特許 7661627 空気調和機、空調システム、及び制御方法

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

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

(11)【特許番号】

(24)【登録日】2025-04-04

(45)【発行日】2025-04-14

(54)【発明の名称】空気調和機、空調システム、及び制御方法

(51)【国際特許分類】

   H02J 3/14 20060101AFI20250407BHJP

   H02J 13/00 20060101ALI20250407BHJP

【ＦＩ】

H02J3/14 130

H02J13/00 301A

H02J13/00 311T

【請求項の数】 11

(21)【出願番号】P 2024526137

(86)(22)【出願日】2022-06-09

(86)【国際出願番号】 JP2022023214

(87)【国際公開番号】W WO2023238306

(87)【国際公開日】2023-12-14

【審査請求日】2024-05-07

(73)【特許権者】

【識別番号】000006013

【氏名又は名称】三菱電機株式会社

(74)【代理人】

【識別番号】100161207

【弁理士】

【氏名又は名称】西澤 和純

(74)【代理人】

【識別番号】100206081

【弁理士】

【氏名又は名称】片岡 央

(74)【代理人】

【識別番号】100188673

【弁理士】

【氏名又は名称】成田 友紀

(74)【代理人】

【識別番号】100188891

【弁理士】

【氏名又は名称】丹野 拓人

(72)【発明者】

【氏名】月野 秀輝

【審査官】佐藤 匡

(56)【参考文献】

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

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

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

Ｈ０２Ｊ ３／１４

Ｈ０２Ｊ １３／００

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

【請求項1】

デマンドレスポンス機能を有する空気調和機であって、
電力会社に対応するサーバから送信されるデマンド信号を受信するクラウドサーバから送信された前記デマンド信号を受信する受信部と、
前記受信部により受信された前記デマンド信号による電力削減要求に応じて前記空気調和機の運転を制御する運転制御部と、
前記運転制御部の制御による運転状態を示す情報を前記クラウドサーバへ送信する送信部と、
を備え、
前記デマンド信号に関するデマンド情報と前記運転状態を示す情報とは、前記電力会社側の端末及び前記空気調和機のユーザの端末のそれぞれに通知可能である、
空気調和機。

【請求項2】

前記デマンド情報には、前記デマンド信号を受信中であるか否かを示す情報、又は前記電力削減要求の内容を示す情報が含まれ、
前記運転状態を示す情報には、消費電力に関する情報または吹き出し温度を示す情報が含まれる、
請求項１に記載の空気調和機。

【請求項3】

前記空気調和機は、圧縮機を有する室外機と室外機に接続された室内機とを備え、
前記運転制御部は、
前記電力削減要求に応じて前記圧縮機の運転周波数を制御し、前記電力削減要求に応じた前記圧縮機の運転周波数が運転保証範囲を逸脱する場合には、前記運転保証範囲に収まるように前記圧縮機の運転周波数を制御する、
請求項１に記載の空気調和機。

【請求項4】

前記運転状態を示す情報には、前記運転保証範囲に収まるように前記圧縮機の運転周波数を制御しているか否かを示す情報が含まれる、
請求項３に記載の空気調和機。

【請求項5】

前記空気調和機は、圧縮機を有する室外機と室外機に接続された室内機とを備え、
前記運転制御部は、
前記受信部により前記デマンド信号が受信された場合、前記電力削減要求に応じて前記圧縮機の運転周波数を制御する第１モードと、前記圧縮機の運転周波数を変更せずに動作させる動作状態と停止状態とを繰り返す間欠動作に制御する第２モードとをユーザに選択させる、
請求項１に記載の空気調和機。

【請求項6】

前記運転制御部は、
前記ユーザにより前記第２モードが選択された場合、単位時間当たりの積算電力量が前記電力削減要求を満たすように、前記圧縮機を間欠動作させる、
請求項５に記載の空気調和機。

【請求項7】

前記運転状態を示す情報には、前記第１モードと前記第２モードとのうち選択されているモードを示す情報が含まれる、
請求項５または請求項６に記載の空気調和機。

【請求項8】

前記空気調和機は、１台の室外機に対して複数の室内機が接続されるマルチ形の空気調和機であって、
前記送信部は、
前記デマンド信号を受信中に前記室内機の運転台数を追加すると前記室内機の吹き出し温度が変化することをユーザに通知するための情報を、前記運転状態を示す情報として前記クラウドサーバへ送信する、
請求項１に記載の空気調和機。

【請求項9】

デマンドレスポンス機能を有する空気調和機と、電力会社に対応するサーバから送信されるデマンド信号を受信して前記空気調和機へ送信するクラウドサーバとを備える空調システムであって、
前記空気調和機は、
前記クラウドサーバから送信された前記デマンド信号を受信する受信部と、
前記受信部により受信された前記デマンド信号による電力削減要求に応じて前記空気調和機の運転を制御する運転制御部と、
前記運転制御部の制御による運転状態を示す情報を前記クラウドサーバへ送信する送信部と、
を備え、
前記クラウドサーバは、
前記デマンド信号に関するデマンド情報と前記運転状態を示す情報とに基づく情報を、前記電力会社側の端末及び前記空気調和機のユーザの端末のそれぞれに通知する、
空調システム。

【請求項10】

デマンドレスポンス機能を有する空気調和機における制御方法であって、
受信部が、電力会社に対応するサーバから送信されるデマンド信号を受信するクラウドサーバから送信された前記デマンド信号を受信するステップと、
運転制御部が、前記受信部により受信された前記デマンド信号による電力削減要求に応じて前記空気調和機の運転を制御するステップと、
送信部が、前記運転制御部の制御による運転状態を示す情報を前記クラウドサーバへ送信するステップと、
を含み、
前記デマンド信号に関するデマンド情報と前記運転状態を示す情報とは、前記電力会社側の端末及び前記空気調和機のユーザの端末のそれぞれに通知可能である、
制御方法。

【請求項11】

デマンドレスポンス機能を有する空気調和機と、電力会社に対応するサーバから送信されるデマンド信号を受信して前記空気調和機へ送信するクラウドサーバとを備える空調システムにおける制御方法であって、
前記空気調和機が、
前記クラウドサーバから送信された前記デマンド信号を受信する受信ステップと、
前記受信ステップにより受信された前記デマンド信号による電力削減要求に応じて前記空気調和機の運転を制御する運転制御ステップと、
前記運転制御ステップにおける制御による運転状態を示す情報を前記クラウドサーバへ送信する送信ステップと、
前記クラウドサーバが、
前記デマンド信号に関するデマンド情報と前記運転状態を示す情報とに基づく情報を、前記電力会社側の端末及び前記空気調和機のユーザの端末のそれぞれに通知するステップと、
を含む制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、空気調和機、空調システム、及び制御方法に関する。

【背景技術】

【0002】

空気調和機は世界各国で使用されており、省エネへの関心が高まってきている。昨今では電力会社から空気調和機に対して電力を削減した運転を要求するデマンド信号に基づいて、電力を削減した運転を行うデマンドレスポンス機能を有する空気調和機が存在する。このデマンドレスポンスは、例えば夏場の電力量のピークカットを目的として行われる。

【0003】

例えば、特許文献１には、電力の削減の要求を受けると、実行すべきデマンドレスポンスの計画を策定し、計画期間ごとに削減の達成を判定する技術が開示されている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１９－１１０６９８号公報

【発明の概要】

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

【0005】

しかしながら、デマンドレスポンス機能により、過度な電力削減要求を受取った場合、空気調和機の設定温度に対して実際の吹き出し温度の差が大きくなって快適性が損なわれること、或いは、過度な電力削減要求に対して空気調和機側で保護制御が働き、受け入れることができないことがある。このような場合、ユーザにとっては快適性が損なわれることからクレームにつながる懸念がある。一方、電力会社側からすると、電力量の削減要求が常に達成されるわけではないため、達成状況をモニタしたいという要望がある。

【0006】

本開示は、上記した事情に鑑みてなされたもので、電力会社からの電力削減要求に応じた状況を電力会社とユーザの双方で確認可能にする空気調和機、及び空調システムを提供することを目的の一つとする。

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

【0007】

本開示に係る空気調和機は、デマンドレスポンス機能を有する空気調和機であって、電力会社に対応するサーバから送信されるデマンド信号を受信するクラウドサーバから送信された前記デマンド信号を受信する受信部と、前記受信部により受信された前記デマンド信号による電力削減要求に応じて前記空気調和機の運転を制御する運転制御部と、前記運転制御部の制御による運転状態を示す情報を前記クラウドサーバへ送信する送信部と、を備え、前記デマンド信号に関するデマンド情報と前記運転状態を示す情報とは、前記電力会社側の端末及び前記空気調和機のユーザの端末のそれぞれに通知可能である。

【0008】

また、本開示に係る空調システムは、デマンドレスポンス機能を有する空気調和機と、電力会社に対応するサーバから送信されるデマンド信号を受信して前記空気調和機へ送信するクラウドサーバとを備える空調システムであって、前記空気調和機は、前記クラウドサーバから送信された前記デマンド信号を受信する受信部と、前記受信部により受信された前記デマンド信号による電力削減要求に応じて前記空気調和機の運転を制御する運転制御部と、前記運転制御部の制御による運転状態を示す情報を前記クラウドサーバへ送信する送信部と、を備え、前記クラウドサーバは、前記デマンド信号に関するデマンド情報と前記運転状態を示す情報とに基づく情報を、前記電力会社側の端末及び前記空気調和機のユーザの端末のそれぞれに通知する。

【0009】

また、本開示に係るデマンドレスポンス機能を有する空気調和機における制御方法は、受信部が、電力会社に対応するサーバから送信されるデマンド信号を受信するクラウドサーバから送信された前記デマンド信号を受信するステップと、運転制御部が、前記受信部により受信された前記デマンド信号による電力削減要求に応じて前記空気調和機の運転を制御するステップと、送信部が、前記運転制御部の制御による運転状態を示す情報を前記クラウドサーバへ送信するステップと、を含み、前記デマンド信号に関するデマンド情報と前記運転状態を示す情報とは、前記電力会社側の端末及び前記空気調和機のユーザの端末のそれぞれに通知可能である。

【0010】

また、本開示に係る、デマンドレスポンス機能を有する空気調和機と、電力会社に対応するサーバから送信されるデマンド信号を受信して前記空気調和機へ送信するクラウドサーバとを備える空調システムにおける制御方法は、前記空気調和機が、前記クラウドサーバから送信された前記デマンド信号を受信する受信ステップと、前記受信ステップにより受信された前記デマンド信号による電力削減要求に応じて前記空気調和機の運転を制御する運転制御ステップと、前記運転制御ステップにおける制御による運転状態を示す情報を前記クラウドサーバへ送信する送信ステップと、前記クラウドサーバが、前記デマンド信号に関するデマンド情報と前記運転状態を示す情報とに基づく情報を、前記電力会社側の端末及び前記空気調和機のユーザの端末のそれぞれに通知するステップと、を含む。

【発明の効果】

【0011】

本開示によれば、電力会社からの電力削減要求に応じた状況を電力会社とユーザの双方で確認可能にすることができる。

【図面の簡単な説明】

【0012】

【図1】実施形態に係る空調システムの概要を示すシステム図。

【図2】実施形態に係る空気調和機の概略構成の一例を示すブロック図。

【図3】実施形態に係る通常モードの制御の一例を示す図。

【図4】実施形態に係る間欠動作モードの制御の一例を示す図。

【図5】実施形態に係るデマンドレスポンス処理の一例を示すフローチャート。

【図6】実施形態に係る図５のステップＳ１の詳細例を示すフローチャート。

【図7】実施形態に係る図５のステップＳ３の詳細例を示すフローチャート。

【図8】実施形態に係る図５のステップＳ４の詳細例を示すフローチャート。

【図9】実施形態に係る図５のステップＳ９の詳細例を示すフローチャート。

【図10】実施形態に係る図５のステップＳ８の詳細例を示すフローチャート。

【図11】実施形態に係る図５のステップＳ１１の詳細例を示すフローチャート。

【図12】実施形態に係るクラウドサーバへアップロードする情報の一例を示す図。

【図13】実施形態に係るユーザが端末で確認可能な通知の一例を示す図。

【図14】実施形態に係るユーザが端末で閲覧可能な表示情報の第１例を示す図。

【図15】実施形態に係る図５のステップＳ１５の詳細例を示すフローチャート。

【図16】実施形態に係るユーザが端末で閲覧可能な表示情報の第２例を示す図。

【図17】実施形態に係る図５のステップＳ１６の詳細例を示すフローチャート。

【図18】実施形態に係る図５のステップＳ１８の詳細例を示すフローチャート。

【図19】実施形態に係るユーザが端末で閲覧可能な表示情報の第３例を示す図。

【図20】実施形態に係るユーザ及び電力会社の両方で閲覧可能な表示情報の第１例を示す図。

【図21】実施形態に係るユーザ及び電力会社の両方で閲覧可能な表示情報の第２例を示す図。

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

【0013】

以下、図面を参照しながら実施形態について説明する。
まず、電力会社からのデマンド信号に基づいて空気調和機の電力を規制する空調システムの概要について説明する。

【0014】

（空調システムの概要）
図１は、本実施形態に係る空調システムの概要を示すシステム図である。
図示する空調システムＳＹＳは、デマンドレスポンス機能を有する空気調和機３０と、電力会社に対応するサーバである電力会社サーバ４０と、クラウド上のクラウドサーバ５０と、端末６０と、端末７０とを備えている。

【0015】

電力会社サーバ４０とクラウドサーバ５０とは、通信ネットワークを介してクラウドサーバ５０と通信可能である。また、空気調和機３０とクラウドサーバ５０とは、通信ネットワークを介してクラウドサーバ５０と通信可能である。通信ネットワークには、インターネット、携帯電話通信網、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などが含まれる。

【0016】

また、端末６０及び端末７０も通信ネットワークを介してクラウドサーバ５０と通信可能である。端末６０及び端末７０は、例えば、パーソナルコンピュータ、タブレット端末、スマートフォンなどの機器である。端末６０は、空気調和機３０のユーザ（使用者）が使用する機器である。一方、端末７０は、電力会社側で使用される機器である。

【0017】

なお、ここでは、空気調和機３０の一つを例示しているが、実際には、電力会社が送電している各家庭及び施設等に設置されている複数台の空気調和機３０が、空調システムＳＹＳの対象となる。複数台の空気調和機３０のそれぞれのユーザは、それぞれの端末６０を使用する。

【0018】

電力会社サーバ４０は、電力会社自身が運営するサーバであってもよいし、電力会社から委託されたサーバ（電力会社以外が運営するサーバ）であってもよい。電力会社サーバ４０は、消費される電力量の削減（例えば、夏場のピークカットなど）を要求するデマンド信号を、クラウドサーバ５０を介して空気調和機３０へ送信する。

【0019】

クラウドサーバ５０は、電力会社サーバ４０から送信されたデマンド信号を受信し、受信したデマンド信号を空気調和機３０へ送信する。

【0020】

空気調和機３０は、１台の室外機Ｘに複数台の室内機Ｙが接続されるマルチ形の空気調和機である。空気調和機３０は、室外機Ｘと室内機Ｙとが冷媒配管で接続されており、冷媒を循環させることにより、暖房運転または冷房運転を行う。

【0021】

また、空気調和機３０は、クラウドサーバ５０を介して電力会社サーバ４０から送信されたデマンド信号を受信すると、受信したデマンド信号による電力削減要求に応じて空気調和機３０の運転を制御する。例えば、複数台の室内機Ｙのそれぞれは、内部又は外部に通信部３５を備えている。通信部３５は、クラウドサーバ５０から送信されたデマンド信号を受信する受信部として機能する。また、通信部３５は、クラウドサーバ５０へアップロードする情報を送信する送信部としても機能する。室内機Ｙは、通信部３５により受信されたデマンド信号を室外機Ｘへ送信する。室外機Ｘは、デマンド信号による電力削減要求に応じて圧縮機の周波数を制御する。

【0022】

また、室内機Ｙは、通信部３５を介して空気調和機３０の運転状態を示す情報をクラウドサーバ５０へ送信する。運転状態を示す情報には、消費電力に関する情報（電力量、電流値など）または吹き出し温度を示す情報、保護制御動作中であるか否かを示す情報などが含まれる。

【0023】

クラウドサーバ５０は、電力会社サーバ４０から送信されるデマンド信号に基づいて、デマンド情報を保存する。デマンド情報には、デマンド信号を受信中であるか否かを示す情報および電力削減要求の内容を示す情報の少なくともいずれか又は両方が含まれる。例えば、クラウドサーバ５０は、デマンド情報を日時情報と対応付けて保存する。つまり、クラウドサーバ５０は、現在のデマンド情報およびこれまでのデマンド情報の履歴（時系列での変化）などを記録している。

【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】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】