特許 7539048 制御方法、空気調和機およびプログラム

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

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

(11)【特許番号】

(24)【登録日】2024-08-15

(45)【発行日】2024-08-23

(54)【発明の名称】制御方法、空気調和機およびプログラム

(51)【国際特許分類】

   F24F 11/79 20180101AFI20240816BHJP

   F24F 120/12 20180101ALN20240816BHJP

   F24F 120/14 20180101ALN20240816BHJP

【ＦＩ】

F24F11/79

F24F120:12

F24F120:14

【請求項の数】 7

(21)【出願番号】P 2021529360

(86)(22)【出願日】2020-02-27

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

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

(87)【国際公開日】2021-06-10

【審査請求日】2023-02-16

(31)【優先権主張番号】62/944837

(32)【優先日】2019-12-06

(33)【優先権主張国・地域又は機関】US

【前置審査】

(73)【特許権者】

【識別番号】314012076

【氏名又は名称】パナソニックＩＰマネジメント株式会社

(74)【代理人】

【識別番号】100109210

【弁理士】

【氏名又は名称】新居 広守

(74)【代理人】

【識別番号】100137235

【弁理士】

【氏名又は名称】寺谷 英作

(74)【代理人】

【識別番号】100131417

【弁理士】

【氏名又は名称】道坂 伸一

(72)【発明者】

【氏名】佐々木 泰治

(72)【発明者】

【氏名】水野 江都子

(72)【発明者】

【氏名】原田 昌明

(72)【発明者】

【氏名】杉山 真史

【審査官】奈須 リサ

(56)【参考文献】

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

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

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

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

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

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

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

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

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

Ｆ２４Ｆ １１／００－１１／８９

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

【請求項1】

コンピュータによる、室内のユーザが寝ている位置よりも高い位置に設置される空気調和機の暖房運転時の制御方法であって、
前記室内における前記ユーザの位置情報と、前記ユーザの睡眠情報である睡眠深度とを取得し、
前記睡眠深度が第１段階の深度である場合、前記位置情報に基づいて、前記空気調和機の出力する風が前記ユーザを回避するように前記空気調和機の風向を前記室内の上方に向けて制御し、
前記睡眠深度が前記第１段階よりも深い第２段階の深度である場合、前記位置情報に基づいて、前記空気調和機の出力する風が前記ユーザに当たるように前記風向を前記室内の下方に向けて制御し、
前記ユーザの睡眠時において、前記第１段階の深度と前記第２段階の深度とは交互に繰り返され、
前記睡眠深度に応じて、前記風向を前記室内の上方に向ける制御と、前記風向を前記室内の下方に向ける制御とが交互に繰り返される
制御方法。

【請求項2】

前記睡眠深度は、心拍変動解析により得られる指標値に基づいて決定される
請求項１に記載の制御方法。

【請求項3】

さらに、
前記指標値の時間的な変動に基づいて、前記第２段階の終了時刻を推定し、
前記風向の制御では、前記第２段階の終了時刻の所定時間前のタイミング、又は、前記指標値が所定の指標値となったタイミングで、前記位置情報に基づいて、前記空気調和機の出力する風が前記ユーザを回避するように風向を制御する
請求項２に記載の制御方法。

【請求項4】

前記風向の制御では、前記指標値の時間的な変動における傾きが所定の正の傾きより大きくなったタイミングで、前記位置情報に基づいて、前記空気調和機の出力する風が前記ユーザを回避するように風向を制御する
請求項２に記載の制御方法。

【請求項5】

さらに、
前記ユーザの睡眠時の室内環境、又は、前記ユーザの起床時の室内環境に対する前記ユーザによる主観評価を取得し、
前記主観評価に基づいて、睡眠時における前記空気調和機の空調運転における設定温度を変更する
請求項１から４のいずれか１項に記載の制御方法。

【請求項6】

プロセッサおよびメモリを備え、室内のユーザが寝ている位置よりも高い位置に設置される空気調和機であって、
前記プロセッサは、前記メモリを用いて、前記空気調和機の暖房運転時において、
室内における前記ユーザの位置情報と、前記ユーザの睡眠情報である睡眠深度とを取得し、
前記睡眠深度が第１段階の深度である場合、前記位置情報に基づいて、前記空気調和機の出力する風が前記ユーザを回避するように前記空気調和機の風向を前記室内の上方に向けて制御し、
前記睡眠深度が前記第１段階よりも深い第２段階の深度である場合、前記位置情報に基づいて、前記空気調和機の出力する風が前記ユーザに当たるように風向を前記室内の下方に向けて制御し、
前記ユーザの睡眠時において、前記第１段階の深度と前記第２段階の深度とは交互に繰り返され、
前記睡眠深度に応じて、前記風向を前記室内の上方に向ける制御と、前記風向を前記室内の下方に向ける制御とが交互に繰り返される
空気調和機。

【請求項7】

室内のユーザが寝ている位置よりも高い位置に設置される空気調和機の暖房運転時の制御方法をコンピュータに実行させるためのプログラムであって、
前記制御方法は、
前記室内における前記ユーザの位置情報と、前記ユーザの睡眠情報である睡眠深度とを取得し、
前記睡眠深度が第１段階の深度である場合、前記位置情報に基づいて、前記空気調和機の出力する風が前記ユーザを回避するように前記空気調和機の風向を前記室内の上方に向けて制御し、
前記睡眠深度が前記第１段階よりも深い第２段階の深度である場合、前記位置情報に基づいて、前記空気調和機の出力する風が前記ユーザに当たるように前記風向を前記室内の下方に向けて制御し、
前記ユーザの睡眠時において、前記第１段階の深度と前記第２段階の深度とは交互に繰り返され、
前記睡眠深度に応じて、前記風向を前記室内の上方に向ける制御と、前記風向を前記室内の下方に向ける制御とが交互に繰り返される
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ユーザが睡眠中の空気調和機の制御方法に関する。

【背景技術】

【0002】

睡眠中の空調運転の方法として、特許文献１記載の発明がある。

【0003】

特許文献１記載の発明は、睡眠中の加湿器の空調運転に関する発明であり、ユーザの睡眠状態をセンシングし、浅い睡眠の場合は人よけ運転、深い睡眠の場合は、結露除去運転を行う方法を提案している。

【先行技術文献】

【特許文献】

【0004】

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

【発明の概要】

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

【0005】

特許文献１記載の発明では、ユーザの睡眠状態を用いて、睡眠中のユーザの温熱快適性を改善する方法は言及していない。本発明においては、睡眠中のユーザの快適な温熱環境を実現するための制御方法を提案する。

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

【0006】

本開示における制御方法は、コンピュータによる、室内に設置される空気調和機の制御方法であって、前記室内におけるユーザの位置情報と、前記ユーザの睡眠情報である睡眠深度とを取得し、前記睡眠深度が第１段階の深度である場合、前記位置情報に基づいて、前記空気調和機の出力する風が前記ユーザを回避するように前記空気調和機の風向を制御し、前記睡眠深度が前記第１段階よりも深い第２段階の深度である場合、前記位置情報に基づいて、前記空気調和機の出力する風が前記ユーザに当たるように前記風向を制御する。

【0007】

本開示の他の一態様に係る制御方法は、コンピュータによる、室内に設置される空気調和機の制御方法であって、前記室内におけるユーザの睡眠情報である睡眠深度を取得し、前記睡眠深度が第１段階の深度である場合、前記空気調和機の風向を前記室内の上方に向けて制御し、前記睡眠深度が前記第１段階よりも深い第２段階の深度である場合、前記空気調和機の風向を前記室内の下方となるように制御する。

【0008】

本開示の他の一態様に係る空気調和機は、プロセッサおよびメモリを備え、室内に設置される空気調和機であって、前記プロセッサは、前記メモリを用いて、室内におけるユーザの位置情報と、前記ユーザの睡眠情報である睡眠深度とを取得し、前記睡眠深度が第１段階の深度である場合、前記位置情報に基づいて、前記空気調和機の出力する風が前記ユーザを回避するように前記空気調和機の風向を制御し、前記睡眠深度が前記第１段階よりも深い第２段階の深度である場合、前記位置情報に基づいて、前記空気調和機の出力する風が前記ユーザに当たるように風向を制御する。

【0009】

なお、これらの全般的または具体的な態様は、システム、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ－ＲＯＭなどの非一時的な記録媒体で実現されてもよく、システム、集積回路、コンピュータプログラムおよび非一時的な記録媒体の任意な組み合わせで実現されてもよい。

【発明の効果】

【0010】

本開示に係る制御方法は、就寝中のユーザの睡眠状態に応じて空気調和機を制御でき、ユーザを覚醒させないようにユーザにとって快適な温度制御を行うことができる。

【図面の簡単な説明】

【0011】

【図1】図１は、本実施の形態にかかるサービスの全体像を示す図である。

【図2】図２は、サービスの類型１（自社データセンタ型）を示す図である。

【図3】図３は、サービスの類型２（ＩａａＳ利用型）を示す図である。

【図4】図４は、サービスの類型３（ＰａａＳ利用型）を示す図である。

【図5】図５は、サービスの類型４（ＳａａＳ利用型）を示す図である。

【図6】図６は、実施の形態における空調制御システムの概略図である。

【図7】図７は、実施の形態における空気調和機のハードウェア構成の一例を示すブロック図である。

【図8】図８は、実施の形態におけるクラウドサーバのハードウェア構成の一例を示すブロック図である。

【図9】図９は、実施の形態における睡眠状態検知機のハードウェア構成の一例を示すブロック図である。

【図10】図１０は、実施の形態における空調制御システムの構成を示すブロック図である。

【図11】図１１は、人の眠りの深さまたは特徴と、睡眠経過時間との関係を示すグラフである。

【図12】図１２は、空調センシング情報および空調制御情報を含むデータのテーブル構造を示す図である。

【図13】図１３は、睡眠状態情報を含むデータのテーブル構造を示す図である。

【図14】図１４は、睡眠前の設定時のアプリケーションにおける画面例を示す図である。

【図15】図１５は、起床後のアプリケーションにおける画面例を示す図である。

【図16】図１６は、温熱環境主観評価を管理するテーブル構造の一例を示す図である。

【図17】図１７は、設定ＤＢのユーザテーブルの構造の一例を示す図である。

【図18】図１８は、設定ＤＢのスケジュールテーブルの構造の一例を示す図である。

【図19】図１９は、ユーザが睡眠中における空気調和機の制御方法の時系列の流れを示す図である。

【図20】図２０は、空調データ蓄積フローを示す図である。

【図21】図２１は、睡眠状態データ蓄積フローを示す図である。

【図22】図２２は、空調設定フローを示す図である。

【図23】図２３は、初回空調制御の制御フローを示す図である。

【図24】図２４は、空調制御フェーズ１の制御フローを示す図である。

【図25】図２５は、空調制御フェーズ２の制御フローを示す図である。

【図26】図２６は、ユーザの睡眠状態と、ＬＦ／ＨＦとの関係を説明するための図である。

【図27】図２７は、ＬＦ／ＨＦと風向との関係の一例を示す図である。

【図28】図２８は、ＬＦ／ＨＦと風向との関係の他の一例を示す図である。

【図29】図２９は、ユーザの心拍数、心拍数の時間平均、および、心拍数の予測値の時間変動を示すグラフである。

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

【0012】

本開示の一態様に係る制御方法は、コンピュータによる、室内に設置される空気調和機の制御方法であって、前記室内におけるユーザの位置情報と、前記ユーザの睡眠情報である睡眠深度とを取得し、前記睡眠深度が第１段階の深度である場合、前記位置情報に基づいて、前記空気調和機の出力する風が前記ユーザを回避するように前記空気調和機の風向を制御し、前記睡眠深度が前記第１段階よりも深い第２段階の深度である場合、前記位置情報に基づいて、前記空気調和機の出力する風が前記ユーザに当たるように前記風向を制御する。

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

図２１は、「睡眠状態データ蓄積フロー」を示す図である。

【0129】

ステップＳ１１１にて、睡眠状態検知機５００は、睡眠状態情報取得部５１１を用いて、人の心拍／心拍変動、呼吸数、体動等の情報を取得する。また、取得した情報から睡眠状態（覚醒、レム睡眠、ステージＮ（Ｎは１，２，３，４のいずれか））の状態も判定する。

【0130】

ステップＳ１１２にて、睡眠状態検知機５００は、クラウドサーバ４００に対して、ステップＳ１１１で取得した睡眠状態情報を送信する。

【0131】

ステップＳ１１３にて、睡眠状態検知機５００は、一定期間のウェイト（例：１分間）を行い、つまり、所定期間待機した後で、ステップＳ１１１に戻る。睡眠状態検知機５００は、例えば、６０秒をカウントしカウントした結果が６０秒に到達した場合、ステップＳ１１１に戻る。

【0132】

なお、前述したように、睡眠状態情報は、睡眠状態の推定結果を含んでなくてもよい。つまり、睡眠状態検知機５００は、睡眠状態を推定せずに、体動、呼吸および心拍の少なくとも１つを含む睡眠状態を推定するために用いる情報をクラウドサーバ４００に送信してもよい。この場合、クラウドサーバ４００は、蓄積される睡眠状態を推定するために用いる情報に基づいて、睡眠状態を推定してもよい。

【0133】

以上が「睡眠状態データ蓄積フロー」の説明である。

【0134】

図２２は、「空調設定フロー」を示す図である。

【0135】

ステップＳ１２１にて、パラメータ算出部４１２は、現在時刻と、設定ＤＢ４１６に設定されている睡眠開始予定時刻との比較を行い、現在時刻が睡眠開始予定時刻を過ぎているか否かを判定して、睡眠開始予定時刻を過ぎている場合は初回空調制御を実行する。パラメータ算出部４１２は、現在時刻が睡眠開始予定時刻を過ぎていない場合、初回空調制御の実行を待機する。初回空調制御が終了すると、ステップＳ１２２に進む。初回空調制御の詳細は、図２３を用いて後述する。

【0136】

ステップＳ１２２にて、パラメータ算出部４１２は、現在時刻と、設定ＤＢ４１６に設定されている起床予定時刻との比較を行い、現在時刻が起床予定時刻を過ぎているか否かを判定する。現在時刻が起床予定時刻を過ぎている場合、つまり、現在時刻≧起床予定時刻の場合（Ｓ１２２でＹｅｓ）、パラメータ算出部４１２は、空調設定フローの処理を終了する。現在時刻が起床予定時刻を過ぎていない場合、つまり、現在時刻＜起床予定時刻の場合（Ｓ１２２でＮｏ）、次のステップＳ１２３に進む。

【0137】

ステップＳ１２３にて、パラメータ算出部４１２は、現在時刻と、寝入り検知＋期間Ａとの比較を行い、現在時刻≧寝入り検知＋期間Ａであるか否かを判定する。つまり、パラメータ算出部４１２は、ユーザの寝入りを検知したタイミングから期間Ａが経過したか否かを判定する。寝入り検知は、睡眠状態検知機５００から伝送される睡眠状態によって行われる。設定ＤＢ４１６に設定されている睡眠開始予定時刻以降で、睡眠状態が深い睡眠（ステージ３またはステージ４）のレコードを一つ以上検知した場合、そのレコードの時刻を寝入り時刻と判定する。

【0138】

パラメータ算出部４１２は、ユーザの寝入りを検知したタイミングから期間Ａが経過したと判定していないと判定した場合（Ｓ１２３でＮｏ）、ステップＳ１２４の空調制御フェーズ１に進む。空調制御フェーズ１の詳細は、図２４を用いて後述する。一方で、パラメータ算出部４１２は、ユーザ寝入りを検知したタイミングから期間Ａが経過したと判定していないと判定した場合（Ｓ１２３でＹｅｓ）、ステップＳ１２５の空調制御フェーズ２に進む。空調制御フェーズ２の詳細は、図２５を用いて後述する。

【0139】

ステップＳ１２６にて、パラメータ算出部４１２は、一定期間のウェイト（例：１分間）を行い、つまり、所定期間待機した後で、ステップＳ１２２に戻る。パラメータ算出部４１２は、例えば、６０秒をカウントし、カウントした結果が６０秒に到達した場合、ステップＳ１２２に戻る。

【0140】

以上が「空調設定フロー」の説明である。なお、空調設定フローにおいてパラメータ算出部４１２において設定された空気調和機３００を制御するための制御パラメータは、新たな制御パラメータが算出される度に空調設定部４１３によって空気調和機３００に送信されてもよいし、定期的に空調設定部４１３によって空気調和機３００に送信されてもよい。

【0141】

図２３は、「初回空調制御」の制御フローを示す図である。

【0142】

ステップＳ１３１にて、パラメータ算出部４１２は、履歴ＤＢ４１５に格納されている空調センシング情報から最新の室内温度、つまり、現在の室内温度を取得し、現在の室内温度と下限温度とを比較し、現在の室内温度が下限温度未満の場合（ステップＳ１３１でＹｅｓ）、ステップＳ１３２に進み、現在の室内温度が下限温度以上の場合（ステップＳ１３１でＮｏ）、ステップＳ１３３に進む。

【0143】

ステップＳ１３２にて、パラメータ算出部４１２は、空気調和機３００の運転モードを暖房運転にするための制御パラメータを算出する。この時、パラメータ算出部４１２は、設定温度を「下限温度」に設定し、かつ、風向を上向きに設定するための制御パラメータを算出して、初回空調制御を終了する。

【0144】

ステップＳ１３３にて、パラメータ算出部４１２は、空気調和機３００の運転モードを暖房運転にするための制御パラメータを算出する。この時、パラメータ算出部４１２は、設定温度を「空気調和機が設定可能な最低設定温度」に設定し、かつ、風向を上向きに設定するための制御パラメータを算出して、初回空調制御を終了する。

【0145】

以上が「初回空調制御」の制御フローの説明である。

【0146】

図２４は、「空調制御フェーズ１」の制御フローを示す図である。

【0147】

ステップＳ１４１にて、パラメータ算出部４１２は、履歴ＤＢ４１５に格納されている空調センシング情報から最新の室内温度、つまり、現在の室内温度を取得し、現在の室内温度と下限温度とを比較し、現在の室内温度が下限温度未満の場合（ステップＳ１４１でＹｅｓ）、ステップＳ１４２に進み、現在の室内温度が下限温度以上の場合（ステップＳ１４１でＮｏ）、ステップＳ１４３に進む。

【0148】

ステップＳ１４２にて、パラメータ算出部４１２は、空気調和機３００の設定温度を下限温度に設定する制御パラメータを算出し、ステップＳ１４３に進む。

【0149】

ステップＳ１４３にて、パラメータ算出部４１２は、空気調和機３００の現在の設定温度が下限温度と等しいか否かを判定する。パラメータ算出部４１２は、現在の設定温度が下限温度と等しい場合（Ｓ１４３でＹｅｓ）、ステップＳ１４４に進み、現在の設定温度が下限温度と等しくない場合（Ｓ１４３でＮｏ）、空調制御フェーズ１の処理を終了する。

【0150】

ステップＳ１４４にて、パラメータ算出部４１２は、履歴ＤＢ４１５に格納されているユーザの睡眠状態情報から最新の睡眠状態、つまり、ユーザの現在の睡眠状態を参照し、ユーザの現在の睡眠状態が深い睡眠か否かを判定する。パラメータ算出部４１２は、ユーザの現在の睡眠状態が深い睡眠である場合（Ｓ１４４でＹｅｓ）、ステップＳ１４５に進み、ユーザの現在の睡眠状態が深い睡眠でない場合（Ｓ１４４でＮｏ）、ステップＳ１４６に進む。

【0151】

ステップＳ１４５にて、パラメータ算出部４１２は、空気調和機３００の風向を下向きに設定するための制御パラメータを算出して、空調制御フェーズ１の処理を終了する。

【0152】

ステップＳ１４６にて、パラメータ算出部４１２は、空気調和機３００の風向を上向きに設定するための制御パラメータを算出して、空調制御フェーズ１の処理を終了する。

【0153】

以上が「空調制御フェーズ１」の制御フローの説明である。

【0154】

図２５は、「空調制御フェーズ２」の制御フローを示す図である。

【0155】

ステップＳ１５１にて、パラメータ算出部４１２は、時刻ｔ２から起床予定時刻までの間において、空気調和機３００の設定温度が起床予定時刻において起床時目標温度に到達するように、下限温度から起床時目標温度へ段階的に徐々に設定温度を上げるための制御パラメータを算出する。このために、パラメータ算出部４１２は、現在時刻における設定温度を定期的に算出して、算出した設定温度を空気調和機３００の設定温度に設定するための制御パラメータを算出する。

【0156】

睡眠中において、急激な温度変化はユーザの覚醒につながる可能性を高める。よって、できるだけ徐々に室内温度を上げていくことがもとめられる。そのため、ステップＳ１５１における設定温度（ＳＴ＿Ｔａｒｇｅｔ）の算出は、例えば、下記のように行われる。

【0157】

ＳＴ＿Ｔａｒｇｅｔ ＝ ＩＴ＿Ｓｔａｒｔ ＋ （ ＳＴ＿Ｗａｋｅｕｐ － ＩＴ＿Ｓｔａｒｔ ） × ｛ （ Ｔ＿Ｎｏｗ － Ｔ＿Ｓｔａｒｔ ） ／ （ Ｔ＿Ｌａｓｔ － Ｔ＿Ｓｔａｒｔ ） ｝
Ｔ＿Ｓｔａｒｔ ： 空調制御フェーズ２開始時刻（＝寝入り検知＋期間Ａ時刻）
Ｔ＿Ｌａｓｔ ： 起床予定時刻
Ｔ＿Ｎｏｗ ： 現在時刻
ＩＴ＿Ｓｔａｒｔ ： Ｔ＿Ｓｔａｒｔ時点の室内温度
ＳＴ＿Ｗａｋｅｕｐ ： 起床時目標温度

【0158】

また、空気調和機３００によっては、制御できる温度幅が異なるため、パラメータ算出部４１２は、空気調和機３００において調整可能な設定温度の温度幅に応じて、設定温度を算出する。パラメータ算出部４１２は、例えば、設定可能な設定温度の温度幅が０．５℃単位であれば、ＳＴ＿Ｔａｒｇｅｔを０．５℃単位に、切り上げ等を行って設定温度を算出する。

【0159】

また、上記のように計算した結果が、すでに現在の空気調和機の設定温度よりも低くなるケースも想定されるため、その場合は、現在の設定温度に合わせる。

【0160】

ステップＳ１５２にて、パラメータ算出部４１２は、履歴ＤＢ４１５に格納されているユーザの睡眠状態情報から最新の睡眠状態、つまり、ユーザの現在の睡眠状態を参照し、ユーザの現在の睡眠状態が深い睡眠か否かを判定する。パラメータ算出部４１２は、ユーザの現在の睡眠状態が深い睡眠である場合（Ｓ１５２でＹｅｓ）、ステップＳ１５３に進み、ユーザの現在の睡眠状態が深い睡眠でない場合（Ｓ１５２でＮｏ）、ステップＳ１５４に進む。

【0161】

ステップＳ１５３にて、パラメータ算出部４１２は、空気調和機３００の風向を下向きに設定するための制御パラメータを算出して、空調制御フェーズ２を終了する。

【0162】

ステップＳ１５４にて、パラメータ算出部４１２は、空気調和機３００の風向を上向きに設定するための制御パラメータを算出して、空調制御フェーズ２を終了する。

【0163】

以上が「空調制御フェーズ２」の制御フローの説明である。

【0164】

本実施の形態のように空調制御システム１を構成することによって、ユーザが就寝してから起床するまでの期間において、ユーザが起床するタイミングに向けて、ユーザが就寝している室内の温熱環境をユーザにとって快適になるようにコントロールすることができる。

【0165】

なお、本実施の形態では、空気調和機３００の風向について、睡眠状態検知機によって計測したユーザの睡眠状態が、深い睡眠の場合は下向きに設定し、浅い睡眠の場合は上向きに設定するとしたが、これに限らない。例えば、風向を左右に変更できる空気調和機においては、常に下向き方向に向けていてもよく、ユーザの睡眠状態が深い睡眠の場合は内側に向けて、浅い睡眠の場合は、人を避けるように外側に向けるように構成してもよい。このように構成することで、暖かい空気を下方向に送りながら、浅い睡眠時の覚醒への誘導を避けることができる。また、空気調和機３００の各種センサ３０３は、空気調和機３００が設置されている室内空間においてユーザが存在する位置を検出する人感センサを有していてもよい。この場合、人感センサは、ユーザが存在する位置を示す位置情報を出力する。

【0166】

このように、空調制御システム１は、ユーザの睡眠状態が深い睡眠の場合、位置情報に基づいて、吹き出す風がユーザに当たる向きで空気調和機の風向を制御し、ユーザの睡眠状態が浅い睡眠の場合、吹き出す風がユーザを回避するように、空気調和機の風向を制御してもよい。

【0167】

なお、本実施の形態において、ユーザを回避するような風向とは、ユーザに風が当たらないような向きであってもよいし、ユーザの位置とは異なる位置に向かう向きであってもよい。また、ユーザに当たるような風向とは、ユーザの位置に向かう向きである。

【0168】

本実施の形態では、睡眠状態検知機５００により検出されたユーザの体動、呼吸および心拍に基づいて、ユーザの睡眠状態を推定するとしたが、例えば、ユーザの心拍変動を周波数解析した結果から得られる指標であるＬＦ（Ｌｏｗ Ｆｒｅｑｕｅｎｃｙ）／ＨＦ（Ｈｉｇｈ Ｆｒｅｑｕｅｎｃｙ）に基づいてユーザの睡眠状態を推定してもよい。ユーザの睡眠状態と、ＬＦ／ＨＦとは、図２６に示すように、互いに相関関係にある。図２６の（ａ）は、図１１と同様に睡眠経過時間に対する人の睡眠状態を示すグラフであり、図２６の（ｂ）は、（ａ）と同じ時間軸におけるＬＦ／ＨＦの値を示すグラフである。このように、睡眠状態検知機５００またはクラウドサーバ４００は、ＬＦ／ＨＦが閾値Ｔｈよりも高い値である場合、ユーザは浅い睡眠状態であると判定することができる。また、この場合、睡眠中のユーザは、副交感神経よりも交感神経が優位となっていることが知られている。また、睡眠状態検知機５００またはクラウドサーバ４００は、ＬＦ／ＨＦが閾値Ｔｈ以下である場合、ユーザは深い睡眠状態であると判定することができる。また、この場合、睡眠中のユーザは、交感神経よりも副交感神経が優位となっていることが知られている。

【0169】

このように、睡眠状態検知機５００またはクラウドサーバ４００は、心拍変動解析により睡眠深度を決定してもよい。睡眠状態検知機５００またはクラウドサーバ４００は、心拍変動解析により得られるＬＦ／ＨＦの値に応じてユーザの睡眠深度を決定してもよい。

【0170】

本実施の形態では、ユーザの睡眠状態が深い睡眠状態である場合、空気調和機３００の出力する風がユーザに当たるように風向を制御するとしたが、これに限らない。例えば、図２７に示すように、空気調和機３００の風向の制御では、心拍変動解析により得られた睡眠深度に相関する指標値の時間的な変動における接線の傾きが所定の正の傾きよりも大きくなったタイミングで、ユーザの位置情報に基づいて、深い睡眠状態であっても空気調和機３００の出力する風がユーザを回避するように空気調和機３００の風向を制御してもよい。この場合、パラメータ算出部４１２は、空気調和機３００により吹き出される風の風向を上向きに制御する制御パラメータを算出することで、空気調和機３００の出力する風がユーザを回避するように空気調和機３００の風向を制御してもよい。なお、接線の傾きが所定の正の傾きよりも大きくなったタイミングとは、傾きが増加傾向にある場合であって、かつ、所定の正の傾きよりも大きい傾きとなったタイミングである。

【0171】

本実施の形態では、ユーザの睡眠深度が第１段階の深度である場合、ユーザの位置情報に基づいて、空気調和機３００の出力する風がユーザを回避するように空気調和機３００の風向を制御し、ユーザの睡眠深度が第１段階よりも深い第２段階の深度である場合、ユーザの位置情報に基づいて、空気調和機３００の出力する風がユーザに当たるように空気調和機３００の風向を制御するとした。つまり、２段階の睡眠深度に応じて２段階の風向制御を行うとしたが、図２８に示すように、３段階以上の睡眠深度に応じて３段階以上の風向制御を行ってもよい。

【0172】

具体的には、パラメータ算出部４１２は、心拍解析により得られた睡眠深度に相関する指標値が、当該指標値において３つの閾値Ｔｈ１、Ｔｈ２、Ｔｈ３によって区切られる４つの範囲の指標値にある場合、指標値が属する範囲に対応する風向に制御するための制御パラメータを算出してもよい。４つの範囲は、それぞれ、１対１で４つの風向に対応している。例えば、パラメータ算出部４１２は、４つの範囲のうちの、最低の範囲、つまり、ＬＦ／ＨＦが閾値Ｔｈ１以下である場合、空気調和機３００の風向を最下段の風向に設定するための制御パラメータを算出する。パラメータ算出部４１２は、４つの範囲のうちの、２番目に低い範囲、つまり、ＬＦ／ＨＦが閾値Ｔｈ１より大きくかつ閾値Ｔｈ２以下である場合、空気調和機３００の風向を最下段から２番目に下向きの風向（下向き２段目の風向）に設定するための制御パラメータを算出する。パラメータ算出部４１２は、４つの範囲のうちの、２番目に高い範囲（３番目に低い範囲）、つまり、ＬＦ／ＨＦが閾値Ｔｈ２より大きくかつ閾値Ｔｈ３以下である場合、空気調和機３００の風向を最上段から２番目に上向きの風向（上向き２段目の風向）に設定するための制御パラメータを算出する。パラメータ算出部４１２は、４つの範囲のうちの、最高の範囲、つまり、ＬＦ／ＨＦが閾値Ｔｈ３より大きい場合、空気調和機３００の風向を最上段の風向に設定するための制御パラメータを算出する。なお、上述したように、算出された制御パラメータは、定期的または更新されたタイミングで、空調設定部４１３により空気調和機３００に送信され、空気調和機３００は、受信した制御パラメータに応じて動作を変更する。

【0173】

本実施の形態では、パラメータ算出部４１２は、設定ＤＢ４１６に格納されているユーザテーブルに含まれる下限温度および起床時目標温度を、履歴ＤＢ４１５に格納されている該当ユーザの過去の温熱環境主観評価を元にして、更新するとしたが、温熱環境主観評価を元にして更新することに限らない。睡眠時のユーザの心拍または心拍変動値は、ユーザの周囲の温度に影響を受けることが知られている。具体的には、睡眠時のユーザの心拍または心拍変動値は、ユーザの周囲の温度が高いほど大きくなることが知られている。これにより、ユーザが感じている暑さが暑いほど大きくなるとも言える。

【0174】

図２９は、ユーザの心拍数、心拍数の時間平均、および、心拍数の予測値の時間変動を示すグラフである。

【0175】

図２９において、細い実線８０１は、ユーザの心拍数の時間変動を示し、太い実線８０２は、ユーザの心拍数の時間平均の時間変動を示し、太い破線８０３は、ユーザの心拍数の過去の履歴に基づく予測値の時間変動を示す。

【0176】

例えば、パラメータ算出部４１２は、履歴ＤＢ４１５に格納されている過去に取得されたユーザに紐付けられている、心拍または心拍変動と、室内温度との相関関係を算出し、算出した相関関係から将来のユーザの心拍または心拍変動の予測値を算出する。なお、相関関係の算出では、さらに、睡眠経過時間、ＬＦ／ＨＦなどを含む相関関係を算出してもよい。そして、パラメータ算出部４１２は、心拍数の時間平均が予測値よりも所定値分大きい場合、下限温度または起床目標温度を低い温度に変更してもよい。なお、相関関係を算出するための履歴ＤＢ４１５に格納されている過去に取得されたユーザの心拍または心拍変動と、室内温度とは、現在から所定期間前までの期間に取得された情報が用いられてもよい。

【0177】

なお、本実施の形態では、「深い睡眠」を「ステージ３またはステージ４」としたが、空調センシング情報または睡眠状態情報の傾向に応じて、これを「ステージ４のみ」としたり、「ステージ２、ステージ３またはステージ４」としてもよい。また、レム睡眠に関しては、脳では、浅い睡眠のように活発化しているが、体自体の動きには抑制がかかり、起きにくい状態とも考えられている。そのため、レム睡眠を「深い睡眠」と同様に、起きにくい睡眠状態としてもよい。つまり、上記実施の形態では睡眠の深度に応じて、第１段階と第２段階とに分けて、ユーザの睡眠深度が第１段階であるか、第２段階であるかに応じて、空気調和機３００の風向を制御するとしたがこれに限らない。ユーザの睡眠状態が起きにくい状態であるか否かに応じて、空気調和機３００の風向を制御してもよい。ユーザの睡眠状態が起きにくい状態の場合に、ユーザに風が当たるように空気調和機３００の風向を制御し、ユーザの睡眠状態が起きやすい状態の場合に、ユーザを回避するように空気調和機３００の風向を制御してもよい。ユーザの睡眠状態が起きにくい状態とは、ユーザの睡眠深度が深い睡眠である場合であってもよいし、レム睡眠および深い睡眠である場合であってもよい。

【0178】

なお、空調制御システム１では、ユーザが最初に睡眠する場合において、下限温度または起床時目標温度の初期値を、「暑がり」または「寒がり」といった個人の空調に対する主観評価を元に決定するように構成してもよい。この場合、クラウドサーバ４００は、端末機器７００からユーザの主観評価を取得し、取得した主観評価に応じた下限温度および起床時目標温度を決定する。クラウドサーバ４００は、例えば、ユーザの主観評価が暑がりであれば、当該ユーザに紐付けられる下限温度を１８℃に設定し、かつ、起床時目標温度を２０℃に設定する。一方で、クラウドサーバ４００は、例えば、ユーザの主観評価が寒がりであれば、当該ユーザに紐付けられる下限温度を２０℃に設定し、かつ、起床時目標温度を２２℃に設定する。これにより、初回利用時であっても、ユーザの主観評価に応じた好ましい設定温度に設定して空気調和機３００の運転を制御することができる。

【0179】

なお、空調制御システム１では、ユーザが最初に睡眠する場合、下限温度または起床時目標温度の初期値を、利用している布団の状態に応じて決定するように構成してもよい。この場合、クラウドサーバ４００は、端末機器７００からユーザが利用している布団の状態を取得し、取得した布団の状態に応じた下限温度および起床時目標温度を決定する。クラウドサーバ４００は、例えば、布団の状態が「羽毛布団＋毛布」であれば、下限温度を１８℃に設定し、かつ、起床時目標温度を２０℃に設定する。一方で、クラウドサーバ４００は、例えば、布団の状態が「毛布」であれば、下限温度を２０℃に設定し、かつ、起床時目標温度を２２℃に設定する。布団の状態は、定期的に端末機器７００にアンケートなどをすることで端末機器７００から取得されてもよい。これにより、初回利用時であっても、ユーザが利用している布団の状態に応じた好ましい設定温度に設定して空気調和機３００の運転を制御することができる。なお、睡眠状態検知機５００などが布団内の温度を計測するセンサを有していれば、クラウドサーバ４００は、センサによって計測された温度を取得することで、計測された温度と室内温度との相関関係に基づいて、布団の厚さを推定してもよい。これにより、クラウドサーバ４００は、ユーザが手動で端末機器７００に布団の状態を設定する必要がなく、また布団の状態が変わったことを自動的に反映することができる。

【0180】

なお、本実施の形態では、睡眠状態検知機によって計測した睡眠状態が、深い睡眠の場合は下向きに設定し、浅い睡眠の場合は上向きに設定するとしたが、深い睡眠の場合は風量を増加させ、浅い睡眠の場合は風量を低下させるまたは停止するような構成にしてもよい。このように構成すれば、より効率的に睡眠リズムに合わせて、睡眠中の覚醒を防ぎながら、空調制御を行うことが可能となる。

【0181】

なお、本実施の形態では、睡眠状態検知機によって計測した睡眠状態が、深い睡眠の場合は下向きに設定し、浅い睡眠の場合は上向きに設定するとしたが、深い睡眠の場合は設定温度を上げ、浅い睡眠の場合は設定温度を下げるような構成にしてもよい。このように構成すれば、より効率的に睡眠リズムに合わせて、睡眠中の覚醒を防ぎながら、空調制御を行うことが可能となる。

【0182】

なお、本実施の形態では、睡眠状態検知機によって計測した睡眠状態が、深い睡眠の場合は下向きに設定し、浅い睡眠の場合は上向きに設定するとしたが、深い睡眠の場合は、上下にスイングするように構成してもよい。このように構成することで、室内の空気を循環させることで、上方向の暖かい空気を、下側に持ってくることで、快適性を上げることができる。

【0183】

なお、本実施の形態では、睡眠状態検知機によって計測した睡眠状態が、深い睡眠の場合は下向きに設定し、浅い睡眠の場合は上向きに設定するとしたが、浅い睡眠の時を狙って「霜取り運転」を行うように構成してもよい。霜取り運転とは、冬の屋外の気温が所定温度より低くかつ湿度が所定湿度より高いときに、室外機に霜がつくことがあり、暖房運転の妨げになるこの霜を取り除く運転のことをいう。この運転中は暖房が停止してしまうため、室内機の風もストップする。霜取り運転後には、その間に冷えた部屋を再度温めようと、空気調和機が動き出すため、霜取り運転中は、深い睡眠中ではなく、浅い睡眠中に行うほうが、好ましい。

【0184】

なお、本実施の形態では、睡眠状態検知機によって計測した睡眠状態が、深い睡眠の場合は下向きに設定し、浅い睡眠の場合は上向きに設定するとしたが、空気調和機が加湿運転機能を持つ場合には、深い睡眠中に加湿運転を強め、浅い睡眠中は加湿運転を弱めるまたは停止するように構成してもよい。このように構成することで、加湿運転中は、音が発生するため、浅い睡眠中、運転を弱めることで、加湿の音を小さくし、覚醒への誘導を抑制することができる。

【0185】

なお、本実施の形態では、睡眠状態検知機によって計測した睡眠状態が、深い睡眠の場合は下向きに設定し、浅い睡眠の場合は上向きに設定するとしたが、ユーザが手動で状態を設定できるようにしてもよい。深い睡眠中の風向・風量、浅い睡眠時の風向・風量をあらかじめシステムに設定し、システムは、その設定に基づいて制御をおこなうようにしてもよい。このように構成することで、よりユーザの好みや間取りなどを踏まえた制御が可能になる。

【0186】

なお、本実施の形態では、睡眠状態検知機によって計測した睡眠状態が、深い睡眠の場合は下向きに設定し、浅い睡眠の場合は上向きに設定するとしたが、室内温度の状態を加味するように構成してもよい。深い睡眠中であっても、室内温度が十分に高い場合には上向きにし、浅い睡眠中であっても、室内温度が低すぎる場合には下向きにする。このように構成することで、睡眠状態と室内の温度に応じて、より柔軟なきめ細やかな制御が可能となる。

【0187】

なお、本実施の形態では、睡眠状態検知機によって計測した睡眠状態が、深い睡眠の場合は下向きに設定し、浅い睡眠の場合は上向きに設定するとしたが、深い睡眠の経過時間に基づいて制御を変更するように構成してもよい。例えば、深い睡眠が開始した後で、深い睡眠が続いていても２０分間したら上向きにするというように構成してもよい。または、過去の睡眠ステージや心拍等を学習し、深い睡眠の遷移後、今後の睡眠ステージを予測し、深い睡眠の終わるタイミングの前に風向を上向きに変更するように構成してもよい。このように構成することで、深い睡眠から浅い睡眠に移行していく際に、風による覚醒を防ぐことが可能となる。

【0188】

室内温度の状態を加味するように構成してもよい。深い睡眠中であっても、室内温度が十分に高い場合には上向きにし、浅い睡眠中であっても、室内温度が低すぎる場合には下向きにする。このように構成することで、睡眠状態と室内の温度に応じて、より柔軟なきめ細やかな制御が可能となる。

【0189】

室内湿度の状態を加味するように構成してもよい。深い睡眠中であっても、湿度が低すぎる場合には、上向きにする。このように構成することで、湿度が低すぎる場合には、肌への乾燥を避けることができる。

【0190】

なお、本実施の形態では、睡眠状態検知機によって計測した睡眠状態が、深い睡眠の場合は下向きに設定し、浅い睡眠の場合は上向きに設定するとしたが、空気調和機が空気清浄機能を持つ場合には、深い睡眠中に空気清浄機能を強め、浅い睡眠中は空気清浄機能を弱めるもしくは停止するように構成してもよい。このように構成することで、空気清浄機能は、音が発生するため、浅い睡眠中、運転を弱めることで、音を小さくし、覚醒への誘導を抑制することができる。

【0191】

なお、本実施の形態では、睡眠状態検知機によって計測した睡眠状態が、深い睡眠の場合は下向きに設定し、浅い睡眠の場合は上向きに設定するとしたが、空気調和機がナノイーのような微粒子イオン発生機能を持つ場合には、深い睡眠中に微粒子イオン発生機能を強め、浅い睡眠中は微粒子イオン発生機能を弱めるもしくは停止するように構成してもよい。このように構成することで、微粒子イオン発生機能は、音が発生するため、浅い睡眠中、運転を弱めることで、微粒子イオン発生機能の音を小さくし、覚醒への誘導を抑制することができる。

【0192】

なお、本実施の形態では、図１８で説明したように就寝開始時において、室内温度が下限温度値を上回る場合には、空気調和機の設定温度を、設定可能な最低温度に設定するとしたが、暖房ではなく、冷房や送風などの設定を行うように構成してもよい。空気調和機の設定温度の最低値が１６℃の場合、厚めの布団で寝るユーザにとっては、下限温度をもっと低くしたい要望もあり得る。例えば、下限温度を１０℃にした場合には、暖房を最低設定温度１６℃にしてしまうと、室外気温がいくら低くても、暖房運転が働くため１０℃に推移しない。そこで、このようなケースでは、冷房３０℃のようにすることで、下限温度を空気調和機の最低温度よりも低く構成することが可能になる。

【0193】

なお、本実施の形態では、図１８で説明したように就寝開始時において、室内温度が下限温度値を上回る場合には、空気調和機の設定温度を、設定可能な最低温度に設定するとしたが、暖房ではなく、ニュートラル運転（何もしない運転）に構成してもよい。空気調和機の設定温度の最低値が１６℃の場合、厚めの布団で寝るユーザにとっては、下限温度をもっと低くしたい要望もあり得る。例えば、下限温度を１０℃にした場合には、暖房を最低設定温度１６℃にしてしまうと、室外気温がいくら低くても、暖房運転が働くため１０℃に推移しない。そこで、このようなケースでは、ニュートラル運転というモードを設け、空気調和機の電源はＯＮになるが、何も動作しないモードにすることで、下限温度を空気調和機の最低温度よりも低く構成することが可能になるとともに、就寝時には空気調和機の電源がＯＮになり、睡眠中に勝手に電源がＯＮすることによるユーザの不安感を取り除くことができる。

【0194】

なお、本実施の形態では、暖房運転時における空気調和機３００の風向の制御について説明したが、冷房運転時においても同様に制御してもよい。つまり、冷房運転時においても、ユーザの睡眠深度が第１段階の深度である場合、ユーザの位置情報に基づいて、空気調和機３００の出力する風がユーザを回避するように空気調和機の風向を制御し、ユーザの睡眠深度が第１段階よりも深い第２段階の深度である場合、ユーザの位置情報に基づいて、空気調和機３００の出力する風がユーザに当たるように風向を制御してもよい。

【0195】

なお、本実施の形態では、クラウドサーバ４００が空気調和機３００から空調センシング情報および空調制御情報を取得し、かつ、睡眠状態検知機５００から睡眠状態情報を取得し、これらの情報に基づいて、空気調和機３００を制御するための制御パラメータを算出するとしたが、クラウドサーバ４００が制御パラメータを算出する処理を行わなくてもよい。つまり、クラウドサーバ４００が制御パラメータを算出する代わりに、空気調和機３００が制御パラメータを算出してもよい。この場合、空気調和機３００は、クラウドサーバ４００の機能ブロックのうちのパラメータ算出部４１２、履歴ＤＢ４１５、インタフェース４１４、および設定ＤＢ４１６を有する。空調制御部３１３は、パラメータ算出部４１２により算出された制御パラメータに応じた動作を行う。また、この場合、空気調和機３００は、睡眠状態検知機５００から睡眠状態情報を取得する取得部を有する。このように、クラウドサーバ４００が無くてもよく、空気調和機３００が制御パラメータを算出する処理を行ってもよい。

【0196】

なお、空気調和機３００は、送風機３０２により室内に吹き出される空気の流れの向き（風向）を調整する風向調整機構をさらに備えていてもよい。風向調整機構は、例えば、空気調和機３００の吹出口に配置され、空気の流れの向きを調整するためのフラップと、フラップの角度を調整するアクチュエータ（モータ）とにより構成される。

【0197】

以上が本実施の形態における空調制御システムの説明である。

【0198】

（サービスの類型１：自社データセンタ型）
図２は、サービスの類型１（自社データセンタ型）を示す。本類型は、サービスプロバイダ１２０がグループ１００から情報を取得し、ユーザに対してサービスを提供する類型である。本類型では、サービスプロバイダ１２０が、データセンタ運営会社の機能を有している。即ち、サービスプロバイダが、ビッグデータの管理をするクラウドサーバ１１１を保有している。従って、データセンタ運営会社は存在しない。

【0199】

本類型では、サービスプロバイダ１２０は、データセンタ（クラウドサーバ１１１）（２０３）を運営、管理している。また、サービスプロバイダ１２０は、ＯＳ（２０２）及びアプリケーション（２０１）を管理する。サービスプロバイダ１２０は、サービスプロバイダ１２０が管理するＯＳ（２０２）及びアプリケーション（２０１）を用いてサービス提供（２０４）を行う。

【0200】

（サービスの類型２：ＩａａＳ利用型）
図３は、サービスの類型２（ＩａａＳ利用型）を示す。ここでＩａａＳとはインフラストラクチャー・アズ・ア・サービスの略であり、コンピュータシステムを構築および稼動させるための基盤そのものを、インターネット経由のサービスとして提供するクラウドサーバ提供モデルである。

【0201】

本類型では、データセンタ運営会社がデータセンタ（クラウドサーバ１１１）（２０３）を運営、管理している。また、サービスプロバイダ１２０は、ＯＳ（２０２）及びアプリケーション（２０１）を管理する。サービスプロバイダ１２０は、サービスプロバイダ１２０が管理するＯＳ（２０２）及びアプリケーション（２０１）を用いてサービス提供（２０４）を行う。

【0202】

（サービスの類型３：ＰａａＳ利用型）
図４は、サービスの類型３（ＰａａＳ利用型）を示す。ここでＰａａＳとはプラットフォーム・アズ・ア・サービスの略であり、ソフトウェアを構築および稼動させるための土台となるプラットフォームを、インターネット経由のサービスとして提供するクラウドサーバ提供モデルである。

【0203】

本類型では、データセンタ運営会社１１０は、ＯＳ（２０２）を管理し、データセンタ（クラウドサーバ１１１）（２０３）を運営、管理している。また、サービスプロバイダ１２０は、アプリケーション（２０１）を管理する。サービスプロバイダ１２０は、データセンタ運営会社が管理するＯＳ（２０２）及びサービスプロバイダ１２０が管理するアプリケーション（２０１）を用いてサービス提供（２０４）を行う。

【0204】

（サービスの類型４：ＳａａＳ利用型）
図５は、サービスの類型４（ＳａａＳ利用型）を示す。ここでＳａａＳとはソフトウェア・アズ・ア・サービスの略である。例えばデータセンタ（クラウドサーバ）を保有しているプラットフォーム提供者が提供するアプリケーションを、データセンタ（クラウドサーバ）を保有していない会社・個人（利用者）がインターネットなどのネットワーク経由で使用できる機能を有するクラウドサーバ提供モデルである。

【0205】

本類型では、データセンタ運営会社１１０は、アプリケーション（２０１）を管理し、ＯＳ（２０２）を管理し、データセンタ（クラウドサーバ１１１）（２０３）を運営、管理している。また、サービスプロバイダ１２０は、データセンタ運営会社１１０が管理するＯＳ（２０２）及びアプリケーション（２０１）を用いてサービス提供（２０４）を行う。

【0206】

以上いずれの類型においても、サービスプロバイダ１２０がサービス提供行為を行ったものとする。また例えば、サービスプロバイダ若しくはデータセンタ運営会社は、ＯＳ、アプリケーション若しくはビッグデータのデータベース等を自ら開発してもよいし、また、第三者に外注させてもよい。

【産業上の利用可能性】

【0207】

本発明の一態様に係る空調制御システムは、空気調和機の制御において、温熱指標を用いて起床に向けて徐々に温熱環境をあげて起床時に快適な環境を整えることができ、睡眠時の快適性を高めることが可能である。故に本発明にかかる空調制御システムは、生活家電産業において高い利用可能性を持つ。

【符号の説明】

【0208】

１０、２０ ユーザ
１００ グループ
１０１ 機器
１０２ ホームゲートウェイ
１１０ データセンタ運営会社
１１１ クラウドサーバ
１２０ サービスプロバイダ
１２１ サーバ
２０１ アプリケーション
２０２ ＯＳ
２０３ データセンタ（クラウドサーバ）
２０４ サービス提供
３００ 空気調和機
３０１ 熱源
３０２ 送風機
３０３ 各種センサ
３０４ 制御回路
３１１ センサ情報取得部
３１２ 制御情報取得部
３１３ 空調制御部
４００ クラウドサーバ
４０１ プロセッサ
４０２ メインメモリ
４０３ ストレージ
４０４ 通信ＩＦ
４１１ 取得部
４１２ パラメータ算出部
４１３ 空調設定部
４１４ インタフェース
４１５ 履歴ＤＢ
４１６ 設定ＤＢ
５００ 睡眠状態検知機
５０１ アンテナ
５０２ 制御回路
５１１ 睡眠状態情報取得部
６００ 通信ネットワーク
６０１ 住宅
６１０ ルータ
７００ 端末機器
７０１ 設定画面
７０２、７０３ 予約リスト
７１０ 起床画面
７１１ コメント
７１２、７１３ アイコン
７２０ 受付済画面
７２１、７２２ アイコン
８０１ 細い実線
８０２ 太い実線
８０３ 太い破線

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】