JPWO2014002132A1 - 空気調和機制御システム - Google Patents

Abstract

空気調和機制御システム１００を構成する各接続機器のそれぞれは、運転中に取得した自己の制御に関わる制御データを順次蓄積するメモリを有し、そのメモリ内の制御データのバックアップを行うにあたり、空気調和機制御システムを構成する複数の空気調和機系統に接続された、自己以外の他の接続機器のそれぞれの空きメモリ量に基づいて、他の接続機器の中からバックアップ先を選択し、その選択したバックアップ先に、空気調和機制御システムにおける通常の運用に関わる通信に支障をきたすことがないと判断したタイミングでバックアップを行う。

Description

本発明は、空気調和機制御システムに関する。

複数の空気調和機をコントローラにより集中制御するシステムにおいて、コントローラが記憶している各空調調和機に関する設定データが消失した場合に復元可能にバックアップする技術として、次のような技術がある。すなわち、コントローラが記憶している各空気調和機の制御に使用する種々の設定データを、記録媒体（ハードディスク、フロッピィディスク、ＣＤ−ＲＯＭ、ＣＤ−ＲＡＭ等）にバックアップするのではなく、コントローラによる制御対象である空気調和機側に、それぞれの空気調和機自身の設定データを個別に、又は全ての空気調和機に関する設定データを全ての空気調和機にバックアップさせるようにした技術がある（例えば、特許文献１参照）。

この技術によれば、コントローラの持つ各空気調和機の設定データが消失した場合でも、空気調和機にバックアップした設定データに基づいてコントローラの記憶装置を復元することが可能である。

特開２００５−３０８２５４号公報（要約）

特許文献１に記載の技術では、設定データのみをバックアップの対象としており、操作履歴、吸込湿度履歴、吸込温度履歴及び運転時間等の制御データをバックアップする点について検討されていない。しかし、制御データは、メンテナンス時に空気調和機の運転状況を把握したり、空気調和機の使用電力料金を計算したりするために必要なデータであるため、バックアップすることが望まれている。そして、特許文献１に記載の技術では、そのバックアップ対象が設定データであることから、バックアップ先では設定データを上書きして最新の設定データをバックアップしている。しかし、制御データの場合は、その履歴を把握することが望まれるため、上書きではなく蓄積して記憶される。よって、メモリ量を考慮してバックアップを行う必要が生じるが、その点についても全く検討されていない。

また、特許文献１に記載の技術では、コントローラから空気調和機への設定データのバックアップを、適宜の時間間隔としている。このため、例えば複数のコントローラと複数の空気調和機とが同一系統のネットワークに接続されていた場合において、通常の運用状態でやり取りされる信号の通信トラフィック量が多くなる時間などにおいては、更にバックアップアップデータのトラフィックも追加されることになるため、通常の運用に必要なデータの送受信に支障をきたす可能性がある。よって、空気調和機制御システムとしての信頼性が低くなってしまうという問題があった。

本発明は、このような点を鑑みなされたもので、通常の運用に関わる通信に支障をきたすことなく、空気調和機制御システムを構成する接続機器のメモリを有効に活用して制御データをバックアップすることが可能な空気調和機制御システムを提供することを目的とする。

本発明に係る空気調和機制御システムは、室外機と、室内機と、室外機及び室内機を集中的に管理制御するコントローラとが通信可能に接続された空気調和機系統を複数備え、各空気調和機系統同士が通信可能に接続された空気調和機制御システムであって、空気調和機制御システムを構成する各接続機器のそれぞれは、運転中に取得した自己の制御に関わる制御データを順次蓄積するメモリと、バックアップ開始タイミングになると、バックアップ処理を開始する演算部とを備え、演算部は、バックアップ処理として、複数の空気調和機系統に接続された、自己以外の他の接続機器のそれぞれの空きメモリ量に基づいて、他の接続機器の中からバックアップ先を選択するバックアップ先選択処理と、バックアップの実行タイミングを、空気調和機制御システムにおける通常の運用に関わる通信に支障をきたすことのないタイミングに決定する実行タイミング決定処理と、バックアップ先選択処理で選択されたバックアップ先に、実行タイミング決定処理で決定された実行タイミングでメモリ内に蓄積された制御データを送信してバックアップさせるバックアップ実行処理と、を行うものである。

本発明によれば、通常の運用に関わる通信に支障をきたすことなく、空気調和機制御システムを構成する接続機器のメモリを有効に活用して制御データをバックアップすることが可能な空気調和機制御システムを得ることができる。

本発明の実施の形態１に係る空気調和機制御システムのシステム図である。 図１のコントローラの構成を示すブロック図である。 図１の室外機の構成を示すブロック図である。 図１の室内機の構成を示すブロック図である。 図１の汎用機器の構成を示すブロック図である。 図１のリモコンの構成を示すブロック図である。 図１の各接続機器の制御データをまとめた表を示す図である。 本発明の実施の形態１に係る空気調和機制御システムの、ある接続機器における制御データのバックアップについて示したフローチャートである。 図８の実行タイミング決定処理の流れを示すフローチャートである。 ある一日のネットワーク上の通信トラフィック量を示した図である。 バックアップ時のバックアップ元の接続機器とバックアップ先の接続機器とのそれぞれのメモリの蓄積データの変化を示した図である。 本発明の実施の形態２に係る空気調和機制御システムにおけるバックアップの実行タイミング決定処理を示すフローチャートである。 本発明の実施の形態３に係る空気調和機制御システムの、ある接続機器における制御データのバックアップについて示したフローチャートである。 本発明の実施の形態４に係る空気調和機制御システムの、ある接続機器における制御データのバックアップについて示したフローチャートである。

実施の形態１．
図１は、本発明の実施の形態１に係る空気調和機制御システムのシステム図である。
空気調和機制御システム１００は、複数の空気調和機系統（以下、略して系統という）１０を有し、各系統１０は、コントローラ１と、室外機２と、室内機３と、汎用機器４と、室内機３を遠隔操作するリモコン５とを備えており、これらがデータ通信可能に接続されている。図１には、一つの系統に各接続機器（コントローラ１、室外機２、室内機３、汎用機器４及びリモコン５）がそれぞれ一台ずつ接続された構成を図示しているが、台数は一台に限定するものではなく、複数台接続されていてももちろんよい。

また、各系統１０のコントローラ１同士はネットワークにより互いにデータ通信可能に接続されている。なお、以下では、各系統１０をそれぞれ個別に区別する場合には１０−ａ、１０−ｂ、・・・
１０−ｎ、と符号を付し、他の機器についても同様にして符号を付すこととする。また、各接続機器には、それぞれアドレスが付与されて区別可能となっており、各接続機器が通信を行う際には、信号の送信元と送信先のアドレスを含んだ信号を送信するものとする。

図２は、図１のコントローラの構成を示すブロック図である。
コントローラ１は、室外機２及び室内機３を集中的に管理制御する装置である。コントローラ１は、演算部（ＣＰＵ等）１７による制御に係るデータを一時的に保持するＲＡＭ１１と、自己の制御に関わる制御データや、通信部１４で受信した各種制御データ及び、操作部３５で設定した設定データ（スケジュール設定情報を含む）を蓄積するメモリ１２と、制御のプログラムを格納しているＲＯＭ１３とを備えている。コントローラ１は更に、他接続機器と通信を行う通信部１４と、使用者に対して各種情報を表示するための表示部１５と、使用者が空気調和機制御システム１００の操作・設定を行うための操作部１６と、コントローラ１内の各機器１１〜１６を制御する演算部１７とを備えている。

スケジュール設定情報は、空気調和機制御システム１００における一日を通じての通信トラフィック量を判断可能な情報であり、例えば、時刻に応じた室内機３の運転状態の情報が記憶される。例えば、８時〜１２時の間は２５℃で運転する等である。その他、日付及び曜日も含めて設定したものであってもよい。

図３は、図１の室外機の構成を示すブロック図である。
室外機２は、演算部（ＣＰＵ等）２６による制御に係るデータを一時的に保持するＲＡＭ２１と、自己の制御に関わる制御データや、通信部２４で受信した各種制御データ、操作部２５で設定した設定データを蓄積するメモリ２２と、制御のプログラムを格納しているＲＯＭ２３とを備えている。室外機２は更に、他接続機器と通信を行う通信部２４と、設定を行うための操作部２５と、室内機３内の各構成部２１〜２５を制御するための演算部２６とを備えている。

図４は、図１の室内機の構成を示すブロック図である。
室内機３は、演算部（ＣＰＵ等）３６による制御に係るデータを一時的に保持するＲＡＭ３１と、自己の制御に関わる制御データや、通信部３４で受信した各種制御データ及び、操作部３５で設定した設定データを蓄積するメモリ３２と、制御のプログラムを格納しているＲＯＭ３３とを備えている。室内機３は更に、他接続機器と通信を行う通信部３４と、設定を行うための操作部３５と、室外機２内の各構成部３１〜３５を制御するための演算部３６とを備えている。また、室内機３には、吸込温度や吸込湿度を検出する検出センサ（図示せず）等が設けられている。

図５は、図１の汎用機器の構成を示すブロック図である。
汎用機器４は、例えばＰＬＣ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｃｏｎｔｒｏｌｌｅｒ）と言われる機器であり、接点が照明や温度計などに接続されており、照明がＯＮしたら室内機３を動かす、温度が例えば３０℃以上になったら冷房運転を開始するなどの制御が可能となる機器である。

この汎用機器４は、演算部（ＣＰＵ等）４７による制御に係るデータを一時的に保持するＲＡＭ４１と、自己の制御に関わる制御データや、通信部４４で受信した各種制御データ及び、操作部で設定した設定データを蓄積するメモリ４２と、制御のプログラムを格納しているＲＯＭ４３とを備えている。汎用機器４は更に、他接続機器と通信を行う通信部４４と、アナログ入出力及びデジタル入出力を持った接点４５と、接点４５の設定を行うための操作部４６と、汎用機器４内の各構成部４１〜４６を制御するための演算部４７とを備えている。

図６は、図１のリモコン構成を示すブロック図である。
リモコン５は、演算部（ＣＰＵ等）５７による制御に係るデータを一時的に保持するＲＡＭ５１と、自己の制御に関わる制御データや、通信部で受信した各種制御データ及び、操作部で設定した設定データを蓄積するメモリ５２と、制御のプログラムを格納しているＲＯＭ５３とを備えている。リモコン５は更に、他接続機器と通信を行う通信部５４と、使用者に対して各種情報を表示するための表示部５５と、使用者が空気調和機システムの操作・設定を行うための操作部５６と、リモコン５内の各構成部５１〜５６を制御するための演算部５７とを備えている。

以上に説明した各接続機器（コントローラ１、室外機２、室内機３、汎用機器４及びリモコン５）は、時間の経過に伴って順次取得した制御データを、それぞれ自己の各メモリ１２、２２、３２、４２、５２に順次蓄積していく。

図７は、各接続機器の制御データをまとめた表を示す図である。制御データは、運転中に取得した自己の制御に関わる制御データであり、各接続機器別にユーザーが任意に設定可能である。図７にはその一例を示しているが、図示のものに限定されるわけではない。
コントローラ１では、空気調和機制御システム１００全体のエネルギー消費量に関わるデータ（例えば、課金データ、運転時間等）が制御データに設定される。室外機２では、動作周波数が制御データに設定される。室内機３では運転データ（例えば吸込湿度、吸込温度等）が制御データに設定される。

また、汎用機器４では、接点に接続される機器のトレンドデータに設定される。リモコン５では操作内容等が制御データに設定される。また、各制御データのそれぞれは、重要データ又は非重要データが指定される。重要データには、消失したくない重要なデータが指定され、この例では、課金データ、運転時間データ及び電気料金データが重要データとして指定されている。制御データのうち、どのデータを重要データにするかは、初期設定時等においてユーザーにより任意に設定可能である。図７における「生データ／演算データ」については後述の実施の形態で説明する。

各接続機器において各メモリ１２、２２、３２、４２、５２に蓄積された制御データがバックアップ対象である。そのバックアップを行うために各接続機器の各演算部１７、２６、３６、４７、５７で行われるバックアップ処理の機能的な構成について次に説明する。

各演算部１７、２６、３６、４７、５７のそれぞれにおいて行われるバックアップ処理は、大きく分けてバックアップ先選択処理と、実行タイミング決定処理と、バックアップ実行処理との３つの処理からなる。

バックアップ先選択処理では、空気調和機制御システム１００を構成する各接続機器の中からバックアップ先となる接続機器を選択決定する処理を行う。バックアップ先となるのは、自己が接続された系統１０に接続された接続機器のみならず、他系統１０の各接続機器を全て含む。選択方法としては、例えば、自己以外の他の接続機器の空きメモリ量を確認してバックアップ先を最適選択する。なお、空きメモリ量の他、制御負荷状態も考慮して最適選択を行うようにしてもよい。最適選択については後述する。

なお、コントローラ１は、自己と同じ系統１０の各接続機器それぞれと定期的に通信して各接続機器それぞれの空きメモリ量及び制御負荷状態（演算部の負荷状態）を把握している。また、コントローラ１は、他の系統１０のコントローラ１と通信を行うことにより、他系統１０の各接続機器それぞれの空きメモリ量及び制御負荷状態（演算部の負荷状態）を把握できる。

よって、自己が室外機２、室内機３、汎用機器４及びリモコン５である場合には、自己が接続された系統１０のコントローラ１に、自己と同じ系統１０及び他系統１０の各接続機器の空きメモリ量を問い合わせし、その応答に基づいてバックアップ先の最適選択を行うことになる。自己がコントローラ１の場合には、自己が保持する、自己と同じ系統１０の各接続機器の空きメモリ量と、他系統１０のコントローラ１に対して問い合わせして得られた、他系統１０の各接続機器の空きメモリ量とに基づいてバックアップ先の最適選択を行う。

実行タイミング決定処理では、空気調和機制御システム１００のネットワークにおける通信トラフィック量に基づいてバックアップの実行タイミングを決定する処理を行う。具体的には、現在の通信トラフィック量が所定量よりも少ない場合には、即時バックアップするように実行タイミングを決定し、現在の通信トラフィック量が所定量以上の場合には、通信トラフィック量が所定量よりも少ない時間帯の時刻を実行タイミングに決定する。

バックアップ実行処理では、バックアップ先選択処理で選択されたバックアップ先に、実行タイミング決定処理で決定された実行タイミングで、メモリ内に蓄積された制御データを送信してバックアップさせる。

ここで、演算部は、自己のメモリに制御データを蓄積する際、その制御データが重要データであるのか非重要データであるのかに応じてバックアップ処理を開始するタイミングを変えるようにしている。制御データが非重要データの場合は、現時点ではバックアップ処理を行わず、メモリ内の蓄積データ量が予め設定された閾値を超えた時にバックアップ処理を開始するようにする。一方、制御データが重要データである場合には、バックアップ先選択処理を行ってバックアップ先を選択し、そのバックアップ先に即時バックアップするようにしている。

なお、閾値は、以下のように決定するようにしてもよい。初期設定時には、どのデータを取得（メモリに蓄積）するかを設定しており、その設定された蓄積データの蓄積スピードは、初期設定の段階でデータ種類とシステム構成とからある程度把握できる。よって、閾値はメモリ容量や蓄積スピードを考慮して決定するようにしてもよい。また、閾値はここでは蓄積データ量としているが、蓄積データ量に代替可能な指標として、年月を用いても良い。すなわち、上述したように、初期設定の段階でメモリ内に蓄積されるデータの蓄積スピードをある程度把握できるため、メモリ容量や蓄積スピードを考慮し、メモリに蓄積可能な年月を算出できる。よって、例えば３ヶ月後（３ヶ月後からバックアップ開始の設定）、といったように閾値を決定してもよい。また、全体メモリに占める蓄積データの割合で決めても良いし、制御データを蓄積可能な残り日数又は残り時間によって決定してもよい。閾値は、各接続機器毎に設定される。

次に、空気調和機制御システム１００におけるバックアップ動作について説明する。
図８は、本発明の実施の形態１に係る空気調和機制御システムの、ある接続機器における制御データのバックアップについて示したフローチャートである。以下、各ステップについて説明する。なお、各接続機器で行われる処理の流れは同じであるため、ここでは、系統１０−ａの室内機３−ａがバックアップ元であるとして説明を行う。

室内機３−ａの演算部３６は、室内機３−ａにおいて制御データを取得すると（Ｓ１）、その制御データを自己のメモリ３２に蓄積する（Ｓ２）と共に、その制御データが重要データか否かを判断する（Ｓ３）。

室内機３−ａは、取得した制御データが重要データではないと判断した場合、ステップＳ４〜Ｓ７の処理を行い、重要データであると判断した場合、ステップＳ８、Ｓ９の処理を行う。以下ではまず、取得した制御データが非重要データである場合のステップＳ４〜Ｓ７の処理について説明し、取得した制御データが重要データである場合のステップＳ８、Ｓ９の説明は後述する。

ステップＳ４では、上述したようにメモリ１２内の蓄積データ量が予め設定された閾値を超えているかどうかをチェックする（Ｓ４）。メモリ１２内の蓄積データ量が予め設定された閾値以下の場合は、バックアップ処理には入らず、ステップＳ１に戻る。一方、メモリ１２内の蓄積データが閾値を超えた場合は、バックアップ処理に入る（Ｓ５〜Ｓ８）。すなわち、室内機３−ａは空気調和機制御システム１００を構成する各接続機器の中からバックアップ先を選択決定する（Ｓ５）。具体的には、室内機３−ａの演算部３６は、自己が接続された系統１０のコントローラ１−ａに、自己が接続された系統１０及び他系統１０の各接続機器の空きメモリ量を問い合わせして確認し、その確認結果に基づいてバックアップ先の最適選択を行う。

最適選択の方法は、空気調和機制御システム１００の利用形態等に応じて適宜設定でき、例えば最も空きメモリ量が多い接続機器を最適としてもよいし、空きメモリ容量が所定量よりも多く、且つ蓄積量や蓄積回数が少なく蓄積スピードが遅いメモリを有する接続機器を最適としてもよい。また、制御する接続機器が少なく、演算部の負荷が少ない接続機器を最適としてもよい。

そして、以上のようにしてバックアップ先が決定した後、続いて室内機３−ａは、バックアップの実行タイミングを決定する実行タイミング決定処理を行う（Ｓ６）。以下、実行タイミング決定処理について図９を参照して説明する。

図９は、図８の実行タイミング決定処理の流れを示すフローチャートである。
室内機３−ａは、ネットワーク上を流れる現在の通信トラフィック量を考慮し、即時バックアップした場合に通常の運用に関わる通信に支障をきたす可能性があるかを判断する（Ｓ１１）。そして、通常の運用に関わる通信に支障をきたす可能性がないと判断した場合には、即時バックアップするように実行タイミング（バックアップデータ送信時刻）を決定する（Ｓ１２）。なお、通信トラフィック量の他、自身の負荷状況やバックアップ先の負荷状況も更に考慮して実行タイミングを決定するようにしてももちろんよい。

一方、ステップＳ１１で、即時バックアップした場合に通常の運用に関わる通信に支障をきたす可能性があると判断した場合、室内機３−ａは、コントローラ１−ａに記憶されたスケジュール設定情報を参照し（Ｓ１３）、空気調和機制御システム１００全体の通信トラフィック量が所定量よりも少ない時間帯を実行タイミング（バックアップデータ送信時刻）として決定する（Ｓ１４）。

図１０は、ある一日のネットワーク上の通信トラフィック量を示した図である。図１０において横軸を時間、縦軸を通信トラフィック量としている。
各接続機器は、コントローラ１が保持するスケジュール設定情報から、このようなおおよその通信トラフィック量を把握しており、このデータを元に実行タイミングの決定を行う。

ここで、図８のフローチャートの説明に戻る。
室内機３−ａは、以上の実行タイミング決定処理を終えると、メモリ１２内の制御データを、ステップＳ５で選択したバックアップ先に、ステップＳ６で決定した実行タイミングで送信してバックアップを行う（Ｓ７）。

図１１は、バックアップ時のバックアップ元の接続機器とバックアップ先の接続機器とのそれぞれのメモリの蓄積データの変化を示した図である。図１１において、色付きの部分はメモリ内に蓄積されたデータを示している。ここでは、バックアップ元の接続機器が室内機３−ａ、バックアップ先の接続機器が室外機２−ａとして説明する。また、図１１において矢印はデータ移動を示している。なお、ここでは通信トラフィック量が所定量以下であり、即時にバックアップを行う例で説明する。

Ｔ＝０の時点では、バックアップ元の室内機３−ａのメモリ３２は空の状態であり、Ｔ１の時点で、図１１中の点線で示した閾値以下の蓄積データ量の制御データが蓄積されている。そして、Ｔ２の時点で、メモリ３２の蓄積データ量が、閾値を超えるデータ量Ｄ１となっている。そして、Ｔ３の時点で、メモリ３２内に更にデータ量Ｄ２のデータが蓄積され、Ｔ４の時点では、データの更なる蓄積はなく、データ量はＤ１＋Ｄ２のままとなっている。

室内機３−ａにおいてこのように蓄積データ量が変化する場合、Ｔ２の時点でメモリ３２のデータ量Ｄ２が閾値を超えるため、室内機３−ａは、メモリ３２に蓄積されているデータ量Ｄ１の全データを、バックアップ先として選択された室外機２−ａに送信する。室外機２−ａは、Ｔ０〜Ｔ２の時点でデータ量Ｄ３のデータを蓄積しており、Ｔ３の時に室内機３−ａから送信されてきたデータ量Ｄ１のデータを自己のメモリ２２に更に蓄積することになる。

そして、室内機３−ａは、Ｔ３の時点で更にデータ量Ｄ２の制御データが自己のメモリ３２に蓄積されている。このとき、室内機３−ａでは自己のメモリ３２内の蓄積データ量が閾値を既に超えていることから、バックアップ処理に入り、まず、バックアップアップ先の選択を行う。ここでは再びトラフィック量の関係から室外機２−ａがバックアップ先として選択するとすると、バックアップ元の室内機３−ａは、データ量Ｄ２の制御データをバックアップ先の室外機２−ａに送信する。つまり、蓄積データ量が閾値を超えた際の初回のバックアップ時は、メモリ３２内の全データをバックアップするが、それ以降のバックアップ時には、メモリ３２に新たに蓄積された分の制御データをバックアップすることになる。

データ量Ｄ２の制御データを受信した室外機２−ａは、受信したデータ量Ｄ２の制御データをＴ４で自己のメモリ２２に更に蓄積する。

ここで、再び図８のフローチャートに戻る。
以上の処理は、ステップＳ３で制御データが非重要データであると判断された場合のバックアップ処理の流れである。一方、ステップＳ３で制御データが重要データであると判断された場合は、即時にバックアップを行う（Ｓ８、Ｓ９）。すなわち、ステップＳ５と同様のバックアップ先を選択する処理を行い（Ｓ８）、制御データ（重要データ）を、ステップＳ８で決定バックアップ先に即時送信してバックアップさせる（Ｓ９）。

以上説明したように、本実施の形態１では、メモリ内の制御データをバックアップするにあたり、空気調和機制御システム１００における通常の運用に関わる通信に支障をきたすことがないと判断したタイミングでバックアップする。このため、突然の接続機器の故障時による制御データの消失のリスクを低減することができると同時に、通常の空気調和機制御システム１００の操作等の通信に支障をきたすことなく制御データのバックアップを実現することができる。

また、本実施の形態１では、自己以外の他の全接続機器の空きメモリ量に基づいて動的にバックアップ先を選択するため、バックアップ先を予め決める場合に比べ、全接続機器のメモリを有効に活用することができる。つまり、空気調和機制御システム１００に接続される接続機器の全てのメモリを平均して無駄なく使用することができる。よって、ある接続機器にバックアップが集中するのを避けることができ、メモリの長寿命化や、ひいては製品寿命を延ばすことが可能となる。

また、制御データのうち、重要データについては即時バックアップするようにしたので、重要データがバックアップされない空白の期間がなく、重要データが消失した場合の復元を確実なものとすることができる。なお、メモリの蓄積データ量が閾値を超えた際の初回のバックアップでは、閾値を超える量の制御データを一度にバックアップするため、上述したようにトラフィック量を考慮する必要がある。しかし、即時バックアップされる重要データ単体では、現状の通信トラフィック量に併せて送信しても、通信可能な通信トラフィック量を上回ることはない。このため、即時バックアップを行っても、通常の運用に関わる通信に支障をきたすことはない。

なお、本実施の形態１のバックアップ方法では、自己以外の他の全接続機器の空きメモリに自己の制御データが分散してバックアップされることになる。よって、復元時にバックアップ先を特定可能なように、バックアップ先のアドレスを自己接続機器が保持していることはいうまでもない。

実施の形態２．
実施の形態２は、空気調和機制御システム１００のネットワーク上の通信トラフィック量が一日を通じて一定量以上あるような場合に用いて好適なバックアップ方法に関する。以下、実施の形態２が実施の形態１と異なる部分を中心に説明する。なお、実施の形態１と同様の構成部分について適用される変形例は、本実施の形態２についても同様に適用される。この点については後述の実施の形態においても同様である。

実施の形態２の空気調和機制御システム１００の構成は図１に示した実施の形態１と同様である。また、図８のフローチャートも実施の形態１と同様であり、メモリ内の蓄積データ量が閾値を超えた際に行う実行タイミング決定処理が実施の形態１と異なる。

図１２は、本発明の実施の形態２に係る空気調和機制御システムにおけるバックアップの実行タイミング決定処理を示すフローチャートである。なお、図１２のフローチャートは、空気調和機制御システム１００のネットワーク上のトラフィック量が、一日を通じて一定量以上ある場合のフローチャートである。
このようなトラフィック状況のシステムの場合、メモリ内の蓄積データ量が閾値を超えた際の初回のバックアップ時に、メモリ内の制御データを一度にバックアップすると、通常の運用に関わる通信に支障をきたす可能性がある。よって、バックアップ元の接続機器は、自己のメモリ内の蓄積データ量が閾値を超えた際の初回のバックアップ時は、自己のメモリ内の制御データを複数に分け、それぞれを時間的にずらして段階的にバックアップするように実行タイミングを決定する（Ｓ２１）。

以上説明したように実施の形態２によれば、実施の形態１と同様の効果が得られると共に、空気調和機制御システム１００のネットワーク上のトラフィック量が一日を通じて一定量以上あるような場合にも、通常の運用に関わる通信に支障をきたすことなくバックアップを行うことができる。

実施の形態３．
実施の形態３は、制御データが、運転中に例えば吸込温度センサ等の検出装置で取得した生データであるのか、又は生データに基づいて得られた演算データであるのか、を考慮した効果的なバックアップに関する。

実施の形態３の空気調和機制御システム１００の構成は実施の形態１の図１と同様である。

図１３は、本発明の実施の形態３に係る空気調和機制御システムの、ある接続機器における制御データのバックアップについて示したフローチャートである。なお、制御データの「生データ」と「演算データ」の区別は、図７に示した通りである。
空気調和機制御システム１００では、「生データ」を用いて所定のデータを算出する処理を行っている（Ｓ３１）。例えば、課金データと運転時間データとを用いてあるエリアの１時間あたりの電気料金を算出する処理を行っている。この電気料金データが「演算データ」に該当する。

バックアップ元の接続機器は、運転中に「生データ」を取得すると、その「生データ」を自己のメモリに蓄積するが（図１３のフローチャートには図示せず）、「演算データ」である電気料金データも制御データであるため、自己のメモリに蓄積する（Ｓ３２）。そして、バックアップ元の接続機器は、「演算データ」をバックアップ先にバックアップする（Ｓ３３）。ステップＳ３３でのバックアップの流れは実施の形態１、２と同様であり、上述したバックアップ処理に従ってバックアップを行う。

ここで、「生データ」は「演算データ」に比べてサイズが大きい。このため、バックアップ元の接続機器は、ステップＳ３２で「演算データ」を自己のメモリへ蓄積して以降に、「演算データ」を算出するために用いた「生データ」を自己のメモリから削除する（Ｓ３４）。

以上説明したように本実施の形態３によれば、実施の形態１、２と同様の効果が得られると共に、バックアップ元の接続機器は、「演算データ」を自己のメモリに蓄積して更にバックアップした後、その「演算データ」を算出するために用いた「生データ」を自己のメモリから削除するようにした。これにより、以下の効果が得られる。すなわち、「生データ」は「演算データ」に比べてサイズが大きいため、削除することにより自己のメモリの無駄遣いを防ぐことができる。

また、例えば、リモコン５−ａに電気料金を表示させたい場合等、「演算データ」を必要としている接続機器側からすれば、演算済の「演算データ」を演算元の接続機器からネットワークを介して取得すればよく、「生データ」を演算元の接続機器から取得して自己の演算部で演算する必要がない。よって、トラフィック負荷を軽減できると共に、「演算データ」を必要としている接続機器のＣＰＵ負荷を低減することができる。

なお、「演算データ」が、ここでは複数の生データを用いて算出された演算データを例として説明したが、一つの生データに対して所定の演算を行って得られた演算データであってもよい。

実施の形態４．
実施の形態４は、バックアップ元の接続機器が、バックアップ先の接続機器の制御負荷状態（演算部の負荷状態）に応じて、自己のメモリ内の制御データの送信データ量を変更してバックアップ先に送信するようにしたものである。

実施の形態４の空気調和機制御システム１００の構成は図１に示した実施の形態１と同様である。

図１４は、本発明の実施の形態４に係る空気調和機制御システムの、ある接続機器における制御データのバックアップについて示したフローチャートである。図１４において図８に示した実施の形態１と同一処理部分には同一ステップ番号を示している。以下、実施の形態４が実施の形態１と異なる点を中心に説明する。

バックアップ元の接続機器は、ステップＳ６の実行タイミング決定処理後、バックアップ先の制御負荷状態を確認する（Ｓ４１）。この確認は、例えばバックアップ元の接続機器が室内機３である場合は、自己が属する系統１０のコントローラ１に問い合わせすることで確認できる。そして、バックアップ先の制御負荷状態が低ければ、バックアップ元の接続機器は、自己のメモリ内の制御データをそのまま、ステップＳ５で決定したバックアップ先に、ステップＳ６で決定した実行タイミングで送信してバックアップを行う（Ｓ４２）。一方、バックアップ先の負荷状態が高ければ、バックアップ元の接続機器は、自己のメモリ内の制御データを、バックアップ先に間引送信又は圧縮送信してバックアップさせる（Ｓ４３）。

以上説明したように本実施の形態４によれば、実施の形態１と同様の効果が得られると共に以下の効果が得られる。すなわち、バックアップ元の接続機器は、バックアップ先の演算部の負荷状態が高い場合、自己のメモリ内の制御データを間引き送信又は圧縮送信してバックアップさせるようにしたので、バックアップ先の演算部の負荷軽減やメモリ使用量の削減を実現することができる。

また、各実施の形態１〜４においてそれぞれ別の実施の形態として説明したが、各実施の形態の特徴的な処理を適宜組み合わせて接続機器を構成してもよい。例えば、実施の形態２と実施の形態４とを組み合わせ、バックアップ先に段階的に送信する制御データを、間引き送信又は圧縮送信してバックアップさせる等としてもよい。

１ コントローラ、２ 室外機、３ 室内機、４ 汎用機器、５ リモコン、１０ 系統、１２ メモリ、１３ ＲＯＭ、１４ 通信部、１５ 表示部、１６ 操作部、１７ 演算部、２１ ＲＡＭ、２２ メモリ、２３ ＲＯＭ、２４ 通信部、２５ 操作部、２６ 演算部、３１ ＲＡＭ、３２ メモリ、３３ ＲＯＭ、３４ 通信部、３５ 表示部、３６ 操作部、３６ 演算部、４１ ＲＡＭ、４２ メモリ、４３ ＲＯＭ、４４ 通信部、４５ 接点、４６ 操作部、４７ 演算部、５１ ＲＡＭ、５２ メモリ、５３ ＲＯＭ、５４ 通信部、５５ 表示部、５６ 操作部、５７ 演算部、１００ 空気調和機制御システム。

本発明に係る空気調和機制御システムは、室外機と、室内機と、室外機及び室内機を集中的に管理制御するコントローラとが通信可能に接続された空気調和機系統を複数備え、各空気調和機系統同士が通信可能に接続された空気調和機制御システムであって、空気調和機制御システムを構成する各接続機器のそれぞれは、運転中に取得した自己の制御に関わる制御データを順次蓄積するメモリと、バックアップ開始タイミングになると、バックアップ処理を開始する演算部とを備え、演算部は、バックアップ処理として、複数の空気調和機系統に接続された、自己以外の他の接続機器のそれぞれの空きメモリ量に基づいて、他の接続機器の中からバックアップ先を選択するバックアップ先選択処理と、バックアップの実行タイミングを、空気調和機制御システムにおける通常の運用に関わる通信に支障をきたすことのないタイミングに決定する実行タイミング決定処理と、バックアップ先選択処理で選択されたバックアップ先に、実行タイミング決定処理で決定された実行タイミングでメモリ内に蓄積された制御データを送信してバックアップさせるバックアップ実行処理とを行うものであり、メモリへ制御データを蓄積させた際、その制御データが予め指定された重要データであるか非重要データであるかを判断し、非重要データである場合には、メモリ内の蓄積データ量が予め設定された閾値を超えた時をバックアップ開始タイミングとしてバックアップ処理を開始するようにし、メモリ内の蓄積データ量が閾値を超えた際の初回のバックアップ時において、空気調和機制御システムの通信トラフィック量が一日を通じて一定量以上ある場合には、メモリ内の制御データを複数に分け、それぞれを時間的にずらして段階的にバックアップするものである。

図２は、図１のコントローラの構成を示すブロック図である。
コントローラ１は、室外機２及び室内機３を集中的に管理制御する装置である。コントローラ１は、演算部（ＣＰＵ等）１７による制御に係るデータを一時的に保持するＲＡＭ１１と、自己の制御に関わる制御データや、通信部１４で受信した各種制御データ及び、操作部１６で設定した設定データ（スケジュール設定情報を含む）を蓄積するメモリ１２と、制御のプログラムを格納しているＲＯＭ１３とを備えている。コントローラ１は更に、他接続機器と通信を行う通信部１４と、使用者に対して各種情報を表示するための表示部１５と、使用者が空気調和機制御システム１００の操作・設定を行うための操作部１６と、コントローラ１内の各機器１１〜１６を制御する演算部１７とを備えている。

図３は、図１の室外機の構成を示すブロック図である。
室外機２は、演算部（ＣＰＵ等）２６による制御に係るデータを一時的に保持するＲＡＭ２１と、自己の制御に関わる制御データや、通信部２４で受信した各種制御データ、操作部２５で設定した設定データを蓄積するメモリ２２と、制御のプログラムを格納しているＲＯＭ２３とを備えている。室外機２は更に、他接続機器と通信を行う通信部２４と、設定を行うための操作部２５と、室内機３内の各構成部３１〜３５を制御するための演算部２６とを備えている。

この汎用機器４は、演算部（ＣＰＵ等）４７による制御に係るデータを一時的に保持するＲＡＭ４１と、自己の制御に関わる制御データや、通信部４４で受信した各種制御データ及び、操作部４６で設定した設定データを蓄積するメモリ４２と、制御のプログラムを格納しているＲＯＭ４３とを備えている。汎用機器４は更に、他接続機器と通信を行う通信部４４と、アナログ入出力及びデジタル入出力を持った接点４５と、接点４５の設定を行うための操作部４６と、汎用機器４内の各構成部４１〜４６を制御するための演算部４７とを備えている。

図６は、図１のリモコン構成を示すブロック図である。
リモコン５は、演算部（ＣＰＵ等）５７による制御に係るデータを一時的に保持するＲＡＭ５１と、自己の制御に関わる制御データや、通信部５４で受信した各種制御データ及び、操作部５６で設定した設定データを蓄積するメモリ５２と、制御のプログラムを格納しているＲＯＭ５３とを備えている。リモコン５は更に、他接続機器と通信を行う通信部５４と、使用者に対して各種情報を表示するための表示部５５と、使用者が空気調和機システムの操作・設定を行うための操作部５６と、リモコン５内の各構成部５１〜５６を制御するための演算部５７とを備えている。

ステップＳ４では、上述したようにメモリ３２内の蓄積データ量が予め設定された閾値を超えているかどうかをチェックする（Ｓ４）。メモリ３２内の蓄積データ量が予め設定された閾値以下の場合は、バックアップ処理には入らず、ステップＳ１に戻る。一方、メモリ３２内の蓄積データが閾値を超えた場合は、バックアップ処理に入る（Ｓ５〜Ｓ７）。すなわち、室内機３−ａは空気調和機制御システム１００を構成する各接続機器の中からバックアップ先を選択決定する（Ｓ５）。具体的には、室内機３−ａの演算部３６は、自己が接続された系統１０のコントローラ１−ａに、自己が接続された系統１０及び他系統１０の各接続機器の空きメモリ量を問い合わせして確認し、その確認結果に基づいてバックアップ先の最適選択を行う。

室内機３−ａにおいてこのように蓄積データ量が変化する場合、Ｔ２の時点でメモリ３２のデータ量Ｄ１が閾値を超えるため、室内機３−ａは、メモリ３２に蓄積されているデータ量Ｄ１の全データを、バックアップ先として選択された室外機２−ａに送信する。室外機２−ａは、Ｔ０〜Ｔ２の時点でデータ量Ｄ３のデータを蓄積しており、Ｔ３の時に室内機３−ａから送信されてきたデータ量Ｄ１のデータを自己のメモリ２２に更に蓄積することになる。

そして、室内機３−ａは、Ｔ３の時点で更にデータ量Ｄ２の制御データが自己のメモリ３２に蓄積されている。このとき、室内機３−ａでは自己のメモリ３２内の蓄積データ量が閾値を既に超えていることから、バックアップ処理に入り、まず、バックアップ先の選択を行う。ここでは再びトラフィック量の関係から室外機２−ａがバックアップ先として選択するとすると、バックアップ元の室内機３−ａは、データ量Ｄ２の制御データをバックアップ先の室外機２−ａに送信する。つまり、蓄積データ量が閾値を超えた際の初回のバックアップ時は、メモリ３２内の全データをバックアップするが、それ以降のバックアップ時には、メモリ３２に新たに蓄積された分の制御データをバックアップすることになる。

１ コントローラ、２ 室外機、３ 室内機、４ 汎用機器、５ リモコン、１０ 系統、１２ メモリ、１３ ＲＯＭ、１４ 通信部、１５ 表示部、１６ 操作部、１７ 演算部、２１ ＲＡＭ、２２ メモリ、２３ ＲＯＭ、２４ 通信部、２５ 操作部、２６ 演算部、３１ ＲＡＭ、３２ メモリ、３３ ＲＯＭ、３４ 通信部、３５ 表示部、３６ 演算部、４１ ＲＡＭ、４２ メモリ、４３ ＲＯＭ、４４ 通信部、４５ 接点、４６ 操作部、４７ 演算部、５１ ＲＡＭ、５２ メモリ、５３ ＲＯＭ、５４ 通信部、５５ 表示部、５６ 操作部、５７ 演算部、１００ 空気調和機制御システム。

Claims (8)

1. 室外機と、室内機と、前記室外機及び前記室内機を集中的に管理制御するコントローラとが通信可能に接続された空気調和機系統を複数備え、各前記空気調和機系統同士が通信可能に接続された空気調和機制御システムであって、
   前記空気調和機制御システムを構成する各接続機器のそれぞれは、
   運転中に取得した自己の制御に関わる制御データを順次蓄積するメモリと、
   バックアップ開始タイミングになると、バックアップ処理を開始する演算部とを備え、
   前記演算部は、
   前記バックアップ処理として、
   複数の前記空気調和機系統に接続された、自己以外の他の前記接続機器のそれぞれの空きメモリ量に基づいて、前記他の接続機器の中からバックアップ先を選択するバックアップ先選択処理と、
   バックアップの実行タイミングを、前記空気調和機制御システムにおける通常の運用に関わる通信に支障をきたすことのないタイミングに決定する実行タイミング決定処理と、
   前記バックアップ先選択処理で選択された前記バックアップ先に、前記実行タイミング決定処理で決定された実行タイミングで前記メモリ内に蓄積された前記制御データを送信してバックアップさせるバックアップ実行処理と、
   を行うことを特徴とする空気調和機制御システム。
2. 前記演算部は、現在の前記空気調和機制御システムにおける通信トラフィック量が所定量よりも少ない場合には即時バックアップするように前記実行タイミングを決定し、前記現在の通信トラフィック量が前記所定量以上の場合には、通信トラフィック量が前記所定量よりも少ない時間帯の時刻を前記実行タイミングに決定することを特徴とする請求項１記載の空気調和機制御システム。
3. 前記演算部は、前記メモリへ前記制御データを蓄積させた際、その制御データが予め指定された重要データであるか非重要データであるかを判断し、非重要データである場合には、前記メモリ内の蓄積データ量が予め設定された閾値を超えた時を前記バックアップ開始タイミングとして前記バックアップ処理を開始し、重要データである場合には前記バックアップ先選択処理を行ってバックアップ先を選択し、選択したバックアップ先に前記制御データを即時バックアップするようにしたことを特徴とする請求項１又は請求項２記載の空気調和機制御システム。
4. 前記演算部は、前記メモリ内の蓄積データ量が前記閾値を超えた際の初回のバックアップ時において、前記空気調和機制御システムの通信トラフィック量が一日を通じて一定量以上ある場合には、前記メモリ内の制御データを複数に分け、それぞれを時間的にずらして段階的にバックアップすることを特徴とする請求項３記載の空気調和機制御システム。
5. 前記演算部は、前記メモリ内の蓄積データ量が前記閾値を超えた後以降のバックアップ時には、新たに前記メモリに蓄積した分の制御データをバックアップすることを特徴とする請求項３又は請求項４記載の空気調和機制御システム。
6. 前記メモリに順次蓄積される前記制御データは、運転中に取得した生データ又は前記生データに基づいて得られる演算データであり、前記演算部は、前記生データを取得した際、その生データを前記メモリに蓄積する一方、前記メモリに蓄積された前記生データに基づいて得られる前記演算データを前記メモリに蓄積し、その後、前記演算データを得るために用いた前記生データを前記メモリから削除すると共に、前記演算データをバックアップするようにしたことを特徴とする請求項１乃至請求項５の何れか一項に記載の空気調和機制御システム。
7. 前記演算部は、前記バックアップ実行処理の際、バックアップ先の接続機器の制御負荷状態が高い場合には、自己の前記メモリ内の制御データを前記バックアップ先に間引き送信又は圧縮送信することを特徴とする請求項１乃至請求項６の何れか一項に記載の空気調和機制御システム。
8. 前記空気調和機系統を構成する前記接続機器として更に、ＰＬＣを含む汎用機器及び前記室内機を遠隔操作するリモコンの少なくとも一方が接続されていることを特徴とする請求項１乃至請求項７の何れか一項に記載の空気調和機制御システム。

Images