JP7376825B1

JP7376825B1 - 管理システム、指示方法、コントローラ

Info

Publication number: JP7376825B1
Application number: JP2022118659A
Authority: JP
Inventors: 幸生北出; 政則八下田; 和人仙波
Original assignee: Daikin Industries Ltd
Current assignee: Daikin Industries Ltd
Priority date: 2022-07-26
Filing date: 2022-07-26
Publication date: 2023-11-09
Anticipated expiration: 2042-07-26
Also published as: JP2024016499A; WO2024024284A1

Abstract

【課題】コントローラとサーバ装置の間の通信量を削減すること。【解決手段】本開示は、第１空調機及び前記第１空調機とは機種が異なる第２空調機と通信可能なコントローラと、前記コントローラと通信可能なサーバ装置とを備える管理システムであって、前記コントローラの制御部は、前記サーバ装置から指示を受信した場合、前記第１空調機及び前記第２空調機の機種に応じた指示を前記第１空調機又は前記第２空調機に送信する。【選択図】図１

Description

本発明は、管理システム、指示方法、及びコントローラに関する。

顧客側に設置された空調機などの機器とコントローラを接続し、コントローラとクラウドなどに配置されたサーバ装置とがネットワークを介して通信する管理システムが知られている。管理システムでは、サーバ装置が機器を監視したり、管理者がＰＣなどのユーザー端末を操作して機器の状態を表示させたりすることができる。

空調機をネットワークに接続し、遠隔から空調機を制御するシステムが知られている（例えば特許文献１参照。）。

特開2021－135915号公報

しかしながら、従来のシステムの場合、サーバ装置が空調機を制御するための具体的な制御内容を送信しているため、コントローラとサーバ装置との間の通信量が増大することがあった。

本開示は、コントローラとサーバ装置の間の通信量を低減することを目的とする。

本開示の第１の態様における管理システムは、
第１空調機及び前記第１空調機とは機種が異なる第２空調機と通信可能なコントローラと、前記コントローラと通信可能なサーバ装置とを備える管理システムであって、
前記コントローラの制御部は、前記サーバ装置から指示を受信した場合、前記第１空調機及び前記第２空調機の機種に応じた指示を前記第１空調機又は前記第２空調機に送信する。

本開示の第１の態様によれば、コントローラとサーバ装置の間の通信量を削減することができる。

本開示の第２の態様における管理システムは、第２の態様に記載の管理システムであって、
前記第１空調機は、第１制御に対応するプログラムを記憶しており、前記第２空調機は、前記プログラムを記憶しておらず、
前記コントローラの制御部は、前記サーバ装置から前記第１制御に関連する指示を受信した場合、前記第１空調機に対しては前記第１制御を指示し、前記第２空調機に対しては前記第１制御の代替となる第２制御を指示する。

本開示の第３の態様における管理システムは、第２の態様に記載の管理システムであって、
前記第２制御は、前記コントローラの制御部が設定した前記第２空調機の運転設定である。

本開示の第４の態様における管理システムは、第２又は第３の態様に記載の管理システムであって、
前記コントローラの制御部は、前記サーバ装置から前記第１制御に関連する指示として点検指示を受信した場合、前記第１空調機に対して前記第１制御として前記プログラムの実行を指示する。

本開示の第５の態様における管理システムは、第４の態様に記載の管理システムであって、
前記プログラムは、一定期間、空調機を停止させた場合に空調機に不具合が発生していないか確認するためのシーズン前点検プログラムである。

本開示の第６の態様における管理システムは、第４の態様に記載の管理システムであって、
前記プログラムは、前記第１空調機が有する各部品の故障を予知するために予め定められた制御を行う。

本開示の第７の態様における管理システムは、第２の態様に記載の管理システムであって、
前記コントローラの制御部は、前記サーバ装置から前記第１制御に関連する指示として制御部の再起動の指示を受信した場合、前記第１空調機には制御部の再起動を指示し、前記第２空調機には、リモコン制御による運転の停止と再開を指示する。

本開示の第８の態様における管理システムは、第２の態様に記載の管理システムであって、
前記コントローラの制御部は、前記サーバ装置から前記第１制御に関連する指示として応急運転の指示を受信した場合、前記第１空調機には応急運転を指示し、マルチシステムの前記第２空調機には、故障のある室外機の停止を指示する。

本開示の第９の態様における管理システムは、
第１空調機及び前記第１空調機とは機種が異なる第２空調機と通信可能なコントローラと、前記コントローラと通信可能なサーバ装置とを備える管理システムが行う指示方法であって、
前記コントローラの制御部は、前記サーバ装置から指示を受信した場合、前記第１空調機及び前記第２空調機の機種に応じた指示を前記第１空調機又は前記第２空調機に送信する。

本開示の第９の態様によれば、コントローラとサーバ装置の間の通信量を削減することができる。

本開示の第１０の態様における管理システムは、
サーバ装置、及び、第１制御に対応するプログラムを記憶する第１空調機及び前記第１空調機とは機種が異なる第２空調機と通信するコントローラであって、
前記第２空調機は、前記プログラムを記憶しておらず、
前記コントローラの制御部は、前記サーバ装置から前記第１制御に関連する指示を受信した場合、前記第１空調機に対しては前記第１制御を指示し、前記第２空調機に対しては前記第１制御の代替となる第２制御を指示する。

本開示の第１０の態様によれば、コントローラとサーバ装置の間の通信量を削減することができる。

管理システムの概略図を用いた機器の指示方法を説明する図である。管理システムのシステム構成の一例を示す図である。エッジ装置のハードウェア構成の一例を示す図である。サーバ装置のハードウェア構成の一例を示す図である。点検指示に関する全体的な処理の流れを説明する図である。管理システムにおける第一モデル、第二モデル、エッジ装置、及び、サーバ装置の機能をブロックに分けて説明する機能ブロック図の一例である。機種判断情報記憶部に記憶されている機種判断情報の一例を示す図である。サーバ装置からの点検指示をエッジ装置が機器の機種に応じた指示に切り替えて機器に送信する処理を説明するシーケンス図の一例である。異常の発生時における全体的な処理の流れを説明する図である（変形例１）。管理システムにおける第一モデル、第二モデル、エッジ装置、及び、サーバ装置の機能をブロックに分けて説明する機能ブロック図の一例である（変形例１）。異常コード記憶部に記憶されている異常コード情報を示す図の一例である。サーバ装置からのマイコンリセット指示をエッジ装置が機器の機種に応じた指示に切り替えて機器に送信する処理を説明するシーケンス図の一例である。異常の発生時における全体的な処理の流れを説明する図である（変形例２）。管理システムにおける第一モデル、第二モデル、エッジ装置、及び、サーバ装置の機能をブロックに分けて説明する機能ブロック図の一例である（変形例２）。応急運転情報記憶部に記憶されてる応急運転情報の一例を示す図である。応急運転の３パターンを説明する図である。サーバ装置からの応急運転指示をエッジ装置が機器の機種に応じた指示に切り替えて機器に送信する処理を説明するシーケンス図の一例である。

以下、本発明を実施するための形態の一例として、管理システムと管理システムが行う指示方法について説明する。

＜管理システムの動作の概略＞
まず、図１を参照して、管理システム１００による機器への指示の送信処理について説明する。図１は、管理システム１００の概略図を用いた機器による指示方法を説明する図である。本開示では、サーバ装置６０からエッジ装置１０へ指示が送信され、エッジ装置１０が制御先の第一モデル３０ａ（第２空調機の一例）、第二モデル３０ｂ（第１空調機の一例）の機種を判断し、機種に応じた指示に切り替える。本開示では主に機器のモデルを判断する。モデルには新型機種と旧型機種の違いが含まれてよい。なお、以下では、モデルの違いに応じて機器を第一モデル３０ａ、第二モデル３０ｂといい、任意の機器を機器３０という。また、単に機器３０という場合は主に室外機を意味するが、機器３０には室内機が含まれる場合がある。

サーバ装置６０からエッジ装置１０に送信される指示には、主にシーズン前の点検指示、マイコンリセット、及び、応急運転などがある。図１では、シーズン前の点検指示の場合の処理の概略を説明する。

(1) 予め設定された日時になると、サーバ装置６０が点検指示をエッジ装置１０に送信する。

(2) エッジ装置１０は、点検指示（第１制御に関連する指示の一例）に対し、第一モデル３０ａと第二モデル３０ｂから取得した機種名等に基づいて、機器３０が第一モデルか第二モデルかを判断し、モデルに応じた指示に切り替える。

(3) 指示が点検指示の場合、エッジ装置１０は、第一モデル３０ａには運転設定（冷暖モード、設定温度、風量など）の指示を送信する（第２制御の一例）。第一モデル３０ａはシーズン前点検プログラムを有さないため、エッジ装置１０はシーズン前点検プログラムを代替する指示を送信する。

(4) エッジ装置１０は、第二モデル３０ｂにはシーズン前点検プログラム（第１制御の一例）の実行を指示する。

仮にサーバ装置６０がモデルを判断し、機種に応じた指示を送信する場合、サーバ装置６０からエッジ装置１０に、運転設定とシーズン前点検プログラムの実行という指示が別々に送信されることになる。本開示では、サーバ装置６０からエッジ装置１０には、１つの点検指示のみが送信されればよいので、サーバ装置６０とエッジ装置１０間の通信量を低減できる。また、サーバ装置６０の演算処理（機種ごとに応じた具体的な指示の判断）を少なくできる。従来は、機器３０の機種によってどのような指示なら受け付けられるかをエッジ装置１０が判断して、指示を切り替えることは行われてなかった。

なお、詳細は後述するが、指示がマイコンリセットの場合、エッジ装置１０は、第一モデル３０ａに、室内機５０を介してリモコン５１（リモートコントローラーの略）から第一モデル３０ａを停止、運転を再開させる指示を送信し、第二モデル３０ｂに対し、室外機のマイコンをリセットする指示を送信する。

指示が応急運転の場合、第一モデル３０ａはマルチシステム（室外機が２台以上連結したシステム）に限定され、エッジ装置１０は故障した室外機を停止させ、正常な室外機は運転を継続させる指示を送信する。第二モデル３０ｂに対しエッジ装置１０は、故障した機能を代用する機能を実行させる指示を第二モデル３０ｂに送信する。

＜用語について＞
シーズン前点検プログラムとは、一定期間、空調機を停止させた場合に空調機に不具合が発生していないか確認するためのプログラムである。一定期間とは数ヶ月が想定される。シーズン前点検プログラムは、通常の運転では生じない部品の状態を強制的に生じさせることができる。シーズン前点検プログラムによる運転を試運転という。シーズン前点検プログラムは、一定期間が経過しなくても実行可能である。

機種とは、空調機の種類である。機種が異なるとは、何らかの機能に着目した場合に該機能がある又はないことによる違いをいう。機種の違いは機種名、型番、又は製造番号等により判断されてよい。

サーバ装置からの指示とは、エッジ装置１０が行うべき処理が伝達されることをいう。指示は、命令、制御、コマンド、指令、要求等と表現してもよい。

＜管理システムのシステム構成＞
次に、図２を参照し、管理システム１００のシステム構成について説明する。図２は、管理システム１００のシステム構成の一例を示す図である。

管理システム１００は、空調、照明などの各種の機器３０とクラウド側のサーバ装置６０を、ネットワークＮを介して通信させることで、管理者から一般ユーザーに至るまでIoTを活用した様々なサービスを提供する。エッジ装置１０、機器３０、センサスイッチ類５３及びユーザー端末７０は顧客側に配置され、サーバ装置６０はデータセンターやインターネット等のクラウドに配置される。

機器３０は、電力を消費する装置全般を指し、例えば、空調機、防犯設備、熱源機器、火災警報器、ＡＨＵ（エアハンドリングユニット）、電力量計、照明等である。センサスイッチ類５３は、各種センサ、ランプ、リレー等である。機器３０及びセンサスイッチ類５３は、専用ケーブル又はＬＡＮ等のネットワークを介してエッジ装置１０と通信可能に接続されている。機器３０及びセンサスイッチ類５３は無線通信でエッジ装置１０と通信可能に接続されていてもよい。

機器３０及びセンサスイッチ類５３は、エッジ装置１０により制御される。換言すると、エッジ装置１０は、機器３０及びセンサスイッチ類５３の目的に適合するように、機器３０及びセンサスイッチ類５３に所要の操作を加える。制御の内容は、機器３０及びセンサスイッチ類５３の種類によって様々だが、例えば機器３０が空調機の場合、空調機にて一般に設定可能な冷暖モード、設定温度、風量、湿度、風向等、空調機が有する機能に関する全ての制御が含まれてよい。また、制御には、シーズン前点検専用モードなどの動作モード、マイコンリセット、運転の停止、及び、機能の代用などもある。

機器３０は機器３０に応じた運転データを収集し、エッジ装置１０に主に定期的に送信する。定期的とは例えば１回/１分間、１回/１０分間、１回/６０分間等であるが、ユーザーやサーバ装置６０が設定できてよい。また、エッジ装置１０やユーザー端末７０から要求で、機器３０が運転データをエッジ装置１０に送信できる。運転データは、機器３０によって様々であるが、例えば、空調機の場合、冷媒の高圧圧力、低圧圧力、冷媒温度、ファンの回転数、及びマイコンのＣＰＵ温度など、様々である。

また、機器３０が異常を検知した場合は異常コードをエッジ装置１０に送信する。異常を検知した機器３０は運転を停止する。エッジ装置１０は異常コードをサーバ装置６０に送信する。センサスイッチ類５３に関してもエッジ装置１０の処理は同様でよい。センサスイッチ類５３はエッジ装置１０に主に定期的に自機の情報を送信したり、異常コードを送信したりする。

なお、第二モデル３０ｂは、自機が有する故障予知エンジンにより故障の予知を検知し、予知コードをエッジ装置１０に送信することができる。故障コードと予知コードについて詳細は後述する。

エッジ装置１０は、機器３０及びセンサスイッチ類５３を制御するコントローラである。エッジ装置１０は、機器３０及びセンサスイッチ類５３を制御する制御装置、運転データ等を処理する情報処理装置、及び、サーバ装置６０と通信する通信装置としての機能を有している。エッジ装置１０は、例えば機器３０から受信した異常コードをサーバ装置６０に送信し、サーバ装置６０から異常コードに応じた指示を受信する。あるいは、エッジ装置１０が、サーバ装置６０に何ら情報を送信しなくても、サーバ装置６０から指示を受信する（例えばユーザー端末７０からサーバ装置６０に指示がある場合）。エッジ装置１０は、機器３０及びセンサスイッチ類５３の機種に応じて指示を適切な指示に変換し、機器３０及びセンサスイッチ類５３に送信する。

サーバ装置６０は、一台以上の情報処理装置である。図２では一台のサーバ装置６０が示されているが、サーバ装置６０は機能ごとにいくつかに分かれて配置されてよい。また、サーバ装置６０は、一台の情報処理装置によりその機能が集約されていてもよい。また、サーバ装置６０は、複数台の同じ機能のものが用意されていて、複数のサーバ装置６０がサーバクラスタのように通信しながら処理してもよい。

サーバ装置６０は、ネットワークＮを介してエッジ装置１０から送信される異常コードなどを受信し、必要な指示を生成する。例えば異常コードに対しサーバ装置６０は、機器３０の機種に関係なく応急運転をエッジ装置１０に指示する。また、サーバ装置６０は、ユーザー端末７０が設定したスケジュールや操作に応じて機器３０への指示をエッジ装置１０に送信することもできる。

サーバ装置６０は、Ｗｅｂサーバの機能も有している。Ｗｅｂサーバはユーザーが手元で操作するＷｅｂブラウザなどのクライアントソフトウェア（Webクライアント）からの要求に応えて、ＨＴＭＬファイル、ＸＭＬ、ＣＳＳファイル、JavaScript（登録商標）などで記述された画面情報をクライアントに提供する。このようにＷｅｂの仕組みを使用するアプリケーションをＷｅｂアプリという。

なお、サーバ装置６０は、クラウドコンピューティングに対応していることが好ましい。クラウドコンピューティングとは、特定ハードウェア資源が意識されずにネットワーク上のリソースが利用される利用形態をいう。クラウドコンピューティングは、従来はユーザーが手元のコンピュータで利用していたデータやソフトウェアを、ネットワーク経由で、サービスとしてユーザーに提供する。ユーザー側はパーソナルコンピュータや携帯情報端末などで動作するＷｅｂブラウザ、及びインターネット接続環境などを用意することで、どの端末からでも、さまざまなサービスを利用することができる。

ユーザー端末７０は、サーバ装置６０が提供する各種の画面を表示するクライアント端末である。ユーザー端末７０は、管理者が使用してもよいし、一般ユーザーが使用してもよい。管理者には顧客側の管理者と管理システム側の管理者がいるが本開示では区別しない。また、管理者は、日常的に機器３０を使用する一般ユーザーが行わない保守や管理を行う者である。

ユーザー端末７０が表示する画面は多種多様であるが、一例として、顧客側にエッジ装置１０に接続された機器３０及びセンサスイッチ類５３の一覧画面、機器３０及びセンサスイッチ類５３が配置された場所を示す社内マップ、及び、機器３０やセンサを操作する操作画面などがある。

ユーザー端末７０は、例えば、ＰＣ(Personal Computer)、スマートフォン、タブレット端末、ＰＤＡ(Personal Digital Assistant)、ウェアラブルＰＣ（サングラス型、腕時計型など）などである。ただし、通信機能を有しＷｅｂブラウザが動作すればよい。また、ユーザー端末７０ではＷｅｂブラウザでなく、管理システム１００に専用のネイティブアプリが動作してもよい。

＜エッジ装置及びサーバ装置のハードウェア構成＞
次に、図３を参照して、エッジ装置１０のハードウェア構成について説明する。図３は、エッジ装置１０のハードウェア構成の一例を示す図である。図３に示すように、エッジ装置１０は、プロセッサ２０１、メモリ２０２、補助記憶装置２０３、Ｉ／Ｆ（Interface）装置２０４、通信装置２０５、ドライブ装置２０６を有する。なお、エッジ装置１０の各ハードウェアは、バス２０７を介して相互に接続されている。

プロセッサ２０１は、ＣＰＵ（Central Processing Unit）等の各種演算デバイスを有する。プロセッサ２０１は、各種プログラムをメモリ２０２上に読み出して実行する。プロセッサ２０１は、エッジ装置１０の全体を制御する制御部１１０に相当する。

メモリ２０２は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等の主記憶デバイスを有する。プロセッサ２０１とメモリ２０２とは、いわゆるコンピュータを形成し、プロセッサ２０１が、メモリ２０２上に読み出した各種プログラムを実行する。

補助記憶装置２０３は、各種プログラムや、各種プログラムがプロセッサ２０１によって実行される際に用いられる各種データを格納する。

Ｉ／Ｆ装置２０４は、外部装置の一例である機器３０、センサスイッチ類５３と、エッジ装置１０とを接続する接続デバイスである。

通信装置２０５は、ネットワークＮを介してサーバ装置６０と通信するための通信デバイスである。

ドライブ装置２０６は記録媒体２１０をセットするためのデバイスである。ここでいう記録媒体２１０には、ＣＤ－ＲＯＭ、フレキシブルディスク、光磁気ディスク等のように情報を光学的、電気的あるいは磁気的に記録する媒体が含まれる。また、記録媒体２１０には、ＲＯＭ、フラッシュメモリ等のように情報を電気的に記録する半導体メモリ等が含まれていてもよい。

なお、補助記憶装置２０３にインストールされる各種プログラムは、例えば、配布された記録媒体２１０がドライブ装置２０６にセットされ、該記録媒体２１０に記録された各種プログラムがドライブ装置２０６により読み出されることでインストールされる。あるいは、補助記憶装置２０３にインストールされる各種プログラムは、通信装置２０５を介してネットワークＮからダウンロードされることで、インストールされてもよい。

一方、図４は、サーバ装置６０のハードウェア構成の一例を示す図である。なお、サーバ装置６０のハードウェア構成は、エッジ装置１０のハードウェア構成と概ね同じであるため、ここでは、エッジ装置１０のハードウェア構成との相違点を中心に説明する。

プロセッサ２２１は、各種プログラムをメモリ２２２上に読み出して実行する。

Ｉ／Ｆ装置２２４は、外部装置の一例である表示装置２３０、操作装置２４０と、サーバ装置６０とを接続する接続デバイスである。表示装置２３０は、サーバ装置６０の内部状態を表示する。操作装置２４０は、サーバ装置６０の管理者がサーバ装置６０に対して各種指示を入力する際に用いられる。

通信装置２２５は、ネットワークＮを介してエッジ装置１０及びユーザー端末７０と通信するための通信デバイスである。

＜点検指示に対する全体の流れ＞
図５は、点検指示に関する全体的な処理の流れを説明する図である。以下、処理の流れに沿って説明する。

(1) サーバ装置６０は予め設定されたタイミング（季節の切り替わりなど）を検出して、自動的に点検案内メールを顧客の管理者に送信する。

(2) 顧客の管理者はメールによりシーズン前の試運転を行うべきと判断すると、点検日時をサーバ装置６０に設定する。なお、必ずしもメールはなくてもよいし、電話やＳＮＳで連絡されてもよい。

(3) サーバ装置６０は設定された点検日時に、点検指示をエッジ装置１０に送信する。

(4) エッジ装置１０は、点検指示を機器３０の機種に応じて切り替え、各機器３０に送信する。詳細は後述されるが、第一モデル３０ａには運転設定（冷暖モード、設定温度、風量など）が指示される。

(5) 第二モデル３０ｂにはシーズン前点検プログラムの実行が指示される。

(6) 第二モデル３０ｂにはシーズン前点検プログラムがインストールされているので、試運転を実行する。また、シーズン前点検プログラムには故障予知エンジンが含まれるので、運転データに対し故障を予知する。故障が予知されると予知コードが生成される。

(7) 第一モデル３０ａにはシーズン前点検プログラムがインストールされていないので、エッジ装置１０が故障予知エンジンで運転データに対し故障を予知する。

(8) サーバ装置６０は、故障予知記憶部６４に保存された点検結果（予知コード又は正常）に基づいて、点検結果をメール等で顧客に送信する。

＜機能について＞
次に、図６を参照して、管理システム１００が有する各装置の機能構成について詳細に説明する。図６は、管理システム１００における第一モデル３０ａ、第二モデル３０ｂ、エッジ装置１０、及び、サーバ装置６０の機能をブロックに分けて説明する機能ブロック図の一例である。

＜＜第一モデル＞＞
第一モデル３０ａは、通信部３１、異常検知部３２、機種管理部３３、運転部３４、及び、運転データ収集部３５を有している。第一モデル３０ａが有するこれら各部は、機器３０が有するマイコンがプログラムの命令を実行することや、室内機５０又は室外機が有する空調機構などの制御によって実現される機能又は手段である。

通信部３１は、エッジ装置１０と専用ケーブルやネットワークを介して通信する。本開示では、通信部３１は運転データをエッジ装置１０に送信したり、運転設定をエッジ装置１０から受信したりする。

異常検知部３２は、運転を継続できない部品などの状態（アクチュエータが動かない、冷媒の温度が異常値になるなど）を検知して、この状態の内容に応じた異常コードを生成する。なお、異常検知はエッジ装置１０が行ってもよい。

機種管理部３３は、自機の機種を管理すると共に、エッジ装置１０からの要求に応じて又は起動時などに自動的に、機種情報をエッジ装置１０に送信する。機種情報としては、機種名、型番、製造番号などがあり、機種の判断が可能な情報であればよい。

運転部３４は、室外機、室内機５０をそれぞれ制御して、ユーザーがリモコン５１等で設定した冷暖モード、設定温度、風量などに応じた空調運転を行う。

運転データ収集部３５は、例えば定期的に、室内機５０及び室外機から、機器３０の状態を表す運転データを収集する。運転データは、様々であるが、例えば冷媒の高圧圧力、低圧圧力、冷媒温度、ファンの回転数、及びマイコンのＣＰＵ温度などである。

次に、第二モデル３０ｂについて説明する。第二モデル３０ｂは、通信部３１、異常検知部３２、機種管理部３３、運転部３４、運転データ収集部３５、故障予知エンジン、及び、試運転実行部３７を有している。なお、通信部３１、異常検知部３２、機種管理部３３、運転部３４、運転データ収集部３５については第一モデル３０ａと同じ機能でよい。

第二モデル３０ｂにはシーズン前点検プログラム４０がインストールされている。シーズン前点検プログラム４０は、点検専用モードで機器３０を運転するためのプログラムである。故障予知エンジン３６と試運転実行部３７はシーズン前点検プログラム４０により実現される。

故障予知エンジン３６は故障を予知する機能である。故障を予知とは、運転を継続できないほどの異常ではなく、運転は可能だが故障につながるおそれがある状態が検出されることをいう。これに対し、運転の継続が困難な状態を故障という。故障予知エンジン３６は、運転データと故障が生じた場合と生じない場合の対応を機械学習の学習データとして、ディープラーニングなどのアルゴリズムで、運転データに対し故障の可能性を出力するように学習させた識別モデルをいう。故障予知エンジン３６は、入力された運転データに対し故障の可能性（確率）を出力する。故障予知エンジン３６はこの確率が閾値を超えた場合、故障を予知したと判断する。

機械学習とは、コンピュータに人のような学習能力を獲得させるための技術であり、コンピュータが、データ識別等の判断に必要なアルゴリズムを、事前に取り込まれる学習データから自律的に生成し、新たなデータについてこれを適用して予測を行う技術のことをいう。機械学習のための学習方法は、教師あり学習、教師なし学習、半教師学習、強化学習、深層学習のいずれかの方法でもよく、更に、これらの学習方法を組み合わせた学習方法でもよく、機械学習のための学習方法は問わない。機械学習の手法には、パーセプトロン、ディープラーニング、サポートベクターマシン、ロジスティック回帰、ナイーブベイズ、決定木、ランダムフォレストなどがあり、本開示で説明する手法には限られない。

試運転実行部３７は、室外機、室内機５０の部品チェックを行える状態を強制的に生じさせる。故障予知エンジン３６は試運転における運転データからも故障の予知を検知できる。主に、夏や冬に空調機が使用されるシーズン前に行われる点検をシーズン前点検という。ただし、試運転はシーズン前でなくても実行可能である。シーズン前点検プログラムは、通常の運転では生じない部品の状態を強制的に生じさせることができる。一例として、シーズン前点検は、膨張弁が決まった可動範囲で開閉するか、圧縮機が決まった圧力を生成できるか、電磁弁の開閉が可能か、任意のアクチュエータがコマンドどおりに動作するか、などを行う。

＜＜エッジ装置＞＞
エッジ装置１０は、通信部１１、１５、指示切替部１２、故障予知エンジン１４、及び、機種判断情報記憶部１３を有している。エッジ装置１０が有するこれら各部は、図３に示されている各構成要素のいずれかが、補助記憶装置２０３からメモリ２０２に展開されたプログラムに従ったプロセッサ２０１からの命令によって動作することで実現される機能、又は手段である。また、機種判断情報記憶部１３は、図３に示されている補助記憶装置２０３等によって構築される。

通信部１５は、第一モデル３０ａ及び第二モデル３０ｂと専用ケーブルやネットワークを介して通信する。本開示では、通信部１５は運転データを第一モデル３０ａ及び第二モデル３０ｂから受信する。また、通信部１５は、第一モデル３０ａに対し運転設定を送信し、第二モデル３０ｂに対しシーズン前点検プログラム４０の実行を指示する。

また、通信部１１は、サーバ装置６０とネットワークＮを介して通信する。本開示では、通信部１１は点検指示をサーバ装置６０から受信する。

指示切替部１２は、サーバ装置６０から受信したシーズン前点検指示を、送信先の機器３０のモデルに応じて、指示の内容を切り替える。第二モデル３０ｂの場合、指示切替部１２は、シーズン前点検プログラム４０の実行（点検専用モードに移行する指示）を送信する。機器３０が第一モデルの場合、指示切替部１２は、シーズン前点検プログラム４０の代用となる、第一モデル３０ａの運転設定（冷暖モード、設定温度、風量など）を生成して指示する。代用とは、あるものを他のものに変えて使用することをいう。この運転設定は、詳細には、シーズン前点検プログラムほどの精度での確認はできないが、可能な範囲で異常を検知できるような運転モードである。

故障予知エンジン１４の機能は第二モデル３０ｂと同じでよい。第一モデル３０ａは故障予知エンジン３６を有していないため、第一モデル３０ａが送信する運転データに対し故障予知エンジン１４が故障予知を行う。

図７に示すように、機種判断情報記憶部１３には機種に対しモデルの区別が登録されている。図７は、機種判断情報記憶部１３に記憶されている機種判断情報を示す。機種判断情報には機種名に対しモデルが登録されている。指示切替部１２は、機器３０から取得した機種名を機種判断情報で照合し、モデルを判断する。

＜＜サーバ装置＞＞
図６に戻って説明する。サーバ装置６０は、通信部６１、試運転指示部６２、スケジュール記憶部６３、及び、故障予知記憶部６４を有している。サーバ装置６０が有するこれら各部は、図４に示されている各構成要素のいずれかが、補助記憶装置２２３からメモリ２２２に展開されたプログラムに従ったプロセッサ２２１からの命令によって動作することで実現される機能、又は手段である。またスケジュール記憶部６３、及び、故障予知記憶部６４は、図４に示されている補助記憶装置２２３等によって構築される。

通信部６１は、エッジ装置１０とネットワークＮを介して通信する。本開示では、通信部６１は点検指示をエッジ装置１０に送信する。

試運転指示部６２は、スケジュール記憶部６３に設定された試運転のスケジュールに基づいて、点検指示（試運転の指示）をエッジ装置１０に送信する。

このため、スケジュール記憶部６３には、ユーザー端末７０から設定されたシーズン前点検を実施する日時が設定されている。顧客が勤務中に不意に空調機が動作し、気温や湿度が大きく変動すると業務に支障を来すので、通常、勤務時間外にシーズン前点検の日時が設定される。

このため、ユーザー端末７０はＷｅｂブラウザでサーバ装置６０に接続し、スケジュール設定画面を表示する。顧客の管理者はスケジュール設定画面から所望の日時を設定できる。なお、管理者がシーズン前にシーズン前点検の実施を失念しないように、自動的に又はカスタマーエンジニアなどが顧客の管理者にスケジュールの設定をメールや電話などで促すとよい。

故障予知記憶部６４には、故障予知エンジン１４，３６で検知された予知コードが機器３０の識別情報等に対応付けて記録される。点検指示に対し故障予知エンジン１４，３６で予知コードが生成されない場合も、点検の結果問題ない旨（正常）が機器３０の識別情報等に対応付けて記録される。予知コードが記憶された顧客に対しては、カスタマーエンジニアなどが訪問することができる。正常が記憶された顧客に対しては、点検の結果問題ない旨がメールなどで顧客の管理者に送信される。

＜動作又は処理について＞
次に、図８を参照して、エッジ装置１０が点検指示を機器３０に送信する処理について説明する。図８は、サーバ装置６０からの点検指示をエッジ装置１０が機器３０の機種に応じた指示に切り替えて機器３０に送信する処理を説明するシーケンス図である。

S1：サーバ装置６０の試運転指示部６２は、スケジュール記憶部６３に定期的にアクセスし、現在の日時と試運転を実施する日時を比較する。

S2：その結果、試運転を実施する日時がある場合、試運転指示部６２は、通信部６１を介して、点検指示をエッジ装置１０に送信する。試運転指示部６２はエッジ装置１０に接続されている機器３０がモデルを考慮せず、点検指示を送信する。

S3：エッジ装置１０の通信部１１は点検指示を受信し、指示切替部１２は機器３０のモデルを機種判断情報記憶部１３を参照して判断する。指示切替部１２は接続されている全ての機器３０に対し、機種名を問い合わせてもよいし、予め、機器３０の電源のオンや運転開始時に機種名がエッジ装置１０に送信されていてもよい。

S4：第一モデル３０ａに対し、指示切替部１２は運転設定（冷暖モード、設定温度、風量など）を生成し、運転設定による運転を指示する。なお、指示切替部１２は、指示の前に、第一モデル３０ａに対し運転中か否か問い合わせ、運転中の場合は指示を延期する。また、指示切替部１２は、指示の前に、現在の運転設定（冷暖モード、設定温度、風量など）を保持しておき、点検指示による運転が終了すると、現在の運転設定を第一モデル３０ａに設定する（設定を元に戻す）。

S5：第二モデル３０ｂに対し、指示切替部１２はシーズン前点検プログラム４０の実行を指示する。この場合も、指示切替部１２は、指示の前に、第二モデル３０ｂに対し運転中か否か問い合わせ、運転中の場合は指示を延期する。また、指示切替部１２は、指示の前に、現在の運転設定（冷暖モード、設定温度、風量など）を保持しておき、シーズン前点検プログラム４０による試運転が終了すると、現在の運転設定を第二モデル３０ｂに設定する。

S6：第一モデル３０ａの通信部３１は運転設定による運転の指示を受信し、運転部３４がこの運転設定で室外機及び室内機５０を運転する。

S7：運転データ収集部３５が運転データを収集し、通信部３１を介してエッジ装置１０に送信する。なお、この段階で異常検知部３２が異常を検知した場合、異常コードが送信され、運転部３４は運転を中止する。

S8：エッジ装置１０の通信部１５は運転データを受信し、故障予知エンジン１４による故障予知処理を行う。

S9：エッジ装置１０の通信部１１は、故障予知処理の結果である予知コード又は正常をサーバ装置６０に送信する。

S10：一方、第二モデル３０ｂの通信部３１はシーズン前点検プログラム４０の実行指示を受信し、試運転実行部３７が試運転を行う。なお、この段階で異常検知部３２が異常を検知した場合、異常コードが送信され、試運転実行部３７は試運転を中止する。

S11：運転データ収集部３５が運転データを収集し、故障予知エンジン３６による故障予知処理を行う。

S12：第二モデル３０ｂの通信部３１は、故障予知処理の結果である予知コード又は正常をエッジ装置１０に送信する。

S13：エッジ装置１０の通信部１５は、予知コード又は正常を受信したので、故障予知処理を行うことなく、通信部１１が予知コード又は正常をサーバ装置６０に送信する。

S14：サーバ装置６０の通信部６１は予知コード又は正常を受信する。通信部６１は、故障予知記憶部６４にステップS9,S13の予知コード又は正常を保存する。

このように、本開示のエッジ装置１０は、サーバ装置６０からの点検指示をモデルによって切り替えて、第一モデルには第二モデルへの指示を代替する指示を送信する。したがって、サーバ装置６０は１つの点検指示をエッジ装置１０に送信すればよいので、本開示では、サーバ装置６０とエッジ装置１０間の通信量を低減できる。また、サーバ装置６０では点検指示をモデルによって切り替えてることもしないので、処理負荷を低減できる。

＜変形例１＞
続いて、点検指示の変形例として、異常が検知された場合に、サーバ装置６０がエッジ装置１０にマイコンリセットを送信する場合の処理を説明する。

＜異常発生に対する全体の流れ＞
図９は、異常の発生時における全体的な処理の流れを説明する図である。以下、処理の流れに沿って説明する。

(1) 機器３０で異常が発生すると、異常の内容を示す異常コードが、機器３０及びエッジ装置１０を経由してサーバ装置６０に送信される。

(2) サーバ装置６０は異常コードからマイコンリセットが可能か否か判断し、可能な場合、マイコンリセット指示をエッジ装置１０に送信する。

(3) エッジ装置１０は、マイコンリセット指示を機器３０の機種に応じて切り替え、各機器３０に送信する。例えば第一モデル３０ａにはリモコン制御による運転停止と再開が指示される。

(4) 第二モデル３０ｂには、マイコンリセットが指示される。

＜機能について＞
図１０は、管理システム１００における第一モデル３０ａ、第二モデル３０ｂ、エッジ装置１０、及び、サーバ装置６０の機能をブロックに分けて説明する機能ブロック図の一例である。なお、図１０の説明において、図６において同一の符号を付した構成要素は同様の機能を果たすので、主に本実施例の主要な構成要素についてのみ説明する場合がある。

＜＜第一モデル＞＞
第一モデル３０ａは、新たにリモコン制御部３８を有している。リモコン制御部３８は、室内機５０に対し、室内機５０と有線又は無線で通信しているリモコン５１に、運転停止を指示する。リモコン制御部３８は運転停止から一定時間の経過後、リモコン５１に、運転開始を指示する。このように、第一モデル３０ａは室外機のマイコンをリセットする機能を有していないため、リモコン制御で運転の停止と再開を指示する。運転の停止と再開により、異常が解消される場合がある。

＜＜第二モデル＞＞
第二モデル３０ｂは、新たにマイコンリセット部３９を有している。マイコンリセット部３９は室外機のマイコンをリセットする。リセットとは再起動である。マイコンの再起動により、異常が解消される場合がある。なお、マイコンのリセットには、室外機が有する複数のマイコンの内、予め設定された全てのマイコンのリセットも含まれ、更に、必要に応じて室内機のマイコンがリセットされてもよい。

＜＜エッジ装置＞＞
エッジ装置１０の機能ブロック図は図６と同様であるが、指示切替部１２の機能が異なっている。異常が検知された場合、エッジ装置１０がサーバ装置６０からマイコンリセット指示を受信する場合がある。指示切替部１２は、異常コードを送信した機器３０のモデルに応じて、指示の内容を切り替える。機器３０が第一モデルの場合、指示切替部１２は、リモコン制御による運転停止及び再開を指示する。第二モデル３０ｂの場合、指示切替部１２は、マイコンリセットを指示する。

＜＜サーバ装置＞＞
サーバ装置６０は、新たにリセット指示部６５と異常コード記憶部６６を有している。リセット指示部６５は機器３０からエッジ装置１０を介して異常コードを受信した場合、マイコンリセットをエッジ装置１０に指示する。より詳細には、異常コードに対しマイコンリセットが可能か不可か決まっており、マイコンリセットが可能な異常コードに対しては、リセット指示部６５がマイコンリセットをエッジ装置１０に指示する。

異常コード記憶部６６にはマイコンリセットが可能か不可か異常コードに対応付けて記憶されている。図１１は、異常コード記憶部６６に記憶されている異常コード情報を示す。図１１に示すように、異常コード記憶部６６には、異常コードに対応付けて、マイコンリセットが可能か不可か、及び、応急運転が可能か不可か、が設定されている。これは、異常の内容によってはマイコンリセット、応急運転、又は、その両方が、有効でない場合があるためである。

リセット指示部６５は、マイコンリセットが可能な異常コードに対してのみ、マイコンリセットを指示する。マイコンリセットが不可で応急運転が可能な異常コードに対しては、後述する応急運転が指示される。このように、マイコンリセットが応急運転よりも優先される。これは、マイコンリセットで異常が解消された場合、機器３０は機能を１００％発揮できるが、応急運転では機能の一部が制限される場合があるためである。

＜動作又は処理について＞
次に、図１２を参照して、エッジ装置１０がマイコンリセット指示を機器３０に送信する処理について説明する。図１２は、サーバ装置６０からのマイコンリセット指示をエッジ装置１０が機器３０の機種に応じた指示に切り替えて機器３０に送信する処理を説明するシーケンス図である。まず、第一モデル３０ａに異常が発生した場合を説明する。

S21：第一モデル３０ａが運転中に異常が発生した。異常検知部３２が異常を検知する。

S22：異常検知部３２が異常を検知すると、通信部３１が速やかに異常コードをエッジ装置１０に送信する。異常コードには機器３０の識別情報が添付される。運転部３４は、運転を停止する。

S23：エッジ装置１０の通信部１５は異常コードを受信すると、通信部１１が異常コードをサーバ装置６０に送信する。

S24：サーバ装置６０の通信部６１は異常コードを受信し、リセット指示部６５が異常コード記憶部６６から異常コードに対応付けられた、リセットの可否を取得する。

S25：リセット指示部６５は、受信した異常コードがリセット可能か、不可か判断する。図１２の説明では、マイコンリセットが可能である場合を説明する。

S26：リセット指示部６５は、機器３０がモデルを考慮せずに、マイコンリセット指示をエッジ装置１０に送信する。なお、異常コードには第一モデル３０ａの識別情報が添付されているので、リセット指示部６５は、マイコンリセット指示を送信した第一モデル３０ａの識別情報を保存しておく。サーバ装置６０が次回、異常コードを受信した場合に、マイコンリセット指示を送信済みかどうか判断するためである。

S27：エッジ装置１０の通信部１１はマイコンリセット指示を受信し、指示切替部１２は、異常コードを送信した機器３０のモデルを機種判断情報記憶部１３を参照して判断する。異常コードと共に機種名がエッジ装置１０に送信されていてもよいし、改めて指示切替部１２が機種名を第一モデル３０ａに問い合わせてもよい。

S28：第一モデル３０ａに対し、指示切替部１２は、通信部３１を介して、リモコン制御による運転停止と再開指示を送信する。

S29：第一モデル３０ａの通信部３１はリモコン制御による運転停止と再開指示を受信したので、リモコン制御部３８が室内機５０に対しまず運転停止を指示する。異常の検知により運転が停止済みである場合、運転停止は必要なく、運転停止が送信されるのは確実に運転を停止するためである。運転停止が室内機５０に指示されるのは、エッジ装置１０と通信しているのは室外機であり、リモコン５１と通信するのは室内機５０であるためである。室内機５０はリモコン５１に運転停止を要求し、これにより、リモコン５１が室内機５０に対し運転停止を指示する。室内機５０が運転を停止することで室外機も停止する。運転停止後、リモコン制御部３８は一定時間待機し、次に、室内機５０に対し運転再開を指示する。室内機５０はリモコン５１に運転再開を要求し、これにより、リモコン５１が室内機５０に対し運転再開を指示する。室内機５０が運転を開始することで室外機も運転を開始する。

第一モデル３０ａが運転を開始したので、異常が解消されていない場合、異常検知部３２が異常を検知する。この場合、再度、異常コードがサーバ装置６０に送信され、応急運転が可能なら応急運転指示が第一モデル３０ａに送信される。応急運転が不可の場合は早急にカスタマーエンジニアが顧客に派遣され、応急運転が可能な場合であっても好ましくは早急にカスタマーエンジニアが顧客に派遣される。異常が解消されていた場合、異常検知部３２が異常を検知しないので、運転が継続される。

次に、第二モデル３０ｂに異常が発生した場合を説明する。

S31：第二モデル３０ｂが運転中に異常が発生した。異常検知部３２が異常を検知する。

S32：異常検知部３２が異常を検知すると、通信部３１が速やかに異常コードをエッジ装置１０に送信する。異常コードには機器３０の識別情報が添付される。以降のステップS33～S37の処理は、ステップS23～S27と同様でよい。

S38：第二モデル３０ｂに対し、指示切替部１２は、通信部１５を介して、マイコンリセット指示を送信する。

S39：第二モデル３０ｂの通信部３１はマイコンリセット指示を受信したので、マイコンリセット部３９が室外機のマイコンをリセットする。リセットにより室外機が再起動する。第二モデル３０ｂが自動で又はマイコンリセット部３９からの指示で運転を開始する。異常が解消されていない場合、異常検知部３２が異常を検知する。この場合、再度、異常コードがサーバ装置６０に送信され、応急運転が可能なら応急運転指示が第一モデル３０ａに送信される。応急運転が不可の場合は早急にカスタマーエンジニアが顧客に派遣され、応急運転が可能な場合であっても好ましくは早急にカスタマーエンジニアが顧客に派遣される。

このように、本開示のエッジ装置１０は、サーバ装置６０からのマイコンリセット指示をモデルによって切り替えて機器３０に指示する。したがって、サーバ装置６０は１つのマイコンリセット指示をエッジ装置１０に送信すればよいので、本開示では、サーバ装置６０とエッジ装置１０間の通信量を低減できる。また、サーバ装置６０ではマイコンリセット指示をモデルによって切り替えてることもしないので、処理負荷を低減できる。

＜変形例２＞
続いて、点検指示の変形例として、異常が検知された場合に、サーバ装置６０がエッジ装置１０に応急運転指示を送信する場合の処理を説明する。

＜異常発生に対する全体の流れ＞
図１３は、異常の発生時における全体的な処理の流れを説明する図である。以下、処理の流れに沿って説明する。

(2) サーバ装置６０は、マイコンリセットが不可、又は、マイコンリセット指示を送信済みであると判断したものとする。サーバ装置６０は異常コードから応急運転が可能か否か判断し、可能な場合、応急運転指示をエッジ装置１０に送信する。

(3) エッジ装置１０は、応急運転指示を機器３０の機種に応じて切り替え、各機器３０に送信する。例えば第一モデル３０ａにはマルチシステムにおいて故障している室外機の停止が指示される。

(4) 第二モデル３０ｂには、異常コードに対応した応急運転が指示される。応急運転は、センサの代用、部品の保管、機能のマスクなどにより、機能の一部が制限されるが、運転を継続することをいう。なお、エッジ装置１０は応急運転のための設定を第二モデル３０ｂに行うが、応急運転開始の最終的な操作はユーザーが行う。応急運転を実施したくない顧客も存在するためである。

＜機能について＞
図１４は、管理システム１００における第一モデル３０ａ、第二モデル３０ｂ、エッジ装置１０、及び、サーバ装置６０の機能をブロックに分けて説明する機能ブロック図の一例である。なお、図１４の説明において、図６において同一の符号を付した構成要素は同様の機能を果たすので、主に本実施例の主要な構成要素についてのみ説明する場合がある。

＜＜第一モデル＞＞
本開示の第一モデル３０ａは、室外機が２台以上連結したマルチシステムであるとする。第一モデル３０ａの応急運転は、マルチシステムのうち故障した室外機を停止し、正常な室外機のみで運転を継続させる。このため、第一モデル３０ａの場合、応急運転の対象は、室外機が２台以上連結したマルチシステムである。第一モデル３０ａにおいて、室外機の停止は運転部３４が行うため、図１４では新たな機能はない。

＜＜第二モデル＞＞
第二モデル３０ｂは、新たに応急運転部４１を有している。応急運転部４１は、エッジ装置１０からの応急運転指示に応じた応急運転を第二モデル３０ｂに対して行う。詳細をエッジ装置１０にて説明する。

＜＜エッジ装置＞＞
エッジ装置１０は新たに応急運転情報記憶部１６を有している。応急運転情報記憶部１６は、故障した機能に対し、どのような応急運転を行うかが記憶されている。応急運転について図１５、図１６を参照しながら説明する。

図１５は、応急運転情報記憶部１６に記憶されてる応急運転情報を示す。応急運転情報の各項目について説明する。
・故障した機能の項目は、異常コードなどから判断される、故障したセンサや故障した部品である。
・応急運転の内容の項目は、故障した機能に対してどのような応急運転を行うかを示す。図１５に示すように、故障した機能ごとに、この機能がなくても機器３０が応急措置的に運転するための制御が設定されている。
・制限事項の項目は、応急運転は信頼性に影響しない範囲で実施されるため、信頼性を確保するための制限である。

図１６は、応急運転の３パターンを説明する図である。図１５において、故障した機能が「圧縮機温度センサ」、応急運転の内容が「内部温度センサで代用」の場合、故障したセンサが故障していないセンサに代用されている。これは、図１６（ａ）に示すように応急運転の１つのパターンであり、センサ代用という。センサには、故障した温度センサに近い場所に配置された温度センサなどのように、代用可能なセンサがありうる。センサ代用のパターンでは、このようなセンサが応急運転情報に設定される。なお、図１５では制限事項が「時間制限、圧縮機上限制限」となっている。時間制限は応急運転を継続できる時間であり、圧縮機上限制限は過熱対策のための制限である。

また、図１５において、故障した機能が「ＦＡＮ２」、応急運転の内容が「ＦＡＮ１のみ作動」の場合、部品が別の部品により補完されている。これは、図１６（ｂ）に示すように応急運転の１つのパターンであり、部品補完という。部品には、同等又は近い機能を有するものがありえる。部品補完のパターンでは、このような部品が応急運転情報に設定される。なお、図１５では制限事項が「圧縮機上限制限」となっている。圧縮機上限制限は過熱対策のための制限である。

また、図１５において、故障した機能が「過冷却温度センサ」、応急運転の内容が「過冷却制御マスク」の場合、過冷却制御という機能がマスク（機能を使用しない）されている。これは、図１６（ｃ）に示すように応急運転の１つのパターンであり、機能マスクという。故障した部品によっては、特定の機能にのみ使用されるが、該機能がなくても運転可能ものがありえる。機能マスクのパターンでは、このような機能のマスクが応急運転情報に設定される。なお、図１５では制限事項が「圧縮機上限制限」となっている。圧縮機上限制限は過熱対策のための制限である。

図１５に示した故障した機能等は一例にすぎず、センサ代用、部品補完、又は、機能マスクにより応急運転する種々の方法が応急運転情報記憶部１６に記憶されている。図１４の応急運転情報記憶部１６は、第二モデル３０ｂに応急運転が指示される場合に指示切替部１２により参照される。

指示切替部１２は、異常コードを送信した機器３０のモデルに応じて、指示の内容を切り替える。機器３０が第一モデルの場合、指示切替部１２は、マルチシステムのうち故障した室外機を停止し、故障していない室外機の運転を継続させるように指示する。機器３０が第二モデルの場合、指示切替部１２は、異常コードに基づいて故障した機能を特定し、応急運転情報記憶部１６から取得した応急運転の内容を指示する。

＜＜サーバ装置＞＞
図１４に戻って説明する。サーバ装置６０は、新たに応急運転指示部６７を有している。応急運転指示部６７は、通信部６１が機器３０からエッジ装置１０を介して異常コードを受信すると、異常コード記憶部６６に基づいて以下の場合に、応急運転をエッジ装置１０に指示する。
・マイコンリセットを指示したが再度、異常コードが送信された場合
・マイコンリセットが不可だが、応急運転可の場合
より詳細には、異常コードに対し応急運転が可能か不可かが決まっており、応急運転が可能な異常コードに対しては、応急運転指示部６７が応急運転をエッジ装置１０に指示する。

＜動作又は処理について＞
次に、図１７を参照して、エッジ装置１０が応急運転指示を機器３０に送信する処理について説明する。図１７は、サーバ装置６０からの応急運転指示をエッジ装置１０が機器３０の機種に応じた指示に切り替えて機器３０に送信する処理を説明するシーケンス図である。まず、第一モデル３０ａに異常が発生した場合を説明する。

S41：第一モデル３０ａが運転中に異常が発生した。異常検知部３２が異常を検知する。

S42：異常検知部３２が異常を検知すると、通信部３１が速やかに異常コードをエッジ装置１０に送信する。異常コードには機器３０の識別情報が添付される。運転部３４は運転を停止する。

S43：エッジ装置１０の通信部１５は異常コードを受信すると、通信部１１が異常コードをサーバ装置６０に送信する。

S44：サーバ装置６０の通信部６１は異常コードを受信し、応急運転指示部６７は異常コード記憶部６６から異常コードに対応付けられた、応急運転の可否を取得する。

S45：次に、応急運転指示部６７は、マイコンリセット指示を送信済みか否か判断する。応急運転が指示されるのは、マイコンリセットを送信済みで、応急運転可の場合、又は、マイコンリセットが不可であるためマイコンリセットを送信していないが、応急運転可の場合、である。ここでは、これらの条件が満たされるとする。

S46：応急運転指示部６７は、機器３０のモデルを考慮せずに、応急運転指示をエッジ装置１０に送信する。

S47：エッジ装置１０の通信部１１は応急運転指示を受信し、指示切替部１２は、異常コードを送信した機器３０のモデルを機種判断情報記憶部１３を参照して判断する。異常コードと共に機種名がエッジ装置１０に送信されていてもよいし、改めて指示切替部１２が機種名を第一モデル３０ａに問い合わせてもよい。

S48：第一モデル３０ａに対し、指示切替部１２は、マルチシステムのうち故障した室外機の停止と故障していない室外機の運転を指示する。

S49：第一モデル３０ａの通信部３１はこの指示を受信したので、運転部３４が故障した室外機を停止し、故障していない室外機の運転を開始する。故障の検知によりすでに運転が停止している場合、故障した室外機は停止したままでよい。また、第一モデル３０ａではマルチシステムのうちどの室外機が故障したかは明らかである。

S51：第二モデル３０ｂが運転中に異常が発生した。異常検知部３２が異常を検知する。

S52：異常検知部３２が異常を検知すると、通信部３１が速やかに異常コードをエッジ装置１０に送信する。異常コードには機器３０の識別情報が添付される。以降のステップS53～S57の処理は、ステップS43～S47と同様でよい。

S58：第二モデル３０ｂに対し、指示切替部１２は、異常コードに基づいて故障した機能を判断して、応急運転情報記憶部１６から応急運転の内容を取得する。指示切替部１２は、通信部１５を介して、応急運転の内容と共に応急運転指示を送信する。

S59：第二モデル３０ｂの通信部３１は応急運転指示を受信したので、応急運転部４１が指示された内容の応急運転を、最終的なユーザーの応急運転開始操作に基づいて開始する。

このように、本開示のエッジ装置１０は、サーバ装置６０からの応急運転指示をモデルによって切り替えて機器に指示する。したがって、サーバ装置６０では１つの応急運転指示をエッジ装置１０に送信すればよいので、本開示では、サーバ装置６０とエッジ装置１０間の通信量を低減できる。また、サーバ装置６０では応急運転指示をモデルによって切り替えてることもしないので、処理負荷を低減できる。

＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

例えば、変形例３では、エッジ装置１０が第二モデル３０ｂに対し、応急運転の内容を判断しているが、第二モデル３０ｂが応急運転の内容を決定してもよい。

また、図６などの構成例は、機器３０、エッジ装置１０，及び、サーバ装置６０による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。機器３０、エッジ装置１０，及び、サーバ装置６０の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

また、実施例に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。ある実施形態では、サーバ装置６０は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。

上記で説明した本開示の各機能は、プログラムの実行によるソフトウェア処理だけでなく、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」は、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC(Application Specific Integrated Circuit)、DSP（Digital Signal Processor）、FPGA（Field Programmable Gate Array）、及び、従来の回路モジュール等のデバイスを含む。

１０エッジ装置
３０機器
６０サーバ装置
１００管理システム

Claims

第１空調機及び前記第１空調機とは機種が異なる第２空調機と通信可能なコントローラと、前記コントローラと通信可能なサーバ装置とを備える管理システムであって、
前記コントローラの制御部は、前記サーバ装置から指示を受信した場合、前記第１空調機及び前記第２空調機の機種に応じた指示を前記第１空調機又は前記第２空調機に送信するものであり、
前記第１空調機は、第１制御に対応するプログラムを記憶しており、前記第２空調機は、前記プログラムを記憶しておらず、
前記コントローラの制御部は、前記サーバ装置から前記第１制御に関連する指示を受信した場合、前記第１空調機に対しては前記第１制御を指示し、前記第２空調機に対しては前記第１制御の代替となる第２制御を指示する管理システム。
前記第２制御は、前記コントローラの制御部が設定した前記第２空調機の運転設定である請求項１に記載の管理システム。
前記コントローラの制御部は、前記サーバ装置から前記第１制御に関連する指示として点検指示を受信した場合、前記第１空調機に対して前記第１制御として前記プログラムの実行を指示する請求項１又は２に記載の管理システム。
前記プログラムは、一定期間、空調機を停止させた場合に空調機に不具合が発生していないか確認するためのシーズン前点検プログラムである請求項３に記載の管理システム。
前記プログラムは、前記第１空調機が有する各部品の故障を予知するために予め定められた制御を行う請求項３に記載の管理システム。
前記コントローラの制御部は、前記サーバ装置から前記第１制御に関連する指示として制御部の再起動の指示を受信した場合、前記第１空調機には制御部の再起動を指示し、前記第２空調機には、リモコン制御による運転の停止と再開を指示する請求項１に記載の管理システム。
前記コントローラの制御部は、前記サーバ装置から前記第１制御に関連する指示として応急運転の指示を受信した場合、前記第１空調機には応急運転を指示し、前記第２空調機には、故障のある室外機の停止を指示する請求項１に記載の管理システム。
第１空調機及び前記第１空調機とは機種が異なる第２空調機と通信可能なコントローラと、前記コントローラと通信可能なサーバ装置とを備える管理システムが行う指示方法であって、
前記コントローラの制御部は、前記サーバ装置から指示を受信した場合、前記第１空調機及び前記第２空調機の機種に応じた指示を前記第１空調機又は前記第２空調機に送信するものであり、
前記第１空調機は、第１制御に対応するプログラムを記憶しており、前記第２空調機は、前記プログラムを記憶しておらず、
前記コントローラの制御部は、前記サーバ装置から前記第１制御に関連する指示を受信した場合、前記第１空調機に対しては前記第１制御を指示し、前記第２空調機に対しては前記第１制御の代替となる第２制御を指示する指示方法。
サーバ装置、及び、第１制御に対応するプログラムを記憶する第１空調機及び前記第１空調機とは機種が異なると共に前記プログラムを記憶していない第２空調機と通信するコントローラであって、
前記コントローラの制御部は、前記サーバ装置から前記第１制御に関連する指示を受信した場合、前記第１空調機に対しては前記第１制御を指示し、前記第２空調機に対しては前記第１制御の代替となる第２制御を指示するコントローラ。