CN112460751A - 服务器、空调控制系统、控制方法以及记录介质 - Google Patents

Abstract

与一或多个空气调节机经由网络通信的服务器包括：生成部，基于为指示控制对象期间的睡眠时自动运转的实施的信息，包含确定睡眠期间的信息的设定信息，生成指定空气调节机的控制对象期间的动作的运转计划信息；以及供给部，将运转计划信息经由网络供给到用户的所述空气调节机，藉此使空气调节机实施按照运转计划信息的睡眠时自动运转。

Description

服务器、空调控制系统、控制方法以及记录介质

技术领域

本发明是关于控制空气调节机的服务器、空调控制系统、控制方法以及记录介质。

背景技术

作为先前技术已知以在睡眠时成为舒适的空调的方式自动运转的空气调节机。例如，在日本特开2004-92918号公报，记载了以用户能够顺畅地入眠的方式，根据用户的生理状态，调节室内温热环境的空气调节机。又，在日本特开2006-162168号公报，记载了根据每个季节变化的体温节律进行寝室温度调节的空气调节机。又，在日本特开2011-94881号公报，记载了根据由睡眠状态取得系统判定的就寝者的睡眠状态与运转模式，决定设定温度，以室内空间的温度成为设定温度的方式调节空气的空气调节机。又，在日本特开2017-150764号公报，记载了将睡眠期间分隔成互相不重复的多个期间，每个被分隔的期间，接受来自用户的设定温度的输入的空气调节机。

发明内容

然而，如日本特开2004-92918号公报或日本特开2006-162168号公报般的空气调节机对于睡眠习惯、体质、就寝位置的气候全部不同的多数用户，有所谓无法进行适合用户每一人的空调控制的问题。空气调节机为了进行适合个别的用户的自动运转，产生收集用户个别的信息的必要。

然而，为了收集用户个别的信息，如日本特开2011-94881号公报般，需要用以取得用户的睡眠状态的各种的生物体传感器类，用户在构筑如此的睡眠状态取得系统伴随相当的困难。或，在日本特开2017-150764号公报的空气调节机中，为了收集用户个别的信息，用户不得不每个被分隔的期间指定适当的温度，输入变得非常繁杂。而且，若针对获得舒适的睡眠的条件没有知识，则每个被分隔的期间设定适当的温度是困难的，用户在获得本身的最佳解伴随相当的困难。

本发明的一方案是将实现可简易地进行适于睡眠时的用户的空调控制的空调控制系统设为目的。

为了解决上述的课题，本发明的一方案的服务器是与一或多个空气调节机经由网络通信，其中，包括：生成部，基于为指示包含用户的睡眠期间的控制对象期间的睡眠时自动运转的实施的信息，包含确定所述睡眠期间的信息的设定信息，生成指定所述空气调节机的所述控制对象期间的动作的运转计划信息；以及供给部，将所述运转计划信息经由所述网络供给到所述用户的所述空气调节机，藉此使所述空气调节机实施按照所述运转计划信息的所述睡眠时自动运转。

为了解决上述的课题，本发明的一方案的空调控制系统是所述空调控制系统包含：一或多个空气调节机；便携终端，所述空气调节机的各个的用户操作；以及服务器，与所述空气调节机以及所述便携终端经由网络通信，其中，所述服务器包括：生成部，基于为指示包含所述用户的睡眠期间的控制对象期间的睡眠时自动运转的实施的信息，包含确定所述睡眠期间的信息的设定信息，生成指定所述空气调节机的所述控制对象期间的动作的运转计划信息；以及供给部，将所述运转计划信息经由所述网络供给到所述用户的所述空气调节机，藉此使所述空气调节机实施按照所述运转计划信息的所述睡眠时自动运转；其中空气调节机包括：取得部，从所述服务器取得所述运转计划信息；以及运转控制部，在所述控制对象期间，按照取得的所述运转计划信息使所述空气调节机动作，藉此实施所述睡眠时自动运转；其中所述便携终端包括：设定部，使用以支援所述设定信息的藉由所述用户的输入的设定画面显示在所述便携终端的显示部，将经由所述设定画面从所述用户接受的所述设定信息发送到所述服务器。

为了解决上述的课题，本发明的一方案的控制方法是服务器与一或多个空气调节机经由网络通信，其中，包含：生成步骤，基于为指示包含用户的睡眠期间的控制对象期间的睡眠时自动运转的实施的信息，包含确定所述睡眠期间的信息的设定信息，生成指定所述空气调节机的所述控制对象期间的动作的运转计划信息；以及供给步骤，为了使所述空气调节机实施按照所述运转计划信息的所述睡眠时自动运转，将所述运转计划信息经由所述网络供给到所述用户的所述空气调节机。

根据本发明的一方案，能够简易地进行适于睡眠时的用户的空调控制。

附图说明

图1是表示云端服务器的要部构成的方块图。

图2是表示空调控制系统的概要的图。

图3是表示被包含在空调控制系统的各装置的硬件构成以及软件构成的方块图。

图4是说明空调在夏季中以冷气实施晚安自动运转的情况的控制内容的例子的图。

图5是表示设定信息的数据构造的例子的图。

图6是表示显示在便携终端的显示部的设定画面的例子的图。

图7是表示气象预报信息的数据构造的例子的图。

图8是表示运转计划信息的数据构造的例子的图。

图9是表示生成规则的数据构造的例子的图。

图10是表示运转计划数据库(DB)的数据构造的例子的图。

图11是表示运转实绩信息的数据构造的例子的图。

图12是表示提问规则的数据构造的例子的图。

图13是表示显示在便携终端的显示部的问卷画面的例子的图。

图14是表示回答信息的数据构造的例子的图。

图15是表示补正规则的数据构造的例子的图。

图16是表示被包含在空调控制系统1的各装置的处理的流程的流程图。

图17是说明空调在冬季中以暖气实施晚安自动运转的情况的控制内容的例子的图。

图18是表示生成规则的数据构造的其他例子的图。

图19是表示提问规则的数据构造的其他例子的图。

图20是表示补正规则的数据构造的其他例子的图。

具体实施方式

[实施方式1]

以下，针对本发明的一实施方式，详细地进行说明。本发明的空调控制系统是作为可从远端控制一或多个空气调节机(以下，称为空调)的运转的空调控制系统1而实现。

<系统概要>

图2是表示本实施方式的空调控制系统1的概要的图。如图2所示，空调控制系统1包括空调11(空气调节机)、空调11的遥控控制器(以下，遥控器)12、无线存取点(以下，AP)13、云端服务器14(服务器)、便携终端15。

空调11以及无线AP13被设置在用户家21。空调11经由无线AP13以及广域通信网络22(网络)而与云端服务器14可通信地连接。又，便携终端15经由广域通信网络22而与云端服务器14可通信地连接。在空调控制系统1中，提供天气预报的服务的服务服务器16连接到广域通信网络22，云端服务器14能够经由广域通信网络22接受服务服务器16提供的服务。

云端服务器14经由广域通信网络22，与多个用户家21的多个空调11通信，控制设置在各个用户家21的空调11的动作，或从空调11收集信息。

在本实施方式中，作为广域通信网络22虽例示包含互联网的构成，但也能够利用电话线网、移动通信网、有线电视(CATV，CAble TeleVision)通信网、卫星通信网等。另外，空调11与便携终端15均为无线通信设备，也能够不经由广域通信网络22，而经由无线AP13互相通信。

在本实施方式中，在云端服务器14，空调11与便携终端15关联而被登录。由此，便携终端15能够经由云端服务器14远端操作空调11。作为便携终端15的例子，列举出智慧型手机、平板终端等。另外，可从一台便携终端15远端操作多台空调11。又，也可从多台便携终端15，远端操作一台空调11。

本实施方式的空调11也可以仅具有冷气功能以及暖气功能的一方，也可以具有两方。又，空调11也可以还具有一边使湿度降低一边进行室内的空气的冷却的除湿功能。在本实施方式中，作为例子，空调11是作为运转的模式，设为具有“冷气”、“除湿”、“暖气”的三种类的运转模式。

此外，本实施方式的空调11具有实施压缩机33a(参照图3)的转速不被限制的通常运转、压缩机33a的转速与通常运转时相比为被限制的节省能源运转(以下，节能运转)的功能。此外，空调11具有在包含用户的睡眠期间的控制对象期间中，按照来自云端服务器14的指示，实施自动运转(以下，晚安自动运转)的功能。晚安自动运转是空调11按照来自云端服务器14的指示，逐次变更上述的三种运转模式、设定温度、风量、以及、风向等藉此实现。根据晚安自动运转，能够将适合用户的舒适的睡眠环境提供给所述用户。

又，本实施方式的空调11是除了在用户设定的设定时刻以自动开始运转的习知的计时器开关功能之外，具有在设定时刻之前开始上述的节能运转，在设定时刻使室温到达设定温度的新的计时器功能。在以下，此新的计时器功能称为“节能计时器功能”。节能计时器功能也可以是与晚安自动运转(睡眠时自动运转)独立而被实施，也可以是作为晚安自动运转的一部分而被实施。

在空调控制系统1中，各装置交换以下的信息，藉此实现空调11的节能计时器功能。具体而言，本实施方式的空调11能够将与空调11有关的各种的信息预先发送到云端服务器14，藉此使节能运转的运转期间与室内的温度的变化量的相关关系等预先学习到云端服务器14。接着，空调11使用遥控器12而将由用户设定的设定信息发送到云端服务器14。例如，空调11是将用以包含设定时刻、应到达所述设定时刻的设定温度、空调11进行空气调节的室内的温度的节能计时器的设定信息发送到云端服务器14。由此，云端服务器14能够使用上述的相关关系，精度良好地决定空调11能够实施节能计时器功能的运转开始时刻。并且，空调11是从云端服务器14接收运转开始时刻，在接收的运转开始时刻实施节能运转。其结果，空调11能够在压缩机33a的转速的限制内，在设定时刻中，使室温到达设定温度。

此外，在空调控制系统1中，各装置交换以下的信息，藉此实现空调11的晚安自动运转。具体而言，便携终端15将用以晚安自动运转的设定信息发送到云端服务器14。设定信息的数据构造虽然对于细节于后叙述，但设定信息，例如，包含与上述的设定时刻对应的“就寝时刻”、与晚安自动运转的结束时刻对应的“起床时刻”等。设定信息也可以是根据需要，包含“设定温度”。

云端服务器14基于从便携终端15发送的设定信息、从服务服务器16取得的气象预报信息，生成运转计划信息，供给到空调11。运转计划信息是在包含用户的睡眠期间的晚安自动运转的控制对象期间中，对于空调11指示在哪个时机如何动作的信息。另外，在本实施方式中，用户的睡眠期间是被定义作为从就寝时刻到起床时刻之间的期间，作为控制对象期间也可以也包含所述睡眠期间的前后的期间。

在本实施方式中，晚安自动运转的控制对象期间是配合基于睡眠时的人的状态的时期(phase)而进一步被细分类成多个小期间。也就是说，控制对象期间是根据人(用户)经过的睡眠状态而被分割成多个小期间。以适于每个小期间的运转被空调11进行的方式，在运转计划信息中，至少每个小期间，定义一个空调11的动作(具体而言，对于空调本体33的控制内容)。在此，将对空调11指示一个时间带的控制内容的一组的某一个数据称为控制数据。因此，运转计划信息是以多个控制数据的集合构成。较佳为，在运转计划信息中，多个控制数据在可判别时间序列的状态被排列。针对运转计划信息以及控制数据的数据构造，基于其他图于后叙述。

空调11是依序按照被包含在运转计划信息的控制数据，实施晚安自动运转。运转计划信息是每个用户个别地生成。因此，空调11按照运转计划信息进行自动运转，藉此可实现对于用户来说舒适的睡眠环境，对用户带来优质的睡眠。

晚安自动运转的结束后，空调11生成表示晚安自动运转的运转实绩的运转实绩信息，答复到云端服务器14。在运转实绩信息，包含用户使用遥控器12或便携终端15对于空调11进行的操作的历史记录等。

云端服务器14是基于运转实绩信息生成问卷信息，发送到便携终端15。针对问卷信息的内容，虽然于后详述，但例如，在问卷信息，包含针对睡眠期间的室温，询问用户感觉如何的感想的提问。若用户使用便携终端15回答问卷，则便携终端15生成回答信息，答复到云端服务器14。云端服务器14是基于回答信息，以下次之后的运转计划信息成为更适合用户的运转计划信息的方式，补正之前的运转计划信息，活用于下次之后的运转计划信息的生成。

如以上，云端服务器14能够学习用户的喜好，以适合用户的方式刷新运转计划信息。此外，云端服务器14能够一并使用气象预报信息，在那天那个时间带生成最佳的运转计划信息。

<装置构成>

图3是表示被包含在空调控制系统1的各装置的硬件构成以及软件构成的方块图。另外，针对云端服务器14的软件构成以其他图于后详述。

(空调的硬件构成)

空调11是，作为例子，包括控制部31、存储部32、空调本体33、传感器部34、通信部35、操作面板36、遥控器光接收部37、以及、声音输出部38。

控制部31是控制空调11的各部的动作，例如，包含由CPU(Central ProcessingUnit)、专用处理器等的演算处理部等构成的计算机装置。控制部31读出用以实施被存储在存储部32的空调11的各种控制的程序而执行，藉此统一地控制空调11的各部的动作。另外，针对控制部31的细节于后叙述。

存储部32是存储用于空调11的各种数据，包含RAM(Random Access Memory)、ROM(Read Only Memory)、HDD(Hard Disk Drive)等。

空调本体33是包括为了执行空调11的本来的功能所需的机构。具体而言，空调本体33包含用以将空气加热或冷却的压缩机33a、将被加热或冷却的空气送出到空调11的外部的送风风扇33b等。

传感器部34是检测空调11进行空气调节的用户家21的室内的环境。具体而言，传感器部34包含检测温度的温度传感器34a、检测湿度的湿度传感器34b、检测室内的日照量的日照传感器34c、测量空调11的耗电量的电力传感器34d等。另外，这些传感器由于能够利用习知的东西，省略此详细的说明。空调11是以室内的温度(室温)成为设定温度的方式，进行冷气动作、暖气动作等的空气调节动作。如此，温度传感器34a检测的环境是为了空调11控制空气调节动作所需。又，空调11若湿度传感器34b检测到的室内的湿度成为既定的阈值以上，则将运转模式从冷气切换成除湿。如此，将成为是否将运转模式切换成除湿的判断基准的上述的湿度的阈值，在以下，称为湿度阈值。

通信部35是经由无线AP13以及广域通信网络22而进行与云端服务器14以及便携终端15互相通信。

操作面板36是用以对于空调11用户输入指示，或通知空调11的状态(例如，运转模式、室外温度、设定温度等)的用户接口。

遥控器光接收部37是为了接收来自遥控器12的红外线信号，接受来自遥控器12的指示信息。

声音输出部38是扬声器等的声音输出装置。控制部31从声音输出部38输出基于已被存储在存储部32的声音数据的声音。另外，为了进行藉由声音的操作，空调11也可以包括麦克风等的声音输入装置。

(空调的软件构成)

空调11的控制部31是，作为例子，包括计划取得部41(取得部)、运转控制部42、以及、实绩报告部43。此外，控制部31也可以是，为了实现作为空调11本来具备的功能，包括空气调节机标准具备的不图示的功能模块。其他，控制部31也可以包括不图示的设定取得部、传感器值取得部等。

设定取得部是取得在遥控器12用户设定的设定信息。例如，作为设定信息，假设通常运转的开始时刻以及设定时刻、或、用以节能计时器功能的设定时刻以及设定温度、用以晚安自动运转的各种设定信息等。另外，可将在便携终端15用户设定的设定信息预先登录到云端服务器14，设定取得部能够从通信部35取得上述的设定信息。

传感器值取得部是适当取得传感器部34的各种传感器侦测到的传感器值。取得的传感器值是经由通信部35被发送到云端服务器14，或为了决定运转控制部42如何控制空调本体33而被适当参照。

计划取得部41是从云端服务器14取得运转计划信息。计划取得部41也可以是以PUSH型从云端服务器14取得运转计划信息，也可以根据需要对云端服务器14要求运转计划信息之后，以PULL型取得运转计划信息。运转计划信息由于包含含有用户的睡眠期间的，例如，一晚分的比较长的控制对象控制期间的空调11的控制数据，在本实施方式中，一晚分的运转计划信息分割成几个区块而从云端服务器14被供给。计划取得部41是根据晚安自动运转的进展，在适当的时机，以运转计划信息的区块被逐次供给的方式，对于云端服务器14要求运转计划信息。

运转控制部42是基于已被存储在存储部32的各种运转模式用的运转信息，控制空调本体33的运转。例如通常运转时的运转信息包含PID(Proportional IntegralDifferential)控制用参数等。又，例如，节能运转时的运转信息包含压缩机33a的最大转速等。另外，晚安自动运转时是按照从云端服务器14供给的运转计划信息，通常运转与节能运转被组合而被实施。因此，运转控制部42是晚安自动运转时适时地参照通常运转时的运转信息与节能运转时的运转信息。

例如，实施节能计时器功能时，在本实施方式中，运转控制部42在从云端服务器14指定的运转开始时刻，以开始节能运转的方式控制空调本体33。由此，空调11能够在压缩机33a的最大转速的限制的范围内，到用户指定的设定时刻，使室温到达设定温度。之后，运转控制部42是在设定时刻，以进行通常运转的方式控制空调本体33。如此，即便从节能运转切换成通常运转，也由于室温已经到达设定温度，能够防止耗电急遽增加。

例如，实施晚安自动运转时，运转控制部42是在从云端服务器14供给的运转计划信息中从指定的运转开始时刻，以指定的运转模式以及指定的设定温度，开始空调本体33的运转。并且，运转控制部42是在运转计划信息中指定的持续时间之间、或、到指定的运转结束时刻，继续上述的运转。并且，运转控制部42是按照运转计划信息，适时地，切换成指定的其他运转模式或设定温度等而进行运转。由此，即便在所谓用户的睡眠期间的比较长的期间中，也能够以实现对于所述用户来说舒适的睡眠环境的方式，实现精细的自动运转。

实绩报告部43是以生成与空调11有关的信息，尤其是，运转实绩信息，发送到云端服务器14的方式控制通信部35。运转实绩信息是表示空调11何时进行运转，进行多久的期间，进行怎样的运转，或，不进行运转的信息。针对运转实绩信息的数据构造，虽然参照别的图详述，但运转实绩信息，例如，包含运转开始时刻、持续期间、设定温度、运转模式、风量等的信息。

实绩报告部43也可以是作为与空调11有关的信息，其他，将从传感器部34的各个取得的各传感器值的时间序列数据、压缩机33a以及送风风扇33b的转速等发送到云端服务器14。

(便携终端的硬件构成)

便携终端15是，作为例子，包括控制部51、存储部52、通信部53、显示部54、以及、输入部55。

控制部51是控制便携终端15的各部的动作，例如，包含由CPU、专用处理器等的演算处理部等构成的计算机装置。控制部51读出用以实施被存储在存储部52的便携终端15的各种控制的程序而执行，藉此统一地控制便携终端15的各部的动作。另外，针对控制部51的细节于后叙述。

存储部52是存储用于便携终端15的各种数据，包含RAM、ROM等。

通信部53是经由无线AP13或广域通信网络22而进行与空调11以及云端服务器14互相通信。

显示部54是对用户可视觉辨认地显示控制部51处理的信息的显示装置。例如，显示部54是由液晶显示装置(LCD；Liquid Crystal Display)或有机EL(Electro-Luminescence)显示器等构成。

输入部55是接受用户的输入操作，将与所述输入操作对应的指示信号输出到控制部51的输入装置。作为例子，显示部54以及输入部55是触摸面板。输入部55是以在显示部54的显示面也有的输入部55的输入面，可侦测用户的手指等的指示体接触或接近的设备构成。

(便携终端的软件构成)

便携终端15的控制部51是，作为例子，包括远端操作部61、设定部62、以及、回答部63。控制部51的各部是，例如，由已被下载到便携终端15的专用应用程序等构筑。

此外，控制部51也可以是，为了实现作为便携终端15本来具备的功能，包括便携终端(例如，智能电话)标准具备的不图示的功能模块。

远端操作部61提供用户用以远端操作空调11的工具。远端操作部61，例如，将以用以操作空调11的软件按钮等构成的操作画面显示在显示部54。并且，在输入部55接受对于操作画面进行的输入操作，将与接受的输入操作对应的指示信号经由无线AP13发送到空调11。

设定部62提供用户用以输入设定信息的输入支援工具。此外，设定部62按照用户的输入操作生成设定信息，将生成的设定信息发送到空调11以及云端服务器14的至少一方。设定部62，例如，使以用以输入设定信息的用户接口(UI)部件(微件Widget)构成的设定画面显示在显示部54。设定部62在输入部55接受对于所述设定画面进行的输入操作。设定部62是基于与接受的上述的输入操作对应的指示信号生成设定信息，将生成的设定信息经由无线AP13发送到空调11，或，经由广域通信网络22发送到云端服务器14。在本实施方式中，设定部62生成晚安自动运转的设定信息(细节于后叙述)，经由广域通信网络22发送到云端服务器14。

回答部63是对用户提示从云端服务器14接受的问卷信息，并且提供用户用以输入对于所述问卷信息的回答的输入支援工具。此外，回答部63是基于与用户的输入操作对应的指示信号生成回答信息，将所述回答信息发送到云端服务器14。回答部63是使以被包含在从云端服务器14发送的问卷信息的提问、用以回答所述提问的UI微件构成的问卷画面显示在显示部54。并且，回答部63是在输入部55接受对于问卷画面进行的输入操作，基于与接受的输入操作对应的指示信号生成回答信息，将所述回答信息发送到云端服务器14。

(云端服务器的硬件构成)

云端服务器14是，作为例子，包括控制部71、存储部72、以及、通信部73。

控制部71是控制云端服务器14的各部的动作，例如，包含由CPU、专用处理器等的演算处理部等构成的计算机装置。控制部71读出用以实施被存储在存储部72的云端服务器14的各种控制的程序而执行，藉此统一地控制云端服务器14的各部的动作。另外，针对控制部71的细节，参照图1于后详述。

存储部72是存储用于云端服务器14的各种数据，包含RAM、ROM、HDD等。

通信部73是经由广域通信网络22、以及、根据需要经由无线AP13，进行与空调11以及便携终端15互相通信。

(云端服务器的软件构成)

图1是表示云端服务器14的要部构成的方块图。控制部71是，作为例子，包括计划生成部81(生成部)、计划供给部82(供给部)、询问部83、以及、计划补正部84(补正部)。

在存储部72，作为例子，存储有生成规则91、运转计划数据库(以下，DB)92、提问规则93、以及、补正规则94。

计划生成部81是生成运转计划信息。在本实施方式中，作为例子，计划生成部81是按照生成规则91，基于从便携终端15发送的设定信息与从服务服务器16取得的气象预报信息生成运转计划信息。计划生成部81是能够判别生成的运转计划信息是哪个用户、何时的晚安自动运转的控制数据，保存到运转计划DB92。

计划供给部82是从运转计划DB92读出计划生成部81生成的运转计划信息，供给到空调11。在本实施方式中，作为例子，计划供给部82是针对被分割成多个区块的运转计划信息，以将最前面的区块以及下次的区块赶上晚安自动运转的开始的方式供给。之后，计划供给部82是将下一次之后的区块，根据来自空调11的要求，逐次供给。

询问部83是生成问卷信息。在本实施方式中，作为例子，询问部83藉由空调11基于运转计划信息实施晚安自动运转后，从空调11取得所述晚安自动运转的运转实绩信息。询问部83是按照提问规则93，基于取得的运转实绩信息生成问卷信息。询问部83是经由通信部73将生成的问卷信息发送到便携终端15。

计划补正部84是以下次的晚安自动运转成为对于用户来说更适合的运转内容的方式，补正在之前的晚安自动运转生成的运转计划信息。在本实施方式中，作为例子，计划补正成部84是按照补正规则94，基于从便携终端15回送的回答信息、从空调11报告的运转实绩信息，补正运转计划信息。被计划补正部84补正的运转计划信息是藉由计划供给部82，使用作为用以下次的晚安自动运转的运转计划信息。

(夏季，藉由冷气的晚安自动运转的具体例)

图4是说明空调11在夏季中以冷气实施晚安自动运转的情况的控制内容的例子的图。纵轴是表示空调控制对象的房间的室温，横轴是表示时间的经过。

在本实施方式中，为了进行晚安自动运转，作为例子，参照至少包含确定用户的睡眠期间的信息的设定信息。确定用户的睡眠期间的信息是，例如，“就寝时刻”以及“起床时刻”的两个项目。根据需要，在设定信息，也可以包含表示在就寝时用户期望的室温的“设定温度”的项目。这些三个信息是经由上述的设定画面，由用户输入，从便携终端15被发送到云端服务器14。

图4所示的图是，作为例子，表示指定就寝时刻为前一天的23:00，起床时刻为当天的6:00，并且，设定温度为26℃的情况的控制内容。另外，设定温度未被用户指定的情况也可以是云端服务器14决定根据季节预先决定的推荐的设定温度。

在本实施方式中，冷气时，包含用户的睡眠期间的控制对象期间是，例如，被细分类成就寝准备期间(第一小期间)、睡眠导入期间(第二小期间)、深度睡眠期间前半(第三小期间)、深度睡眠期间后半(第四小期间)、醒来准备期间(第五小期间)的各小期间。云端服务器14的计划生成部81是至少每个这些小期间，生成空调11的控制数据。在本实施方式中，将被生成的一个控制数据空调控制的时间带称为“阶段(stage)”。因此，每个被细分类的一个小期间生成一个控制数据的情况是被细分类的小期间与阶段是以一对一对应。图4是表示每上述的五个小期间对应一个阶段(控制数据)的例子。但是，在控制对象期间中被定义的阶段数不一定要与小期间数一致，也可以每一个小期间定义多个阶段。即，在每一次晚安自动运转的控制对象期间生成的运转计划信息中，被包含在其中的控制数据是可变长度。

首先，对于就寝准备期间，用以使现行的室温在“就寝时刻”中到达“设定温度”的控制数据由云端服务器14的计划生成部81生成。按照所述控制数据，空调11是在就寝准备期间中，从就寝时刻之前开始上述的节能运转。由此，空调11能够使室温在“就寝时刻”中到达“设定温度”。此节能运转的运转开始时刻“nn:mm”是与实施上述的节能计时器功能时同样地，计划生成部81基于已学习的相关关系与就寝时刻与设定温度决定。已学习的相关关系是，例如，节能运转的运转期间与室内的温度的变化量的相关关系。从以上的节能运转的运转开始时刻到就寝时刻的时间带是，例如，被定义为阶段0。

接着，对于睡眠导入期间，用以将到达设定温度的室温，进一步，花费既定时间(例如，1小时)，降低既定温度(例如，1℃)的控制数据由计划生成部81生成。按照所述控制数据，空调11是在睡眠导入期间中，从就寝时刻花费1小时将室温缓慢地降低1℃。在此时间带的运转，节能运转也可以被指定。由此，顺畅地促进人的体温的降低。作为结果，不使用户感觉到寒冷感，或不以剧烈的温度变化对身体施加负担，能够使用户向深度睡眠顺畅地进入。从以上的就寝时刻到既定时间(例如，1小时)经过的时间带是，例如，被定义为阶段1。

接着，对于深度睡眠期间前半，用以将从设定温度降低既定温度的室温(例如，设定温度-1℃)维持既定时间(例如，2小时)的控制数据由计划生成部81生成。按照所述控制数据，空调11是在深度睡眠期间前半中，将设定温度-1℃的室温(例如，25℃)维持2小时。在此时间带的运转，节能运转也可以被指定，又，较佳为风量被限制。由此，即便在如就寝时刻用户无法入眠的情况，依然，能够继续体温的降低的促进，又，即便对于能够入眠的用户，也能够避免感觉到寒冷感。此外，室温被维持，藉此实现过冷的防止与省耗电。以上的室温维持的时间带，例如，被定义为阶段2。

另外，针对在此时间带中被维持的温度也可以设置有下限值(例如，18℃)，即便在设定温度未满例如19℃的情况，也可以是以被维持的室温不低于18℃的方式生成控制数据。由此，能够避免极端的过冷与极端的耗电。

接着，对于深度睡眠期间后半，将维持的室温缓慢地接近外部气温，在起床时刻的既定时间前，用以使室温到达与设定温度相比为高既定温度的温度的控制数据由计划生成部81生成。作为如此的控制数据的具体例是，如夏季，冷气的情况是室温的缓慢地上升，在起床时刻的1小时，使室温到达与设定温度相比为高2℃的温度般的控制数据。按照所述控制数据，空调11是在深度睡眠期间后半中，实施减缓运转，缓慢地将气温接近外部气温(上升)。作为例子，空调11是以在午前5:00时间点到达28℃的方式，从午前2:00到午前5:00的3小时之间减缓运转。另外，减缓运转是将室温变更成接近外部气温的方向。因此，冷气时是藉由减缓运转，室温上升，暖气时是成为室温降低。具体而言，减缓运转，例如，包含将压缩机33a、送风风扇33b等的转速设为与现行相比为减少既定数，或缓慢地重复转速的增减等。云端服务器14是除了空调11的性能之外，预先掌握设置有空调11的房间的隔热性能。房间的隔热性能是，例如，将暖气开始时的房间的加热容易度、冷气开始时的冷却容易度、暖气结束时的房间的冷却容易度、冷气结束时的房间的加热容易度等定量化的信息。隔热性能是，例如，总结运转开始后以及运转停止后的时间经过与室温的变化量的相关关系藉此获得。计划生成部81也可以是在减缓运转中，针对将压缩机33a、送风风扇33b等的转速减少怎样的程度，加入设置有空调11的房间的隔热性能而决定。

如以上，在冷气时实施减缓运转，藉此顺畅地促进人的体温的上升。作为结果，不使用户感觉到不舒服的热，或不以剧烈的温度变化对身体施加负担，能够顺畅地进入用户的醒来的准备。以上的减缓运转的时间带，例如，被定义为阶段3。

更佳为，与阶段3的室温的温度上升率有关，设置有上限、以及、根据需要而设置有下限。例如，作为温度上升率的上限，设为设置有“在15分钟最大0.5℃”的限制。这个情况，计划生成部81考虑阶段3的开始时间点的温度(例如，25℃)、与阶段3的结束时间点的温度(例如，28℃)的温度差、以及、阶段3的时间的长度，以温度上升率不超过上限的方式，生成控制数据。由此，能够避免以不舒服的热妨碍用户的睡眠，或将用户的身体暴露在剧烈的温度变化。

又，例如，作为温度上升率的下限，设为设置有“在15分钟最小0.25℃”的限制。这个情况，计划生成部81考虑上述的温度差与阶段3的时间的长度，以温度上升率不低于下限的方式，生成控制数据。由此，能够防止过冷，或妨碍用户的顺畅的醒来。

另外，以阶段3为目标进行的上升后的室温也可以是根据设定温度是否为既定温度以上而不同。例如，也可以在设定温度未满29℃的情况，如上述，将“设定温度+2℃”设为目标的上升后室温，在设定温度为29℃以上的情况，将“设定温度”设为目标的上升后室温。由此，能够避免所谓醒来时的室温成为高温而用户在不舒服的热下醒来的不便。

接着，对于醒来准备期间，用以将上升的现行的室温维持到起床时刻的控制数据由计划生成部81生成。按照所述控制数据，空调11将现行的室温(例如，设定温度+2℃)维持到起床时刻。由此，能够不在极端的热下使用户感觉到不舒服，促使用户的醒来。以上的室温维持的时间带，例如，被定义为阶段4。

最后，用以在起床时刻中空调11停止运转的控制数据的控制数据由计划生成部81生成。在指示运转的停止的所述控制数据与阶段4的控制数据为另外生成的情况，起床时刻为了方便被定义为阶段5，所述控制数据是与表示“阶段5”的阶段的识别信息关联。或，指定运转停止时刻的信息也可以包含到上述的阶段4的控制数据。

如以上，由于基于用户的简易的设定信息，每个用户，并且，至少，每个控制对象期间的小期间生成控制数据，实施夏季，对用户带来舒适的睡眠环境，冷气的精细的自动运转。作为结果，可实现可简易地进行适于睡眠时的用户的空调控制的空调控制系统。

<数据构造>

(1)设定信息

图5是表示设定信息的数据构造的例子的图。在本实施方式中，设定信息指的是用户对于空调11指示藉由空调11的晚安自动运转的实施的信息。在本实施方式中，晚安自动运转的设定信息包含与用户的睡眠期间有关的信息。作为例子，设定信息是，作为与睡眠期间有关的信息，包含就寝时刻、起床时刻、睡眠期间的希望的设定温度、以及、睡眠期间的希望的运转模式的各项目。在本实施方式中，作为例子，用户能够每个本身指定的多个星期几群制作多个设定信息。这是根据星期几而睡眠习惯不同的用户在每个星期几获得最佳的睡眠环境上为较佳的规格。因此，如图示，设定信息也可以还包含设定信息ID、以及、星期几的各项目。又，设定信息也可以是根据需要，包含重复的项目。

在设定信息ID的项目，存储有用以唯一地识别每一人的用户的有多个的设定信息的识别信息。在图示的例子中，每一人的用户，能够制作三个设定信息。藉由此项目，用户能够设定多个(例如，三个)控制内容不同的晚安自动运转。

在星期几的项目，存储有将所述的设定信息设为有效的星期几群。例如，存储有星期“日”的“设定1”的设定信息指的是用以从前一天的星期六晚上到当天的星期日早上实施的晚安自动运转的设定信息。藉由此项目，用户能够指定欲设定晚安自动运转的期望的星期几群。如上述的“设定1”般，用户也可以是，作为期望的星期几群，指定一个星期几，也可以指定多个星期几。

在就寝时刻的项目，存储有表示睡眠期间的开始时刻的就寝时刻。藉由此项目，用户能够指定在所述的星期几的前一天的晚上一般的入睡的时间。在起床时刻的项目，存储有表示睡眠期间的结束时刻的起床时刻。藉由此项目，用户能够指定在所述的星期几的当天的早上一般的醒来的时间。

在运转模式的项目，存储有晚安自动运转的实施期间的空调11的运转模式。藉由此项目，用户能够指定运转的空调11的期望的运转模式。例如，用户能够指定夏季为“冷气”，冬天为“暖气”。

在设定温度的项目，存储有用户的睡眠期间开始时的设定温度。藉由此项目，用户能够指定就寝时的期望的室温。

在重复的项目，存储有指定是否将所述的设定信息每个指定的星期几设为每周重复有效的信息。例如，在重复的项目存储有“有”的情况指的是所述的设定信息在指定的星期几成为每周有效。具体而言，“设定1”的设定信息是在每周星期日成为有效，从每周星期六的晚上到星期天的早上基于“设定1”的设定信息的晚安自动运转成为有效。另外，在重复的项目存储有“无”的情况指的是在最近的指定星期几仅一次所述的设定信息成为有效。

图6是表示便携终端15的设定部62显示在显示部54的设定画面的例子的图。作为例子，设定画面100是为了支援用户的设定信息的输入，包含切换按钮101、选择标签102、星期几指定框103、就寝时刻指定区域104、起床时刻指定区域105、以及、模式温度指定区域106等的各微件藉此构成。设定部62进行设定画面100的显示控制并且控制各微件的动作，从用户接受设定信息。

切换按钮(toggle button)101是用以指定将晚安自动运转的功能设为有效、设为无效的微件。用户能够点击切换按钮101，切换晚安自动运转的有效、无效。

选择标签102是用以选择有三个的设定信息之中的任一个的微件。用户点击与欲自定义(customize)的设定信息对应的标签，选择期望的设定信息。图示的例子是表示“设定2”的设定信息被选择的状态。

星期几指定框103是用以指定将所述的设定信息设为有效的星期几的复选框(checkbox)。用户点击与期望的星期几对应的按钮，指定设为有效的星期几。图示的例子是，作为将“设定2”的设定信息设为有效的星期几，表示“一”、“二”、“三”、“四”被指定的状态。

星期几指定框103也可以包含重复复选框。用户点击重复复选框而勾选，藉此能够在每周相同的星期几将基于所述的设定信息的晚安自动运转设为有效。

就寝时刻指定区域104是用以指定就寝时刻的区域。若就寝时刻指定区域104被用户点击，则设定部62是在设定画面100上，使用以输入就寝时刻的时以及分的弹出视窗111重叠显示。用户操作弹出视窗111，指定期望的就寝时刻而点击OK按钮。设定部62关闭弹出视窗11，使指定的就寝时刻显示在就寝时刻指定区域104。

起床时刻指定区域105是用以指定起床时刻的区域。若起床时刻指定区域105被用户点击，则设定部62是在设定画面100上，使用以输入起床时刻的时以及分的弹出视窗112重叠显示。若与就寝时刻同样地进行指定起床时刻的操作，则设定部62使指定的起床时刻显示在起床时刻指定区域。

在本实施方式中，作为例子，将从就寝时刻到起床时刻的睡眠时间为3小时以上设为进行晚安自动运转的条件。但是，用户指定就寝时刻以及起床时刻两方的结果，假设睡眠时间成为未满3小时的情况。在此情况，设定部62也可以使对话113重叠显示在设定画面100，以确保睡眠时间为3小时以上的方式以再次指定就寝时刻或起床时刻的方式对用户催促。

模式温度指定区域106是用以指定运转模式以及设定温度的区域。若模式温度指定区域106被用户点击，则设定部62是在设定画面100上，使用以指定运转模式以及设定温度的弹出视窗114重叠显示。用户，例如，在弹出视窗114上，点击冷气按钮或暖气按钮，指定期望的运转模式，点击减按钮或加按钮，指定期望的设定温度。如此，若进行指定运转模式以及设定温度的操作，点击OK按钮，则设定部62关闭弹出视窗114，使指定的运转模式以及设定温度显示在模式温度指定区域106。

在设定画面100上，若进行确定设定内容的某种的操作，则设定部62是基于在设定画面100中指定的各项目的值，生成图5所示的设定信息，经由通信部53，发送到云端服务器14。设定信息是将用户、空调11或便携终端15与唯一地识别的ID关联，存储在云端服务器14的存储部72。

(2)气象预报信息

图7是表示气象预报信息的数据构造的例子的图。在本实施方式中，空调11以冷气模式运转时，在室内的湿度到达既定的湿度阈值的情况，具有以自动，从冷气向除湿切换运转模式的功能。并且，在本实施方式中，云端服务器14的计划生成部81是根据用户家21在的地域的湿度的预报值，决定上述的湿度阈值。云端服务器14是从服务服务器16取得包含为了决定湿度阈值所需的湿度的预报值的气象预报信息。

例如，计划生成部81生成用户家21的空调11的计划运转信息时，基于针对用户家21的位置预先登录的位置信息，从服务服务器16取得需要的地域的气象预报信息。作为位置信息，假设邮递区号、纬度经度信息、住址等。在其他例子中，云端服务器14也可以是，例如，定期地取得日本全国的最新的气象预报信息，每个地域预先存储到存储部72。这个情况，计划生成部81从存储部72读出需要的地域的气象预报信息。

气象预报信息是作为例子，包含位置、发布日期时间、日期、时刻、天气、气温、湿度的各项目。其中，天气、气温、湿度的预报值是，作为例子，设为每一小时计算，而发表。

在位置的项目，存储有表示所述的预报值在哪个地域的位置信息。位置信息是，例如，邮递区号、纬度经度信息、住址等。

在发表日期时间的项目，存储有表示所述的预报值由服务服务器16何时发布的信息。计划生成部81以发布日期时间为更新的为优先而参照，生成控制数据。有基于旧的气象预报信息生成的控制数据的情况，计划生成部81能够基于最新的气象预报信息，根据需要修成所述控制数据。

在日期的项目，存储有表示所述的预报值为何时的预报值的年月日。在时刻的项目，存储有表示上述的预报值为上述的年月日之中的哪一个时间带的预报值的时刻。

在天气的项目，存储有在所述的日期时间中预想的天气。例如，存储有晴天、阴天、下雨等。在气温的项目，存储有在所述的日期时间中预想的气温。在湿度的项目，存储有在所述的日期时间中预想的湿度。

计划生成部81是生成各阶段的控制数据的时候，基于所述阶段的时间带的湿度的预报值，决定所述阶段的湿度阈值。

(3)运转计划信息

图8是表示运转计划信息的数据构造的例子的图。运转计划信息是，作为例子，包含实施对象信息、实施日信息、每阶段的控制数据。

实施对象信息是用以基于所述的运转计划信息确定实施晚安自动运转的空调11的信息。实施对象信息，例如，包含用户ID、用户的便携终端15的终端ID、用户家21的空调11的空调ID、用户家21的位置信息(例如，邮递区号)等。

实施日信息是用以基于所述的运转计划信息确定实施晚安自动运转的日子的信息。实施日信息，例如，包含日期、星期几等。实施日信息也可以还包含用以确定成为所述的运转计划信息的来源的设定信息的设定信息ID。设定信息ID是表示运转计划信息基于哪个用户的哪一个的设定信息而生成。

在本实施方式中，每一个运转计划信息生成任意的数量的控制数据是在固定长度的区块，每既定个地分开而被打包。在本实施方式中，相当于一次晚安自动运转的一个运转计划信息的数据长度可以是可变，运转计划信息可包含任意的个数的控制数据。另一方面，构成运转计划信息的多个区况的数据长度被固定，被包含在区块的控制数据的个数也被固定。另外，控制数据是以各个为固定长度的已定义的项目构成，因此，控制数据也为固定长度。在图示的例子中，每一个区块能够存储的控制数据的数量为例如三个。因此，在一次分的晚安自动运转中，在生成超过三个的控制数据的情况，控制数据是以三个为一组，分成多个区块而被打包。

运转计划信息的各区块是，例如，以标题信息、第一个的阶段的控制数据、第二个的阶段的控制数据、第三个的阶段的控制数据、以及、页脚信息的各项目构成。

标题信息，例如，除了上述的实施对象信息、实施日信息之外，包含唯一地识别所述的区块的区块ID等。

各阶段的一个控制数据包含运转开始时刻、运转模式、设定温度、持续时间、以及、湿度阈值的各项目。控制数据也可以还包含风量、以及、风向的各项目。风向是，例如，存储有指定叶片的角度即上下风向以及左右风向的信息的项目。

在运转开始时刻的项目，存储有开始基于所述的控制数据的运转的日期时间。即，对应的阶段的开始时间点由运转开始时刻的项目表示。

在运转模式的项目，存储有在对应的阶段的时间带中指定实施在空调11的运转模式的信息(例如，“冷气”等)。此外，在运转模式的项目，也可以根据需要，存储有节能运转的指定的有无、减缓运转时的室温变化率的上限或下限等。

在设定温度的项目，存储有在对应的阶段的时间带中空调11应到达的目标的室温。空调11的运转控制部42若现行的室温高于在所述的控制数据中指定的设定温度，则以室温降低的方式控制空调本体33。或，运转控制部42若现行的室温为与上述的指定的设定温度相同，则以维持现行的室温的方式控制空调本体33。或，运转控制部42若现行的室温低于上述的指定的设定温度，则以室温上升的方式控制空调本体33。

在持续时间的项目，存储有结束基于所述的控制数据的上述的运转的日期时间。即，对应的阶段的结束时间点由运转开始时刻+持续时间表示。

在湿度阈值的项目，存储有为了在对应的阶段的时间带中判断空调11进行向除湿的切换与否而应参照的湿度阈值。空调11的运转控制部42是在对应的阶段的时间带中，将室内的湿度与被存储在所述项目的湿度阈值比较，判断进行向除湿的切换与否。

在控制数据包含风量的项目的情况，在所述项目，存储有在对应的阶段的时间带中指定空调11送到室内的风的量的信息。风量，例如，根据空调11的规格而分成数个等级而被定义。在本实施方式中，作为例子，风量分成“强”、“中”、“弱”的三等级而被指定。空调11的运转控制部42是在对应的阶段的时间带中，以风量成为在所述项目中指定的风量的方式，控制空调本体33。

页脚信息，例如，包含所述的区块的指定下一个区块的区块ID等。例如，在第一区块的页脚信息，包含第二区块的区块ID。

最后，藉由计划生成部81，每天并且每个用户生成的图8所示的运转计划信息被登录到存储部72的运转计划DB92，在适当的时机藉由计划供给部82向空调11供给。

在本实施方式中，计划供给部82是每个区块发送运转计划信息。作为例子，计划供给部82是以赶上被包含在最前面的区块的最初的控制数据的运转开始时刻的方式，供给运转计划信息的两区块分。之后，若在空调11中被包含在一个区块的三个阶段分的控制数据被处理，所述一个区块被消化，则空调11对于云端服务器14要求新的区块。计划供给部82回复来自空调11的要求，供给第三个区块。之后，计划供给部82是每当区块被消化一个，就根据空调11的要求依序供给新的区块。

根据上述的构成，在空调11的存储部32中，用以存储运转计划信息的区域仅确保两个区块分即可。因此，与总结一次睡眠期间分的运转计划信息而发送的情况相比，能够削减空调11的存储部32的存储容量。

此外，云端服务器14的计划生成部81能够修正到供给区块之前，被登录到手边的运转计划DB92的区块内的控制数据。如上述，设为将运转计划信息分割成区块而逐次供给的构成，藉此计划生成部81能够基于每时每刻更新的最新的气象预报信息，到被供给之前，向更适当的内容调整各区块内的各控制数据。

(生成规则)

图9是表示生成规则的数据构造的例子的图。图9所示的生成规则91是表示在夏季将运转模式设定成冷气而实施晚安自动运转的时候被参照的生成规则的例子。

在本实施方式中，作为例子，冷气时的生成规则91包含温度控制查找表(Look UpTable)(以下，LUT)191、变数LUT192、湿度控制LUT193。

温度控制LUT191以及变数LUT192被计划生成部81参照，计划生成部81为了决定控制数据的各项目而被利用。尤其，计划生成部81参照温度控制LUT191以及变数LUT192，决定控制数据之中，运转开始时刻、运转模式、设定温度、以及、持续时间。计划生成部81也可以根据需要，还决定风量。计划生成部81参照这些LUT，藉此能够基于图5所示的设定信息，决定各控制数据的各项目。如此生成的控制数据的集合即运转计划信息被供给到空调11，藉此空调11，例如，能够以获得如图4所示般的室内环境的方式运转。

温度控制LUT191是，作为例子，包含控制对象期间、规则、变数、以及意义的各项目。另外，意义是用以表示以帮助发明的理解的目的追加的变数的定义内容的项目，也可以从温度控制LUT191省略。

在控制对象期间的项目，存储有针对晚安自动运转的控制对象期间被细分类的各小期间的名称。

在规则的项目，存储有适用于所述的期间的控制数据的生成规则。在图示的例子中，虽然每一个小期间规定一个规则，但对于一个期间，也可以规定多个规则。这个情况，对于一个小期间，生成多个控制数据。

在变数的项目，存储有被各规则参照的变数的变数名。在意义的项目，存储有所述的变数的意义。

变数LUT192是，作为例子，包含变数、值、以及、意义的各项目。意义的项目也可以是以与上述同样的理由被省略。

在变数的项目，存储有被各规则参照的变数的变数名。在值的项目，存储有所述的变数的取得来源或默认值(Default Value)。

例如，计划生成部81参照温度控制LUT191，按照针对就寝准备期间规定的规则，生成控制数据。具体而言，一并参照变数LUT192，以在设定信息的“就寝时刻”的时间点室温到达设定信息的“设定温度”的方式，生成用以使节能运转开始的控制数据。另外，计划生成部81是，例如，生成用以星期日的起床的运转计划信息时读出图5所示的设定信息之中，与“设定1”关联的“就寝时刻”与“设定温度”。更详细而言，计划生成部81是与节能计时器功能的时候同样地，基于已学习用于以节能运转，在就寝时刻(前一晚的23:59)使室温到达设定温度(25.0℃)的运转开始时刻的相关关系而决定。计划生成部81是将运转模式基于设定信息决定为“冷气”，又，按照规则决定为“节能运转”。计划生成部81将设定温度基于设定信息决定为“25.0℃”。计划生成部81是按照设定信息以及规则，将持续时间决定为“就寝时刻-运转开始时刻”。计划生成部81也可以是基于针对就寝准备期间省电运转被指定，将风量决定为最弱的等级。

此外，在本实施方式中，针对控制数据的湿度阈值，计划生成部81是基于从服务服务器16取得的气象预报信息决定。具体而言，计划生成部81是从如上述生成的控制数据的运转开始时刻与持续时间确定进行基于控制数据的运转的时间带。计划生成部81从气象预报信息读出确定的时间带的预报湿度值。计划生成部81参照湿度控制LUT193，决定与读出的预报湿度值对应的湿度阈值作为上述的控制数据的湿度阈值。例如，在从前一晚2019年8月7日星期三到当天8日星期四进行的晚安自动运转中，进行与睡眠导入期间对应的控制数据的运转的时间带为从就寝时刻(前一晚23:00)T1分钟(60分钟)。因此，计划生成部81，如图7所示，从气象预报信息，读出日期“2019/8/7”的时刻“23时”的预报湿度值“84”。计划生成部81是按照湿度控制LUT193，将预报湿度值为“84”的情况的湿度阈值决定为“60％”。

如以上，计划生成部81是按照至少每个控制对象期间的小期间规定的规则，基于用户指定的设定信息，生成包含五个阶段分的五个控制数据的运转计划信息。作为例子，计划生成部81将各控制数据每三个阶段地打包成一个区块而使运转计划信息完成。计划生成部81将完成的运转计划信息与用户ID等的实施对象信息和日期等的实施日信息关联，而登录到运转计划DB92。

(运转计划数据库)

图10是表示运转计划DB92的数据构造的例子的图。如图所示，在运转计划DB92中，生成的运转计划信息是与实施对象信息和实施日信息关联而被登录到运转计划DB92。

在实施对象信息的项目，存储有确定由所述的运转计划信息控制的对象的空调11的信息。实施对象信息的项目，例如，包含用户ID、终端ID、空调ID、邮递区号等的副项目。

在实施日信息的项目，存储有确定由所述的运转计划信息实施晚安自动运转的信息。此外，也可以包含确定为了所述的运转计划信息的生成而参照的设定信息的信息。实施日信息的项目，例如，包含以起床日为基准的日期、所述日期的星期几、参照来源的设定信息的设定信息ID等的副项目。

作为运转计划信息的本体，存储有每个区块打包的各阶段的控制数据。各区块包含区块ID作为标题信息，包含未图示的下一个区块的区块ID作为页脚信息，作为本体，包含三个控制数据。各控制数据包含用以唯一地识别控制数据的阶段ID，此外，如上述，包含运转开始时刻、运转模式、设定温度、持续时间、以及、湿度阈值的各项目。控制数据也可以还包含，未图示的，风量、风向(上下风向以及左右风向)的各项目。

图10所示的运转计划DB92的最前面的记录181是表示设置在用户家21的空调11的，2019年8月8日星期四的运转计划信息被计划生成部81登录到运转计划DB92的状态。

计划生成部81也可以是，针对相同的用户的相同的空调11，基于一取得气象预报信息，就事前地设定的设定信息，事前地生成数日分，预先登录到运转计划DB92。

计划供给部82是针对被登录到运转计划DB92的运转计划信息之中，最前面的控制数据的运转开始时刻接近的运转计划信息，将最初的两个区块供给到空调11。

(4)运转实绩信息

图11是表示运转实绩信息的数据构造的例子。空调11的实绩报告部43若结束基于运转计划信息的晚安自动运转，则生成表示结束的晚安自动运转的控制对象期间的运转实绩的运转实绩信息。运转实绩信息包含一或多个实绩记录而构成。实绩报告部43是在空调11的运转控制部42变更空调本体33的控制内容时，生成表示变更后的控制内容的实绩记录。在本实施方式中，控制内容的变更是运转控制部42结束之前的控制数据的处理，基于下一个控制数据，在重新控制空调本体33时产生。又，控制内容的变更是运转控制部42按照被包含在控制数据的湿度阈值，在将运转模式从冷气向除湿、或、从除湿向冷气切换时产生。又，控制内容的变更是用户使用遥控器12或便携终端15操作空调11时，运转控制部42按照此操作内容，在重新控制空调本体33时产生。因此，实绩报告部43在开始基于新的控制数据的处理时、切换运转模式时、以及、使用遥控器12或便携终端15操作空调11时，生成一个运转实绩信息的实绩记录。

运转实绩信息是，作为例子，包含日期时间、阶段ID、起因(trigger)、运转模式、设定温度、风量、实测温度、实测湿度、以及、累计耗电量的各项目。

在时间日期的项目，存储有运转控制部42变更对于空调本体33的控制内容的日期时间。

在阶段ID的项目，存储有表示上述的控制内容被变更的日期时间属于在运转计划信息被定义的阶段的哪一个的阶段ID。作为例子，在从表上第四个实绩记录182中，日期时间“2019/8/723:30”是在例如如图4所示般被定义的控制对象期间中，属于阶段1。因此，实绩报告部43将阶段1的阶段ID“stage01”存储在实绩记录182的所述项目。

在起因的项目，存储有表示运转控制部42变更控制内容的契机的信息。例如，在切换处理对象的控制数据，或，基于湿度阈值运转控制部42变更空调本体33的控制内容的情况，“控制数据”被存储在所述项目。在用户操作便携终端15的空调11的应用程序或基于用户操作遥控器12而运转控制部42变更空调本体33的控制内容的情况，“用户操作”被存储在所述项目。

在运转模式的项目，存储有表示控制内容被变更时的运转模式的信息。

在设定温度的项目，存储有表示控制内容被变更时的设定温度的信息。例如，设为与实绩记录182有关，到此为止在设定温度25℃空调11运转中，在日期时间“2019/8/7 23:30”，用户进行将设定温度上升1℃的操作。在这个情况，实绩报告部43是在实绩记录182的设定温度的项目，存储26℃。

在风量的项目，存储有表示控制内容被变更时的风量的信息。在实测温度的项目，存储有在控制内容被变更时温度传感器34a测量的室温。在实测湿度的项目，存储有在控制内容被变更实湿度传感器34b测量的房间的湿度。

在累计耗电量的项目，存储有在控制内容被变更时电力传感器34d测量的，空调11的累计耗电量。例如，电力传感器34d也可以检测从晚安自动运转的开始到结束的控制对象期间的累计耗电量。或，电力传感器34d也可以检测每一小时、每天等的累计耗电量。

实绩报告部43针对控制对象期间生成如图11所示般的运转实绩信息，发送到云端服务器14。云端服务器14能够基于运转实绩信息，针对实施晚安自动运转的期间的，空调11的运转实绩掌握细节。

例如，根据图11的运转实绩信息，云端服务器14是基于实绩记录182，掌握在阶段1的期间中用户醒来，进行将设定温度上升1℃的操作。换言之，云端服务器14能够基于实绩记录182，与空调11按照控制数据动作(第一动作)不同，掌握进行将设定温度提高1℃而运转的动作(第二动作)。或，基于实绩记录183，云端服务器14能够掌握在阶段3的期间中用户醒来，进行将设定温度降低1℃的操作。分析包含这些实绩记录的运转实绩信息，藉此云端服务器14能够掌握用户睡眠期间中，是热还是冷。

(提问规则)

图12是表示提问规则的数据构造的例子的图。图12所示的提问规则93是表示在夏季将运转模式设定成冷气而实施晚安自动运转后被参照的提问规则的例子。

在本实施方式中，作为例子，提问规则93包含条件、以及、提问的各项目。在条件的项目，存储有所述的提问被采用作为在问卷信息中对用户询问的提问的条件。条件的项目，例如，包含运转模式、阶段ID、以及、操作内容的各副项目。在提问的项目，存储有在满足所述的条件的情况在问卷信息中被采用的提问。提问的项目，例如，包含提问ID、以及、提问内容的各副项目。

如以上，若参照提问规则93，则询问部83能够以既定的运转模式，在既定的阶段的期间，在发生既定的用户操作的情况，确定符合此条件的提问，包含到问卷信息。例如，设为从运转实绩信息，发现了进行所谓在冷气运转时在阶段1中将设定温度上升的用户操作。这个情况，询问部83从提问规则93提取满足所谓运转模式为“冷气”，阶段ID为“stage01”，操作内容为“将设定温度上升”的条件的记录。符合上述的条件的提问为提问ID“QC01U”的提问。因此，询问部83能够基于提问ID“QC01U”的提问内容生成问卷信息。

另外，在存储在提问内容的副项目的提问文的内容数据中，在记载“**:**”的文字列的位置，定义表示进行用户操作的时刻的变数。询问部83从图11所示的运转实绩信息取得时刻的值。例如，询问部83是基于图11的实绩记录182，决定将提问ID“QC01U”的提问采用到问卷信息。并且，询问部83在所述提问的提问内容的时刻的变数，填入在实绩记录182的日期时间所示的时刻(23:30)，使提问文完成。

询问部83也可以是按照图12所示的提问规则93，在控制对象期间中，即便在进行用户操作的情况，也生成符合此条件的提问文，包含到问卷信息。这个情况，提问内容也可以是用户能够以是/否回答的内容，也可以是能够以热/冷回答的内容。不管怎样，在提问规则93中规定的提问内容较佳为以用户从几个选项选择一个藉此能够简单地回答的内容构成。

(5)问卷信息

询问部83若按照提问规则93，生成一或多个提问的提问文，则将包含这些的问卷信息发送到用户家21的用户拥有的便携终端15。问卷信息至少包含上述的实施对象信息、上述的实施日信息、提问ID、基于与所述提问ID关联的提问内容询问部83生成的提问文。实施对象信息被利用作为确定提问的发送目标的信息。实施日信息被利用作为确定为何时实施的晚安自动运转的提问的信息。提问ID以及提问文是与被采用的提问的数量一样多地被包含到问卷信息。

便携终端15的回答部63若从云端服务器14接收问卷信息，则基于接收的问卷信息生成问卷画面，显示在显示部54。

图13是表示便携终端15的回答部63显示在显示部54的问卷画面的例子的图。作为例子，问卷画面200是为了支援用户的回答的输入，包含提问提示区域201、回答切换按钮202、以及、发送按钮203等的各微件藉此构成。提问提示区域201以及回答切换按钮202每个提问配置。作为例子，在图13，表示“是”的回答被选择的状态的回答切换按钮202。

若用户操作全部的回答切换按钮202，对全部的提问回答之后点击发送按钮203，回答部63生成回答信息，答复到云端服务器14。

(6)回答信息

图14是表示回答部63生成的回答信息的数据构造的例子的图。回答信息是，作为例子，包含实施对象信息、实施日信息、问卷接收日期时间、提问ID、回答、以及、回答发送日期时间的各项目。

在实施对象信息的项目，例如，存储有确定用户ID、终端ID、空调ID等的，晚安自动运转的实施的对象的信息。

在实施日信息的项目，例如，存储有表示日期、星期几、设定信息ID等，与何时晚安自动运转有关的问卷的信息。

在问卷接收日期时间的项目，存储有便携终端15的通信部53从云端服务器14接收问卷信息的日期时间。

在提问ID的项目，存储有被采用的提问的提问ID。在提问为多个的情况，以知道在第几个提问采用哪个提问的方式，提问ID与提问的顺序关联而被存储。

在回答的项目，存储有对于被采用的提问的用户的回答。

在回答发送日期时间的项目，存储有所述的回答信息经由通信部53发送到云端服务器14时的日期时间。

云端服务器14的计划补正部84能够基于从便携终端15接收的回答信息，以下次之后的晚安自动运转更符合用户的喜好的方式，补正之前生成的运转计划信息。

(补正规则)

图15是表示补正规则的数据构造的例子的图。图15所示的补正规则94是表示在基于对于图12所示的提问规则93的提问的回答补正运转计划信息时被参照的补正规则的例子。

在本实施方式中，作为例子，补正规则94包含补正条件、以及、补正内容的各项目。在补正条件的项目，存储有所述的补正内容被适用的条件。在补正内容的项目，存储有适用于满足所述补正条件的情况的补正的内容。

补正条件的项目，例如，包含提问ID、回答、以及、优先排序的各副项目。提问ID是确定提问的信息。回答是表示用户的回答的信息。优先排序是用以在用户的回答信息满足多个补正条件的情况，在无法重复适用多个补正内容的情况，决定优先适用哪个补正内容的信息。计划补正部84优先适用优先排序为高(数值为小)的补正内容。

补正内容的项目，例如，包含补正值的副项目。另外，意义的项目是为了帮助发明的理解，记载补正值所示的补正的主旨，可以被适当省略。在补正值的副项目，存储有表示将带入到图9所示的生成规则参照的变数的值进行怎样的补正的信息。例如，““X”←“X-0.2℃””是指示将入眠时的温度降低幅度“X”变小0.2℃分。按照此补正内容，计划补正部84将入眠时的温度降低幅度“X”从1℃补正成0.8℃之后，基于参照变数“X”的生成规则补正生成的控制数据。

例如，在图4所示的例子中，从就寝时刻23:00花费1小时，使室温从设定温度的26℃降低1℃之后，以如26℃仅降低0.8℃般的控制数据，补正阶段1的控制数据。

根据上述的补正规则94，计划补正部84能够基于用户的回答，以成为更符合用户的喜好的控制内容的方式精细地补正各控制数据。具体而言，计划补正部84是在用户感觉到热的情况，以室温进一步降低的方式，或，以更长地保持室温降低的状态的方式对控制数据补正。又，计划补正部84是在用户感觉到冷的情况，以室温进一步上升的方式，或，以缩短室温降低的状态的维持时间或延长室温上升的状态的维持时间的方式补正控制数据。如此补正的运转计划信息是在下次的相同的星期几的晚安自动运转的实施时，提供到空调11作为更符合用户的喜好的控制内容。

<流程图>

图16是表示属于空调控制系统1的各装置的处理的流程的流程图。

在步骤S101中，用户家21的用户操作的便携终端15的设定部62使如图6所示般的设定画面100显示在显示部54，从用户接受设定信息的输入。设定部62是基于用户对于设定画面100进行的操作内容生成如图5所示般的设定信息，经由通信部53发送到云端服务器14。

在步骤S102中，云端服务器14的计划生成部81是经由通信部73，从便携终端15取得设定信息。

在步骤S103中，计划生成部81是从服务服务器16，取得如图7所示般的气象预报信息。

在步骤S1014(生成步骤)中，计划生成部81是基于取得的设定信息与气象预报信息，生成用以在用户家21的空调11使晚安自动运转实施的，如图8所示般的运转计划信息。具体而言，计划生成部81是按照如图9所示般的温度控制LUT191与变数LUT192，基于设定信息，生成晚安自动运转的控制对象期间的多个控制数据。计划生成部81是每个实施对象信息以及实施日信息，将生成的运转计划信息登录到运转计划DB92。在运转计划DB92，例如如图10所示，每个实施对象信息以及实施日信息，多个运转计划信息被登录。另外，计划生成部81随时接受设定信息与气象预报信息。因此，若有基于最新的设定信息与气象预报信息，修正登录到运转计划DB92的运转计划信息的必要，则能够进行其修正。由此，运转计划信息是到在S106被供给到空调11之前，基于最新的设定信息与气象预报信息，被更新成更适当的内容。

在步骤S105中，计划供给部82判断被登录的运转计划信息的供给与否。计划供给部82是针对被登录到运转计划DB92的多个运转计划信息之中，运转开始时刻接近到既定时间以内的运转计划信息，判断需要向空调11的供给，从S105的是前进到S106。例如，计划供给部82是从运转计划DB92提取在现在时间点运转开始时刻接近到30分钟的运转计划信息，将各运转计划信息供给到各个的目标的空调11。

在步骤S106(供给步骤)中，计划供给部82是，作为例子，将构成一个运转计划信息的多个区块之中，最前面的第一区块、其次的第二区块供给到供给目标的空调11。计划供给部82也可以是在运转计划DB92中，对于供给完成的两个区块，标示表示已供给的标志。

在步骤S107中，空调11的计划取得部41是经由通信部35，从云端服务器14取得从运转计划信息之中的最前面起的两个区块分，将运转计划信息的两个区块保存到存储部32的既定的存储区域。

在步骤S108中，运转控制部42判断是否成为晚安自动运转的开始时刻。具体而言，运转控制部42判断现在时刻是否成为被包含在被保存在存储部32的最前面的区块的最初的运转开始时刻，在成为运转开始时刻的情况，从S108的是前进到S109。

在步骤S109中，运转控制部42从上述的存储区域读出运转计划信息之中，处理对象的区块，按照被记述在区块内的控制数据，实施晚安自动运转。例如，处理对象的区块也可以从上述的存储区域，移动到不图示的挥发性的主存储装置等。

在步骤S110中，运转控制部42是将基于上述的处理对象的区块的晚安自动运转继续到所述区块的最后的控制数据的持续时间期满。若上述的持续期间期满，则从S110的是前进到S114。

在步骤S111中，一方面运转控制部42消化处理对象的区块而实施晚安自动运转，一方面计划取得部41以供给处理对象的下一个的下一个区块的方式对于云端服务器14要求。例如，若处理对象的区块为第一区块，则计划取得部41对云端服务器14要求第三区块的供给。

在步骤S112(供给步骤)中，云端服务器14的计划供给部82将运转计划信息之中，被要求的区块供给到空调11。另外，计划生成部81也可以是，在执行S106后，到执行S112之间，在取得最新的设定信息与气象预报信息的情况，根据需要，修正登录到运转计划DB92的运转计划信息。由此，运转计划信息是到在S112被供给到空调11之前，基于最新的设定信息与气象预报信息，被更新成更适当的内容。

在步骤S113中，空调11的计划取得部41将被供给的区块保存在上述的既定的存储区域。另外，步骤S111～S113是被包含在运转计划信息的全部的区块被重复执行到从云端服务器14被供给到空调11。

又，执行步骤S110～S113之间，空调11也可以接受来自便携终端15或遥控器12的操作指示，这个情况，与基于现行的控制数据的运转相比，使按照所述操作指示的运转优先。空调11也可以是若成为现行的控制数据的下一个控制数据的开始时刻，则从按照操作指示的运转复位到晚安自动运转，也可以是将按照操作指示的运转继续到起床时刻。

在步骤S114中，运转控制部42判断从S108开始的一系列的晚安自动运转是否结束。作为例子，晚安自动运转的结束是运转计划信息的被包含在最后的区块的最后的控制数据的持续时间期满藉此被判断。或，晚安自动运转的结束是按照最后的控制数据运转控制部42使空调本体33的运转停止藉此被判断。运转控制部42若判断为晚安自动运转结束，则从S114的是前进到S115。

在步骤S115中，实绩报告部43生成如图11所示所示般的运转实绩信息而发送到云端服务器14。实绩报告部43也可以是每当区块内的控制数据被一个一个处理，就逐次，生成实绩记录，也可以在运转计划信息内的全部的区块的全部控制数据被处理后，总结而生成实绩记录使运转实绩信息完成。

在步骤S116中，云端服务器14的询问部83是基于从空调11报告的运转实绩信息，生成问卷信息。具体而言，询问部83是按照如图12所示般的提问规则93，确定与符合报告的运转实绩信息的条件关联的提问，生成确定的提问的提问文。询问部83是将针对一或多个提问的包含提问文的问卷信息，经由通信部73，发送到设定空调11的用户家21的用户拥有的便携终端15。

在步骤S117中，便携终端15的回答部63是基于接收的问卷信息，使如图13所示般的问卷画面200显示在显示部54，接受用户的回答。

在步骤S118中，回答部63是基于用户对于问卷画面200进行的操作内容生成如图14所示般的回答信息，经由通信部53发送到云端服务器14。

在步骤S119中，云端服务器14的计划补正部84是基于从空调11报告的图11所示的运转实绩信息、从便携终端15回送的图14所示的回答信息，补正被登录在运转计划DB92的运转计划信息。例如，计划补正部84是基于根据在8月8日星期四实施的“设定2”的设定信息的晚安自动运转的运转实绩信息、与同一天的晚安自动运转有关的回答信息，补正被供给到同一天的运转计划信息。

计划补正部84是将补正后的运转计划信息登录到运转计划DB92作为基于“设定2”的设定信息生成的目前的运转计划信息。例如，“设定2”的设定信息是星期一、二、三、四的设定信息。因此，计划补正部84是将以8月8日星期四分的运转计划信息为基础补正而获得的运转计划信息登录到运转计划DB92作为目前的8月12日星期一分的运转计划信息。之后，云端服务器14回到S105，重复执行之后的各处理。

根据上述的构成以及方法，基于设定信息，云端服务器14能够在用户的睡眠期间中，以获得适于用户每一人的睡眠环境的方式控制空调11。而且，设定信息是以如就寝时刻、起床时刻、设定温度等，与以往的开计时器设定、关计时器设定没有改变的单纯的项目构成，无需对用户要求复杂的输入。

此外，云端服务器14能够基于用户在睡眠期间进行的对于空调11的操作，学习用户的喜好，将睡眠期间的自动运转的内容以成为进一步适于用户的方式修订。此外，在一系列的睡眠期间的自动运转的结束后，对于用户实施问卷，藉此能够更详细地学习用户的喜好。作为结果，能够尽早并且容易地到达对所述用户来说的最佳解(所述用户获得舒适的睡眠环境的最佳的自动运转的内容)。

[实施方式2]

针对本发明的其他实施方式，在以下进行说明。另外，为了便于说明，针对与在上述的实施方式已说明的部件与具有相同功能的部件，标注相同图式标记，不重复其说明。

(冬季，藉由暖气的晚安自动运转的具体例)

图17是说明空调11在冬季中以暖气实施晚安自动运转的情况的控制内容的例子的图。纵轴是表示空调控制对象的房间的室温，横轴是表示时间的经过。

在本实施方式中，与实施方式1同样地，为了进行晚安自动运转，作为例子，参照以“就寝时刻”、“起床时刻”以及“设定温度”的至少三个项目构成的设定信息。

图17所示的图是，作为例子，表示指定就寝时刻为前一天的23:00，起床时刻为当天的6:00，并且，设定温度为22℃的情况的控制内容。

在本实施方式中，暖气时，包含用户的睡眠期间的晚安自动运转的控制对象期间是，作为例子，被细分类成就寝准备期间(第六小期间)、睡眠导入期间(第七小期间)、深度睡眠期间(第八小期间)、醒来准备期间(第九小期间)的各小期间。与实施方式1同样地，计划生成部81是至少每个这些期间，生成空调11的控制数据。又，根据需要，计划生成部81也可以每一个期间生成多个控制数据。

首先，对于就寝准备期间，用以使现行的室温在“就寝时刻”中到达“设定温度”的控制数据由计划生成部81生成。若按照此控制数据，则空调11能够使室温在“就寝时刻”中到达“设定温度”。从以上的节能运转的运转开始时刻到就寝时刻的时间带是，例如，被定义为阶段0。

接着，对于睡眠导入期间，用以将到达设定温度的室温花费既定时间(例如，3小时)，降低既定温度(例如，3℃)的控制数据由计划生成部81生成。按照所述控制数据，空调11是在睡眠导入期间中，实施减缓运转，缓慢地将气温接近外部气温。具体而言，以从就寝时刻花费3小时室温缓慢地最终降低3℃的方式，减缓暖气。

如以上，由于在暖气时实施减缓运转，藉此室温缓慢地降低，顺畅地促进人的体温的降低。作为结果，不使用户感觉到寒冷感，或不以剧烈的温度变化对身体施加负担，能够使用户向深度睡眠顺畅地进入。以上的减缓运转的时间带，例如被定义为阶段1。

更佳为，与阶段1的室温的温度降低率有关，设置有上限。例如，作为温度降低率的上限，设为设置有“在15分钟最大0.25℃”的限制。由此，能够避免以极端的温度降低妨碍睡眠，或将用户的身体暴露在剧烈的温度变化。

接着，对于深度睡眠期间，用以从就寝时刻3小时后的时间点到起床时刻的3小时前的时间点之间维持从设定温度降低既定温度的室温(例如，设定温度-3℃)的控制数据由计划生成部81生成。按照所述控制数据，空调11是在深度睡眠期间中，从就寝时刻3小时后的时间点到起床时刻的3小时前的时间点之间维持设定温度-3℃的室温(例如，19℃)。由此，避免过冷或过热所致的睡眠妨碍，并且实现省耗电。以上的室温维持的时间带，例如，被定义为阶段2。在本实施方式中，在从就寝时刻到起床时刻之间的时间为6小时以下的情况，省略此阶段2的定义。

接着，对于醒来准备期间，用以将被维持比设定温度低的室温花费既定时间(例如，3小时)，到达既定温度的控制数据由计划生成部81生成。按照所述控制数据，空调11是在醒来准备期间中，从起床时刻的3小时前到起床时刻将室温缓慢地上升3℃。由此，顺畅地促进人的体温的上升。作为结果，不以剧烈的温度变化对身体施加负担，能够顺畅地进入用户的醒来的准备。从以上的就寝时刻3小时前到就寝时刻的时间带是，例如，被定义为阶段3。

与阶段1同样，更佳为，与阶段3的室温的温度上升率有关，设置有上限。例如，作为温度上升率的上限，设为设置有“在15分钟最大0.25℃”的限制。由此，能够避免以极端的温度上升妨碍睡眠，或将用户的身体暴露在剧烈的温度变化。

最后，用以在起床时刻中空调11停止运转的控制数据的控制数据由计划生成部81生成。

如以上，由于基于用户的简易的设定信息，每个用户，并且，至少，每个控制对象期间被细分类的小期间生成控制数据，实施冬季，对用户带来舒适的睡眠环境，暖气的精细的自动运转。作为结果，可实现可简易地进行适于睡眠时的用户的空调控制的空调控制系统。

另外，用户的睡眠期间未满6小时的情况无法针对阶段1以及阶段3的各个确保3小时。因此，在本实施方式中，这个情况，除了省略阶段2之外，睡眠期间被各半分成前半与后半。并且，计划生成部81是以在睡眠期间的前半中，每15分钟以最大的0.25℃的温度降低率缓慢地室温降低的方式以实施减缓运转的方式生成控制数据。又，计划生成部81是以在睡眠期间的后半中，每15分钟以最大的0.25℃的温度上升率缓慢地室温上升的方式以实施暖气运转的方式生成控制数据。如以上，即便对于睡眠期间未满6小时的用户，也能够带来舒适的睡眠环境，实施自动运转。

<数据构造>

(生成规则)

图18是表示生成规则的数据构造的例子的图。图18所示的生成规则91是表示在冬季将运转模式设定成暖气而实施晚安自动运转的时候被参照的生成规则的例子。

在本实施方式中，作为例子，暖气时的生成规则91包含第一温度控制LUT194、第二温度控制LUT195、变数LUT196。这些LUT被计划生成部81参照，为了计划生成部81决定控制数据的各项目而被利用。具体而言，计划生成部81决定控制数据的运转开始时刻、运转模式、设定温度、以及、持续时间。

在本实施方式中，计划生成部81根据从设定信息求得的用户的睡眠期间的长度而分开使用参照的LUT。作为例子，计划生成部81若被包含在设定信息的从就寝时刻到起床时刻的睡眠期间为6小时以上，则按照第一温度控制LUT194生成控制数据。另一方面，若上述的睡眠期间未满6小时，则计划生成部81是按照第二温度控制LUT195生成控制数据。

计划生成部81能够参照这些LUT，藉此基于图5所示的设定信息，决定各控制数据的各项目。如此生成的控制数据的集合即运转计划信息被供给到空调11，藉此空调11，例如，能够以获得如图17所示般的室内环境的方式运转。

针对第一温度控制LUT194以及第二温度控制LUT195的各项目的说明是如在实施方式1中针对温度控制LUT191进行说明。针对变数LUT196的各项目的说明是如在实施方式1中针对变数192进行说明。

(提问规则)

图19是表示提问规则的数据构造的例子的图。图19所示的提问规则93是表示在冬季将运转模式设定成暖气而实施晚安自动运转后被参照的提问规则的例子。

针对提问规则93的各项目的说明是如在实施方式1中针对提问规则93进行说明。

在本实施方式中，作为例子，在与阶段无关，跨及整个控制对象期间没有便携终端15或遥控器12的操作的情况，也可以定义对用户询问的提问。在本实施方式中，作为例子，也可以在多个阶段定义共通的提问。

(补正规则)

图20是表示补正规则的数据构造的例子的图。图20所示的补正规则94是表示在基于对于图19所示的提问规则93的提问的回答补正运转计划信息时被参照的补正规则的例子。

针对补正规则94的各项目的说明是如在实施方式1中针对补正规则94进行说明。

例如，计划补正部84是在用户对于提问ID“QH01N”的提问回答“冷”的情况，对于在之前使用的运转计划信息，进行将入眠时的温度降低幅度“Z”变小的补正。若参照图17，则按照补正后的运转计划信息，空调11是，首先，以阶段1的结束时间点的室温与补正前比较而向上方修正的方式控制空调本体33。接着，空调11是以在阶段2中维持被上方修正的所述室温的方式控制空调本体33。如此，运转计划信息是每次被使用就基于来自用户的反馈补正，作为结果，实现更适于用户的喜好的自动运转。

[变形例]

在实施方式1以及2中，为若按照图15以及图20所示的补正规则94，则计划补正部84是基于对于问卷信息的回答信息，补正运转计划信息的构成。不限定为此，计划补正部84也可以是以在例如图11所示的运转实绩信息中，基于以用户操作为起因生成的实绩记录，补正运转计划信息的方式构成。

例如，根据实绩记录182，用户在阶段1的时间带醒来，进行将设定温度上升1℃的操作。因此，计划补正部84判断用户冷而醒来，按照补正规则94，将入眠时的温度降低幅度“X”变小而补正运转计划信息。

根据上述的构成，即便省略在起床时使用户回答问卷，也能够实现能够一边学习用户的喜好一边进行晚安自动运转的空调控制系统1。

在实施方式1以及2中，计划生成部81以及计划补正部84处理的控制数据也可以包含指定风量以及风向的项目。并且，计划补正部84也可以是以基于从用户的携带终端15发送的回答信息、以及、运转实绩信息的用户的与风量或风向有关的操作内容，补正控制数据的风量或风向的项目的方式构成。

例如，设为进行如虽然用户，在睡眠导入期间，以风吹到身体方式向下调节风向，但之后，在深度睡眠期间中，向上调节风向般的操作。这个情况，计划补正部84也可以将睡眠导入期间的控制数据的风向指定为向下，将从此之后的各期间的控制数据的风向指定为向上。

根据上述的构成，在用户的睡眠期间中，不仅是室温，室内的空气的流动也成为以自动控制，对所述用户带来适合用户的喜好的更舒适的睡眠环境。

在实施方式1以及2中，图9以及图18所示的生成规则91也可以定义根据藉由用户的反馈而被更新的变数。藉由用户的反馈指的是，具体而言，使用便携终端15或遥控器12的对空调11的操作指示、以及从便携终端15发送的回答信息等。

在本变形例中，例如，在变数LUT192中定义用以冷气时，微调图4所示的阶段1的入眠时的温度降低幅度的调整值“U1”。调整值“U1”的默认值是初次为“0”，作为例子，以可取0、1、2、3、4的值的方式被定义。

在温度控制LUT191中，睡眠导入期间的规则被定义成“从“SIT”的时间点到“T1”分钟经过后，以室温到达{“STEM”-“X”+“U1”/2}℃(但是下限值18℃)的方式运转”。

初次，计划生成部81生成控制数据时是“U1”的默认值为“0”。因此，计划生成部81是按照生成规则91，与实施方式1同样地，以室温到达“STEM”-“X”℃(例如，26℃-1℃＝25℃)的方式生成控制数据。

在本变形例中，在补正规则94中，对于获得用户在阶段1感觉到冷的内容的反馈的情况的条件，将调整值与如“U1”←“U1+2”般地补正的补正内容关联。

获得用户在阶段1感觉到冷的内容的反馈，计划补正部84是按照上述的补正规则94，将“U1+2”代入到“U1”之后，补正控制数据。具体而言，计划补正部84是以将睡眠导入期间的控制数据成为室温到达{“STEM”-“X”+“U1”/2}℃(例如，26℃-1℃+1℃＝26℃)的控制数据的方式补正。

根据上述的构成，能够将阶段1的目标的室温上升1℃，作为结果，以成为更适于在阶段1感觉到冷的用户的运转计划信息的方式，补正所述运转计划信息。

在实施方式1以及2中，计划生成部81也可以由以将设定信息设为输入，将运转计划信息设为输出的数据组作为教师数据进行了机械学习的生成模型实现。这个情况，计划补正部84是基于来自用户的反馈补正运转计划信息，使之前的设定信息与补正后的运转计划信息的组合学习到作为计划生成部81的生成模型。如此，基于来自用户的反馈重复学习，藉此能够获得精度良好地输出适于用户的喜好的运转计划信息的生成模型。

[藉由软件的实现例]

云端服务器14的控制模块(尤其，计划生成部81、计划供给部82、询问部83、以及、计划补正部84)也可以是由集成电路(IC芯片)等形成的逻辑电路(硬件)实现，也可以由软件实现。

空调11的控制模块(尤其，计划取得部41、运转控制部42、以及、实绩报告部43)也可以是由集成电路(IC芯片)等形成的逻辑电路(硬件)实现，也可以由软件实现。

便携终端15的控制模块(尤其，远端操作部61、设定部62、以及、回答部63)也可以是由集成电路(IC芯片)等形成的逻辑电路(硬件)实现，也可以由软件实现。

后者的情况，云端伺服器14、空调11以及便携终端15分别包括执行实现各功能的软件即程序的命令的计算机。此计算机例如包括具备至少一个处理器(控制装置)，并且存储所述程序的计算机可读取的一个记录介质。然后，在所述计算机中，所述处理器从所述记录介质读取所述程序并加以执行，藉此达本发明的目的。作为所述处理器，例如能够使用CPU(Central Processing Unit)。作为所述记录介质，能够使用“非暂时性的有形介质”，例如，除了ROM(Read Only MemoryMemory)之外，磁带、硬盘、卡片、半导体存储器、可编程逻辑电路等。又，也可以还包括展开所述程序的RAM(Random Access Memory)等。又，所述程序，也可以经由可传送所述程序的任意的传送介质(通信网络及广播波等)向所述计算机供给。另外，本发明的一方案，也能以所述程序藉由电子性的传送而体现的、埋入于载波的数据信号的方式来实现。

[总结]

本发明的方案1的服务器(云端服务器14)是与一或多个空气调节机(空调11)经由网络(广域通信网络22)通信，其中，包括：生成部(计划生成部81)，基于为指示包含用户的睡眠期间的控制对象期间的睡眠时自动运转(晚安自动运转)的实施的信息，包含确定所述睡眠期间的信息的设定信息，生成指定所述空气调节机的所述控制对象期间的动作的运转计划信息；以及供给部(计划供给部82)，将所述运转计划信息经由所述网络供给到所述用户的所述空气调节机，藉此使所述空气调节机实施按照所述运转计划信息的所述睡眠时自动运转。

根据上述的构成，生成部是基于被包含在设定信息的，确定用户的睡眠期间的信息，生成指定控制对象期间的空气调节机的动作的运转计划信息。生成的运转计划信息被供给部供给到空气调节机。由此，空气调节机能够按照运转计划信息，实施考虑用户的睡眠期间的睡眠时自动运转。如此，输入包含确定用户的睡眠期间的信息的设定信息，藉此能够使提供适合此用户的睡眠环境的睡眠时自动运转在空气调节机实施。作为结果，对用户，没有每个多个期间输入设定温度的必要，也没有构筑用以取得用户的睡眠状态的繁杂的睡眠状态取得系统的必要，能够起到所谓能够简单地进行适于睡眠时的用户的空调控制的效果。

在本发明的方案2的服务器中也可以是，在上述的方案1中，所述设定信息包含：设定温度，表示所述用户在就寝时期望的室温，作为指示所述睡眠时自动运转的实施的信息；以及就寝时刻以及起床时刻，所述用户预定，作为确定所述睡眠期间的信息；其中所述设定信息是由从所述用户接受所述设定温度、所述就寝时刻以及所述起床时刻的输入的所述空气调节机或所述用户操作的便携终端，经由所述网络被发送到所述服务器。

根据上述的构成，生成部是基于用户指定的设定温度、就寝时刻、起床时刻生成运转计划信息。如此，只要让用户指定设定温度、就寝时刻、起床时刻，就能够使提供适合此用户的睡眠环境的睡眠时自动运转在空气调节机实施。作为结果，起到所谓能够简单地进行适合睡眠时的用户的空调控制的效果。

在本发明的方案3的服务器中也可以是，在上述的方案2中，所述生成部是至少对于根据人经过的睡眠状态而被分割的所述控制对象期间的每个小期间，生成指定所述空气调节机的动作的控制数据，生成在可判别时间序列的状态包含多个所述控制数据的所述运转计划信息。

根据上述的构成，生成部是基于用户指定的设定温度、就寝时刻、起床时刻，每个根据用户经过的睡眠状态控制对象期间被分割的小期间，生成控制数据。并且，生成部生成在可判别时间序列的状态包含这些控制数据的运转计划信息。由此，空气调节机能够每个小期间依序处理控制数据，实施适于用户的睡眠状态的更精细的睡眠时自动运转。作为结果，起到所谓能够简单地进行适于睡眠时的用户的空调控制的效果。

在本发明的方案4的服务器中也可以是，在上述的方案3中，所述设定信息还包含：运转模式，所述用户期望，作为指示所述睡眠时自动运转的实施的信息；其中所述生成部，在所述运转模式为冷气的情况，针对所述用户入眠前的第一小期间(就寝准备期间)，生成用以使室温在所述就寝时刻中到达所述设定温度的控制数据；针对所述用户进入到深度睡眠的第二小期间(睡眠导入期间)，生成用以使室温花费既定时间而低于所述设定温度的控制数据；针对为所述用户深度睡眠的期间的前半的第三小期间(深度睡眠期间前半)，生成用以使已被降低的所述室温维持既定时间的控制数据；针对为所述用户深度睡眠的期间的后半的第四小期间(深度睡眠期间后半)，生成用以使室温花费既定时间而回到所述设定温度的控制数据；针对所述用户醒来之前的第五小期间(醒来准备期间)，生成用以将室温到所述起床时刻维持在所述设定温度的控制数据。

根据上述的构成，空气调节机能够每个上述的小期间依序处理控制数据，精度良好地实施适于用户的睡眠状态的，进一步精细的睡眠时自动冷气运转。作为结果，起到所谓能够简单地进行适于睡眠时的用户的空调控制的效果。

在本发明的方案5的服务器中也可以是，在上述的方案3或4中，所述设定信息还包含：运转模式，所述用户期望，作为指示所述睡眠时自动运转的实施的信息；其中所述生成部，在所述运转模式为暖气的情况，针对所述用户入眠前的第六小期间(就寝准备期间)，生成用以使室温在所述就寝时刻中到达所述设定温度的控制数据；针对所述用户进入到深度睡眠的第七小期间(睡眠导入期间)，生成用以使室温花费既定时间而低于所述设定温度的控制数据；针对为所述用户深度睡眠的第八小期间(深度睡眠期间)，生成用以使已被降低的所述室温维持既定时间的控制数据；针对所述用户醒来之前的第九小期间(醒来准备期间)，生成用以使室温花费既定时间而回到所述设定温度的控制数据。

根据上述的构成，空气调节机能够每个上述的小期间依序处理控制数据，精度良好地实施适合用户的睡眠状态的，进一步精细的睡眠时自动暖气运转。作为结果，起到所谓能够简单地进行适于睡眠时的用户的空调控制的效果。

在本发明的方案6的服务器中也可以是，在上述的方案3至5中，所述生成部生成至少包含：指定基于所述控制数据的运转的开始时刻的项目；至少从冷气以及暖气之中指定任一个，作为所述空气调节机的运转模式的项目；指定所述设定温度的项目；以及指定基于所述控制数据的运转的持续时间或结束时刻的项目的所述控制数据。

根据上述的构成，对于空气调节机，能够细地指定将冷气或暖气的运转以设定温度为几℃、从何时到何时实施。由此，能够实施适于用户的睡眠状态的更精细的睡眠时自动运转。

在本发明的方案7的服务器中也可以是，在上述的方案3至6中，所述空气调节机具有在室内的湿度超过预先决定的湿度阈值的情况，将运转模式从冷气切换成除湿的功能；所述控制数据还包含指定所述湿度阈值的项目；其中所述生成部基于从其他装置(服务服务器16)提供的湿度的预报值，决定包含在所述控制数据的所述湿度阈值。

根据上述的构成，能够以睡眠时自动运转控制室内的湿度环境。湿度是在制作舒适的睡眠环境中重要的要素之一。因此，能够使提供适于用户的，进一步舒适的睡眠环境的睡眠时自动运转在空气调节机实施。

在本发明的方案8的服务器中也可以是，在上述的方案3至7中，所述供给部是将生成的多个所述控制数据按照时间序列每既定个地发送，将所述运转计划信息提供到所述空气调节机。

由于是用以跨及包含用户的睡眠期间的比较长的控制对象期间，自动控制空气调节机的运转计划信息，数据容量是按照此变得比较大。根据上述的构成，服务器将运转计划信息分割成几个数据，每既定个地依序发送控制数据。例如，供给部能够运转的开始仅送目前的控制数据，伴随时间的经过，一点一点地依序供给控制数据。如此，在空气调节机中，能够谋求用以预先保存运转计划信息的存储区域的省空间化。

在本发明的方案9的服务器中也可以是，在上述的方案1至8中，还包括：补正部(计划补正部84)，从按照所述运转计划信息而实施所述睡眠时自动运转的所述空气调节机，取得表示所述控制对象期间的所述空气调节机的动作的运转实绩信息，在所述运转实绩信息中，在表示与由所述运转计划信息指定的第一动作不同的，按照来自所述用户的操作指示实施的第二动作(实绩记录182、183)的情况，根据所述第二动作，补正所述运转计划信息。

根据上述的构成，能够对于使用运转计划信息之前实施的睡眠时自动运转，根据用户进行怎样的操作，将被下次实施的睡眠时自动运转使用的运转计划信息符合所述用户的喜好补正。如此，即便不从用户重新接受指示，服务器也能够以自动学习用户的喜好，将运转计划信息修改成更符合用户喜好。因此，针对睡眠时自动运转，解决伴随用户为了获得本身的最佳解的相当的困难。

在本发明的方案10的服务器中也可以是，在上述的方案9中，还包括：询问部83，基于所述运转实绩信息，生成包含用以询问对于已被实施的所述睡眠时自动运转的所述用户的感想的一个以上的提问的问卷信息；其中所述补正部从所述用户操作的便携终端，取得包含对于被包含在所述问卷信息的各提问的所述用户的回答的回答信息，基于所述回答信息补正所述运转计划信息。

根据上述的构成，由于能够对于使用运转计划信息之前实施的睡眠时自动运转，更正确地掌握用户感觉如何，能够将被下次实施的睡眠时自动运转使用的运转计划信息符合所述用户的喜好，精度良好地补正。用户仅对于提问根据感觉回答即可，没有以本身自定义睡眠时自动运转的复杂的控制内容。因此，针对睡眠时自动运转，解决伴随用户为了获得本身的最佳解的相当的困难。

在本发明的方案11的服务器中也可以是，在上述的方案1至10中，所述生成部是对于与由所述用户指定的多个星期几群的各个对应的每个所述设定信息，生成所述运转计划信息。

也有根据星期几而睡眠习惯不同的用户。例如，可以想到在平日与假日起床时刻不同。根据上述的构成，用户能够符合本身的每个星期几不同的睡眠习惯，输入多个模式的设定信息。用户仅进行一次此设定即可，没有如以往意识到星期几而每日变更计时器设定的必要。由此，即便对于根据星期几而睡眠习惯不同的用户，也能够使每天，提供适合此用户的睡眠环境的睡眠时自动运转在空气调节机实施。

本发明的方案12的空调控制系统(空调控制系统1)是所述空调控制系统包含：一或多个空气调节机；便携终端，所述空气调节机的各个的用户操作；以及服务器，与所述空气调节机以及所述便携终端经由网络通信，其中，所述服务器包括：生成部，基于为指示包含所述用户的睡眠期间的控制对象期间的睡眠时自动运转的实施的信息，包含确定所述睡眠期间的信息的设定信息，生成指定所述空气调节机的所述控制对象期间的动作的运转计划信息；以及供给部，将所述运转计划信息经由所述网络供给到所述用户的所述空气调节机，藉此使所述空气调节机实施按照所述运转计划信息的所述睡眠时自动运转；其中空气调节机包括：取得部(计划取得部41)，从所述服务器取得所述运转计划信息；以及运转控制部42，在所述控制对象期间，按照取得的所述运转计划信息使所述空气调节机动作，藉此实施所述睡眠时自动运转；其中所述便携终端包括：设定部62，使用以支援所述设定信息的藉由所述用户的输入的设定画面100显示在所述便携终端的显示部54，将经由所述设定画面从所述用户接受的所述设定信息发送到所述服务器。根据上述的构成，起到与方案1同样的效果。

本发明的方案13的控制方法是服务器与一或多个空气调节机经由网络通信，其中，包含：生成步骤(S104)，基于为指示包含用户的睡眠期间的控制对象期间的睡眠时自动运转的实施的信息，包含确定所述睡眠期间的信息的设定信息，生成指定所述空气调节机的所述控制对象期间的动作的运转计划信息；以及供给步骤(S106、S112)，为了使所述空气调节机实施按照所述运转计划信息的所述睡眠时自动运转，将所述运转计划信息经由所述网络供给到所述用户的所述空气调节机。根据上述的方法，起到与方案1的同样的效果。

本发明的各方案的服务器可藉由计算机实现，这个情况，使计算机作为服务器置所包括的各部(软件要素)动作藉此使服务器以计算机实现的服务器的控制程序、及记录其的计算机可读取的记录介质也落入本发明的范畴。

本发明并非限定为上述的各实施方式，可于权利要求所示的范围内进行各种变更，针对将分别公开于不同实施方式的技术手段适当地进行组合而得的实施方式，也包含于本发明的技术范围。此外，组合分别在各实施方式公开的技术性方法，藉此能够形成新的技术性特征。

Claims (14)

1.一种服务器，其特征在于，为与一或多个空气调节机经由网络通信的服务器，其中，包括：

生成部，基于为指示包含用户的睡眠期间的控制对象期间的睡眠时自动运转的实施的信息，且包含确定所述睡眠期间的信息的设定信息，生成指定所述空气调节机的所述控制对象期间的动作的运转计划信息；以及

供给部，将所述运转计划信息经由所述网络供给到所述用户的所述空气调节机，藉此使所述空气调节机实施按照所述运转计划信息的所述睡眠时自动运转。

2.根据权利要求1所述的服务器，其特征在于，

所述设定信息包含：

设定温度，表示所述用户在就寝时期望的室温，作为指示所述睡眠时自动运转的实施的信息；以及

所述用户预定的就寝时刻以及起床时刻，作为确定所述睡眠期间的信息；其中

所述设定信息是由从所述用户接受所述设定温度、所述就寝时刻以及所述起床时刻的输入的所述空气调节机或所述用户操作的便携终端，经由所述网络被发送到所述服务器。

3.根据权利要求2所述的服务器，其特征在于，

所述生成部是至少对于根据人经过的睡眠状态而被分割的所述控制对象期间的每个小期间，生成指定所述空气调节机的动作的控制数据，生成在可判别时间序列的状态包含多个所述控制数据的所述运转计划信息。

4.根据权利要求3所述的服务器，其特征在于，

所述设定信息还包含：

所述用户期望的运转模式，作为指示所述睡眠时自动运转的实施的信息；其中

所述生成部，在所述运转模式为冷气的情况，

针对所述用户入眠前的第一小期间，生成用以使室温在所述就寝时刻中到达所述设定温度的控制数据；

针对所述用户进入到深度睡眠的第二小期间，生成用以使室温花费既定时间而低于所述设定温度的控制数据；

针对为所述用户深度睡眠的期间的前半的第三小期间，生成用以使已被降低的所述室温维持既定时间的控制数据；

针对为所述用户深度睡眠的期间的后半的第四小期间，生成用以使室温花费既定时间而回到所述设定温度的控制数据；

针对所述用户醒来之前的第五小期间，生成用以将室温到所述起床时刻为止维持在所述设定温度的控制数据。

5.根据权利要求3或4所述的服务器，其特征在于，

所述设定信息还包含：

所述用户期望的运转模式，作为指示所述睡眠时自动运转的实施的信息；其中

所述生成部，在所述运转模式为暖气的情况，

针对所述用户入眠前的第六小期间，生成用以使室温在所述就寝时刻中到达所述设定温度的控制数据；

针对所述用户进入到深度睡眠的第七小期间，生成用以使室温花费既定时间而低于所述设定温度的控制数据；

针对为所述用户深度睡眠的第八小期间，生成用以使已被降低的所述室温维持既定时间的控制数据；

针对所述用户醒来之前的第九小期间，生成用以使室温花费既定时间而回到所述设定温度的控制数据。

6.根据权利要求3至5中任一项所述的服务器，其特征在于，

所述生成部生成至少包含下述项目的所述控制数据：

指定基于所述控制数据的运转的开始时刻的项目；

至少从冷气以及暖气之中指定任一个，作为所述空气调节机的运转模式的项目；

指定所述设定温度的项目；以及

指定基于所述控制数据的运转的持续时间或结束时刻的项目。

7.根据权利要求3至6中任一项所述的服务器，其特征在于，

所述空气调节机具有在室内的湿度超过预先决定的湿度阈值的情况，将运转模式从冷气切换成除湿的功能；

所述控制数据还包含指定所述湿度阈值的项目；其中

所述生成部基于从其他装置提供的湿度的预报值，决定包含在所述控制数据的所述湿度阈值。

8.根据权利要求3至7中任一项所述的服务器，其特征在于，

所述供给部是将生成的多个所述控制数据按照时间序列每既定个地发送，将所述运转计划信息提供到所述空气调节机。

9.根据权利要求1至8中任一项所述的服务器，其特征在于，还包括：

补正部，从按照所述运转计划信息而实施所述睡眠时自动运转的所述空气调节机，取得表示所述控制对象期间的所述空气调节机的动作的运转实绩信息，在所述运转实绩信息中，在表示与由所述运转计划信息指定的第一动作不同的，按照来自所述用户的操作指示实施的第二动作的情况，根据所述第二动作，补正所述运转计划信息。

10.根据权利要求9所述的服务器，其特征在于，还包括：

询问部，基于所述运转实绩信息，生成包含用以询问对于已被实施的所述睡眠时自动运转的所述用户的感想的一个以上的提问的问卷信息；其中

所述补正部从所述用户操作的便携终端，取得包含对于被包含在所述问卷信息的各提问的所述用户的回答的回答信息，基于所述回答信息补正所述运转计划信息。

11.根据权利要求1至10中任一项所述的服务器，其特征在于，

所述生成部是对于与由所述用户指定的多个星期几群的各个对应的每个所述设定信息，生成所述运转计划信息。

12.一种空调控制系统，其特征在于，所述空调控制系统包含：一或多个空气调节机；所述空气调节机的各个的用户操作的便携终端；以及与所述空气调节机以及所述便携终端经由网络通信的服务器，其中，

所述服务器包括：

生成部，基于为指示包含所述用户的睡眠期间的控制对象期间的睡眠时自动运转的实施的信息，且包含确定所述睡眠期间的信息的设定信息，生成指定所述空气调节机的所述控制对象期间的动作的运转计划信息；以及

供给部，将所述运转计划信息经由所述网络供给到所述用户的所述空气调节机，藉此使所述空气调节机实施按照所述运转计划信息的所述睡眠时自动运转；

空气调节机包括：

取得部，从所述服务器取得所述运转计划信息；以及

运转控制部，在所述控制对象期间，按照取得的所述运转计划信息使所述空气调节机动作，藉此实施所述睡眠时自动运转；

所述便携终端包括：

设定部，使所述便携终端的显示部显示用以支援所述设定信息的藉由所述用户的输入的设定画面，将经由所述设定画面从所述用户接受的所述设定信息发送到所述服务器。

13.一种控制方法，其特征在于，为与一或多个空气调节机经由网络通信的服务器的控制方法，其中，包含：

生成步骤，基于为指示包含用户的睡眠期间的控制对象期间的睡眠时自动运转的实施的信息，且包含确定所述睡眠期间的信息的设定信息，生成指定所述空气调节机的所述控制对象期间的动作的运转计划信息；以及

供给步骤，为了使所述空气调节机实施按照所述运转计划信息的所述睡眠时自动运转，

将所述运转计划信息经由所述网络供给到所述用户的所述空气调节机。

14.一种记录介质，其特征在于，为记录用以使计算机作为权利要求1所述的服务器发挥功能的控制程序的记录介质，其中，

记录用以使计算机作为所述生成部以及所述供给部发挥功能的控制程序。

Images