JP2021134973A - 情報処理装置、情報処理システム、情報処理方法及びプログラム - Google Patents

Abstract

【課題】ユーザの好みに応じた機器の運転を容易に実現することが可能な情報処理装置、情報処理システム、情報処理方法及びプログラムを提供することにある。【解決手段】実施形態に係る情報処理装置は、取得手段と、決定手段とを具備する。取得手段は、ユーザが感じる体感情報を取得する。決定手段は、体感情報に基づいて機器の制御値を決定する。【選択図】図５

Description

本発明の実施形態は、情報処理装置、情報処理システム、情報処理方法及びプログラムに関する。

一般的に、オフィス等の室内には空調機（室内機）のような機器が設置されているが、当該機器の運転は、室内にいるユーザが当該機器のリモコン等を操作することによって制御される。

このため、例えば室内の快適度が低いとユーザが感じる場合には、当該ユーザはリモコンを操作して機器の設定温度等を変更することが可能である。また、例えば機器の吹き出し口から吹き出される風の向き（以下、設定風向きと表記）もユーザの快適度に影響を与える場合があるが、当該設定風向きについてもリモコンを操作して変更することができる。

しかしながら、ユーザがリモコンを操作して当該ユーザの好みの設定温度及び設定風向き等に変更することは煩雑である。

国際公開第２０１７／０９８５８９号

そこで、本発明が解決しようとする課題は、ユーザの快適度を向上させる機器の運転を実現することが可能な情報処理装置、情報処理システム、情報処理方法及びプログラムを提供することにある。

実施形態に係る空調制御装置は、取得手段と、決定手段とを具備する。前記取得手段は、ユーザが感じる体感情報を取得する。前記決定手段は、前記体感情報に基づいて機器の制御値を決定する。

実施形態に係る空調システムの概要について説明するための図。 ユーザ端末のハードウェア構成の一例を示す図。 ユーザ端末の機能構成の一例を示す図。 空調制御装置のハードウェア構成の一例を示す図。 空調制御装置の機能構成の一例を示す図。 空調機が設置されている室内の一例を表す図。 室内が分割された複数の室内ゾーンの一例を表す図。 温度推定モデルについて説明するための図。 ログデータ収集処理の処理手順の一例を示すフローチャート。 ユーザが入力することができる空調状態の一例について説明するための図。 ログデータのデータ構造の一例を示す図。 個人特性モデル作成処理の処理手順の一例を示すフローチャート。 個人特性モデルのテンプレートの一例を示す図。 ユーザ情報入力画面の一例を示す図。 制御値決定処理の処理手順の一例を示すフローチャート。 制御値決定処理の具体例を説明するための図。 室内に複数のユーザがいる場合の制御値決定処理の具体例を説明するための図。 個人特性モデルの更新について具体的に説明するための図。

以下、図面を参照して、実施形態について説明する。
まず、図１を参照して、本実施形態に係る空調システム（情報処理システム）の概要について説明する。本実施形態に係る空調システムは、ユーザ端末１０、空調制御装置２０及び空調機３０を備える。本実施形態に係る空調システムは、空調機（室内機）３０が設置されている室内にいるユーザによって利用される。

ユーザ端末１０は、ユーザによって使用される端末装置である。本実施形態においては、ユーザ端末１０として例えばスマートフォンまたはタブレット端末等の携帯端末を想定しているが、ユーザ端末１０は、デスクトップ型またはノートブック型のパーソナルコンピュータ等であってもよいし、ユーザが個人単位で使用するリモコンのような機器であってもよい。ユーザ端末１０は、ネットワークを介して、空調制御装置２０と通信可能に接続されている。なお、図１においては便宜的に１つのユーザ端末１０のみが示されているが、本実施形態に係る空調システムは、空調機３０が設置されている室内に入室する複数のユーザの各々によって使用される複数のユーザ端末１０を備えていてもよい。

空調制御装置２０は、空調機３０と接続されており、空調機３０の運転を制御するための情報処理装置である。空調制御装置２０は、管理者が室内の空調状態を把握する、または空調機３０の設定を変更する目的で導入されるＢＥＭＳ（Building Energy Management System）等の機能を有していてもよい。

上記したように空調機３０は室内に設置されるが、本実施形態において室内とは、例えばビル内の１つの部屋等の空間を想定しているが、施設内の一区域であって、床及び内壁等で区別された空間等であってもよい。
なお、本実施形態における空調機３０としては、様々な空調機やその他の冷暖房機器を用いることができる。具体的には、空調機３０は、例えばチラー（冷却水循環装置）を利用した集中管理型のものやパッケージエアコン等であってもよいし、ボイラ及び当該ボイラで生成された温水を循環させるヒータの組み合わせ等であってもよい。

ここで、空調システムを利用するユーザの中には、空調機３０から吹き出される風が直接当たることを不快に感じるユーザがいる一方で、例えば外回りや体を動かす作業が多いようなユーザの場合には風が当たることを快適と感じる場合もある。すなわち、空調機３０から吹き出される風に対する好みは、個人差が大きい。また、空調機３０から吹き出される風に対する好みは例えばユーザの体感（暑いまたは寒い等の温冷感）とは必ずしも直結せず、例えばユーザが暑いと感じている場合であっても、冷え性等の理由により風が直接当たることを好まない場合もある。

そこで、本実施形態に係る空調システムは、上記した風に対する好みを考慮した空調機の運転を実現するための構成を有する。以下、本実施形態に係る空調システム（ユーザ端末１０及び空調制御装置２０）の構成について説明する。

図２は、図１に示すユーザ端末１０のハードウェア構成の一例を示す。ここでは、ユーザ端末１０が例えばスマートフォンである場合について説明する。

図２に示すように、ユーザ端末１０は、ＣＰＵ１１、不揮発性メモリ１２、主メモリ１３、通信デバイス１４及びタッチスクリーンディスプレイ１５等を備える。

ＣＰＵ１１は、ユーザ端末１０内の各コンポーネントの動作を制御するハードウェアプロセッサである。ＣＰＵ１１は、ストレージデバイスである不揮発性メモリ１２から主メモリ１３にロードされる様々なプログラムを実行する。ＣＰＵ１１によって実行されるプログラムには、オペレーティングシステム（ＯＳ）及びユーザが空調システムを利用するためのアプリケーションプログラム（以下、空調アプリケーションと表記）等が含まれる。

通信デバイス１４は、空調制御装置２０等の外部装置との通信を実行するように構成されたデバイスである。

タッチスクリーンディスプレイ１５は、ユーザ端末１０（例えば、スマートフォン）の本体の上面に重ね合わせるように取り付けられる。タッチスクリーンディスプレイ１５には、フラットパネルディスプレイと、当該フラットパネルディスプレイの画面上の例えば指等の接触位置を検出するように構成されたセンサとが組み込まれている。フラットパネルディスプレイは、例えば液晶表示装置（ＬＣＤ）等を含む。センサとしては、例えば静電容量方式のタッチパネル等を使用することができる。

このようなタッチスクリーンディスプレイ１５によれば、ユーザ端末１０（フラットパネルディスプレイ）に表示された画面に対するユーザの操作（例えば、画面をタッチする操作等）を検出することができる。

なお、図２においては示されていないが、ユーザ端末１０は、当該ユーザ端末１０（を使用するユーザ）の位置を示す位置情報を取得するためのＧＰＳセンサ等を更に備えていてもよい。

図３は、ユーザ端末１０の機能構成の一例を示す。図３に示すように、ユーザ端末１０は、表示処理部１０１、取得部１０２及び送信部１０３を含む。

本実施形態において、これらの各部１０１〜１０３の一部または全ては、ＣＰＵ１１に上記した空調アプリケーションを実行させること、すなわち、ソフトウェアによって実現されるものとする。なお、これらの各部１０１〜１０３の一部または全ては、ＩＣ（Integrated Circuit）等のハードウェアによって実現されてもよいし、ソフトウェア及びハードウェアの組み合わせ構成として実現されてもよい。

表示処理部１０１は、ユーザが空調システムを利用するための所定の画面を表示する。本実施形態において、ユーザは、表示処理部１０１によって表示された画面に対して、空調機３０が設置されている室内において当該ユーザが感じる空調状態を入力することができる。なお、本実施形態において、ユーザが感じる空調状態は、当該ユーザが暑いまたは寒い等と感じる温冷感を含む。

取得部１０２は、ユーザによって入力された空調状態を示す体感情報を取得する。送信部１０３は、取得部１０２によって取得された体感情報を空調制御装置２０に送信する。

図４は、図１に示す空調制御装置２０のハードウェア構成の一例を示す。図４に示すように、空調制御装置２０は、ＣＰＵ２１、不揮発性メモリ２２、主メモリ２３及び通信デバイス２４等を備える。

ＣＰＵ２１は、空調制御装置２０内の各コンポーネントの動作を制御するハードウェアプロセッサである。ＣＰＵ２１は、ストレージデバイスである不揮発性メモリ２２から主メモリ２３にロードされる様々なプログラムを実行する。ＣＰＵ２１によって実行されるプログラムには、オペレーティングシステム（ＯＳ）及び空調機３０の運転を制御するためのアプリケーションプログラム（以下、制御アプリケーションと表記）等が含まれる。

通信デバイス２４は、ユーザ端末１０等の外部装置との通信を実行するように構成されたデバイスである。

なお、図４においては、不揮発性メモリ２２及び主メモリ２３が示されているが、空調制御装置２０は、例えばＨＤＤ（Hard Disk Drive）及びＳＳＤ（Solid State Drive）のような他の記憶装置を備えていてもよい。

図５は、空調制御装置２０の機能構成の一例を示す。図５に示すように、空調制御装置２０は、温度推定モデル格納部２０１、ログデータ取得部２０２、ログデータ格納部２０３、個人特性モデル作成部２０４、個人特性モデル格納部２０５、位置情報取得部２０６、制御値取得部２０７、制御値候補生成部２０８、パラメータ設定部２０９、制御値決定部２１０及び空調制御部２１１を含む。

本実施形態において、温度推定モデル格納部２０１、ログデータ格納部２０３及び個人特性モデル格納部２０５は、図４に示す不揮発性メモリ２２または他の記憶装置等によって実現される。

また、本実施形態において、ログデータ取得部２０２、個人特性モデル作成部２０４、位置情報取得部２０６、制御値取得部２０７、制御値候補生成部２０８、パラメータ設定部２０９、制御値決定部２１０及び空調制御部２１１の一部または全ては、ＣＰＵ２１に上記した制御プログラムを実行させること、すなわち、ソフトウェアによって実現されるものとする。なお、これらの各部２０２、２０４及び２０６〜２１１の一部または全ては、ＩＣ等のハードウェアによって実現されてもよいし、ソフトウェア及びハードウェアの組み合わせ構成として実現されてもよい。

温度推定モデル格納部２０１には、空調機３０が設置されている室内におけるユーザの体感温度を推定するために用いられる温度推定モデルが格納されている。

ログデータ取得部２０２は、上記したようにユーザ端末１０（送信部１０３）から送信された体感情報を受信し、当該体感情報を含むログデータを取得する。このログデータは、ユーザからの空調制御要求の履歴に相当する。なお、ログデータ取得部２０２によって取得されるログデータには、体感情報以外に、例えば体感情報が受信された際の空調機３０の制御値及び温度推定モデル格納部２０１に格納されている温度推定モデルを用いて推定されたユーザの体感温度（以下、推定体感温度と表記）が含まれる。また、本実施形態において、空調機３０の制御値には、空調機３０に設定される温度（以下、設定温度と表記）及び当該設定温度に応じて空調機３０から吹き出される風の向き（以下、設定風向きと表記）等が含まれる。

ログデータ取得部２０２によって取得されたログデータは、ログデータ格納部２０３に格納される。

個人特性モデル作成部２０４は、ログデータ格納部２０３に格納されたログデータに基づいて、ユーザが快適と感じる温度（以下、ユーザの快適温度と表記）及び空調機３０から吹き出される風に対する当該ユーザの好み（以下、単にユーザの風に対する好みと表記）が定義された個人特性モデルを作成する。

個人特性モデル作成部２０４によって作成された個人特性モデルは、個人特性モデル格納部２０５に格納される。

位置情報取得部２０６は、ユーザ（または当該ユーザが使用するユーザ端末１０）の室内における位置を示す位置情報を取得する。

制御値取得部２０７は、空調機３０の制御値を取得する。なお、空調機３０の制御値は、当該空調機３０から取得されてもよいし、ＢＥＭＳ等の他のシステムから取得されてもよい。また、上記したように空調制御装置２０がＢＥＭＳの機能を有している場合には、空調機３０の制御値は、空調制御装置２０内で管理されていてもよい。

制御値候補生成部２０８は、温度推定モデル格納部２０１に格納されている温度推定モデル、個人特性モデル格納部２０５に格納された個人特性モデル、位置情報取得部２０６によって取得された位置情報及び制御値取得部２０７によって取得された空調機３０の制御値に基づいて、ユーザにとって快適度が高いと想定される空調機３０の制御値の複数の候補（以下、候補制御値と表記）を生成する。なお、ユーザにとって快適度が高いと想定される空調機３０の制御値とは、上記した推定体感温度が当該ユーザの快適温度と一致するまたは近くなるような空調機３０の設定温度及び設定風向きをいう。

パラメータ設定部２０９は、個人特性モデル格納部２０５に格納された個人特性モデルに基づいて、ユーザの風に対する好みに関するパラメータを設定する。

制御値決定部２１０は、制御値候補生成部２０８によって生成された複数の候補制御値の中から、パラメータ設定部２０９によって設定されたパラメータ（つまり、ユーザの風に対する好み）に基づいて空調機３０の制御値を決定する。

空調制御部２１１は、制御値決定部２１０によって決定された制御値を空調機３０に送信することによって、当該空調機３０の運転を制御する。

次に、図５に示す温度推定モデル格納部２０１に格納されている温度推定モデルについて具体的に説明する。

まず、図６は、空調機３０が設置されている室内５０を表している。本実施形態において、空調機３０は、例えば天井カセット型で４方向に風を吹き出すための４つの吹き出し口３０１〜３０４を備え、当該４つの吹き出し口３０１〜３０４から吹き出される風の向きを当該吹き出し口毎に制御可能なように構成されているものとする。

図６に示す例では、平面視で略正方形状の室内５０の中央付近に空調機３０が配置されている。また、空調機３０は、空調機３０に備えられる吹き出し口３０１が下側を向き、吹き出し口３０２が左側を向き、吹き出し口３０３が上側を向き、吹き出し口３０４が右側を向くように配置されている。

なお、上記したような空調機３０及び当該空調機３０に備えられる吹き出し口３０１〜３０４の室内５０における位置は、空調制御装置２０内で管理されているものとする。

ここで、上記した図６に示す室内５０は、複数の室内ゾーン（領域）に分割される。なお、複数の室内ゾーンは、上記した室内５０における空調機３０及び吹き出し口３０１〜３０４の位置に基づいて分割される。室内ゾーンの分割には、例えば室内５０に対してボロノイ分割と称される手法が適用されてもよい。

図７は、図６に示す室内５０に対してボロノイ分割が行われた結果を示している。ボロノイ分割によれば、吹き出し口３０１〜３０４のうち最も近い吹き出し口が同じになるような点を同一の室内ゾーンとする処理を室内５０に包含される全ての点に対して実行することで、当該室内５０が複数の室内ゾーンに分割される。図７に示す例では、室内５０は、吹き出し口３０１に対応する室内ゾーン５０１、吹き出し口３０２に対応する室内ゾーン５０２、吹き出し口３０３に対応する室内ゾーン５０３及び吹き出し口３０４に対応する室内ゾーン５０４に分割されている。なお、室内ゾーン５０１〜５０４の室内５０における位置（範囲）は、空調制御装置２０内で管理されているものとする。

ここでは、ボロノイ分割により室内５０が室内ゾーン５０１〜５０４に分割される場合について説明したが、室内５０は、他の手法によって分割されてもよい。また、室内ゾーンは必ずしも吹き出し口３０１〜３０４の各々に対応していなくてもよく、例えば室内５０がより細かな室内ゾーン（つまり、吹き出し口の数よりも多い領域）に分割されてもよい。

ここで、本実施形態における温度推定モデルとは、所定の制御値に基づいて空調機３０の運転が制御される場合における、上記した室内ゾーン５０１〜５０４の各々でのユーザの体感温度を推定するためのモデル式である。このような温度推定モデルによれば、空調機３０の運転の制御に応じた体感温度の推定値（つまり、推定体感温度）を得ることができる。

なお、本実施形態においては、説明の便宜上、室内ゾーン５０１〜５０４のうちの同一の室内ゾーン内の推定体感温度は一様（一定値）であるものとし、当該推定体感温度は空調機３０の運転（つまり、制御値）によって定まるものとする。

具体的には、空調機３０をＡ、室内ゾーンをｄとすると、当該空調機３０の制御値に応じた当該室内ゾーンｄの温度推定モデルｆ（Ａ，ｄ）は、図８に示すように、
ｆ（Ａ，ｄ）＝Ｔ（Ａ）−０．５Ｆ（ｄ）
で表すことが考えられる。ここで、Ｔ（Ａ）は、空調機３０の設定温度（変数）である。Ｆ（ｄ）は、室内ゾーンｄに対応する吹き出し口の設定風向き（変数）である。また、本実施形態における設定風向きとして「水平」、「中」及び「下向き」が設定可能であるものとすると、当該設定風向きとして上記した温度推定モデルに与えられる値は、「水平」の場合は０、「中」の場合は１、「下向き」の場合は２とする。なお、設定風向き「水平」は、室内５０の天井または床と並行の方向に風が吹き出されることを意味する。設定風向き「下向き」は、室内５０の床方向（つまり、下方向）に風が吹き出されることを意味する。設定風向き「中」は、設定風向き「水平」の場合に風が吹き出される方向と、設定風向き「下向き」の場合に風が吹き出される方向との中間の方向に風が吹き出されることを意味する。

上記した温度推定モデル（式）によれば、室内ゾーンｄにおける推定体感温度は、空調機３０の設定温度Ｔ（Ａ）と、当該室内ゾーンｄに対応する吹き出し口の設定風向きＦ（ｄ）により決定される。なお、この温度推定モデルは、空調機３０が冷房運転を行う場合を想定しており、吹き出し口の風向きが下向きになるほど当該吹き出し口に対応する室内ゾーンｄにおける体感温度が下がることを表現している。

ここで、上記した室内ゾーン５０１〜５０４をそれぞれｄ１〜ｄ４とし、当該室内ゾーン５０１〜５０４のうちの室内ゾーン５０１（ｄ１）及び室内ゾーン５０３（ｄ３）の体感温度を推定する場合を想定する。

まず、例えば空調機３０の設定温度Ｔ（Ａ）が２５℃であり、室内ゾーン５０１に対応する吹き出し口３０１の設定風向きＦ（ｄ１）が「水平（０）」であるものとすると、室内ゾーン５０１における推定体感温度は、
ｆ（Ａ，ｄ１）＝Ｔ（Ａ）−０．５Ｆ（ｄ１）＝２５−０．５×０＝２５．０（℃）
となる。

一方、空調機３０の設定温度Ｔ（Ａ）が２５℃であり、吹き出し口３０３の設定風向きＦ（ｄ３）が「下向き（２）」であるものとすると、室内ゾーン５０３における推定体感温度は、
ｆ（Ａ，ｄ３）＝Ｔ（Ａ）−０．５Ｆ（ｄ３）＝２５−０．５×２＝２４．０（℃）
となる。ここでは、室内ゾーン５０１及び室内ゾーン５０３における推定体感温度について説明したが、他の室内ゾーンについても同様である。

なお、上記した温度推定モデルは、一例であり、適宜変更されても構わない。具体的には、例えば空調機３０の「効き」が悪い場合、温度推定モデルは、
ｆ（Ａ，ｄ）＝Ｔ（Ａ）−０．５Ｆ（ｄ）＋１．０
のように表すことも可能である。このように定数項を加えることで、空調機３０の「効き」を温度推定モデルにおいて調節することができる。

ここでは空調機３０が冷房運転を行う場合について説明したが、当該空調機３０が暖房運転を行う場合、温度推定モデルｆ（Ａ，ｄ）は、
ｆ（Ａ，ｄ）＝Ｔ（Ａ）＋０．５Ｆ（ｄ）
で表すことが考えられる。この温度推定モデルは、吹き出し口の風向きが下向きになるほど当該吹き出し口に対応する室内ゾーンｄにおける体感温度が上がることを表現している。

なお、室内ゾーン５０１〜５０４における体感温度は、外気温や日照、室内のレイアウト、在室者の有無、居室の発熱機器の状況等により異なると考えられる。更に、それぞれの室内ゾーン５０１〜５０４内においても実際には温度勾配があり、温度が一様ではないと考えられる。このため、これらを考慮したパラメータを追加したより複雑な温度推定モデルを用いて室内ゾーン５０１〜５０４の各々における体感温度を推定するようにしてもよい。更に、室内５０の環境に応じて、例えば室内ゾーン５０１〜５０４毎に異なる温度推定モデルを用いるような構成とすることも可能である。

本実施形態において用いられる温度推定モデルは、例えば空調機３０の制御値（設定温度及び設定風向き）毎に室内５０（室内ゾーン５０１〜５０４）の実際の温度を計測すること等によって予め作成（用意）されて温度推定モデル格納部２０１に格納されているものとする。

次に、本実施形態に係る空調制御装置２０の動作について説明する。本実施形態において、空調制御装置２０は、空調機３０設置されている室内にいるユーザからログデータを収集する処理（以下、ログデータ収集処理と表記）、当該ログデータに基づいて個人特性モデルを作成する処理（以下、個人特性モデル作成処理と表記）及び当該個人特性モデルを用いて空調機３０の制御値を決定する処理（以下、制御値決定処理と表記）を実行する。以下、これらの処理について説明する。

まず、図９のフローチャートを参照して、ログデータ収集処理の処理手順について説明する。

ログデータ収集処理において、空調機３０が設置されている室内５０にいるユーザ（以下、対象ユーザと表記）は、ユーザ端末１０を操作することによって、当該ユーザ端末１０上で上記した空調アプリケーションを起動する。

ユーザ端末１０上で空調アプリケーションが起動された場合、ユーザ端末１０に含まれる表示処理部１０１は、対象ユーザが感じる空調状態を入力するための画面（以下、空調状態入力画面と表記）を表示する。対象ユーザは、表示処理部１０１によって表示された空調状態入力画面において、対象ユーザが感じる空調状態を入力することができる。

ここで、図１０を参照して、空調状態入力画面において対象ユーザが入力（選択）することができる空調状態の一例について説明する。

ここでは、空調状態入力画面に図１０に示す複数のアイコン６０１〜６０５が表示され、対象ユーザは、当該複数のアイコン６０１〜６０５の中から１つのアイコンを選択することによって、当該対象ユーザが感じる空調状態を入力することができるものとする。

なお、アイコン６０１は、対象ユーザが「寒すぎる」と感じる空調状態を表している。アイコン６０２は、対象ユーザが「寒い（やや寒い）」と感じる空調状態を表している。アイコン６０３は、対象ユーザが「快適」と感じる空調状態を表している。アイコン６０４は、対象ユーザが「暑い（やや暑い）」と感じる空調状態を表している。アイコン６０５は、対象ユーザが「暑すぎる」と感じる空調状態を表している。このようなアイコン６０１〜６０５によれば、対象ユーザは、当該対象ユーザが感じる空調状態を直感的に入力することができる。

例えば対象ユーザが空調状態入力画面上でアイコン６０２を選択した場合、ユーザ端末１０に含まれる取得部１０２は、ユーザが「寒い」と感じる空調状態を示す体感情報を取得する。なお、アイコン６０２以外のアイコンが選択された場合についても同様である。取得部１０２によって取得された体感情報は、例えば対象ユーザを識別するための識別情報（以下、ユーザＩＤ）とともに送信部１０３によって空調制御装置２０に送信される。

なお、図１０においては複数のアイコン６０１〜６０５を用いて対象ユーザが感じる空調状態が入力されるものとして説明したが、本実施形態においては、対象ユーザが感じる空調状態がユーザ端末１０において入力されればよく、当該対象ユーザが感じる空調状態は他の手法により入力されてもよい。

また、対象ユーザが感じる空調状態には、空調機３０から吹き出される風または室内５０の湿気等の当該対象ユーザが感じる他の状態が更に含まれていてもよい。

上記したようにユーザ端末１０（送信部１０３）から送信された体感情報（及びユーザＩＤ）は、空調制御装置２０に含まれるログデータ取得部２０２によって取得（受信）される（ステップＳ１）。

ステップＳ１の処理が実行されると、ログデータ取得部２０２は、現在の空調機３０の制御値（つまり、体感情報が取得された時点での空調機３０の制御値）を取得する（ステップＳ２）。ステップＳ２において取得される空調機３０の制御値としては主に運転モード（冷房運転または暖房運転等）、設定温度及び設定風向きを想定しているが、当該空調機３０の制御値には、例えば吹き出し口３０１〜３０４から吹き出される風の量（設定風量）等が含まれていてもよい。また、空調機３０の制御値は、空調機３０から取得されてもよいし、空調機３０を操作するためのリモコンから取得されてもよい。また、空調機３０の制御値は、ＢＥＭＳ等の他のシステムから取得されてもよい。

次に、ログデータ取得部２０２は、ステップＳ２において取得された空調機３０の制御値及び上記した温度推定モデル格納部２０１に格納されている温度推定モデルに基づいて、対象ユーザの推定体感温度を算出する（ステップＳ３）。

この場合、ログデータ取得部２０２は、室内５０における対象ユーザの位置（を示す位置情報）を取得する。対象ユーザの位置は、上記したようにユーザ端末１０としてスマートフォンを使用している場合には、当該スマートフォンが有するＧＰＳ機能を利用して取得されてもよいし、室内５０に配置された端末から受信されるビーコン信号に基づいて取得されてもよい。更に、赤外線センサ（人感センサ）を用いて対象ユーザの位置を取得する構成としてもよい。なお、対象ユーザの位置は、他のセンサ等を用いて取得してもよい。

一方、例えば室内５０がオフィス等であり、デスクの配置等によって対象ユーザの位置が固定されているような場合には、当該固定された位置を対象ユーザの位置として取得するようにしてもよい。なお、対象ユーザの位置が固定されている場合には、対象ユーザを識別するためのユーザＩＤに対応づけられた当該対象ユーザの位置を空調制御装置２０が予め保持していればよい。

更に、例えば室内５０を表すマップをユーザ端末１０に表示し、当該マップ上で対象ユーザの位置を当該対象ユーザに指定させることによって、当該対象ユーザの位置を取得するようにしてもよい。

ステップＳ３においては、上記したように取得された対象ユーザの位置に基づいて当該対象ユーザが属する室内ゾーンを特定し、ステップＳ２において取得された空調機３０の制御値（設定温度及び当該室内ゾーンに対応する吹き出し口の設定風向き）を上記した温度推定モデルに適用することによって、対象ユーザの推定体感温度が算出される。

ステップＳ３の処理が実行されると、ログデータ取得部２０２は、ステップＳ１において取得された体感情報、ステップＳ２において取得された空調機３０の制御値及びステップＳ３において算出された対象ユーザの推定体感温度を含むログデータを取得（生成）する（ステップＳ４）。

ステップＳ４において生成されたログデータ（対象ユーザのログデータ）は、上記した対象ユーザを識別するためのユーザＩＤ等に対応づけて、ログデータ格納部２０３に格納される（ステップＳ５）。

なお、図９に示すログデータ収集処理は、室内５０にいる対象ユーザによって当該対象ユーザが感じる空調状態が入力される度に実行される。すなわち、ログデータ格納部２０３には、１人のユーザに対して複数のログデータが蓄積される。また、空調システムを複数のユーザが利用する場合には、当該複数のユーザの各々のログデータが蓄積される。

ここで、図１１は、ログデータ格納部２０３に格納されたログデータのデータ構造の一例を示す。なお、図１１に示すログデータは、空調機３０が冷房運転を行っている際に取得された特定のユーザ（例えば、ユーザＡ）のログデータの一例である。

図１１に示すように、ログデータは、日時に対応づけて、体感情報、設定温度、設定風向き及び推定体感温度を含む。

日時は、例えばステップＳ４においてログデータが取得された日時であるが、ステップＳ１において体感情報がユーザ端末１０から取得された日時等であってもよい。

また、ログデータにおいて、体感情報は、−２〜＋２の数値によってユーザが感じる空調状態を示すものとする。具体的には、体感情報「−２」は、ユーザが「寒すぎる」と感じる空調状態を示す。体感情報「−１」は、ユーザが「寒い」と感じる空調状態を示す。体感情報「０」は、ユーザが「快適」と感じる空調状態を示す。体感情報「＋１」は、ユーザが「暑い」と感じる空調状態を示す。体感情報「＋２」は、ユーザが「暑すぎる」と感じる空調状態を示す。

なお、設定温度、設定風向き及び推定体感温度については上記した通りであるため、ここではその詳しい説明を省略する。

図１１に示す例では、ログデータ格納部２０３には、ログデータ２０３ａ及び２０３ｂが格納されている。

ログデータ２０３ａは、日時「２０１９／８／２ １３：３０」に対応づけて、体感情報「０」、設定温度「２５（℃）」、設定風向き「水平」及び推定体感温度「２５（℃）」を含む。このログデータ２０３ａによれば、当該ログデータ２０３ａが２０１９年８月２日の１３時３０分に取得され、この時点でユーザが「快適」と感じていることが示されている。また、ログデータ２０３ａによれば、２０１９年８月２日の１３時３０分の時点で、空調機３０の運転が設定温度「２５℃」及び設定風向き「水平」（を含む制御値）に基づいて制御されており、その際のユーザの推定体感温度が２５℃であることを示している。

ログデータ２０３ｂは、日時「２０１９／８／５ １６：３０」に対応づけて、体感情報「−１」、設定温度「２６（℃）」、設定風向き「下向き」及び推定体感温度「２５（℃）」を含む。このログデータ２０３ａによれば、当該ログデータ２０３ａが２０１９年８月５日の１６時３０分に取得され、この時点でユーザが「寒い」と感じていることが示されている。また、ログデータ２０３ａによれば、２０１９年８月５日の１６時３０分の時点で、空調機３０の運転が設定温度「２６℃」及び設定風向き「下向き」（を含む制御値）に基づいて制御されており、その際のユーザの推定体感温度が２５℃であることを示している。

ここでは、ログデータ２０３ａ及び２０３ｂについてのみ説明したが、ログデータ格納部２０３に格納される他のログデータについても同様である。なお、図１１に示すログデータ２０３ａ及び２０３ｂは、上記したように例えばユーザＡのログデータであり、当該ユーザＡを識別するためのユーザＩＤ（図示せず）に対応づけられているものとする。上記したように複数のユーザが空調システムを利用する場合には、ログデータ格納部２０３には、当該ユーザ毎のログデータが格納されている。

次に、図１２のフローチャートを参照して、個人特性モデル作成処理の処理手順について説明する。ここでは、上記した図９に示すログデータ収集処理が繰り返し実行されることによって、ログデータ格納部２０３にはログデータが既に蓄積されているものとする。

なお、個人特性モデル作成処理においては空調システムを利用するユーザ毎に個人特性モデルを作成するが、以下の説明では、当該個人特性モデルの作成の対象となるユーザを便宜的に対象ユーザと称する。

まず、個人特性モデル作成部２０４は、対象ユーザを識別するためのユーザＩＤに対応づけてログデータ格納部２０３に格納されているログデータ（つまり、対象ユーザのログデータ）を、当該ログデータ格納部２０３から取得する（ステップＳ１１）。

次に、個人特性モデル作成部２０４は、ステップＳ１１において取得された対象ユーザのログデータに基づいて、対象ユーザの快適温度を決定する（ステップＳ１２）。

ステップＳ１２においては、例えば対象ユーザのログデータの中から体感情報「０（快適）」を含むログデータを抽出し、当該抽出されたログデータに含まれる推定体感温度を対象ユーザの快適温度として決定するものとする。なお、体感情報「０（快適）」を含む複数のログデータが抽出された場合には、当該複数のログデータに含まれる推定体感温度に関する代表値（例えば、平均値または最頻値等）を対象ユーザの快適温度として決定してもよい。ここで説明した対象ユーザの快適温度を決定する処理は一例であり、当該対象ユーザの快適温度は、他の処理によって決定されてもよい。また、対象ユーザの快適温度は、例えば２４℃〜２６℃のように一定の幅を有していてもよい。

また、個人特性モデル作成部２０４は、ステップＳ１１において取得された対象ユーザのログデータに基づいて、対象ユーザの風に対する好みを決定する（ステップＳ１３）。

ここで、対象ユーザの風に対する好みには、例えば「風が嫌い」、「風が嫌いでもなく好きでもない」及び「風が好き」等が含まれるものとする。この場合、ステップＳ１３においては、対象ユーザのログデータの中から設定風向き「下向き」を含むログデータを抽出し、当該抽出されたログデータのうち体感情報が「０（快適）」でないログデータの割合が第１閾値以上である場合に、対象ユーザの風に対する好みとして「風が嫌い」を決定する。また、体感情報が「０」でないログデータの割合が第１閾値未満であり、かつ、第２閾値以上である場合には、対象ユーザの風に対する好みとして「風が嫌いでもなく好きでもない」を決定する。更に、体感情報が「０」でないログデータの割合が第２閾値未満である場合には、対象ユーザの風に対する好みとして「風が好き」を決定する。なお、第２閾値は、第１閾値よりも小さい値であるものとする。

ここで説明した対象ユーザの風に対する好みを決定する処理は一例であり、当該対象ユーザの風に対する好みは、他の処理によって決定されてもよい。具体的には、対象ユーザの風に対する好みは、例えば設定風向き「下向き」を含むログデータのうち体感情報が「０」であるログデータの割合に基づいて決定されてもよい。更に、対象ユーザの風に対する好みは、体感情報が「０」以外であり、かつ、設定風向きが「下向き」であるログデータの数、または体感情報が「０」であり、かつ、設定風向きが「下向き」であるログデータの数等に基づいて決定されてもよい。また、対象ユーザの風に対する好みは、例えば数値レベルまたは度数（％）で表されるものであってもよい。

次に、個人特性モデル作成部２０４は、ステップＳ１２において決定された対象ユーザの快適温度及びステップＳ１３において決定された対象ユーザの風に対する好みが定義された個人特性モデルを作成する（ステップＳ１４）。

ここで、上記したステップＳ１１〜Ｓ１４の処理を図１１に示すログデータを用いて具体的に説明する。ステップＳ１１において対象ユーザのログデータとして図１１に示すログデータ２０３ａ及び２０３ｂが取得されたものとすると、ログデータ２０３ａによれば対象ユーザが快適と感じている際の推定体感温度は２５℃であるため、ステップＳ１２においては対象ユーザの快適温度として２５℃が決定される。

一方、ログデータ２０３ｂによれば、推定体感温度はログデータ２０３ａと同じであるにもかかわらず、対象ユーザは、設定温度を２６℃、設定風向きを下向きとした制御値に基づく空調機３０の運転で「寒い」と感じている。この場合、「対象ユーザは風に当たると寒く感じやすい」ことが推定されるため、ステップＳ１３においては対象ユーザの風に対する好みとして「風が嫌い」が決定される。

これによれば、対象ユーザに対しては風をなるべく当てずに推定体感温度が２５℃となるような空調機３０の制御値に基づいて空調機３０の運転を制御することが適切であり、ステップＳ１４においては、快適温度「２５℃」及び風に対する好み「風が嫌い」が定義された個人特性モデルが作成されることになる。

再び図１２に戻ると、ステップＳ１４において作成された個人特性モデルは、対象ユーザを識別するためのユーザＩＤに対応づけて、個人特性モデル格納部２０５に格納される（ステップＳ１５）。

ステップＳ１５の処理が実行されると、空調システムを利用する全てのユーザに対してステップＳ１１〜Ｓ１５の処理が実行されたか否かが判定される（ステップＳ１６）。

全てのユーザに対して処理が実行されていないと判定された場合（ステップＳ１６のＮＯ）、ステップＳ１１に戻って処理が繰り返される。この場合、個人特性モデルが作成されていないユーザを対象ユーザとしてステップＳ１１以降の処理が実行される。

一方、全てのユーザに対して処理が実行されたと判定された場合（ステップＳ１６のＹＥＳ）、個人特性モデル作成処理は終了される。

このような個人特性モデル作成処理によれば、各ユーザのログデータに基づいて当該ユーザ毎の個人特性モデルを作成することができる。個人特性モデルの作成は、例えば１週間に１度など定期的に定めても良いし、空調システムの管理者によって任意のタイミングで行われてもよい。

なお、図１２においては全てのユーザの個人特性モデルが作成されるものとして説明したが、当該個人特性モデルを作成するために必要なログデータは上記したログデータ収集処理が実行されることによってログデータ格納部２０３に蓄積される。このため、ユーザの空調システムの利用頻度や当該ユーザが感じる空調状態の入力頻度によっては、個人特性モデル作成処理が実行される時点で十分なログデータが蓄積されていない場合がある。この場合、個人特性モデル作成処理は、十分な数のログデータが蓄積されているユーザのみを対象に実行されてもよいし、空調システムの管理者によって指定されたユーザのみを対象に実行されてもよい。

また、上記したように十分な数のログデータが蓄積されていないユーザに対しては、予め用意された複数の個人特性モデルのテンプレートの中から当該ユーザに適したテンプレートを選定する構成としてもよい。

ここで、図１３は、個人特性モデルのテンプレートの一例を示す。図１３に示す例においては、空調機３０が冷房運転を行う場合を想定しており、ユーザが暑さに敏感である（つまり、暑がりである）場合に選定されるテンプレート７０１、ユーザが暑さ及び寒さに敏感でない（つまり、普通である）場合に選定されるテンプレート７０２、ユーザが寒さに敏感である（つまり、寒がりである）場合に選定されるテンプレート７０３が予め用意されている。テンプレート７０１〜７０３においては、それぞれ異なる快適温度及び風の好みが定義されている。

なお、ユーザに適したテンプレートは、当該ユーザに関するユーザ情報に基づいて選定されればよい。ユーザ情報については、例えば図１４に示すような画面（以下、ユーザ情報入力画面と表記）をユーザ端末１０に表示し、当該ユーザ情報入力画面に対してユーザに必要事項を入力させることによって取得することができる。なお、図１４は、ユーザＩＤ「０００１」によって識別されるユーザが使用するユーザ端末１０に表示されるユーザ情報入力画面の一例を示している。

図１４に示す例では、ユーザは、ユーザ情報入力画面において「暑がり」、「普通」及び「寒がり」のうちの１つを選択することができる。このため、例えばユーザが「暑がり」を選択した場合にはテンプレート７０１、ユーザが「普通」を選択した場合にはテンプレート７０２、ユーザが「寒がり」を選択した場合にはテンプレート７０３を選定することができる。

更に、ユーザ情報入力画面においては、図１４に示すように「風に当たりたくない」のような風に対する好みを入力させるようにしてもよい。これによれば、上記したようにユーザが「暑がり」を選択した場合にはテンプレート７０１が選定されるが、ユーザが更に「風に当たりたくない（Ｔｒｕｅ）」を入力した場合には、テンプレート７０１の「風が好き」を「風が嫌い」に変更した個人特性モデルを作成することができる。なお、冷房運転と暖房運転とを区別して、「冷風に当たりたくない」及び「温風に当たりたくない」のような風に対する好みを入力させるようにしてもよい。

また、図１４には示されていないが、ユーザの快適温度を直接入力させることによって、当該快適温度が定義された個人特性モデルを作成するようにしてもよい。

なお、ユーザ情報入力画面において例えばユーザの性別、年齢、身長及び体重等をユーザ情報として入力させるようにしてもよい。この場合には、性別、年齢、身長及び体重からユーザが「暑がり」、「普通」及び「寒がり」のいずれに該当するかを推定し、当該推定された結果に基づいてテンプレートを選択するようにしてもよい。更に、全てのユーザからユーザ情報（性別、年齢、身長及び体重等）を取得している場合には、当該ユーザ情報に基づいて、特定のユーザと身体的特徴が類似する他のユーザを特定することができる。この場合には、例えばログデータの数が十分でないユーザの個人特性モデル（ログデータ）として、当該ユーザと身体的特徴が類似する他のユーザの個人特性モデル（ログデータ）を利用することも可能である。

次に、図１５のフローチャートを参照して、制御値決定処理の処理手順について説明する。ここでは、上記した図１２に示す個人特性モデル作成処理が実行されることによって、個人特性モデル格納部２０５にはユーザ毎の個人特性モデルが既に格納されているものとする。また、制御値決定処理は、個人特性モデル作成処理が実行された（つまり、各ユーザの個人特性モデルが個人特性モデル格納部２０５に格納された）後に定期的に実行される。

まず、位置情報取得部２０６は、空調機３０が設置されている室内５０にいるユーザ（以下、対象ユーザと表記）の位置を示す位置情報を取得する（ステップＳ２１）。なお、対象ユーザの位置を示す位置情報については上記した図９に示すステップＳ３において説明した通りであるため、ここではその詳しい説明を省略する。

ここで、ステップＳ２１の処理を実行するためには、対象ユーザが室内５０にいることを判別（検出）する必要があるが、当該対象ユーザが室内５０にいるか否かは、当該対象ユーザがユーザ端末１０を操作することによって設定（登録）されるようにしてもよい。このような設定が行われた際に対象ユーザを識別するためのユーザＩＤがユーザ端末１０から空調制御装置２０に送信されることによって、空調制御装置２０は、当該ユーザＩＤに基づいて対象ユーザが室内５０にいることを判別することができる。また、上記したようにＧＰＳ機能、ビーコン信号及び赤外線センサ等を用いて対象ユーザの位置を示す位置情報を取得する構成である場合には、当該位置情報によって示される対象ユーザの位置に基づいて当該対象ユーザが室内５０にいることを判別する構成としてもよい。

ステップＳ２１の処理が実行されると、制御値取得部２０７は、現在の空調機３０の制御値を取得する（ステップＳ２２）。なお、ステップＳ２２の処理は、上記した図９に示すステップＳ２の処理と同様である。この場合、ステップＳ２２において取得される空調機３０の制御値には運転モード、設定温度及び設定風向きが含まれるが、以下においては、当該運転モードが冷房運転（モード）であるものとして説明する。

ステップＳ２２の処理が実行されると、制御値候補生成部２０８は、対象ユーザを識別するためのユーザＩＤに対応づけて個人特性モデル格納部２０５に格納されている個人特性モデル（つまり、対象ユーザの個人特性モデル）を取得する（ステップＳ２３）。

次に、制御値候補生成部２０８は、ステップＳ２１において取得された位置情報、ステップＳ２２において取得された空調機３０の制御値及びステップＳ２３において取得された対象ユーザの個人特性モデルに基づいて、対象ユーザに適した複数の候補制御値を生成する（ステップＳ２３）。

なお、ステップＳ２３において生成される候補制御値とは、対象ユーザの個人特性モデルに定義されている当該対象ユーザの快適温度と温度推定モデル格納部２０１に格納されている温度推定モデルを用いて算出される当該対象ユーザの推定体感温度（当該対象ユーザが属する室内ゾーンにおける推定体感温度）との差分が小さくなる空調機３０の制御値をいう。

ここで、対象ユーザの個人特性モデルに定義されている当該対象ユーザの快適温度が２４℃であり、室内５０が分割された室内ゾーン５０１に属する位置に対象ユーザがいる場合を想定する。この場合、上記した冷房運転時に適用される温度推定モデル「ｆ（Ａ，ｄ）＝Ｔ（Ａ）−０．５Ｆ（ｄ）」を用いると、制御値候補生成部２０８は、設定温度「２４℃」及び吹き出し口３０１の設定風向き「水平」を含む候補制御値と、設定温度「２５℃」及び吹き出し口３０１の設定風向き「下向き」を含む候補制御値と、設定温度「２４．５℃」及び吹き出し口３０１の設定風向き「中」を含む候補制御値との３つの候補制御値が生成される。このような３つの候補制御値であれば、室内ゾーン５０１における対象ユーザの推定体感温度を２４℃（ユーザの快適温度）にすることができる。なお、本実施形態において説明した温度推定モデルによれば、吹き出し口３０１以外（つまり、対象ユーザがいる室内ゾーン５０１に対応しない吹き出し口３０２〜３０４）の設定風向きは、対象ユーザの推定体感温度に影響を与えないため、例えば「水平」等のデフォルト値で構わない。

ここでは、説明の便宜上、室内５０に対象ユーザのみがいる場合について説明したが、室内５０に複数の対象ユーザがいる場合には、各対象ユーザにおける快適温度と推定体感温度との差分の和が小さくなるような空調機３０の制御値（設定温度及び設定風向き）が候補制御値として生成される。なお、対象ユーザが複数の場合には、上記したステップＳ２１及びＳ２３の処理は、当該対象ユーザ毎に実行される。

具体的には、候補制御値として生成される設定温度Ｔ^＊及び設定風向きＦ^＊は、以下の式（１）を用いて得ることができる。なお、式（１）は、室内５０にいる対象ユーザが１人であっても複数であっても適用可能である。

ここで、上記した式（１）において、Ｋは、室内５０にいる対象ユーザ（在室者）ｋ（＝１、２、…、Ｋ）の集合を示す。Ｓ＊_ｋは、対象ユーザｋの快適温度である。

また、Ｔは空調機３０の設定温度を表し、Ｆは空調機３０に備えられている４つの吹き出し口３０１〜３０４の各々から吹き出される風の向き（吹き出し口３０１〜３０４の設定風向き）を表す。すなわち、式（１）において、ｆ_ｋ（Ｔ，Ｆ）は、設定温度Ｔ及び設定風向きＦ（を含む制御値）に基づいて空調機３０の運転を制御した場合の対象ユーザの体感温度（対象ユーザｋが属する室内ゾーンの温度）を推定するための温度推定モデルに相当する。

更に、△は、設定温度Ｔ及び設定風向きＦの現在の空調機３０の制御値からの変化量を示す。これによれば、式（１）において、現在の空調機３０の制御値から激変するような候補制御値（設定温度Ｔ^＊及び設定風向きＦ^＊）が得られないようにすることができる。

上記した式（１）によれば、対象ユーザｋの快適温度と当該対象ユーザｋの推定体感温度との二乗誤差の和に、設定温度Ｔ及び設定風向きＦの現在の空調機３０の制御値からの変化量の二乗値を加算した値が最も０に近くなる、１組あるいは複数組の設定温度Ｔと設定風向きＦを得ることができる。これらの組を含む、当該値が小さい順に予め定められた数の設定温度Ｔ及び設定風向きＦの組を得ることで、ステップＳ２４において複数の候補制御値を生成することができる。

本実施形態においては、式（１）を用いて複数の候補制御値を生成するものとして説明したが、当該式（１）は一例であり、当該式（１）において例えばエネルギーの効率的な使用（省エネ）を実現するような重み付けをして複数の候補制御値を生成するようにしてもよいし、他の誤差評価式を用いてもよい。すなわち、本実施形態においては、複数の候補制御値を生成可能であれば、ここで説明した以外の手法を用いても構わない。

次に、パラメータ設定部２０９は、ステップＳ２３において取得された対象ユーザの個人特性モデルに定義されている当該対象ユーザの風に対する好みに基づいて、室内５０が分割された室内ゾーン５０１〜５０４の各々に対してパラメータ（風の制御戦略パラメータ）を設定する（ステップＳ２５）。

ステップＳ２５において設定されるパラメータは室内ゾーン５０１〜５０４の各々に対して風を当てる程度を表す値であり、例えば風に対する好みが「風が好き」である対象ユーザが多く属している室内ゾーンには高いパラメータ（値）が設定され、風に対する好みが「風が嫌い」である対象ユーザが多く属する室内ゾーンには低いパラメータ（値）が設定される。

具体的には、例えば風に対する好みが「風が好き」である対象ユーザにはパラメータ値として１００を割り当て、風に対する好みが「風が嫌いでもなく好きでもない」である対象ユーザにはパラメータ値として５０を割り当て、風に対する好みが「風が嫌い」である対象ユーザにはパラメータ値として０を割り当てる。この場合、パラメータ設定部２０９は、各室内ゾーンに属する対象ユーザに割り当てられたパラメータ値の平均値を算出し、当該平均値を当該室内ゾーンのパラメータとして設定することができる。なお、例えば室内ゾーン毎に対象ユーザの風に対する好みが反映されたパラメータが設定されるのであれば、当該パラメータを設定する処理として、ここで説明した以外の処理が実行されてもよい。

ステップＳ２５の処理が実行されると、制御値決定部２１０は、ステップＳ２５において室内ゾーン５０１〜５０４に対して設定されたパラメータに基づいて、ステップＳ２４において生成された複数の候補制御値の中から空調機３０の制御値を決定（選択）する（ステップＳ２６）。

ステップＳ２６においては、室内ゾーン５０１〜５０４に対して設定されたパラメータ（つまり、対象ユーザの風に対する好み）に応じた当該室内ゾーン５０１〜５０４に対応する吹き出し口３０１〜３０４の設定風向きを含む候補制御値が空調機３０の制御値として決定される。

ステップＳ２６の処理が実行されると、当該ステップＳ２６において決定された空調機３０の制御値（設定温度及び設定風向き）が空調制御部２１１から空調機３０に送信されることによって、当該空調機３０の運転が当該制御値に基づいて制御される（ステップＳ２７）。

上記した制御値決定処理によれば、個人特性モデルに定義されている対象ユーザの快適温度及び風に対する好みに適した制御値に応じて空調機３０の運転を制御することが可能となる。

以下、図１６を参照して、上記した制御値決定処理の具体例を簡単に説明する。ここでは、例えば快適温度が２５℃であるユーザＡが室内５０に一人でいる場合について説明する。

この場合、制御値候補生成部２０８は、ユーザＡの推定体感温度が２５℃となるような複数の候補制御値を生成する。具体的には、図１６の左側に示すように、制御値候補生成部２０８は、設定温度「２６℃」及びユーザＡが属する室内ゾーンに対応する吹き出し口の設定風向き「下向き」を含む第１候補制御値と、設定温度「２５℃」及び当該吹き出し口の設定風向き「水平」を含む第２候補制御値とを生成する。

一方、図１６の右側に示すようなユーザＡのログデータが取得されているものとすると、当該ユーザＡの風に対する好みが「風が嫌い」であると決定（推定）され、当該ユーザＡが属する室内ゾーンに対してパラメータ「０」が設定される。

これによれば、制御値決定部２１０は、上記した第１及び第２候補制御値のうち、ユーザＡの風に対する好み（パラメータ「０」）に合致する第２候補制御値（つまり、ユーザＡが属する室内ゾーンに風を当てない制御値）を空調機３０の制御値として決定する。

ここでは室内５０にユーザＡのみがいる場合について説明したが、当該室内５０に複数のユーザがいる場合であっても同様である。

以下、図１７を参照して、室内５０にユーザＡ〜Ｃがいる場合の制御値決定処理の具体例について説明する。ここでは、図１７の左側に示すように、ユーザＡが室内ゾーン５０１に属しており、ユーザＢが室内ゾーン５０３に属しており、ユーザＣが室内ゾーン５０４に属しているものとする。

また、図１７において、各ユーザＡ〜Ｃの近傍に表記されている数値は、当該ユーザＡ〜Ｃの快適温度を示している。また、図１７において、室内ゾーン５０１〜５０４の近傍に外枠付きで表記されている数値は、当該室内ゾーン５０１〜５０４の各々における推定体感温度を示している。

なお、図１７に示す例では、初期状態として、設定温度「２５℃」、吹き出し口３０１の設定風向き「水平」、吹き出し口３０２の設定風向き「水平」、吹き出し口３０３の設定風向き「水平」及び吹き出し口３０４の設定風向き「水平」を含む制御値に基づいて空調機３０の運転（ここでは、冷房運転）が制御されているものとする。この場合、図１７に示すユーザＡ〜Ｃの快適温度と推定体感温度との差によれば、ユーザＡは「暑い」と感じており、ユーザＢは「暑すぎる」と感じており、ユーザＣは「快適」と感じており、空調機３０の制御値を変更する必要がある。

ここで、制御値候補生成部２０８は、図１７の右側に示すような第１及び第２候補制御値を生成する。具体的には、第１候補制御値は、設定温度「２５℃」、吹き出し口３０１の設定風向き「下向き」、吹き出し口３０２の設定風向き「任意」、吹き出し口３０３の設定風向き「下向き」及び吹き出し口３０４の設定風向き「水平」を含む。

また、第２候補制御値は、設定温度「２４℃」、吹き出し口３０１の設定風向き「水平」、吹き出し口３０２の設定風向き「任意」、吹き出し口３０３の設定風向き「下向き」及び吹き出し口３０４の設定風向き「水平」を含む。

上記した第１及び第２候補制御値によれば、初期状態と比較して、ユーザＡ〜Ｃの快適温度と推定体感温度との差を低減し、ユーザＡ〜Ｃの全体としての快適度を向上させることができる。

なお、吹き出し口３０２に対応する室内ゾーン５０２にはユーザがいないため、第１及び第２候補制御値において、当該吹き出し口３０２の設定風向きは任意の値（風向き）に設定可能である。

ここで、第１候補制御値に基づいて空調機３０の運転を制御した場合のユーザＡの推定体感温度は、当該ユーザＡの快適温度と一致している。同様に、第２候補制御値に基づいて空調機３０の運転を制御した場合のユーザＡの推定体感温度は、当該ユーザＡの快適温度と一致している。

しかしながら、例えばユーザＡの風に対する好みが「風が嫌い」である場合において、第１候補制御値を採用した場合、ユーザＡが属する室内ゾーン５０１に対応する吹き出し口３０１からは下向きに風が吹き出されるため、風がユーザＡに当たり、当該ユーザＡは、不快と感じる可能性が高い。

このような場合には、制御値決定部２１０は、吹き出し口３０１から水平に吹き出されるように、第２候補制御値を空調機３０の制御値として決定する。これによれば、吹き出し口３０１からの風がユーザＡに当たることがないため、ユーザＡの快適度を向上させることができる。

一方、ユーザＡの風に対する好みが「風が好き」である場合には、吹き出し口３０１からの風がユーザＡに当たるように、第１候補制御値を空調機３０の制御値として決定すればよい。

なお、室内５０に複数のユーザがいる場合において、当該複数のユーザの各々の風に対する好みに合致する候補制御値がない場合が想定され得る。このような場合には、例えば室内ゾーン５０１〜５０４の中にパラメータ「０」が設定されている室内ゾーンがあれば、当該室内ゾーンに対応する吹き出し口の設定風向きが水平となる候補制御値を優先的に選択するようにすることができる。また、パラメータが「０」である室内ゾーンが複数存在する場合には、室内ゾーン５０１〜５０４の各々に対して優先度を予め設定しておくことにより、当該優先度の高い室内ゾーンに対応する吹き出し口の設定風向きが水平となる候補制御値を選択するようにしてもよい。

また、制御値決定部２１０は、上記した式（１）を用いて得ることができる複数の候補制御値（設定温度Ｔ^＊及び設定風向きＦ^＊の複数の組）の中から、以下の式（２）を用いて空調機３０の制御値を決定するようにしてもよい。

なお、上記した式（２）において、Ｗ_ａ，ｂは、空調機ａの室内ゾーンｂにおける風向きに関する重み（つまり、パラメータ）を示す。また、式（２）において、Ｆ_ａ，ｂは、空調機ａの室内ゾーンｂに対応する吹き出し口の設定風向きを示す。本実施形態においては、このような式（２）を用いることによって、室内５０にいる各ユーザの風の好み（パラメータ）に最も合致した１つの制御値を決定（選択）することができる。

上記したように本実施形態においては、ユーザが感じる空調状態を示す体感情報をユーザ端末１０から取得し、当該取得された体感情報に基づいて空調機３０の制御値を決定する構成により、体感情報から推定されるユーザの好み（ユーザの快適温度及び風に対する好み等）に応じた空調機３０の運転（つまり、ユーザの快適度を向上させる空調機３０の運転）を実現することができる。

ここで、本実施形態において、空調機３０は複数の方向に風を吹き出すための複数の吹き出し口３０１〜３０４を備えており、空調機３０の制御値には当該吹き出し口３０１〜３０４の各々の風の向き（つまり、設定風向き）が含まれる。この場合、上記した体感情報及びユーザの室内５０における位置に基づいて空調機３０の制御値を決定する。

具体的には、本実施形態においては、室内５０にいるユーザの体感情報、当該体感情報が取得された際の空調機の制御値（設定温度及び設定風向き）及び当該ユーザの推定体感温度を含むログデータを取得し、当該ログデータに基づいてユーザの快適温度及びユーザの風に対する好みが定義された個人特性モデルを作成する。また、本実施形態においては、ユーザの室内５０における位置及び個人特性モデルに定義されている快適温度に基づいて複数の候補制御値を生成し、当該複数の候補制御値の中から、個人特性モデルに定義されているユーザの風の好みに基づいて空調機３０の制御値を決定する。

本実施形態においては、このような構成により、ユーザのいる位置に影響を与える制御値（当該ユーザが属する室内ゾーンに対応する吹き出し口の設定風向き）をユーザの風に対する好みに基づいて決定することができる。これによれば、室内５０にいるユーザが空調機３０の制御値の変更等を指示することなく、当該ユーザが室内５０にいるだけで、ユーザのログデータから推定された風に対する好みを反映した空調機３０の運転を実現することができる。

また、一般にオフィスビル等においては、同一の室内５０（同一空調機空間）に複数のユーザがいる場合が多く、当該複数のユーザが快適と感じる制御値をリモコン等で設定することは困難である。

これに対して、本実施形態においては、ユーザ毎に個人のログデータを収集しておくことにより、室内５０に複数のユーザがいる場合であっても当該ユーザ毎の好みを総合的に勘案して空調機３０の制御値を決定（選択）することが可能であるため、室内５０にいるユーザ全体の快適度を確保することができる。

なお、本実施形態においては、ユーザ端末１０を介して取得（収集）されたログデータに基づいて作成される個人特性モデルを用いて空調機３０の制御値を決定するものとして説明したが、十分な数のログデータが取得されていない場合には、ユーザに関するユーザ情報に基づいて、予め用意されている複数のテンプレート（個人特性モデルのテンプレート）の中から当該ユーザに適した個人特性モデルを選定する。このような構成によれば、ログデータが取得されていないユーザであっても、適切な個人特性モデルを用いて当該ユーザの快適度を向上させる空調機３０の制御値を決定することが可能なる。

ここで、本実施形態においては、ログデータ収集処理及び個人特性モデル作成処理が実行された後に制御値決定処理が定期的に実行されるものとして説明したが、例えばユーザ端末１０において体感情報が取得される（ユーザが感じる空調情報がユーザ端末１０に入力される）度にログデータ収集処理及び個人特性モデル作成処理を繰り返し実行することにより、一旦個人特性モデルが作成された後に再度取得されたログデータに基づいて当該個人特性モデルを更新する構成としてもよい。なお、個人特性モデルを更新することは、当該個人特性モデルに定義されている快適温度及び風に対する好みのうちの少なくとも一方を補正する概念を含んでいてもよい。

以下、図１８を参照して、個人特性モデルの更新について具体的に説明する。ここでは、ユーザＢの個人特性モデルが更新されるものとして説明する。

図１８に示すように、例えば２０１９年８月３日の時点でユーザＢのログデータ２０３ｃ及び２０３ｄがログデータ格納部２０３に格納（蓄積）されていたものとすると、当該ログデータ２０３ｃ及び２０３ｄからは、例えば快適温度が２５．５℃よりも高いことが定義された第１個人特性モデルが作成される。

一方、２０１９年８月５日にログデータ２０３ｅが更にログデータ格納部２０３に蓄積されたものとすると、当該ログデータ２０３ｅによれば、推定体感温度が２２℃であっても、風が当たらない（つまり、設定風向きが「水平」である）ことによって、ユーザＢが「快適」と感じている。この場合、ログデータ２０３ｃ〜２０３ｅからは、快適温度「２２℃」及び風に対する好み「風が嫌い」が定義された第２個人特性モデルが作成される。

上記したように第１個人特性モデルを第２個人特性モデルが更新された場合には、風の因子の影響を取り除き、ユーザＢの快適温度を補正することが可能となる。

すなわち、本実施形態においては、例えば一旦作成された個人特性モデルを用いて決定された制御値に基づいて空調機３０の運転を制御した結果としてユーザから得られるフィードバック（ログデータ）を更に分析し、当該個人特性モデルを更新する（強化学習する）構成とすることにより、当該個人特性モデルの精度が向上し、過去の似た状況でのユーザの体感情報等を考慮した空調機３０の運転制御を実現することが可能となる。

また、本実施形態においては１人のユーザに対して１つの個人特性モデルを作成するものとして説明したが、ユーザ端末１０において体感情報が取得される（ユーザが感じる空調情報が入力される）度にログデータ収集処理が実行されることにより、ログデータ格納部２０３には多数のログデータを蓄積することが可能となる。この場合、例えば１人のユーザに対して状況に応じた複数の個人特性モデルを作成するようにしてもよい。

具体的には、例えば朝の時間帯では出社したばかりで暑いため、風を好む傾向にあるが、昼の時間帯では風に当たりたくないと考えるユーザが想定される。この場合には、ログデータ格納部２０３に格納されている特定のユーザのログデータの中から所定の時間帯（例えば、朝の時間帯、昼の時間帯、夜の時間帯等）に該当する時刻を含むログデータを抽出し、当該ログデータに基づいて当該時間帯に応じた個人特性モデルを作成することができる。このような個人特性モデルを時間帯毎に用意（作成）しておくことで、ユーザが室内５０にいる時間帯に適した個人特性モデルを用いて空調機３０の制御値を決定することができるため、よりユーザの快適度を向上させることが可能となる。

ここでは、時間帯毎に個人特性モデルを用意しておく場合について説明したが、例えばログデータとしてユーザの位置を取得しておくことで、当該ユーザの室内５０における位置毎に個人特性モデルを用意するような構成も可能となる。また、例えば空調機３０の種別によって風に対する好みが変化する場合もあるため、室内５０（空調機３０）毎に個人特性モデルを用意しておくことも可能である。また、例えば設定温度が低いときの冷たい風を苦手とするようなユーザがいることも考えられるため、個人特性モデルは、例えば設定温度毎に作成されてもよい。更に、個人特性モデルは、活動量、外気温または季節（時期）等に基づいて細分化されてもよい。また、個人特性モデルは、ここで説明した以外の観点に基づいて作成されても構わない。

なお、本実施形態においては、空調機３０が４方向に風を吹き出すための４つの吹き出し口３０１〜３０４を備える構成であるものとして説明したが、当該空調機３０は、少なくとも１つの吹き出し口を備える構成であればよい。

更に、本実施形態においては空調制御装置２０が１つの装置であるものとして説明したが、空調制御装置２０は、例えば空調機３０に組み込まれていてもよいし、図５に示す各部２０１〜２１１の各々が分散して配置された複数の装置から構成されていてもよい。また、図５に示す格納部２０１、２０３及び２０５のうちの少なくとも一部は、空調制御装置２０とは別の外部のサーバ装置等に配置されていてもよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１０…ユーザ端末、１１…ＣＰＵ、１２…不揮発性メモリ、１３…主メモリ、１４…通信デバイス、１５…タッチスクリーンディスプレイ、２０…空調制御装置、２１…ＣＰＵ、２２…不揮発性メモリ、２３…主メモリ、２４…通信デバイス、３０…空調機、５０…室内、１０１…表示処理部、１０２…取得部、１０３…送信部、２０１…温度推定モデル格納部、２０２…ログデータ取得部、２０３…ログデータ格納部、２０４…個人特性モデル作成部、２０５…個人特性モデル格納部、２０６…位置情報取得部、２０７…制御値取得部、２０８…制御値候補生成部、２０９…パラメータ設定部、２１０…制御値決定部、２１１…空調制御部、３０１〜３０４…吹き出し口、５０１〜５０４…室内ゾーン。

Claims (17)

1. ユーザが感じる体感情報を取得する取得手段と、
   前記体感情報に基づいて機器の制御値を決定する決定手段と
   を具備する情報処理装置。
2. 前記機器の制御値は、前記機器の吹き出し口から吹き出される風の向きを含む請求項１記載の情報処理装置。
3. 前記機器は、複数の方向に風を吹き出すための複数の吹き出し口を備え、
   前記機器の制御値は、前記吹き出し口毎の風の向きを含む
   請求項２記載の情報処理装置。
4. 前記決定手段は、前記機器が設置されている室内における前記ユーザの位置に基づいて前記機器の制御値を決定する請求項１〜３のいずれか一項に記載の情報処理装置。
5. 前記取得手段は、前記体感情報を含むログデータを取得する請求項１〜４のいずれか一項に記載の情報処理装置。
6. 前記ログデータは、前記体感情報が取得された際の前記機器の制御値及び当該機器の制御値に応じた前記機器が設置されている室内におけるユーザの推定体感温度を含む請求項５記載の情報処理装置。
7. 前記ログデータに基づいて、前記ユーザが快適と感じる快適温度及び前記機器の吹き出し口から吹き出される風に対する前記ユーザの好みが定義された個人特性モデルを作成する作成手段を更に具備する請求項５または６記載の情報処理装置。
8. 前記ユーザの位置及び前記個人特性モデルに定義されている快適温度に基づいて前記機器の制御値の複数の候補を生成する生成手段を更に具備する請求項７記載の情報処理装置。
9. 前記決定手段は、前記複数の候補の中から、前記個人特性モデルに定義されている前記ユーザの風に対する好みに基づいて前記機器の制御値を決定する請求項８記載の情報処理装置。
10. 前記作成手段は、前記個人特性モデルが作成された後に前記ログデータが再度取得された場合、当該ログデータに基づいて当該個人特性モデルを更新する請求項７記載の情報処理装置。
11. 前記個人特性モデルに定義されている快適温度及び前記ユーザの風に対する好みのうちの少なくとも一方は、当該個人特性モデルが作成された後に再度取得されたログデータに基づいて補正される請求項７記載の情報処理装置。
12. 予め用意されている複数の個人特性モデルのテンプレートを格納する格納手段を更に具備し、
    前記作成手段は、前記ログデータが取得されない場合、前記複数の個人特性モデルのテンプレートの中から、前記ユーザに関するユーザ情報に基づいて当該ユーザに適した個人特性モデルを選定する
    請求項７記載の情報処理装置。
13. 前記決定された制御値に基づいて前記機器を制御する制御手段を更に具備する請求項１〜１２のいずれか一項に記載の情報処理装置。
14. 前記機器は、空調機である請求項１〜１３のいずれか一項に記載の情報処理装置。
15. ユーザによって使用されるユーザ端末と、情報処理装置とを備える情報処理システムにおいて、
    前記ユーザ端末は、前記ユーザが感じる体感情報を取得する取得手段を含み、
    前記情報処理装置は、前記ユーザ端末によって取得された体感情報に基づいて機器の制御値を決定する決定手段を含む
    情報処理システム。
16. ユーザが感じる体感情報を取得するステップと、
    前記体感情報に基づいて機器の制御値を決定するステップと
    を具備する情報処理方法。
17. ユーザが感じる体感情報を取得するステップと、
    前記体感情報に基づいて機器の制御値を決定するステップと
    を コンピュータに実行させるためのプログラム。

Images