(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023114616
(43)【公開日】2023-08-18
(54)【発明の名称】設備データ収集システム、方法、およびプログラム
(51)【国際特許分類】
H04L 12/28 20060101AFI20230810BHJP
G05B 23/02 20060101ALI20230810BHJP
【ＦＩ】
H04L12/28 500A
G05B23/02 301V
【審査請求】未請求
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2022017034
(22)【出願日】2022-02-07
(71)【出願人】
【識別番号】000233295
【氏名又は名称】株式会社日立情報通信エンジニアリング
(74)【代理人】
【識別番号】110002066
【氏名又は名称】弁理士法人筒井国際特許事務所
(72)【発明者】
【氏名】増田 陸
(72)【発明者】
【氏名】中島 正光
【テーマコード（参考）】
3C223
【Ｆターム（参考）】
3C223AA01
3C223BA03
3C223CC02
3C223DD03
3C223EB01
3C223FF13
3C223FF15
3C223FF16
3C223FF33
3C223FF42
3C223GG01
3C223HH08
(57)【要約】
【課題】収集周期内での複数回の設備設定操作も許容して漏れ無く設備データが収集できる等、より好適な設備データ収集が実現できる技術を提供する。
【解決手段】設備データ収集システムは、顧客環境内で設備の設備データを記憶および管理している制御機器に対して通信で接続され、制御機器から設備データを収集して記憶するゲートウェイ装置を備える。設備データは、設備状態データと、設備設定データとを有する。ゲートウェイ装置は、所定の周期ごとに、制御機器から、設備状態データを収集（Ｓ１）して記憶し（Ｓ２）、周期ごとに、制御機器から、設定変更時刻を収集し（Ｓ３）、収集された設定変更時刻と記憶されている設定変更時刻とを比較して変化の有無を確認し（Ｓ４）、１つ前の周期で設定データをサーバ装置１へ通知済みか否かを確認し（Ｓ５）、通知済みか否かに応じた処理を行う。
【選択図】図５
【解決手段】設備データ収集システムは、顧客環境内で設備の設備データを記憶および管理している制御機器に対して通信で接続され、制御機器から設備データを収集して記憶するゲートウェイ装置を備える。設備データは、設備状態データと、設備設定データとを有する。ゲートウェイ装置は、所定の周期ごとに、制御機器から、設備状態データを収集（Ｓ１）して記憶し（Ｓ２）、周期ごとに、制御機器から、設定変更時刻を収集し（Ｓ３）、収集された設定変更時刻と記憶されている設定変更時刻とを比較して変化の有無を確認し（Ｓ４）、１つ前の周期で設定データをサーバ装置１へ通知済みか否かを確認し（Ｓ５）、通知済みか否かに応じた処理を行う。
【選択図】図５
【特許請求の範囲】
【請求項1】
顧客環境内の設備の設備データを収集する設備データ収集システムであって、
前記顧客環境内で前記設備の前記設備データを記憶および管理している制御機器に対して通信で接続され、前記制御機器から前記設備データを収集して記憶する通信装置を備え、
前記設備データは、前記設備の状態を表す設備状態データと、前記設備の設定を表す設備設定データと、を有し、
前記通信装置は、
所定の周期ごとに、前記制御機器から、前記設備状態データを収集して記憶し、
前記周期内において前記設備の設定変更操作が複数回行われて前記設備設定データが複数回更新されている場合に、次の前記周期内では、前記制御機器から、更新されている最新の前記設備設定データを収集し、収集された前記設備状態データと、収集された前記設備設定データとを記憶する、
設備データ収集システム。
前記顧客環境内で前記設備の前記設備データを記憶および管理している制御機器に対して通信で接続され、前記制御機器から前記設備データを収集して記憶する通信装置を備え、
前記設備データは、前記設備の状態を表す設備状態データと、前記設備の設定を表す設備設定データと、を有し、
前記通信装置は、
所定の周期ごとに、前記制御機器から、前記設備状態データを収集して記憶し、
前記周期内において前記設備の設定変更操作が複数回行われて前記設備設定データが複数回更新されている場合に、次の前記周期内では、前記制御機器から、更新されている最新の前記設備設定データを収集し、収集された前記設備状態データと、収集された前記設備設定データとを記憶する、
設備データ収集システム。
【請求項2】
顧客環境内の設備の設備データを収集する設備データ収集システムであって、
前記顧客環境内で前記設備の前記設備データを記憶および管理している制御機器に対して通信で接続され、前記制御機器から前記設備データを収集し、収集された前記設備データをサーバ装置へ通知するゲートウェイ装置を備え、
前記設備データは、前記設備の状態を表す設備状態データと、前記設備の設定を表す設備設定データと、を有し、
前記設備設定データは、前記設定が変更された時刻を表す設定変更時刻と、前記設定の内容を表す設定データと、を有し、
前記ゲートウェイ装置は、
所定の周期ごとに、前記制御機器から、前記設備状態データを収集して記憶し、
前記周期ごとに、前記制御機器から、前記設定変更時刻を収集し、
収集された設定変更時刻と、記憶されている設定変更時刻とを比較して変化の有無を確認し、
１つ前の前記周期で前記設定データを前記サーバ装置へ通知済みか否かを確認し、
前記変化が有りで前記通知済みである場合（Ａ）、および、前記変化が無しで前記通知済みである場合（Ｃ）には、前記制御機器から、すべての前記設定データを収集し、収集された前記設備状態データと、収集されたすべての前記設定データとを前記サーバ装置へ通知し、収集された前記設定変更時刻と、収集されたすべての前記設定データとを記憶する、
設備データ収集システム。
前記顧客環境内で前記設備の前記設備データを記憶および管理している制御機器に対して通信で接続され、前記制御機器から前記設備データを収集し、収集された前記設備データをサーバ装置へ通知するゲートウェイ装置を備え、
前記設備データは、前記設備の状態を表す設備状態データと、前記設備の設定を表す設備設定データと、を有し、
前記設備設定データは、前記設定が変更された時刻を表す設定変更時刻と、前記設定の内容を表す設定データと、を有し、
前記ゲートウェイ装置は、
所定の周期ごとに、前記制御機器から、前記設備状態データを収集して記憶し、
前記周期ごとに、前記制御機器から、前記設定変更時刻を収集し、
収集された設定変更時刻と、記憶されている設定変更時刻とを比較して変化の有無を確認し、
１つ前の前記周期で前記設定データを前記サーバ装置へ通知済みか否かを確認し、
前記変化が有りで前記通知済みである場合（Ａ）、および、前記変化が無しで前記通知済みである場合（Ｃ）には、前記制御機器から、すべての前記設定データを収集し、収集された前記設備状態データと、収集されたすべての前記設定データとを前記サーバ装置へ通知し、収集された前記設定変更時刻と、収集されたすべての前記設定データとを記憶する、
設備データ収集システム。
【請求項3】
請求項２記載の設備データ収集システムにおいて、
前記ゲートウェイ装置は、
前記変化が有りで前記通知済みではない場合（Ｂ）には、前記制御機器から、前記変化が有る一部の前記設定データを収集し、収集された前記設備状態データと、収集された一部の前記設定データとを前記サーバ装置へ通知し、収集された前記設定変更時刻と、収集された一部の前記設定データとを記憶し、
前記変化が無しで前記通知済みではない場合（Ｄ）には、前記制御機器から、収集された前記設備状態データを前記サーバ装置へ通知する、
設備データ収集システム。
前記ゲートウェイ装置は、
前記変化が有りで前記通知済みではない場合（Ｂ）には、前記制御機器から、前記変化が有る一部の前記設定データを収集し、収集された前記設備状態データと、収集された一部の前記設定データとを前記サーバ装置へ通知し、収集された前記設定変更時刻と、収集された一部の前記設定データとを記憶し、
前記変化が無しで前記通知済みではない場合（Ｄ）には、前記制御機器から、収集された前記設備状態データを前記サーバ装置へ通知する、
設備データ収集システム。
【請求項4】
請求項３記載の設備データ収集システムにおいて、
前記ゲートウェイ装置は、
前記変化が有る場合には、第１フラグの値を１として記録し、前記変化が無い場合には、前記第１フラグの値を０として記録し、
前記第１フラグの値が１で第２フラグの値が１の場合には、前記変化が有りで前記通知済みである場合（Ａ）の処理を行って、前記第２フラグの値を１として記憶し、
前記第１フラグの値が１で前記第２フラグの値が０の場合には、前記変化が有りで前記通知済みではない場合（Ｂ）の処理を行って、前記第２フラグの値を１として記憶し、
前記第１フラグの値が０で前記第２フラグの値が１の場合には、前記変化が無しで前記通知済みである場合（Ｃ）の処理を行って、前記第２フラグの値を０として記憶し、
前記第１フラグの値が１で前記第２フラグの値が１の場合には、前記変化が無しで前記通知済みではない場合（Ｄ）の処理を行って、前記第２フラグの値を０として記憶する、
設備データ収集システム。
前記ゲートウェイ装置は、
前記変化が有る場合には、第１フラグの値を１として記録し、前記変化が無い場合には、前記第１フラグの値を０として記録し、
前記第１フラグの値が１で第２フラグの値が１の場合には、前記変化が有りで前記通知済みである場合（Ａ）の処理を行って、前記第２フラグの値を１として記憶し、
前記第１フラグの値が１で前記第２フラグの値が０の場合には、前記変化が有りで前記通知済みではない場合（Ｂ）の処理を行って、前記第２フラグの値を１として記憶し、
前記第１フラグの値が０で前記第２フラグの値が１の場合には、前記変化が無しで前記通知済みである場合（Ｃ）の処理を行って、前記第２フラグの値を０として記憶し、
前記第１フラグの値が１で前記第２フラグの値が１の場合には、前記変化が無しで前記通知済みではない場合（Ｄ）の処理を行って、前記第２フラグの値を０として記憶する、
設備データ収集システム。
【請求項5】
顧客環境内の設備の設備データを収集する設備データ収集方法であって、
前記顧客環境内で前記設備の前記設備データを記憶および管理している制御機器に対して通信で接続され、前記制御機器から前記設備データを収集し、収集された前記設備データをサーバ装置へ通知するゲートウェイ装置が実行するステップを有し、
前記設備データは、前記設備の状態を表す設備状態データと、前記設備の設定を表す設備設定データと、を有し、
前記設備設定データは、前記設定が変更された時刻を表す設定変更時刻と、前記設定の内容を表す設定データと、を有し、
前記ゲートウェイ装置が実行するステップとして、
所定の周期ごとに、前記制御機器から、前記設備状態データを収集して記憶するステップと、
前記周期ごとに、前記制御機器から、前記設定変更時刻を収集するステップと、
収集された設定変更時刻と、記憶されている設定変更時刻とを比較して変化の有無を確認するステップと、
１つ前の前記周期で前記設定データを前記サーバ装置へ通知済みか否かを確認するステップと、
前記変化が有りで前記通知済みである場合（Ａ）、および、前記変化が無しで前記通知済みである場合（Ｃ）には、前記制御機器から、すべての前記設定データを収集し、収集された前記設備状態データと、収集されたすべての前記設定データとを前記サーバ装置へ通知し、収集された前記設定変更時刻と、収集されたすべての前記設定データとを記憶するステップと、
を有する、設備データ収集方法。
前記顧客環境内で前記設備の前記設備データを記憶および管理している制御機器に対して通信で接続され、前記制御機器から前記設備データを収集し、収集された前記設備データをサーバ装置へ通知するゲートウェイ装置が実行するステップを有し、
前記設備データは、前記設備の状態を表す設備状態データと、前記設備の設定を表す設備設定データと、を有し、
前記設備設定データは、前記設定が変更された時刻を表す設定変更時刻と、前記設定の内容を表す設定データと、を有し、
前記ゲートウェイ装置が実行するステップとして、
所定の周期ごとに、前記制御機器から、前記設備状態データを収集して記憶するステップと、
前記周期ごとに、前記制御機器から、前記設定変更時刻を収集するステップと、
収集された設定変更時刻と、記憶されている設定変更時刻とを比較して変化の有無を確認するステップと、
１つ前の前記周期で前記設定データを前記サーバ装置へ通知済みか否かを確認するステップと、
前記変化が有りで前記通知済みである場合（Ａ）、および、前記変化が無しで前記通知済みである場合（Ｃ）には、前記制御機器から、すべての前記設定データを収集し、収集された前記設備状態データと、収集されたすべての前記設定データとを前記サーバ装置へ通知し、収集された前記設定変更時刻と、収集されたすべての前記設定データとを記憶するステップと、
を有する、設備データ収集方法。
【請求項6】
請求項５記載の設備データ収集方法において、
前記ゲートウェイ装置が実行するステップとして、
前記変化が有りで前記通知済みではない場合（Ｂ）には、前記制御機器から、前記変化が有る一部の前記設定データを収集し、収集された前記設備状態データと、収集された一部の前記設定データとを前記サーバ装置へ通知し、収集された前記設定変更時刻と、収集された一部の前記設定データとを記憶するステップと、
前記変化が無しで前記通知済みではない場合（Ｄ）には、前記制御機器から、収集された前記設備状態データを前記サーバ装置へ通知するステップと、
を有する、設備データ収集方法。
前記ゲートウェイ装置が実行するステップとして、
前記変化が有りで前記通知済みではない場合（Ｂ）には、前記制御機器から、前記変化が有る一部の前記設定データを収集し、収集された前記設備状態データと、収集された一部の前記設定データとを前記サーバ装置へ通知し、収集された前記設定変更時刻と、収集された一部の前記設定データとを記憶するステップと、
前記変化が無しで前記通知済みではない場合（Ｄ）には、前記制御機器から、収集された前記設備状態データを前記サーバ装置へ通知するステップと、
を有する、設備データ収集方法。
【請求項7】
顧客環境内の設備の設備データを収集する処理をコンピュータに実行させるための設備データ収集プログラムであって、
前記顧客環境内で前記設備の前記設備データを記憶および管理している制御機器に対して通信で接続され、前記制御機器から前記設備データを収集し、収集された前記設備データをサーバ装置へ通知するゲートウェイ装置に処理を実行させるプログラムを有し、
前記設備データは、前記設備の状態を表す設備状態データと、前記設備の設定を表す設備設定データと、を有し、
前記設備設定データは、前記設定が変更された時刻を表す設定変更時刻と、前記設定の内容を表す設定データと、を有し、
前記ゲートウェイ装置に、
所定の周期ごとに、前記制御機器から、前記設備状態データを収集して記憶する処理と、
前記周期ごとに、前記制御機器から、前記設定変更時刻を収集するステップと、
収集された設定変更時刻と、記憶されている設定変更時刻とを比較して変化の有無を確認する処理と、
１つ前の前記周期で前記設定データを前記サーバ装置へ通知済みか否かを確認する処理と、
前記変化が有りで前記通知済みである場合（Ａ）、および、前記変化が無しで前記通知済みである場合（Ｃ）には、前記制御機器から、すべての前記設定データを収集し、収集された前記設備状態データと、収集されたすべての前記設定データとを前記サーバ装置へ通知し、収集された前記設定変更時刻と、収集されたすべての前記設定データとを記憶する処理と、
を実行させるための、設備データ収集プログラム。
前記顧客環境内で前記設備の前記設備データを記憶および管理している制御機器に対して通信で接続され、前記制御機器から前記設備データを収集し、収集された前記設備データをサーバ装置へ通知するゲートウェイ装置に処理を実行させるプログラムを有し、
前記設備データは、前記設備の状態を表す設備状態データと、前記設備の設定を表す設備設定データと、を有し、
前記設備設定データは、前記設定が変更された時刻を表す設定変更時刻と、前記設定の内容を表す設定データと、を有し、
前記ゲートウェイ装置に、
所定の周期ごとに、前記制御機器から、前記設備状態データを収集して記憶する処理と、
前記周期ごとに、前記制御機器から、前記設定変更時刻を収集するステップと、
収集された設定変更時刻と、記憶されている設定変更時刻とを比較して変化の有無を確認する処理と、
１つ前の前記周期で前記設定データを前記サーバ装置へ通知済みか否かを確認する処理と、
前記変化が有りで前記通知済みである場合（Ａ）、および、前記変化が無しで前記通知済みである場合（Ｃ）には、前記制御機器から、すべての前記設定データを収集し、収集された前記設備状態データと、収集されたすべての前記設定データとを前記サーバ装置へ通知し、収集された前記設定変更時刻と、収集されたすべての前記設定データとを記憶する処理と、
を実行させるための、設備データ収集プログラム。
【請求項8】
請求項７記載の設備データ収集プログラムにおいて、
前記ゲートウェイ装置に、
前記変化が有りで前記通知済みではない場合（Ｂ）には、前記制御機器から、前記変化が有る一部の前記設定データを収集し、収集された前記設備状態データと、収集された一部の前記設定データとを前記サーバ装置へ通知し、収集された前記設定変更時刻と、収集された一部の前記設定データとを記憶する処理と、
前記変化が無しで前記通知済みではない場合（Ｄ）には、前記制御機器から、収集された前記設備状態データを前記サーバ装置へ通知する処理と、
を実行させるための、設備データ収集プログラム。
前記ゲートウェイ装置に、
前記変化が有りで前記通知済みではない場合（Ｂ）には、前記制御機器から、前記変化が有る一部の前記設定データを収集し、収集された前記設備状態データと、収集された一部の前記設定データとを前記サーバ装置へ通知し、収集された前記設定変更時刻と、収集された一部の前記設定データとを記憶する処理と、
前記変化が無しで前記通知済みではない場合（Ｄ）には、前記制御機器から、収集された前記設備状態データを前記サーバ装置へ通知する処理と、
を実行させるための、設備データ収集プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、設備の設備データを収集するコンピュータシステム等の技術に関する。
【背景技術】
【0002】
顧客環境（例えば工場や店舗）の所定の設備を対象として設備データを収集するコンピュータシステム（設備データ収集システムと記載する場合がある）がある。例えば、設備の運転、停止、異常、エラー等の状態や、設定の状態を管理するために、設備データを収集して蓄積し、監視や分析などを行うシステムが挙げられる。設備データの収集は、例えば顧客環境内に設置されたゲートウェイ（ゲートウェイ装置と記載する場合もある）などの通信機器によって行われる。
【0003】
なお、ゲートウェイは、ネットワーク間の通信を中継する仕組み（ハードウェアおよびソフトウェアを含む）の総称である。通常、顧客環境におけるＬＡＮなどを含むシステムは、セキュリティなどを確保するために、閉じた環境として構築される。その顧客環境のＬＡＮと外部（ＷＡＮなど）との境界にはゲートウェイが配置される。
【0004】
例えば、特開２０１０－２３７９２０号公報（特許文献１）には、施設管理装置等として、状態変化発生の原因判断の材料となる収集データを増やし、原因診断を速やかに行うことが可能な施設管理装置等を提供する旨が記載されている。特許文献１には、監視ポイントの状態が変化すると、コントローラを介して施設管理装置へ状態変化情報が通知される旨、施設管理装置は、状態変化が発生した監視ポイントに対応する関連監視ポイントが登録されている設定データを有する旨、状態変化情報受信手段が状態変化情報を受信すると、関連情報要求手段がその設定データを参照して、受信した状態変化情報通知元の監視ポイントに対応する関連監視ポイントから状態情報を収集し、状態変化情報に関連付けて情報蓄積手段に蓄積する旨、が記載されている。
【0005】
例えば、特開２０１２－１９４３８号公報（特許文献２）には、報告側の手段によって報告されるアラーム情報を収集側の手段の指示でメモリから読み出して収集する際に、各手段の取り扱う共有情報を少なくし、より確実な収集が可能なアラーム収集装置等を提供する旨が記載されている。特許文献２には、管理手段側のアラーム情報格納手段は、アラーム情報入力手段にアラーム情報が入力されるたびに、報告用メモリに格納位置を指定して格納する旨、収集指示手段は、アラーム情報の収集に関する情報を管理手段から取得して報告用メモリから読み出すか、読み出させる旨、が記載されている。
【先行技術文献】
【特許文献】
【0006】
【特許文献1】特開２０１０－２３７９２０号公報
【特許文献2】特開２０１２－１９４３８号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
特許文献１では、コントローラ経由で、設備の運転、停止等の状態遷移を監視しており、一定周期でコントローラから設備状態を収集する。特許文献１では、収集の際には、設備状態とあわせて設備関連情報を記録し、これにより、一定周期内に複数回の状態遷移が発生した際には、状態遷移を漏れ無く収集可能となる。
【0008】
特許文献２では、複数のネットワークのアラーム情報を共通の報告用メモリに格納し、収集装置から一定周期で報告用メモリにポーリングを行い、アラーム情報を収集する。特許文献２では、ポーリング時には、報告用メモリからすべてのアラーム情報を収集することによって、周期内での複数回のアラーム情報の変化に対応できる。
【0009】
従来技術例の設備データ収集システムは、収集の周期が一定周期である場合において、一定周期内に複数回の設備設定操作（設定変更操作と記載する場合がある）が行われた場合に、その複数回のうちの最新の設備設定操作に対応した最新の設備設定データが収集できない場合がある。言い換えると、従来技術例の設備データ収集システムは、ある一定周期内で複数回の設定変更があった場合に、そのうちの１回の設定変更に対応した最新ではない設備設定データしか収集できない場合がある。また、言い換えると、従来技術例の設備データ収集システムは、設備の設定の時間分解能と、設備データの収集の時間分解能とが同じ（すなわち上記一定周期）である。時間分解能は、設定や収集などの動作が許容される最も短い時間間隔、周期に相当する。
【0010】
そのため、従来技術例の設備データ収集システムでは、一定周期内に複数回の設備設定操作を行わないように、運用の制限が設けられている。
【0011】
上記のような課題に対し、設備データ収集システムとしては、収集の周期が一定周期である場合において、一定周期内に複数回の設備設定操作が行われた場合にも、最新の設備設定操作に対応した最新の設備設定データが収集できることが望ましい。言い換えると、最新の設備設定データを含む設備データを漏れ無く収集できる技術を実現したい。この実現により、上記運用の制限も解除できる。
【0012】
上記課題への対処案としては、以下も挙げられる。まず、設定変更時刻の時間分解能を設備データ収集の収集周期よりも高める方法が挙げられる。例えば、収集周期を分単位とした場合に、設備の設定を変更できる時間分解能を秒単位とすることである。
【0013】
しかしながら、そのような方法を実装する場合には、設備を設定し制御する制御機器と、設備データを収集するゲートウェイとの両方で、その方法の実装のための仕様変更が必要である。特に、顧客環境の制御機器の仕様変更は、コストが大きく、望ましくない場合がある。
【0014】
また、一般的に、ゲートウェイは、ネットワーク（例えばＬＡＮとＷＡＮ）に接続されているため、ゲートウェイに対しては、リモートでの仕様変更（例えばソフトウェアの更新プログラムのダウンロード、インストール）も可能である。しかし、顧客環境の制御機器は、リモートでの仕様変更の適用が不可能である場合が多い。制御機器の仕様変更は、現地対応が必要となるため、負担が大きい。
【0015】
また、顧客環境の制御機器と、ゲートウェイとは、対応するベンダーが異なる場合が多い。制御機器とゲートウェイとのベンダー間で協調して仕様変更することや、ベンダー間で仕様変更の適用タイミングを合わせること等が難しい。また、両方の仕様変更の適用が完了するまでは、インタフェースの相違により、通信が不可能となる。よって、その間は、既設の設備の計測運用（言い換えると設備データ収集）が停止することから、マイナスの影響が大きい。
【0016】
従来の設備データ収集システムの仕様変更として、収集周期内での複数回の設備設定操作も許容して漏れ無く設備データが収集できる機能を備えるシステムを実現したい。また、そのシステムのための仕様変更の際に、顧客環境の制御機器の現地対応での仕様変更については不要とし、既設の設備の運用へのマイナスの影響を抑え、リモートで更新可能なゲートウェイの仕様変更のみで対応できるようにしたい。
【0017】
本発明の目的は、上記設備データ収集システムの技術に関して、収集周期内での複数回の設備設定操作も許容して漏れ無く設備データが収集できる等、より好適な設備データ収集が実現できる技術を提供することである。
【課題を解決するための手段】
【0018】
本開示のうち代表的な実施の形態は以下に示す構成を有する。実施の形態の設備データ収集システムは、顧客環境内の設備の設備データを収集する設備データ収集システムであって、前記顧客環境内で前記設備の前記設備データを記憶および管理している制御機器に対して通信で接続され、前記制御機器から前記設備データを収集して記憶する通信装置を備える。前記設備データは、前記設備の状態を表す設備状態データと、前記設備の設定を表す設備設定データと、を有する。前記通信装置は、所定の周期ごとに、前記制御機器から、前記設備状態データを収集して記憶し、前記周期内において前記設備の設定変更操作が複数回行われて前記設備設定データが複数回更新されている場合に、次の前記周期内では、前記制御機器から、更新されている最新の前記設備設定データを収集し、収集された前記設備状態データと、収集された前記設備設定データとを記憶する。
【0019】
実施の形態の設備データ収集システムは、前記顧客環境内で前記設備の前記設備データを記憶および管理している制御機器に対して通信で接続され、前記制御機器から前記設備データを収集し、収集された前記設備データをサーバ装置へ通知するゲートウェイ装置を備える。前記設備データは、前記設備の状態を表す設備状態データと、前記設備の設定を表す設備設定データと、を有し、前記設備設定データは、前記設定が変更された時刻を表す設定変更時刻と、前記設定の内容を表す設定データと、を有する。前記ゲートウェイ装置は、所定の周期ごとに、前記制御機器から、前記設備状態データを収集して記憶し、前記周期ごとに、前記制御機器から、前記設定変更時刻を収集し、収集された設定変更時刻と、記憶されている設定変更時刻とを比較して変化の有無を確認し、１つ前の前記周期で前記設定データを前記サーバ装置へ通知済みか否かを確認する。
【0020】
前記ゲートウェイ装置は、前記変化が有りで前記通知済みである場合（Ａ）、および、前記変化が無しで前記通知済みである場合（Ｃ）には、前記制御機器から、すべての前記設定データを収集し、収集された前記設備状態データと、収集されたすべての前記設定データとを前記サーバ装置へ通知し、収集された前記設定変更時刻と、収集されたすべての前記設定データとを記憶する。
【0021】
前記ゲートウェイ装置は、前記変化が有りで前記通知済みではない場合（Ｂ）には、前記制御機器から、前記変化が有る一部の前記設定データを収集し、収集された前記設備状態データと、収集された一部の前記設定データとを前記サーバ装置へ通知し、収集された前記設定変更時刻と、収集された一部の前記設定データとを記憶し、前記変化が無しで前記通知済みではない場合（Ｄ）には、前記制御機器から、収集された前記設備状態データを前記サーバ装置へ通知する。
【発明の効果】
【0022】
本開示のうち代表的な実施の形態によれば、上記設備データ収集システムの技術に関して、収集周期内での複数回の設備設定操作も許容して漏れ無く設備データが収集できる等、より好適な設備データ収集が実現できる。上記した以外の課題、構成および効果等については、発明を実施するための形態において示される。
【図面の簡単な説明】
【0023】
【図1】実施の形態１の設備データ収集システムの全体の構成を示す。
【図2】実施の形態１で、制御機器が保持する設備状態データの構成例を示す。
【図3】実施の形態１で、制御機器が保持する設備設定データの構成例を示す。
【図4】実施の形態１で、ゲートウェイ装置のコンピュータシステムとしての構成例を示す。
【図5】実施の形態１で、ゲートウェイ装置の主な処理フローの第１部分を示す。
【図6】実施の形態１で、ゲートウェイ装置の主な処理フローの第２部分として各ケースの処理フローを示す。
【図7】実施の形態１で、ゲートウェイ装置のより詳しい処理フローの構成例を示す。
【図8】実施の形態１で、装置間のシーケンス例（１－１）を示す。
【図9】実施の形態１で、装置間のシーケンス例（１－２）を示す。
【図10】実施の形態１で、装置間のシーケンス例（１－３）を示す。
【図11】実施の形態１で、装置間のシーケンス例（１－４）を示す。
【図12】実施の形態１で、装置間のシーケンス例（２－１）を示す。
【図13】実施の形態１で、装置間のシーケンス例（２－２）を示す。
【図14】比較例の設備データ収集システムの構成を示す。
【発明を実施するための形態】
【0024】
以下、図面を参照しながら本開示の実施の形態を詳細に説明する。図面において、同一部には原則として同一符号を付し、繰り返しの説明を省略する。
【0025】
説明上、プログラムによる処理について説明する場合に、プログラムや機能や処理部等を主体として説明する場合があるが、それらについてのハードウェアとしての主体は、プロセッサ、あるいはそのプロセッサ等で構成されるコントローラ、装置、計算機、システム等である。計算機は、プロセッサによって、適宜にメモリや通信インタフェース等の資源を用いながら、メモリ上に読み出されたプログラムに従った処理を実行する。これにより、所定の機能や処理部等が実現される。プロセッサは、例えばＣＰＵやＧＰＵ等の半導体デバイス等で構成される。プロセッサは、所定の演算が可能な装置や回路で構成される。処理は、ソフトウェアプログラム処理に限らず、専用回路でも実装可能である。専用回路は、ＦＰＧＡ、ＡＳＩＣ、ＣＰＬＤ等が適用可能である。
【0026】
プログラムは、対象計算機に予めデータとしてインストールされていてもよいし、プログラムソースから対象計算機にデータとして配布されてもよい。プログラムソースは、通信網上のプログラム配布サーバでもよいし、非一過性のコンピュータ読み取り可能な記憶媒体（例えばメモリカード）でもよい。プログラムは、複数のモジュールから構成されてもよい。コンピュータシステムは、複数台の装置によって構成されてもよい。コンピュータシステムは、クライアントサーバシステム、クラウドコンピューティングシステム、ＩｏＴシステム等で構成されてもよい。各種のデータや情報は、例えばテーブルやリスト等の構造で構成されるが、これに限定されない。識別情報、識別子、ＩＤ、名、番号等の表現は互いに置換可能である。
【0027】
［課題の解決手段について］
後述する実施の形態１の設備データ収集システム（図１）は、前提としては、制御機器３が、設備４の状態および設定を設備データＤ３として記憶し、ゲートウェイ装置２が、制御機器３と通信して制御機器３から設備データＤ３（設備状態データＤ３１や設定データＤ３２Ｂ）を収集し設備データＤ２（設備状態データＤ２１や設定データＤ２２Ｂ）として記憶する。ゲートウェイ装置２は、収集した設備データＤ３の内容を、サーバ１へ通知し、サーバ１は、通知された設備データを蓄積などする。
後述する実施の形態１の設備データ収集システム（図１）は、前提としては、制御機器３が、設備４の状態および設定を設備データＤ３として記憶し、ゲートウェイ装置２が、制御機器３と通信して制御機器３から設備データＤ３（設備状態データＤ３１や設定データＤ３２Ｂ）を収集し設備データＤ２（設備状態データＤ２１や設定データＤ２２Ｂ）として記憶する。ゲートウェイ装置２は、収集した設備データＤ３の内容を、サーバ１へ通知し、サーバ１は、通知された設備データを蓄積などする。
【0028】
実施の形態１の設備データ収集システムにおけるゲートウェイ装置２は、設備データＤ３として、設備状態データＤ３１については一定周期（収集周期とも記載する）で毎回収集し、他方で設備設定データＤ３２については一定周期で毎回収集するのではなく、設備データＤ３の設定の変化時、言い換えると当該設定の操作に対応した設定変更時刻Ｄ３２Ａの変化時にのみ収集する方式とする。なお、方式とは、装置、方法、プログラム等の総称である。ゲートウェイ装置２は、制御機器３から、設定変更時刻Ｄ３２Ａを参照し、設定変更時刻Ｄ３２Ａに変化があるかを確認し（後述の図５のステップＳ４）、変化の有無に応じて場合分けで処理を行う。
【0029】
さらに、実施の形態１の設備データ収集システムにおけるゲートウェイ装置２は、現在の収集周期と前の収集周期との対比で、前の収集周期に設備データＤ３のうちの設定データＤ３２Ｂを収集済みか、言い換えるとその設定データＤ３２Ｂをサーバ１へ通知済みかを確認するステップ（図５のステップＳ５やＳ６）が追加されており、その確認結果に応じて場合分けで処理を行う。
【0030】
実施の形態１の設備データ収集システムは、図５のステップＳ４の判断と、ステップＳ５やＳ６の判断との組合せで、場合分けで処理を行う。具体的には、Ａ～Ｄの４つのケースに分けられる。
【0031】
ゲートウェイ装置２は、設備設定データＤ３２を収集する処理の際に、１つ前の周期で設定データＤ３２Ｂを収集していたか否か、言い換えるとサーバ１へ通知していたか否かを判定する（図５のステップＳ５やＳ６）。１つ前の周期で設定データＤ３２Ｂを収集していた場合（すなわち通知済みである場合）には、ＡケースやＣケースに相当する。ＡケースやＣケースでは、ゲートウェイ装置２は、制御機器３から最新のすべての設定データＤ３２Ｂを収集し（図６のステップＳＡ１やＳＣ１）、サーバ１へ通知する。
【0032】
ゲートウェイ装置２は、１つ前の周期で設定データＤ３２Ｂを収集していなかった場合（すなわち通知済みでない場合）には、ＢケースやＤケースに相当する。ＢケースやＤケースでは、ゲートウェイ装置２は、後述の図１４の比較例のシステムと同様の処理を行う。すなわち、ゲートウェイ装置２は、設定変更が有る場合（Ｂケース）には、その設定変更が有る部分に対応した一部の設定データＤ３２Ｂと、設備状態データＤ３１とを収集して（図６のステップＳＢ１）、サーバ１へ通知する。ゲートウェイ装置２は、設定変更が無い場合（Ｄケース）には、設備状態データＤ３１のみを収集してサーバ１へ通知する処理を行う（図６のステップＳＤ１）。
【0033】
これにより、実施の形態１のシステムは、一定周期内に複数回の設備設定操作が行われた場合（例えば後述の図１２、図１３）でも、最新の設定データＤ３２Ｂを収集でき、従来の運用制限も解除できる。本システムは、顧客環境の側での仕様変更および現地対応は不要であり、事業者側のゲートウェイ装置２の仕様変更（リモートでのプログラム更新等）のみで対応可能であり、現地対応の負担が削減できる。本システムは、制御機器３とゲートウェイ装置２とのベンダーの違いによる仕様変更のタイミング等の考慮も不要となり、仕様変更の完了までの運用停止時間を削減できる。
【0034】
［比較例］
図１４は、比較例の設備データ収集システムであるシステム１００Ａの構成を示す。なお、実施の形態のシステム１００は、比較例のシステム１００Ａと一部共通の構成を有し、比較例のシステム１００Ａに対し、一部の機能が追加・修正されているシステムに相当する。
図１４は、比較例の設備データ収集システムであるシステム１００Ａの構成を示す。なお、実施の形態のシステム１００は、比較例のシステム１００Ａと一部共通の構成を有し、比較例のシステム１００Ａに対し、一部の機能が追加・修正されているシステムに相当する。
【0035】
図１４の比較例のシステム１００Ａは、ゲートウェイ装置であるゲートウェイ９２が、制御機器９３から、設備９４の設備データＡ３を収集する。設備データＡ３は、設備状態データＡ３１と設備設定データＡ３２とを有する。ゲートウェイ９２は、制御機器９３から、収集周期として一定周期で設備状態データＡ３１を収集し、事業者のサーバ９１へ通知する。設備設定データＡ３２は、データ量が大きい場合があり、制御機器９３とゲートウェイ９２との間のトラフィックの増大による帯域の圧迫や、ゲートウェイ９２の処理負荷増大が懸念される。
【0036】
そのため、このシステム１００Ａは、設備設定データＡ３２と比べてデータ量が小さい、設定変更時刻Ａ３３を用いる。設定変更時刻Ａ３３は、例えば設備設定データＡ３２の一部として有する。ゲートウェイ９２は、設備状態データＡ３１の収集周期と同じ一定周期で、設定変更時刻Ａ３３を収集して参照し、設定変更時刻の変化の有無、すなわち設定変更の有無を確認する。これにより、システム１００Ａは、設備設定データＡ３２の変化（言い換えると設定変更）を検知する。ゲートウェイ９２は、この変化の発生時のみ、設備設定データＡ３２（設定変更時刻以外の部分の設定データ）自体を収集し、収集した設備設定データをサーバ９１へ通知し、設備設定データＡ２２として記憶する。
【0037】
図１４で、通信ｂ１は、ゲートウェイ９２と制御機器９３との間での、一定周期（収集周期）での設備状態データＡ３１の収集を示す。通信ｂ２は、ゲートウェイ９２と制御機器９３との間での、設定変更時刻Ａ３３の変化時の、設備設定データＡ３２（設定変更時刻Ａ３３を除く設定データの部分）の収集を示す。通信ｂ３は、ゲートウェイ９２と制御機器９３との間での、設定変更時刻Ａ３３の収集・参照、および変化の検知を示す。
【0038】
ゲートウェイ９２の設備設定データ収集処理としては、初回起動時、言い換えると初回の周期に、設備状態データＡ３１を収集した後、設定変更時刻Ａ３３とすべての設備設定データＡ３２（設定変更時刻を除く部分）を収集してサーバ９１に通知し、自身のデータベース（ＤＢ）内に記憶する。
【0039】
ゲートウェイ９２は、以降の周期では、一定周期毎の設備状態データＡ３１の収集後、設定変更時刻Ａ３３を収集し、ＤＢに記憶されている設定変更時刻Ａ２３と比較する。ゲートウェイ９２は、比較した結果、設定変更時刻に差分が有る場合、すなわち設定変更が有る場合には、差分が有る設備設定データＡ３２のみを収集してサーバ９１へ通知する。その後、ゲートウェイ９２は、収集した設定変更時刻Ａ３３を設定変更時刻Ａ２３として自身のＤＢ内に記憶し、収集した設備状態データＡ３１を設備状態データＡ２１として自身のＤＢ内に記憶する。ゲートウェイ９２は、設定変更時刻に差分が無い場合、すなわち設定変更が無い場合には、設備設定データＡ３２の収集および通知を行わない。
【0040】
比較例のシステム１００Ａの方式では、設定変更時刻Ａ３３の時間分解能を超える頻度で一定周期（収集周期）内に設備設定操作が複数回行われた場合には、設定変更時刻Ａ３３の差分を検知できない。言い換えると、設備設定データＡ３２の変化、設定変更有りを検知できない。そのため、その場合には、ゲートウェイ９２で、設定変更時刻Ａ３３に差分が無い場合の処理が実行される。すなわち、上記のように、ゲートウェイ９２は、設備設定データＡ３２の収集・通知をせず、設備状態データＡ３１のみを収集・通知することとなる。そのため、その場合、比較例では、最後の設備設定操作に対応した最新の設備設定データＡ３２については収集できず、サーバ９１へ通知できない。
【0041】
＜実施の形態１＞
図１以降を用いて、本開示の実施の形態１の設備データ収集システムおよび方法などについて説明する。実施の形態１の設備データ収集システムは、ゲートウェイ装置が設備の制御機器から設備データを収集し、サーバへ通知するシステムである。実施の形態１の設備データ収集方法は、実施の形態１の設備データ収集システムにおいてゲートウェイ装置が実行するステップを有する方法である。実施の形態１の設備データ収集プログラムは、実施の形態１の設備データ収集システムのゲートウェイ装置に処理を実行させるプログラムである。
図１以降を用いて、本開示の実施の形態１の設備データ収集システムおよび方法などについて説明する。実施の形態１の設備データ収集システムは、ゲートウェイ装置が設備の制御機器から設備データを収集し、サーバへ通知するシステムである。実施の形態１の設備データ収集方法は、実施の形態１の設備データ収集システムにおいてゲートウェイ装置が実行するステップを有する方法である。実施の形態１の設備データ収集プログラムは、実施の形態１の設備データ収集システムのゲートウェイ装置に処理を実行させるプログラムである。
【0042】
図１に示す実施の形態１の設備データ収集システムであるシステム１００は、図１４の比較例のシステム１００Ａの設備データ収集処理に対し、所定の処理などが追加・修正されている。すなわち、システム１００では、「制御機器から設定データを収集しサーバへ通知したこと」を検知・確認する処理、が追加されている。この処理は、後述の図５の処理フローで、ステップＳ５やステップＳ６における「前の周期で設定データをサーバへ通知済みか？」という確認・判断処理が相当する。
【0043】
システム１００は、図５のステップＳ４の設定変更時刻の変化に関する判断処理に加え、ステップＳ５やＳ６の判断処理を行い、これらの判断処理の結果、Ａ～Ｄに示す各ケースに場合分けし、図６のような各ケースに応じた処理フローを実行する。このシステム１００では、比較例に対し、特にＡケースおよびＣケースの処理が追加されている。
【0044】
［設備データ収集システム］
図１は、実施の形態１の設備データ収集システムであるシステム１００の全体の構成概要を示す。システム１００は、サーバ１と、ゲートウェイ装置であるゲートウェイ２と、制御機器３と、設備４とを有し、これらの構成要素は、通信などを含むインタフェースで相互に接続されている。
図１は、実施の形態１の設備データ収集システムであるシステム１００の全体の構成概要を示す。システム１００は、サーバ１と、ゲートウェイ装置であるゲートウェイ２と、制御機器３と、設備４とを有し、これらの構成要素は、通信などを含むインタフェースで相互に接続されている。
【0045】
顧客環境内における設備４、制御機器３、およびゲートウェイ２は、例えばＬＡＮを介して、所定の通信インタフェースで接続されている。制御機器３と設備４は、所定の通信インタフェースの通信Ｃ３で接続される。制御機器３とゲートウェイ２は、所定の通信インタフェースの通信Ｃ２で接続される。ゲートウェイ２とサーバ１は、例えばWＡＮ（広域通信網）を介して、所定の通信インタフェースの通信Ｃ１で接続される。
【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】
［設備データ：設備設定データ］
図３は、図１のシステム１００における制御機器３の保持する設備データＤ３のうちの、設備設定データＤ３２の構成例を示す。設備設定データＤ３２は、データＤ３２ＡとデータＤ３２Ｂとを有する。データＤ３２Ａは、設定変更時刻Ｄ３２Ａであり、時系列で各々の設定変更時刻の情報が保持される。各々の設定変更時刻の情報は、例えば、設定ＩＤ（例えば「設定１」，「設定２」，「設定３」等）と、設定変更時刻の年／月／日／時／分の情報とを有する。設定ＩＤは、設備４の設定に関して各種類や各カテゴリ等の設定がある場合の各々の設定を識別するための情報である。設定変更時刻Ｄ３２Ａの例としては、例えば、ある設定変更操作に基づいて、「設定１」の設定変更時刻が「2022/01/01/12:00」とされ、次の設定変更操作に基づいて、「設定１」の設定変更時刻が「2022/01/01/12:01」とされる。
図３は、図１のシステム１００における制御機器３の保持する設備データＤ３のうちの、設備設定データＤ３２の構成例を示す。設備設定データＤ３２は、データＤ３２ＡとデータＤ３２Ｂとを有する。データＤ３２Ａは、設定変更時刻Ｄ３２Ａであり、時系列で各々の設定変更時刻の情報が保持される。各々の設定変更時刻の情報は、例えば、設定ＩＤ（例えば「設定１」，「設定２」，「設定３」等）と、設定変更時刻の年／月／日／時／分の情報とを有する。設定ＩＤは、設備４の設定に関して各種類や各カテゴリ等の設定がある場合の各々の設定を識別するための情報である。設定変更時刻Ｄ３２Ａの例としては、例えば、ある設定変更操作に基づいて、「設定１」の設定変更時刻が「2022/01/01/12:00」とされ、次の設定変更操作に基づいて、「設定１」の設定変更時刻が「2022/01/01/12:01」とされる。
【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】
［シーケンス（１－１）］
図８は、収集周期に関するある回（時点Ｔ１から時点Ｔ２までの第１周期とする）での処理シーケンス例を示す。図８の例は、Ｂケースに相当する。時点ｔ１０１で、ゲートウェイ２は、ある回（第１周期）での設備データ収集処理を開始する。時点ｔ１０1から時点ｔ１１１までの処理は、所定の周期での周期処理である。時点ｔ１０２で、ＤＢ２２には、前回までの周期での処理に応じた結果の状態として、設備設定データＤ２２と、前回に記録したフラグＢ＝０とが格納されているとする。設備設定データＤ２２は、前回に記憶した設定変更時刻Ｄ２２Ａと、前回に記憶した設定データＤ２２Ｂとを有する。
図８は、収集周期に関するある回（時点Ｔ１から時点Ｔ２までの第１周期とする）での処理シーケンス例を示す。図８の例は、Ｂケースに相当する。時点ｔ１０１で、ゲートウェイ２は、ある回（第１周期）での設備データ収集処理を開始する。時点ｔ１０1から時点ｔ１１１までの処理は、所定の周期での周期処理である。時点ｔ１０２で、ＤＢ２２には、前回までの周期での処理に応じた結果の状態として、設備設定データＤ２２と、前回に記録したフラグＢ＝０とが格納されているとする。設備設定データＤ２２は、前回に記憶した設定変更時刻Ｄ２２Ａと、前回に記憶した設定データＤ２２Ｂとを有する。
【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】
［シーケンス（２－１）］
図１２は、収集周期に関するある回（時点Ｔ１から時点Ｔ２までの第１周期とする）での処理シーケンス例を示す。図１２での例はＢケースに相当する。例えば、時点Ｔ１は、現在時刻として１２時１分（「12:01」）であるとする。本例では、過去に、「11：59」に対応する２つ前の周期で、設備４の設定変更操作が行われており、例えば設定データが「設定１：Ａ」、設定変更時刻が「11:59」になっているとする。また、次の「12：00」に対応する１つ前の周期では、設定変更操作が行われておらず、設定変更時刻に差分が無いので、フラグＢ＝０となっているとする。
図１２は、収集周期に関するある回（時点Ｔ１から時点Ｔ２までの第１周期とする）での処理シーケンス例を示す。図１２での例はＢケースに相当する。例えば、時点Ｔ１は、現在時刻として１２時１分（「12:01」）であるとする。本例では、過去に、「11：59」に対応する２つ前の周期で、設備４の設定変更操作が行われており、例えば設定データが「設定１：Ａ」、設定変更時刻が「11:59」になっているとする。また、次の「12：00」に対応する１つ前の周期では、設定変更操作が行われておらず、設定変更時刻に差分が無いので、フラグＢ＝０となっているとする。
【0139】
時点ｔ５０１で、ゲートウェイ２は、ある回（第１周期）での設備データ収集処理を開始する。時点ｔ５０1から時点ｔ５１１までの処理は、所定の周期での周期処理である。時点ｔ５０２で、ＤＢ２２には、上述のように、前回の周期までの処理の結果に応じた状態として、設備設定データＤ２２として、前回に記憶された設定変更時刻Ｄ２２Ａ、および前回に記憶された設定データＤ２２Ｂと、前回に記録されたフラグＢ＝０とが格納されている。前回に記憶された設定変更時刻Ｄ２２Ａは、例えば「設定１」が「11:59」である。前回に記憶された設定データＤ２２Ｂは、例えば「設定１：Ａ」である。なお、この設定データ値「設定１：Ａ」は、図３での設定データＤ３２Ｂ１の「設定１」について、値（基本設定値）として、ある値Ａ（言い換えると、ある状態Ａ）に設定されていることを表す。
【0140】
時点ｔ５０３で、ゲートウェイ２が、制御機器３から、設備状態データＤ３１の収集処理を行う。時点ｔ５０４で、ゲートウェイ２は、収集された設備状態データＤ３１を設備状態データＤ２１としてＤＢ２２に記憶する。
【0141】
ここで、時点ｔ５０５（例えば第１周期内で１回目、１２時１分Ｘ秒「12:01:X」）では、顧客環境のユーザＵ２が、制御機器３に対し、設備４の設定の設定変更操作を行ったとする。例えば、「設定１：Ａ」から「設定１：Ｂ」に変更されたとする。この設定変更操作により、制御機器３での設備データＤ３が更新される。
【0142】
時点ｔ５０６で、ゲートウェイ２が、制御機器３から、設定変更時刻Ｄ３２Ａの収集を行う。設定変更時刻Ｄ３２Ａとして、例えば、「設定１」の「12:01」が収集される。制御機器３での設定変更時刻の時間分解能は分単位であるため、ここでは「12:01」が収集される。
【0143】
時点ｔ５０７で、ゲートウェイ２は、収集された設定変更時刻Ｄ３２Ａと、記憶されている設定変更時刻Ｄ２２Ａとを比較して差分が有るかを判断する。本例では、収集された設定変更時刻Ｄ３２Ａ（「12:01」）と記憶された設定変更時刻Ｄ２２Ａ（「11:59」）とが不一致であり差分が有る。ゲートウェイ２は、差分有り（変化有り）を、フラグＡ＝１として記録する。
【0144】
時点ｔ５０８で、ゲートウェイ２は、前の周期で設定データをサーバ１へ通知済みかを判断する（ステップＳ５）。本例では、記憶されたフラグＢ＝０であり、これは、前周期では通知しておらず、前周期で設定変更された設定データが無いことを表している。
【0145】
時点ｔ５０７で「設定変更時刻の差分有り」、かつ、時点ｔ５０８で「前周期で設定変更された設定データ無し」（通知済みではない）であったため、これは、図５のフローではＢケースに対応する。そのため、ゲートウェイ２は、時点ｔ５０９では、制御機器３から、設定変更時刻Ｄ３２Ａに差分が有る一部の設定データＤ３２Ｂのみを収集する（ステップＳＢ１）。本例では、差分に対応した一部の設定データＤ３２Ｂとして、「設定１：Ｂ」が収集される。
【0146】
時点ｔ５１０では、ゲートウェイ２は、設備状態データＤ２１と、収集された一部の設定データＤ３２Ｂ（「設定１：Ｂ」）とを、サーバ１に通知する。時点ｔ５１１で、ゲートウェイ２は、ＤＢ２２に、上記収集された設定変更時刻Ｄ３２Ａ（「12:01」）、および上記収集された設定データＤ３２Ｂ（「設定１：Ｂ」）を記憶し、上記記録されたフラグＡ＝１を、フラグＢ（Ｂ＝１）として記憶する。
【0147】
一方、本例では、時点ｔ５０９よりも後である時点ｔ５１２（例えば第１周期内で２回目、１２時１分Ｙ秒「12:01:Y」）では、顧客環境のユーザＵ２が、制御機器３に対し、設備４の設定の設定変更操作を行ったとする。例えば、「設定１：Ｂ」から「設定１：Ｃ」に変更されたとする。この設定変更操作により、制御機器３での設備データＤ３が更新される。そのため、それよりも後の時点ｔ５１１では、ＤＢ２２に、まだ最新の設定データ「設定１：Ｃ」は収集・反映されておらず、サーバ１へ通知されていない。この反映は次の周期で行われる。
【0148】
［シーケンス（２－２）］
図１３は、図１２に続くシーケンスであり、時点Ｔ２（「12:02」）から時点Ｔ３（「12:03」）までの第２周期での処理シーケンス例を示す。図１３の例は、Ｃケースに相当する。時点ｔ６０１で、ゲートウェイ２は、第２周期での設備データ収集処理を開始する。時点ｔ６０２で、ＤＢ２２には、前回の第１周期での処理の結果に応じた状態として、設備設定データＤ２２として、前回に記憶された設定変更時刻Ｄ２２Ａ（「12:01」）、および前回に記憶された設定データＤ２２Ｂ（「設定１：Ｂ」）と、前回に記録されたフラグＢ＝１とが格納されている。
図１３は、図１２に続くシーケンスであり、時点Ｔ２（「12:02」）から時点Ｔ３（「12:03」）までの第２周期での処理シーケンス例を示す。図１３の例は、Ｃケースに相当する。時点ｔ６０１で、ゲートウェイ２は、第２周期での設備データ収集処理を開始する。時点ｔ６０２で、ＤＢ２２には、前回の第１周期での処理の結果に応じた状態として、設備設定データＤ２２として、前回に記憶された設定変更時刻Ｄ２２Ａ（「12:01」）、および前回に記憶された設定データＤ２２Ｂ（「設定１：Ｂ」）と、前回に記録されたフラグＢ＝１とが格納されている。
【0149】
時点ｔ６０３で、ゲートウェイ２が、制御機器３から、設備状態データＤ３１の収集処理を行う。時点ｔ６０４で、ゲートウェイ２は、収集された設備状態データＤ３１を設備状態データＤ２１としてＤＢ２２に記憶する。
【0150】
本例では、第２周期内では、設定変更操作が行われておらず、「設定１：Ｃ」のままであるとする。
【0151】
時点ｔ６０５で、ゲートウェイ２が、制御機器３から、設定変更時刻Ｄ３２Ａの収集を行う。設定変更時刻Ｄ３２Ａとして、例えば、「設定１」の「12:01」が収集される。
【0152】
時点ｔ６０６で、ゲートウェイ２は、収集された設定変更時刻Ｄ３２Ａ（「12:01」）と、記憶されている設定変更時刻Ｄ２２Ａ（「12:01」）とを比較する。本例では、収集された設定変更時刻Ｄ３２Ａ（「12:01」）と記憶された設定変更時刻Ｄ２２Ａ（「12:01」）とが一致であり差分が無い。ゲートウェイ２は、差分無し（変化無し）を、フラグＡ＝０として記録する。
【0153】
時点ｔ６０７で、ゲートウェイ２は、前の周期で設定データをサーバ１へ通知済みかを判断する（ステップＳ６）。本例では、記憶されたフラグＢ＝１であり、これは、前周期では通知済みであり、前周期で設定変更された設定データが有ることを表している。
【0154】
時点ｔ６０６で「設定変更時刻の差分無し」、かつ、時点ｔ６０７で「前周期で設定変更された設定データ有り」（通知済み）であったため、これは、図５のフローではＣケースに対応する。そのため、ゲートウェイ２は、時点ｔ６０８では、制御機器３から、すべての設定データＤ３２Ｂを収集する（ステップＳＣ１）。本例では、すべての設定データＤ３２Ｂとして、前周期の２回目の設定変更（図１２の時点ｔ５１２）の後に対応した最新の設定である「設定１：Ｃ」が収集される。
【0155】
時点ｔ６０９では、ゲートウェイ２は、設備状態データＤ２１と、収集されたすべての設定データＤ３２Ｂ（「設定１：Ｃ」）とを、サーバ１に通知する。時点ｔ６１０で、ゲートウェイ２は、ＤＢ２２に、上記収集された設定変更時刻Ｄ３２Ａ（「12:01」）、および上記収集された設定データＤ３２Ｂ（「設定１：Ｃ」）を記憶し、上記記録されたフラグＡ＝０を、フラグＢ（Ｂ＝０）として記憶する。
【0156】
これにより、実施の形態１のシステム１００では、第２周期で、ゲートウェイ２は、第１周期での２回目の設定変更に対応した最新の設定データＤ３２Ｂ「設定１：Ｃ」を収集でき、サーバ１に通知できる。すなわち、システム１００では、所定の周期内で複数回の設定変更操作が行われた場合でも、すぐに、漏れ無く最新の設定を収集することができる。
【0157】
以上説明したように、実施の形態１の設備データ収集システムによれば、収集周期内での複数回の設備設定操作も許容して漏れ無く設備データが収集できる等、より好適な設備データ収集が実現できる。
【0158】
以上、本発明を実施の形態に基づいて具体的に説明したが、本発明は前述の実施の形態に限定されず、要旨を逸脱しない範囲で種々変更可能である。各実施の形態は、必須構成要素を除き、構成要素の追加・削除・置換などが可能である。特に限定しない場合、各構成要素は、単数でも複数でもよい。各実施の形態を組み合わせた形態も可能である。
【符号の説明】
【0159】
１…サーバ、２…ゲートウェイ、３…制御機器、４…設備、５…ＷＡＮ、６…クライアント端末、７…クライアント端末、Ｄ３…設備データ、Ｄ３１…設備状態データ、Ｄ３２…設備設定データ、Ｄ３２Ａ…設定変更時刻、Ｄ３２Ｂ…設定データ。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】