JP5038757B2 - 空調制御システム - Google Patents

Description

本発明は、空調制御システムに関するものである。

近年、温暖化による省エネルギーの社会的要求が高まっている。現在の省エネルギー法は、民生部門に対して、機器単体の省エネルギー性能の向上だけでなく、ＢＥＭＳ（Building and Energy ManagementSystem）などを利用した管理面での省エネルギーも義務付けている。

しかし、ビル管理の実態として、ビル管理者は必ずしも快適性および省エネルギーの観点から冷房、暖房等の空調装置を適切に運用しているわけではない。特に、省エネルギーと快適性とが複雑に関係する居住空間の温熱環境管理（例えば、温度管理）に関しては、管理の容易さから慣習的な目標温度を設定し、温熱環境を享受する利用者からのクレームによって設定値を変更する場合が一般的である。

つまり、建物や居住者の特性を十分に考慮しないで温度管理を行うため、居住空間は必ずしも利用者の快適な状態に保たれず、さらには空調装置で消費されるエネルギーの無駄が発生する場合がある。また、利用者はビル管理者の管理する温熱環境下におり、自己の温熱環境をコントロールできないことに対して不満がある利用者もいる。

このような空調制御の温度管理がもたらす問題に対して、利用者の温熱環境に対する要望を各個人が操作するパーソナルコンピュータ端末（以下、パソコンと称す）からリアルタイムで収集し、収集された各要望に基づいて目標温度を設定する方法があり、利用者が要望する温熱環境と目標温度とをリアルタイムに関連付け、時々刻々と変化する利用者特性や、居住空間の実際の温度と検出温度との差などの各建物の特性に応じて温熱環境を変化させることを可能にしている。（例えば、特許文献１参照）。
特開２００４−２０５２０２号公報

上記特許文献１のように、利用者からの要望を用いた空調制御システムでは、各利用者が、「温度を上げてほしい」または「温度を下げてほしい」という単純な要望を入力する１人１票方式であった。そのため、同じ温熱環境下であっても、現在の温熱環境に対する不満の大小は個人によって異なるにも関わらず、そのような利用者毎の要望の強度を表現することができないため、利用者全体の満足度を高めることができなかった。

また、上記要望の強度としては、例えば、「やや暑い」、「暑い」、「非常に暑い」等で表現されるが、利用者の性格等によって要望の強度を決める基準が異なるため、遠慮気味の人は「やや暑い」を使う頻度が多く、自己主張の激しい人は「非常に暑い」の使用を頻発することが考えられ、各利用者に応じた要望強度を設定する必要がある。

また、目標温度や外気温によっても各利用者の快適具合は異なるため、目標温度や外気温に応じた要望強度を設定する必要がある。

本発明は、上記事由に鑑みてなされたものであり、その目的は、利用者毎の要望の強度を考慮して空調を制御することができる空調制御システムを提供することにある。

請求項１の発明は、空調対象の空間の温度を変動させる空調設備装置と、目標温度に基づいて空調設備装置の動作を制御する空調制御装置と、空調制御装置に目標温度を設定する中央制御装置と、前記空間に存在する利用者が現在の温熱環境を示す環境情報を入力し、当該環境情報を中央制御装置へ提供する入力装置とを備え、前記中央制御装置は、入力装置からの環境情報に基づいて各利用者の要望を取得する要望情報取得手段と、入力装置からの環境情報に基づいて各利用者の要望の強度を取得する要望強度取得手段と、各利用者の要望強度の履歴を格納する記憶手段と、要望強度の履歴に基づいて、要望強度の正規化を利用者毎に行う正規化手段と、各利用者の要望情報および正規化された要望強度に基づいて前記空間の目標温度を導出する制御計画立案手段とを備えることを特徴とする。

この発明によれば、利用者毎の要望の強度を考慮して空調を制御することができる。また、各利用者の性格や傾向を考慮して各利用者の要望強度を正規化し、この正規化された要望強度に基づいて目標温度が決定されるので、利用者の性格や傾向に応じて、利用者の合意に基づいた空調制御を行うことができる。

請求項２の発明は、請求項１において、前記記憶手段は、各利用者の要望強度の履歴を各要望強度取得時の目標温度に対応させて格納し、前記正規化手段は、現在の目標温度と同一の目標温度のときに取得した要望強度の履歴に基づいて、要望強度の正規化を利用者毎に行い、前記制御計画立案手段は、各利用者の要望情報および正規化された要望強度に基づいて前記空間の目標温度を導出することを特徴とする。

この発明によれば、各利用者の性格や傾向だけでなく、空間内の温度レベルも考慮して各利用者の要望強度を正規化し、この正規化された要望強度に基づいて目標温度が決定されるので、利用者の性格や傾向、空間内の温度レベルに応じて、利用者の合意に基づいた空調制御を行うことができる。

請求項３の発明は、請求項１において、前記中央制御装置は、外気温を測定する測定手段を備え、前記記憶手段は、各利用者の要望強度の履歴を各要望強度取得時の外気温に対応させて格納し、前記正規化手段は、現在の外気温と同一の外気温のときに取得した要望強度の履歴に基づいて、要望強度の正規化を利用者毎に行い、前記制御計画立案手段は、各利用者の要望情報および正規化された要望強度に基づいて前記空間の目標温度を導出することを特徴とする。

この発明によれば、各利用者の性格や傾向だけでなく、外気温も考慮して各利用者の要望強度を正規化し、この正規化された要望強度に基づいて目標温度が決定されるので、利用者の性格や傾向、外気温に応じて、利用者の合意に基づいた空調制御を行うことができる。

請求項４の発明は、請求項１乃至３いずれかにおいて、前記正規化手段は、要望強度の履歴のうち、最近の要望強度ほど当該要望強度の重みを大きくして、要望強度の正規化を行うことを特徴とする。

この発明によれば、利用者の性格や傾向の変化に応じて、利用者の合意に基づいた空調制御を行うことができる。

請求項５の発明は、請求項１乃至４いずれかにおいて、前記要望強度取得手段は、利用者毎に同一の環境情報を一定時間内に取得した回数に基づいて、要望強度を取得することを特徴とする。

この発明によれば、環境情報は要望情報のみで構成でき、簡略化した環境情報を用いることができる。

以上説明したように、本発明では、利用者毎の要望の強度を考慮して空調を制御することができるという効果がある。また、各利用者の性格や傾向を考慮して各利用者の要望強度を正規化し、この正規化された要望強度に基づいて目標温度が決定されるので、利用者の性格や傾向に応じて、利用者の合意に基づいた空調制御を行うことができる。

以下、本発明の実施の形態を図面に基づいて説明する。

（実施形態１）
図１は、本実施形態の空調制御システムの構成を示しており、１乃至複数の利用者が存在し、本システムによって温熱環境を構築する空間（例えば建物内のフロア、各部屋、或いは広域な公共エリア）Ａに設置される空調設備装置１及び空調制御装置２と、空間Ａ内の各利用者が現在の温熱環境を示す環境情報Ｉｎｆを入力する通信ネットワークＮＴ（イーサネット（登録商標）等）上の個人用パソコン端末からなる複数の入力装置３と、各入力装置３に通信ネットワークＮＴを介して接続し、各利用者が入力した温熱環境情報Ｉｎｆに基づいて空間Ａの目標温度Ｔｏを設定する中央制御装置（以降、サーバ装置と称す）４とで構成される。

サーバ装置４は、入力装置３から通信ネットワークＮＴを介して取得した温熱環境情報Ｉｎｆに基づいて各利用者の要望情報Ｉｎｆ１を取得する要望情報取得手段４１と、入力装置３から通信ネットワークＮＴを介して受け取った環境情報Ｉｎｆに基づいて各利用者の要望強度Ｉｎｆ２を取得する要望強度取得手段４２と、要望強度Ｉｎｆ２を正規化した重み付け要望強度Ｉｎｆ２’を生成する正規化手段４３と、要望情報Ｉｎｆ１、重み付け要望強度Ｉｎｆ２’を集計して、該集計内容と判断基準のデータベース４４に登録してある判断基準とに基づき、空間Ａの目標温度Ｔｏを導出し、空調制御装置２へ通信ネットワークＮＴを介して渡す制御計画立案手段４５と、環境情報Ｉｎｆ、要望情報Ｉｎｆ１、要望強度Ｉｎｆ２、目標温度Ｔｏ等の履歴を格納する履歴記憶手段４６とで構成される。

本実施形態のシステムに用いる空調設備装置１は、図２（ａ）に示すように冷凍機（冷却塔）或いはボイラからなる熱源（図示せず）から冷温水の形態で空調機器室１００内に設置した空調機１０１と、空間Ａ内に配設したダクト１０２と、吹出口１０４とからなる空調設備で構成され、空調機１０１内で空気の加熱、冷却（空気との熱交換）を行い、この熱交換された空気を、ダクト１０２を通じて環境制御対象のフロアたる空間Ａに設けられた十数カ所の吹出口１０４から空間Ａ内に給気するようになっている。還気については空間Ａの中央通路より空調機器室１００に向け破線で示す還気経路１０５を確保し、同時に外気を混合し、空気調和を実施する空調設備を用いている。この空調設備では、空調機１０１が給気温度を変更し、室内温度を制御するようになっている。

ここで本実施形態の温熱環境制御対象の空間Ａは、例えばオフィスのフロアであり、この空間Ａには図２（ｂ）に示すように机１０６が多数配置され、これら各机が個人個人により使用されるようなっている。このような空間Ａにおいて、温熱環境を享受する利用者使用の机上のパーソナルコンピュータたる入力装置３は、サーバ装置４内の図示しないＷＥＢサーバにアクセスし、環境情報を入力するためのコンテンツを当該ＷＥＢサーバから取得することで、環境情報入力手段３１を実現している。図示例では全ての入力装置３は通信ネットワークＮＴを介して、サーバ装置４との交信可能なシステムが構築されているものとし、サーバ装置４と入力装置３との間で、環境情報入力手段３１を実現する一般的なブラウザソフトが稼動する。各入力装置３は、環境情報を入力する際に対象となる空調設備装置１の空調番号（当該空調設備装置１の空調エリアを特定する番号）とユニークな識別情報（例えば、個人名もしくはメールアドレス等）が入力され、環境情報Ｉｎｆは、該ユニークな識別情報および空調番号とともにサーバ装置４に引き渡される。

サーバ装置４は本実施形態のシステムの中枢を構成するものであり、データ取得のタイミング等を有し、各入力装置３が起動して環境情報を入力するためのコンテンツが自動的に立ち上がると、この立ち上がりに対応して当該入力装置３に対して、必要なデータを提供する機能を備えている。

つまり環境情報を入力するためのコンテンツは入力装置３が起動すると自動的に立ち上がる設定となっており、立ち上がりと同時にサーバ装置４に対して入力装置３はアクセスを行い、自身の起動を示す信号（識別情報）を送るとともに、質問形式のフォーマットなど必要な情報をサーバ装置４側から取得することで環境情報入力手段３１を実現するのである。なお、入力装置３が自身の起動を示す信号をサーバ装置４へ送信する構成は、上記構成に限定されるものではない。

図３は入力装置３の起動後のモニタ画面を示しており、当該入力装置３の利用者が現在の温熱環境を示す環境情報Ｉｎｆを入力する画面であって、「温度を上げてほしい」、「温度を下げてほしい」という温度への要望、および「非常に不快」、「不快」、「やや不快」という快適性を各々選択して入力する画面であって、該当する要望および快適性に対応するチェック欄Ｃ１〜Ｃ５をマウス等のポインティングデバイスを用いてチェックし、送信釦Ｂ１をクリック操作することにより、その時点での特定の利用者が現在の温熱環境を示す環境情報Ｉｎｆが自己の識別情報、空調番号とともにサーバ装置４へアップロードされる。また、この環境情報Ｉｎｆを入力する画面は、入力装置３の起動時だけでなく、利用者の操作またはサーバ装置４からの指示によって、任意のタイミングで入力装置３に当該画面を表示させることができる。なお、サーバ装置４側では、この識別情報によって、図３中の利用者の「名前」、「性別」等の個人属性が特定される。

このようにして入力装置３から入力された環境情報Ｉｎｆに対して、サーバ装置４では図４のフローチャートに沿って処理を行う。まず、サーバ装置４に各入力装置３から環境情報Ｉｎｆが収集されると、要望情報取得手段４１は、環境情報Ｉｎｆ中の温度への要望から、各利用者の温度への要望が、「温度を上げてほしい」、「温度を下げてほしい」のいずれであるかを判定することで、「温度を上げてほしい」であれば要望情報Ｉｎｆ１を「＋１」とし、「温度を下げてほしい」であれば要望情報Ｉｎｆ１を「−１」とする。また、要望強度取得手段４２は、環境情報Ｉｎｆ中の快適性から、各利用者の温度への要望の強度（要望強度）Ｉｎｆ２を「１」「２」「３」のいずれかのポイントＰに分類し、「やや不快」であればポイントＰを「１」とし、「不快」であればポイントＰを「２」とし、「非常に不快」であればポイントＰを「３」とする（ステップＳ１）。これら各利用者の要望情報Ｉｎｆ１および要望強度Ｉｎｆ２は履歴記憶手段４６に順次格納される。

そして、要望情報Ｉｎｆ１が正であれば温度を上昇させる要望、負であれば温度を下降させる要望であり、その要望の強度は要望強度Ｉｎｆ２の大きさによって決まる。すなわち、要望強度Ｉｎｆ２によって利用者毎の要望の強度が表現可能となっている。

しかし、各利用者が快適性を入力する際に、個人毎の性格等によって、遠慮気味の人は要望強度の大きい「非常に不快」をあまり使用せず、自己主張の激しい人は要望強度の大きい「非常に不快」を多用する傾向があり、両者の「非常に不快」を同じ要望強度「３」に設定することは、本システムの目的にそぐわない。「不快」、「やや不快」も同様に、個人毎に使用頻度が異なり、同様のことがいえる。

そこで、履歴記憶手段４６には、各利用者（識別情報）の過去の要望強度Ｉｎｆ２の履歴が格納されており、正規化手段４３は、この履歴に基づいて、要望強度Ｉｎｆ２を利用者毎に正規化する（ステップＳ２）。この正規化処理は、図５に示す利用者毎（識別情報毎）の要望強度Ｉｎｆ２（ポイントＰ）に対する出現頻度Ｆの履歴から、

にしたがって重み係数Ｗを導出する。例えば、図５であれば、

となる。

そして、正規化手段４３は、図６に示すように、各利用者が入力した要望強度Ｉｎｆ２に重み係数Ｗを乗じて重み付け要望強度Ｉｎｆ２’を算出する。例えば、図５の利用者が入力した快適性が「非常に不快」であれば、環境強度Ｉｎｆ２のポイントＰが「３」となり、このポイント「３」に重み係数Ｗ「０．５２」を乗じた結果「１．５６」が、この利用者の重み付け要望強度Ｉｎｆ２’となる。

このように算出された各利用者の重み付け要望強度Ｉｎｆ２’も履歴記憶手段４６に順次格納され、制御計画立案手段４５は、利用者毎に最新の要望情報Ｉｎｆ１および重み付け要望強度Ｉｎｆ２’を履歴記憶手段４６から抽出して有効データとする（ステップＳ３）。

そして、制御計画立案手段４５は、各利用者の要望情報Ｉｎｆ１および重み付け要望強度Ｉｎｆ２’の有効データから要望率を算出し、この要望率を元に合意形成ロジックによる処理を行う（ステップＳ４）。制御計画立案手段４５が行う合意形成ロジックについて、図７（ａ）のフローチャートに基づいて説明する。まず利用者Ｈ１〜Ｈ３の要望情報Ｉｎｆ１が「１」、つまり「温度を上げてほしい」であるのに対して、利用者Ｈ４の要望情報Ｉｎｆ１が「−１」、つまり「温度を下げてほしい」であり、さらに利用者Ｈ１の重み付け要望強度Ｉｎｆ２’が「１．５６」、利用者Ｈ２の重み付け要望強度Ｉｎｆ２’が「１．００」、利用者Ｈ３の重み付け要望強度Ｉｎｆ２’が「１．５０」、利用者Ｈ４の重み付け要望強度Ｉｎｆ２’が「０．７５」であるとする。

利用者Ｈ１〜Ｈ３の要望が「温度を上げてほしい」、利用者Ｈ４の要望が「温度を下げてほしい」である場合、制御計画立案手段４５がフローチャートのステップＳ２１で算出する要望率は、「温度を上げてほしい」要望率が［（１．５６＋１．００＋１．５０）／（１．５６＋１．００＋１．５０＋０．７５）］となり、「温度を下げてほしい」要望率が［（０．７５）／（１．５６＋１．００＋１．５０＋０．７５）］となる。そして、データベース４４には図７（ｂ）に示す判定基準が登録してあり、この判断基準の領域と要望率とに基づいたロジックにより目標温度を決定する。つまり条件に適合する領域の決定をステップＳ２２で行い、図７（ｂ）の判定基準に上述の算出した要望率をプロットし、そのプロットする位置が□の範囲の場合には現在の目標温度Ｔｏを維持し、▽の場合には、現在の目標温度Ｔｏから所定値（例えばΔｔ＝０．５℃）下げた温度を新たな目標温度Ｔｏとし、△の範囲内にあれば、現在の目標温度（設定温度）Ｔｏから所定値（例えばΔｔ＝０．５℃）上げた温度を新たな目標温度Ｔｏとする（ステップＳ２３〜Ｓ２５）。このプロットによって目標温度Ｔｏが決定する（ステップＳ２６）。

目標温度Ｔｏが決定されると、この決定した目標温度Ｔｏを空調制御装置２に設定するための処理を行う。つまり、新たな目標温度Ｔｏ（目標温度Ｔｏ＝目標温度Ｔｏ±Δｔ）を上述のように図７（ｂ）から求めると（ステップＳ５）、更に求めた目標温度Ｔｏが制御範囲の下限値と上限値の間にあるか否かをチェックする（ステップＳ６）。

このチェックで範囲内であれば、当該目標温度Ｔｏを新しい目標温度Ｔｏとして決定する。一方、上限値を越えるか或いは下限値を下回る場合には、上限値或いは下限値を目標温度Ｔｏとして決定する（ステップＳ７）。

この目標温度Ｔｏの決定後（ステップＳ８）、制御計画立案手段４５は、空調の制御内容を入力装置３で表示するためのフィードバック情報を更新し（ステップＳ９）、この後、決定した目標温度Ｔｏの情報を空調制御装置２へ送信して、空調制御装置２に新しい目標温度Ｔｏを設定する処理を行い（ステップＳ１０）、この処理後ステップＳ１に戻って以後システムの運転が停止されるまで、上述の動作を繰り返す。空調制御装置２は、空間Ａ内の温度を測定する室温センサ２ａを備えており、室温センサ２ａが計測した温度計測データが、上記決定された目標温度Ｔｏに一致するように空調設備装置１を制御する。なお、上記ステップＳ９で生成したフィードバック情報は、入力装置３からの要求によって入力装置３へ引き渡され、利用者は、入力装置３に表示された空調の制御内容を確認することができる。

このように、各利用者の性格や傾向を考慮して各利用者の要望強度を正規化し、この正規化された要望強度に基づいて目標温度Ｔｏが決定されるので、利用者の性格や傾向に応じて、利用者の合意に基づいた空調制御を行うことができる。

（実施形態２）
本実施形態の空調制御システムの構成は、実施形態１と同様であり、同様の構成には同一の符号を付して説明は省略する。

図８は入力装置３の起動後のモニタ画面を示しており、当該入力装置３の利用者が現在の温熱環境を示す環境情報Ｉｎｆを入力する画面であって、「非常に暑い」、「暑い」、「やや暑い」、「やや寒い」、「寒い」、「非常に寒い」という寒暑感を各々選択して入力する画面であって、該当する寒暑感に対応するチェック欄Ｃ１１〜Ｃ１６をマウス等のポインティングデバイスを用いてチェックし、送信釦Ｂ２をクリック操作することにより、その時点での特定の利用者が現在の温熱環境を示す環境情報Ｉｎｆが自己の識別情報、空調番号とともにサーバ装置４へアップロードされる。

そして、サーバ装置４に各入力装置３から環境情報Ｉｎｆが収集されると、要望情報取得手段４１は、環境情報Ｉｎｆ中の寒暑感から、各利用者の温度への要望が、「温度を上げてほしい」、「温度を下げてほしい」のいずれであるかを判定する。具体的には、「非常に暑い」、「暑い」、「やや暑い」であれば、「温度を下げてほしい」と判定して、要望情報Ｉｎｆ１を「＋１」とし、「やや寒い」、「寒い」、「非常に寒い」であれば、「温度を上げてほしい」と判定して、要望情報Ｉｎｆ１を「−１」とする。

また、要望強度取得手段４２は、環境情報Ｉｎｆ中の寒暑感から、各利用者の温度への要望の強度（要望強度）Ｉｎｆ２を「１」「２」「３」のいずれかのポイントＰに分類する。具体的には、「やや暑い」、「やや寒い」であれば、ポイントＰを「１」とし、「暑い」、「寒い」であれば、ポイントＰを「２」とし、「非常に暑い」、「非常に寒い」であれば、ポイントＰを「３」とする。これら各利用者の要望情報Ｉｎｆ１および要望強度Ｉｎｆ２は履歴記憶手段４６に順次格納される。

以降の要望強度Ｉｎｆ２の正規化処理や、目標温度Ｔｏの決定処理等は実施形態１と同様であり、説明は省略する。

（実施形態３）
本実施形態の空調制御システムの構成は、実施形態１と同様であり、同様の構成には同一の符号を付して説明は省略する。

本実施形態のサーバ装置４の履歴記憶手段４６には、各利用者の要望情報Ｉｎｆ１および要望強度Ｉｎｆ２を取得したときの目標照度Ｔｏを各データに対応して格納している。

そして、正規化手段４３は、要望強度Ｉｎｆ２を正規化する際に、現在の目標温度Ｔｏと同じ目標温度Ｔｏであったときに取得した過去の要望強度Ｉｎｆ２を抽出し、これら抽出した履歴に基づいて正規化処理を行う。この正規化処理は、現在の目標温度Ｔｏと同じ目標温度Ｔｏであったときの利用者毎（識別情報毎）の要望強度Ｉｎｆ２の出現頻度Ｆから、上記［数１］にしたがって重み係数Ｗを導出する。そして、正規化手段４３は、各利用者が入力した要望強度Ｉｎｆ２に重み係数Ｗを乗じて重み付け要望強度Ｉｎｆ２’を算出する。

例えば、図９（ａ）は、目標温度Ｔｏ＝２６℃および２８℃のときの、ある利用者の要望強度Ｉｎｆ２（ポイントＰ）に対する出現頻度Ｆの履歴を示しており、上記［数１］より、目標温度Ｔｏ＝２６℃時の重み係数Ｗ１１＝０．７１、目標温度Ｔｏ＝２８℃時の重み係数Ｗ１２＝０．４０となり、目標温度Ｔｏを横軸、重み係数Ｗを縦軸にとったグラフにプロットすると、図９（ｂ）のようになり、この特性は図９（ｂ）中の直線Ｌ１のように、目標温度Ｔｏが高いほど重み係数Ｗが低減する直線に近似される。

各利用者の要望強度Ｉｎｆ２は空間Ａ内の温度レベルに影響されており、上記のように、現在の目標温度Ｔｏと同じ目標温度Ｔｏであったときに取得した過去の要望強度Ｉｎｆ２の履歴に基づいて、利用者毎の要望強度Ｉｎｆ２の正規化を行うことで、空間Ａ内の温度レベルに応じて、利用者の合意に基づいた空調制御を行うことができる。

なお、実施形態２においても、利用者毎の要望強度の正規化を同様に行うことで、上記効果を得ることができる。

（実施形態４）
本実施形態の空調制御システムの構成は、図１０に示すように、外気温センサ４７を設け、サーバ装置４に測定した外気温Ｔｇのデータを出力しており、サーバ装置４の履歴記憶手段４６には、各利用者の要望情報Ｉｎｆ１および要望強度Ｉｎｆ２を取得したときの外気温を各データに対応して格納している。

そして、正規化手段４３は、現在の外気温Ｔｇと同じ外気温Ｔｇであったときに取得された過去の要望強度Ｉｎｆ２を抽出し、これら抽出した履歴に基づいて、要望強度Ｉｎｆ２を利用者毎に正規化する。この正規化処理は、現在の外気温Ｔｇと同じ外気温Ｔｇであったときの利用者毎（識別情報毎）の要望強度Ｉｎｆ２の出現頻度Ｆから、上記［数１］にしたがって重み係数Ｗを導出する。そして、正規化手段４３は、各利用者が入力した要望強度Ｉｎｆ２に重み係数Ｗを乗じて重み付け要望強度Ｉｎｆ２’を算出する。

例えば、図１１（ａ）は、最暑日（外気温Ｔｇ＝３３℃）および秋口（外気温Ｔｇ＝２２℃）のときの、ある利用者の要望強度Ｉｎｆ２（ポイントＰ）に対する出現頻度Ｆの履歴を示しており、上記［数１］より、最暑日の重み係数Ｗ２１＝０．４０、秋口の重み係数Ｗ２２＝０．７１となり、日時を横軸、重み係数Ｗ及び外気温Ｔｇを縦軸にとったグラフにプロットすると（□：重み係数Ｗ、■：外気温Ｔｇ）図１１（ｂ）のようになり、重み係数Ｗの特性は図１１（ｂ）中の曲線Ｌ２のように近似される。

各利用者が入力する要望強度Ｉｎｆ２は外気温Ｔｇに影響されており、上記のように、現在の外気温Ｔｇと同じ外気温Ｔｇであったときに取得した過去の要望強度Ｉｎｆ２の履歴に基づいて、利用者毎の要望強度の正規化を行うことで、外気温Ｔｇに応じて、利用者の合意に基づいた空調制御を行うことができる。

なお、実施形態２においても、利用者毎の要望強度の正規化を同様に行うことで、上記効果を得ることができる。

（実施形態５）
本実施形態の空調制御システムの構成は、実施形態１と同様であり、同様の構成には同一の符号を付して説明は省略する。

サーバ装置４の履歴記憶手段４６には、各利用者の要望強度Ｉｎｆ２の履歴が格納されており、正規化手段４３は、要望強度Ｉｎｆ２を利用者毎に正規化する際に、最近の要望強度Ｉｎｆ２ほど重みを大きくして、実施形態１乃至４いずれかと同様の正規化処理を行う。

各利用者が入力する要望強度Ｉｎｆ２の傾向は、月日の経過によって変化する場合があり、本実施形態のように最近の要望強度Ｉｎｆ２ほど重みを大きくして、利用者毎の要望強度の正規化を行うことで、利用者の性格や傾向の変化に応じて、利用者の合意に基づいた空調制御を行うことができる。

（実施形態６）
本実施形態の空調制御システムの構成は、実施形態１と同様であり、同様の構成には同一の符号を付して説明は省略する。

図１２は入力装置３の起動後のモニタ画面を示しており、当該入力装置３の利用者が現在の温熱環境を示す環境情報Ｉｎｆを入力する画面であって、「温度を上げてほしい」、「温度を下げてほしい」という温度への要望を各々選択して入力する画面であって、該当する温度への要望に対応するチェック欄Ｃ２１，Ｃ２２をマウス等のポインティングデバイスを用いてチェックし、送信釦Ｂ３をクリック操作することにより、その時点での特定の利用者が現在の温熱環境を示す環境情報Ｉｎｆが自己の識別情報、空調番号とともにサーバ装置４へアップロードされる。

そして、サーバ装置４に各入力装置３から環境情報Ｉｎｆが収集されると、要望情報取得手段４１は、環境情報Ｉｎｆから、各利用者の温度への要望が、「温度を上げてほしい」、「温度を下げてほしい」のいずれであるかを判定することで、「温度を上げてほしい」であれば要望情報Ｉｎｆ１を「＋１」とし、「温度を下げてほしい」であれば要望情報Ｉｎｆ１を「−１」とする。

また、要望強度取得手段４２は、同一内容の環境情報Ｉｎｆが、一定時間内に入力された回数（連続入力回数）をカウントし、このカウント回数によって、各利用者の温度への要望の強度（要望強度）Ｉｎｆ２を「１」「１．５」「２」のいずれかのポイントＰに分類する。具体的には、一定時間内に１回の入力（通常入力）であれば、ポイントＰを「１」とし、一定時間内に連続２回の入力であれば、ポイントＰを「１．５」とし、一定時間内に連続３回以上の入力であれば、ポイントＰを「２」とする。これら各利用者の要望情報Ｉｎｆ１および要望強度Ｉｎｆ２は履歴記憶手段４６に順次格納される。

一般に、要望強度が強いほど、利用者は連続して同一内容の環境情報Ｉｎｆを入力する傾向がある。例えば、図１３（ａ）は、遠慮気味の利用者が入力したある環境情報Ｉｎｆ（「温度を上げてほしい」または「温度を下げてほしい」）の履歴を示し、図１３（ｂ）は、自己主張の激しい利用者が入力したある環境情報Ｉｎｆ（「温度を上げてほしい」または「温度を下げてほしい」）の履歴を示しており、通常入力、連続２回入力、連続３回以上入力の各出現頻度Ｆを表している。

そして、正規化手段４３は、この履歴に基づいて、要望強度Ｉｎｆ２を利用者毎に正規化する。この正規化処理は、図１３に示す利用者毎（識別情報毎）の要望強度Ｉｎｆ２（ポイントＰ）に対する出現頻度Ｆの履歴から、上記［数１］にしたがって重み係数Ｗを導出する。例えば、図１３（ａ）の場合は、重み係数Ｗ３１＝０．８７、図１３（ｂ）の場合は、重み係数Ｗ３２＝０．５６となる。

このように、同一の環境情報Ｉｎｆの連続入力回数をカウントして要望強度Ｉｎｆ２を取得するので、環境情報Ｉｎｆは要望情報Ｉｎｆ１のみで構成でき、簡略化した環境情報Ｉｎｆを用いることができる。

以降の要望強度Ｉｎｆ２の正規化処理や、目標温度Ｔｏの決定処理等は実施形態１乃至５いずれかと同様であり、説明は省略する。

実施形態１の空調制御システムの構成を示す図である。 同上の空調制御対象の空間を示す図であって、（ａ）は空間における空調設備の配置例図、（ｂ）は空間における入力装置及びサーバ装置の配置例図である。 同上の入力装置のモニタ画面を示す図である。 同上のサーバ装置による空調制御処理のフローチャートを示す図である。 同上の要望強度の出現頻度を示す図である。 同上の重み付け要望強度の算出処理を示す図である。 （ａ）は同上の制御計画立案手段の動作説明用フローチャート、（ｂ）は合意形成のロジックの説明図である。 実施形態２の空調制御システムの入力装置のモニタ画面を示す図である。 （ａ）は実施形態３の空調制御システムの要望強度の出現頻度を示す図、（ｂ）は算出された重み係数を示す図である。 実施形態４の空調制御システムの構成を示す図である。 （ａ）は同上の要望強度の出現頻度を示す図、（ｂ）は算出された重み係数を示す図である。 実施形態６の空調制御システムの入力装置のモニタ画面を示す図である。 （ａ）（ｂ）は同上の要望強度の出現頻度を示す図である。

符号の説明

１ 空調設備装置
２ 空調制御装置
３ 入力装置
４ サーバ装置
４１ 要望情報取得手段
４２ 要望強度取得手段
４３ 正規化手段
４４ データベース
４５ 制御計画立案手段
４６ 履歴記憶手段
Ａ 空間
ＮＴ 通信ネットワーク

Claims (5)

1. 空調対象の空間の温度を変動させる空調設備装置と、目標温度に基づいて空調設備装置の動作を制御する空調制御装置と、空調制御装置に目標温度を設定する中央制御装置と、前記空間に存在する利用者が現在の温熱環境を示す環境情報を入力し、当該環境情報を中央制御装置へ提供する入力装置とを備え、
   前記中央制御装置は、入力装置からの環境情報に基づいて各利用者の要望を取得する要望情報取得手段と、入力装置からの環境情報に基づいて各利用者の要望の強度を取得する要望強度取得手段と、各利用者の要望強度の履歴を格納する記憶手段と、要望強度の履歴に基づいて、要望強度の正規化を利用者毎に行う正規化手段と、各利用者の要望情報および正規化された要望強度に基づいて前記空間の目標温度を導出する制御計画立案手段とを備える
   ことを特徴とする空調制御システム。
2. 前記記憶手段は、各利用者の要望強度の履歴を各要望強度取得時の目標温度に対応させて格納し、前記正規化手段は、現在の目標温度と同一の目標温度のときに取得した要望強度の履歴に基づいて、要望強度の正規化を利用者毎に行い、前記制御計画立案手段は、各利用者の要望情報および正規化された要望強度に基づいて前記空間の目標温度を導出することを特徴とする請求項１記載の空調制御システム。
3. 前記中央制御装置は、外気温を測定する測定手段を備え、前記記憶手段は、各利用者の要望強度の履歴を各要望強度取得時の外気温に対応させて格納し、前記正規化手段は、現在の外気温と同一の外気温のときに取得した要望強度の履歴に基づいて、要望強度の正規化を利用者毎に行い、前記制御計画立案手段は、各利用者の要望情報および正規化された要望強度に基づいて前記空間の目標温度を導出することを特徴とする請求項１記載の空調制御システム。
4. 前記正規化手段は、要望強度の履歴のうち、最近の要望強度ほど当該要望強度の重みを大きくして、要望強度の正規化を行うことを特徴とする請求項１乃至３いずれか記載の空調制御システム。
5. 前記要望強度取得手段は、利用者毎に同一の環境情報を一定時間内に取得した回数に基づいて、要望強度を取得することを特徴とする請求項１乃至４いずれか記載の空調制御システム。

Images