JP2022069452A - データ収集装置 - Google Patents

Abstract

【課題】管理装置が設備機器から収集する一部の運転データ、以外の有用な運転データが収集されない、という課題がある。【解決手段】データ収集装置１０は、少なくとも１つの設備機器から、運転データ２３を収集する。データ収集装置１０は、通信部１１，１１ａ，１１ｂと、データ収集部１２と、を備える。通信部１１，１１ａ，１１ｂは、管理装置と、設備機器と、をつなぐネットワークに接続する。データ収集部１２は、管理装置が設備機器から運転データ２２を収集する際の第１収集条件、とは異なる第２収集条件Ｃ２、に基づいて、通信部１１，１１ｂにより、設備機器から運転データ２３を収集する。【選択図】図４Ａ

Description

データ収集装置に関する。

特許文献１（特許第６１５７５２３号）に示されているように、設備機器を管理するために、管理装置が設備機器から運転データを収集する技術がある。

特許文献１では、管理装置は、主に設備機器を管理するために必要なデータを収集するため、管理装置が収集する運転データは、設備機器が有する運転データの一部である。そのため、管理装置が収集する運転データ以外の有用な運転データが収集されない、という課題がある。

第１観点のデータ収集装置は、少なくとも１つの設備機器から、設備機器の運転データを収集する。データ収集装置は、通信部と、データ収集部と、を備える。通信部は、設備機器を管理する管理装置と、設備機器と、をつなぐネットワークに接続する。データ収集部は、管理装置が設備機器から運転データを収集する際の第１収集条件、とは異なる第２収集条件、に基づいて、通信部により、設備機器から運転データを収集する。

第１観点のデータ収集装置では、通信部は、設備機器を管理する管理装置と、設備機器と、をつなぐネットワークに接続する。データ収集部は、管理装置が設備機器から運転データを収集する際の第１収集条件、とは異なる第２収集条件、に基づいて、通信部により、設備機器から運転データを収集する。その結果、データ収集装置は、管理装置が設備機器から収集する運転データ、以外の有用な運転データを、設備機器から収集することができる。

第２観点のデータ収集装置は、第１観点のデータ収集装置であって、通信部は、管理装置と通信する第１通信部と、設備機器と通信する第２通信部と、を有する。第１通信部及び第２通信部は、管理装置と、設備機器との間の通信を中継する。

第２観点のデータ収集装置は、管理装置と設備機器との間の通信を中継するように設置されることにより、既存のシステムに変更を加えずに、第２収集条件に基づいて運転データを収集することができる。

第３観点のデータ収集装置は、第１観点のデータ収集装置であって、管理装置と、設備機器とをつなぐネットワークは、バス型ネットワークである。

第３観点のデータ収集装置は、バス型ネットワークに接続されることにより、既存のシステムに変更を加えずに、第２収集条件に基づいて運転データを収集することができる。

第４観点のデータ収集装置は、第１観点から第３観点のいずれかのデータ収集装置であって、データ収集部は、第２収集条件に基づいて収集した運転データを、管理装置とは異なる、運転データを利用する装置であるデータ利用装置に送信する。

第４観点のデータ収集装置は、このような構成により、第２収集条件に基づいて収集した運転データを、遠隔監視や故障診断等に利用することができる。

第５観点のデータ収集装置は、第４観点のデータ収集装置であって、データ収集部は、第１収集条件に基づいて、通信部により、設備機器から運転データをさらに収集する。データ収集部は、第１収集条件に基づいて収集した運転データを、データ利用装置にさらに送信する。

第５観点のデータ収集装置は、このような構成により、第１収集条件に基づいて収集した運転データを、遠隔監視や故障診断等に利用することができる。

第６観点のデータ収集装置は、第４観点又は第５観点のデータ収集装置であって、入力部をさらに備える。入力部は、第２収集条件を入力する。入力部は、少なくともデータ利用装置からの入力を受け付ける。

第６観点のデータ収集装置は、このような構成により、運転データの利用目的に合わせて、第２収集条件を入力することができる。

第７観点のデータ収集装置は、第１観点から第６観点のいずれかのデータ収集装置であって、分析部をさらに備える。分析部は、第１要求パケットの規則性を分析する。第１要求パケットは、管理装置が第１収集条件に基づいて運転データを収集する際に、設備機器に対して送信する、運転データを要求するための通信パケットである。

第７観点のデータ収集装置は、第１要求パケットの規則性を分析することで、第１要求パケットの応答遅延が発生しないように、第２収集条件に基づいて運転データを収集することができる。

第８観点のデータ収集装置は、第７観点のデータ収集装置であって、分析部は、第１要求パケット情報に基づいて、定期送信パケットを判定する。第１要求パケット情報は、第１要求パケットの送信先である設備機器の情報と、第１要求パケットの要求内容とを含む。定期送信パケットは、定期的に送信される第１要求パケットである。

第８観点のデータ収集装置は、第１要求パケットの中から定期送信パケットを判定することで、定期送信パケットの応答遅延が発生しないように、第２収集条件に基づいて運転データを収集することができる。

第９観点のデータ収集装置は、第８観点のデータ収集装置であって、分析部は、所定期間内に送信された第１要求パケットの内、第１要求パケット情報の一部が同一である第１要求パケットの件数を集計する。分析部は、少なくとも当該集計値が最大である第１要求パケットを、定期送信パケットとして判定する。

第９観点のデータ収集装置は、第１要求パケットの中から定期送信パケットを判定することで、定期送信パケットの応答遅延が発生しないように、第２収集条件に基づいて運転データを収集することができる。

第１０観点のデータ収集装置は、第７観点から第９観点のいずれかのデータ収集装置であって、送信スケジュール決定部をさらに備える。送信スケジュール決定部は、第２要求パケットの送信スケジュールを決定する。第２要求パケットは、データ収集部が第２収集条件に基づいて運転データを収集する際に、設備機器に対して送信する、運転データを要求するための通信パケットである。送信スケジュール決定部は、第１要求パケットが送信されるタイミングを避けて、第２要求パケットを送信するように、送信スケジュールを決定する。

第１０観点のデータ収集装置は、送信スケジュールに従って、第２要求パケットを送信することで、第１要求パケットの応答遅延を防止することができる。

第１１観点のデータ収集装置は、第８観点又は第９観点のデータ収集装置であって、送信スケジュール決定部をさらに備える。送信スケジュール決定部は、第２要求パケットの送信スケジュールを決定する。第２要求パケットは、データ収集部が第２収集条件に基づいて運転データを収集する際に、設備機器に対して送信する、運転データを要求するための通信パケットである。スケジュール決定部は、通信部により受信した、定期送信パケットの受信時刻に基づいて、一連の定期送信パケットの受信時間と、定期送信パケットが送信されない隙間時間と、を算出し、第２要求パケットの送信スケジュールを決定する。

第１１観点のデータ収集装置は、送信スケジュールに従って、第２要求パケットを送信することで、定期送信パケットの応答遅延を防止することができる。

第１２観点のデータ収集装置は、第８観点又は第９観点のデータ収集装置であって、送信スケジュール決定部をさらに備える。送信スケジュール決定部は、第２要求パケットの送信スケジュールを決定する。第２要求パケットは、データ収集部が第２収集条件に基づいて運転データを収集する際に、設備機器に対して送信する、運転データを要求するための通信パケットである。スケジュール決定部は、通信部により受信した、定期送信パケットに応答して設備機器から送信された運転データ、の受信時刻に基づいて、定期送信パケットの応答時間と、定期送信パケットが送信されない隙間時間と、を算出し、第２要求パケットの送信スケジュールを決定する。

第１２観点のデータ収集装置は、送信スケジュールに従って、第２要求パケットを送信することで、定期送信パケットの応答遅延を防止することができる。

第１３観点のデータ収集装置は、第１０観点から第１２観点のいずれかのデータ収集装置であって、送信スケジュール決定部は、第２要求パケットの優先度に基づいて、第２要求パケットの送信スケジュールを決定する。

第１３観点のデータ収集装置は、このような構成により、優先度の高い異常関連等の運転データを、優先して収集することができる。

第１４観点のデータ収集装置は、第１０観点から第１３観点のいずれかのデータ収集装置であって、分析部は、管理装置と、設備機器とをつなぐネットワークの帯域占有率、をさらに分析する。送信スケジュール決定部は、帯域占有率に基づいて、送信スケジュールを決定する。

第１４観点のデータ収集装置は、このような構成により、ネットワークの輻輳を防止することができる。

第１５観点のデータ収集装置は、第２観点のデータ収集装置であって、取得部と、学習部とをさらに備える。取得部は、第１要求パケットを通信部により受信する受信時刻と、第１要求パケット情報と、を取得する。第１要求パケットは、管理装置が第１収集条件に基づいて運転データを収集する際に、設備機器に対して送信する、運転データを要求するための通信パケットである。第１要求パケット情報は、第１要求パケットの送信先である設備機器の情報と、第１要求パケットの要求内容と、を含む。学習部は、取得部が取得した受信時刻と第１要求パケット情報とを、関連付けて学習する学習モデル、を生成する。

第１５観点のデータ収集装置は、このような構成により、第１要求パケットの受信時刻と、第１要求パケット情報に含まれる、第１要求パケットの送信先や、要求内容等との関係を学習することができる。

第１６観点のデータ収集装置は、第１５観点のデータ収集装置であって、応答部をさらに備える。応答部は、第１要求パケットに対する応答を行う。応答部は、所定時刻の前に、学習モデルを用いて、所定時刻に受信する第１要求パケットを予測する。応答部は、予測した第１要求パケットに基づいて、設備機器から運転データを取得する。応答部は、所定時刻の後に、予測した第１要求パケットを受信した場合は、設備機器に中継せずに、設備機器に代わって、運転データを管理装置に対して送信する。

第１６観点のデータ収集装置は、設備機器の代理で、管理装置に応答することができるため、管理装置への応答時間を早めることができる。

第１実施形態における空調システムの全体構成図である。 第１実施形態におけるデータ収集装置の周辺の通信ネットワークを示す図である。 第１実施形態におけるチラーユニットの冷媒回路を示す図である。 第１実施形態におけるデータ収集装置の機能ブロック図である。 第１実施形態におけるデータ収集装置の機能ブロック図である。 第１実施形態におけるデータ収集処理のフローチャートである。 第１実施形態の変形例１Ｆにおけるデータ収集装置の機能ブロック図である。 第１実施形態の変形例１Ｇにおけるデータ収集装置の周辺の通信ネットワークを示す図である。 第２実施形態における空調システムの全体構成図である。 第２実施形態におけるデータ収集装置の周辺の通信ネットワークを示す図である。 第２実施形態におけるデータ収集装置の機能ブロック図である。

＜第１実施形態＞
（１）全体構成
空調システム１００は、建物内の対象空間ＲＭの空気調和を行う。図１は、本実施形態における空調システム１００の全体構成図である。図１に示すように、空調システム１００は、主として、データ収集装置１０、管理装置２０及び設備機器３０を有している。

設備機器３０は、エアコンや熱源機器等の空調機である。空調システム１００は、複数の種類の、１台又は複数台の設備機器３０を有する。本実施形態では、設備機器３０は、３台のチラーユニット３０ａ～３０ｃである。管理装置２０は、設備機器３０を管理する装置である。空調システム１００は、複数の種類の、１台又は複数台の管理装置２０を有する。本実施形態では、管理装置２０は、チラーユニット３０ａ～３０ｃを管理する装置である。データ収集装置１０は、管理装置２０と設備機器３０との間の通信を中継するように設置され、主として、設備機器３０から、後述する余剰データ２３を収集する装置である。本実施形態では、データ収集装置１０は、管理装置２０とチラーユニット３０ａ～３０ｃとの間の通信を中継するように設置され、チラーユニット３０ａ～３０ｃから、余剰データ２３を収集する。

図２は、本実施形態におけるデータ収集装置１０の周辺の通信ネットワークを示す図である。図２に示すように、データ収集装置１０と、管理装置２０と、チラーユニット３０ａ～３０ｃとは、ネットワークＮＷ２ｂを通じて、通信可能に接続されている。また、管理装置２０は、ネットワークＮＷ１，ＮＷ２ａを通じて、ゲートウェイＧＷを介し、データ利用装置７０と通信可能に接続されている。ネットワークＮＷ１は、例えば、インターネット等である。ネットワークＮＷ２ａ，ＮＷ２ｂは、例えば、Ｍｏｄｂｕｓ、ＢＡＣｎｅｔ及びイーサネット等である。データ収集装置１０は、後述する通信線Ｘや通信線Ｙによって、データ利用装置７０と通信可能に接続されている。

また、空調システム１００は、図１に示すように、空調ユニット８０を有している。図１では、代表して、複数台の内の１台の空調ユニット８０を示している。本実施形態では、空調ユニット８０は、エアハンドリングユニットを想定している。しかし、これに限定されず、空調ユニット８０は、例えば、ファンコイルユニット等の他の空調機であってもよい。

（２）詳細構成
（２－１）チラーユニット
図３は、本実施形態におけるチラーユニット３０ａ～３０ｃの冷媒回路を示す図である。チラーユニット３０ａ～３０ｃは、図１及び図３に示すように、主として、圧縮機３２ａ～３２ｃと、放熱器３４ａ～３４ｃと、膨張弁３６ａ～３６ｃと、蒸発器３８ａ～３８ｃと、一次ポンプ４１ａ～４１ｃと、制御部３９ａ～３９ｃとを有している。圧縮機３２ａ～３２ｃと、放熱器３４ａ～３４ｃと、膨張弁３６ａ～３６ｃと、蒸発器３８ａ～３８ｃとは、第１冷媒回路３１ａ～３１ｃによって接続されている。第１冷媒回路３１ａ～３１ｃには、Ｒ３２等の冷媒が充填されている。一次ポンプ４１ａ～４１ｃは、熱源側流路４０ａ～４０ｃに設置されている。熱源側回路４８ａ～４８ｃには、熱媒体としての水が流れている。

圧縮機３２ａ～３２ｃは、低圧の冷媒を吸入し、圧縮機構（図示せず）によって冷媒を圧縮して、圧縮した冷媒を吐出する。圧縮機３２ａ～３２ｃは、例えば、ロータリ式やスクロール式等の容積圧縮機である。圧縮機３２ａ～３２ｃの圧縮機構は、圧縮機モータ（図示せず）によって駆動される。圧縮機モータは、インバータによる回転数制御が可能なモータである。圧縮機モータの回転数が制御されることで、圧縮機３２ａ～３２ｃの容量が制御される。

放熱器３４ａ～３４ｃは、第１冷媒回路３１ａ～３１ｃと接続されている第１伝熱管と、水回路６０ａ～６０ｃと接続されている第２伝熱管とを有している。放熱器３４ａ～３４ｃは、第１冷媒回路３１ａ～３１ｃ側の第１伝熱管を流れる冷媒と、水回路６０ａ～６０ｃ側の第２伝熱管を流れる水との間で熱交換を行わせる。放熱器３４ａ～３４ｃは、例えば、複数の伝熱管とフィンとを有するフィン・アンド・チューブ型熱交換器である。

膨張弁３６ａ～３６ｃは、第１冷媒回路３１ａ～３１ｃを流れる冷媒の圧力や流量を調節するための機構である。本実施形態では、膨張弁３６ａ～３６ｃは、電子膨張弁である。

蒸発器３８ａ～３８ｃは、第１冷媒回路３１ａ～３１ｃと接続されている第１伝熱管と、熱源側流路４０ａ～４０ｃと接続されている第２伝熱管とを有している。蒸発器３８ａ～３８ｃは、それぞれ第１冷媒回路３１ａ～３１ｃ側の第１伝熱管を流れる冷媒と、熱源側流路４０ａ～４０ｃ側の第２伝熱管を流れる熱媒体との間で熱交換を行わせる。蒸発器３８ａ～３８ｃは、例えば、複数の伝熱管とフィンとを有するフィン・アンド・チューブ型熱交換器である。

一次ポンプ４１ａ～４１ｃは、熱源側流路４０ａ～４０ｃの水を、上流側から下流側に向けて送り出す。一次ポンプ４１ａ～４１ｃは、インバータ駆動式のポンプであるため、容量調整が可能であり、往水圧力（又は、吐出流量）を調節することができる。

制御部３９ａ～３９ｃは、管理装置２０から制御信号を受信し、チラーユニット３０ａ～３０ｃの運転を制御する。制御部３９ａ～３９ｃは、制御演算装置及び記憶装置を備える。制御演算装置には、ＣＰＵ又はＧＰＵといったプロセッサを使用できる。制御演算装置は、記憶装置に記憶されているプログラムを読み出し、このプログラムに従って所定の演算処理を行う。さらに、制御演算装置は、プログラムに従って、演算結果を記憶装置に書き込んだり、記憶装置に記憶されている情報を読み出したりすることができる。また、制御部３９ａ～３９ｃは、タイマーを備える。

制御部３９ａ～３９ｃは、チラーユニット３０ａ～３０ｃ内の圧縮機３２ａ～３２ｃ等の各機器や、図示していない温度センサ等の各センサと、制御信号や情報のやりとりを行うことが可能に、電気的に接続されている。制御部３９ａ～３９ｃは、チラーユニット３０ａ～３０ｃ内の各機器及び各センサから取得した各種データを、一定期間、記憶装置に記憶している。本実施形態では、当該各種データを、運転データ２１と記載する。

制御部３９ａ～３９ｃは、図１に示すように、ネットワークＮＷ２ｂを通じて、データ収集装置１０を介し、管理装置２０と通信可能に接続されている。制御部３９ａ～３９ｃは、ネットワークＮＷ２ｂを通じて、管理装置２０から制御信号を受信する。また、制御部３９ａ～３９ｃは、管理装置２０がチラーユニット３０ａ～３０ｃを制御するために必要な運転データ２１の一部を、管理装置２０に対して送信する。本実施形態では、当該運転データ２１の一部を、制御用データ２２と記載する。また、本実施形態では、制御用データ２２以外の運転データ２１を、余剰データ２３と記載する。言い換えると、運転データ２１は、制御用データ２２と、余剰データ２３とから構成される。

（２－２）水回路
水回路６０ａ～６０ｃには、熱媒体としての水が充填されている。水回路６０ａ～６０ｃには、図３に示すように、放熱器３４ａ～３４ｃと、水ポンプ６２ａ～６２ｃと、クーリングタワーＣＴａ～ＣＴｃとが接続されている。水ポンプ６２ａ～６２ｃは、吐出流量の調節が可能であり、水回路６０ａ～６０ｃの水を循環させる。クーリングタワーＣＴａ～ＣＴｃは、水回路６０ａ～６０ｃを循環する水を冷却する。図３において、水ポンプ６２ａ～６２ｃに付した矢印は、水が流れる方向を意味している。

（２－３）熱源側回路
熱源側回路４８ａ～４８ｃには、熱媒体としての水が流れている。熱源側回路４８ａ～４８ｃは、図３に示すように、熱源側流路４０ａ～４０ｃと、熱源側流路４０ａ～４０ｃの途中に設けられた一次ポンプ４１ａ～４１ｃと、熱源側流路４０ａ～４０ｃに接続されている蒸発器３８ａ～３８ｃの伝熱管部分と、を有している。蒸発器３８ａ～３８ｃでは、熱源側流路４０ａ～４０ｃを循環する、熱媒体としての水が冷却される。図３において、一次ポンプ４１ａ～４１ｃに付した矢印は、水が流れる方向を意味している。

（２－４）還ヘッダ部
後述する利用側回路４６を通過した水は、図１に示すように、還ヘッダ部５０を介して、熱源側回路４８ａ～４８ｃに送られる。熱源側回路４８ａ～４８ｃの上流側は、還ヘッダ部５０の下流側に接続されている。後述する利用下流側合流管４５の下流側は、還ヘッダ部５０の上流側に接続されている。

還ヘッダ部５０には、通過する水の流量を計測する流量センサ（図示せず）が設けられている。

（２－５）往ヘッダ部
熱源側回路４８ａ～４８ｃを通過した水は、図１に示すように、往ヘッダ部９０を介して、利用側回路４６に送られる。熱源側回路４８ａ～４８ｃの下流側は、往ヘッダ部９０の上流側に接続されている。後述する利用上流側合流管４２の上流側は、往ヘッダ部９０の下流側に接続されている。

往ヘッダ部９０には、二次ポンプ（図示せず）が設けられており、熱源側回路４８ａ～４８ｃから利用側回路４６に向けて水を送ることができる。二次ポンプは、インバータ駆動式のポンプであり、容量調整が可能であって吐出流量を調節することができる。

（２－６）バイパス回路
バイパス回路４９は、図１に示すように、往ヘッダ部９０から伸びだしており、熱源側回路４８ａ～４８ｃ、及び、利用側回路４６と合流することなく、還ヘッダ部５０まで伸びている。

バイパス回路４９は、往ヘッダ部９０に対して過剰に送られた水を、還ヘッダ部５０に戻すために設けられている。

（２－７）利用側回路
往ヘッダ部９０から下流側に向けて伸びだした利用上流側合流管４２は、図１に示すように、分流点Ｐ１において、利用側回路４６と、図示が省略されている他の利用側回路につながる配管とに分流している。また、利用側回路４６と、図示が省略されている他の利用側回路につながる配管とは、合流点Ｐ２において合流している。利用下流側合流管４５は、合流点Ｐ２から伸びだしており、利用下流側合流管４５の下流側端部は、還ヘッダ部５０に接続されている。

利用側回路４６には、熱媒体としての水が流れている。利用側回路４６は、利用側流路４３と、利用側流路４３の途中に設けられた流量調節弁４４と、利用側流路４３に接続されている空気冷却熱交換器８２を含んでいる。流量調節弁４４は、弁開度を制御することによって、利用側流路４３を流れる水の流量を調節する。

（２－８）空調ユニット
空調ユニット８０は、図１に示すように、概ね直方体形状のケーシング８１を有している。ケーシング８１の内部には、空気が流通する空気通路が形成されている。ケーシング８１の空気通路の流入端には、換気ダクトＲＡの一端が接続している。換気ダクトＲＡの他端は、対象空間ＲＭとつながっている。また、空気通路の流入端には、外気ダクトＯＡの一端が接続している。外気ダクトＯＡの他端は、屋外とつながっている。空気通路の流出端には、給気ダクトＳＡの一端が接続している。給気ダクトＳＡの他端は、対象空間ＲＭにつながっている。対象空間ＲＭ内の空気及び屋外の空気は、それぞれ換気ダクトＲＡ及び外気ダクトＯＡを通じて、ケーシング８１内に取り込まれる。取り込まれた空気は、ケーシング８１内で、温度や湿度が調整される。温度や湿度が調整された空気は、給気ダクトＳＡを通じて、対象空間ＲＭに送られる。このようにして、対象空間ＲＭ内の空気調和が行われる。

ケーシング８１内の空気通路には、上流側から下流側に向かって順に、空気冷却熱交換器８２、電気ヒータ８４、散水式加湿器８６、及び、送風ファン８８が設置されている。空気冷却熱交換器８２は、空気を冷却して空気の温度を下げたり、空気を除湿して湿度を低めたりする機器である。空気冷却熱交換器８２は、複数の伝熱フィンと、それらの伝熱フィンを貫通する伝熱管とを有する、フィン・アンド・チューブ式の熱交換器である。電気ヒータ８４は、空気冷却熱交換器８２を通過した空気を加熱する。電気ヒータ８４は、空気の加熱量を調節することができる。散水式加湿器８６は、ケーシング８１の外部に設置されたタンク（図示せず）の水を、ノズルから空気中へ散布することで、ケーシング８１内を流れる空気を加湿する。散水式加湿器８６は、空気の加湿量を調節することができる。送風ファン８８は、空気冷却熱交換器８２、電気ヒータ８４及び散水式加湿器８６を経て、対象空間ＲＭへと吹き出される空気の流れを生成する。送風ファン８８は、インバータ制御により、回転数を段階的に変化させて、送風量を調節することができる。

（２－９）管理装置
管理装置２０は、チラーユニット３０ａ～３０ｃ（設備機器３０）を管理する。ここでいう管理には、制御が含まれる。管理装置２０は、制御演算装置及び記憶装置を備える。制御演算装置には、ＣＰＵ又はＧＰＵといったプロセッサを使用できる。制御演算装置は、記憶装置に記憶されているプログラムを読み出し、このプログラムに従って所定の演算処理を行う。さらに、制御演算装置は、プログラムに従って、演算結果を記憶装置に書き込んだり、記憶装置に記憶されている情報を読み出したりすることができる。また、管理装置２０は、タイマーを備える。

管理装置２０は、チラーユニット３０ａ～３０ｃを操作するためのリモコン（図示せず）、から送信される各種信号を受信可能に構成されている。リモコンから送信される各種信号には、チラーユニット３０ａ～３０ｃの運転／停止を指示する信号や、各種設定に関する信号が含まれる。各種設定に関する信号には、例えば、運転モードの切換信号、設定温度及び設定湿度に関する信号が含まれる。

管理装置２０は、図２に示すように、ネットワークＮＷ２ｂを通じて、データ収集装置１０を介し、チラーユニット３０ａ～３０ｃと通信可能に接続されている。管理装置２０は、チラーユニット３０ａ～３０ｃの制御部３９ａ～３９ｃから、制御用データ２２を受信する。管理装置２０は、チラーユニット３０ａ～３０ｃから受信した制御用データ２２や、リモコンから送信される各種信号に基づいて、チラーユニット３０ａ～３０ｃに制御信号を送信する。

また、管理装置２０は、ネットワークＮＷ１，ＮＷ２ａを通じて、ゲートウェイＧＷを介し、データ利用装置７０と通信可能に接続されている。管理装置２０は、チラーユニット３０ａ～３０ｃから受信した制御用データ２２を、データ利用装置７０に送信する。

（２－１０）データ収集装置
データ収集装置１０は、少なくとも１つのチラーユニット３０ａ～３０ｃ（設備機器３０）から、チラーユニット３０ａ～３０ｃ（設備機器３０）の余剰データ２３（運転データ２１）を収集する。図４Ａ，４Ｂは、本実施形態におけるデータ収集装置１０の機能ブロック図である。図４Ａ，４Ｂは、丸数字によってつながっている。図４Ａ，４Ｂでは、３台のチラーユニット３０ａ～３０ｃを、１つにまとめて示している。データ収集装置１０は、図４Ａ，４Ｂに示すように、主として、通信部１１と、データ収集部１２とを備える。

データ収集装置１０は、制御演算装置と記憶装置とを備える。制御演算装置には、ＣＰＵ又はＧＰＵといったプロセッサを使用できる。制御演算装置は、記憶装置に記憶されているプログラムを読み出し、このプログラムに従って所定の画像処理や演算処理を行う。さらに、制御演算装置は、プログラムに従って、演算結果を記憶装置に書き込んだり、記憶装置に記憶されている情報を読み出したりすることができる。また、データ収集装置１０は、タイマーを備える。通信部１１と、データ収集部１２と、後述する入力部１３と、後述する分析部１４と、後述する送信スケジュール決定部１５とは、制御演算装置及び記憶装置により実現される各種の機能ブロックである。

（２－１０－１）通信部
通信部１１は、データ収集装置１０を、管理装置２０と、チラーユニット３０ａ～３０ｃ（設備機器３０）とをつなぐネットワークＮＷ２ｂに接続する。通信部１１は、図４Ａ，４Ｂに示すように、管理装置２０と通信する第１通信部１１ａと、チラーユニット３０ａ～３０ｃ（設備機器３０）と通信する第２通信部１１ｂと、を有する。第１通信部１１ａ及び第２通信部１１ｂは、協働して、管理装置２０と、チラーユニット３０ａ～３０ｃ（設備機器３０）との間の通信を中継する。

以下、具体的に、中継処理について説明する。図４Ａ，４Ｂの１点鎖線の矢印によって示すように、第１通信部１１ａは、管理装置２０から第１要求パケットＤ１を受信すると、当該第１要求パケットＤ１を第２通信部１１ｂに引き渡す。詳細は後述するが、第１要求パケットＤ１は、管理装置２０がチラーユニット３０ａ～３０ｃに対して、制御用データ２２を要求するためのパケットである。ここでは、第１要求パケットＤ１の送信先は、チラーユニット３０ａであるとする。第２通信部１１ｂは、第１通信部１１ａから第１要求パケットＤ１を受け取ると、当該第１要求パケットＤ１を、チラーユニット３０ａに送信する。

第２通信部１１ｂは、チラーユニット３０ａから、第１要求パケットＤ１によって要求された制御用データ２２を受信すると、当該制御用データ２２を第１通信部１１ａに引き渡す。第１通信部１１ａは、第２通信部１１ｂから制御用データ２２を受け取ると、当該制御用データ２２を管理装置２０に送信する。

このように、第１通信部１１ａと第２通信部１１ｂとは、協働して、管理装置２０と、チラーユニット３０ａ～３０ｃとの間の通信を中継する。

（２－１０－２）データ収集部
データ収集部１２は、図４Ａ，４Ｂに示すように、管理装置２０がチラーユニット３０ａ～３０ｃ（設備機器３０）から制御用データ２２（運転データ２１）を収集する際の第１収集条件、とは異なる第２収集条件Ｃ２、に基づいて、第２通信部１１ｂ（通信部１１）により、チラーユニット３０ａ～３０ｃ（設備機器３０）から余剰データ２３（運転データ２１）を収集する。本実施形態では、第１収集条件は、管理装置２０が、チラーユニット３０ａ～３０ｃから、制御用データ２２の一部又は全部を収集する条件である。言い換えると、第１収集条件は、制御用データ２２からその一部又は全部を抽出する条件である。また、第２収集条件Ｃ２は、データ収集部１２が、チラーユニット３０ａ～３０ｃから、余剰データ２３の一部又は全部を収集する条件である。言い換えると、第２収集条件Ｃ２は、余剰データ２３からその一部又は全部を抽出する条件である。

データ収集部１２は、第２収集条件Ｃ２を満たす余剰データ２３を収集するために、後述する第２要求パケットＤ２を、チラーユニット３０ａ～３０ｃに対して送信する。データ収集部１２は、図４Ａ，４Ｂに示すように、後述する送信スケジュールＳＳに従って、第２要求パケットＤ２を送信する。また、データ収集部１２は、第２収集条件Ｃ２を、入力部１３から取得する。

データ収集部１２は、図４Ａ，４Ｂに示すように、第２収集条件Ｃ２に基づいて収集した余剰データ２３（運転データ２１）を、管理装置２０とは異なる、運転データ２１を利用する装置であるデータ利用装置７０に送信する。データ収集部１２は、第２収集条件Ｃ２を満たす余剰データ２３を、順次又は定期的に、データ利用装置７０に送信する。データ収集部１２は、例えば、図２に示すように、通信線Ｘ、及び、ネットワークＮＷ１を通じて、データ利用装置７０に余剰データ２３を送信する。通信線Ｘは、ネットワークＮＷ１にデータ収集装置１０を接続する通信線である。また、データ収集部１２は、例えば、図２に示すように、通信線Ｙ、及びネットワークＮＷ１，ＮＷ２ａを通じて、データ利用装置７０に余剰データ２３を送信する。通信線Ｙは、ネットワークＮＷ２ａにデータ収集装置１０を接続する通信線である。

（２－１０－３）入力部
入力部１３は、第２収集条件Ｃ２を入力する。入力部１３は、図４Ａ，４Ｂに示すように、少なくともデータ利用装置７０からの入力を受け付ける。入力部１３は、例えば、直接ユーザからの入力を受け付けてもよい。

（２－１０－４）分析部
分析部１４は、図４Ａ，４Ｂに示すように、第１要求パケットＤ１の規則性を分析する。第１要求パケットＤ１は、管理装置２０が第１収集条件に基づいて制御用データ２２（運転データ２１）を収集する際に、チラーユニット３０ａ～３０ｃ（設備機器３０）に対して送信する、制御用データ２２（運転データ２１）を要求するための通信パケットである。

分析部１４は、第１要求パケットＤ１が有する第１要求パケット情報に基づいて、第１要求パケットＤ１の中から、定期送信パケットＰＰを判定する。第１要求パケット情報は、第１要求パケットＤ１の送信先であるチラーユニット３０ａ～３０ｃ（設備機器３０）の情報と、第１要求パケットＤ１の要求内容とを含む。定期送信パケットＰＰは、定期的に送信される第１要求パケットＤ１である。

以下、第１要求パケットＤ１の中から、定期送信パケットＰＰを判定する方法について説明する。

分析部１４は、図４Ａ，４Ｂに示すように、第１要求パケット情報と、第１要求パケットＤ１の受信時刻と、を蓄積する第１テーブルＴＢＬ１を作成する。分析部１４は、第１通信部１１ａが第１要求パケットＤ１を受信する度に、第１通信部１１ａから、当該第１要求パケットＤ１の第１要求パケット情報及び受信時刻を取得し、第１テーブルＴＢＬ１を更新する。

分析部１４は、定期的に第１テーブルＴＢＬ１をスキャンし（以下、定期スキャンと記載することがある。）、第１テーブルＴＢＬ１の状態を確認する。本実施形態では、定期スキャンは、１分に１回行われる。定期スキャンのタイミングは、適宜変更が可能であり、例えば３０秒に１回等であってもよい。また、分析部１４は、定期的に第１テーブルＴＢＬ１のすべてのレコードを削除し、第１テーブルＴＢＬ１をリセットする（以下、定期リセットと記載することがある。）。本実施形態では、定期リセットは、１時間に１回行われる。定期リセットのタイミングは、適宜変更が可能であり、例えば３０分に１回等であってもよい。

また、分析部１４は、所定のタイミングで、定期送信パケットＰＰの判定を開始する。本実施形態では、分析部１４は、定期リセットが行われた後、３回目の定期スキャンのタイミングで、定期送信パケットＰＰの判定を開始する。言い換えると、分析部１４は、定期リセットが行われる度に、定期送信パケットＰＰを判定し直す。これは、定期送信パケットＰＰの規則性が、途中で変更されることに対応するためである。ここで、定期送信パケットＰＰの判定を行う所定のタイミングは、適宜変更が可能である。

以下の表１は、定期リセットが行われた後、１回目の定期スキャンが行われた際の第１テーブルＴＢＬ１の例である。

第１テーブルＴＢＬ１は、「設備機器」及び「要求内容」を主キーとして作成されている。ここで、「設備機器」は、第１要求パケットＤ１の送信先であるチラーユニット３０ａ～３０ｃを識別する情報である。表１では、「30a」はチラーユニット３０ａを、「30b」はチラーユニット３０ｂを示している。「要求内容」は、第１要求パケットＤ１の要求内容を示す情報である。表１では、「0x01」等のように、１６進数の数値によってコード化された要求内容を示している。「受信時刻」は、第１通信部１１ａが第１要求パケットＤ１を受信した時刻である。分析部１４は、「設備機器」及び「要求内容」が同一である第１要求パケットＤ１を受信した場合、該当するレコードの「受信時刻」を最新の時刻に更新する。「受信時刻（更新前）」には、「受信時刻」が更新される度に、更新前の「受信時刻」が記憶される。表１では、未だ「設備機器」及び「要求内容」が同一である第１要求パケットＤ１を受信していないため、「受信時刻（更新前）」には「-」が記憶されている。「カウンタ」は、「設備機器」及び「要求内容」が同一である第１要求パケットＤ１を受信した件数である。言い換えると、分析部１４は、所定期間内に送信された第１要求パケットＤ１の内、「設備機器」及び「要求内容」（第１要求パケット情報の一部）が同一である第１要求パケットＤ１の件数を集計する。「レコードＩＤ」は、「設備機器」及び「要求内容」が同一であるレコードごとに付与した識別番号である。「レコードＩＤ」は、以下の説明を容易にするために設けた。

以下の表２は、２回目の定期スキャンが行われた際の第１テーブルＴＢＬ１の例である。

表２では、表１と比較して、「レコードＩＤ」＝１，２，３，４のレコードの「受信時刻」及び「カウンタ」が更新されている。これは、表１の状態の後、「レコードＩＤ」＝１，２，３，４に対応する第１要求パケットＤ１（「設備機器」及び「要求内容」が同一である第１要求パケットＤ１）を受信したためである。「レコードＩＤ」＝５のレコードは、新しく第１テーブルＴＢＬ１に追加されたレコードである。「レコードＩＤ」＝５に対応する第１要求パケットＤ１は、「レコードＩＤ」＝１に対応する第１要求パケットＤ１を受信した後、「レコードＩＤ」＝２に対応する第１要求パケットＤ１を受信する前に、受信したことがわかる。

以下の表３は、３回目の定期スキャンが行われた際の第１テーブルＴＢＬ１の例である。本実施形態では、このタイミングで、定期送信パケットＰＰの判定を開始する。

表３では、表２と比較して、「レコードＩＤ」＝１，２，３のレコードが更新されている。また、「レコードＩＤ」＝６のレコードが新しく追加されている。

分析部１４は、少なくとも「カウンタ」の値（集計値）が最大である第１要求パケットＤ１を、定期送信パケットＰＰとして判定する。そのため、分析部１４は、「カウンタ」の値が最大である「レコードＩＤ」＝１，２，３のレコードを、定期送信パケットＰＰとして判定する。また、分析部１４は、「カウンタ」の最大値と、定期送信パケットＰＰとして判定されなかったレコード（以下、保留レコードと記載することがある。）と、を記憶しておく。この場合、記憶する最大値は、３である。また、記憶する保留レコードは、「レコードＩＤ」＝４，５，６のレコードである。

以下の表４は、４回目の定期スキャンが行われた際の第１テーブルＴＢＬ１の例である。

表４では、表３と比較して、「レコードＩＤ」＝４のレコードが更新されている。

分析部１４は、記憶した保留レコードの最新の（表３ではなく表４の）「カウンタ」の値を、同じく記憶した最大値から減算する。分析部１４は、減算した結果が所定値未満であった保留レコードを、定期送信パケットＰＰとしてさらに判定する。本実施形態では、当該所定値は、２とする。当該所定値は、適宜変更が可能である。

表４では、「レコードＩＤ」＝４のレコードは、減算した結果が０（＝３－３）であり、所定値（＝２）未満であるため、分析部１４は、「レコードＩＤ」＝４のレコードを、定期送信パケットＰＰとしてさらに判定する。「レコードＩＤ」＝５，６のレコードは、減算した結果が２（＝３－１）であり、所定値（＝２）未満ではないため、分析部１４は、「レコードＩＤ」＝５，６のレコードを、定期送信パケットＰＰとして判定しない。

以上により、分析部１４は、「レコードＩＤ」＝１，２，３，４のレコードを、定期送信パケットＰＰとして判定する。

なお、分析部１４は、上記の所定値を用いずに、記憶した保留レコードの最新の（表３ではなく表４の）「カウンタ」の値が、同じく記憶した最大値以上の値となった保留レコードを、定期送信パケットＰＰとして判定してもよい。

（２－１０－５）送信スケジュール決定部
送信スケジュール決定部１５は、第２要求パケットＤ２の送信スケジュールＳＳを決定する。第２要求パケットＤ２は、データ収集部１２が第２収集条件Ｃ２に基づいて余剰データ２３（運転データ２１）を収集する際に、チラーユニット３０ａ～３０ｃ（設備機器３０）に対して送信する、余剰データ２３（運転データ２１）を要求するための通信パケットである。第２要求パケットＤ２は、チラーユニット３０ａ～３０ｃごとに存在する。

送信スケジュール決定部１５は、第１要求パケットＤ１が送信されるタイミングを避けて、第２要求パケットＤ２を送信するように、送信スケジュールＳＳを決定する。本実施形態では、送信スケジュール決定部１５は、図４Ａ，４Ｂに示すように、定期送信パケットＰＰが送信されるタイミングを避けて、第２要求パケットＤ２を送信するように、送信スケジュールＳＳを決定する。

本実施形態では、送信スケジュール決定部１５は、分析部１４と、定期スキャンの結果を共有している。送信スケジュール決定部１５は、分析部１４によって定期送信パケットＰＰが判定されると、第１通信部１１ａ（通信部１１）により受信した、定期送信パケットＰＰの受信時刻に基づいて、一連の定期送信パケットＰＰの受信時間と、定期送信パケットＰＰが送信されない隙間時間と、を算出し、第２要求パケットＤ２の送信スケジュールＳＳを決定する。具体的には、送信スケジュール決定部１５は、分析部１４によって定期送信パケットＰＰが判定されると、表４の第１テーブルＴＢＬ１の状態から、定期送信パケットＰＰのレコードがさらに更新されるタイミングを監視する。ここでは、５回目の定期スキャンで、定期送信パケットＰＰのレコードが更新されたとする。以下の表５は、５回目の定期スキャンが行われた際の第１テーブルＴＢＬ１の例である。

表５では、表４と比較して、「レコードＩＤ」＝１のレコードが更新されている。表５から、定期送信パケットＰＰが送信されない隙間時間（「レコードＩＤ」＝４のレコードの「受信時刻」から、「レコードＩＤ」＝１のレコードの「受信時刻」までの時間）は、１分であることがわかる。また、表５から、一連の定期送信パケットＰＰの受信時間（「レコードＩＤ」＝１のレコードの「受信時刻（更新前）」から、「レコードＩＤ」＝４のレコードの「受信時刻」までの時間）は、１分５秒であることがわかる。

第２要求パケットＤ２を送信する時間は、例えば、「レコードＩＤ」＝４の第１要求パケットＤ１を受信してから１分間（隙間時間）とする。送信する第２要求パケットＤ２の件数は、例えば、１件の第２要求パケットＤ２当たり１６．２５秒（＝１分５秒（受信時間）／４件（定期送信パケットＰＰの件数））必要であると想定されるため、３件（＝１分（隙間時間）を１６．２５秒（１件の第２要求パケットＤ２に必要な時間）で割った整数部分）とする。本実施形態では、チラーユニット３０ａ～３０ｃは３台あるため、例えば、隙間時間に、１台につき１件の第２要求パケットＤ２を送信する。

以上により、送信スケジュール決定部１５は、「レコードＩＤ」＝４に対応する第１要求パケットＤ１を受信してから１分の間に、チラーユニット３０ａ～３０ｃに対して、合計３件の第２要求パケットＤ２を送信するように、送信スケジュールＳＳを決定する。

データ収集部１２は、図４Ａ，４Ｂに示すように、送信スケジュールＳＳに従って、チラーユニット３０ａ～３０ｃに対して、第２要求パケットＤ２を送信する。データ収集部１２は、「レコードＩＤ」＝４に対応する第１要求パケットＤ１を受信したタイミングを、第１通信部１１ａ又は分析部１４から取得する。

（２－１１）データ利用装置
データ利用装置７０は、運転データ２１を利用する装置である。データ利用装置７０は、図２に示すように、ネットワークＮＷ１，ＮＷ２ａを通じて、データ収集装置１０及び管理装置２０と通信可能に接続されている。データ利用装置７０は、図４Ａ，４Ｂに示すように、主として、収集条件設定部７１と、分析部７２とを備える。

データ利用装置７０は、制御演算装置と記憶装置とを備える。制御演算装置には、ＣＰＵ又はＧＰＵといったプロセッサを使用できる。制御演算装置は、記憶装置に記憶されているプログラムを読み出し、このプログラムに従って所定の画像処理や演算処理を行う。さらに、制御演算装置は、プログラムに従って、演算結果を記憶装置に書き込んだり、記憶装置に記憶されている情報を読み出したりすることができる。また、データ利用装置７０は、タイマーを備える。収集条件設定部７１と、分析部７２とは、制御演算装置及び記憶装置により実現される各種の機能ブロックである。

（２－１１－１）収集条件設定部
収集条件設定部７１は、図４Ａ，４Ｂに示すように、第２収集条件Ｃ２の設定を受け付け、設定された第２収集条件Ｃ２を、入力部１３に送信する。第２収集条件Ｃ２は、例えば、ユーザによる入力や、ファイルの読み込みによって設定される。

（２－１１－２）分析部
分析部７２は、図４Ａ，４Ｂに示すように、管理装置２０から、制御用データ２２を受信する。また、分析部７２は、データ収集部１２から、余剰データ２３を受信する。

分析部７２は、受信した制御用データ２２や余剰データ２３を分析し、チラーユニット３０ａ～３０ｃの遠隔監視や故障診断等に利用する。分析には、例えば、統計的手法や、機械学習等を用いる。

（３）データ収集処理
データ収集装置１０によるデータ収集処理の一例を、図５のフローチャートを用いて説明する。なお、図４Ａ，４Ｂでは、データ収集処理を、実線の矢印によって示している。

データ収集装置１０は、ステップＳ１に示すように、第１テーブルＴＢＬ１の定期リセットを行う。

データ収集装置１０は、ステップＳ１を終えると、ステップＳ２に示すように、管理装置２０から第１要求パケットＤ１を受信する度に、当該第１要求パケットＤ１の第１要求パケット情報を取得し、第１テーブルＴＢＬ１を更新する。

データ収集装置１０は、ステップＳ２を終えると、ステップＳ３に示すように、定期送信パケットＰＰの判定を行うタイミングであるか否かを判断する。データ収集装置１０は、定期送信パケットＰＰの判定を行うタイミングである場合、ステップＳ４に進む。データ収集装置１０は、定期送信パケットＰＰの判定を行うタイミングではない場合、ステップＳ２に戻り、第１テーブルＴＢＬ１の更新を続ける。

データ収集装置１０は、ステップＳ３からステップＳ４に進むと、ステップＳ４に示すように、第１テーブルＴＢＬ１の第１要求パケットＤ１の中から、定期送信パケットＰＰを判定する。

データ収集装置１０は、ステップＳ４を終えると、ステップＳ５に示すように、定期送信パケットＰＰの受信時刻に基づいて、第２要求パケットＤ２の送信スケジュールＳＳを決定する。

データ収集装置１０は、ステップＳ５を終えると、ステップＳ６に示すように、データ利用装置７０によって設定された、第２収集条件Ｃ２を取得する。

データ収集装置１０は、ステップＳ６を終えると、ステップＳ７に示すように、第２収集条件Ｃ２を満たす余剰データ２３を要求するための第２要求パケットＤ２を、送信スケジュールＳＳに従って、チラーユニット３０ａ～３０ｃに送信する。

データ収集装置１０は、ステップＳ７を終えると、ステップＳ８に示すように、チラーユニット３０ａ～３０ｃから、第２要求パケットＤ２によって要求した、第２収集条件Ｃ２を満たす余剰データ２３を受信する。

データ収集装置１０は、ステップＳ８を終えると、ステップＳ９に示すように、チラーユニット３０ａ～３０ｃから受信した余剰データ２３を、データ利用装置７０に送信する。

データ収集装置１０は、ステップＳ９を終えると、ステップＳ１０に示すように、第１テーブルＴＢＬ１の定期リセットを行うタイミングであるか否かを判断する。データ収集装置１０は、第１テーブルＴＢＬ１の定期リセットを行うタイミングである場合、ステップＳ１に戻り、第１テーブルＴＢＬ１の定期リセットを行う。データ収集装置１０は、第１テーブルＴＢＬ１の定期リセットを行うタイミングではない場合、ステップＳ１１に進む。

データ収集装置１０は、ステップＳ１０からステップＳ１１に進むと、ステップＳ１１に示すように、第２収集条件Ｃ２が変更されたか否かを判断する。データ収集装置１０は、第２収集条件Ｃ２が変更された場合、ステップＳ１１に進み、変更された第２収集条件Ｃ２を取得する。データ収集装置１０は、第２収集条件Ｃ２が変更されていない場合、ステップＳ７に進み、第２要求パケットＤ２の送信を続ける。

データ収集処理は、すべてのチラーユニット３０ａ～３０ｃが停止するまで実行される。

（４）特徴
（４－１）
従来、設備機器を管理するために、管理装置が設備機器から運転データを収集する技術がある。しかし、管理装置は、主に設備機器を管理するために必要なデータを収集するため、管理装置が収集する運転データは、設備機器が有する運転データの一部である。そのため、管理装置が収集する運転データ以外の有用な運転データが収集されない、という課題がある。

本実施形態のデータ収集装置１０では、通信部１１は、データ収集装置１０を、チラーユニット３０ａ～３０ｃを管理する管理装置２０と、チラーユニット３０ａ～３０ｃと、をつなぐネットワークＮＷ２ｂに接続する。データ収集部１２は、管理装置２０がチラーユニット３０ａ～３０ｃから制御用データ２２を収集する際の第１収集条件、とは異なる第２収集条件Ｃ２、に基づいて、第２通信部１１ｂにより、チラーユニット３０ａ～３０ｃから余剰データ２３を収集する。

その結果、データ収集装置１０は、管理装置２０がチラーユニット３０ａ～３０ｃから収集する制御用データ２２、以外の有用な余剰データ２３を、チラーユニット３０ａ～３０ｃから収集することができる。

（４－２）
本実施形態のデータ収集装置１０では、通信部１１は、管理装置２０と通信する第１通信部１１ａと、チラーユニット３０ａ～３０ｃと通信する第２通信部１１ｂと、を有する。第１通信部１１ａ及び第２通信部１１ｂは、協働して、管理装置２０と、チラーユニット３０ａ～３０ｃとの間の通信を中継する。

その結果、データ収集装置１０は、管理装置２０と、チラーユニット３０ａ～３０ｃとの間の通信を中継するように設置されることにより、既存のシステムに変更を加えずに、第２収集条件Ｃ２に基づいて運転データ２１を収集することができる。

（４－３）
本実施形態のデータ収集装置１０では、データ収集部１２は、第２収集条件Ｃ２に基づいて収集した余剰データ２３を、管理装置２０とは異なる、運転データ２１を利用する装置であるデータ利用装置７０に送信する。

その結果、データ収集装置１０は、第２収集条件Ｃ２に基づいて収集した余剰データ２３を、遠隔監視や故障診断等に利用することができる。

（４－４）
本実施形態のデータ収集装置１０では、入力部１３は、第２収集条件Ｃ２を入力する。入力部１３は、少なくともデータ利用装置７０からの入力を受け付ける。

その結果、データ収集装置１０は、余剰データ２３の利用目的に合わせて、第２収集条件Ｃ２を入力することができる。

（４－５）
本実施形態のデータ収集装置１０では、分析部１４は、第１要求パケットＤ１の規則性を分析する。第１要求パケットＤ１は、管理装置２０が第１収集条件に基づいて制御用データ２２を収集する際に、チラーユニット３０ａ～３０ｃに対して送信する、制御用データ２２を要求するための通信パケットである。

その結果、データ収集装置１０は、第１要求パケットＤ１の規則性を分析することで、第１要求パケットＤ１の応答遅延が発生しないように、第２収集条件Ｃ２に基づいて余剰データ２３を収集することができる。

（４－６）
本実施形態のデータ収集装置１０では、分析部１４は、第１要求パケットＤ１が有する第１要求パケット情報に基づいて、第１要求パケットＤ１の中から、定期送信パケットＰＰを判定する。第１要求パケット情報は、第１要求パケットＤ１の送信先であるチラーユニット３０ａ～３０ｃの情報と、第１要求パケットＤ１の要求内容とを含む。定期送信パケットＰＰは、定期的に送信される第１要求パケットＤ１である。

その結果、データ収集装置１０は、第１要求パケットＤ１の中から定期送信パケットＰＰを判定することで、定期送信パケットＰＰの応答遅延が発生しないように、第２収集条件Ｃ２に基づいて余剰データ２３を収集することができる。

（４－７）
本実施形態のデータ収集装置１０では、分析部１４は、所定期間内に送信された第１要求パケットＤ１の内、第１要求パケット情報の一部が同一である第１要求パケットＤ１の件数を集計する。分析部１４は、少なくとも集計値が最大である第１要求パケットＤ１を、定期送信パケットＰＰとして判定する。

その結果、データ収集装置１０は、第１要求パケットＤ１の中から定期送信パケットＰＰを判定することで、定期送信パケットＰＰの応答遅延が発生しないように、第２収集条件Ｃ２に基づいて余剰データ２３を収集することができる。

（４－８）
本実施形態のデータ収集装置１０では、送信スケジュール決定部１５は、第２要求パケットＤ２の送信スケジュールＳＳを決定する。第２要求パケットＤ２は、データ収集部１２が第２収集条件Ｃ２に基づいて余剰データ２３を収集する際に、チラーユニット３０ａ～３０ｃに対して送信する、余剰データ２３を要求するための通信パケットである。送信スケジュール決定部１５は、第１要求パケットＤ１が送信されるタイミングを避けて、第２要求パケットＤ２を送信するように、送信スケジュールＳＳを決定する。

具体的には、送信スケジュール決定部１５は、第１通信部１１ａにより受信した、定期送信パケットＰＰの受信時刻に基づいて、一連の定期送信パケットＰＰの受信時間と、定期送信パケットＰＰが送信されない隙間時間と、を算出し、第２要求パケットＤ２の送信スケジュールＳＳを決定する。

その結果、データ収集装置１０は、送信スケジュールＳＳに従って、第２要求パケットＤ２を送信することで、定期送信パケットＰＰの応答遅延を防止することができる。

（５）変形例
（５－１）変形例１Ａ
本実施形態では、第１要求パケット情報は、第１要求パケットＤ１の送信先であるチラーユニット３０ａ～３０ｃの情報と、第１要求パケットＤ１の要求内容とを含んでいた。

しかし、第１要求パケット情報は、さらにチラーユニット３０ａ～３０の「ＩＰアドレス」、「メモリのアドレス」及び「レジスタ数」等を含んでもよい。この場合、第１テーブルＴＢＬ１は、「設備機器」、「要求内容」、「ＩＰアドレス」、「メモリのアドレス」及び「レジスタ数」等を、主キーとして作成される。言い換えると、分析部１４は、「設備機器」、「要求内容」、「ＩＰアドレス」、「メモリのアドレス」及び「レジスタ数」等が同一である第１要求パケットＤ１を、同一の第１要求パケットＤ１として判断する。

その結果、データ収集装置１０は、分析部１４によって、より詳細に定期送信パケットＰＰを判定することができる。また、データ収集装置１０は、送信スケジュール決定部１５によって、より詳細に送信スケジュールＳＳを決定することができる。

（５－２）変形例１Ｂ
本実施形態では、第１収集条件を満たす制御用データ２２は、管理装置２０からデータ利用装置７０に送信された。

しかし、第１収集条件を満たす制御用データ２２は、データ収集装置１０からデータ利用装置７０に送信されてもよい。

言い換えると、データ収集部１２は、第１収集条件に基づいて、通信部１１により、チラーユニット３０ａ～３０ｃ（設備機器３０）から制御用データ２２（運転データ２１）をさらに収集する。データ収集部１２は、第１収集条件に基づいて収集した制御用データ２２（運転データ２１）を、データ利用装置７０にさらに送信する。

データ収集部１２は、例えば、第１通信部１１ａ又は第２通信部１１ｂによってチラーユニット３０ａ～３０ｃから受信した、第１収集条件を満たす制御用データ２２を、第１通信部１１ａ又は第２通信部１１ｂから収集し、データ利用装置７０に送信する。データ収集部１２は、第１収集条件を満たす制御用データ２２を、順次又は定期的に収集し、データ利用装置７０に送信する。

その結果、データ収集装置１０は、第１収集条件に基づいて収集した制御用データ２２を、遠隔監視や故障診断等に利用することができる。また、データ収集装置１０は、管理装置２０がデータ利用装置７０に制御用データ２２を送信する負荷を、取り除くことができる。

（５－３）変形例１Ｃ
本実施形態では、送信スケジュール決定部１５は、分析部１４によって定期送信パケットＰＰが判定されると、第１通信部１１ａにより受信した、定期送信パケットＰＰの受信時刻に基づいて、一連の定期送信パケットＰＰの受信時間と、定期送信パケットＰＰが送信されない隙間時間と、を算出し、第２要求パケットＤ２の送信スケジュールＳＳを決定した。

しかし、送信スケジュール決定部１５は、分析部１４によって定期送信パケットＰＰが判定されると、第２通信部１１ｂにより送信した、定期送信パケットＰＰの送信時刻と、第２通信部１１ｂ（通信部１１）により受信した、定期送信パケットＰＰに応答してチラーユニット３０ａ～３０ｃ（設備機器３０）から送信された制御用データ２２（運転データ２１）の受信時刻と、に基づいて、定期送信パケットＰＰの応答時間と、定期送信パケットＰＰが送信されない隙間時間と、を算出し、第２要求パケットＤ２の送信スケジュールＳＳを決定してもよい。

その結果、データ収集装置１０は、送信スケジュールＳＳに従って、第２要求パケットＤ２を送信することで、定期送信パケットＰＰの応答遅延を防止することができる。

この場合、分析部１４は、管理装置２０から定期送信パケットＰＰを受信した後、当該定期送信パケットＰＰをチラーユニット３０ａ～３０ｃに送信した送信時刻と、当該定期送信パケットＰＰに対応する制御用データ２２を受信した受信時刻（以下、応答時刻と記載することがある。）と、を第２通信部１１ｂから取得し、第１テーブルＴＢＬ１に記憶しておく。

以下の表６は、４つの定期送信パケットＰＰについて、上記の送信時刻と応答時刻とを示した一例である。表６では、表１等と同様に、更新前の送信時刻及び応答時刻を記憶している。

表６から、定期送信パケットＰＰの応答時間（同一のレコードの送信時刻から、応答時刻までの時間）は、「レコードＩＤ」＝１のレコードが１分、「レコードＩＤ」＝２のレコードが２分、「レコードＩＤ」＝３のレコードが１分、「レコードＩＤ」＝４のレコードが２分、であることがわかる。言い換えると、チラーユニット３０ａの応答時間は１分、チラーユニット３０ｂの応答時間は２分、であることがわかる。また、定期送信パケットＰＰが送信されない隙間時間（あるレコードの応答時刻から、次に送信されるレコードの送信時刻までの時間）は、「レコードＩＤ」＝１と２との間が３分２秒、「レコードＩＤ」＝２と３との間が３分１秒、「レコードＩＤ」＝３と４との間が４分２秒、「レコードＩＤ」＝４と１との間が１０分、であることがわかる。

第２要求パケットＤ２を送信する時間は、例えば、定期送信パケットＰＰが送信されない隙間時間とする。第２要求パケットＤ２の送信先は、該当する隙間時間が、各チラーユニット３０ａ～３０ｃの応答時間で埋まるように決定してもよい。例えば、「レコードＩＤ」＝１と２との間の隙間時間は３分２秒であるため、当該隙間時間には、チラーユニット３０ａ（応答時間が１分）とチラーユニット３０ｂ（応答時間が２分）に、１件ずつ第２要求パケットＤ２を送信する。

以上により、送信スケジュール決定部１５は、定期送信パケットＰＰに対応する各制御用データ２２を受信した応答時刻から、隙間時間の間に、適切なチラーユニット３０ａ～３０ｃに対して、第２要求パケットＤ２を送信するように、送信スケジュールＳＳを決定する。なお、データ収集部１２は、送信スケジュールＳＳに従って第２要求パケットＤ２を送信する際、定期送信パケットＰＰに対応する各制御用データ２２を受信した応答時刻を、第２通信部１１ｂ又は分析部１４から取得する。

（５－４）変形例１Ｄ
送信スケジュール決定部１５は、第２要求パケットＤ２の優先度に基づいて、第２要求パケットＤ２の送信スケジュールＳＳを決定してもよい。送信スケジュール決定部１５は、例えば、優先度の高い異常関連の余剰データ２３を要求する第２要求パケットＤ２、を優先して送信するように、送信スケジュールＳＳを決定する。

その結果、データ収集装置１０は、優先度の高い異常関連等の余剰データ２３を、優先して収集することができる。

（５－５）変形例１Ｅ
送信スケジュール決定部１５は、管理装置２０と、チラーユニット３０ａ～３０ｃ（設備機器３０）とをつなぐネットワークＮＷ２ｂの帯域占有率に基づいて、送信スケジュールＳＳを決定してもよい。送信スケジュール決定部１５は、例えば、ネットワークＮＷ２ｂの帯域占有率が所定値を超える場合は、第２要求パケットＤ２の送信を中止するように、送信スケジュールＳＳを決定する。ここで、ネットワークＮＷ２ｂの帯域占有率は、分析部１４によって分析される。帯域占有率の分析は、例えば、既存のネットワーク診断ソフト等を用いて行う。

その結果、データ収集装置１０は、ネットワークＮＷ２ｂの輻輳を防止することができる。

（５－６）変形例１Ｆ
データ収集装置１０は、取得部１６と、学習部１７と、応答部１８とをさらに備えてもよい。図６は、本変形例におけるデータ収集装置１０の機能ブロック図である。図６では、本変形例に関連する箇所以外は、省略している。また、図６と図４Ｂとは、丸数字によってつながっている。取得部１６と、学習部１７と、応答部１８とは、制御演算装置及び記憶装置により実現される各種の機能ブロックである。

取得部１６は、第１要求パケットＤ１を第１通信部１１ａ（通信部１１）により受信する受信時刻と、当該第１要求パケットＤ１の第１要求パケット情報とを取得する。具体的には、取得部１６は、図６の実線の矢印によって示すように、第１要求パケットＤ１の受信時刻と、当該第１要求パケットＤ１の第１要求パケット情報と、を蓄積する第２テーブルＴＢＬ２を作成する。取得部１６は、第１通信部１１ａが第１要求パケットＤ１を受信する度に、第１通信部１１ａから、当該第１要求パケットＤ１の受信時刻及び第１要求パケット情報を取得し、第２テーブルＴＢＬ２を更新する。

以下の表７は、第２テーブルＴＢＬ２の例である。

表７に示すように、第２テーブルＴＢＬ２は、第１テーブルＴＢＬ１と異なり、「設備機器」及び「要求内容」が同一である第１要求パケットＤ１を受信すると、「受信時刻」を最新の時刻に更新せず、単純に蓄積する。

学習部１７は、図６の実線の矢印によって示すように、取得部１６が取得した第１要求パケットＤ１の受信時刻と、当該第１要求パケットＤ１の第１要求パケット情報とを、関連付けて学習する学習モデルＬＭ、を生成する。学習部１７は、第２テーブルＴＢＬ２に蓄積されたレコードを用いて、学習モデルＬＭを生成する。学習部１７は、第２テーブルＴＢＬ２に、レコードがある程度蓄積されるごとに、学習モデルＬＭを更新してもよい。また、学習部１７は、第２テーブルＴＢＬ２に、レコードが１件追加されるごとに、逐次、学習モデルＬＭを更新してもよい。学習モデルＬＭは、例えば、再帰型ニューラルネットワークや状態空間モデル等を用いる。

その結果、データ収集装置１０は、第１要求パケットＤ１の受信時刻と、第１要求パケット情報に含まれる、第１要求パケットＤ１の送信先や、要求内容等との関係を学習することができる。

応答部１８は、第１要求パケットＤ１に対する応答を行う。応答部１８は、図６の実線の矢印によって示すように、所定時刻の前に、学習モデルＬＭを用いて、所定時刻に受信する第１要求パケットＤ１の第１要求パケット情報を予測する。応答部１８は、予測した第１要求パケット情報を有する第１要求パケットＤ１に基づいて、第２通信部１１ｂにより、チラーユニット３０ａ～３０ｃ（設備機器３０）から制御用データ２２（運転データ２１）を取得する。応答部１８は、当該制御用データ２２をキャッシュしておく。応答部１８は、所定時刻の後に、予測した第１要求パケット情報を有する第１要求パケットＤ１を、第１通信部１１ａにより受信した場合は、チラーユニット３０ａ～３０ｃ（設備機器３０）に中継せずに、チラーユニット３０ａ～３０ｃ（設備機器３０）に代わって、キャッシュしていた制御用データ２２（運転データ２１）を管理装置２０に対して送信する。

その結果、データ収集装置１０は、チラーユニット３０ａ～３０ｃの代理で、管理装置２０に応答することができるため、管理装置２０への応答時間を早めることができる。

なお、管理装置２０から第１要求パケットＤ１を受信した際に、当該第１要求パケットＤ１が要求する制御用データ２２がキャッシュされていない場合は、データ収集装置１０は、図６の２点鎖線の矢印によって示すように、本実施形態と同様の中継処理を行う。

（５－７）変形例１Ｇ
図７は、本変形例におけるデータ収集装置１０ａ～１０ｃの周辺の通信ネットワークを示す図である。本実施形態では、図２に示すように、３台のチラーユニット３０ａ～３０ｃに対して、１台のデータ収集装置１０が設置された。しかし、図７に示すように、それぞれのチラーユニット３０ａ～３０ｃに対して、１台のデータ収集装置１０ａ～１０ｃが設置されてもよい。

この場合、例えば、データ収集装置１０ａは、管理装置２０からチラーユニット３０ａに対しての第１要求パケットＤ１のみを中継する。また、データ収集装置１０ａは、チラーユニット３０ａに対してのみ、第２要求パケットＤ２を送信する。その結果、データ収集装置１０ａ～１０ｃは、処理負荷を軽減することができる。また、データ収集装置１０ａ～１０ｃは、収集する余剰データ２３の数を増やすことができる。

（５－８）
以上、本開示の実施形態を説明したが、特許請求の範囲に記載された本開示の趣旨及び範囲から逸脱することなく、形態や詳細の多様な変更が可能なことが理解されるであろう。

＜第２実施形態＞
（１）第１実施形態との違い
図８は、本実施形態における空調システム１００’の全体構成図である。図９は、本実施形態におけるデータ収集装置１０’の周辺の通信ネットワークを示す図である。図１０は、本実施形態におけるデータ収集装置１０’の機能ブロック図である。図１０と図４Ｂとは、丸数字によってつながっている。

第１実施形態のデータ収集装置１０は、図１及び図２に示すように、管理装置２０と、チラーユニット３０ａ～３０ｃとの間の通信を中継するように設置された。そのため、データ収集装置１０の通信部１１は、図４Ａ，４Ｂに示すように、管理装置２０と通信する第１通信部１１ａと、チラーユニット３０ａ～３０ｃと通信する第２通信部１１ｂと、を有していた。

本実施形態のデータ収集装置１０’では、図８及び図９に示すように、管理装置２０と、チラーユニット３０ａ～３０ｃ（設備機器３０）とをつなぐネットワークＮＷ２ｂ’は、バス型ネットワークである。データ収集装置１０’は、ネットワークＮＷ２ｂ’に接続して設置される。そのため、データ収集装置１０’は、図１０に示すように、ネットワークＮＷ２ｂ’に接続する１つの通信部１１’を備える。通信部１１’は、管理装置２０から第１要求パケットＤ１を受信するが、第２通信部１１ｂと異なり、第１要求パケットＤ１をチラーユニット３０ａ～３０ｃには送信しない。また、通信部１１’は、チラーユニット３０ａ～３０ｃから制御用データ２２を受信するが、第１通信部１１ａと異なり、制御用データ２２を管理装置２０には送信しない。

また、データ収集装置１０’は、管理装置２０と、チラーユニット３０ａ～３０ｃとの間の通信を中継しないため、データ収集装置１０と異なり、チラーユニット３０ａ～３０ｃの代理で、管理装置２０に応答する機能（第１実施形態の変形例１Ｆの機能）は有しない。

以降、第１実施形態と異なる箇所を中心に記載する。記載する箇所以外は、特に断らない限り、第１実施形態と同様である。

（２）全体構成
図８及び図９に示すように、データ収集装置１０’と、管理装置２０と、チラーユニット３０ａ～３０ｃとは、ネットワークＮＷ２ｂ’を通じて、通信可能に接続されている。ネットワークＮＷ２ｂ’は、バス型ネットワークである。ネットワークＮＷ２ｂ’は、例えば、Ｍｏｄｂｕｓ、ＢＡＣｎｅｔ及びイーサネット等である。データ収集装置１０’、管理装置２０及びチラーユニット３０ａ～３０ｃの間のデータの送受信は、ネットワークＮＷ２ｂ’を通じて行われる。

（３）データ収集装置の詳細構成
データ収集装置１０’は、図１０に示すように、主として、通信部１１’と、データ収集部１２とを備える。

データ収集装置１０’は、制御演算装置と記憶装置とを備える。制御演算装置には、ＣＰＵ又はＧＰＵといったプロセッサを使用できる。制御演算装置は、記憶装置に記憶されているプログラムを読み出し、このプログラムに従って所定の画像処理や演算処理を行う。さらに、制御演算装置は、プログラムに従って、演算結果を記憶装置に書き込んだり、記憶装置に記憶されている情報を読み出したりすることができる。また、データ収集装置１０’は、タイマーを備える。通信部１１’と、データ収集部１２と、入力部１３と、分析部１４と、送信スケジュール決定部１５とは、制御演算装置及び記憶装置により実現される各種の機能ブロックである。

（３－１）通信部
通信部１１’は、データ収集装置１０’を、管理装置２０と、チラーユニット３０ａ～３０ｃとをつなぐネットワークＮＷ２ｂ’に接続する。

（３－２）データ収集部
データ収集部１２は、図１０に示すように、管理装置２０がチラーユニット３０ａ～３０ｃから制御用データ２２を収集する際の第１収集条件、とは異なる第２収集条件Ｃ２、に基づいて、通信部１１’により、チラーユニット３０ａ～３０ｃから余剰データ２３を収集する。

（３－３）分析部
分析部１４は、図１０に示すように、第１要求パケット情報と、第１要求パケットＤ１の受信時刻と、を蓄積する第１テーブルＴＢＬ１を作成する。分析部１４は、通信部１１’が第１要求パケットＤ１を受信する度に、通信部１１’から、当該第１要求パケットＤ１の第１要求パケット情報及び受信時刻を取得し、第１テーブルＴＢＬ１を更新する。第１テーブルＴＢＬ１の「受信時刻」は、通信部１１’が第１要求パケットＤ１を受信した時刻である。

（３－４）送信スケジュール決定部
送信スケジュール決定部１５は、分析部１４によって定期送信パケットＰＰが判定されると、通信部１１’により受信した、定期送信パケットＰＰの受信時刻に基づいて、一連の定期送信パケットＰＰの受信時間と、定期送信パケットＰＰが送信されない隙間時間と、を算出し、第２要求パケットＤ２の送信スケジュールＳＳを決定する。

データ収集部１２は、一連の定期送信パケットＰＰの内、最後の定期送信パケットＰＰを受信したタイミングを、通信部１１’又は分析部１４から取得する。

（４）特徴
（４－１）
本実施形態のデータ収集装置１０’では、通信部１１’は、データ収集装置１０’を、チラーユニット３０ａ～３０ｃを管理する管理装置２０と、チラーユニット３０ａ～３０ｃと、をつなぐネットワークＮＷ２ｂ’に接続する。データ収集部１２は、管理装置２０がチラーユニット３０ａ～３０ｃから制御用データ２２を収集する際の第１収集条件、とは異なる第２収集条件Ｃ２、に基づいて、通信部１１’により、チラーユニット３０ａ～３０ｃから余剰データ２３を収集する。

その結果、データ収集装置１０’は、管理装置２０がチラーユニット３０ａ～３０ｃから収集する制御用データ２２、以外の有用な余剰データ２３を、チラーユニット３０ａ～３０ｃから収集することができる。

（４－２）
本実施形態のデータ収集装置１０’では、管理装置２０と、チラーユニット３０ａ～３０ｃとをつなぐネットワークＮＷ２ｂ’は、バス型ネットワークである。

その結果、データ収集装置１０’は、バス型ネットワークに接続されることにより、既存のシステムに変更を加えずに、第２収集条件Ｃ２に基づいて余剰データ２３を収集することができる。

（４－３）
本実施形態のデータ収集装置１０’では、送信スケジュール決定部１５は、第２要求パケットＤ２の送信スケジュールＳＳを決定する。第２要求パケットＤ２は、データ収集部１２が第２収集条件Ｃ２に基づいて余剰データ２３を収集する際に、チラーユニット３０ａ～３０ｃに対して送信する、余剰データ２３を要求するための通信パケットである。送信スケジュール決定部１５は、第１要求パケットＤ１が送信されるタイミングを避けて、第２要求パケットＤ２を送信するように、送信スケジュールＳＳを決定する。

具体的には、送信スケジュール決定部１５は、通信部１１’により受信した、定期送信パケットＰＰの受信時刻に基づいて、一連の定期送信パケットＰＰの受信時間と、定期送信パケットＰＰが送信されない隙間時間と、を算出し、第２要求パケットＤ２の送信スケジュールＳＳを決定する。

その結果、データ収集装置１０’は、送信スケジュールＳＳに従って、第２要求パケットＤ２を送信することで、定期送信パケットＰＰの応答遅延を防止することができる。

（５）変形例
（５－１）変形例１Ａ
本実施形態では、第１収集条件を満たす制御用データ２２は、管理装置２０からデータ利用装置７０に送信された。

しかし、第１収集条件を満たす制御用データ２２は、データ収集装置１０からデータ利用装置７０に送信されてもよい。

言い換えると、データ収集部１２は、第１収集条件に基づいて、通信部１１’により、チラーユニット３０ａ～３０ｃから制御用データ２２をさらに収集する。データ収集部１２は、第１収集条件に基づいて収集した制御用データ２２を、データ利用装置７０にさらに送信する。

データ収集部１２は、例えば、通信部１１’によってチラーユニット３０ａ～３０ｃから受信した、第１収集条件を満たす制御用データ２２を、通信部１１’から収集し、データ利用装置７０に送信する。データ収集部１２は、第１収集条件を満たす制御用データ２２を、順次又は定期的に収集し、データ利用装置７０に送信する。

その結果、データ収集装置１０’は、第１収集条件に基づいて収集した制御用データ２２を、遠隔監視や故障診断等に利用することができる。また、データ収集装置１０’は、管理装置２０がデータ利用装置７０に制御用データ２２を送信する負荷を、取り除くことができる。

（５－２）変形例１Ｂ
本実施形態では、送信スケジュール決定部１５は、分析部１４によって定期送信パケットＰＰが判定されると、通信部１１’により受信した、定期送信パケットＰＰの受信時刻に基づいて、一連の定期送信パケットＰＰの受信時間と、定期送信パケットＰＰが送信されない隙間時間と、を算出し、第２要求パケットＤ２の送信スケジュールＳＳを決定した。

しかし、送信スケジュール決定部１５は、分析部１４によって定期送信パケットＰＰが判定されると、通信部１１’により受信した、定期送信パケットＰＰの受信時刻と、同じく通信部１１’により受信した、定期送信パケットＰＰに応答してチラーユニット３０ａ～３０ｃから送信された制御用データ２２の受信時刻と、に基づいて、定期送信パケットＰＰの応答時間と、定期送信パケットＰＰが送信されない隙間時間と、を算出し、第２要求パケットＤ２の送信スケジュールＳＳを決定してもよい。

その結果、データ収集装置１０は、送信スケジュールＳＳに従って、第２要求パケットＤ２を送信することで、定期送信パケットＰＰの応答遅延を防止することができる。

本変形例は、第１実施形態の変形例１Ｃにおける「第２通信部１１ｂにより送信した、定期送信パケットＰＰの送信時刻」を「通信部１１’により受信した、定期送信パケットＰＰの受信時刻」に置き換え、「第２通信部１１ｂにより受信した、定期送信パケットＰＰに応答してチラーユニット３０ａ～３０ｃから送信された制御用データ２２の受信時刻」を、「通信部１１’により受信した、定期送信パケットＰＰに応答してチラーユニット３０ａ～３０ｃから送信された制御用データ２２の受信時刻」に置き換えたものである。なお、データ収集部１２は、送信スケジュールＳＳに従って第２要求パケットＤ２を送信する際、定期送信パケットＰＰに対応する各制御用データ２２を受信した応答時刻を、通信部１１’又は分析部１４から取得する。

（５－３）
以上、本開示の実施形態を説明したが、特許請求の範囲に記載された本開示の趣旨及び範囲から逸脱することなく、形態や詳細の多様な変更が可能なことが理解されるであろう。

１０，１０ａ，１０ｂ，１０ｃ，１０’ データ収集装置
１１，１１ａ，１１ｂ，１１’ 通信部
１１ａ 第１通信部
１１ｂ 第２通信部
１２ データ収集部
１３ 入力部
１４ 分析部
１５ 送信スケジュール決定部
１６ 取得部
１７ 学習部
１８ 応答部
２０ 管理装置
２１，２２，２３ 運転データ
３０，３０ａ，３０ｂ，３０ｃ 設備機器
７０ データ利用装置
Ｃ２ 第２収集条件
Ｄ１ 第１要求パケット
Ｄ２ 第２要求パケット
ＬＭ 学習モデル
ＮＷ２ｂ，ＮＷ２ｂ’ ネットワーク
ＰＰ 定期送信パケット
ＳＳ 送信スケジュール

特許第６１５７５２３号

Claims (16)

1. 少なくとも１つの設備機器（３０，３０ａ，３０ｂ，３０ｃ）から、前記設備機器の運転データ（２１，２２，２３）を収集するデータ収集装置（１０，１０ａ，１０ｂ，１０ｃ，１０’）であって、
   前記設備機器を管理する管理装置（２０）と、前記設備機器と、をつなぐネットワーク（ＮＷ２ｂ，ＮＷ２ｂ’）に接続する、通信部（１１，１１ａ，１１ｂ，１１’）と、
   前記管理装置が前記設備機器から前記運転データを収集する際の第１収集条件、とは異なる第２収集条件（Ｃ２）、に基づいて、前記通信部により、前記設備機器から前記運転データを収集する、データ収集部（１２）と、
   を備える、
   データ収集装置（１０，１０ａ，１０ｂ，１０ｃ，１０’）。
2. 前記通信部は、前記管理装置と通信する第１通信部（１１ａ）と、前記設備機器と通信する第２通信部（１１ｂ）と、を有し、
   前記第１通信部及び前記第２通信部は、前記管理装置と、前記設備機器との間の通信を中継する、
   請求項１に記載のデータ収集装置（１０，１０ａ，１０ｂ，１０ｃ）。
3. 前記管理装置と、前記設備機器とをつなぐ前記ネットワークは、バス型ネットワークである、
   請求項１に記載のデータ収集装置（１０’）。
4. 前記データ収集部は、前記第２収集条件に基づいて収集した前記運転データを、前記管理装置とは異なる、前記運転データを利用する装置であるデータ利用装置（７０）に送信する、
   請求項１から３のいずれか１つに記載のデータ収集装置（１０，１０ａ，１０ｂ，１０ｃ，１０’）。
5. 前記データ収集部は、前記第１収集条件に基づいて、前記通信部により、前記設備機器から前記運転データをさらに収集し、前記第１収集条件に基づいて収集した当該前記運転データを、前記データ利用装置にさらに送信する、
   請求項４に記載のデータ収集装置（１０，１０ａ，１０ｂ，１０ｃ，１０’）。
6. 前記第２収集条件を入力する、入力部（１３）、
   をさらに備え、
   前記入力部は、少なくとも前記データ利用装置からの入力を受け付ける、
   請求項４又は５に記載のデータ収集装置（１０，１０ａ，１０ｂ，１０ｃ，１０’）。
7. 前記管理装置が前記第１収集条件に基づいて前記運転データを収集する際に、前記設備機器に対して送信する、前記運転データを要求するための通信パケットである第１要求パケット（Ｄ１）、の規則性を分析する、分析部（１４）、
   をさらに備える、
   請求項１から６のいずれか１つに記載のデータ収集装置（１０，１０ａ，１０ｂ，１０ｃ，１０’）。
8. 前記分析部は、前記第１要求パケットの送信先である前記設備機器の情報と、前記第１要求パケットの要求内容と、を含む第１要求パケット情報に基づいて、定期的に送信される前記第１要求パケットである定期送信パケット（ＰＰ）を判定する、
   請求項７に記載のデータ収集装置（１０，１０ａ，１０ｂ，１０ｃ，１０’）。
9. 前記分析部は、所定期間内に送信された前記第１要求パケットの内、前記第１要求パケット情報の一部が同一である前記第１要求パケットの件数を集計し、少なくとも当該集計値が最大である前記第１要求パケットを、前記定期送信パケットとして判定する、
   請求項８に記載のデータ収集装置（１０，１０ａ，１０ｂ，１０ｃ，１０’）。
10. 前記データ収集部が前記第２収集条件に基づいて前記運転データを収集する際に、前記設備機器に対して送信する、前記運転データを要求するための通信パケットである第２要求パケット（Ｄ２）、の送信スケジュール（ＳＳ）を決定する、送信スケジュール決定部（１５）、
    をさらに備え、
    前記送信スケジュール決定部は、前記第１要求パケットが送信されるタイミングを避けて、前記第２要求パケットを送信するように、前記送信スケジュールを決定する、
    請求項７から９のいずれか１つに記載のデータ収集装置（１０，１０ａ，１０ｂ，１０ｃ，１０’）。
11. 前記データ収集部が前記第２収集条件に基づいて前記運転データを収集する際に、前記設備機器に対して送信する、前記運転データを要求するための通信パケットである第２要求パケット（Ｄ２）、の送信スケジュール（ＳＳ）を決定する、送信スケジュール決定部（１５）、
    をさらに備え、
    前記スケジュール決定部は、前記通信部により受信した、前記定期送信パケットの受信時刻に基づいて、一連の前記定期送信パケットの受信時間と、前記定期送信パケットが送信されない隙間時間と、を算出し、前記第２要求パケットの前記送信スケジュールを決定する、
    請求項８又は９に記載のデータ収集装置（１０，１０ａ，１０ｂ，１０ｃ，１０’）。
12. 前記データ収集部が前記第２収集条件に基づいて前記運転データを収集する際に、前記設備機器に対して送信する、前記運転データを要求するための通信パケットである第２要求パケット（Ｄ２）、の送信スケジュール（ＳＳ）を決定する、送信スケジュール決定部（１５）、
    をさらに備え、
    前記スケジュール決定部は、前記通信部により受信した、前記定期送信パケットに応答して前記設備機器から送信された前記運転データ、の受信時刻に基づいて、前記定期送信パケットの応答時間と、前記定期送信パケットが送信されない隙間時間と、を算出し、前記第２要求パケットの前記送信スケジュールを決定する、
    請求項８又は９に記載のデータ収集装置（１０，１０ａ，１０ｂ，１０ｃ，１０’）。
13. 前記送信スケジュール決定部は、前記第２要求パケットの優先度に基づいて、前記第２要求パケットの前記送信スケジュールを決定する、
    請求項１０から１２のいずれか１つに記載のデータ収集装置（１０，１０ａ，１０ｂ，１０ｃ，１０’）。
14. 前記分析部は、前記管理装置と、前記設備機器とをつなぐ前記ネットワークの帯域占有率、をさらに分析し、
    前記送信スケジュール決定部は、前記帯域占有率に基づいて、前記送信スケジュールを決定する、
    請求項１０から１３のいずれか１つに記載のデータ収集装置（１０，１０ａ，１０ｂ，１０ｃ，１０’）。
15. 前記管理装置が前記第１収集条件に基づいて前記運転データを収集する際に、前記設備機器に対して送信する、前記運転データを要求するための通信パケットである第１要求パケット（Ｄ１）、を前記通信部により受信する受信時刻と、前記第１要求パケットの送信先である前記設備機器の情報と、前記第１要求パケットの要求内容と、を含む第１要求パケット情報と、を取得する、取得部（１６）と、
    前記取得部が取得した前記受信時刻と前記第１要求パケット情報とを、関連付けて学習する学習モデル（ＬＭ）、を生成する、学習部（１７）と、
    をさらに備える、
    請求項２に記載のデータ収集装置（１０，１０ａ，１０ｂ，１０ｃ）。
16. 前記第１要求パケットに対する応答を行う応答部（１８）、
    をさらに備え、
    前記応答部は、所定時刻の前に、前記学習モデルを用いて、前記所定時刻に受信する前記第１要求パケットを予測し、予測した前記第１要求パケットに基づいて、前記設備機器から前記運転データを取得し、前記所定時刻の後に、予測した前記第１要求パケットを受信した場合は、前記設備機器に中継せずに、前記設備機器に代わって、前記運転データを前記管理装置に対して送信する、
    請求項１５に記載のデータ収集装置（１０，１０ａ，１０ｂ，１０ｃ）。

Images