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

Description

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

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

このため、例えば室内の快適度が低いとユーザが感じる場合には、当該ユーザは、リモコンを操作して空調機の設定温度等を変更することが可能である。

ところで、同一の空調機を複数のユーザが利用する場合が多いが、当該複数のユーザの各々は異なる温冷感（暑いまたは寒いと感じる感覚）を有しているため、例えば１つのリモコンを操作して複数のユーザの快適度を向上させることは困難である。

これに対して、例えば複数のユーザの各々によって使用されるスマートフォン等の端末装置をリモコンとして利用することが考えられているが、当該端末装置に入力された空調に関する情報を十分に活用することができていない場合がある。

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

そこで、本発明が解決しようとする課題は、複数のユーザの各々が使用する端末装置に入力された空調に関する情報を活用することが可能な情報処理装置、情報処理システム、方法及びプログラムを提供することにある。

実施形態に係る情報処理装置は、収集手段と、集計手段と、判定手段と、分析手段とを具備する。前記収集手段は、端末装置を使用するユーザの室内の位置を示す位置情報と当該位置における当該ユーザの温冷感を示す温冷感情報と前記位置情報及び前記温冷感情報が前記端末装置に入力された日時とを含む入力情報を、前記入力情報に含まれる日時と空調機の設定値及び前記設定値に基づいて空調機の運転が制御された日時を含む空調機情報とに基づいて、収集する。前記集計手段は、前記収集された入力情報に含まれる位置情報に基づいて、前記室内が分割されたゾーン毎に、前記入力情報に含まれる温冷感情報を集計する。前記判定手段は、前記集計された温冷感情報によって示される温冷感を表す数値の平均値を算出し、前記算出された平均値に基づいて、前記空調機の設定値を決定するために用いられる室内モデルの更新が必要であるかを判定する。前記分析手段は、前記室内モデルの更新が必要であると判定された場合、前記室内モデルの更新を、前記空調機の運転を制御する制御装置に指示する。前記入力情報は、複数のユーザによって使用される複数の端末装置から送信される。前記収集手段は、現在の日時が予め設定されている前記室内モデルの更新時期に該当する場合に、期間及び前記空調機の設定値のうちの少なくとも一方を含む条件に合致する入力情報を収集する。

第１実施形態に係る空調システムの構成の一例について説明するための図。 位置情報及び温冷感情報を入力するための入力画面について説明するための図。 位置情報及び温冷感情報を入力するための入力画面について説明するための図。 位置情報及び温冷感情報を入力するための入力画面について説明するための図。 室内が分割された複数のゾーンの一例を示す図。 集計装置の機能構成の一例を示す図。 集計装置のハードウェア構成の一例を示す図。 集計装置の処理手順の一例を示すフローチャート。 ゾーン毎に集計された温冷感情報を概念的に示す図。 本実施形態の変形例に係る集計装置の処理手順の一例を示すフローチャート。 ペリメーターゾーン及びインテリアゾーンについて説明するための図。 第２実施形態に係る集計装置の処理手順の一例を示すフローチャート。 第１運転制御日時の前後の温冷感情報の一例を示す図。 第２運転制御日時の前後の温冷感情報の一例を示す図。 第３実施形態に係る集計装置の機能構成の一例を示す図。

以下、図面を参照して、各実施形態について説明する。
（第１実施形態）
まず、図１を参照して、第１実施形態に係る空調システム（情報処理システム）の構成の一例について説明する。図１に示すように、空調システムは、空調機１０、端末装置２０、集計装置３０及び中央制御装置（空調制御システム）４０を備える。

空調機（室内機）１０は、室内１に設置される。なお、本実施形態において空調機１０が設置される室内１は、例えばビル内の１つの部屋等の空間を想定しているが、施設内の一区域であって、床及び内壁等で区別された空間等であればよい。

端末装置２０は、空調に関する情報を入力するための入力装置（温冷感入力装置）として、ユーザ（在室者）によって室内１で使用される。端末装置２０としては例えばスマートフォン及びタブレット端末等の携帯端末を想定しているが、当該端末装置２０は、デスクトップ型またはノートブック型のパーソナルコンピュータ、ＢＥＭＳ（Building Energy Management System）において用いられる入力装置及び専用のリモートコントローラ等であってもよい。なお、図１においては便宜的に１つの端末装置２０のみが示されているが、本実施形態に係る空調システムは、室内１にいる複数のユーザの各々によって使用される複数の端末装置２０を備える。

本実施形態において、端末装置２０は、表示処理部２１、位置情報入力部２２及び温冷感情報入力部２３を含む。

表示処理部２１は、例えば室内１のフロアマップ（レイアウト）を含む入力画面を端末装置２０に表示する。なお、入力画面に含まれる室内１のフロアマップの情報（当該フロアマップを表示するための情報）は、例えば端末装置２０の格納部（図示せず）に予め格納されているものとする。

位置情報入力部２２は、表示処理部２１によって表示された入力画面に対するユーザの操作に応じて、室内１における当該ユーザの位置を示す位置情報を入力する。

温冷感情報入力部２３は、表示処理部２１によって表示された入力画面に対するユーザの操作に応じて、当該ユーザの温冷感を示す温冷感情報（当該ユーザが感じる空調状態を示す体感情報）を入力する。

なお、本実施形態において、上記した位置情報及び温冷感情報は入力画面（ＧＵＩ：Graphical User Interface）を介して端末装置２０に入力されるが、以下、当該入力画面の一例について説明する。ここでは、端末装置２０がスマートフォンであるものとして説明する。

まず、端末装置２０（表示処理部２１）は、ユーザの操作（例えば、所定のアプリケーションプログラムを起動する操作等）に応じて、図２に示す入力画面２０ａを表示する。図２に示すように、入力画面２０ａには、空調機１０が設置されている室内１のレイアウトを示すマップ（フロアマップ）が含まれる。

ここで、ユーザは、入力画面２０ａに含まれるフロアマップ上で、室内１における当該ユーザの位置を指定する（例えば、タッチする）ことができる。ユーザによって位置が指定された場合、図２に示す入力画面２０ａは図３に示す入力画面２０ｂに遷移し、端末装置２０（位置情報入力部２２）は、当該位置を示す位置情報を入力する。

図３に示す入力画面２０ｂにおいて、アイコン２０１の位置は、上記したユーザによって指定された当該ユーザの位置を表している。また、入力画面２０ｂ中のアイコン２０１の近傍には、温冷感選択領域２０２が設けられている。

温冷感選択領域２０２は例えばポップアップとして表示されており、当該温冷感選択領域２０２には、ユーザが選択することができる温冷感の各々を表す複数のアイコン２０２ａ～２０２ｅが配置されている。

なお、本実施形態において、ユーザが選択することができる温冷感は、当該ユーザが感じる快適度に相当し、例えば室内１において「暑い」または「寒い」等と感じる感覚のような概念を含む。

具体的には、図３に示す例において、アイコン２０２ａは、「暑すぎる」という温冷感（強い不満）を表している。アイコン２０２ｂは、「暑い」という温冷感（弱い不満）を表している。アイコン２０２ｃは、「快適」という温冷感（不満はない）を表している。アイコン２０２ｄは、「寒い」という温冷感（弱い不満）を表している。アイコン２０２ｅは、「寒すぎる」という温冷感（強い不満）を表している。

なお、本実施形態において、アイコン２０２ａ（によって表される温冷感）は、アイコン２０２ｂよりも暑いと感じる程度が大きいものとする。また、アイコン２０２ｅ（によって表される温冷感）は、アイコン２０２ｄよりも寒いと感じる程度が大きいものとする。

このような入力画面２０ｂが端末装置２０に表示された場合、ユーザは、温冷感選択領域２０２において複数のアイコン２０２ａ～２０２ｅのうちの１つを選択する（タッチする）ことができる。ユーザによって１つのアイコンが選択された場合、図３に示す入力画面２０ｂは図４に示す入力画面２０ｃに遷移し、端末装置２０（温冷感情報入力部２３）は、当該選択されたアイコンに対応する温冷感を示す温冷感情報を入力する。

なお、図４は、図３に示す入力画面２０ｂに設けられている温冷感選択領域２０２においてユーザがアイコン２０２ｄを選択した場合に表示される画面の例を示している。図４に示す入力画面２０ｃにおいては、入力画面２０ａにおいてユーザによって指定された位置に、入力画面２０ｂ（温冷感選択領域２０２）において選択されたアイコン２０２ｄと同一のアイコン２０３が表示されている。このような入力画面２０ｃによれば、ユーザは、当該ユーザによって指定された位置及び当該ユーザによって選択された温冷感を確認することができる。なお、入力画面２０ｃは、ユーザによって指定された位置及び当該ユーザによって選択されたアイコン（つまり、温冷感）を修正することができるようなＧＵＩを提供するものであってもよい。

本実施形態において、ユーザは、上記したような入力画面（ＧＵＩ）を介して当該ユーザの位置（を示す位置情報）及び当該位置における当該ユーザの温冷感（を示す温冷感情報）を端末装置２０に入力することができる。このように端末装置２０に入力された位置情報及び温冷感情報は、入力情報として当該端末装置２０から集計装置３０及び中央制御装置４０に送信される。

なお、ここで説明したユーザの位置及び温冷感を入力するための入力画面は一例であり、端末装置２０は、当該ユーザの位置及び温冷感を入力することが可能なように構成されていればよい。

集計装置３０は、空調機１０及び端末装置２０と通信可能に接続されている。集計装置３０は、例えば空調機１０及び端末装置２０から送信される空調に関する各種情報を収集及び集計する。集計装置３０の詳細については後述する。

中央制御装置４０は、上記したように端末装置２０から送信された位置情報及び温冷感情報（入力情報）を当該端末装置２０から受信し、当該位置情報及び温冷感情報に基づいて空調機１０の設定値を決定（生成）する。中央制御装置４０は、決定された空調機１０の設定値に基づいて当該空調機１０の運転を制御する。

なお、空調機１０の設定値は、例えば当該空調機１０の運転が制御された場合のユーザの位置における温度（推定温度）が当該ユーザの温冷感が快適となる温度となるように決定される。

また、空調機１０の設定値は、当該空調機１０から室内に供給される熱や気流といった空調の効き方を変えることができる制御因子の値に相当する。本実施形態における空調機１０の設定値には、例えば暖房運転または冷房運転等を行うことを示す運転モード、設定温度及び空調機１０の吹き出し口から吹き出される風の向き（以下、吹き出し口の風向きと表記）等が含まれるものとして説明する。

以下、中央制御装置４０が空調機１０の設定値を決定する処理について具体的に説明する。上記したように端末装置２０から送信された位置情報及び温冷感情報に基づいて空調機１０の設定値を決定する場合、中央制御装置４０は、空調機１０の設定値と、当該設定値で空調機１０の運転が制御された場合の室内１（の各領域）の温度（環境）との関係を表すモデル（以下、室内モデルと表記）を予め保持しておく必要がある。この室内モデルは、例えば様々な設定値で空調機１０の運転が制御された場合の室内１の温度（データ）を当該室内１に設置された温度計を用いて計測及び収集してキャリブレーションを行い、当該設定値と当該温度との関係を定式化することによって作成され得る。このような室内モデルによれば、空調機１０の設定値に応じた室内１の温度（推定値）を算出することができる。

ここで、図５に示すように、室内１に設置されている空調機１０が例えば天井カセット型で４方向に風を吹き出すための４つの吹き出し口１１～１４を備え、当該空調機１０が設置されている室内１が当該吹き出し口１１～１４に対応する４つのゾーン（領域）１－１～１－４に分割されている場合を想定する。

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

なお、本実施形態における空調機１０は、吹き出し口１１～１４の風向き（つまり、フラップ）を当該吹き出し口毎に制御可能なように構成されているものとする。この吹き出し口１１～１４から吹き出される風の向きには、例えば水平及び下向き等が含まれる。

この場合、上記した室内モデルは、以下の式（１）のように定式化されているものとする。なお、式（１）は、空調機１０が暖房運転を行う場合の室内モデルを想定している。
ｆ_ｋ＝Ｔ_ｓｅｔ＋α_ｋ＋λ_ｋＦ_ｋ＋β 式（１）

この式（１）におけるｆ_ｋは、ゾーンｋ（ｋは、１～４の整数）の温度（推定値）を表す。なお、ゾーン１（つまり、ｋ＝１）は、図５に示すゾーン１－１であるものとする。ゾーン２（つまり、ｋ＝２）は、図５に示すゾーン１－２であるものとする。ゾーン３（つまり、ｋ＝３）は、図５に示すゾーン１－３であるものとする。ゾーン４（つまり、ｋ＝４）は、図５に示すゾーン１－４であるものとする。

Ｔ_ｓｅｔは、空調機１０の設定値に含まれる設定温度を表す。なお、Ｔ_ｓｅｔは、空調機１０（つまり、ゾーン１－１～１－４）に対して共通に設定される設定値である。

α_ｋは、ゾーンｋに特有の補正値を表す。α_ｋはゾーンｋの環境（壁や机等の配置などの内的要因や、ビルの立地条件による日射の入り方といった外的要因）に応じて設定される値であり、例えば空調機１０が暖房運転を行う場合において、当該ゾーンｋが暖房が効きにくいゾーンであれば、当該α_ｋとしては低い値が設定される。一方、ゾーンｋが暖房が効きやすいゾーンであれば、当該α_ｋとしては高い値が設定される。なお、α_ｋは、正の値であってもよいし、負の値であってもよい。

λ_ｋは、ゾーンｋの風向きの影響度を表す。λ_ｋは上記したα_ｋと同様にゾーンｋの環境に応じて設定される値であるが、例えば空調機１０が暖房運転を行う場合において、ゾーンｋに対応する吹き出し口から吹き出される風が当該ゾーンｋにいるユーザに当たりやすいような環境であれば、当該λ_ｋとして高い値が設定される。一方、ゾーンｋに対応する吹き出し口から吹き出される風が当該ゾーンｋにいるユーザに当たりにくいような環境であれば、当該λ_ｋとして低い値が設定される。なお、λ_ｋは、正の値であるものとする。

Ｆ_ｋは、ゾーンｋに対応する吹き出し口の風向きを表す。なお、ゾーンｋに対応する吹き出し口の風向きが水平である場合のＦ_ｋは、当該吹き出し口の風向きが下向きである場合のＦ_ｋよりも低い値に設定されている。具体的には、例えばゾーンｋに対応する吹き出し口の風向きが水平である場合のＦ_ｋは０、当該吹き出し口の風向きが下向きである場合のＦ_ｋは１に設定され得る。

βは、全てのゾーン（ゾーン１－１～１－４）に共通する補正値を表す。βは、室内１全体の環境に応じて設定される値であればよい。なお、βは、正の値であってもよいし、負の値であってもよい。

上記した式（１）のような室内モデルによれば、ゾーンｋの温度は、空調機１０の設定温度Ｔ_ｓｅｔと、ゾーンｋに特有の補正値α_ｋと、ゾーンｋに対応する吹き出し口の風向き（値）Ｆ_ｋにゾーンｋの風向きの影響度λ_ｋを乗算した値と、補正値βとを加算することによって算出される。

上記したように式（１）は空調機１０が暖房運転を行う場合の室内モデルを想定しており、当該室内モデルは、設定温度が高い場合にゾーンｋの温度が上がるとともに、吹き出し口の風向きが水平である場合に比べて、吹き出し口の風向きが下向きである場合にゾーンｋの温度が上がることを表現している。

なお、空調機１０が冷房運転を行う場合の室内モデルは、以下の式（２）のように定式化することができる。
ｆ_ｋ＝Ｔ_ｓｅｔ＋α_ｋ－λ_ｋＦ_ｋ＋β 式（２）

なお、上記した室内モデルにおいては室内１の環境及び当該室内１を分割した各ゾーンの環境を考慮した当該ゾーン毎の温度を算出（推定）することができるが、当該室内モデル（つまり、空調機１０の設定値と当該設定値で空調機１０の運転が制御された場合の温度との関係）は、例えば熱流体解析技術やＢＩＭ（Building information Modeling）等を用いて、より詳細にモデル化されていてもよい。

中央制御装置４０は、上記した室内モデルを用いることによって空調機１０の最適な設定値を決定する。具体的には、空調機１０の最適な設定値は、以下の式（３）により、算出される。

上記した式（３）におけるＴ^＊ _ｓｅｔは、最適な設定温度である。また、Ｆ^＊は、最適な吹き出し口の風向きである。なお、式（３）においては省略されているが、Ｆ^＊は、上記した吹き出し口１１～１４の各々の風向きを含む。また、Ｎは、室内１にいるユーザ（在室者）の数である。

Ｓ_ｎは、室内１にいるユーザｎ（ｎ＝１，２，…，Ｎ）が快適と感じる温度（室温）である。なお、ユーザｎが快適と感じる温度は、上記した温冷感情報（当該ユーザｎの温冷感）に基づいて算出される。具体的には、例えば上記した室内モデルを用いて算出されたゾーンｋの温度がＴであり、当該ゾーンｋにいるユーザｎの温冷感（つまり、ユーザｎが使用する端末装置２０に入力された温冷感）が「暑い」である場合を想定する。この場合、ゾーンｋの温度Ｔではユーザｎは「暑い」と感じているため、例えば当該温度Ｔ－１によって当該ユーザｎが快適と感じる温度を算出することができる。一方、ユーザｎの温冷感が「寒い」である場合には、ゾーンｋの温度Ｔ＋１により当該ユーザｎが快適と感じる温度を算出することができる。ここではユーザｎの温冷感が「暑い」及び「寒い」である場合について説明したが、当該ユーザｎの温冷感が「暑すぎる」である場合にはゾーンｋの温度Ｔ－２、当該ユーザｎの温冷感が「寒すぎる」である場合にはゾーンｋの温度Ｔ＋２により当該ユーザｎが快適と感じる温度を算出することができる。なお、ユーザｎの温冷感が「快適」である場合には、ゾーンｋの温度Ｔを当該ユーザｎが快適と感じる温度として用いればよい。ここでは、ユーザｎが快適と感じる温度の算出について簡単な例を説明したが、当該ユーザｎが快適と感じる温度は、他の手法によって算出されても構わない。

ｆ_ｋ（ｎ）（Ｔ_ｓｅｃ，Ｆ）は、設定温度Ｔ_ｓｅｃ及び吹き出し口の風向きＦを含む設定値（現在の設定値）で空調機１０の運転が制御されている場合のユーザｎがいるゾーンｋの温度であり、上記した室内モデルを表している。なお、式（３）においては省略されているが、Ｆは、吹き出し口１１～１４の各々の風向きを含む。

Δは、現在の設定値（設定温度Ｔｓｅｃ及び吹き出し口の風向きＦ）と最適な設定値（設定温度Ｔ^＊ _ｓｅｃ及び吹き出し口の風向きＦ^＊）との差分を表している。このΔの二乗（ペナルティ項）を加算することにより、現在の設定値から比較的近い設定値を最適な設定値として算出するように調整することができる。

上記した式（３）によれば、室内１にいるユーザｎの各々が快適と感じる温度と当該ユーザｎがいるゾーンｋの温度との二乗誤差と、ペナルティ項との和が最も小さくなる設定温度と吹き出し口の風向きとの組み合わせが最適な設定値として算出される。

上記したように空調機１０の設定値と当該設定値で空調機１０の運転が制御された場合の室内１（の各ゾーン）の温度との関係をモデル化（定式化）した室内モデルを用いることは、室内１にいるユーザの各々の温冷感に基づいて適切な空調機１０の設定値を決定するために有用である。

しかしながら、上記した室内モデルは、季節の遷移や室内１のレイアウトの変更等により、更新されなければならない場合があり、当該室内モデルの更新作業はコストが大きい。

そこで、本実施形態においては、室内モデルの更新等に有効に活用するために、複数のユーザの各々が使用する端末装置２０から送信された空調に関する情報を集計装置３０が集計するものとする。

なお、本実施形態においては、空調システムが別個の装置である集計装置３０及び中央制御装置４０を備えるものとして説明するが、当該集計装置３０は、中央制御装置４０と一体として構成されていても構わない。

図６は、集計装置３０の機能構成の一例を示す。図６に示すように、集計装置３０は、室内情報格納部３１、入力情報格納部３２、空調機情報格納部３３、ゾーン情報格納部３４、収集部３５、集計部３６及び分析部３７を含む。

室内情報格納部３１には、空調機１０が設置されている室内１のレイアウト（間取り）を示すマップ（平面図）のような情報（以下、室内情報と表記）が予め格納されている。室内情報（マップ上）には、室内１に設置されている空調機１０の位置が更に設定されている。

なお、室内情報には、例えば室内１に配置されている窓及びドア（扉）等を含む建物構造に関する情報、パーティション、キャビネット、書棚、机、椅子等の什器及び設備に関する情報が含まれていてもよい。更に、上記した室内１のレイアウトや空調機１０の位置等を取得することができるのであれば、室内情報は、ＢＩＭのような建物の詳細な情報から構築されたモデルであってもよい。また、室内情報には、上記した窓及びドア等の状態を示す時系列情報（つまり、各時間における窓及びドア等の状態を示す情報）が含まれていてもよい。このような時系列情報は、例えば窓及びドアに取り付けられた各種センサ等を用いて取得可能である。更に、室内情報には、室内１に配置されている製品（上記した建物構造、什器及び設備等）の型番及びスペック等の情報が含まれていてもよい。

入力情報格納部３２には、上記したように室内１にいる複数のユーザの各々によって使用される端末装置２０から送信された入力情報が格納（蓄積）される。この入力情報は、ユーザ（当該入力情報を送信した端末装置２０を使用するユーザ）を識別するためのユーザ識別情報（以下、ユーザＩＤと表記）に対応づけて、当該ユーザの位置を示す位置情報と、当該ユーザの温冷感を示す温冷感情報と、当該位置情報及び当該温冷感情報が端末装置２０に入力された日時とを含む。なお、入力情報に含まれる日時は、位置情報及び温冷感情報が端末装置２０に入力された時点で自動的に付与されればよいが、例えばユーザの操作等に応じて端末装置２０に入力されてもよい。

なお、本実施形態においては、入力情報に含まれる温冷感情報が「暑い」及び「寒い」等の温冷感を示す情報であるものとして説明するが、当該温冷感情報は、「風が不快」または「湿気が強い」のような室内１の環境に対する反応全般が含まれていてもよい。また、入力情報に含まれる位置情報は、室内１のレイアウト（マップ）上の位置を示す座標値（Ｘ座標値及びＹ座標値）であってもよいし、当該室内１の座席を示す情報であってもよい。

空調機情報格納部３３には、例えば空調機１０または中央制御装置４０から送信される空調機１０の設定値に関する空調機情報が格納（蓄積）される。空調機情報格納部３３に格納される空調機情報は、空調機１０の設定値及び当該設定値に基づいて空調機１０の運転が制御された日時（または期間）を含む。すなわち、空調機情報は、空調機１０の設定値の履歴を示す情報に相当する。なお、空調機情報に含まれる空調機１０の設定値には、上記した運転モード、設定温度及び吹き出し口の風向きが含まれるが、例えば当該吹き出し口から吹き出される風の量（風量）等が含まれていてもよい。更に、空調機情報には、当該空調機情報に含まれる設定値で空調機１０が制御されている間に当該空調機１０内に設置されている温度計等の各種センサによって計測されたデータが含まれていてもよい。

ゾーン情報格納部３４には、上記した室内１（つまり、室内情報格納部３１に格納されている室内情報によって示される室内１のレイアウト）が分割された複数のゾーン（の配置）を示す情報（以下、ゾーン情報と表記）が格納されている。なお、ゾーン情報格納部３４に格納されるゾーン情報によって示される複数のゾーンは、室内１のレイアウトと当該室内１における空調機１０（に備えられる吹き出し口等）の位置に基づいて予め定義されているが、例えば当該室内１における空調の効果や温度分布等を基に定義（決定）されていてもよい。上記した図５に示すように空調機１０が室内１の中央付近に設置されており、当該空調機１０が４つの吹き出し口を備えている場合、ゾーン情報格納部３４には、当該室内１が分割された４つのゾーン１－１～１－４を示すゾーン情報が格納されているものとする。

収集部３５は、所定の条件に基づいて、入力情報格納部３２に含まれる入力情報を収集する。なお、入力情報を収集するための所定の条件には、例えば期間が含まれる。この場合、収集部３５は、入力情報格納部３２に格納されている入力情報に含まれる日時に基づいて、所定の条件に含まれる期間に該当する日時を含む入力情報を収集する。このように入力情報を収集するための条件に含まれる期間は、予め設定されていてもよいし、集計装置３０（または空調システム）の管理者によって指定されてもよい。

また、所定の条件には、空調機１０の設定値が含まれていてもよい。このように所定の条件に空調機１０の設定値が含まれている場合には、当該空調機１０の設定値で空調機１０の運転が制御されている期間に該当する日時を含む入力情報を収集するようなことが可能となる。なお、所定の条件に含まれる空調機１０の設定値で当該空調機１０の運転が制御されている期間は、空調機情報格納部３３に格納されている空調機情報（に含まれる空調機１０の設定値及び日時）によって特定可能である。

集計部３６は、収集部３５によって収集された入力情報に含まれる位置情報に基づいて、ゾーン情報格納部３４に格納されているゾーン情報によって示されるゾーン毎に、当該入力情報に含まれる温冷感情報を集計する。

分析部３７は、集計部３６によって集計された温冷感情報（つまり、集計結果）を分析し、当該集計結果（または分析結果）を中央制御装置４０にフィードバックする。このように中央制御装置４０にフィードバックされる集計結果は、上記した空調機１０の設定値を決定するために用いられる室内モデルを更新するために使用することができる。

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

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

通信デバイス３０４は、空調機１０、端末装置２０及び中央制御装置４０等の外部装置と例えば有線または無線による通信を実行するように構成されたデバイスである。

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

本実施形態において、室内情報格納部３１、入力情報格納部３２、空調機情報格納部３３及びゾーン情報格納部３４は、図７に示す不揮発性メモリ３０２またはその他の記憶装置等によって実現される。

また、本実施形態において、収集部３５、集計部３６及び分析部３７の一部または全ては、図７に示すＣＰＵ３０１に集計プログラムを実行させること、すなわち、ソフトウェアによって実現されるものとする。なお、これらの各部の一部または全ては、ＩＣ（Integrated Circuit）等のハードウェアによって実現されてもよいし、ソフトウェア及びハードウェアの組み合わせ構成によって実現されてもよい。

次に、図８のフローチャートを参照して、集計装置３０の処理手順の一例について説明する。ここでは、集計装置３０に含まれる入力情報格納部３２及び空調機情報格納部３３には既に各種情報（入力情報及び空調機情報）が十分な期間にわたって蓄積されているものとする。

まず、収集部３５は、例えば現在の日時が予め設定されている室内モデルの更新時期に該当するか否かを判定する（ステップＳ１）。なお、ステップＳ１においては、例えば予め設定された日時を経過したときに現在の日時が室内モデルの更新時期に該当すると判定してもよいし、前回の室内モデルの更新から予め定められた期間が経過したときに現在の日時が室内モデルの更新時期に該当すると判定してもよい。

現在の日時が室内モデルの更新時期に該当しないと判定された場合（ステップＳ１のＮＯ）、ステップＳ１の処理が繰り返される。すなわち、ステップＳ１の処理は、現在の日時が室内モデルの更新時期に該当すると判定されるまで繰り返し実行される。

一方、現在の日時が室内モデルの更新時期に該当すると判定された場合（ステップＳ１のＹＥＳ）、収集部３５は、入力情報格納部３２から所定の条件に合致する入力情報を収集する（ステップＳ２）。上記したように所定の条件は、期間であってもよいし、空調機１０の設定値であってもよいし、これらの組み合わせであってもよい。また、上記したように温度計によって計測された温度（データ）等が空調機情報に含まれているような場合には、温度が３０度以上の日に該当する日時を含む入力情報を収集するようなことも可能である。

次に、集計部３６は、ステップＳ２において収集された入力情報に含まれる位置情報に基づいて、当該入力情報に含まれる温冷感情報を集計する（ステップＳ３）。

上記したステップＳ２においては複数の入力情報が収集されるが、当該複数の入力情報の１つを対象入力情報とすると、集計部３６は、ゾーン情報格納部３４に格納されているゾーン情報によって示される複数のゾーンのうち対象入力情報に含まれる位置情報によって示される位置を含むゾーンが特定される。集計部３６は、このように特定されたゾーンの温冷感情報として、対象入力情報に含まれる温冷感情報を集計する。ステップＳ３においては、このような処理がステップＳ２において収集された入力情報毎に実行されることによって、当該収集された入力情報の各々に含まれる温冷感情報をゾーン情報格納部３４に格納されているゾーン情報によって示されるゾーン毎に集計することができる。

ここでステップＳ３において集計された温冷感情報は例えば「暑すぎる」、「暑い」、「快適」、「寒い」及び「寒すぎる」のような温冷感を示すが、本実施形態において、当該温冷感は、数値によって表すことができるものとする。以下、この温冷感を表す数値を、便宜的に、温冷感値と称する。

具体的には、例えばユーザの温冷感が「暑すぎる」である場合、当該温冷感を表す温冷感値は「＋２」であるものとする。また、ユーザの温冷感が「暑い」である場合、当該温冷感を表す温冷感値は「＋１」であるものとする。また、ユーザの温冷感が「快適」である場合には、当該温冷感を表す温冷感値は「０」であるものとする。更に、ユーザの温冷感が「寒い」である場合、当該温冷感を表す温冷感値は「－１」であるものとする。更に、ユーザの温冷感が「寒すぎる」である場合、当該温冷感を表す温冷感値は「－２」であるものとする。

この場合、分析部３７は、上記したステップＳ３においてゾーン毎に集計された温冷感情報によって示される温冷感を表す温冷感値の平均値（以下、ゾーン毎の温冷感の平均値と表記）を算出する（ステップＳ４）。換言すれば、ステップＳ４においては、温冷感の平均値がゾーン毎に算出される。

次に、分析部３７は、ステップＳ４において算出されたゾーン毎の温冷感の平均値に基づいて、室内モデルの更新が必要であるか否かを判定する（ステップＳ５）。

ここで、上記したステップＳ２において例えば空調機１０が暖房運転を行っている間に該当する日時を含む入力情報が収集されている場合において、ステップＳ４において算出された複数のゾーンのうちの１つのゾーン（以下、対象ゾーンと表記）の温冷感の平均値が第１閾値未満である場合を想定する。なお、第１閾値は負の値である場合を想定している。この場合、対象ゾーンにいるユーザの温冷感が「寒い」及び「寒すぎる」に偏っているため、当該対象ゾーンに対する暖房の効きが十分でない（つまり、当該対象ゾーンは空調が効きづらい）と推測して、室内モデルの更新が必要であると判定する。

上記したように室内モデルの更新が必要であると判定された場合（ステップＳ５のＹＥＳ）、分析部３７は、当該室内モデルの更新を中央制御装置４０に指示する（ステップＳ６）。

なお、上記したように対象ゾーンの暖房が効きづらいと推測された場合には、対象ゾーンの温度を高くする必要があると考えられるため、上記した式（３）を用いて決定される設定温度がより高くなるように室内モデルを更新することが考えられる。この場合には、例えば上記した式（１）のように表される室内モデルのα_ｋ及びλ_ｋのうちの少なくとも１つを低下させるように変更すればよい。また、例えば室内１の複数ゾーンの全ての暖房が効きづらいと推測された場合には、室内モデルのβを低下させるように変更してもよい。なお、上記した室内モデルにおいては定義されていないが、当該室内モデルに風量が定義されている場合には、設定値として強い風量が決定されるように当該室内モデルが更新されてもよい。以下の説明において、室内モデルを更新するために変更されるα_ｋ、λ_ｋ及びβ等を室内モデルのパラメータと称する。

ここで、図９は、上記した図５に示すゾーン１－１～１－４毎に集計された温冷感情報を概念的に示している。図９においては、ゾーン毎に集計された温冷感情報（によって示される温冷感）を直感的に把握することができるように、便宜的に、図３に示すアイコン２０２ａ～２０２ｅを用いて温冷感情報を示している。

図９に示す例によれば、例えばゾーン１－１について集計された温冷感情報によって示される温冷感が「寒い」及び「寒すぎる」に偏っている（「快適」が少ない）ため、当該ゾーン１－１の温度を算出するための室内モデル（つまり、上記したパラメータのうちの少なくとも１つ）の更新を中央制御装置４０に指示することになる。

ここでは空調機１０が暖房運転を行っている間に該当する日時を含む入力情報が収集されている場合について説明したが、当該空調機１０が冷房運転を行っている間に該当する日時を含む入力情報が収集されている場合には、対象ゾーンの温冷感の平均値が第２閾値以上である場合に、当該対象ゾーンに対する冷房の効きが十分でないと推測して、室内モデルの更新が必要であると判定することができる。なお、第２閾値は正の値である場合を想定している。この場合には、上記した式（３）を用いて決定される設定温度がより低くなるように室内モデルが更新されればよい。

また、ここでは空調（暖房または冷房）の効きが十分でない場合について説明したが、例えば空調機１０が暖房運転を行っている場合の対象ゾーンの温冷感の平均値が第２閾値以上であれば、当該対象ゾーンに対する暖房が効きすぎていると推測して、室内モデルの更新が必要であると判定することができる。この場合には、上記した式（３）を用いて決定される設定温度がより低くなるように室内モデルが更新されればよい。

同様に、例えば空調機１０が冷房運転を行っている場合の対象ゾーンの温冷感の平均値が第１閾値未満であれば、当該対象ゾーンに対する冷房が効きすぎていると推測して、室内モデルの更新が必要であると判定することができる。この場合には、上記した式（３）を用いて決定される設定温度がより高くなるように室内モデルが更新されればよい。

なお、室内モデルの具体的な更新内容（更新すべきパラメータ及び当該更新後のパラメータの値）については、集計装置３０（分析部３７）から中央制御装置４０に指示されてもよいし、中央制御装置４０側で決定してもよい。

一方、室内モデルの更新が必要でないと判定された場合（ステップＳ５のＮＯ）、図８に示す処理は終了される。

ここで、室内モデルは例えば季節の遷移等によって定期的に更新されることが多いところ、過去に室内モデルが更新されたタイミング（つまり、更新パターン）を蓄積しておき、当該更新パターンに基づいて室内モデルが更新されてもよい。このような構成の場合においては、更新パターンに基づいて現在の日時が更新時期に該当するか否かが判定されるとともに、当該更新パターンに応じた入力情報が収集されるものとする。

具体的には、例えば夏から秋に季節が変わるタイミングで室内モデルが更新されるという更新パターンが蓄積されているものとすると、ステップＳ１においては、当該タイミングで現在の日時が更新時期に該当すると判定される。次に、ステップＳ２においては、例えば１年前の秋に該当する日時を含む入力情報を収集する。これによれば、夏から秋に変わるタイミングで、夏の間に用いられていた室内モデルを自動的に秋に好適な室内モデルに更新するようなことが可能となる。

また、本実施形態において、集計装置３０（空調システム）の管理者は、例えば入力情報格納部３２に格納されている入力情報（の一覧）を閲覧することが可能であるものとする。これによれば、例えばステップＳ１において現在の日時が室内モデルの更新時期に該当しないと判定された場合であっても、上記したように入力情報を閲覧した管理者がユーザの不満が増加している（「快適」以外の温冷感を示す温冷感情報の数が多い）と判断して室内モデルの更新を指示した場合に当該ステップＳ２以降の処理が実行されるような動作が可能となる。

上記したように本実施形態においては、複数の端末装置２０の各々を使用するユーザの室内１の位置を示す位置情報と、当該位置における当該ユーザの温冷感を示す温冷感情報と、当該位置情報及び当該温冷感情報が端末装置２０に入力された日時とを含む入力情報を入力情報格納部３２（第２格納部）に格納し、空調機１０の設定値及び当該設定値に基づいて当該空調機１０の運転が制御された日時を含む空調機情報を空調機情報格納部３３（第３格納部）に格納し、当該入力情報に含まれる日時と当該空調機情報に含まれる設定値及び日時とに基づいて、当該入力情報格納部３２から入力情報を収集し、当該収集された入力情報に含まれる位置情報に基づいて、室内１が分割されたゾーン（領域）毎に、当該入力情報に含まれる温冷感情報を集計する。

本実施形態においては、上記した構成により、複数のユーザの各々が使用する端末装置２０から送信された空調に関する情報（入力情報）を有効に活用し、空調システムによって提供される空調の精度及び当該空調システムを利用するユーザの満足度の向上に寄与することができる。

具体的には、本実施形態においては、上記したように集計された温冷感情報を空調機１０の設定値を決定するために用いられる室内モデルを更新するために中央制御装置４０（空調機１０を制御する制御装置）にフィードバックすることによって、当該温冷感情報を有効に活用することができる。この場合、上記したように集計された温冷感情報によって示される温冷感を表す温冷感値の平均値に基づいて、当該室内モデルの更新が中央制御装置４０に指示される。このような構成によれば、集計装置３０によって集計された温冷感情報を用いて室内モデルを更新する作業のコストを低減することができる。

なお、本実施形態においては温冷感情報の集計結果に基づいて中央制御装置４０に保持されている室内モデルが更新されるものとして主に説明したが、本実施形態は当該集計結果を有効に活用するために当該集計結果が中央制御装置４０等にフィードバックされる構成であればよく、当該集計結果は他の用途に用いられても構わない。

具体的には、室内１の環境を詳細にモデル化することは困難であり、そもそもビル（建物）によっては機器または環境のスペック不足（つまり、モデル化するための十分な情報がないこと）によりモデル化できない場合がある。このような場合には、上記した温冷感情報の集計結果を用いて室内モデルを作成するような処理が実行されても構わない。

また、本実施形態においては、例えば室内モデルの更新パターンに基づいて入力情報を収集するようにしてもよい。このような構成によれば、例えば季節の遷移に応じて好適な室内モデルに自動的に更新するようなことが可能となる。

また、本実施形態においては、集計装置３０が室内情報格納部３１、入力情報格納部３２、空調機情報格納部３３及びゾーン情報格納部３４を含むものとして説明したが、各格納部３１～３４のうちの少なくとも一部は、集計装置３０の外部に配置されていてもよい。例えば入力情報格納部３２及び空調機情報格納部３３が集計装置３０の外部のサーバ装置等に配置されている場合には、集計装置３０は、当該サーバ装置にアクセスすることによって、空調機情報を参照して入力情報を収集すればよい。

ここで、一般に、室内１には例えば窓及びドア等が配置されているが、当該窓及びドアの付近は外気の影響受けやすく、空調機１０の設定値にかかわらず空調が効きにくいことが考えられる。そこで、本実施形態は、このような観点に基づいて室内１の各位置（座標）に重みを割り当て、当該重みを考慮して室内モデルの更新を中央制御装置４０に指示する構成（以下、本実施形態の変形例と表記）とすることができる。

以下、図１０のフローチャートを参照して、本実施形態の変形例に係る集計装置３０の処理手順の一例について説明する。

まず、集計装置３０は、室内情報格納部３１に格納されている室内情報によって示される室内１のレイアウトを参照して、当該室内１の各位置（座標）に重みを割り当てる（ステップＳ１１）。

この場合、例えば窓及びドアの近傍の領域を空調（制御）にかかわらず不快が発生しやすい（つまり、空調が効きにくい）ペリメーターゾーンとし、当該窓及びドアの近傍でない領域を空調（制御）によって不快を解消しやすい（つまり、空調が効きやすい）インテリアゾーンとすると、集計装置３０は、ペリメーターゾーンに含まれる位置には小さい重みを割り当て、当該インテリアゾーンに含まれる位置には大きい重みを割り当てる。

なお、本実施形態の変形例において、ペリメーターゾーン及びインテリアゾーンは上記した室内１が分割された複数のゾーン（つまり、ゾーン情報格納部３４に格納されているゾーン情報によって示される複数のゾーン）とは異なる概念の領域である。すなわち、ペリメーターゾーン及びインテリアゾーンの各々は、ゾーン情報によって示される複数のゾーンの各々の一部の領域であってもよいし、当該ゾーンを包含する領域であってもよいし、複数のゾーンに跨るような領域であってもよい。

例えば図１１に示すように室内１に窓１ａ及び１ｂが配置されている場合、窓１ａ及び１ｂの付近の領域４０１がペリメーターゾーンであり、当該領域４０１に含まれる位置に割り当てられる重みは小さい。同様に、室内１にドア１ｃが配置されている場合、当該ドア１ｃの付近の領域４０２がペリメーターゾーンであり、当該領域４０２に含まれる位置に割り当てられる重みは小さい。一方、室内１のうちの上記した領域４０１及び４０２（ペリメーターゾーン）以外の領域がインテリアゾーンであり、当該領域に割り当てられる重みは大きい。

次に、図８に示すステップＳ１～Ｓ６の処理に相当するステップＳ１２～Ｓ１７の処理が実行される。

なお、ステップＳ１５においてはゾーン毎の温冷感の平均値が算出されるが、当該ゾーン毎の温冷感の平均値は、上記したステップＳ１１において室内１の各位置に割り当てられた重みを考慮して算出される。具体的には、ステップＳ１４においてゾーン毎に集計された温冷感情報によって示される温冷感を表す温冷感値の各々には、当該温冷感情報が入力された際にユーザがいた室内１の位置（つまり、当該温冷感情報を含む入力情報に含まれる位置情報によって示される位置）に割り当てられた重みが反映される（つまり、当該重みが乗算される）。ステップＳ１５においては、このように重みが反映された温冷感値を用いて平均値が算出される。

ここで、上記した図１１に示す室内１の領域４０１及び４０２（ペリメーターゾーン）に小さい重みが割り当てられ、当該領域４０１及び４０２以外の領域（インテリアゾーン）に大きい重みが割り当てられている場合において、図９に示すようにゾーン毎に温冷感情報が集計されている場合を想定する。

この場合、ゾーン１－１及び１－４においては「寒い」及び「寒すぎる」を示す温冷感情報が多く、「快適」を示す温冷感情報が少ない傾向があるが、ゾーン１－１は、インテリアゾーンにおいて「寒い」及び「寒すぎる」を示す温冷感情報が多い。この場合、ゾーン１－１の温冷感の平均値は、低い値となり、特に空調が効きづらいと推測される。

一方、ゾーン１－４は、ペリメーターゾーンに「寒い」及び「寒すぎる」を示す温冷感情報が多いが、インテリアゾーンには「快適」を示す温冷感情報が多い。この場合、ゾーン１－４の温冷感の平均値は、ペリメーターゾーンにおいて入力された温冷感情報（温冷感値）の影響が緩和されることによりゾーン１－１の温冷感よりも高い値となり、空調がある程度効いていると推測される。

これによれば、図８に示すステップＳ１６においては、ゾーン１－１の温度を算出するための室内モデル（つまり、ゾーン１－１に関するパラメータ）の更新が必要であるが、ゾーン１－４の温度を算出するための室内モデル（つまり、ゾーン１－４に関するパラメータ）の更新は必要ないと判定される。

上記した本実施形態において説明したようにペリメーターゾーンとインテリアゾーンとを考慮しない（つまり、室内１の全ての位置に同じ重みが割り当てられている）場合では、空調にかかわらず不快（不満）が発生しやすいペリメーターゾーンにいるユーザによって入力された温冷感情報に影響されてしまい、インテリアゾーンにいるユーザは「快適」と感じているにもかかわらず、ゾーン１－４の温度を算出するための室内モデルが更新されてしまう。この場合、ペリメーターゾーンはそもそも空調にかかわらず不快が発生するのであるから、当該ペリメーターゾーンにいるユーザの温冷感は改善せず、更に、室内モデルを更新したことによりインテリアゾーンにいるユーザの快適度が損なわれる（つまり、温冷感が「快適」から「暑い」または「寒い」等の不快に変わる）可能性がある。

これに対して、本実施形態の変形例においては、上記したようにペリメーターゾーンとインテリアゾーンとに異なる重みを割り当てることによって、ペリメーターゾーンにおける外乱（外気の影響）を除いた空調の効きを評価して室内モデルを更新する（つまり、ペリメーターゾーン及びインテリアゾーンに基づいて室内モデルの更新を中央制御装置４０に指示する）ことができるため、より実環境に沿った室内モデルの更新を実現することができる。

なお、本実施形態の変形例においてはペリメーターゾーンとインテリアゾーンとに異なる重みを割り当てるものとして説明したが、ペリメーターゾーンにいるユーザによって入力された温冷感情報を除いて温冷感情報を集計する（つまり、ペリメーターゾーンにいるユーザによって入力された温冷感情報を集計対象から除外する）ようにしてもよい。この場合には、インテリアゾーンにおける温冷感の平均値に基づいて室内モデルの更新を指示するようなことが可能となる。

また、本実施形態の変形例においては上記した室内情報格納部３１に格納されている室内情報によって示される室内１のレイアウト（窓及びドアの位置）に基づいてペリメーターゾーン及びインテリアゾーンを推定（判別）することができるが、当該ペリメーターゾーン及びインテリアゾーンの推定に室内情報を用いることができない（つまり、当該室内情報に窓及びドアの位置が含まれていない）場合がある。この場合には、入力情報格納部３２に格納（蓄積）されている入力情報に含まれる位置情報及び温冷感情報（つまり、過去の温冷感の履歴）に基づいて、建物の構造により慢性的に空調が効きにくい領域（つまり、空調にかかわらず不快が発生しやすいペリメーターゾーン）を推定してもよい。具体的には、例えば「暑い（熱すぎる）」または「寒い（寒すぎる）」と感じるような設定値で空調機１０の運転を制御しているにもかかわらず、これらに反する温冷感を示す温冷感情報がユーザによって入力されているような場合には、当該ユーザの位置を含む領域をペリメーターゾーンと推定することができる。

更に、室内情報に窓及びドアの状態を示す時系列情報や室内１に配置されている製品の型番及びスペック等の情報が含まれている場合には、これらの情報を利用して外気の影響の程度を評価することによって、当該外気の影響の程度が大きい領域をペリメーターゾーンとして推定するようにしてもよい。これによれば、例えばドアの付近の領域であっても、当該ドアが開閉される頻度が低いような場合には、当該領域はペリメーターゾーンではない（つまり、インテリアゾーンである）と推定することができる。同様に、例えば窓の付近の領域であっても、当該窓の断熱性が高い場合には、当該領域はペリメーターゾーンではないと推定することができる。更に、室内１に設置されているパーティションの高さ等に応じてペリメーターゾーンを推定してもよい。

なお、ここではペリメーターゾーン（に含まれる位置）に小さい重みを割り当て、インテリアゾーン（に含まれる位置）に大きい重みを割り当てるものとして説明したが、例えばペリメーターゾーンではないが壁に近い領域に含まれる位置には中程度の重みを割り当てるようにしてもよい。このように本実施形態の変形例においては、例えば異なる３つ以上の重みを各位置に割り当てるような構成としてもよい。

（第２実施形態）
次に、第２実施形態について説明する。なお、本実施形態においては、前述した第１実施形態と同様の部分についての詳しい説明を省略し、当該第１実施形態とは異なる部分について主に説明する。また、本実施形態に係る空調システム及び集計装置の構成については、前述した第１実施形態と同様であるため、適宜、図１及び図６を用いて説明する。

ここで、一般に、空調機１０の故障または機能低下（以下、単に異常と表記）が生じた場合、当該空調機１０（空調システム）を利用しているユーザが空調の効きの悪さに気づくことによって、当該空調機１０の異常が発覚する場合が多い。空調システムの中には例えばフィルタの劣化等を検知し発報するようなものが存在するが、このような空調システムは高価であり、導入は限定的である。

このため、本実施形態は、集計された温冷感情報に基づいて空調機１０の異常を検出する（空調機１０に異常が生じているかを判定する）点で、前述した第１実施形態とは異なる。

以下、図１２のフローチャートを参照して、本実施形態に係る集計装置３０の処理手順の一例について説明する。

まず、収集部３５は、空調機情報格納部３３に格納されている空調機情報に含まれる日時を運転制御日時（つまり、空調機１０の運転が制御された日時）として取得する（ステップＳ２１）。

ステップＳ２１の処理が実行されると、収集部３５は、ステップＳ２１において取得された運転制御日時に基づく第１期間に該当する日時を含む入力情報（以下、第１入力情報と表記）を収集する（ステップＳ２２）。なお、第１期間は運転制御日時よりも前の期間（例えば、運転制御日時の１時間前から当該運転制御日時までの期間等）であり、第１入力情報は空調機１０の運転が制御される前の入力情報に相当する。

また、収集部３５は、ステップＳ２１において取得された運転制御日時に基づく第２期間に該当する日時を含む入力情報（以下、第２入力情報と表記）を収集する（ステップＳ２３）。なお、第２期間は運転制御日時よりも後の期間（例えば、運転制御日時から当該運転制御日時の１時間後までの期間等）であり、第２入力情報は空調機１０の運転が制御された後の入力情報に相当する。

次に、集計部３６は、ステップＳ２２及びＳ２３において収集された入力情報に含まれる位置情報に基づいて、当該入力情報に含まれる温冷感情報を集計する（ステップＳ２４）。このステップＳ２４の処理は前述した図８に示すステップＳ３の処理に相当するが、ステップＳ２４の処理が実行された場合の集計結果には、第１入力情報に基づいてゾーン毎に集計された温冷感情報を含む集計結果（以下、第１集計結果と表記）と、第２入力情報に基づいてゾーン毎に集計された温冷感情報を含む集計結果（以下、第２集計結果と表記）とが含まれる。

ステップＳ２４の処理が実行されると、分析部３７は、ゾーン毎にステップＳ２５の処理を実行する。ステップＳ２５の処理が実行される１つのゾーンを対象ゾーンとすると、分析部３７は、当該対象ゾーンについての第１集計結果に基づいて温冷感値の平均値を算出し、当該対象ゾーンについての第２集計結果に基づいて温冷感値の平均値を算出し、当該平均値の差分を上記したステップＳ２１において取得された運転制御日時の前後における対象ゾーンの温冷感の変化の度合い（以下、温冷感の変化度と表記）として算出する。このようなステップＳ２５の処理がゾーン毎に実行されることによって、分析部３７は、各ゾーンの温冷感の変化度を算出する。

分析部３７は、ステップＳ２５において算出された各ゾーンの温冷感の変化度に基づいて、空調機１０に異常が生じているか否かを判定する（ステップＳ２６）。この場合、例えば運転制御日時の前後で温冷感の変化度が極端に小さいゾーンが存在する場合には、空調機１０が故障しているまたはフィルタが劣化している等の要因で当該空調機１０が正常に稼働（動作）していないと推測される。このため、ステップＳ２６においては、例えば少なくとも１つのゾーンの温冷感の変化度が予め定められた値（以下、第３閾値と表記）未満である場合には空調機１０に異常が生じていると判定され、全てのゾーンの温冷感の変化度が第３閾値以上である場合には空調機１０に異常が生じていないと判定されるものとする。

ただし、前述した第１実施形態において説明したペリメーターゾーンの場合には、空調機１０に異常が生じていない場合であっても温冷感の変化度が小さい可能性があるため、ステップＳ２６の処理は、ペリメーターゾーン及びインテリアゾーンを考慮して実行されてもよい。

空調機１０に異常が生じていると判定された場合（ステップＳ２６のＹＥＳ）、分析部３７は、空調機１０の異常を発報（通知）する（ステップＳ２７）。なお、ステップＳ２７においては、例えば空調機１０に異常が生じていることを端末装置２０または中央制御装置４０に通知する処理が実行されてもよいし、当該空調機１０に設けられている所定のランプを点灯させるような処理が実行されてもよい。

一方、空調機１０に異常が生じていないと判定された場合（ステップＳ２６のＮＯ）、図１２に示す処理は終了される。

なお、ステップＳ２１においては１つの運転制御日時が取得されればよいが、当該ステップＳ２１において複数の運転制御日時が取得されてもよい。この場合には、ステップＳ２１において取得された複数の運転制御日時の各々に基づいて第１及び第２入力情報が収集され、当該運転制御日時毎に温冷感の変化度が算出されるものとする。ステップＳ２６においては、運転制御日時毎に算出された温冷感の変化度の平均値が第３閾値未満である場合に空調機１０に異常が生じていると判定されてもよいし、当該運転制御日時毎に算出された温冷感の変化度の最大値が第３閾値未満である場合に空調機１０に異常が生じていると判定されてもよい。また、ステップＳ２６においては、運転制御日時毎に算出された温冷感の変化度が連続して第３閾値未満である場合に空調機１０に異常が生じていると判定されてもよい。

また、運転制御日時の前後にユーザが入室または退室する場合があるが、温冷感はユーザ毎に異なるため、異なるユーザの温冷感情報を集計した場合には、誤って空調機１０に異常が生じていると判定される可能性がある。このため、ステップＳ２２及びＳ２３においては、同一のユーザＩＤを含む第１及び第２入力情報を収集する（つまり、運転制御日時の前後の両方の時点において室内１にいるユーザの入力情報のみを収集する）ようにしてもよい。このような構成によれば、同一のユーザによって入力された温冷感情報のみが集計されるため、空調機１０の異常の検出精度を向上させることができる可能性がある。また、このような構成の場合には、運転制御日時の前後で同一のユーザによって入力された温冷感情報に含まれる温冷感値の差分（つまり、ユーザ毎の温冷感値の差分）の平均値を温冷感の変化度として算出してもよい。

また、ステップＳ２５においてはゾーン毎の温冷感の変化度が算出されるものとして説明したが、ゾーンを区別することなく、室内１全体としての温冷感の変化度を算出し、当該温冷感の変化度に基づいて空調機１０に異常が生じているか否かを判定してもよい。

更に、ステップＳ２７においては空調機１０に異常が生じていることを発報するものとして説明したが、ステップＳ２６においては、温冷感の変化度が第３閾値未満であるゾーンを特定することができる。このため、ステップＳ２７においては、例えば温冷感の変化度が第３閾値未満であるゾーンに対応する吹き出し口に関する部品が劣化または故障している可能性があることを発報するようにしてもよい。温冷感の変化度が空調機１０全体で第３閾値未満であるような場合、空調機１０の吸い込み口フィルタの劣化や、内部温度センサの校正ずれなどの可能性があることを発報してもよい。すなわち、分析部３７は、上記した温冷感情報の集計結果（ゾーン毎の温冷感の変化度）に基づいて、空調機１０に生じている異常の要因（故障個所の候補等）を推定して発報してもよい。

ここで、図１３は、例えば第１運転制御日時の前後（つまり、空調機１０の運転の制御前及び制御後）の温冷感情報の一例を示している。

図１３によれば、ゾーン１－２～１－４においては第１運転制御日時の前後で各ユーザの温冷感に変化が生じているが、ゾーン１－１においては、当該温冷感の変化が生じていない。

また、図１４は、例えば第２運転制御日時の前後の温冷感情報の一例を示している。図１４によれば、ゾーン１－２～１－４においては第２運転制御日時の前後で各ユーザの温冷感に変化が生じているが、ゾーン１－１においては、当該温冷感の変化が生じていない。

この場合、上記した図１２に示す処理が実行されることによって、例えばゾーン１－１に対応する吹き出し口（フラップ）１１周辺の部品またはフィルタ等の故障（または劣化）が原因で、空調の性能が低下している可能性があることを発報することができる。

上記したように本実施形態においては、温冷感情報の集計結果（集計された温冷感情報）に基づいて空調機１０に異常が生じているかを判定する（つまり、空調機１０の異常を検出する）構成により、当該集計結果を空調機１０の異常（故障または劣化）の早期検知や定期保守等のために有効に活用することができる。換言すれば、本実施形態においては、温冷感が空調制御によって全く変化しない場合には空調機１０の機能低下が想定されるという観点に基づいて当該温冷感の履歴（温冷感情報の集計結果）を用いることによって、当該空調機１０の故障または劣化を早期に検出（発見）することができる可能性がある。

なお、本実施形態に係る集計装置３０は、前述した第１実施形態と組み合わせた構成である場合を想定しており、例えば図８に示す処理が実行されることによって室内モデルが更新されたにもかかわらず、ユーザの温冷感（温冷不満）が改善されないような場合に図１２に示す処理を実行するように運用されてもよい。

ただし、本実施形態に係る集計装置３０は、図８に示す処理を実行せず、図１２に示す処理のみを実行するように構成されていてもよい。

（第３実施形態）
次に、第３実施形態について説明する。なお、本実施形態においては、前述した第１実施形態と同様の部分についての詳しい説明を省略し、当該第１実施形態とは異なる部分について主に説明する。また、本実施形態に係る空調システムの構成については、前述した第１実施形態と同様であるため、適宜、図１を用いて説明する。

以下、本実施形態に係る集計装置３０の構成について説明するが、当該集計装置３０のハードウェア構成については前述した第１実施形態と同様であるため、図７を用いて説明する。

図１５は、本実施形態に係る集計装置３０の機能構成の一例を示す。なお、図１５においては、前述した図６と同様の部分について同一参照符号を付して、その詳しい説明を省略する。ここでは、図６と異なる部分について主に述べる。

図１５に示すように、集計装置３０は、調整部３８を含む。なお、調整部３８の一部または全ては、前述した図７に示すＣＰＵ３０１に集計プログラムを実行させること、すなわち、ソフトウェアによって実現されるものとする。なお、調整部３８の一部または全ては、ハードウェアによって実現されてもよいし、ソフトウェア及びハードウェアの組み合わせ構成によって実現されてもよい。

ここで、各ユーザ（個人）の温冷感は天候または体調等の要因に応じて大きく変動する可能性があるため、同一の設定値で空調機１０の運転が制御されている同一のゾーンに同一のユーザがいた場合であっても、日時によって温冷感が異なる（つまり、温冷感にばらつきが生じる）ことがある。このような温冷感のばらつきは、温冷感情報の集計精度を低下させ、適切な室内モデルの更新を阻害する要因となる。

このため、調整部３８は、このような温冷感のばらつきによる影響を軽減するために、収集部３５によって収集された入力情報を調整する機能を有する。具体的には、調整部３８は、例えば収集部３５によって収集された入力情報の中に同一の設定値で空調機１０の運転が制御されている間に同一のゾーンにいる同一のユーザによって使用される端末装置２０から送信された複数の入力情報が存在する場合に、当該複数の入力情報の各々に含まれる温冷感情報（温冷感値）の中から外れ値を特定し、当該外れ値（に相当する温冷感値）を含む入力情報を集計部３６による集計の対象から除外する。

なお、空調機情報格納部３３に格納されている空調機情報に含まれる設定値及び日時によれば、当該設定値で空調機１０が制御されていた期間を特定（判別）することが可能であるため、上記した同一の設定値で空調機１０の運転が制御されている間に同一のゾーンにいる同一のユーザによって使用される端末装置２０から送信された複数の入力情報とは、同一の設定値で空調機１０が制御されていた期間に該当する日時を含む入力情報であって、同一のユーザＩＤに対応づけて同一のゾーンに含まれる位置を示す位置情報を含む入力情報である。

また、外れ値は、例えば同一の設定値で空調機１０の運転が制御されている間に同一のゾーンにいる同一のユーザによって使用される端末装置２０から送信された複数の入力情報（温冷感情報）に基づいて計算される温冷感の平均値から予め定められた値以上離れている温冷感値等であるが、当該温冷感数値の分布により判別されるものであればよい。

上記したように本実施形態においては、収集された入力情報のうちの同一のユーザＩＤ（ユーザ識別情報）を含む入力情報から、外れ値に相当する温冷感を示す温冷感情報を含む入力情報を除外することにより、各種要因に基づくユーザの温冷感の変動の影響を低減することができる。

なお、前述した第１実施形態において説明したように温冷感情報は端末装置２０を操作することによって入力されるため、当該端末装置２０が誤って操作されることにより、ユーザが意図しない温冷感（ユーザの実際の温冷感とは異なる温冷感）を示す温冷感情報が入力される場合がある。本実施形態においては、このような操作の誤り（押し間違い等）に基づく温冷感（つまり、外れ値）の影響を低減することも可能である。

また、本実施形態においては、外れ値を含む入力情報を集計の対象から除外するものとして説明したが、当該外れ値を他の入力情報（同一の設定値で空調機１０の運転が制御されている間に同一のゾーンにいる同一のユーザによって使用される端末装置２０から送信された入力情報）に含まれる温冷感情報（に含まれる温冷感値）に合わせるように補正した入力情報を集計するようにしてもよい。

また、本実施形態においては前述した第１実施形態に係る集計装置３０に調整部３８が追加された構成を想定しているが、このような構成の場合には、例えば図８に示すステップＳ２の処理とステップＳ３の処理との間に上記した調整部３８の処理が実行されればよい。

更に、本実施形態は、前述した第２実施形態に適用されてもよい。この場合、上記した調整部３８の処理は、前述した図１２に示すステップＳ２３の処理とステップＳ２４の処理との間に実行されればよい。

以上述べた少なくとも１つの実施形態によれば、複数のユーザの各々が使用する端末装置に入力された空調に関する情報を有効に活用することが可能な情報処理装置、情報処理システム、方法及びプログラムを提供することができる。

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

１…室内、１０…空調機、２０…端末装置、２１…表示処理部、２２…位置情報入力部、２３…温冷感情報入力部、３０…集計装置（情報処理装置）、３１…室内情報格納部（第１格納手段）、３２…入力情報格納部（第２格納手段）、３３…空調機情報格納部（第３格納手段）、３４…ゾーン情報格納部、３５…収集部、３６…集計部、３７…分析部（分析手段、判定手段）、３８…調整部、４０…中央制御装置、３０１…ＣＰＵ、３０２…不揮発性メモリ、３０３…主メモリ、３０４…通信デバイス。

Claims (12)

1. 端末装置を使用するユーザの室内の位置を示す位置情報と前記位置における前記ユーザの温冷感を示す温冷感情報と前記位置情報及び前記温冷感情報が前記端末装置に入力された日時とを含む入力情報を、前記入力情報に含まれる日時と空調機の設定値及び前記設定値に基づいて前記空調機の運転が制御された日時を含む空調機情報とに基づいて、収集する収集手段と、
   前記収集された入力情報に含まれる位置情報に基づいて、前記室内が分割されたゾーン毎に、前記入力情報に含まれる温冷感情報を集計する集計手段と、
   前記集計された温冷感情報によって示される温冷感を表す数値の平均値を算出し、前記算出された平均値に基づいて、前記空調機の設定値を決定するために用いられる室内モデルの更新が必要であるかを判定する判定手段と、
   前記室内モデルの更新が必要であると判定された場合、前記室内モデルの更新を、前記空調機の運転を制御する制御装置に指示する分析手段と
   を具備し、
   前記入力情報は、複数のユーザによって使用される複数の端末装置から送信され、
   前記収集手段は、現在の日時が予め設定されている前記室内モデルの更新時期に該当する場合に、期間及び前記空調機の設定値のうちの少なくとも一方を含む条件に合致する入力情報を収集する
   情報処理装置。
2. 前記室内のレイアウトを示す室内情報を格納する第１格納手段と、
   前記第１格納手段に格納されている室内情報に基づいて、前記室内における前記空調機による空調制御の影響が小さいペリメーターゾーン及び前記空調機による空調制御の影響が大きいインテリアゾーンを推定する推定手段と
   を更に具備し、
   前記分析手段は、前記推定されたペリメーターゾーン及びインテリアゾーンに基づいて、前記室内モデルの更新を前記制御装置に指示する
   請求項１記載の情報処理装置。
3. 前記ペリメーターゾーンには第１重みが割り当てられ、前記インテリアゾーンには前記第１重みよりも大きい第２重みが割り当てられ、
   前分析計手段は、前記第１及び第２重みに基づいて、前記集計された温冷感情報によって示される温冷感を表す数値の平均値を算出する
   請求項２記載の情報処理装置。
4. 前記集計された温冷感情報に基づいて、前記空調機に異常が生じているかを判定する判定手段を更に具備する請求項１～３のいずれか一項に記載の情報処理装置。
5. 調整手段を更に具備し、
   前記入力情報は、前記端末装置を使用するユーザを識別するためのユーザ識別情報を含み、
   前記調整手段は、前記収集された入力情報のうちの同一のユーザ識別情報を含む入力情報から、外れ値に相当する温冷感を示す温冷感情報を含む入力情報を除外する
   請求項１～４のいずれか一項に記載の情報処理装置。
6. 前記入力情報を格納する第２格納手段と、
   前記空調機情報を格納する第３格納手段と
   を更に具備する請求項１～５のいずれか一項に記載の情報処理装置。
7. 端末装置を使用するユーザの室内の位置を示す位置情報と前記位置における前記ユーザの温冷感を示す温冷感情報と前記位置情報及び前記温冷感情報が前記端末装置に入力された日時とを含む入力情報を、前記入力情報に含まれる日時と空調機の設定値及び前記設定値に基づいて前記空調機の運転が制御された日時を含む空調機情報とに基づいて、収集する収集手段と、
   前記収集された入力情報に含まれる位置情報に基づいて、前記室内が分割されたゾーン毎に、前記入力情報に含まれる温冷感情報を集計する集計手段と、
   前記室内のレイアウトを示す室内情報に基づいて、前記室内における前記空調機による空調制御の影響が小さいペリメーターゾーン及び前記空調機による空調制御の影響が大きいインテリアゾーンを推定する推定手段と、
   前記推定されたペリメーターゾーン及びインテリアゾーンに基づいて前記集計された温冷感情報によって示される温冷感を表す数値の平均値を算出し、前記算出された平均値に基づいて、前記空調機の設定値を決定するために用いられる室内モデルの更新を、前記空調機の運転を制御する制御装置に指示する分析手段と
   を具備し、
   前記入力情報は、複数のユーザによって使用される複数の端末装置から送信される
   情報処理装置。
8. 端末装置を使用するユーザの室内の位置を示す位置情報と前記位置における前記ユーザの温冷感を示す温冷感情報と前記位置情報及び前記温冷感情報が前記端末装置に入力された日時とを含む入力情報を、前記入力情報に含まれる日時と空調機の設定値及び前記設定値に基づいて前記空調機の運転が制御された日時を含む空調機情報とに基づいて、収集する収集手段と、
   前記収集された入力情報に含まれる位置情報に基づいて、前記室内が分割されたゾーン毎に、前記入力情報に含まれる温冷感情報を集計する集計手段と、
   前記集計された温冷感情報に基づいて前記ゾーン毎に前記空調機の運転が制御された日時を基準とした温冷感の変化度を算出し、前記算出された変化度に基づいて前記空調機に異常が生じているかを判定する分析手段と
   を具備し、
   前記入力情報は、複数のユーザによって使用される複数の端末装置から送信される
   情報処理装置。
9. 情報処理装置と、空調機の運転を制御する制御装置とを備える空調システムにおいて、
   前記情報処理装置は、
   端末装置を使用するユーザの室内の位置を示す位置情報と前記位置における前記ユーザの温冷感を示す温冷感情報と前記位置情報及び前記温冷感情報が前記端末装置に入力された日時とを含む入力情報を、前記入力情報に含まれる日時と前記空調機の設定値及び前記設定値に基づいて前記空調機の運転が制御された日時を含む空調機情報とに基づいて、収集する収集手段と、
   前記収集された入力情報に含まれる位置情報に基づいて、前記室内が分割されたゾーン毎に、前記入力情報に含まれる温冷感情報を集計する集計手段と、
   前記集計された温冷感情報によって示される温冷感を表す数値の平均値を算出し、前記算出された平均値に基づいて、前記空調機の設定値を決定するために用いられる室内モデルの更新が必要であるかを判定する判定手段と、
   前記室内モデルの更新が必要であると判定された場合、前記室内モデルの更新を、前記空調機の運転を制御する制御装置に指示する分析手段と
   を含み、
   前記入力情報は、複数のユーザによって使用される複数の端末装置から送信され、
   前記収集手段は、現在の日時が予め設定されている前記室内モデルの更新時期に該当する場合に、期間及び前記空調機の設定値のうちの少なくとも一方を含む条件に合致する入力情報を収集する
   空調システム。
10. 前記空調機は、複数の方向に風を吹き出すための複数の吹き出し口を備え、
    前記制御装置は、前記複数の端末装置の各々から送信された位置情報及び温冷感情報に基づいて、前記複数の吹き出し口から吹き出される風を前記吹き出し口毎に制御する
    請求項９記載の空調システム。
11. 端末装置を使用するユーザの室内の位置を示す位置情報と前記位置における前記ユーザの温冷感を示す温冷感情報と前記位置情報及び前記温冷感情報が前記端末装置に入力された日時とを含む入力情報を、前記入力情報に含まれる日時と空調機の設定値及び前記設定値に基づいて前記空調機の運転が制御された日時を含む空調機情報とに基づいて、収集するステップと、
    前記収集された入力情報に含まれる位置情報に基づいて、前記室内が分割されたゾーン毎に、前記入力情報に含まれる温冷感情報を集計するステップと、
    前記集計された温冷感情報によって示される温冷感を表す数値の平均値を算出し、前記算出された平均値に基づいて、前記空調機の設定値を決定するために用いられる室内モデルの更新が必要であるかを判定するステップと、
    前記室内モデルの更新が必要であると判定された場合、前記室内モデルの更新を、前記空調機の運転を制御する制御装置に指示するステップと
    を具備し、
    前記入力情報は、複数のユーザによって使用される複数の端末装置から送信され、
    前記収集するステップは、現在の日時が予め設定されている前記室内モデルの更新時期に該当する場合に、期間及び前記空調機の設定値のうちの少なくとも一方を含む条件に合致する入力情報を収集するステップを含む
    方法。
12. コンピュータに、
    端末装置を使用するユーザの室内の位置を示す位置情報と前記位置における前記ユーザの温冷感を示す温冷感情報と前記位置情報及び前記温冷感情報が前記端末装置に入力された日時とを含む入力情報を、前記入力情報に含まれる日時と空調機の設定値及び前記設定値に基づいて前記空調機の運転が制御された日時を含む空調機情報とに基づいて、収集するステップと、
    前記収集された入力情報に含まれる位置情報に基づいて、前記室内が分割されたゾーン毎に、前記入力情報に含まれる温冷感情報を集計するステップと、
    前記集計された温冷感情報によって示される温冷感を表す数値の平均値を算出し、前記算出された平均値に基づいて、前記空調機の設定値を決定するために用いられる室内モデルの更新が必要であるかを判定するステップと、
    前記室内モデルの更新が必要であると判定された場合、前記室内モデルの更新を、前記空調機の運転を制御する制御装置に指示するステップと
    を実行させ、
    前記入力情報は、複数のユーザによって使用される複数の端末装置から送信され、
    前記収集するステップは、現在の日時が予め設定されている前記室内モデルの更新時期に該当する場合に、期間及び前記空調機の設定値のうちの少なくとも一方を含む条件に合致する入力情報を収集するステップを含む
    プログラム。

Images