(57)【要約】【課題】ゲートウェイ装置において、センサ情報の取得対象機器の稼働状態の切り替えを正確かつ迅速に検出する。【解決手段】ゲートウェイ装置は、測定対象機器で予定される稼働状態と、該稼働状態が予定される時間帯と、稼働状態の判定に用いる第１及び第２のセンサの各識別子と、第１及び第２のセンサの各々に対する閾値の範囲とを対応して記憶するテーブル１１０７−３を有する。ゲートウェイ装置は、第１のセンサ情報を受信すると、受信時刻に基づき上記テーブル１１０７−３を参照して、予定されている稼働状態を判定し、第１のセンサ情報の値が対応する閾値の範囲に含まれるかを判定し、閾値の範囲に含まれると判定した場合、対応する第２のセンサ情報を取得し、第２のセンサ情報の値が、対応する閾値の範囲に含まれるかを判定し、第２のセンサ情報の値が閾値の範囲に含まれると判定した場合、少なくとも予定されている稼働状態を外部装置に送出する。【選択図】図３
2017097739.tif 000002
【特許請求の範囲】
【請求項１】
測定対象機器から複数のセンサを介して複数のセンサ情報を収集して外部装置に転送するゲートウェイ装置であって、
制御部と、
前記複数のセンサ情報のうち、前記外部装置に転送するセンサ情報である第１のセンサ情報と、前記外部装置に転送するセンサ情報しない第２のセンサ情報とを格納するセンサ情報格納テーブルと、
測定対象機器において予定される稼働状態と、該稼働状態が予定される時間帯と、稼働状態の判定に用いる第１のセンサ及び第２のセンサの各識別子と、第１のセンサ及び第２のセンサの各々に対する閾値の範囲とを対応して記憶するスケジュール情報テーブルと
を備え、
前記制御部は、
前記第１のセンサ情報を受信すると、前記第１のセンサ情報を受信した時刻に基づき前記スケジュール情報テーブルを参照して、予定されている稼働状態を判定し、
受信した前記第１のセンサ情報の値が、対応する閾値の範囲に含まれるかを判定し、
閾値の範囲に含まれると判定した場合、対応する前記第２のセンサ情報を前記センサ情報格納テーブルから取得し、
前記第２のセンサ情報の値が、対応する閾値の範囲に含まれるかを判定し、
前記第２のセンサ情報の値が閾値の範囲に含まれると判定した場合、前記第１のセンサ情報と稼働状態を前記外部装置に送出するゲートウェイ装置。
【請求項２】
前記第１のセンサ情報の取得周期と前記第２のセンサ情報の取得周期が異なる請求項１に記載のゲートウェイ装置。
【請求項３】
前記第１のセンサ情報の取得周期は、前記第２のセンサ情報の取得周期よりも短い請求項２に記載のゲートウェイ装置。
【請求項４】
前記制御部は、
前記第１のセンサ情報と、予定されている稼働状態に応じた閾値に基づき、機器の異常を判定し、
前記第１のセンサ情報と、予定されている稼働状態を示すタグ情報と、異常判定結果を示すタグ情報との組を前記外部装置に送出する請求項１に記載のゲートウェイ装置。
【請求項５】
前記スケジュール情報テーブルに記憶するスケジュール情報を受信したときに、受信したスケジュール情報に含まれる予定される時間帯の時間幅と、第１及び第２のセンサ情報の取得周期とを比較して、予定される時間帯の時間幅が該取得周期以上になるように、該予定される時間帯を補正する請求項１に記載のゲートウェイ装置。
【請求項６】
測定対象機器の複数のセンサと、
前記複数のセンサから複数のセンサ情報を収集して外部装置に転送するゲートウェイ装置と
を備え、
前記ゲートウェイ装置は、
前記複数のセンサ情報のうち、前記外部装置に転送するセンサ情報である第１のセンサ情報と、前記外部装置に転送するセンサ情報しない第２のセンサ情報とを格納するセンサ情報格納テーブルと、
測定対象機器において予定される稼働状態と、該稼働状態が予定される時間帯と、稼働状態の判定に用いる第１のセンサ及び第２のセンサの各識別子と、第１のセンサ及び第２のセンサの各々に対する閾値の範囲とを対応して記憶するスケジュール情報テーブルと
を備え、
前記第１のセンサ情報を受信すると、前記第１のセンサ情報を受信した時刻に基づき前記スケジュール情報テーブルを参照して、予定されている稼働状態を判定し、
受信した前記第１のセンサ情報の値が、対応する閾値の範囲に含まれるかを判定し、
閾値の範囲に含まれると判定した場合、対応する前記第２のセンサ情報を前記センサ情報格納テーブルから取得し、
前記第２のセンサ情報の値が、対応する閾値の範囲に含まれるかを判定し、
前記第２のセンサ情報の値が閾値の範囲に含まれると判定した場合、前記第１のセンサ情報と、稼働状態を前記外部装置に送出するマシンツーマシンシステム。
【請求項７】
測定対象機器から複数のセンサを介して複数のセンサ情報を収集して外部装置に転送するゲートウェイ装置において、該測定対象機器の稼働状態を判定する稼働状態判定方法であって、
ゲートウェイ装置は、
スケジュール情報テーブルに、測定対象機器において予定される稼働状態と、該稼働状態が予定される時間帯と、稼働状態の判定に用いる第１のセンサ及び第２のセンサの各識別子と、第１のセンサ及び第２のセンサの各々に対する閾値の範囲とを対応して記憶し、
前記第１のセンサ情報を受信すると、前記第１のセンサ情報を受信した時刻に基づき前記スケジュール情報テーブルを参照して、予定されている稼働状態を判定し、
受信した前記第１のセンサ情報の値が、対応する閾値の範囲に含まれるかを判定し、
閾値の範囲に含まれると判定した場合、対応する前記第２のセンサ情報を取得し、
前記第２のセンサ情報の値が、対応する閾値の範囲に含まれるかを判定し、
前記第２のセンサ情報の値が閾値の範囲に含まれると判定した場合、前記第１のセンサ情報と、稼働状態を前記外部装置に送出する稼働状態判定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲートウェイ装置、マシンツーマシンシステム及び稼働状態判定方法に関する。
【背景技術】
【０００２】
ＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）では多様なセンサ情報の収集を行い、収集データの分析を通じて保守・作業・生産等の各種業務の効率化を実現している。一方で、業務の効率化にはコストが重要となるため、センサ情報の収集に高品質・高速な回線は利用されないのが一般的である。従って、業務効率化に必要な情報のみが収集されている。また、機器に設置されるセンサで検出される情報は、機器の稼働状態によって大きく変わるのが一般的である。例えば、機器の温度や振動は保守による停止時、テスト運用時、本番稼働で変化する。従って、機器の正常性や挙動を判断するためのセンサ情報を収集したとしても、機器の稼働状態によっては有効な情報か否かが異なり、機器の稼働状態を正確に知ることが必要とされていた。
上記に関連して、第一の関連技術（例えば、特許文献１参照）では、エネルギーマネジメントシステムにおいて、計測された電力消費に関するセンサ情報と運行スケジュール情報を照らし合わせ、過去の稼働状態の変化に伴うセンサ情報の変化実績を収集している。収集した実績情報を基に変更された機器の状態が与えるであろう、電力消費を予測することで、エネルギーマネジメントの精度向上を実現している。
さらに第二の関連技術（例えば、特許文献２参照）では、鉄道の車両の異常予兆の検出を目的として、メンテナンス状態を運行スケジュールや機器の稼働状態を元に推定を行っている。鉄道では、正確な運行スケジュール情報が存在していることを生かし、運行スケジュール情報とセンサ情報を現場装置にて比較することで、メンテナンスの開始と終了の診断を実現している。これにより、メンテナンス中の挙動と異常予兆の分離を実現している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開２００９／１５１０７８号
【特許文献２】特開２０１３−１０７４１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記の関連技術ではそれぞれ、判定を行うために、過去のスケジュール情報や複数のセンサ情報を参照することで稼働状態と測定結果の判定を実現している。しかしながら、Ｍ２Ｍ（Ｍａｃｈｉｎｅ  ｔｏ  Ｍａｃｈｉｎｅ、マシンツーマシン）では、判定の結果をデータセンタに集約する必要性と、回線帯域から全てのセンサ情報を収集することができないという制約が存在する。そのため、データセンタでは、ゲートウェイ装置から送信される一部のセンサ情報のみで稼働状態の推定を行う必要があり、データセンタに集約されたセンサ情報のみでは、稼働状態がどのタイミングで切り替わったかを正確に把握することが困難であるという課題が存在した。
本発明は以上の点に鑑み、ゲートウェイ装置において、センサ情報の取得対象機器の稼働状態の切り替えを正確かつ迅速に検出するゲートウェイ装置、マシンツーマシンシステム及び稼働状態判定方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本発明の一態様におけるゲートウェイ装置では、データセンタに送信するセンサ情報以外の複数のセンサ情報を参照して、正確な稼働状態の判定を実現する。このとき、ゲートウェイ装置では参照対象となる各センサ情報の取得周期を考慮して判定を行う。
【０００６】
本発明の第1の解決手段によると、測定対象機器から複数のセンサを介して複数のセンサ情報を収集して外部装置に転送するゲートウェイ装置であって、
制御部と、
複数のセンサ情報のうち、外部装置に転送するセンサ情報である第１のセンサ情報と、外部装置に転送するセンサ情報しない第２のセンサ情報とを格納するセンサ情報格納テーブルと、
測定対象機器において予定される稼働状態と、該稼働状態が予定される時間帯と、稼働状態の判定に用いる第１のセンサ及び第２のセンサの各識別子と、第１のセンサ及び第２のセンサの各々に対する閾値の範囲とを対応して記憶するスケジュール情報テーブルと
を備え、
制御部は、
第１のセンサ情報を受信すると、第１のセンサ情報を受信した時刻に基づきスケジュール情報テーブルを参照して、予定されている稼働状態を判定し、
受信した第１のセンサ情報の値が、対応する閾値の範囲に含まれるかを判定し、
閾値の範囲に含まれると判定した場合、対応する第２のセンサ情報をセンサ情報格納テーブルから取得し、
第２のセンサ情報の値が、対応する閾値の範囲に含まれるかを判定し、
第２のセンサ情報の値が閾値の範囲に含まれると判定した場合、第１のセンサ情報と稼働状態を外部装置に送出するゲートウェイ装置が提供される。
【０００７】
本発明の第２の解決手段によると、
測定対象機器の複数のセンサと、
複数のセンサから複数のセンサ情報を収集して外部装置に転送するゲートウェイ装置と
を備え、
ゲートウェイ装置は、
複数のセンサ情報のうち、外部装置に転送するセンサ情報である第１のセンサ情報と、外部装置に転送するセンサ情報しない第２のセンサ情報とを格納するセンサ情報格納テーブルと、
測定対象機器において予定される稼働状態と、該稼働状態が予定される時間帯と、稼働状態の判定に用いる第１のセンサ及び第２のセンサの各識別子と、第１のセンサ及び第２のセンサの各々に対する閾値の範囲とを対応して記憶するスケジュール情報テーブルと
を備え、
第１のセンサ情報を受信すると、第１のセンサ情報を受信した時刻に基づきスケジュール情報テーブルを参照して、予定されている稼働状態を判定し、
受信した第１のセンサ情報の値が、対応する閾値の範囲に含まれるかを判定し、
閾値の範囲に含まれると判定した場合、対応する第２のセンサ情報をセンサ情報格納テーブルから取得し、
第２のセンサ情報の値が、対応する閾値の範囲に含まれるかを判定し、
第２のセンサ情報の値が閾値の範囲に含まれると判定した場合、第１のセンサ情報と、稼働状態を外部装置に送出するマシンツーマシンシステムが提供される。
【０００８】
本発明の第３の解決手段によると、測定対象機器から複数のセンサを介して複数のセンサ情報を収集して外部装置に転送するゲートウェイ装置において、該測定対象機器の稼働状態を判定する稼働状態判定方法であって、
ゲートウェイ装置は、
スケジュール情報テーブルに、測定対象機器において予定される稼働状態と、該稼働状態が予定される時間帯と、稼働状態の判定に用いる第１のセンサ及び第２のセンサの各識別子と、第１のセンサ及び第２のセンサの各々に対する閾値の範囲とを対応して記憶し、
第１のセンサ情報を受信すると、第１のセンサ情報を受信した時刻に基づきスケジュール情報テーブルを参照して、予定されている稼働状態を判定し、
受信した第１のセンサ情報の値が、対応する閾値の範囲に含まれるかを判定し、
閾値の範囲に含まれると判定した場合、対応する第２のセンサ情報を取得し、
第２のセンサ情報の値が、対応する閾値の範囲に含まれるかを判定し、
第２のセンサ情報の値が閾値の範囲に含まれると判定した場合、第１のセンサ情報と、稼働状態を外部装置に送出する稼働状態判定方法が提供される。
【発明の効果】
【０００９】
本発明では、ゲートウェイ装置において、センサ情報取得対象機器の稼働状態の切り替えを正確かつ迅速に検出することが可能である。
【図面の簡単な説明】
【００１０】
【図１】Ｍ２Ｍネットワークシステムの構成図である。
【図２】ゲートウェイ装置のハードウェア構成図である。
【図３】ゲートウェイ装置の論理構成図である。
【図４】センサ情報格納テーブルの説明図である。
【図５】送信情報テーブルの説明図である。
【図６】スケジュール情報テーブルの説明図である。
【図７】センサ情報受信時のフローチャートである。
【図８】センサ情報異常判定テーブルの説明図である。
【図９】スケジュール情報テーブル更新のシーケンス図である。
【図１０】スケジュール情報テーブル更新のフローチャートである。
【図１１】実施例２におけるゲートウェイ装置の論理構成図である。
【図１２】実施例２における送信情報テーブルである。
【図１３】実施例２におけるセンサ情報受信時のフローチャートである。
【図１４】実施例２における稼働状態判定のフローチャートである。
【発明を実施するための形態】
【００１１】
（実施例１）
本発明の実施形態を以下に説明する。
本実施形態におけるインテリジェントゲートウェイ装置は、Ｍ２Ｍ／ＩｏＴ分野において、センサ情報を収集し、送信する機能を有する装置であって、複数のセンサ情報を比較し、スケジュール情報を参照し、取得周期に応じて監視する対象を変更することで、稼働状態の切り替わりを誤差無く判定する。
【００１２】
図１は、本実施形態におけるＭ２Ｍネットワークシステムの構成例を示す。本システムでは、Ｍ２Ｍネットワークを介した計測対象となっている機器（測定対象機器）１０と、当該機器の情報を収集するゲートウェイ装置１１と、ゲートウェイ装置からの情報を収集するデータセンタ１２を備える。また、機器１０には複数のセンサ１３が設置され、フィールドエリアネットワーク１４（以下ＦＡＮ）通じてゲートウェイ装置１１はセンサ情報を収集する。ゲートウェイ装置１１が収集したセンサ情報は、ワイドエリアネットワーク１５（以下ＷＡＮ）を介してデータセンタ１２（以下ＤＣと記すこともある）に送信される。ＦＡＮ１４は、有線または無線あるいはその双方により構成される通信網であり、センサ１３は必要に応じて当該ネットワークを介して情報をゲートウェイ装置１１に送信する手段を備える場合がある。あるいは、当該ネットワークは、センサ１３を直接接続する為の電線であって、電気信号が直接ゲートウェイ装置１１に送信される場合もある。
ＷＡＮ１５は、インターネットなどを介した広域網を想定するが、有線及び無線を含む複数の種類のネットワークの組み合わせにより構成されることがある。
なお、データセンタ１２は、ユーザ３０の端末装置と公衆網などのネットワークを介して接続されることができる。また、ゲートウェイ装置１１は、基地局と通信する
本Ｍ２Ｍネットワークシステムを用いたＭ２Ｍサービスでは、ゲートウェイ装置１１が機器１０のセンサ情報をセンサ１３より取得し、機器の稼働状態や機器に異常な状態が発生していないかをゲートウェイ装置１１及びデータセンタ１２において監視をすることで、メンテナンスの効率化や、機器の予防保全を実現する。
【００１３】
図２にゲートウェイ装置１１のハードウェア構成図を示す。ゲートウェイ装置１１は、演算を行うためのＣＰＵ（プロセッサ）１１１と、ＣＰＵ１１１により実行されて後述する各ブロックの機能を実現するためのプログラムと、後述するテーブルなどの各種情報を記憶するための記憶領域１１２と、外部との通信を実施するためのインタフェースであるＩ／Ｏ部１１３を有する。Ｉ/Ｏ部１１３は、例えば、センサ１３に対するパケット入出力部と、データセンタ１２に対するパケット入出力部を有する。プロセッサ１１１、記憶領域１１２及びＩ／Ｏ部１１３により、以下の制御論理部を実現する。
【００１４】
図３にゲートウェイ装置１１の制御論理部（制御部）１１０の構成を示す。ゲートウェイ装置１１は本構成により、内部の処理を実現している。制御論理部１１０はセンサ向け通信を受信するセンサ向けパケット入出力部１１００を介してセンサとのトラフィックを送受信する。センサ間通信部１１０１は、センサからのセンサ情報の受信とセンサに対する制御メッセージなどを送受信するための役割を有する。センサ情報はセンサ間通信部１１０１にて受信された後、センサ情報格納テーブル１１０２に格納される。センサ情報格納テーブルに格納されたセンサ情報は、センサ情報送信部１１０３において監視され、ＤＣ間通信部１１０４においてパケットの形に整形され、ＤＣ向けパケット入出力部１１０５を通じてデータセンタ向けに送信される。一方、データセンタ１２からのセンサ１３に対する制御メッセージはＤＣ向けパケット入出力部１１０５を介してＤＣ間通信部１１０４にて受信されるとセンサ制御部１１０６に送信される。センサ制御部１１０６は制御の内容を解析し制御用メッセージを作成し、センサ間通信部１１０１及びセンサ向けパケット入出力部１１００を介して制御用メッセージをセンサ１３に送信する。
センサ情報判定部１１０７は機器１０から取得されたセンサ情報を用いた判定を実施するためのブロックの総称である。センサ情報判定部１１０７は、センサ情報格納テーブル１１０２に格納されたセンサ情報を参照し、その判定結果に関する情報を、センサ情報送信部１１０３を通じてデータセンタ１２に通知する。本実施例では、センサ情報判定部１１０７は、内部に複数のブロックを有しており、その一例として稼働状態判定部１１０７−１、異常判定部１１０７−２、スケジュール情報テーブル１１０７−３、及び、センサ情報異常判定テーブル１１０７−４を有する。なお、センサ情報判定部１１０７の構成はこれらのブロックに限定されるものではなく、機器に関する判定内容もこれらに限定されるものではない。
センサ情報をデータセンタ１２に送信するためのルールを記載したテーブルが送信情報テーブル１１０８である。センサ情報送信部１１０３は当該テーブルを参照し、必要なセンサ情報をセンサ情報格納テーブルから取得してＤＣ間通信部１１０４に向けてセンサ情報を送信する。データセンタ１２から送信されたゲートウェイ装置１１内のテーブル情報に関する更新情報は、テーブル情報更新部１１０９にて処理される。テーブル情報更新に関するデータをデータセンタ１２から受信したＤＣ間通信部１１０４は、これらの情報をテーブル情報更新部１１０９に送信する。テーブル情報更新部１１０９は受信メッセージの内容に応じて、スケジュール情報テーブル１１０７−３、センサ情報異常判定テーブル１１０７−４、送信情報テーブル１１０８などを書き換える。
なお、本実施例では外部より通知される情報として、データセンタ１２より通知されるスケジュール情報を例としてあげているが、稼働状態の判定に関連する情報として他の情報を外部から受信することも考えられ、本実施例は、これらの取得する情報を制限するものではない。例えば気温、天候などの外的な環境に関する情報を受信し、判定に活用することなどが考えられる。
【００１５】
図４に、センサ情報格納テーブル１１０２のテーブルの構成例を示す。本実施例のセンサ情報格納テーブル１１０２は、受信する複数のセンサ毎に情報を保存するテーブル領域を有している。センサ情報格納テーブル１１０２には、対象となるセンサ１３を識別するための対象センサ識別情報１１０２−１と、センサ情報として受信したセンサ１３の計測値である値１１０２−２と、当該センサ情報を計測または取得した時刻情報である時刻１１０２−３と、当該センサ情報が判定センサ情報で有るかどうかを識別するための優先度１１０２−４と、当該センサ情報が取得される取得周期１１０２−５の情報が対応して記憶される。
ゲートウェイ装置１１が受信したセンサ情報に関して、センサ情報に含まれるセンサＩＤまたは入力インタフェースより判断されたセンサＩＤに対応した対象センサに合致する領域に、値１１０２−２と時刻１１０２−３が追記される。また、対象センサ１１０２−１、優先度１１０２−４、取得周期１１０２−５の情報は、他のエントリに既に記憶されている情報を踏襲する。
図４の例では、センサＩＤがＩＤ＿ｙｙｙｙｙのセンサ情報を受信した場合、対象センサ１１０２−１−ｂに合致するため、当該テーブルに受信した値１１０２−２−ｂ及び時刻１１０２−３−ｂが追記される。
【００１６】
図５に、送信情報テーブルの説明図を示す。送信情報テーブル１１０８は、対象となるセンサＩＤを示す対象センサ１１０８−１と、センサ情報を送信するための送信周期１１０８−２と、機器状態タグを付与するかどうかを示す機器状態タグフィールド１１０８−３と、センサ情報の正常・異常の判定情報を付与するかどうかを示すセンサ判定タグフィールド１１０８−４が対応して記憶される。なお本実施例では機器状態タグフィールド１１０８−３及びセンサ判定タグフィールド１１０８−４を有し、またそれらに対応したタグを付与することを説明しているが、本説明は便宜上のものであり、タグの種類や内容、個数はこれらに制限されるものではなく、センサ情報判定部１１０７にて判定された多様な判定結果の情報を付与してもよい。
本実施例のセンサ情報送信部１１０３は、送信情報テーブル１１０８に記載された対象センサ１１０８−１とその送信周期１１０８−２を参照し、それぞれのエントリ毎に周期を計測するためのタイマ情報を保有する。センサ情報送信部１１０３は各行に相当するエントリのタイマが送信周期を迎えると、センサ情報格納テーブル１１０２に記憶された、対象センサＩＤの最新のセンサ情報の値１１０２−２及び時刻１１０２−３を取得し、データセンタ１２に送信する。
センサ情報送信部１１０３はセンサ情報を送信するとき、送信情報テーブル１１０８の該当するエントリの、機器状態タグフィールド１１０８−３が有りになっていた場合、当該センサ情報に機器状態タグを付与して送信する。また、該当するエントリのセンサ判定タグ１１０８−４が有りとなっていた場合、当該センサ情報に当該センサの正常・異常などの判定結果のタグを付与して送信する。これらのタグの情報は、センサ情報送信部１１０３が、稼働状態判定部１１０７−１から機器状態タグの情報を取得し、異常判定部１１０７−２から当該センサの正常・異常などの判定結果を取得して付与する。なお、これらのタグに関する判定結果が、当該タイミングで取得できない場合には、センサ情報送信部１１０３は判定結果が得られるまで、一時的に当該センサ情報のデータセンタ１２への送信を保留してもよい。
【００１７】
図６にスケジュール情報テーブル１１０７−３の説明図を示す。スケジュール情報テーブル１１０７−３は、対象機器の識別情報１１０７−３−１と、稼働状態１１０７−３−２と、予定時刻前マージン１１０７−３−３と、予定時刻後マージン１１０７−３−４と、補正後マージン１１０７−３−５と、判定センサの識別情報１１０７−３−６と、判定センサ閾値下限１１０７−３−７と、判定センサ閾値上限１１０７−３−８と、補助センサの識別情報１１０７−３−９と、補助センサ閾値下限１１０７−３−１０と、補助センサ閾値上限１１０７−３−１１が対応して記憶されるエントリを有する。スケジュール情報テーブル１１０７−３は、稼働状態判定部１１０７−１によって参照されるテーブルであり、機器において予定される稼働状態の変更予定について記載しているテーブルである。各情報はデータセンタ１２など、ゲートウェイ装置１１の外部より通知されることができる。
スケジュール情報テーブル１１０７−３の対象機器１１０７−３−１のエントリは当該スケジュール情報が、どの機器に関連する情報で有るかを示すものである。図６の例では全てのエントリが機器Ａのものとなっているが、ゲートウェイ装置１１が複数の機器のセンサ情報を計測している場合には複数の対象機器の識別情報が記憶されることとなる。稼働状態１１０７−３−２には、次に予定される稼働状態を記憶している。図６の例では稼働状態がメンテナンス、試運転、本稼働の状態に遷移していく予定であることを示している。予定時刻前マージン１１０７−３−３及び予定時刻後マージン１１０７−３−４は、当該機器の稼働状態の変更がこのマージンの範囲内（時間帯）に予定されていることを示している。図６の例では機器Ａがメンテナンスの稼働状態に遷移するのが、１０：００から１０：１０の範囲内の時刻に予定されていることを示している。当該マージンに補正を加えた補正後マージン１１０７−３−５は、監視対象となるセンサ情報の内容に応じて補正された予定時刻後マージン１１０７−３−４の値である。当該マージンの設定及び使用方法の例については後述する。
判定センサ１１０７−３−６には、稼働状態の判定に用いるセンサのＩＤが格納される。判定センサ１１０７−３−６は、監視対象の複数のセンサ情報の内、例えば、センサ情報の取得周期が最も短いものが記憶される。本設定方法についても後述する。
判定センサ閾値下限１１０７−３−７及び判定センサ閾値上限１１０７−３−８は、稼働状態の変更を確認するために要求されるセンサ情報の閾値の範囲を示している。図６の例では機器Ａがメンテナンスの稼働状態に移行したと判定するために、センサＩＤ＿ｘｘｘｘｘの値が−１０℃から１０℃の範囲に至ることが条件の一つとなっている。
補助センサ１１０７−３−９には、稼働状態の判定の確度を高めるために用いるセンサのＩＤが格納されている。当該センサのセンサ情報は前述の判定センサ１１０７−３−６のセンサ情報が閾値の範囲に該当していた場合に、さらなる判定を行うために参照されるセンサ情報である。前述の判定センサのセンサ情報が閾値の範囲内に合致し、かつ、補助センサ閾値下限１１０７−３−１０及び補助センサ閾値上限１１０７−３−１１の範囲に補助センサのセンサ情報が合致した場合、当該機器の稼働状態がスケジュール記載の状態に遷移したものと判定される。
本実施例で便宜上判定センサに対して補助センサのエントリを１つとしているが、実際には複数個の補助センサ情報のエントリを有してもよい。
【００１８】
稼働状態の判定のフローの詳細について図７を用いて説明する。図７は、センサ情報受信時のフローチャートである。
ゲートウェイ装置１１が、センサ情報を受信したとき（２０１）、センサ情報はセンサ間通信部１１０１を経由してセンサ情報格納テーブル１１０２に格納される（２０２）。センサ情報を格納する際にはセンサ情報のセンサＩＤを基に、センサ情報格納テーブル１１０２の、対象センサ１１０２−１を検索し一致するエントリに格納する。また、例えば、センサ間通信部１１０１は、当該テーブルの優先度１１０２−４が、判定センサ情報で有ることを示す値（本実施例ではＡ）で有るかどうかを調べる（２０３）。当該情報がＡで有った場合、そのセンサ情報は判定センサ情報として扱う。このとき、センサ情報格納テーブル１１０２は、稼働状態判定部１１０７−１に対して判定センサ情報を受け渡す。
もし、当該センサ情報が判定センサ情報ではなかった場合、稼働状態判定部１１０７−１は稼働状態の判定を行わず、処理２１４へ移る。以降、異常判定部１１０７−２がセンサ情報の異常の有無を判定（２１４）し、センサ情報送信部１１０３が送信情報テーブル１１０８に基づき必要に応じてセンサ情報に異常の有無のタグを付与して、データセンタ１２にセンサ情報を送信する（２１５）。
【００１９】
一方、稼働状態判定部１１０７−１は、判定センサ情報を受信すると、スケジュール情報テーブル１１０７−３を確認し、該当する判定センサ情報に関連するスケジュール変更の予定が存在するかを検索する（２０４）。受信したセンサ情報についてのセンサのＩＤが判定センサ１１０７−３−６のＩＤと一致するエントリが存在する場合、稼働状態判定部１１０７−１は、当該エントリのうち現在時刻が予定時刻前マージン１１０７−３−３と補正後マージン１１０７−３−５の間に合致するエントリが存在するかを判定する（２０５）。
該当するエントリがない場合、すなわち、現在時刻において稼働状態の変更予定が無い場合、稼働状態判定部１１０７−１は稼働状態の判定を行わず、処理２１４へ移り、処理２１４及び２１５を実行する。
一方、該当するエントリがある場合、すなわち、現在時刻において稼働状態の変更予定が存在する場合、稼働状態判定部１１０７−１はスケジュール情報テーブル１１０７−３から判定センサの閾値の下限１１０７−３−７及び上限１１０７−３−８を取得し（２０６）、判定センサのセンサ情報の値が当該閾値の上限及び下限の範囲内であるかどうかの判定を行う（２０７）。
判定センサのセンサ情報の値が当該閾値の上限及び下限の範囲内でない場合、稼働状態判定部１１０７−１は稼働状態の判定を行わず、処理２１４へ移り、処理２１４及び２１５を実行する。
判定センサのセンサ情報の値が当該閾値の上限及び下限の範囲内であった場合、稼働状態判定部１１０７−１は、補助センサの最新の情報を取得する（２０９）。具体的には、稼働状態判定部１１０７−１は、スケジュール情報テーブルの該当エントリに記憶された補助センサ１１０７−３−９のセンサＩＤを取得し、センサ情報格納テーブル１１０２を参照して取得した補助センサのセンサＩＤに合致する対象センサ１１０２−１を特定し、対応する最新の値１１０２−２と時刻１１０２−３を取得する（２０８）。
稼働状態判定部１１０７−１は、取得した補助センサの値が、スケジュール情報テーブル１１０７−３の該当エントリに記憶された補助センサの閾値下限１１０７−３−１０及び補助センサの閾値上限１１０７−３−１１の範囲内に合致するかの判定を行う（２０９）。
【００２０】
このように、スケジュール情報とセンサ情報の双方に基づいて稼働状態を判定することにより、判定を正確化できる。また、センサ情報と閾値に基づく判定を、判定センサと補助センサにより多段化することにより、判定をさらに正確化できる。
また、判定センサと補助センサは、監視周期の異なるセンサを選ぶことができる。このようにすると、監視タイミングがたまたま過渡的な変動のタイミングにあたり、一方のセンサ情報が誤判定しても、他方のセンサは異なるタイミングでセンサ情報を取得している可能性が高く、当該過渡的な変動の影響による誤判定を回避することができる。
【００２１】
例えば、本実施例では、判定センサとして、補助センサよりも監視周期が短いセンサを採用している。このようにすると、判定センサの監視周期に相当する時間分解能で、稼働状態の変化を検出できる。上述のように判定センサのセンサ情報に過渡的な変動が含まれ、誤判定した場合であっても、補助センサは監視周期が長いため、当該過渡的な変動が含まれている可能性が低くなり、全体として誤判定を回避できる。
また、判定センサは、補助センサよりも監視周期が長いセンサとしてもよい。このようにすると、判定処理の回数を減らすことができ、かつ、判定センサのセンサ情報が閾値範囲に該当する場合には補助センサによる判定をするため判定の正確さも確保できる。また、判定センサのセンサ情報が閾値範囲に該当する場合に、判定センサの当該監視周期内に収まる補助センサ情報の取得タイミングそれぞれについて判定すれば、稼働状態の変化を補助センサの監視周期に応じた時間分解能で検出しつつ、判定センサによる初期の判定回数を減らすことができる。なお、この場合、補助センサのセンサ情報を所定時間保持しておく。
【００２２】
なお、判定センサは、稼働状態の判定結果とともにセンサ情報（第１のセンサ情報）をデータセンタへ送信するセンサとし、補助センサは、稼働状態の判定結果とともにセンサ情報（第２のセンサ情報）をデータセンタへ送信しないセンサとしてもよい。このようにすることで、データセンタ側で判定するよりも、判定の正確さを向上できる。
処理２０９において、補助センサ情報の値が閾値の範囲内に合致する場合、稼働状態判定部１１０７−１は、異常判定部１１０７−２に稼働状態が変化したことを、スケジュール情報テーブルに記載の新たな稼働状態１１０７−３−２のステータスと共に通知する（２１１）。異常判定部１１０７−２は、新たな稼働状態を基に、センサ情報の異常の有無を判定（２１２）する。その後、センサ情報送信部１１０３は、送信情報テーブル１１０８の機器状態タグ１１０８−１及びセンサ判定タグ１１０８−４に基づき、必要に応じて稼働状態を示すタグと、異常の有無のタグを付与した上で、データセンタ１２にセンサ情報を送信する（２１３）。
なお、センサ情報をデータセンタ１２へ送信するタイミングは、送信情報テーブルに記憶された送信周期に従っても良い。この場合、稼働状態の判定結果や異常判定の判定結果を保持しておき、センサ情報送信部１１０３は、送信周期に従ってセンサ情報と判定結果を送信してもよい。
センサ情報に稼働状態を示すタグを付与してデータセンタ１２に送信することで、データセンタ側でセンサ情報を解析する際に、所望の稼働状態のセンサ情報を抽出して（又は不要な稼働状態を除去して）解析するなど、稼働状態に応じたセンサ情報の活用が可能である。また、センサ情報に異常の有無のタグを付与してデータセンタ１２に送信することで、データセンタ側でセンサ情報を解析する際に、異常があるセンサ情報を除いて解析するなど、異常の有無に応じたセンサ情報の活用が可能である。
【００２３】
また、センサ情報とタグ情報とは、結果的にデータセンタに送付されればよく、必ずしも同時に送付する必要はない。センサ情報とタグ情報とが、異なるタイミングで送付されてもよい。
処理２０９において、補助センサ情報の値が閾値の範囲内に合致しなかった場合、稼働状態判定部１１０７−３は補助センサ情報の取得時刻と、判定センサ情報の取得時刻を比較する（２１０）。
補助センサ情報の取得時刻が判定センサ情報の取得時刻より以前のものであった場合、稼働状態判定部１１０７−３は、より新しい補助センサ情報が到着するまで、センサ情報格納テーブル１１０２より最新の補助センサ情報の取得を続ける（２０８）。
補助センサ情報の時刻が判定センサ情報の時刻より後のもので有った場合、稼働状態判定部は稼働状態の変更はなかったと判定し、処理２１４へ移り、処理２１４及び２１５を実行する。
【００２４】
図８にセンサ情報異常判定テーブル１１０７−４の例を示す。センサ情報異常判定テーブル１１０７−４は、異常判定部１１０７−２によって参照される。また、異常判定部１１０７−２が本テーブルを検索してセンサ情報の異常判定を実施するのは、センサ情報送信部１１０３がデータを送信する際に送信対象のセンサ情報の、送信情報テーブル１１０８におけるセンサ判定タグ１１０８−４が有りとなっていた場合である。
本テーブルには、対象センサの識別情報１１０７−４−１と、対象機器の識別情報１１０７−４−２と、稼働状態１１０７−４−３と、異常判定のための閾値下限１１０７−４−４及び閾値上限１１０７−４−５と、付与タグ１１０７−４−６の各情報が対応して格納されている。
対象センサの識別情報１１０７−４−１は、当該エントリがどのセンサ情報を対象とした判定を実施するかについて記載している。異常判定部１１０７−２は、判定対象となるセンサ情報のＩＤを基に、対象センサの識別情報１１０７−４−１を検索し該当するエントリを対象に判定を実施する。
対象機器の識別情報１１０７−４−２は、当該エントリが有効となる条件として参照する対象機器を示し、稼働状態１１０７−４−３は当該エントリが有効となる当該機器の稼働状態を示している。例えば、当該エントリ１１０７−４−ａ、１１０７−４−ｂ、１１０７−４−ｃ、１１０７−４−ｄは、対象センサＩＤ＿ｘｘｘｘｘの判定を行う際に機器Ａの稼働状態が本稼働の場合に有効となるエントリである。なお、ここでの機器Ａの稼働状態は、前述の稼働状態判定部１１０７−１において判定されており、当該判定を実施する際に異常判定部１１０７−２は稼働状態判定部１１０７−１と通信し取得する。
閾値下限１１０７−４−４及び閾値上限１１０７−４−５は対象センサの値がどのエントリに該当するかを判定するための閾値の範囲を示し、付与タグ１１０７−４−６はそのエントリと判定されたときに付与すべきタグの内容を示している。図８の例ではＩＤ＿ｘｘｘｘｘのセンサ情報の値が５０℃で、機器Ａの稼働状態が本稼働中である場合、エントリ１１０７−４−ｃに該当するため、該当する付与タグ１１０７−４−６は「異常（温度上昇）」となる。一方、機器Ａの稼働状態が試運転であったならば、対応するエントリは１１０７−４−ｅとなり、対応する付与タグ１１０７−４−６は「試運転」となる。
異常判定部１１０７−２は本テーブルを基に付与タグ１１０７−４−６の情報を取得すると、その結果をセンサ情報送信部１１０３に送信し、センサ情報送信部１１０３は送信するセンサ情報に該当するタグ情報を付与し、データセンタ向けのデータを作成して送信する。
本例では対象機器１１０７−４−２として機器Ａのみを記載しているが、ゲートウェイ装置１１が複数の機器を監視対象とする場合、それらに応じた値がこの欄に記憶される可能性がある。一方で、対象センサは特定の１台の機器に設置されていることが一般的で有るため、通常は対象センサ１１０７−４−１に記載のセンサが監視している対象の機器が対象機器１１０７−４−２に記載されていることが想定される。
【００２５】
図９にスケジュール情報テーブル更新のシーケンス図を示す。本シーケンス図では作業者３０、データセンタ１２、ゲートウェイ装置のテーブル情報更新部１１０９、ゲートウェイ装置のセンサ情報格納テーブル１１０２、ゲートウェイ装置のスケジュール情報テーブル１１０７−３を要素として説明する。最初に作業者３０がデータセンタ１２のインタフェースを通じて操作を行い、スケジュール情報をデータセンタ１２に登録する（３０１）。作業者３０の操作を受けてデータセンタ１２はゲートウェイ装置１１との通信を開始する。スケジュール情報はデータセンタ１２からゲートウェイ装置のテーブル情報更新部１１０９に送信される（３０２）。ゲートウェイ装置のテーブル情報更新部１１０９は、データセンタ１２からのメッセージを待ち受けており、スケジュール情報を受信するとデータセンタ１２に返信を行う（３０３）。データセンタ１２はゲートウェイ装置からの返信を受け取ると作業者３０に対してスケジュール情報登録完了の通知を行い（３０４）、スケジュール更新の動作を終了する。
スケジュール情報を受信したゲートウェイ装置のテーブル情報更新部１１０９は、ゲートウェイ装置のセンサ情報格納テーブル１１０２に対して、データセンタ１２より受信したスケジュール情報に記憶されている全センサ情報の取得周期を要求する（３０５）。センサ情報格納テーブル１１０２は、対象センサを鍵としてテーブルを検索し各種周期を返信する（３０６）。テーブル情報更新部１１０９はこのセンサ情報の取得周期の内、最も取得周期が長いものと最も短いものを識別し、最も長いものを基に補正後マージンを計算する（３０７）。例えば、予定時間前マージンに最も長い取得周期を加算して補正後マージンとしてもよい。また、最も取得周期が短いセンサ情報を判定センサ情報、それ以外の情報を補助センサ情報とし、スケジュール情報テーブル１１０７−３に書き込みを指示する（３０８）。スケジュール情報テーブルからの書き込み完了の通知（３０９）を持ってスケジュール情報テーブルの更新が完了する。テーブル情報更新部１１０９は、センサ情報格納テーブル１１０２に判定センサ情報と判定されたセンサ情報の優先度をＡ、それ以外の補助センサ情報の優先度をＢと設定するよう書き込む（３１０）。センサ情報格納テーブル１１０２からの書き込み完了の通知を受信してセンサ情報格納テーブルの更新が完了する（３１１）。
【００２６】
図１０にスケジュール情報テーブル更新のフローチャートを示す。本フローチャートは、図９において、スケジュール情報がデータセンタ１２からゲートウェイ装置のテーブル情報更新部１１０９に送信され（３０７）てから、補正後マージンを計算（３１２）し、スケジュール格納テーブル及びセンサ情報格納テーブルを更新する（３１４）までの手順を示している。
ゲートウェイ装置１１がデータセンタ１２からスケジュール情報を受信する（４０１）と、テーブル情報更新部１１０９は受信したスケジュール情報１つずつに、以下の処理を実行する。テーブル情報更新部１１０９は、センサ情報格納テーブル１１０２から、スケジュール情報に記載されている複数のセンサ情報の全ての取得周期を参照する（４０２）。テーブル情報更新部１１０９は、取得したセンサ情報の周期の内最も取得周期が短いセンサ情報を判定センサ情報とする（４０３）。次に、テーブル情報更新部１１０９は、判定センサ情報を除く他のセンサ情報を補助センサ情報とし、その中で最も周期が長いものの周期をｔｍａｘとする（４０４）。次に、テーブル情報更新部１１０９は、スケジュール情報に記載された予定時刻前マージンをｔ０、予定時刻後マージンをｔ１とし、予定時刻前マージンｔ０及び予定時刻後マージンｔ１の差分とｔｍａｘの大小を比較する（４０５）。ｔｍａｘの方が大きかった場合、テーブル情報更新部１１０９は、ｔ０＋ｔｍａｘを補正後マージンに設定する（４０６）。これにより、設定されたスケジュール情報のマージンの時間範囲内で最も周期の長いセンサ情報が１度も取得できない可能性を防止することができる。一方、ｔｍａｘの方が小さかった場合、ｔ１を補正後マージンに設定する（４０７）。
その後テーブル情報更新部１１０９は、スケジュール情報と演算した補正後マージンをスケジュール情報テーブル１１０７に記憶し（４０８）、その後センサ情報格納テーブル１１０２に記載のセンサ情報のうち、最もセンサの取得周期が短く判定センサ情報と指定したものについて、センサの優先度をＡに書き換える（４０９）。
【００２７】
なお、これらの情報の更新は、従来のスケジュール情報が更新されたときの他、センサ情報の取得周期が変更されたとき、稼働状態が遷移し、次のスケジュール情報が変化したときなどに、書き換える操作を行う場合がある。また、センサ情報格納テーブル１１０２の優先度１１０２−４のパラメータは、運用によって、対象データが判定センサ情報であるとともに、スケジュール情報テーブル１１０７−３の情報が稼働状態判定のマージンの範囲内で有る場合のみＡと設定することで、稼働状態判定部１１０７−１での不要な判定を減らすことも可能である。
上記の構成により、本実施例では、稼働状態の変更を判定するための複数のセンサ情報のうち、例えば最も取得周期が短いものを基に監視を実施することで、より正確な稼働状態の変更タイミングの検出を実現するとともに、複数のセンサ情報による判定を行うことで、稼働状態判定の誤判定を防止することが可能である。
【００２８】
（実施例２）
本発明を実施するための別の形態を以下に説明する。本実施例では、稼働状態の変化を検出したことを、センサ情報の転送とは別にデータセンタ１２に送信する。
本実施例２におけるＭ２Ｍネットワークシステムの構成例及びゲートウェイ装置１１のハードウェア構成例は、それぞれ図１及び図２と同様である。
図１１に、実施例２におけるゲートウェイ装置１１の制御論理部１１０の構成を示す。本実施例では、センサ情報判定部１１０７は、稼働状態判定部１１０７−１とスケジュール情報テーブル１１０７−３を有する。他の構成は、図３に示す実施例１の構成と同様である。以下、実施例１と異なる部分を中心に説明し、実施例１と同様の構成については説明を適宜省略する。
【００２９】
図１２に、実施例２における送信情報テーブルの構成を示す。図５に示す実施例１の送信情報テーブル１１０８と比較すると、実施例２の送信情報テーブル１１０８は、機器状態タグフィールド１１０８−３及びセンサ判定タグフィールド１１０８−４が省略されている。
【００３０】
図１３に本実施例におけるセンサ情報受信時のフローチャートを示す。
ゲートウェイ装置１１がセンサ１３からセンサ情報を受信すると（５０１）、センサ情報はセンサ間通信部１１０１を介してセンサ情報格納テーブル１１０２に格納される（５０２）。格納されたセンサ情報はセンサ情報格納テーブル１１０２の優先度１１０２−４がＡであるならば、判定センサ情報と判断される。センサ情報が判定センサ情報であったならばセンサ情報格納テーブル１１０２から稼働状態判定部１１０７−１に通知を行い、稼働状態判定部１１０７−１は稼働状態の判定を開始する（５０４）。稼働状態の判定手順のフローについては図１４の説明にて後述する。センサ情報が判定センサ情報ではなかった場合、稼働状態の判定は行われない。
その後、センサ情報送信部１１０３は送信情報テーブル１１０８を参照し、送信周期１１０８−２に基づいてセンサ情報をセンサ情報格納テーブル１１０２より取得する（５０５）。センサ情報送信部１１０３は取得したセンサ情報をパケットの形に整形し、ＤＣ間通信部１１０４を介してセンサ情報をデータセンタ１２に向けて送信する（５０６）。
【００３１】
図１４に、実施例２における稼働状態判定のフローを示す。稼働状態判定部１１０７−１はセンサ情報格納テーブル１１０２から判定センサ情報を受信した旨の通知を受信すると（６０１）、稼働状態判定部１１０７−１は稼働状態の判定を開始する。稼働状態判定部１１０７−１はスケジュール情報テーブル１１０７−３を確認し（６０２）、現在時刻において稼働状態の変更予定が存在するかを判定する（６０３）。稼働状態判定部１１０７−１は、現在時刻が、スケジュール情報テーブル１１０７−３の予定時刻前マージン１１０７−３−３及び補正後マージン１１０７−３−５に記載の時刻の間に無い場合、稼働状態の変更は無いと判定し、稼働状態の判定を終了する（６１１）。
稼働状態判定部１１０７−１は、現在時刻が、スケジュール情報テーブル１１０７−３の予定時刻前マージン１１０７−３−３及び補正後マージン１１０７−３−５に記載の時刻の間にある場合、稼働状態の変更予定が存在すると判定する。このとき、稼働状態判定部１１０７−１はスケジュール情報テーブル１１０７−３から判定センサの閾値の下限１１０７−３−７及び上限１１０７−３−８を取得し（６０４）、判定センサ情報の値が当該閾値の上限及び下限の範囲内であるかどうかの判定を行う（６０５）。
判定センサ情報の値が当該閾値の上限及び下限の範囲内でない場合、稼働状態判定部１１０７−１は、稼働状態の変更は無いと判定し判定が終了する（６１１）。
判定センサのセンサ情報の値が当該閾値の上限及び下限の範囲内であった場合、稼働状態判定部１１０７−１は、補助センサの最新の値を取得する（２０９）。具体的には、稼働状態判定部１１０７−１は、スケジュール情報テーブルの該当エントリに記憶された補助センサ１１０７−３−９のセンサＩＤを取得し、センサ情報格納テーブル１１０２を参照して取得した補助センサのセンサＩＤに合致する対象センサ１１０２−１を特定し、対応する最新の値１１０２−２と時刻１１０２−３を取得する（６０６）。
稼働状態判定部１１０７−１は、補助センサ情報の値が、スケジュール情報テーブル１１０７−３に記載の補助センサの閾値下限１１０７−３−１０及び補助センサの閾値上限１１０７−３−１１の範囲内に合致するかの判定を行う（６０７）。
補助センサ情報の値が閾値の範囲内に合致する場合、稼働状態判定部１１０７−１は、センサ情報送信部１１０３に稼働状態が変化したことを、スケジュール情報テーブル１１０７−３に記載の新たな稼働状態１１０７−３−２のステータスと、切り替えが生じたと判定された判定センサ情報の時刻と共に通知する（６０９）。センサ情報送信部１１０３は、新たな稼働状態とその時刻情報を格納したパケットを作成しデータセンタ１２に通知する（６１０）。
【００３２】
一方、補助センサ情報の値が閾値の範囲内に合致しなかった場合、稼働状態判定部１１０７−３は補助センサ情報の時刻と、判定センサ情報の時刻を比較する（６０８）。
補助センサ情報の時刻が判定センサ情報の時刻より以前のもので有った場合、稼働状態判定部１１０７−３は、より新しい補助センサ情報が到着するまで、センサ情報格納テーブル１１０２より最新の補助センサ情報の取得を続ける（６０６）。補助センサ情報の時刻が判定センサ情報の時刻より後のもので有った場合、稼働状態判定部１１０７−１は、稼働状態の変更は無いと判定し、稼働状態の判定を終了する（６１１）
本実施例の方式により、通常のデータ転送は実施しつつ、正確な稼働状態の切り替えタイミングに関する情報を別途送信することが可能となる。これにより、稼働状態の判定のために使用するセンサ情報取得周期が長く、判定に時間がかかる場合にも、センサ情報の送信を途切れさせることなく実施しつつ、後に正確な稼働状態の切り替えタイミングをＤＣに送信することが可能となる。
【００３３】
（構成例）
本実施の形態のゲートウェイ装置は、例えば、測定対象機器から複数のセンサを介して複数のセンサ情報を収集して外部装置に転送するゲートウェイ装置であって、
制御部と、
前記複数のセンサ情報のうち、第１のセンサ情報と第２のセンサ情報とを格納するセンサ情報格納テーブルと、
測定対象機器において予定される稼働状態と、該稼働状態が予定される時間帯と、稼働状態の判定に用いる第１のセンサ及び第２のセンサの各識別子と、第１のセンサ及び第２のセンサの各々に対する閾値の範囲とを対応して記憶するスケジュール情報テーブルと
を備え、
前記制御部は、
前記第１のセンサ情報を受信すると、前記第１のセンサ情報を受信した時刻に基づき前記スケジュール情報テーブルを参照して、予定されている稼働状態を判定し、
受信した前記第１のセンサ情報の値が、対応する閾値の範囲に含まれるかを判定し、
閾値の範囲に含まれると判定した場合、対応する前記第２のセンサ情報を前記センサ情報格納テーブルから取得し、
前記第２のセンサ情報の値が、対応する閾値の範囲に含まれるかを判定し、
前記第２のセンサ情報の値が閾値の範囲に含まれると判定した場合、少なくとも稼働状態を前記外部装置に送出する。
上述のゲートウェイ装置において、前記第１のセンサ情報は、前記外部装置に転送するセンサ情報であり、前記第２のセンサ情報は、前記外部装置に転送しないセンサ情報とすることができる。
また、上述のゲートウェイ装置において、前記第１のセンサ情報の取得周期と前記第２のセンサ情報の取得周期が異なるようにセンサを選ぶことができる。
【００３４】
（付記）
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれている。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【産業上の利用可能性】
【００３５】
本発明は、センサ情報を収集し送信するシステムに利用可能である。
【符号の説明】
【００３６】
１０  機器
１１  ゲートウェイ装置
１２  データセンタ
１３  センサ
１１０１  センサ間通信部
１１０２  センサ情報格納テーブル
１１０３  センサ情報送信部
１１０４  ＤＣ間通信部
１１０６  センサ制御部
１１０７  センサ情報判定部
１１０７−１  稼働状態判定部
１１０７−２  異常判定部
１１０７−３  スケジュール情報テーブル
１１０７−４  センサ情報異常判定テーブル
１１０８  送信情報テーブル
１１０９  テーブル情報更新部
【図１】
2017097739.tif 000003
【図２】
2017097739.tif 000004
【図３】
2017097739.tif 000005
【図４】
2017097739.tif 000006
【図５】
2017097739.tif 000007
【図６】
2017097739.tif 000008
【図７】
2017097739.tif 000009
【図８】
2017097739.tif 000010
【図９】
2017097739.tif 000011
【図１０】
2017097739.tif 000012
【図１１】
2017097739.tif 000013
【図１２】
2017097739.tif 000014
【図１３】
2017097739.tif 000015
【図１４】
2017097739.tif 000016