特許第6042068号(P6042068)IP Force 特許公報掲載プロジェクト 2015.5.11 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ アズビル株式会社の特許一覧
特許6042068要望判別装置、空調制御システム、要望判別方法および空調制御方法
<>
  • 特許6042068-要望判別装置、空調制御システム、要望判別方法および空調制御方法 図000002
  • 特許6042068-要望判別装置、空調制御システム、要望判別方法および空調制御方法 図000003
  • 特許6042068-要望判別装置、空調制御システム、要望判別方法および空調制御方法 図000004
  • 特許6042068-要望判別装置、空調制御システム、要望判別方法および空調制御方法 図000005
  • 特許6042068-要望判別装置、空調制御システム、要望判別方法および空調制御方法 図000006
  • 特許6042068-要望判別装置、空調制御システム、要望判別方法および空調制御方法 図000007
  • 特許6042068-要望判別装置、空調制御システム、要望判別方法および空調制御方法 図000008
  • 特許6042068-要望判別装置、空調制御システム、要望判別方法および空調制御方法 図000009
  • 特許6042068-要望判別装置、空調制御システム、要望判別方法および空調制御方法 図000010
  • 特許6042068-要望判別装置、空調制御システム、要望判別方法および空調制御方法 図000011
  • 特許6042068-要望判別装置、空調制御システム、要望判別方法および空調制御方法 図000012
  • 特許6042068-要望判別装置、空調制御システム、要望判別方法および空調制御方法 図000013
  • 特許6042068-要望判別装置、空調制御システム、要望判別方法および空調制御方法 図000014
  • 特許6042068-要望判別装置、空調制御システム、要望判別方法および空調制御方法 図000015
  • 特許6042068-要望判別装置、空調制御システム、要望判別方法および空調制御方法 図000016
  • 特許6042068-要望判別装置、空調制御システム、要望判別方法および空調制御方法 図000017
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6042068
(24)【登録日】2016年11月18日
(45)【発行日】2016年12月14日
(54)【発明の名称】要望判別装置、空調制御システム、要望判別方法および空調制御方法
(51)【国際特許分類】
   F24F 11/02 20060101AFI20161206BHJP
【FI】
   F24F11/02 Z
   F24F11/02 103B
【請求項の数】16
【全頁数】21
(21)【出願番号】特願2012-5917(P2012-5917)
(22)【出願日】2012年1月16日
(65)【公開番号】特開2013-145088(P2013-145088A)
(43)【公開日】2013年7月25日
【審査請求日】2014年9月22日
(73)【特許権者】
【識別番号】000006666
【氏名又は名称】アズビル株式会社
(74)【代理人】
【識別番号】100064621
【弁理士】
【氏名又は名称】山川 政樹
(74)【代理人】
【識別番号】100098394
【弁理士】
【氏名又は名称】山川 茂樹
(72)【発明者】
【氏名】三浦 眞由美
【審査官】 田中 一正
(56)【参考文献】
【文献】 特開2007−255835(JP,A)
【文献】 特開2005−345029(JP,A)
【文献】 特開2007−010224(JP,A)
【文献】 特開2009−204187(JP,A)
【文献】 国際公開第2011/062080(WO,A1)
【文献】 特開2011−153744(JP,A)
【文献】 国際公開第2011/141506(WO,A1)
【文献】 特開2004−205202(JP,A)
【文献】 特開2004−251573(JP,A)
【文献】 特開平06−323600(JP,A)
【文献】 米国特許出願公開第2003/0217143(US,A1)
(58)【調査した分野】(Int.Cl.,DB名)
F24F 11/02
(57)【特許請求の範囲】
【請求項1】
申告者からの空調に対する要望を受け付ける入力手段と、
スケジュール管理のシステムに登録されている、前記申告者に関連するスケジュール情報を、前記申告者の代謝量を変化させる行動に関する情報として参照し、このスケジュール情報に基づいて、前記申告者からの要望が一時的要望か持続的要望かを判別する要望判別手段とを備えることを特徴とする要望判別装置。
【請求項2】
請求項1記載の要望判別装置において、
前記要望判別手段は、
前記スケジュール情報から予め作成された判別ルールを記憶する判別ルール記憶手段と、
前記申告者からの要望が発生した時刻と前記判別ルールとに基づいて、前記申告者からの要望が一時的要望か持続的要望かを判別する判別処理手段とからなることを特徴とする要望判別装置。
【請求項3】
請求項2記載の要望判別装置において、
前記要望判別手段は、
前記申告者からの要望を判別する前に、前記スケジュール情報と所定の設定ルールとから、前記判別ルールを作成する判別ルール作成手段をさらに備えることを特徴とする要望判別装置。
【請求項4】
請求項1乃至3のいずれか1項に記載の要望判別装置において、
前記スケジュール情報は、前記申告者が所属する事業所の事業所スケジュールであることを特徴とする要望判別装置。
【請求項5】
請求項1乃至3のいずれか1項に記載の要望判別装置において、
前記スケジュール情報は、前記申告者の個人スケジュールであることを特徴とする要望判別装置。
【請求項6】
請求項1乃至3のいずれか1項に記載の要望判別装置において、
前記スケジュール情報は、前記申告者が所属する事業所の事業所スケジュールと前記申告者の個人スケジュールであることを特徴とする要望判別装置。
【請求項7】
請求項1乃至のいずれか1項に記載の要望判別装置において、
前記要望判別手段は、一定の期間中に発生した複数の要望に基づき、代表的な要望のみを採用して判別することを周期的に行うことを特徴とする要望判別装置。
【請求項8】
請求項1乃至のいずれか1項に記載の要望判別装置と、
前記申告者からの要望に応じて空調の制御設定値を変更するルールを定めた制御プランを、一時的要望と持続的要望のそれぞれについて予め記憶する制御プラン記憶手段と、
この制御プラン記憶手段に記憶されている制御プランのうち、前記要望判別装置の判別結果に対応する制御プランを空調機器に適用する制御プランとして決定する制御プラン決定手段と、
この制御プラン決定手段が決定した制御プランに基づいて前記空調機器を制御する機器制御手段とを備えることを特徴とする空調制御システム。
【請求項9】
請求項記載の空調制御システムにおいて、
前記一時的要望に対応する制御プランは、前記申告者からの要望に応じて前記制御設定値を変更し、一定の維持時間が経過した後に、前記制御設定値を変更前の値に戻すことを定めた制御プランであり、
前記持続的要望に対応する制御プランは、前記申告者からの要望に応じて前記制御設定値を継続的に変更することを定めた制御プランであることを特徴とする空調制御システム。
【請求項10】
請求項または記載の空調制御システムにおいて、
前記制御プラン決定手段は、前記申告者からの要望に付加されている対象機器特定情報に基づいて、複数の前記空調機器のうち制御対象となる空調機器を特定して制御プランを決定し、
前記機器制御手段は、前記制御プラン決定手段が決定した制御プランに基づいて前記制御対象となる空調機器を制御することを特徴とする空調制御システム。
【請求項11】
請求項乃至10のいずれか1項に記載の空調制御システムにおいて、
前記制御プラン決定手段は、前記一時的要望と前記持続的要望とが競合したときに、予め定められた方針に従って前記一時的要望と前記持続的要望のうちどちらか一方を採用し、採用した要望に対応する制御プランを空調機器に適用することを特徴とする空調制御システム。
【請求項12】
申告者からの空調に対する要望を受け付ける入力ステップと、
スケジュール管理のシステムに登録されている、前記申告者に関連するスケジュール情報を、前記申告者の代謝量を変化させる行動に関する情報として参照し、このスケジュール情報に基づいて、前記申告者からの要望が一時的要望か持続的要望かを判別する要望判別ステップとを含むことを特徴とする要望判別方法。
【請求項13】
請求項12記載の要望判別方法において、
前記要望判別ステップは、前記スケジュール情報から予め作成された判別ルールと前記申告者からの要望が発生した時刻とに基づいて、前記申告者からの要望が一時的要望か持続的要望かを判別するステップを含むことを特徴とする要望判別方法。
【請求項14】
請求項13記載の要望判別方法において、
前記要望判別ステップは、前記申告者からの要望を判別する前に、前記スケジュール情報と所定の設定ルールとから、前記判別ルールを作成する判別ルール作成ステップをさらに含むことを特徴とする要望判別方法。
【請求項15】
請求項12乃至14のいずれか1項に記載の各ステップと、
前記申告者からの要望に応じて空調の制御設定値を変更するルールを定めた制御プランを、一時的要望と持続的要望のそれぞれについて予め記憶している制御プラン記憶手段を参照し、この制御プラン記憶手段に記憶されている制御プランのうち、前記要望判別ステップの判別結果に対応する制御プランを空調機器に適用する制御プランとして決定する制御プラン決定ステップと、
この制御プラン決定ステップで決定した制御プランに基づいて前記空調機器を制御する機器制御ステップとを備えることを特徴とする空調制御方法。
【請求項16】
請求項15記載の空調制御方法において、
前記一時的要望に対応する制御プランは、前記申告者からの要望に応じて前記制御設定値を変更し、一定の維持時間が経過した後に、前記制御設定値を変更前の値に戻すことを定めた制御プランであり、
前記持続的要望に対応する制御プランは、前記申告者からの要望に応じて前記制御設定値を継続的に変更することを定めた制御プランであることを特徴とする空調制御方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、申告者からの空調に対する要望が一時的要望か持続的要望かを判別する要望判別装置および要望判別方法と、この判別結果を空調制御に反映する空調制御システムおよび空調制御方法に関するものである。
【背景技術】
【0002】
空調制御システムが導入されている建物において、居住者が空調への要望(例えば暑い、寒い、室温をXX℃上げて欲しい、XX℃下げて欲しいなど)を申告することは、通常、居住者がそこに居る目的(例えば、オフィスであれば居住者の業務)とは関係がなく、一般に煩わしい作業であることが多い。また、居住者が熱的な不快を強く自覚しない状態(快適か、あるいはやや暑い、やや寒いといった状態)での要望(以下、弱要望とする)については、その感覚を強く自覚することが少ないために、要望申告は行われにくい。結果として、要望申告は、「弱要望」に対して相対的に強い要望(以下、強要望とする)が主となりやすい。
【0003】
これにより、例えば、居住者の「暑い」という強要望に空調制御が対応した結果として室温設定値が過度に下げられた場合、途中経過として暑くも寒くもない適当な状態に室内環境が改善してきても、「暑くも寒くもない」付近の「弱要望」は申告されにくい。そして、適正状態に近い環境を示す「弱要望」が居住者から申告されにくいことにより室温設定値が維持され、やがて相反する「強要望」を誘発することがある。例えば、「暑い」という要望申告に対応して室温設定値が過度に下げられたとしても、「やや暑い」、「やや寒い」という要望申告がないと、室温設定値はそのまま維持される。その結果、相反する「強要望」である「寒い」という要望が申告されるまで室温は低下することになる。
【0004】
そして、「寒い」という要望が申告されると、室温設定値が過度に上げられる可能性があり、相反する「強要望」である「暑い」という要望が申告されるまで室温は上昇することになる。この相反する「強要望」の繰り返しにより、最悪の場合、居住者は「暑い」、「寒い」といった相反する感覚を周期的に感じることとなる。このような繰り返しは、居住者にとって不快で煩わしいばかりでなく、制御が安定しないことによる無駄なエネルギー消費が発生する可能性もある。
【0005】
そこで、居住者自身が空調への要望を直接申告し、周期的に申告数を集計する申告型空調制御システムにおいて、申告が入力されたときから所定の有効時間が経過したときに申告を消去する個別申告消去部と、申告者が有効時間の残り時間を確認できるよう、有効時間の残り時間を表示する残り時間表示部と、申告が消去されたことを申告者へ知らせることにより、申告者に対して再度の申告を促す報知部とを設けることが提案されている(特許文献1参照)。
【先行技術文献】
【特許文献】
【0006】
【特許文献1】特許第4604630号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
特許文献1に開示された申告型空調制御システムでは、「弱要望」の申告が行われにくいことに変わりはなく、「強要望」を集計する傾向になりやすいので、制御が不安定になりやすいという問題点があった。
また、有効時間設定は、申告者の体感が時間経過に伴って快適な方向に一律に改善される場合に有効である。しかし、実際には、例えば「暑い」という要望申告に対応する室温設定値の下げ幅が不足している場合など要望が解消されずに持続する場合も多い。このような場合に有効時間設定を採用していると、要望が解消されない申告者は、申告が消去される毎に同じ要望を申告し直さなければならない。最悪の場合には、煩わしい申告作業を定期的に実施するか、不満な環境の中で耐えるかの選択を強いられることとなり、空調制御システム自体への居住者の不満感も増大しやすい。したがって、有効時間設定が「弱要望」の申告が行われにくいことによる制御の不安定化を改善することにはつながらない。
【0008】
本発明は、上記課題を解決するためになされたもので、申告者の要望申告負荷(回数や手間)を軽減しながら、制御が不安定になる可能性を低減することができる要望判別装置、空調制御システム、要望判別方法および空調制御方法を提供することを目的とする。
【課題を解決するための手段】
【0009】
本発明の要望判別装置は、申告者からの空調に対する要望を受け付ける入力手段と、スケジュール管理のシステムに登録されている、前記申告者に関連するスケジュール情報を、前記申告者の代謝量を変化させる行動に関する情報として参照し、このスケジュール情報に基づいて、前記申告者からの要望が一時的要望か持続的要望かを判別する要望判別手段とを備えることを特徴とするものである。
また、本発明の要望判別装置の1構成例において、前記要望判別手段は、前記スケジュール情報から予め作成された判別ルールを記憶する判別ルール記憶手段と、前記申告者からの要望が発生した時刻と前記判別ルールとに基づいて、前記申告者からの要望が一時的要望か持続的要望かを判別する判別処理手段とからなることを特徴とするものである。
また、本発明の要望判別装置の1構成例において、前記要望判別手段は、前記申告者からの要望を判別する前に、前記スケジュール情報と所定の設定ルールとから、前記判別ルールを作成する判別ルール作成手段をさらに備えることを特徴とするものである。
【0010】
また、本発明の要望判別装置の1構成例において、前記スケジュール情報は、前記申告者が所属する事業所の事業所スケジュールである。
また、本発明の要望判別装置の1構成例において、前記スケジュール情報は、前記申告者の個人スケジュールである。
また、本発明の要望判別装置の1構成例において、前記スケジュール情報は、前記申告者が所属する事業所の事業所スケジュールと前記申告者の個人スケジュールである。
また、本発明の要望判別装置の1構成例において、前記要望判別手段は、一定の期間中に発生した複数の要望に基づき、代表的な要望のみを採用して判別することを周期的に行うことを特徴とするものである。
【0011】
また、本発明の空調制御システムは、要望判別装置と、前記申告者からの要望に応じて空調の制御設定値を変更するルールを定めた制御プランを、一時的要望と持続的要望のそれぞれについて予め記憶する制御プラン記憶手段と、この制御プラン記憶手段に記憶されている制御プランのうち、前記要望判別装置の判別結果に対応する制御プランを空調機器に適用する制御プランとして決定する制御プラン決定手段と、この制御プラン決定手段が決定した制御プランに基づいて前記空調機器を制御する機器制御手段とを備えることを特徴とするものである。
また、本発明の空調制御システムの1構成例において、前記一時的要望に対応する制御プランは、前記申告者からの要望に応じて前記制御設定値を変更し、一定の維持時間が経過した後に、前記制御設定値を変更前の値に戻すことを定めた制御プランであり、前記持続的要望に対応する制御プランは、前記申告者からの要望に応じて前記制御設定値を継続的に変更することを定めた制御プランである。
【0012】
また、本発明の空調制御システムの1構成例において、前記制御プラン決定手段は、前記申告者からの要望に付加されている対象機器特定情報に基づいて、複数の前記空調機器のうち制御対象となる空調機器を特定して制御プランを決定し、前記機器制御手段は、前記制御プラン決定手段が決定した制御プランに基づいて前記制御対象となる空調機器を制御することを特徴とするものである。
また、本発明の空調制御システムの1構成例において、前記制御プラン決定手段は、前記一時的要望と前記持続的要望とが競合したときに、予め定められた方針に従って前記一時的要望と前記持続的要望のうちどちらか一方を採用し、採用した要望に対応する制御プランを空調機器に適用することを特徴とするものである。
【0013】
また、本発明の要望判別方法は、申告者からの空調に対する要望を受け付ける入力ステップと、スケジュール管理のシステムに登録されている、前記申告者に関連するスケジュール情報を、前記申告者の代謝量を変化させる行動に関する情報として参照し、このスケジュール情報に基づいて、前記申告者からの要望が一時的要望か持続的要望かを判別する要望判別ステップとを含むことを特徴とするものである。
また、本発明の空調制御方法は、前記の各ステップと、前記申告者からの要望に応じて空調の制御設定値を変更するルールを定めた制御プランを、一時的要望と持続的要望のそれぞれについて予め記憶している制御プラン記憶手段を参照し、この制御プラン記憶手段に記憶されている制御プランのうち、前記要望判別ステップの判別結果に対応する制御プランを空調機器に適用する制御プランとして決定する制御プラン決定ステップと、この制御プラン決定ステップで決定した制御プランに基づいて前記空調機器を制御する機器制御ステップとを備えることを特徴とするものである。
【発明の効果】
【0014】
本発明によれば、申告者の代謝量を変化させる行動に関する情報に基づいて、申告者からの要望が一時的要望か持続的要望かを判別する要望判別手段を設けることにより、申告者からの要望をその持続時間に着目した持続種類で判別することができる。したがって、この判別結果を空調制御に反映すれば、申告者の負荷を軽減しながら、空調制御が不安定になる可能性を低減することができる。
【0015】
また、本発明では、申告者の代謝量を変化させる行動に関する情報として、申告者が所属する事業所の事業所スケジュールや申告者の個人スケジュールを利用することで、要望と申告者行動との関わりを推定することができ、代謝量計測や判別に利用する新たな情報入力を申告者に促すことなしに、要望の判別の確度を高めることができる。また、本発明では、事業所スケジュールや申告者の個人スケジュールを利用することで、設備管理者やエネルギー管理者が予見・管理しやすい代謝量考慮方式を実現することができる。
【0016】
また、本発明では、一定の期間中に発生した複数の要望のうち代表的な要望のみを採用して判別することにより、申告者からの要望に周期的に応じる制御に対応することができる。
【0017】
また、本発明では、制御プラン記憶手段に記憶されている制御プランのうち、要望判別装置の判別結果に対応する制御プランを空調機器に適用する制御プランとして決定し、決定した制御プランに基づいて空調機器を制御することにより、要望判別装置の判別結果を空調制御に反映することができる。
【0018】
また、本発明では、申告者からの要望に付加されている対象機器特定情報に基づいて、複数の空調機器のうち制御対象となる空調機器を特定して制御プランを決定し、決定した制御プランに基づいて制御対象となる空調機器を制御することにより、空調制御システムが複数の空調機器を制御する場合に対応することができる。
【図面の簡単な説明】
【0019】
図1】空調制御システムの例を示す図である。
図2】居住者の代謝量とPMVとの関係を示す図である。
図3】本発明の第1の実施の形態に係る要望判別型空調制御装置の構成を示すブロック図である。
図4】本発明の第1の実施の形態に係る要望判別部の構成を示すブロック図である。
図5】本発明の第1の実施の形態に係る要望判別型空調制御装置の動作を説明するフローチャートである。
図6】事業所スケジュールの例を示す図である。
図7】申告要望を一時的要望とみなす時間帯の例を示す図である。
図8】本発明の第1の実施の形態に係る一時的要望判別テーブルの例を示す図である。
図9】本発明の第1の実施の形態に係る制御プランを説明する図である。
図10】本発明の第1の実施の形態における申告要望に対する制御設定値の変更例を示す図である。
図11】本発明の第2の実施の形態に係る要望判別型空調制御装置の構成を示すブロック図である。
図12】個人スケジュールの例を示す図である。
図13】一時的要望判別時間帯の設定ルール例を示す図である。
図14】本発明の第2の実施の形態に係る一時的要望判別テーブルの例を示す図である。
図15】申告要望を一時的要望とみなす時間帯の例を示す図である。
図16】本発明の第2の実施の形態における申告要望に対する制御設定値の変更例を示す図である。
【発明を実施するための形態】
【0020】
[発明の原理]
本発明は、建物の空調制御システムにおいて、居住者の空調への要望を反映して制御する要望対応型空調制御方法および装置を対象とし、居住者が要望を空調制御システムに直接入力する申告型空調制御システムを採用している場合に限らない。すなわち、本発明は、(A)居住者からの要望を受け、設備管理者がBEMS(Building and Energy Management System)などを利用して居住者要望を空調制御に反映する場合、(B)居住者自身が空調への要望を空調制御システムに直接に申告する場合(ASP(Application Service Provider)サービスなどで遠隔で居住者要望を受信し、制御に反映する場合も含む)、のいずれも対象としている。
【0021】
本発明の説明では、居住者、申告者、要望入力者を以下のように区別して記述する。本発明では、制御対象となる空調環境に在籍する者を、居住者と呼ぶ。申告行動を起こすか否かは居住者に依存する。また、本発明では、空調への変更要望を申告(電話等による音声通知を含む)するという行動を起こす居住者を、申告者と呼ぶ。居住者が空調環境に不満を感じていても、申告行動を起こさなければ申告者とは扱わない。また、本発明では、申告者の空調への変更要望を空調制御に反映する目的で空調制御システムに入力する者を、要望入力者と呼ぶ。居住者が変更要望を空調制御システムに直接入力する申告型空調制御システムを採用している場合、申告者と要望入力者は同一となる。また、これ以外の空調制御システムでは、例えば、申告者が要望入力者である設備管理者に対して変更要望を申告(電話やメールなどで通知)し、設備管理者がこの要望を空調制御システムに入力する方式がある。
【0022】
以上のような空調制御システムにおいて、発明者は、一時的(持続性が異なる)要望申告に対しては通常の要望申告とは異なる制御を適用することに着目した。
オフィスで一般的に発生する空調への申告要望は、身体活動(出社後、帰社後、会議室移動後等)や食事(昼食等)による代謝量増加が原因である場合が少なくない。しかし、このような要望は、室内環境が変化しなくても時間の経過とともに解消の方向に向かうため、適切でない周囲環境によって発生する要望よりも、上述したような制御の不安定状態を引き起こしやすい。例えば、文献「平良 拓也他,“ヒューマンカロリメーターを用いた朝食,昼食および夕食の食後におけるエネルギー消費量の推移の比較検討”,栄養学雑誌,Vol.68,No.6,373〜377,2010年」によれば、食事誘発性熱産生は30〜40分程度で低下し安定状態となる。したがって、一時的な要望についてはその特徴を反映した対応制御を適用することで、制御が不安定となる確率を低減することができる。
【0023】
さらに発明者は、一時的要望を判別する際に、一般的なオフィスで通常管理されているスケジュール情報を利用することに着目した。要望の申告時刻とスケジュール情報を照会することで、要望と申告者行動との関わりが推定でき、代謝量計測や判別に利用する新たな情報入力を申告者に促すことなしに、一時的要望の判別の確度を高めることができる。さらには、「登録されたスケジュール情報」を参照することで、設備管理者やエネルギー管理者が予見・管理しやすい「代謝量考慮方式」になる。
【0024】
[第1の実施の形態]
以下、本発明の実施の形態について図面を参照して説明する。本実施の形態は、事業所スケジュールから予め作成された判別ルールと要望の申告時刻に基づいて、要望が一時的な要望か否かを判別し、この判別結果に基づいて空調の制御プランを決定するものである。ここで、制御プランとは、要望に応じて空調の制御設定値を変更するルールを定めたものである。
【0025】
本実施の形態では、居住者自身が自らの要望をシステムに対して入力する居住者申告型空調制御システムの例で説明する。本発明は、申告者の空調への変更要望をその持続時間に着目した種類(以下、持続種類と記)で判別して空調制御に反映する点が重要なポイントである。本発明は、空調方式(例えば個別方式、中央式など)及び採用している空調機器種類、空調制御要素(温度、湿度、放射やその複合制御など)、要望入力端末種類(BEMS、PC、携帯電話、スマートフォン、専用入力端末など)等によらず、当業者の通常の技術水準により適宜設計変更が可能である。
【0026】
本実施の形態では、説明の簡単のために、対象とする1つの空調エリアに居住者1名が在席する居住者申告型空調制御システムの例で説明する(図1)。図1において、100は居住者、101は変更要望を受ける空調制御装置(コントローラ)、102は空調エリアの室温を計測する温度センサ、103は室内機、104は室外機である。空調制御装置101は、温度センサ102によって計測される室温が室温設定値と一致するように空調機器(室内機103および室外機104)を制御する。また、本実施の形態では、夏季冷房時の例で説明するが、言うまでもなく、本発明は中間期や冬季暖房時にも適用可能である。
【0027】
図2に居住者の代謝量と空調エリアの快適性を表す温冷感指標であるPMV(Predicted Mean Vote)との関係を示す。図2の例では、居住者の代謝量以外のPMVの影響要因(温度、湿度、放射、風速、着衣量)は夏のオフィスを想定した固定値としている。具体的には、室温、放射温度を27℃、風速を0.1m/s、相対湿度を50%、着衣量を0.5[clo]としている。
【0028】
空調の室温設定値は省エネルギーや節電対策のために、環境省の推奨値(夏28℃、冬20℃)に基づいて室内環境が悪化する方向に緩和される傾向にある。しかしながら、快適性の影響要因は室温だけではないため、その他の影響要因が悪化するとPMV快適域である±0.5の範囲を逸脱する。図2の例では、室温が環境省推奨値よりも1℃快適側の設定(27℃)である場合を示しているが、例えば摂食により居住者の代謝量が標準的な代謝量1.0[met]よりも10%増加して1.1[met]になると、PMVが快適域上限とされる0.5を超えてしまい、食後の要望申告の発生要因となり得ることが分かる。
【0029】
しかしながら、食事(昼食等)あるいは身体活動(出社後、帰社後、会議室移動後等)により発生する要望は、一時的な代謝量増加によるものであり、代謝量が時間経過とともに減少・安定化すれば、室内環境に変化がなくてもやがて解消の方向に向かう。具体的には、例えば外出先からの帰社直後には暑いと感じたとしても、帰社直後から時間が経過すれば、温度・湿度等の室内環境に変化がないにも拘わらず、暑いという感覚が解消するということが起こり得る。一方で、オフィスで執務を継続している居住者は代謝量が安定している状態であり、要望を引き起こしている要因は居住者側の体内環境変化ではなく、室内環境が要因であることが多い。このような場合には、居住者からの要望申告に対応して室内環境が適切に改善されなければ要望が持続する可能性が高い。
【0030】
このように、要望申告には、「暑い」、「やや暑い」、「暑くも寒くもない」、「やや寒い」、「寒い」、「XX℃上げて欲しい」、「XX℃下げて欲しい」などのように、空調変更の向き(暖める、冷やす)および強度と関連付けられる変更要望種類(以下、変更種類と記)に加え、さらに、室内環境に変化がなくてもやがて解消方向にむかう要望(以下、一時的要望と記)と、室内環境に変化がなければ持続する可能性の高い要望(以下、持続的要望と記)といった、持続性に着目した種類(以下、持続種類と記)がある。
【0031】
特に、摂食等による急激な代謝量増加によって発生する要望は一時的でかつ強要望となりやすく、短時間で複数回の強要望の申告が繰り返される場合もある。しかしながら、要望の感じ方自体が時間とともに解消方向に向かうので、持続的要望と区別なく変更種類だけに着目して同じ制御を適用した場合、一時的要望の方が上述したような制御の不安定状態を引き起こしやすい。よって、制御が不安定となる確率を低減するために、一時的要望を判別して、持続的要望とは異なる制御プランを適用する。
【0032】
図3は本実施の形態の要望判別型空調制御装置の構成を示すブロック図である。要望判別型空調制御装置1は、機器制御部2と、制御プラン決定部3と、制御プラン記憶部4と、要望判別部5とを備えている。
機器制御部2は、制御プラン決定部3が決定した制御プランに基づき空調機器6を制御する。
制御プラン決定部3は、要望の処理時点で実施されている制御プランと制御プラン記憶部4に記憶されている制御プランと要望判別部5の判別結果に基づいて、空調機器6に新たに適用する制御プランを決定する。
【0033】
制御プラン記憶部4には、要望判別部5の判別結果に対して適用する制御プランが予め設定され、記憶されている。これらの制御プランは、制御プロバイダや設備管理者が予め設定する。
要望判別部5には、事業所スケジュールを利用した一時的要望判別ルールが予め設定され、記憶されている。一時的要望判別ルールは、制御プロバイダや設備管理者、エネルギー管理者が予め設定する。要望判別部5は、判別ルールに基づき、申告された要望の持続種類を判別する。
【0034】
図4は要望判別部5の構成を示すブロック図である。要望判別部5は、要望入力端末7から入力された要望を受け付ける要望入力部50と、要望の持続種類を判別する判別処理部51と、判別ルールを作成する判別ルール作成部52と、判別ルールを記憶する判別ルール記憶部53とから構成される。
要望入力端末7としては、PC、携帯電話機、スマートフォン、専用リモコン端末などがある。
なお、要望判別型空調制御装置1は図1に示した空調制御装置101の内部に設けられるが、要望判別部5は空調制御装置101の外部に設けてもよい。
【0035】
次に、本実施の形態の空調制御システムの動作を説明する。図5は、要望入力端末7から居住者の要望申告を受け付けた際の要望判別型空調制御装置1の動作を説明するフローチャートである。
要望入力端末7は、要望入力者が入力した要望の変更種類DSと申告時刻Stimeとを要望判別部5に送信し、要望判別部5の要望入力部50は、受信した情報を要望V(DS,Stime)として保持する(図5ステップS1−1)。本実施の形態では、簡単のためにユーザが選択する変更種類DSを「暑い」、「寒い」の2種類とし、「暑い」を値「1」で示し、「寒い」を値「−1」で示すものとする。
【0036】
つまり、例えば、申告時刻10時10分に居住者が「暑い」と申告した要望はV(1,10:10)として保持され、同じ時刻に「寒い」と申告した要望はV(−1,10:10)として保持される。なお、この例では要望入力端末7から変更種類DSおよび申告時刻Stimeを送信するが、申告時刻Stimeを要望入力端末7から送信せずに、要望申告を受け付けた時刻を申告時刻として、要望入力部50が申告時刻Stimeを付加しても良い。
【0037】
要望入力端末7から要望V(DS,Stime)を受け付けると、要望判別部5の判別処理部51は、判別ルール記憶部53に予め設定された一時的要望判別ルールに基づき、申告要望の持続種類の判別を行なう(図5ステップS1−2)。本実施の形態では、判別ルール記憶部53に記憶されている一時的要望判別テーブルを利用して申告要望の持続種類を判別する例で説明するが、一時的要望判別テーブルの代わりに数式を利用しても勿論良く、テーブル利用には限定されない。
【0038】
一時的要望判別テーブル等の判別ルールは、制御プロバイダや設備管理者、エネルギー管理者が設定してもよいし、判別ルール作成部52が作成してもよい。本実施の形態では、制御プロバイダや設備管理者、エネルギー管理者が設定するものとする。判別ルール作成部52による一時的要望判別テーブルの作成方法の詳細については第2の実施の形態で説明する。
【0039】
図6に事業所スケジュールの例を示す。図6の例では、9時から17時が就業時間帯となっている。12時から13時は昼休み、15時から15時15分は休憩時間である。
図7は要望判別部5で受信した申告要望を一時的要望とみなす時間帯の例を示す図、図8は判別ルール記憶部53に設定されている一時的要望判別テーブルの例を示す図である。図7の例では、申告要望を一時的要望とみなす3つの時間帯T1〜T3があり、時間帯T1は8時から9時30分の間、時間帯T2は12時から13時30分の間、時間帯T3は15時から15時30分の間である。この一時的要望判別時間帯T1,T2,T3には、識別のための時間帯番号Nhとして、それぞれNh=1,2,3が割り当てられている。
【0040】
図8に示すように、一時的要望判別テーブルは、一時的要望判別時間帯番号Nhと、一時的要望判別時間帯の開始時刻Hst(Nh)と、一時的要望判別時間帯の終了時刻Hed(Nh)と、補足情報とを対応付けて記憶するものである。上記のとおり、これらの内容は、主に制御プロバイダや設備管理者、エネルギー管理者が設定する。なお、補足情報は本実施の形態の説明のための記述であり、要望判別動作には使用しない。時間帯番号Nh=1,2,3の3つの時間帯T1〜T3は、図6に示した事業所スケジュールに基づき、図8のテーブル例に補足情報として示した「出社」、「昼食」、「休憩」という居住者の行動に対応付けて設定されている。これらの時間帯は、運用実績に合わせて適宜調整が可能である。
【0041】
要望判別部5の判別処理部51は、要望入力端末7から受け付けた要望V(DS,Stime)の申告時刻Stimeが、時間帯番号Nh=1,2,3の3つの時間帯T1〜T3のいずれかに含まれれば、その要望V(DS,Stime)の持続種類を「一時的」と判別する。すなわち、判別処理部51は、要望V(DS,Stime)の申告時刻Stimeが、以下の式(1)の条件を満たすとき、要望V(DS,Stime)の持続種類を示す持続種類判別フラグFtmp(以下、判別フラグ)をFtmp=1とし、式(1)の条件を満たさないとき、判別フラグFtmpをFtmp=0とする。
Hst(x)≦Stime≦Hed(x) ・・・(1)
【0042】
式(1)において、Hst(x)は時間帯番号xの一時的要望判別時間帯の開始時刻、Hed(x)は同時間帯番号xの一時的要望判別時間帯の終了時刻である。判別フラグFtmp=1は、要望V(DS,Stime)が一時的要望であることを示し、判別フラグFtmp=0は、要望V(DS,Stime)が持続的要望であることを示す。
【0043】
本実施の形態では、申告時刻Stimeが、一時的要望判別テーブルに登録された時間帯の開始終了時刻で規定される式(1)の条件、具体的には、8:00≦Stime≦9:30、12:00≦Stime≦13:30、15:00≦Stime≦15:30のいずれかの条件を満たす場合、判別フラグFtmp=1となり、いずれの条件も満たさない場合には、判別フラグFtmp=0となる。
【0044】
判別処理部51は、要望入力端末7から受け付けた要望V(DS,Stime)に対し、要望の変更種類DSと判別フラグFtmpとを関連付け、これらを要望状態DC(DS,Ftmp)として保持する。
【0045】
次に、制御プラン決定部3は、処理中の要望V(DS,Stime)に対応する制御プランを決定する(図5ステップS1−3)。制御プラン決定部3は、現時点で空調機器6に適用されている制御プラン(以下、既制御プランと記)と、制御プラン記憶部4に予め設定されている制御プランと、要望判別部5で保持されている要望状態DC(DS,Ftmp)とを利用して、空調機器6に新たに適用する制御プランを決定する。
【0046】
制御プラン記憶部4には、一時的要望および持続的要望に対応する制御プランがそれぞれ予め設定されている。持続的要望に対応する制御プラン(Ftmp=0に対応する制御プラン)としては、従来の汎用的な制御プラン(持続種類を判別せずに変更種類に応じて実施されていた従来の制御プラン)を設定すればよい。本実施の形態では、説明の簡単のため、図9(A)に示すように要望V(DS,Stime)の処理時点での制御設定値Tset=Tbefを要望V(DS,Stime)の変更種類DSに応じて変更するという制御プランを、持続的要望に対応する制御プランとする。この制御プランによる制御設定値Tsetの変更は次式のように表すことができる。
Tset=Tbef+Tdp(DS) ・・・(2)
【0047】
制御設定値Tsetの例としては、室温設定値がある。式(2)のTdp(DS)は設定値変更幅である。この設定値変更幅Tdp(DS)は以下の式で決定される。
Tdp(DS)=S(DS)×γdp(DS) ・・・(3)
【0048】
上記のとおり、居住者が「暑い」と申告したとき、変更種類DS=1となり、居住者が「寒い」と申告したとき、変更種類DS=−1となる。式(3)におけるS(DS)は変更種類DSに対応する制御設定値Tsetの増減方向を示す係数である。変更種類DS=1のとき、係数S(1)=−1となり、変更種類DS=−1のとき、係数S(−1)=1となる。つまり、居住者が「暑い」と申告したときは、係数S(DS)を−1にして制御設定値Tsetを下げ、居住者が「寒い」と申告したときは、係数S(DS)を1にして制御設定値Tsetを上げる。
【0049】
式(3)におけるγdp(DS)は変更種類DSに対応する設定値変更幅である。この設定値変更幅γdp(DS)は、変更種類DSに応じて予め制御プロバイダや設備管理者などによって決定される。ここでは、設定値変更幅γdp(DS)は、変更種類DSの値によらず一律に0.5℃とするが、変更種類DSの値に応じて異なる値としても構わないことは言うまでもない。
【0050】
一方、一時的要望に対応する制御プラン(Ftmp=1に対応する制御プラン)としては、例えば、持続的要望に対応する制御プランと同様に制御設定値Tsetを変更するが、設定値変更を維持時間tαだけ維持した後、制御設定値Tsetを当該申告要望に対応する前のTset=Tbefに復帰させるという制御プランを設定すればよい(図9(B))。制御設定値Tsetの変更は式(2)、式(3)で説明したとおりである。維持時間tαは、居住者の代謝量の急激な変化が安定に向かう時間であり、対応する居住者行動に応じて、例えば20分などと設定すればよい。この維持時間tαは、運用実態に応じて設備管理者などが適宜修正すればよい。なおこの例で、TsetのTbefへの復帰は予め定めた復帰時間で徐々にTbefに近づけるようにしてももちろん構わない。また、時間帯番号に対応して推定される居住者の行動(図8の補足情報参照)に応じて維持時間tαや復帰時間を変更することとしても構わない。
【0051】
最後に、機器制御部2は、制御プラン決定部3が決定した新たな制御プランに基づき、空調機器6を制御する(図5ステップS1−4)。つまり、機器制御部2は、要望V(DS,Stime)の処理時点で空調機器6に適用されている現在の制御設定値Tset=Tbefと、要望V(DS,Stime)の変更種類DSと、制御プラン決定部3が決定した制御プランに基づき、空調機器6に新たに適用する制御設定値Tsetを決定する。また、機器制御部2は、空調の制御量(例えば室温)と制御設定値Tset(例えば室温設定値)とが一致するように空調機器6を制御する。制御アルゴリズムとしては例えばPIDが知られている。
居住者からの新たな要望申告が発生した場合には、この要望に対してステップS1−1〜S1−4の処理が繰り返される。
【0052】
図10に要望申告に対して制御設定値Tsetがどのように変更されるかの1例を示す。図10の例においても、事業所スケジュールおよび一時的要望判別時間帯T1〜T3は図6図7に示したとおりに設定されているものとする。図10のh’1,h’3は「暑い」という一時的要望、h2は「暑い」という持続的要望、c1は「寒い」という持続的要望を表している。
【0053】
時刻t1において「暑い」という一時的要望h’1が発生したとき、制御プラン決定部3は、一時的要望に対応する制御プランを、空調機器6に新たに適用する制御プランとして決定する。機器制御部2は、この制御プランに基づいて、式(2)、式(3)により制御設定値TsetをTbef2に下げ、維持時間tα(本実施の形態では30分)後に時刻t1以前の制御設定値Tset=Tbef1に復帰させる。
【0054】
次に、時刻t2において「暑い」という持続的要望h2が発生したとき、制御プラン決定部3は、持続的要望に対応する制御プランを、空調機器6に新たに適用する制御プランとして決定する。機器制御部2は、この制御プランに基づいて、式(2)、式(3)により制御設定値TsetをTbef2に下げる。
【0055】
次に、時刻t3において「暑い」という一時的要望h’3が発生したとき、制御プラン決定部3は、一時的要望に対応する制御プランを、空調機器6に新たに適用する制御プランとして決定する。機器制御部2は、この制御プランに基づいて制御設定値TsetをTbef3に下げ、維持時間tα後に時刻t3以前の制御設定値Tset=Tbef2に復帰させる。
【0056】
次に、時刻t4において「寒い」という持続的要望c1が発生したとき、制御プラン決定部3は、持続的要望に対応する制御プランを、空調機器6に新たに適用する制御プランとして決定する。機器制御部2は、この制御プランに基づいて制御設定値TsetをTbef1に上げる。
【0057】
以上のように、本実施の形態では、要望の持続種類を判別し、持続種類の判別結果に基づいた制御プランを空調機器6に適用することで、居住者の申告回数や申告作業の手間を軽減しながら、制御が不安定になる可能性を低減することができる。
さらに、本実施の形態では、事業所スケジュールが確定した時点でどの時間帯がどの持続種類に対応するかが確定するので、過去の同様のスケジュールの運転日と実績を比較することで設備管理者やエネルギー管理者が予め運転状況やエネルギー消費量などを予見・管理しやすくなる。
【0058】
なお、本実施の形態では、要望の変更種類を「暑い」、「寒い」の2種類としたが、変更種類を「暑い」、「やや暑い」、「暑くも寒くもない」、「やや寒い」、「寒い」の5種類などとしてもよい。この場合、「暑い」はDS=1、「やや暑い」はDS=2、「暑くも寒くもない」はDS=3、「やや寒い」はDS=4、「寒い」はDS=5とする。変更種類DS=1,2,3,4,5に対応する係数S(DS)をそれぞれ−1,−1,0,1,1とする。また、変更種類DS=1,2,3,4,5に対応する設定値変更幅γdp(DS)をそれぞれ1.0[℃],0.5[℃],0[℃],0.3[℃],0.6[℃]とする。このように変更種類DSに応じて設定値変更幅γdp(DS)が異なるようにしてもよい。
【0059】
また、本実施の形態では、説明の簡単のために、典型的な1日の事業所スケジュールに基づく一時的要望判別テーブルの例を示したが、年間のイベントや曜日によるスケジュールの違いを反映するのがより好ましい。その場合、年月日や曜日情報を適宜追加した一時的要望判別テーブルを作成し、これに対応して、要望V(DS,Stime)の申告時刻Stimeにも年月日情報や曜日情報を付加する。
【0060】
また、本実施の形態では、要望申告発生時に個々の要望に対応する制御の例で示したが、例えば15分周期など周期的に制御を行なう場合にももちろん適用できる。その場合、要望判別部5は、居住者からの要望V(DS,Stime)を一旦データベースに保持し、当該周期の最新の要望のみを代表的な要望として採用する後優先処理、15分の期間中に発生した複数の要望のうち最も多い要望のみを代表的な要望として採用する多数決処理、15分の期間中に発生した全要望数に対する要望数の割合に基づき代表的な要望を推定する要望割合処理(特開2006−214624号公報参照)などの汎用処理を制御周期毎に実行して、当該制御周期の代表的な要望(以下、代表要望と記)を決定し、この代表要望の変更種類DSを決定すると共に、例えば変更種類DSを決定した時刻などを代表要望の申告時刻Stimeとする。そして、要望判別部5は、この代表要望に対して図5のステップS1−2〜S1−4の処理を実行すればよい。
【0061】
また、本実施の形態では、1つの要望判別型空調制御装置1に1つの空調エリアおよび1名の居住者が対応する例で説明したが、複数の居住者がいる場合にも同様に適用可能であることは言うまでもない。また、複数の居住者がいる場合に上述した周期的制御実行を適用する場合には、代表要望決定の必要に応じて、適宜、要望申告者を特定できる情報(要望申告者のID(Identification)や要望申告者の位置情報など)も要望V(DS,Stime)に付加すればよい。
【0062】
また、1つの要望判別型空調制御装置1が複数の空調機器6を制御している場合、要望入力端末7は、制御対象となる空調機器6を特定できる対象機器特定情報(空調機器のID、空調エリアのID、要望申告者のID、要望申告者の位置情報など制御対象となる空調機器6を特定できる情報)を要望Vに付加して要望判別型空調制御装置1に送信する。要望判別型空調制御装置1の制御プラン決定部3は、対象機器特定情報に応じて制御対象となる空調機器6の制御プランを決定し、また機器制御部2は、対象機器特定情報に基づいて制御対象となる空調機器6を特定して制御すればよい。なお、この場合、制御プランは、空調機器6毎に制御プラン記憶部4に予め設定されていてもよい。
【0063】
また、複数の事業所の空調を一括で管理する、例えば中央方式によるテナントビルの空調制御システムの場合、対象とする複数の事業所スケジュールを利用して事業所を特定できる情報と各事業所に対応する一時的要望判別テーブルもBEMSに保持し、設備管理者が前記事業所特定情報とともに変更要望(「暑い」、「寒い」、「XX℃上げて欲しい」、「XX℃下げて欲しい」など)を入力すればよい。
【0064】
[第2の実施の形態]
次に、本発明の第2の実施の形態について説明する。本実施の形態は、申告者の個人スケジュールから予め作成された判別ルールと要望の申告時刻に基づいて、要望が一時的な要望か否かを判別し、この判別結果に基づいて空調の制御プランを決定するものである。
図11は本実施の形態の要望判別型空調制御装置の構成を示すブロック図であり、図3と同一の構成には同一の符号を付してある。本実施の形態の要望判別型空調制御装置1aは、機器制御部2と、制御プラン決定部3と、制御プラン記憶部4と、要望判別部5aとを備えている。
【0065】
要望判別部5aの構成は、事業所スケジュールの代わりに個人スケジュールを使用する点以外は第1の実施の形態の要望判別部5と同様なので、図4の符号を用いて要望判別部5aの動作を説明する。
また、要望判別型空調制御装置1aの処理の流れは第1の実施の形態と同様であるので、図5を用いて要望判別型空調制御装置1aの動作を説明する。
【0066】
個人スケジュールを利用する本実施の形態では、要望入力端末7aは、要望申告者が入力した要望の変更種類DSと申告時刻Stimeと要望申告者のID(以下、UIDと記)とを要望判別部5aに送信する。要望判別部5aの要望入力部50は、受信した情報を要望V’(DS,Stime,UID)として保持する(図5ステップS1−1)。第1の実施の形態で説明したとおり、申告時刻Stimeについては要望入力端末7aから送信せずに、要望申告を受け付けた時刻を申告時刻として、要望入力部50が申告時刻Stimeを付加してもよい。
【0067】
第1の実施の形態で述べた事業所に居住し、空調エリアを共有している居住者A,Bのある一日のスケジュール例を図12(A)、図12(B)に示す。図12(A)は居住者Aの個人スケジュール、図12(B)は居住者Bの個人スケジュールを示している。図12(A)の例では、居住者Aは9時から11時の間は外出しており、12時から13時は昼休み、14時から16時は会議、17時で就業終了となっている。図12(B)の例では、9時から17時が就業時間帯となっている。12時から13時は昼休み、15時から15時15分は休憩時間である。従業員のスケジュール管理にスケジューラシステムが導入されているオフィスが多いため、このスケジューラシステムに登録されている個々人のスケジュールを要望の持続種類の判別に利用すれば、新たな情報入力を申告者に促すことなしに、持続種類判別の確度を高めることができる。
【0068】
要望判別部5aの判別ルール作成部52には、就業開始、昼休み、休憩、会議、外出といったスケジュール項目に対応する一時的要望判別時間帯の設定ルールが予め制御プロバイダや設備管理者、エネルギー管理者によって設定されている。図13に一時的要望判別時間帯の設定ルール例を示す。
【0069】
図13によると、就業開始に対応する一時的要望判別時間帯の開始時刻Hst(Nh)は就業開始時刻から1時間前の時刻となり、終了時刻Hed(Nh)は就業開始時刻から30分後の時刻となる。昼休みに対応する一時的要望判別時間帯の開始時刻Hst(Nh)は昼休み開始時刻であり、終了時刻Hed(Nh)は昼休み開始時刻から30分後の時刻となる。休憩時間に対応する一時的要望判別時間帯の開始時刻Hst(Nh)は休憩開始時刻であり、終了時刻Hed(Nh)は休憩終了時刻から15分後の時刻となる。会議に対応する一時的要望判別時間帯の開始時刻Hst(Nh)は会議開始時刻であり、終了時刻Hed(Nh)は会議終了時刻から20分後の時刻となる。外出に対応する一時的要望判別時間帯の開始時刻Hst(Nh)は外出開始時刻であり、終了時刻Hed(Nh)は帰社時刻から45分後の時刻となる。
【0070】
本実施の形態では、要望判別部5aの判別ルール作成部52は、毎朝早朝に各居住者の個人スケジュールを照会し、図13に示したような設定ルールに基づいて各居住者の一時的要望判別テーブルを作成し、作成した一時的要望判別テーブルを居住者のIDと関連付けて判別ルール記憶部53に登録する。要望申告受付時に申告者の個人スケジュールを照会し、図13に示した設定ルールを使用して要望の持続種類の判別を行なってももちろん構わない。また、居住者IDは、居住者とスケジューラ情報とを関連付ける情報であり、例えば、社員番号や個人の内線番号などの情報である。
【0071】
図13に示した設定ルールに基づき判別ルール作成部52が生成した居住者A,Bの一時的要望判別テーブルの例をそれぞれ図14(A)、図14(B)に示す。図15(A)は居住者Aからの申告要望を一時的要望とみなす時間帯を示す図、図15(B)は居住者Bからの申告要望を一時的要望とみなす時間帯を示す図である。居住者Aの場合、申告要望を一時的要望とみなす3つの時間帯T4〜T6があり、時間帯T4は9時から11時45分の間、時間帯T5は12時から13時30分の間、時間帯T6は14時から16時20分の間である。居住者Bの場合、申告要望を一時的要望とみなす3つの時間帯T7〜T9があり、時間帯T7は8時から9時30分の間、時間帯T8は12時から13時30分の間、時間帯T9は15時から15時30分の間である。
【0072】
なお、本実施の形態では、個人スケジュールから一時的要望判別テーブルを作成する例について説明しているが、同様に事業所スケジュールから一時的要望判別テーブルを作成できることは言うまでもない。
【0073】
要望判別部5aの判別処理部51は、要望入力端末7aから要望V’(DS,Stime,UID)を受け付けると、UIDに対応する一時的要望判別テーブルを参照して、申告要望の持続種類の判別を行なう(図5ステップS1−2)。この持続種類の判別処理は、要望申告者に対応する一時的要望判別テーブルを利用するという点以外は第1の実施の形態と同じなので、詳細な説明は省略する。
【0074】
判別処理部51は、要望V’(DS,Stime,UID)に対し、要望の変更種類DSと判別フラグFtmpとを関連付け、これらを要望状態DC(DS,Ftmp)として保持する。なお、就業開始や昼休みなどの事業所スケジュールが個人スケジュールで設定されていない場合には、第1の実施の形態で示した事業所スケジュールに基づく一時的要望判別テーブルと、個人スケジュールに基づく一時的要望判別テーブルとを参照すればよい。
【0075】
制御プラン決定部3の動作(図5ステップS1−3)と、機器制御部2の動作(図5ステップS1−4)は、第1の実施の形態で説明したとおりであるので、説明は省略する。
【0076】
図16に居住者A,Bからの要望申告に対して制御設定値Tsetがどのように変更されるかの1例を示す。図16の例においても、個人スケジュールおよび一時的要望判別時間帯T4〜T9は図12(A)、図12(B)、図15(A)、図15(B)に示したとおりに設定されているものとする。図16のA−h’1,A−h’2は居住者Aからの「暑い」という一時的要望、A−c1は居住者Aからの「寒い」という持続的要望、B−h’1,B−h’3は居住者Bからの「暑い」という一時的要望、B−h2は居住者Bからの「暑い」という持続的要望、B−c1は居住者Bからの「寒い」という持続的要望を表している。
【0077】
時刻t1において居住者Bからの「暑い」という一時的要望B−h’1が発生したとき、制御プラン決定部3は、一時的要望に対応する制御プランを、空調機器6に新たに適用する制御プランとして決定する。機器制御部2は、この制御プランに基づいて、式(2)、式(3)により制御設定値TsetをTbef2に下げ、維持時間tα(本実施の形態では30分)後に時刻t1以前の制御設定値Tset=Tbef1に復帰させる。
【0078】
次に、時刻t2において居住者Bからの「暑い」という持続的要望B−h2が発生したとき、制御プラン決定部3は、持続的要望に対応する制御プランを、空調機器6に新たに適用する制御プランとして決定する。機器制御部2は、この制御プランに基づいて、式(2)、式(3)により制御設定値TsetをTbef2に下げる。
【0079】
次に、時刻t3において居住者Aからの「暑い」という一時的要望A−h’1が発生したとき、制御プラン決定部3は、一時的要望に対応する制御プランを、空調機器6に新たに適用する制御プランとして決定する。機器制御部2は、この制御プランに基づいて制御設定値TsetをTbef3に下げ、維持時間tα後に時刻t3以前の制御設定値Tset=Tbef2に復帰させる。
【0080】
次に、時刻t4において居住者Bからの「暑い」という一時的要望B−h’3が発生したとき、制御プラン決定部3は、一時的要望に対応する制御プランを、空調機器6に新たに適用する制御プランとして決定する。機器制御部2は、この制御プランに基づいて制御設定値TsetをTbef3に下げる。ここで、制御設定値Tset=Tbef3の状態が維持時間tαだけ維持されるはずであるが、維持時間tαが経過する前の時刻t5において居住者Aからの「寒い」という持続的要望A−c1が発生するので、制御プラン決定部3は、持続的要望に対応する制御プランを、空調機器6に新たに適用する制御プランとして決定する。機器制御部2は、この制御プランに基づいて制御設定値TsetをTbef2に上げる。
【0081】
次に、時刻t6において居住者Aからの「暑い」という一時的要望A−h’2が発生したとき、制御プラン決定部3は、一時的要望に対応する制御プランを、空調機器6に新たに適用する制御プランとして決定する。機器制御部2は、この制御プランに基づいて制御設定値TsetをTbef3に下げる。ここで、制御設定値Tset=Tbef3の状態が維持時間tαだけ維持されるはずであるが、維持時間tαが経過する前の時刻t7において居住者Bからの「寒い」という持続的要望B−c1が発生するので、制御プラン決定部3は、持続的要望に対応する制御プランを、空調機器6に新たに適用する制御プランとして決定する。機器制御部2は、この制御プランに基づいて制御設定値TsetをTbef2に上げる。
【0082】
以上のように、本実施の形態では、一時的要望と持続的要望が競合する場合、制御プラン決定部3は、最新の要望を優先する後優先の方針を採用しているが、例えば、省エネルギーを優先する方針として省エネ側に設定値を緩和する方向の要望を優先するようにしても構わない。一時的要望と持続的要望のどちらの要望を採用するかの方針や、空調制御に反映する要望の変更種類の決定方法、持続種類の決定方法は、適宜定めておけばよい。
こうして、本実施の形態では、要望の持続種類を判別し、持続種類の判別結果に基づいた制御プランを空調機器6に適用することで、居住者の要望申告負荷を軽減しながら、制御が不安定になる可能性を低減することができる。
【0083】
なお、第1の実施の形態で説明したとおり、申告者からの要望に周期的に応じる制御にも本実施の形態を適用できることは言うまでもない。また、第1の実施の形態で説明したように、複数の居住者がいる場合にも本実施の形態を適用可能であることは言うまでもない。また、第1の実施の形態と同様に、要望判別型空調制御装置1aが複数の空調機器6を制御している場合にも本実施の形態を適用可能であることは言うまでもない。
【0084】
第1、第2の実施の形態で説明した要望判別型空調制御装置1,1aは、CPU、記憶装置及びインタフェースを備えたコンピュータと、これらのハードウェア資源を制御するプログラムによって実現することができる。CPUは、記憶装置に格納されたプログラムに従って第1、第2の実施の形態で説明した処理を実行する。
【産業上の利用可能性】
【0085】
本発明は、申告者からの空調に対する要望を空調制御に反映する技術に適用することができる。
【符号の説明】
【0086】
1,1a…要望判別型空調制御装置、2…機器制御部、3…制御プラン決定部、4…制御プラン記憶部、5,5a…要望判別部、6…空調機器、7,7a…要望入力端末、50…要望入力部、51…判別処理部、52…判別ルール作成部、53…判別ルール記憶部。
図1
図2
図3
図4
図5
図6
図7
図8
図9
図10
図11
図12
図13
図14
図15
図16