WO2022168307A1

WO2022168307A1 - 空気調和制御システムおよび空気調和制御システムプログラム

Info

Publication number: WO2022168307A1
Application number: PCT/JP2021/004561
Authority: WO
Inventors: 啓太森; 裕二後藤; 亜実福田; 慧若林; 紀之尾崎
Original assignee: 三菱電機株式会社
Priority date: 2021-02-08
Filing date: 2021-02-08
Publication date: 2022-08-11
Also published as: CN116761960A; US20240019157A1; DE112021007033T5; JPWO2022168307A1; JP7427118B2

Abstract

空気調和制御システムは、空気調和機器を制御するための制御ロジックまたは空気調和機器を制御するための設定パラメータのうち少なくとも一方が含まれるエンジンを１つ以上取得または生成するエンジン取得部と、エンジン取得部が取得または生成したエンジンを用いて空気調和機器の制御を行う機器制御部（６）と、を具備する。機器制御部（６）は、機器制御部（６）に対する外部入出力に依存しない空気調和機器の制御アルゴリズム及びパラメータである抽象制御エンジン（１４）と、機器制御部（６）の外部から入力された情報から抽象制御エンジン（１４）の入力に適した情報を生成するための処理を行うエンジンである前処理エンジン（１３）と、抽象制御エンジン（１４）の出力から機器制御部（６）の外部への出力に適した情報を生成するための処理を行うエンジンである後処理エンジン（１５）と、のそれぞれを少なくとも１つ以上用いて制御を行う。

Description

空気調和制御システムおよび空気調和制御システムプログラム

　本開示は、空気調和機器の空気調和を制御するための空気調和制御システムおよび空気調和制御システムプログラムに関する。

　空気調和機器による空気調和において、温度および湿度等の空気調和環境の好み、快適さの感じ方は、人によって大きく異なる。このため、ユーザが快適だと感じる空気調和環境が実現できるように、空気調和機器の制御を適切に設定することが求められる。

　特に、ホテルなどユーザが通常過ごしている空気調和環境以外の環境で空気調和機器を使用する場合、空気調和機器の制御の適切な設定を行うことは比較的困難である。これは、空気調和機器の設定温度および設定湿度を同じにしても、空気調和機器または空気調和対象環境の違いにより空気調和の効きが異なり、快適性が異なることもしばしば有るためである。

　特許文献１では、自宅などのユーザが通常使用している空間の温度、湿度、風量などの物理量で表される環境状態を保存し、保存した環境状態をユーザが通常使用している空間とは異なる対象空間において再現するように制御する技術が開示されている。

国際公開第２０１９/０１３３１６号

　しかしながら、上記特許文献１の技術では、空気調和機器の制御アルゴリズムは変更せず、物理量だけで表された目標環境状態を再現するように制御を行う。このため、将来の技術の進歩により、新たな物理量または演算を用いた処理、目標とする物理量は変えずに消費電力を削減する制御、ユーザの快適性を損なわずに目標とする物理量を変えて消費電力を削減する制御などが開発されても、制御または処理を変更できず、技術の進歩の恩恵を受けられないという問題があった。

　新たな物理量または演算を用いた処理の例は、熱画像から人体の特定の部位の温度を計測し、特定箇所の目標温度を決定する処理である。目標とする物理量は変えずに消費電力を削減する制御の例は、空気調和機器を構成するデバイスの制御の適正化である。ユーザの快適性を損なわずに目標とする物理量を変えて消費電力を削減する制御の例は、ユーザの近辺のみ集中的に空気調和を行う制御である。

　また、季節、気候、服装および体調等の様々な要因によって、同じユーザであっても快適と感じる環境状態が異なる。このため、物理量で表現された環境状態を再現する制御ではユーザが快適に感じない場合があるという問題もあり、ユーザまたは環境の状態も考慮した制御まで再現することが求められる。

　しかし、空気調和機器の制御には様々なセンサ、アクチュエータおよび通信装置を駆使した制御が含まれているため、搭載されているセンサ、アクチュエータおよび通信装置が異なる空気調和機器間では、一方の空気調和機器の制御方法を他方の空気調和機器においてそのまま単純に再現できない場合が多い。すなわち、仕様が異なる空気調和機器間では、一方の空気調和機器の制御方法を他方の空気調和機器においてそのまま単純に再現できない場合が多い。

　本開示は、上記に鑑みてなされたものであって、仕様が異なる空気調和機器間で、一方の空気調和機器で使用している制御アルゴリズムを他の空気調和機器でも再現できる空気調和制御システムを得ることを目的とする。

　上述した課題を解決し、目的を達成するために、本開示にかかる空気調和制御システムは、空気調和機器を制御するための制御ロジックまたは空気調和機器を制御するための設定パラメータのうち少なくとも一方が含まれるエンジンを１つ以上取得または生成するエンジン取得部と、エンジン取得部が取得または生成したエンジンを用いて空気調和機器の制御を行う機器制御部と、を具備する。機器制御部は、機器制御部に対する外部入出力に依存しない空気調和機器の制御アルゴリズム及びパラメータである抽象制御エンジンと、機器制御部の外部から入力された情報から抽象制御エンジンの入力に適した情報を生成するための処理を行うエンジンである前処理エンジンと、抽象制御エンジンの出力から機器制御部の外部への出力に適した情報を生成するための処理を行うエンジンである後処理エンジンと、のそれぞれを少なくとも１つ以上用いて制御を行う。

　本開示にかかる空気調和制御システムは、仕様が異なる空気調和機器間で、一方の空気調和機器で使用している制御アルゴリズムを他方の空気調和機器でも再現できる、という効果を奏する。

実施の形態１における空気調和機器の構成を示す図実施の形態１における機器制御部における情報の流れを示す概念図実施の形態１における空気調和機器の処理手順を示すフローチャート実施の形態１における機種Ａの空気調和機器における機器制御部の情報の流れの例を示す図実施の形態１における機種Ｂの空気調和機器における機器制御部の情報の流れの例を示す図実施の形態１における空気調和制御システムの構成の変形例を示す図実施の形態２における空気調和制御システムの構成を示す図実施の形態２におけるエンジン取得部の処理手順を示すフローチャート実施の形態２における処理構成の基本例を示す図実施の形態２における処理構成の定義例を示す図実施の形態２における処理構成の変更例を示す図図９に示した処理構成に対する処理構成の追加例を示す図図９に示した処理構成に対する処理構成の追加例を示す図実施の形態２における空気調和制御システムの変形例を示す図実施の形態２における空気調和制御システムにおいて嗜好推定部をエンジンとして処理構成に含んだ場合の処理構成例を示す図実施の形態２における空気調和制御システムにおいて嗜好推定部をエンジンとして処理構成に含んだ場合の処理構成例を示す図実施の形態２における環境特性推定部を具備する空気調和制御システムの処理構成例を示す図実施の形態３における空気調和制御システムの構成を示す図実施の形態３におけるユーザ登録での空気調和制御システムの処理手順を示すフローチャート実施の形態３における嗜好情報登録の処理手順を示すフローチャート実施の形態３におけるエンジンの取得時の処理手順を示すフローチャート実施の形態３における嗜好情報を活用する処理構成例を示す図実施の形態３における空気調和制御システムの構成の変形例を示す図実施の形態４における空気調和制御システムの構成を示す図実施の形態４におけるスマートフォンを介して嗜好情報を入力する際の処理構成を示す図実施の形態５における空気調和制御システムの構成を示す図実施の形態５における処理構成の例１を示す図実施の形態５における処理構成の例２を示す図実施の形態１から５にかかる空気調和制御システムの機能をコンピュータシステムで実現する場合のハードウェア構成を示す図

　以下に、実施の形態にかかる空気調和制御システムおよび空気調和制御システムプログラムを図面に基づいて詳細に説明する。

実施の形態１．
　図１は、実施の形態１における空気調和機器の構成を示す図である。実施の形態１における空気調和機器１は、記憶部２Ａと、制御部４Ａと、通信部７と、センサ８と、リモートコントローラ９と、アクチュエータ１０と、を備える。

　記憶部２Ａは、空気調和機器１の制御に用いられる各種の情報を記憶する。記憶部２Ａは、エンジン３を記憶するエンジン格納部２を備える。

　エンジン３とは、空気調和機器１を制御するための制御ロジックまたは設定パラメータのうちの少なくとも一方が含まれる、空気調和機器１を制御するための制御エンジンであり、例えば風向または風速を決定するための処理、ファン等のアクチュエータ１０を制御する処理、センサ８から人を検出する処理及び検出の閾値、空気調和制御に関わる設定の自動設定時の温度、湿度、風向、風速等の設定値などが挙げられる。エンジン３の物理的実体としては、例えば、実行形式ファイルまたはライブラリ等の実行形式、バッチまたはスクリプトが記載されたファイル、パラメータが記載された設定ファイル、もしくはこれらの要素を組み合わせたものが挙げられる。エンジン３の物理的実体は、上記のものに限られず、空気調和機器１の制御を行うために必要な情報が保存される形式であればよい。また、１つのファイルまたは１つのメモリ領域に複数のエンジン３が保存されていてもよい。

　制御部４Ａは、空気調和機器１の制御動作を決定し、アクチュエータ１０へ送信する指令値または通信部７から送信する情報を出力する空気調和制御システム４を有する。

　通信部７は、クラウドシステム１１等の空気調和機器１の外部の機器と通信を行う。

　センサ８は、空気調和機器１における空気調和制御に用いられる各種の情報を検出する。

　空気調和制御システム４は、空気調和機器１の制御動作において必要なエンジン３を取得または生成するエンジン取得部５と、空気調和機器１の制御を行う機器制御部６とを有する。機器制御部６は、通信部７、センサ８及びリモートコントローラ９から入力された情報に基づいて、空気調和機器１の制御動作を決定し、アクチュエータ１０への指令値または通信部７から送信する情報を出力する。以降、リモートコントローラをリモコンと記載する場合がある。

　エンジン取得部５は、空気調和機器１の制御に用いる１つ以上のエンジン３を取得するか、与えられた情報を基に１つ以上のエンジン３を生成し、機器制御部６に渡す。エンジン３を取得する方法としては、例えば、図１に示すように空気調和機器１にエンジン格納部２を用意しておき、予めエンジン格納部２に保存しておいたエンジン３を取得する方法を用いることができる。

　エンジン３を取得する方法としては、エンジン３が必要となったタイミングで空気調和機器１の外部からエンジン３を取得する方法を用いることができる。空気調和機器１の外部からエンジン３を取得する方法としては、例えば、インターネット経由でクラウドシステム１１からダウンロードする方法を用いることができる。エンジン３を生成する方法としては、例えば、個別の処理の要否などの設定パラメータを受け取り、設定パラメータを基にソースコードをビルドしてエンジン３を得る方法が挙げられる。

　機器制御部６は、エンジン取得部５から渡されたエンジン３を用いて空気調和機器１の制御を行う。具体的な例として、エンジン３が定義された実行形式ファイル、ライブラリまたはスクリプトの形式である場合は、エンジン３をメモリ上にロードして実行する方法が挙げられる。エンジン３が設定パラメータファイルである場合は、設定パラメータファイルから設定パラメータを読み込み、制御処理で該当情報を活用する方法が挙げられる。上記の方法はあくまで例示であり、エンジン３を用いて空気調和機器１の制御を行う方法は、エンジン３に含まれる情報を用いて制御を行う方法であればどのような方法でもよい。

　図２は、実施の形態１における機器制御部における情報の流れを示す概念図である。図２を参照して機器制御部６の動作における情報の流れを説明する。機器制御部６は、抽象制御エンジン１４と、前処理エンジン１３と、後処理エンジン１５と、を有する。機器制御部６は、抽象制御エンジン１４と、前処理エンジン１３と、後処理エンジン１５と、のうちの少なくとも１つずつ以上を使用して処理を行う。

　抽象制御エンジン１４は、個々の機器の外部入出力に依存しない空気調和機器１の制御アルゴリズム及びパラメータである。外部入出力は、前処理エンジン１３への入力である外部入力１２と、後処理エンジン１５からの出力である外部出力１６と、を含む。

　前処理エンジン１３は、外部入力１２より受け取った情報から抽象制御エンジン１４の入力に適した情報を生成するための処理を行うエンジンである。以降、外部入力１２より受け取った情報を「外部入力情報」と記載する。抽象制御エンジン１４の入力に適した情報とは、抽象制御エンジン１４において処理可能な情報である。

　後処理エンジン１５は、抽象制御エンジン１４の出力から外部出力１６に適した情報を生成するための処理を行うエンジンである。以降、外部出力１６に適した情報を「外部出力情報」と記載する。外部出力１６に適した情報とは、外部出力先において処理可能な情報である。

　なお、図２及び以降の図では、抽象制御エンジン１４と前処理エンジン１３と後処理エンジン１５との各エンジンが実行形式ファイルまたはライブラリである前提でエンジンが直接処理を行っているように記載している。ただし、抽象制御エンジン１４と前処理エンジン１３と後処理エンジン１５との各エンジンが設定パラメータファイルであり、制御処理がエンジンに含まれる設定パラメータを読み込む場合でも、本質は変わらない。

　機器制御部６へ入力された外部入力情報は、まず前処理エンジン１３にて処理が行われる。外部入力情報の例としては、温度、湿度、赤外線センサの出力、リモコン９による設定内容、外部機器との通信内容が挙げられる。

　前処理エンジン１３は、空気調和機器１の機種、空気調和機器１のオプション、空気調和機器１のハードウェア等の、空気調和機器１のバリエーションによって異なるセンサ８、リモコン９、通信等の外部入力１２から、空気調和機器１のバリエーションに依存しない情報を生成する。以降、上記の空気調和機器１のバリエーションを総称して単に「機種」と記載する。すなわち、前処理エンジン１３は、機種に依存しない情報を生成する。また、機種が異なる空気調和機器１は、仕様が異なる空気調和機器１といえる。

　具体的には、前処理エンジン１３の行う処理は、赤外線センサから得られた熱画像から、人の位置、姿勢、運動、特定箇所の現在温度を算出する処理、空気調和機器１の室内機の機種によって異なる風向または風速の設定から、物理量による表現によって示される情報を生成する処理が挙げられる。空気調和機器１の室内機の機種には、例えば、天井埋込型、天吊型、壁掛型、床置型等の設置方法がある。物理量による表現は、例えば、風向の場合は水平面及び空気調和機器正面からの角度によって表現し、風速の場合はｍ／ｓ単位によって表現する。

　したがって、前処理エンジン１３が行う処理は、前処理エンジン１３に入力された１つ以上の外部入力情報に対して演算を行い、入力情報とは異なる意味の情報を生成する処理を含む。

　抽象制御エンジン１４は、機種に依存しない情報を入力に空気調和機器１の制御動作を決定し、空気調和機器の機種に依存しない情報として出力を行う。機種に依存しない情報の例としては、風温、風向、風速、消費電力、ユーザへ通知する内容、空気調和機器１の室外機または空気調和機器１の外部の外部システムへ通信する内容が挙げられる。ユーザへ通知する内容は、リモコン９の操作を受け付けたことの通知および空気調和機器１の運転状態が挙げられる。機種に依存しない情報は、機種に依存しない抽象的な表現形式により表される。

　したがって、抽象制御エンジン１４が行う処理は、前処理エンジン１３に入力された１つ以上の入力情報に対して演算を行い、入力情報とは異なる意味の情報を生成する処理を含む。より詳細には、抽象制御エンジン１４が行う処理は、抽象制御エンジン１４に与えられた１つ以上の入力情報に対して演算を行い、入力情報とは異なる意味の情報を生成する処理を含む。

　なお、抽象制御エンジン１４への入力は、前処理エンジン１３が生成した情報に限らず、機種に依存しない外部入力情報を直接入力としてもよいし、空気調和機器１の前回の制御結果等の内部データを入力に用いてもよい。抽象制御エンジン１４には、ユーザの快適性を向上するための制御、およびユーザの快適性を損なわずに消費電力を低減する制御など、ユーザにとって具体的な価値を訴求できるような制御機能を含むことが最も好ましい。

　後処理エンジン１５は、機種に依存しない情報から、アクチュエータ１０への指令値、外部システムへの実通信内容等の外部出力情報を生成する。具体的には、後処理エンジン１５の行う処理は、物理量で表現された目標とする風向、風速からファン、フラップ、ルーバといったアクチュエータ１０の指令値を算出する処理、空気調和機器１の空気調和対象空間である室内の特定箇所の目標温度からアクチュエータ１０への指令値、風温度及び室外機に要求する熱量を算出する処理が挙げられる。

　したがって、後処理エンジン１５が行う処理は、前処理エンジン１３に入力された１つ以上の入力情報に対して演算を行い、入力情報とは異なる意味の情報を生成する処理を含む。すなわち、後処理エンジン１５が行う処理は、後処理エンジン１５に与えられた１つ以上の入力情報に対して演算を行い、入力情報とは異なる意味の情報を生成する処理を含む。

　以上のように、抽象制御エンジン１４は、機種が異なっても共通となる制御を実現する。前処理エンジン１３及び後処理エンジン１５は、機種ごとに異なる外部入力情報または外部出力情報と、機種間で共通の入出力情報との差異を吸収することで、抽象制御エンジン１４が具体的な機種に依存しないように隠蔽する役割を有する。

　図３は、実施の形態１における空気調和機器の処理手順を示すフローチャートである。まず、空気調和機器１を制御するためのロジックまたは設定パラメータの少なくとも一方が含まれる１つ以上のエンジン３がエンジン格納部２に格納されるエンジン格納処理が行われる（ステップＳ１１０）。次に、エンジン取得処理において取得されたエンジン３を用いて空気調和機器１の制御を行う機器制御処理が行われる。

　ここで、機器制御処理では、まず、前処理エンジン１３の行う処理である前処理が行われる（ステップＳ１２０）。前処理は、外部入力１２より受け取った情報から抽象制御エンジン１４の入力に適した情報を生成するための処理である。次に、抽象制御エンジン１４の行う処理である抽象制御処理が行われる（ステップＳ１３０）。抽象制御処理は、機器制御部６に対する外部入出力に依存しない空気調和機器１の制御アルゴリズム及びパラメータを用いた処理である。つぎに、後処理エンジン１５の行う処理である後処理が行われる（ステップＳ１４０）。後処理は、抽象制御エンジン１４の出力から外部出力１６に適した情報を生成するための処理である。機器制御処理では、前処理と抽象制御処理と後処理とが、それぞれ１回以上行われる。すなわち、機器制御処理は、前処理と抽象制御処理と後処理とを、それぞれ１つ以上含む。

　機器制御処理は、前処理と抽象制御処理と後処理とをそれぞれ１回以上行うためのプログラムである空気調和制御システムプログラムをコンピュータが実行することにより実現される。

　次に、異なる機種間において、エンジン３がどのように活用されるのかを図４及び図５を用いて説明する。

　図４は、実施の形態１における機種Ａの空気調和機器における機器制御部の情報の流れの例を示す図である。図４では、機種Ａの空気調和機器１の機器制御部６における外部入出力を含めた情報の流れを表している。機種Ａの空気調和機器１の機器制御部６は、機種Ａ向け前処理エンジン１９と、抽象制御エンジン（共通）２０と、機種Ａ向け後処理エンジン２１と、を有する。抽象制御エンジン（共通）２０における（共通）は、後述する図５を参照して説明する機種Ｂの空気調和機器１における機器制御部６と共通に用いられていることを示す。

　機種Ａの空気調和機器１が使用する機種Ａ向け前処理エンジン１９は、リモコン９、センサ８である室温センサ１７、及びセンサ８である赤外線センサ１８等の機器からの情報を入力にして、抽象制御エンジン（共通）２０に適した情報を生成する。機種Ａ向け後処理エンジン２１は、抽象制御エンジン（共通）２０が出力した情報を入力にして、機種Ａの空気調和機器１で使用しているファン２２およびフラップ２３等の構成部に適した指令値を生成する。

　図５は、実施の形態１における機種Ｂの空気調和機器における機器制御部の情報の流れの例を示す図である。図５では、機種Ｂの空気調和機器１の機器制御部６における外部入出力を含めた情報の流れを表している。機種Ｂの空気調和機器１の機器制御部６は、機種Ｂ向け前処理エンジン２５と、抽象制御エンジン（共通）２０と、機種Ｂ向け後処理エンジン２６と、を有する。

　機種Ｂの空気調和機器１が使用する機種Ｂ向け前処理エンジン２５は、機種Ａ向け前処理エンジン１９とは異なるものであり、機種Ｂの空気調和機器１に特有である通信部７およびセンサ８である高画質赤外線センサ２４から受け取る情報を扱うことができる。なお、機種Ｂ向け前処理エンジン２５は、リモコン９および室温センサ１７から受け取る情報も扱うことができる。一方で、機種Ｂ向け前処理エンジン２５が出力する情報は、機種Ａ向け前処理エンジン１９が出力する情報と同じである。また、抽象制御エンジン（共通）２０は、機種Ａの空気調和機器１と機種Ｂの空気調和機器１とで共通のものを使用できる。

　また、機種Ｂの空気調和機器１が使用する機種Ｂ向け後処理エンジン２６は、機種Ａ向け後処理エンジン２１とは異なるものであり、通信部７を介したデータ送信、左フラップ２７及び右フラップ２８の２つのフラップを別々に制御するといった、機種Ｂに特有な処理を実現できる。なお、機種Ｂ向け後処理エンジン２６は、ファン２２を制御する処理も実現できる。ただし、抽象制御エンジン（共通）２０は、機種Ａの空気調和機器１と機種Ｂの空気調和機器１とで共通である。このため、機種Ｂ向け後処理エンジン２６の入力となる情報は、機種Ａ向け後処理エンジン２１の場合と同じである。

　上記の例に示すとおり、抽象制御エンジン１４は機種間で共通して使用できるため、他の機種で使用していたものをそのまま使用できる。例えば、ユーザが普段使用する空気調和機器１で好んで使用している空気調和制御が存在する場合、臨時で使用する空気調和機器１または新規に設置する空気調和機器１に対しても、ユーザが好んで使用している空気調和制御と全く同じ制御処理を導入でき、ユーザのフィードバックを得なくても即座に快適な空気調和制御を実施できる。臨時で使用する空気調和機器１は、例えば、ホテル、飲食店、カラオケおよび病室で使用する空気調和機器１である。新規に設置する空気調和機器１は、今まで空気調和機器１を設置していなかった自宅の部屋に設置する空気調和機器１である。

　また、上記の例に示すとおり、抽象制御エンジン１４は機種間で共通して使用できるため、将来の技術進歩により開発されたさらなる快適性の向上を実現する制御、消費電力削減に貢献する制御、ユーザ及び環境の状態も考慮した制御などの制御の導入も容易に行える。

　一方で、前処理エンジン１３及び後処理エンジン１５は、センサ８、アクチュエータ１０及び通信機能などといった、それぞれの機種の特徴を生かした処理を行える。例えば、熱画像の画素数が向上した赤外線センサを搭載した機種を使用する場合、向上した画素数に合わせた人体検出処理を前処理エンジン１３で実行することにより、抽象制御エンジン１４を変えることなく、より高精度な空気調和制御を行える。

　なお、前処理エンジン１３及び後処理エンジン１５が情報の生成を行う目的は、機種によって抽象制御エンジン１４を変える必要が無いようにすることであり、全ての機種で共通かつ今後も変化しない可能性の高い入出力に関しては、新たな情報を生成しなくてもよい。全ての機種で共通かつ今後も変化しない可能性の高い入出力は、例えば設定温度である。例えば外部入力情報の場合、直接、抽象制御エンジン１４の入力としてもよいし、前処理エンジン１３に入力はするが無変換でそのまま抽象制御エンジン１４に出力してもよい。

　また、図１では、エンジン取得部５および機器制御部６が共に空気調和機器１内に配置されているが、エンジン取得部５および機器制御部６の各機能ブロックの配置は任意であり、これに限られない。図６は、実施の形態１における空気調和制御システムの構成の変形例を示す図である。例えば、図６に示すように、エンジン格納部２およびエンジン取得部５が、クラウドシステム１１に配置されてもよい。この場合、空気調和機器１の通信部７は、クラウドシステム１１の通信部２９と通信可能とされる。そして、機器制御部６は、クラウドシステム１１の通信部２９及び空気調和機器１の通信部７を介して、エンジン取得部５からエンジン３を取得することが可能である。

　上述したように、実施の形態１における空気調和制御システム４では、機器制御部６に対する外部入出力に依存しない空気調和機器１の制御アルゴリズム及びパラメータである抽象制御エンジン１４と、機器制御部６の外部から入力された情報から抽象制御エンジン１４の入力に適した情報を生成するための処理を行うエンジンである前処理エンジン１３と、抽象制御エンジン１４の出力から機器制御部６の外部への出力に適した情報を生成するための処理を行うエンジンである後処理エンジン１５と、のそれぞれを少なくとも１つ以上用いて制御を行うように構成されている。

　そして、抽象制御エンジン１４は、機種が異なっても共通となる制御を実現する。また、前処理エンジン１３及び後処理エンジン１５は、機種ごとに異なる外部入力情報または外部出力情報と、機種間で共通の入出力情報との差異を吸収することで、抽象制御エンジン１４が具体的な機種に依存しないように隠蔽する役割を有する。これにより、例えば、ユーザが普段使用する空気調和機器１で好んで使用している空気調和制御が存在する場合、臨時で使用する空気調和機器１または新規に設置する空気調和機器１に対しても、ユーザが好んで使用している空気調和制御と全く同じ制御処理を導入でき、即座に快適な空気調和制御を実施できる。

　したがって、実施の形態１における空気調和制御システム４によれば、仕様が異なる空気調和機器間で、一方の空気調和機器で使用している制御アルゴリズムを他方の空気調和機器でも再現でき、普段使用しない空気調和環境においても快適な空気調和環境を得ることができる空気調和制御システムを実現できる。

実施の形態２．
　続いて実施の形態２では、空気調和制御に使用するエンジン３の処理構成の情報を用いることで、複数のエンジン３を用いた空気制御を実現する例について説明する。

　図７は、実施の形態２における空気調和制御システムの構成を示す図である。実施の形態２における空気調和制御システム４は、処理構成格納部３０と、エンジン取得部５と、機器制御部６と、を有する。

　処理構成格納部３０は、空気調和制御に使用するエンジン３を一意に特定する情報、及び複数のエンジン３の処理の実行順序または複数のエンジン３の依存関係を示す処理構成の情報を保存する。

　実施の形態２において、エンジン取得部５は、処理構成格納部３０から処理構成を取得した上で、必要なエンジン３を取得または生成する。

　実施の形態２において、機器制御部６は、処理構成格納部３０から取得した処理構成の情報を基に空気調和機器１の空気調和制御動作を決定して、空気調和制御を行う。

　処理構成格納部３０は、空気調和機器１の空気調和制御に用いるエンジン３の情報を１つ以上保持する。空気調和機器１の空気調和制御に用いるエンジン３の情報には、処理構成の情報が含まれる。処理構成は、エンジン３を一意に特定する情報、及び複数のエンジン３における処理の実行順序または複数のエンジン３における依存関係を示す。

　エンジン３を一意に特定する情報とは、例えばエンジン３を識別する文字列などが挙げられる。エンジン３を識別する文字列の例は、エンジン３のＩＤ（Identification）を示す文字列およびエンジン３のバージョンを示す文字列である。

　エンジン３の処理構成の情報は、１つ以上の前処理エンジン１３と、１つ以上の抽象制御エンジン１４と、１つ以上の後処理エンジン１５から構成され、各エンジンの実行順序または依存関係が示された情報である。すなわち、エンジン３の処理構成の情報は、機器制御部６に用いられる、１つ以上の前処理エンジン１３と、１つ以上の抽象制御エンジン１４と、１つ以上の後処理エンジン１５についての、各エンジンの実行順序または依存関係が示された情報である。以降、エンジンの処理構成の情報を、「処理構成情報」と記載する場合がある。

　図８は、実施の形態２におけるエンジン取得部の処理手順を示すフローチャートである。エンジン取得部５は、処理構成格納部３０から処理構成情報を取得する（ステップＳ２１０）。次に、エンジン取得部５は、取得した処理構成情報から特定される１つ以上のエンジン３として、空気調和機器１の制御に用いる１つ以上のエンジン３を取得するか、空気調和機器１の制御に用いる１つ以上のエンジン３を与えられた情報を基に生成する（ステップＳ２２０）。つぎに、エンジン取得部５は、取得または生成したエンジン３を機器制御部６に出力する（ステップＳ２３０）。

　次に、処理構成の具体的な例について説明する。図９は、実施の形態２における処理構成の基本例を示す図である。図９では、前処理エンジンＸ１０２と、前処理エンジンＹ１０５と、抽象制御エンジン１０６と、後処理エンジン１０７と、稼働情報送信エンジン１１１と、を用いた空気調和機器１の制御動作を実現するための処理構成である。実際の空気調和機器には、図９よりはるかに多くの入出力、制御処理が含まれているが、説明のためにそのごく一部のみを切り取って簡略化している。

　前処理エンジンＸ１０２は、外部入力情報として赤外線センサ１０１から熱画像を取得し、空気調和機器１の空気調和対象空間である室内における在室人数、室内における人の位置、室内における人の姿勢、室内における人の運動量などの情報を出力する処理を行う。

　前処理エンジンＹ１０５は、外部入力情報として室内センサ１０３から室温の情報を取得する。また、前処理エンジンＹ１０５は、機種依存の情報として、リモコン１０４から設定温度、設定湿度、風向および風速などのリモコン１０４の操作内容の情報であるリモコン操作情報を取得する。そして、前処理エンジンＹ１０５は、物理量で表現された情報として、風向および風速などの機種に依存しない物理量を生成する処理を行う。

　抽象制御エンジン１０６は、前処理エンジンＸ１０２と前処理エンジンＹ１０５とが生成した情報から、空気調和機器１の空気調和制御動作を決定し、空気調和機器１の機種に依存しない情報として、風向および風速などの制御情報、運転モードおよび消費電力などの稼働情報、を出力する。抽象制御エンジン１０６は、例えば、風向および風速の情報がリモコン１０４によって明示的に指定されている場合は指定された風向および風速をそのまま制御情報として出力する。また、抽象制御エンジン１０６は、風向および風速の情報が「自動」などのように明示されていない場合は、前処理エンジンＸ１０２及び前処理エンジンＹ１０５が生成した情報を基に適切な値を算出して、制御情報として出力する。図９に示した例の場合、抽象制御エンジン１０６は、前処理エンジンＸ１０２と前処理エンジンＹ１０５とに依存しており、両方の前処理エンジンの処理の完了後に、抽象制御エンジン１０６の処理を開始する。

　後処理エンジン１０７では、抽象制御エンジン１０６から出力された風向および風速などの情報を入力として、ファン１０８の回転数、フラップ１０９の向き及びルーバ１１０の向きといった、各アクチュエータ１０への指令値を算出する。

　稼働情報送信エンジン１１１は、抽象制御エンジン１０６から出力された稼働情報を入力として、クラウドシステム１１などの外部システムへ稼働情報を通信部１１２から送信できるように情報生成処理を行う。

　処理構成格納部３０に保存される処理構成情報は、上述した５つのエンジンの処理の実行順序または５つのエンジンの依存関係がわかるものであり、例えばスクリプトなどに記載する。

　なお、処理構成情報は図９に示すように処理構成のパターンごとに保存してもよいし、各エンジン３で必要な入出力を保存して、エンジン取得部５で条件に合ったエンジン３を選択できるようにしてもよい。各エンジン３が使用する情報の依存関係が示されていれば形式は問わない。

　図１０は、実施の形態２における処理構成の定義例を示す図である。図１０では、依存元エンジンと、依存先のエンジンと、使用する情報の名前と、が表形式で示されている。図１０では、表において同じ行に示された、依存元エンジンと、依存先エンジンと、使用する情報の名前と、が関連している。使用する情報の名前は、依存先エンジンの出力情報の名前であって、依存元エンジンが使用する情報の名前である。

　例えば、図１０に示すように、依存元エンジンごとに、依存先エンジンと使用する情報とを定義することにより、各依存元エンジンがどの依存先エンジンのどの出力情報を使用するかが一意に特定される。なお、図１０では外部入出力先も依存先エンジンの一部として取り扱っているが、必ずしもそのように扱う必要はなく、依存元エンジンと依存先エンジンとの間の依存関係のみが分かればよい。

　図１１は、実施の形態２における処理構成の変更例を示す図である。図１１では、図９で示した処理構成において、外部入力情報の取得先となるセンサを変更した場合の処理構成の例を示したものである。具体的に、図１１で示した処理構成は、空気調和機器の買い替えまたは外出先での空気調和機器の利用などにより、赤外線センサ１０１に対応した空気調和機器１からＢＬＥ（Ｂｌｕｅｔｏｏｔｈ　Ｌｏｗ　Ｅｎｅｒｇｙ）（登録商標）デバイス２０１に対応した空気調和機器１に変更して使用する場合である。

　前処理エンジンＸ’２０２は、外部入力情報としてＢＬＥデバイス２０１からビーコン情報を取得し、空気調和機器１の空気調和対象空間である室内における在室人数、室内における人の位置、室内における人の姿勢、室内における人の運動量などを出力する処理を行う。

　処理構成格納部３０は、図１１に示すような、前処理エンジンＸ’２０２を含む処理構成を、処理構成情報として保存する。

　エンジン取得部５は、処理構成格納部３０から図１１に示す処理構成情報を取得する。エンジン取得部５は、取得した処理構成情報に基づきエンジン３を取得または生成するため、空気調和機器の機種や対応可能な外部機器が変更されても、ユーザは変更される前の空気調和機器１で行われていたとおりの空気調和機器の空気調和制御動作を実現することができる。

　なお、図１１では空気調和機器１のセンサ８を１つだけ変更したが、追加、変更または削除する空気調和機器１のセンサ８、アクチュエータ１０及び外部機器は複数あってもよい。

　図１２及び図１３は、図９に示した処理構成に対する処理構成の追加例を示す図である。図１２は、インターネット等を介して天気予報から１時間後の気温及び湿度を入手できる機種Ｃの空気調和機器１の例である。図１３は、天気予報から１時間後の気温及び湿度を入手する機能が搭載されていない機種Ｄの空気調和機器１の例である。

　図１２及び図１３では、図９に示した処理構成において、抽象制御エンジンへの入力を追加し、前処理エンジンを追加した入力に対応する前処理エンジンに置き換えた処理構成の例を示したものである。具体的には、１時間後の気温及び１時間後の湿度の予測情報から、空気調和機器１の現在の空気調和制御動作を決定する機能を抽象制御エンジン１４へ追加する。

　図１２において、前処理エンジンＺ３０２は、外部入力情報として、機種Ｃの空気調和機器１が備える通信部３０１から天気予報を取得し、１時間後の気温の情報及び１時間後の湿度の情報を出力する処理を行う。

　図１３において、前処理エンジンＺ’４０２は、外部入力情報として、機種Ｄの空気調和機器１が備える温湿度センサ４０１から外気温の情報と湿度の情報とを取得し、１時間後の気温の情報及び１時間後の湿度の情報を出力する処理を行う。

　処理構成格納部３０は、図１２及び図１３に示すような前処理エンジンＺ３０２及び前処理エンジンＺ’４０２を含む処理構成を、処理構成情報として保存する。ここで、図７に示した処理構成から前処理エンジン１３が１つ追加されているため、処理構成情報には、前処理エンジンＺ３０２及び前処理エンジンＺ’４０２から出力したパラメータである、１時間後の気温の情報および１時間後の湿度の情報を入力として処理可能な抽象制御エンジン１４である抽象制御エンジン（新バージョン）３０３を含める。抽象制御エンジン（新バージョン）３０３における（新バージョン）は、図９に示した抽象制御エンジン１０６に対して新しいバージョンの抽象制御エンジン１４であることを示す。

　機種Ｃの空気調和機器１を使用する場合、エンジン取得部５は、処理構成格納部３０から図１２に示す処理構成情報を取得し、処理構成情報に基づきエンジン３を取得または生成する。

　機種Ｄの空気調和機器１を使用する場合、エンジン取得部５は、処理構成格納部３０から図１３に示す処理構成情報を取得し、処理構成情報に基づきエンジン３を取得または生成する。

　上記の構成をとることにより、空気調和機器１によって対応可能な機能が異なる場合でも、ユーザは自分が普段使用している空気調和機器１において行われている普段通りの空気調和制御動作を実現することができる。

　なお、図１２及び図１３では前処理エンジン１３を１つだけ追加したが、追加、変更または削除するエンジン３は複数あってもよい。

　また、図１２及び図１３では前処理エンジン１３の追加のみであったが、追加、変更または削除するエンジン３は前処理エンジン１３、抽象制御エンジン１４、後処理エンジン１５、またはその他の性質を持つエンジン３のいずれかもしくはこれらのエンジン３を複数組み合わせたものであってもよい。

　図１４は、実施の形態２における空気調和制御システムの変形例を示す図である。実施の形態１及び実施の形態２において、図１４に示すように、空気調和制御システム４に、エンジン取得部５が取得した各エンジン３に含まれる処理を適正化する処理適正化部３１を追加することで、空気調和機器１の空気調和制御の処理速度および空気調和機器１が備えるメモリのメモリ効率性の向上が可能となる。

　処理適正化部３１は、各エンジン３に含まれている処理を、使用する空気調和機器１に合わせて適正化する。例えば、エンジン３がスクリプト形式で保存されていた場合、処理適正化部３１が行う適正化の処理は、使用する空気調和機器１では不要なスクリプトを削除する処理が挙げられる。また、エンジンがソースコード形式で管理されている場合、処理適正化部３１が行う適正化の処理は、ソースコードをビルドして処理速度、メモリ使用量、コードサイズ等の観点で適正化したオブジェクトファイルを生成する処理が挙げられる。

　機器制御部６は、処理適正化部３１が適正化した、エンジン３に含まれている処理を用いて、空気調和機器１の空気調和制御動作を実行する。

　図１５は、実施の形態２における空気調和制御システムにおいて嗜好推定部をエンジンとして処理構成に含んだ場合の処理構成例を示す図である。図１５は、嗜好推定部５０３が空気調和機器１の内部に配置されて、空気調和機器１の内部で嗜好推定部５０３による嗜好推定処理が行われる場合の処理構成の例を示している。

　実施の形態１及び実施の形態２において、外部から入力された情報および機器制御部６の内部データのうちの少なくとも一方を用いて空気調和機器１の空気調和制御動作に関するユーザの嗜好を推定する嗜好推定部５０３を具備することで、空気調和機器１の制御動作に関するユーザの好みを推定し、好みを反映した空気調和機器１の制御動作を実現することができる。

　嗜好推定部５０３は、嗜好推定部５０３の外部から入力された情報、各エンジン３から入力された情報、および機器制御部６の内部データのうち、少なくとも１つを用いて、空気調和機器１の空気調和制御動作に関するユーザの嗜好を推定する。嗜好推定部５０３の外部から入力された情報および各エンジン３から入力された情報は、外部から入力された情報である。

　嗜好推定部５０３への入力としては、例えば、嗜好推定部５０３の外部から入力された情報であるリモコン操作内容、エンジン３から入力された情報である空気調和機器の制御情報、および嗜好推定部５０３の外部から取得できる外部入力情報などがある。リモコン操作内容の例は、設定温度、設定湿度、風向、風速についてのリモコン１０４における操作内容である。空気調和機器の制御情報の例は、時刻、室内温度、稼働時間、空気調和機器１の設定である。外部から取得できる外部入力情報の例は、熱画像、活動量、体温である。

　嗜好推定部５０３が出力する解析結果である嗜好解析結果は、嗜好推定部５０３における推定結果であり、空気調和機器１の制御動作に関するユーザの好みを示す情報であり、例えば、風当ての好み、風よけの好み、暑がり、寒がりなどがある。

　嗜好推定部５０３の処理は、例えば、ユーザのリモコン操作の履歴から、風あての好み、風よけの好み、暑がり、寒がりおよび節電志向の強さなどの嗜好を推定する処理が挙げられる。また、嗜好推定部５０３の処理は、例えば、熱画像を用いて、ユーザの体温および手足の温度から、暑がりまたは寒がりを推定する処理が挙げられる。また、ユーザの姿勢およびユーザの運動状態に対応して、空気調和機器１の制御動作に関するユーザの嗜好を別々に解析することも有効である。ユーザの運動状態は、例えば、ユーザが立っている「立位」、ユーザが座っている「座位」、ユーザが作業中である「作業中」、ユーザが寝ている「睡眠中」などが挙げられる。

　図１５に示す処理構成は、具体的には、図９に示した処理構成に加えて、前処理エンジンＹ１０５から取得したリモコン操作内容と、抽象制御エンジン５０１が出力した空気調和機器１の制御情報を蓄積した制御履歴５０２の情報とを入力とし、嗜好解析結果を出力する嗜好推定部５０３を有するものである。

　通信部１１２は、嗜好推定部５０３から嗜好解析結果を取得し、例えばクラウドシステムおよびアプリケーションといった外部システムと通信を行う。

　なお、図１５では嗜好推定部５０３をエンジン３の１種類として示しているが、嗜好推定部５０３は、エンジン３とは異なる独立した仕組みとして実現されてもよい。すなわち、空気調和機器１の制御動作に関するユーザの嗜好を推定する処理が含まれていれば、嗜好推定部５０３の実現方法は問わない。

　図１５に示した処理構成では、各エンジン３及び嗜好推定部５０３が空気調和機器１内に配置されているが、各エンジン３及び嗜好推定部５０３の各ブロックの配置は任意であり、これに限らない。図１６は、実施の形態２における空気調和制御システムにおいて嗜好推定部をエンジンとして処理構成に含んだ場合の処理構成例を示す図である。例えば図１６のように、嗜好推定部５０３がクラウドシステム１１に配置され、空気調和機器１の通信部１１２及びクラウドシステム１１の通信部６０１を介して嗜好解析に必要な情報を空気調和機器１から嗜好推定部５０３に渡す構成としてもよい。

　図１６において抽象制御エンジン５０１は、前処理エンジンＹ１０５から取得したリモコン操作情報と、空気調和機器１の制御情報を含む稼働情報を出力する。

　稼働情報送信エンジン１１１は、抽象制御エンジン５０１から出力された稼働情報を入力とし、クラウドシステム１１などの外部システムへ稼働情報を送信できるように情報生成処理を行う。

　空気調和機器１の通信部１１２は、クラウドシステム１１の通信部６０１と通信を行い、稼働情報送信エンジン１１１から出力された稼働情報をクラウドシステム１１へ送信する。

　嗜好推定部５０３は、空気調和機器１から取得した稼働情報を入力とし、空気調和機器１の空気調和制御動作に関するユーザの嗜好を推定し、嗜好解析結果を出力する処理を行う。

　なお、図１６における嗜好推定部５０３は、空気調和機器１から取得した稼働情報のみを入力としたが、嗜好推定部５０３が空気調和機器１の外部のシステムに配置される場合における嗜好推定部５０３への入力はこれに限らない。嗜好推定部５０３が空気調和機器１の外部のシステムに配置される場合は、嗜好推定部５０３が配置されているシステムが取得可能な情報、または嗜好推定部５０３が配置されているシステムが保存している情報を、嗜好推定部５０３への入力の１つとしてもよい。嗜好推定部５０３が配置されているシステムが取得可能な情報には、例えば、空気調和機器１の制御情報、稼働情報の履歴、他のユーザの空気調和機器１の制御動作に関する嗜好の情報などがある。

　図１７は、実施の形態２における環境特性推定部を具備する空気調和制御システムの処理構成例を示す図である。実施の形態１及び実施の形態２において、外部から入力された情報および機器制御部６の内部データのうちの少なくとも一方を用いて空気調和対象とする環境の特性を推定する環境特性推定部７０２を具備することで、空気調和対象の環境を考慮した空気調和機器１の制御動作を実現することができる。

　環境特性推定部７０２は、環境特性推定部７０２の外部の外部機器から入力された情報、各エンジン３から入力された情報、および機器制御部６の内部データのうち、少なくとも１つを用いて、空気調和対象とする環境の特性を推定する。環境特性推定部７０２の外部の外部機器から入力された情報および各エンジン３から入力された情報は、外部から入力された情報である。外部機器から入力された情報としては、例えば熱画像、室内温湿度、風速、気圧、室内空気質などの情報が挙げられる。機器制御部６の内部データとしては、例えば時刻、室内温度、稼働時間、空気調和機器１の設定、ファン１０８の回転数、フラップ１０９の向き、ルーバ１１０の向きなどの情報が挙げられる。

　空気調和対象とする環境の特性とは、環境特性推定部７０２から出力される、空気調和対象となる空間に関する情報である。空気調和対象とする環境の特性は、例えば、熱損失係数を示すＱ値、外皮平均熱貫流率を示すＵＡ値、家具または熱源の位置の情報などがある。以降、空気調和対象とする環境の特性を「環境特性」と記載する場合がある。

　環境特性推定部７０２の処理は、例えば、投入した熱量と室温の時間変化とに基づいてＱ値を推定する処理、熱画像から窓などの熱が出入りしやすい箇所を検出する処理が挙げられる。また、環境特性推定部７０２の処理は、例えば、空気調和機器１から空気調和対象となる空間に吐出する調和空気の吐出温度、風向、風速、過去の熱画像情報及び現在の熱画像情報に基づいて、空気調和機器１から空気調和対象となる空間に吐出される風の到達状況を判断し、空気調和対象となる空間における家具などの障害物の配置を推定する処理、及び空気調和対象となる空間における壁、天井、床の位置を推定する処理などが挙げられる。

　図１７に示す処理構成は、具体的には、図７で示した処理構成に加えて、外部入力である赤外線センサ１０１から取得した熱画像と、抽象制御エンジン７０１が出力した空気調和機器の制御情報を蓄積した制御履歴を入力とし、環境特性を出力する環境特性推定部７０２を有するものである。

　図１７における抽象制御エンジン７０１は、図９で示した抽象制御エンジン１０６が行う処理に加え、環境特性推定部７０２から取得した環境特性を入力の１つに含み、風向、風速、稼働情報、制御情報などの空気調和機器１の機種に依存しない情報として出力する処理を行う。

　なお、図１７では環境特性推定部７０２をエンジン３の１種類として示しているが、環境特性推定部７０２は、エンジン３とは異なる独立した仕組みとして実現されてもよい。すなわち、空気調和対象の環境特性を推定する処理が含まれていれば、環境特性推定部７０２の実現方法は問わない。

　図１７に示した処理構成では、各エンジン３及び環境特性推定部７０２が空気調和機器１内に配置されているが、各エンジン３及び環境特性推定部７０２の各ブロックの配置は任意であり、これに限らない。例えば図１６の嗜好推定部５０３と同様に、環境特性推定部７０２がクラウドシステム１１に配置され、空気調和機器１の通信部１１２及びクラウドシステム１１の通信部６０１を介して、空気調和対象とする環境の特性の解析に必要な情報を環境特性推定部７０２に渡す構成としてもよい。

実施の形態３．
　実施の形態３では、使用するエンジン３を適切に選択することで、ユーザにとってより好ましい空気調和制御を実現する例について説明する。

　図１８は、実施の形態３における空気調和制御システムの構成を示す図である。空気調和制御システム４は、実施の形態１において図１に示す構成に加えて、通信部２９と、ユーザ識別部３３と、ユーザ情報管理部３４と、使用エンジン決定部３２と、を有する。

　通信部２９は、グローバルな情報通信網であるインターネット等の不図示のネットワークを介して外部システムと通信を行う。外部システムの例は、スマートフォン３５である。すなわち、ユーザは、外部機器を用いて空気調和制御システム４にアクセスする。

　ユーザ識別部３３は、外部システムから空気調和制御システム４にアクセスしてきたユーザを識別する。

　ユーザ情報管理部３４は、ユーザと、ユーザが普段使用するエンジン３またはユーザの嗜好とを紐付けた情報を管理する。以降、ユーザが普段使用するエンジン３とユーザの嗜好を合わせて「嗜好情報」と記載する。なお、ユーザが普段使用するエンジン３とユーザの嗜好のうち一方であってもよい。ユーザが普段使用するエンジン３は、ユーザが普段使用する空気調和機器１において使用されているエンジン３である。

　使用エンジン決定部３２は、ユーザ情報管理部３４が有する情報から使用するエンジンである使用エンジンを特定する。

　図１８上では、通信部２９、エンジン取得部５、エンジン格納部２、使用エンジン決定部３２、ユーザ識別部３３及びユーザ情報管理部３４は、クラウドシステム１１に配置されているが、これらの各ブロックの配置は任意でありこれに限られない。すなわち、通信部２９、エンジン取得部５、エンジン格納部２、使用エンジン決定部３２、ユーザ識別部３３及びユーザ情報管理部３４は、空気調和機器１内に配置されてもよい。

　次に、本実施の形態３における空気調和制御システム４の動作を説明する。動作は大きく分けて、「ユーザ登録」、「嗜好情報登録」、「エンジン取得」の３つの段階に分かれる。

　図１９は、実施の形態３におけるユーザ登録での空気調和制御システムの処理手順を示すフローチャートである。ユーザ登録段階では、通信部２９がユーザ登録の要求を受ける。すなわち、ユーザが、スマートフォン３５のアプリケーション等を通じて空気調和制御システム４の通信部２９にアクセスし、ユーザ登録を要求する（ステップＳ３１０）。

　つぎに、空気調和制御システム４の通信部２９がユーザ識別部３３にユーザ登録を依頼すると、ユーザ識別部３３は、ユーザを一意に識別する情報であるユーザ識別情報を発行する（ステップＳ３２０）。ユーザを一意に識別する情報は、ユーザ識別部３３で自動的に発行されてもよい。また、ユーザを一意に識別する情報は、ユーザを一意に識別する情報を確認した旨の情報がユーザからユーザ識別部３３に入力されることで、ユーザ識別部３３によるチェックとユーザによるチェックとによる重複チェックが行われた上で、ユーザ識別部３３が発行してもよい。

　続いて、ユーザ識別部３３は、嗜好情報を生成する（ステップＳ３３０）。初期の嗜好情報は、無しとしてもよいし、空気調和制御システム４でデフォルトとして決めているもの、もしくはユーザ登録時の情報から自動的に決定してもよい。ユーザ識別部３３は、ユーザを一意に識別するユーザ識別情報と、嗜好情報とを紐付けてユーザ情報管理部３４に登録する（ステップＳ３４０）。また、必須ではないが、空気調和制御システム４へのアクセスを制御するために、パスワード等のユーザを認証するための情報もユーザ情報管理部３４に登録してもよい。

　なお、ユーザが空気調和制御システム４にアクセスするための外部機器は、スマートフォン３５の代わりに、パーソナルコンピュータ、専用の端末、およびリモコンなどの機器が用いられてもよい。ユーザ登録の方法は、Ｗｅｂ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ）ブラウザを用いた方法およびコマンドを用いた方法などの別の方法が用いられてもよい。また、ユーザの通信経路も任意であり、例えばクラウドシステム１１にユーザ情報管理部３４が配置されている場合、スマートフォン３５がクラウドシステム１１と直接通信を行ってもよいし、スマートフォン３５が空気調和機器１の通信部７と通信を行って空気調和機器１の通信部７がクラウドシステム１１の通信部２９と通信を行う方式でもよい。

　続いて、図２０を用いて嗜好情報の登録時の動作を説明する。図２０は、実施の形態３における嗜好情報登録の処理手順を示すフローチャートである。嗜好情報の登録は、任意のタイミングで行える。例えば、ユーザが現在の空気調和機器１の制御を気に入った場合に、任意のタイミングでスマートフォン３５のアプリケーションを操作して嗜好情報を登録する方法、空気調和機器１が自動で定期的に嗜好情報を登録する方法、人が在室中であるが運転中の空気調和機器１に対して一定時間操作が行われなかった場合に、該当する制御が快適であると判断して嗜好情報を登録するなどの方法が挙げられる。

　嗜好情報の登録時は、まず、空気調和制御システム４の通信部２９が、嗜好情報登録の要求を受ける（ステップＳ４１０）。すなわち、スマートフォン３５が、空気調和機器１から嗜好情報を受け取る。そして、スマートフォン３５が、空気調和制御システム４の通信部２９に対して、ユーザ識別情報と共に嗜好情報を送信し、嗜好情報の登録要求を行う。嗜好情報の登録要求においてパスワード等による嗜好情報の登録の認証が必要な場合は、スマートフォン３５が、嗜好情報の登録を認証するための認証情報も空気調和制御システム４の通信部２９へ送信する。

　次に、ユーザ識別部３３が、ユーザの識別及び認証を行う（ステップＳ４２０）。すなわち、ユーザ識別部３３は、通信部２９を介してユーザ識別情報および認証情報を受け取ると、ユーザ情報管理部３４に保存された情報を用いて、該当するユーザの存在有無の確認及びユーザの認証を行う。なお、ユーザの認証は、必要な場合に行われればよい。ユーザ情報管理部３４に保存された情報は、ユーザを一意に識別するユーザ情報と嗜好情報とが紐付けられた情報である。

　次に、ユーザ識別部３３が、ユーザの識別及び認証が成功したか否かを判定する（ステップＳ４３０）。ユーザの識別及び認証が成功した場合は（ステップＳ４３０でＹｅｓ）、ユーザ識別部３３は、ユーザ情報管理部３４に保存されているユーザを一意に識別するユーザ情報と嗜好情報とが紐付けられた情報において、該当するユーザの嗜好情報を更新する（ステップＳ４４０）。ユーザの識別または認証の少なくとも一方が失敗した場合は（ステップＳ４３０でＮｏ）、ユーザ識別部３３は、スマートフォン３５に対してエラーのメッセージを返し（ステップＳ４５０）、一連の処理を終了する。

　ここで嗜好情報とは、空気調和機器１で使用しているエンジン３の情報、実施の形態２に記載の嗜好推定部５０３の処理結果、および後述する実施の形態４で説明するユーザの空気調和機器１の制御に対する好みのフィードバック情報が該当する。また、実施の形態２で説明したように嗜好推定部５０３による嗜好推定処理をクラウドシステム１１で実行する場合は、嗜好推定に用いる情報をクラウドシステム１１に送信する際に予めユーザ識別情報と紐付けておく。そして、スマートフォン３５は、嗜好情報の登録の要求時は嗜好情報を送らずにユーザの識別情報のみを送信し、クラウドシステム１１にて該当ユーザに紐付けられた嗜好情報を入手する。

　また、図２０に示すフローチャートでは、スマートフォン３５が空気調和機器１から嗜好情報を受け取る手順で説明したが、これに限らない。すなわち、クラウドシステム１１の通信部２９がユーザの認証情報と嗜好情報とを取得できる方法であれば、どのような方法が用いられてもよい。例えば、スマートフォン３５が空気調和機器１に嗜好情報の登録を要求する。空気調和機器１の通信部７が、スマートフォン３５からユーザ識別情報を受け取り、クラウドシステム１１の通信部２９にアクセスする方法を採ることも可能である。そして、通信部７が、通信部２９に対して、ユーザ識別情報と嗜好情報とを送信し、嗜好情報の登録要求を行う。

　また、スマートフォン３５が、空気調和機器１へアクセスするために必要な情報のみを取得して、ユーザ識別情報と共にクラウドシステム１１の通信部２９へ送信する。そして、通信部２９が、空気調和機器１へアクセスするために必要な情報を用いて空気調和機器１へアクセスし、空気調和機器１から嗜好情報を取得してもよい。通信部２９がユーザ識別情報と嗜好情報とを取得することで、嗜好情報の登録要求が行われたこととする。

　最後に、図２１を用いてエンジン３の取得時の動作を説明する。図２１は、実施の形態３におけるエンジン３の取得時の処理手順を示すフローチャートである。エンジン３の取得は、任意のタイミングで行われればよいが、主には空気調和機器１の起動時に行われる。まず、通信部２９が、エンジン３の取得の要求を受ける（ステップＳ５１０）。すなわち、スマートフォン３５が空気調和制御システム４の通信部２９にアクセスし、ユーザ識別情報を通信部２９に送信し、エンジン３の取得要求を行う。エンジン３の取得の要求においてパスワード等によるエンジン３の取得の要求の認証が必要な場合は、スマートフォン３５が、エンジン３の取得の要求を認証するための認証情報も空気調和制御システム４の通信部２９へ送信する。

　次に、ユーザ識別部３３が、ユーザの識別及び認証を行う（ステップＳ５２０）。すなわち、ユーザ識別部３３は、通信部２９を介してユーザ識別情報および認証情報を受け取ると、ユーザ情報管理部３４に保存された情報を用いて、該当するユーザの存在有無の確認及びユーザの認証を行う。なお、ユーザの認証は、必要な場合に行われればよい。ユーザ情報管理部３４に保存された情報は、ユーザを一意に識別するユーザ識別情報と嗜好情報とが紐付けられた情報である。

　次に、ユーザ識別部３３が、ユーザの識別及び認証が成功したか否かを判定する（ステップＳ５３０）。ユーザの識別及び認証が成功した場合は（ステップＳ５３０でＹｅｓ）、使用エンジン決定部３２が、ユーザ情報管理部３４に保存されているユーザを一意に識別するユーザ識別情報と嗜好情報とが紐付けられた情報から、該当するユーザの嗜好情報を取得する（ステップＳ５４０）。

　ユーザの識別または認証のうち少なくとも一方が失敗した場合は（ステップＳ５３０でＮｏ）、ユーザ識別部３３は、エラーとするか否かを判定する（ステップＳ５７０）。ステップＳ５７０においてエラーとするか否かは、あらかじめ決められてユーザ識別部３３に設定される。

　エラーとすると判定された場合は（ステップＳ５７０でＹｅｓ）、ユーザ識別部３３は、スマートフォン３５に対してエラーのメッセージを返し（ステップＳ５９０）、一連の処理を終了する。

　エラーとしないと判定された場合は（ステップＳ５７０でＮｏ）、使用エンジン決定部３２が、空気調和制御システム４でデフォルトとして決めている既定の嗜好情報を取得する（ステップＳ５８０）。例えば、使用エンジン決定部３２は、空気調和機器１の外部から入力されて保存されている既定の嗜好情報を取得する。既定の嗜好情報は、例えば使用エンジン決定部３２に記憶されるが、これに限定されない。

　使用エンジン決定部３２は、取得した嗜好情報を基に、ユーザが使用するエンジン３を決定する（ステップＳ５５０）。使用エンジン決定部３２は、例えば、ユーザ情報管理部３４に記憶されている、ユーザと、ユーザが普段使用するエンジン３またはユーザの嗜好とを紐付けた情報において、嗜好情報が直接エンジン３と紐付いている場合は該当エンジン３を特定して、使用エンジンに決定する。使用エンジン決定部３２は、例えば、ユーザ情報管理部３４に記憶されている、ユーザと、ユーザが普段使用するエンジン３またはユーザの嗜好とを紐付けた情報において、嗜好情報が直接エンジン３と紐付いていない場合はユーザの嗜好との一致度が高く、より新しいエンジン３を演算により特定して、使用エンジンに決定する。使用エンジン決定部３２は、ユーザが使用する１つ以上の使用エンジンを決定する。嗜好情報である嗜好推定部５０３の処理結果は、嗜好推定部５０３における解析結果である。したがって、例えば嗜好情報が嗜好推定部５０３の処理結果である場合は、使用エンジン決定部３２は、解析結果であるユーザの嗜好に対応して、使用すべきエンジン３を特定する。

　エンジン取得部５は、使用エンジン決定部３２が特定したエンジン３について、エンジン格納部２からの取得または生成を行い、通信部２９を介してスマートフォン３５に送信する（ステップＳ５６０）。エンジン取得部５は、エンジンをスマートフォン３５に送信する際に、実施の形態２に記載の処理構成の情報も同時に送信してもよい。

　スマートフォン３５は、受け取ったエンジン３を空気調和機器１の機器制御部６に送信する。機器制御部６は、受け取ったエンジン３を基に、空気調和機器１の制御を行う。さらに、スマートフォン３５は、受け取った処理構成を必要に応じて空気調和機器１の機器制御部６に送信する。機器制御部６は、受け取ったエンジン３及び処理構成を基に、空気調和機器１の制御を行う。

　また、嗜好情報の登録と同様に、スマートフォン３５が空気調和機器１へエンジン３を渡すのではなく、空気調和機器１がスマートフォン３５からユーザ識別情報を受け取り、ユーザ識別情報を用いて空気調和制御システム４の通信部２９にアクセスして、エンジン取得部５からエンジン３を取得する方法を採用してもよい。このように、他の方法を用いて、ユーザの識別及び認証、並びにエンジン３及び処理構成の取得が行われてもよい。

　このように空気調和制御システム４が構成されることで、ユーザは、自らが好む空気調和機器１の制御を自分のスマートフォン３５に保存しておき、保存した空気調和機器１の制御をスマートフォン３５から他の空気調和機器に移すことで、スマートフォン３５に保存した空気調和機器１の制御を他の空気調和機器で活用することを容易に実現できる。

　図２２は、実施の形態３における嗜好情報を活用する処理構成例を示す図である。例えば、図２２に示した処理構成の場合、図９に示した抽象制御エンジン１０６に代わって使われている嗜好情報活用エンジン８０２は、リモコンから送信される設定温度、設定湿度、風向、風速等の情報を必要とせず、室温及び熱画像を解析して得られた情報から、嗜好情報を考慮して自律的に目標温湿度、風向および風速等を決定する。図２２に示した処理構成の場合、図９に示した処理構成の場合と比較すると、抽象制御エンジン１０６が嗜好情報活用エンジン８０２に置き換わった影響で、前処理エンジンＹ’８０１の入力においてリモコン９からの入力情報が不要となり、前処理エンジンＹ’８０１の出力においては物理量で表現された風向および風速が不要となる。

　また、本実施の形態３に、空気調和機器１の使用開始時刻を指定できるようにすることで、更なる効果が得られる。図２３は、実施の形態３における空気調和制御システムの構成の変形例を示す図である。図２３に示す空気調和制御システム４の構成は、図１８に示す空気調和制御システム４の構成に対して、空気調和機器１の使用を開始する時刻を設定できる使用開始時刻受付部３６を加えている。

　ユーザは、インターネット等を介して、自らのユーザ識別情報、使用予定の空気調和機器１及び空気調和機器１の使用開始予定時刻を予約情報として、予め空気調和制御システム４の通信部７または通信部２９に送信しておく。使用開始時刻受付部３６は、使用開始時刻受付部３６が実装されている空気調和機器１に対する予約の中で使用開始予定時刻が最も直近である予約情報を参照する。

　続いて、使用開始時刻受付部３６は、予約情報に含まれるユーザ識別情報に基づいて必要なエンジン３をエンジン取得部５から入手し、機器制御部６に送信する。エンジン取得部５は、使用開始時刻受付部３６から予約情報に含まれるユーザ識別情報を受け取り、ユーザ識別情報に基づいて、上述した処理のいずれかの処理を行って、１つ以上のエンジン３を取得または生成する。エンジン取得部５は、取得または生成したエンジン３を使用開始時刻受付部３６に送信する。

　また、使用開始時刻受付部３６は、使用開始予定時刻にユーザの嗜好に沿った空気調和環境となるように機器制御部６に指示を行う。使用開始時刻受付部３６は、例えば、予約情報に含まれる目標温度と現在の室温との差と、使用開始予定時刻とから、空気調和制御の開始時刻を算出し、機器制御部６に対して設定を行う。

　このような構成を取ることで、ユーザが空気調和機器１の使用を開始した際に、空気調和不足または過剰空気調和から生じる不快感を防げる。また、使用開始予定時刻を予め使用開始時刻受付部３６に入力しておくことで、早すぎるタイミングで空気調和を行うことによる熱損失、または使用開始直後に急激な冷暖房を行うことによる空気調和負荷増大によって生じるエネルギーロスを低減できるため、空気調和機器１の消費電力を抑えられる。

　また、ユーザの室内への入室予定時刻または使用予定の空気調和機器の識別情報が空気調和制御システム４の外部の外部システムから得られる場合は、ユーザから該当情報の送信を求めずに、空気調和制御システム４の通信部７または通信部２９が外部システムと連携して、必要な情報を取得してもよい。例えば、外部システムとしてホテルまたは飲食店などの予約システムが存在する場合、予約システム上に保存されている該当ユーザの予約情報を参照し、入室予定時刻または使用予定の空気調和機器の情報を得る方法が採用できる。この場合、使用予定の空気調和機器の情報は、予約されている部屋の情報と紐付けられている。

　なお、本実施の形態３では、ユーザを識別し、ユーザの嗜好情報を基にエンジン３を選択する例について説明したが、使用するエンジン３の決定方法はこれに限定されない。例えば、後述する実施の形態５で説明するように、空気調和対象とする環境の特性に対応して使用するエンジン３を選択する方法を採ってもよい。また、使用するエンジン３がユーザ個人に依存しない場合には、ユーザを識別する必要が無いため、ユーザ識別部３３及びユーザ情報管理部３４は不要な構成となる。

実施の形態４．
　続いて実施の形態４では、ユーザの嗜好情報が予め与えられていない時に、ユーザに快適な空気調和環境を提供する例を説明する。

　図２４は、実施の形態４における空気調和制御システムの構成を示す図である。空気調和制御システム４は、図１に示す実施の形態１の構成に加え、ユーザへの空気調和制御に関する質問を表示するとともに空気調和制御に関する質問へのユーザからの回答を受け付けるユーザインタフェース部３７と、空気調和制御システム４がインターネット等を介して外部システムと通信を行う通信部７及び通信部２９と、使用するエンジン３を特定する使用エンジン決定部３２とを有する。ユーザインタフェース部３７は、ユーザが、空気調和制御に関する案内または空気調和制御に関する質問の内容を確認したり、空気調和制御に関する質問への回答または空気調和環境に対する評価を入力したりすることができる。

　ユーザインタフェース部３７は、図２４ではスマートフォン３５上に配置しているが、ユーザインタフェース部３７の配置は任意であり、これに限らない。ユーザインタフェース部３７は、例えばパーソナルコンピュータ上および空気調和機器１のリモコン上のいずれかに配置されてもよいし、音声等の視覚的情報以外の構成を用いたユーザインタフェースでもよい。

　続いて、実施の形態４における空気調和制御システム４の動作について説明する。ユーザは、空気調和機器１の使用を開始する際など任意のタイミングで、自らが好む空気調和制御の開始をユーザインタフェース部３７に要求する。ユーザインタフェース部３７は、空気調和機器１の機種を識別する機種識別情報を取得し、空気調和制御システム４の通信部２９へ、ユーザが好む空気調和制御の開始の要求を送信する。機種識別情報は、例えばクラウドシステム１１に設けられる記憶部または空気調和機器１に設けられる記憶部に記憶されている。

　続いて、使用エンジン決定部３２は、ユーザが好む空気調和制御の開始の要求と機種識別情報とを通信部２９から受信すると、機種識別情報に示される空気調和機器１の機種に対応して予め用意されたユーザの好みに関する質問を１つ以上、通信部２９を介してユーザインタフェース部３７へ送信する。質問の内容は、例えば、「暑がりですか？寒がりですか？」「風は当たらないほうがよいですか？」「風音をひかえめにしますか？」のように、該当の空気調和機器１で制御できる内容に対応したものとされる。

　ユーザは、ユーザインタフェース部３７に質問への回答を入力する。ユーザインタフェース部３７は、ユーザから入力された質問への回答を、通信部２９を介して使用エンジン決定部３２に送信する。質問への回答を受け取った使用エンジン決定部３２は、回答に対応して適切なエンジン３を特定する。使用エンジン決定部３２は、特定したエンジン３の情報をエンジン取得部５に送信する。

　エンジン取得部５は、使用エンジン決定部３２から受け取ったエンジン３の情報に基づいて１つ以上のエンジン３をエンジン格納部２から取得するか、使用エンジン決定部３２から受け取ったエンジン３の情報に基づいてエンジン３を１つ以上生成し、機器制御部６に渡す。機器制御部６は、エンジン取得部５から渡されたエンジン３を用いて空気調和機器１の制御を行う。

　このように空気調和制御システム４が構成されることで、ユーザは、ユーザインタフェース部３７から出されるいくつかの質問に答えるだけで、リモコン９を操作して設定可能な項目を把握することなく、自らの希望に近い空気調和制御を享受することができる。これにより、ユーザにおける空気調和機器１の設定の負担を下げることができる。

　また、ユーザインタフェース部３７が、空気調和機器１の運転中に、空気調和環境に対する評価の情報を受け付けるようにすることで、更なる効果が得られる。ユーザは、現在の空気調和環境が不快であると感じている場合、ユーザインタフェース部３７から不快と感じる理由を入力する。不快と感じる理由の例は、「暑い」、「寒い」、「じめじめする」、「風が当たる」、「音がうるさい」などである。不快と感じる理由の選択肢は、前述の質問と同様、機種に対応して予め用意する必要がある。

　ユーザインタフェース部３７は、現在使用しているエンジン３の情報、現在の空気調和制御の設定の情報、現在の空気調和環境の情報を空気調和機器１から取得し、空気調和環境に対する評価の情報である不快と感じる理由と共に空気調和制御システム４の通信部２９へ送信する。なお、ユーザインタフェース部３７は、現在の空気調和制御の設定の情報および現在の空気調和環境の情報のうちの一方と、現在使用しているエンジン３の情報と、を空気調和機器１から取得し、空気調和環境に対する評価の情報と共に空気調和制御システム４の通信部２９へ送信してもよい。

　使用エンジン決定部３２は、ユーザインタフェース部３７が送信した情報を通信部２９から受け取ると、受け取った情報を基に、現在使用しているエンジン３のうち変更すべきエンジン３を特定する。すなわち、使用エンジン決定部３２は、現在使用しているエンジン３のうち変更すべきエンジン３を特定し、また現在使用しているエンジン３から変更する適切なエンジン３を再選択する。また、使用エンジン決定部３２は、必要に対応して処理構成を特定する。使用エンジン決定部３２は、変更すべきエンジン３として特定したエンジン３の情報をエンジン取得部５に送信する。また、使用エンジン決定部３２は、必要に対応して処理構成をエンジン取得部５に送信する。

　このように空気調和制御システム４が構成されることで、空気調和機器１の運転を続けてユーザが評価を入力していくにつれて、空気調和機器１が、ユーザの嗜好により近い空気調和制御を行えるようになり、ユーザの快適性を向上できる。

　さらに、上記のユーザの空気調和環境に対する評価の情報を実施の形態２で説明した処理構成として含む構成も可能である。図２５は、実施の形態４におけるスマートフォンを介して嗜好情報を入力する際の処理構成を示す図である。例えば、図２５に示すように、スマートフォン９０１からの入力情報を前処理エンジンＺ９０２で変換し、嗜好推定部９０３に入力することで、嗜好推定部９０３が嗜好解析結果として空気調和制御または空気調和環境に対するユーザの嗜好を推定することができる。

　通信部１１２は、嗜好推定部９０３から嗜好解析結果を取得し、エンジン取得部５に嗜好解析結果を送信する。エンジン取得部５は、嗜好推定部９０３における嗜好解析結果を基にエンジンを再取得または再生成し、更新することでユーザの快適性を向上できる。

　さらに、図２５では記載していないが、ユーザの空気調和環境に対する評価の情報または嗜好推定結果を、抽象制御エンジン５０１または後処理エンジン１０７への入力とすることでも、ユーザの空気調和環境に対する評価を反映した空気調和制御を行うこともできる。

実施の形態５．
　続いて実施の形態５では、空気調和機器１が設置されている空間環境の特性情報を活用することで、部屋の形状または部屋における障害物の配置等の条件に合わせて適切な空気調和制御を行う例について説明する。すなわち、実施の形態５では、エンジン格納部２に格納されている、空気調和機器１が配置されている部屋の特性である部屋特性を空気調和機器１の空気調和制御に加味することを可能にするエンジン３を、使用するエンジンとして選択できる場合について説明する。部屋特性は、空気調和機器１の周辺の空間環境を特定できる情報、または空気調和機器１が配置されている空間の環境である空間環境の特徴を表す情報である。部屋特性の一例は、部屋そのものの形状である。また、部屋特性の他の例は、部屋における、家具もしくはテレビといった生活家電の配置、または障害物の配置などの、物理的な情報である。実施の形態５では、これらの空間環境の特性情報に対応して、空気調和機器１の空気調和制御を可能とする。

　図２６は、実施の形態５における空気調和制御システムの構成を示す図である。使用エンジン決定部３２は、指定された環境特性に対応して適切なエンジン３を特定する。具体的に、使用エンジン決定部３２は、部屋特性である、空気調和機器１の周辺の空間環境を特定できる情報または空気調和機器１が配置されている空間の環境である空間環境の特徴を表す情報の少なくとも一方を用いて、使用するエンジンである使用エンジンを特定する。すなわち、使用エンジン決定部３２が使用するエンジンの情報は、空気調和機器１の周辺の空間環境を特定できる情報または空間環境の特徴を表す情報の少なくとも一方である、といえる。ここでのエンジンの情報は、使用エンジン決定部３２が使用するエンジンを特定するための用いる情報である。空気調和機器毎の環境特性の抽出方法は、例えば実施の形態２で説明したように、赤外線センサの情報を用いて空気調和機器１またはクラウドシステム１１で推定する方法が挙げられる。機器制御部６では、エンジン取得部５を介して使用エンジン決定部３２が特定したエンジン３を入手し、空気調和制御に用いる。

　図２７は、実施の形態５における処理構成の例１を示す図である。図２８は、実施の形態５における処理構成の例２を示す図である。また、環境特性が特徴量等のパラメータで表現されている場合、図２７のように環境特性１００２を一種のエンジンとして処理構成に含み、制御アルゴリズムを実現するエンジンの入力とする構成も取ることができる。図２７上では、当該エンジンを環境特性情報活用エンジン１００３としている。また、図２７における嗜好情報活用エンジン１００１は、図２２における嗜好情報活用エンジン８０２と同様の機能を有するとともに、例えば特定箇所の目標温度といった情報を環境特性情報活用エンジン１００３に送信する。同様に、図２８における嗜好情報活用エンジン１００１は、図２２における嗜好情報活用エンジン８０２と同様の機能を有するとともに、例えば特定箇所の目標温度といった情報を環境特性情報活用エンジン１１０４に送信する。

　この場合、環境特性１００２を環境によって差し替えるだけでよく、環境特性情報活用エンジン１００３を変更する必要は無い。同様に、図２８に示すように通信部１１０１からＢＩＭ（Ｂｕｉｌｄｉｎｇ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｍｏｄｅｌｉｎｇ）情報を取得し、空間情報解析エンジン１１０２によって空気調和対象環境の特徴量１１０３を算出し、環境特性情報活用エンジン１１０４へのインプットとすることも可能である。図２８では、空気調和対象環境の特徴量１１０３を空間特徴量１１０３と示している。さらに、空間情報または空間特徴量を算出するために必要な情報、例えば、部屋の広さ、形状、壁の材質などをリモコンまたはスマートフォンのアプリケーションから手動で入力する手段を採ることも可能である。

　環境特性情報活用エンジン１００３及び環境特性情報活用エンジン１１０４における具体的な処理例としては、例えば、図２７及び図２８で示す処理構成のように、空間の形状、家具等の障害物の設置位置及び空気調和機器自身の設置位置による風の届き方を考慮して風向や風速を調整する処理や、窓の位置や断熱性能を表すＱ値から今後の温度を先読みして特定箇所の目標温度を決定する処理などが挙げられる。

　このような構成を取ることで、風が届きにくい箇所への送風の適正化による省エネルギー、今後の気温変化による不快感防止などの効果を得られる。特に、ホテルおよび飲食店のように、空気調和機器が使用される環境は固定されているがユーザが一時的にしか滞在しない空間の場合、ユーザが空間環境に合わせて適切な設定を行うことは比較的困難である。上記構成を用いることで、ユーザが空間環境の特性を把握していなくても、環境特性情報活用エンジン１００３及び環境特性情報活用エンジン１１０４によって適切な制御を行うことができるため、ユーザに快適な空気調和環境を適用できる。

　また、実施の形態２で説明した環境特性推定部７０２と組み合わせることで、新規に設置した空気調和機器においても、空間環境特性を学習し、制御に反映することが可能となる。これにより、空気調和機器を使用していくにつれて、空間環境特性に合わせた省エネルギーかつ快適性の高い制御へと進化していくことが期待できる。

　上述した実施の形態１から５にかかる空気調和制御システム４は、パーソナルコンピュータまたは汎用コンピュータといったコンピュータシステムにより実現される。図２９は、実施の形態１から５にかかる空気調和制御システム４の機能をコンピュータシステムで実現する場合のハードウェア構成を示す図である。空気調和制御システム４の機能は、図２９に示したハードウェア構成の処理回路として実現される。空気調和制御システム４の機能が図２９に示す処理回路を有するコンピュータにより実現される場合、空気調和制御システム４の機能は、プロセッサ１２０１がメモリ１２０２に記憶された空気調和制御システムプログラムを実行することにより、実現される。また、複数のプロセッサおよび複数のメモリが連携して空気調和制御システム４の機能を実現してもよい。また、空気調和制御システム４の機能のうちの一部を電子回路として実装し、他の部分をプロセッサ１２０１およびメモリ１２０２を用いて実現するようにしてもよい。

　以上の実施の形態に示した構成は、一例を示すものであり、別の公知の技術と組み合わせることも可能であるし、実施の形態同士を組み合わせることも可能であるし、要旨を逸脱しない範囲で、構成の一部を省略、変更することも可能である。

　１　空気調和機器、２　エンジン格納部、２Ａ　記憶部、３　エンジン、４　空気調和制御システム、４Ａ　制御部、５　エンジン取得部、６　機器制御部、７，２９，１１２，３０１，６０１，１１０１　通信部、８　センサ、９，１０４　リモコン、１０　アクチュエータ、１１　クラウドシステム、１２　外部入力、１３　前処理エンジン、１４，１０６，５０１，７０１　抽象制御エンジン、１５，１０７　後処理エンジン、１６　外部出力、１７　室温センサ、１８，１０１　赤外線センサ、１９　機種Ａ向け前処理エンジン、２０　抽象制御エンジン（共通）、２１　機種Ａ向け後処理エンジン、２２，１０８　ファン、２３，１０９　フラップ、２４　高画質赤外線センサ、２５　機種Ｂ向け前処理エンジン、２６　機種Ｂ向け後処理エンジン、２７　左フラップ、２８　右フラップ、３０　処理構成格納部、３１　処理適正化部、３２　使用エンジン決定部、３３　ユーザ識別部、３４　ユーザ情報管理部、３５，９０１　スマートフォン、３６　使用開始時刻受付部、３７　ユーザインタフェース部、１０２　前処理エンジンＸ、１０３　室内センサ、１０５　前処理エンジンＹ、１１０　ルーバ、１１１　稼働情報送信エンジン、２０１　ＢＬＥデバイス、２０２　前処理エンジンＸ’、３０２，９０２　前処理エンジンＺ、３０３　抽象制御エンジン（新バージョン）、４０１　温湿度センサ、４０２　前処理エンジンＺ’、５０２　制御履歴、５０３，９０３　嗜好推定部、７０２　環境特性推定部、８０１　前処理エンジンＹ’、８０２　嗜好情報活用エンジン、１００２　環境特性、１００３，１１０４　環境特性情報活用エンジン、１１０２　空間情報解析エンジン、１１０３　特徴量。

Claims

　空気調和機器を制御するための制御ロジックまたは空気調和機器を制御するための設定パラメータのうち少なくとも一方が含まれるエンジンを１つ以上取得または生成するエンジン取得部と、
　前記エンジン取得部が取得または生成した前記エンジンを用いて前記空気調和機器の制御を行う機器制御部と、
　を具備し、
　前記機器制御部は、
　前記機器制御部に対する外部入出力に依存しない前記空気調和機器の制御アルゴリズム及びパラメータである抽象制御エンジンと、
　前記機器制御部の外部から入力された情報から前記抽象制御エンジンの入力に適した情報を生成するための処理を行うエンジンである前処理エンジンと、
　前記抽象制御エンジンの出力から前記機器制御部の外部への出力に適した情報を生成するための処理を行うエンジンである後処理エンジンと、
　のそれぞれを少なくとも１つ以上用いて制御を行う、
　空気調和制御システム。
　前記エンジンの少なくとも一部は、与えられた１つ以上の入力情報に対して演算を行い、入力情報とは異なる意味の情報を生成する処理を含む、
　請求項１に記載の空気調和制御システム。
　前記空気調和機器の制御に使用する前記エンジンを一意に特定する情報及び、複数の前記エンジンの処理の実行順序または複数の前記エンジンの依存関係を示す情報である処理構成を格納する処理構成格納部を具備し、
　前記エンジン取得部は、前記処理構成格納部から前記処理構成を取得し、取得した前記処理構成によって特定されるエンジンを取得または生成し、
　前記機器制御部は、前記処理構成格納部から前記処理構成を取得し、取得した前記処理構成の情報を基に、空気調和機器の制御を行う、
　請求項１または２に記載の空気調和制御システム。
　前記エンジン取得部が取得した前記エンジンに含まれる処理を適正化する処理適正化部を具備し、
　前記機器制御部は、前記処理適正化部が適正化した、前記エンジンに含まれる処理を用いて制御を行う、
　請求項１から３のいずれか１項に記載の空気調和制御システム。
　入力された情報および前記機器制御部の内部データのうちの少なくとも一方を用いて、前記空気調和機器の制御動作に関するユーザの嗜好を推定する嗜好推定部を具備する、
　請求項１から４のいずれか１項に記載の空気調和制御システム。
　入力された情報および前記機器制御部の内部データのうちの少なくとも一方を用いて、前記空気調和機器の空気調和対象とする環境の特性を推定する環境特性推定部を具備する、
　請求項１から５のいずれか１項に記載の空気調和制御システム。
　入力された情報または前記機器制御部の内部データを用いて解析した情報である解析結果を基に、使用すべき前記エンジンを少なくとも１つ以上特定する使用エンジン決定部を具備し、
　前記エンジン取得部は、前記使用エンジン決定部が特定したエンジンを取得または生成する、
　請求項１から６のいずれか１項に記載の空気調和制御システム。
　前記空気調和機器の外部の外部システムとの通信を行う通信部と、
　外部から前記空気調和制御システムにアクセスしたユーザを識別するユーザ識別部と、
　ユーザとユーザが使用する前記エンジンとを紐付けた情報を管理するユーザ情報管理部と、を具備する、
　請求項１から７のいずれか１項に記載の空気調和制御システム。
　前記空気調和機器の外部の外部システムとの通信を行う通信部と、
　前記空気調和機器の外部から前記空気調和制御システムにアクセスしたユーザを識別するユーザ識別部と、
　ユーザとユーザの嗜好とを紐付けた情報を管理するユーザ情報管理部と、
　を具備し、
　前記使用エンジン決定部は、前記解析結果である前記ユーザの嗜好に対応して使用すべきエンジンを特定する、
　請求項７に記載の空気調和制御システム。
　前記空気調和機器の使用開始予定時刻に関する情報を受け付ける使用開始時刻情報受付部を具備し、
　前記機器制御部は、前記使用開始時刻情報受付部が受け付けた前記使用開始予定時刻にユーザの嗜好に沿った空気調和環境となるように制御を行う、
　請求項８または９に記載の空気調和制御システム。
　ユーザへの空気調和制御に関する質問を表示し、ユーザからの前記質問への回答を受け付けるユーザインタフェース部と、
　ユーザからの前記回答に対応して、使用すべきエンジンを少なくとも１つ以上特定し、特定したエンジンの情報を前記エンジン取得部に送信する使用エンジン決定部と、を具備する、
　請求項１から６のいずれか１項に記載の空気調和制御システム。
　空気調和環境に対する評価の情報を受け付けるユーザインタフェース部と、
　現在使用しているエンジンの情報と、現在の空気調和制御の設定の情報もしくは現在の空気調和環境の情報と、前記空気調和環境に対する評価とから、変更すべきエンジンを特定する使用エンジン決定部を具備する、
　請求項１から６、１１のいずれか１項に記載の空気調和制御システム。
　前記使用エンジン決定部が使用するエンジンの情報は、前記空気調和機器の周辺の空間環境を特定できる情報または空間環境の特徴を表す情報の少なくとも一方である、
　請求項１１または１２に記載の空気調和制御システム。
　エンジン取得部が、空気調和機器を制御するための制御ロジックまたは前記空気調和機器を制御するための設定パラメータのうち少なくとも一方が含まれるエンジンを１つ以上格納する第１ステップと、
　機器制御部が、前記エンジンを用いて前記空気調和機器の制御を行う第２ステップと、
　を含み、
　前記第２ステップでは、
　前記機器制御部の抽象制御エンジンが、前記機器制御部に対する外部入出力に依存しない前記空気調和機器の制御アルゴリズム及びパラメータを用いた抽象制御処理を行うステップと、
　前記機器制御部の前処理エンジンが、前記機器制御部の外部から入力された情報から前記抽象制御エンジンの入力に適した情報を生成するための処理である前処理を行うステップと、
　前記機器制御部の後処理エンジンが、前記抽象制御エンジンの出力から前記機器制御部の外部への出力に適した情報を生成するための後処理を行うステップと、
　のそれぞれを少なくとも１つずつ以上用いて制御を行う処理、
　をコンピュータに実行させる空気調和制御システムプログラム。