(57)【要約】      （修正有）【課題】オフィス在席者の希望する環境と省エネルギ−、設備、運用コストの低減、保守管理の向上等を同時に実現するタスク・アンビエント空調システムを提供する。【解決手段】空調制御に新しい管理指標を導入し、特定の関係を有する数式で算出した管理指標を管理範囲に制御することにより、在席者の要求環境を実現し、アンビエント域の空調制御も効率的に行え、省エネルギ−を実現できる。次に第２の手段として空調制御ネットワ−クに汎用的なＬＡＮを導入し、計測系はエ−ジェントマネ−ジャモデルで構成する。エ−ジェントはセンサデ−タをＴＣＰ／ＩＰパケットに高速に変換し、ネットワ−ク管理ソフトによる管理・制御を行う。また空調制御系は、計測系の情報を元に空調管理マネ−ジャが制御ソフトを介してＴＣＰ／ＩＰの制御パケットを送信し、通信アダプタで制御コマンドに変換して各空調機、室外機を制御する。【選択図】  図１
2006052928.tif 000002
【特許請求の範囲】
【請求項１】
室内全域の空調を行うためのアンビエント用空調機と、
複数の局所空間域を換気空調するためのタスク用空調機と、
冷媒方式の場合は圧縮機や凝縮器を備えた室外機あるいは冷媒方式以外では冷凍機やボイラ等と、
温度センサ等室内の環境を測定する各種センサ類およびその他センサ類を接続したエ−ジェントと、
室内の温度等を設定する空調コントロ−ラと、
エ−ジェントと通信して取得した温度等環境デ−タを使い、前記アンビエント用空調機、タスク用空調機、および前記室外機等を制御して温度等を空調コントロ−ラで設定した値に制御する空調管理マネ−ジャと、
複数の前記空調管理マネ−ジャを統括して制御・管理する統括管理マネ−ジャを備え、
前記各空調機、室外機等、エ−ジェント、空調コントロ−ラ、空調管理マネ−ジャおよび統括管理マネ−ジャが、ＬＡＮ等のＩＰネットワ−クあるいは空調制御ネットワ−ク等で接続された事を特徴とする空調管理システム。
【請求項２】
前記エ−ジェントは、
温度等各種環境用センサからの測定デ−タをＴＣＰ／ＩＰパケットに加工してＬＡＮ等から送信する機能と、
他のエ−ジェントから送信されたＴＣＰ／ＩＰパケットを受信して温度等環境デ−タを取り出し、当該温度等環境デ−タを使い空調制御用管理指標を演算で算出し、ＬＡＮに接続された空調管理マネ−ジャに送信する機能と、
温度等各種環境用センサからの値があらかじめ設定された閾値を超えた場合、あるいはその他各種センサからの信号に対してＴＣＰ／ＩＰパケットで空調管理マネ−ジャに通知する機能と、
空調管理マネ−ジャからの各種要求に対して、設定デ−タの場合はエ−ジェント内の記憶箇所に記録して設定を変更し、制御デ−タの場合はエ−ジェントと接続しているコントロ−ラ、アクチュエ−タ等の各種機器を制御し、あるいは要求されたセンサのデ−タを送信する等の機能と、
を備える請求項１に記載の空調管理システム。
【請求項３】
前記エ−ジェントは、
ＬＡＮ等に接続された複数のエ−ジェント間で自律的に調整し、例えばＩＰアドレスあるいはＭＡＣアドレス等で論理的な階層構造を決定する機能を有し、
当該論理的な階層構造は、
温度等環境用各種センサからの測定デ−タを取得して外部に送信するため、ＴＣＰ／ＩＰパケットに加工して送信する機能を備える下位エ−ジェントと、
ＬＡＮで接続した複数の前記下位エ−ジェントから送信されたＴＣＰ／ＩＰパケットを受信して温度等環境デ−タを取り出し、当該温度等環境デ−タを使い空調制御用管理指標を演算で算出し、ＬＡＮに接続された空調管理マネ−ジャに送信する機能を有する上位エ−ジェント、
で構成される請求項１または２に記載の空調管理システム。
【請求項４】
前記上位エ−ジェントは、
自身の温度等環境デ−タおよび複数の下位エ−ジェントから収集した温度等環境デ−タを使用し、空調管理の指標となる当該収集デ−タの最大値、最小値、重みつき総和および重み付き平均値を算出し、前記空調管理マネ−ジャから送信されて自身の管理デ−タベ−スに記録された温度等環境デ−タの管理範囲と当該指標とを比較し、範囲を外れた場合に空調管理マネ−ジャにその内容を通知する機能を有し、
通知を受けた前記空調管理マネ−ジャは、
タスク用空調機、アンビエント用空調機、あるいは室外機等に制御デ−タを送信して、前記空調管理指標が管理範囲に収まるように空調制御することを特徴とする、
請求項１、２または３に記載の空調管理システム。
【請求項５】
前記下位エ−ジェントは、
自身が測定した温度等環境デ−タと、前記空調管理マネ−ジャから送信されて自身の管理デ−タベ−スに記録された温度等の設定値を比較し、その偏差が許容値を超えた場合に空調管理マネ−ジャにその内容を通知する機能を有し、
通知を受けた前記空調管理マネ−ジャは、
タスク用空調機、アンビエント用空調機、あるいは室外機等に制御デ−タを送信して、前記偏差が許容範囲に収まるように空調制御することを特徴とする、
請求項１、２または３に記載の空調管理システム。
【請求項６】
前記空調管理マネ−ジャは、
空調コントロ−ラから温度等設定値を送受信する機能と、
前記エ−ジェントとＬＡＮを介して温度等環境測定デ−タと空調コントロ−ラからの設定値等を送受信する機能と、
空調制御するために最適な制御デ−タを算出する機能と、
前記アンビエント用空調機、タスク用空調機、室外機あるいは冷凍機およびボイラ等と制御用デ−タを送受信して空調制御を行う機能と、
を備える請求項１、２または３に記載の空調管理システム。
【請求項７】
前記空調管理マネ−ジャは、
組織変更等によるオフィス内の人数増減や設置場所変更等に際し、
前記エ−ジェント、タスク用空調機、アンビエント空調機、室外機または冷凍機およびボイラ等の制御および管理対象の機器に関して、
各機器に設定されたＩＰアドレスのＶＬＡＮ機能等を利用する事で、制御および管理対象の機器を変更、追加する事が容易に設定できる機能を有することを特徴とする、
請求項１、２または３に記載の空調管理システム。
【請求項８】
前記空調管理マネ−ジャは、
前記エ−ジェントから送信された温度、空気汚れ等各種環境用センサの値が、あらかじめ設定された管理閾値を超えた場合、その値や発生時刻、エ−ジェントの場所等の情報を自身のデ−タベ−スに記録する機能と、
前記デ−タベ−スに記録した情報を元に、発生場所周辺のエ−ジェントをグル−プ化し、各エ−ジェントのＩＰアドレスをマルチキャストアドレスとして登録する機能と、
グル−プ化したエ−ジェントの温度、空気汚れ等環境デ−タを収集し、管理閾値に近いエ−ジェントを更にグル−プ化し、マルチキャストで空調制御を行う機能と、
前記空調制御により当該環境用センサの値が閾値よりも低下あるいは改善された場合、その結果を空調管理者や居住者等指定した端末に通知あるいは表示する機能と、
を備えた請求項１、６または７に記載の空調管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、タスク域とアンビエント域の環境（温度、湿度、空気汚れ等）を在室者や管理者の設定通りに実現すると同時に、従来と比べてシステムの柔軟な拡張性、高い保守性、システムコストの低価格化および省エネルギ−を実現する空調管理システムに関する。
【背景技術】
【０００２】  オフィスの室内全体を同一温度で空調制御するのではなく、オフィス在席者の滞在する局所域（タスク域）とそれ以外の空間域（アンビエント域）を区別し、タスク域を在席者の希望する設定条件で空調するタスク・アンビエント空調システムが注目されている。本システムでは熱発生源である人の偏在を考慮し、個人差がある温度や湿度、気流の流れ等を個人の嗜好に合わせることが出来る。このようなシステム例として、空気調和システム（例えば特許文献１）やエリア別環境提供制御システム（例えば特許文献２）等がある。【０００３】  更に温度、湿度等の空調だけでなく、空気の汚れ等によるタスク域の換気も考慮したシステム例として、タスク・アンビエント空調方法及び空調システム（例えば特許文献３）がある。また、空調制御ネットワ−クに関して、ＬｏｎＷｏｒｋｓ、ＢＡＣｎｅｔ等が一般にビルや工場の空調制御に広く利用されているが、企業内デ−タ通信で広く普及しているＬＡＮを空調制御ネットワ−クに適用した例として、ＬＡＮ接続空気調和機システム（例えば特許文献４）がある。
【特許文献１】特開平６−１８５７８３号公報
【特許文献２】特開２００４−１６３０８８号公報
【特許文献３】特開２００３−２７９１００号公報
【特許文献４】特開平９−７９６５４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】  タスク・アンビエント空調システムは、オフィス在席者の要求通りの空調を行うことから知的生産性の向上が期待できる半面、多くの問題点を有している。
先ず、オフィス内をタスク域とアンビエント域に分け、それぞれ独立して空調制御するため、タスク域用の空調機器や制御システムが複雑になり、従来方法と比べシステムの開発費用や導入費用が割高になる。次に在席者の環境、特にタスク域の温度制御等を在席者の希望通りにするため、エネルギ−を多量に消費する傾向がある。更に換気も考慮するとなると、冷暖房空気を排出して新鮮な外気と交換するため、エネルギ−ロスがどうしても大きくなる。【０００５】  一方、企業の組織変更等でオフィス在席者の場所、広さ、人数等が変更になった場合、タスク空調機の移設や増設、制御システムの変更や増強が必要になり、設備費、工事費およびシステム開発費等の費用と変更のための工事期間を要し、簡単に変更が出来ないのが一般である。【０００６】  本発明の目的は、上記問題点を解決する次の３つの特長を有する空調管理システムを提供することにある。すなわち第１の特長として、オフィス内の個々人の希望する空調環境（タスク域）を実現すると同時に、室内全体（アンビエント域）も設備管理者等の希望する空調環境を実現し、システム全体を統括制御することで省エネルギ−を実現する点、第２の特長として、タスク域の空気の汚れを二酸化炭素濃度センサあるいは空気汚れセンサ等で感知し、必要な換気を行う事で室内環境を最適な状況にする事が出来る点、第３の特長として、空調制御ネットワ−クにＬＡＮ（イ−サネット）を採用することで、タスク空調機、アンビエント空調機、室外機等の移設・増設等に付随する制御システムの変更・追加等に簡単かつ柔軟に対応でき、期間も大幅に短縮可能な点である。
【発明が解決するための手段】
【０００７】  本発明は上記問題点を解決するため、請求項１には本空調システムの基本構成について記載している。すなわち、室内全域の空調を行うためのアンビエント用空調機と、複数の限定された空間域を換気、空調するためのタスク用空調機と、冷媒方式の場合は圧縮機や凝縮器を備えた室外機あるいは冷媒方式以外では冷凍機やボイラ等と、温度センサ、湿度センサ、空気汚れセンサ等の室内の環境を測定するセンサ類やその他のセンサ類を接続したエ−ジェントと、温度等を設定する空調コントロ−ラと、エ−ジェントと通信して取得した温度等デ−タを使い、前記アンビエント用空調機、タスク用空調機、および室外機等を制御して温度等を空調コントロ−ラで設定した値に制御する空調管理マネ−ジャと、複数の空調管理マネ−ジャを統括して制御・管理する統括管理マネ−ジャを備え、前記各空調機、室外機等、エ−ジェント、空調コントロ−ラ、空調管理マネ−ジャおよび統括管理マネ−ジャが、ＬＡＮおよびインタ−ネット等のＩＰネットワ−クで接続されている事を特徴とする。
【０００８】  次に請求項２では、当該空調管理システムを構成するエ−ジェントの基本機能について記載している。すなわちエ−ジェントは、温度等各種環境用センサからの測定デ−タをＴＣＰ／ＩＰパケットに加工してＬＡＮ等から送信する機能と、他のエ−ジェントから送信されたＴＣＰ／ＩＰパケットを受信して温度等環境デ−タを取り出し、当該温度等環境デ−タを使い空調制御用管理指標を演算で算出し、ＬＡＮに接続された空調管理マネ−ジャに送信する機能と、温度等各種環境用センサからの値があらかじめ設定された閾値を超えた場合、あるいはその他各種センサからの信号に対してＴＣＰ／ＩＰパケットで空調管理マネ−ジャに通知する機能と、空調管理マネ−ジャからの各種要求に対して、設定デ−タの場合はエ−ジェント内の記憶箇所に記録して設定を変更し、制御デ−タの場合はエ−ジェントと接続しているコントロ−ラ、アクチュエ−タ等の各種機器を制御し、あるいは要求されたセンサのデ−タを送信する等の機能を有する。
【０００９】  請求項３では、エ−ジェントの重要な機能である、上位／下位の論理的な階層構造を記載している。先ず上位／下位の決定方法は、対象となる複数のエ−ジェント間でＩＰアドレスあるいはＭＡＣアドレス等の値の大小で決定する。次に下位に決定したエ−ジェントは、温度、湿度および空気汚れ等の各種センサからの測定デ−タを取得して外部に送信するため、ＴＣＰ／ＩＰパケットに加工して送信する機能を備える。一方、上位に決定したエ−ジェントは複数の下位エ−ジェントからＬＡＮ経由で送信されたＴＣＰ／ＩＰパケットを受信して温度デ−タを取り出し、当該温度デ−タ等を使い空調制御用管理指標を演算で算出し、ＬＡＮに接続された空調管理マネ−ジャに送信する機能を有する。
【００１０】  次に請求項４では、上位エ−ジェントと空調管理マネ−ジャの関係について記載している。すなわち上位エ−ジェントは、自身の温度、湿度等デ−タおよび複数の下位エ−ジェントから収集した温度、湿度、空気汚れ等デ−タを使用し、空調管理の指標となる当該収集デ−タの最大値、最小値、重みつき総和および重み付き平均値を算出し、前記空調管理マネ−ジャから送信されて自身の管理デ−タベ−スに記録された温度、湿度、空気汚れ等の管理範囲と当該指標とを比較し、範囲を外れた場合に空調管理マネ−ジャにその内容を通知する機能を有し、通知を受けた前記空調管理マネ−ジャは、タスク域用空調機、アンビエント用空調機、あるいは室外機等に制御デ−タを送信して、前記空調管理指標が管理範囲に収まるように空調制御することを特徴とする。
【００１１】  請求項５では下位エ−ジェントと空調管理マネ−ジャの関係について記載している。すなわち下位エ−ジェントは、自身が測定した温度、湿度、空気汚れ等デ−タと、前記空調管理マネ−ジャから送信されて自身の管理デ−タベ−スに記録された温度、湿度、空気汚れ等の設定値を比較し、その偏差が許容値を超えた場合に空調管理マネ−ジャにその内容を通知する機能を有し、通知を受けた前記空調管理マネ−ジャは、タスク域用空調機、アンビエント用空調機、あるいは室外機等に制御デ−タを送信して、前記偏差が許容範囲に収まるように空調制御することを特徴とする。
【００１２】  請求項６では空調管理マネ−ジャの機能について記載している。すなわち空調管理マネ−ジャは、温度コントロ−ラから温度、湿度設定値等を送受信する機能と、前記エ−ジェントとＬＡＮを介して温度、湿度等測定デ−タと温度コントロ−ラからの設定値等を送受信する機能と、空調制御するために最適な制御デ−タを算出する機能と、前記アンビエント用空調機、タスク用空調機、室外機あるいは冷凍機およびボイラ等と制御用デ−タを送受信して空調制御を行う機能を備える。
【００１３】  更に請求項７では、空調管理マネ−ジャが企業の組織変更や人員の配置換え等によるオフィスレイアウト変更等に際し、前記エ−ジェント、タスク用空調機、アンビエント空調機、室外機または冷凍機およびボイラ等の制御および管理対象の機器に関して、各機器に設定されたＩＰアドレスのＶＬＡＮ機能等を利用する事で、制御および管理対象の機器を変更、追加する事が容易に設定できることを記載している。
【００１４】  請求項８において、前記空調管理マネ−ジャは、環境が低下している箇所を特定し周辺を空調制御して予防的に環境改善する機能を持つ点と、空調制御により室内環境が改善された情報を通知する機能を持つことを記載している。すなわち、前記エ−ジェントから送信された温度、空気汚れ等各種環境用センサの値が、あらかじめ設定された管理閾値を超えた場合、空調管理マネ−ジャはその値や発生時刻、エ−ジェントの場所等の情報を自身のデ−タベ−スに記録する。また、空調管理マネ−ジャはデ−タベ−スに記録した情報を元に、発生場所周辺のエ−ジェントをグル−プ化し、各エ−ジェントのＩＰアドレスをマルチキャストアドレスとして登録する。更に、グル−プ化したエ−ジェントの温度、空気汚れ等環境デ−タを収集し、管理閾値に近いエ−ジェントを更にグル−プ化し、マルチキャストで空調制御を行う。また、空調管理マネ−ジャは空調制御により環境用センサの値が閾値よりも低下あるいは改善された場合、その結果を空調管理者や居住者等指定した端末に通知あるいは表示する。
【発明の効果】
【００１５】  本システムは、以下に示すようにシステムの初期投資コストや保守管理コストの低減、省エネルギ−、および信頼性の向上等の多大な効果が得られる。
先ず、在室者の快適さを実現するタスク域の温度管理とアンビエント域の温度管理を、Ｔｍａｘ、Ｔｍｉｎ、Ｔａｖｅといった温度指標で管理することで、個々のニ−ズを管理温度幅内で適合させ、同時に空気汚れをセンサで測定して外気を空調したタスク空調機で換気することにより、タスク域の換気および空調とアンビエント域の空調を効率よく調整すること出来、省エネルギ−と在室者の快適さの両立を実現できる。
【００１６】  これについて少し説明を加えると、オフィス室内の大部分を占めるアンビエント域の温度設定は、システム管理者またはビル設備管理者が行うので、空調機の負荷の大きいアンビエント域を管理温度幅に制御することができる。これにより、タスク域で在室者が希望の空調設定を行うことで熱負荷が増加しても、アンビエント域と比べタスク域の熱負荷は小さいので、室内全体のエネルギ−消費を低く制御することが可能である。また換気は、例えば室内の排気を全熱交換したタスク空調機で外気を空調し、最近導入され始めているＯＡフロアを利用した床吹き出し方式を使うことにより、効率的に空調管理することができる。
【００１７】  次に、空調管理システムの構成に半導体製品であるエ−ジェントを組み込んだ事により、リアルタイム性およびＴＣＰ／ＩＰ処理の高速性に優れ、温度の変化や人の移動について瞬時に情報を空調管理マネ−ジャに送信することができる。また、高い信頼性、低消費電力かつ低価格なことから、システム全体の省エネルギ−およびシステムコスト保守管理コストを低減できる。
【００１８】  空調管理システムに既存の汎用システム（ＳＮＭＰ等によるネットワ−ク管理システム）が利用できるため、システム開発のコスト低減や開発期間の短縮が見込め、ＳＮＭＰ等本来の機能である障害管理、機器構成管理、性能管理、統計管理が可能である。
【００１９】  また、空調制御ネットワ−クをＬＡＮで構成していることから、空調管理マネ−ジャから室内機および室外機の制御を高速に実行することができ、オ−プンなプロトコルであるためシステムコスト、設備コスト、および保守管理コストが大幅に低減することができる。また、人員増減や組織変更等による空調設備の再配置やグル−プ再編に、ＶＬＡＮ機能等を利用することで自由に対応でき、設備の拡張性に優れている。
【発明を実施するための最良の形態】
【実施例】
【００２０】  以下に本発明の実施例について図１から図１４を使い説明する。図１は本発明の空調管理システムを適用したオフィスビルをモデル化したものである。オフィスビルの居住者が在席する執務机空間２と不在の執務室空間３あるいは会議室において居住者が在席している局所空間４と不在の局所空間５がタスク域に該当し、それ以外の空間はアンビエント域６に該当する。図１では、アンビエント用空調機が冷媒方式の一方式であるビルマルチシステム方式を採用した場合を記載している。各階にアンビエント用室内機７が３台天井に設置され、圧縮機や凝縮機等を備えたアンビエント用室外機８が屋上に設置されている。【００２１】  一方、タスク用空調機９は各階に設置され、タスク用空調機９の室外機１０は屋上に設置されている。タスク用空調機９はタスク域の個別空調と同時に空気汚れをセンサで感知し、空気汚れが閾値を超える場合にはタスク域の換気も行う機能を有する。ここで換気を行う場合、室内の空調された空気をそのまま排出すると省エネルギ−の面からロスが大きいので、タスク用空調機９は新鮮な外気１１と室内の排気１２を熱交換後に空調を行い、床下吹き出し口１３から室内に空調した空気を送り込む。また床吹き出し口１３にはファン１４が装着されており、タスク域の空調制御に伴いファン１４で風量を制御する。【００２２】  次に、図３は本システムで重要な機能を担うエ−ジェント３１のＨ／Ｗ構成図で、図４はエ−ジェント３１のコアとなるエ−ジェントプロセッサ２１の機能ブロック図である。
図３に示すように、エ−ジェント３１はエ−ジェントプロセッサ２１、ＡＤＣ２２、温度センサ２３、湿度センサ２４、空気汚れセンサ２５、ＥＥＰＲＯＭ２６およびＬＩＮＥ−Ｉ／Ｆ２７から構成されている。【００２３】  また、図４においてエ−ジェントプロセッサ２１は、ＣＰＵ３３とＴＣＰ／ＩＰエンジン３２、ＲＡＭ／ＲＯＭ３４、ＭＡＣ３８、ＰＨＹ３９、ＳＰＩ−Ｉ／Ｆ３７、ＤＩＯ３６およびＵＡＲＴ３５から構成され、ＬＡＮ３０との通信はＰＨＹ３９、ＭＡＣ３８を介して行われ、温度センサ２３、湿度センサ２４および空気汚れセンサ２５等の信号はＡＤＣ２２およびＳＰＩ−Ｉ／Ｆ３７を介して、また赤外線センサ、磁気センサ等の信号はＤＩＯ３６を介してＣＰＵ３３、ＴＣＰ／ＩＰエンジン３２で処理される。ここで、エ−ジェントプロセッサ２１はＴＣＰ／ＩＰエンジン３２搭載しているため、通常ＣＰＵ３３では負荷のかかるＴＣＰ／ＩＰ処理を高速に実行でき、センサからの信号を低遅延でＬＡＮ３０に伝送することができるのでリアルタイム処理に優れている。【００２４】  説明を分かりやすくするため、図１を簡略モデル化したものを図２に示した。図２ではオフィスビルの居住者が在席する局所空間２と不在の局所空間３をタスク域と定義し、タスク域以外の空調制御の対象となる室内全体をアンビエント域６と定義する。図３に示すように温度センサ２３、湿度センサ２４および空気汚れセンサ２５等を接続したエ−ジェント３１を室内のタスク域２、３とアンビエント域６に設置する。なお図２の場合、アンビエント域６は室内全体で５つ分布しており、アンビエント用空調機７が３台とエ−ジェント３１が５個天井に設置されている。タスク域２、３は各２箇所記述されていて、エ−ジェント３１は壁に４箇所設置されている。なお、例示した空調方式に関して、アンビエント用空調機は前述したようにビルマルチ空調方式を、タスク用空調機は換気が可能な単一ダクト可変風量方式を採用している。【００２５】  ここで、本発明の特長である空調管理指標を図２のモデルを使い説明する。図２に示す様にタスク域２、３の温度をＴ１からＴ４とし、アンビエント域６の温度をＴ５からＴ９とすると、空調制御の温度変数Ｎは９になる。これらの値を使い、空調制御の管理指標として以下の数式（ｆ１）〜（ｆ４）で示す、最大値Ｔｍａｘ、最小値Ｔｍｉｎ、各温度に重みを付けた総和Ｔｓｕｍおよび重み付き平均値Ｔａｖｅを使用する。ここで重みを付けた理由は、平均値Ｔａｖｅを計算する場合に、アンビエント域とタスク域では空間容積が大きく異なり、平均温度を表すには空間容積に比例した重み係数が必要なためである。
室内の温度最大値Ｔｍａｘ  ＝  Ｍａｘ（Ｔ１，・・・，Ｔ９）        （ｆ１）
室内の温度最小値Ｔｍｉｎ  ＝  Ｍｉｎ（Ｔ１，・・・，Ｔ９）        （ｆ２）
室内の温度総和  Ｔｓｕｍ  ＝  ｗ１＊Ｔ１＋ｗ２＊Ｔ２
＋  ・・・  ＋ｗ９＊Ｔ９            （ｆ３）
（  但し  ｗ１＋ｗ２＋・・・＋ｗ９  ＝  ９  ）
室内の平均温度  Ｔａｖｅ  ＝  Ｔｓｕｍ／９                        （ｆ４）【００２６】  なお、前記数式（ｆ１）〜（ｆ４）は温度変数がＴ１〜Ｔ９の９種類の場合であるが、大規模な空調空間でアンビエント域およびタスク域が多く、温度変数がＴ１〜ＴｎのＮ種類の場合は、以下の数式（Ｆ１）〜（Ｆ４）で定義することができる。
室内の温度最大値Ｔｍａｘ  ＝  Ｍａｘ（Ｔ１，・・・，Ｔｎ）        （Ｆ１）
室内の温度最小値Ｔｍｉｎ  ＝  Ｍｉｎ（Ｔ１，・・・，Ｔｎ）        （Ｆ２）
室内の温度総和  Ｔｓｕｍ  ＝  Σｗｉ＊Ｔｉ                        （Ｆ３）
（  但し  Σｗｉ    ＝  Ｎ  ）
室内の平均温度  Ｔａｖｅ  ＝  Ｔｓｕｍ／Ｎ                        （Ｆ４）【００２７】  次に本発明のシステム構成（物理ネットワ−ク構成）について説明する。図５は図２の簡略化モデルに本空調システムを適用した場合のシステム構成で、あるビル内のオフィス６０の空調システムと遠隔の管理サイト６１の統括管理マネ−ジャ５２がＩＰネットワ−ク５８を介して接続されている。図５では空調機器の通信回線はビル空調分野で採用実績の多いＬｏｎＷｏｒｋｓ５６を使った場合を想定している。一方、図６では空調機器の制御ネットワ−クは既存のＬＡＮを利用した場合で記載している。図５のＬｏｎＷｏｒｋｓ５６をＬＡＮ３０に接続する場合、プロトコル変換機能を持つＧａｔｅＷａｙ５７を介して接続する必要があるが、図６の場合にはすべてＬＡＮで統一しているので、ＧａｔｅＷａｙ５７が不要である。ただし、通信アダプタ５９にＬＡＮと空調機器メ−カ独自の制御プロトコルとのプロトコル変換機能が必要になる。以下図６を使い説明する。【００２８】  オフィス６０内のシステム構成は、温度、湿度、空気汚れを測定する温度センサ２３、湿度センサ２４、空気汚れセンサ２５を接続したエ−ジェント３１がタスク域４箇所、アンビエント域５箇所の計９個が空調制御ネットワ−ク（ＬＡＮ）３０に接続されている。また、タスク用空調機９と室外機１０、アンビエント用空調機７（７ａ〜７ｃ）、室外機８がそれぞれ空調制御ネットワ−ク（ＬＡＮ）３０で通信装置（通信アダプタ）５９（５９ａ〜５９ｔ）に接続されている。また、タスク用空調機９とアンビエント空調機７には温度、風量等を設定できる空調コントロ−ラ５５が空調制御ネットワ−ク（ＬＡＮ）３０に接続されている。また、空調管理マネ−ジャ５０は空調制御ネットワ−ク（ＬＡＮ）３０に接続され、タスク用空調機７、アンビエント用空調機９、エ−ジェント３１および各室外機８、１０を管理・制御する。【００２９】  各空調機とＬＡＮ３０を接続する通信装置（通信アダプタ）５９（５９ａ〜５９ｔ）は、マネ−ジャからの制御パケットを空調機メ−カの独自プロトコル（制御コマンド）に変換する機能と、空調コントロ−ラ５５（５５ａ〜５５ｉ）からの設定値（温度、風向等）が記載された独自プロトコルを管理マネ−ジャ５０に送信するためＩＰパケットに変換する機能を持つ。空調管理マネ−ジャ５０はエ−ジェント３１との通信とタスク用空調機９、アンビエント用空調機７および各室外機８、１０の制御の両方を受け持つ。【００３０】  管理サイト６１の統括管理マネ−ジャ５２は、遠隔のオフィス６０の空調機７、９、室外機８、１０およびエ−ジェント３１の制御や管理をすることができ、更に空調管理マネ−ジャ５０と情報交換も行う事ができる。【００３１】  空調管理マネ−ジャ５０が空調機を制御する仕組みを少し詳しく説明するため、図７に示す論理的なネットワ−ク構成図を用いて説明する。ここでは、空調対象空間が図２よりも更に簡略化して記載されていて、空調対象はタスク域が３箇所、アンビエント域が１箇所の計４箇所で、温度変数もタスク域１の温度Ｔ１、タスク域２の温度Ｔ２、タスク域３の温度Ｔ３、アンビエント域の温度Ｔ４の４個である。本空調システムは、室内温度等��測定・監視する計測系４０と空調機を制御する制御系４１の２つから構成され、計測系４０の管理・制御するソフトがネットワ−ク管理ソフト４２で、ＳＮＭＰプロトコルを利用した汎用ソフトが広く使用されている。制御系４１を管理するソフトが制御ソフト４３である。更に２つのソフトの上位アプリケ−ションとして空調管理マネ−ジャ５０から構成される。【００３２】  計測系４０では温度センサ等が接続されたエ−ジェント４４、４５とネットワ−ク管理ソフト４２から構成され、上位のエ−ジェント４４（図７の場合はＴａｓｋ２）は下位の各エ−ジェント４５から温度情報（測定値）を取得し、集められた温度情報（Ｔ１〜Ｔ４）を使用し、式（Ｆ１）〜（Ｆ４）の値を求め空調制御の指標とする。上位のエ−ジェントは設定温度幅と測定値を比較し、測定値が温度幅を外れた場合には、Ｔｒａｐでネットワ−ク管理ソフト４２に通知する。ネットワ−ク管理ソフト４２からのＴｒａｐ情報を受信した空調管理マネ−ジャ５０は、制御ソフト４３を使い空調機器７〜１０を制御する。【００３３】  空調管理マネ−ジャ５０から空調機制御の指示を受けると、制御ソフト４３は温度管理幅を外れた空調機７、９の通信装置５９に制御パケットを送信する。制御パケットは通信装置５９に到達し、通信装置５９はこれを空調機器用の制御コマンドに変換して空調機７〜１０を制御する。【００３４】  計測系４０でエ−ジェントのどれが上位になるかは、ＩＰアドレスまたはＭＡＣアドレスをＡＲＰ等で情報交換し、アドレス値の昇順／降順で決定する。ＭＡＣアドレス／ＩＰアドレスのどちらにするかは、システムを構築したときに空調管理マネ−ジャ５０から設定する。次に、エ−ジェント自体の故障ではなくセンサ等の故障で正常に動作しない場合は、当該エ−ジェントを除いた他のエ−ジェントから上位エ−ジェント４４を決定する。更に上位エ−ジェント４４自体が故障した場合は、エ−ジェント間でのキ−プアライブ機能により他のエ−ジェントに上位が故障したことが認識されるので、アドレス値の次順位の下位エ−ジェント４５が昇格し、上位エ−ジェント４４の機能を実行する。
なお、故障したエ−ジェントはネットワ−ク管理ソフト４２からのポ−リングに反応しない、または他のエ−ジェントがＴｒａｐでネットワ−ク管理ソフト４２に通知するのでネットワ−ク管理ソフト４２は故障したエ−ジェントのＩＤと位置が特定でき、効率よく機器メンテナンスが行うことができる。【００３５】  次に空調制御のシステムフロ−の詳細について説明する前に、本発明で採用している空調制御の処理フロ−の考え方について、図８を用いてタスク域、アンビエント域の温度制御を例に説明する。ここでも説明を簡単にするためタスク域が３箇所で温度はＴ１からＴ３で表され、アンビエント域は１箇所で温度はＴ４で表されるものとする。【００３６】  先ずタスク域７５の温度制御の場合、個人がタスク域７５の空調機を設定可能な温度には幅があり、設備管理者またはシステム管理者が温度幅７０の上限７１・下限７２を設定（これを管理温度幅と称する）でき、タスク域７５の個人が設定した温度設定値８０に優先するものとする。従って、設定値が管理温度幅を超える場合には、管理温度幅７０の上限７１・下限値７２に変更され、タスク域の設定値８０は修正値８１になる。【００３７】  第２に、タスク域７５に人が在席・居住している場合にタスク域空調制御を行い、在席・居住していない場合は空調制御の対象としない。なお、在席・居住の判断は、赤外線センサ等で判定する。【００３８】  第３に全タスク域の温度の最小値Ｔｍｉｎ７８は、設定管理温度幅７０の下限値７２以上に制御される。但し、タスク域に人が在席・居住していない場合は、下限値７２を下回る場合（暖房時）もある。【００３９】第４として、同様に全タスク域の温度の最大値Ｔｍａｘ７７は設定管理温度幅の上限値７１以下に制御される。但し、タスク域に人が在席・居住していない場合は、上限値７１を超える場合（冷房時）もある。【００４０】  次にアンビエント域７６における前提条件を述べる。第１にアンビエント域の温度は、設備管理者またはシステム管理者が設定できるものとする。第２にアンビエント域の温度もタスク域と同様に、上限値７１、下限値７３の管理温度幅７４が設定され、アンビエント温度はその管理温度幅７４に入るように空調制御される。但し、アンビエント域の温度幅７４とタスク域の温度幅７０は異なる場合がある。【００４１】  以上の基本的な考え方を取り入れた空調制御は、図９に示すような４種類のフェ−ズ
（１）初期設定フェ−ズ（Ｓ１０１）
（２）設定チェックフェ−ズ（Ｓ１０２）
（３）換気制御フェ−ズ（Ｓ１０３）
（４）温度空調制御フェ−ズ（Ｓ１０４）
に分けて行う。なお各フェ−ズは更に複数のステップからなる。【００４２】  最初の初期設定フェ−ズ（Ｓ１０１）は、図８で説明したように、アンビエント域、タスク域に設置された多数のエ−ジェントの論理ネットワ−ク構成（計測系４０）を決定する。【００４３】  本フェ−ズ（Ｓ１０１）のシステムの動作は、第１番目に室内に設置された各制御ボックスのエ−ジェントは、相互にＡＲＰ等の通信を行なった後にＡＲＰテ−ブルを作成する（Ｓ１１１、Ｓ１１５）。次にＭＡＣ／ＩＰアドレスの値の大小で上位エ−ジェントか下位エ−ジェントかを決定する設定条件を交換（Ｓ１１２、Ｓ１１６）する。次に図３に示した計測系論理ネットワ−クを構築（Ｓ１１７）する。最後に、上位になったエ−ジェントは他のエ−ジェントに対して上位であることを通知（Ｓ１１８）し、下位になったエ−ジェントは上位エ−ジェントに温度、湿度デ−タの実測値と設定値を送信（Ｓ１１４）する。【００４４】  ２番目の設定チェックフェ−ズ（Ｓ１０２）は、室内の居住者が温度コントロ−ラで設定したタスク域の設定温度および管理者等が温度コントロ−ラで設定したアンビエント域設定温度が、システム管理者あるいはビル設備管理者が設定している管理温度幅（タスク域、アンビエント域）を充たしているかを判定し、外れた場合には各設定値を管理温度内に変更する。【００４５】  処理フロ−は、先ずタスク域、アンビエント域の各温度コントロ−ラ（Ｓ１２１）は、居住者または管理者が設定／変更した値（Ｓ１２２）を通信アダプタに送信（Ｓ１２３）する。２番目に通信アダプタは各温度コントロ−ラから受信（Ｓ１２６）した設定情報を、ＩＰパケットにプロトコル変換（Ｓ１２６）して空調管理マネ−ジャに送信（Ｓ１２７）する。３番目に空調管理マネ−ジャは受信（Ｓ１３１）した設定情報に関して、設定値がタスク温度幅上限値およびアンビエント温度幅上限値を超えていないか判定（Ｓ１３２）し、同様に設定値がタスク温度幅下限値およびアンビエント温度幅下限値を下回っていないかどうか判定（Ｓ１３２）する。４番目に判定の結果、設定値が外れている場合（Ｓ１３３）は、該当する温度コントロ−ラに修正値を送信（Ｓ１３４）し、受信（Ｓ１２４）した温度コントロ−ラは設定値を修正値に変更して液晶等に表示（Ｓ１２５）する。最後に空調管理マネ−ジャは上位エ−ジェントに設定情報を送信（Ｓ１３５）し、上位エ−ジェントは自身のＭＩＢに登録（Ｓ１３７）する。【００４６】  次に３番目の換気制御フェ−ズについて説明する。先ず前提条件として空調管理担当者は、換気の判定条件となる空気汚れの閾値を空調管理マネ−ジャに設定（Ｓ２０９）するものとする。設定しない場合はデフォルト値が採用される。なお、閾値は空調運転時でも温度設定と同様に適宜変更ができる。次に空調管理マネ−ジャは、閾値が新規に設定（Ｓ２０９）された場合と更新（Ｓ２１１）された場合、全エ−ジェントに配布（Ｓ２１２）する。閾値を受信（Ｓ２０１、Ｓ２０３）した全エ−ジェントは、閾値を自身のデ−タベ−スであるＭＩＢ（Ｓ２０２）に保存し、定期的に空気汚れセンサで測定した値（Ｓ２０５）と閾値の比較（Ｓ２０６）を行う。空気汚れセンサの値が閾値を超えた��合（Ｓ２０６）、当該エ−ジェントは空調管理マネ−ジャにＴｒａｐを送信（Ｓ２０７）し換気制御を要求する。【００４７】  エ−ジェントからＴｒａｐを受信（Ｓ２１３）した空調管理マネ−ジャは、Ｔｒａｐパケットに含まれるアドレス値でその場所を特定し、自身のデ−タベ−スにエ−ジェントの場所やＴｒａｐ受信時刻等の情報を記録する。タスク用空調機と室外機および空気汚れの対象空間に位置する床吹き出し用ファンの制御を行う。具体的にはタスク用空調機と室外機は、通常の運転負荷に空気汚れの値と標準値との偏差に比例する空気量分の負荷を計算（Ｓ２１４）し、室内機と室外機に制御パケットを送信（Ｓ２１５、Ｓ２１６）する。更に換気に必要なファン風量を計算（Ｓ２１８）して、床吹き出し用ファンに制御パケットを送信（Ｓ２１９）する。一方、制御パケットを受信したタスク空調機の通信アダプタ（Ｓ２２１）と室外機の通信アダプタ（Ｓ２２４）は制御コマンドに変換（Ｓ２２２、Ｓ２２５）し、外気を所定温度に空調（Ｓ２２３、Ｓ２２６）後、所定空気量を床吹き出し用ファンから送風（Ｓ２２９）することで、当該空間の空気汚れを解消する。なお、空気汚れの値が閾値よりも低下した場合、エ−ジェントは改善された事を空調管理マネ−ジャに通知し、通知を受けた空調管理マネ−ジャは上位アプリにその情報を渡す。上位アプリは空調管理者の端末に表示し、在室者にはメ−ル等で通知する。【００４８】  なお、所定の容量の外気を送風しても閾値を超えている場合には、空調管理マネ−ジャは閾値が下がる迄、タスク用空調機（Ｓ２１５、Ｓ２１６）および床吹き出し用ファン（Ｓ２１９）を制御して空調空気の送風を継続（Ｓ２２９）する。一方、閾値を超えない場合、空調管理マネ−ジャはタスク用空調機に対して通常の換気空調運転（Ｓ２１５、Ｓ２１６）を行い、床吹き出し用ファンも停止ないしは適量の風量制御（Ｓ２２９）を行う。なお、換気制御フェ−ズで床吹き出し用ファンを停止する判定をしても、次の温度制御フェ−ズで外気を適温に空調した空気で温度制御と換気を行うので、特に支障はないと考えられる。【００４９】  次に４番目の温度空調制御フェ−ズについて説明する。上位になったエ−ジェントは、空調管理マネ−ジャと連携して以下の温度制御を行う。
先ず【００２６】の式（Ｆ１）〜（Ｆ４）で求めた空調管理指標を使い、これらの指標がタスク域／アンビエント域の管理温度幅に入っているかどうかを判定し、外れている場合は室内機、室外機の制御を行い温度制御する第１ステップ（図１３参照）と、次に室内居住者あるいはビル設備管理者等が設定した設定温度に対して、各温度実測値が近づくように、該当する室内機の冷媒流量および室外機のコンプレッサの回転数を制御して温度制御する第２ステップ（図１４参照）から構成される。【００５０】  第１ステップの処理フロ−を示した図１３を使って説明する。先ず上位のエ−ジェントは各下位のエ−ジェントから受信（Ｓ１４２）した温度、湿度の実測値デ−タを使い、式（ｆ１）〜（ｆ４）により空調管理指標であるＴｍａｘ、Ｔｍｉｎ、Ｔｓｕｍ、Ｔａｖｅを計算（Ｓ１４３）する。【００５１】  最初に、上位のエ−ジェントは、Ｔｍａｘがタスク温度幅上限値およびアンビエント温度幅上限値を上回っているかどうか判定（Ｓ１４４、Ｓ１４５）し、上回っている場合はＴｒａｐパケット（上回っているエ−ジェントのＩＰアドレスを含む）を空調管理マネ−ジャに送信（Ｓ１４６）する。この時、空調管理マネ−ジャは自身のデ−タベ−スにＴｒａｐ送信元エ−ジェントの場所、発生時刻等の情報を記録する。一方、設定範囲内（Ｓ１４５）であれば、次のステップ（Ｓ１４７）に進む。【００５２】  Ｔｒａｐを受信（Ｓ１５０）した空調管理マネ−ジャは、該当するタスク域またはアンビエント域の温度が管理温度幅に入るように、該当する通信アダプタに制御パケットを送り（Ｓ１５１）、パケットを受信（Ｓ１５６）した通信アダプタは、制御パケットを室内空調機の制御コマンドに変換（Ｓ１５７）し、室内空調機（タスク空調機またはアンビエント空調機）の流量弁で冷媒流量を制御（Ｓ１５８）して温度制御を行う。【００５３】  更に空調管理マネ−ジャは、【００５２】で制御後のシステム循環冷媒量を計算し、室外機の通信アダプタに制御パケットを送信（Ｓ１５１）した後、冷媒流量に対応する室外機の圧縮機のモ−タ−回転数を制御するため、室外機に制御パケットを送信（Ｓ１５２）する。通信アダプタは制御パケットを受信（Ｓ１６２）すると制御コマンドに変換（Ｓ１６３）し、室外機のモ−タ−に制御コマンドを送信してモ−タ−の回転数を制御（Ｓ１６４）する。【００５４】  上位のエ−ジェントは、同様にＴｍｉｎがタスク温度幅下限値およびアンビエント温度幅下限値を下回っているかどうか判定（Ｓ１４４、Ｓ１４５）し、下回っている場合（Ｓ１４５）はＴｒａｐパケット（超えているエ−ジェントのＩＰアドレスを含む）を管理マネ−ジャに送信（Ｓ１４６）する。この時、空調管理マネ−ジャは自身のデ−タベ−スにＴｒａｐ送信元エ−ジェントの場所、発生時刻等の情報を記録する。一方、設定範囲内（Ｓ１４５）であれば、次のステップ（Ｓ１４７）に進む。【００５５】  Ｔｒａｐを受信（Ｓ１５０）した空調管理マネ−ジャは、該当するタスク域またはアンビエント域の温度が管理温度幅に入るように、該当する通信アダプタに制御パケット（Ｓ１５１）を送り、制御パケットを受信（Ｓ１５６）した通信アダプタは、空調機器用の制御コマンド（Ｓ１５７）に変換し、室内空調機（タスク空調機またはアンビエント空調機）の流量井で冷媒流量を制御（Ｓ１５８）して温度制御を行う。【００５６】  更に空調管理マネ−ジャは、【００５２】、【００５５】で制御後のシステム循環冷媒量を計算し、室外機の通信アダプタに制御パケットを送信（Ｓ１５２）し、冷媒流量に対応する室外機の圧縮機のモ−タ−回転数を制御する。通信アダプタは制御パケットを受信（Ｓ１６２）すると制御コマンドに変換（Ｓ１６３）し、室外機のモ−タ−に制御コマンドを送信してモ−タ−の回転数を制御（Ｓ１６４）する。【００５７】  上位のエ−ジェントは、Ｔａｖｅがタスク域温度幅の上限値およびアンビエント域温度幅上限値に入っているか判定（Ｓ１４７）し、外れている場合は（Ｓ１４８）、Ｔｒａｐパケット（超えているエ−ジェントのＩＰアドレスを含む）を空調管理マネ−ジャに送信（Ｓ１４９）する。この時、空調管理マネ−ジャは自身のデ−タベ−スにＴｒａｐ送信元エ−ジェントの場所、発生時刻等の情報を記録する。【００５８】  Ｔｒａｐを受信（Ｓ１５３）した空調管理マネ−ジャは、アンビエント空調機用通信アダプタに制御パケットを送り（Ｓ１５４）、通信アダプタは空調機器用の制御コマンドに変換（Ｓ１６０）し、アンビエント空調機の冷媒流量を制御（Ｓ１６１）して温度制御を行う。【００５９】  空調管理マネ−ジャは、【００５８】で制御後のシステム循環冷媒量を計算し、室外機に制御パケットを送信（Ｓ１５５）する。室外機の通信アダプタは制御パケットを受信（Ｓ１６５）すると制御コマンドに変換（Ｓ１６６）し、室外機の圧縮機のモ−タ−に制御コマンドを送信して、冷媒流量に対応する圧縮機のモ−タ−回転数を制御（Ｓ１６７）する。【００６０】  次に第２ステップの処理フロ−について図１４を使い説明する。先ず、上位のエ−ジェントは、下位の各エ−ジェントから送信された各タスク域の温度測定値Ｔｔｉ及びアンビエント域の温度測定値Ｔａｍｂと各域の設定値とを比較し、その温度差（Ｓ１７０）が許容範囲を超える場合（Ｓ１７１）は空調管理マネ−ジャにＴｒａｐを送信（Ｓ１７２）する。この時、空調管理マネ−ジャは自身のデ−タベ−スにＴｒａｐ送信元エ−ジェントの場所、発生時刻等の情報を記録する。【００６１】  Ｔｒａｐを受信（Ｓ１７３）した空調管理マネ−ジャは、タスク域毎とアンビエント域の必要熱負荷容量を計算（Ｓ１７４）し、その総和を求める。次に空調管理マネ−ジャはタスク域およびアンビエント域の各空調機に制御パケットを送信（Ｓ１７５）し、制御パケットを受信（Ｓ１７８）した各空調機の通信アダプタは制御パケットを制御コマンドに変換（Ｓ１７９）後、各冷媒流量弁を制御（Ｓ１８０）してその流量を制御する。【００６２】  次に空調管理マネ−ジャは室外機に制御パケットを送信（Ｓ１７７）し、室外機の通信アダプタは制御パケットを受信（Ｓ１８１）、制御パケットを圧縮機のモ−タ−の制御コマンドに変換（Ｓ１８２）し、室外機の圧縮機のモ−タ−回転数を制御（Ｓ１８３）して、全体の冷媒流量を制御して空調負荷を制御する。【００６３】  上記での空調管理指標であるＴｍａｘ、Ｔｍｉｎ、Ｔｓｕｍ、Ｔａｖｅが管理範囲を超えた場合に��上位エ−ジェントが空調管理マネ−ジャにＴｒａｐを送信し、空調管理マネ−ジャが空調制御することで上記管理指標が管理範囲に収まった場合には、エ−ジェントは改善された事を空調管理マネ−ジャに通知し、通知を受けた空調管理マネ−ジャは上位アプリにその情報を渡す。上位アプリは例えば空調管理者の端末に表示し、在室者にはメ−ル等で通知する事で、環境が改善された事が即座にわかる。【００６４】  また、換気制御での空気汚れ値や温度制御での温度等が管理値を超えた場合、空調管理マネ−ジャは発生場所や発生時刻の情報をデ−タベ−スに記録しており、これらの情報を元に、例えば発生場所に近い場所のエ−ジェントをグル−プ化し、マルチキャスト機能を使いグル−プ化したエ−ジェントの温度、空気汚れ等環境デ−タを収集することがＬＡＮを使えば簡単にできる。そしてデ−タが管理値に近いエ−ジェントを更にグル−プ化すれば、マルチキャスト機能を使う事で容易に空調制御を行うことが出来、予防的に周辺の環境も改善することが可能となり、本システムの優れた特徴の一つとしてあげられる。
【図面の簡単な説明】
【００６５】
【図１】  本空調システムをオフィスビルに適用したモデル図である。
【図２】  図１を簡略化した本空調システムのモデル図である。
【図３】  エ−ジェントのＨ／Ｗ構成を示す図である。
【図４】  エ−ジェントプロセッサの機能ブロック図である。
【図５】  ＬＡＮとＬｏｎＷｏｒｋｓで構成した本システム空調ネットワ−ク図である。
【図６】  すべてＬＡＮで構成した本システム空調ネットワ−ク図である。
【図７】  本空調システムの論理構成を示す図である。
【図８】  本空調システムの温度制御を説明する概念図である。
【図９】  本空調システムの空調制御全体フロ−を示す図である。
【図１０】  空調制御における初期設定フェ−ズのフロ−図である。
【図１１】  空調制御における設定値判定フェ−ズのフロ−図である。
【図１２】  空調制御における換気制御フェ−ズのフロ−図である。
【図１３】  空調制御における温度制御フェ−ズ第１ステップのフロ−図である。
【図１４】  空調制御における温度制御フェ−ズ第２ステップのフロ−図である。
【符号の説明】
【００６６】１    空調管理システム全体図
２    居住者在室タスク域
３    居住者不在タスク域
４    会議室内在席タスク域
５    会議室内不在タスク域
６    アンビエント域
７    アンビエント用空調機
８    アンビエント用室外機
９    タスク用空調機
１０  タスク用室外機
１１  外気
１２  室内排気
１３  床吹き出し口
１４  タスク域ファン
２１  エ−ジェントプロセッサ
２２  ＡＤコンバ−タ−
２３  温度センサ
２４  湿度センサ
２５  空気汚れセンサ
２６  ＥＥＰＲＯＭ
２７  ＬＩＮＥ−Ｉ／Ｆ
２８  センサ、アクチュエ−タ
２９  シリアルインタ−フェ−ス
３０  ＬＡＮ
３１  エ−ジェント
３２  ＴＣＰ／ＩＰエンジン
３３  ＣＰＵ
３４  ＲＡＭ／ＲＯＭ
３５  ＵＡＲＴ
３６  ＤＩＯ
３７  ＳＰＩ−Ｉ／Ｆ
３８  ＭＡＣ
３９  ＰＨＹ
４０  計測系
４１  制御系
４２  ネットワ−ク管理ソフト
４３  制御ソフト
４４  上位エ−ジェント
４５  下位エ−ジェント
５０  空調管理マネ−ジャ
５１  ル−タ−
５２  統括管理マネ−ジャ
５３  通信アダプタ（ＬｏｎＷｏｒｋｓ用）
５５  空調コントロ−ラ
５６  空調用制御ネットワ−ク（ＬｏｎＷｏｒｋｓ）
５７  ＧａｔｅＷａｙ
５８  ＩＰネットワ−ク（インタ−ネット）
５９  通信アダプタ（ＬＡＮ用）
６０  空調システム設置サイト
６１  管理サイト
７０  タスク域温度設定幅
７１  タスク域、アンビエント域の設定上限温度
７２  タスク域設定下限温度
７３  アンビエント域設定下限温度
７４  アンビエント域温度設定幅
７５  タスク域
７６  アンビエント域
７７  空調管理指標の温度最大値
７８  空調管理指標の温度最小値
８０  タスク域１の在席者が設定した管理外温度
８１  タスク域１の変更後の設定温度
【図１】
2006052928.tif 000003
【図２】
2006052928.tif 000004
【図３】
2006052928.tif 000005
【図４】
2006052928.tif 000006
【図５】
2006052928.tif 000007
【図６】
2006052928.tif 000008
【図７】
2006052928.tif 000009
【図８】
2006052928.tif 000010
【図９】
2006052928.tif 000011
【図１０】
2006052928.tif 000012
【図１１】
2006052928.tif 000013
【図１２】
2006052928.tif 000014
【図１３】
2006052928.tif 000015
【図１４】
2006052928.tif 000016