具体实施方式

本发明的一个形态所涉及的控制方法是被设置在室内的空气调节器的控制方法，且通过计算机来执行，在所述控制方法中，获得所述室内的用户的位置信息、以及作为所述用户的睡眠信息的睡眠深度，在所述睡眠深度为第1阶段的深度的情况下，根据所述位置信息，对所述空气调节器的风向进行控制，以使所述空气调节器输出的风避开所述用户，在所述睡眠深度为比所述第1阶段深的第2阶段的深度的情况下，根据所述位置信息，对所述空气调节器的风向进行控制，以使所述空气调节器输出的风吹到所述用户。

据此，能够按照就寝中的用户的睡眠状态来对空气调节器进行控制，以不使用户觉醒的方式，进行使用户感到舒适的温度控制。

并且也可以是，所述睡眠深度根据指标值来决定，该指标值是通过心率变异性分析而得到的值。

并且也可以是，在所述控制方法中，进一步，根据所述指标值随时间的变动，来估计所述第2阶段的结束时刻，在所述控制中，以所述第2阶段的结束时刻的规定时间前的定时、或以所述指标值成为规定的指标值的定时，根据所述位置信息，对所述空气调节器的风向进行控制，以使所述空气调节器输出的风避开所述用户。

并且也可以是，在所述控制中，当所述指标值在随时间的变动中的斜率成为比规定的正的斜率大时，根据所述位置信息，对所述空气调节器的风向进行控制，以使所述空气调节器输出的风避开所述用户。

并且也可以是，在所述控制方法中，进一步，获得所述用户针对所述用户睡眠中的室内环境、或所述用户起床时的室内环境的主观评价，根据所述主观评价，对睡眠中的所述空气调节器的空调运转中的设定温度进行变更。

本发明的其他的一个形态所涉及的控制方法是被设置在室内的空气调节器的控制方法，且通过计算机来执行，在所述控制方法中，获得作为所述室内的用户的睡眠信息的睡眠深度，在所述睡眠深度为第1阶段的深度的情况下，将所述空气调节器的风向控制成朝向所述室内的上方，在所述睡眠深度为比所述第1阶段深的第2阶段的深度的情况下，将所述空气调节器的风向控制成朝向所述室内的下方。

据此，能够按照就寝中的用户的睡眠状态来对空气调节器进行控制，以不使用户觉醒的方式，来进行使用户感到舒适的温度控制。

本发明其他的一个形态所涉及的空气调节器被设置在室内，且具备处理器以及存储器，所述处理器利用所述存储器，获得所述室内的用户的位置信息、以及作为所述用户的睡眠信息的睡眠深度，在所述睡眠深度为第1阶段的深度的情况下，根据所述位置信息，对所述空气调节器的风向进行控制，以使所述空气调节器输出的风避开所述用户，在所述睡眠深度为比所述第1阶段深的第2阶段的深度的情况下，根据所述位置信息，对所述空气调节器的风向进行控制，以使所述空气调节器输出的风吹到所述用户。

据此，能够按照就寝中的用户的睡眠状态来对空气调节器进行控制，以不使用户觉醒的方式，来进行使用户感到舒适的温度控制。

另外，这些概括性的或具体的形态可以由系统、集成电路、计算机程序或计算机可读取的CD-ROM等非暂时性记录介质来实现，也可以由系统、集成电路、计算机程序以及非暂时性记录介质的任意的组合来实现。

(提供的服务的整体概况)

图1的(A)示出了本实施方式所涉及的服务的整体概况。

群体100例如是企业、团体、家庭等，其规模不受限制。在群体100中存在多个设备101，即设备A、设备B以及家庭网关102。多个设备101中有能够与互联网连接的设备(例如，智能手机、PC、TV等)，也有自身不能与互联网连接的设备(例如，照明、洗衣机、冰箱等)。即使自身不能与互联网连接的设备，也有能够经由家庭网关102来与互联网连接的设备。并且，群体100中存在使用多个设备101的用户10。

在数据中心运营公司110中存在云服务器111。云服务器111是经由互联网与各种设备进行协作的虚拟服务器。主要是对通常的数据库管理工具等难于处理的巨大的数据(大数据)等进行管理。数据中心运营公司110进行数据管理、云服务器111的管理、对进行这些管理的数据中心进行运营等。关于数据中心运营公司110所进行的工作，将在以后详细说明。在此，数据中心运营公司110并非受仅进行数据管理或云服务器111的运营等公司所限。例如对多个设备101之中的一个设备进行开发、制造的设备制造商还进行数据管理或云服务器111的管理等的情况下，设备制造商则相当于数据中心运营公司110(图1的(B))。并且，数据中心运营公司110并非受一个公司所限。例如在设备制造商以及其他的管理公司共同进行数据管理、云服务器111的运营或者分担进行的情况下，双方或者其中一方相当于数据中心运营公司110(图1的(C))。

服务提供商120拥有服务器121。在此的服务器121不受规模的影响，例如也包括个人用PC内的存储器等。并且，也会有服务提供商不拥有服务器121的情况。

另外，在上述服务中，家庭网关102并非是必需存在的。例如，在云服务器111进行所有的数据管理的情况下等，则不需要家庭网关102。并且，在家庭内的所有设备都与互联网连接的情况下，也会有不存在本身不能与互联网连接的设备的情况。

接着，对上述服务中的设备的日志信息(操作履历信息以及工作履历信息)的流程进行说明。

首先，群体100的设备A或设备B将各日志信息发送到数据中心运营公司110的云服务器111。云服务器111对设备A或设备B的日志信息进行汇集(图1的(a))。在此，日志信息是指，示出多个设备101的例如运转状况或工作日期时间等的信息。例如是电视的视听履历や记录器的录像预约信息、洗衣机的运转日期时间和洗涤物的量、冰箱的开闭日期时间和开闭次数等，但是并非受此所限，可以是能够从所有的设备获得的各种的信息。

日志信息也有经由互联网从多个设备101自身直接提供到云服务器111的情况。并且，可以先从多个设备101将日志信息汇集到家庭网关102，并从家庭网关102提供到云服务器111。

接着，数据中心运营公司110的云服务器111将汇集的日志信息以一定的单位，提供到服务提供商120。在此，可以是对数据中心运营公司汇集的信息进行整理，而成为能够提供到服务提供商120的单位，也可以是服务提供商120要求的单位。虽然记载为一定的单位，也可以不是一定的单位，也有按照状况而提供的信息量发生变化的情况。所述日志信息按照需要而被保存到服务提供商120所拥有的服务器121(图1的(b))。于是，服务提供商120将日志信息整理为适于提供给用户的服务的信息，并提供给用户。接受提供的用户可以是使用多个设备101的用户10，也可以是外部的用户20。针对用户的服务提供方法例如可以是从服务提供商直接向用户提供(图1的(b)以及(e))。并且，针对用户的服务提供方法例如可以再次经由数据中心运营公司110的云服务器111，来提供到用户(图1的(c)以及(d))。并且，数据中心运营公司110的云服务器111将日志信息整理为适于提供给用户的服务的信息，并提供到服务提供商120。

另外，用户10与用户20可以相同，也可以不同。

(实施方式)

图6是实施方式中的空调控制系统的概略图。

具体而言，在图6中示出了，空调控制系统1具备：空气调节器300、云服务器400、睡眠状态感应器500、通信网络600以及路由器610。

空调控制系统1例如是用于向住宅601等建筑物的室内的用户U1提供睡眠时的舒适的空调空间的系统。

以下对各设备进行具体说明。

图7是示出实施方式中的空气调节器的硬件构成的一个例子的方框图。

空气调节器300是对室内的空气质量环境进行调整的设备，例如是通过制热运转或制冷运转来对室内的温度进行调整的设备。空气调节器300例如是室内空调。如图7所示，空气调节器300具备：热源301、送风机302、各种传感器303、以及控制电路304。

热源301是制冷剂回路(未图示)所具备的热交换器，例如是作为冷凝器发挥作用的热交换器。热源301并非受制冷剂回路所具备的热交换器所限，也可以是电加热器、煤气加热器、煤油加热器等。

送风机302将由热源加热的空气送到室内。送风机302例如由风扇、以及使风扇旋转的电动机构成。风扇例如可以是横流风扇，也可以是轴流风扇。

各种传感器303包括：对室内温度进行检测的温度传感器、对室内湿度进行检测的湿度传感器、对室外温度进行检测的温度传感器、对室外湿度进行检测的湿度传感器、对室内的人的存在进行检测的人体感应传感器、以及对空气调节器300所消耗的电量进行检测的功率传感器等。各种传感器303还可以包括:对热源301的温度进行检测的温度传感器、对从空气调节器300吹出的空气的温度进行检测的温度传感器等。

控制电路304按照由各种传感器303检测的室内温度，以使检测出的室内温度接近预先设定的目标温度的方式，对热源301以及送风机302的工作进行控制。例如在制热运转中，在室内温度没有达到目标温度，即室内温度比目标温度低的情况下，控制电路304通过驱动热源301以及送风机302，对室内空间进行供暖。并且，在制热运转中，在室内温度达到目标温度的情况下，即室内温度为目标温度以上的温度的情况下，控制电路304使热源301以及送风机302暂时停止。在制热运转的情况下，由于大多情况是室外气温比室内温度低，因此通过使热源301以及送风机302停止，从而室内温度降低而接近室外气温。据此，当室内温度成为比目标温度低的温度时，控制电路304对热源301以及送风机302进行驱动。这样，控制电路304根据室内温度以及目标温度的关系，对热源301以及送风机302的工作进行控制，从而能够调整室内温度，以使室内温度维持在目标温度。

控制电路304具有经由路由器610来确立与通信网络600的通信的通信IF(Interface：接口)。通信IF是经由通信网络600来与云服务器400进行通信的通信接口。即通信IF只要是能够与通信网络600进行通信连接的通信接口即可。具体而言，通信IF是通过与移动通信系统的基站进行通信连接、或与路由器610进行通信连接，来与通信网络600进行通信连接的通信接口。通信IF例如可以是适于IEEE802.11a、b、g、n、ac、ax标准的无线LAN(LocalAreaNetwork)接口，也可以是适于第3代移动通信系统(3G)、第4代移动通信系统(4G)、第5代移动通信系统(5G)、或LTE(注册商标)等移动通信系统中所利用的通信标准的无线通信接口。

另外，控制电路304所具有的通信IF也可以是通过与其他的终端设备进行通信连接，来与通信网络600进行通信连接的通信接口。在这种情况下，例如通信IF可以是无线LAN接口，也可以是适于Bluetooth(注册商标)标准的无线通信接口。

图8是示出实施方式中的云服务器的硬件构成的一个例子的方框图。

如图8所示，云服务器400具备：处理器401、主存储器402、存储装置403、以及通信IF(Interface)404。

处理器401是执行由存储装置403等存储的控制程序的处理器。

主存储器402是作为处理器401执行控制程序时使用的工作区的易失性的存储区域。

存储装置403是保存控制程序等的非易失性的存储区域。

通信IF404是经由通信网络600与空气调节器300、睡眠状态感应器500、终端设备700等的设备进行通信的通信接口。通信IF404例如是有线LAN接口。另外，通信IF404也可以是无线LAN接口。并且，通信IF404并非受LAN接口所限，只要是能够确立与通信网络的通信连接的通信接口，可以是任意的通信接口。

图9是示出实施方式中的睡眠状态感应器的硬件构成的一个例子的方框图。

如图9所示，睡眠状态感应器500具备天线501以及控制电路502。睡眠状态感应器500例如是非接触式的电波传感器。

天线501具有发送天线和接收天线，发送天线用于将规定的频率的发送波(微波)发送到室内，接收天线用于接收从包括室内的人在内的物体对发送波进行反射的反射波。

控制电路502根据由天线501接收的反射波的多普勒频移，来算出天线501与测量对象(例如人等)之间的微小的距离变化。控制电路502利用算出的结果，来估计测量对象的动作(体动)、呼吸、心率等。

控制电路502具有经由路由器610，来确立与通信网络600的通信的通信IF(Interface)。通信IF是经由通信网络600，与云服务器400进行通信的通信接口。即通信IF只要是能够与通信网络600进行通信连接的通信接口即可。具体而言，通信IF是通过与移动通信系统的基站的通信连接、或与路由器610的通信连接，来与通信网络600进行通信连接的通信接口。通信IF可以是例如适于IEEE802.11a、b、g、n、ac、ax标准的无线LAN(LocalAreaNetwork)接口，也可以是适于第3代移动通信系统(3G)、第4代移动通信系统(4G)、第5代移动通信系统(4G)、或LTE(注册商标)等移动通信系统所利用的通信标准的无线通信接口。

另外，控制电路502所具有的通信IF也可以是通过与其他的终端设备进行通信连接，来与通信网络600进行通信连接的通信接口。在这种情况下，例如可以是通信IF无线LAN接口，也可以是适于Bluetooth(注册商标)标准的无线通信接口。

图10是示出实施方式中的空调控制系统的构成的方框图。

空调控制系统1具备空气调节器300、云服务器400、以及睡眠状态感应器500。云服务器400的功能块的一部分或全部属于数据中心运营公司110的云服务器111或服务提供商120的服务器121的任一个。

空气调节器300具备传感器信息获得部311、控制信息获得部312、以及空调控制部313。

空调控制部313通过对热源301以及送风机302的工作进行控制，来调整室内的空气的温度、湿度等。空调控制部313具体而言为空气调节功能，只要能够对室内的温度或湿度进行控制的控制机构，并非受此所限。空调控制部313根据由空调设定部413指定的运转参数来进行控制。运转参数包括分别示出“运转”、“模式”、“设定温度”、“风量”、以及“风向”的参数。“运转”表示运转的ON/OFF，“模式”表示制冷、制热、除湿等空气调节器300的运转模式，“设定温度”表示向空气调节器300指定的目标温度，“风量”表示由空气调节器300进行的送风的风量，“风向”表示空气调节器进行送风的风的朝向。空调控制部313例如由控制电路304来实现。

传感器信息获得部311获得由空气调节器300所具备的各种传感器303检测的检测结果，即获得空调探测信息。能够获得的空调探测信息包括：从温湿度传感器获得的温度/湿度、室外的温度/湿度、从红外线等人体感应传感器获得的示出人是否存在的信息的“在/不在信息”、从根据空气调节器300运转时流动的电流求出电量的功率传感器获得的“电量”等。传感器信息获得部311例如由各种传感器303以及控制电路304来实现。

控制信息获得部312获得空调控制信息。空调控制信息示出由空调控制部313对热源301以及送风机302的工作进行控制的控制内容。空调控制信息具体而言是示出运转状态(ON/OFF)、运转模式(制冷/制热/除湿/自动)、设定温度、风向、风量、吹出温度、制冷剂回路中的压缩机的转速(制冷制热强度)等的信息。控制信息获得部312例如由控制电路304来实现。

以上是空气调节器300的构成的说明。

睡眠状态感应器500由睡眠状态信息获得部511构成。

睡眠状态信息获得部511通过利用微波等电磁波来进行人的探测，从而对人的睡眠状态进行估计。睡眠状态信息获得部511将示出估计的睡眠状态的睡眠状态信息发送到云服务器400。

人的睡眠如图11所示，按照睡眠的深度或特征，能够在时间序列上分类为若干个“睡眠状态”。如图11所示，睡眠分为快速眼动睡眠和非快速眼动睡眠。快速眼动睡眠是伴随眼球快速运动的睡眠，是睡眠中的状态之一，身体虽然处于休息状态，而大脑处于活动状态。人做梦大多是在快速眼动睡眠中出现。

非快速眼动睡眠是不伴随眼球快速运动的睡眠，根据睡眠的深度而分为阶段1至阶段4这4个阶段。阶段的数越增多则睡眠越深，阶段4是最深的睡眠等级。若测量此时的脑波，则从1Hz至4Hz的被称为δ波(delta wave)的低频率且高振幅的波形被高频度地测量到。通常从入睡时开始经过45～60分钟之间到达非快速眼动睡眠的阶段3以及阶段4，进而，经过一个小时至两个小时左右，睡眠逐渐变浅而成为快速眼动睡眠。在此之后，非快速眼动睡眠与快速眼动睡眠交替出现，以90～110分钟为一个睡眠周期来反复。

体动、呼吸、以及心率与图11所示的睡眠状态具有相关关系。例如可以知道，在非快速眼动睡眠中，像阶段3以及阶段4这样的深睡眠，体动量比浅睡眠少，心率变异性(RRI:R-R Interval)也降低。睡眠状态信息获得部511通过对与这种睡眠状态具有相关关系的指标中的指标值进行检测，从而即时地对人的睡眠状态进行估计，将估计的结果作为睡眠状态信息传输到云服务器400。

睡眠状态信息是睡眠状态、与估计到的睡眠状态的估计时刻建立了对应的信息。睡眠状态包括：觉醒、快速眼动睡眠、以及示出非快速眼动睡眠的各个深度的阶段1、阶段2、阶段3、和阶段4。估计时刻是成为被估计的对应的睡眠状态的依据的体动、呼吸以及心率的至少一方被测量的时刻。睡眠状态信息进一步可以包括以估计时刻测量的体动、呼吸以及心率的至少一方。

另外，睡眠状态的判断可以不由睡眠状态感应器500进行，可以在云服务器400进行。在这种情况下，睡眠状态感应器500将睡眠探测信息作为睡眠状态信息发送到云服务器400，所述睡眠探测信息是体动、呼吸以及心率的至少一方的探测数据、与探测到该探测数据的时刻建立了对应的信息。云服务器400利用从睡眠状态感应器500获得的睡眠探测信息，对用户U1的睡眠状态进行估计。

另外，睡眠状态感应器500虽然为电波传感器，但是并非受此所限，只要是能够获得用于对睡眠状态进行估计的睡眠探测信息的构成，可以是任意的形态。睡眠状态感应器例如可以是佩戴在臂部的可穿戴型的终端。在这种情况下，睡眠状态感应器具备测量心率的心率传感器、以及测量体动的IMU(Inertial MeasurementUnit：惯性测量单元)。IMU具有三轴加速度传感器以及陀螺仪传感器。并且，睡眠状态感应器也可以是具备感压式的传感器的构成，该感压式的传感器例如被配置在人睡觉用的床垫下，用于对人的体动进行检测。

以上是睡眠状态感应器500的构成的说明。

云服务器400具备获得部411、参数算出部412、空调设定部413、接口414、履历DB415、以及设定DB416。

获得部411从空气调节器300的传感器信息获得部311获得空调探测信息。获得部411将获得的空调探测信息存放到履历DB415。获得部411例如可以是以每一分钟进行一次的方式，从传感器信息获得部311获得空调探测信息，并存放到履历DB415。并且，获得部411也可以从传感器信息获得部311获得被定期加载的空调探测信息。

并且，获得部411从空气调节器300的控制信息获得部312获得空调控制信息。获得部411将获得的空调控制信息存放到履历DB415。获得部411例如可以是以每一分钟进行一次的方式，从控制信息获得部312获得空调控制信息，并存放到履历DB415。并且，获得部411也可以从控制信息获得部312获得被定期加载的空调控制信息。这种情况下的加载定时并非受定期所限，也可以是发生了空气调节器300中的控制被变更的事件的定时。

并且，获得部411从睡眠状态感应器500获得睡眠状态信息。获得部411将获得的睡眠状态信息存放到履历DB415。获得部411例如可以是以每一分钟进行一次的方式，从睡眠状态感应器500获得睡眠状态信息，并存放到履历DB415。并且，获得部411也可以从睡眠状态感应器500获得被定期加载的睡眠状态信息。

并且，获得部411也可以获得空气调节器300被设置的地区的天气信息。空气调节器300被设置的地区可以根据空气调节器300为了进行通信而使用的全局IP地址(GlobalIPAddress)来确定，也可以根据用户预先设定的信息来确定，还可以根据由用户所使用的终端设备700获得的位置信息来确定。

履历DB415是存放由获得部411获得的空调探测信息、空调控制信息以及睡眠状态信息的数据库。数据库的形式可以是SQL等关系数据库，也可以是Key-Value型等以简单的关系性来构成数据的被称作No SQL的数据库的构成。

图12以及图13示出了履历DB的表结构的一个例子。图12示出了包括从空气调节器300获得并累积的空调探测信息以及空调控制信息的数据的表结构。图13示出了包括从睡眠状态感应器500获得并累积的睡眠状态信息的数据的表结构。

在图12的表中，“ID”表示用于识别各记录的唯一标识符。“时刻”表示获得各信息的时刻。“室内温度”、“室内湿度”、“室外气温”、“吹出温度”、“电量”以及“在/不在信息”是通过传感器信息获得部311获得的空调探测信息。“运转状态”、“运转模式”、“设定温度”、“风量”以及“风向”是通过控制信息获得部312获得的空调控制信息。“气象”是由获得部411获得的地区的天气信息。另外，为了便于说明，在图12中虽然将空调探测信息与空调控制信息归纳到一个表中，也可以将各个信息分别由不同的表来管理。并且，图12的电量表示从以前的记录到现在的记录的累积电量(wh)。

在图13的表中，“ID”表示用于识别各个记录的唯一标识符。“时刻”表示获得各信息的时刻。“睡眠状态”、“心率”、“呼吸频率”、“体动量”是从睡眠状态感应器500获得的睡眠状态信息。睡眠状态将图11所说明的人的睡眠的深度分阶段进行表示。具体而言，睡眠状态包括“觉醒”、“快速眼动睡眠”、以及“阶段1”、“阶段2”、“阶段3”和“阶段4”。“心率”以及“呼吸频率”分别表示对应的时刻中的心率以及呼吸频率，在图13的例子中为一分钟的心率以及呼吸频率。并且，“体动量”表示对应的时刻中的身体的活动量，例如是一分钟的最大的体动量或在一分钟内超过判断为体动的阈值的数值等。“体动量”由被正规化为0～100等的值来表现。

接口414是用于接受来自用户的输入的外部接口，例如是以http/https协议来进行通信的外部I/F(WebAPI)。接口414例如将从终端设备700通过应用(Application)来接受的设定命令，存放到设定DB416或履历DB415。并且，接口414也可以将存放在履历DB415的睡眠状态信息、空调控制信息、空调探测信息等信息，通过应用传输到终端设备700。

图14示出了终端设备中的入睡前进行设定时的应用(Application)中的画面例。

如图14所示，在终端设备700，应用中的睡眠前的设定画面701包括睡眠控制的预约列表702、703。预约列表702、703示出了针对一个星期的每一天接受了睡眠开始预定时刻与起床预定时刻的设定。在图14的例子中，预约列表702示出睡眠开始预定时刻为23:00，起床预定时刻为7:00，并且示出这些预定时刻在周一、周二、周三、周四、周五有效。预约列表703示出睡眠开始预定时刻为23:30，起床预定时刻为8:00，并且示出这些预定时刻在周六、周日有效。若点击各预约列表702、703，则移向用于设定睡眠开始预定时刻、起床预定时刻以及预定时刻为有效的星期的画面。当预约列表702、703被设定并成为有效时，终端设备700则将通过预约列表702、703而示出的睡眠预约信息发送到云服务器200。

图15示出了终端设备中的起床后的应用中的画面例。

如图15所示，当到了设定的起床预定时刻时，通过终端设备700显示利用了应用的起床画面710，催促用户进行睡眠中以及起床时的“针对热环境的感想”的输入。在图15的例子中，起床画面710中包括通过卡通头像来催促用户进行针对用户睡眠中的室内的热环境、以及/或者针对用户起床时的室内的热环境的主观评价的输入的注释711，该注释711例如示出“今天的空调怎么样？请点击图标！”。并且，起床画面710包括用于接受针对睡眠中的温度以及/或者起床时的温度的感想(主观评价)的输入的由“冷”～“热”这5个图标构成的图标712和713。

5个图标以5个阶段的评价示出“冷”、“稍冷”、“舒适”、“稍热”、以及“热”。

终端设备700当接受到针对睡眠中以及起床时的热环境的感想的输入时，显示包括示出接受到感想的输入的图标721和722的接受完毕画面720。终端设备700在显示接受完毕画面720的同时，将示出针对热环境的感想的评价信息发送到云服务器200。终端设备700将作为睡眠中以及起床时的各自的感想的示出“冷”、“稍冷”、“舒适”、“稍热”、“热”的任一个的评价信息发送到云服务器200。另外，也可以是，“冷”用“1”来表示、“稍冷”用“2”来表示、“舒适”用“3”来表示、“稍热”用“4”来表示、“热”用“5”来表示。

将这种用户进行的针对睡眠中的热环境的主观评价定义为“睡眠中热环境主观评价”，将针对起床时的热环境的主观评价定义为“起床时热环境主观评价”。每个热环境主观评价也可以不仅是热到冷的评价，而可以被细分为温度感、湿度感、舒适感。并且，成为评价的对象的睡眠中的时间段也可以被细分为前半部分、中间部分、后半部分等，也可以将睡眠中以及起床时合并在一起。云服务器200当从终端设备700接收到示出热环境主观评价的评价信息时，存放到履历DB415。

在履历DB415，热环境主观评价具体而言由图16所示的表来管理。图16示出了对履历DB中的热环境主观评价进行管理的表结构的一个例子。

在图16的表中，“实际睡眠开始时刻”表示实际上用户开始入睡的时刻，“实际起床时刻”表示实际上用户起床的时刻。并且，“睡眠中热环境主观评价”以及“起床时热环境主观评价”如以上所述。

另外，在图14以及图15的例子中虽然说明了，终端设备700通过执行应用，来显示用于接受来自用户的输入的画面，并接受基于显示的画面的输入的构成，不过并非受此所限。终端设备700也可以是如下的构成，即通过使用VPA(Virtual PersonalAssistant：虚拟个人助理)这种对话型应用，来接受图14所说明的用于设定的输入、以及图15所说明的用于评价的输入。即终端设备700可以是智能手机、平板电脑终端、PC等具备显示装置的设备，也可以是VPA等具备麦克风以及扬声器的设备。

设定DB416是用于存放通过接口414而获得的评价信息的数据库。数据库的形式可以是SQL等关系数据库，也可以是Key-Value型等以简单的关系性来构成数据的被称作NoSQL的数据库的构成。

图17示出了被存放到设定DB的用户表的结构的一个例子。图18示出了被存放到设定DB的日程表的结构的一个例子。

设定DB416中存放用户表和日程表。

用户表包括的项目有“用户ID”、“用户名”、“起床时目标温度”以及“下限温度”。“用户ID”表示用于识别各个记录的唯一标识符。“用户名”表示用户的昵称。“起床时目标温度”表示起床时到达的目标室内温度。“下限温度”表示睡眠中的下限室内温度。“起床时目标温度”以及“下限温度”用于参数算出部412进行的处理中。

详细待后述。

日程表包括的项目有“日程ID”、“睡眠开始预定时刻”、“起床预定时刻”、“星期”以及“用户ID”。“日程ID”表示用于识别各个记录的唯一标识符。“睡眠开始预定时刻”表示睡眠开始预定时刻。“起床预定时刻”表示起床预定时刻。“星期”表示成为对应的记录的睡眠开始预定时刻以及起床预定时刻的对象的星期。日程表根据图14所说明的睡眠预约信息而被生成。“用户ID”是用于与用户表建立对应的ID。

参数算出部412根据履历DB415以及/或者设定DB416中存放的信息，算出针对空气调节器300进行控制命令的运转参数。参数算出部412可以定期地算出运转参数，也可以在满足预先规定的条件的情况下算出运转参数。

空调设定部413将由参数算出部412算出的运转参数，发送到空气调节器300的空调控制部313。据此，对空气调节器300的运转设定进行控制。空调设定部413将由参数算出部412算出的运转参数，在每当参数算出部412算出运转参数时，就发送到空气调节器300。

图19示出用户睡眠中的空气调节器的控制方法的时间序列的流程。图19是在室外气温比室内温度低的环境下，空气调节器300进行制热运转的情况下的例子。

图19的图表的横轴表示睡眠时的时间经过，纵轴表示温度。室内温度1101是示出室内温度随时间的变化的线。室内温度采用从空气调节器300的传感器获得的检测值。设定温度1102是表示通过参数算出部412设定的空气调节器300的设定温度随时间发生变化的线。下限温度表示设定DB416中的按照每个用户来设定的该用户的下限温度。在图19的情况下，下限温度为19.5℃。起床时目标温度表示设定DB416中的按照每个用户设定的该用户的起床时目标温度。在图19的情况下，起床时目标温度为21.0℃。风向表示通过参数算出部412设定的空气调节器300的风向的推移。期间A表示睡眠状态感应器500检测到用户的入睡之后的一定时间的期间。经过了期间A时的时刻t2表示空调控制的切换定时。关于空调控制的切换的详细待后述。

以下对该图表所示的控制内容进行说明。图19的斜线阴影的范围表示，由睡眠状态感应器500检测到的对应的用户的睡眠状态为深睡眠时的范围。在此，深睡眠例如是非快速眼动睡眠中的阶段3以及阶段4的睡眠。

在图19中，从入室到就寝的期间中，空气调节器300按照以用户的嗜好而设定的运转参数进行运转。具体而言，空气调节器300按照用户通过空气调节器300的遥控器等而设定的运转模式、风量、风向以及温度设定，来进行运转。

接着，当用户就寝时，空气调节器300按照与到就寝为止的期间不同的运转参数进行运转。具体而言，参数算出部412在当前时刻超过设定DB416的睡眠开始预定时刻的情况下，判断为用户已开始就寝，算出空气调节器300的运转参数，并将算出的运转参数发送到空气调节器300，开始针对空气调节器300的睡眠时运转控制。

参数算出部412针对就寝开始时的设定温度，如以下这样决定。参数算出部412通过参照履历DB415，来获得从空气调节器300的各种传感器303得到的室内温度。参数算出部412在获得的室内温度比下限温度高的情况下，将设定温度设定为，在制热运转模式下空气调节器300能够设定的范围的最低值(在图19的例子中为16℃)，在室内温度比下限温度低的情况下，将设定温度设定为下限温度。在图19的例子中，在就寝开始时，室内温度在20.5℃左右，下限温度为19.5℃。因此，在就寝时，参数算出部412算出将设定温度设定为空气调节器300能够设定的最低值即16℃的运转参数。参数算出部412算出使就寝开始时的风向朝上的运转参数。空调设定部413通过将算出的运转参数发送到空气调节器300，从而以基于发送的运转参数的设定，来使空气调节器300进行制热运转。

在就寝开始以后，参数算出部412在从探测到用户的入睡直到经过了期间A的时刻t2为止，如以下这样决定设定温度。在此，参数算出部412根据从睡眠状态感应器500传送来的睡眠状态，来探测用户的入睡。参数算出部412在从开始就寝以后，首次探测到睡眠状态为深睡眠(阶段3或阶段4)的情况下，判断为“熟睡”。

参数算出部412通过参照履历DB415，以每5分钟进行一次等方式，定期地对空气调节器300的室内温度进行确认，对室内温度与下限温度进行比较。参数算出部412在室内温度低于下限温度的情况下，将设定温度设定为下限温度。在图19的例子中，由于是在时刻t1的定时，室内温度低于下限温度的，因此，参数算出部412算出将时刻t1的定时中的空调控制的设定温度设定为下限温度的19.5℃的运转参数。参数算出部412在将设定温度设定为下限温度以后，即使室内温度超过下限温度，设定温度也维持现状。这样，通过在室内温度低于下限温度之间将设定温度设定为最低温度，从而，在室内温度成为低于下限温度的期间中，即使在空气调节器300不进行制热运转的情况下，室内温度也不低于设定温度。因此，能够以不使空气调节器300进行吹出温风的运转方式，就能够对空气调节器300的运转参数进行设定，从而能够使室内温度下降到下限温度。据此，从探测到用户的入睡开始到时刻t1，使室内温度下降，促使深部温度的降低，而能够成为易于睡眠的环境。另外，由于以时刻t1的定时将下限温度作为设定温度来设定，因此在时刻t1以后，当室内温度低于下限温度时，进行空气调节器300吹出温风的运转。因此，室内温度的下降被截止在下限温度，这样能够防止成为过冷的环境。

在此，为了促使深部温度的降低而使室内温度下降，在从入睡到室内温度低于下限温度的时刻t1的期间中，将空气调节器300的设定温度设定成最低温度。虽然有取代将空气调节器300的设定温度设定为最低温度，而采用将空气调节器300的电源关闭的方法，在这种情况下，则是在睡眠中将空气调节器300的电源从关闭切换为打开。因此，在切换为打开的定时，空气调节器300会发出噪音，从而促使用户觉醒的可能性增高。并且，在就寝时空气调节器300的电源为关闭，在睡眠中空气调节器300的电源从关闭切换为打开的情况下，由于用户不能确认到空气调节器300的电源的打开，因此，从安全性的观点来看，也会产生不安。空气调节器300具有室内温度传感器，只要由室内温度传感器检测到的室内温度不低于设定温度，即使在制热运转中，也可以不进行吹出温风的运转。因此，在就寝时打开空气调节器300的电源，将制热运转的设定温度设定为最低温度。

参数算出部412在时刻t2以后，以如下的方式来决定设定温度。

参数算出部412在从时刻t2到起床预定时刻为止的期间中，以使空气调节器300的设定温度在起床预定时刻成为起床时目标温度的方式，进行使设定温度从下限温度分阶段地上升到起床时目标温度的控制。即，参数算出部412在从时刻t2到起床预定时刻为止的期间中，进行使空气调节器300的设定温度分阶段地变更为上升的控制。参数算出部412例如以尽量不发生急速的温度变化的方式，按照规定的定时(多个不同的定时)，算出当前的设定温度或室内温度与起床时目标温度的连结线成为线形的逐渐增高的设定温度。据此，通过迎合用户的起床来使室内温度逐渐升高，从而能够促使用户的深部温度的上升，制作出用户容易起床的环境。

接着，对风向的控制进行说明。

参数算出部412在时刻t2以后，根据从睡眠状态感应器500传送的睡眠状态，进行风向的控制。参数算出部412例如以1分钟进行一次的方式等，定期地对睡眠状态进行确认，在用户的睡眠状态为深睡眠(阶段3或阶段4)的情况下，将风向设定为朝下，在浅睡眠(阶段1或阶段2)或快速眼动睡眠的情况下，将风向设定为朝上。另外，非快速眼动睡眠中的阶段1或阶段2、快速眼动睡眠是睡眠深度中的第1阶段的一个例子。并且，非快速眼动睡眠中的阶段3或阶段4是睡眠深度中的比第1阶段深的第2阶段的一个例子。

一般而言，作为空气调节器300的一个例子的室内空调的室内机，被设置在比用户睡觉的位置高的位置。并且，在制热运转时，从空气调节器300吹出的温风(温暖的空气)通过自然对流而朝向上方。因此，在将空气调节器300的风向朝上的情况下，由空气调节器300吹出的温风不容易到达用户睡觉的位置。另外，在将空气调节器300的风向朝下时，由于温风吹到用户，因此使用户觉醒的可能性增高。因此，针对外部环境，用户的感觉迟钝，在即使吹到温风用户也不容易醒来的深睡眠时，使风向朝下，在吹到温风用户容易醒来的浅睡眠时，使风向朝上。据此，不会使睡眠中的用户觉醒，能够使睡眠中的用户的周围的热环境舒适。

另外，在起床后，参数算出部412可以根据被存放在履历DB415中的对应的用户的以前的热环境主观评价，来更新被存放在设定DB416的用户表中包括的下限温度以及起床时目标温度。例如可以是，在将下限温度设定为19.5℃来对空气调节器300进行控制的情况下，参数算出部412在睡眠中的热环境主观评价中被评价为“冷”的情况下，将下限温度更新为目前设定的温度中加上1℃的值，在评价为“热”的情况下，将下限温度更新为从目前设定的温度中减去1℃的值。并且，例如可以是，在将起床时目标温度设定为21.0℃来对空气调节器300进行控制的情况下，参数算出部412在起床时的热环境主观评价中被评价为“冷”的情况下，将起床时目标温度更新为目前设定的温度中加上1℃的值，在被评价为“热”的情况下，将起床时目标温度更新为从目前设定的温度中减去1℃的值。这样，在睡眠中以及起床时，能够将室内环境调整为与用户的主观评价相对应的舒适的温度。

另外，下限温度以及起床时目标温度也可以不使用最近的数据，可以是根据热环境主观评价与室内温度等环境数据(空调探测信息)的相关关系来决定的构成。例如，可以将下限温度或起床时目标温度更新为，在以前的热环境主观评价中被评价为“舒适”的下限温度或起床时目标温度的平均值。即，参数算出部412可以将当前时刻到规定期间前的时刻的期间中被评价为“舒适”的下限温度的平均值，作为下限温度来设定，将相同期间中被评价为“舒适”的起床时目标温度的平均值，作为起床时目标温度来设定。据此，与参照最近的结果相比，能够有效地反映用户喜好的温度。

另外，在图19的例子中，参数算出部412是在室内温度低于下限温度时的时刻t1，将设定温度变更为下限温度的，此时，还可以根据用户的睡眠状态来变更设定温度。参数算出部412例如在室内温度低于下限温度时，当用户的睡眠状态为“浅睡眠”的情况下，也可以不将设定温度变更为下限温度。在用户的睡眠状态为“浅睡眠”的情况下，若使设定温度急速上升，则会发生因空气调节器300吹出温风的工作而造成的空调噪音或温度变化，因而会有导致用户的觉醒的可能性。因此，即使在室内温度低于下限温度时，当用户的睡眠状态为“浅睡眠”的情况下，不将设定温度变更为下限温度，当用户的睡眠状态成为“深睡眠”之后，可以将设定温度变更为下限温度。据此，能够进一步降低导致睡眠中的用户的觉醒的可能性，并能够将室内环境调整为舒适的温度。

另外，在图19的例子中，参数算出部412是在室内温度低于下限温度时的时刻t1，将设定温度变更为下限温度的，此时还可以是以温度设定不发生急速地变更的方式，使设定温度逐渐上升，以使设定温度从制热运转模式中的空气调节器300能够设定的范围的最低值达到下限温度。参数算出部412例如可以进行每隔5分钟，使设定温度上升0.5℃的变更。若使设定温度急速上升，则会发生因空气调节器300吹出温风的工作而造成的空调噪音或温度变化，从而会有导致用户的觉醒的可能性。因此，即使在室内温度低于下限温度时，也使设定温度逐渐上升，这样既能够降低导致睡眠中的用户的觉醒的可能性，又能够将室内环境调整为舒适的温度。另外，参数算出部412还可以进一步根据睡眠状态，在睡眠状态为“浅睡眠”的情况下，使设定温度逐渐上升，在睡眠状态为“深睡眠”的情况下，以设定温度的上升幅度比“浅睡眠”的情况大的方式，来使设定温度上升。据此，能够更有效地降低导致用户的觉醒的可能性，并能够将室内环境调整为舒适的温度。

另外，也将吹出风称为输出风。

以下对空调控制系统1的工作进行说明。

并且，针对参数算出部412的空调设定的详细流程，将在图22～图25所示的处理流程中进行说明。

以上是对本实施方式中的空调控制系统1的系统构成进行的说明。

接着，对本实施方式中的空调控制系统1的处理流程进行说明。本实施方式中的空调控制系统1的处理流程大致可以分为三个。“空调数据累积流程”、“睡眠状态数据累积流程”以及“空调设定流程”。

图20示出了“空调数据累积流程”。

在步骤S101，空气调节器300通过传感器信息获得部311获得空调探测信息。

在步骤S102，空气调节器300通过控制信息获得部312获得空气调节器的空调控制信息。

在步骤S103，空气调节器300针对云服务器400，发送由步骤S101获得的空调探测信息、以及由步骤S102获得的空调控制信息。在云服务器400，获得部411接受空调探测信息以及空调控制信息，并累积到履历DB415。

在步骤S104，空气调节器300进行一定期间的等待(例如1分钟)，即以规定期间进行待机后返回到步骤S101。空气调节器300例如计数60秒，在计数的结果到达60秒时，到步骤S101。

上述空调数据累积流程的处理在与云服务器400的通信路径被确立，在电源打开的状态下不停地被反复执行。这样，空调探测信息以及空调控制信息全部都被记录到云服务器400的履历DB415。并且，在图20所示的空调数据累积流程中，虽然是在步骤S101之后执行步骤S102的，执行的顺序也可以相反。并且，步骤S101以及步骤S102可以顺序执行，也可以并行执行。并且，对于获得空调控制信息的步骤S102，可以不是定期的循环执行，而可以按照控制被变更的定时，即按照空调控制信息被变更的定时来执行，在此之后，将获得的空调控制信息发送到云服务器400。

以上是“空调数据累积流程”的说明。

图21示出了“睡眠状态数据累积流程”。

在步骤S111，睡眠状态感应器500利用睡眠状态信息获得部511，获得人的心率/心率变异性、呼吸频率、体动等信息。并且，根据获得的信息，来判断睡眠状态(觉醒、快速眼动睡眠、阶段N(N为1，2，3，4的任一个))。

在步骤S112，睡眠状态感应器500针对云服务器400，发送由步骤S111获得的睡眠状态信息。

在步骤S113，睡眠状态感应器500进行一定期间的等待(例如1分钟)，即在规定期间进行待机之后，返回到步骤S111。睡眠状态感应器500例如计数60秒，在计数结果到达60秒时，返回到步骤S111。

另外，如以上所述，睡眠状态信息也可以不包括睡眠状态的估计结果。即，睡眠状态感应器500不对睡眠状态进行估计，可以将对包括体动、呼吸以及心率的至少一个的睡眠状态进行估计时所利用的信息，发送到云服务器400。在这种情况下，云服务器400可以根据累积的用于对睡眠状态进行估计的信息，来对睡眠状态进行估计。

以上是“睡眠状态数据累积流程”的说明。

图22示出了“空调设定流程”。

在步骤S121，参数算出部412对当前时刻、与设定DB416中设定的睡眠开始预定时刻进行比较，判断当前时刻是否超过睡眠开始预定时刻，在超过睡眠开始预定时刻的情况下，执行首次空调控制。参数算出部412在当前时刻没有超过睡眠开始预定时刻的情况，等待首次空调控制的执行。在首次空调控制结束时，进入到步骤S122。关于首次空调控制的详细，将在以后利用图23进行说明。

在步骤S122，参数算出部412对当前时刻、与设定DB416中设定的起床预定时刻进行比较，判断当前时刻是否超过起床预定时刻。在当前时刻超过起床预定时刻的情况下，即当前时刻≥起床预定时刻的情况下(S122的“是”)，参数算出部412结束空调设定流程的处理。在当前时刻没有超过起床预定时刻的情况下，即当前时刻＜起床预定时刻的情况下(S122的“否”)，进入到下一个步骤S123。

在步骤S123，参数算出部412对当前时刻、与入睡感测+期间A进行比较，判断是否为当前时刻≥入睡感测+期间A。即参数算出部412判断从感测到用户的入睡时开始是否经过了期间A。入睡感测根据从睡眠状态感应器500传送的睡眠状态来进行。在设定DB416中设定的睡眠开始预定时刻以后，在感测到睡眠状态为一个以上的深睡眠(阶段3或阶段4)的记录的情况下，将该记录的时刻判断为入睡时刻。

参数算出部412在判断为从感测到用户的入睡时开始没有经过期间A的情况下(S123的“否”)，进入到步骤S124的空调控制期间1。关于空调控制期间1的详细，将在以后利用图24进行说明。并且，参数算出部412在判断为从感测到用户的入睡开始经过了期间A的情况下(S123的“是”)，进入到步骤S125的空调控制期间2。关于空调控制期间2的详细，将在以后利用图25来进行说明。

在步骤S126，参数算出部412进行一定期间的等待(例如1分钟)，即以规定期间进行待机后，返回到步骤S122。参数算出部412例如计数60秒，在计数结果到达60秒的情况下，返回到步骤S122。

以上是“空调设定流程”的说明。另外，在空调设定流程中，关于在参数算出部412设定的用于对空气调节器300进行控制的控制参数，可以是每当新的控制参数被算出时，就由空调设定部413发送到空气调节器300，也可以是定期的由空调设定部413发送到空气调节器300。

图23示出了“首次空调控制”的控制流程。

在步骤S131，参数算出部412从被存放在履历DB415的空调探测信息中，获得最新的室内温度，即获得现在的室内温度，对现在的室内温度与下限温度进行比较，现在的室内温度低于下限温度的情况下(步骤S131的“是”)，进入到步骤S132，在现在的室内温度为下限温度以上的情况下(步骤S131的“否”)，进入到步骤S133。

在步骤S132，参数算出部412算出用于使空气调节器300的运转模式成为制热运转的控制参数。此时，参数算出部412算出用于将设定温度设定为“下限温度”、且将风向设定为朝上的控制参数，并结束首次空调控制。

在步骤S133，参数算出部412算出用于使空气调节器300的运转模式成为制热运转的控制参数。此时，参数算出部412算出用于将设定温度设定为“空气调节器能够设定的最低设定温度”、且将风向设定为朝上的控制参数，并结束首次空调控制。

以上是“首次空调控制”的控制流程的说明。

图24示出了“空调控制期间1”的控制流程。

在步骤S141，参数算出部412从被存放在履历DB415的空调探测信息中获得最新的室内温度，即获得现在的室内温度，对现在的室内温度与下限温度进行比较，在现在的室内温度低于下限温度的情况下(步骤S141的“是”)，进入到步骤S142，在现在的室内温度为下限温度以上的情况下(步骤S141的“否”)，进入到步骤S143。

在步骤S142，参数算出部412算出用于将空气调节器300的设定温度设定为下限温度的控制参数，并进入到步骤S143。

在步骤S143，参数算出部412判断空气调节器300的现在的设定温度是否等于下限温度。参数算出部412在现在的设定温度等于下限温度的情况下(S143的“是”)，进入到步骤S144，在现在的设定温度不等于下限温度的情况下(S143的“否”)，结束空调控制期间1的处理。

在步骤S144，参数算出部412从被存放在履历DB415的用户的睡眠状态信息中参照最新的睡眠状态，即参照用户的现在的睡眠状态，来判断用户的现在的睡眠状态是否为深睡眠。参数算出部412在用户的现在的睡眠状态为深睡眠的情况下(S144的“是”)，进入到步骤S145，在用户的现在的睡眠状态不是深睡眠的情况下(S144的“否”)，进入到步骤S146。

在步骤S145，参数算出部412算出用于将空气调节器300的风向设定为朝下的控制参数，并结束空调控制期间1的处理。

在步骤S146，参数算出部412算出用于将空气调节器300的风向设定为朝上的控制参数，并结束空调控制期间1的处理。

以上是“空调控制期间1”的控制流程的说明。

图25示出了“空调控制期间2”的控制流程。

在步骤S151，参数算出部412在从时刻t2到起床预定时刻为止的期间中，以空气调节器300的设定温度在起床预定时刻达到起床时目标温度的方式，算出用于使设定温度从下限温度分阶段地达到起床时目标温度的控制参数。因此，参数算出部412定期地算出当前时刻中的设定温度，并算出用于将算出的设定温度设定为空气调节器300的设定温度的控制参数。

在睡眠中，急速的温度变化会造成用户的觉醒。因此，希望能够尽可能地使室内温度逐渐升高。为此，步骤S151中的设定温度(ST_Target)的算出，例如按照如下的方法进行。

ST_Target＝IT_Start+(ST_Wakeup-IT_Start)×{(T_Now-T_Start)/(T_Last-T_Start)}

T_Start:空调控制期间2开始时刻(＝入睡感测+期间A时刻)

T_Last:起床预定时刻

T_Now:当前时刻

IT_Start:T_Start时的室内温度

ST_Wakeup:起床时目标温度

并且，由于空气调节器300的不同，能够控制的温度的幅度也不同，因此，参数算出部412按照在空气调节器300能够调整的设定温度的温度幅度，来算出设定温度。参数算出部412例如在能够设定的设定温度的温度幅度以0.5℃为单位时，将ST_Target以0.5℃为单位进行调整等，来算出设定温度。

并且，由于也能够设想到上述这样计算出的结果已经成为比现在的空气调节器的设定温度低的情况，因此在这种情况下，可以调整为现在的设定温度。

在步骤S152，参数算出部412从被存放到履历DB415的用户的睡眠状态信息中参照最新的睡眠状态，即参照用户的现在的睡眠状态，来判断用户的现在的睡眠状态是否为深睡眠。参数算出部412在用户的现在的睡眠状态为深睡眠的情况下(S152的“是”)，进入到步骤S153，在用户的现在的睡眠状态不是深睡眠的情况下(S152的“否”)，进入到步骤S154。

在步骤S153，参数算出部412算出用于将空气调节器300的风向设定为朝下的控制参数，并结束空调控制期间2。

在步骤S154，参数算出部412算出用于将空气调节器300的风向设定为朝上的控制参数，并结束空调控制期间2。

以上是“空调控制期间2”的控制流程的说明。

通过构成本实施方式所示的空调控制系统1，从而能够在用户就寝到起床为止的期间中，按照用户起床的定时，将用户就寝的室内的热环境控制成用户感到舒适的环境。

另外，在本实施方式中，关于空气调节器300的风向，在由睡眠状态感应器测量到的用户的睡眠状态为深睡眠的情况下，设定为朝下，在浅睡眠的情况下，设定为朝上，不过并非受此所限。例如，在能够将风向在左右方向上变更的空气调节器可以是如下的构成，使风向通常朝下，在用户的睡眠状态为深睡眠的情况下朝向内侧，在浅睡眠的情况下，以避开人的方式而朝向外侧。通过这种构成，能够将温暖的空气送向下方，并且能够避开浅睡眠时的觉醒的诱发。并且，空气调节器300的各种传感器303也可以具有人体感应传感器，在设置有空气调节器300的室内空间，检测用户存在的位置。在这种情况下，人体感应传感器输出表示用户存在的位置的位置信息。

这样，空调控制系统1在用户的睡眠状态为深睡眠的情况下，可以根据位置信息，以吹出的风能够吹向用户的方式，对空气调节器的风向进行控制，在用户的睡眠状态为浅睡眠的情况下，以吹出的风避开用户的方式，对空气调节器的风向进行控制。

另外，在本实施方式中，避开用户的风向可以是不使风吹到用户的朝向，也可以是朝向与用户的位置不同的位置的方向。并且，吹到用户的风向是朝向用户的位置的方向。

在本实施方式中，根据由睡眠状态感应器500检测到的用户的体动、呼吸以及心率，对用户的睡眠状态进行了估计，例如也可以根据LF(Low Frequency)/HF(HighFrequency)，来对用户的睡眠状态进行估计，LF(Low Frequency)/HF(High Frequency)是从通过对用户的心率变异性进行频率分析的结果而得到的指标。如图26所示，用户的睡眠状态与LF/HF彼此具有相关关系。图26的(a)与图11相同，是示出针对睡眠经过时间的人的睡眠状态的图表，图26的(b)是示出与图26的(a)为相同的时间轴中的LF/HF的值的图表。这样，睡眠状态感应器500或云服务器400在LF/HF为比阈值Th高的值的情况下，能够判断为用户处于浅睡眠状态。并且，在这种情况下，可以知道睡眠中的用户为交感神经比副交感神经占优势。并且，睡眠状态感应器500或云服务器400在LF/HF为阈值Th以下的情况下，能够判断为用户处于深睡眠状态。并且，这种情况下，可以知道睡眠中的用户为副交感神经比交感神经占优势。

这样，睡眠状态感应器500或云服务器400可以通过心率变异性分析，来决定睡眠深度。睡眠状态感应器500或云服务器400也可以按照通过心率变异性分析而得到的LF/HF的值，来决定用户的睡眠深度。

在本实施方式中，在用户的睡眠状态为深睡眠状态的情况下，以空气调节器300输出的风吹到用户的方式，来对风向进行控制，不过并非受此所限。例如图27所示，在空气调节器300的风向的控制中可以是，在通过心率变异性分析而得到的与睡眠深度相关的指标值，在随时间的变动中的切线的斜率成为比规定的正的斜率大时，根据用户的位置信息，以即使是深睡眠状态也使空气调节器300输出的风避开用户的方式，来对空气调节器300的风向进行控制。在这种情况下，参数算出部412可以通过算出用于将空气调节器300吹出的风的风向控制成朝上的控制参数，从而以空气调节器300输出的风避开用户的方式，来对空气调节器300的风向进行控制。另外，“切线的斜率成为比规定的正的斜率大时”是指，在斜率为增加倾向的情况下，成为比规定的正的斜率大的斜率的定时。

在本实施方式中，在用户的睡眠深度为第1阶段的深度的情况下，根据用户的位置信息，以使空气调节器300输出的风避开用户的方式，来对空气调节器300的风向进行控制，在用户的睡眠深度为比第1阶段深的第2阶段的深度的情况下，根据用户的位置信息，以使空气调节器300输出的风吹到用户的方式，来对空气调节器300的风向进行控制。在此虽然是按照两个阶段的睡眠深度，来进行两个阶段的风向控制的，不过也可以是如图28所示那样，按照三个阶段以上的睡眠深度，来进行三个阶段以上的风向控制。

具体而言，参数算出部412在通过心率分析而得到的与睡眠深度相关的指标值为，以三个阈值Th1、Th2、Th3来划分该指标值而分成四个范围的指标值的情况下，可以算出用于控制成与指标值所述的范围相对应的风向的控制参数。四个范围分别与四个风向一一对应。例如，在为四个范围之中的最低的范围的情况下，即LF/HF为阈值Th1以下的情况下，参数算出部412算出用于将空气调节器300的风向设定为最朝下的风向(最下段的风向)的控制参数。在为四个范围之中的第二位低的范围的情况下，即LF/HF位比阈值Th1大且在阈值Th2以下的情况下，参数算出部412算出用于将空气调节器300的风向设定为第二位朝下的风向(从最下段开始第二位朝下的风向)的控制参数。在为四个范围之中的第二位高的范围(即第三位低的范围)的情况下，即LF/HF为比阈值Th2大且在阈值Th3以下的情况下，参数算出部412算出用于将空气调节器300的风向设定为第二位朝上的风向(从最上段开始第二位朝上的风向)的控制参数。在为四个范围之中的最高的范围的情况下，即LF/HF为比阈值Th3大的情况下，参数算出部412算出用于将空气调节器300的风向设定为最朝上的风向(最上段的风向)的控制参数。另外，如以上所述，算出的控制参数定期的或以被更新的定时，由空调设定部413发送到空气调节器300，空气调节器300按照接收的控制参数，来对工作进行变更。

在本实施方式中，参数算出部412根据被存放在履历DB415的对应的用户的过去的热环境主观评价，对被存放在设定DB416的用户表中包括的下限温度以及起床时目标温度进行更新，不过并非受根据热环境主观评价的更新所限。可以知道，睡眠时的用户的心率或心率变异性的值会受到用户的周围的温度的影响。具体而言，可以知道用户的周围的温度越高，则睡眠时的用户的心率或心率变异性的值就越大。因此可以说，周围的温度越高，则用户就越会感到热。

图29是示出用户的心率、心率的时间平均、以及心率的预测值随时间变动的图表。

在图29中，细实线801表示用户的心率随时间的变动，粗实线802表示用户的心率的时间平均随时间的变动，粗虚线803表示基于用户的心率的过去的履历的预测值随时间的变动。

例如，参数算出部412算出被存放在履历DB415的过去获得的与用户建立了对应的心率或心率变异性、与室内温度的相关关系，根据算出的相关关系，算出将来的用户的心率或心率变异性的预测值。另外，在相关关系的算出中，还可以算出包括睡眠经过时间、LF/HF等的相关关系。于是，参数算出部412在心率的时间平均比预测值大规定值的情况下，可以将下限温度或起床目标温度变更为低的温度。另外，关于用于算出相关关系的被存放在履历DB415的过去获得的用户的心率或心率变异性、以及室内温度，也可以利用从现在开始规定期间前的期间中获得的信息。

另外，在本实施方式中，虽然将“深睡眠”设定为“阶段3或阶段4”，也可以按照空调探测信息或睡眠状态信息的倾向，而设定为“仅是阶段4”、或者设定为“阶段2、阶段3或阶段4”。并且，关于快速眼动睡眠，虽然在浅睡眠时大脑活跃，然而也可以考虑到身体自身的活动受到抑制，而不容易起床的状态。因此，快速眼动睡眠也可以与“深睡眠”同样，被视为不容易起床的睡眠状态。也就是说，在上述实施方式中，按照睡眠的深度分成第1阶段和第2阶段，按照用户的睡眠深度是第1阶段还是第2阶段，来对空气调节器300的风向进行控制，不过并非受此所限。也可以按照用户的睡眠状态是否为不容易起床的状态，来对空气调节器300的风向进行控制。可以是，在用户的睡眠状态为不容易起床的状态的情况下，以风吹到用户的方式，对空气调节器300的风向进行控制，在用户的睡眠状态为容易起床的状态的情况下，以风避开用户的方式，对空气调节器300的风向进行控制。用户的睡眠状态为不容易起床的状态是指，可以是用户的睡眠深度为深睡眠的情况，也可以是快速眼动睡眠以及深睡眠的情况。

另外，空调控制系统1也可以被构成为，在用户最初开始睡眠的情况下，根据“怕热”或“怕冷”等个人针对空调的主观评价，来决定下限温度或起床时目标温度的初始值。在这种情况下，云服务器400从终端设备700获得用户的主观评价，并决定与获得的主观评价对应的下限温度以及起床时目标温度。例如在用户的主观评价为怕热的情况下，云服务器400将与该用户建立了对应的下限温度设定为18℃，并且将起床时目标温度设定为20℃。另外，例如在用户的主观评价为怕冷的情况下，云服务器400将与该用户建立了对应的下限温度设定为20℃，并且将起床时目标温度设定为22℃。据此，即使在首次利用时，也能够设定为与用户的主观评价相对应的优选的设定温度，来对空气调节器300的运转进行控制。

另外，空调控制系统1也可以被构成为，在用户最初进行睡眠的情况下，按照使用的被褥的状态，来决定下限温度或起床时目标温度的初始值。在这种情况下，云服务器400从终端设备700获得用户所使用的被褥的状态，决定与获得的被褥的状态相对应的下限温度以及起床时目标温度。例如在被褥的状态为“羽绒被+毛毯”的情况下，云服务器400将下限温度设定为18℃，且将起床时目标温度设定为20℃。另外，例如在被褥的状态为“毛毯”的情况下，云服务器400将下限温度设定为20℃，并将起床时目标温度设定为22℃。被褥的状态可以通过定期的向终端设备700进行询问调查等，从终端设备700获得。据此，即使是首次利用，也能够设定为与用户所使用的被褥的状态相对应的优选的设定温度，来对空气调节器300的运转进行控制。另外，在睡眠状态感应器500等具有用于测量被褥内的温度的传感器的情况下，云服务器400可以通过获得由传感器测量的温度，根据测量的温度与室内温度的相关关系，来估计被褥的厚度。据此，无需用户通过手动将被褥的状态设定到终端设备700，云服务器400就能够自动地反映被褥的状态发生的变化。

另外，在本实施方式中，在由睡眠状态感应器测量到的睡眠状态为深睡眠的情况下设定为朝下，在浅睡眠的情况下设定为朝上，不过也可以构成为，在深睡眠的情况下使风量增加，在浅睡眠的情况下使风量减小或停止。通过这种构成，能够更有效地按照睡眠周期，来进行空调控制，防止睡眠中的觉醒。

另外，在本实施方式中，在由睡眠状态感应器测量到的睡眠状态为深睡眠的情况下设定为朝下，在浅睡眠的情况下设定为朝上，不过也可以构成为，在深睡眠的情况下提高设定温度，在浅睡眠的情况下降低设定温度。通过这种构成，能够更有效地按照睡眠周期，来进行空调控制，防止睡眠中的觉醒。

另外，在本实施方式中，在由睡眠状态感应器测量到的睡眠状态为深睡眠的情况下设定为朝下，在浅睡眠的情况下设定为朝上，不过也可以构成为，深睡眠的情况下为上下摆动。根据这种构成，通过使室内的空气循环，能够将上方向的温暖空气流动到下方，来提高舒适性。

另外，在本实施方式中，在由睡眠状态感应器测量到的睡眠状态为深睡眠的情况下设定为朝下，浅睡眠的情况下设定为朝上，不过也可以构成为，抓住浅睡眠的时机，进行“除霜运转”。除霜运转是指，冬季室外的气温低于规定温度，且湿度高于规定湿度时，室外机会结霜，除霜运转则是除去妨碍制热运转的霜的运转。由于在该运转中停止制热，因此室内机的风也会停止。在除霜运转后，由于想要对除霜运转期间变冷的房间进行再次供暖，从而空气调节器开始工作，因此，除霜运转不是在深睡眠中进行，而是在浅睡眠中进行较好。

另外，在本实施方式中，在由睡眠状态感应器测量到的睡眠状态为深睡眠的情况下设定为朝下，在浅睡眠的情况下设定为朝上，不过也可以构成为，在空气调节器具有加湿运转功能的情况下，在深睡眠中增强加湿运转，在浅睡眠中减弱或停止加湿运转。根据这种构成，由于加湿运转会发出噪音，因此通过在浅睡眠中减弱加湿运转，从而能够减小加湿时的声音，这样能够抑制用户从睡眠中的觉醒。

另外，在本实施方式中，在由睡眠状态感应器测量到的睡眠状态为深睡眠的情况下设定为朝下，在浅睡眠的情况下设定为朝上，不过也可以是用户能够通过手动来设定状态。预先将深睡眠中的风向以及/或者风量、浅睡眠时的风向以及/或者风量设定到系统，系统可以根据该设定来进行控制。通过这种构成，能够进一步进行考虑到用户的嗜好或房间格局等的控制。

另外，在本实施方式中、在由睡眠状态感应器测量到的睡眠状态为深睡眠的情况下设定为朝下，在浅睡眠的情况下设定为朝上，不过也可以构成为进一步考虑室内温度的状态。即使在深睡眠中，当室内温度充分高的情况下也设定为朝上，即使在浅睡眠中，当室内温度过低的情况下也设定为朝下。通过这种构成，能够按照睡眠状态和室内的温度，进行更灵活更精细的控制。

另外，在本实施方式中，在由睡眠状态感应器测量到的睡眠状态为深睡眠的情况下设定为朝下，在浅睡眠的情况下设定为朝上，不过也可以构成为，根据深睡眠的经过时间，来对控制进行变更。例如可以构成为，在深睡眠开始后，即使深睡眠一直持续，但是当经过了20分钟后也设定为朝上。或者，也可以构成为，学习过去的睡眠阶段或心率等，在移向深睡眠后，对以后的睡眠阶段进行预测，在深睡眠结束定时之前，将风向变更为朝上。通过这种构成，在从深睡眠移向浅睡眠时，能够防止因为风而导致用户的觉醒。

也可以是考虑到室内温度的状态的构成。即使在深睡眠中，当室内温度充分高时也设定为朝上，即使在浅睡眠中，当室内温度过低时也设定为朝下。通过这种构成，能够按照睡眠状态和室内的温度，进行更灵活更精细的控制。

也可以是考虑到室内湿度的状态的构成。即使在深睡眠中，当湿度过低时也设定为朝下。通过这种构成，在湿度过低的情况下，能够防止皮肤的干燥。

另外，在本实施方式中，在由睡眠状态感应器测量到的睡眠状态为深睡眠的情况下设定为朝下，在浅睡眠的情况下设定为朝上，在空气调节器具有空气净化功能的情况下，也可以构成为，在深睡眠中加强空气净化功能，在浅睡眠中减弱或停止空气净化功能。通过这种构成，由于空气净化功能会发出噪音，因此通过在浅睡眠中减弱运转，使声音变小，从而能够抑制用户从睡眠中的觉醒。

另外，在本实施方式中，在由睡眠状态感应器测量到的睡眠状态为深睡眠的情况下设定为朝下，在浅睡眠的情况下设定为朝上，在空气调节器具有纳诺怡(nanoe)这种微小离子发生功能的情况下，也可以构成为，在深睡眠中增强微小离子发生功能，在浅睡眠中减弱或停止微小离子发生功能。通过这种构成，由于微小离子发生功能会发出噪音，因此通过在浅睡眠中减弱运转，使微小离子发生功能的噪音减小，从而能够抑制用户从睡眠中的觉醒。

另外，在本实施方式中，如图18中的说明所示，在就寝开始时，在室内温度低于下限温度值的情况下，将空气调节器的设定温度设定为能够设定的最低温度，不过也可以构成为，不是制热，而是进行制冷或送风等设定。在空气调节器的设定温度的最低值为16℃的情况下，对于使用较厚的被褥的用户而言，则会希望使下限温度降得更低。例如在将下限温度设定为10℃的情况下，若将制热设定为最低设定温度16℃，这样无论室外气温怎样降低，由于是进行制热运转，因此不会推移到10℃。因此，在这种情况下，通过将制冷设定为30℃，从而能够使下限温度构成为比空气调节器的最低温度低。

另外，在本实施方式中，如图18中的说明所示，在就寝开始时，在室内温度高于下限温度值的情况下，将空气调节器的设定温度设定为能够设定的最低温度，不过也可以构成为不是制热，而是待机运转(不进行任何运转)。在空气调节器的设定温度的最低值为16℃的情况下，对于睡眠时使用较厚的被褥的用户而言，则会希望使下限温度降得更低。例如在将下限温度设定为10℃的情况下，若将制热设定为最低设定温度16℃，则不论室外气温怎样低，由于是进行制热运转，因此不会推移到10℃。于是，在这种情况下，通过设置待机运转这一模式，虽然空气调节器的电源为打开，但是不进行任何运转，这样能够使下限温度构成为比空气调节器的最低温度低，并且在就寝时，空气调节器的电源为打开，因此能够消除睡眠中电源随意打开而给用户造成的不安的感觉。

另外，在本实施方式中，对制热运转时的空气调节器300的风向的控制进行了说明，在制冷运转时也能够进行同样的控制。即在制冷运转时也是同样，在用户的睡眠深度为第1阶段的深度的情况下，可以根据用户的位置信息，以使空气调节器300输出的风避开用户的方式，对空气调节器的风向进行控制，在用户的睡眠深度为比第1阶段深的第2阶段的深度的情况下，可以根据用户的位置信息，以使空气调节器300输出的风吹到用户的方式，对风向进行控制。

另外，在本实施方式中，云服务器400从空气调节器300获得空调探测信息以及空调控制信息，并且从睡眠状态感应器500获得睡眠状态信息，根据这些信息，算出用于对空气调节器300进行控制的控制参数，不过也可以是，云服务器400不进行算出控制参数的处理。即可以取代云服务器400算出控制参数，而是由空气调节器300算出控制参数。在这种情况下，空气调节器300具有云服务器400的功能块之中的参数算出部412、履历DB415、接口414、以及设定DB416。空调控制部313按照由参数算出部412算出的控制参数来进行工作。并且，在这种情况下，空气调节器300具有从睡眠状态感应器500获得睡眠状态信息的获得部。这样，可以没有云服务器400，而是通过空气调节器300来进行控制参数的算出处理。

另外，空气调节器300还可以具备风向调整机构，对由送风机302向室内吹出的空气的流动方向(风向)进行调整。风向调整机构例如由摆动叶片和执行器(电动机)构成，所述摆动叶片被配置在空气调节器300的吹出口，用于调整空气的流动方向，所述执行器用于对摆动叶片的角度进行调整。

以上是本实施方式中的空调控制系统的说明。

(服务的类型1：自家公司数据中心型)

图2示出了服务的类型1(自家公司数据中心型)。本类型是，服务提供商120从群体100获得信息，向用户提供服务的类型。在本类型中，服务提供商120具有数据中心运营公司的功能。即服务提供商拥有进行大数据的管理的云服务器111。因此，不存在数据中心运营公司。

在本类型中，服务提供商120对数据中心(云服务器111)(203)进行运营以及管理。并且，服务提供商120对OS(202)以及应用(201)进行管理。服务提供商120利用服务提供商120所管理的OS(202)以及应用(201)来进行服务提供(204)。

(服务的类型2：IaaS利用型)

图3示出了服务的类型2(IaaS利用型)。在此，IaaS是基础设施即服务的简称，是将用于构筑计算机系统或运行的基础架构，作为经由互联网的服务来提供的云服务器提供模型。

在本类型中，数据中心运营公司对数据中心(云服务器111)(203)进行运营以及管理。并且，服务提供商120对OS(202)以及应用(201)进行管理。服务提供商120利用由服务提供商120所管理的OS(202)以及应用(201)，来进行服务提供(204)。

(服务的类型3：PaaS利用型)

图4示出了服务的类型3(PaaS利用型)。在此，PaaS是平台即服务的简称，是将用于构筑软件或运行的基础的平台，作为经由互联网的服务来提供的云服务器提供模型。

在本类型中，数据中心运营公司110对OS(202)进行管理，对数据中心(云服务器111)(203)进行运营以及管理。并且，服务提供商120对应用(201)进行管理。服务提供商120利用由数据中心运营公司所管理的OS(202)以及由服务提供商120所管理的应用(201)，来进行服务提供(204)。

(服务的类型4：SaaS利用型)

图5示出了服务的类型4(SaaS利用型)。在此，SaaS是软件即服务的简称。例如是具有如下功能的云服务器提供模型，该功能是指，能够使没有数据中心(云服务器)的公司或个人(利用者)，通过利用互联网等网络来利用拥有数据中心(云服务器)的平台提供者所提供的应用。

在本类型中，数据中心运营公司110对应用(201)进行管理，对OS(202)进行管理，对数据中心(云服务器111)(203)进行运营以及管理。并且，服务提供商120利用由数据中心运营公司110所管理的OS(202)以及应用(201)，来进行服务提供(204)。

不论在以上的哪个类型中，服务提供商120都进行服务提供行为。并且，例如可以是，服务提供商或数据中心运营公司自己开发OS、应用或大数据的数据库等，并且可以委托第三方。

本发明的一个形态所涉及的空调控制系统在进行空气调节器的控制中，能够利用热指标，随着接近起床来逐渐地提高热环境，从而在起床时调整为舒适的环境，并且能够提高睡眠时的舒适性。因此，本发明所涉及的空调控制系统在生活家电产业具有高的可利用性。

符号说明

10、20 用户

100 群体

101 设备

102 家庭网关

110 数据中心运营公司

111 云服务器

120 服务提供商

121 服务器

201 应用

202 OS

203 数据中心(云服务器)

204 服务提供

300 空气调节器

301 热源

302 送风机

303 各种传感器

304 控制电路

311 传感器信息获得部

312 控制信息获得部

313 空调控制部

400 云服务器

401 处理器

402 主存储器

403 存储装置

404 通信IF

411 获得部

412 参数算出部

413 空调设定部

414 接口

415 履历DB

416 设定DB

500 睡眠状态感应器

501 天线

502 控制电路

511 睡眠状态信息获得部

600 通信网络

601 住宅

610 路由器

700 终端设备

701 设定画面

702、703 预约列表

710 起床画面

711 注释

712、713 图标

720 接受完毕画面

721、722 图标

801 细实线

802 粗实线

803 粗虚线