知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022158230
(43)【公開日】2022-10-17
(54)【発明の名称】プログラマブルロジックコントローラ
(51)【国際特許分類】
G05B 19/05 20060101AFI20221006BHJP
【ＦＩ】
G05B19/05 D
【審査請求】未請求
【請求項の数】27
【出願形態】ＯＬ
(21)【出願番号】P 2021062986
(22)【出願日】2021-04-01
(71)【出願人】
【識別番号】000129253
【氏名又は名称】株式会社キーエンス
(74)【代理人】
【識別番号】110003281
【氏名又は名称】特許業務法人大塚国際特許事務所
(72)【発明者】
【氏名】丸山 大介
【テーマコード（参考）】
5H220
【Ｆターム（参考）】
5H220AA04
5H220BB11
5H220CX01
5H220DD01
5H220DD04
5H220DD07
5H220JJ12
5H220JJ26
5H220JJ53
(57)【要約】
【課題】データの収集機能とデータ表示画面の生成機能とを有するＰＬＣを提供すること。
【解決手段】ＰＬＣは、アプリケーションプログラムにしたがって収集対象となるデバイスまたは変数であるシンボルに格納されているシンボル値を収集する収集手段と、アプリケーションプログラムにしたがって収集手段により収集されたシンボル値が、アプリケーションプログラムに対して設定された正常条件を満たしているかどうかを判定することで、シンボル値に関していつもと異なる状況を検知する判定手段と、判定手段の判定結果と、アプリケーションプログラムにしたがって収集手段により収集されたシンボル値を示す情報とを含む表示画面を生成する生成手段と、を有する。
【選択図】図７
【解決手段】ＰＬＣは、アプリケーションプログラムにしたがって収集対象となるデバイスまたは変数であるシンボルに格納されているシンボル値を収集する収集手段と、アプリケーションプログラムにしたがって収集手段により収集されたシンボル値が、アプリケーションプログラムに対して設定された正常条件を満たしているかどうかを判定することで、シンボル値に関していつもと異なる状況を検知する判定手段と、判定手段の判定結果と、アプリケーションプログラムにしたがって収集手段により収集されたシンボル値を示す情報とを含む表示画面を生成する生成手段と、を有する。
【選択図】図７
【特許請求の範囲】
【請求項1】
アプリケーションプログラムを記憶する記憶手段と、
前記アプリケーションプログラムを実行する実行手段と、を有し、
前記実行手段は、
アプリケーションプログラムにしたがって収集対象となるデバイスまたは変数であるシンボルに格納されているシンボル値を収集する収集手段と、
前記アプリケーションプログラムにしたがって前記収集手段により収集されたシンボル値が、前記アプリケーションプログラムに対して設定された正常条件を満たしているかどうかを判定することで、前記シンボル値に関していつもと異なる状況を検知する判定手段と、
前記判定手段の判定結果と、前記アプリケーションプログラムにしたがって前記収集手段により収集されたシンボル値を示す情報とを含む表示画面を生成する生成手段と、
を有することを特徴とするプログラマブルロジックコントローラ。
前記アプリケーションプログラムを実行する実行手段と、を有し、
前記実行手段は、
アプリケーションプログラムにしたがって収集対象となるデバイスまたは変数であるシンボルに格納されているシンボル値を収集する収集手段と、
前記アプリケーションプログラムにしたがって前記収集手段により収集されたシンボル値が、前記アプリケーションプログラムに対して設定された正常条件を満たしているかどうかを判定することで、前記シンボル値に関していつもと異なる状況を検知する判定手段と、
前記判定手段の判定結果と、前記アプリケーションプログラムにしたがって前記収集手段により収集されたシンボル値を示す情報とを含む表示画面を生成する生成手段と、
を有することを特徴とするプログラマブルロジックコントローラ。
【請求項2】
前記判定手段は、前記プログラマブルロジックコントローラにより実行される工程の継続時間が前記正常条件を満たしているどうかを判定することを特徴とする請求項１に記載のプログラマブルロジックコントローラ。
【請求項3】
前記シンボル値は、前記工程の開始を示す開始デバイスのデバイス値と、前記工程の終了を示す終了デバイスのデバイス値とを含み、前記継続時間は、前記開始デバイスのデバイス値が変化したタイミングから前記終了デバイスのデバイス値が変化したタイミングまでの時間であることを特徴とする請求項２に記載のプログラマブルロジックコントローラ。
【請求項4】
前記収集手段は、一つの動作サイクルを構成している複数の工程のそれぞれについて前記継続時間を求めるための前記シンボル値を収集し、
前記生成手段は、前記複数の工程のそれぞれについて前記継続時間を表示するための表示画面を生成するように構成されていることを特徴とする請求項３に記載のプログラマブルロジックコントローラ。
前記生成手段は、前記複数の工程のそれぞれについて前記継続時間を表示するための表示画面を生成するように構成されていることを特徴とする請求項３に記載のプログラマブルロジックコントローラ。
【請求項5】
前記表示画面は、前記複数の工程のそれぞれについての前記継続時間を示唆するグラフィカルオブジェクトと、前記複数の工程のそれぞれについての前記継続時間と対比されるマスタデータを示唆するグラフィカルオブジェクトとを表示するように構成されていることを特徴とする請求項４に記載のプログラマブルロジックコントローラ。
【請求項6】
前記グラフィカルオブジェクトは、時間の経過とともに、前記表示画面において一方向に移動するか、または、前記表示画面における所定位置を起点として一方向に伸びるように、表示されることを特徴とする請求項５に記載のプログラマブルロジックコントローラ。
【請求項7】
前記表示画面は、前記グラフィカルオブジェクトとともに、前記正常条件を示すグラフィカルオブジェクトを表示するように構成されていることを特徴とする請求項６に記載のプログラマブルロジックコントローラ。
【請求項8】
前記シンボル値がユーザにより設定された通知条件を満たすと、通知を発行する通知手段をさらに有することを特徴とする請求項１ないし７のいずれか一項に記載のプログラマブルロジックコントローラ。
【請求項9】
前記通知手段は、前記表示画面を表示する周辺機器に対して前記通知を送信するように構成されていることを特徴とする請求項８に記載のプログラマブルロジックコントローラ。
【請求項10】
前記プログラマブルロジックコントローラにおいて発生するエラーまたはイベントの履歴を登録する登録手段をさらに有し、
前記登録手段は、前記通知手段が前記通知を発行すると、前記通知に関するイベントを前記履歴に登録するように構成されていることを特徴とする請求項８に記載のプログラマブルロジックコントローラ。
前記登録手段は、前記通知手段が前記通知を発行すると、前記通知に関するイベントを前記履歴に登録するように構成されていることを特徴とする請求項８に記載のプログラマブルロジックコントローラ。
【請求項11】
前記シンボル値が保存条件を満たすと当該シンボル値を運転記録として保存する運転記録保存手段をさらに有することを特徴とする請求項１ないし１０のいずれか一項に記載のプログラマブルロジックコントローラ。
【請求項12】
前記正常条件を逸脱した前記シンボル値が検知されると、当該シンボル値、前記正常条件、および前記表示画面を履歴として保存する履歴保存手段をさらに有することを特徴とする請求項１ないし１１のいずれか一項に記載のプログラマブルロジックコントローラ。
【請求項13】
前記表示画面は、前記シンボル値、または、当該シンボル値から求められた時間のトレンドを示すトレンドグラフを含むことを特徴とする請求項１ないし１２のいずれか一項に記載のプログラマブルロジックコントローラ。
【請求項14】
前記表示画面は、前記シンボル値、または、当該シンボル値から求められた時間のヒストグラムを含むことを特徴とする請求項１ないし１２のいずれか一項に記載のプログラマブルロジックコントローラ。
【請求項15】
前記正常条件を設定する設定手段をさらに有し、
前記設定手段は、予め取得されたシンボル値に所定の演算ルールを適用して前記正常条件を作成するように構成されていることを特徴とする請求項１ないし１４のいずれか一項に記載のプログラマブルロジックコントローラ。
前記設定手段は、予め取得されたシンボル値に所定の演算ルールを適用して前記正常条件を作成するように構成されていることを特徴とする請求項１ないし１４のいずれか一項に記載のプログラマブルロジックコントローラ。
【請求項16】
前記設定手段は、前記所定の演算ルールとしてユーザにより指定された演算ルールを使用することを特徴とする請求項１５に記載のプログラマブルロジックコントローラ。
【請求項17】
それぞれ異なる前記正常条件を有する複数の条件セットを記憶する条件記憶手段と、
ユーザ指示に応じて前記条件記憶手段に記憶されている複数の条件セットのうち一つの条件セットを選択する選択手段をさらに有することを特徴とする請求項１ないし１６のいずれか一項に記載のプログラマブルロジックコントローラ。
ユーザ指示に応じて前記条件記憶手段に記憶されている複数の条件セットのうち一つの条件セットを選択する選択手段をさらに有することを特徴とする請求項１ないし１６のいずれか一項に記載のプログラマブルロジックコントローラ。
【請求項18】
前記アプリケーションプログラムの実行停止または実行再開に関する指示を入力する入力手段をさらに有し、
前記実行手段は、前記アプリケーションプログラムの実行停止に関する指示が入力されると、前記アプリケーションプログラムの実行を停止し、前記アプリケーションプログラムの実行再開に関する指示が入力されると、前記アプリケーションプログラムの実行を再開することを特徴とする請求項１ないし１７のいずれか一項に記載のプログラマブルロジックコントローラ。
前記実行手段は、前記アプリケーションプログラムの実行停止に関する指示が入力されると、前記アプリケーションプログラムの実行を停止し、前記アプリケーションプログラムの実行再開に関する指示が入力されると、前記アプリケーションプログラムの実行を再開することを特徴とする請求項１ないし１７のいずれか一項に記載のプログラマブルロジックコントローラ。
【請求項19】
前記実行手段は、前記アプリケーションプログラムの正常な実行を妨げる事象を検知し、当該事象を報告するように構成されていることを特徴とする請求項１ないし１８のいずれか一項に記載のプログラマブルロジックコントローラ。
【請求項20】
前記生成手段は、前記収集手段により時系列データとして収集された複数のシンボル値を波形として表示するよう前記表示画面を生成するように構成されていることを特徴とする請求項３に記載のプログラマブルロジックコントローラ。
【請求項21】
前記生成手段は、第一の収集期間に前記収集手段により時系列データとして収集された複数のシンボル値を示す第一波形と、前記第一の収集期間よりも過去の第二の収集期間に前記収集手段により時系列データとして収集された複数のシンボル値を示す第二波形とを重ねて表示するように構成されていることを特徴とする請求項２０に記載のプログラマブルロジックコントローラ。
【請求項22】
前記生成手段は、前記波形のピーク値またはボトム値を規制するための閾値であって前記正常条件に含まれる閾値を示す線を前記波形とともに表示するよう前記表示画面を生成するように構成されていることを特徴とする請求項２０または２１に記載のプログラマブルロジックコントローラ。
【請求項23】
前記生成手段は、前記シンボル値が所定値を超えるタイミングを規制するための閾値であって前記正常条件に含まれる閾値を示す線を前記波形とともに表示するよう前記表示画面を生成するように構成されていることを特徴とする請求項２０または２１に記載のプログラマブルロジックコントローラ。
【請求項24】
前記シンボル値に基づく測定波形とユーザ入力とに基づき前記閾値の集合である閾値波形を決定する閾値決定手段をさらに有することを特徴とする請求項２２に記載のプログラマブルロジックコントローラ。
【請求項25】
前記ユーザ入力は、前記測定波形に対して加算または減算される係数を含むことを特徴とする請求項２４に記載のプログラマブルロジックコントローラ。
【請求項26】
前記ユーザ入力は、前記測定波形を構成する複数のシンボル値のうち、前記閾値波形における注目タイミングの閾値を決定するために考慮される波形区間であって、当該注目タイミングの前後の波形区間を指定する指定情報を含むことを特徴とする請求項２４に記載のプログラマブルロジックコントローラ。
【請求項27】
ユーザにより描画される自由曲線に基づき前記閾値の集合である閾値波形を決定する閾値決定手段をさらに有することを特徴とする請求項２２に記載のプログラマブルロジックコントローラ。
【発明の詳細な説明】
【技術分野】
【0001】
本発明はプログラマブルロジックコントローラに関する。
【背景技術】
【0002】
プログラマブルロジックコントローラ（ＰＬＣ）はファクトリーオートメーションにおいて製造機器や搬送装置、検査装置などの産業機械を制御するコントローラである。ＰＬＣはプログラマーによって作成されるラダープログラムなどのユーザプログラムを実行することで様々な拡張ユニットや被制御機器を制御する。ＰＬＣの動作を監視するために、ＰＬＣが保持しているデータを収集して、ＰＬＣの外部に接続されたコンピュータ（ＰＣ）やＨＭＩ（ヒューマンインタフェース：表示装置）でデータをモニタすることが提案されている（特許文献１）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１９－０１６３２５号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ところで、特許文献１の発明では、ＰＬＣの外部に設けられたＩＰＣ（産業用コンピュータ）において情報が収集されており、ＰＬＣだけで必要な情報を収集し、周辺装置に情報を提供することが出来なかった。そこで、本発明は、データの収集機能とデータ表示画面の生成機能とを有するＰＬＣを提供することを目的とする。
【課題を解決するための手段】
【0005】
本発明は、たとえば、
アプリケーションプログラムを記憶する記憶手段と、
前記アプリケーションプログラムを実行する実行手段と、を有し、
前記実行手段は、
アプリケーションプログラムにしたがって収集対象となるデバイスまたは変数であるシンボルに格納されているシンボル値を収集する収集手段と、
前記アプリケーションプログラムにしたがって前記収集手段により収集されたシンボル値が、前記アプリケーションプログラムに対して設定された正常条件を満たしているかどうかを判定することで、前記シンボル値に関していつもと異なる状況を検知する分析手段と、
前記判定手段の判定結果と、前記アプリケーションプログラムにしたがって前記収集手段により収集されたシンボル値を示す情報とを含む表示画面を生成する生成手段と、
を有することを特徴とするプログラマブルロジックコントローラを提供する。
アプリケーションプログラムを記憶する記憶手段と、
前記アプリケーションプログラムを実行する実行手段と、を有し、
前記実行手段は、
アプリケーションプログラムにしたがって収集対象となるデバイスまたは変数であるシンボルに格納されているシンボル値を収集する収集手段と、
前記アプリケーションプログラムにしたがって前記収集手段により収集されたシンボル値が、前記アプリケーションプログラムに対して設定された正常条件を満たしているかどうかを判定することで、前記シンボル値に関していつもと異なる状況を検知する分析手段と、
前記判定手段の判定結果と、前記アプリケーションプログラムにしたがって前記収集手段により収集されたシンボル値を示す情報とを含む表示画面を生成する生成手段と、
を有することを特徴とするプログラマブルロジックコントローラを提供する。
【発明の効果】
【0006】
本発明によれば、データの収集機能とデータ表示画面の生成機能とを有するＰＬＣが提供される。
【図面の簡単な説明】
【0007】
【図1】ＰＬＣシステムを示す図
【図2】ＰＣを説明する図
【図3】ＰＬＣを説明する図
【図4】プログラム作成支援装置のＣＰＵにより実現される機能
【図5】拡張ユニット（データ活用ユニット）のＣＰＵにより実現される機能
【図6】拡張ユニット（データ活用ユニット）のＣＰＵにより実現される機能
【図7】拡張ユニット（データ活用ユニット）のＣＰＵにより実現される機能
【図8】表示画面を説明する図
【図9】表示画面を説明する図
【図10】表示画面を説明する図
【図11】表示画面を説明する図
【図12】表示画面を説明する図
【図13】アプリケーション選択画面を説明する図
【図14】設定ウィザードを説明する図
【図15】閾値の自動設定を説明する図
【図16】監視項目の設定画面を説明する図
【図17】閾値の設定画面を説明する図
【図18】設定ウィザードを説明する図
【図19】表示画面を説明する図
【図20】アプリケーションの動作の切り替えを受け付ける画面を説明する図
【図21】チャートを説明する図
【図22】設定ウィザードを説明する図
【図23】波形上下限監視アプリケーションを説明する図
【図24】波形上下限監視アプリケーションを説明する図
【図25】波形上下限監視アプリケーションを説明する図
【図26】波形上下限監視アプリケーションを説明する図
【図27】波形上下限監視アプリケーションを説明する図
【図28】波形上下限監視アプリケーションを説明する図
【図29】監視手法と状態判定手法の組み合わせを説明する図
【図30】設定ウィザードを説明する図
【図31】波形ガードバンド監視アプリケーションを説明する図
【図32】閾値波形の決定手法を説明する図
【図33】閾値波形の決定手法を説明する図
【図34】閾値波形の決定手法を説明する図
【図35】表示画面を説明する図
【図36】設定ウィザードを説明する図
【図37】工程監視およびタイミング監視を示すフローチャート
【図38】波形監視を示すフローチャート
【図39】通知ダイアログを説明する図
【図40】ＫＰＩ算出アプリケーションのダッシュボードを説明する図
【発明を実施するための形態】
【0008】
以下、添付図面を参照して実施形態が詳しく説明される。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態で説明されている特徴の組み合わせの全てが発明に必須のものとは限らない。実施形態で説明されている複数の特徴のうち二つ以上の特徴が任意に組み合わされてもよい。また、同一または同様の構成には同一の参照番号が付され、重複した説明は省略される。同一または類似の要素を示す参照符号の末尾には小文字のアルファベットが付与されることがある。複数の要素に共通する事項が説明される場合、小文字のアルファベットが省略される。
【0009】
＜システム構成＞
はじめにプログラマブルロジックコントローラ（ＰＬＣ、単にプログラマブルコントローラと呼ばれてもよい）を当業者にとってよりよく理解できるようにするために、一般的なＰＬＣの構成とその動作について説明する。
はじめにプログラマブルロジックコントローラ（ＰＬＣ、単にプログラマブルコントローラと呼ばれてもよい）を当業者にとってよりよく理解できるようにするために、一般的なＰＬＣの構成とその動作について説明する。
【0010】
図１は、本発明の実施の形態によるプログラマブル・ロジック・コントローラシステムの一構成例を示す概念図である。図１が示すように、このシステムは、ラダープログラムなどのユーザプログラムの編集を行うためのＰＣ２ａと、工場等に設置される各種制御装置を統括的に制御するためのＰＬＣ（プログラマブルロジックコントローラ）１とを備えている。ＰＣはパーソナルコンピュータの略称である。ユーザプログラムは、ラダー言語やＳＦＣ（シーケンシャルファンクションチャート）などのフローチャート形式のモーションプログラムなどのグラフィカルプログラミング言語を用いて作成されてもよいし、Ｃ言語などの高級プログラミング言語を用いて作成されてもよい。以下では、説明の便宜上、基本ユニット３で実行されるユーザプログラムはラダープログラムとする。ＰＬＣ１は、ＣＰＵが内蔵された基本ユニット３と、１つないし複数の拡張ユニット４を備えている。基本ユニット３に対して１つないし複数の拡張ユニット４が着脱可能となっている。
【0011】
基本ユニット３は、表示部５および操作部６を備えている。表示部５は、基本ユニット３に取り付けられている各拡張ユニット４の動作状況などを表示することができる。操作部６の操作内容に応じて表示部５は表示内容を切り替える。表示部５は、通常、ＰＬＣ１内のデバイスの現在値（デバイス値）やＰＬＣ１内で生じたエラー情報などを表示する。デバイスとは、デバイス値（デバイスデータ）を格納するために設けられたメモリ上の領域を指す名称であり、デバイスメモリと呼ばれてもよい。デバイス値とは、入力機器からの入力状態、出力機器への出力状態およびユーザプログラム上で設定される内部リレー（補助リレー）、タイマー、カウンタ、データメモリ等の状態を示す情報である。デバイス値の型にはビット型とワード型がある。ビットデバイスは１ビットのデバイス値を記憶する。ワードデバイスは１ワードのデバイス値を記憶する。ＰＬＣ１は、デバイスの他、変数を取り扱うよう構成されてもよく、デバイスや変数のことをシンボルと呼び、シンボルが示す値をシンボル値と呼ぶ。
【0012】
拡張ユニット４は、ＰＬＣ１の機能を拡張するために用意されている。各拡張ユニット４には、その拡張ユニット４の機能に対応するフィールドデバイス（被制御装置）１０が接続されることがあり、これにより、各フィールドデバイス１０が拡張ユニット４を介して基本ユニット３に接続される。フィールドデバイス１０は、センサやカメラなどの入力機器であってもよいし、アクチュエータなどの出力機器であってもよい。また、一つの拡張ユニット４に対して複数のフィールドデバイスが接続されてもよい。
【0013】
たとえば、拡張ユニット４ｂはモータ（フィールドデバイス１０）を駆動してワークの位置決めする位置決めユニットであってもよいし、カウンタユニットであってもよい。カウンタユニットは手動パルサなどのエンコーダ（フィールドデバイス１０）からの信号をカウントする。
【0014】
拡張ユニット４ａは、フローを実行することで、基本ユニット３や拡張ユニット４ｂから収集対象データを収集し、収集対象データにデータ処理を施して表示対象データを作成し、ダッシュボードを表示部７またはＰＣ２に表示するための表示データを作成するデータ収集ユニットである。基本ユニット３はＣＰＵユニットと呼ばれることもある。なお、ＰＬＣ１とＰＣ２とを含むシステムはプログラマブルロジックコントローラシステムと呼ばれてもよい。
【0015】
ＰＣ２ａは主にプログラマーによって操作されるコンピュータである。一方、ＰＣ２ｂは、現場担当者によって操作されるコンピュータである。ＰＣ２ｂは、ユーザにより画面設定されるプログラマブル表示器であってもよい。この場合、分析結果等を表示する画面はユーザにより画面設定されてもよい。プログラマブル表示器にあらかじめＷｅｂブラウザ機能が搭載され、Ｗｅｂブラウザ機能により分析結果等が表示されてもよい。ＰＣ２ａはプログラム作成支援装置（設定装置）と呼ばれてもよい。ＰＣ２は、たとえば、携帯可能なノートタイプやタブレットタイプのパーソナルコンピュータまたはスマートフォンであって、表示部７および操作部８を備えている外部コンピュータである。外部コンピュータとは、ＰＬＣ１の外部にあるコンピュータである。ＰＬＣ１を制御するためのユーザプログラムの一例であるラダープログラムは、ＰＣ２ａを用いて作成される。その作成されたラダープログラムは、ＰＣ２ａ内でニモニックコードに変換される。ＰＣ２は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ケーブルなどの通信ケーブル９を介してＰＬＣ１の基本ユニット３に接続される。たとえば、ＰＣ２ａは、ニモニックコードに変換されたラダープログラムを基本ユニット３に送る。基本ユニット３はラダープログラムをマシンコードに変換し、基本ユニット３に備えられたメモリ内に記憶する。なお、ここではニモニックコードが基本ユニット３に送信されているが、本発明はこれに限られない。たとえば、ＰＣ２ａは、ニモニックコードを中間コードに変換し、中間コードを基本ユニット３に送信してもよい。
【0016】
なお、図１は示していないが、ＰＣ２の操作部８には、ＰＣ２に接続されたマウスなどのポインティングデバイスが含まれていてもよい。また、ＰＣ２は、ＵＳＢケーブル以外の他の通信ケーブル９を介して、ＰＬＣ１の基本ユニット３に対して着脱可能に接続されるような構成であってもよい。また、ＰＣ２は、通信ケーブル９を介さず、ＰＬＣ１の基本ユニット３に対して無線通信によって接続されてもよい。
【0017】
ＨＭＩ（ヒューマンインタフェース）１６は、ＰＬＣ１のデバイスまたはバッファに格納されている情報を読み出して表示する表示装置である。ＨＭＩ１６は、たとえば、タッチパネル式の入力装置を有していてもよい。
【0018】
＜プログラム作成支援装置＞
図２はＰＣ２の電気的構成について説明するためのブロック図である。図２が示すように、ＰＣ２は、ＣＰＵ１１、表示部７、操作部８、記憶装置１２および通信部１３を備えている。表示部７、操作部８、記憶装置１２および通信部１３は、それぞれＣＰＵ１１に対して電気的に接続されている。記憶装置１２はＲＡＭやＲＯＭ、ＨＤＤ、ＳＳＤを含み、さらに着脱可能なメモリカードを含んでもよい。ＣＰＵは中央演算処理装置の略称である。ＲＯＭはリードオンリーメモリの略称である。ＲＡＭはランダムアクセスメモリの略称である。ＨＤＤはハードディスクドライブの略称である。ＳＳＤはソリッドステートドライブの略称である。
図２はＰＣ２の電気的構成について説明するためのブロック図である。図２が示すように、ＰＣ２は、ＣＰＵ１１、表示部７、操作部８、記憶装置１２および通信部１３を備えている。表示部７、操作部８、記憶装置１２および通信部１３は、それぞれＣＰＵ１１に対して電気的に接続されている。記憶装置１２はＲＡＭやＲＯＭ、ＨＤＤ、ＳＳＤを含み、さらに着脱可能なメモリカードを含んでもよい。ＣＰＵは中央演算処理装置の略称である。ＲＯＭはリードオンリーメモリの略称である。ＲＡＭはランダムアクセスメモリの略称である。ＨＤＤはハードディスクドライブの略称である。ＳＳＤはソリッドステートドライブの略称である。
【0019】
ＰＣ２ａのユーザは記憶装置１２に記憶されているプロジェクト編集プログラム１４ａをＣＰＵ１１に実行させて、操作部８を通じてプロジェクトデータを編集する。つまり、ＰＣ２ａはエンジニアリングツールであり、プログラム作成支援装置として機能する。プロジェクトデータは、一つ以上のユーザプログラム（例：ラダープログラム、制御プログラム、モーションプログラム、データ活用プログラム）、基本ユニット３や拡張ユニット４の構成情報、ＷｅｂＨＭＩの作画データ、基本ユニット３や拡張ユニット４に備えられた特定機能の設定情報などを含む。構成情報は、基本ユニット３に対する複数の拡張ユニット４の接続位置や、基本ユニット３に備えられた機能（例：データ収集機能、通信機能や位置決め機能）を示す情報、拡張ユニット４の機能（例：通信機能、位置決め機能、撮影機能）などを示す情報である。作画データは、ＷｅｂＨＭＩを実現するための表示部品群である。作画データは、フロントエンドの構造を記述するマークアップデータ（例：ＨＴＭＬデータ）、装飾を記述するスタイルデータ（例：ＣＳＳデータ）および動的な処理を記述するコード（例：ＪａｖａＳｃｒｉｐｔ（登録商標）コード）などにより実現される。なお、フロントエンドとは、Ｗｅｂページ、ＷｅｂサービスおよびやＷｅｂアプリケーションにおいてユーザから直接的に見える部分をいう。装飾を記述するスタイルデータは、たとえばファイル形式として提供されてもよい。この場合、構造を記述するマークアップデータ内で外部スタイルデータファイルを呼び出す記述により、スタイルデータが呼び出されてもよい。動的処理を記述するコードは、たとえばファイル形式で提供されてもよい。この場合、構造を記述するマークアップデータ内で外部コードファイルを呼び出す記述により、動的処理を記述するコードが呼び出されてもよい。外部スタイルデータファイルや外部コードファイルを呼び出して使用できる形式のフロントエンドは、再利用性やメンテナンス性が高く、たとえば汎用のフロントエンドコンポーネント等を利用することができる。このような汎用的で再利用性の高いＷｅｂ描画技術を採用することで、ＷｅｂＨＭＩなどの開発においてコンポーネントを再利用でき、ＷｅｂＨＭＩなどの保守性も向上する。以下で、作画データは、表示部品と表記される。データ活用プログラムは、ＰＬＣ１において制御データ（デバイス値など）を収集したり、データ処理したり、ＷｅｂＨＭＩに渡すためのデータを作成したりするためのプログラムを含む。特定機能の設定情報は、基本ユニット３に備えられた機能（例：データ収集機能、通信機能、位置決め機能）に関する設定情報を含む。たとえば、データ収集機能であれば、データ収集条件やデータ収集対象の設定情報が含まれる。拡張ユニット４の機能（例：通信機能、位置決め機能、データ活用機能、撮影機能）に関する設定情報等も含まれてもよい。ここで、プロジェクトデータの編集には、プロジェクトデータの作成および変更（再編集）が含まれる。ユーザは、必要に応じて記憶装置１２に記憶されているプロジェクトデータを読み出し、そのプロジェクトデータを、プロジェクト編集プログラム１４ａを用いて変更することができる。通信部１３は、通信ケーブル９ａを介して基本ユニット３と通信する。ＣＰＵ１１は通信部１３を介してプロジェクトデータを基本ユニット３に転送する。通信部１３は、通信ケーブル９ｂを介して拡張ユニット４ａと通信する。
【0020】
ＣＰＵ１１はフロー・ダッシュボード編集プログラム１４ｂを実行することで、フロー（データ活用プログラム）やダッシュボードの設定データを作成してもよい。フロー・ダッシュボード編集プログラム１４ｂは、プロジェクト編集プログラム１４ａの一部であってもよい。
【0021】
ＣＰＵ１１はＷｅｂブラウザプログラム１４ｄを実行することで、図４に示されるＷｅｂブラウザ６１として機能してもよい。Ｗｅｂブラウザ６１もプロジェクト編集プログラム１４ａの一部であってもよい。Ｗｅｂブラウザ６１は、ＰＬＣ１により提供される表示画面（ダッシュボード）を表示部７に表示する。なお、プロジェクト編集プログラム１４ａまたはフロー・ダッシュボード編集プログラム１４ｂがＰＬＣ１により提供される表示画面（ダッシュボード）を表示部７に表示する機能を内蔵していてもよい。ＣＰＵ１１は通信部１３を介してフローやダッシュボードの設定データを拡張ユニット４ａに転送する。
【0022】
＜ＰＬＣ＞
図３はＰＬＣ１の電気的構成について説明するためのブロック図である。図３が示すように、基本ユニット３は、ＣＰＵ３１、表示部５、操作部６、記憶装置３２および通信部３３を備えている。表示部５、操作部６、記憶装置３２、および通信部３３は、それぞれＣＰＵ３１に電気的に接続されている。記憶装置３２は、ＲＡＭやＲＯＭ、メモリカードなどを含んでもよい。記憶装置３２はデバイス部３４やプロジェクト記憶部３５などの複数の記憶領域を有している。デバイス部３４はビットデバイスやワードデバイスなどを有し、各デバイスはデバイス値を記憶する。プロジェクト記憶部３５は、ＰＣ２ａから入力されたプロジェクトデータを記憶する。記憶装置３２は基本ユニット３用の制御プログラムも記憶する。図３が示すように基本ユニット３と拡張ユニット４とは拡張バスの一種であるユニット内部バス１９を介して接続されている。なお、ユニット内部バス１９に関する通信機能はＣＰＵ３１に実装されるが、通信部３３の一部として実装されてもよい。通信部３３はネットワーク通信回路を有してもよい。ＣＰＵ３１は通信部３３を介してプロジェクトデータをＰＣ２ａから受信する。
図３はＰＬＣ１の電気的構成について説明するためのブロック図である。図３が示すように、基本ユニット３は、ＣＰＵ３１、表示部５、操作部６、記憶装置３２および通信部３３を備えている。表示部５、操作部６、記憶装置３２、および通信部３３は、それぞれＣＰＵ３１に電気的に接続されている。記憶装置３２は、ＲＡＭやＲＯＭ、メモリカードなどを含んでもよい。記憶装置３２はデバイス部３４やプロジェクト記憶部３５などの複数の記憶領域を有している。デバイス部３４はビットデバイスやワードデバイスなどを有し、各デバイスはデバイス値を記憶する。プロジェクト記憶部３５は、ＰＣ２ａから入力されたプロジェクトデータを記憶する。記憶装置３２は基本ユニット３用の制御プログラムも記憶する。図３が示すように基本ユニット３と拡張ユニット４とは拡張バスの一種であるユニット内部バス１９を介して接続されている。なお、ユニット内部バス１９に関する通信機能はＣＰＵ３１に実装されるが、通信部３３の一部として実装されてもよい。通信部３３はネットワーク通信回路を有してもよい。ＣＰＵ３１は通信部３３を介してプロジェクトデータをＰＣ２ａから受信する。
【0023】
ここで、ユニット内部バス１９について、補足説明する。このユニット内部バス１９は、入出力リフレッシュに使用される通信バスである。入出力リフレッシュとは、基本ユニット３と拡張ユニット４との間でデバイス値を更新する処理である。入出力リフレッシュは、ラダープログラムが一回実行されるごとに（つまり、一スキャンごとに）、実行される。
【0024】
拡張ユニット４はＣＰＵ４１とメモリ４２を備えている。拡張ユニット４ｂのＣＰＵ４１ｂは、デバイスに格納された基本ユニット３からの指示（デバイス値）にしたがってフィールドデバイス１０を制御する。また、ＣＰＵ４１ｂは、フィールドデバイス１０の制御結果をバッファメモリとよばれるデバイスに格納する。デバイスに格納された制御結果は入出力リフレッシュによって基本ユニット３に転送される。また、デバイスに格納されている制御結果は、基本ユニット３からの読み出し命令にしたがって、入出力リフレッシュとは異なるタイミングであっても、基本ユニット３に転送される。メモリ４２はＲＡＭやＲＯＭなどを含む。とりわけ、ＲＡＭにはバッファメモリとして使用される記憶領域が確保されている。メモリ４２は、フィールドデバイス１０によって取得されたデータ（例：静止画データや動画データ）を一時的に保持するバッファを有してもよい。
【0025】
データ活用ユニット（分析ユニット）として機能する拡張ユニット４ａのＣＰＵ４１ａは、通信部４３とケーブル９ｂを介してＰＣ２ａと通信する。通信部４３は、ネットワーク通信を実行する通信回路を含む。ＣＰＵ４１ａは、データ活用アプリケーションとして運転記録分析アプリケーションが設定されると、基本ユニット３において収集されたデバイス値を分析することで、分析結果を含む分析レポートを作成する。たとえば、ＣＰＵ４１ａは、運転記録データに含まれるシンボル値を分析することで、非正常シンボルと当該シンボルが非正常となった時刻とを特定し、非正常シンボルと当該シンボルが非正常となった時刻とを対応づけた分析結果を含む分析レポートを作成する。運転記録データは、運転記録の保存イベント発生時刻周辺の状況を再現するための情報を含んでいる。そのため、運転記録データは分析レポートと紐づけて管理されてもよい。また、運転記録データは、運転記録の保存イベント発生時刻周辺の状況を再現するための多くのシンボルのシンボル値を含む。そのため、運転記録データのデータサイズは大きくなりやすい。たとえば、ＣＰＵ４１ａは、運転記録データの中から、分析レポートに必要なデータを読み出して、分析レポート用のデータとして運転記録データに追加保存してもよい。ここで、追加保存とは、たとえば、分析レポートに必要なデータを運転記録データから読み出してコピーし、コピーされたデータをタグ付けすることで作成された分析レポート用のデータを、運転記録データに追加保存することをいう。このようにデータをタグ付けしておくなど、データ加工を適用することで、分析レポートを作成しやすくなる。
【0026】
運転記録データにカメラ画像が含まれてもよい。この場合、カメラ画像を再生することにより、ユーザは、運転記録の保存イベント発生時刻周辺の状況をより詳細に把握することができる。分析レポートはカメラ画像を再生するＵＩ（ユーザインターフェース）を含んでもよい。カメラ画像はデータサイズが大きい。そのため、カメラ画像を再生するＵＩにおいてクリックやスクロール操作を受け付けた時などに、必要なカメラ画像データだけが部分的にダウンロードされてもよい。たとえば、ＣＰＵ４１ａは、分析レポートを作成する際、カメラ画像を分析レポートにおける表示順序に対応して加工したり、時刻とカメラ画像の保存位置の対応関係を示すインデックス情報を生成したりしてもよい。これにより、ＣＰＵ４１ａは、表示時刻（再生用の内部時計の時刻）に対応したカメラ画像を高速かつ部分的にダウンロードしてもよい。
【0027】
分析レポートは、狭義には、分析結果そのものを意味するが、広義には、分析結果を表示するＷｅｂアプリケーションやそのユーザインタフェースを意味することがある。ＣＰＵ４１ａは、たとえば、デバイス値が正常範囲内かどうかや、デバイス値が変化するタイミングが正常範囲内かどうかなどを判定する。デバイス値が変化するタイミングが正常範囲内かどうかは、たとえば、デバイス値が"１"（オン）である期間の長さが正常範囲かどうかであってもよい。また、ある工程またはサイクルにおけるデバイス値の変化回数が正常範囲内かどうかが判定されてもよい。あるデバイスから収集されたデバイス値が正常条件を満たしていない場合、そのデバイスは、いつもと違う振る舞いのデバイスであるため、非正常デバイスと呼ばれてもよい。ＣＰＵ４１ａは、Ｗｅｂ形式の分析レポートを作成し、通信部４３および通信ケーブル９ｂを介して分析レポートをＰＣ２ｂのＷｅｂブラウザに提供してもよい。
【0028】
データ活用ユニットは、データ活用アプリケーションを実行する拡張ユニットである。データ活用アプリケーションは、制御データを収集したりデータ処理したりするデータ活用プログラム（例：フロー）と、データ活用プログラムの実行結果を表示するダッシュボードとを含む。ここでは、データ活用プログラムの一例としてフローが採用されているが、他の言語によるユーザプログラムであってもよい。フローはデータを収集する演算ブロック、データ処理を実行する演算ブロック、および、表示データを作成する演算ブロックなどを有してもよい。ダッシュボードは、グラフ表示部品や数値表示部品などを有する。分析レポートは、グラフ表示部品や数値表示部品などを有してもよい。これらの表示部品は、フロントエンドの構造を記述するマークアップデータ、装飾を記述するスタイルデータおよび動的な処理を記述するコードなどにより実現されてもよい。本実施形態で、フローはフローテンプレートにより実現される。フローテンプレートは予めアプリケーションごとに用意されており、ユーザにより指定されたパラメータが設定される一つ以上の演算ブロックを有している。ダッシュボードもテンプレートにより実現される。ダッシュボードテンプレートは、ユーザにより指定されたパラメータが設定される一つ以上の表示部品を有している。パラメータは、たとえば、ダッシュボードの名称、デバイス名、数値、ユニット変数名など多種多様な情報である。ユニット変数とは、拡張ユニット４ａがフローの実行結果を保持するための変数である。
【0029】
ＣＰＵ４１ａはＰＣ２ａから受信したフローやダッシュボードの設定データをメモリ４２ａに格納する。ＣＰＵ４１ａは、設定データにしたがってフローを実行し、デバイス値を収集し、ダッシュボードに表示するための表示データを作成する。ＣＰＵ４１ａは、通信部４３とケーブル９ｂを介してＰＣ２ｂと通信する。ＣＰＵ４１ａはＰＣ２ｂに対してダッシュボードの表示データを送信する。これにより、ＰＣ２ｂはＰＬＣ１に関する各種データを含むダッシュボードを表示する。
【0030】
ＨＭＩ１６も通信部４３に接続され、通信部４３を介してＣＰＵ４１ａと通信してもよい。ＣＰＵ４１ａは、表示データを所定のバッファまたはデバイスに格納する。ＨＭＩ１６は、所定のバッファまたはデバイスから表示データを読み出して、表示データを表示する。
【0031】
図４はＰＣ２ａのＣＰＵ１１によって実現される機能を説明する図である。プロジェクト作成部５０は、ＣＰＵ１１がプロジェクト編集プログラム１４ａを実行することで実現される機能である。プロジェクト作成部５０は、制御プログラム作成部５２、フロー・ダッシュボード作成部５１および収集設定部５７を備えている。プロジェクト作成部５０は、操作部８を通じて入力されるユーザ指示にしたがってラダープログラム等のユーザプログラムを含むプロジェクトデータ７０を作成する。
【0032】
制御プログラム作成部５２は、操作部８を通じて入力されるユーザ指示にしたがって、ＣＰＵ３１で実行されるラダープログラム等の制御プログラム１５５を作成する。制御プログラム１５５はプロジェクトデータ７０の一部として記憶装置１２に格納される。
【0033】
フロー・ダッシュボード作成部５１は、ＣＰＵ１１がフロー・ダッシュボード編集プログラム１４ｂを実行することで実現される機能である。フロー・ダッシュボード作成部５１は、アプリケーション選択部５５および設定データ作成部５６を備える。アプリケーション選択部５５は、複数のアプリケーション（データ活用プログラム）から一つのアプリケーションをユーザが選択することを支援する選択画面を表示部７に表示し、ユーザによるアプリケーションの選択を受け付ける。アプリケーションとしては、監視対象であるデバイスや変数をリアルタイムに監視するリアルタイム監視アプリケーションと、ＰＬＣ１の運転状態を再現するための運転記録を分析して分析レポートを生成する運転記録分析アプリケーションなどが存在してもよい。また、アプリケーションとしては、可動率（べきどうりつ）、良品率、または、サイクルタイムなどのＫＰＩ（Ｋｅｙ Ｐｅｒｆｏｒｍａｎｃｅ Ｉｎｄｉｃａｔｏｒ）を算出する算出アプリケーションなどが存在してもよい。
【0034】
設定データ作成部５６は、ユーザにより選択されたアプリケーション（データ活用プログラム）に関するパラメータやダッシュボードの表示設定に関するパラメータを含むアプリケーション設定データ７４ｂをユーザ指示に従い作成する。このパラメータとしては、たとえば、監視対象のデバイスまたは変数、監視項目名（例：工程の名称）、各監視対象に対する監視条件や、解析対象のファイル、解析対象のデバイス、解析対象期間、表示対象、表示部品の名称、単位、などである。設定データ作成部５６は、アプリケーション設定データ７４ｂを作成するために必要な情報をＣＳＶ等のファイル形式でＰＬＣ１に提供してもよい。設定部７８は、提供されたＣＳＶ等のファイルを読み出して、アプリケーション設定データ７４ｂを作成してもよい。設定データ作成部５６は、ユーザにより選択されたダッシュボードを表示するためのテンプレートを抽出する。たとえば、ダッシュボードテンプレート７１からダッシュボードテンプレート７１ａが抽出され、設定データ７３に保存される。ダッシュボードテンプレート７１は、ダッシュボードを実現するための様々な表示部品（グラフモジュール）を有している。設定データ作成部５６は、ユーザにより選択されたダッシュボードにデータを表示するために必要となるデータ処理を実行するデータ活用プログラムのテンプレートを抽出する。たとえば、活用プログラムテンプレート７２から活用プログラムテンプレート７２ａが抽出されて、設定データ７３に保存される。活用プログラムテンプレート７２は、データ処理を実行するための演算部品（プログラムモジュール）を有している。設定データ作成部５６は、ダッシュボードのテンプレート、データ活用プログラムのテンプレート、これらのテンプレートに設定されるアプリケーション設定データ７４ｂを含む設定データ７３を作成し、記憶装置１２に格納する。なお、設定データ作成部５６は、収集対象のデバイスまたは変数、収集条件等を含む収集設定データ７４ａを作成してもよい。
【0035】
設定データ作成部５６は、リアルタイム監視アプリケーションにおいて算出された監視対象の測定結果を参照する他のアプリケーションを作成してもよい。リアルタイム監視アプリケーションにより算出された監視対象の測定結果は、測定結果毎に所定の変数に出力される。設定データ作成部５６は、測定結果を示す変数を参照するように、他のアプリケーションやユーザが新規に作成するアプリケーションを設定する。リアルタイム監視アプリケーションにおいて算出された監視対象の測定結果は、たとえば各工程の処理時間、先行する工程と後続の工程との間の時間、全行程の長さを示す時間といった時間結果、時系列データ（波形データ）の特徴量、カメラ画像の特徴量などを含んでもよい。設定データ作成部５６は、測定結果を示す変数を参照するようにユーザが作成するダッシュボードを設定してもよい。なお、リアルタイム監視アプリケーションにおいて算出された監視対象の測定結果は、データベースに格納されてもよい。これは、リアルタイム監視アプリケーションとデータベース機能とを連動させることで実現されてもよい。
【0036】
収集設定部５７は、ユーザ指示にしたがって、デバイスや変数の収集動作を定義する。さらに、収集設定部５７は、収集対象のデバイスまたは変数、収集条件等を含む収集設定データ７４ａを作成する。収集設定データ７４ａは設定データ７３に含まれてもよい。収集設定部５７と設定データ作成部５６は一つに統合されてもよい。
【0037】
転送部６０は、プロジェクトデータ７０を基本ユニット３に転送したり、設定データ７３を拡張ユニット４ａに転送したりする。Ｗｅｂブラウザ６１は、ＣＰＵ１１がＷｅｂブラウザプログラム１４ｄを実行することで実現される。
【0038】
図５は拡張ユニット４ａのＣＰＵ４１ａによって実現される機能を示している。以下で説明される拡張ユニット４ａの機能の一部またはすべてが基本ユニット３に実装されてもよい。設定部８０は、ＰＣ２ａから受信した設定データ７３をメモリ４２ａに格納する。設定部８０は、設定データ７３にしたがって基本ユニット３に対してどのようなデバイス値を収集すべきかを設定してもよい。設定データ７３は、ダッシュボードテンプレート７１ａ、活用プログラムテンプレート７２ａ、収集設定データ７４ａおよびアプリケーション設定データ７４ｂを含む。収集設定データ７４ａは、ダッシュボードテンプレート７１ａおよび活用プログラムテンプレート７２ａに代入された状態でＰＣ２ａから拡張ユニット４ａに渡されてもよいし、ダッシュボードテンプレート７１ａおよび活用プログラムテンプレート７２ａから分離された状態でＰＣ２ａから拡張ユニット４ａに渡されてもよい。フロー実行部８１は、ＣＰＵ４１ａが、収集設定データ７４ａにしたがって活用プログラムテンプレート７２ａ内のフローを実行することで実現される機能である。収集部８２は、収集設定データ７４ａにより指定されたデバイス値を基本ユニット３や拡張ユニット４ｂから収集し、収集されたデータ７５を作成し、メモリ４２ａに格納する。データ処理部８３は、収集設定データ７４ａにより指定されたデータ処理を、収集されたデータ７５に適用し、解析されたデータ７６を作成し、メモリ４２ａに格納する。表示処理部８４は、アプリケーション設定データ７４ｂにより指定されたダッシュボードテンプレート７１ａと表示対象データとに基づきダッシュボードの表示データ７７（例：ＨＴＭＬデータや画像データ、ＣＳＳ（カスケーディングスタイルシート）、ＪａｖａＳｃｒｉｐｔ（登録商標）のコード）を作成する。Ｗｅｂサーバ８５は、ＰＣ２ｂなどのＷｅｂブラウザ６１に対して、ダッシュボードの表示データ７７を提供する。
【0039】
図６は拡張ユニット４ａのＣＰＵ４１ａによって実現される他の機能を説明する図である。以下で説明される拡張ユニット４ａの機能の一部またはすべてが基本ユニット３に実装されてもよい。ここでは、拡張ユニット４ａはＰＣ２ｂに対してＷｅｂベースの技術によりダッシュボードなどの設定編集機能を提供する。なお、設定編集機能はダッシュボードから呼び出されて実行されてもよい。また、設定編集機能はプログラム作成支援装置であるＰＣ２ａにも備えられてもよい。なお、すでに説明された機能と同様の機能には同一の参照符号を付与されており、そのような機能の説明は省略される。
【0040】
設定部８０は、上述されたフロー・ダッシュボード作成部５１を有している。フロー・ダッシュボード作成部５１は、ＣＰＵ４１ａがフロー・ダッシュボード編集プログラム１４ｂを実行することで実現される機能である。フロー・ダッシュボード編集プログラム１４ｂは、Ｗｅｂサーバ８５を介していわゆるＷｅｂブラウザ６１と通信して表示画面を提供したり、入力を受け付けたりするＷｅｂ処理部としてＣＰＵ４１ａを機能させてもよい。アプリケーション選択部５５は、複数のダッシュボード（リアルタイム監視アプリケーション）から一つのダッシュボードをユーザが選択することを支援する選択画面を、Ｗｅｂサーバ８５を通じて、ＰＣ２ｂの表示部７ｂに表示し、ユーザによるダッシュボードの選択を受け付ける。設定データ作成部５６は、ユーザにより選択されたダッシュボードに関連付けられているフローに関するパラメータやダッシュボードの表示設定に関するパラメータについてのユーザ指定を、Ｗｅｂサーバ８５を通じて、受け付ける。このパラメータとしては、収集対象のデバイスや、解析対象のデバイス、解析対象期間、表示対象、表示部品の名称、単位、などである。設定データ作成部５６は、ユーザにより選択されたダッシュボードを表示するためのダッシュボードテンプレート７１ａを、ダッシュボードテンプレート７１から抽出する。ダッシュボードテンプレート７１は、ダッシュボードを実現するための様々な表示部品（グラフモジュール）を有している。設定データ作成部５６は、ユーザにより選択されたダッシュボードにデータを表示するために必要となるデータ処理を実行する活用プログラムテンプレート７２ａを、活用プログラムテンプレート７２から抽出する。活用プログラムテンプレート７２は、データ処理を実行するための演算部品（プログラムモジュール）を有している。フロー・ダッシュボード作成部５１は、Ｗｅｂブラウザ６１から入力されるユーザ指示に従って、上述された収集設定データ７４ａおよびアプリケーション設定データ７４ｂも作成してもよい。設定データ作成部５６は、ダッシュボードテンプレート７１ａ、活用プログラムテンプレート７２ａ、収集設定データ７４ａおよびアプリケーション設定データ７４ｂを含む設定データ７３を作成し、メモリ４２ａに格納する。
【0041】
図７は拡張ユニット４ａに実装される追加の機能を示している。
【0042】
発報部９０は、フロー実行部８１（分析部５４）の判定結果に基づき周辺機器に通知を発行する機能である。周辺機器とは、ＨＭＩ１６、ＰＣ２ａ、２ｂなどである。アプリケーション通知部９１は、リアルタイム監視アプリケーションの監視状態が正常状態から注意状態または警報状態に変化したことを周辺機器に通知する機能である。リアルタイム監視アプリケーションとは、ＰＬＣ１においてユーザプログラム（ラダープログラム）が実行されているときにデバイス値を表示画面に表示するアプリケーションである。リアルタイム監視アプリケーションは、メモリカードなどに保存された過去のデバイス値のみを表示するアプリケーションとは区別される。リアルタイム監視アプリケーションが、これらの過去のデバイス値を表示する機能も含んでいてもよい。
【0043】
イベント登録部９２は、監視アプリケーションの監視状態が正常状態から注意状態または警報状態に変化したことをイベントとして基本ユニット３に登録する機能である。基本ユニット３のＣＰＵ３１は、エラーやイベントの履歴を保存する機能を有している。イベント登録部９２は、内部バス１９を介して通信コマンドを送信することで、基本ユニット３のＣＰＵ３１にイベントの登録を要求する。
【0044】
運転記録保存部９３は、収集されたデバイス値（運転記録）を保存するよう基本ユニット３のＣＰＵ３１に要求する機能である。ＣＰＵ３１は、ラダープログラムのスキャンタイムごとに、リングバッファ等へデバイス値を格納する。拡張ユニット４ａのＣＰＵ４１ａは、このデバイス値を取得して分析し、保存条件を満たしているかどうかを判定する。保存条件が満たされると、運転記録保存部９３は、ＣＰＵ３１に対して内部バス１９を介して保存要求を送信する。ＣＰＵ３１は、保存要求にしたがってリングバッファに格納されているデバイス値を運転記録として保存する。フロー実行部８１（分析部５４）は、基本ユニット３から運転記録を読み出して分析することで分析結果を取得し、分析結果を、解析されたデータ７６に保存してもよい。
【0045】
ここで運転記録とはＰＬＣ１の運転状態をスキャンタイムレベルで記録したものであってもよい。たとえば、運転記録は、ＰＬＣ１の運転に関わる全てのシンボルのシンボル値とその収集時刻とを、一スキャン毎に時系列に記録することであってもよい。運転に関わる全てのシンボルとは、たとえばラダープログラム等のユーザプログラムに使用される全てのシンボルであってもよいし、ユーザにより選択されるプログラム単位やユニット単位に含まれるすべてのシンボルであってもよい。この場合、運転記録の対象となるシンボルは、プログラム単位やユニット単位のように、有意な単位で一括して選択されてもよい。運転記録の対象となるシンボルは、個別に加除（追加または削除）されてもよい。たとえば、トラブル発生時に、トラブル発生時刻の周辺においてＰＬＣ１の運転に関わる全てのシンボルのシンボル値とその収集時刻とが、一スキャン毎に時系列に記録した運転記録が生成されてもよい。ユーザは運転記録に基づきトラブル発生時に何が起きたかを後からでも正確に把握することが可能となろう。運転記録には、その時の状況を再現するために多くの情報が含まれるかもしれない。情報が多いと運転記録のデータ容量が大きくなり、運転記録の取り扱い（データ処理など）が難しくなったり、運転記録の収集に負荷がかかったりする。そのため、収集対象となるシンボルは、プログラム単位やユニット単位でユーザにより選択できるようになっている。
【0046】
また、運転記録には、シンボルに加え、時系列のカメラ画像がその撮像時刻ともに含まれていてもよい。これにより、ユーザは、たとえば、トラブル発生時に、トラブル発生時刻の周辺に遡って何が起きたかを後からでも正確に把握できるようになろう。とりわけ、設備の外観変化を示すカメラ画像が運転記録に含まれていることは、状況を把握することに役立つであろう。そのため、ユーザプログラムの実行の時系列と連動してカメラ画像が記録されてもよい。ＨＭＩ（ヒューマンマシンインタフェース）やＰＣなどの外部機器からの書き込み履歴やＰＬＣからの書き込み履歴が変化点イベントとして運転記録に含まれてもよい。これにより、たとえば、トラブル発生前後にどのような変化点イベントがあったかをユーザは時系列で確認できる。さらに、運転記録には、プロジェクトデータが含まれてもよい。運転記録データが生成された際のプロジェクトデータを運転記録に含ませることで、プロジェクトデータに複数のバージョンが存在しても、運転記録データを生成したときに実際に使用されていたプロジェクトデータにより状況を再現することができる。運転記録には、分析レポートが含まれてもよい。運転記録データを分析することで得られた分析結果を含む分析レポートを運転記録に含ませることで、分析結果と運転記録データとを連携させることが可能となる。
【0047】
履歴保存部９４は、注意状態または警報状態が発生したときに取得されたデバイス値、ダッシュボード用の表示データ（チャートやグラフ）、閾値を、履歴として保存する機能である。これらの履歴は過去に起きたいつもと異なる動作を表示画面上で再現することに役立つ。
【0048】
データ処理部８３は、収集されたデータ７５（デバイス値など）について統計処理を実行する機能を有していてもよい。トレンドグラフ作成部５３ａは、収集されたデータ７５からトレンドグラフを作成する。たとえば、トレンドグラフ作成部５３ａは、収集されたデータ７５に含まれている、指定された個数のデバイス値ごとに統計値（最大値、平均値または最小値）を選択し、選択された統計値と、この統計値が収集された時刻を示す時刻情報とを紐づけて蓄積する機能である。指定された個数の測定値から一つの測定値が選択されて保存されるため、データ圧縮効果が得られる。指定された個数を増加することで、保存されるデータの量が削減され、より長期間のトレンドを示すデータが得られる。
【0049】
ヒストグラム作成部５３ｂは、収集されたデータ７５に含まれている、指定された個数のデバイス値の分布を作成する。たとえば、直近に収集された数百点分の測定値についての分布が得られる。
【0050】
分析部５４は、アプリケーションプログラムにしたがって収集手段により収集されたシンボル値が、アプリケーションプログラムに対して設定された正常条件を満たしているかどうかを分析する。これにより、分析部５４は、シンボル値に関していつもと異なる状況を検知する。正常条件は、たとえば、注意状態や警報状態を検知するために使用される閾値を含む。
【0051】
フロー・ダッシュボード作成部５１は、閾値設定部５８とバンク切替部５９とを有していてもよい。閾値設定部５８は、注意状態や警報状態を検知するために使用される閾値の設定に関してユーザを補助する機能である。たとえば、閾値設定部５８は、過去に収集されたデバイス値に基づき学習を実行し、学習結果に基づき閾値をユーザに提案してもよい。バンク切替部５９は、ＰＬＣ１の制御下で製造される製品の種類に応じて予め閾値のセット（バンク）を用意しておき、製品の種類が変更されると、閾値のセットを切り替える。
【0052】
フロー実行部８１は、停止／再開部８６とアプリケーションエラー検知部８７とを有してもよい。停止／再開部８６は、監視アプリケーションを一時的に停止させたり、監視アプリケーションの動作を再開させたりする機能である。監視アプリケーションはメモリカードにアクセスすることで、様々なデータを保存することがある。監視アプリケーションがメモリカードにアクセスしているときにメモリカードが抜かれると、データが損傷することがある。よって、メモリカードが抜かれるときは、監視アプリケーションが停止されるべきであろう。また、電源投入から一定時間が経過するまではアクチュエータの動作が安定しないことがある。このような期間においては、監視アプリケーションにアクチュエータを監視させるべきではないであろう。よって、停止／再開部８６は、ＰＣ２ａ、ＰＣ２ｂなどから監視アプリケーションの停止要求を受信すると、当該監視アプリケーションの動作を一時的に停止する。停止／再開部８６は、ＰＣ２ａ、ＰＣ２ｂなどから監視アプリケーションの再開要求を受信すると、当該監視アプリケーションの動作を再開させる。アプリケーションエラー検知部８７は、監視アプリケーション自体のエラーを検知してエラーの発生を周辺機器に通知する。たとえば、アプリケーションエラー検知部８７は、監視対象となるデバイスや変数の指定が誤っていたり、監視結果を保存するメモリカードの空き容量が不足したりすると、周辺機器に通知を発行する。アプリケーションエラー検知部８７は、発報部９０に含まれていてもよい。
【0053】
●リアルタイム監視アプリケーション
以下ではダッシュボードを提供する複数のリアルタイム監視アプリケーションが説明される。このようなアプリケーションは、監視対象であるデバイスや変数をリアルタイムに監視する。リアルタイム監視アプリケーションとして、以下のものが存在してもよい。
（Ｉ）工程監視（サイクルチャート）： サイクル動作とは、複数の工程を一サイクルごとに繰り返し実行することをいう。サイクル監視では、サイクル動作を構成する複数の工程それぞれの開始タイミングを示すビットデバイスと終了タイミングを示すビットデバイスとが監視対象デバイスとして設定される。サイクル全体動作の開始から終了までの時間間隔と、一サイクル内の各工程の開始から終了までの時間間隔とが監視される。サイクル全体動作とは、一サイクルの全体を指す。たとえば、開始トリガから終了トリガまでの時間（工程時間）が規定範囲内かどうかが監視されてもよい。複数の工程の監視結果が同時に表示される場合、複数の工程のうちでボトルネックとなっている工程がユーザにとって確認しやすくなる。ある工程について異常が発生すると、その工程だけでなく、その工程の前後に実行される他の工程についても監視結果（チャート）が保存される。
（ＩＩ）タイミング監視： 監視対象のビットデバイスのＯＮおよび／またはＯＦＦのタイミングが監視される。たとえば、開始トリガから終了トリガまでの時間が規定範囲内かどうかが監視される。タイミング監視では、ある工程について異常が発生すると、その工程の監視結果（チャート）のみが保存される。
（ＩＩＩ）波形上下限監視： 時系列のデバイス値（または変数に格納されたアナログ値）からなる波形（監視対象波形）があらかじめ設定された上限値から下限値までの範囲内に収まっているかどうかが監視される。
（ＩＶ）波形ガードバンド監視： 時系列のデバイス値（または変数に格納されたアナログ値）からなる波形（監視対象波形）が、予め定められたガードバンド内に収まっているかが時系列で監視される。ガードバンドとは、二つの閾値波形によって囲まれる帯状の範囲である。ガードバンドは、時間の経過とともに変化する上限値または下限値により定義されてもよい。つまり、ガードバンドは、時系列の上限値と、時系列の下限値とにより定義されてもよい。
（Ｖ）カメラ監視： 監視対象のカメラ画像の特徴量データ（例：輝度、色差青、色差赤など）があらかじめ設定された検知条件を満たすかどうかが監視される。フィールドデバイス１０がカメラである場合に、カメラ監視プリケーションが実行される。
以下ではダッシュボードを提供する複数のリアルタイム監視アプリケーションが説明される。このようなアプリケーションは、監視対象であるデバイスや変数をリアルタイムに監視する。リアルタイム監視アプリケーションとして、以下のものが存在してもよい。
（Ｉ）工程監視（サイクルチャート）： サイクル動作とは、複数の工程を一サイクルごとに繰り返し実行することをいう。サイクル監視では、サイクル動作を構成する複数の工程それぞれの開始タイミングを示すビットデバイスと終了タイミングを示すビットデバイスとが監視対象デバイスとして設定される。サイクル全体動作の開始から終了までの時間間隔と、一サイクル内の各工程の開始から終了までの時間間隔とが監視される。サイクル全体動作とは、一サイクルの全体を指す。たとえば、開始トリガから終了トリガまでの時間（工程時間）が規定範囲内かどうかが監視されてもよい。複数の工程の監視結果が同時に表示される場合、複数の工程のうちでボトルネックとなっている工程がユーザにとって確認しやすくなる。ある工程について異常が発生すると、その工程だけでなく、その工程の前後に実行される他の工程についても監視結果（チャート）が保存される。
（ＩＩ）タイミング監視： 監視対象のビットデバイスのＯＮおよび／またはＯＦＦのタイミングが監視される。たとえば、開始トリガから終了トリガまでの時間が規定範囲内かどうかが監視される。タイミング監視では、ある工程について異常が発生すると、その工程の監視結果（チャート）のみが保存される。
（ＩＩＩ）波形上下限監視： 時系列のデバイス値（または変数に格納されたアナログ値）からなる波形（監視対象波形）があらかじめ設定された上限値から下限値までの範囲内に収まっているかどうかが監視される。
（ＩＶ）波形ガードバンド監視： 時系列のデバイス値（または変数に格納されたアナログ値）からなる波形（監視対象波形）が、予め定められたガードバンド内に収まっているかが時系列で監視される。ガードバンドとは、二つの閾値波形によって囲まれる帯状の範囲である。ガードバンドは、時間の経過とともに変化する上限値または下限値により定義されてもよい。つまり、ガードバンドは、時系列の上限値と、時系列の下限値とにより定義されてもよい。
（Ｖ）カメラ監視： 監視対象のカメラ画像の特徴量データ（例：輝度、色差青、色差赤など）があらかじめ設定された検知条件を満たすかどうかが監視される。フィールドデバイス１０がカメラである場合に、カメラ監視プリケーションが実行される。
【0054】
リアルタイム監視アプリケーションは、ＰＬＣ１のシンボルのシンボル値に基づく常時監視するためのアプリケーションで、たとえばリアルタイム監視アプリケーションの設定に応じて１又は複数のシンボルのシンボル値をスキャンタイムレベルで常時収集し、収集したシンボル値に基づく情報をリアルタイムに更新しながら常時表示するアプリケーションである。常時監視の対象となる１又は複数のシンボルは、予めユーザにより設定される。リアルタイム監視アプリケーションは、たとえばＷｅｂサーバ機能を有し、通信部４３を介して汎用ブラウザから設定が可能である。汎用ブラウザから設定できることにより、プログラム作成支援装置等の専用ツールを介さずに、ＰＣ、スマホ、タブレットから設定または監視ができる。また、リアルタイム監視アプリケーションは、常時監視の対象となる１又は複数のシンボルについて正常時における複数のサイクルのシンボル値に基づき当該シンボルに対応する閾値を自動で設定する。たとえば、リアルタイム監視アプリケーションは、ユーザ指示を受け付けて、常時監視の対象となる複数のシンボルについて正常時における複数のサイクルのシンボル値のばらつきに基づき、シンボルの状態を監視するための閾値を一括で自動設定する。閾値は、いつもと違う状態、つまり、非正常状態を監視するように設定され、リアルタイム監視アプリケーションは、監視対象のシンボルのシンボル値が閾値を超えた場合はアラームを発報する。このようにして、たとえば、ＰＬＣ１は、設備が止まる前に兆候を捉えることができる。ＰＬＣ１は、リアルタイム監視アプリケーションによる兆候監視の結果、監視対象のシンボルのシンボル値が閾値を超えた場合のアラームを、運転記録の保存条件としてもよい。ＰＬＣ１は、リアルタイム監視アプリケーションによるアラーム発生をイベントトリガとして、トリガ前後の運転記録データを保存する。ＰＬＣ１は、運転記録データの保存が完了すると保存完了デバイスをＯＮする。運転記録分析アプリケーションは、運転記録データの保存が完了したことをうけ、自動的に運転記録データを分析してもよい。たとえば、運転記録分析アプリケーションは、保存完了デバイスをＯＮしたことに応じて運転記録データを分析してもよい。運転記録分析アプリケーションは、分析対象となったシンボルのシンボル値（例、全ビットデバイスのデバイス値）を分析して、アラートが出た要因候補のシンボルを抽出する。このようにして運転記録分析アプリケーションは、リアルタイム監視アプリケーションによるアラーム発生の要因をアラーム発生により保存した運転記録データを自動分析し、運転記録データの中からいつもと違うシンボルを抽出する。これにより、ＣＰＵ４１ａは、リアルタイム監視アプリケーションの兆候監視機能により設備の状態を常時監視し、変化要因でアラートを発報する。さらに、ＣＰＵ４１ａは、アラート要因を自動分析し、いつもと違うシンボルを抽出する。つまり、ＰＬＣ１は、シンボル値を常時監視することで被制御対象設備の兆候監視をして、アラームにより被制御対象設備が止まる前に兆候を報知して、兆候の要因を自動分析する。
【0055】
［工程監視アプリケーションの詳細］
図８はＰＣ２ｂに表示される工程監視アプリケーションのダッシュボード１００を示している。ダッシュボード１００は、たとえば、表示データ７７にしたがってＷｅｂブラウザ６１により表示される。ダッシュボード１００は、ＰＣ２ａやＨＭＩ１６などＷｅｂブウザとは異なるソフトウエアにより表示装置に表示されてもよい。ダッシュボード１００は、監視結果をリアルタイムで表示する表示画面（ユーザーインタフェース）である。動作表示部１０１は、工程監視アプリケーションが動作中であるか、停止中であるかを表示する。切替ボタン１０２は、工程監視アプリケーションの動作状態を動作中と停止中との間で切り替えを停止／再開部８６に指示するボタンである。切替ボタン１０２は、アプリケーションの動作／非動作だけでなく、試運転モードのオン／オフが切り替えられてもよい。試運転モードとは、警報状態と注意状態の判定は実行されて判定結果は表示されるが、判定結果が履歴として記録されないモードである。履歴ボタン１０３は、現在表示されている情報（測定値、チャートなど）を履歴として保存することを履歴保存部９４に指示するためのボタンである。設定ボタン１０４は、工程監視アプリケーションの設定ウィザードを呼び出すためのボタンである。割合ボタン１０５は、各工程の測定値（開始トリガから終了トリガまでの時間）を工程ごとに割合で表示するよう表示処理部８４に要求するためのボタンである。このように、表示データ７７は、ボタンなどのコントロールオブジェクトを実現する表示部品を含んでいる。
図８はＰＣ２ｂに表示される工程監視アプリケーションのダッシュボード１００を示している。ダッシュボード１００は、たとえば、表示データ７７にしたがってＷｅｂブラウザ６１により表示される。ダッシュボード１００は、ＰＣ２ａやＨＭＩ１６などＷｅｂブウザとは異なるソフトウエアにより表示装置に表示されてもよい。ダッシュボード１００は、監視結果をリアルタイムで表示する表示画面（ユーザーインタフェース）である。動作表示部１０１は、工程監視アプリケーションが動作中であるか、停止中であるかを表示する。切替ボタン１０２は、工程監視アプリケーションの動作状態を動作中と停止中との間で切り替えを停止／再開部８６に指示するボタンである。切替ボタン１０２は、アプリケーションの動作／非動作だけでなく、試運転モードのオン／オフが切り替えられてもよい。試運転モードとは、警報状態と注意状態の判定は実行されて判定結果は表示されるが、判定結果が履歴として記録されないモードである。履歴ボタン１０３は、現在表示されている情報（測定値、チャートなど）を履歴として保存することを履歴保存部９４に指示するためのボタンである。設定ボタン１０４は、工程監視アプリケーションの設定ウィザードを呼び出すためのボタンである。割合ボタン１０５は、各工程の測定値（開始トリガから終了トリガまでの時間）を工程ごとに割合で表示するよう表示処理部８４に要求するためのボタンである。このように、表示データ７７は、ボタンなどのコントロールオブジェクトを実現する表示部品を含んでいる。
【0056】
状態表示領域１０６ａは、測定値が正常状態、注意状態または警状態報のいずれであるかを示す。項目名表示領域１０６ｂは各工程の名称を表示する。測定値表示領域１０６ｃは、開始トリガから終了トリガまでの時間の測定値を表示する。チャート表示領域１０６ｄは、測定値を棒状のオブジェクト１０７ａで表示する。チャート表示領域１０６ｄは、測定値が警報状態かどうかを判定するための上限値および下限値と、測定値が注意状態かどうかを判定するための上限値を下限値とを縦線オブジェクト１０７ｃで表示してもよい。さらに、チャート表示領域１０６ｄは、学習結果またはユーザにより指定された測定値のマスタデータを棒状のオブジェクト１０７ｂで表示してもよい。マスタデータのオブジェクト１０７ｂは、たとえば、ハッチングを付与されることで、測定値のオブジェクト１０７ａに対して視覚的に差別化されてもよい。詳細ボタン１０８は、測定値の詳細（例：トレンドグラフ、ヒストグラム）を表示することを指示するボタンである。
【0057】
図８においてチャート表示領域１０６ｄは同期モード（切り出しモード）で測定値を表示している。同期モードとは、サイクル全体動作における開始トリガのタイミングを起点として、各工程の測定値を表示するモードである。同期モードにおいてチャート表示領域１０６ｄは、一つの全体サイクルごとに、測定値とマスタデータを表示する。測定値はリアルタイムで更新される。そのため、全体サイクルの測定値を示すオブジェクト１０７ａは時間の経過とともに徐々に左から右に向かって伸びて行く。各工程も開始トリガが発生すると、その工程の測定値を示すオブジェクト１０７ａが時間の経過とともに徐々に左から右に向かって伸びて行く。終了トリガが発生すると、オブジェクト１０７ｂの伸びは停止する。なお、マスタデータのオブジェクト１０７ｂは常に一定の長さのオブジェクトとして表示され続ける。
【0058】
このように表示データ７７は複数の表示領域１０６を実現するための表示部品を有している。また、表示処理部８４が時間の経過とともに表示データ７７を更新するため、ダッシュボード１００に表示される情報も更新される。
【0059】
図９は、非同期モードにおける工程監視アプリケーションのダッシュボード１００を示している。非同期モードにおいて各工程の継続時間の測定値のうち、最新の測定値は右から左に移動する棒状のオブジェクト１０７ｄとして表示される。過去の測定値は破線の棒状のオブジェクト１０７ｅとして表示される。つまり、ある工程について開始トリガが検知されると、オブジェクト１０７ｄがチャート表示領域１０６ｄの右端から左端に向けて延びて行く。その工程について終了トリガが検知されると、測定値が確定するため、オブジェクト１０７ｄの延びは停止する。その後、オブジェクト１０７ｄは測定値に対応する一定の長さを維持したまま、オブジェクト１０７ｄは時間の経過とともに左へ移動する。なお、チャート表示領域１０６ｄの左端に到着するとオブジェクト１０７ｄはそれ以上左に移動できないため、時間の経過とともに、オブジェクト１０７ｄは縮むように表示される。
【0060】
チャート表示領域１０６ｄは、連続した複数の全体サイクルについて測定値を表示してもよい。たとえば、ある工程について、過去の測定値を示すオブジェクト１０７ｅの右端から、次の測定値を示すオブジェクト１０７ｄの左端までの距離が短ければ短いほど、その工程には時間的な余裕が少なく、全体サイクルにおいてボトルネックになっていることが視覚的にわかる。
【0061】
オブジェクト１０７ａ、１０７ｂ、１０７ｄ、１０７ｅの色は、正常状態、注意状態および警報状態に応じて異なってもよい。たとえば、正常状態は緑色、注意状態は黄色、警報状態は赤色などで視覚的に差別化されてもよい。
【0062】
図１０は割合ボタン１０５により呼び出される割合表示モードを示している。割合表示モードでは、たとえば、警報状態の上限値と注意状態の上限値とのうちいずれか大きい方が、チャート表示領域１０６ｄの全体の長さにおける７０％となるように、オブジェクト１０７ａ、１０７ｂを正規化して表示するモードである。あるいは、警報状態の下限値と注意状態の下限値とのうちいずれか小さい方が、チャート表示領域１０６ｄの全体の長さにおける３０％となるように、オブジェクト１０７ａ、１０７ｂを正規化して表示するモードであってもよい。あるいは、マスタデータがチャート表示領域１０６ｄの全体の長さにおける５０％となるように、オブジェクト１０７ａ、１０７ｂを正規化して表示するモードであってもよい。あるいは、予め定められた最大監視時間を１００％として、オブジェクト１０７ａ、１０７ｂを正規化して表示するモードであってもよい。割合を規定する具体的な数値は例示にすぎない。割合表示モードに関する表示設定（割合を示すパラメータなど）も後述される設定ウィザードにおいてユーザにより選択または指定されてもよい。
【0063】
図１０においては、アプリケーションエラーが発生したことを示す通知表示領域１０９が設けられている。アプリケーションエラーが発生していなければ、通知表示領域１０９は、正常であることを表示するか、または、何も表示しなくてもよい。アプリケーションエラー検知部８７がアプリケーションエラーを検知すると、通知が発行される。通知表示領域１０９は、この通知に基づき、エラーコードや発生日時などとともにエラーメッセージ（通知内容）を表示する。
【0064】
図１０においては、バンク切替ボタン１９１が設けられている。バンク切替ボタン１９１はバンク切替部５９に対して複数のバンクのうち一つのバンクを指定するためのボタンである。まだ、ユーザによりバンクが作成されていない場合、バンク切替ボタン１９１が押されると、バンク切替部５９は、バンクの新規作成画面を表示部７に表示し、たとえば、バンクの識別情報（例：バンク番号やバンク名）の指定を受け付けてもよい。このようにして、メモリ４２ａは、複数のバンクが保存される。複数のバンクは設定データ７３の一部であってもよい。
【0065】
各バンクには、注意状態の閾値設定、警報状態の閾値設定、チャートの表示設定（例：トレンドグラフの作成および表示の設定やヒストグラムの作成および表示の設定）が紐づけられている。そのため、バンクを切り替えることで、これらの設定も一括して切り替えられる。
【0066】
図１１は詳細ボタン１０８を押すことで表示される詳細画面１１０を示している。表示処理部８４は、詳細ボタン１０８を押されたことを示す情報を、Ｗｅｂサーバ８５を通じて受信すると、詳細画面１１０を表示するための表示データを、Ｗｅｂサーバ８５を通じてＷｅｂブラウザ６１に送信する。なお、詳細画面１１０を表示するための表示データは、表示データ７７の一部であってもよい。
【0067】
状態表示領域１１１は、詳細ボタン１０８により選択された工程の状態を示している。日時表示領域１１２は、状態表示領域１１１に示された状態が発生した日時を示す。戻るボタン１１３は、詳細画面１１０からダッシュボード１００に戻ることを指示するボタンである。詳細ボタン１０８により選択された工程の状態の詳細は表示領域１０６ａ～１０６ｄに示される。割合ボタン１０５はチャート表示領域１０６ｄに設けられていてもよい。
【0068】
詳細表示領域１１４は、ボタン１１６ａが押されるとヒストグラムを表示し、ボタン１１６ｂが押されるとトレンドグラフを表示する。ヒストグラム表示領域１１５は、直近データのヒストグラムと、マスタデータのヒストグラムとを対比可能に表示する。ヒストグラム表示領域１１５は、警報状態と注意状態の閾値（上限値、下限値）を縦線に表示してもよい。統計値表示領域１１７ａは直近データの統計値（データ数、最大値、最小値および平均値）を表示する。統計値表示領域１１７ｂはマスタデータの統計値（データ数、最大値、最小値および平均値）を表示する。
【0069】
監視項目設定表示領域１１８は、監視項目として設定された項目名（工程名）、監視方法、開始トリガとなるビットデバイス、および、終了トリガとなるビットデバイスなどを表示する。編集ボタン１２０ａは、監視項目の設定の編集を指示するボタンである。編集ボタン１２０ａが押されると、拡張ユニット４ａのＣＰＵ４１ａ（表示処理部８４および設定部８０）がＰＣ２ｂに対して設定の編集画面を表示してもよい。
【0070】
閾値設定表示領域１１９は、警報状態と注意状態の閾値（上限値、下限値）を表示する。編集ボタン１２０ｂは、閾値設定の編集を指示するボタンである。編集ボタン１２０ｂが押されると、拡張ユニット４ａのＣＰＵ４１ａがＰＣ２ｂに対して閾値設定の編集画面を表示してもよい。閾値自動設定ボタン１２１は、拡張ユニット４ａのＣＰＵ４１ａ（閾値設定部５８）に対して閾値を自動で設定するよう指示するボタンである。
【0071】
図１２は詳細ボタン１０８を押すことで表示される詳細画面１１０を示している。ここで、ボタン１１６ｂが押されたため、詳細表示領域１１４は、トレンドグラフ表示領域１２３にトレンドグラフを表示している。トレンドグラフ表示領域１２３は、最大値のトレンドを示す折れ線と、平均値のトレンドを示す折れ線と、最小値のトレンドを示す折れ線とを表示してもよい。さらに、警報状態と注意状態の閾値（上限値、下限値）を横線により表示してもよい。
【0072】
●設定ウィザード
図１３は、これらのリアルタイム監視アプリケーションを設定する際にＰＣ２の表示部７に表示される選択画面１３０を示している。ＰＣ２ａとＰＣ２ｂとでほぼ同一の選択画面１３０が表示される。ＰＣ２ａとＰＣ２ｂのいずれか一方に選択画面１３０が表示されてもよい。フロー・ダッシュボード作成部５１は、ボタン１３１ａの押し下げを検知すると、工程監視アプリケーションを設定するための設定ウィザードを表示部７に表示する。フロー・ダッシュボード作成部５１は、ボタン１３１ｂの押し下げを検知すると、タイミング監視アプリケーションを設定するための設定ウィザードを表示部７に表示する。フロー・ダッシュボード作成部５１は、ボタン１３１ｃの押し下げを検知すると、波形上下限監視アプリケーションを設定するための設定ウィザードを表示部７に表示する。フロー・ダッシュボード作成部５１は、ボタン１３１ｄの押し下げを検知すると、波形ガードバンド監視アプリケーションを設定するための設定ウィザードを表示部７に表示する。フロー・ダッシュボード作成部５１は、ボタン１３１ｅの押し下げを検知すると、カメラ監視アプリケーションを設定するための設定ウィザードを表示部７に表示する。ボタン１３１ａ～１３１ｅはポインタ１３２によって操作される。
図１３は、これらのリアルタイム監視アプリケーションを設定する際にＰＣ２の表示部７に表示される選択画面１３０を示している。ＰＣ２ａとＰＣ２ｂとでほぼ同一の選択画面１３０が表示される。ＰＣ２ａとＰＣ２ｂのいずれか一方に選択画面１３０が表示されてもよい。フロー・ダッシュボード作成部５１は、ボタン１３１ａの押し下げを検知すると、工程監視アプリケーションを設定するための設定ウィザードを表示部７に表示する。フロー・ダッシュボード作成部５１は、ボタン１３１ｂの押し下げを検知すると、タイミング監視アプリケーションを設定するための設定ウィザードを表示部７に表示する。フロー・ダッシュボード作成部５１は、ボタン１３１ｃの押し下げを検知すると、波形上下限監視アプリケーションを設定するための設定ウィザードを表示部７に表示する。フロー・ダッシュボード作成部５１は、ボタン１３１ｄの押し下げを検知すると、波形ガードバンド監視アプリケーションを設定するための設定ウィザードを表示部７に表示する。フロー・ダッシュボード作成部５１は、ボタン１３１ｅの押し下げを検知すると、カメラ監視アプリケーションを設定するための設定ウィザードを表示部７に表示する。ボタン１３１ａ～１３１ｅはポインタ１３２によって操作される。
【0073】
図１４は工程監視アプリケーションを設定するための設定ウィザード１４０を示している。アプリケーション名設定部１４１は、設定対象となるリアルタイム監視アプリケーションの識別情報や名称の指定を受け付ける。アプリケーション名設定部１４１は、たとえば、アプリケーションＩＤ（＝０、１、２・・・）ごとにアプリケーション名を受け付けてもよい。さらに、アプリケーション名設定部１４１は、複数の言語ごとのアプリケーション名の入力を受け付けてもよい。
【0074】
最大監視時間入力部１４２は、リアルタイム監視アプリケーションによってデバイス値等が連続的に監視される時間の入力を受け付ける。表示モード選択メニュー１４３は、チャート表示領域１０６ｄにおけるチャートの表示モードの選択を受け付けるメニューである。ここでは、上述された同期モードと非同期モードのいずれかが選択される。監視方法設定部１４５ａは、工程ごとの監視方法の設定を受け付ける。監視方法のうち開始指定とは、ある開始トリガの入力から次の開始トリガの入力までの期間を監視期間とする監視方法を意味する。開始・終了指定とは、開始トリガの入力から終了トリガの入力までの期間を監視期間とする監視方法を意味する。項目名設定部１４５ｂは、工程の名称の入力を受け付ける。開始トリガ設定部１４５ｃは、開始トリガとなるビットデバイスの指定を受け付ける。終了トリガ設定部１４５ｄ、終了トリガとなるビットデバイスの指定を受け付ける。監視方法が「開始指定」の場合は、終了トリガの設定は不要である。監視有効化部１４５ｅは、工程の監視を有効化するか無効化するかの指定を受け付ける。注意状態閾値設定部１４５ｆは、注意状態の上限値と下限値との指定を受け付ける。警報状態閾値設定部１４５ｇは、注意状態の上限値と下限値との指定を受け付ける。図１４には示されていないが、マスタデータの設定部および詳細設定部（例：閾値自動設定ボタン、トレンドグラフを作成するために使用されるデータ数の入力部）などが追加されてもよい。
【0075】
設定ウィザード１４０で受け付けられる設定情報のうち、開始トリガ設定部１４５ｃや終了トリガ設定部１４５ｄ等で受け付けられる設定情報は、基本ユニット３で実行されるユーザプログラムを理解することで適切に選択される。しかし、ユーザプログラムの作成者と、リアルタイム監視アプリケーションの設定者とが異なることがある。この場合、リアルタイム監視アプリケーションの設定者はユーザプログラムを理解していないであろう。そこで、開始トリガとなるビットデバイスや終了トリガとなるビットデバイスがファイル形式で入力可能とされてもよい。全体工程に対する開始トリガと終了トリガ、および、個別の工程に対する開始トリガと終了トリガが、ＣＳＶなどの構造化データを含むファイル形式で、入力されてもよい。また、複数のアプリケーションに関するパラメータが、一括して構造化データを含むファイル形式で、入力されてもよい。複数のアプリケーションには、運転記録分析アプリケーションとリアルタイム監視アプリケーションが含まれてもよいし、リアルタイム監視アプリケーションのうち、工程監視アプリケーションとタイミング監視アプリケーションが含まれてもよい。パラメータは、項目名、トリガの種類（開始トリガのみを使用するか、開始トリガと終了トリガとの両方を使用する）、開始トリガのデバイス名とそのトリガ成立条件（デバイスの立上と立下のどちらをトリガ成立と判定するか）、終了トリガのデバイス名とそのトリガ成立条件を含んでもよい。
【0076】
表示モードとして同期モードが選択された場合、さらに、同期表示の基準となる項目名またはその項目の番号の指定を受け付ける受付部が表示されてもよい。
【0077】
言語設定ボタン１４６は、複数あるコメントセットのうちのどのセットに割り当てるかを設定するためのボタンである。たとえば、コメントセットの１番には日本語を割り当て、コメントセットの２番には英語を割り当てるといった言語設定が実行される。なお、アプリケーション名も言語設定に関連付けて入力される。たとえば、コメントセットの１番が日本語に設定されると、コメントセットの１番に設定されるアプリケーション名は日本語で記述される。
【0078】
翻訳ボタン１４７は、あるコメントセットにおいて、ある言語で記述された単語を、他のコメントセットにおける他の選択された言語の単語へと翻訳することをＣＰＵ４１ａに要求するボタンである。翻訳前の言語と、翻訳後の言語と、翻訳結果の出力先となるコメントセットの番号がユーザにより指定されると、ＣＰＵ４１ａは翻訳を実行してコメントセットを作成する。ＣＰＵ４１ａは、翻訳に使用する辞書データの指定をユーザから受け付けてもよい。
【0079】
設定保存ボタン１４８は、設定ウィザード１４０を通じ入力された設定データにファイル名を付与して保存することをＣＰＵ４１ａに命令するボタンである。設定読出ボタン１４９は、予め保存されている設定データを読み出して設定ウィザード１４０に反映することをＣＰＵ４１ａに命令するボタンである。
【0080】
●閾値自動設定
閾値設定部５８は、図１２に示された閾値自動設定ボタン１２１が押されたことを検知すると、予め設けられた設定ルール（演算ルール）にしたがって注意状態の閾値と警報状態の閾値を一括して自動設定する。ここで、自動設定とは、設定される必要があるすべての閾値のうち少なくとも一部の閾値をユーザが手動で入力する作業を不要にすることをいう。閾値設定部５８は、自動設定の演算に必要となる条件の入力を受け付けてもよい。ここで、条件は、閾値の演算に使用される測定データの指定と、閾値の演算手法（演算ルール）の指定とを含んでもよい。測定データとしては、ヒストグラムを表示するために蓄積されている測定データが指定されてもよいし、新規の測定データが指定されてもよい。後者の場合、閾値設定部５８は、不図示の実行ボタンの押し下げを検知すると、データの測定を開始して、新規の測定データを取得して、閾値演算に使用する。
閾値設定部５８は、図１２に示された閾値自動設定ボタン１２１が押されたことを検知すると、予め設けられた設定ルール（演算ルール）にしたがって注意状態の閾値と警報状態の閾値を一括して自動設定する。ここで、自動設定とは、設定される必要があるすべての閾値のうち少なくとも一部の閾値をユーザが手動で入力する作業を不要にすることをいう。閾値設定部５８は、自動設定の演算に必要となる条件の入力を受け付けてもよい。ここで、条件は、閾値の演算に使用される測定データの指定と、閾値の演算手法（演算ルール）の指定とを含んでもよい。測定データとしては、ヒストグラムを表示するために蓄積されている測定データが指定されてもよいし、新規の測定データが指定されてもよい。後者の場合、閾値設定部５８は、不図示の実行ボタンの押し下げを検知すると、データの測定を開始して、新規の測定データを取得して、閾値演算に使用する。
【0081】
図１５は、閾値設定部５８がＰＣ２ｂの表示部７に表示する条件設定画面１５０を示している。この例では、各閾値ごとに演算手法の選択メニューが設けられている。この例では、測定データの標準偏差σを用いて注意状態の上限値（例：＋σ）と下限値（例：－σ）が設定されることが選択されている。標準偏差σを用いる場合、ドリフト等の長期的なオフセットが少ない安定した条件下では、適切な閾値を設定しやすい。一方、長期的なオフセットを考慮して、測定データの最大値と最小値を用いて上限値と下限値とを設定できるようにしてもよい。たとえば、閾値設定部５８は、最大値と最小値にそれぞれ１．１または０．９等の係数を乗算して上限値と下限値とを設定してもよい。また、警報状態に関しては、測定データの標準偏差σを用いて注意状態の上限値（例：＋３σ）と下限値（例：－３σ）が設定されることが選択されている。警報状態に関しても、注意状態と同様に、最大値と最小値を用いた設定方法が用意されてもよい。マスタ値については、測定データの平均値が採用されている。このように、選択メニューにより複数の演算手法が提案され、ユーザにより選択された一つの演算手法が閾値の自動設定に使用される。なお、ユーザが閾値を指定する場合、チェックボックスからチェックが外される。
【0082】
●監視項目設定
図１６は、編集ボタン１２０ａが押されると表示される監視項目の手動設定画面２００を示している。この例では、監視を有効にするか無効にするかを指示するトグルスイッチ２０１が設けられている。手動設定部２０２は、監視方法、項目名（工程名）、開始トリガおよび終了トリガの指定をユーザから受け付ける。設定部８０は、手動設定画面２００を通じて入力された情報を設定データ７３に保存する。
図１６は、編集ボタン１２０ａが押されると表示される監視項目の手動設定画面２００を示している。この例では、監視を有効にするか無効にするかを指示するトグルスイッチ２０１が設けられている。手動設定部２０２は、監視方法、項目名（工程名）、開始トリガおよび終了トリガの指定をユーザから受け付ける。設定部８０は、手動設定画面２００を通じて入力された情報を設定データ７３に保存する。
【0083】
●閾値手動設定
図１７は編集ボタン１２０ｂが押されると表示される閾値の手動設定画面２１０を示している。閾値入力部２１１は、注意状態および警報状態に関する閾値（上限値と下限値）に加えマスタ値について手動入力を受け付ける。設定部８０は、手動設定画面２１０を通じて入力された情報を設定データ７３に保存する。
図１７は編集ボタン１２０ｂが押されると表示される閾値の手動設定画面２１０を示している。閾値入力部２１１は、注意状態および警報状態に関する閾値（上限値と下限値）に加えマスタ値について手動入力を受け付ける。設定部８０は、手動設定画面２１０を通じて入力された情報を設定データ７３に保存する。
【0084】
●システム設定
図１８は設定ウィザード１４０に含まれるシステム設定タブ１６０を示している。運転記録設定部１６１は、運転記録を保存するか否かを指定するチェックボックスと、運転記録ＩＤの指定部とを有している。このチェックボックスがチェックされると、運転記録保存部９３が有効化される。詳細ボタン１６５ａは、運転記録に関する詳細設定を受け付けるためのボタンである。たとえば、運転記録の保存条件の設定画面が表示されてもよい。この設定画面では、保存条件として、注意状態が発生したときにのみ運転記録を保存するか、警報状態が発生したときにのみ運転記録を保存するか、注意状態または警報状態のいずれかが発生したときに運転記録を保存するか、が選択される。
図１８は設定ウィザード１４０に含まれるシステム設定タブ１６０を示している。運転記録設定部１６１は、運転記録を保存するか否かを指定するチェックボックスと、運転記録ＩＤの指定部とを有している。このチェックボックスがチェックされると、運転記録保存部９３が有効化される。詳細ボタン１６５ａは、運転記録に関する詳細設定を受け付けるためのボタンである。たとえば、運転記録の保存条件の設定画面が表示されてもよい。この設定画面では、保存条件として、注意状態が発生したときにのみ運転記録を保存するか、警報状態が発生したときにのみ運転記録を保存するか、注意状態または警報状態のいずれかが発生したときに運転記録を保存するか、が選択される。
【0085】
イベント登録設定部１６２は、注意状態または警報状態を基本ユニット３のＣＰＵイベント／エラー履歴に登録するかどうかの設定を受け付けるチェックボックスを有する。チェックボックスがチェックされると、上述されたイベント登録部９２が有効化される。詳細ボタン１６５ｂは、イベント／エラー履歴に関する詳細設定を受け付けるためのボタンである。詳細ボタン１６５ｂが押されると、イベント／エラー履歴の登録条件の設定画面が表示され、登録条件として、注意状態が発生したときにのみ登録を実行するか、警報状態が発生したときにのみ登録を実行するか、注意状態または警報状態のいずれかが発生したときに登録を実行するか、が選択される。
【0086】
データ設定に関しては、メモリカード設定部１６３は、メモリカードを運転記録の保存先として使用するかどうかを指定するチェックボックスと、どのユニットに取り付けられた、メモリカードを使用するかを指定するメニューとを有している。
【0087】
履歴データ設定部１６４は、注意状態または警報状態が発生した後に履歴保存部９４により保存されるチャートのデータ量の指定を受け付ける指定部と、履歴の最大保存件数の指定部と、トレンドグラフを表示するためのデータを保持するかどうかを指定するチェックボックスとを有する。
【0088】
高度な設定部１６６は、監視項目数（監視される工程の数）の上限数、項目名の文字列の長さの上限値、開始トリガ／終了トリガで指定される変数名の長さの上限値の指定などを受け付ける。システム設定タブ１６０を通じて入力された情報は設定部８０により設定データ７３に保存される。
【0089】
●ダッシュボードの他の例
図１９はダッシュボード１００の他の例を示している。すでに説明された表示部品には同一の参照符号が付与されており、その説明は省略される。図１９に示されたダッシュボード１００には注意状態の閾値（上限値、下限値）を表示する閾値表示領域１０６ｅと警報状態の閾値（上限値、下限値）を表示する閾値表示領域１０６ｆとを含む。これらは数値として上限値と下限値を表示している。図１９に示されたダッシュボード１００においても閾値自動設定ボタン１２１が押されると、図１５に示された条件設定画面１５０が表示され、指定された条件で全項目の閾値が自動設定される。その他のボタンや表示に関しては、図１０に関連して説明された通りである。
図１９はダッシュボード１００の他の例を示している。すでに説明された表示部品には同一の参照符号が付与されており、その説明は省略される。図１９に示されたダッシュボード１００には注意状態の閾値（上限値、下限値）を表示する閾値表示領域１０６ｅと警報状態の閾値（上限値、下限値）を表示する閾値表示領域１０６ｆとを含む。これらは数値として上限値と下限値を表示している。図１９に示されたダッシュボード１００においても閾値自動設定ボタン１２１が押されると、図１５に示された条件設定画面１５０が表示され、指定された条件で全項目の閾値が自動設定される。その他のボタンや表示に関しては、図１０に関連して説明された通りである。
【0090】
●アプリケーション動作の切り替え画面
図２０は、アプリケーションの動作を切り替える画面２２０を示している。画面２２０は、切替ボタン１０２が押されると、停止／再開部８６によって、ＰＣ２ｂの表示部７に表示される。スイッチ２２１は、アプリケーションの動作状態を動作中または停止中に切り替えることを停止／再開部８６に指示するスイッチである。スイッチ２２１は、試運転モードを有効または無効に切り替えることを停止／再開部８６に指示するスイッチである。
図２０は、アプリケーションの動作を切り替える画面２２０を示している。画面２２０は、切替ボタン１０２が押されると、停止／再開部８６によって、ＰＣ２ｂの表示部７に表示される。スイッチ２２１は、アプリケーションの動作状態を動作中または停止中に切り替えることを停止／再開部８６に指示するスイッチである。スイッチ２２１は、試運転モードを有効または無効に切り替えることを停止／再開部８６に指示するスイッチである。
【0091】
●チャートにおける測定データとマスタデータとの関係
図２１は同期モードにおけるチャートを示している。ハッチングを施された棒状のオブジェクトはマスタデータを示している。空白の棒状のオブジェクトは各工程の継続時間（測定結果）を示している。この例では、時刻ｔ０に全体サイクルの開始トリガがオンになっている。時刻ｔ１にマスタデータにおける搬送工程が開始されている。一方、それに遅れて時刻ｔ２で測定データにおける搬送工程が開始されている。時刻ｔ３は、時刻ｔ２を基準とした警報状態の下限値に相当する。時刻ｔ４は、時刻ｔ２を基準とした注意状態の下限値に相当する。時刻ｔ５は、マスタデータにおける搬送工程が終了した時刻であり、加工工程の開始時刻である。時刻ｔ６は、搬送工程について時刻ｔ２を基準とした注意状態の上限値に相当する。時刻ｔ７は、搬送工程について時刻ｔ２を基準とした注意状態の上限値に相当する。実際には、時刻ｔ１ないし時刻ｔ７などは、時間の長さとして管理されている。たとえば、搬送工程について警報状態の下限値は、時刻ｔ２から時刻ｔ３までの時間長Ｔ１として予め記憶されている。搬送工程について注意状態の下限値は、時刻ｔ２から時刻ｔ４までの時間長Ｔ２として予め記憶されている。搬送工程について注意状態の上限は、時刻ｔ２から時刻ｔ６までの時間長Ｔ３として予め記憶されている。搬送工程について警報状態の上限値は、時刻ｔ２から時刻ｔ７までの時間長Ｔ４として予め記憶されている。時刻ｔ２は毎回変わるため、時刻ｔ２が判明すると、時刻ｔ２に対して時間長Ｔ１～Ｔ４が加算されて、各閾値の表示位置が決定される。
図２１は同期モードにおけるチャートを示している。ハッチングを施された棒状のオブジェクトはマスタデータを示している。空白の棒状のオブジェクトは各工程の継続時間（測定結果）を示している。この例では、時刻ｔ０に全体サイクルの開始トリガがオンになっている。時刻ｔ１にマスタデータにおける搬送工程が開始されている。一方、それに遅れて時刻ｔ２で測定データにおける搬送工程が開始されている。時刻ｔ３は、時刻ｔ２を基準とした警報状態の下限値に相当する。時刻ｔ４は、時刻ｔ２を基準とした注意状態の下限値に相当する。時刻ｔ５は、マスタデータにおける搬送工程が終了した時刻であり、加工工程の開始時刻である。時刻ｔ６は、搬送工程について時刻ｔ２を基準とした注意状態の上限値に相当する。時刻ｔ７は、搬送工程について時刻ｔ２を基準とした注意状態の上限値に相当する。実際には、時刻ｔ１ないし時刻ｔ７などは、時間の長さとして管理されている。たとえば、搬送工程について警報状態の下限値は、時刻ｔ２から時刻ｔ３までの時間長Ｔ１として予め記憶されている。搬送工程について注意状態の下限値は、時刻ｔ２から時刻ｔ４までの時間長Ｔ２として予め記憶されている。搬送工程について注意状態の上限は、時刻ｔ２から時刻ｔ６までの時間長Ｔ３として予め記憶されている。搬送工程について警報状態の上限値は、時刻ｔ２から時刻ｔ７までの時間長Ｔ４として予め記憶されている。時刻ｔ２は毎回変わるため、時刻ｔ２が判明すると、時刻ｔ２に対して時間長Ｔ１～Ｔ４が加算されて、各閾値の表示位置が決定される。
【0092】
各工程の時間的な長さ（測定値）を示す棒状のオブジェクトは状態に応じて着色されてもよい。同様に、各状態の閾値を示す縦線も状態に応じて着色されてもよい。たとえば、正常状態は緑色に着色され、注意状態は黄色に着色され、警報状態は赤色に着色されてもよい。
【0093】
表示レンジには、（１）全体サイクルの最大監視時間、または、（２）閾値、マスタ値（マスタデータ）および前回の全体サイクルの測定値（測定データ）のうちでの最大値が設定される。（１）は、閾値もマスタ値も設定されていないケースである。（２）は、閾値およびマスタ値のいずれかが設定される場合である。
【0094】
［タイミング監視アプリケーションの詳細］
タイミング監視アプリケーションは、上述の工程監視アプリケーションの機能縮小版である。たとえば、工程監視アプリケーションには同期モード、非同期モード、割合表示モードが存在するが、タイミング監視アプリケーションは割合表示モードのみが存在する。また、工程監視アプリケーションでは、履歴保存イベントが発生すると、すべての工程のチャートが履歴として保存されるが、タイミング監視アプリケーションでは、履歴保存イベントの原因となった工程のチャートのみが保存される。タイミング監視アプリケーションは、主にアクチュエータ（例：エアシリンダ）の動作を監視することに使用される。つまり、工程監視アプリケーションの用途とタイミング監視アプリケーションの用途の違いをユーザにわかりやすくするために、タイミング監視アプリケーションは、工程監視アプリケーションから独立して用意されている。そのため、タイミング監視アプリケーションで実行可能か監視手法は、工程監視アプリケーションでも実行可能である。タイミング監視アプリケーションでは機能が削減されているため、設定ウィザードも簡素化される。これは、ユーザビリティを向上させるであろう。
タイミング監視アプリケーションは、上述の工程監視アプリケーションの機能縮小版である。たとえば、工程監視アプリケーションには同期モード、非同期モード、割合表示モードが存在するが、タイミング監視アプリケーションは割合表示モードのみが存在する。また、工程監視アプリケーションでは、履歴保存イベントが発生すると、すべての工程のチャートが履歴として保存されるが、タイミング監視アプリケーションでは、履歴保存イベントの原因となった工程のチャートのみが保存される。タイミング監視アプリケーションは、主にアクチュエータ（例：エアシリンダ）の動作を監視することに使用される。つまり、工程監視アプリケーションの用途とタイミング監視アプリケーションの用途の違いをユーザにわかりやすくするために、タイミング監視アプリケーションは、工程監視アプリケーションから独立して用意されている。そのため、タイミング監視アプリケーションで実行可能か監視手法は、工程監視アプリケーションでも実行可能である。タイミング監視アプリケーションでは機能が削減されているため、設定ウィザードも簡素化される。これは、ユーザビリティを向上させるであろう。
【0095】
図２２はタイミング監視アプリケーションの設定ウィザード１４０を示している。タイミング監視アプリケーションの設定ウィザード１４０も工程監視アプリケーションの設定ウィザード１４０とほぼ共通している。表示モードは割合表示モードに固定されるため、表示モードの選択メニューが省略されている。その一方で、工程ごとに最大監視時間の設定を受け付ける設定部１４５ｈが設けられている。タイミング監視アプリケーションにおける最大監視時間とは、終了トリガのタイムアウト時間である。工程監視アプリケーションでは全体サイクルに対して一つの最大監視時間が設定されているが、タイミング監視アプリケーションでは工程ごとに最大監視時間が設定される。
【0096】
［波形上下限監視アプリケーション］
●上下限監視
図２３は波形上下限監視アプリケーションにおける監視手法（上下限監視）を説明する図である。横軸は時間を示す。縦軸は測定値の大きさを示す。上下限監視とは、ある測定時間内に測定された時系列の測定値がいずれも上限値以下でかつ下限値以上であるかどうかを監視する手法である。ここで、上限値と下限値とは、警報状態に設定された二つの閾値であってもよいし、注意状態に設定された二つの閾値であってもよい。図２３において正常範囲とは上限値以下でかつ下限値以上である範囲である。測定値が警報状態の上限値を超えると、ＣＰＵ４１ａは、上限ＮＧが発生したと判定し、警報通知を発行する。ＮＧは不良（非正常）を意味する。測定値が警報状態の下限値を下回ると、ＣＰＵ４１ａは、下限ＮＧが発生したと判定し、警報通知を発行する。なお、注意状態に関しても同様の判定処理と通知処理とが実行される。
●上下限監視
図２３は波形上下限監視アプリケーションにおける監視手法（上下限監視）を説明する図である。横軸は時間を示す。縦軸は測定値の大きさを示す。上下限監視とは、ある測定時間内に測定された時系列の測定値がいずれも上限値以下でかつ下限値以上であるかどうかを監視する手法である。ここで、上限値と下限値とは、警報状態に設定された二つの閾値であってもよいし、注意状態に設定された二つの閾値であってもよい。図２３において正常範囲とは上限値以下でかつ下限値以上である範囲である。測定値が警報状態の上限値を超えると、ＣＰＵ４１ａは、上限ＮＧが発生したと判定し、警報通知を発行する。ＮＧは不良（非正常）を意味する。測定値が警報状態の下限値を下回ると、ＣＰＵ４１ａは、下限ＮＧが発生したと判定し、警報通知を発行する。なお、注意状態に関しても同様の判定処理と通知処理とが実行される。
【0097】
●ピーク（ボトム）上下限監視
図２４は波形上下限監視アプリケーションにおける監視手法（ピーク（ボトム）上下限監視）を説明する図である。横軸は時間を示す。縦軸は測定値を示す。ピーク（ボトム）上下限監視とは、ある測定時間内に測定された時系列の測定値のうちピーク値（またはボトム値）が上限値以下でかつ下限値以上であるかどうかを監視する手法である。ここで、上限値と下限値とは、警報状態に設定された二つの閾値であってもよいし、注意状態に設定された二つの閾値であってもよい。図２４において正常範囲とは上限値以下でかつ下限値以上である範囲である。ピーク値（またはボトム値）が正常範囲内に入っていない場合、ＣＰＵ４１ａ（分析部５４、アプリケーション通知部９１）は、ピーク値（またはボトム値）のＮＧが発生したと判定し、警報通知を発行する。なお、注意状態に関しても同様の判定処理と通知処理とが実行される。測定時間は、ユーザによってあらかじめ指定される。測定時間は、たとえば、開始トリガの立ち上がり（立下り）から計時される。図２４では、測定時間において測定されたピーク値が正常範囲に届いていないため、分析部５４は、ピーク値のＮＧが発生したと判定し、アプリケーション通知部９１が通知を発行する。図２４のケースでは、分析部５４がＮＧを判定するタイミングは測定時間の終了時である。
図２４は波形上下限監視アプリケーションにおける監視手法（ピーク（ボトム）上下限監視）を説明する図である。横軸は時間を示す。縦軸は測定値を示す。ピーク（ボトム）上下限監視とは、ある測定時間内に測定された時系列の測定値のうちピーク値（またはボトム値）が上限値以下でかつ下限値以上であるかどうかを監視する手法である。ここで、上限値と下限値とは、警報状態に設定された二つの閾値であってもよいし、注意状態に設定された二つの閾値であってもよい。図２４において正常範囲とは上限値以下でかつ下限値以上である範囲である。ピーク値（またはボトム値）が正常範囲内に入っていない場合、ＣＰＵ４１ａ（分析部５４、アプリケーション通知部９１）は、ピーク値（またはボトム値）のＮＧが発生したと判定し、警報通知を発行する。なお、注意状態に関しても同様の判定処理と通知処理とが実行される。測定時間は、ユーザによってあらかじめ指定される。測定時間は、たとえば、開始トリガの立ち上がり（立下り）から計時される。図２４では、測定時間において測定されたピーク値が正常範囲に届いていないため、分析部５４は、ピーク値のＮＧが発生したと判定し、アプリケーション通知部９１が通知を発行する。図２４のケースでは、分析部５４がＮＧを判定するタイミングは測定時間の終了時である。
【0098】
図２５はピーク（ボトム）上下限監視に関する他の例を示している。図２５では、測定値が測定時間の途中で正常範囲を逸脱している。この場合、ＣＰＵ４１ａ（分析部５４、アプリケーション通知部９１）は、測定値が上限値を超えたタイミングで、ピーク値が上限値を超えたことを示す通知を発行する。このように、ピーク値の上下限監視を実行している場合、測定値が上限値を超えたタイミングで、ＮＧを知らせる通知が発行される。
【0099】
なお、ボトム値の上下限監視を行っているときに、測定時間においてボトム値が上限値以下でかつ下限値以上に収まらなかった場合、ＣＰＵ４１ａは、ＮＧを通知する。この場合の判定タイミングは測定時間の終了タイミングである。一方、測定時間の途中で測定値が下限値を下回った場合、ＣＰＵ４１ａは即座にＮＧ通知を発行する。
【0100】
●タイミング上下限監視
図２６はタイミング上下限監視を説明する図である。タイミング上下限監視とは、測定値の変化タイミングを監視することをいう。変化タイミングとは、たとえば、測定値が閾値（トリガレベル）を超えるタイミングなどである。
図２６はタイミング上下限監視を説明する図である。タイミング上下限監視とは、測定値の変化タイミングを監視することをいう。変化タイミングとは、たとえば、測定値が閾値（トリガレベル）を超えるタイミングなどである。
【0101】
ＣＰＵ４１ａ（分析部５４）は、測定値が閾値（トリガレベル）を超えるタイミングが正常範囲内かどうか、を判定する。つまり、測定値がトリガレベルを超えたタイミングが下限値以上であり、かつ、上限値以下であれば、ＣＰＵ４１ａは正常と判定する。図２６では、測定値がトリガレベルを超えたタイミングが上限値を超えているため、ＣＰＵ４１ａ（アプリケーション通知部９１）は、ＮＧを知らせる通知を発行する。この場合の判定タイミングは、上限値に相当するタイミングである。
【0102】
図２７は、正常範囲内において測定値がトリガレベルを超えなかったケースを示している。ＣＰＵ４１ａ（分析部５４、アプリケーション通知部９１）は、正常範囲内で測定値はトリガレベルに到達しなかったため、ＮＧを知らせる通知を発行する。この場合の判定タイミングは、上限値に相当するタイミングである。
【0103】
図２８は、波形上下限監視アプリケーションにおける詳細表示領域１１４のＵＩを示している。波形上下限監視アプリケーションでは、図１２で示されたＵＩの詳細表示領域１１４に波形表示を指示するためのボタン１１６ｃが設けられている。ボタン１１６ａ～１１６ｃはタブとして実装されてもよい。
【0104】
ボタン１１６ｃが押されると、ＣＰＵ４１ａ（表示処理部８４）は、測定値の時系列データである波形を波形表示領域３０５に表示する。この例では、波形表示領域３０５の横軸（表示レンジ）の長さは１つの測定時間に相当する。ＣＰＵ４１ａによって過去の測定値における最大値と最小値とに基づき波形表示領域３０５の縦軸（表示レンジ）を決定する。つまり、過去の測定値における最大値と最小値とが表示レンジをはみ出さないように、縦軸の目盛りが設定される。ＣＰＵ４１ａは、波形表示領域３０５に警報状態と注意状態の閾値を表示してもよい。ＣＰＵ４１ａは、波形表示領域３０５にカーソル３０６を表示してもよい。カーソル３０６はユーザ操作に応じて横軸方向に移動可能であり、ツールチップ３０７に表示される測定値の収集時刻（収集タイミング）を指定する。ツールチップ３０７は、開始トリガを基準とした同一の経過時間における現在の測定値と過去の測定値を表示する。表示コントロール３０３は、波形表示領域３０５の表示の更新を停止したり、再開したりすることをＣＰＵ４１ａに指示するコントロールオブジェクトを含んでもよい。表示コントロール３０３は、波形表示領域３０５の横軸（時間軸）を拡大または縮小することをＣＰＵ４１ａに指示するコントロールオブジェクトを含んでもよい。ＣＰＵ４１ａは、拡大された表示範囲の移動操作を受け付け、移動操作に応じて波形の表示範囲を移動してもよい。
【0105】
図２８では同期モードにより複数の波形が表示されているが、非同期モードで波形が表示されてもよい。たとえば、波形の切り出し手法が未設定の場合、ＣＰＵ４１ａは、波形表示領域３０５の右端に最新の測定値を表示する。最新の測定値が更新されると、ＣＰＵ４１ａは、波形表示領域３０５の右端に最新の測定値を表示し、過去の測定値をその左側に表示する。これにより、波形表示領域３０５の右端から左端に向かって波形が移動するように、波形が表示される。この場合も波形表示領域３０５の横軸の表示レンジは最大監視時間に応じて設定されてもよい。ＣＰＵ４１ａ（表示処理部８４、設定部８０）はこれまでに取得された複数の測定値における最大値と最小値とに応じて縦軸の表示レンジを調整してもよい。
【0106】
ＣＰＵ４１ａ（表示処理部８４）は、波形表示領域３０５に各状態の閾値を表示してもよい。この場合に、ＣＰＵ４１ａは、現在の測定値、過去の測定値、および各状態の閾値の表示色をそれぞれ異なる色に設定してもよい。
【0107】
●監視手法
図２９は、波形上下限監視アプリケーションにおける監視手法（波形切り出し手法）と判定手法との関係を示している。「開始トリガのみ」とは、ある開始トリガから次の開始トリガまでの時間を測定時間（監視時間）とする監視手法である。「開始トリガ／終了トリガ」とは、開始トリガから終了トリガまでの時間を測定時間（監視時間）とする監視手法である。「開始トリガ／監視時間」とは、開始トリガを起点とした所定時間を監視時間とする監視手法である。「常時監視」とは、常に監視する手法である。「サンプルトリガ」とは、あるサンプルトリガが入った瞬間のみ値を監視する手法である。
図２９は、波形上下限監視アプリケーションにおける監視手法（波形切り出し手法）と判定手法との関係を示している。「開始トリガのみ」とは、ある開始トリガから次の開始トリガまでの時間を測定時間（監視時間）とする監視手法である。「開始トリガ／終了トリガ」とは、開始トリガから終了トリガまでの時間を測定時間（監視時間）とする監視手法である。「開始トリガ／監視時間」とは、開始トリガを起点とした所定時間を監視時間とする監視手法である。「常時監視」とは、常に監視する手法である。「サンプルトリガ」とは、あるサンプルトリガが入った瞬間のみ値を監視する手法である。
【0108】
図２９が示すように監視手法と状態判定手法との組み合わせにより、５つの波形表示パターンが存在する。第１パターンでは波形は移動せず、波形表示領域３０５の左端は開始トリガの発生時刻に相当する。波形表示領域３０５の右端の位置は、過去に取得された波形に適用された波形切り出し範囲（監視時間）のうちで最大の範囲に相当する位置である。各トリガの発生タイミングが非周期的である場合に、波形切り出し範囲（監視時間）にばらつきが生じる。そのため、波形表示領域３０５の右端の位置は、このばらつきに応じて設定されてもよい。波形表示領域３０５には、最新波形に加えて、一つ以上の過去波形が表示されてもよい。また、各状態に対応した閾値が横棒として表示されてもよい。
【0109】
第２パターンは、波形表示領域３０５において波形が右端から左端に向かって移動するように表示され続ける手法である。波形表示領域３０５の横軸の表示レンジは、予めユーザにより設定された最大測定時間である。各状態に対応した閾値が横棒として表示される。
【0110】
第３パターンは、波形表示領域３０５において波形が右端から左端に向かって移動するように表示され続ける手法である。波形表示領域３０５の横軸の表示レンジは、予めユーザにより設定された最大測定時間である。各状態に対応した閾値が横棒として表示される。
【0111】
第４パターンは、波形は移動せず、波形表示領域３０５の左端は開始トリガの発生時刻に相当する。波形表示領域３０５の右端の位置は、波形切り出し範囲（監視時間）の終端の位置である。波形表示領域３０５には、最新波形に加えて、一つ以上の過去波形が表示されてもよい。また、各状態に対応した閾値が横棒として表示される。
【0112】
第５パターンは、波形は移動せず、波形表示領域３０５の左端は開始トリガの発生時刻に相当する。波形表示領域３０５の右端の位置は、波形切り出し範囲（監視時間）の終端の位置である。波形表示領域３０５には、最新波形に加えて、一つ以上の過去波形が表示されてもよい。また、各状態に対応した閾値が縦棒として表示される。さらに、変化タイミングに判定に使用されるトリガレベルを示す横棒も表示される。
【0113】
図３０は、波形上下限監視アプリケーション用の設定ウィザード１４０を示している。すでに説明された部分については同一の参照符号が付与されている。
【0114】
判定手法設定部３１０ａは、上述された波形判定手法のいずれかの設定を受け付ける。監視対象設定部３１０ｃは、監視対象となるユニット、デバイス（または変数）、データ型などの設定を受け付ける。収集周期設定部３１０ｄは、監視対象についての収集周期（例：定周期またはスキャンタイム）の設定を受け付ける。定周期が選択された場合、具体的な周期長（例：５０ミリ秒）などの設定も受け付けられる。監視手法設定部３１０ｅは、上述された監視手法（例：開始トリガのみ、開始トリガ／終了トリガなど）のいずれかが選択される。指定条件設定部３１０ｆは、トリガとなるデバイスや、トリガ信号のタイミング（立下り、立ち上がり）、監視時間などの設定を受け付ける。変化タイミング設定部３１０ｇは、判定手法が変化タイミング（タイミング上下限監視）である場合に、トリガレベルや、トリガレベルに対する条件を受け付ける。トリガレベルに対する条件とは、たとえば、測定値がトリガレベルを超える（または下回る）までに要する時間（測定時間）を、各状態の上限値または下限値と比較することなどを意味する。トリガレベルに対する条件としては、たとえば、「超える」または「下回る」が選択されてもよい。
【0115】
図３０では省略されているが、項目ごとに、監視を有効化するか無効化するかの指定を受け付ける監視有効化部１４５ｅが設けられてもよい。また、詳細設定ボタンなどが設けられてもよい。詳細設定ボタンが押されると、たとえば、ダッシュボードに表示される数値の小数点以下の桁数の設定が受け付けられてもよい。
【0116】
［波形ガードバンド監視アプリケーション］
波形ガードバンド監視とは、測定値からなる波形が上限値波形と下限値波形とにより定義される正常範囲（ガードバンド）内に収まっているかどうかを監視することをいう。上限値波形と下限値波形とはガードバンド波形（閾値波形）と呼ばれてもよい。なお、波形ガードバンド監視アプリケーションと、波形上下限監視アプリケーションとはほぼ共通したアプリケーションはである。ただし、これらは、判定手法における閾値が異なる。波形上下限監視アプリケーションでは、閾値は一定値として指定される。一方、波形ガードバンド監視アプリケーションでは、閾値は波形として指定される。さらに、波形ガードバンド監視アプリケーションでは監視手法として開始トリガ／測定時間だけが使用される。これは、測定波形を閾値波形と比較するためには、測定波形の時間的な長さと閾値波形の時間的長さとが一致していなければならないからである。波形上下限監視アプリケーションでは、図２９に示された５種類のパターンのうちのいずれかのパターンが使用される。
波形ガードバンド監視とは、測定値からなる波形が上限値波形と下限値波形とにより定義される正常範囲（ガードバンド）内に収まっているかどうかを監視することをいう。上限値波形と下限値波形とはガードバンド波形（閾値波形）と呼ばれてもよい。なお、波形ガードバンド監視アプリケーションと、波形上下限監視アプリケーションとはほぼ共通したアプリケーションはである。ただし、これらは、判定手法における閾値が異なる。波形上下限監視アプリケーションでは、閾値は一定値として指定される。一方、波形ガードバンド監視アプリケーションでは、閾値は波形として指定される。さらに、波形ガードバンド監視アプリケーションでは監視手法として開始トリガ／測定時間だけが使用される。これは、測定波形を閾値波形と比較するためには、測定波形の時間的な長さと閾値波形の時間的長さとが一致していなければならないからである。波形上下限監視アプリケーションでは、図２９に示された５種類のパターンのうちのいずれかのパターンが使用される。
【0117】
図３１は、波形ガードバンド監視アプリケーションの波形表示領域３０５に表示される波形を示している。ＣＰＵ４１ａは、開始トリガを基準として閾値波形と測定波形とを同期させ、時間の経過とともに取得される測定値と閾値波形とを比較する。この例では、正常範囲は、上限値波形と下限値波形との間にある帯状の範囲（ガードバンド）である。図３１では、あるタイミングで測定値が上限値波形を超えているため、ＣＰＵ４１ａ（分析部５４、アプリケーション通知部９１）は、上限ＮＧが発生したと判定して、通知を発行する。図３１では、さらに別のタイミングで測定値が下限値波形を下回っているため、ＣＰＵ４１ａは、下限ＮＧが発生したと判定して、通知を発行する。
【0118】
●閾値波形の設定方法
図３２は閾値波形の設定方法（演算ルール）を示している。縦軸は値を示し、横軸は時間を示す。ＣＰＵ４１ａ（閾値設定部５８）は、過去の測定データと、ユーザにより予め指定された値許容幅ｍｖとに基づき上限値波形と下限値波形とを決定する。過去の測定データは、一回分の測定データであってもよいし、複数回の測定データの平均値データであってもよい。この例では、過去の測定値Ｍ（ｔ）に対して値許容幅ｍｖが加算されることで、上限値波形Ｕｔｈ（ｔ）が演算されている。同様に、過去の測定値Ｍ（ｔ）に対して値許容幅ｍｖが減算されることで、下限値波形Ｌｔｈ（ｔ）が演算されている。
図３２は閾値波形の設定方法（演算ルール）を示している。縦軸は値を示し、横軸は時間を示す。ＣＰＵ４１ａ（閾値設定部５８）は、過去の測定データと、ユーザにより予め指定された値許容幅ｍｖとに基づき上限値波形と下限値波形とを決定する。過去の測定データは、一回分の測定データであってもよいし、複数回の測定データの平均値データであってもよい。この例では、過去の測定値Ｍ（ｔ）に対して値許容幅ｍｖが加算されることで、上限値波形Ｕｔｈ（ｔ）が演算されている。同様に、過去の測定値Ｍ（ｔ）に対して値許容幅ｍｖが減算されることで、下限値波形Ｌｔｈ（ｔ）が演算されている。
【0119】
図３３は閾値波形の他の設定方法（演算ルール）を示している。この例では、値許容幅ｍｖを用いて求められた上限値波形Ｕｔｈ（ｔ）と下限値波形Ｌｔｈ（ｔ）とが、時間許容幅ｍｔを用いて変形される。たとえば、時間許容幅ｍｔが２である場合、新たな上限値波形Ｕｔｈ'（ｔ）は、以下のように求められる。まず、Ｕｔｈ（ｔ－２）、Ｕｔｈ（ｔ－１）、Ｕｔｈ（ｔ）、Ｕｔｈ（ｔ＋１）、Ｕｔｈ（ｔ＋２）のうちでの最大値Ｕｔｈ＿ｍａｘ（ｔ）が求められる。ｔ＝３の場合、Ｕｔｈ＿ｍａｘ（３）は７である。よって、Ｕｔｈ'（３）は７に決定される。
【0120】
新たな下限値波形Ｌｔｈ'（ｔ）は、以下のように求められる。時間許容幅ｍｔが２である場合、Ｌｔｈ（ｔ－２）、Ｌｔｈ（ｔ－１）、Ｌｔｈ（ｔ）、Ｌｔｈ（ｔ＋１）、Ｌｔｈ（ｔ＋２）のうちでの最小値Ｌｔｈ＿ｍｉｎ（ｔ）が求められる。ｔ＝３の場合、Ｌｔｈ＿ｍｉｎ（３）は－１である。よって、Ｌｔｈ'（３）は－１に決定される。
【0121】
このように、ある時刻ｔにおける上限値Ｕｔｈ'（ｔ）は、時刻ｔ－ｍｔと時刻ｔ＋ｍｔとの間で取得されたｍｔ＋１個の測定値（値許容幅ｍｖが使用される場合、Ｕｔｈ）のうちの最大値に決定される。同様に、ある時刻ｔにおける下限値Ｌｔｈ'（ｔ）は、時刻ｔ－ｍｔと時刻ｔ＋ｍｔとの間で取得されたｍｔ＋１個の測定値（値許容幅ｍｖが使用される場合、Ｌｔｈ）のうちの最小値に決定される。
【0122】
図３４は閾値波形のさらに他の設定方法を示している。ＣＰＵ４１ａ（閾値設定部５８）は、ＰＣ２ｂの操作部８の操作に連動するポインタ１３２の軌跡に基づいて描画される自由曲線などを、上限値Ｕｔｈ（ｔ）と下限値Ｌｔｈ（ｔ）とに決定してもよい。たとえば、ＣＰＵ４１ａは、ポインタ１３２の軌跡（自由曲線）の座標データをＣＳＶ形式のファイルとして保存してもよい。ＣＰＵ４１ａは、アプリケーションＩＤと監視項目の番号とを組み合わせてファイルパスを作成し、そのファイルパスのＣＳＶ形式のファイルを保存する。これにより、監視アプリケーションと監視項目との組み合わせごとに上限値と下限値とを含むＣＳＶ形式のファイルが保存される。
【0123】
図３５は、波形ガードバンド監視アプリケーションにおける詳細表示領域１１４のＵＩを示している。図２８と比較して図３５で異なる点は、各状態の閾値が波形として設定されている点である。波形ガードバンド監視アプリケーションにおけるその他の表示手法は、波形上下限監視アプリケーションの表示手法と同様である。たとえば、現在の波形に加えて、過去に測定された三つの波形も併せて表示されてもよい。
【0124】
上述されたように、波形ガードバンド監視アプリケーションの監視手法は開始トリガと測定時間とにより定義される。しかし、まれに監視手法がユーザによって未設定の場合がある。この場合、ＣＰＵ４１ａ（表示処理部８４）は、波形表示領域３０５の右端に測定波形における最新の測定値が表示されるように、時間の経過とともに、表示を更新して行く。つまり、非同期モードと同様に、波形表示領域３０５の右端から左端に向かって波形が移動して行く。ＣＰＵ４１ａは、開始トリガを基準として各状態の閾値波形を測定波形とともに表示してもよい。なお、波形表示領域３０５の横軸の表示レンジは、予めユーザによって定められた最大監視時間に設定される。
【0125】
図３６は、波形ガードバンド監視アプリケーション用の設定ウィザード１４０を示している。すでに説明された部分については同一の参照符号が付与されている。設定部８０は、設定ウィザード１４０をＰＣ２ｂに表示させ、様々な設定を受け付ける。開始トリガ設定部３２０ａは、開始トリガとなるデバイスなどの設定を受け付ける。測定時間設定部３２０ｂは、開始トリガを基準とした測定時間（監視時間）の設定を受け付ける。閾値指定手法設定部３２０ｃは、閾値指定手法の設定を受け付ける。上述されたように、許容幅（値許容幅と時間許容幅）と過去の測定データとを指定する手法と、自由曲線により閾値波形を指定する手法とのどちらかがユーザにより選択されてもよい。他の手法が実装されている場合は、その他の手法も選択肢となる。許容幅設定部３２０ｄでは、注意状態に関する値許容幅ｍｖと時間許容幅ｍｔとの設定を受け付ける。許容幅設定部３２０ｅでは、警報状態に関する値許容幅ｍｖと時間許容幅ｍｔとの設定を受け付ける。許容幅設定部３２０ｄと許容幅設定部３２０ｅは、上限閾値波形と下限閾値波形とで共通の値許容幅ｍｖと時間許容幅ｍｔとを受け付けているが、これは一例に過ぎない。上限閾値波形のため値許容幅ｍｖと時間許容幅ｍｔと、下限閾値波形のための値許容幅ｍｖと時間許容幅ｍｔとが個別に受け付けられてもよい。
【0126】
［フローチャート］
●工程監視アプリケーションとタイミング監視アプリケーション
図３７は拡張ユニット４ａのＣＰＵ４１ａにより実行される監視処理を示すフローチャートである。上述されたように、タイミング監視アプリケーションは、工程監視アプリケーションの機能縮小版（サブセット）であるため、以下で、両方のアプリケーションに適用される処理が説明される。また、監視アプリケーションは、拡張ユニット４ａで実行されるデータ活用プログラムと、ＰＣ２ｂのＷｅｂブラウザで実行されるＷｅｂアプリケーションとを含む。
●工程監視アプリケーションとタイミング監視アプリケーション
図３７は拡張ユニット４ａのＣＰＵ４１ａにより実行される監視処理を示すフローチャートである。上述されたように、タイミング監視アプリケーションは、工程監視アプリケーションの機能縮小版（サブセット）であるため、以下で、両方のアプリケーションに適用される処理が説明される。また、監視アプリケーションは、拡張ユニット４ａで実行されるデータ活用プログラムと、ＰＣ２ｂのＷｅｂブラウザで実行されるＷｅｂアプリケーションとを含む。
【0127】
Ｓ４１でＣＰＵ４１ａ（収集部８２）は設定データ７３に従い開始トリガおよび終了トリガに対応するデバイスまたは変数を監視する。設定データ７３は、開始トリガとして利用されるデバイスまたは変数の名称と、デバイスまたは変数に格納される所定値とを保持している。当該デバイスまたは変数の値が所定値に変化したタイミングが開始タイミングであるいは、デバイスまたは変数の変化が立ち上がりエッジまたは立下りエッジであることが開始条件として設定されてもよい。終了トリガについても同様である。ＣＰＵ４１ａ（収集部８２）は設定データ７３に基づくデータ活用プログラムを実行することによって設定データ７３により指定される収集対象のデバイス値を収集し、メモリ４２ａに、収集されたデータ７６として格納する。ここで、収集されたデータ７６は、異なる時刻に収集された時系列データであってもよい。データ活用プログラムとは別に、設定データ７３内の収集設定データ７４ａに従い収集動作を実行する収集プログラムを備えていてもよい。
【0128】
Ｓ２でＣＰＵ４１ａ（データ処理部８３）は活用プログラムテンプレート７２により指定されたデータ活用プログラムを実行する。ＣＰＵ４１ａ（データ処理部８３）はデータ活用プログラムを実行することで、収集されたデータ７５（デバイス値）に基づいて開始トリガの条件を満たすタイミングから終了トリガの条件を満たすタイミングまでの時間情報を決定する。ＣＰＵ４１ａ（データ処理部８３）は、監視対象として設定されたデバイスや変数が立ち上がりエッジ等の条件を満たすかを監視する。ここでは、条件を満たすタイミング、つまり開始トリガの条件を満たすタイミングが監視される。ＣＰＵ４１ａ（データ処理部８３）は、監視対象として設定されたデバイスや変数が立ち上がりエッジ等の条件を満たすかを監視する。ここでは、条件を満たすタイミング、つまり終了トリガの条件を満たすタイミングが監視される。ＣＰＵ４１ａ（データ処理部８３）により決定される時間情報は、開始トリガの条件を満たすタイミングから終了トリガの条件を満たすタイミングまでの時間幅（測定時間）であってもよい。
【0129】
Ｓ３でＣＰＵ４１ａ（データ処理部８３）はＳ２で決定された時間情報と設定データ７３に従い設定された判定閾値に基づいて状態を判定する。ＣＰＵ４１ａ（データ処理部８３）はデータ活用プログラムを実行することで、この判定を実行する。判定閾値として注意状態や警報状態のための上限値および下限値が設定されている場合がある。この場合、ＣＰＵ４１ａ（データ処理部８３）は、測定値である決定された時間情報が上限値を上回るか否かを判定する。また、ＣＰＵ４１ａ（データ処理部８３）は、決定された時間情報が下限値を下回るか否かを判定する。監視対象の状態としては、正常状態、注意状態、警報状態が含まれてもよい。正常状態に対する測定値の乖離度に基づき注意状態と警報状態とが区別される。正常状態の測定値（正常値）と警報状態の測定値（警報値）との差は、正常状態の測定値と注意状態の測定値（注意値）との差よりも大きい。よって、警報状態の閾値には、注意状態の閾値よりも正常値から乖離した値が設定される。注意状態の閾値と警報状態の閾値とがそれぞれ上限値として設定される場合がある。この場合、ＣＰＵ４１ａ（データ処理部８３）は、決定された時間情報が注意状態の閾値以下であるときに、監視対象の状態を「正常状態」と判定する。ＣＰＵ４１ａ（データ処理部８３）は、決定された時間情報が注意状態の閾値を超え、かつ、警報状態の閾値以下であるときに監視対象の状態を「注意状態」と判定する。ＣＰＵ４１ａ（データ処理部８３）は、決定された時間情報が警報状態の閾値を超えるときに、監視対象の状態を「警報状態」と判定する。これにより、解析されたデータ７６が作成され、メモリ４２ａに保存される。
【0130】
注意状態の閾値と警報状態の閾値とがそれぞれ下限値として設定される場合がある。この場合、ＣＰＵ４１ａ（データ処理部８３）は、決定された時間情報が注意状態の閾値以上であるときに、監視対象の状態を「正常状態」と判定する。ＣＰＵ４１ａ（データ処理部８３）は、決定された時間情報が注意状態の閾値未満となり、かつ、警報状態の閾値以上であるときに監視対象の状態を「注意状態」と判定する。ＣＰＵ４１ａ（データ処理部８３）は、決定された時間情報が警報状態の閾値未満であるときに、監視対象の状態を「警報状態」と判定する。これにより、解析されたデータ７６が作成され、メモリ４２ａに保存される。
【0131】
注意状態の閾値と警報状態の閾値とがそれぞれ上限値および下限値により設定される場合がある。この場合、ＣＰＵ４１ａ（データ処理部８３）は、決定された時間情報が注意状態の下限値以上でありかつ、決定された時間情報が注意状態の閾値上限以下であるときに、監視対象の状態を「正常状態」と判定する。ＣＰＵ４１ａ（データ処理部８３）は、決定された時間情報が警報状態の上限値未満となり、かつ、注意状態の上限閾値以上であるときに監視対象の状態を「注意状態」と判定する。同様に、ＣＰＵ４１ａ（データ処理部８３）は、決定された時間情報が注意状態の下限値未満となり、かつ、警報状態の下限値以上であるときに監視対象の状態を「注意状態」と判定する。ＣＰＵ４１ａ（データ処理部８３）は、決定された時間情報が警報状態の下限閾値未満であるか、または、決定された時間情報が警報状態の上限閾値を超えているときに、監視対象の状態を「警報状態」と判定する。これにより、解析されたデータ７６が作成され、メモリ４２ａに保存される。
【0132】
Ｓ４でＣＰＵ４１ａ（表示処理部８４）はＳ４２で決定された時間情報、判定閾値、Ｓ３で判定された監視対象の状態を含むダッシュボードの表示データ７７を生成する。ＣＰＵ４１ａ（表示処理部８４）はダッシュボードテンプレート７１と設定データ７３とに基づいて決定した時間情報、判定閾値、判定した監視対象の状態を、ダッシュボードテンプレート７１に割り当てられた変数に反映する。たとえば、ＣＰＵ４１ａは、チャート表示領域１０６ｄに、開始トリガの条件を満たすタイミングから終了トリガの条件を満たすタイミングまでの時間幅を示す測定値が棒グラフの形式で表示されるように表示データ７７を作成する。表示データ７７はＷｅｂアプリケーションの一部として作成されてもよい。このときと開始トリガの条件を満たすタイミングから終了トリガの条件を満たすタイミングまでの時間が帯状に表示されてもよい。これにより、時間幅だけでなく、サイクル動作の制御において各監視対象がサイクル内のどのタイミングで動作しているかを示すダッシュボードが表示される。ＣＰＵ４１ａは、表示対象データを定期的に更新することで表示データ７７を作成してもよい。ＣＰＵ４１ａは、収集されたデータ７５および／または解析されたデータ７６などの表示対象データを用いて表示データ７７を作成する。
【0133】
Ｓ５でＣＰＵ４１ａ（Ｗｅｂサーバ８５）は表示データ７７をＰＣ２ｂに提供する。ＣＰＵ４１ａは表示データ７７をＰＬＣ１の表示器（ＨＭＩ１６）に表示してもよい。ＰＬＣ１の表示器はＰＬＣ１に内蔵されていてもよいし、ＰＬＣ１に対して有線たまは無線により接続されていてもよい。
【0134】
●波形上下限監視アプリケーションおよび波形ガードバンド監視アプリケーション
図３８は波形監視アプリケーションに関する監視処理を示すフローチャートである。図３８において図３７と共通する処理には同一の参照符号が付与されており、その説明は省略される。上述されたＳ１の次にＣＰＵ４１ａはＳ１２に進む。
図３８は波形監視アプリケーションに関する監視処理を示すフローチャートである。図３８において図３７と共通する処理には同一の参照符号が付与されており、その説明は省略される。上述されたＳ１の次にＣＰＵ４１ａはＳ１２に進む。
【0135】
Ｓ１２でＣＰＵ４１ａ（データ処理部８３）は、設定データ７３にしたがって収集されたデータ７５（デバイス値）に基づいて開始トリガの条件を満たすタイミングから終了トリガの条件を満たすタイミングまでの監視期間において切り出した波形の特徴量を求める。上下限監視アプリケーションの特徴量は測定値そのものである。ピーク上下限監視の特徴量は、監視期間において測定されたすべての測定値のうちの最大値（ピーク値）である。ボトム上下限監視の特徴量は、監視期間において測定されたすべての測定値のうちの最小値（ボトム値）である。変化タイミング監視の特徴量は、開始トリガがオンになってから、測定値が最初にトリガレベルを超えた測定時刻までの時間である。
【0136】
Ｓ１３でＣＰＵ４１ａ（データ処理部８３）は、特徴量と判定閾値とに基づいて状態を判定する。判定閾値は判定手法に応じて異なる。たとえば、波形ガードバンド監視アプリケーションでは、判定閾値が波形データ（ＣＳＶ形式のファイルなど）として提供される。Ｓ３で説明されたように特徴量と判定閾値（各状態の閾値である上限値、下限値）とを比較することで、監視対象項目の状態が、正常状態、注意状態または警報状態に分類される。
【0137】
Ｓ１４でＣＰＵ４１ａ（表示処理部８４）は、判定閾値、波形（測定値または特徴量）、および、判定された情報（判定結果）をダッシュボードに表示するための表示データ７７を生成する。Ｓ５でダッシュボード１００の表示データ７７がＰＣ２ａ、ＰＣ２ｂまたはＨＭＩ１６に提供される。
【0138】
［ＫＰＩ算出アプリケーションの詳細］
図４０はＰＣ２ｂに表示されるＫＰＩ算出アプリケーションのダッシュボード４００を示している。ＫＰＩ算出アプリケーションは、たとえば生産準備期間のＫＰＩを算出するものであってもよい。ＫＰＩ算出アプリケーションのダッシュボード４００は、算出したＫＰＩを表示する。ここでＫＰＩは、一定期間のＫＰＩを含む。たとえば、時間あたり出来高、可動率、良品率、サイクルタイムなどが含まれてもよい。ＫＰＩ算出アプリケーションは、ＫＰＩに加え、ＫＰＩの目標に対する達成率を算出し、達成率を表示にしてもよい。一定期間のＫＰＩは、ＫＰＩ算出アプリケーションのダッシュボード４００に表示され計測開始ボタン４０１が押されてから計測終了ボタン４０２が押されるまでの計測期間におけるＫＰＩであってもよい。このように、ユーザ入力により指定された計測期間におけるＫＰＩが算出されもよい。あるいは、計測期間を規定するデバイスが設定されてもよい。この場合、設定されたデバイスのデバイス値に応じて決まる計測期間におけるＫＰＩが算出されよう。
図４０はＰＣ２ｂに表示されるＫＰＩ算出アプリケーションのダッシュボード４００を示している。ＫＰＩ算出アプリケーションは、たとえば生産準備期間のＫＰＩを算出するものであってもよい。ＫＰＩ算出アプリケーションのダッシュボード４００は、算出したＫＰＩを表示する。ここでＫＰＩは、一定期間のＫＰＩを含む。たとえば、時間あたり出来高、可動率、良品率、サイクルタイムなどが含まれてもよい。ＫＰＩ算出アプリケーションは、ＫＰＩに加え、ＫＰＩの目標に対する達成率を算出し、達成率を表示にしてもよい。一定期間のＫＰＩは、ＫＰＩ算出アプリケーションのダッシュボード４００に表示され計測開始ボタン４０１が押されてから計測終了ボタン４０２が押されるまでの計測期間におけるＫＰＩであってもよい。このように、ユーザ入力により指定された計測期間におけるＫＰＩが算出されもよい。あるいは、計測期間を規定するデバイスが設定されてもよい。この場合、設定されたデバイスのデバイス値に応じて決まる計測期間におけるＫＰＩが算出されよう。
【0139】
ＫＰＩ算出アプリケーションのダッシュボード４００は、ＫＰＩの項目表示部４１０と、計測結果表示部４２０とを有している。項目表示部４１０は、ＫＰＩの項目として、出来高計測に関する項目、平均ＣＴ（サイクルタイム）に関する項目、良品率に関する項目、可動率に関する項目を表示する。計測結果表示部４２０は、ＫＰＩの算出に使用された生データ（計測結果）を表示する。計測結果は、計測開始時刻、計測終了時刻、経過時間、稼働時間、サイクルタイム、サイクルタイムの計測回数、生産品の排出回数、良品数、不良数などを含んでもよい。ＫＰＩ算出アプリケーションのダッシュボード４００は、計測開始から計測終了前までは、計測開始から現在時刻までの計測値に基づいて算出されたＫＰＩを表示する。ダッシュボード４００は、計測終了後には、計測開始から計測終了までの計測値に基づいて算出されたＫＰＩを表示する。ダッシュボード４００は、ユーザ入力やデバイス入力に基づく計測開始時刻を開始時刻の表示欄に表示する。ダッシュボード４００は、ユーザ入力やデバイス入力に基づく計測終了時刻を終了時刻の表示欄に表示する。ダッシュボード４００は、計測開始から現在時刻まで時間を経過時間の表示欄に表示する。終了時刻の表示欄は、計測がまだ終了していない場合、計測中である旨を表示してもよい。
【0140】
ＫＰＩ算出アプリケーション（フロー・ダッシュボード作成部５１）は、ＫＰＩの各項目を算出するためのパラメータ設定を受け付ける。フロー・ダッシュボード作成部５１は、たとえば、生産設備が稼働していることを示す稼働信号、生産設備において生産品を排出したことを示す排出信号、１サイクルあたりの取り数、および、１サイクルあたりの不良数のそれぞれに対応するデバイスの指定を受け付ける。稼働信号としては稼働中にＯＮするビットデバイスが指定されてもよい。排出信号としては生産品を排出するごとにＯＮするビットデバイスが指定されてもよい。１サイクル取り数としては取り数を示す定数または定数を格納したワードデバイスが指定されてもよい。１サイクル不良数としては１サイクルあたりの不良数を格納したデバイスが指定されてもよい。
【0141】
サイクルタイムとしては工程監視アプリケーションにおいて測定された全体サイクルの時間（測定値）が指定されてもよい。ＫＰＩ算出アプリケーションは、他のアプリケーションにより計測された値、つまりサイクルタイムやサイクルタイムの測定回数を取得する。ＫＰＩ算出アプリケーションは、工程監視アプリケーションから全体サイクルの測定値やサイクルタイムの測定回数を自動取得にしてもよい。サイクルタイムの測定回数は、全体サイクルの開始から終了までを１回の測定とカウントしたものである。そのため、サイクルタイムの測定回数は全体サイクルの繰り返し回数を示す。
【0142】
ダッシュボード４００は、稼働中にＯＮするビットデバイスのＯＮ時間に基づき計測された稼働時間を稼働時間表示欄に表示する。ダッシュボード４００は、工程監視アプリケーションから自動取得した現在のサイクルタイムを現在ＣＴ表示欄に表示し、サイクルタイムの測定回数をＣＴカウント表示欄に表示する。ダッシュボード４００は、生産品を排出するごとにＯＮするビットデバイスのＯＮ回数を排出信号ＯＮの表示欄に表示する。ダッシュボード４００は、良品数を良品数表示欄に表示し、不良数を不良数表示欄に表示する。良品数は、排出信号がＯＮするたびに１サイクルあたりの取り数から１サイクルあたりの不良数を差し引いた個数を加算した累積個数である。不良数は、排出信号がＯＮするたびに１サイクルあたりの不良数を加算した累積個数である。
【0143】
ダッシュボード４００の項目表示部４１０は、ユーザ入力された各目標値と、計測結果に基づき算出されたＫＰＩの各項目と、各項目に対応する達成率とを達成率のグラフとともに表示してもよい。各項目に対する達成率は、各ＫＰＩの項目の各目標に対する実際の値（算出されたＫＰＩ）を示す。出来高は良品数に相当する。平均ＣＴは、全体サイクルの測定値の累積値をサイクルタイム測定回数で除したものである。良品率は良品数を総生産数で除したものである。総生産数は排出信号がＯＮするたびに１サイクルあたりの取り数を加算した累積個数である。図４０の例では、排出信号ＯＮの回数が１６３回である。取り数は１２個である。良品数が１９１７個である。そのため、良品率は１９１７／（１６３×１２）と演算される。可動率は、稼働時間を経過時間で除したものである。なお、ＫＰＩ算出アプリケーションのダッシュボード４００は、上述されたリアルタイム画面の他、ＫＰＩ算出アプリケーションを設定するための設定画面を表示するための設定ボタン４０４と、過去の履歴を表示する履歴画面を表示するための履歴表示ボタン４０３を有していてもよい。
【0144】
＜まとめ＞
［観点１］
記憶装置３２やメモリ４２ａ、４２ｂはアプリケーションプログラムを記憶する記憶手段として使用されてもよい。ＣＰＵ３１、４１ａ、４１ｂはアプリケーションプログラムを実行する実行手段として機能してもよい。
［観点１］
記憶装置３２やメモリ４２ａ、４２ｂはアプリケーションプログラムを記憶する記憶手段として使用されてもよい。ＣＰＵ３１、４１ａ、４１ｂはアプリケーションプログラムを実行する実行手段として機能してもよい。
【0145】
収集部８２は、アプリケーションプログラムにしたがって収集対象となるデバイスまたは変数であるシンボルに格納されているシンボル値を収集する収集手段の一例である。フロー実行部８１（分析部５４）は、アプリケーションプログラムにしたがって収集手段により収集されたシンボル値が、アプリケーションプログラムに対して設定された正常条件を満たしているかどうかを判定または分析することで、シンボル値に関していつもと異なる状況を検知する判定手段または分析手段として機能してもよい。表示処理部８４は、判定結果または分析結果と、アプリケーションプログラムにしたがって収集手段により収集されたシンボル値を示す情報とを含む表示画面（例：ダッシュボード１００）を生成する生成手段として機能する。ダッシュボード１００は、プログラム作成支援装置であるＰＣ２ａ、Ｗｅｂブラウザを有したＰＣ２ｂまたはＨＭＩ１６のいずれに表示されてもよい。表示画面を表示するために必要となる表示データ７７は、画像または映像であってもよいし、Ｗｅｂアプリケーションとして実現されてもよい。また、シンボル値はリアルタイムで収集されて表示されてもよい。つまり、表示画面が表示されている間は、リアルタイムでシンボル値が更新されて表示されてもよい。
【0146】
［観点２］
判定手段または分析手段（例：フロー実行部８１）は、ＰＬＣ１により実行される工程の継続時間（例：開始トリガから終了トリガまでの時間）が正常条件を満たしているどうかを判定または分析してもよい。なお、継続時間は監視時間や測定時間と呼ばれてもよい。
判定手段または分析手段（例：フロー実行部８１）は、ＰＬＣ１により実行される工程の継続時間（例：開始トリガから終了トリガまでの時間）が正常条件を満たしているどうかを判定または分析してもよい。なお、継続時間は監視時間や測定時間と呼ばれてもよい。
【0147】
［観点３］
シンボル値（例：デバイス値または変数に格納された値）は、工程の開始を示す開始デバイスのデバイス値と、工程の終了を示す終了デバイスのデバイス値とを含んでもよい。継続時間は、開始デバイスのデバイス値が変化したタイミングから終了デバイスのデバイス値が変化したタイミングまでの時間であってもよい。継続時間は、第一の開始トリガから第二の開始トリガまでの時間であってもよい。第二の開始トリガは第一の開始トリガの次の開始トリガである。また、継続時間は、第一の開始トリガを起点とした所定時間であってもよい。
シンボル値（例：デバイス値または変数に格納された値）は、工程の開始を示す開始デバイスのデバイス値と、工程の終了を示す終了デバイスのデバイス値とを含んでもよい。継続時間は、開始デバイスのデバイス値が変化したタイミングから終了デバイスのデバイス値が変化したタイミングまでの時間であってもよい。継続時間は、第一の開始トリガから第二の開始トリガまでの時間であってもよい。第二の開始トリガは第一の開始トリガの次の開始トリガである。また、継続時間は、第一の開始トリガを起点とした所定時間であってもよい。
【0148】
［観点４］
収集手段（例：収集部８２）は、一つの動作サイクルを構成している複数の工程（例：全体サイクル、搬送工程、加工工程、検査工程、排出工程など）のそれぞれについて継続時間を求めるためのシンボル値を収集してもよい。生成手段（例：表示処理部８４）は、複数の工程のそれぞれについて継続時間を表示するための表示画面を生成するように構成されていてもよい。
収集手段（例：収集部８２）は、一つの動作サイクルを構成している複数の工程（例：全体サイクル、搬送工程、加工工程、検査工程、排出工程など）のそれぞれについて継続時間を求めるためのシンボル値を収集してもよい。生成手段（例：表示処理部８４）は、複数の工程のそれぞれについて継続時間を表示するための表示画面を生成するように構成されていてもよい。
【0149】
［観点５］
表示画面は、複数の工程のそれぞれについての継続時間を示唆するグラフィカルオブジェクト（例：棒状のオブジェクト）と、複数の工程のそれぞれについての継続時間と対比されるマスタデータを示唆するグラフィカルオブジェクトとを表示するように構成されていてもよい。マスタデータはいつもと同様の状態を示すデータであるため、ユーザは、どの工程においていつもと異なる事象が発生しているかを、容易に認識できるであろう。
表示画面は、複数の工程のそれぞれについての継続時間を示唆するグラフィカルオブジェクト（例：棒状のオブジェクト）と、複数の工程のそれぞれについての継続時間と対比されるマスタデータを示唆するグラフィカルオブジェクトとを表示するように構成されていてもよい。マスタデータはいつもと同様の状態を示すデータであるため、ユーザは、どの工程においていつもと異なる事象が発生しているかを、容易に認識できるであろう。
【0150】
［観点６］
非同期モードに関して説明されたように、グラフィカルオブジェクトは、時間の経過とともに、表示画面において一方向に移動するように表示されてもよい。同期モードに関して説明されたように、グラフィカルオブジェクトは、表示画面における所定位置を起点として一方向に伸びるように表示されてもよい。
非同期モードに関して説明されたように、グラフィカルオブジェクトは、時間の経過とともに、表示画面において一方向に移動するように表示されてもよい。同期モードに関して説明されたように、グラフィカルオブジェクトは、表示画面における所定位置を起点として一方向に伸びるように表示されてもよい。
【0151】
［観点７］
表示画面は、グラフィカルオブジェクトとともに、正常条件を示すグラフィカルオブジェクト（例：縦線、横線、波形、帯）を表示するように構成されていてもよい。
表示画面は、グラフィカルオブジェクトとともに、正常条件を示すグラフィカルオブジェクト（例：縦線、横線、波形、帯）を表示するように構成されていてもよい。
【0152】
［観点８］
発報部９０は、シンボル値がユーザにより設定された通知条件を満たすと、通知を発行する通知手段として機能してもよい。
発報部９０は、シンボル値がユーザにより設定された通知条件を満たすと、通知を発行する通知手段として機能してもよい。
【0153】
［観点９］
通知手段は、表示画面を表示する周辺機器に対して通知を送信するように構成されていてもよい。図１９などが例示するように、アプリケーション通知部９１は、ダッシュボード１００に通知を表示してもよい。図３９が例示するように、アプリケーション通知部９１は、ダッシュボード３３０に対してダイアログ３３１を重ねて表示してもよい。ダイアログ３３１は、アプリケーションの監視状態が正常状態から注意状態または警報状態に変化したことを示すメッセージを含んでいてもよい。複数の通知が時間を空けて発生した場合、アプリケーション通知部９１は、監視アプリケーションごとに最新の一つの通知だけをダイアログ３３１に表示してもよい。ダイアログ３３１には、クリアボタン３３２が設けられていてもよい。アプリケーション通知部９１は、クリアボタン３３２がユーザにより押されたことを検知すると、ダイアログ３３１を消去してもよい。アプリケーション通知部９１は、監視対象デバイスごとに、通知を保持していてもよい。アプリケーション通知部９１は、クリアボタン３３２が押されると、クリアボタン３３２を含むダイアログ３３１に紐づけられている監視対象デバイスについてのすべての通知を削除してもよい。なお、監視対象デバイスに関する通知が発生したときに、ＰＣ２ｂ等でダッシュボード１００、３３０が表示されていないことがある。この場合、アプリケーション通知部９１は、ダッシュボード１００、３３０がＰＣ２ｂにおいて表示されると、これまで保持しておいた通知を示すダイアログ３３１をＰＣ２ｂに表示してもよい。なお、ＰＣ２ａ、２ｂのＣＰＵ１１やＨＭＩ１６は、アプリケーション通知部９１に対してポーリングを実行して通知を取得してダイアログ３３１を表示してもよい。表示リンク３３３は、ダイアログ３３１により通知されたデバイスを監視している監視アプリケーションのダッシュボード１００、３３０を呼び出すためのリンクである。表示リンク３３３が押されたことを検知すると、表示処理部８４は、表示リンク３３３に紐づけられているダッシュボード１００、３３０の表示データ７７を、Ｗｅｂサーバ８５を介してＰＣ２ｂに送信する。これにより、通知が発生したときのデバイス値を示すチャートがダッシュボード１００、３３０に表示される。
通知手段は、表示画面を表示する周辺機器に対して通知を送信するように構成されていてもよい。図１９などが例示するように、アプリケーション通知部９１は、ダッシュボード１００に通知を表示してもよい。図３９が例示するように、アプリケーション通知部９１は、ダッシュボード３３０に対してダイアログ３３１を重ねて表示してもよい。ダイアログ３３１は、アプリケーションの監視状態が正常状態から注意状態または警報状態に変化したことを示すメッセージを含んでいてもよい。複数の通知が時間を空けて発生した場合、アプリケーション通知部９１は、監視アプリケーションごとに最新の一つの通知だけをダイアログ３３１に表示してもよい。ダイアログ３３１には、クリアボタン３３２が設けられていてもよい。アプリケーション通知部９１は、クリアボタン３３２がユーザにより押されたことを検知すると、ダイアログ３３１を消去してもよい。アプリケーション通知部９１は、監視対象デバイスごとに、通知を保持していてもよい。アプリケーション通知部９１は、クリアボタン３３２が押されると、クリアボタン３３２を含むダイアログ３３１に紐づけられている監視対象デバイスについてのすべての通知を削除してもよい。なお、監視対象デバイスに関する通知が発生したときに、ＰＣ２ｂ等でダッシュボード１００、３３０が表示されていないことがある。この場合、アプリケーション通知部９１は、ダッシュボード１００、３３０がＰＣ２ｂにおいて表示されると、これまで保持しておいた通知を示すダイアログ３３１をＰＣ２ｂに表示してもよい。なお、ＰＣ２ａ、２ｂのＣＰＵ１１やＨＭＩ１６は、アプリケーション通知部９１に対してポーリングを実行して通知を取得してダイアログ３３１を表示してもよい。表示リンク３３３は、ダイアログ３３１により通知されたデバイスを監視している監視アプリケーションのダッシュボード１００、３３０を呼び出すためのリンクである。表示リンク３３３が押されたことを検知すると、表示処理部８４は、表示リンク３３３に紐づけられているダッシュボード１００、３３０の表示データ７７を、Ｗｅｂサーバ８５を介してＰＣ２ｂに送信する。これにより、通知が発生したときのデバイス値を示すチャートがダッシュボード１００、３３０に表示される。
【0154】
［観点１０］
イベント登録部９２は、ＰＬＣ１において発生するエラーまたはイベントの履歴を登録する登録手段として機能してもよい。イベント登録部９２は、シンボル値が登録条件（例：注意状態または警報状態）を満たすと履歴に登録するように構成されていてもよい。たとえば、この履歴は、基本ユニット３のＣＰＵ３１により保持されてもよい。イベント登録部９２は、内部バス１９を介してＣＰＵ３１に履歴への登録を要求してもよい。
イベント登録部９２は、ＰＬＣ１において発生するエラーまたはイベントの履歴を登録する登録手段として機能してもよい。イベント登録部９２は、シンボル値が登録条件（例：注意状態または警報状態）を満たすと履歴に登録するように構成されていてもよい。たとえば、この履歴は、基本ユニット３のＣＰＵ３１により保持されてもよい。イベント登録部９２は、内部バス１９を介してＣＰＵ３１に履歴への登録を要求してもよい。
【0155】
［観点１１］
運転記録保存部９３は、シンボル値が保存条件（例：注意状態または警報状態）を満たすと当該シンボル値を運転記録として保存する運転記録保存手段として機能する。この場合、ＣＰＵ４１ａ（フロー実行部８１）は、運転記録を分析して分析結果を示す分析レポートを作成して周辺装置に表示してもよい。
運転記録保存部９３は、シンボル値が保存条件（例：注意状態または警報状態）を満たすと当該シンボル値を運転記録として保存する運転記録保存手段として機能する。この場合、ＣＰＵ４１ａ（フロー実行部８１）は、運転記録を分析して分析結果を示す分析レポートを作成して周辺装置に表示してもよい。
【0156】
［観点１２］
履歴保存部９４は、正常条件を逸脱したシンボル値が検知されると、当該シンボル値、正常条件、および表示画面を履歴として保存する履歴保存手段として機能する。たとえば、正常条件を逸脱したシンボル値が検知されると、そのシンボル値だけでなく、そのシンボル値に関する表示データ７７が保存されてもよい。
履歴保存部９４は、正常条件を逸脱したシンボル値が検知されると、当該シンボル値、正常条件、および表示画面を履歴として保存する履歴保存手段として機能する。たとえば、正常条件を逸脱したシンボル値が検知されると、そのシンボル値だけでなく、そのシンボル値に関する表示データ７７が保存されてもよい。
【0157】
［観点１３、１４］
図１２が示すように、表示画面は、シンボル値、または、当該シンボル値から求められた時間のトレンドを示すトレンドグラフを含んでもよい。図１１が示すように、表示画面は、シンボル値、または、当該シンボル値から求められた時間のヒストグラムを含んでもよい。
図１２が示すように、表示画面は、シンボル値、または、当該シンボル値から求められた時間のトレンドを示すトレンドグラフを含んでもよい。図１１が示すように、表示画面は、シンボル値、または、当該シンボル値から求められた時間のヒストグラムを含んでもよい。
【0158】
［観点１５、１６］
設定部８０や設定ウィザード１４０などは、正常条件を設定する設定手段として機能する。図３２や図３３を用いて説明されたように、設定手段（閾値設定部５８）は、予め取得されたシンボル値に所定の演算ルールを適用して正常条件を作成するように構成されていてもよい。たとえば、閾値設定部５８は、所定の演算ルールとしてユーザにより指定された演算ルールを使用してもよい。
設定部８０や設定ウィザード１４０などは、正常条件を設定する設定手段として機能する。図３２や図３３を用いて説明されたように、設定手段（閾値設定部５８）は、予め取得されたシンボル値に所定の演算ルールを適用して正常条件を作成するように構成されていてもよい。たとえば、閾値設定部５８は、所定の演算ルールとしてユーザにより指定された演算ルールを使用してもよい。
【0159】
［観点１７］
メモリ４２ａは、それぞれ異なる正常条件を有する複数の条件セットを記憶する条件記憶手段として機能してもよい。バンク切替部５９は、ユーザ指示に応じて条件記憶手段に記憶されている複数の条件セットのうち一つの条件セットを選択する選択手段として機能してもよい。これにより正常条件を容易に変更することが可能となろう。複数の条件セットは、たとえば、ＰＬＣ１により制御される製造ラインで製造される製品の品種ごとに用意されていてもよい。
メモリ４２ａは、それぞれ異なる正常条件を有する複数の条件セットを記憶する条件記憶手段として機能してもよい。バンク切替部５９は、ユーザ指示に応じて条件記憶手段に記憶されている複数の条件セットのうち一つの条件セットを選択する選択手段として機能してもよい。これにより正常条件を容易に変更することが可能となろう。複数の条件セットは、たとえば、ＰＬＣ１により制御される製造ラインで製造される製品の品種ごとに用意されていてもよい。
【0160】
［観点１８］
停止／再開部８６および切替ボタン１０２は、アプリケーションプログラムの実行停止または実行再開に関する指示を入力する入力手段の一例である。停止／再開部８６は、アプリケーションプログラムの実行停止に関する指示が入力されると、アプリケーションプログラムの実行を停止する。アプリケーションプログラムの実行再開に関する指示が入力されると、停止／再開部８６は、アプリケーションプログラムの実行を再開する。これにより、ユーザは、容易にアプリケーションプログラムの停止と再開とを指示することが可能となる。
停止／再開部８６および切替ボタン１０２は、アプリケーションプログラムの実行停止または実行再開に関する指示を入力する入力手段の一例である。停止／再開部８６は、アプリケーションプログラムの実行停止に関する指示が入力されると、アプリケーションプログラムの実行を停止する。アプリケーションプログラムの実行再開に関する指示が入力されると、停止／再開部８６は、アプリケーションプログラムの実行を再開する。これにより、ユーザは、容易にアプリケーションプログラムの停止と再開とを指示することが可能となる。
【0161】
［観点１９］
アプリケーションエラー検知部８７は、アプリケーションプログラムの正常な実行を妨げる事象を検知し、当該事象を報告するように構成されていてもよい。このような事象としては、ラダープログラム等で使用されないデバイスが監視対象デバイスとして指定されていることなである。また、監視対象として指定された変数がユーザプログラムに記述されていないことなども、一種のエラーとして検知されてもよい。また、収集されたデータ７５や解析されたデータ７６の保存先として指定されたメモリカードの空き容量が不足していることなども、一種のエラーとして検知されてもよい。これらのエラーは、いずれもアプリケーションプログラムの正常な実行を妨げるからである。
アプリケーションエラー検知部８７は、アプリケーションプログラムの正常な実行を妨げる事象を検知し、当該事象を報告するように構成されていてもよい。このような事象としては、ラダープログラム等で使用されないデバイスが監視対象デバイスとして指定されていることなである。また、監視対象として指定された変数がユーザプログラムに記述されていないことなども、一種のエラーとして検知されてもよい。また、収集されたデータ７５や解析されたデータ７６の保存先として指定されたメモリカードの空き容量が不足していることなども、一種のエラーとして検知されてもよい。これらのエラーは、いずれもアプリケーションプログラムの正常な実行を妨げるからである。
【0162】
【0163】
［観点２１］
図２８が示すように、生成手段（表示処理部８４）は、第一の収集期間に収集手段により時系列データとして収集された複数のシンボル値を示す第一波形（太線）と、第一の収集期間よりも過去の第二の収集期間に収集手段により時系列データとして収集された複数のシンボル値を示す第二波形（細線）とを重ねて表示してもよい。第一波形表示中にユーザがラッチ操作を行うことにより第一波形をラッチし、そのラッチした波形を第二波形としてもよい。これにより、ユーザは、現在の波形と、過去のいくつかの波形とを対比しやすくなるであろう。
図２８が示すように、生成手段（表示処理部８４）は、第一の収集期間に収集手段により時系列データとして収集された複数のシンボル値を示す第一波形（太線）と、第一の収集期間よりも過去の第二の収集期間に収集手段により時系列データとして収集された複数のシンボル値を示す第二波形（細線）とを重ねて表示してもよい。第一波形表示中にユーザがラッチ操作を行うことにより第一波形をラッチし、そのラッチした波形を第二波形としてもよい。これにより、ユーザは、現在の波形と、過去のいくつかの波形とを対比しやすくなるであろう。
【0164】
［観点２２］
生成手段（表示処理部８４）は、波形のピーク値またはボトム値を規制するための閾値（例：注意状態または警報状態の上限値もしくは下限値）であって正常条件に含まれる閾値を示す線を、波形とともに表示するよう表示画面を生成してもよい。これにより、ユーザは、ピーク値やボトム値が閾値に対してどの程度の余裕があるかなどを視覚的に理解しやすくなるであろう。
生成手段（表示処理部８４）は、波形のピーク値またはボトム値を規制するための閾値（例：注意状態または警報状態の上限値もしくは下限値）であって正常条件に含まれる閾値を示す線を、波形とともに表示するよう表示画面を生成してもよい。これにより、ユーザは、ピーク値やボトム値が閾値に対してどの程度の余裕があるかなどを視覚的に理解しやすくなるであろう。
【0165】
［観点２３］
図２６や図２７が示すように、生成手段（表示処理部８４）は、シンボル値が所定値（例：トリガレベル）を超えるタイミングを規制するための閾値であって正常条件に含まれる閾値を示す線を波形とともに表示するよう表示画面を生成してもよい。
図２６や図２７が示すように、生成手段（表示処理部８４）は、シンボル値が所定値（例：トリガレベル）を超えるタイミングを規制するための閾値であって正常条件に含まれる閾値を示す線を波形とともに表示するよう表示画面を生成してもよい。
【0166】
［観点２４］
図３２や図３３を用いて説明されたように、閾値設定部５８は、シンボル値に基づく測定波形とユーザ入力とに基づき閾値の集合である閾値波形を決定する閾値決定手段として機能してもよい。ユーザ入力は、たとえば、測定波形に対して加算または減算される係数（例：値許容幅ｍｖ）を含んでもよい。ユーザ入力は、測定波形を構成する複数のシンボル値のうち、閾値波形における注目タイミングの閾値を決定するために考慮される波形区間（例：時間許容幅ｍｔ）であって、当該注目タイミングの前後の波形区間を指定する指定情報を含んでもよい。これにより、容易に閾値を設定することが可能となる。
図３２や図３３を用いて説明されたように、閾値設定部５８は、シンボル値に基づく測定波形とユーザ入力とに基づき閾値の集合である閾値波形を決定する閾値決定手段として機能してもよい。ユーザ入力は、たとえば、測定波形に対して加算または減算される係数（例：値許容幅ｍｖ）を含んでもよい。ユーザ入力は、測定波形を構成する複数のシンボル値のうち、閾値波形における注目タイミングの閾値を決定するために考慮される波形区間（例：時間許容幅ｍｔ）であって、当該注目タイミングの前後の波形区間を指定する指定情報を含んでもよい。これにより、容易に閾値を設定することが可能となる。
【0167】
［観点２７］
図３４が示すように、閾値設定部５８は、ユーザにより描画される自由曲線に基づき閾値の集合である閾値波形を決定する閾値決定手段として機能してもよい。
図３４が示すように、閾値設定部５８は、ユーザにより描画される自由曲線に基づき閾値の集合である閾値波形を決定する閾値決定手段として機能してもよい。
【0168】
発明は上記の実施形態に制限されるものではなく、発明の要旨の範囲内で、種々の変形・変更が可能である。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
【図35】
【図36】
【図37】
【図38】
【図39】
【図40】