CN116761960A - 空调控制系统以及空调控制系统程序 - Google Patents

Abstract

空调控制系统具备：引擎取得部，取得或生成一个以上的包含用于控制空调设备的控制逻辑和用于控制空调设备的设定参数中的至少一方在内的引擎；和设备控制部(6)，使用引擎取得部所取得或生成的引擎来进行空调设备的控制。设备控制部(6)将抽象控制引擎(14)、预处理引擎(13)以及后处理引擎(15)均使用至少一个以上来进行控制，抽象控制引擎(14)为不依赖于对设备控制部(6)的外部输入输出的空调设备的控制算法以及参数，预处理引擎(13)为进行用于根据从设备控制部(6)的外部输入的信息来生成适合输入于抽象控制引擎(14)的信息的处理的引擎；后处理引擎(15)为进行用于根据抽象控制引擎(14)的输出来生成适合向设备控制部(6)的外部输出的信息的处理的引擎。

Description

空调控制系统以及空调控制系统程序

技术领域

本公开涉及用于控制空调设备的空气调节的空调控制系统以及空调控制系统程序。

背景技术

在由空调设备进行的空气调节中，对于温度以及湿度等空气调节环境的喜好、舒适度的感受因人而异。因此，要求适当地设定空调设备的控制，以便能够实现用户感到舒适的空气调节环境。

特别是在酒店等除用户通常居住的空气调节环境以外的环境下使用空调设备的情况下，对空调设备的控制进行适当的设定是比较困难的。这是因为，即便将空调设备的设定温度以及设定湿度设为相同，空气调节的效果也因空调设备或空气调节对象环境的差异而不同，舒适性也时常不同。

在专利文献1中，公开了将由自家等用户通常使用的空间的温度、湿度、风量等物理量表示的环境状态保存起来，并在与用户通常使用的空间不同的对象空间中再现保存起来的环境状态的方式进行控制的技术。

专利文献1：国际公开第2019/013316号

然而，上述专利文献1的技术在不变更空调设备的控制算法的情况下再现仅由物理量表示的目标环境状态的方式进行控制。因此，存在如下问题：即使将来随着技术的进步，开发出使用新物理量或运算的处理、在不改变目标物理量的情况下减少消耗电力的控制、以及在不损害用户舒适性的情况下改变目标物理量来减少消耗电力的控制等，也无法变更控制或处理，而无法在技术的进步中受益。

使用新物理量或运算的处理的例子为，根据热图像测量人体特定部位的温度并决定特定部位的目标温度的处理。在不改变目标物理量的情况下减少消耗电力的控制的例子为，使构成空调设备的器件的控制适当化。在不损害用户舒适性的情况下改变目标物理量来减少消耗电力的控制的例子为，仅对用户附近集中进行空气调节的控制。

另外，根据季节、气候、服装以及身体状况等各种因素，即使是相同的用户，感到舒适的环境状态也不同。因此，再现由物理量表现的环境状态的控制还存在用户有时感到不舒适这样的问题，从而要求再现出还考虑了用户或环境状态的控制。

但是，由于在空调设备的控制中包含驱动各种传感器、致动器以及通信装置的控制，所以大多数情况下无法在所搭载的传感器、致动器以及通信装置不同的空调设备之间将一方的空调设备的控制方法原样且简单地再现在另一方的空调设备中。即，大多数情况下无法在规格不同的空调设备之间将一方的空调设备的控制方法原样且简单地再现在另一方的空调设备中。

发明内容

本公开是鉴于上述情况所做出的，其目的在于，获得一种能够在规格不同的空调设备之间将一方的空调设备中所使用的控制算法也再现在其他空调设备中的空调控制系统。

为了解决上述的课题并实现目的，本公开所涉及的空调控制系统具备：引擎取得部，取得或生成一个以上的包含用于控制空调设备的控制逻辑和用于控制空调设备的设定参数中的至少一方在内的引擎；和设备控制部，使用引擎取得部所取得或生成的引擎来进行空调设备的控制。设备控制部将抽象控制引擎、预处理引擎以及后处理引擎均至少使用一个以上来进行控制，抽象控制引擎为不依赖于对设备控制部的外部输入输出的空调设备的控制算法以及参数，预处理引擎为进行用于根据从设备控制部的外部输入的信息来生成适合输入于抽象控制引擎的信息的处理的引擎，后处理引擎为进行用于根据抽象控制引擎的输出来生成适合向设备控制部的外部输出的信息的处理的引擎。

本公开所涉及的空调控制系统起到能够在规格不同的空调设备之间将一方的空调设备中所使用的控制算法也再现在另一方的空调设备中的效果。

附图说明

图1是表示实施方式1中的空调设备的结构的图。

图2是表示实施方式1中的设备控制部的信息流动的概念图。

图3是表示实施方式1中的空调设备的处理顺序的流程图。

图4是表示实施方式1中的机型A的空调设备的设备控制部的信息流动的例子的图。

图5是表示实施方式1中的机型B的空调设备的设备控制部的信息流动的例子的图。

图6是表示实施方式1中的空调控制系统的结构的变形例的图。

图7是表示实施方式2中的空调控制系统的结构的图。

图8是表示实施方式2中的引擎取得部的处理顺序的流程图。

图9是表示实施方式2中的处理结构的基本例的图。

图10是表示实施方式2中的处理结构的定义例的图。

图11是表示实施方式2中的处理结构的变更例的图。

图12是表示对图9所示的处理结构追加的处理结构的追加例的图。

图13是表示对图9所示的处理结构追加的处理结构的追加例的图。

图14是表示实施方式2中的空调控制系统的变形例的图。

图15是表示在实施方式2中的空调控制系统中将偏好推断部作为引擎包含在处理结构中的情况下的处理结构例的图。

图16是表示在实施方式2中的空调控制系统中将偏好推断部作为引擎包含在处理结构中的情况下的处理结构例的图。

图17是表示实施方式2中的具备环境特性推断部的空调控制系统的处理结构例的图。

图18是表示实施方式3中的空调控制系统的结构的图。

图19是表示实施方式3中的用户登记时的空调控制系统的处理顺序的流程图。

图20是表示实施方式3中的偏好信息登记的处理顺序的流程图。

图21是表示实施方式3中的取得引擎时的处理顺序的流程图。

图22是表示实施方式3中的利用偏好信息的处理结构例的图。

图23是表示实施方式3中的空调控制系统的结构的变形例的图。

图24是表示实施方式4中的空调控制系统的结构的图。

图25是表示实施方式4中的经由智能手机输入偏好信息时的处理结构的图。

图26是表示实施方式5中的空调控制系统的结构的图。

图27是表示实施方式5中的处理结构的例1的图。

图28是表示实施方式5中的处理结构的例2的图。

图29是表示实施方式1至5所涉及的空调控制系统的功能的由计算机系统实现的情况下的硬件结构的图。

具体实施方式

以下，基于附图对实施方式所涉及的空调控制系统以及空调控制系统程序详细地进行说明。

实施方式1

图1是表示实施方式1中的空调设备的结构的图。实施方式1中的空调设备1具备存储部2A、控制部4A、通信部7、传感器8、远程控制器9以及致动器10。

存储部2A存储用于空调设备1的控制的各种信息。存储部2A具备存储引擎3的引擎储存部2。

引擎3是指包含用于控制空调设备1的控制逻辑和设定参数中的至少一方的用于控制空调设备1的控制引擎，例如用于决定风向或风速的处理、控制风扇等致动器10的处理、从传感器8检测人的处理以及检测出的阈值、与空气调节控制相关的设定的自动设定时的温度、湿度、风向、风速等设定值等。作为引擎3的物理实体，例如可列举执行形式文件或库(library)等执行形式、记载了批处理(batch)或脚本(script)的文件、记载了参数的设定文件、或者这些要素的组合。引擎3的物理实体不局限于上述，只要是保存进行空调设备1的控制所需的信息即可。另外，也可以在一个文件或一个存储区域保存多个引擎3。

控制部4A具有空调控制系统4，该空调控制系统4决定空调设备1的控制动作，并输出向致动器10发送的指令值或从通信部7发送的信息。

通信部7与云系统11等空调设备1外部的设备进行通信。

传感器8检测用于空调设备1中的空气调节控制的各种信息。

空调控制系统4具有：引擎取得部5，取得或生成在空调设备1的控制动作中所需的引擎3；和设备控制部6，进行空调设备1的控制。设备控制部6基于从通信部7、传感器8以及远程控制器9输入的信息，决定空调设备1的控制动作，并输出对致动器10的指令值或从通信部7发送的信息。以下，有时将远程控制器记载为遥控器。

引擎取得部5取得用于空调设备1的控制的一个以上的引擎3、或者基于所给予的信息生成一个以上的引擎3，并传输给设备控制部6。作为取得引擎3的方法，例如，如图1所示，可使用在空调设备1准备引擎储存部2并取得预先保存于引擎储存部2的引擎3的方法。

作为取得引擎3的方法，可使用在需要引擎3的时刻从空调设备1的外部取得引擎3的方法。作为从空调设备1的外部取得引擎3的方法，例如，可使用经由互联网从云系统11下载的方法。作为生成引擎3的方法，例如，可列举接受是否需要单独处理等的设定参数并基于设定参数创建源代码而得到引擎3的方法。

设备控制部6使用从引擎取得部5传输的引擎3来进行空调设备1的控制。作为具体的例子，在引擎3为被定义的执行形式文件、库或脚本的形式的情况下，可列举将引擎3加载到存储器上并执行的方法。在引擎3为设定参数文件的情况下，可列举从设定参数文件读入设定参数，并在控制处理中利用该信息的方法。上述的方法仅是例示，使用引擎3来进行空调设备1的控制的方法，只要是使用引擎3所包含的信息来进行控制的方法，也可以是任何方法。

图2是表示实施方式1中的设备控制部中的信息流动的概念图。参照图2对设备控制部6的动作中的信息流动进行说明。设备控制部6具有抽象控制引擎14、预处理引擎13以及后处理引擎15。设备控制部6使用抽象控制引擎14、预处理引擎13以及后处理引擎15中的至少一个以上来进行处理。

抽象控制引擎14是不依赖于各个设备的外部输入输出的空调设备1的控制算法以及参数。外部输入输出包含作为向预处理引擎13的输入的外部输入12和作为来自后处理引擎15的输出的外部输出16。

预处理引擎13是进行用于根据由外部输入12接受的信息来生成适合输入于抽象控制引擎14的信息的处理的引擎。以下，将由外部输入12接受的信息记载为“外部输入信息”。适合输入于抽象控制引擎14的信息是指能够在抽象控制引擎14中处理的信息。

后处理引擎15是进行用于根据抽象控制引擎14的输出来生成适合于外部输出16的信息的处理的引擎。以下，将适合于外部输出16的信息记载为“外部输出信息”。适合于外部输出16的信息是指能够在外部输出目的地中处理的信息。

此外，在图2以及之后的图中，以在抽象控制引擎14、预处理引擎13以及后处理引擎15的各引擎为执行形式文件或库的前提下引擎进行直接处理的方式记载。但是，即使在抽象控制引擎14、预处理引擎13以及后处理引擎15的各引擎为设定参数文件，且控制处理读入引擎所包含的设定参数的情况下，本质也不会改变。

输入到设备控制部6的外部输入信息首先由预处理引擎13进行处理。作为外部输入信息的例子，可列举温度、湿度、红外线传感器的输出、基于遥控器9的设定内容、以及与外部设备之间的通信内容。

预处理引擎13根据因空调设备1的机型、空调设备1的选项、空调设备1的硬件等空调设备1的变更而不同的传感器8、遥控器9以及通信等的外部输入12，生成不依赖于空调设备1的变更的信息。以下，将上述的空调设备1的变更统称为“机型”。即，预处理引擎13生成不依赖于机型的信息。另外，机型不同的空调设备1也可以说是规格不同的空调设备1。

具体而言，作为预处理引擎13所进行的处理，可列举根据从红外线传感器得到的热图像来计算人的位置、姿势、运动、以及特定部位的当前温度的处理、根据因空调设备1的室内机的机型而不同的风向或风速的设定来生成由基于物理量的表现表示的信息的处理。对于空调设备1的室内机的机型，例如有顶棚嵌入型、吊挂型、壁挂型、落地型等设置方法。对于基于物理量的表现，例如在风向的情况下由从水平面以及空调设备正面起的角度来表现，在风速的情况下由m/s单位来表现。

因此，预处理引擎13所进行的处理包含对输入到预处理引擎13的一个以上的外部输入信息进行运算，而生成含义与输入信息不同的信息的处理。

抽象控制引擎14将不依赖于机型的信息作为输入来决定空调设备1的控制动作，并作为不依赖于空调设备的机型的信息进行输出。作为不依赖于机型的信息的例子，可列举风温、风向、风速、消耗电力、向用户通知的内容、以及向空调设备1的室外机或空调设备1外部的外部系统通信的内容。作为向用户通知的内容，可列举接受了遥控器9的操作的通知以及空调设备1的运转状态。不依赖于机型的信息由不依赖于机型的抽象的表现形式来表示。

因此，抽象控制引擎14所进行的处理包含对输入到预处理引擎13的一个以上的输入信息进行运算，而生成含义与输入信息不同的信息的处理。更详细而言，抽象控制引擎14所进行的处理包含对给予抽象控制引擎14的一个以上的输入信息进行运算，而生成含义与输入信息不同的信息的处理。

此外，向抽象控制引擎14的输入并不局限于预处理引擎13所生成的信息，既可以直接输入不依赖于机型的外部输入信息，也可以将空调设备1的上一次的控制结果等内部数据作为输入而使用。抽象控制引擎14包含用于提高用户的舒适性的控制、以及在不损害用户的舒适性的情况下减少消耗电力的控制等能够对用户提供具体价值诉求的控制功能是最优选的。

后处理引擎15根据不依赖于机型的信息，生成对致动器10的指令值、向外部系统的实际通信内容等外部输出信息。具体而言，作为后处理引擎15所进行的处理，可列举根据由物理量表现的目标风向、目标风速来计算风扇、导风板、百叶板之类的致动器10的指令值的处理、根据空调设备1的空气调节对象空间即室内的特定部位的目标温度来计算对致动器10的指令值、风温度以及室外机所要求的热量的处理。

因此，后处理引擎15所进行的处理包含对输入到预处理引擎13的一个以上的输入信息进行运算，而生成含义与输入信息不同的信息的处理。即，后处理引擎15所进行的处理包含对给予后处理引擎15的一个以上的输入信息进行运算，而生成含义与输入信息不同的信息的处理。

如以上那样，抽象控制引擎14即使机型不同也能够实现共通的控制。预处理引擎13以及后处理引擎15具有通过吸收按照每个机型而不同的外部输入信息或外部输出信息与在机型之间共通的输入输出信息的差异，从而使得抽象控制引擎14不依赖于具体机型的方式进行隐藏的功能。

图3是表示实施方式1中的空调设备的处理顺序的流程图。首先，进行引擎储存处理，该引擎储存处理将包含用于控制空调设备1的逻辑和设定参数中的至少一方在内的一个以上的引擎3储存于引擎储存部2(步骤S110)。接下来，进行设备控制处理，该设备控制处理使用在引擎取得处理中取得的引擎3来进行空调设备1的控制。

这里，在设备控制处理中，首先进行预处理，该预处理是预处理引擎13所进行的处理(步骤S120)。预处理是用于根据由外部输入12接受的信息来生成适合输入于抽象控制引擎14的信息的处理。接下来，进行抽象控制处理，该抽象控制处理是抽象控制引擎14所进行的处理(步骤S130)。抽象控制处理是使用不依赖于对设备控制部6的外部输入输出的空调设备1的控制算法以及参数的处理。接下来，进行后处理，该后处理是后处理引擎15所进行的处理(步骤S140)。后处理是用于根据抽象控制引擎14的输出来生成适合于外部输出16的信息的处理。在设备控制处理中，预处理、抽象控制处理以及后处理分别进行一次以上。即，设备控制处理包含一个以上的预处理、一个以上的抽象控制处理以及一个以上的后处理。

设备控制处理通过由计算机执行空调控制系统程序来实现，该空调控制系统程序是用于将预处理、抽象控制处理以及后处理分别进行一次以上的程序。

接下来，使用图4以及图5来说明如何在不同的机型之间利用引擎3。

图4是表示实施方式1中的机型A的空调设备中的设备控制部的信息流动的例子的图。在图4中，表示机型A的空调设备1的设备控制部6中的包含外部输入输出在内的信息流动。机型A的空调设备1的设备控制部6具有面向机型A的预处理引擎19、抽象控制引擎(共通)20以及面向机型A的后处理引擎21。抽象控制引擎(共通)20中的(共通)表示与后述的参照图5说明的机型B的空调设备1中的设备控制部6共通使用。

机型A的空调设备1所使用的面向机型A的预处理引擎19将来自遥控器9、作为传感器8的室温传感器17、以及作为传感器8的红外线传感器18等设备的信息作为输入，生成适合于抽象控制引擎(共通)20的信息。面向机型A的后处理引擎21将抽象控制引擎(共通)20所输出的信息作为输入，生成适合于在机型A的空调设备1中使用的风扇22以及导风板23等构成部的指令值。

图5是表示实施方式1中的机型B的空调设备中的设备控制部的信息流动的例子的图。在图5中，表示机型B的空调设备1的设备控制部6中的包含外部输入输出在内的信息流动。机型B的空调设备1的设备控制部6具有面向机型B的预处理引擎25、抽象控制引擎(共通)20以及面向机型B的后处理引擎26。

机型B的空调设备1所使用的面向机型B的预处理引擎25不同于面向机型A的预处理引擎19，能够处理从机型B的空调设备1所特有的通信部7以及作为传感器8的高画质红外线传感器24接受的信息。此外，面向机型B的预处理引擎25还能够处理从遥控器9以及室温传感器17接受的信息。另一方面，面向机型B的预处理引擎25所输出的信息与面向机型A的预处理引擎19所输出的信息相同。另外，抽象控制引擎(共通)20能够在机型A的空调设备1和机型B的空调设备1中共通使用。

另外，机型B的空调设备1所使用的面向机型B的后处理引擎26不同于面向机型A的后处理引擎21，能够实现经由通信部7的数据发送、分别控制左导风板27以及右导风板28这两个导风板之类的机型B所特有的处理。此外，面向机型B的后处理引擎26还能实现控制风扇22的处理。但是，抽象控制引擎(共通)20在机型A的空调设备1和机型B的空调设备1中是共通的。因此，成为面向机型B的后处理引擎26的输入的信息与面向机型A的后处理引擎21的情况相同。

如上述的例子所示，由于抽象控制引擎14能够在机型间共通使用，因此可以保持原样地使用在其他机型中使用的抽象控制引擎14。例如，在存在用户平时使用的空调设备1中喜欢使用的空气调节控制的情况下，对临时使用的空调设备1或新设置的空调设备1，也能够导入与用户喜欢使用的空气调节控制完全相同的控制处理，即使未得到用户的反馈也能够立即实施舒适的空气调节控制。临时使用的空调设备1例如是在酒店、餐饮店、卡拉OK以及病房中使用的空调设备1。新设置的空调设备1是在至今未设置空调设备1的自家房间设置的空调设备1。

另外，如上述的例子所示，由于抽象控制引擎14能够在机型间共通使用，所以还可以容易地进行将来通过技术进步而开发出的实现舒适性进一步的提高的控制、有助于消耗电力减少的控制、还考虑用户以及环境的状态的控制等控制的导入。

另一方面，预处理引擎13以及后处理引擎15可以进行发挥传感器8、致动器10以及通信功能等之类的各个机型的特征的处理。例如，在使用搭载有热图像的像素数提高的红外线传感器的机型的情况下，通过由预处理引擎13执行与提高后的像素数相匹配的人体检测处理，从而可以在不改变抽象控制引擎14的情况下进行更高精度的空气调节控制。

此外，预处理引擎13以及后处理引擎15进行信息生成的目的在于，使得不需要根据机型改变抽象控制引擎14，并且对于在所有机型中共通且今后也不发生变化的可能性高的输入输出，也可以不生成新的信息。在所有机型中共通且今后也不发生变化的可能性高的输入输出例如为设定温度。例如在外部输入信息的情况下，可以直接作为抽象控制引擎14的输入，也可以输入到预处理引擎13但不进行转换而是以原样输出到抽象控制引擎14。

另外，虽然在图1中，引擎取得部5以及设备控制部6均配置于空调设备1内，但引擎取得部5以及设备控制部6的各功能模块的配置是任意的，并不局限于此。图6是表示实施方式1中的空调控制系统的结构的变形例的图。例如，如图6所示，引擎储存部2以及引擎取得部5也可以配置于云系统11。在该情况下，空调设备1的通信部7能够与云系统11的通信部29通信。而且，设备控制部6能够经由云系统11的通信部29以及空调设备1的通信部7从引擎取得部5取得引擎3。

如上述那样，在实施方式1的空调控制系统4中，构成为将抽象控制引擎14、预处理引擎13以及后处理引擎15均使用至少一个以上来进行控制，抽象控制引擎14为不依赖于对设备控制部6的外部输入输出的空调设备1的控制算法以及参数，预处理引擎13为进行用于根据从设备控制部6的外部输入的信息来生成适合输入于抽象控制引擎14的信息的处理的引擎，后处理引擎15为进行用于根据抽象控制引擎14的输出来生成适合向设备控制部6的外部输出的信息的处理的引擎。

而且，抽象控制引擎14即使机型不同也实现共通的控制。另外，预处理引擎13以及后处理引擎15具有通过吸收按照每个机型而不同的外部输入信息或外部输出信息与在机型之间共通的输入输出信息的差异，而使得抽象控制引擎14不依赖于具体机型的方式进行隐藏的功能。由此，例如，在存在用户平时使用的空调设备1中喜欢使用的空气调节控制的情况下，对临时使用的空调设备1或新设置的空调设备1，也能够导入与用户喜欢使用的空气调节控制完全相同的控制处理，能够立即实施舒适的空气调节控制。

因此，根据实施方式1中的空调控制系统4，能够实现能够在规格不同的空调设备之间将一方的空调设备中所使用的控制算法也再现在另一方的空调设备中，而即使在平时不使用的空气调节环境中也能够得到舒适的空气调节环境的空调控制系统。

实施方式2

接着，在实施方式2中，对通过使用空气调节控制所使用的引擎3的处理结构的信息来实现使用了多个引擎3的空气调节控制的例子进行说明。

图7是表示实施方式2中的空调控制系统的结构的图。实施方式2中的空调控制系统4具有处理结构储存部30、引擎取得部5、以及设备控制部6。

处理结构储存部30保存表示唯一确定空气调节控制所使用的引擎3的信息、以及多个引擎3的处理执行顺序或多个引擎3的依赖性关系的处理结构的信息。

在实施方式2中，引擎取得部5在从处理结构储存部30取得处理结构的基础上，取得或生成所需的引擎3。

在实施方式2中，设备控制部6基于从处理结构储存部30取得的处理结构的信息决定空调设备1的空气调节控制动作，从而进行空气调节控制。

处理结构储存部30保存一个以上的在空调设备1的空气调节控制中所使用的引擎3的信息。在空调设备1的空气调节控制中所使用的引擎3的信息包含处理结构的信息。处理结构表示唯一确定引擎3的信息、以及多个引擎3中的处理执行顺序或多个引擎3中的依赖性关系。

作为唯一确定引擎3的信息，例如可列举识别引擎3的字符串等。识别引擎3的字符串的例子为，表示引擎3的ID(Identification)的字符串以及引擎3的版本的字符串。

引擎3的处理结构的信息为，由一个以上的预处理引擎13、一个以上的抽象控制引擎14以及一个以上的后处理引擎15构成，并表示各引擎的执行顺序或依赖性关系的信息。即，引擎3的处理结构的信息为表示用于设备控制部6的对一个以上的预处理引擎13、一个以上的抽象控制引擎14以及一个以上的后处理引擎15的各引擎的执行顺序或依赖性关系的信息。以下，有时将引擎的处理结构的信息记载为“处理结构信息”。

图8是表示实施方式2中的引擎取得部的处理顺序的流程图。引擎取得部5从处理结构储存部30取得处理结构信息(步骤S210)。接下来，引擎取得部5作为根据所取得的处理结构信息而确定的一个以上的引擎3，取得在空调设备1的控制中所使用的一个以上的引擎3、或基于所给予的信息来生成在空调设备1的控制中所使用的一个以上的引擎3(步骤S220)。接下来，引擎取得部5将所取得或生成的引擎3输出到设备控制部6(步骤S230)。

接下来，对处理结构的具体例子进行说明。图9是表示实施方式2中的处理结构的基本例的图。图9为用于实现使用了预处理引擎X102、预处理引擎Y105、抽象控制引擎106、后处理引擎107以及运行信息发送引擎111的空调设备1的控制动作的处理结构。虽然在实际的空调设备中包含远多于图9的输入输出、控制处理，但为了说明而仅截取其一小部分并进行简化。

预处理引擎X102进行如下处理：作为外部输入信息从红外线传感器101取得热图像，并输出空调设备1的空气调节对象空间即室内的在室人数、室内的人的位置、室内的人的姿势、以及室内的人的运动量等信息。

预处理引擎Y105作为外部输入信息从室内传感器103取得室温的信息。另外，预处理引擎Y105作为依赖于机型的信息从遥控器104取得设定温度、设定湿度、风向以及风速等遥控器104的操作内容的信息亦即遥控器操作信息。然后，预处理引擎Y105进行作为由物理量表现的信息而生成风向以及风速等不依赖于机型的物理量的处理。

抽象控制引擎106根据预处理引擎X102和预处理引擎Y105所生成的信息，决定空调设备1的空气调节控制动作，并作为不依赖于空调设备1的机型的信息，输出风向以及风速等控制信息、运转模式以及消耗电力等运行信息。抽象控制引擎106例如在通过遥控器104明确指定了风向以及风速的信息的情况下将所指定的风向以及风速保持原样地作为控制信息输出。另外，抽象控制引擎106在风向以及风速的信息如“自动”等那样未明确指定的情况下，基于预处理引擎X102以及预处理引擎Y105所生成的信息来计算适当的值，并作为控制信息输出。在图9所示的例子的情况下，抽象控制引擎106依赖于预处理引擎X102和预处理引擎Y105，在这两个预处理引擎的处理完成后，开始抽象控制引擎106的处理。

在后处理引擎107中，将从抽象控制引擎106输出的风向以及风速等信息作为输入，计算风扇108的转速、导风板109的朝向以及百叶板110的朝向之类的对各致动器10的指令值。

运行信息发送引擎111以将从抽象控制引擎106输出的运行信息作为输入，并能够从通信部112向云系统11等外部系统发送运行信息的方式进行信息生成处理。

保存于处理结构储存部30的处理结构信息为上述五个引擎的处理执行顺序或五个引擎的依赖性关系可知的信息，例如记载于脚本等。

此外，处理结构信息可以按图9所示处理结构的模式保存，也可以保存各引擎3所需的输入输出，以便能够由引擎取得部5选择符合条件的引擎3。只要示出了各引擎3所使用的信息的依赖性关系，则形式不限。

图10是表示实施方式2中的处理结构的定义例的图。在图10中，以表格形式示出了依赖方引擎、依赖目的地引擎以及所使用的信息的名称。在图10中，在表格中同一行所表示的依赖方引擎、依赖目的地引擎以及所使用的信息的名称是相关的。所使用的信息的名称是依赖目的地引擎的输出信息的名称，且是依赖方引擎所使用的信息的名称。

例如，如图10所示，通过对每个依赖方引擎定义依赖目的地引擎和所使用的信息，来唯一确定各依赖方引擎使用哪个依赖目的地引擎的哪个输出信息。此外，在图10中，外部输入输出目的地也作为依赖目的地引擎的一部分来处理，但不一定需要这样处理，只要知道依赖方引擎与依赖目的地引擎之间的依赖性关系即可。

图11是表示实施方式2中的处理结构的变更例的图。在图11中，示出了在图9所示的处理结构中变更了作为外部输入信息的取得目的地的传感器的情况下的处理结构的例子。具体而言，图11所示的处理结构为因空调设备的退换或在外出目的地对空调设备的利用等，而从与红外线传感器101对应的空调设备1变更为与BLE(Bluetooth Low Energy)(注册商标)器件201对应的空调设备1来使用的情况。

预处理引擎X’202进行如下处理：作为外部输入信息从BLE器件201取得信标信息，并输出空调设备1的空气调节对象空间即室内的在室人数、室内的人的位置、室内的人的姿势、以及室内的人的运动量等。

处理结构储存部30将图11所示的包含预处理引擎X’202在内的处理结构作为处理结构信息保存。

引擎取得部5从处理结构储存部30取得图11所示的处理结构信息。引擎取得部5基于所取得的处理结构信息来取得或生成引擎3，因此即使空调设备的机型、可应对的外部设备发生变更，用户也能够实现如在变更之前的空调设备1中所进行的那样的空调设备的空气调节控制动作。

此外，虽然在图11中将空调设备1的传感器8仅变更了一个，但能够追加、变更或删除的空调设备1的传感器8、致动器10以及外部设备也可以为多个。

图12以及图13是表示对图9所示的处理结构追加了处理结构的追加例的图。图12是能够经由互联网等而从天气预报获得1小时后的气温以及湿度的机型C的空调设备1的例子。图13是未搭载能够从天气预报获得1小时后的气温以及湿度的功能的机型D的空调设备1的例子。

在图12以及图13中，示出了在图9所示的处理结构中，追加向抽象控制引擎的输入，并将预处理引擎替换为与所追加的输入对应的预处理引擎的处理结构的例子。具体而言，向抽象控制引擎14追加根据1小时后的气温以及1小时后的湿度的预测信息来决定空调设备1的当前的空气调节控制动作的功能。

在图12中，预处理引擎Z302进行如下处理：作为外部输入信息，从机型C的空调设备1所具备的通信部301取得天气预报，并输出1小时后的气温的信息以及1小时后的湿度的信息。

在图13中，预处理引擎Z’402进行如下处理：作为外部输入信息，从机型D的空调设备1所具备的温湿度传感器401取得外部空气温度的信息和湿度的信息，并输出1小时后的气温的信息以及1小时后的湿度的信息。

处理结构储存部30将图12以及图13所示的包含预处理引擎Z302以及预处理引擎Z’402的处理结构作为处理结构信息保存。这里，由于从图7所示的处理结构追加了一个预处理引擎13，所以在处理结构信息中包含抽象控制引擎(新版本)303，该抽象控制引擎303是能够将从预处理引擎Z302以及预处理引擎Z’402输出的参数亦即1小时后的气温的信息以及1小时后的湿度的信息作为输入并进行处理的抽象控制引擎14。抽象控制引擎(新版本)303中的(新版本)表示版本相对于图9所示的抽象控制引擎106新的抽象控制引擎14。

在使用机型C的空调设备1的情况下，引擎取得部5从处理结构储存部30取得图12所示的处理结构信息，并基于处理结构信息取得或生成引擎3。

在使用机型D的空调设备1的情况下，引擎取得部5从处理结构储存部30取得图13所示的处理结构信息，并基于处理结构信息取得或生成引擎3。

通过采用上述的结构，即使在可对应的功能根据空调设备1而不同的情况下，用户也能够实现在自己平时使用的空调设备1中所进行的平时那样的空气调节控制动作。

此外，虽然在图12以及图13中，仅追加一个预处理引擎13，但能够追加、变更或删除的引擎3也可以为多个。

另外，虽然在图12以及图13中仅追加预处理引擎13，但能够追加、变更或删除的引擎3也可以为，预处理引擎13、抽象控制引擎14、后处理引擎15和具有其他性质的引擎3中的任一个或组合多个这些引擎3而得的组合。

图14是表示实施方式2中的空调控制系统的变形例的图。在实施方式1以及实施方式2中，如图14所示，通过在空调控制系统4中追加使引擎取得部5所取得的各引擎3所包含的处理适当化的处理适当化部31，从而能够提高空调设备1的空气调节控制的处理速度以及空调设备1所具备的存储器的存储器效率性。

处理适当化部31根据所使用的空调设备1使各引擎3所包含的处理适当化。例如，在以脚本形式保存引擎3的情况下，作为处理适当化部31所进行的适当化的处理，可列举在所使用的空调设备1中删除不必要的脚本的处理。另外，在以源代码形式管理引擎的情况下，作为处理适当化部31所进行的适当化的处理，可列举创建源代码来生成从处理速度、存储器使用量、代码大小等观点出发进行了适当化的对象文件(object file)的处理。

设备控制部6使用由处理适当化部31进行了适当化的引擎3所包含的处理，来执行空调设备1的空气调节控制动作。

图15是表示在实施方式2中的空调控制系统中将偏好推断部作为引擎包含在处理结构中的情况下的处理结构例的图。图15示出了将偏好推断部503配置于空调设备1的内部，并在空调设备1的内部由偏好推断部503进行偏好推断处理的情况下的处理结构的例子。

在实施方式1以及实施方式2中，通过具备使用从外部输入的信息以及设备控制部6的内部数据中的至少一方来推断与空调设备1的空气调节控制动作相关的用户的偏好的偏好推断部503，由此能够推断与空调设备1的控制动作相关的用户的喜好，实现反映了喜好的空调设备1的控制动作。

偏好推断部503使用从偏好推断部503的外部输入的信息、从各引擎3输入的信息、以及设备控制部6的内部数据中的至少一个，来推断与空调设备1的空气调节控制动作相关的用户的偏好。从偏好推断部503的外部输入的信息以及从各引擎3输入的信息为从外部输入的信息。

作为向偏好推断部503的输入，例如有从偏好推断部503的外部输入的信息即遥控器操作内容、从引擎3输入的信息即空调设备的控制信息、以及能够从偏好推断部503的外部取得的外部输入信息等。遥控器操作内容的例子为遥控器104的对设定温度、设定湿度、风向、风速的操作内容。空调设备的控制信息的例子为时刻、室内温度、运行时间、以及空调设备1的设定。能够从外部取得的外部输入信息的例子为热图像、活动量、以及体温。

偏好推断部503所输出的解析结果即偏好解析结果为偏好推断部503的推断结果，且为表示与空调设备1的控制动作相关的用户的喜好的信息，例如为吹风的喜好、避风的喜好、怕热、怕冷等。

作为偏好推断部503的处理，例如可列举根据用户的遥控器操作的履历，来推断吹风的喜好、避风的喜好、怕热、怕冷以及节电意志的强度等偏好的处理。另外，作为偏好推断部503的处理，例如可列举使用热图像，根据用户的体温以及手脚的温度来推断怕热或怕冷的处理。另外，与用户的姿势以及用户的运动状态对应地，分别解析与空调设备1的控制动作相关的用户的偏好也是有效的。作为用户的运动状态，例如可列举用户站着的“站立”、用户坐着的“坐下”、用户在作业中的“作业中”、以及用户睡觉的“睡眠中”等。

具体而言，图15所示的处理结构除了图9所示的处理结构之外，还具有偏好推断部503，该偏好推断部503将从预处理引擎Y105取得的遥控器操作内容和存积抽象控制引擎501所输出的空调设备1的控制信息而得的控制履历502的信息作为输入，输出偏好解析结果。

通信部112从偏好推断部503取得偏好解析结果，并与例如云系统以及应用程序之类的外部系统进行通信。

此外，在图15中，作为引擎3的一种，示出了偏好推断部503，但偏好推断部503也可以作为与引擎3不同的独立的构造来实现。即，只要包含推断与空调设备1的控制动作相关的用户的偏好的处理，则偏好推断部503的实现方法不限。

虽然在图15所示的处理结构中，各引擎3以及偏好推断部503配置于空调设备1内，但各引擎3以及偏好推断部503的各块的配置是任意的，并不局限于此。图16是表示在实施方式2的空调控制系统中将偏好推断部作为引擎包含在处理结构中的情况下的处理结构例的图。例如，如图16所示，也可以构成为偏好推断部503配置于云系统11，并经由空调设备1的通信部112以及云系统11的通信部601，将偏好解析所需的信息从空调设备1传输给偏好推断部503。

在图16中，抽象控制引擎501输出包含从预处理引擎Y105取得的遥控器操作信息和空调设备1的控制信息的运行信息。

运行信息发送引擎111以能够将从抽象控制引擎501输出的运行信息作为输入，并向云系统11等外部系统发送运行信息的方式进行信息生成处理。

空调设备1的通信部112与云系统11的通信部601进行通信，向云系统11发送从运行信息发送引擎111输出的运行信息。

偏好推断部503进行如下处理：将从空调设备1取得的运行信息作为输入，推断与空调设备1的空气调节控制动作相关的用户的偏好，并输出偏好解析结果。

此外，虽然图16中的偏好推断部503仅将从空调设备1取得的运行信息作为输入，但在偏好推断部503配置于空调设备1外部的系统的情况下的向偏好推断部503的输入并不局限于此。在偏好推断部503配置于空调设备1外部的系统的情况下，也可以将配置有偏好推断部503的系统所能取得的信息、或配置有偏好推断部503的系统所保存的信息，作为向偏好推断部503的输入之一。作为配置有偏好推断部503的系统所能取得的信息，例如有空调设备1的控制信息、运行信息的履历、其他用户的与空调设备1的控制动作相关的偏好的信息等。

图17是表示实施方式2中的具备环境特性推断部的空调控制系统的处理结构例的图。在实施方式1以及实施方式2中，通过具备使用从外部输入的信息以及设备控制部6的内部数据中的至少一方来推断作为空气调节对象的环境的特性的环境特性推断部702，由此能够实现考虑了空气调节对象的环境的空调设备1的控制动作。

环境特性推断部702使用从环境特性推断部702外部的外部设备输入的信息、从各引擎3输入的信息、以及设备控制部6的内部数据中的至少一个，来推断作为空气调节对象的环境的特性。从环境特性推断部702外部的外部设备输入的信息以及从各引擎3输入的信息为从外部输入的信息。作为从外部设备输入的信息，例如可列举热图像、室内温湿度、风速、气压、以及室内空气质量等信息。作为设备控制部6的内部数据，例如可列举时刻、室内温度、运行时间、空调设备1的设定、风扇108的转速、导风板109的朝向、以及百叶板110的朝向等信息。

作为空气调节对象的环境的特性是指从环境特性推断部702输出的与作为空气调节对象的空间相关的信息。作为空气调节对象的环境的特性，例如有表示热损失系数的Q值、表示外皮平均热贯流率的UA值、家具或热源的位置的信息等。以下，有时将作为空气调节对象的环境的特性记载为“环境特性”。

作为环境特性推断部702的处理，例如可列举基于投入的热量和室温的时间变化来推断Q值的处理、从热图像检测窗等热容易进出的部位的处理。另外，作为环境特性推断部702的处理，例如可列举基于从空调设备1向作为空气调节对象的空间排出的调节空气的排出温度、风向、风速、过去的热图像信息以及当前的热图像信息，判定从空调设备1向作为空气调节对象的空间排出的风的到达状况，来推断作为空气调节对象的空间中的家具等障碍物的配置的处理、以及推断作为空气调节对象的空间中的墙壁、顶棚、地板的位置的处理等。

具体而言，图17所示的处理结构除了图7所示的处理结构之外，还具有环境特性推断部702，该环境特性推断部702将从作为外部输入的红外线传感器101取得的热图像和存积抽象控制引擎701所输出的空调设备的控制信息而得的控制履历，并输出环境特性。

图17中的抽象控制引擎701除了图9所示的抽象控制引擎106所进行的处理之外，还进行将从环境特性推断部702取得的环境特性作为输入之一包含进来，并作为风向、风速、运行信息、控制信息等不依赖于空调设备1的机型的信息来输出的处理。

此外，在图17中，作为引擎3的一种，示出了环境特性推断部702，但环境特性推断部702也可以作为与引擎3不同的独立的构造来实现。即，只要包含推断空气调节对象的环境特性的处理，则环境特性推断部702的实现方法不限。

虽然在图17所示的处理结构中，各引擎3以及环境特性推断部702配置于空调设备1内，但各引擎3以及环境特性推断部702的各块的配置是任意的，并不局限于此。例如也可以与图16的偏好推断部503同样地构成为将环境特性推断部702配置于云系统11，并经由空调设备1的通信部112以及云系统11的通信部601，将作为空气调节对象的环境的特性的解析所需的信息传输给环境特性推断部702。

实施方式3

在实施方式3中，对通过适当地选择所使用的引擎3来实现对于用户而言更优选的空气调节控制的例子进行说明。

图18是表示实施方式3中的空调控制系统的结构的图。空调控制系统4除了实施方式1中的图1所示的结构之外，还具有通信部29、用户识别部33、用户信息管理部34、以及使用引擎决定部32。

通信部29经由作为全球信息通信网的互联网等未图示的网络，而与外部系统进行通信。外部系统的例子为智能手机35。即，用户使用外部设备访问空调控制系统4。

用户识别部33识别从外部系统访问空调控制系统4的用户。

用户信息管理部34管理将用户与用户平时使用的引擎3或用户的偏好建立关联的信息。以下，将用户平时使用的引擎3与用户的偏好合起来记载为“偏好信息”。此外，也可以为用户平时使用的引擎3和用户的偏好中的一方。用户平时使用的引擎3为在用户平时使用的空调设备1中所使用的引擎3。

使用引擎决定部32根据用户信息管理部34所具有的信息来确定所使用的引擎亦即使用引擎。

在图18中，通信部29、引擎取得部5、引擎储存部2、使用引擎决定部32、用户识别部33以及用户信息管理部34配置于云系统11，但这些各块的配置是任意的，并不局限于此。即，通信部29、引擎取得部5、引擎储存部2、使用引擎决定部32、用户识别部33以及用户信息管理部34也可以配置于空调设备1内。

接下来，对本实施方式3中的空调控制系统4的动作进行说明。动作大致分为“用户登记”、“偏好信息登记”、“引擎取得”这三个步骤。

图19是表示实施方式3中的用户登记时的空调控制系统的处理顺序的流程图。在用户登记步骤中，通信部29接收用户登记的请求。即，用户通过智能手机35的应用程序等而访问空调控制系统4的通信部29，请求用户登记(步骤S310)。

接下来，当空调控制系统4的通信部29委托用户识别部33进行用户登记时，用户识别部33发行唯一识别用户的信息即用户识别信息(步骤S320)。唯一识别用户的信息也可以由用户识别部33自动发行。另外，唯一识别用户的信息也可以通过从用户将已确认唯一识别用户的信息这一主旨的信息输入用户识别部33，由此在进行了由用户识别部33进行的检查和由用户进行的检查这样的重复检查之后，由用户识别部33发行。

接着，用户识别部33生成偏好信息(步骤S330)。初始的偏好信息可以不存在，也可以为在空调控制系统4中默认决定的信息、或者根据用户登记时的信息自动地决定。用户识别部33将唯一识别用户的用户识别信息与偏好信息建立关联并登记于用户信息管理部34(步骤S340)。另外，虽然不是必须的，但为了控制对空调控制系统4的访问，而也可以将密码等用于认证用户的信息也登记于用户信息管理部34。

此外，作为用于用户访问空调控制系统4的外部设备，也可以使用个人计算机、专用的终端、以及遥控器等设备，来代替智能手机35。作为用户登记的方法，也可以使用其它的方法，例如使用Web(World Wide Web)浏览器的方法以及使用指令的方法等。另外，用户的通信路径也是任意的，例如在云系统11配置有用户信息管理部34的情况下，可以由智能手机35与云系统11直接进行通信，也可以由智能手机35与空调设备1的通信部7进行通信并且由空调设备1的通信部7与云系统11的通信部29进行通信的方式。

接着，使用图20对偏好信息的登记时的动作进行说明。图20是表示实施方式3中的偏好信息登记的处理顺序的流程图。偏好信息的登记可以在任意时刻进行。例如，可列举：在用户满意当前空调设备1的控制的情况下，在任意时刻操作智能手机35的应用程序来登记偏好信息的方法；由空调设备1自动地定期登记偏好信息的方法；虽然人在室内但在一定时间内未对运转中的空调设备1进行了操作的情况下，判断为该控制为舒适并且登记偏好信息等的方法。

在偏好信息的登记时，首先，空调控制系统4的通信部29接受偏好信息登记的请求(步骤S410)。即，智能手机3从空调设备1接受偏好信息。然后，智能手机35将偏好信息与用户识别信息一起发送到空调控制系统4的通信部29，而进行偏好信息的登记请求。在偏好信息的登记请求中需要用密码等来认证偏好信息的登记的情况下，智能手机35还将用于认证偏好信息的登记的认证信息向空调控制系统4的通信部29发送。

接下来，用户识别部33进行用户的识别以及认证(步骤S420)。即，用户识别部33当经由通信部29接受用户识别信息以及认证信息时，使用保存于用户信息管理部34的信息，进行是否存在相应用户的确认以及用户的认证。此外，用户的认证只要在必要的情况下进行即可。保存于用户信息管理部34的信息为将唯一识别用户的用户信息与偏好信息建立了关联的信息。

接下来，用户识别部33判定用户的识别以及认证是否成功(步骤S430)。在用户的识别以及认证成功的情况下(在步骤S430中为是)，用户识别部33在用户信息管理部34所保存的唯一识别用户的用户信息与偏好信息建立了关联的信息中，更新相应用户的偏好信息(步骤S440)。在用户的识别和认证中的至少一方失败的情况下(在步骤S430中为否)，用户识别部33对智能手机35返回错误消息(步骤S450)，并结束一系列的处理。

这里，偏好信息是指空调设备1中使用的引擎3的信息、实施方式2所记载的偏好推断部503的处理结果、以及后述的实施方式4中说明的用户对空调设备1的控制的喜好的反馈信息。另外，如在实施方式2中说明的那样，在云系统11中执行基于偏好推断部503的偏好推断处理的情况下，将偏好推断中所使用的信息发送到云系统11时预先与用户识别信息建立关联。而且，智能手机35在请求偏好信息的登记时不发送偏好信息而是仅发送用户的识别信息，而在云系统11中获得与该用户建立关联的偏好信息。

另外，在图20所示的流程图中，按智能手机35从空调设备1接受偏好信息的顺序进行了说明，但并不局限于此。即，只要是云系统11的通信部29能够取得用户的认证信息和偏好信息的方法，也可以是任何的方法。例如，智能手机35向空调设备1请求偏好信息的登记。也可以采用空调设备1的通信部7从智能手机35接受用户识别信息，并访问云系统11的通信部29的方法。然后，通信部7对通信部29发送用户识别信息和偏好信息，而进行偏好信息的登记请求。

另外，智能手机35仅取得访问空调设备1所需的信息，并将其与用户识别信息一起向云系统11的通信部29发送。然后，通信部29也可以使用访问空调设备1所需的信息来访问空调设备1，而从空调设备1取得偏好信息。通过由通信部29取得用户识别信息和偏好信息，来进行偏好信息的登记请求。

最后，使用图21对取得引擎3时的动作进行说明。图21是表示实施方式3中的取得引擎3时的处理顺序的流程图。引擎3的取得可以在任意的时刻进行，但主要在空调设备1的起动时进行。首先，通信部29接收引擎3的取得请求(步骤S510)。即，智能手机35访问空调控制系统4的通信部29，将用户识别信息发送到通信部29，而进行引擎3的取得请求。在引擎3的取得请求中需要用密码等来认证引擎3的取得请求的情况下，智能手机35将用于认证引擎3的取得请求的认证信息也向空调控制系统4的通信部29发送。

接下来，用户识别部33进行用户的识别以及认证(步骤S520)。即，用户识别部33当经由通信部29接受用户识别信息以及认证信息时，使用保存于用户信息管理部34的信息，进行是否存在相应用户的确认以及用户的认证。此外，用户的认证只要在必要的情况下进行即可。保存于用户信息管理部34的信息为唯一识别用户的用户识别信息与偏好信息被建立了关联的信息。

接下来，用户识别部33判定用户的识别以及认证是否成功(步骤S530)。在用户的识别以及认证成功的情况下(在步骤S530中为是)，使用引擎决定部32从用户信息管理部34所保存的唯一识别用户的用户识别信息与偏好信息被建立了关联的信息，取得相应用户的偏好信息(步骤S540)。

在用户的识别和认证中的至少一方失败的情况下(在步骤S530中为否)，用户识别部33判定是否发生错误(步骤S570)。在步骤S570中对于是否发生错误，预先决定并设定于用户识别部33。

在判定为发生错误的情况下(在步骤S570中为是)，用户识别部33对智能手机35返回错误消息(步骤S590)，并结束一系列的处理。

在判定为未发生错误的情况下(在步骤S570中为否)，使用引擎决定部32取得在空调控制系统4中默认决定的既定的偏好信息(步骤S580)。例如，使用引擎决定部32取得从空调设备1的外部输入并被保存的既定的偏好信息。既定的偏好信息例如存储于使用引擎决定部32，但并不限定于此。

使用引擎决定部32基于所取得的偏好信息，决定用户所使用的引擎3(步骤S550)。使用引擎决定部32例如在用户信息管理部34所存储的将用户与用户平时使用的引擎3或用户的偏好建立关联的信息中，在偏好信息直接与引擎3建立了关联的情况下确定该引擎3，并将其决定为使用引擎。使用引擎决定部32例如在用户信息管理部34所存储的将用户与用户平时使用的引擎3或用户的偏好建立关联的信息中，在偏好信息未直接与引擎3建立了关联的情况下通过运算来确定与用户的偏好之间的一致度高且更为新的引擎3，并将其决定为使用引擎。使用引擎决定部32决定用户所使用的一个以上的使用引擎。作为偏好信息的偏好推断部503的处理结果为偏好推断部503的解析结果。因此，例如在偏好信息为偏好推断部503的处理结果的情况下，使用引擎决定部32与作为解析结果的用户的偏好对应地，确定应使用的引擎3。

引擎取得部5对使用引擎决定部32所确定的引擎3，进行从引擎储存部2的取得或生成，并经由通信部29发送到智能手机35(步骤S560)。引擎取得部5在将引擎发送到智能手机35时，也可以还同时发送实施方式2所记载的处理结构的信息。

智能手机35将所接受的引擎3发送到空调设备1的设备控制部6。设备控制部6基于所接受的引擎3，进行空调设备1的控制。并且，智能手机35根据需要将所接受的处理结构发送到空调设备1的设备控制部6。设备控制部6基于所接受的引擎3以及处理结构，进行空调设备1的控制。

另外，也可以与偏好信息的登记同样地，不是智能手机35向空调设备1传输引擎3，而是采用空调设备1从智能手机35接受用户识别信息，并使用用户识别信息访问空调控制系统4的通信部29，而从引擎取得部5取得引擎3的方法。这样，也可以使用其他方法来进行用户的识别以及认证、和引擎3以及处理结构的取得。

通过这样构成空调控制系统4，从而用户将自己喜欢的空调设备1的控制保存于自己的智能手机35，并将所保存的空调设备1的控制从智能手机35转移到其他空调设备，由此能够容易地实现在其他空调设备中利用保存于智能手机35的空调设备1的控制。

图22是表示实施方式3的利用偏好信息的处理结构例的图。例如，在图22所示的处理结构的情况下，代替图9所示的抽象控制引擎106而使用的偏好信息利用引擎802不需要从遥控器发送的设定温度、设定湿度、风向、以及风速等信息，而是根据解析室温以及热图像而得到的信息，并考虑偏好信息自主地决定目标温湿度、风向以及风速等。当比较图22所示的处理结构的情况和图9所示的处理结构的情况时，由于抽象控制引擎106被替换为偏好信息利用引擎802的影响，而在预处理引擎Y’801的输入中不需要来自遥控器9的输入信息，并且在预处理引擎Y’801的输出中不需要由物理量表现的风向以及风速。

另外，在本实施方式3中，能够指定空调设备1的使用开始时刻，由此可得到进一步的效果。图23是表示实施方式3中的空调控制系统的结构的变形例的图。图23所示的空调控制系统4的结构，相对于图18所示的空调控制系统4的结构，增加了能够设定空调设备1的开始使用的时刻的使用开始时刻接受部36。

用户经由互联网等而将自己的用户识别信息、预定使用空调设备1以及空调设备1的使用开始预定时刻作为预约信息，预先发送到空调控制系统4的通信部7或通信部29。使用开始时刻接受部36参照在对安装有使用开始时刻接受部36的空调设备1的预约中最接近使用开始预定时刻的预约信息。

接着，使用开始时刻接受部36基于预约信息所包含的用户识别信息从引擎取得部5获得所需的引擎3，并将其发送到设备控制部6。引擎取得部5从使用开始时刻接受部36接受预约信息所包含的用户识别信息，基于用户识别信息，进行上述处理中的任一个处理，取得或生成一个以上的引擎3。引擎取得部5将所取得或生成的引擎3发送到使用开始时刻接受部36。

另外，使用开始时刻接受部36以使得在使用开始预定时刻成为按照用户的偏好的空气调节环境的方式对设备控制部6进行指示。使用开始时刻接受部36例如根据预约信息所包含的目标温度与当前的室温之差以及使用开始预定时刻，计算空气调节控制的开始时刻，并对设备控制部6进行设定。

通过采取这样的结构，而在用户开始空调设备1的使用时，防止由空气调节不足或过度空气调节而产生的不适感。另外，通过将使用开始预定时刻预先输入到使用开始时刻接受部36，从而能够减少由在过早的时刻进行空气调节而导致的热损失、或由在使用刚开始时进行急剧的制冷制热而导致的空气调节负荷增大而产生的能量损失，因此可抑制空调设备1的消耗电力。

另外，在从空调控制系统4外部的外部系统获得用户向室内的入室预定时刻或预定使用空调设备的识别信息的情况下，也可以不要求用户发送该信息，而是空调控制系统4的通信部7或通信部29与外部系统协作来取得所需的信息。例如，在作为外部系统而存在酒店或餐饮店等的预约系统的情况下，能够采用通过参照预约系统上所保存的该用户的预约信息而获得入室预定时刻或预定使用空调设备的信息的方法。在该情况下，预定使用空调设备的信息与所预约的房间信息建立了关联。

此外，虽然在本实施方式3中，对识别用户并基于用户的偏好信息来选择引擎3的例子进行了说明，但所使用的引擎3的决定方法并不限定于此。例如，如在后述的实施方式5中说明的那样，也可以采用与作为空气调节对象的环境的特性对应地选择所使用的引擎3的方法。另外，在所使用的引擎3不依赖于用户个人的情况下，由于不需要识别用户，因此用户识别部33以及用户信息管理部34变为不需要的结构。

实施方式4

接着，在实施方式4中，对在未预先给予用户的偏好信息时向用户提供舒适的空气调节环境的例子进行说明。

图24是表示实施方式4中的空调控制系统的结构的图。空调控制系统4除了图1所示的实施方式1的结构之外，还具有：用户界面部37，显示对用户的与空气调节控制相关的询问，并且接受来自用户的对与空气调节控制相关的询问的回答；通信部7以及通信部29，供空调控制系统4经由互联网等而与外部系统进行通信；以及使用引擎决定部32，确定所使用的引擎3。用户界面部37能够供用户确认与空气调节控制相关的指南或与空气调节控制相关的询问的内容，或输入对与空气调节控制相关的询问的回答或对空气调节环境的评价。

虽然用户界面部37在图24中配置于智能手机35上，但用户界面部37的配置是任意的，并不局限于此。用户界面部37可以配置于例如个人计算机以及空调设备1的遥控器中的任一个，也可以是使用声音等除视觉信息以外的结构的用户界面。

接着，对实施方式4中的空调控制系统4的动作进行说明。用户在开始空调设备1的使用时等任意的时刻，向用户界面部37请求自己喜欢的空气调节控制的开始。用户界面部37取得用于识别空调设备1的机型的机型识别信息，向空调控制系统4的通信部29发送用户喜欢的空气调节控制的开始请求。机型识别信息例如存储于设置于云系统11的存储部或设置于空调设备1的存储部。

接着，使用引擎决定部32当从通信部29接收到用户喜欢的空气调节控制的开始请求和机型识别信息时，经由通信部29向用户界面部37发送一个以上的与机型识别信息所示的空调设备1的机型对应地预先准备的与用户的喜好相关的询问。询问的内容例如像“怕热还是怕冷？”、“风不吹到您是否比较好？”、“要控制风噪吗？”这样，与能够由该空调设备1控制的内容对应。

用户向用户界面部37输入对询问的回答。用户界面部37将由用户输入的对询问的回答经由通信部29发送到使用引擎决定部32。接受了对询问的回答的使用引擎决定部32与回答对应地确定适当的引擎3。使用引擎决定部32将确定的引擎3的信息发送到引擎取得部5。

引擎取得部5基于从使用引擎决定部32接受的引擎3的信息从引擎储存部2取得一个以上的引擎3，或者基于从使用引擎决定部32接受的引擎3的信息生成一个以上的引擎3，并传输给设备控制部6。设备控制部6使用从引擎取得部5传输的引擎3来进行空调设备1的控制。

通过这样构成空调控制系统4，从而用户仅回答从用户界面部37发出的几个询问，就无需操作遥控器9来掌握可设定的项目，而能够享受接近自己希望的空气调节控制。由此，能够降低用户对空调设备1的设定负担。

另外，通过使用户界面部37在空调设备1的运转中接受对空气调节环境的评价信息，可得到进一步的效果。用户在感觉到当前的空气调节环境不适的情况下，从用户界面部37输入感到不适的理由。感到不适的理由的例子为“热”、“冷”、“潮湿”、“被风吹”、“声音吵”等。感到不适的理由的选项需要与上述的询问同样地根据机型来预先准备。

用户界面部37从空调设备1取得当前使用的引擎3的信息、当前的空气调节控制的设定信息、以及当前的空气调节环境的信息，并将其与对空气调节环境的评价的信息即感到不适的理由一起向空调控制系统4的通信部29发送。此外，用户界面部37也可以从空调设备1取得当前的空气调节控制的设定信息以及当前的空气调节环境的信息中的一方和当前使用的引擎3的信息，并将其与对空气调节环境的评价的信息一起向空调控制系统4的通信部29发送。

使用引擎决定部32当从通信部29接受了用户界面部37所发送的信息时，基于所接受的信息，确定当前使用的引擎3中的应变更的引擎3。即，使用引擎决定部32确定当前使用的引擎3中的应变更的引擎3，并且再次选择从当前使用的引擎3变更的适当的引擎3。另外，使用引擎决定部32根据需要确定处理结构。使用引擎决定部32将作为应变更的引擎3而确定的引擎3的信息发送到引擎取得部5。另外，使用引擎决定部32根据需要将处理结构发送到引擎取得部5。

引擎取得部5基于从使用引擎决定部32接受的引擎3的信息，从引擎储存部2取得一个以上的引擎3，或者基于从使用引擎决定部32接受的引擎3的信息来生成一个以上的引擎3，并传输给设备控制部6。设备控制部6使用从引擎取得部5传输的引擎3来进行空调设备1的控制。

通过这样构成空调控制系统4，从而随着用户在空调设备1的运转中持续输入评价，空调设备1能够进行更接近用户偏好的空气调节控制，从而能够提高用户的舒适性。

并且，也可以构成为将上述的用户对空气调节环境的评价的信息作为实施方式2中说明的处理结构包含的结构。图25是表示实施方式4中的经由智能手机输入偏好信息时的处理结构的图。例如，如图25所示，通过在预处理引擎Z902中转换来自智能手机901的输入信息，并输入到偏好推断部903，从而偏好推断部903作为偏好解析结果能够推断用户对空气调节控制或空气调节环境的偏好。

通信部112从偏好推断部903取得偏好解析结果，并向引擎取得部5发送偏好解析结果。引擎取得部5基于偏好推断部903中的偏好解析结果再次取得或再次生成引擎而进行更新，由此能够提高用户的舒适性。

并且，虽然在图25中未记载，但通过将用户对空气调节环境的评价的信息或偏好推断结果作为向抽象控制引擎501或后处理引擎107的输入，也能够进行反映了用户对空气调节环境的评价的空气调节控制。

实施方式5

接着，在实施方式5中，对通过利用设置有空调设备1的空间环境的特性信息，从而根据房间的形状或房间中的障碍物的配置等条件来进行适当的空气调节控制的例子进行说明。即，在实施方式5中，作为所使用的引擎而能够选择可以将储存于引擎储存部2的配置有空调设备1的房间的特性亦即房间特性加入到空调设备1的空气调节控制中的引擎3的情况进行说明。房间特性为能够确定空调设备1周边的空间环境的信息、或者表示配置有空调设备1的空间的环境亦即空间环境的特征的信息。房间特性的一个例子为房间本身的形状。另外，房间特性的其他例子为房间中的家具或电视机之类的生活家电的配置、或障碍物的配置等物理信息。在实施方式5中，能够与这些空间环境的特性信息对应地，进行空调设备1的空气调节控制。

图26是表示实施方式5中的空调控制系统的结构的图。使用引擎决定部32与所指定的环境特性对应地确定适当的引擎3。具体而言，使用引擎决定部32使用作为房间特性的能够确定空调设备1周边的空间环境的信息和表示配置有空调设备1的空间的环境亦即空间环境的特征的信息中的至少一方，来确定作为所使用的引擎的使用引擎。即，可以说使用引擎决定部32所使用的引擎的信息为能够确定空调设备1周边的空间环境的信息和表示空间环境的特征的信息中的至少一方。这里的引擎的信息为用于确定使用引擎决定部32所使用的引擎的信息。作为每个空调设备的环境特性的提取方法，例如可列举如实施方式2中说明的那样，使用红外线传感器的信息在空调设备1或云系统11中推断的方法。在设备控制部6中，经由引擎取得部5获得引擎决定部32所确定的引擎3，并将其用于空气调节控制。

图27是表示实施方式5中的处理结构的例1的图。图28是表示实施方式5中的处理结构的例2的图。另外，在环境特性由特征量等参数表现的情况下，如图27那样，可以采用将环境特性1002作为一种引擎包含在处理结构中，并作为实现控制算法的引擎的输入的结构。在图27中，将该引擎设为环境特性信息利用引擎1003。另外，图27中的偏好信息利用引擎1001具有与图22中的偏好信息利用引擎802同样的功能，并且将例如特定部位的目标温度之类的信息发送到环境特性信息利用引擎1003。同样地，图28中的偏好信息利用引擎1001具有与图22中的偏好信息利用引擎802同样的功能，并且将例如特定部位的目标温度之类的信息发送到环境特性信息利用引擎1104。

在该情况下，只要根据环境来替换环境特性1002即可，无需变更环境特性信息利用引擎1003。同样地，如图28所示，也可以从通信部1101取得BIM(Building InformationModeling：建筑信息模型)信息，并通过空间信息解析引擎1102计算空气调节对象环境的特征量1103，并将其作为向环境特性信息利用引擎1104的输入。在图28中，将空气调节对象环境的特征量1103表示为空间特征量1103。并且，也可以采用从遥控器或智能手机的应用程序以手动方式输入用于计算空间信息或空间特征量所需的信息例如房间的大小、形状、墙壁的材质等的方法。

作为环境特性信息利用引擎1003以及环境特性信息利用引擎1104中的具体的处理例，例如可列举如图27以及图28所示的处理结构那样，考虑空间的形状、家具等障碍物的设置位置以及空调设备自身的设置位置所引起的风的送达方式来调整风向、风速的处理，或根据窗的位置、表示隔热性能的Q值预测今后的温度来决定特定部位的目标温度的处理等。

通过采取这样的结构，而能够获得由对风难以送达的部位的送风的适当化所带来的节能、防止由今后的气温变化所带来的不适感等效果。特别是在如酒店以及餐饮店这样虽然使用空调设备的环境固定但用户只是暂时停留的空间的情况下，用户根据空间环境来进行适当的设定是比较困难的。通过使用上述结构，即使用户未掌握空间环境的特性，也能够通过环境特性信息利用引擎1003以及环境特性信息利用引擎1104来进行适当的控制，因此能够对用户应用舒适的空气调节环境。

另外，通过与实施方式2中说明的环境特性推断部702组合，即使在新设置的空调设备中，也能够学习空间环境特性，并将其反映到控制中。由此，随着空调设备的使用，可以期待向与空间环境特性相匹配的节能且舒适性高的控制进化。

上述的实施方式1至5所涉及的空调控制系统4由个人计算机或通用计算机之类的计算机系统实现。图29是表示由计算机系统实现实施方式1至5所涉及的空调控制系统4的功能的情况下的硬件结构的图。空调控制系统4的功能由图29所示的硬件结构的处理电路来实现。在空调控制系统4的功能由具有图29所示的处理电路的计算机来实现的情况下，空调控制系统4的功能通过由处理器1201执行存储于存储器1202的空调控制系统程序来实现。另外，也可以由多个处理器以及多个存储器协作来实现空调控制系统4的功能。另外，也可以将空调控制系统4的功能中的一部分由电子电路实现，并将其他部分使用处理器1201以及存储器1202来实现。

以上实施方式所示的结构表示一个例子，可以与其它公知的技术组合，也可以组合实施方式彼此，也可以在不脱离主旨的范围内省略、变更结构的一部分。

附图标记说明

1...空调设备；2...引擎储存部；2A...存储部；3...引擎；4...空调控制系统；4A...控制部；5...引擎取得部；6...设备控制部；7、29、112、301、601、1101...通信部；8...传感器；9、104...遥控器；10...致动器；11...云系统；12...外部输入；13...预处理引擎；14、106、501、701...抽象控制引擎；15、107...后处理引擎；16...外部输出；17...室温传感器；18、101...红外线传感器；19...面向机型A的预处理引擎；20...抽象控制引擎(共通)；21...面向机型A的后处理引擎；22、108...风扇；23、109...导风板；24...高画质红外线传感器；25...面向机型B的预处理引擎；26...面向机型B的后处理引擎；27...左导风板；28...右导风板；30...处理结构储存部；31...处理适当化部；32...使用引擎决定部；33...用户识别部；34...用户信息管理部；35、901...智能手机；36...使用开始时刻接受部；37...用户界面部；102...预处理引擎X；103...室内传感器；105...预处理引擎Y；110...百叶板；111...运行信息发送引擎；201...BLE器件；202...预处理引擎X’；302、902...预处理引擎Z；303...抽象控制引擎(新版本)；401...温湿度传感器；402...预处理引擎Z’；502...控制履历；503、903...偏好推断部；702...环境特性推断部；801...预处理引擎Y’；802...偏好信息利用引擎；1002...环境特性；1003、1104...环境特性信息利用引擎；1102...空间信息解析引擎；1103...特征量。

Claims (14)

1.一种空调控制系统，其中，

所述空调控制系统具备：

引擎取得部，取得或生成一个以上的包含用于控制空调设备的控制逻辑和用于控制空调设备的设定参数中的至少一方在内的引擎；和

设备控制部，使用所述引擎取得部所取得或生成的所述引擎来进行所述空调设备的控制，

所述设备控制部将抽象控制引擎、预处理引擎以及后处理引擎均至少使用一个以上来进行控制，

所述抽象控制引擎为不依赖于对所述设备控制部的外部输入输出的所述空调设备的控制算法以及参数，

所述预处理引擎为进行用于根据从所述设备控制部的外部输入的信息来生成适合输入于所述抽象控制引擎的信息的处理的引擎，

所述后处理引擎为进行用于根据所述抽象控制引擎的输出来生成适合向所述设备控制部的外部输出的信息的处理的引擎。

2.根据权利要求1所述的空调控制系统，其中，

所述引擎的至少一部分包含对所给予的一个以上的输入信息进行运算而生成含义与输入信息不同的信息的处理。

3.根据权利要求1或2所述的空调控制系统，其中，

具备储存处理结构的处理结构储存部，该处理结构为唯一确定在所述空调设备的控制中所使用的所述引擎的信息、以及表示多个所述引擎的处理的执行顺序或多个所述引擎的依赖性关系的信息，

所述引擎取得部从所述处理结构储存部取得所述处理结构，而取得或生成由所取得的所述处理结构确定的引擎，

所述设备控制部从所述处理结构储存部取得所述处理结构，并基于所取得的所述处理结构的信息来进行空调设备的控制。

4.根据权利要求1～3中任一项所述的空调控制系统，其中，

具备处理适当化部，该处理适当化部使所述引擎取得部所取得的所述引擎所包含的处理适当化，

所述设备控制部使用由所述处理适当化部进行了适当化的所述引擎所包含的处理来进行控制。

5.根据权利要求1～4中任一项所述的空调控制系统，其中，

具备偏好推断部，该偏好推断部使用所输入的信息以及所述设备控制部的内部数据中的至少一方，来推断与所述空调设备的控制动作相关的用户的偏好。

6.根据权利要求1～5中任一项所述的空调控制系统，其中，

具备环境特性推断部，该环境特性推断部使用所输入的信息以及所述设备控制部的内部数据中的至少一方，来推断所述空调设备的空气调节对象即环境的特性。

7.根据权利要求1～6中任一项所述的空调控制系统，其中，

具备使用引擎决定部，该使用引擎决定部基于使用所输入的信息或所述设备控制部的内部数据而解析出的信息亦即解析结果，来确定至少一个以上的应使用的所述引擎，

所述引擎取得部取得或生成所述使用引擎决定部所确定的引擎。

8.根据权利要求1～7中任一项所述的空调控制系统，其中，

所述空调控制系统具备：

通信部，与所述空调设备的外部的外部系统进行通信；

用户识别部，识别从外部访问所述空调控制系统的用户；以及

用户信息管理部，管理将用户与用户所使用的所述引擎建立了关联的信息。

9.根据权利要求7所述的空调控制系统，其中，

所述空调控制系统具备：

通信部，与所述空调设备的外部的外部系统进行通信；

用户识别部，识别从所述空调设备的外部访问所述空调控制系统的用户；以及

用户信息管理部，管理将用户与用户的偏好建立了关联的信息，

所述使用引擎决定部与作为所述解析结果的所述用户的偏好对应地确定应使用的引擎。

10.根据权利要求8或9所述的空调控制系统，其中，

具备使用开始时刻信息接受部，该使用开始时刻信息接受部接受与所述空调设备的使用开始预定时刻相关的信息，

所述设备控制部以使得在所述使用开始时刻信息接受部所接受的所述使用开始预定时刻成为按照用户的偏好的空气调节环境的方式进行控制。

11.根据权利要求1～6中任一项所述的空调控制系统，其中，

所述空调控制系统具备：

用户界面部，显示对用户的与空气调节控制相关的询问，并接受来自用户的对所述询问的回答；和

使用引擎决定部，与来自用户的所述回答对应地，确定至少一个以上的应使用的引擎，并将所确定的引擎的信息发送到所述引擎取得部。

12.根据权利要求1～6、11中任一项所述的空调控制系统，其中，

所述空调控制系统具备：

用户界面部，接受对空气调节环境的评价的信息；和

使用引擎决定部，根据当前使用的引擎的信息、当前的空气调节控制的设定的信息或当前的空气调节环境的信息、以及对所述空气调节环境的评价，来确定应变更的引擎。

13.根据权利要求11或12所述的空调控制系统，其中，

所述使用引擎决定部所使用的引擎的信息为能够确定所述空调设备的周边的空间环境的信息和表示空间环境的特征的信息中的至少一方。

14.一种空调控制系统程序，其中，

所述空调控制系统程序使计算机执行如下处理，

该处理包括：

第一步骤，由引擎取得部储存一个以上的包含用于控制空调设备的控制逻辑和用于控制所述空调设备的设定参数中的至少一方在内的引擎；和

第二步骤，由设备控制部使用所述引擎来进行所述空调设备的控制，

在所述第二步骤中，

将进行抽象控制处理的步骤、进行预处理的步骤以及进行后处理的步骤均至少使用一个以上来进行控制，

在所述进行抽象控制处理的步骤中，由所述设备控制部的抽象控制引擎，使用不依赖于对所述设备控制部的外部输入输出的所述空调设备的控制算法以及参数，来进行抽象控制处理，

所述进行预处理的步骤为用于由所述设备控制部的预处理引擎根据从所述设备控制部的外部输入的信息来生成适合输入于所述抽象控制引擎的信息的处理，

所述进行后处理的步骤用于由所述设备控制部的后处理引擎根据所述抽象控制引擎的输出来生成适合向所述设备控制部的外部输出的信息。