JP2015078770A - 空気調和装置、及び空気調和システム - Google Patents

Abstract

【課題】空調機能外モードを実行すると共に、快適な空調環境を維持することができる新規な空気調和装置、及び空気調和システムを提供するものである。【解決手段】人検知センサによって居室に人が存在しないと判断されて室内機が待機モード状態にあるときに、この待機モードの時間帯を利用して空調機能外モードを実行する。居室に人がいない時に空調機能外モードが実行されるため、居室に人が存在する場合は快適な空調環境を提供でき、また、居室に人が存在しない場合は空調機能外モードを実行するので、面倒な人為的操作が必要なくなるという効果を奏することができるようになる。【選択図】図５

Description

本発明は居室内の空気を調和する空気調和装置、及び空気調和システムに係り、特に空調機能以外の作動モードを備えた空気調和装置、及び空気調和システムに関するものである。

一般に、家庭或いは事務所等の居室の温度や湿度を調整するために、その居室内には空気調和装置の室内機が備えられている。この空気調和装置は室外に設けた室外機によって冷却された冷媒、或いは加熱された冷媒を室内機に誘導し、室内機内の熱交換器で室内空気と熱交換することによって居室内を冷房、或いは暖房するようにしている。更にはこれらの冷房機能、暖房機能に加えて居室内の湿度を調整する除湿機能も併せ備えるようにしている。

ところで、最近では居室内の人物の存在を検出する人検知センサを室内機に設け、居室内に人が存在すると空気調和装置を稼働させ、居室内に人が存在しなくなると空気調和装置の稼働を休止させるという動作モードを付加して省エネルギー化を向上した空気調和装置が増えてきている。

更には居室内の人物を特定し、その人物の好みの空調を実現する空気調和装置も知られている。このような人検知センサを備えた空気調和装置は、例えば特開２００７-１３２６１０号公報（特許文献１）に記載されている。この他にも多くの文献があるが、ここでは省略する。

そして、人検知センサを備えた空気調和装置においては上述したように、空気調和装置を稼働している状態から人が居室を退出すると、空気調和装置の室内機に設けられた運転制御手段は省エネルギーの観点から空気調和装置の稼働を休止して待機モードに移行し、再び人が居室に入室して人の存在を検出すると、空気調和装置を稼働して待機モードから空調機能モードに移行する制御を実行するようにしている。

特開２００７-１３２６１０号公報

ところで、空気調和装置には空調機能モードとは別に室内機のフィルタをメンテナンスするフィルタの清掃機能等が備えられている。更には運転制御手段に内蔵されている制御マイコンの制御プログラムの更新機能等を備えることが提案されるようになってきている。以下、このような空調機能モード以外の動作モードを“空調機能外モード”と呼ぶが、これ以外にも、空調機能外モードがあり、これについては後述の実施例で詳細に説明する。

そして、このような空調機能モードとは別の空調機能外モードを動作させる場合は、通常ではその空調機能外モードを人為的に選択し、空調機能モードを停止した後に空調機能外モードを実行させる方法が一般的である。

しかしながら、空調機能モードを停止して人為的に空調機能外モードを選択して実行させる方法は、その入力を行うことが面倒であると共に、この空調機能外モードを実行している間は空調機能モードが停止されるので、居室は快適な空調環境から逸脱して在室者に不快な影響を与えるという課題がある。

本発明の目的は、空調機能外モードを実行すると共に、快適な空調環境を維持することができる新規な空気調和装置、及び空気調和システムを提供するものである。

本発明の特徴は、人検知センサによって居室に人が存在しないと判断されて室内機が待機モード状態にあるときに、この待機モードの時間帯を利用して空調機能外モードを実行する、ところにある。

本発明によれば、居室に人がいない時に空調機能外モードが実行されるため、居室に人が存在する場合は快適な空調環境を提供でき、また、居室に人が存在しない場合は空調機能外モードを実行するので、面倒な人為的操作が必要なくなるという効果を奏することができるようになる。

本発明が適用される空気調和装置の構成を示す構成図である。 図１に示す室内機の断面を示す側断面図である。 運転制御手段の構成を示す構成図である。 本発明の実施形態(実施例５)になる除菌モードを実施する制御フローを示すフローチャート図である。 本発明の実施形態(実施例１)になるソフトウエア書き換えモードを実施する制御動作応答チャート図である。 本発明の実施形態(実施例２)になるソフトウエア書き換えモードを実施する制御動作応答チャート図である。 本発明の実施形態(実施例３)になるソフトウエア書き換えモードを実施する制御動作応答チャート図である。 本発明の実施形態(実施例４)になるソフトウエア書き換えモードを実施する制御動作応答チャート図である。 図５に示すソフトウエア書き換えモードを実施する空気調和システムの構成図である。 外部サーバと空気調和装置との間を結ぶ第１のネットワークの構成を示す構成図である。 外部サーバと空気調和装置との間を結ぶ第２のネットワークの構成を示す構成図である。 外部サーバと空気調和装置との間を結ぶ第３のネットワークの構成を示す構成図である。

以下、本発明の実施形態について図面を用いて詳細に説明するが、本発明は以下の実施形態に限定されることなく、本発明の技術的な概念の中で種々の変形例や応用例をもその範囲に含むものである。

図１に示すように空気調和装置は室内機１０と室外機１２から構成され、室内機１０は家庭や事務所の居室に設けられ、居室内を冷房、或いは暖房したりして居室内の空気を空調するものである。また、室内機１０に送る冷媒を冷却、或いは加熱する室外機１２は室内機１０と通信ケーブル、給電ケーブル（図示せず）を介して互いに接続されており、これらのケーブルによって制御情報を送受信し、また電力を供給するようになっている。

リモコン１４は使用者によって操作され、室内機１０のリモコン送受信部１６に対して信号を送信する。この送受信される信号の内容は、運転要求、設定温度の変更、タイマ、運転モードの変更、停止要求等の指令である。空気調和装置は、これらの信号に基づいて、冷房モード、暖房モード、除湿モードなどの空調運転モードを実行する。また、これとは別に室内機１０のリモコン送受信部１６から、室温情報、湿度情報、電気代情報などの状態情報をリモコン１４に送信する構成も採用することができる。

また、室内機１０の前面パネル１８の左右方向で見て中央付近の下部には、環境検出手段２０が設置されている。この、環境検出手段２０は、カメラ及び人体を検出可能な画像処理ソフトウエアを用いた画像処理手段や、フレネルレンズ及び赤外線センサによって構成される活動量検出センサ、空調室内の明るさを検出する照度センサなどが設けられる。これらのセンサは空気調和装置が有する機能モードの仕様に合わせて備えられていれば良いものであるが、本実施例においては少なくとも居室に人がいることを検出する人検知センザを備えていることが必要である。

図２は室内機１０の側断面を示しており、筐体ベース２２は、熱交換器２４、送風ファン２６、フィルタ２８などの内部構造体を収容している。熱交換器２４は複数本の伝熱管２４ａを有し、送風ファン２６により室内機１０内に取り込まれた空気を、伝熱管２４ａを通流する冷媒と熱交換させ、空気を加熱又は冷却するように構成されている。尚、伝熱管２４ａは冷媒配管（図示せず）に連通し、周知の冷媒サイクル（図示せず）の一部を構成している。

左右風向板３０は、室内機１０に設けた運転制御手段（図示せず)からの指示に従い、下部に設けた回動軸（図示せず）を支点にして左右風向板用モータ(図示せず)により回動される。上下風向板３２は運転制御手段からの指示に従い、両端部に設けた回動軸（図示せず）を支点にして上下風向板用モータ（図示せず）により回動される。

前面パネル３４は室内機１０の前面を覆うように設置されており、下端を軸として前面パネル用モータ（図示せず）により回動可能な構成となっている。ちなみに、前面パネル３４を下端に固定されるものとして構成しても良い。

図２に示す送風ファン２６が回転することによって、空気吸込み口３６及びフィルタ２８を介して室内空気を取り込み、熱交換器２４で熱交換された空気が吹出し風路に導かれる。さらに、吹出し風路に導かれた空気は、左右風向板３０及び上下風向板３２によって風向きを調整され、空気吹出し口３８から外部に送り出されて室内を空調する。

尚、空気調和装置は壁掛け式の室内機１０だけでなく、天井埋め込み式の室内機、または、室外機１台に対し、複数台の室内機が接続される構成となっているもであっても良いものである。

また、本実施例では空調機能外モードの一つとして、室内機１０の熱交換器２４を除菌する除菌モードが備えられている。この除菌モードを実行する前提として、本実施例では除菌装置が設けられている。この除菌装置は熱交換器２４の配置方向に沿ったレール上にＬＥＤ等のような紫外線発光器を備えた除菌組立体を走行させ、紫外線によって熱交換器２４に付着、生育したカビや細菌等を死滅させて除菌するようにしたものである。このような熱交換器２４の除菌モードはできるだけ短いインターバルで実行したほうが効果を期待できるものである。つまり、カビや細菌が多く繁殖した状態まで放置しておくと、熱交換器２４を通過する空気によってカビや細菌が室内に拡散する割合が多くなるので、カビや細菌が多く繁殖する前に除菌モードを実行した方が良いためである。このため、本実施例では人検知センサによって居室内に人がいない状態で空調機能モードが休止されている時に除菌モードを実行するようにしている。この除菌モードの制御については後述する。

図３は、空気調和装置が備える運転制御手段４０を含む構成を示すブロック図であり、運転制御手段４０は、例えば、ＲＯＭ４２、ＲＡＭ４４等を含んでおり、ＲＯＭ４２に記憶された制御プログラムが運転制御手段４０を構成するＣＰＵ４６によって読み出されてＲＡＭ４４に展開され、各種の制御が実行される。

ここで、記憶手段として上述したＲＯＭ４２以外に別の記憶手段４８、予備記憶手段５０等が備えられている。ここで、ＲＯＭ４２、記憶手段４８、予備記憶手段５０は書き換え可能な記憶手段であって、例えばフラッシュＲＯＭのようなＥＥＰＲＯＭ等の記憶素子を使用することができる。また、図面ではＲＯＭ４２、記憶手段４８、予備記憶手段５０は個別のブロックで記載されているが、同じ記憶手段として使用することも可能である。この場合は記憶手段のアドレスを機能毎に適切に分割して管理すればよいものである。以下の説明ではこれらをまとめて記憶手段４４Ｔと表記することにする。ただ、場合によってはＲＯＭ４２、記憶手段４８、予備記憶手段５０と個別の名称を使用することもある。

電気的な負荷５２は、例えば、室内機１０が備える室内ファンモータ（図示せず）、室外機１２が備える圧縮機モータ（図示せず）、上下風向板３２に設置される上下風向板用モータ(図示せず)、左右風向板３０に設置される左右風向板用モータ(図示せず)を含んでいる。これらの負荷５２は、ＣＰＵ４６によって駆動される駆動回路５４から出力される駆動信号によって駆動されるようになっている。

また、本実施例において運転制御手段４０はネットワーク通信部５６を備えており、このネットワーク通信部５６は外部のサーバ５８とインターネット等の通信回線を介して接続されている。また、これ以外にも外部の通信端末６０を介して外部のサーバ５８と接続することもできる。

外部のサーバ５８は空気調和装置の製造会社や、販売会社、或いはこれらの会社から委託された第三者のメンテナンス会社等によって運営されているものである。この外部サーバ５８に記憶されているソフトウエアは所定期間後、或いは所定更新時期の到来によって常に更新されるようになっており、この更新は外部サーバ５８を運営している事業者によって行われる。本実施例においては、空調機能外モードの一つとして、外部のサーバ５８によって必要な制御プログラムを運転制御手段４０の記憶手段４４Ｔにダウンロードするソフトウエア書き換えモードが実行されるようになっている。

上述したように空気調和装置において、空調機能モードとは別の空調機能外モードを動作させる場合は、通常ではその空調機能外モードを人為的に選択し、空調機能モードを停止した後に空調機能外モードを実行させる方法が一般的である。

しかしながら、空調機能モードを停止して人為的に空調機能外モードを選択して実行させる方法は、その入力を行うことが面倒であると共に、この空調機能外モードを実行している間は空調機能モードが停止されるので、居室は快適な空調環境から逸脱して在室者に不快な影響を与えるという課題がある。

このような課題を解決するための方法として、本発明では、人検知センサによって居室に人が存在しないと判断されて室内機１０が待機モード状態にあるときに、この待機モードの時間帯を利用して空調機能外モードを実行するようにしたものである。

以下、代表的な実施例を説明する。尚、以下に示す実施例は空気調和装置の室内機１０や室外機１２の電気的負荷５２が動作していなくても運転制御手段４０に電力が供給されている状態を前提とするものである。

次に、人検知センサによって居室に人が存在しないと判断されて室内機が待機モード状態にあるときに、この待機モードの時間帯を利用して空調機能外モードを実行する実施例を説明する。

図５乃至図８は空調機能外モードとしてソフトウエア書き換えモードを実施する場合の制御動作応答チャートを示している。尚、ソフトウエアの書き換えとは、ソフトウエアの全体的な上書き、特定部分の書き換え、別のソフトウエアの追加といった個別の技術概念、及びこれらを包含した技術概念を含むものである。

ここで、制御動作応答チャートを説明する前にサーバ５８に組み込まれている機能と空気調和装置の情報のやりとりについて説明する。図９にあるように、サーバ５８は運転制御用ソフトウエア (以下、更新ソフトウエアと表記する)を保持している運転制御用ソフトウエア保持手段５８Ａを備えている。この更新ソフトウエアは運転制御手段４０の機種、製造年等によって異なっており、これらに対応した個数の運転制御用ソフトウエア保持手段５８Ａが備えられている。

これらの更新ソフトウエアはソフトウエア選択手段５８Ｂによって選択されるものであり、この選択するための情報として契約情報保持手段５８Ｃからの情報、運転状態情報判定手段５８Ｄからの情報等が活用される。ここで、契約情報保持手段５８Ｃは空気調和装置のサービスに関する契約情報を記憶しており、この契約の種類に応じてソフトウエアを選択することができるようになっている。尚、これ以外にも多くに情報を使用してソフトウエアを選択することも可能である。

また、契約情報保持手段５８Ｃからの情報は運転状態情報決定手段５８Ｅにも送られ、この運転状態情報決定手段５８Ｅからの情報は運転状態情報判定手段５８Ｄに与えられている。運転状態情報決定手段５８Ｅは、運転制御手段４０で検出された運転状態情報の種類、ソフトウエアの更新頻度等を決定する機能を備えており、これらの情報は運転状態情報判定手段５８Ｄに与えられている。

運転状態情報判定手段５８Ｄには運転情報収集手段６８によって各空気調和装置の運転制御手段４０からの運転情報が与えられる構成となっている。更に、運転情報収集手段６８は更新ソフトウエアの情報を運転状態情報判定手段５８Ｄに与える構成となっている。

そして、個々の空気調和装置の運転制御手段４０は選択的にサーバ５８と接続され、ソフトウエアを書き換えることができるようになっている。ここで、サーバ５８の更新ソフトウエアを選択する情報は例示したに過ぎず、この他に更に適切な情報をソフトウエア選択手段５８Ｂに与えて更新ソフトウエアを選択することができる。このような、構成を有するサーバ５８を用いて以下に述べるようなソフトウエアの書き換えが実行できるものである。

図５は基本的な制御動作応答チャートを示しており、この場合、図９に示す運転制御手段４０と外部サーバ５８をインターネットで接続して情報をアップロード、或いはダウンロードするものである。尚、ここで、ネットワーク通信部５４はインターネット及びローカルネットワーク、外部の携帯情報端末及び外部の集中情報端末とのいずれかと情報通信を行う為の外部機器情報機能を備えている。また、インターネットへの接続は、無線ＬＡＮ接続をはじめとする無線通信、及びＬＡＮケーブルにより直接接続を行うなどのネットワーク通信を用いることができる。

図５においては、空気調和装置の運転制御手段４０の制御動作と外部サーバの制御動作とを時間的な応答順序に沿って示している。

まず、Ｓ６０で室内の環境を検出するが、これには室内機１０に設けた各種センサを使用して検出する。例えば、人検知センサによって在室者がいるかを検知し、また、運転制御手段４０に搭載した計時機能部によって在室者がいない時間を検知し、更に運転制御手段４０によって現在の空調状態を検知することができる。

そして、Ｓ６２で上述した環境状態から空気調和装置が待機モードにある状態を判断する。この判断は、居室に在室者が３０分に亘って検出されない、現在の空気調和装置が休止状態にあることを総合的に判断している。この休止状態は室内機１０や室外機１２の電気的負荷５２が稼働していない状態である。ここで、Ｓ６２では居室内に人がいるかどうかを判断しているが、居室内の人が所定人数以下の場合も人がいないと見做して上述の判断を行うことも可能である。

このように休止状態にあると、Ｓ６４で運転制御手段５２の記憶手段４４Ｔに記憶されているソフトウエアの少なくともバージョンに関する情報を含む確認情報信号を外部サーバ５８に対して送信する。ここで示すバージョンに関する情報とは、ソフトウエアのバージョン情報自身でも良いし、ソフトウエアに相関関係のある製品の製造番号や、シリアルナンバーでも良く、またはバージョンを更新日で管理する場合は更新日に関する情報でも良く、要は更新対象のソフトウエアに関連する情報を用いることが重要である。例えば、ソフトウエアのバージョンに係る情報として製品のシリアルナンバーを使用している場合、所定の期間に生産された空気調和装置についてのみソフトウエアの更新を実行するなどの更新動作を行うことが可能となる。

一方、サーバ５８側では、Ｓ６１で運転制御手段４０からの確認情報信号を受信し、その後にＳ６３でソフトウエアの更新の必要性を判定する。このソフトウエアの更新の必要性は、送られてきた運転制御手段４０のソフトウエアのバージョンとサーバ５８で備えている更新されるべき更新ソフトウエアのバージョンを比較し、バージョンが異なっていれば運転制御手段４０のソフトウエアの更新の必要性があると判断するものである。尚、図面で示していないが、Ｓ６３で比較された相互のソフトウエアのバージョンが同一であれば、サーバ５８は運転制御手段４０に対してソフトウエアの更新の必要性がないことを運転制御手段４０に送り返して終了となる。この場合、運転制御手段４０はスピーカのような音声出力手段、或いは液晶表示装置でソフトウエアの更新の必要性がないことを報知するようにしても良い。

Ｓ６３でソフトウエアの更新の必要性があると判断されると、Ｓ６５でサーバ５８に記憶されている更新ソフトウエアをサーバ５８の記憶手段から読み出し、運転制御手段４０に対して送信する。サーバ５８の記憶手段に記憶されている更新ソフトウエアは常に最新のものに更新されているものであっても良く、また、不具合のある箇所を修復したソフトウエアであっても良く、更には新しい機能を追加したソフトウエアであっても良いものである。

サーバ５８から更新ソフトウエアが送られてくると、運転制御手段４０はＳ６６でこの更新ソフトウエアを受信し、この後にＳ６８で運転制御手段４０によって記憶手段４４Ｔに記憶されているソフトウエアを更新ソフトウエアに書き換える。この更新ソフトウエアは、例えばアプリケーションプログラムであれば全体を書き換えても良いし、一部のプログラムを書き換えても良いものである。場合によっては判断ブロックでの演算に使用する定数等であっても良いものである。

運転制御手段４０はソフトウエアの書き換えが終了すると、Ｓ７０で書き換えたソフトウエアのバージョンに関する確認情報信号を再びサーバ５８に送信する。したがって、サーバ５８から送られた更新ソフトウエアがＳ６８で更新されているので、このソフトウエアのバージョンに関する確認情報信号は、サーバ５８に記憶された更新ソフトウエアのバージョンに関する確認情報信号と同じである。サーバ５８ではＳ６７によって運転制御手段４０から送られてきたソフトウエアのバージョンに関する確認情報信号と、サーバ５８に記憶された更新ソフトウエアのバージョンに関する確認情報信号を比較して、正常に書き換えられたかどうかを判断する。仮にバージョンに関する確認情報が一致しないと書き換えが失敗したとして、再びＳ６５、Ｓ６８、Ｓ７０を実行するようにしても良い。

Ｓ６７で正常に書き換えが行われたと判断されると、サーバ５８はＳ６９で終了信号を運転制御手段４０に送り、運転制御手段４０はＳ７２でこの終了信号を受信すると、書き換えが終了したものとして元の状態に復帰するものである。この場合では、居室内に人がいないので空調機能モードは実行されておらず、待機モードの状態となるものである。

尚、ソフトウエアの書き換えが終了した時には、書き換えが終了した旨を報知手段から報知する構成を採用しても良いものである。

このように、本実施例によれば、居室に人がいない時にソフトウエア書き換えモードが実行されるため、居室に人が存在する場合は快適な空調環境を提供でき、また、居室に人が存在しない場合はソフトウエア書き換えモードを実行するので、面倒な人為的操作が必要なくなるものである。また、空気調和装置の待機モードを利用しているため、ソフトウエア書き換えモードを特別に実行する時間が必要なくなるものである。

次にソフトウエア書き換えモードの他の実施例を図６に基づいて説明する。この実施例は人が居室にいなくても居室を所定の空調環境に整えておく場合に、積極的に待機モードを設定してソフトウエア書き換えモードを実行する例である。尚、図５に示す制御動作と同じものは説明の重複を避けるためその説明を省略する。具体的にはＳ６０、Ｓ６１、Ｓ６３〜Ｓ７０、及びＳ７２は図５と同じ処理であるため説明を省略する。また、基本的な作用、効果についても実施例２と同様であるのでその説明は省略する。

さて、Ｓ６０で室内の環境を検出すると、Ｓ７４で検出された環境状態から居室に在室者が３０分に亘って検出されない、現在の空気調和装置が稼働され室内の温度が設定温度に達していると判断されると待機モードに移行しても良いことを判断している。つまり、人が居室にいなくても居室を所定の空調環境に整えておきたいという要請を満足するため、室内温度が所定温度に達するまでは空調機能モードを実行し、室内温度が設定温度に達すると、待機モードを積極的に設定してソフトウエア書き換えモードを実行するようにしている。

そして、Ｓ７４での判断によって空気調和装置を待機モードに移行させても良いと判断されると、運転制御手段４０はＳ７６で空気調和装置の空調機能モードを休止し、ソフトウエア書き換えモードを実行することになる。このソフトウエア書き換えモードは図５に示したＳ６０、Ｓ６１、Ｓ６３〜Ｓ７０、及びＳ７２の制御動作を行うものである。

更に、Ｓ７２で書き換えが終了すると元の空調機能モードを再開するようにしている。ただ、この時に、室内の温度がまだ設定温度に維持されていると判断した場合は空調機能モードを再開せずに、空調機能モードを休止して待機モードの状態を維持するようにしても良い。また、この状態から室内の温度が設定温度から逸脱すると、居室を所定の空調環境に整えておくという要請を満足するように、空調機能モードを再開することができる。

このように、本実施例によれば、人が居室にいなくても居室を所定の空調環境に整えておくという要請で空調機能モードを実行していても、待機モードを積極的に設定してソフトウエア書き換えモードを実行することができるようになる。

次にソフトウエア書き換えモードの他の実施例を図７に基づいて説明する。この実施例は外部のサーバ５８からの要求に応じてソフトウエア書き換えモードを実行する例である。尚、図５に示す制御動作と同じものは説明の重複を避けるためその説明を省略する。具体的にはＳ６０〜Ｓ７２は図５と同じ処理であるため説明を省略する。また、基本的な作用、効果についても実施例２と同様であるのでその説明は省略する。

図７において、外部のサーバ５８は運転制御手段４０の記憶手段に関係するソフトウエアを更新すべきと判断すると、Ｓ８１で運転制御手段４０にソフトウエアの書き換え要求信号を送信する。外部のサーバ５８には運転制御手段４０の登録指定番号が登録されており、更にこの登録指定番号に対応する運転制御手段４０の更新ソフトウエアが記憶されるようになっている。つまり、ある機種の空気調和装置に設けられた運転制御手段４０に対応するソフトウエアに関係する更新ソフトウエアがサーバ５８に更新、記憶されるようになっている。

また、運転制御手段４０はサーバ５８に対して自身を判別する判別情報を送り、サーバ５８は送られてきた判別情報から個別の登録指定番号を付与して記憶手段に記憶するようにしている。したがって、サーバ５８は所定のソフトウエアが更新されると、この更新されたソフトウエアに対応する空気調和装置の運転制御手段４０を割り出し、更にこの運転制御手段４０の登録指定番号から指定された運転制御手段４０を割り出して、Ｓ８１でソフトウエア書き換え要求信号を指定された運転制御手段４０に送信するものである。

Ｓ８０でこの書き換え要求信号を受信した運転制御手段４０は、Ｓ６０、Ｓ６２でソフトウエアを書き換えても良い待機モードになると、Ｓ６４〜Ｓ７２に示すソフトウエア書き換えモードを実行してソフトウエアを書き換えるものである。

このように、本実施例によればサーバ５８からの更新要求信号に併せてソフトウエアを更新することができるので、最新のソフトウエアに更新することが可能である。またサーバ５８によって自動的に更新要求が来るため、ソフトウエアの更新に関して使用者に余分な負担をかけることがないものである。

次にソフトウエア書き換えモードの他の実施例を図８に基づいて説明する。この実施例は運転制御手段４０によってソフトウエア書き換えモードを実行するかどうかを判断する例である。尚、図５に示す制御動作と同じものは説明の重複を避けるためその説明を省略する。具体的にはＳ６０、Ｓ６２、Ｓ６５〜Ｓ７０、Ｓ７２は図５と同じ処理であるため説明を省略する。また、基本的な作用、効果についても実施例２と同様であるのでその説明は省略する。

図８において、Ｓ６０，Ｓ６２によってソフトウエアを書き換えても良い待機モードになると、運転制御手段４０はＳ８２でソフトウエア書き換えの要求信号と、自身を判別する判別情報を共にサーバ５８に送信する。このソフトウエア書き換えの要求信号を受信したサーバ５８は、要求信号を送ってきた運転制御手段４に使用されているソフトウエアのバージョンを割り出すように動作する。この場合、サーバ５８は運転制御手段４０に使用されているソフトウエアのバージョン情報を有しており、要求を送ってきた運転制御手段４０の判別情報からどのようなソフトウエアが使用されており、この使用されているソフトウエアのバージョンが更新されているかどうかを判断する。サーバ５８でソフトウエアが更新されていると判断すると、サーバ５８はＳ８５で運転制御手段４０に更新すべきバージョン情報を送信する。

バージョン情報を受信した運転制御手段４０はＳ８４で、送られてきたバージョン情報と、運転制御手段４０が記憶しているソフトウエアのバージョン情報を比較してソフトウエアの書き換えが必要かどうかの判断を行う。このＳ８４での判断でソフトウエアの書き換えが不要と判断されると運転制御手段４０での制御動作は終了して元の待機モードの状態に復帰する。

一方、Ｓ８４での判断でソフトウエアの書き換えが必要と判断されると、運転制御手段４０はＳ８６でソフトウエアを更新するための更新要求信号をサーバ５８に送信する。Ｓ８７でサーバ５８がこの更新要求を受けると、サーバ５８はＳ６５にあるように更新ソフトウエアを記憶手段から読み出して運転制御手段４０に送信する。そして、運転制御手段４０とサーバ５８はＳ６６〜Ｓ７２に示すソフトウエア書き換えモードを実行してソフトウエアを書き換えるものである。

尚、以上の実施例において、インターネット上のサーバからソフトウエアのダウンロードを行っているダウンロード中に、例えば、外出するために空気調和装置の電源プラグが抜かれた場合、或いはインターネットへ接続するための無線ＬＡＮのルータ等の電源を遮断してしまった場合等のように、インターネットへの接続がソフトウエアの更新中に途切れた場合にはソフトウエアの更新が途中で止まってしまうという現象が発生する。

この場合、ソフトウエアの不具合の原因となりうる可能性があり、これを防ぐため更新ソフトウエアをダウンロードしている状態を示すことが可能な報知手段を備えることができる。例えば、室内機１０の表面側の一部にＬＥＤランプを設け、ソフトウエア更新中にこのＬＥＤを点灯することによってソフトウエアの更新を行っていることを報知して注意を喚起することができる。この報知手段はインターネット通信を示すための専用の表示用ＬＥＤでも良いし、他の用途に使用されているＬＥＤを特殊な発光パターンで点灯させるといった各種の方式を使用することが可能である。

または、室内機１０の運転制御手段４０に音声合成機能を備えるようにして、音声によって報知を行う報知手段を備えるようにしても良いものである。この場合は、『ソフトウエアの書き換えを行うので電源プラグを抜かないで下さい』といった趣旨の音声報知を行うものである。このようにして、ソフトウエア書き換え中の電源遮断等の不慮の事故を防ぐことが可能となる。

尚、場合によっては更新ソフトウエアのダウンロードを行う場合、ソフトウエア書き換えを行う旨を報知手段から報知し、リモコンやスマートフォンのような外部端末の操作によってダウンロードを開始することを承認することもできる。

以上のように、ソフトウエアの書き換え方法について幾つかの実施例を説明したが、これらによると居室に人がいない時にソフトウエア書き換えモードが実行されるため、居室に人が存在する場合は快適な空調環境を提供でき、また、居室に人が存在しない場合はソフトウエア書き換えモードを実行するので、面倒な人為的操作が必要なくなるものである。また、空気調和装置の待機モードを利用しているため、ソフトウエア書き換えモードを特別に実行する時間が必要なくなるものである。

次に、外部のサーバ５８と空気調和装置の間のソフトウエアを含む情報の送受信に関係する構成について説明すると共に、更には、より改良された実施例も併せ説明する。

図１０は空気調和装置の室内機１０の運転制御手段４０を１台毎にルータ６２を介してインターネットに接続した例を示しており、１台毎にインターネット上のサーバ５８と情報通信を行う方式とした場合のネットワーク構成を示している。このようにして、サーバ５８と運転制御手段４０の間でルータ６２を介してソフトウエアの書き換えを行うことができる。このような接続方式は一般家庭の居室に設けた空気調和装置に適用するのに有利である。

また、図１１は同一のネットワーク上に複数台の空気調和装置の室内機１０の運転制御手段４０を接続した例を示しており、複数台の空気調和装置が一括してルータ６２を介してインターネット上のサーバ５８に接続される場合のネットワーク構成を示している。このようにして、サーバ５８と運転制御手段４０の間でルータ６２を介して一括して複数台の空気調和装置のソフトウエアの書き換えを行うことができる。このような接続方式は集合住宅の居室に設けた空気調和装置に適用するのに有利である。更に、破線で示す管理用サーバ６４に複数台の空気調和装置を接続し、個別の空気調和装置のソフトウエアの書き換えを行うことや、一括して複数台の空気調和装置のソフトウエアの書き換えを行うことができる。

更に、図１２にあるように比較的大規模のビルで実施されているビル管理システムＢＭＳ(Building Management System)に使用されているＢＭＳサーバ６６を利用して空気調和装置のソフトウエアの書き換えを行うことができる。ＢＭＳサーバ６６はビルの稼働実績管理、設備保全管理、料金管理、ビル全体のエネルギー管理、居住者のエネルギー管理等を行うものであり、この居住者のエネルギー管理に空気調和装置のソフトウエア更新管理機能を備えるようにしている。したがって、ＢＭＳサーバ６６には複数台の空気調和装置が接続されることになる。

この場合、外部サーバ５８から更新ソフトウエアをＢＭＳサーバ６６に取り込み、このＢＭＳサーバ６６から更新ソフトウエアをビル内のネットワークを介して個別の空気調和装置へ送信して個別の空気調和装置毎のソフトウエアの更新を行うことができる。もちろん、一括して複数台の空気調和装置のソフトウエアの書き換えを行うこともできるものである。また、この時、同一ネットワーク上に複数台の空気調和装置が接続される構成となっているため、各空気調和装置での各種運転状況や各種センサでの検出結果等に応じた更新ソフトウエアをサーバからダウンロードする操作を行うことで、より無駄の無い空調制御が可能となる。更に、図１２のように同一のネットワーク上に複数台の空気調和装置が接続されており、これらが同一のＢＭＳサーバ６６と接続されている構成となっている場合、ＢＭＳサーバ６６はインターネット上のサーバ５８から予め更新用のソフトウエアをダウンロードしておく方式としても良いものである。

ところで、ビル管理システムＢＭＳではネットワークの構成上、複数台の空気調和装置が互いにＢＭＳサーバ６６を介して接続される構成となっているため、これら空気調和装置の間での情報通信、または、各空気調和装置の運転状況や取得される各種情報をＢＭＳサーバ６６で集計、管理して、各空気調和装置の空調運転に反映することが可能な構成となっている。

このため、例えば空気調和装置に日射量を検出する日射センサが搭載されている場合、日射量が多く検出された室内の空気調和装置に対して日射量の値に応じて空気調和装置の出力を補正する制御が可能な更新ソフトウエアに書き換えるといった、居室内の環境に応じたソフトウエアの更新動作を設定することができる。このように、ＢＭＳサーバ６６を使用すると、ビルの構造や天候等の影響を補正する更新ソフトウエアを特定の空気調和装置に送ることができ、個別の空気調和装置の使い勝手が向上するものである。

また、最近では狭域の天気予報が実施されるようになってきており、インターネット上のサーバ５８からＢＭＳサーバ６６にこの気象予測情報をダウンロードし、天候により影響を受ける居室内に設置されている空気調和装置の空調条件を、気象予測情報を基に補正する更新ソフトウエアをダウンロードして利用することで適切な空調運転を行う構成とすることもできる。

更に、ＢＭＳサーバ６６は在室者の状況によっても個別の空気調和装置の運転制御手段４０のソフトウエアの更新、或いは追加を行うことができる。

例えば、ビルの同一居室内に空気調和装置Ａと空気調和装置Ｂの２台の空気調和装置が設定されていたとする。このとき、空気調和装置Ａにおいて人検知センサで検出される在室者の人数は５人であり、空気調和装置Ｂにおいて人検知センサで検出される在室者の人数は２人だったとする。この場合、ＢＭＳサーバ６６においては、空気調和装置Ｂの設置されている付近において在室者が少ないため、空気調和装置Ｂの空調の出力を抑えることが可能な更新ソフトウエアを空気調和装置Ｂに送信して書き換えることで、空気調和装置Ｂにおける過剰な空調運転を抑えることができる。これによって電気エネルギーの消費を抑えることができる。本実施例では、人検知センサでの検出結果によってソフトウエアを書き換える方法を示したが、これ以外にも、例えば居室内の室内機１０付近の室温を検出してソフトウエアを書き換えてこれらの補正を行っても良く、ＢＭＳサーバ６６が個別の空気調和装置の情報に合わせてソフトウエアを書き換えることが可能である。

更に、空気調和装置Ａと空気調和装置Ｂがそれぞれ別の居室に設置されている場合であっても、例えば、ＢＭＳサーバ６６によって空気調和装置Ａと空気調和装置Ｂの人検知センサを利用して在室者の部屋の移動を検出し、この移動に合わせてソフトウエアを更新することも可能である。また、移動した時のタイミングに合わせてソフトウエアの更新を行うことも可能である。

上述したようにインターネット上のサーバ５８と直接的に情報通信を行う方式と同様、空気調和装置が所定の運転モード、例えば、実施例２にある待機モードの際に更新を行う方法を採用しても良いし、これとは別の更新タイミングの条件で行うようにしても良い。

また、ＢＭＳサーバ６６によって同一のネットワーク上に複数台の空気調和装置を接続して制御している構成となっているので、ＢＭＳサーバ６６上で各空気調和装置が設置されている居室内の空調環境を総合して管理することが可能であるため、快適性の向上、空調環境の均一化、全体での電力消費の管理を総合的に行って、より省エネルギー性能を向上させることが可能である。

さて、図３、及び図５乃至図８に戻って、ソフトウエアを更新するための外部のサーバ５８と運転制御手段４０の情報の送受信について説明を加える。

上述したようにインターネット上のサーバ５８と情報通信を行う場合は、空気調和装置が所定の運転モード、例えば、実施例２にある待機モードの際に更新を行う方法としているが、これ以外の別の更新タイミングの条件で行うようにしても良い。

ソフトウエアのダウンロードは上述の通り所定の運転モードの際に行うが、これは、例えば、空調運転を休止して室外機１２に内蔵する圧縮機や室内機１０のファンモータ等の運転制御対象が停止している安定状態、自己清掃機能を備える空気調和装置の場合では空調運転が休止して自己清掃を行っている状態、人検知センサによって所定の時間に亘り在室者が検出されない状態、居室内の光源を検出する光源検出センサによって居室内の照度が所定の値以下の状態、運転制御手段４０に備えられている計時機能部で空気調和装置が使用されていない時間帯の状態等の時にソフトウエアの更新を行うことができる。

更にはこれらの条件の幾つかを組み合せてソフトウエアの更新を行っても良いものである。例えば、人検知センサ（カメラ及び画像認識手段によって在室者を検出する、フレネルレンズ及び赤外線センサによって人の活動量を検出する）と計時機能部とによって居室に人が在室しない時間帯を統計的に求め、計時機能部によってこの時間帯になるとソフトウエアを更新するようにすることができる。更には、人検知センサと光源検出センサによって人が居室に在室していなく居室内の照度が一定の時間以上に亘って所定の値を下回っている場合などである。照度が所定の値以下の状態(夜中の就寝時)になるとソフトウエアを更新するようにすることができる。

尚、場合によっては、リモコンや室内機１２の運転制御手段４０と通信可能な外部情報端末によって、使用者が任意にソフトウエアの更新タイミングを設定できるような構成とすることもできる。ここで、ソフトウエアの更新を行っている間は、通常の空調運転を行うことが難しいので空調機能モードは実行しないのが望ましい。

ただ、空気調和装置の室内機１０には運転制御手段４０が設けられているが、上述の通り運転制御手段４０はＲＯＭ（ＥＥＰＲＯＭ）４２から制御プログラムをコピーしてＲＡＭ４４に転送して制御プログラムを実行している。このため、特別な書き換えプログラムによって空気調和装置の動作中であってもＲＯＭ（ＥＥＰＲＯＭ）４２に記憶、保管されているソフトウエアを空気調和装置の動作に影響を与えないで更新できることが考えられる。このため、空調運転の動作中にＲＯＭ４２に記憶、保管されているソフトウエアを更新することも可能である。

また、空気調和装置の運転情報やその他の取得情報等をＥＥＰＲＯＭへ書き込み、ＥＥＰＲＯＭに記憶する方式を採用している場合では、更新されるソフトウエアをそのまま新たにＥＥＰＲＯＭに上書きした場合、これらの先の記憶された情報が失われてしまう恐れが生じる。そのため、ＥＥＰＲＯＭに保管されている運転情報やその他の取得情報などの保管情報をインターネット上のサーバ５８へ送信し、新たに書き込むソフトウエアに運転情報等の保管情報をサーバ５８上で移植した後、運転制御手段４０のＥＥＰＲＯＭに書き込む方法を採用することもできるものである。また、別の方法として、運転制御手段４０がインターネット上のサーバ５８からダウンロードしたソフトウエアによってＥＥＰＲＯＭの所定の領域だけを部分的に書きかえる方法としても良いものである。ここで、ＥＥＰＲＯＭは外付けで使用しているが、ＣＰＵ４６に内蔵されたＲＯＭをソフトウエアの記憶媒体として使用する場合についても同様の方法をとることができる。

また、図３にあるように本実施例においては予備記憶手段５０、或いは記憶手段４８に予備記憶領域を備えていることで安定度の高い空調運転手段及びそのソフトウエアの更新が可能となる。例えば、ＣＰＵ４６のＲＯＭの未使用領域や、別の機能を実行するＣＰＵ、別のＥＥＰＲＯＭ、及び外部の信号通信回路等の他の素子及び回路をこの予備の記憶手段５０及びその周辺回路として活用することができる。

そして、この予備記憶手段５０及びその周辺回路へソフトウエアのバージョン情報や、製品のシリアルナンバー等が記憶、保管されるようにしておく構成としている。したがって、通常の空調運転制御に使用するＣＰＵ４６やＲＯＭ（ＥＥＰＲＯＭ）４２等とは別の予備記憶手段５０を補助的に用いることにより、ＲＯＭ（ＥＥＰＲＯＭ）４２に記憶されているソフトウエアの書き換え動作や、それらのソフトウエアのチェックを安全かつ確実に行うことが可能となる。これは、ソフトウエアの書き換え動作を行う際に、この予備記憶手段５０及びその周辺回路を用いて更新作業を行うことで実現される。

また、ソフトウエアのダウンロード時、ネットワークへ接続している無線ＬＡＮやスマートフォン等の外部端末機器の電源が落ちてしまうなどして、インターネット接続が切れてしまった場合、ソフトウエアの書き込みが中断してしまうことがある。これにより、ソフトウエアの書き込みが途中で止まってしまっているため、空気調和装置をそのまま動作させた場合に空気調和装置を正しく動作させることが出来なくなってしまう恐れがある。

これに対して、予備記憶手段５０及びその周辺回路を用いて復旧を行える構成を以下に示している。例えば、ソフトウエアを書き込む際、チェックアドレスなどソフトウエアの中身を判別するのに必要な情報を、ソフトウエアのバージョンに係る情報と併せて予備記憶手段５０に保持しておく。空気調和装置の動作開始時等、任意のタイミングでＲＯＭ（ＥＥＰＲＯＭ）４２に保持されているソフトウエアのバージョンに係る情報と、予備記憶手段５０に保持されているバージョン情報に係る情報とを比較する。

この比較の結果、ＲＯＭ（ＥＥＰＲＯＭ）４２で保持している情報に誤りがあることが検出された場合、空気調和装置の空調運転を行わず、ソフトウエアをインターネット上のサーバ５８から再びダウンロードするような制御を実行する。これにより、仮にダウンロードしたデータの破損やダウンロードが中断してしまい書き込みに失敗してしまった場合についても、自動的にソフトウエアを再ダウンロードすることが可能となり、空気調和装置を正しく動作させることが可能となる。

更に、ソフトウエアの更新が何らかの理由で中断した後、インターネットへ接続可能な外部端末機器の電源が再投入されない場合など、インターネット上のサーバへの接続がされていない間については、上述したようなソフトウエアの再ダウンロードを行うことが出来ず、空気調和装置を運転することができなくなってしまい、使用者に迷惑をかけてしまうこととなる。

このため、ソフトウエアのバージョンに係る情報及びソフトウエアに関する情報を保持している予備記憶手段５０に書き換え以前のソフトウエアをバックアップしておく構成し、ソフトウエアに不具合があった場合、予備記憶手段５０からバックアップされているソフトウエアを読み出すことで、ソフトウエアの更新失敗時にソフトウエアを復旧させることが可能な構成としても良いものである。

また、各種センサ制御や複雑な運転制御に関する内容を省略してデータ量を少なくし、基本的な空調運転のみが可能な応急運転用ソフトウエアをバックアップとして予備記憶手段５０に保持しておく方法とした場合、予備記憶手段５０の記憶容量も小容量で実現することができる。このように、ソフトウエア更新が失敗した場合についてもそのフォローが可能な構成を実現できることから、使用者に迷惑をかけることの無いソフトウエアの更新が可能となる。また、本実施例においては、一般家庭用の壁掛け式の空気調和装置を例に挙げて記載しているが、天井埋め込み式の空気調和装置や、ビル管理システムＢＭＳで適用した空気調和装置についても同様の効果が得られることは言うまでもない。

次に空調機能外モードとして除菌モードを設定し、この除菌モードを実施する場合の制御フローチャートを図４に示している。図４において、このフローチャートは所定時間毎に実行されるもので、起動時間が到来するとこのフローチャートが実行されるものである。

そして、フローチャートが起動される、ステップ４０（以下、ステップを“Ｓ”と省略して表記する。）で室温が設定した温度に達しているかを判断し、室温が設定温度に達していなければＳ４２に進み空調機能モードを実施して冷房運転、或いは暖房運転を行ってエンドに抜ける。

一方、Ｓ４０で室温が設定した温度に達していると判断されるとＳ４４に進み、居室内に人がいるかどうか、またその状態が所定時間以上継続したかどうかを判断する。このＳ４４で居室に人がいると判断されると、Ｓ４２に進み空調機能モードを実施して冷房運転、或いは暖房運転を行ってエンドに抜ける。ここで、Ｓ４０では居室内に人がいるかどうかを判断しているが、居室内の人が所定人数以下の場合も人がいないと見做して上述の判断を行うことも可能である。

Ｓ４４で居室内に人がおらず、その状態が所定時間以上継続したと判断されるとＳ４６に進み、空調機能モードを実行すると電気エネルギーを無駄に消費するとして空調機能モードを休止して待機モードに移行する。この状態は室内機１０、室外機１０の電気負荷５２を停止して無駄な電気エネルギーを消費しないようにしている。したがって、人が居室に戻ると再び空調機能モードが立ち上がるようになっている。

Ｓ４６で空調機能モードが休止され待機モードに移行すると、Ｓ４８に進んで除菌モードが実行されるようになる。除菌モードでは紫外線発光器を構成するＬＥＤに電力を供給し、更に紫外線発光器を備えた除菌組立体に設けたモータにも電力を供給してレール上を走行させて、熱交換器２４に付着、生育したカビや細菌等を死滅させるようにする。

次に、このＳ４８で除菌モードを実行している状態で、Ｓ５０では除菌モードが所定時間に亘って実行されたかどうかを判断している。Ｓ５０で所定時間を経過していないと判断されるとＳ４８に戻って除菌モードを継続する。一方、Ｓ５０で所定時間を経過した判断されるとＳ５２に進んで除菌モードを停止してエンドに抜ける。

ここで、同じ時間帯に何度も除菌モードを実行すると電気エネルギーを無駄に消費するので次のような処理ステップを追加することもできる。例えば、Ｓ５２の後側で除菌モードの実行フラグを立てるようにし、更にＳ４２、Ｓ４４の前側、後側、或いはＳ４２、Ｓ４４の間で除菌モードの実行フラグの有無の判断する実行フラグチェックを行うことによって、重複して除菌モードが実行されるのを防ぐことができるようになる。つまり、Ｓ５２の後側で除菌モードの実行フラグが立っていると、実行フラグチェックによって既に除菌モードが実行されたと判断してエンドに抜けることで重複して除菌モードが実行されるのを防ぐことができるようになる。

このように、本実施例によれば、居室に人がいない時に除菌モードが実行されるため、居室に人が存在する場合は快適な空調環境を提供でき、また、居室に人が存在しない場合は除菌モードを実行するので、面倒な人為的操作が必要なくなるものである。また、空気調和装置の待機モードを利用しているため、除菌モードを特別に実行する時間が必要なくなるものである。

また、紫外線照射で内部除菌等を実施する場合、照射を室内に人が居ない条件で実施するのは紫外線が人体に有害という理由もある。特に、紫外線は目から吸収され易く、漏れた紫外線を目で見てしまうのは危険であり、このため、人が室内にいない状態で除菌モードを行うようにしている。

以上に説明した実施例においては、以下に述べる作用、効果を奏することができる。（１）本実施例によれば、居室に人がいない時にソフトウエア書き換えモードが実行されるため、居室に人が存在する場合は快適な空調環境を提供でき、また、居室に人が存在しない場合はソフトウエア書き換えモードを実行するので、面倒な人為的操作が必要なくなるものである。また、空気調和装置の待機モードを利用しているため、ソフトウエア書き換えモードを特別に実行する時間が必要なくなるものである。
（２）本実施例に係る空気調和装置においては、ネットワーク通信を利用してソフトウエアのバージョンに係る情報を参照し、インターネット回線を用いて安全に自動でソフトウエアのダウンロードが可能であることから、より居室内の環境に即した空調運転、及びサービス性の高い空気調和装置を提供することができる。
（３）更に加えて、例えば、空気調和装置の不具合等によりコールセンターへ問い合わせが入った場合、コールセンターのオペレーターは空気調和装置の製造番号やインターネット回線のIＰアドレスから即座に対応する空気調和装置を割り出し、空気調和装置に保管されている運転情報またはソフトウエア等の情報をサーバ側にダウンロードし、その運転情報から不具合の原因を特定することが可能となる。更に、そこから部品交換など必要となる場合であれば、予めサービスマンに故障推定箇所と部品を正確に伝達することが可能であるため、サービス対応も円滑に行えるようにすることが可能である。更に、コールセンターにてソフトウエアの不具合の原因を特定した結果、運転制御のパラメータなど変更する必要があるということが判明した場合、コールセンター側で当該空気調和装置からダウンロードしたソフトウエアを変更し、コールセンターから当該空気調和装置のソフトウエアをアップロードすることが可能となり、ソフトウエア上の不具合の場合、サービスマンを派遣せずに対応することが可能となる。
（４）また、同一のネットワーク上複数の空気調和装置が接続され、これらを同一のBMSサーバにより制御しているので、個別の空気調和装置の運転状況及び各種センサ等の検出結果に応じたソフトウエアを個別の空気調和装置にダウンロードさせることにより、各々の空気調和装置の環境にあった空調制御を提供できることから、より快適性の高い空調制御および、省エネルギー性能の高い空調制御を実現することが可能である。
（５）本実施例によれば、居室に人がいない時に除菌モードが実行されるため、居室に人が存在する場合は快適な空調環境を提供でき、また、居室に人が存在しない場合は除菌モードを実行するので、面倒な人為的操作が必要なくなるものである。また、空気調和装置の待機モードを利用しているため、除菌モードを特別に実行する時間が必要なくなるものである。

本発明を総括すると、本発明によれば人検知センサによって居室に人が存在しないと判断されて室内機が待機モード状態にあるときに、この待機モードの時間帯を利用して空調機能外モードを実行するように構成している。これによれば、居室に人がいない時に空調機能外モードが実行されるため、居室に人が存在する場合は快適な空調環境を提供でき、また、居室に人が存在しない場合は空調機能外モードを実行するので、面倒な人為的操作が必要なくなるという効果を奏することができるようになるものである。

１０…室内機、１２…室内機、１４…リモコン、２２…筺体ベース、２４…熱交換器、３０…左右風向板、３２…上下風向板、３４…前面パネル、４０…運転制御手段、４２…ＲＯＭ、４４…ＲＡＭ、４６…ＣＰＵ、４８…記憶手段。５０…予備記憶手段。

Claims (8)

1. 室外機及び室内機の電気的負荷の運転制御を行って少なくとも空調機能モードを実行する運転制御手段と、前記運転制御手段に入力される居室内の環境を検出する環境検出手段と、前記運転制御手段に備えられ、少なくとも前記空調機能モードを実行するためのソフトウエアを保持する記憶手段とを備える空気調和装置において、
   前記環境検出手段からの入力によって前記運転制御手段が前記居室内に人が存在しない、或いは所定の人数以下と判断した時に、前記運転制御手段は前記空調機能モードとは異なる空調機能外モードを実行することを特徴とする空気調和装置。
2. 請求項１に記載の空気調和装置において、
   前記空調機能外モードは前記記憶手段に記憶された前記ソフトウエアを更新するソフトウエア書き換えモードであり、
   前記運転制御手段は、前記ソフトウエア書き換えモードになるとネットワーク接続部を介して外部のサーバと情報通信を行い、前記ソフトウエアを更新する必要がある場合は前記外部のサーバから更新すべき更新ソフトウエアをダウンロードして前記記憶手段に記憶されている前記ソフトウエアを前記更新ソフトウエアに書き換えることを特徴とする空気調和装置。
3. 請求項２に記載の空気調和装置において、
   前記環境検出手段からの入力は、前記居室内に人が存在するかどうかを検出する人検知センサからの存在情報と、前記制御手段に備えられた計時機能部からの時間帯情報と、光検出手段からの照度情報であり、前記運転制御手段はこれらの少なくとも２つの情報から前記空調機能外モードを実行する時期を決めることを特徴とする空気調和装置。
4. 請求項２乃至請求項３のいずれかに記載の空気調和装置において、
   前記室内機には報知手段が設けられており、前記報知手段は前記ソフトウエア書き換えモードが実行されていることを報知することを特徴とする空気調和装置。
5. 室外機及び室内機の電気的負荷の運転制御を行って少なくとも空調機能モードを実行する運転制御手段と、前記運転制御手段に入力される居室内の環境を検出する環境検出手段と、前記運転制御手段に備えられ、少なくとも前記空調機能モードを実行するためのソフトウエアを保持する記憶手段とを備える空気調和装置と、
   前記空気調和装置の前記運転制御手段とネットワークを介して接続され、前記運転制御手段に備えられた前記記憶手段に記憶された前記ソフトウエアに関係する更新ソフトウエアを記憶している外部サーバとからなる空気調和システムにおいて、
   前記環境検出手段からの入力によって前記運転制御手段が前記居室内に人が存在しない、或いは所定の人数以下と判断した時に、前記運転制御手段は前記記憶手段に記憶された前記ソフトウエアを更新するソフトウエア書き換えモードを実行して前記外部サーバから前記更新ソフトウエアをダウンロードして前記記憶手段に記憶されている前記ソフトウエアを前記更新ソフトウエアに書き換えることを特徴とする空気調和システム。
6. 請求項５に記載の空気調和システムにおいて、
   前記記憶手段はソフトウエアのバージョンに係る情報を保持しており、
   前記記憶手段に記憶されている前記ソフトウエアのバージョンに係る情報と、前記外部サーバに記憶されている更新ソフトウエアのバージョンに係る情報とを前記外部サーバ、或いは前記運転制御手段によって比較して前記記憶手段の前記ソフトウエアの更新を行うかの判定を行い、
   更新を行うと判定されると前記運転制御手段は前記記憶手段に記憶されている前記ソフトウエアを前記外部サーバから送られてきた前記更新ソフトウエアに書き換えることを特徴とする空気調和システム。
7. 請求項６に記載の空気調和システムにおいて、
   前記外部サーバは前記運転制御手段にソフトウエア書き換え要求信号を送信し、
   このソフトウエア書き換え要求信号を前記運転制御手段が受信すると、前記運転制御手段は前記記憶手段に記憶されている前記ソフトウエアのバージョンに係る情報を前記外部サーバに送信し、
   前記外部サーバは送られてきた前記ソフトウエアのバージョンに係る情報と前記更新ソフトウエアのバージョンに係る情報とを比較して前記ソフトウエアの更新を行うかの判定を行い、更新を行うと判定されると前記外部サーバは前記運転制御手段に前記更新ソフトウエアを送信し、
   前記運転制御手段は前記記憶手段に記憶されている前記ソフトウエアを前記外部サーバから送られてきた前記更新ソフトウエアに書き換えることを特徴とする空気調和システム。
8. 請求項５乃至請求項７のいずれかに記載の空気調和システムおいて、
   前記運転制御手段は前記更新フトウエアの書き換えが終了すると、前記更新ソフトウエアのバージョンに関する確認情報信号を前記外部サーバに送信し、
   前記外部サーバは前記運転制御手段４０から送られてきた更新ソフトウエアのバージョンに関する確認情報信号と、前記外部サーバに記憶された更新ソフトウエアのバージョンに関する確認情報信号を比較して、正常に書き換えられたかどうかを判断し、
   前記外部サーバはバージョンに関する確認情報が一致しないと書き換えが失敗したとして、再び前記外部サーバに記憶された前記更新ソフトウエアを前記運転制御手段に送信し、
   前記運転制御手段は前記記憶手段に記憶されている前記ソフトウエアを再び送られてきた前記更新ソフトウエアに書き換えることを特徴とする空気調和システム。

Images