特許 7244744 機器管理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-03-14

(45)【発行日】2023-03-23

(54)【発明の名称】機器管理システム

(51)【国際特許分類】

   H04L 67/00 20220101AFI20230315BHJP

   H04L 43/00 20220101ALI20230315BHJP

   H04Q 9/00 20060101ALI20230315BHJP

【ＦＩ】

H04L67/00

H04L43/00

H04Q9/00 311J

【請求項の数】 6

(21)【出願番号】P 2019023525

(22)【出願日】2019-02-13

(65)【公開番号】P2020135020

(43)【公開日】2020-08-31

【審査請求日】2022-01-21

(73)【特許権者】

【識別番号】000002853

【氏名又は名称】ダイキン工業株式会社

(74)【代理人】

【識別番号】110000202

【氏名又は名称】弁理士法人新樹グローバル・アイピー

(72)【発明者】

【氏名】北村 真安

【審査官】阿部 弘

(56)【参考文献】

【文献】特開２０１０－１０８４１２（ＪＰ，Ａ）

【文献】国際公開第２０１７／１０９９９２（ＷＯ，Ａ１）

【文献】特開２０１８－２０５８５５（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ６７／００

Ｈ０４Ｌ ４３／００

Ｈ０４Ｑ ９／００

(57)【特許請求の範囲】

【請求項1】

機器（１０）に関する情報を収集する機器情報送信装置（２０、２０´）と、
通信ネットワーク（ＮＷ１）を介して前記機器情報送信装置と通信を行う管理装置（３０）と、
を備え、
前記管理装置及び／又は前記機器情報送信装置は、
前記機器の異常内容が入力される異常内容入力部（３３、２４）と、
前記機器の前記異常内容の原因を特定するために用いられる情報である第１情報を、入力された前記異常内容に応じて指定する指定部（３４２、２３３）と、
を有し、
前記機器情報送信装置は、前記第１情報を前記管理装置に送信する第１情報送信部（２３２）を有し、
前記管理装置は、前記機器情報送信装置に対して前記指定部が指定した前記第１情報の送信を要求する第１情報要求信号を送信する第１情報要求部（３４３）を含み、
前記第１情報送信部は、前記第１情報要求信号に応じて前記第１情報を送信し、
前記機器情報送信装置は、前記機器の運転状態を特定する運転情報を所定のタイミングで前記管理装置に対して送信する運転情報送信部（２３２）を含み、
前記管理装置は、取得した前記運転情報を記憶する管理装置記憶部（３１）を含み、
前記第１情報要求部は、前記管理装置記憶部に記憶されている前記運転情報に基づいて異常原因が特定できない場合に、前記第１情報要求信号を送信する、
機器管理システム（１、１Ａ）。

【請求項2】

前記機器情報送信装置は、前記第１情報を蓄積する第１情報記憶部（２１）を含む、
請求項１に記載の機器管理システム（１、１Ａ）。

【請求項3】

前記第１情報要求部は、前記第１情報要求信号において、前記管理装置記憶部に記憶されている前記運転情報よりも短い周期で収集された前記運転情報及び／又は前記管理装置が保持しておらず前記機器情報送信装置が保持している情報を、前記第１情報として要求する、
請求項１又は２に記載の機器管理システム（１、１Ａ）。

【請求項4】

前記第１情報要求信号には、要求する前記第１情報に係る前記機器のＩＤ及びデータ項目を指定する情報が含まれる、
請求項１から３のいずれか１項に記載の機器管理システム（１、１Ａ）。

【請求項5】

機器（１０）に関する情報を収集する機器情報送信装置（２０、２０´）と、
通信ネットワーク（ＮＷ１）を介して前記機器情報送信装置と通信を行う管理装置（３０）と、
を備え、
前記管理装置及び／又は前記機器情報送信装置は、
前記機器の異常内容が入力される異常内容入力部（３３、２４）と、
前記機器の前記異常内容の原因を特定するために用いられる情報である第１情報を、入力された前記異常内容に応じて指定する指定部（３４２、２３３）と、
を有し、
前記機器情報送信装置は、前記第１情報を前記管理装置に送信する第１情報送信部（２３２）を有し、
前記機器情報送信装置は、
所定の第１条件に基づいて前記機器の運転状態を特定する運転情報を収集する運転情報収集部（２３１）と、
収集された前記運転情報を前記管理装置に対して送信する運転情報送信部（２３２）と、
を含み、
前記管理装置は、
前記第１条件を変更する変更部（３４２）と、
取得した前記運転情報を記憶する管理装置記憶部（３１）と、
を含み、
前記変更部は、前記管理装置記憶部に記憶されている前記運転情報に基づいて異常原因が特定できない場合に前記第１条件を変更する、
機器管理システム（１、１Ａ）。

【請求項6】

前記機器は、空気調和装置、換気装置、調湿装置、及び冷凍装置の少なくともいずれかである、
請求項１から５のいずれか１項に記載の機器管理システム（１、１Ａ）。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、機器管理システムに関する。

【背景技術】

【0002】

従来、例えば特許文献１（ＷＯ２０１４／０６４７９２号公報）に開示されるように、機器に関する情報を送信する機器情報送信装置と、管理装置と、が通信ネットワークを介して通信を行い、機器の異常が推定される状態となった場合に管理装置側で異常原因を判断する機器管理システムがある。

【発明の開示】

【発明が解決しようとする課題】

【0003】

上述のような機器管理システムでは、管理装置側で保持している情報のみでは、機器の異常原因を特定できないケースが想定される。機器の異常が推定される場合における異常原因の特定を促進する。

【課題を解決するための手段】

【0004】

第１観点に係る機器管理システムは、機器情報送信装置と、管理装置と、を備える。機器情報送信装置は、機器に関する情報を収集する。管理装置は、通信ネットワークを介して機器情報送信装置と通信を行う。管理装置及び／又は機器情報送信装置は、異常内容入力部と、指定部と、を有する。異常内容入力部は、機器の異常内容が入力される。指定部は、第１情報を、入力された異常内容に応じて指定する。第１情報は、異常内容の原因を特定するために用いられる情報である。機器情報送信装置は、第１情報送信部を有する。第１情報送信部は、第１情報を送信する。

【0005】

これにより、管理装置において異常内容の原因を特定するために用いられる第１情報が、入力された異常内容に応じて指定部によって指定される。また、第１情報が機器情報送信装置から管理装置へ送信される。その結果、管理装置側で保持している情報のみでは機器の異常原因を特定できないケースにおいても、異常原因の特定が促進される。

【0006】

ここでの「第１情報」は、必ずしも単一の情報のみならず、複数の情報が含まれうる。

【0007】

ここでの「管理装置」は、機器の管理を行うコンピュータである。管理装置は、例えば、スーパーコンピュータ、ワークステーション、パーソナルコンピュータ、タブレットデバイス、又はスマートフォン等である。また例えば、管理装置は、複数のコンピュータやデバイスがネットワークで接続されることで構成されてもよい。

【0008】

第２観点に係る機器管理システムは、第１観点に係る機器管理システムであって、機器情報送信装置は、第１情報を蓄積する第１情報記憶部を含む。これにより、機器情報送信装置において第１情報が蓄積される。その結果、機器の異常が推定される際に、複数の第１情報を機器情報送信装置から管理装置に対して送信することが可能となり、異常原因の特定が促進される。

【0009】

第３観点に係る機器管理システムは、第１観点又は第２観点に係る機器管理システムであって、管理装置は、第１情報要求部を含む。第１情報要求部は、機器情報送信装置に対して、第１情報要求信号を送信する。第１情報要求信号は、指定部が指定した第１情報の送信を要求する信号である。第１情報送信部は、第１情報要求信号に応じて第１情報を送信する。これにより、管理装置の要求に沿った第１情報が、機器情報送信装置から管理装置に対して送信される。

【0010】

第４観点に係る機器管理システムは、第３観点に係る機器管理システムであって、機器情報送信装置は、運転情報送信部を含む。運転情報送信部は、運転情報を所定のタイミングで管理装置に対して送信する。運転情報は、機器の運転状態を特定する情報である。管理装置は、管理装置記憶部を含む。管理装置記憶部は、取得した運転情報を記憶する。第１情報要求部は、管理装置記憶部に記憶されている運転情報に基づいて異常原因が特定できない場合に、第１情報要求信号を送信する。

【0011】

これにより、機器の異常が推定される際に、管理装置が保持する運転情報に基づいて異常原因が特定できない場合、運転情報を機器情報送信装置から管理装置に対して送信することが可能となる。よって、管理装置側では、必要な場合に限って、保持していない第１情報の要求を行うことが適宜可能となり、通信に関して負荷が抑制される。

【0012】

第５観点に係る機器管理システムは、第４観点に係る機器管理システムであって、第１情報要求部は、第１情報要求信号において、管理装置記憶部に記憶されている運転情報よりも短い周期で収集された運転情報及び／又は管理装置が保持しておらず機器情報送信装置が保持している情報を、第１情報として要求する。これにより、異常原因の特定がさらに促進される。

【0013】

第６観点に係る機器管理システムは、第３観点から第５観点のいずれかに係る機器管理システムであって、第１情報要求信号には、要求する第１情報に係る機器のＩＤ及びデータ項目を指定する情報が含まれる。

【0014】

第７観点に係る機器管理システムは、第１観点から第３観点のいずれかに係る機器管理システムであって、機器情報送信装置は、運転情報収集部と、運転情報送信部と、を含む。運転情報収集部は、所定の第１条件に基づいて、運転情報を収集する。運転情報は、機器の運転状態を特定する情報である。運転情報送信部は、収集された運転情報を管理装置に対して送信する。これにより、機器情報送信装置において、第１条件に基づいて運転情報が収集される。

【0015】

第８観点に係る機器管理システムは、第７観点に係る機器管理システムであって、管理装置は、第１条件を変更する変更部を含む。これにより、管理装置側で、機器情報送信装置における運転情報の収集態様を、状況に応じて柔軟に決定可能となる。

【0016】

第９観点に係る機器管理システムは、第８観点に係る機器管理システムであって、管理装置は、管理装置記憶部を含む。管理装置記憶部は、取得した運転情報を記憶する。変更部は、管理装置記憶部に記憶されている運転情報に基づいて異常原因が特定できない場合に、第１条件を変更する。これにより、管理装置側で、保持している運転情報に基づいて異常原因が特定できない場合に、機器情報送信装置における運転情報の収集態様を変更することが可能となる。

【0017】

第１０観点に係る機器管理システムは、第１観点から第９観点のいずれかに係る機器管理システムであって、機器は、空気調和装置、換気装置、調湿装置、及び冷凍装置の少なくともいずれかである。これにより、空気調和装置、換気装置、調湿装置、及び冷凍装置のいずれかの異常が推定される際に、異常原因の特定が促進される。

【図面の簡単な説明】

【0018】

【図1】機器管理システムの構成を示す模式図である。

【図2】空気調和機の構成を示す模式図である。

【図3】第１実施形態に係る機器管理システムを構成する各装置の機能ブロックを示す模式図である。

【図4】制御端末が運転情報を空気調和機から収集することに関する取得条件の例を示した模式図である。

【図5】第１実施形態に係る機器管理システムにおける処理の流れを説明するための模式図である。

【図6】第２実施形態に係る機器管理システムを構成する各装置の機能ブロックを示す模式図である。

【図7】第２実施形態に係る機器管理システムにおける処理の流れを説明するための模式図である。

【発明を実施するための形態】

【0019】

［第１実施形態］
以下、本開示の第１実施形態に係る機器管理システム１について説明する。なお、以下の実施形態は、具体例であって、技術的範囲を限定するものではなく、趣旨を逸脱しない範囲で適宜変更可能である。

【0020】

（１）全体構成
図１は本開示の一実施形態に係る機器管理システム１の構成を示す模式図である。なお、以下の説明において、同様の機能を有する複数の装置について共通の説明をする場合は同一符号を付して説明する。同様の機能を有する複数の装置から、一の装置を区別して説明するときには英小文字の添え字を付して説明する。例えば、制御端末２０ａ～２０ｃはそれぞれ同様の機能を有する装置であるので、説明が共通する場合は制御端末２０と表記する。説明の便宜上、添え字ａ～ｃ等を用いるが、これらは任意の数を表しており、数量がこれに限定されるものではない。

【0021】

機器管理システム１は、１台の管理装置３０で、多数の機器を管理するシステムである。ここでは、管理装置３０は、中央管理センタ３に設置される。中央管理センタ３の管轄エリア内には、多数の施設２（２ａ～２ｃ）が存在する。施設２は、例えばオフィスビル、商業ビル、及びコンドミニアムである。そして、各施設２には、管理対象の機器の例として、一又は複数の空気調和機１０（１０ａ～１０ｉ）が設置される。各空気調和機１０には、複数の制御端末２０（２０ａ，２０ｂ）のいずれかが接続される。機器管理システム１においては、各制御端末２０及び管理装置３０が後述する機器情報を含む各種情報を通信することで、複数の空気調和機１０の管理が行われる。具体的に、管理装置３０は、各制御端末２０から対応する空気調和機１０に関する運転情報（後述）を取得することで、各空気調和機１０の異常の有無及び異常の詳細について判断を行う。

【0022】

管理装置３０は、通信ネットワークＮＷ１を介して複数の監視端末４０（４０ａ～４０ｃ）及び複数の保守端末５０（５０ａ，５０ｂ）に接続される。そして、管理装置３０は、各空気調和機１０のいずれかに関して異常発報がなされた場合、監視端末４０又は保守端末５０の操作者等に異常発報がなされた旨を通知する。

【0023】

通信ネットワークＮＷ１は、複数の物件にまたがるＷＡＮ（Wide Area Network）を含む。例えば通信ネットワークＮＷ１は、インターネットを含む。

【0024】

なお、制御端末２０、監視端末４０、及び／又は保守端末５０の台数については適宜変更が可能である。また、施設２の数、及び／又は中央管理センタ３の数についても適宜変更が可能である。

【0025】

（２）機器管理システム１の管理対象（機器）
以下、本実施形態に係る機器管理システム１の管理対象である機器として、対象空間の冷房や暖房を行う「空気調和機」を例として説明する。ただし、本実施形態に係る機器管理システム１の管理対象は空気調和機に限られるものではなく、以下の特徴を有する任意の機器を採用することができる。例えば、「機器」として換気装置、調湿装置、エアハンドリングユニット、チラーユニット、及び／又はその他の冷凍装置等を採用してもよい。

【0026】

図２は本実施形態に係る空気調和機１０の構成を示す模式図である。空気調和機１０は、図示されない圧縮機や熱交換器等から構成される冷媒回路を有する。空気調和機１０は、室外機１１と、複数の室内機１２（１２ａ～１２ｄ）とを有する。室外機１１と、各室内機１２と、は専用通信線を介して接続される。室外機１１には、室外機制御ユニット１１Ｘが設けられる。室内機１２ａ～１２ｄには、室内機制御ユニット１２Ｘａ～１２Ｘｄのうち対応する一つが設けられる。空気調和機１０には各種センサが所定箇所に適宜取り付けられる。これらのセンサにより、室温、周辺の外気温、圧縮機に吸入される冷媒の温度及び圧力、圧縮機から吐出される冷媒の温度及び圧力、蒸発器における冷媒の温度、及び凝縮器における冷媒の温度の少なくともいずれかが検出される。そして、各種センサの検出値に基づいて、室外機制御ユニット１１Ｘ及び室内機制御ユニット１２Ｘが協働して空気調和機１０の各部の動作を制御する。空気調和機１０は、リモコン及び／又は操作パネルなどの操作端末１５から入力される制御情報、並びに、外部の監視端末４０から通信ネットワークＮＷ１を介して入力される制御情報に基づいて操作される。

【0027】

室外機１１は、冷媒回路の熱源として機能する機器である。室外機１１には、接続部１１Ｙが搭載される。室外機制御ユニット１１Ｘは、制御端末２０との間で、接続部１１Ｙを介して情報の授受を行う。室外機１１は、例えば屋上や地下室等に設置される。

【0028】

室内機１２は、室内に設置された操作端末１５により操作される。操作端末１５は、例えばリモコン、及び、室内に取り付けられた操作パネル等により構成される。なお、ここでは、一の室外機１１に接続されている複数の室内機１２が、一又は複数の操作端末１５に個別に関連付けられて操作される。室内機１２には、人の存在を検知する人感センサなどが搭載されることもある。室内機１２ａ～１２ｄは、施設２の複数のフロアまたは複数の部屋等の設置空間５ａ～５ｄにそれぞれ分散して設置される。

【0029】

（３）機器管理システム１の詳細構成
図３は本実施形態に係る機器管理システム１を構成する各装置の機能ブロックを示す模式図である。

【0030】

（３－１）制御端末（機器情報送信装置）
制御端末２０は室外機制御ユニット１１Ｘに接続することで空気調和機１０を制御する。制御端末２０は、空気調和機１０を制御するためのコンピュータである。制御端末２０は、複数のコンピュータやデバイスがネットワークで接続されることで構成されてもよい。各制御端末２０は、図３に示すように、端末記憶部２１と、通信部２２と、処理部２３と、接続部２４と、を有する。

【0031】

端末記憶部２１（「第１情報記憶部」）は、各種情報を記憶するものであり、不揮発性メモリ及び揮発性メモリ等により構成される。例えば、端末記憶部２１は、制御端末２０の各種機能を実行するためのプログラムを記憶する。端末記憶部２１は、制御端末２０及び管理装置３０との間で伝送される「機器情報」を記憶する。端末記憶部２１には、その容量に応じて、後述する詳細運転情報を含む複数の運転情報が蓄積される。端末記憶部２１は、対応する空気調和機１０からの機器情報の取得に関する「取得条件」を記憶する。端末記憶部２１は、当該機器情報の伝送に関する「通信条件」を記憶する。

【0032】

機器情報は、管理対象である空気調和機（機器）１０に関する複数の種類の情報であり、例えば空気調和機１０の状態を示す「運転情報」と、空気調和機１０の各種状態を制御するための「制御情報」とに大別される。運転情報は、空気調和機１０の運転状態を特定する情報を含む。具体的に、運転情報は、複数種類の情報を含み、例えば第１運転情報Ｄ１、第２運転情報Ｄ２、及び第３運転情報Ｄ３を含む。なお、運転情報はここで示したものに限られず、管理者等により任意に設定可能である。

【0033】

本実施形態において、第１運転情報Ｄ１は、例えば機器において異常が生じたことが推定される際に、推定される異常を通知する異常発報等の情報を含む。換言すると、第１運転情報Ｄ１は、空気調和機１０の異常が推定されることを通知する情報（「異常情報」）である。第１運転情報Ｄ１には、異常が生じたと推定される際に、推定される異常の内容を特定する情報を含む。例えば、異常が推定される機器のコード、推定される異常項目を特定するコード、及び送信元の機器を一意に特定するデータ等を含む。

【0034】

第２運転情報Ｄ２は、空気調和機１０の運転状態又はその履歴を特定する情報を含む。例えば、第２運転情報Ｄ２は、空気調和機１０に含まれるアクチュエータの状態又はその履歴、及び／又は空気調和機１０に設置された各種センサによる検出値及びその履歴等の情報を含む。なお、空気調和機１０に含まれるアクチュエータとしては、例えば、圧縮機、ファン、及び電子膨張弁等の少なくともいずれかである。空気調和機１０に含まれるセンサとしては、圧縮機から吐出される冷媒の温度若しくは圧力、圧縮機に吸入される冷媒の温度若しくは圧力、蒸発器及び／又は凝縮器を流れる冷媒の温度若しくは圧力の少なくともいずれかを検出する温度センサ及び／又は圧力センサ、又は、外気温や室内温度を検出するための温度センサ等である。

【0035】

第３運転情報Ｄ３は、利用者の特性を把握するための情報である。例えば、第３運転情報Ｄ３は、操作端末１５の操作内容の履歴等が該当する。

【0036】

そして、端末記憶部２１は、これらの複数種類の運転情報の伝送に関する通信条件を空気調和機１０毎に関連付けて記憶する。

【0037】

取得条件（第１条件）は、対応する空気調和機１０に関して、取得する運転情報の内容、及び運転情報を取得するタイミング等を規定する。取得条件は、例えば、図４に示されるような第１取得条件Ａ１及び第２取得条件Ａ２等を含む。図４の第１取得条件Ａ１においては、第１運転情報Ｄ１に関しては１０分の１回の頻度で取得し、第２運転情報Ｄ２に関しては１０分に１回の頻度で取得し、第３運転情報Ｄ３に関しては６０分に１回の頻度で取得することが規定されている。図４の第２取得条件Ａ２においては、第１運転情報Ｄ１に関しては５分の１回の頻度で取得し、第２運転情報Ｄ２に関しては５分に１回の頻度で取得し、第３運転情報Ｄ３に関しては６０分に１回の頻度で取得することが規定されている。

【0038】

なお、図４の第１運転情報Ｄ１又は第２運転情報Ｄ２と第３運転情報Ｄ３との関係に示されるように、取得条件においては、運転情報の項目毎に収集タイミングを異ならせることができる。これに関連して、空気調和機１０から取得する各データに関して、その重要度に応じて、サンプリング間隔を変更できる。換言すると、重要度が高いデータに関しては、重要度が高くないデータと比較して小さな間隔でデータを収集することができる。このため、制御端末２０及び空気調和機１０間の通信に関して通信量を抑えられるようになっている。これに関連して、制御端末２０及び空気調和機１０において、通信処理に関する負荷が抑えられている。

【0039】

通信条件は、管理装置３０と制御端末２０間での通信に関する条件である。例えば、通信条件は、管理装置３０と各制御端末２０との間における通信に関して、情報の送受信のタイミング若しくは回数、又は送受信される情報の内容等を個別に規定する。例えば、一の通信条件においては、対応する空気調和機１０に関して、１時間に１回の頻度で、第１運転情報Ｄ１，第２運転情報Ｄ２及び第３運転情報Ｄ３が制御端末２０から管理装置３０に送信することが規定される。

【0040】

なお、端末記憶部２１に記憶された取得条件及び通信条件は、管理装置３０から適宜更新可能である。例えば、端末記憶部２１に記憶された取得条件及び通信条件は、管理装置３０や他の端末から適宜更新可能である。例えば、端末記憶部２１に記憶された取得条件又は通信条件は、管理装置３０からの指令に基づいて更新される。

【0041】

通信部２２は、通信ネットワークＮＷ１を含む外部ネットワークとの通信を実行する。通信部２２の機能により、制御端末２０と管理装置３０との間で、各種コマンドおよび各種データの授受が行なわれる。

【0042】

処理部２３は、各種情報処理を実行する。処理部２３は、取得処理部２３１と、送信処理部２３２と、を含む。

【0043】

取得処理部２３１（「第１情報収集部」）は、接続部２４を介して、取得条件に沿って、対応する空気調和機１０から運転情報を所定のタイミングで収集する。取得処理部２３１は、取得した運転情報を端末記憶部２１に格納する。

【0044】

送信処理部２３２（「運転情報送信部」、「第１情報送信部」）は、通信部２２を介して、制御端末２０と管理装置３０との間の通信を制御する。例えば、送信処理部２３２は、取得処理部２３１が空気調和機１０から取得する運転情報を、通信条件に沿って、管理装置３０に所定のタイミングで送信する。送信処理部２３２は、管理装置３０から、制御情報として、運転情報の送信を要求する信号を受信した場合、当該要求において指定される運転情報を管理装置３０に対して送信する。例えば、送信処理部２３２は、後述する詳細運転情報要求信号を管理装置３０から受信することに応じて、当該信号において指定される詳細運転情報（後述）を、管理装置３０に対して送信する。換言すると、送信処理部２３２は、管理装置３０の異常判断部３４２（後述）の指定に基づいて、詳細運転情報を管理装置３０に対して送信する。

【0045】

このような処理部２３を有する制御端末２０は、管理装置３０に対して所定の機器に関する「機器情報」を送信する「機器情報送信装置」に相当する。

【0046】

接続部２４は、室外機１１の接続部１１Ｙに接続するものである。制御端末２０は、接続部２４を介することで、室外機制御ユニット１１Ｘに指令情報の送出が可能になるとともに、室外機制御ユニット１１Ｘから運転情報の取得が可能となる。

【0047】

（３－２）管理装置
管理装置３０は、制御端末２０及び監視端末４０のそれぞれに通信ネットワークＮＷ１を介して接続し、複数の空気調和機１０の運転状態等を管理する。管理装置３０は、制御端末２０と通信ネットワークＮＷ１を介して通信する。管理装置３０は、空気調和機１０の管理を行うコンピュータであり、例えば、スーパーコンピュータ、ワークステーション、パーソナルコンピュータ、タブレットデバイス、又はスマートフォン等である。また例えば、管理装置３０は、複数のコンピュータやデバイスがネットワークで接続されることで構成されてもよい。
管理装置３０は、図３に示すように、記憶部３１、入力部３２、通信部３３、処理部３４、及び出力部３５を有する。

【0048】

記憶部３１（「管理装置記憶部」）は、各種情報を記憶するものであり、ＲＯＭ、ＲＡＭ、及び／又はハードディスク等を含む。ここでは、記憶部３１は、統合管理記憶部３１Ａと、運転情報記憶部３１Ｂと、制御情報記憶部３１Ｃと、取得条件記憶部３１Ｄと、通信条件記憶部３１Ｅと、を有する。記憶部３１は、管理装置３０の各種機能を実行するためのプログラムを記憶する。

【0049】

統合管理記憶部３１Ａは、管理装置３０が管理する複数の空気調和機１０に関連する情報を個別に記憶する。例えば、統合管理記憶部３１Ａは、各空気調和機１０が設置される施設２の情報、施設２における室外機１１及び室内機１２ａ～１２ｄの設置空間５ａ～５ｄの情報、各空気調和機１０に関する監視者の情報、及び各制御端末２０に対応する各空気調和機１０等を個別に記憶する。

【0050】

運転情報記憶部３１Ｂは、各空気調和機１０に関連付けて、制御端末２０から送信される各種運転情報を個別に記憶する。なお、運転情報記憶部３１Ｂに記憶される運転情報には、制御端末２０から送信される詳細運転情報が含まれる。

【0051】

制御情報記憶部３１Ｃは、管理装置３０を操作する管理者が入力した各空気調和機１０への制御情報、及び後述する監視端末４０から各空気調和機１０への要求に対応する制御情報等を個別に記憶する。

【0052】

取得条件記憶部３１Ｄは、各制御端末２０に関する「取得条件」を個別に記憶する。取得条件記憶部３１Ｄに記憶される情報は、各制御端末２０の端末記憶部２１に記憶される取得条件の情報を包含するものである。

【0053】

通信条件記憶部３１Ｅは、各制御端末２０に関する「通信条件」を個別に記憶する。通信条件記憶部３１Ｅに記憶される情報は、各制御端末２０ａ～２０ｃの端末記憶部２１に記憶される通信条件の情報を包含するものである。管理装置３０における通信条件記憶部３１Ｅに記憶される情報を適宜書き換えることで、各制御端末２０に対応する通信条件を変更可能である。

【0054】

なお、記憶部３１は上述した各種記憶部以外にも任意の情報を記憶することができる。

【0055】

入力部３２は、管理装置３０への情報の入力を行うためのインタフェースである。例えば入力部３２は、キーボード、マウス、及び／又はタッチスクリーン等により実現される。例えば、入力部３２は、各種受付画面への情報の入力を可能にする。したがって、管理者は、入力部３２を介して各空気調和機１０への制御情報の入力及び各種設定を変更するための情報の入力が可能となる。

【0056】

通信部３３（「異常内容入力部」）は、制御端末２０及び監視端末４０と通信するためのインタフェースである。具体的に、通信部３３は、制御端末２０から運転情報を受信する。例えば、通信部３３は制御端末２０に制御情報を送信する。例えば、通信部３３は、監視端末４０や制御端末２０から、「要求」や他の情報を受信する。なお、通信部３３で受信した運転情報及び他の情報は記憶部３１に記憶される。

【0057】

処理部３４は、管理装置３０における各種情報処理を実行するものであり、ＣＰＵ及びキャッシュメモリ等で構成される。ここで、処理部３４は、演算部３４１、異常判断部３４２、要求部３４３、異常通知部３４４としての機能を有する。

【0058】

演算部３４１は、通信部３３により受信された情報に基づく情報処理に関して演算を行う。例えば、演算部３４１は、制御端末２０から送信される運転情報に応じて各種管理情報等を生成する。演算部３４１は、監視端末４０から要求に応じた処理を実行するとともに、処理結果が示された監視情報等を生成する。

【0059】

異常判断部３４２（「指定部」）は、制御端末２０から受信する各運転情報に基づいて、対応する空気調和機１０に関して異常の詳細（異常の有無及び異常の内容を含む）を判断する処理（異常判断処理）を実行する。なお、「異常」は、空気調和機１０が正常に動作しない状態である。例えば、「異常」には、冷媒の圧力又は温度が基準値よりも高い又は低い状態である。例えば、「異常」は、圧縮機から吐出される冷媒の吐出温度又は吐出圧力が、他のパラメータとの関係で通常想定される値よりも高い若しくは低い状態である。また例えば、「異常」は、圧縮機から吐出される冷媒の吸入温度又は吸入圧力が、他のパラメータとの関係で通常想定される値よりも低い若しくは高い状態である。また例えば、「異常」は、凝縮器における冷媒の凝縮温度、凝縮圧力、又は過冷却度が、他のパラメータとの関係で通常想定される値よりも高い若しくは低い状態である。また例えば、「異常」は、蒸発器における冷媒の蒸発温度、蒸発圧力、又は過熱度が、他のパラメータとの関係で通常想定される値よりも高い若しくは低い状態である。

【0060】

「異常の詳細」とは、異常が生じている機器若しくは箇所、又は異常の直接的原因等である。異常の詳細の例としては、圧縮機、電子膨張弁又はファン等のアクチュエータの故障や動作不良、又はセンサ等の計測機器の故障や動作不良である。また異常の詳細の他の例としては、冷媒配管、分流器若しくは各熱交換器等の冷媒流路を形成する部材の破損である。また異常の詳細の他の例としては、通信系統を構成する機器や、アクチュエータの制御部を構成する機器の故障や動作不良等である。また異常の詳細の他の例としては、例えば冷媒漏洩や冷媒充填量の不足等である。

【0061】

異常判断処理には、運転情報に基づいて異常が想定される空気調和機１０に関して異常の詳細を判断する第１異常判断処理と、第１異常判断処理の後に第１異常判断処理の結果に応じて行われる第２異常判断処理と、が含まれる。

【0062】

例えば、異常判断部３４２は、制御端末２０から送信された第１運転情報Ｄ１又は第２運転情報Ｄ２に基づいて何らかの異常が想定される場合に、第１異常判断処理を行い、対応する空気調和機１０の異常の詳細について判断する。例えば、異常判断部３４２は、第１異常判断処理において、第１運転情報Ｄ１及び／又は第２運転情報Ｄ２に基づいて推定される異常に関して、第２運転情報Ｄ２や第３運転情報Ｄ３等の他の情報に基づいて異常の有無及び異常の詳細について判断する。例えば、異常判断部３４２は、第１運転情報Ｄ１に基づいて圧縮機の吐出温度又は圧力に関連する異常が想定される場合には、第１異常判断処理において、第２運転情報Ｄ２に基づき、圧縮機の回転数、膨張弁の開度、各ファンの回転数、及び／又は各センサの検出値等の各種パラメータの履歴情報を用いて、異常の有無並びに異常の詳細（異常箇所、異常原因、異常の程度又は修理の必要度）等の特定を行う。なお、異常判断処理に用いられる各パラメータに関しては、状況に応じて適宜選択される。

【0063】

異常判断部３４２は、第１異常判断処理において、保持している運転情報に基づいて、異常の詳細を十分に特定できない場合に、要求部３４３に対して、対応する空気調和機１０に関してさらなる運転情報（以下、「詳細運転情報」と称する）の取得を依頼する。依頼する詳細運転情報については、異常判断部３４２が、推定される異常内容や第１異常判断処理の結果等に応じて、適宜指定する。換言すると、詳細運転情報は、管理装置３０が保持していない情報である。詳細運転情報は、機器の異常が推定される際に、異常原因等の異常の詳細を特定するために用いられる情報である。詳細運転情報は、必ずしも単一の情報のみならず、複数の情報が含まれうる。

【0064】

例えば、異常判断部３４２は、第１異常判断処理において、第１運転情報Ｄ１に基づいて圧縮機の吐出温度又は圧力に関連する異常が想定される場合に、第２運転情報Ｄ２に基づいて圧縮機の回転数、膨張弁の開度、各ファンの回転数、及び／又は各センサの検出値等の履歴情報によって特定される各パラメータが正常であることで異常箇所又は異常原因を特定できないときには、要求部３４３に対して、対応する空気調和機１０に関して、記憶部３１に記憶されていない運転情報を指定して、指定した詳細運転情報の取得を依頼する。なお、要求部３４３に対して取得を依頼する詳細運転情報の内容に関しては、状況に応じて適宜選択される。例えば、詳細運転情報は、異常判断処理の対象となる空気調和機１０に関して、記憶部３１に記憶されている最新の運転情報が取得されたタイミングと二番目に新しい運転情報とが取得されたタイミングの間において、当該空気調和機１０から取得された運転情報である。また例えば、詳細運転情報は、第１異常判断処理において用いられた運転情報よりも、過去の運転情報である。

【0065】

そして、異常判断部３４２は、依頼後、所定時間の経過を待って、指定した詳細運転情報が記憶部３１に記憶されている場合には、当該詳細運転情報に基づいて第２異常判断処理を実行する。異常判断部３４２は、第２異常判断処理においては、第１異常判断処理において用いられなかった詳細運転情報に基づいて、対象となる空気調和機１０の異常の詳細を判断する。例えば、異常判断部３４２は、第２異常判断処理においては、詳細運転情報に含まれる第２運転情報Ｄ２や第３運転情報Ｄ３等に基づいて、異常の有無、異常箇所、異常原因、異常の程度、及び／又は修理の必要度等の特定を行う。なお、第２異常判断処理に用いられる各パラメータに関しては、状況に応じて適宜選択される。

【0066】

要求部３４３（「要求部」）は、異常判断処理によって異常の判断が行えない場合に、対応する制御端末２０に対して詳細運転情報（「第１情報」）を要求する処理（詳細運転情報要求処理）を行う。具体的に、要求部３４３は、詳細運転情報要求処理において、異常判断部３４２の依頼に基づいて指定される運転情報を、対応する制御端末２０に対して要求する信号（詳細運転情報要求信号）を生成する。詳細運転情報要求信号には、要求する詳細運転情報に係る空気調和機１０のＩＤ及びデータ項目を指定する情報が含まれる。要求部３４３は、生成した詳細運転情報要求信号を、通信部３３を介して対応する制御端末２０に対して送信する。換言すると、要求部３４３は、空気調和機１０の異常が推定される際に、記憶部３１に記憶されている運転情報に基づいて異常の詳細が特定できない場合に、異常判断部３４２が指定した詳細運転情報の送信を要求する詳細運転情報要求信号（「第１情報要求信号」）を、対応する制御端末２０に対して送信する。

【0067】

異常通知部３４４は、異常判断部３４２の異常判断処理の結果に応じて、空気調和機１０に関する異常の有無及びその詳細を管理者や監視者に通知するための情報（異常通知情報）を作成する処理（通知処理）を実行する。異常通知部３４４は、作成した異常通知情報を出力部３５から出力させる。異常通知部３４４は、作成した異常通知情報を、通信部３３を介して、対応する監視端末４０及び／又は保守端末５０へ送信する。これにより、管理者、監視者又は保守者が、各空気調和機１０に関して異常の有無、及びその異常の詳細を個別に把握することが可能となる。

【0068】

なお、通知処理は、第１異常判断処理に関しては異常の詳細が特定可能な場合に実行され、第２異常判断処理に関しては異常の詳細が特定可能か否かに関わらず実行される。

【0069】

出力部３５は、各種情報を出力するものであり、種々のディスプレイ及びスピーカ等により構成される。例えば、出力部３５は、各種情報の入力を受け付けるための入力画面等を出力する。例えば、出力部３５は、異常通知部３４４によって作成された異常通知情報を出力する。なお、出力部３５により出力される各種情報は通信ネットワークＮＷ１を介して監視端末４０及び保守端末５０に出力することも可能である。

【0070】

（３－３）監視端末
監視端末４０は、管理装置３０から送信される異常通知情報に基づいて、空気調和機１０の状態を監視する。監視端末４０は、例えば、空気調和機１０に対して各種制御を実行する権限が付与された監視者により操作される。

【0071】

監視端末４０は、通信部４１、入力部４２、処理部４３、及び出力部４４を有する。 通信部４１は、通信ネットワークＮＷ１を介して管理装置３０に接続し、空気調和機１０に対する要求やコマンドを管理装置３０に送信する。また、通信部４１は、管理装置３０や他の機器から各種情報を受信する。

【0072】

入力部４２は、管理装置３０や制御端末２０等に送信する要求を受け付ける。例えば、監視者は、入力部４２を介して、管理装置３０や制御端末２０に送信するコマンドを入力できる。例えば、管理者は、入力部４２を介して、異常判断処理のための基準値を設定することができる。

【0073】

処理部４３は監視端末４０における各種情報処理を実行する。

【0074】

出力部４４は管理装置３０から受信する各種情報に基づいて情報を出力する。例えば、出力部４４は、通信部４１が受信した異常通知情報を出力する。

【0075】

なお、監視者としては、施設２の所有者、施設２の管理者、施設２の利用者、空気調和機１０の製造者、空気調和機１０の販売者等が該当する。監視者は、その種類に応じて与えられる権限が異なる。そのため、個々の監視端末４０に付与された権限レベルに応じて、空気調和機１０に対して入力可能な要求の種類が異なる。権限レベルの設定情報は、管理装置３０の統合管理記憶部３１Ａに記憶される。

【0076】

（３－４）保守端末
保守端末５０は、空気調和機１０の保守作業者が操作する端末である。保守端末５０は、異常通知情報を管理装置３０から受け取る。これにより、保守作業者が、異常が検出された空気調和機１０の診断及び故障対応等を行なうことが可能となる。

【0077】

（４）機器管理システム１における詳細運転情報要求処理及び異常判断処理
図５は、本実施形態に係る機器管理システム１における処理の流れを説明するための模式図である。なお、図５では、１台の空気調和機１０と、１台の管理装置３０と、１台の制御端末２０と、１台の監視端末４０と、の関係における処理の流れが示されているが、管理装置３０と、各制御端末２０、及び／又は監視端末４０と、の間においては、図５のような処理が個別に行われる。

【0078】

機器管理システム１が稼動中は、制御端末２０は取得条件に沿って空気調和機１０から運転情報を取得し、制御端末２０は通信条件に沿って運転情報を管理装置３０へ送信する（Ｓ１）。

【0079】

運転情報を受信する管理装置３０では、制御端末２０から送信された運転情報に基づいて、対応する空気調和機１０に関し異常が推定される場合（Ｓ２－Ｙｅｓ）に、第１異常判断処理を実行する（Ｓ３）。なお、制御端末２０から送信された運転情報に基づいて、対応する空気調和機１０に関し異常が推定されない場合（Ｓ２－Ｎｏ）には、当該空気調和機１０に関しては第１異常判断処理を実行しない。

【0080】

管理装置３０は、第１異常判断処理において、保持している運転情報に基づいて、異常の詳細が特定できない場合（Ｓ４－Ｎｏ）には、詳細運転情報要求処理を実行し、詳細運転情報要求信号を対応する制御端末２０へ送信する（Ｓ５）。一方、管理装置３０は、第１異常判断処理において、保持している運転情報に基づいて、異常の詳細を特定できる場合（Ｓ４－Ｙｅｓ）には、通知処理を実行し、判断結果を出力部３５から出力するとともに異常通知信号を監視端末４０等へ送信する（Ｓ８）。

【0081】

制御端末２０は、受信した詳細運転情報要求信号において指定される運転情報を、管理装置３０へ送信する（Ｓ６）。

【0082】

管理装置３０は、詳細運転情報要求信号に関連して受信した詳細運転情報に基づいて、第２異常判断処理を実行する（Ｓ７）。管理装置３０は、第２異常判断処理の結果に基づいて、通知処理を実行し、判断結果を出力部３５から出力するとともに異常通知信号を監視端末４０や保守端末５０等へ送信する（Ｓ８）。

【0083】

監視端末４０又は保守端末５０は、異常通知信号の受信に応じて、異常通知信号によって特定される内容を適宜出力する（Ｓ９）。これにより、監視端末４０を利用する監視者や、保守端末５０を利用する保守者等が異常の有無及びその詳細を把握することができる。

【0084】

機器管理システム１が稼動中には、上述のような流れで処理が繰り返される。

【0085】

（５）特徴
（５－１）
本実施形態では、空気調和機１０に関する情報を収集する制御端末２０と空気調和機１０の管理を行う管理装置３０とを含むシステムにおいて、管理装置３０の異常判断部３４２は、空気調和機１０異常内容の原因を特定するために用いられる詳細運転情報を、入力された異常内容に応じて指定する。制御端末２０の送信処理部２３２は、詳細運転情報を送信する。

【0086】

これにより、空気調和機１０の異常が推定される際に、管理装置３０において異常原因を特定するために用いられる詳細運転情報が、入力された異常内容に応じて異常判断部３４２によって指定される。また、指定された詳細運転情報が制御端末２０から管理装置３０へ送信される。その結果、管理装置３０側で保持している情報のみでは空気調和機１０の異常原因を特定できないケースにおいても、異常原因の特定が促進される。

【0087】

（５－２）
本実施形態においては、制御端末２０の端末記憶部２１は、詳細運転情報を蓄積する。これにより、制御端末２０において詳細運転情報が蓄積される。その結果、空気調和機１０の異常が推定される際に、複数の詳細運転情報を制御端末２０から管理装置３０に対して送信することができ、異常原因の特定が促進される。

【0088】

（５－３）
本実施形態においては、管理装置３０の要求部３４３は、異常判断部３４２が指定した詳細運転情報の送信を要求する詳細運転情報要求信号を、制御端末２０に対して送信する。制御端末２０の送信処理部２３２は、詳細運転情報要求信号に応じて詳細運転情報を送信する。これにより、管理装置３０の要求に沿った詳細運転情報が、制御端末２０から管理装置３０に対して送信される。

【0089】

（５－４）
本実施形態においては、制御端末２０の送信処理部２３２は、空気調和機１０の運転状態を特定する運転情報を所定のタイミングで管理装置３０に対して送信し、管理装置３０の記憶部３１は、取得した運転情報を記憶する。管理装置３０の要求部３４３は、記憶部３１に記憶されている運転情報に基づいて異常原因が特定できない場合に、詳細運転情報要求信号を送信する。

【0090】

これにより、管理装置３０が保持する運転情報に基づいて異常原因が特定できない場合、詳細運転情報を制御端末２０から管理装置３０に対して送信することが可能となる。よって、管理装置３０側では、必要な場合に、詳細運転情報の要求を行うことが適宜可能となり、通信量が抑制される。これに関連して、管理装置３０の記憶部３１の容量が抑えられる。また、管理装置３０及び制御端末２０において、運転情報の通信に関する処理に関して負荷が抑えられる。また、通信に関連する費用が抑えられる。

【0091】

（５－５）
本実施形態においては、要求部３４３は、詳細運転情報要求信号において、記憶部３１に記憶されている運転情報よりも短い周期で収集された運転情報、及び／又は、管理装置３０が保持しておらず制御端末２０が保持している情報を、詳細運転情報として要求する。これにより、異常原因の特定が特に促進される。

【0092】

（５－６）
本実施形態においては、詳細運転情報要求信号には、要求する詳細運転情報に係る空気調和機１０のＩＤ及びデータ項目を指定する情報が含まれる。これにより、制御端末２０側での詳細運転情報の通信に関する処理に関して負荷が抑えられる。

【0093】

（５－７）
本実施形態では、制御端末２０の取得処理部２３１は、所定の取得条件に基づいて運転情報を収集する。これにより、制御端末２０において、取得条件に基づいて運転情報が収集される。

【0094】

（５－８）
本実施形態では、機器管理システム１は空気調和機１０の管理を行うシステムであり、空気調和機１０の異常が推定される際に異常原因の特定が促進される。

【0095】

（６）変形例
第１実施形態に係る内容は、以下の変形例に示すように適宜変形が可能である。なお、各変形例は、矛盾が生じない範囲で他の変形例と組み合わせて適用されてもよい。

【0096】

（６－１）変形例１Ａ
管理装置３０が詳細運転情報要求において指定する詳細運転情報の態様については、状況に応じて、適宜変更が可能である。例えば、要求部３４３は、詳細運転情報要求信号において、記憶部３１に記憶されている運転情報よりも短い周期で収集された運転情報を、詳細運転情報として要求してもよい。例えば、詳細運転情報は、異常判断処理の対象となる空気調和機１０に関して、記憶部３１に記憶され第１異常判断処理において用いられる運転情報よりも短い周期で収集された運転情報である。例えば、記憶部３１に記憶されている運転情報が１０分周期で収集される運転情報である場合、詳細運転情報は５分周期で収集される運転情報である。これにより、異常原因の特定が特に促進される。

【0097】

（６－２）変形例１Ｂ
管理装置３０は、詳細運転情報要求において、将来の運転情報を要求するように構成されてもよい。換言すると、管理装置は、第１異常判断処理を行った後に、第１異常判断処理で用いた運転情報よりも後の運転情報を、要求する詳細運転情報として指定してもよい。例えば、第１異常判断処理後に、第１異常判断処理の対象となった空気調和機１０の運転を「所定時間」行わせ、当該運転に関連する運転情報を詳細運転情報として制御端末２０に収集させ送信させるようにしてもよい。なお、係る「所定時間」は、状況に応じて適宜設定される。これにより、異常原因の特定が特に促進される。

【0098】

また、係る場合、管理装置３０の異常判断部３４２は、詳細運転情報の指定とともに、制御端末２０による収集に関して取得条件を変更してもよい。例えば、異常判断部３４２は、指定する詳細運転情報に関して、現在よりも短い周期で収集されるように、取得条件を指定してもよい。例えば、異常判断部３４２は、制御端末２０における運転情報の収集が１０分周期で行われている場合には、指定する詳細運転情報に関しては現在よりも短い５分周期で収集されるように、取得条件を変更してもよい。係る場合、異常判断部３４２は、取得条件を変更する「変更部」に相当する。換言すると、異常判断部３４２は、空気調和機１０の異常が推定される際に、記憶部３１に記憶されている運転情報に基づいて異常の詳細が特定できない場合に、取得条件を変更するように構成されてもよい。これにより、管理装置３０側で、制御端末２０における詳細運転情報の収集態様を、状況に応じて柔軟に決定可能となる。なお、係る場合、要求部３４３が、詳細運転情報要求処理において、異常判断部３４２によって指定される取得条件に変更する旨の指令を、詳細運転情報要求信号に含めるようにしてもよいし、対応する制御端末２０に対して詳細運転情報要求信号とは別に独立して送信してもよい。

【0099】

（６－３）変形例１Ｃ
管理装置３０の処理部３４における異常判断部３４２及び異常通知部３４４のいずれかについては、処理結果が管理装置３０に適宜送信される限り、他の装置に含まれていてもよい。例えば、異常判断部３４２及び異常通知部３４４のいずれかについては、詳細運転情報が管理装置３０に適宜送信される限り、制御端末２０や監視端末４０に含まれていてもよい
（６－４）変形例１Ｄ
管理装置３０及び各制御端末２０間における通信条件については、個別に適宜変更が可能である。例えば、上記実施形態では、制御端末２０は、管理装置３０に対して運転情報を定期的に送信しているが、必ずしも運転情報は定期的に送信される必要はない。例えば、制御端末２０が不定期的に管理装置３０に対して運転情報を送信するように、通信条件が定められてもよい。例えば、制御端末２０は、空気調和機１０の異常が推定される場合に限って、運転情報を管理装置３０に送信するように、通信条件が定められてもよい。

【0100】

（６－５）変形例１Ｅ
図４に示される各取得条件は、あくまでも例示である。取得条件については、設計仕様や使用環境に応じて適宜変更されうる。例えば、取得条件は、空気調和機１０から取得する運転情報の内容や取得のタイミングについて適宜変更されうる。

【0101】

例えば、機器の状態や環境条件が特定の状態にある場合に、機器から運転情報の収集が行われるように、取得条件が設定されてもよい。例えば、冷房運転を行っている状態にある空気調和機１０から各運転情報の収集が行われ、他の空気調和機１０からはいずれか又は全ての運転情報の収集が行われないように、取得条件が設定されてもよい。また例えば、外気温が所定の状態（例えば３０℃以上、又は５℃以下）にある環境に設置されている空気調和機１０から各運転情報の収集が行われ、他の空気調和機１０からはいずれか又は全ての運転情報の収集が行われないように、取得条件が設定されてもよい。

【0102】

（６－６）変形例１Ｆ
上記実施形態における運転情報は、あくまでも例示である。運転情報の内容については、設計仕様や使用環境に応じて適宜変更されうる。例えば、運転情報において、第１運転情報Ｄ１は適宜省略されてもよい。

【0103】

（６－７）変形例１Ｇ
図５に示される処理の流れについては、あくまでも例示である。空気調和機１０、制御端末２０、管理装置３０、及び監視端末４０間の処理の流れについては、設計仕様や使用環境に応じて適宜変更されうる。

【0104】

（６－８）変形例１Ｈ
上記実施形態においては、管理が行われる対象の「機器」は空気調和機１０であるが、機器情報は空気調和機１０以外の機器（例えば換気装置、調湿装置、エアハンドリングユニット、チラーユニット、及び／又はその他の冷凍装置等）に関するものであってもよい。

【0105】

（６－９）変形例１Ｉ
図１に示される機器管理システム１の構成態様については、適宜変更が可能である。例えば、いずれか又は全ての制御端末２０については、空気調和機１０に内蔵されていてもよい。具体的に、いずれか又は全ての制御端末２０は、いずれかの室外機１１に内蔵されていてもよい。また例えば、いずれか又は全ての制御端末２０は、いずれかの室内機１２に内蔵されていてもよい。また、制御端末２０が通信ネットワークＮＷ１にアクセスするためのルータ等の通信装置については、制御端末２０とともに空気調和機１０に内蔵されてもよいし、独立して配置されてもよい。また、制御端末２０を内蔵する空気調和機１０と、内蔵しない空気調和機１０と、が混在していてもよい。

【0106】

［第２実施形態］
以下、本開示の第２実施形態に係る機器管理システム１Ａについて説明する。なお、以下の実施形態は、具体例であって、技術的範囲を限定するものではなく、趣旨を逸脱しない範囲で適宜変更可能である。第１実施形態に係る機器管理システム１との相違部分について主に説明する。以下において説明を省略している部分については、原則として機器管理システム１におけるのと共通である。

【0107】

（１）機器管理システム１Ａ
図６は本実施形態に係る機器管理システム１Ａを構成する各装置の機能ブロックを示す模式図である。

【0108】

機器管理システム１Ａでは、制御端末２０が制御端末２０´に置き換わる。制御端末２０´は、処理部２３に代えて処理部２３´を有している。

【0109】

制御端末２０´の処理部２３´は、端末側判断部２３３を有している。端末側判断部２３３（「指定部」）は、第１実施形態における第１異常判断処理に相当する判断処理を行う。具体的に、端末側判断部２３３は、端末記憶部２１に記憶されている運転情報に基づいて、判断処理を行う。そして、端末側判断部２３３は、当該判断処理の結果、空気調和機１０の異常が想定される場合には、管理装置３０の異常判断部３４２が異常の詳細を特定するうえで詳細運転情報の必要性の有無を判断する処理（詳細運転情報判断処理）を行う。端末側判断部２３３は、詳細運転情報判断処理において、異常判断部３４２において異常の詳細を特定するうえで詳細運転情報が必要と判断した場合には、管理装置３０に対して送信する詳細運転情報を指定する。詳細運転情報の態様については、第１実施形態における説明と同様である。

【0110】

本実施形態において、空気調和機１０から運転情報を受信する接続部２４は、「異常内容入力部」に相当する。

【0111】

送信処理部２３２は、端末側判断部２３３によって指定された詳細運転情報を管理装置３０に対して送信する処理（詳細運転情報送信処理）を行う。

【0112】

図７は、本実施形態に係る機器管理システム１Ａにおける処理の流れを説明するための模式図である。なお、図７では、１台の空気調和機１０と、１台の管理装置３０と、１台の制御端末２０´と、１台の監視端末４０と、の関係における処理の流れが示されているが、管理装置３０と、各制御端末２０´、及び／又は監視端末４０と、の間においては、図７のような処理が個別に行われる。

【0113】

機器管理システム１が稼動中は、制御端末２０´は取得条件に沿って空気調和機１０から運転情報を取得し、制御端末２０´は通信条件に沿って運転情報を管理装置３０へ送信する（Ｓ１１）。

【0114】

制御端末２０´は、収集した運転情報に基づいて異常判断処理を行う（Ｓ１２）。制御端末２０´は、異常判断処理の結果、対応する空気調和機１０に関し異常が想定されない場合（Ｓ１３－Ｎｏ）には、異常判断処理を随時行う（Ｓ１２）。一方、制御端末２０´は、異常判断処理の結果、対応する空気調和機１０に関し異常が想定される場合（Ｓ１３－Ｙｅｓ）には、詳細運転情報判断処理を行う（Ｓ１４）。

【0115】

制御端末２０´は、詳細運転情報判断処理の結果、詳細運転情報を管理装置３０に送信する必要がないと判断した場合（Ｓ１５－Ｎｏ）には、異常判断処理を随時行う（Ｓ１２）。一方、制御端末２０´は、詳細運転情報判断処理の結果、詳細運転情報を管理装置３０に送信する必要がある場合（Ｓ１５－Ｙｅｓ）には、端末側判断部２３３により指定される詳細運転情報を管理装置３０へ送信する（Ｓ１６）。

【0116】

管理装置３０は、詳細運転情報を受信することに応じて、第２異常判断処理を実行する（Ｓ１７）。管理装置３０は、第２異常判断処理の結果に基づいて、通知処理を実行し、判断結果を出力部３５から出力するとともに異常通知信号を監視端末４０や保守端末５０等へ送信する（Ｓ１８）。

【0117】

監視端末４０又は保守端末５０は、異常通知信号の受信に応じて、異常通知信号によって特定される内容を適宜出力する（Ｓ１９）。これにより、監視端末４０を利用する監視者や、保守端末５０を利用する保守者等が異常の有無及びその詳細を把握することができる。

【0118】

機器管理システム１Ａが稼動中には、上述のような流れで処理が繰り返される。なお、図７においては図示を省略しているが、管理装置３０は、第２異常判断処理（Ｓ１７）より前に、第１異常判断処理（図５のステップＳ３）、及び／又は、詳細運転情報要求処理（図５のステップＳ５）を行ってもよい。

【0119】

（２）特徴
本実施形態では、空気調和機１０に関する情報を収集する制御端末２０´と空気調和機１０の管理を行う管理装置３０とを含むシステムにおいて、制御端末２０´の端末側判断部２３３は、空気調和機１０の異常が推定される際に異常原因を特定するために用いられる詳細運転情報を、推定される異常内容に応じて指定する。制御端末２０´の送信処理部２３２は、端末側判断部２３３の指定に基づいて詳細運転情報を送信する。

【0120】

これにより、空気調和機１０の異常が想定される際に、管理装置３０において異常原因を特定するために用いられる詳細運転情報が、推定される異常内容に応じて端末側判断部２３３によって指定される。また、指定された詳細運転情報が制御端末２０´から管理装置３０へ送信される。その結果、管理装置３０側で保持している情報のみでは空気調和機１０の異常原因を特定できないケースにおいても、異常原因の特定が促進される。

【0121】

（３）変形例
第２実施形態に係る内容は、以下の変形例に示すように適宜変形が可能である。なお、各変形例は、矛盾が生じない範囲で他の変形例と組み合わせて適用されてもよい。そして、第１実施形態に係る機器管理システム１において実現されている思想や変形例に係る思想については、矛盾が生じない範囲で、本実施形態に係る機器管理システム１Ａにおいても適用可能である。

【0122】

（３－１）変形例２Ａ
機器管理システム１Ａにおいて、管理装置３０における要求部３４３ついては、適宜省略されてもよい。また、異常判断部３４２は、第１異常判断処理を必ずしも行わなくてもよい。

【0123】

（３－２）変形例２Ｂ
機器管理システム１Ａにおいては、制御端末２０´は、管理装置３０に対する運転情報の定期的な送信について必ずしも行う必要はない。

【0124】

（３－３）変形例２Ｃ
図７に示される処理の流れについては、あくまでも例示である。管理装置３０、制御端末２０´及び監視端末４０の処理の流れについては、設計仕様や使用環境に応じて適宜変更されうる。

【0125】

（３－４）変形例２Ｄ
機器管理システム１Ａにおいて、管理装置３０の異常判断部３４２が第１異常判断処理を行う場合には、制御端末２０´は、管理装置３０からの要求に応じて詳細運転情報判断処理及び詳細運転情報送信処理を行うように構成されてもよい。換言すると、図７のステップＳ１２、Ｓ１３については管理装置３０の異常判断部３４２で行われてもよい。そして、ステップＳ１３とＳ１４の間に管理装置３０から制御端末２０´に対して要求が送信されることを契機として、制御端末２０´において詳細運転情報判断処理及び詳細運転情報送信処理が行われるように構成されてもよい。

【0126】

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

【符号の説明】

【0127】

１、１Ａ ：機器管理システム
１０ ：空気調和機（機器）
１１ ：室外機
１２ ：室内機
２０、２０´：制御端末（機器情報送信装置）
２１ ：端末記憶部（第１情報記憶部）
２２ ：通信部
２３、２３´：処理部
２４ ：接続部（異常内容入力部）
２３１ ：取得処理部（運転情報収集部）
２３２ ：送信処理部（第１情報送信部、運転情報送信部）
２３３ ：端末側判断部（指定部）
３０ ：管理装置
３１ ：記憶部（管理装置記憶部）
３２ ：入力部
３３ ：通信部（異常内容入力部）
３４ ：処理部
３４１ ：演算部
３４２ ：異常判断部（指定部、変更部）
３４３ ：要求部（第１情報要求部）
３４４ ：異常通知部
４０ ：監視端末
５０ ：保守端末
ＮＷ１ ：ネットワーク

【先行技術文献】

【特許文献】

【0128】

【文献】ＷＯ２０１４／０６４７９２号公報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】