JP2019120433A - 空調システム及びローカルコントローラ - Google Patents

Abstract

【課題】通信量の増大を抑制しつつ、異常原因の究明に必要なデータを確保できるようにする。【解決手段】空調機と、当該空調機と通信可能に接続され、空調機の異常を監視する機能を有するローカルコントローラと、ローカルコントローラとネットワーク回線を介して通信可能に接続された監視センターと、を備えた空調システムであって、ローカルコントローラは、空調機に異常が発生した場合に、発生した異常の種類に応じて監視センターへ送信するデータ量を異ならせる、空調システムである。【選択図】図１

Description

本開示は、空調機と、例えば遠隔地にある監視センターとを接続してなる空調システム及び、ローカルコントローラに関する。

例えば業務用の空調機では、遠隔地からインターネット回線を用いて、運転状況や異常の発生を監視することができる（例えば、特許文献１参照。）。監視センターは通常、空調機のメーカー等が運用しており、異常が発生すれば、現地に赴く前に異常の原因を推定することもできる。異常を推定するためには現状のエラーコード等のみならず、例えば直近の３０分間の運転履歴データを現場の空調機側から監視センターに提供してもらうことができる。

国際公開ＷＯ２０１７／１４６１７６ Ａ１

しかしながら、３０分程度の運転履歴データでは異常の原因究明に十分ではない場合もある。もっと長い時間の記憶をすること自体はメモリの記憶容量が増大したこともあって可能であるが、現場から監視センターへの通信量が増大することは好ましくない。

かかる課題に鑑み、本開示では、通信量の増大を抑制しつつ、異常原因の究明に必要なデータを確保できるようにすることを目的とする。

（１）本開示の空調システムは、空調機と、前記空調機と通信可能に接続され、前記空調機の異常を監視する機能を有するローカルコントローラと、前記ローカルコントローラとネットワーク回線を介して通信可能に接続された監視センターと、を備えた空調システムであって、前記ローカルコントローラは、前記空調機に異常が発生した場合に、発生した異常の種類に応じて前記監視センターへ送信するデータ量を異ならせる、空調システムである。
上記のように構成された空調システムでは、通信量の増大を抑制しつつ、異常原因の究明に必要なデータを確保することができる。

（２）また、（１）の空調システムにおいて、前記異常の種類に応じて、送信するデータの履歴時間の長さを変化させることによって、前記データ量を異ならせるようにしてもよい。

（３）また、（１）の空調システムにおいて、前記異常の種類に応じて、送信可能なデータの一部を送るか全部を送るかによって、前記データ量を異ならせるようにしてもよい。

（４）また、（１）の空調システムにおいて、前記異常の種類に応じて、単位時間内に送信する回数を異ならせることによって、前記データ量を異ならせるようにしてもよい。

（５）また、（１）の空調システムにおいて、前記空調機が異常を発生したが運転を継続した場合に送信するデータ量は、前記空調機が異常を発生したことにより運転を停止した場合に送信するデータ量より少なくなるようにしてもよい。

（６）また、（５）の空調システムにおいて、前記空調機が異常を発生したことにより運転を停止した場合でも、異常の種類によって送信するデータ量を異ならせることができる。

（７）一方、これは、空調機と監視センターとを互いに接続するローカルコントローラであって、前記空調機及び前記監視センターとそれぞれ通信可能な通信部と、前記空調機に異常が発生した場合に、発生した異常の種類に応じて前記監視センターへ送信するデータ量を異ならせる制御部と、を備えているローカルコントローラである。
上記のように構成されたローカルコントローラでは、通信量の増大を抑制しつつ、異常原因の究明に必要なデータを確保することができる。

空調システムの概略図である。 空調機を構成する室外機及び室内機の通信接続を示す図である。 ローカルコントローラの内部構成の一例を示すブロック図である。 監視センターの内部構成の一例を示すブロック図である。

《空調システムの実施形態》
以下、実施形態について説明する。
図１は、空調システムの概略図である。図において、空調機１にはローカルコントローラ２が、通信可能に接続されている。ローカルコントローラ２は、空調機１の異常を監視する機能を有している。ローカルコントローラ２は、ルータ３からインターネット４を介して、監視センター５に接続可能である。監視センター５は、例えば、空調機のメーカー側が運営する。

図２は、空調機１を構成する室外機１１及び室内機１２の通信接続を示す図である。室外機１１は、内部の基板１１ａに、相互に接続された制御部１１ｂ、通信部１１ｃ、記憶部１１ｄを備えている。室内機１２も、内部の基板１２ａに、相互に接続された制御部１２ｂ、通信部１２ｃ、記憶部１２ｄを備えている。室外機１１の通信部１１ｃは、通信線Ｃ１により室内機１２の通信部１２ｃと接続され、また、ローカルコントローラ２や、図示しない他の室内機とも同様にディジーチェーン方式で接続されている。

図３は、ローカルコントローラ２の内部構成の一例を示すブロック図である。ローカルコントローラ２は、空調機１との通信部２１、監視センター５側との通信部２２、制御部２３、及び、記憶部２４を備えている。制御部２３は、ＣＰＵを用いて構成されている。

制御部２３は、ＣＰＵにて実現される内部機能として、運転データ受信部２３ａ、運転データ編集部２３ｂ、データ送信頻度管理部２３ｃ、異常レベル判断部２３ｄ、及び、故障予知診断部２３ｅを備えている。運転データ受信部２３ａは、空調機１から運転データを受信する。運転データ編集部２３ｂは、受信した運転データを編集する。データ送信頻度管理部２３ｃは、監視センター５へデータ送信する頻度を管理している。異常レベル判断部２３ｄは、空調機１に異常が発生した場合にその異常のレベルを判断する。故障予知診断部２３ｅは、故障を予知する診断を行うことができる。

記憶部２４は、例えば、空調機１の機器情報２４ａ、運転データ２４ｂ、異常レベル判断データベース２４ｃを記憶している。異常レベル判断データベースとは、異常の種類とレベルとを関連付けるデータベースである。

図４は、監視センター５の内部構成の一例を示すブロック図である。監視センター５は、ローカルコントローラ２との通信部５１、制御部５２、記憶部５３、入力部５４、及び、出力部５５を備えている。制御部５２は、ＣＰＵを用いて構成されている。入力部５４は監視センター５への操作や設定を行う。出力部５５は、ディスプレイ（図示せず。）等への表示を行う。

制御部５２は、ＣＰＵにて実現される内部機能として、運転データ受信部５２ａ、及び、運転データ編集部５２ｂを備えている。運転データ受信部５２ａは、ローカルコントローラ２から運転データを受信する。運転データ編集部５２ｂは、受信した運転データを編集する。

記憶部５３は、例えば、空調機１の機器情報５３ａ、運転データ５３ｂ、異常レベル判断データベース５３ｃを記憶している。異常レベル判断データベースとは、異常の種類とレベルとを関連付けるデータベースである。

以上のように構成された空調システムにおけるローカルコントローラ２においては、空調機１から例えば１分ごとに運転データを取得し、過去所定時間（数時間）分のデータを常に記憶している。記憶は更新され、常に、直前の所定時間分のデータが記憶されている。空調機１に異常が発生しない限りは、所定時間分の履歴が更新され続けていることになる。

空調機１から、異常が発生したという情報が届いた場合、ローカルコントローラ２は、現時点で記憶しているデータを監視センター５に送信する。これにより、保守を担当するエンジニアは、空調機１を設置している現場に赴かなくても、監視センター５で異常を把握することができる場合がある。

《データ量の差別化》
但し、数時間分のデータを、異常が発生するたびに送信すると通信量が多くなり、好ましくない。そこで、基本的な考え方として、ローカルコントローラ２は、空調機１に異常が発生した場合に、発生した異常の種類に応じて監視センター５へ送信するデータ量を異ならせる。

データ量を異ならせるには、例えば、以下の態様が考えられる。
異常の種類に応じて、送信するデータの履歴時間の長さを変化させることによって、データ量を異ならせることができる。この場合、異常の分析に多くのデータが必要な異常については多くの履歴時間にわたるデータ量を送り、反対に、異常の分析に多くの履歴時間にわたるデータ量が要らない場合は、送信するデータ量を削減することができる。

また、異常の種類に応じて、送信可能なデータの一部を送るか全部を送るかによって、データ量を異ならせることができる。この場合、異常の分析に多くのデータが必要な異常については例えば送信可能な全部のデータを送り、反対に、異常の分析に多くのデータが要らない場合は、一部を送って、送信するデータ量を削減することができる。

また、異常の種類に応じて、単位時間内に送信する回数を異ならせることによって、データ量を異ならせることができる。この場合、異常の分析に多くのデータが必要な異常については単位時間に多くの回数、送信して必要なデータを送り、反対に、異常の分析に多くのデータが要らない場合は、送信回数を減らして送信するデータを削減することができる。

また、空調機が異常を発生したが運転を継続した場合に送信するデータ量は、空調機が異常を発生したことにより運転を停止した場合に送信するデータ量より少なくするようにしてもよい。空調機が異常を発生したことにより運転を停止した場合は、異常の原因究明に多くのデータ量が必要となる場合が多い。一方、空調機が異常を発生したが運転を継続している場合は、異常の原因究明に多くのデータ量は不要である場合もあるので、送信するデータ量に差をつけることで、送信するデータを削減することができる。

また、空調機が異常を発生したことにより運転を停止した場合でも、異常の種類によって送信するデータ量を異ならせることができる。この場合、同じように停止した場合でも、異常の種類によっては多くのデータ量を必要としない場合もあるので、このようにすることで、送信するデータ量を削減することができる。

《異常の分類》
空調機の異常の種類としては、例えば以下のことが考えられる。
（レベルＡ）
レベルＡの異常では、空調機が停止し、リモコン装置やローカルコントローラに異常コードが表示される。例えば、高圧圧力スイッチ作動、圧縮機ロック、吐出温度異常である。

（レベルＢ）
レベルＢの異常では空調機は停止しないが、リモコン装置やローカルコントローラに異常コードが表示される。例えば、リモコンセンサ異常、冷媒不足である。
また、ローカルコントローラが空調機の変調を捉えた場合（故障予知）が考えられる。この場合、数時間から数日の間に以上になる可能性があるので、早急な対策が必要である。例えば、吐出管温度リトライ作動、冷媒不足、圧縮機湿り運転である。

（レベルＣ）
レベルＣの異常としては、（Ｃ１）空調機は停止しないが、リモコン等にメンテナンス等のお知らせをするもの、（Ｃ２）ローカルコントローラが空調機の変調を捉えた場合、である。（Ｃ１）としては、例えばフィルター汚れ、がある。（Ｃ２）としては例えば温度センサ不良、熱交換器汚れ、冷媒スローリークがある。

異常の「深刻度」の観点からは、レベルＡ＞レベルＢ＞レベルＣの順番になる。従って、送信するデータ量も、この順番となるように異ならせてもよい。
但し、レベルＡであっても異常原因が容易にわかる異常の場合は、必ずしも多くのデータ量を送信しなくてもよい。逆に、レベルＣであっても異常原因の究明が難しい異常である場合は、多くのデータを送信する方が良い。従って、レベルのみならず、原因究明に多くのデータ量が必要か否かの経験的な判断も加味して、送信するデータ量を異ならせることもできる。

《開示のまとめ》
（１）本開示の空調システムは、空調機と、前記空調機と通信可能に接続され、前記空調機の異常を監視する機能を有するローカルコントローラと、前記ローカルコントローラとネットワーク回線を介して通信可能に接続された監視センターと、を備えた空調システムであって、前記ローカルコントローラは、前記空調機に異常が発生した場合に、発生した異常の種類に応じて前記監視センターへ送信するデータ量を異ならせる、空調システムである。
上記のように構成された空調システムでは、空調機に異常が発生した場合に、一律に全ての異常について同じデータ量を送るのではなく、異常の種類に応じて監視センターへ送信するデータ量を異ならせることで、送信するデータ量を削減することができる。従って、通信量の増大を抑制しつつ、異常原因の究明に必要なデータを確保することができる。

（２）また、（１）において、前記異常の種類に応じて、送信するデータの履歴時間の長さを変化させることによって、前記データ量を異ならせることができる。
この場合、異常の分析に多くのデータが必要な異常については多くの履歴時間にわたるデータ量を送り、反対に、異常の分析に多くの履歴時間は要らない場合は、送信するデータ量を削減することができる。

（３）また、（１）において、前記異常の種類に応じて、送信可能なデータの一部を送るか全部を送るかによって、前記データ量を異ならせることができる。
この場合、異常の分析に多くのデータが必要な異常については例えば送信可能な全部のデータを送り、反対に、異常の分析に多くのデータが要らない場合は、一部を送って、送信するデータ量を削減することができる。

（４）また、（１）において、前記異常の種類に応じて、単位時間内に送信する回数を異ならせることによって、前記データ量を異ならせることができる。
この場合、異常の分析に多くのデータが必要な異常については単位時間に多くの回数、送信して必要なデータを送り、反対に、異常の分析に多くのデータが要らない場合は、送信回数を減らして送信するデータを削減することができる。

（５）また、（１）において、前記空調機が異常を発生したが運転を継続した場合に送信するデータ量は、前記空調機が異常を発生したことにより運転を停止した場合に送信するデータ量より少ない、とすることもできる。
空調機が異常を発生したことにより運転を停止した場合は、異常の原因究明に多くのデータ量が必要となる場合が多い。一方、空調機が異常を発生したが運転を継続している場合は、異常の原因究明に多くのデータ量は不要である場合もあるので、送信するデータ量に差をつけることで、送信するデータを削減することができる。

（６）また、（５）において、前記空調機が異常を発生したことにより運転を停止した場合でも、異常の種類によって送信するデータ量を異ならせることもできる。
この場合、同じように停止した場合でも、異常の種類によっては多くのデータ量を必要としない場合もあるので、このようにすることで、送信するデータ量を削減することができる。

（７）ローカルコントローラについての開示として考えれば、空調機と監視センターとを互いに接続するローカルコントローラであって、前記空調機及び前記監視センターとそれぞれ通信可能な通信部と、前記空調機に異常が発生した場合に、発生した異常の種類に応じて前記監視センターへ送信するデータ量を異ならせる制御部と、を備えているローカルコントローラである。
上記のように構成されたローカルコントローラでは、空調機に異常が発生した場合に、一律に全ての異常について同じデータ量を送るのではなく、異常上の種類に応じて監視センターへ送信するデータ量を異ならせることで、送信するデータ量を削減することができる。従って、通信量の増大を抑制しつつ、異常原因の究明に必要なデータを確保することができる。

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

１：空調機、２：ローカルコントローラ、３：ルータ、４：インターネット、５：監視センター、１１：室外機、１１ａ：基板、１１ｂ：制御部、１１ｃ：通信部、１１ｄ：記憶部、１２：室外機、１２ａ：基板、１２ｂ：制御部、１２ｃ：通信部、１２ｄ：記憶部、２１：通信部、２２：通信部、２３：制御部、２３ａ：運転データ受信部、２３ｂ：運転データ編集部、２３ｃ：データ送信頻度管理部、２３ｄ：異常レベル判断部、２３ｅ：故障予知診断部、２４：記憶部、２４ａ：機器情報、２４ｂ：運転データ、２４ｃ：異常レベル判断データベース、５１：通信部、５２：制御部、５２ａ：運転データ受信部、５２ｂ：運転データ編集部、５３：記憶部、５３ａ：機器情報、５３ｂ：運転データ、５３ｃ：異常レベル判断データベース、５４：入力部、５５：出力部、Ｃ１：通信線

Claims (7)

1. 空調機（１）と、
   前記空調機（１）と通信可能に接続され、前記空調機（１）の異常を監視する機能を有するローカルコントローラ（２）と、
   前記ローカルコントローラ（２）とネットワーク回線（４）を介して通信可能に接続された監視センター（５）と、を備えた空調システムであって、
   前記ローカルコントローラ（２）は、前記空調機（１）に異常が発生した場合に、発生した異常の種類に応じて前記監視センター（５）へ送信するデータ量を異ならせる、空調システム。
2. 前記異常の種類に応じて、送信するデータの履歴時間の長さを変化させることによって、前記データ量を異ならせる、請求項１に記載の空調システム。
3. 前記異常の種類に応じて、送信可能なデータの一部を送るか全部を送るかによって、前記データ量を異ならせる、請求項１に記載の空調システム。
4. 前記異常の種類に応じて、単位時間内に送信する回数を異ならせることによって、前記データ量を異ならせる、請求項１に記載の空調システム。
5. 前記空調機（１）が異常を発生したが運転を継続した場合に送信するデータ量は、前記空調機（１）が異常を発生したことにより運転を停止した場合に送信するデータ量より少ない、請求項１に記載の空調システム。
6. 前記空調機（１）が異常を発生したことにより運転を停止した場合でも、異常の種類によって送信するデータ量を異ならせる、請求項５に記載の空調システム。
7. 空調機（１）と監視センター（５）とを互いに接続するローカルコントローラ（２）であって、
   前記空調機（１）及び前記監視センター（５）とそれぞれ通信可能な通信部（２１，２２）と、
   前記空調機（１）に異常が発生した場合に、発生した異常の種類に応じて前記監視センター（５）へ送信するデータ量を異ならせる制御部（２３）と、
   を備えているローカルコントローラ。

Images