WO2022230114A1

WO2022230114A1 - 空調管理装置および空調管理システム

Info

Publication number: WO2022230114A1
Application number: PCT/JP2021/016997
Authority: WO
Inventors: 秀一立井
Original assignee: 三菱電機株式会社
Priority date: 2021-04-28
Filing date: 2021-04-28
Publication date: 2022-11-03
Also published as: DE112021007592T5; JPWO2022230114A1

Abstract

複数のエッジ装置（１１，１２，２１，３１）は、複数のタイムゾーンに分散して配置される。ネットワークサーバ（１）は、運転データを記憶する記憶部（５２）と、複数のエッジ装置（１１，１２，２１，３１）に公衆通信回線を経由して接続し、運転データを収集して記憶部（５２）に記憶させるデータ収集制御部（５１）とを備える。データ収集制御部（５１）は、複数のエッジ装置（１１，１２，２１，３１）の各々から運転データを収集する時刻を複数のエッジ装置（１１，１２，２１，３１）の各々が配置されているタイムゾーンの標準時に基づいて決定する。

Description

空調管理装置および空調管理システム

　本開示は、空調管理装置および空調管理システムに関する。

　少なくとも一台以上の室外機と室内機で構成される空気調和装置は、システムコントローラなどの制御装置によって、室内機の運転状態を操作することができる。

　このような制御装置は、空気調和装置の性能維持および故障予防等の管理のため、空気調和装置の使用状況に関わるデータを取得することもできる。上記の制御装置は、空気調和装置が設置されている建物等に配置されているが、ネットワーク上に存在するサーバ（＝クラウドシステム）上に空調管理システムを構築することで、遠隔地において空気調和装置を制御する手法が提案されている。たとえば、家庭、ビル、工場などの物件に設置された空気調和装置において、クラウド型のシステムを用いた空調管理システムが検討されている。

　ネットワーク上で空調管理システムを稼働する場合、ネットワーク上の通信負荷または空調管理システムの処理負荷が過大となることによって、通信遅延および送受信の失敗によってデータ欠落が発生し、管理に有用なデータを取得できないという課題があった。

　この課題を解決する技術として、空気調和装置からのデータ取得の時間間隔が変化した場合でも、データの平均値を的確に求めることができるデータ収集システムが特開２００５－１８０８１３号公報（特許文献１）に開示されている。

特開２００５－１８０８１３号

　クラウド型のシステムでは、データ収集時のリソース(処理同時実行数等）に上限がある。一方で、空調管理システムは、複数の地域にある無数の空気調和装置からデータを取得することに使用される場合がある。このため、空調管理システムにおいて、データ取得が同時に多数実行された場合、リソース上限によってデータ収集を正常に実行できない場合がある。たとえば、空調管理システムにおいてデータ収集プログラムの同時起動数が制限されている場合である。

　多数のデータ取得対象がある場合、データ収集処理が空調管理システムに集中するため、空調管理システムで利用可能なリソースを超えないように負荷を管理する必要がある。しかし、特開２００５－１８０８１３号公報（特許文献１）に開示されているデータ収集システムではデータ収集システム内の演算方式によって、データ収集の精度を高めているため、負荷を管理することはできない。

　また、空気調和装置の運転開始／停止情報など、数値データ以外のデータ収集に対しては、上記のデータ収集システムで用いられている方法を適用することができず、通信異常などによるデータ欠落時には正しいデータ収集が実現できない。

　本開示は、上記課題を解決するためになされたもので、多数のデータ取得対象がある場合において、エッジ装置からのデータ取得タイミングを制御することで、クラウド上のリソース上限による制約を回避しながらデータ収集を正常に実行することができる空調管理装置および空調管理システムを開示することを目的とする。

　本開示は、公衆通信回線および複数のエッジ装置を経由して空気調和装置の運転データを収集するように構成された空調管理装置に関する。複数のエッジ装置は、複数のタイムゾーンに分散して配置される。空調管理装置は、運転データを記憶する記憶部と、複数のエッジ装置に公衆通信回線を経由して接続し、運転データを収集して記憶部に記憶させるデータ収集制御部とを備える。データ収集制御部は、複数のエッジ装置の各々から運転データを収集する時刻を複数のエッジ装置の各々が配置されているタイムゾーンの標準時に基づいて決定する。

　本開示の空調管理装置および空調管理システムによれば、データ収集機能の実行タイミングをエッジ装置が設置されるタイムゾーンに基づいて決定することで、クラウド型システム上のデータ収集の負荷を分散させることができ、リソースの上限による制約を回避しながらデータ収集を実行することができる。

実施の形態１に係る空調管理システムの構成を示したブロック図である。エッジ装置の配置を説明するための図である。ネットワークサーバからエッジ装置に初期設定するシーケンスを示す図である。ネットワークサーバ上のデータ収集部がエッジ装置から空気調和装置の運転データを収集する手順を示す図である。エッジ装置が室外機および室内機からデータ収集する処理を説明するシーケンス図である。変形例の空調管理システムの構成を示す図である。

　以下、本開示の実施の形態について、図面を参照しながら詳細に説明する。以下では、複数の実施の形態について説明するが、各実施の形態で説明された構成を適宜組み合わせることは出願当初から予定されている。なお、図中同一または相当部分には同一符号を付してその説明は繰返さない。なお、以下の図は各構成部材の大きさの関係が実際のものとは異なる場合がある。

　実施の形態１．
　図１は、実施の形態１に係る空調管理システムの構成を示したブロック図である。図１に示すように、この実施の形態に係る空調管理システム１０００は、ネットワークサーバ１と、エッジ装置１１と、エッジ装置１２と、エッジ装置２１と、エッジ装置３１と、室外機１１１Ａと、室内機１１２Ａと、室外機１１１Ｂと、室内機１１２Ｂと、ユーザ入力部４１とを備える。

　ネットワークサーバ１は、データ収集制御部５１と、記憶部５２とを備える。データ収集制御部５１は中央処理装置（ＣＰＵ：Central　Processing　Unit）に相当し、記憶部５２は、メモリ等の記憶装置に相当する。データ収集制御部５１は、起動管理部３と、データ収集部４と、異常検知部５と、管理操作部７とを備える。記憶部５２は、機器登録データベース部２と、データ保管部６とを備える。

　ネットワークサーバ１は、ＡＷＳ(Amazon　Web　Service)(登録商標)などのクラウドサービスを用いて構築することができる。あるいは、自社サーバ上に構築したクラウドシステムを用いてネットワークサーバ１を構築してもよい。ネットワークサーバ１は、世界各地に多数配置された空気調和装置からのデータを収集するための空調管理装置として機能する。

　ネットワークサーバ１は、複数のエッジ装置１１，１２，２１，３１・・・と公衆通信回線で接続され、双方向に通信することができる。

　エッジ装置１１は、複数の室外機１１１Ａ、１１１Ｂ・・・および複数の室内機１１２Ａ、１１２Ｂと伝送線により接続され、双方向に通信することができる。なお、室外機１台に対して室内機１台が接続された構成が示されているが、１台の室外機に対して複数台の室内機が接続された構成であってもよい。

　エッジ装置１１は、ネットワークサーバ１から受信したデータを室外機１１１Ａおよび室内機１１２Ａへ伝送し、また、室外機１１１Ａおよび室内機１１２Ａから受信したデータをネットワークサーバ１へ伝送することができる。同様に、エッジ装置１１は、ネットワークサーバ１から受信したデータを室外機１１１Ｂおよび室内機１１２Ｂへ伝送し、また、室外機１１１Ａおよび室内機１１２Ａから受信したデータをネットワークサーバ１へ伝送することができる。データとしては、空気調和装置の管理操作コマンドおよび運転データなどを送受信することができる。

　エッジ装置１２，２１，３１の各々に対しても、図示しないが空調機の室外機および室内機が伝送線により接続されている。エッジ装置１２，２１，３１の各々は、対応する室外機および室内機との間でデータの送受信が可能である。

　ユーザ入力部４１は、ネットワークサーバ１と公衆通信回線を使用して双方向に通信することができる。ユーザ入力部４１としては、たとえば、パーソナルコンピュータ、タブレット、またはスマートフォンなどの情報端末を使用することができる。

　ユーザ入力部４１は、ネットワークサーバ１と通信し、空気調和装置の管理操作および運転データ収集を実行することができる。また、ユーザ入力部４１は、データ保管部６に保管した運転データを参照することができる。

　機器登録データベース部２は、ネットワークサーバ１によって管理される室外機１１１Ａ，１１１Ｂ、室内機１１２Ａ，１１２Ｂの管理情報、エッジ装置１１と室外機１１１Ａ，１１１Ｂ、室内機１１２Ａ，１１２Ｂとの接続情報を保管することができる。

　機器登録データベース部２が保管する管理情報には、エッジ装置１１、室外機１１１Ａ，１１１Ｂ、室内機１１２Ａ，１１２Ｂの機種形名、配置されているタイムゾーン、運転停止状態、運転モード、判別ＩＤなどを含む。判別ＩＤはＩＰアドレスのような汎用的な規格を使用しても、独自の規格を使用してもよい。

　ここで、エッジ装置の配置とタイムゾーンとの関係について説明しておく。図２は、エッジ装置の配置を説明するための図である。タイムゾーンとは、地球上で同一の標準時を採用している地域の集合のことをいう。図２に示すようにネットワークサーバ１は、インターネットなどのネットワークによって、多数のエッジ装置１１，１２・・・１Ｎ、エッジ装置２１，２２・・・２Ｎ、エッジ装置３１，３２・・・３Ｎに接続される。

　エッジ装置１１，１２・・・１Ｎは、タイムゾーンＺ１に配置されている。エッジ装置２１，２２・・・２Ｎは、タイムゾーンＺ２に配置されている。エッジ装置３１，３２・・・３Ｎは、タイムゾーンＺ３に配置されている。たとえば、タイムゾーンＺ１は、日本などのように標準時ＵＴＣ＋９を使用する国が属する地帯とすることができ、タイムゾーンＺ２は、イギリスなどのように標準時として協定世界時ＵＴＣを使用する国が属する地帯とすることができ、タイムゾーンＺ３は、アメリカの東部などのように標準時ＵＴＣ－５を使用する国が属する地帯とすることができる。なお、タイムゾーンは、これら３つ以外のタイムゾーンであっても良い。またタイムゾーンの数は、２でもよく、４以上であっても良い。

　ネットワークサーバ１は、ＣＰＵ１０１およびメモリ１０２を含む。エッジ装置１１は、ＣＰＵ１１１およびメモリ１１２を含む。

　ネットワークサーバ１は、ＣＰＵ１０１と、メモリ（ＲＯＭ（Read　Only　Memory）およびＲＡＭ（Random　Access　Memory）１０２とを含む。メモリ１０２は、ハードディスク、不揮発性メモリなどを含む記憶装置であっても良い。

　ＣＰＵ１０１は、ＲＯＭに格納されているプログラムをＲＡＭ等に展開して実行する。ＲＯＭに格納されるプログラムは、ネットワークサーバ１として動作する処理手順が記されたプログラムである。ＣＰＵ１０１は、これらのプログラムに従って、図１に示した起動管理部３、データ収集部４、異常検知部５、管理操作部７としての処理を実行する。また、メモリ１０２は、機器登録データベース部２およびデータ保管部６として用いられる。

　起動管理部３、データ収集部４、異常検知部５、管理操作部７は、同じＣＰＵが制御する１つの制御部であっても良いが、異なるＣＰＵによって制御される別々の制御部であっても良い。またインターネット上に分散配置された複数のサーバによってネットワークサーバ１が実現されても良い。機器登録データベース部２、データ保管部６についても別々の記憶装置で実現されても良い。

　エッジ装置の各々についても、ＣＰＵ１１１およびメモリ１１２によって、各機能ブロックが実行する処理が行なわれる。

　再び図１に戻って、各ブロックの機能について説明する。起動管理部３は、データ収集部４によるデータ収集処理の実行開始および終了を管理する。データ収集部４は、エッジ装置１１，１２，２１，３１、室外機１１１Ａ，１１１Ｂ、室内機１１２Ａ，１１２Ｂの運転データを収集し、データ保管部６に収集した運転データを保管することができる。

　異常検知部５は、データ収集部４が通信異常等によって運転データ収集を失敗したことを検知し記録することができる。

　データ保管部６は、運転データを保管することができる。運転データには、室外温度、室内温度、室外機の圧縮機の回転速度、室外機１１１Ａ，１１１Ｂ、室内機１１２Ａ，１１２Ｂの各々の起動／停止情報、運転モード、運転時間、異常情報、使用電力量など、空調の制御および管理に関わるデータを含む。

　管理操作部７は、ユーザ入力部４１からのコマンドを受信し、室外機１１１Ａ，１１１Ｂ、室内機１１２Ａ，１１２Ｂとコマンドを送受信することによって、室外機１１１Ａ，１１１Ｂ、室内機１１２Ａ，１１２Ｂの管理および操作を行なうことができる。

　室外機１１１Ａ，１１１Ｂの各々は、一般的な空気調和装置の室外機１台以上で構成することができる。また、室内機１１２Ａ，１１２Ｂの各々は、一般的な空気調和装置の室内機１台以上で構成することができる。室内機１１２Ａ，１１２Ｂの代わりに換気装置などの空調機器をエッジ装置１１，１２への接続機器に含めてもよい。

　次に、空調管理システムの動作について説明する。図２で説明したように、複数のタイムゾーンにエッジ装置を設置することができ、１タイムゾーン当り複数のエッジ装置を設置できる。

　図３は、ネットワークサーバからエッジ装置に初期設定するシーケンスを示す図である。図３の例には、タイムゾーン（標準時１）には、ネットワークサーバ１およびエッジ装置１１，１２が２台配置されており、タイムゾーン（標準時２）にはエッジ装置２１が配置されており、タイムゾーン（標準時３）にはエッジ装置３１が配置されている構成が示される。なお、以下の説明でステップをＳと略記する。

　空気調和装置のユーザは、ネットワークサーバ１を用いて室外機１１１Ａ，１１１Ｂ、室内機１１２Ａ，１１２Ｂの運転データを収集する場合、まず、ユーザ入力部４１から起動時刻と各エッジ装置のタイムゾーンとを設定する（Ｓ１００）。これに応じて、ユーザ入力部４１から起動管理部３の起動時刻が起動管理部３に登録される（Ｓ１０１）。この時刻は、各エッジ装置からのデータ取得時刻の基準となる時刻である。

　さらに、空気調和装置のユーザは、ユーザ入力部４１からエッジ装置１１のタイムゾーンと判別ＩＤを機器登録データベース部２に登録する（Ｓ１０２）。

　機器登録データベース部２は、エッジ装置１１へタイムゾーンを設定する（Ｓ１０３－１）。さらに、機器登録データベース部２は、起動管理部３へエッジ装置１１のタイムゾーンと判別ＩＤとを通知する（Ｓ１０４－１）。

　次に、機器登録データベース部２は、エッジ装置１２へタイムゾーンを設定する（Ｓ１０３－２）。さらに、機器登録データベース部２は、起動管理部３へエッジ装置１２のタイムゾーンと判別ＩＤとを通知する（Ｓ１０４－２）。

　次に、機器登録データベース部２は、エッジ装置２１へタイムゾーンを設定する（Ｓ１０３－３）。さらに、機器登録データベース部２は、起動管理部３へエッジ装置２１のタイムゾーンと判別ＩＤとを通知する（Ｓ１０４－３）。

　次に、機器登録データベース部２は、エッジ装置３１へタイムゾーンを設定する（Ｓ１０３－４）。さらに、機器登録データベース部２は、起動管理部３へエッジ装置３１のタイムゾーンと判別ＩＤとを通知する（Ｓ１０４－４）。

　なお、以上において、タイムゾーンはエッジ装置ごとに違っていてもよく、一つのタイムゾーンに複数のエッジ装置の判別ＩＤが含まれていてもよい。

　以上のＳ１０１，Ｓ１０２，Ｓ１０３－１～Ｓ１０３－４，Ｓ１０４－１～Ｓ１０４－４の処理は、ネットワークサーバ１を利用する際の初期設定として実行し、その後の空気調和装置利用時に設定する必要はない。

　起動管理部３は、各エッジ装置が配置されているタイムゾーンの標準時における時刻と設定されている起動時刻とを比較し、これらが一致した場合にデータ収集を開始する。すなわち、標準時１において設定した起動時刻（Ｓ１０１）と、各タイムゾーンの標準時における時刻とを比較すると、タイムゾーンの標準時と標準時１との時差だけ各タイムゾーンにおいて起動時刻をシフトさせることができる。

　以下の表１を用いて、タイムゾーンＺ１において起動時刻を設定した場合に、タイムゾーンＺ２，Ｚ３では、起動時刻がどのようになるかを説明する。タイムゾーンＺ１の標準時（ＵＴＣ＋９）における起動時刻がたとえば午前８時に設定されたとする。

　起動管理部３は、各タイムゾーンの標準時における時刻と起動時刻とを比較し、比較した時刻同士が一致した場合、そのタイムゾーンに存在するエッジ装置を指定して、データ収集部４を起動する。

　このような処理によって、各タイムゾーンで同時にデータ収集が実行されるのを避けることができる。タイムゾーンＺ１の標準時（ＵＴＣ＋９）とタイムゾーンＺ２の標準時（ＵＴＣ）の時差は９時間である。したがって、タイムゾーンＺ２の標準時（ＵＴＣ）の時刻が８時となるのは、タイムゾーンＺ１の標準時では午後１７時である。したがって、タイムゾーンＺ２における起動時刻をタイムゾーンＺ１の標準時において午後１７時にシフトさせることができる。

　同様に、タイムゾーンＺ１の標準時（ＵＴＣ＋９）とタイムゾーンＺ３の標準時（ＵＴＣ－５）の時差は１４時間である。したがって、タイムゾーンＺ３の標準時（ＵＴＣ－５）の時刻が８時となるのは、タイムゾーンＺ１の標準時では午後２２時である。したがって、タイムゾーンＺ３における起動時刻をタイムゾーンＺ１の標準時において午後２２時にシフトさせることができる。

　なお、サマータイムを導入している国があるが、データ収集の分散度合いを変化させないためには、サマータイムを考慮しない標準時刻を使用することが好ましい。

　図４は、ネットワークサーバ１上のデータ収集部４がエッジ装置から空気調和装置の運転データを収集する手順を示す図である。図４のデータ収集処理は、定期的に実行される。運転データの収集は、たとえば、各エッジ装置に対して１日あたり１回を想定している。

　まず、起動管理部３は、各タイムゾーンの時刻と起動時刻とを比較し、標準時１と起動時刻とが一致した場合、そのタイムゾーンに存在するエッジ装置１１の判別ＩＤを指定して、データ収集部４を起動する（Ｓ１０５）。

　起動管理部３は、データ収集部４の起動を各エッジ装置のタイムゾーンにおける時刻で実行するため、多数のエッジ装置がネットワークサーバ１に接続され、運転データ収集を実行する場合でも、タイムゾーンごとに分割して運転データ収集を実行できる。このため、全エッジ装置に対して同時に運転データを収集する場合と比較して、ネットワークサーバ１が備える処理リソースの使用量を削減することができる。

　データ収集部４は、起動管理部３から指定された判別ＩＤをもつエッジ装置１１へ運転データ収集実行コマンドを送信する（Ｓ１０６）。

　図５は、エッジ装置が室外機および室内機からデータ収集する処理を説明するシーケンス図である。エッジ装置１１は、室外機１１１Ａに対してデータ収集コマンドを送信すると（Ｓ１２５）、これに応答して室外機１１１Ａは運転データをエッジ装置１１に送信する（Ｓ１２６）。

　続いて、エッジ装置１１は、室内機１１２Ａに対してデータ収集コマンドを送信すると（Ｓ１２７）、これに応答して室内機１１２Ａは運転データをエッジ装置１１に送信する（Ｓ１２８）。

　なお、室外機１１１Ａに対して複数台の室内機が接続される空気調和装置の場合であれば、さらに室内機１１２Ａ，１１３Ａ…とエッジ装置１１との間でデータ収集処理が順次実行される。

　また、図示しないが、図１に示すようにエッジ装置１１に対して複数台の室外機が接続されている空気調和装置の場合であれば、エッジ装置１１に続いてエッジ装置１２との間でデータ収集処理が同様に実行される。

　エッジ装置１１は、データ収集部４からデータ収集指令を受信すると、室外機１１１Ａ，１１１Ｂ、室内機１１２Ａ，１１２Ｂから運転データを収集する。なお、エッジ装置１１が運転データを常時収集するようにしておき、データ収集部４からデータ収集指令を受信した場合、エッジ装置１１が直ちにデータ収集部４へ応答できるようにしてもよい。

　再び図４に戻って説明を続ける。エッジ装置１１は、データ収集指令に応答して、運転データをデータ収集部４へ送信する（Ｓ１０７）。データ収集部４は、データ保管部６へ受信した運転データを保管する（Ｓ１０８）。

　ネットワークサーバ１とエッジ装置１１、エッジ装置１１と室外機１１１Ａ，１１１Ｂ、室内機１１２Ａ，１１２Ｂの間の通信に異常が発生するなどの理由によって、運転データを正常に取得できない場合、データ収集部４は、異常検知部５へデータ収集失敗情報を保管する（Ｓ１０９）。

　データ収集失敗情報には、運転データの取得に失敗した室外機、室内機の判別ＩＤ、取得失敗日時、取得失敗データの種類などを含めることができる。

　なお、同じタイムゾーン内に運転データ収集対象となる判別ＩＤをもつエッジ装置が複数ある場合、データ収集部４は、複数のエッジ装置から、順次運転データを取得し、運転データをデータ保管部６へ保管する。データ収集部４が運転データ取得を開始する時間間隔は、あるエッジ装置の運転データ取得が完了するのを待ってから実行する方式でも、あるエッジ装置の運転データ取得開始後、一定時間経過ごとに順次実行する方式でもよい。図４では、エッジ装置１１の次にエッジ装置１２から連続してデータ収集を実行する例を示す（Ｓ１１０，Ｓ１１１，Ｓ１１２）。

　エッジ装置は、たとえば５日分のデータを保持しており、取得できなかったデータを次回のデータの送信時に一緒に送ることができる。

　データ収集部４は、当日分の運転データの収集を完了すると、異常検知部５のデータ収集失敗情報を参照し、前日までにデータ収集に失敗したエッジ装置が保持していた運転データの再取得を実行する（Ｓ１１３）。たとえば、エッジ装置１１が前日のデータ収集に失敗していた場合は、データ収集部４はエッジ装置１１に対して前日のデータを室外機および室内機から再収集するように要求し、エッジ装置１１はこれに応じてデータの収集を行なう。そして、エッジ装置１１は、収集した運転データをデータ収集部４へ送信する（Ｓ１１４）。データ収集部４は、データ保管部６へ受信した運転データを保管する（Ｓ１１５）。

　運転データ再取得でさらにデータ取得に失敗した場合、データ収集部４は、異常検知部５のデータ取集失敗情報を更新する（Ｓ１１６）。これによって、運転データ再取得でさらに失敗した場合でも再度運転データ取得を実行することができる。なお、データ取得の失敗がなければ、失敗情報の更新はスキップされる。

　以上で、標準時１のタイムゾーンに配置されたエッジ装置からのデータ収集処理は終了する。

　起動管理部３は、引き続き、起動時刻と各タイムゾーンの時刻が一致するか否かを継続して監視している。

　起動管理部３は、標準時２のタイムゾーンの時刻と起動時刻を比較し、一致した場合、そのタイムゾーンに存在するエッジ装置２１の判別ＩＤを指定して、データ収集部４を起動する（Ｓ１１７）。データ収集部４は、起動管理部３から指定された判別ＩＤをもつエッジ装置２１へ運転データ収集実行コマンドを送信する（Ｓ１１８）。エッジ装置２１は、運転データをデータ収集部４へ送信する（Ｓ１１９）。データ収集部４は、データ保管部６へ運転データを保管する（Ｓ１２０）。

　以上で、標準時２のタイムゾーンに配置されたエッジ装置からのデータ収集処理は終了する。

　同様に、起動管理部３は、標準時３のタイムゾーンの時刻と起動時刻を比較し、一致した場合、そのタイムゾーンに存在するエッジ装置３１の判別ＩＤを指定して、データ収集部４を起動する（Ｓ１２１）。データ収集部４は、起動管理部３から指定された判別ＩＤをもつエッジ装置３１へ運転データ収集実行コマンドを送信する（Ｓ１２２）。エッジ装置３１は、運転データをデータ収集部４へ送信する（Ｓ１２３）。データ収集部４は、データ保管部６へ運転データを保管する（Ｓ１２４）。

　以上で、標準時３のタイムゾーンに配置されたエッジ装置からのデータ収集処理は終了する。このようにすることによって、ユーザが細かくスケジュールを設定しなくても、タイムゾーン別に分けてデータ収集を行なうことが可能となる。

　なお、図４では、同じ標準時１のタイムゾーンに複数のエッジ装置１１，１２が存在する場合について説明した。しかし、以下のように、同じタイムゾーンでもエッジ装置が配置されている国が多数ある場合や、同じ国内内でもエッジ装置が多数ある場合などで、国や地域による区分を設ける次のようなケースが想定される。

　クラウドサーバはＡ国に配置され、エッジ装置は同じタイムゾーンのＢ国、Ｃ国にそれぞれ配置されている。Ｂ国には地域Ｄ１、地域Ｄ２があり、Ｃ国には地域Ｄ３、地域Ｄ４がある。

　このような場合には、以下のようにデータを収集することができる。
　クラウドサーバには、国および地域の優先度データがあらかじめ登録されている。クラウドサーバは、登録されている優先度データに従ってデータ収集を行なう。

　たとえば、優先度データには、Ｂ国（Ｄ１＞Ｄ２）、Ｃ国（Ｄ３＞Ｄ４）というように国ごと、地域ごとにデータ収集順番の優先度の大小が記録されている。

　優先度データにしたがって、クラウドサーバは、地域Ｄ１→地域Ｄ２→地域Ｄ３→地域Ｄ４の順番にデータを収集する。

　なお、優先度データとしては、国および地域の他、サービスの利用者名または利用者の業種（通信業、物流業、官公庁、その他など）などの情報を使うことができる。

　実施の形態２．
　図６は、変形例の空調管理システムの構成を示す図である。図６に示す変形例の空調管理システム２０００は、図１に示した空調管理システム１０００の構成において、ネットワークサーバ１とユーザ入力部４１との間に、サービスサーバ４２を備えている。サービスサーバ４２は、ネットワークサーバ１が備えていない機能を補完する目的などに使用できる。サービスサーバ４２は、たとえば、空調操作をより簡略に実現できるようネットワークサーバ１から取得した運転データを加工して表示するＧＵＩ（Graphical　User　Interface）をユーザ入力部４１に提供する。

　このような変形例であっても、実施の形態１と同様な制御が適用でき、データ収集時刻の集中を回避させることができる。

　（まとめ）
　最後に、再び図を参照して本実施の形態について総括する。

　本開示は、公衆通信回線および複数のエッジ装置１１，１２，２１，３１を経由して空気調和装置１１０の運転データを収集するように構成された空調管理装置として働くネットワークサーバ１に関する。図２に示すように、複数のエッジ装置１１，１２，２１，３１は、複数のタイムゾーンＺ１，Ｚ２，Ｚ３に分散して配置される。ネットワークサーバ１は、運転データを記憶する記憶部５２と、複数のエッジ装置１１，１２，２１，３１に公衆通信回線を経由して接続し、運転データを収集して記憶部５２に記憶させるデータ収集制御部５１とを備える。データ収集制御部５１は、複数のエッジ装置１１，１２，２１，３１の各々から運転データを収集する時刻を複数のエッジ装置１１，１２，２１，３１の各々が配置されているタイムゾーンＺ１，Ｚ２，Ｚ３の標準時に基づいて決定する。

　好ましくは、記憶部５２は、複数のエッジ装置１１，１２，２１，３１の各々に対応するタイムゾーンの標準時と当該タイムゾーンに対応するエッジ装置との関係を示す第１情報を記憶するように構成される。表１で一例を説明したように、データ収集制御部５１は、第１情報が示す複数のエッジ装置の各々に対応するタイムゾーンＺ１，Ｚ２，Ｚ３の標準時（ＵＴＣ＋９，ＵＴＣ，ＵＴＣ－５）と、データ収集制御部５１が配置されているタイムゾーンの標準時（ＵＴＣ＋９）との時差に基づいて、運転データを収集する時刻の基準となる第１時刻（８時）から、複数のエッジ装置１１，１２，２１，３１の各々から運転データを収集する第２時刻（８時、１１時、２２時）を決定する。

　より好ましくは、記憶部５２は、複数のエッジ装置１１，１２，２１，３１の各々を判別するために複数のエッジ装置１１，１２，２１，３１の各々に割り当てられた判別ＩＤを記憶するように構成される。図４のＳ１０６～Ｓ１１１で説明したように、データ収集制御部５１は、複数のエッジ装置１１，１２，２１，３１のうち同じタイムゾーンに配置されているエッジ装置１１，１２をグループとし、判別ＩＤに従って第２時刻をシフトさせ、グループに属するエッジ装置１１，１２の各々からデータを収集する第３時刻を決定する。

　好ましくは、複数のエッジ装置１１，１２，２１，３１の各々は、２回以上の送信分（たとえば５日分）の運転データを保持するように構成される。図４のＳ１０９，Ｓ１１３で説明したように、データ収集制御部５１は、運転データの収集に失敗したエッジ装置の判別ＩＤおよび対応するタイムゾーンを示す第２情報を記憶部５２に記憶させ、次回データ収集時に第２情報に基づいて、収集に失敗した運転データの再取得を実行する。

　本開示は、他の局面では、複数のエッジ装置１１，１２，２１，３１と、上記いずれかのネットワークサーバ１とを備える、空調管理システム１０００に関する。

　今回開示された実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本開示の範囲は、上記した実施の形態の説明ではなくて請求の範囲によって示され、請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

　１　ネットワークサーバ、２　機器登録データベース部、３　起動管理部、４　データ収集部、５　異常検知部、６　データ保管部、７　管理操作部、１１，１２，２１，２２，３１，３２　エッジ装置、１１１Ａ，１１１Ｂ　室外機、１１２Ａ，１１２Ｂ　室内機、４１　ユーザ入力部、４２　サービスサーバ、５１　データ収集制御部、５２　記憶部、１０１，１１１　ＣＰＵ、１０２，１１２　メモリ、１１０　空気調和装置、１０００，２０００　空調管理システム、Ｚ１，Ｚ２，Ｚ３　タイムゾーン。

Claims

　公衆通信回線および複数のエッジ装置を経由して空気調和装置の運転データを収集するように構成された空調管理装置であって、前記複数のエッジ装置は、複数のタイムゾーンに分散して配置され、
　前記空調管理装置は、
　前記運転データを記憶する記憶部と、
　前記複数のエッジ装置に前記公衆通信回線を経由して接続し、運転データを収集して前記記憶部に記憶させるデータ収集制御部とを備え、
　前記データ収集制御部は、前記複数のエッジ装置の各々から運転データを収集する時刻を前記複数のエッジ装置の各々が配置されているタイムゾーンの標準時に基づいて決定する、空調管理装置。
　前記記憶部は、前記複数のエッジ装置の各々に対応するタイムゾーンの標準時と当該タイムゾーンに対応するエッジ装置との関係を示す第１情報を記憶するように構成され、
　前記データ収集制御部は、前記第１情報が示す前記複数のエッジ装置の各々に対応するタイムゾーンの標準時と、前記データ収集制御部が配置されているタイムゾーンの標準時との時差に基づいて、運転データを収集する時刻の基準となる第１時刻から、前記複数のエッジ装置の各々から運転データを収集する第２時刻を決定する、請求項１に記載の空調管理装置。
　前記記憶部は、前記複数のエッジ装置の各々を判別するために前記複数のエッジ装置の各々に割り当てられた判別ＩＤを記憶するように構成され、
　前記データ収集制御部は、前記複数のエッジ装置のうち同じタイムゾーンに配置されているエッジ装置をグループとし、前記判別ＩＤに従って前記第２時刻をシフトさせ、前記グループに属するエッジ装置の各々からデータを収集する第３時刻を決定する、請求項２に記載の空調管理装置。
　前記複数のエッジ装置の各々は、２回以上の送信分の運転データを保持するように構成され、
　前記データ収集制御部は、運転データの収集に失敗したエッジ装置の判別ＩＤおよび対応するタイムゾーンを示す第２情報を前記記憶部に記憶させ、次回データ収集時に前記第２情報に基づいて、収集に失敗した運転データの再取得を実行する、請求項１に記載の空調管理装置。
　前記複数のエッジ装置と、
　請求項１～４のいずれか１項に記載の空調管理装置とを備える、空調管理システム。