(57)【要約】【課題】ユーザの快適性を向上可能な空気調和機制御装置を得ること。【解決手段】現在の空調状態に対する第一のユーザの評価である空調評価値を取得する評価管理部２１と、現在の空調状態に対する、空調評価値が得られなかった第二のユーザの評価である空調評価推定値を推定する評価推定部２２と、空調評価値および空調評価推定値を用いて、空気調和機の空調制御内容を決定する空調制御管理部と、を備える。【選択図】図１
2018155435.tif 000002
【特許請求の範囲】
【請求項１】
現在の空調状態に対する第一のユーザの評価である空調評価値を取得する評価管理部と、
現在の空調状態に対する、前記空調評価値が得られなかった第二のユーザの評価である空調評価推定値を推定する評価推定部と、
前記空調評価値および前記空調評価推定値を用いて、空気調和機の空調制御内容を決定する空調制御管理部と、
を備える空気調和機制御装置。
【請求項２】
前記評価管理部は、空調状態に対する前記第二のユーザの評価の特性を示す個人温冷感特性を算出し、
前記評価推定部は、前記第二のユーザの周囲の環境状態を示す周囲センサデータ、および前記個人温冷感特性を用いて、前記空調評価推定値を推定する、
請求項１に記載の空気調和機制御装置。
【請求項３】
前記評価管理部は、前記第二のユーザが連続して居室空間に在席しているときの前記空調評価値の変化の特性を示す居住環境順応期間を算出し、
前記評価推定部は、前記第二のユーザが居室空間に在席している現在の継続滞在時間、および前記居住環境順応期間を用いて、前記空調評価推定値を補正する、
請求項２に記載の空気調和機制御装置。
【請求項４】
前記評価管理部は、前記第二のユーザの温冷感が変化する時間帯を示す温冷感変動時間帯を抽出し、
前記評価推定部は、前記第二のユーザの現在の周囲センサデータを取得した時間帯、および前記温冷感変動時間帯を用いて、前記空調評価推定値を補正する、
請求項２に記載の空気調和機制御装置。
【請求項５】
前記評価管理部は、前記第二のユーザについて、過去に前記空調評価値を取得した時間帯、および推定された前記空調評価推定値がユーザによって適切と判定されたときの前記空調評価推定値を推定された時間帯から、前記空調評価推定値を推定可能な時間帯を示す推定可能領域を推定し、
前記評価推定部は、前記第二のユーザの現在の周囲センサデータを取得した時間帯が前記推定可能領域内の場合、前記空調評価推定値を推定し、前記第二のユーザの現在の周囲センサデータを取得した時間帯が前記推定可能領域外の場合、規定された空調評価値を前記空調評価推定値とする、
請求項２に記載の空気調和機制御装置。
【請求項６】
規定された時間経過後の居室空間の環境状態を示す将来居室空間状態と、前記規定された時間経過後の前記第一のユーザの空調評価値および前記第二のユーザの空調評価推定値を示す将来空調評価値と、を算出する将来状態推定部、
を備え、
前記空調評価値、前記空調評価推定値、および前記将来空調評価値を数値で表現可能な場合、
前記空調制御管理部は、前記第一のユーザおよび前記第二のユーザの将来空調評価値を数値で表したときの数値の総和、現在から前記規定された時間までの前記空気調和機の消費電力、のうち少なくとも１つを用いて前記空気調和機の空調制御内容を決定する、
請求項１から５のいずれか１つに記載の空気調和機制御装置。
【請求項７】
前記規定された時間は、前記空調制御管理部が前記総和を用いて空調制御内容を決定した場合に、空調制御内容が前記居室空間に反映されるまでの時間である、
請求項６に記載の空気調和機制御装置。
【請求項８】
現在の空調制御を続けたときに、規定された快適性を下回らない場合は現在の空調制御を継続し、前記規定された快適性を下回る場合は前記規定された快適性を満たすように空調制御内容を修正する制御を第一の制御とし、
前記将来空調評価値に追従する制御を第二の制御とし、
前記空調制御管理部は、前記第一の制御を続けたときの消費電力を基準としたときにおける前記第二の制御を続けたときの消費電力の増加率を第一の増加率とし、前記第一の制御を続けたときの空調評価値を基準としたときにおける前記第二の制御を続けたときの空調評価値の増加率を第二の増加率とし、前記第一の増加率に対して前記第二の増加率が規定された第一の値より大きい場合、または、前記第一の制御を続けたときの消費電力と前記第二の制御を続けたときの消費電力との差が規定された第二の値よりも小さい場合、前記第二の制御を選択する、
請求項６に記載の空気調和機制御装置。
【請求項９】
空気調和機制御装置の空気調和機制御方法であって、
評価管理部が、現在の空調状態に対する第一のユーザの評価である空調評価値を取得する取得ステップと、
評価推定部が、現在の空調状態に対する、前記空調評価値が得られなかった第二のユーザの評価である空調評価推定値を推定する推定ステップと、
空調制御管理部が、前記空調評価値および前記空調評価推定値を用いて、空気調和機の空調制御内容を決定する制御ステップと、
を含む空気調和機制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザに適した空調設定を決定する空気調和機制御装置および空気調和機制御方法に関する。
【背景技術】
【０００２】
近年、エネルギー問題の深刻化により、様々な分野において省エネ化が推進されている。特に、消費電力の大部分を占めている空気調和機（以下、空調機と称する）の消費電力を削減する動きがみられる。しかしながら、単純に空調機の消費電力を制限する方法では、空調機の空調制御対象の空間にいるユーザの快適性を損ねてしまう。
【０００３】
特許文献１には、空調管理システムが、個人端末を入力装置としてユーザの温冷感の情報をアンケート形式で収集し、統計処理を行って空調制御に反映させる技術が開示されている。温冷感とは、現在の空調設定に対するユーザの評価、すなわち「暑い」「寒い」などの室温に対するユーザの感じ方を示すものである。特許文献１では、空調管理システムが、ユーザの温冷感の情報を用いて、規定された快適性の範囲内で空調設定の制御を行うことで、ユーザの空調設定に対する不満の発生を抑制するとともに、消費電力を削減している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−７０８６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来の技術によれば、アンケートの回答のないユーザについては、温冷感を快適、または在席していないものとして扱っている。そのため、アンケートの回答意識の低いユーザ、居室空間にいるが作業中などの理由でアンケートに回答できないユーザなどがいる居室空間では、ユーザの温冷感を正確に把握できず、却ってユーザの快適性を損ねてしまう可能性がある、という問題があった。
【０００６】
本発明は、上記に鑑みてなされたものであって、ユーザの快適性を向上可能な空気調和機制御装置を得ることを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明に係る空気調和機制御装置は、現在の空調状態に対する第一のユーザの評価である空調評価値を取得する評価管理部と、現在の空調状態に対する、空調評価値が得られなかった第二のユーザの評価である空調評価推定値を推定する評価推定部と、空調評価値および空調評価推定値を用いて、空気調和機の空調制御内容を決定する空調制御管理部と、を備える。
【発明の効果】
【０００８】
本発明によれば、空気調和機制御装置は、ユーザの快適性を向上できる、という効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】実施の形態１に係る空気調和機制御システムの構成例を示す図
【図２】実施の形態１に係る空気調和機制御装置の評価記憶部に格納されているデータの例を示す図
【図３】実施の形態１に係る空気調和機制御装置の周囲センサデータ記憶部に格納されているデータの例を示す図
【図４】実施の形態１に係る空気調和機制御装置の個人温冷感特性記憶部に格納されている第一のデータの例を示す図
【図５】実施の形態１に係る空気調和機制御装置の個人温冷感特性記憶部に格納されている第二のデータの例を示す図
【図６】実施の形態１に係る空気調和機制御装置の評価管理部が継続滞在時間から居住環境順応期間を算出する中間過程のイメージを示す図
【図７】実施の形態１に係る空気調和機制御装置の空調制御動作を示すフローチャート
【図８】実施の形態１に係る空気調和機制御装置の評価推定部の空調評価値を推定する処理を示すフローチャート
【図９】実施の形態１に係る空気調和機制御装置の空調制御管理部の空調設定を決定する処理を示すフローチャート
【図１０】実施の形態１に係る空気調和機制御装置の評価管理部のフィードバック処理を示すフローチャート
【図１１】実施の形態１に係る空気調和機制御装置の評価管理部の個人温冷感特性を算出する処理を示すフローチャート
【図１２】実施の形態２に係る空気調和機制御システムの構成例を示す図
【図１３】実施の形態２に係る空気調和機制御装置の周囲センサデータ記憶部に格納されているデータの例を示す図
【図１４】実施の形態２に係る空気調和機制御装置の個人温冷感特性記憶部に格納されている第一のデータの例を示す図
【図１５】実施の形態２に係る空気調和機制御装置の空調制御動作を示すフローチャート
【図１６】実施の形態２に係る空気調和機制御装置の評価推定部の空調評価値を推定する処理を示すフローチャート
【図１７】実施の形態２に係る空気調和機制御装置の評価管理部の個人温冷感特性を算出する処理を示すフローチャート
【図１８】実施の形態３に係る空気調和機制御システムの構成例を示す図
【図１９】実施の形態３に係る空気調和機制御装置の個人温冷感特性記憶部に格納されている第一のデータの例を示す図
【図２０】実施の形態３に係る空気調和機制御装置の空調制御動作を示すフローチャート
【図２１】実施の形態３に係る空気調和機制御装置の評価推定部の空調評価値を推定する処理を示すフローチャート
【図２２】実施の形態３に係る空気調和機制御装置の評価管理部の個人温冷感特性を算出する処理を示すフローチャート
【発明を実施するための形態】
【００１０】
以下に、本発明の実施の形態に係る空気調和機制御装置および空気調和機制御方法を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１１】
実施の形態１．
図１は、本発明の実施の形態１に係る空気調和機制御システム１０の構成例を示す図である。空気調和機制御システム１０は、空調を行う空気調和機である空調ユニット８と、空調ユニット８を制御する空調コントローラ７と、空調ユニット８の空調制御管理機能を有する空気調和機制御装置９と、を備える。また、空気調和機制御システム１０は、ユーザから現在の空調状態に対するユーザの評価である空調評価値を収集する評価収集端末５と、空調によるユーザの周囲の環境データおよびユーザの状態を監視するためのデータを収集する周囲センサデータ収集部６と、収集したデータを空気調和機制御装置９に送信し、空気調和機制御装置９で推定された空調評価推定値を評価収集端末５に送信する通信装置４と、を備える。
【００１２】
空気調和機制御装置９の構成について詳細に説明する。空気調和機制御装置９は、入出力サーバ１と、アプリケーションサーバ２と、データベースサーバ３と、を備える。入出力サーバ１は、通信装置４から送信されたデータをアプリケーションサーバ２の評価管理部２１に転送し、アプリケーションサーバ２の評価管理部２１から送信された空調評価推定値を通信装置４に転送する入出力部１１を備える。
【００１３】
アプリケーションサーバ２は、空調状態に対するユーザの評価の特性を示す各ユーザの個人温冷感特性を算出する評価管理部２１と、推定モデルと個人温冷感特性と周囲センサデータとを用いて、空調評価値が得られなかったユーザの空調評価推定値を推定する評価推定部２２と、規定された時間経過後の居室空間の状態および規定された時間経過後の各ユーザの空調評価値を推定する将来状態推定部２３と、収集した空調評価値、推定された空調評価推定値などを用いて空調ユニット８に対する空調制御内容すなわち空調設定を決定する空調制御管理部２４と、を備える。なお、空気調和機制御装置９において空調評価値が得られたユーザを第一のユーザとし、空調評価値が得られなかったユーザを第二のユーザとする。
【００１４】
個人温冷感特性とは、ユーザの温冷感に影響を与えるが、周囲センサデータ収集部６では収集すなわち測定できない、ユーザごとに異なる温冷感に対する特性である。
【００１５】
周囲センサデータとは、ユーザの存在する居室空間の室温、湿度などの環境値に加えて、ユーザの活動量、仕事量などのユーザの内部状態、また、内部状態に影響を与える人口密度、居室空間の壁の色、天気の違いによる窓からの光の変化などの環境状態を表す各要素のデータである。周囲センサデータは、周囲センサデータ収集部６で収集されるデータである。図１の例では、周囲センサデータ収集部６と空調ユニット８とは異なる構成になっているが、空調ユニット８が周囲センサデータ収集部６を含む構成であってもよい。また、周囲センサデータ収集部６が複数のセンサによって構成されている場合、周囲センサデータ収集部６のうち一部のセンサを空調ユニット８が含む構成であってもよい。本実施の形態では、周囲センサデータとして、室温、湿度、およびユーザの活動量を示す心拍数の３つを用いる場合について説明する。
【００１６】
データベースサーバ３は、ユーザの空調に対する「暑い」「寒い」などの評価である空調評価値を格納する評価記憶部３１と、周囲センサデータ収集部６で収集されたデータであって、空調評価値を収集した時のユーザの周囲の環境の状態を示す周囲センサデータを格納する周囲センサデータ記憶部３２と、個人温冷感特性を格納する個人温冷感特性記憶部３３と、を備える。
【００１７】
図２は、実施の形態１に係る空気調和機制御装置９の評価記憶部３１に格納されているデータの例を示す図である。評価記憶部３１は、ユーザによる空調評価値が得られた日時、およびその時の空調評価値で構成されるテーブルによって、ユーザごとに空調評価値を記憶する。評価記憶部３１は、図２の例では、あるユーザについて、２０１６年１０月１８日１６時におけるユーザの空調に対する評価である空調評価値は「暑い」、２０１６年１０月１８日１７時におけるユーザの空調評価値は「やや涼しい」という内容でテーブルに格納、すなわち記憶している。図２では、空調評価値を「暑い」「やや涼しい」としているが、一例であり、その他の空調評価値には「暖かい」「やや暖かい」「快適」「涼しい」「寒い」などがある。
【００１８】
本実施の形態では、空調評価値の各温冷感を数値で表現することが可能である。例えば、暑い：＋３、暖かい：＋２、やや暖かい：＋１、快適：０、やや涼しい：−１、涼しい：−２、寒い：−３とする。空調評価推定値、および後述する将来空調評価推定値も同様に、数値で表現することが可能である。なお、図２の例では、空調評価値を「暑い」「やや涼しい」などの温冷感としているが、「ジメジメしている」「カラっとしている」などの快適性に関わる評価値でもよいし、温冷感および快適性の複数の情報で構成されていてもよい。図２では図示していないが、テーブルの項目としてユーザを識別するためのユーザＩＤ（IDentification）の項目を設けてもよい。
【００１９】
図３は、実施の形態１に係る空気調和機制御装置９の周囲センサデータ記憶部３２に格納されているデータの例を示す図である。周囲センサデータ記憶部３２は、空調評価値が得られた日時、およびその時の周囲センサデータで構成されるテーブルによって、ユーザごとに周囲センサデータを記憶する。周囲センサデータ記憶部３２は、図３の例では、あるユーザについて、２０１６年１０月１８日１６時に空調評価値が得られた時の周囲センサデータとして、室温：２６℃、湿度：６８％、心拍数：７３、継続滞在時間：１時間、というまとまりでテーブルに格納、すなわち記憶している。
【００２０】
図４は、実施の形態１に係る空気調和機制御装置９の個人温冷感特性記憶部３３に格納されている第一のデータの例を示す図である。また、図５は、実施の形態１に係る空気調和機制御装置９の個人温冷感特性記憶部３３に格納されている第二のデータの例を示す図である。個人温冷感特性記憶部３３は、評価管理部２１によって算出された個人温冷感特性を、ユーザＩＤ、および居住環境順応期間で構成されるテーブルと、ユーザＩＤ、および周囲センサデータから算出される重回帰モデルの各説明変数の係数で構成されるテーブルと、によってユーザごとに記憶する。個人温冷感特性は、図４のテーブルで示される第一のデータと、図５のテーブルで示される第二のデータと、から構成される。個人温冷感特性記憶部３３は、図４の例では、ユーザＩＤが「１」のユーザについて、居住環境順応期間が１時間であった場合、ユーザＩＤおよび１時間の内容をテーブルに格納、すなわち記憶している。また、個人温冷感特性記憶部３３は、図５の例では、ユーザＩＤが「１」のユーザについて、重回帰モデルの各説明変数の係数として、室温係数：０．６７、湿度係数：０．２２、心拍数係数：０．１５、というまとまりでテーブルに格納、すなわち記憶している。
【００２１】
居住環境順応期間とは、ユーザが連続して居室空間に滞在しているときの空調評価値の変化の特性、すなわち継続滞在時間の個人温冷感特性への影響を示すものである。例えば、夏の時期、ユーザが外部から居室空間に移動してきた際、外部温度の方が高くユーザにとって室温が快適温である場合、室温の高低に関わらずユーザは空調の効いた居室空間の方が涼しいと感じる。一方で、空調の効いた居室空間の室温にユーザが順応するにつれて、ユーザの涼しいという温冷感は薄まる傾向にある。この居室空間の滞在時間による温冷感への影響度合はユーザごとに異なる。評価管理部２１は、ユーザの在否を計測する赤外線センサなどの人感センサから得られるユーザの継続滞在時間などを用いて、個人温冷感特性を算出する。人感センサは、周囲センサデータ収集部６の１つであって、空調ユニット８に取り付けられたセンサである。
【００２２】
図６は、実施の形態１に係る空気調和機制御装置９の評価管理部２１が継続滞在時間から居住環境順応期間を算出する中間過程のイメージを示す図である。評価管理部２１は、あるユーザについて、連続して居室空間に滞在している期間すなわち同一滞在期間ごとに、空調評価値が「暑い」「やや暖かい」などの状態から「快適」になるまでの時間を算出し、各同一滞在期間において「快適」になるまでの時間を用いて、居住環境順応期間を算出する。同一滞在期間とは、ユーザが入室してから外部に移動するまでの期間である。図６の例では、同一滞在期間ごとに、各同一滞在期間を識別するためのＩＤを付与している。評価管理部２１による個人温冷感特性の算出方法については後述する。
【００２３】
継続滞在時間とは、ユーザが居室空間に継続して在席している時間である。評価管理部２１は、前述の人感センサによって得られたデータから、ユーザが居室空間に在席しているか否かを判定し、継続して在席している時間をカウントする。評価管理部２１は、例えば、１０分以上ユーザの不在状態が続いたときに継続滞在時間を０にし、ユーザが居室空間に再入場した時に継続滞在時間のカウントを再スタートする。なお、継続滞在時間を０にする判定時間については１０分に限定するものではなく、居室空間ごとの特性に合わせて時間を変更してもよい。
【００２４】
つづいて、空気調和機制御装置９において、ユーザの空調評価値を用いて空調制御を行う動作について説明する。図７は、実施の形態１に係る空気調和機制御装置９の空調制御動作を示すフローチャートである。
【００２５】
まず、評価管理部２１は、通信装置４および入出力部１１を介して評価収集端末５から、現在の空調状態に対するユーザの空調評価値を取得、すなわち収集し、収集した空調評価値を評価記憶部３１に格納する（ステップＳ１）。また、評価管理部２１は、通信装置４および入出力部１１を介して周囲センサデータ収集部６から、空調評価値を収集した時のユーザ周辺の周囲センサデータを取得、すなわち収集し、収集した周囲センサデータを周囲センサデータ記憶部３２に格納する（ステップＳ２）。
【００２６】
評価管理部２１は、全てのユーザから空調評価値を収集できたか否かを確認する（ステップＳ３）。ここで、評価管理部２１は、前提として、空調評価値を収集する対象のユーザを予め登録しておくこととする。すなわち、評価管理部２１は、登録された全てのユーザから空調評価値を収集できたか否かを確認する。評価管理部２１は、例えば、ユーザの空調評価値の収集の有無の判定では、空調評価値を収集した段階でそのユーザのフラグを立て、規定された時間が経過した時点でフラグが立っていないユーザを、空調評価値が収集できていないユーザとみなす。評価管理部２１は、規定された期間が終了した時点で全てのユーザのフラグを下ろし、以降、同様の処理を繰り返すことで空調評価値の収集の有無を判定する。なお、評価管理部２１は、定期的に規定された時間ごとに空調評価値の収集の有無を判定してもよいし、最初にあるユーザから空調評価値を収集してから規定された時間経過した段階で空調評価値の収集の有無を判定してもよい。
【００２７】
空調評価値を収集できていないユーザがいる場合（ステップＳ３：Ｎｏ）、評価管理部２１は、空調評価値を収集できていないユーザが在席しているか否かを確認する（ステップＳ４）。評価管理部２１は、例えば、対象のユーザの周囲センサデータを周囲センサデータ記憶部３２から取得し、人感センサによって得られたユーザ情報を用いて居室空間にユーザが在席しているか否かを判定する。
【００２８】
空調評価値を収集できていないユーザのうち在席しているユーザがいる場合（ステップＳ４：Ｙｅｓ）、評価推定部２２は、在席しているユーザについての現在の空調状態に対する評価である空調評価推定値を推定する（ステップＳ５）。評価管理部２１は、空調評価値推定対象のユーザについて、評価記憶部３１に格納されている過去の空調評価値、および、周囲センサデータ記憶部３２に格納されている過去の空調評価値を収集した時のユーザの周囲センサデータを用いて、空調評価値を推定するための推定モデルとして重回帰モデルを生成する。評価管理部２１は、生成した重回帰モデル、個人温冷感特性記憶部３３に格納されている空調評価値推定対象のユーザの個人温冷感特性、および空調評価値推定対象のユーザの継続滞在時間を含む現在の周囲センサデータを評価推定部２２に受け渡す。そして、評価推定部２２は、空調評価値推定対象のユーザについて、取得した重回帰モデル、個人温冷感特性、および現在の周囲センサデータを用いて、空調評価値を推定する。評価推定部２２は、空調評価値推定対象のユーザについて推定した空調評価推定値を評価管理部２１に受け渡す。評価推定部２２の空調評価値を推定する処理の詳細については後述する。
【００２９】
ステップＳ３：Ｙｅｓの場合、ステップＳ４：Ｎｏの場合、またはステップＳ５の処理の後、将来状態推定部２３は、将来の居室空間の状態および各ユーザの空調評価値、すなわち将来居室空間状態および将来空調評価値を推定する（ステップＳ６）。評価管理部２１は、ユーザから取得した空調評価値、評価推定部２２で推定された空調評価推定値、個人温冷感特性記憶部３３に格納されているユーザの個人温冷感特性、および周囲センサデータ記憶部３２に格納されている周囲センサデータを将来状態推定部２３に受け渡す。将来状態推定部２３は、過去の周囲センサデータを用いて、規定された時間経過後、例えば１時間後の居室空間の状態である将来居室空間状態を推定する。居室空間の状態は、ここでは、周囲センサデータ記憶部３２に格納されている周囲センサデータで示される室温、湿度、および心拍数とする。また、将来状態推定部２３は、各ユーザの空調評価値、空調評価推定値、および個人温冷感特性を用いて、規定された期間経過後、例えば１時間後の各ユーザの空調評価値である将来空調評価値を推定する。将来状態推定部２３は、複数の将来居室空間状態を推定し、将来居室空間状態ごとに各ユーザの将来空調評価値を推定してもよい。将来状態推定部２３は、推定した将来居室空間状態および各ユーザの将来空調評価値を評価管理部２１に受け渡す。なお、ユーザから収集された空調評価値、評価推定部２２で推定された空調評価推定値、および将来状態推定部２３で推定された将来空調評価値をまとめて、空調評価値と称することがある。
【００３０】
評価管理部２１は、ユーザから取得した現在の空調評価値、評価推定部２２で推定された現在の空調評価推定値、将来状態推定部２３で推定された将来空調評価値、および将来状態推定部２３で推定された将来居室空間状態を空調制御管理部２４に受け渡す。空調制御管理部２４は、評価管理部２１から取得した情報、および空調ユニット８から取得した現在の空調制御状態を示すユニットデータを用いて、空調ユニット８に対する空調制御内容、すなわち空調設定を決定する（ステップＳ７）。空調制御管理部２４の空調設定を決定する処理の詳細については後述する。
【００３１】
空調制御管理部２４は、決定した空調設定を空調制御命令に含めて空調コントローラ７に送信する（ステップＳ８）。空調コントローラ７は、空調制御命令を空調ユニット８に送信し、空調ユニット８を制御する（ステップＳ９）。空調ユニット８は、空調制御命令に含まれる空調設定に従って制御運転を行う。なお、空調ユニット８および空調コントローラ７はそれぞれ１台以上で構成されてもよいし、１つの空調コントローラ７が複数台の空調ユニット８を制御する構成であってもよい。空調コントローラ７については、壁に設置されたタイプでもよいし、持ち運び可能なタイプであってもよい。
【００３２】
評価管理部２１は、評価推定部２２で推定された空調評価推定値が正しいか否か、すなわち空調評価推定値がユーザによって適切と判定されたか否かを判定する。評価管理部２１は、判定結果に応じて評価記憶部３１に格納されている空調評価値および周囲センサデータ記憶部３２に格納されている周囲センサデータを管理するフィードバック処理を行う（ステップＳ１０）。評価管理部２１のフィードバック処理の詳細については後述する。
【００３３】
また、評価管理部２１は、ステップＳ１０でのフィードバック処理の結果をふまえて、評価記憶部３１に格納されている空調評価値および周囲センサデータ記憶部３２に格納されている周囲センサデータを用いて、個人温冷感特性を算出する（ステップＳ１１）。評価管理部２１の個人温冷感特性を算出する処理の詳細については後述する。
【００３４】
つぎに、評価推定部２２による空調評価値を推定する処理の詳細について説明する。図８は、実施の形態１に係る空気調和機制御装置９の評価推定部２２の空調評価値を推定する処理を示すフローチャートである。
【００３５】
評価推定部２２は、評価管理部２１から、空調評価値推定対象のユーザの情報、具体的には、重回帰モデル、空調評価値推定対象のユーザの個人温冷感特性、および空調評価値推定対象のユーザの継続滞在時間を含む現在の周囲センサデータを取得する（ステップＳ２１）。評価推定部２２は、現在の周囲センサデータを重回帰モデルに代入し、空調評価推定値を推定する（ステップＳ２２）。評価推定部２２は、個人温冷感特性の居住環境順応期間、および継続滞在時間を用いて、居住環境順応期間よりも継続滞在時間が短いユーザについて、継続滞在時間に基づいて空調評価推定値を補正する（ステップＳ２３）。評価推定部２２は、例えば、室温よりも外部の温度の方が高い場合、居住環境順応期間が１時間のユーザについて、継続滞在時間が３０分のときは通常時の温冷感よりも暑く感じると判断し、空調評価推定値を「暑い」側にシフトする。評価推定部２２は、補正後の空調評価推定値を評価管理部２１に受け渡す。
【００３６】
つぎに、空調制御管理部２４による空調設定を決定する処理の詳細について説明する。図９は、実施の形態１に係る空気調和機制御装置９の空調制御管理部２４の空調設定を決定する処理を示すフローチャートである。
【００３７】
空調制御管理部２４は、評価管理部２１から、空調評価値および居室空間の状態、具体的には、全ユーザの現在の空調評価値または空調評価推定値、全ユーザの将来空調評価値、および将来居室空間状態を取得する（ステップＳ３１）。また、空調制御管理部２４は、空調ユニット８から、ユニットデータを取得する（ステップＳ３２）。空調制御管理部２４は、空調評価値、居室空間の状態、およびユニットデータを用いて、１時間後の全ユーザの将来空調評価値を表す数値の絶対値が最小となる空調制御内容すなわち空調設定を決定する（ステップＳ３３）。ここで、空調評価値は、前述のように数値で表すことができる。将来空調評価値を表す数値の絶対値が最小となる場合とは、将来空調評価値を表す数値が「０」すなわち「快適」のときである。
【００３８】
空調制御管理部２４は、空調設定の選択方法について、例えば、将来居室空間状態をふまえて、ユーザの空調に対する不快度数が規定された値を超えない範囲で、空調ユニット８の発停数が最小となる制御を選択する。空調制御管理部２４は、将来空調評価値を数値で表したときの数値の総和、現在から規定された時間までの空調ユニット８の消費電力、のうち少なくとも１つを用いて空調ユニット８の空調制御内容を決定する。規定された時間は、空調制御管理部２４が前述の総和を用いて空調制御内容を決定した場合に、空調制御内容が居室空間に反映されるまでの時間である。
【００３９】
つぎに、評価管理部２１によるフィードバック処理の詳細について説明する。図１０は、実施の形態１に係る空気調和機制御装置９の評価管理部２１のフィードバック処理を示すフローチャートである。
【００４０】
評価管理部２１は、空調評価値を推定したユーザに対して、空調評価推定値を、入出力部１１および通信装置４を介して、評価収集端末５に送信する（ステップＳ４１）。評価収集端末５は、受信した空調評価推定値に基づいて、空気調和機制御装置９で推定された空調評価推定値および推定日時の情報をリストで表示する。ユーザは、評価収集端末５に表示された空調評価推定値を確認し、空調評価推定値の正誤を判定する。評価収集端末５は、ユーザから受け付けた空調評価推定値に対する正誤評価を推定日時の情報とともに、通信装置４および入出力部１１を介して、評価管理部２１に送信する。正誤評価は、例えば、「正しい」「間違い」の２つから選択可能な形式とする。
【００４１】
評価管理部２１は、ユーザから空調評価推定値に対する正誤評価を取得したか否かを判定する（ステップＳ４２）。評価管理部２１は、例えば、空調評価推定値を送信してから規定された期間内に正誤評価を取得できたか否かによって判定を行う。評価管理部２１は、ユーザから正誤評価を取得できなかった場合（ステップＳ４２：Ｎｏ）、空調評価推定値に対して、空調評価推定値が正しかったものとして扱うか否かを判定するためのバッファフラグを付与する（ステップＳ４３）。評価管理部２１は、ユーザから収集できた空調評価値と同様、空調評価推定値を評価記憶部３１に格納して管理しているものとする。評価管理部２１は、空調評価値および空調評価推定値をリストで管理している場合、空調評価推定値に対応するリストを別に設けてバッファフラグを付与することで、バッファ状態か否かを判定する。別に設けたリストは、評価収集端末５に表示されるリストと同様であってもよい。評価管理部２１は、空調評価値および空調評価推定値に対応する周囲センサデータであって、周囲センサデータ記憶部３２に格納されている周囲センサデータについても同様、リストで管理しているものとする。
【００４２】
評価管理部２１は、ユーザから正誤評価を取得した場合（ステップＳ４２：Ｙｅｓ）、空調評価推定値が正しかったか否かを確認する（ステップＳ４４）。空調評価推定値が誤りであった場合（ステップＳ４４：Ｎｏ）、評価管理部２１は、誤っていると判定された空調評価推定値を評価記憶部３１から削除し、空調評価推定値が推定された際に使用された周囲センサデータを周囲センサデータ記憶部３２から削除する（ステップＳ４５）。評価管理部２１は、例えば、評価収集端末５から誤っていると判定された空調評価推定値のリスト番号を取得した場合、評価記憶部３１から対応するリスト番号の空調評価推定値を削除し、周囲センサデータ記憶部３２から対応するリスト番号の周囲センサデータを削除する。
【００４３】
空調評価推定値が正しい場合（ステップＳ４４：Ｙｅｓ）、評価管理部２１は、評価記憶部３１および周囲センサデータ記憶部３２に格納されているデータについて、規定されたバッファ期間経過したデータが存在するか否か判定する（ステップＳ４６）。評価管理部２１は、例えば、データにバッファフラグを付与してからカウントを開始し、３時間経過しているものがある場合、バッファ期間経過したデータが存在すると判定する。評価管理部２１は、バッファ期間経過したデータが存在しない場合（ステップＳ４６：Ｎｏ）、処理を終了する。評価管理部２１は、バッファ期間経過したデータが存在する場合（ステップＳ４６：Ｙｅｓ）、バッファ期間経過した空調評価推定値を評価記憶部３１から削除し、空調評価推定値が推定された際に使用された周囲センサデータを周囲センサデータ記憶部３２から削除する（ステップＳ４７）。
【００４４】
つぎに、評価管理部２１による個人温冷感特性を算出する処理の詳細について説明する。図１１は、実施の形態１に係る空気調和機制御装置９の評価管理部２１の個人温冷感特性を算出する処理を示すフローチャートである。
【００４５】
評価管理部２１は、日付ごとに、評価記憶部３１から空調評価値を取得し、周囲センサデータ記憶部３２から継続滞在時間を含む周囲センサデータを取得し、取得した各データを同一滞在期間ごとに分割する（ステップＳ５１）。評価管理部２１は、例えば、継続滞在時間が増加している期間を同一滞在期間とする。図６はこのときのイメージを示すものである。
【００４６】
評価管理部２１は、各同一滞在期間について回帰曲線、具体的に２次の多項式近似式を算出する（ステップＳ５２）。評価管理部２１は、２次の多項式近似式を「Ｙ０＝Ａ0＊Ｘ0（Ａ0：ａ１，ａ２，ｂ、Ｘ0：ｘ１，ｘ２）」とし、実際の空調評価値をＹとし、実際の空調評価値Ｙと多項式近似式による空調評価推定値Ｙ０との距離をＬ０としたとき、「Ｌ０＝Ｙ０−Ｙ」の２乗が最小となる係数Ａ0を算出する。
【００４７】
評価管理部２１は、全ての同一滞在期間について、回帰曲線すなわち２次の多項式近似式を用いて最初の極値までの期間を算出し、全ての同一滞在期間で算出した極値までの期間の平均を取り、算出した平均値を居住環境順応期間とする（ステップＳ５３）。
【００４８】
評価管理部２１は、全てのユーザの居住環境順応期間を算出し、算出した居住環境順応期間を個人温冷感特性記憶部３３に格納する（ステップＳ５４）。
【００４９】
評価管理部２１は、評価記憶部３１から過去の空調評価値を取得し、周囲センサデータ記憶部３２から過去の周囲センサデータを取得し、周囲センサデータである室温、湿度、心拍数を説明変数とし、空調評価値を目的変数とする重回帰モデルを生成し、生成した重回帰モデルを個人温冷感特性記憶部３３に格納する（ステップＳ５５）。評価管理部２１は、重回帰モデルの生成において、空調評価値の重回帰式を「Ｙ１＝Ａ1＊Ｘ1（Ａ1：ａ１，ａ２，ａ３、Ｘ1：ｘ１，ｘ２，ｘ３）」とし、実際の空調評価値をＹとし、実際の空調評価値Ｙと重回帰による空調評価推定値Ｙ１との距離をＬ１としたとき、「Ｌ１＝Ｙ１−Ｙ」の２乗が最小となる係数Ａ1を算出する。
【００５０】
ここで、空気調和機制御装置９のハードウェア構成について説明する。入出力サーバ１はインタフェース回路である。データベースサーバ３はメモリである。アプリケーションサーバ２は処理回路により実現される。処理回路は、専用のハードウェアであってもよいし、メモリに格納されるプログラムを実行するＣＰＵ（Central  Processing  Unit）およびメモリであってもよい。
【００５１】
処理回路が専用のハードウェアである場合、処理回路は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＦＰＧＡ（Field  Programmable  Gate  Array）、またはこれらを組み合わせたものが該当する。
【００５２】
処理回路がＣＰＵおよびメモリで構成される場合、アプリケーションサーバ２の各機能は、ソフトウェア、ファームウェア、またはソフトウェアとファームウェアとの組み合わせにより実現される。ソフトウェアまたはファームウェアはプログラムとして記述され、メモリに格納される。処理回路では、メモリに記憶されたプログラムをＣＰＵが読み出して実行することにより、各機能を実現する。ここで、ＣＰＵは、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサ、またはＤＳＰ（Digital  Signal  Processor）などであってもよい。また、メモリは、例えば、ＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）、フラッシュメモリ、ＥＰＲＯＭ（Erasable  Programmable  ＲＯＭ）、ＥＥＰＲＯＭ（登録商標）（Electrically  ＥＰＲＯＭ）などの、不揮発性または揮発性の半導体メモリ、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、またはＤＶＤ（Digital  Versatile  Disc）などが該当する。
【００５３】
空気調和機制御装置９の各機能について、一部を専用のハードウェアで実現し、一部をソフトウェアまたはファームウェアで実現するようにしてもよい。このように、処理回路は、専用のハードウェア、ソフトウェア、ファームウェア、またはこれらの組み合わせによって、上述の各機能を実現することができる。空気調和機制御装置９は、実際には計算機であり、１つの計算機で構成されてもよいし、複数の計算機で構成されてもよい。
【００５４】
以上説明したように、本実施の形態によれば、空気調和機制御装置９は、居室空間に在席しているが空調評価値を収集できなかったユーザについて、過去に収集した空調評価値などを用いて、現在の空調評価値を推定することとした。これにより、空気調和機制御装置９は、全てのユーザの空調評価値に基づいて空調ユニット８の空調設定を決定でき、居室空間全体において、ユーザの快適性を向上することができる。
【００５５】
また、空気調和機制御装置９は、取得にコストがかかる気流、着衣量などのデータを利用することなく、ユーザの空調評価値を推定することができる。
【００５６】
また、空気調和機制御装置９は、同一環境条件となる空調運転におけるユーザごとの空調評価値の差異と、同一環境条件の定義に用いないデータ群との関係性を算出して、同一環境条件の定義に用いるデータからでは推定できない個人温冷感特性を修正し、ユーザの正確な温冷感の情報に基づいて、省エネ性およびユーザの快適性を考慮しつつ、最適な空調設定を実現することができる。
【００５７】
なお、空気調和機制御装置９において、空調制御管理部２４は、空調設定の決定に用いる目的関数として、規定された時間経過後までの空調ユニット８の消費電力の総和と、規定された時間経過後での最も大きい空調評価値と空調設定との差と、を用いてもよい。これにより、空気調和機制御装置９は、居室環境の時間的変化を空調制御に考慮することができ、無駄な運転制御によるロスを防ぎ、空調ユニット８の消費電力を削減することができる。
【００５８】
例えば、空調制御管理部２４において、現在の空調制御を続けたときに、規定された快適性を下回らない場合は現在の空調制御を継続し、規定された快適性を下回る場合は規定された快適性を満たすように空調制御内容を修正する制御を第一の制御とし、将来空調評価値に追従する制御を第二の制御とする。また、空調制御管理部２４において、第一の制御を続けたときの空調ユニット８の消費電力を基準としたときにおける第二の制御を続けたときの空調ユニット８の消費電力の増加率を第一の増加率とし、第一の制御を続けたときの空調評価値を基準としたときにおける第二の制御を続けたときの空調評価値の増加率を第二の増加率とする。空調制御管理部２４は、第一の増加率に対して第二の増加率が規定された第一の値より大きい場合、または、第一の制御を続けたときの空調ユニット８の消費電力と第二制御を続けたときの空調ユニット８の消費電力との差が規定された第二の値よりも小さい場合、第二の制御を選択する。
【００５９】
また、空気調和機制御装置９は、空調評価値の推定モデルとして回帰モデルを用いたが、他の一般的統計手法を適用してもよい。空気調和機制御装置９は、例えば、室温、湿度、心拍数を特徴量とするマージン最大化超平面を算出し、空調評価値が収集できなかったユーザの周囲センサデータを入力することによる空調評価値の推定、収集した過去の周囲センサデータに現在の周囲センサデータを取り込み、個体間の類似度に応じたクラス分類により空調評価値を推定してもよい。
【００６０】
また、空気調和機制御装置９は、ユーザが在席しているか否かを判定する方法として、スケジュール管理システムを用いてもよいし、ＧＰＳ（Global  Positioning  System）、ビーコンなどから得られる位置情報を用いてもよい。
【００６１】
また、空気調和機制御装置９は、空調評価値の推定方法として、回帰モデルに限定せず、時系列推定、パターン分類などのような一般的学習手法を用いてもよい。
【００６２】
また、空気調和機制御装置９は、実際の空調評価値と重回帰による空調評価推定値との距離をノルムの２乗で算出したが、ユークリッド距離などの一般的に用いられる別の距離を利用してもよい。
【００６３】
空調コントローラ７は、空調ユニット８に含まれる室内機に搭載されていてもよく、移動型などの形態を問わない。また、空調コントローラ７は、一般的に利用されるリモコンの他、集中リモコンでもよく、複数台あってもよい。
【００６４】
実施の形態２．
実施の形態２では、個人温冷感特性として、ユーザの冷温感の変動時間帯の情報を用いる。実施の形態１と異なる部分について説明する。
【００６５】
図１２は、実施の形態２に係る空気調和機制御システム１０ａの構成例を示す図である。空気調和機制御システム１０ａは、実施の形態１の空気調和機制御システム１０に対して、空気調和機制御装置９を空気調和機制御装置９ａに置き換えたものである。空気調和機制御装置９ａは、実施の形態１のアプリケーションサーバ２およびデータベースサーバ３を、アプリケーションサーバ２ａおよびデータベースサーバ３ａに置き換えたものである。アプリケーションサーバ２ａは、実施の形態１の評価管理部２１および評価推定部２２を、評価管理部２１ａおよび評価推定部２２ａに置き換えたものである。データベースサーバ３ａは、実施の形態１のデータベースサーバ３の周囲センサデータ記憶部３２および個人温冷感特性記憶部３３を、周囲センサデータ記憶部３２ａおよび個人温冷感特性記憶部３３ａに置き換えたものである。
【００６６】
評価管理部２１ａは、計測時間帯に基づいて個人温冷感特性を算出する。評価推定部２２ａは、推定モデルと計測時間帯に基づく個人温冷感特性と周囲センサデータとを用いて、空調評価値が得られなかったユーザの空調評価値を推定する。
【００６７】
周囲センサデータ記憶部３２ａは、実施の形態１の周囲センサデータ記憶部３２が格納していた周囲センサデータに対して、継続滞在時間のデータに替えて計測時間帯のデータを格納している。個人温冷感特性記憶部３３ａは、実施の形態１の個人温冷感特性記憶部３３が格納していた個人温冷感特性に対して、第一のデータとして居住環境順応期間のデータに替えて温冷感変動時間帯のデータを格納している。
【００６８】
図１３は、実施の形態２に係る空気調和機制御装置９ａの周囲センサデータ記憶部３２ａに格納されているデータの例を示す図である。周囲センサデータ記憶部３２ａは、空調評価値が得られた日時、およびその時の周囲センサデータで構成されるテーブルによって、ユーザごとに周囲センサデータを記憶する。周囲センサデータ記憶部３２ａは、図１３の例では、あるユーザについて、２０１６年１０月１８日１６時に空調評価値が得られた時の周囲センサデータとして、室温：２６℃、湿度：６８％、心拍数：７３、計測時間帯：１６時、というまとまりでテーブルに格納している。
【００６９】
図１４は、実施の形態２に係る空気調和機制御装置９ａの個人温冷感特性記憶部３３ａに格納されている第一のデータの例を示す図である。なお、個人温冷感特性記憶部３３ａに格納されている第二のデータは、図５に示す実施の形態１と同様である。個人温冷感特性記憶部３３ａは、評価管理部２１ａによって算出された個人温冷感特性を、ユーザＩＤ、および温冷感変動時間帯で構成されるテーブルと、ユーザＩＤ、および周囲センサデータから算出される重回帰モデルの各説明変数の係数で構成されるテーブルと、によってユーザごとに個人温冷感特性を記憶する。個人温冷感特性記憶部３３ａは、第一のデータとして、例えば、あるユーザの温冷感が変化する時間帯を示す温冷感変動時間帯が１１時から１２時であった場合、ユーザＩＤとともに１１時から１２時の内容をテーブルに格納している。
【００７０】
つづいて、空気調和機制御装置９ａにおいて、ユーザの空調評価値を用いて空調制御を行う動作について説明する。図１５は、実施の形態２に係る空気調和機制御装置９ａの空調制御動作を示すフローチャートである。図１５に示すフローチャートは図７に示す実施の形態１のフローチャートと同様であるが、ステップＳ５ａおよびステップＳ１１ａの内容が、図７のフローチャートのステップＳ５およびステップＳ１１と異なる。
【００７１】
評価管理部２１ａは、生成した重回帰モデル、個人温冷感特性記憶部３３ａに格納されている空調評価値推定対象のユーザの個人温冷感特性、および空調評価値推定対象のユーザの計測時間帯を含む現在の周囲センサデータを評価推定部２２ａに受け渡す。そして、評価推定部２２ａは、空調評価値推定対象のユーザについて、取得した重回帰モデル、個人温冷感特性、および計測時間帯を含む現在の周囲センサデータを用いて、在席しているユーザについての空調評価推定値を推定する（ステップＳ５ａ）。
【００７２】
評価管理部２１ａは、ステップＳ１０でのフィードバック処理の結果をふまえて、評価記憶部３１に格納されている空調評価値および周囲センサデータ記憶部３２ａに格納されている計測時間帯を含む周囲センサデータを用いて、計測時間帯に基づく個人温冷感特性を算出する（ステップＳ１１ａ）。
【００７３】
つぎに、評価推定部２２ａによる空調評価値を推定する処理の詳細について説明する。図１６は、実施の形態２に係る空気調和機制御装置９ａの評価推定部２２ａの空調評価値を推定する処理を示すフローチャートである。
【００７４】
評価推定部２２ａは、評価管理部２１ａから、空調評価値推定対象のユーザの情報、具体的には、重回帰モデル、空調評価値推定対象のユーザの個人温冷感特性、および空調評価値推定対象のユーザの計測時間帯を含む現在の周囲センサデータを取得する（ステップＳ６１）。評価推定部２２ａは、現在の周囲センサデータを重回帰モデルに代入し、空調評価推定値を推定する（ステップＳ６２）。評価推定部２２ａは、温冷感変動時間帯を含む個人温冷感特性および現在の周囲センサデータを取得した計測時間帯を用いて、計測時間帯におけるユーザの温冷感の変化特性に基づいて、空調評価推定値を補正する（ステップＳ６３）。評価推定部２２ａは、例えば、室温よりも外部の温度の方が高く、計測時間帯が９時から１０時の間である場合、９時から１０時が温冷感変動時間帯のユーザに対して、全時間帯の平均温冷感と９時から１０時の平均温冷感との差分をシフトする。評価推定部２２ａは、補正後の空調評価推定値を評価管理部２１ａに受け渡す。
【００７５】
つぎに、評価管理部２１ａによる個人温冷感特性を算出する処理の詳細について説明する。図１７は、実施の形態２に係る空気調和機制御装置９ａの評価管理部２１ａの個人温冷感特性を算出する処理を示すフローチャートである。
【００７６】
評価管理部２１ａは、評価記憶部３１から過去の空調評価値を取得し、周囲センサデータ記憶部３２ａから過去の周囲センサデータを取得し、周囲センサデータである室温、湿度、心拍数を説明変数とし、空調評価値を目的変数とする重回帰モデルを生成し、生成した重回帰モデルを個人温冷感特性記憶部３３ａに格納する（ステップＳ７１）。評価管理部２１ａにおけるステップＳ７１の処理は、評価管理部２１における実施の形態１の図１１のフローチャートにおけるステップＳ５５の処理と同様である。
【００７７】
評価管理部２１ａは、評価記憶部３１から過去の空調評価値を取得し、周囲センサデータ記憶部３２ａから過去の周囲センサデータを取得し、全時間帯における平均温冷感、および時間帯別の平均温冷感を算出する（ステップＳ７２）。時間帯別の平均温冷感とは、例えば、９時〜１０時、１０時〜１１時のように１時間の範囲での平均温冷感である。
【００７８】
評価管理部２１ａは、全時間帯における平均温冷感と時間帯別の平均温冷感との差が閾値以上離れている場合、時間帯別の平均温冷感に対応するその時間帯を温冷感変動時間帯として抽出し、個人温冷感特性記憶部３３ａに格納する（ステップＳ７３）。前述のように温冷感は＋３〜−３の範囲の数値で表すことができるため、例えば、閾値を「１」とする。評価管理部２１ａは、例えば、全時間帯の平均温冷感が１であるユーザの１１時から１２時の平均温冷感が３である場合、１１時から１２時の時間帯をユーザの温冷感変動時間帯として個人温冷感特性記憶部３３ａに格納する。
【００７９】
なお、空気調和機制御装置９ａのハードウェア構成は、実施の形態１の空気調和機制御装置９のハードウェア構成と同様である。
【００８０】
以上説明したように、本実施の形態によれば、空気調和機制御装置９ａは、居室空間に在席しているが空調評価値を収集できなかったユーザについて現在の空調評価値を推定する場合、通勤後、集中力の揺らぎなどによるユーザごとの温冷感変動特性によって空調評価推定値を補正することとした。これにより、空気調和機制御装置９ａは、ユーザごとの温冷感の差異を考慮して空調ユニット８の空調設定を決定でき、居室空間全体において、ユーザの快適性を向上することができる。
【００８１】
実施の形態３．
実施の形態３では、個人温冷感特性として、ユーザが空調評価値の回答をしたことがある時間帯である推定可能領域の変動時間帯の情報を用いる。実施の形態１と異なる部分について説明する。
【００８２】
図１８は、実施の形態３に係る空気調和機制御システム１０ｂの構成例を示す図である。空気調和機制御システム１０ｂは、実施の形態１の空気調和機制御システム１０に対して、空気調和機制御装置９を空気調和機制御装置９ｂに置き換えたものである。空気調和機制御装置９ｂは、実施の形態１のアプリケーションサーバ２およびデータベースサーバ３を、アプリケーションサーバ２ｂおよびデータベースサーバ３ｂに置き換えたものである。アプリケーションサーバ２ｂは、実施の形態１の評価管理部２１および評価推定部２２を、評価管理部２１ｂおよび評価推定部２２ｂに置き換えたものである。データベースサーバ３ｂは、実施の形態１のデータベースサーバ３の周囲センサデータ記憶部３２および個人温冷感特性記憶部３３を、周囲センサデータ記憶部３２ｂおよび個人温冷感特性記憶部３３ｂに置き換えたものである。
【００８３】
評価管理部２１ｂは、計測時間帯に基づいて個人温冷感特性を算出する。評価推定部２２ｂは、推定モデルと計測時間帯に基づく個人温冷感特性と周囲センサデータとを用いて、空調評価値が得られなかったユーザの空調評価値を推定する。
【００８４】
周囲センサデータ記憶部３２ｂは、実施の形態２の周囲センサデータ記憶部３２ａが格納している周囲センサデータと同様の周囲センサデータを格納している。
【００８５】
図１９は、実施の形態３に係る空気調和機制御装置９ｂの個人温冷感特性記憶部３３ｂに格納されている第一のデータの例を示す図である。なお、個人温冷感特性記憶部３３ｂに格納されている第二のデータは、図５に示す実施の形態１と同様である。個人温冷感特性記憶部３３ｂは、評価管理部２１ｂによって算出された個人温冷感特性を、ユーザＩＤ、および推定可能領域で構成されるテーブルと、ユーザＩＤ、および周囲センサデータから算出される重回帰モデルの各説明変数の係数で構成されるテーブルと、によってユーザごとに個人温冷感特性を記憶する。個人温冷感特性記憶部３３ｂは、第一のデータとして、例えば、あるユーザの推定可能領域が１１時から１７時であった場合、ユーザＩＤとともに１１時から１７時の内容をテーブルに格納している。
【００８６】
つづいて、空気調和機制御装置９ｂにおいて、ユーザの空調評価値を用いて空調制御を行う動作について説明する。図２０は、実施の形態３に係る空気調和機制御装置９ｂの空調制御動作を示すフローチャートである。図２０に示すフローチャートは図７に示す実施の形態１のフローチャートと同様であるが、ステップＳ５ｂおよびステップＳ１１ｂの内容が、図７のフローチャートのステップＳ５およびステップＳ１１と異なる。
【００８７】
評価管理部２１ｂは、生成した重回帰モデル、個人温冷感特性記憶部３３ｂに格納されている空調評価値推定対象のユーザの個人温冷感特性、および空調評価値推定対象のユーザの計測時間帯を含む現在の周囲センサデータを評価推定部２２ｂに受け渡す。そして、評価推定部２２ｂは、空調評価値推定対象のユーザについて、取得した重回帰モデル、個人温冷感特性、および計測時間帯を含む現在の周囲センサデータを用いて、周囲センサデータの計測時間帯が推定可能領域内か否かを判定し、在席しているユーザについての空調評価推定値を推定する（ステップＳ５ｂ）。評価管理部２１ｂは、空調評価値推定対象のユーザについて、過去に空調評価値を取得した時間帯から、空調評価推定値を推定可能な時間帯を示す推定可能領域を抽出、すなわち推定する。
【００８８】
評価管理部２１ｂは、ステップＳ１０でのフィードバック処理の結果をふまえて、評価記憶部３１に格納されている空調評価値および周囲センサデータ記憶部３２ｂに格納されている計測時間帯を含む周囲センサデータを用いて、推定可能領域を含む個人温冷感特性を算出する（ステップＳ１１ｂ）。
【００８９】
つぎに、評価推定部２２ｂによる空調評価値を推定する処理の詳細について説明する。図２１は、実施の形態３に係る空気調和機制御装置９ｂの評価推定部２２ｂの空調評価値を推定する処理を示すフローチャートである。
【００９０】
評価推定部２２ｂは、評価管理部２１ｂから、空調評価値推定対象のユーザの情報、具体的には、重回帰モデル、空調評価値推定対象のユーザの推定可能領域を含む個人温冷感特性、および空調評価値推定対象のユーザの計測時間帯を含む現在の周囲センサデータを取得する（ステップＳ８１）。評価推定部２２ｂは、空調評価値推定対象のユーザの現在の周囲センサデータを取得した時間帯、すなわち計測時間帯が推定可能領域内か否かを判定する（ステップＳ８２）。現在の周囲センサデータの計測時間帯が推定可能領域内の場合（ステップＳ８２：Ｙｅｓ）、評価推定部２２ｂは、現在の周囲センサデータを重回帰モデルに代入し、空調評価推定値を推定する（ステップＳ８３）。現在の周囲センサデータの計測時間帯が推定可能領域外の場合（ステップＳ８２：Ｎｏ）、評価推定部２２ｂは、空調評価推定値を規定された空調評価値、例えば「快適」と推定する（ステップＳ８４）。評価推定部２２ｂは、空調評価推定値を評価管理部２１ｂに受け渡す。
【００９１】
つぎに、評価管理部２１ｂによる個人温冷感特性を算出する処理の詳細について説明する。図２２は、実施の形態３に係る空気調和機制御装置９ｂの評価管理部２１ｂの個人温冷感特性を算出する処理を示すフローチャートである。
【００９２】
評価管理部２１ｂは、評価記憶部３１から過去の空調評価値を取得し、周囲センサデータ記憶部３２ｂから過去の周囲センサデータを取得し、周囲センサデータである室温、湿度、心拍数を説明変数とし、空調評価値を目的変数とする重回帰モデルを生成し、生成した重回帰モデルを個人温冷感特性記憶部３３ｂに格納する（ステップＳ９１）。評価管理部２１ｂにおけるステップＳ９１の処理は、評価管理部２１における実施の形態１の図１１のフローチャートにおけるステップＳ５５の処理と同様である。
【００９３】
評価管理部２１ｂは、評価記憶部３１から過去の空調評価値を取得し、空調評価値が１回以上出現する推定可能領域を抽出し、個人温冷感特性記憶部３３ｂに格納する（ステップＳ９２）。具体的に、評価管理部２１ｂは、空調評価値を１回以上取得した時間帯を抽出し、抽出した時間帯を推定可能領域とする。評価管理部２１ｂは、空調評価値を取得した際の間隔が予め設定された時間の範囲内、例えば３０分以内であれば、空調評価値を取得した時間帯が連続していると判定してもよい。評価管理部２１ｂは、空調評価値を１回以上取得した時間帯として、推定された空調評価推定値がユーザによって正しいすなわち適切と判定された場合に空調評価推定値が推定されたときの時間帯を含めてもよい。
【００９４】
なお、空気調和機制御装置９ｂのハードウェア構成は、実施の形態１の空気調和機制御装置９のハードウェア構成と同様である。
【００９５】
以上説明したように、本実施の形態によれば、空気調和機制御装置９ｂは、居室空間に在席しているが空調評価値を収集できなかったユーザについて現在の空調評価値を推定する場合、過去に空調評価値を取得した時間帯である推定可能領域において、空調評価値を推定することとした。これにより、空気調和機制御装置９ｂは、空調評価値の推定精度を向上でき、ユーザごとの温冷感の差異を考慮して空調ユニット８の空調設定を決定でき、居室空間全体において、ユーザの快適性を向上することができる。
【００９６】
本発明による空気調和機制御装置９〜９ｂは、過去の空調評価値の傾向と、温冷感に影響を与えるが周囲センサデータ収集部６では収集することのできない個人温冷感特性による差異量を算出し、居室空間においてユーザから十分な空調評価値が得られない場合でも、居室空間全体の評価に基づいて空調設定を算出することができる。これにより、空気調和機制御装置９〜９ｂは、ユーザ全体の快適性を向上し、無駄な空調負荷の増大を防ぐことができる。また、空気調和機制御装置９〜９ｂは、ユーザの快適性を保った状態で省エネ制御を行うことができ、消費電力を低減することができる。
【００９７】
以上の実施の形態に示した構成は、本発明の内容の一例を示すものであり、別の公知の技術と組み合わせることも可能であるし、本発明の要旨を逸脱しない範囲で、構成の一部を省略、変更することも可能である。
【符号の説明】
【００９８】
１  入出力サーバ、２，２ａ，２ｂ  アプリケーションサーバ、３，３ａ，３ｂ  データベースサーバ、４  通信装置、５  評価収集端末、６  周囲センサデータ収集部、７  空調コントローラ、８  空調ユニット、９，９ａ，９ｂ  空気調和機制御装置、１０，１０ａ，１０ｂ  空気調和機制御システム、１１  入出力部、２１，２１ａ，２１ｂ  評価管理部、２２，２２ａ，２２ｂ  評価推定部、２３  将来状態推定部、２４  空調制御管理部、３１  評価記憶部、３２，３２ａ，３２ｂ  周囲センサデータ記憶部、３３，３３ａ，３３ｂ  個人温冷感特性記憶部。
【図１】
2018155435.tif 000003
【図２】
2018155435.tif 000004
【図３】
2018155435.tif 000005
【図４】
2018155435.tif 000006
【図５】
2018155435.tif 000007
【図６】
2018155435.tif 000008
【図７】
2018155435.tif 000009
【図８】
2018155435.tif 000010
【図９】
2018155435.tif 000011
【図１０】
2018155435.tif 000012
【図１１】
2018155435.tif 000013
【図１２】
2018155435.tif 000014
【図１３】
2018155435.tif 000015
【図１４】
2018155435.tif 000016
【図１５】
2018155435.tif 000017
【図１６】
2018155435.tif 000018
【図１７】
2018155435.tif 000019
【図１８】
2018155435.tif 000020
【図１９】
2018155435.tif 000021
【図２０】
2018155435.tif 000022
【図２１】
2018155435.tif 000023
【図２２】
2018155435.tif 000024