JP6979757B2 - 空調制御装置、空調制御システム、空調制御方法、およびプログラム - Google Patents

Description

本発明は、空調制御装置、空調制御システム、空調制御方法、およびプログラムに関する。

空調対象空間に人が存在するか否か（在不在）を検知して、空気調和機を運転制御する空調制御装置が知られている。例えば、特許文献１に記載の空調制御装置は、複数の人体検出センサを備え、空調対象空間内の人の在不在だけでなく人口密度までも検知して、その検知結果に応じて空気調和機を制御する。

特開２０１３−４０６９３号公報

特許文献１に記載の空調機制御装置は、複数の人体検知センサを備える。このため設置するセンサの数が多くなり、設置や保守のためのコストが大きくなり、システムの構成が複雑になってしまう。そして、１人を複数のセンサが重複して検知することにより２人以上として判別したり、２人以上を１人として検知したりしてしまう、等のセンサの検知ミスにより、人数の正確な検知が困難な場合も存在する。さらに、センサによる人体検知では、検知できるのは現在の空調対象空間内の人の存在状況だけであり、空調対象空間内の人数の今後の変遷を予測しての制御を行うことも難しい。

本発明は、上記事由に鑑みてなされたものであり、空調対象となる領域に存在する人数を正確に検出し、人数に適した空調を可能にすることを目的とする。

上述の目的を達成するため、本発明に係る空調制御装置は、対応付情報記憶手段と、端末稼働状況監視部と、集計部と、制御信号生成部と、を備える。
対応付情報記憶手段は、空調領域と、空調領域を空調する室内空調機と、空調領域に配置された複数の端末と、を対応付ける対応付情報を記憶する。
端末稼働状況監視部は、空調領域に設置された各端末の動作状態を示す動作状態情報を取得する。
集計部は、端末稼働状況監視部が取得した動作状態情報に基づいて、空調領域に配置されている複数の端末を動作状態別に分け、各動作状態の端末の数を集計する。
制御信号生成部は、集計部で得られた集計値に基づいて、室内空調機を制御するための制御信号を生成する。
空調領域に設置された各端末の動作状態は、電源が投入されている稼働状態と電源が投入されていない停止状態とを含み、端末稼働状況監視部は、稼働状態を示す稼働状態情報と停止状態を示す停止状態情報とを取得する。
また、空調領域に設置された各端末の稼働状態は、電源が投入されて使用されている運転状態と、電源が投入されて使用されていないスタンバイ状態とを含み、端末稼働状況監視部は、稼働状態を示す稼働状態情報として、運転状態情報とスタンバイ状態情報とを、さらに取得する。

本発明によれば、空調領域内の端末の動作状態情報を取得することにより、空調領域内の執務者の人数を推定し、推定した執務者の人数に応じて室内空調機を制御することが可能となる。これにより、執務者の人数に合わせた空調が可能となり、空調の快適性を向上し、消費電力をより効率的に削減することが可能となる。

本発明の実施の形態１に係る空調管理システムのブロック図である。 実施の形態１に係る空調制御装置のブロック図である。 実施の形態１に係る端末配置情報記憶部に記憶される端末配置情報の例を示す図である。 実施の形態１に係る空調領域マップ記憶部に記憶される空調領域・室内機対応情報の例を示す図である。 実施の形態１に係る端末稼働状況記憶部に記憶される端末稼働状況情報の例を示す図である。 実施の形態１に係る空調制御装置が実行する端末稼働状況情報の更新処理のフローチャートである。 実施の形態１に係る稼働端末集計部の集計結果の例を示す図である。 実施の形態１に係る空調制御装置が、室内機停止時に実行する空調制御変更処理のフローチャートである。 実施の形態１に係る空調制御装置が、室内機運転時に実行する空調制御変更処理のフローチャートである。 本発明の実施の形態２に係る空調管理システムの空調制御装置のブロック図である。 実施の形態２に係る端末稼働状況情報の例を示す図である。 実施の形態２に係る稼働端末集計部の集計結果に係る情報の例を示す図である。 本発明の実施の形態３に係る空調管理システムの構成例を示すブロック図である。 実施の形態３に係る空調制御装置の構成例を示すブロック図である。 実施の形態３に係る在場情報の例を示す図である。 実施の形態３に係る端末配置情報の例を示す図である。 実施の形態３に係る室内機停止時における空調制御変更処理のフローチャートである。 実施の形態３に係る空調機運転時における空調制御変更処理のフローチャートである。 本発明の実施の形態４に係る空調管理システムのブロック図である。 実施の形態に係る空調制御装置のハードウェアの構成例を示す図である。

以下、本発明の実施の形態に係る空調制御システムと空調制御方法を説明する。
実施の形態１．
本発明の実施の形態１に係る空調制御システムは、空調領域に配置された端末の稼働状況を検出することにより、その空調設置内の人員とその履歴を把握し、空調機の制御を適切に行うものである。
本実施の形態に係る空調管理システム１０００は、図１に示すように、空調対象である区域１１を含む建屋１０に設置され、全体を制御する空調制御装置１００と、空調対象の区域１１に設置された室内空調機（以下、単に室内機と呼ぶ）２００と、リモコン３００と、区域１１の外に設置された室外機４００と、ネットワーク通信用のスイッチングハブ７００と、情報処理端末（以下、単に端末と呼ぶ）５００等から構成される。

空調管理システム１０００は、室外機４００を除いて建屋１０の内部に設置されている。

空調対象の区域１１は、壁、パーティションなどによって１または複数の空調領域６００に区分されている。図１では、区域１１が、３つの空調領域６００ａ、６００ｂ、６００ｃに区分された例が示されているが、空調領域６００の数は任意であり、１つでもよい。

以下の説明では、空調領域が特定されない限りにおいては、空調領域６００ａ、６００ｂ、６００ｃ等を空調領域６００とし、また特定されない空調領域６００内に配置されている端末５００ａ、５００ｂ、５００ｃ等を端末５００とし、また任意の空調領域６００を空調の対象とする室内機２００ａ、２００ｂ、２００ｃ等を室内機２００とする。

なお、空調領域６００は、単数または複数の室内機２００により空調される領域であり、空調制御の最小単位である。

各空調領域６００には、１台以上の室内機２００と、室内機２００にコマンドを送信する１台以上のリモコン３００と、空調領域６００内で業務処理を遂行するための１台以上の端末５００が設置されている。より具体的には、空調領域６００ａに１台以上の室内機２００ａ、リモコン３００ａ、端末５００ａが設置され、空調領域６００ｂには室内機２００ｂ、リモコン３００ｂ、端末５００ｂが設置され、空調領域６００ｃには室内機２００ｃ、リモコン３００ｃ、端末５００ｃが設置されている。

空調対象の区域１１は、例えば事務室であり、執務者が執務を行う空間である。区域１１は、建屋１０内において互いに、例えば、断熱性を有する壁等により区切られており、熱のやりとりが相互にそれほどなされない。

図１には、１つの区域１１のみが示されているが、建屋１０には複数の空調対象の区域１１が存在し、各区域１１は少なくとも１つの空調領域６００を含んでいてもよい。
図１では、空調対象の区域１１は、３つの空調領域６００に区分されている。空調対象の区域１１が複数の空調領域６００を有する場合とは、例えば、壁やパーティション等で区切られた各領域を各空調領域６００とするような場合が該当する。また、壁やパーティション等で区切られていなくとも区域１１が広い場合で、一方の領域での空調の効果が他方の領域まで影響を及ぼさない場合にも、これらを別個の空調領域６００として、１つの区域１１内に複数の空調領域６００を設けてもよい。
なお、区域１１は、事務室とは限られず、会議室、実験室、作業場等も該当するものとする。

空調制御装置１００は、区域１１内の空調領域６００ａ、６００ｂ、６００ｃそれぞれにおいて、室内機２００の運転の開始および停止を含む制御を行う。１つの空調領域６００内に室内機２００が複数台ある場合には、これら室内機２００の全てに同じ制御が実行される。空調制御装置１００、室内機２００ａ、２００ｂ、２００ｃ、リモコン３００ａ、３００ｂ、３００ｃ、および室外機４００は、専用線でバス接続等されている。空調制御装置１００はさらに、スイッチングハブ７００を介して端末群とＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）により接続されている。ＬＡＮによる接続は、有線であっても無線であってもよい。

端末５００は、パーソナルコンピュータ、業務パソコン等から構成され、執務者が執務を行うに際して使用及び操作される情報処理端末であり、運転状態、スタンバイ状態、停止状態の３つの動作状態を有する。
執務者が端末５００を使用する際は、執務者はまず端末５００の電源を入れる。電源を入れた後、端末５００は執務者毎に割り当てられているユーザＩＤの入力を受け付ける状態になり、執務者は各自のユーザＩＤと認証情報を入力することで端末５００にログインして、端末５００を稼働させる。電源が入れられ、執務者がログインしている状態を運転状態とする。電源が入っているが、執務者がログインしていない状態をスタンバイ状態とする。電源が入れられていない状態を停止状態とする。運転状態で使用者がログオフ操作を行うことで、スタンバイ状態に移行する。また、運転状態で一定時間、端末５００が操作されなかった場合、自動的にスタンバイ状態に移行する。運転状態、スタンバイ状態において電源オフ操作を行うことで、停止状態に移行する。
ここで状態を３つとしたが、より細分化して状態を区別することも可能である。

図１では、全ての端末５００は、空調領域６００内に設置されているが、いくつかの端末５００が、建屋１０内の全ての区域１１外、または区域１１内の全ての空調領域６００外に設置されてもよい。

図２は、空調制御装置１００の構成を示すブロック図である。
空調制御装置１００は、空調機全体、すなわち室内機２００と室外機４００の全ての制御を行う。
空調制御装置１００は、端末５００の動作状態を監視し検出する端末稼働状況監視部１１０、端末５００の動作状態を状態別に集計する稼働端末集計部１１１、室内機２００を制御するための空調制御信号を生成する空調制御信号生成部１１２、端末５００の配置情報を管理する端末配置情報管理部１１３、外部との入出力を制御する入出力制御部１２０、入出力インターフェース１２１、ＬＡＮ通信を実行するＬＡＮ通信部１２２、制御信号を生成して送信する制御信号通信部１２３および各種情報を記憶する記憶部１５０から構成される。

入出力インターフェース１２１は、入力機能と表示機能を備える装置で、例えば、液晶タッチパネル、またはディスプレイとキーボードなどから構成される。
ＬＡＮ通信部１２２は、スイッチングハブ７００を介して、ＬＡＮにより接続される端末５００と、情報の送受信を行う。
制御信号通信部１２３は、専用線でバス接続される室内機２００、リモコン３００、および室外機４００との間で、制御信号の送受信を行う。

記憶部１５０は、端末稼働状況情報を記憶する端末稼働状況記憶部１５１、端末配置情報を記憶する端末配置情報記憶部１５２、空調領域マップを記憶する空調領域マップ記憶部１５３、空調制御用の設定値等を記憶する設定記憶部１５４を有する。
端末配置情報記憶部１５２と空調領域マップ記憶部１５３とは、後述するように、空調領域６００と、空調領域６００を空調する室内機２００と、空調領域６００に配置された端末５００と、を対応付けた情報を記憶する対応付情報記憶部として機能する。
記憶部１５０は、例えば、ハードディスク、スタティックＲＡＭ、フラッシュメモリなどの不揮発性メモリからなる。

空調制御装置１００は、端末配置情報管理部１１３により、空調領域６００内に設置されている端末５００毎に、以下に示す端末配置情報を取得する。
なお、空調領域６００の外に設置されている端末についての端末配置情報の取得はなされないものとする。

図３に、端末配置情報記憶部１５２に格納される端末配置情報の一例を示す。
なお、１つの室内機２００には１つの室内機番号が割り当てられており、空調領域６００内に配置されている１つの端末５００には１つの端末番号が割り当てられている。

端末配置情報は、各端末５００がどの空調領域６００に位置するのかを示す情報であり、図示するように、室内機２００を特定する番号（数字に限られない。以下、単に室内機番号と呼ぶ）と、その室内機２００により空調の対象とされる空調領域６００に配置されている端末５００を特定する番号（数字に限られない。以下、単に端末番号と呼ぶ）と、各端末５００のＩＰアドレスとからなり、これらが互いに対応付けられている。

例えば、室内機番号ＡＣ０００１が、室内機２００ａを特定するものである場合、この室内機２００ａが設置されている空調領域６００ａに存在する端末５００ａは、端末番号ＰＣ０００１からＰＣ０００５で特定される５台である。
端末配置情報は、室内機番号の代わりに、空調領域６００を特定する番号（数字に限られない。以下、単に空調領域番号と呼ぶ）を含むものとしてもよい。１つの空調領域番号は、１つの空調領域６００を特定するものである。

端末配置情報は、各端末５００が新たに配置される際や配置を変更した際に手動等で作成される。例えば、執務者により端末を介して、端末番号と室内機番号とＩＰアドレスとを入力され、作成される。
端末配置情報の入力や更新に用いられる端末は、空調領域６００に設置されている端末５００である必要はないが、空調制御装置１００とＬＡＮで接続されているものとする。
入力された端末配置情報は、入力側の端末からＬＡＮを介して空調制御装置１００のＬＡＮ通信部１２２に送信される。入出力制御部１２０は、ＬＡＮ通信部１２２を介して受信し、受信した端末配置情報を、端末配置情報管理部１１３に送信する。端末配置情報管理部１１３は、取得した端末配置情報を、端末配置情報記憶部１５２に格納する。

端末配置情報記憶部１５２に格納された端末配置情報は、例えば、執務者により端末を使用して閲覧可能である。
なお端末配置情報を閲覧するための端末も、上記端末配置情報入力に用いられる端末と同様、空調領域６００に設置されている端末５００とは限らず、また空調制御装置１００とＬＡＮで接続されているものとする。
執務者等による閲覧は次のようにして行われる。
閲覧される端末配置情報は、端末配置情報管理部１１３により端末配置情報記憶部１５２から読み出される。読み出された端末配置情報は、端末配置情報管理部１１３により、入出力制御部１２０に送信され、入出力制御部１２０によりＬＡＮ通信部１２２に送信され、ＬＡＮ通信部１２２によりＬＡＮを介して閲覧側の端末に送信される。端末配置情報は、受信した閲覧側の端末により表示される。
執務者は、このようにして、端末配置情報を端末から読み出して、端末配置情報の内容の変更または削除を行うことができる。

なお、端末配置情報に記憶される端末５００は空調領域６００内に設置されているものに限られるが、上述したように、端末配置情報の閲覧、入力、変更、削除が可能な端末は、ＬＡＮにより空調制御装置１００と通信可能な端末であれば設置場所は問われない。
端末配置情報の入力および閲覧は、上述のように端末およびＬＡＮを用いなくても、空調制御装置１００の入出力インターフェース１２１を使用して行うことも可能であり、上述したものに限定されない。
空調領域６００内の端末５００は、例えば執務者の変更や増減、作業内容や作業形態の変更、または自身の更新などにより、増減や配置換えが起こりうる。端末５００の配置が変更される際に、端末配置情報は随時修正される。

空調制御装置１００はさらに、端末配置情報管理部１１３により、各空調領域６００と、各空調領域６００を空調する室内機２００とを対応付けた空調領域・室内機対応情報を、取得する。端末配置情報管理部１１３は、取得した空調領域・室内機対応情報を空調領域マップ記憶部１５３に格納する。この処理については後述する。

図４は、空調領域マップ記憶部１５３に記憶される空調領域・室内機対応情報の一例を示す図である。
空調領域・室内機対応情報は、上述した空調領域番号と、その空調領域番号で特定される空調領域６００に設置されている室内機２００の室内機番号とからなる。
ここでの室内機番号は、端末配置情報の室内機番号と共通する。図４に示すように、例えば空調領域番号ＡＲＥＡ０１で特定される空調領域６００には、室内機番号ＡＣ０００１で特定される室内機２００が設置されている。

空調領域・室内機対応情報は、建屋１０内に設置された室内機２００と、建屋１０内の作業領域に係る情報とから、手動で入力される。例えば、執務者が端末を用いて空調領域番号と室内機番号とを入力する。
なお上記と同様に、空調領域・室内機対応情報の入力に用いられる端末も、空調制御装置１００とＬＡＮで接続されているものである。この端末はまた空調領域６００に設置されている端末５００であるとは限らないものとする。
上記のように手動で入力された空調領域・室内機対応情報は、ＬＡＮを介して、空調制御装置１００のＬＡＮ通信部１２２に送信される。ＬＡＮ通信部１２２において受信された空調領域・室内機対応情報は、入出力制御部１２０により端末配置情報管理部１１３に送信される。端末配置情報管理部１１３は受信した空調領域・室内機対応情報を空調領域マップ記憶部１５３に格納する。

また、空調領域・室内機対応情報は執務者等により端末を使用して閲覧可能であり、この閲覧は以下のようにして行われる。
なお上記と同様に、空調領域・室内機対応情報の閲覧に用いられる端末も、空調制御装置１００とＬＡＮで接続されているものである。この端末はまた空調領域６００に設置されている端末５００であるとは限らないものとする。
空調領域・室内機対応情報は、端末配置情報管理部１１３により空調領域マップ記憶部１５３から読み出され、端末配置情報管理部１１３により入出力制御部１２０に送信され、入出力制御部１２０によりＬＡＮ通信部１２２に送信される。ＬＡＮ通信部１２２は受信した空調領域・室内機対応情報を、ＬＡＮを介して閲覧側の端末に送信する。空調領域・室内機対応情報は、受信した端末により表示される。執務者等はこのように空調領域・室内機対応情報を端末に読み出し、内容の変更または削除を行うことができる。

空調領域・室内機対応情報の閲覧、入力、変更、削除を行うことができる端末はＬＡＮに接続されている端末であれば設置場所は問われない。空調領域・室内機対応情報の入力、閲覧は、上述のように端末やＬＡＮを用いなくても、空調制御装置１００の入出力インターフェース１２１を使用して行うことも可能であり、空調領域・室内機対応情報の入力、閲覧の方法は限定されない。空調領域６００は、例えば作業領域の変更や室内機の増設の更新などにより、変更される場合もある。この変更に伴い、空調領域・室内機対応情報の内容は随時修正が行われる。

端末配置情報記憶部１５２に記憶される端末配置情報と空調領域マップ記憶部１５３に記憶される空調領域・室内機対応情報は、空調領域と該空調領域を空調する室内空調機と該空調領域に配置された端末とを対応付ける対応付情報として機能する。端末配置情報と空調領域・室内機対応情報とを統合して、対応付情報を１つの情報として扱うことも可能である。その場合には、端末配置情報記憶部１５２と空調領域マップ記憶部１５３とを統合した新しい記憶部が設けられる。
ただし、空調領域６００の変更は頻度が少ないものであると想定されるが、端末配置情報の変更、すなわち端末５００の増減や移動は頻繁に発生するものと想定される。
空調領域・室内機対応情報を修正せずに端末配置情報の変更を簡単に行えるようにする、などの端末配置情報と空調領域・室内機対応情報の変更の際の利便性のため、本実施形態では、端末配置情報と空調領域・室内機対応情報を別々の情報として扱うものとする。

図２に示す端末稼働状況監視部１１０は、空調領域６００に配置される各端末５００が稼働しているか否かの監視を行い、端末稼働状況情報を取得する。図５は、端末稼働状況記憶部１５１に格納される端末稼働状況情報の一例を示す図である。端末稼働状況情報は、空調領域６００に配置され端末番号が記憶されている全端末５００それぞれの、最新の動作状態である現在動作状態に係る情報と、前回の動作状態である前回動作状態に係る情報とからなる。
なお、動作状態とは上述したように、端末の、運転状態、スタンバイ状態、停止状態のいずれかの状態をいうものとする。
また端末稼働状況監視部１１０は、後述するように、規定時間経過毎に各端末５００の動作状態を検出する。端末稼働状況記憶部１５１に記憶される現在動作状態とは、端末稼働状況監視部１１０による最新の検出処理により検出された動作状態であり、前回動作状態とは最新の検出から規定時間前に実行された検出処理により検出された動作状態である。

端末稼働状況情報は、図５に示すように、各端末５００の、端末番号と、現在動作状態に係る情報と、前回動作状態に係る情報とからなる。端末番号は、上述した端末配置情報の端末番号と共通である。
図５によると、例えば、端末番号がＰＣ０００１の端末の現在動作状態は停止状態であり、端末番号がＰＣ０００２の端末の現在動作状態は運転状態であり、端末番号がＰＣ０００５の端末の現在動作状態は停止状態である。端末番号がＰＣ０００１、ＰＣ０００２の端末は、端末稼働状況監視部１１０による前回の動作状態の検出時点から同じ動作状態が継続しているが、端末番号がＰＣ０００３、ＰＣ０００４、ＰＣ０００５の端末は、前回の動作状態の検出時点から動作状態が変化している。
端末稼働状況監視部１１０は、取得した各動作状態に係る情報を、端末稼働状況記憶部１５１へ、端末稼働状況情報を構成するものとして格納する。

より詳細に説明すると、端末稼働状況監視部１１０は、図６のフローチャートに示すように、内蔵する端末監視タイマをスタートさせ（Ｓ１０１）、端末監視タイマのカウント値から、規定時間、例えば、１０分が経過するまで待機する（Ｓ１０２；ＮＯ）。端末稼働状況監視部１１０は、規定時間が経過したことを検出すると（Ｓ１０２；ＹＥＳ）、動作状態を検出する端末５００の端末番号とＩＰアドレスを端末配置情報記憶部１５２から読み出す（Ｓ１０３）。
端末稼働状況監視部１１０は、端末稼働状況記憶部１５１から、読み出した端末番号に対応付けられている現在動作状態を読み出す。読み出した現在動作状態は、前回検出した時点での動作状態であり、これを、端末稼働状況記憶部１５１に記憶されている同端末の前回動作状態に上書きする（Ｓ１０４）。

次に、端末稼働状況監視部１１０は、ステップＳ１０３で読み出したＩＰアドレス宛に、情報取得要求信号を送信する（Ｓ１０５）。この情報取得要求信号は、入出力制御部１２０、ＬＡＮ通信部１２２を介してＬＡＮに接続された、動作状態取得対象の端末５００に送信される。この情報取得要求信号を受信した端末５００は、現在の動作状態を判別し、判別した動作状態を示す応答情報を端末稼働状況監視部１１０宛に送信する。この応答情報は、運転状態かスタンバイ状態かを示すものである。なお、端末５００は、停止状態では応答できない。
端末稼働状況監視部１１０は、情報取得要求信号を送信してから、一定時間待つ（Ｓ１０６）。一定時間とは、例えば１分である。一定時間内に応答情報を受信しなければ（Ｓ１０６；ＮＯ）、その端末５００については電源が投入されていない停止状態であると判別し、端末稼働状況記憶部１５１の該当する端末番号の現在動作状態を「停止」とする（Ｓ１１０）。一方、一定時間内に応答情報を受信した場合（Ｓ１０６；ＹＥＳ）、その応答情報を確認する。応答情報の内容が運転状態を示すものであれば（Ｓ１０７；ＹＥＳ）、その端末５００は運転状態にあると判別し、端末稼働状況記憶部１５１の該当する端末番号の現在動作状態を「運転」とする（Ｓ１０８）。応答情報の内容がスタンバイ状態を示すものであれば（Ｓ１０７；ＮＯ）、端末稼働状況記憶部１５１の、該当する端末番号の現在動作状態を「スタンバイ」とする（Ｓ１０９）。
動作状態検出の対象とする全端末５００の動作状態を示す情報を取得するまで（Ｓ１１１；ＮＯ）、端末５００を切り替えながら上記ステップＳ１０３からＳ１１０の動作を繰り返し、取得対象の全端末５００の動作状態の取得が完了したら（Ｓ１１１；ＹＥＳ）、ステップＳ１０１に戻り、端末監視タイマをリセットして再スタートし（Ｓ１０１）、次回の端末稼働状況の取得タイミングまで待機する（Ｓ１０２）。
なお本実施の形態では、ステップ１０３からステップＳ１１０においての処理は、動作状態取得の対象となる端末５００を１つ任意に選択して実行するものであるが、この他にも、ステップＳ１０４に対応する前回動作状態の記憶の処理を、情報取得要求信号の送信の前に、取得対象の全端末５００に対し行い、続いて取得対象の全端末５００に情報取得要求信号の送信を行ってもよい。

端末稼働状況監視部１１０が、取得対象の全ての端末５００の動作状態を示す情報を取得し、端末稼働状況情報を更新すると、稼働端末集計部１１１は、動作状態別に端末５００の数を集計するものである。
より具体的には、稼働端末集計部１１１は、空調領域マップ記憶部１５３から、各空調領域番号と、各空調領域番号で特定される空調領域６００を空調の対象とする室内機２００の室内機番号と、を読み出す。
次に、稼働端末集計部１１１は、端末配置情報記憶部１５２から、各室内機番号と、各室内機番号で特定される室内機２００により空調される空調領域６００に配置されている端末５００の端末番号とを読み出す。
次に、稼働端末集計部１１１は、読み出した各空調領域番号と各端末番号とを、各室内機番号を介して対応付け、各空調領域番号の空調領域６００に配置される端末５００の端末番号を取得する。
続いて稼働端末集計部１１１は、端末稼働状況記憶部１５１より現在と前回検出時の端末稼働状況情報を読み出し、空調領域６００毎、且つ、現在と前回別に各動作状態にある端末数を集計し、図７に例示するように記憶する。
本実施の形態では記憶されるのは現在と前回の動作状態に係る情報だけであるが、さらにそれ以前の動作状態に係る情報を複数記憶できるようにしてもよい。

図７を参照し、集計結果を求める手順を具体的に説明する。
例えば、図４に示される空調領域・室内機対応情報において、空調領域番号ＡＲＥＡ０１で特定される空調領域６００に設置されている室内機２００の室内機番号はＡＣ０００１である。稼働端末集計部１１１は、空調領域マップ記憶部１５３から、空調領域番号ＡＲＥＡ０１と室内機番号ＡＣ０００１とを読み出す。
室内機番号ＡＣ０００１で特定される室内機２００が設置されている空調領域６００に配置されている端末５００の端末番号は、図３に例示する端末配置情報によれば、ＰＣ０００１〜ＰＣ０００５である。稼働端末集計部１１１は、端末配置情報記憶部１５２から、端末番号ＰＣ０００１、ＰＣ０００２、ＰＣ０００３、ＰＣ０００４、ＰＣ０００５を読み出す。
図５に示される端末稼働状況情報から、ＰＣ０００１、ＰＣ０００２、ＰＣ０００３、ＰＣ０００４、ＰＣ０００５で特定される端末５００はそれぞれ、停止状態、運転状態、運転状態、運転状態、停止状態にある。稼働端末集計部１１１は、端末稼働状況記憶部１５１を参照し、運転状態の端末が３台、停止状態の端末が２台、スタンバイ状態の端末が０台である、という集計結果を導き出す。
さらに、稼働端末集計部１１１は、前回動作状態について、運転状態の端末が２台、停止状態の端末が２台、スタンバイ状態の端末が１台であることを導き出す。
なお、集計結果の現在端末数をコピーすることにより、前回端末数を求めるようにしてもよい。

端末５００が運転状態であるということは、執務者が在席しており、端末５００を操作しているものと推定され、運転状態にある端末数は、空調領域６００毎に存在している執務者の人数に対応するものと考えられる。端末５００がスタンバイ状態であるということは、その端末５００を操作していた執務者が一時的に離席していると考えられ、現在は一時的に不在であるがいずれ在席になる可能性が高いものと考えられる。停止状態は執務者が不在であり在席になる可能性も低い状態であると推定される。図７において、ＡＲＥＡ０１に係る空調領域６００においては、現在の運転状態の端末５００が３台であるので、この空調領域６００には、現在３人の執務者がいると推測される。前回の状態では運転状態の端末５００が２台であるので、執務者が１人増加していると推測される。

端末５００の状態を検出し集計することで、空調領域６００内の執務者人数を推定することが可能であり、推定した執務者人数から空調機の制御を行うことが可能である。端末５００の前回状態と現在の状態とを個別に見ると、ＰＣ０００３とＰＣ０００４が運転状態に変化しており、ＰＣ０００５が停止状態に変化している。このことから、ＡＲＥＡ０１に係る空調領域６００では、執務者が、２人増加して１人減少したものと推定され、合計で執務者は１人増加したものと推定される。ここで、空調機制御に必要な情報は空調領域６００内の人数である。そのため執務者の入れ替わり、すなわち誰と誰が入れ替わったのか、については考慮せず、人数のみで判断する。

空調制御装置１００は、このようにして、各空調領域６００に所在する人数に相関する端末５００の動作状態から、空調機を制御する。以下、制御手法を説明する。

まず、図２の記憶部１５０に配置された設定記憶部１５４は、空調領域６００別に、複数の設定温度を記憶する。設定温度は、標準設定温度と、弱設定温度とを含む。標準設定温度は、標準的な設定温度であり、冷房用と暖房用で個別に設定される。弱設定温度は、定格の空調よりも弱い空調で達成できる目標温度であり、冷房については、標準設定温度より第１の温度だけ高い温度、暖房については、標準設定温度よりも第２の温度だけ低い温度に設定される。第１の温度と第２の温度とは、例えば、２〜３℃に設定される。

一方、空調制御信号生成部１１２は、空調領域６００毎に、動作状態別の端末数の変動を監視し、端末数が変動すると、変動の内容と設定記憶部１５４に記憶されている設定温度とに基づいて、空調制御の変更処理が必要かどうかを判別する。空調制御信号生成部１１２は、変更が必要であると判別すれば、空調制御信号を生成して送信し、空調制御の変更処理を実行する。

図８は、空調領域６００内の室内機２００が停止状態にある場合の、空調制御信号生成部１１２による空調制御変更処理の動作の一例を示すフローチャートである。室内機２００が停止状態にあるということは、後述するように、前回の集計時点における運転状態の現在端末数とスタンバイ状態の現在端末数がいずれもが０で、かつ、その時点における運転状態の前回端末数が０であったことを意味している。
なお、後述するように、現在と前回の、２回分の集計結果である履歴を用いて、室内機２００を停止させることで、執務者の出入りが多い作業場所での空調の不安定を防止している。空調の不安定とは、室内機２００の運転開始と運転停止が頻繁に起きてしまうことを、ここでは意味するものとする。

空調領域６００内の室内機２００が停止状態にあるときの空調制御変更処理では、空調制御信号生成部１１２は、まず稼働端末集計部１１１から集計結果を取得する。
そして、稼働状態（電源を入れられた状態をここでは意味し、運転状態またはスタンバイ状態をいうものとする）にある端末５００の数が増加したものと判別した場合に、室内機２００の運転を開始する。また、空調領域６００内にある端末５００の少なくとも１つが稼働状態となったものと判別した場合に、室内機２００の運転を開始してもよい。

詳細には、空調制御信号生成部１１２は、稼働端末集計部１１１から取得した、図７に示されるような集計結果を参照し、注目している空調領域６００について、動作状態が運転状態の前回端末数と、動作状態が運転状態の現在端末数とに係る履歴情報を取得する。そして、取得した前回端末数と現在端末数とを比較し、運転状態の端末数が増加したかを判別する（Ｓ２０１）。空調制御信号生成部１１２は、運転状態の端末数が増加したものと判別した場合には（Ｓ２０１；ＹＥＳ）、室内機２００の運転を開始する（Ｓ２０２）。ここで、運転を開始するときの設定温度として、設定記憶部１５４に記憶されている標準設定温度が読み出され適用されるものとする。

次に、空調制御信号生成部１１２は、空調領域６００内における運転状態の現在端末数が規定数以上であるか否かを判別する（Ｓ２０３）。運転状態の端末数は、空調領域６００内における執務者の人数を表す。室内空間に存在する人数が多い場合、室温が上昇しやすい。また、空調領域６００同士は熱の交換がなされにくい。従って、人口密度の高い所における、通常の設定温度による空調では、執務者が快適に過ごせないものと考えられる。そのため、予め空調領域６００毎に、それ以上増加すると執務者の快適性が損なわれる規定人数に対応する端末５００の数を規定数として設け、この規定数より、運転状態の端末数が増えると空調の設定温度を下げるものとする。
空調領域６００内の現在の運転状態の端末数が規定数以上である場合には（Ｓ２０３；ＹＥＳ）、標準設定温度を下方に修正して修正設定温度として空調を行う（Ｓ２０４）。これにより、空調が、冷房であれば、より快適な温度での運転が可能となり、また、空調が、暖房であれば電力消費を削減しての運転が可能となる。
この修正設定温度を、予め設定記憶部１５４に記憶されていてもよい。または、上記規定数の大きさ、運転状態の端末数、室内温度等によって、下方修正の修正値を変えるのものとしてもよい。
運転状態の現在端末数が規定数未満である場合には（Ｓ２０３；ＮＯ）、空調制御信号生成部１１２は、室内機２００に標準設定温度での空調を継続して実行させる。

規定数は、例えば、全ての空調領域６００に対し、予め、一律に設定され、手動などで設定記憶部１５４に記憶される。
また、１台の室内機２００に対して固有の端末数を予め、空調領域６００毎に、室内機２００の固有の端末数の合計値を規定数としてもよい。この場合、各室内機２００の固有の端末数は、その室内機２００の固有の性能等により定められ、例えば、設置されている空調領域６００において、設定温度を維持しうる上限の人数に対応する。この場合、空調領域６００別、設定温度別に固有の端末数が設定されてもよい。この固有の端末数は、例えば、手動等で、空調領域マップ記憶部１５３に、室内機番号に対応させて設定される。稼働端末集計部１１１は、空調領域マップ記憶部１５３を参照して、空調領域６００毎に各室内機２００の固有の端末数を加算して求めた値を規定数とする。
なお、空調領域６００内の各室内機２００の性能が全て同一である場合には、稼働端末集計部１１１は、空調領域６００毎に、室内機２００の台数と各室内機２００の固有の端末数との積を規定数とすればよい。
図３に例示する端末配置情報の中に、各室内機２００の固有の端末数を各室内機２００に対応付けて設け、稼働端末集計部１１１が、端末配置情報記憶部１５２を参照して、空調領域６００毎に、室内機２００の固有の端末数を加算して算出してもよい。
また、図４に例示する空調領域・室内機対応情報に、空調領域別に規定数を登録し、稼働端末集計部１１１が参照して使用できるようにしてもよい。空調制御信号生成部１１２は、稼働端末集計部１１１から上記規定数を取得して使用する。

図８のフローに説明に戻り、運転状態の端末数が０から変化しなくとも、スタンバイ状態の端末数が増加している場合がある。これは、例えば、前回の判別時点から今回の判別時点までの間に、対象となる空調領域６００内において、端末作業を開始した人がいたが、現在は一時的に作業を中断しているような場合に該当する。また、端末５００がスタンバイ状態であるということは、一時的な作業中断である可能性が高く、短時間で運転状態になる可能性が高いと考えられる。そのため、運転状態の端末数が増加しておらず（Ｓ２０１；ＮＯ）、スタンバイ状態の端末数が増加した場合（Ｓ２０５；ＹＥＳ）、設定情報記憶部１５４に記憶されている弱設定温度を用いて室内機２００の運転を開始する（Ｓ２０６）。前述したように、弱設定温度は、冷房の場合は標準設定温度よりも高く、暖房の場合は標準設定温度よりも低い。
一方、運転状態の端末数の増加もなく（Ｓ２０１；ＮＯ）、かつ、スタンバイ状態の端末数の増加もない場合には（Ｓ２０５；ＮＯ）、空調制御信号生成部１１２は、室内機２００の運転を開始させず、停止状態を維持させる。

図９は、空調領域６００内の室内機２００が運転状態にある場合の、空調制御信号生成部１１２における空調制御変更処理の動作の一例を示すフローチャートである。
ここで、室内機２００が運転状態にあるというのは、空調制御信号生成部１１２が前回の制御処理で室内機２００を制御してから、運転状態にあることを意味する。室内機２００が運転状態にある場合、運転状態の端末数が変化したときに、空調制御の制御内容を変更するか否かを判断し、必要な処理を実行する。また、前回と現在との両方で、稼働状態の端末が無い場合には、室内機２００の運転を停止させる。

具体的には、空調制御信号生成部１１２は、まず、稼働端末集計部１１１による集計結果における前回端末数と現在端末数とを参照し、運転状態の端末数が変化したか否かを判別する（Ｓ３０１）。運転状態の端末数が変化していれば（Ｓ３０１；ＹＥＳ）、運転状態の端末数が増加したか否かを判別する（Ｓ３０２）。運転状態の端末数が増加している場合（Ｓ３０２；ＹＥＳ）、運転状態の前回端末数を参照して、運転状態の前回端末数が０か否かを判別する（Ｓ３０３）。
図８に示す制御処理を前提とするため、室内機２００が運転状態にある場合、運転状態の前回端末数とスタンバイ状態の前回端末数の少なくともいずれか１つは１以上である。また、運転状態の前回端末数が０でスタンバイ状態の前回端末数が１以上の場合、室内機２００を弱設定にて室内機２００を運転させていたことを意味する。そのため、運転状態の前回端末数が０で（Ｓ３０３；ＹＥＳ）、かつ、運転状態の端末数が増加している場合（Ｓ３０２；ＹＥＳ）には、弱設定での運転を解除する制御を行い、室内機２００の運転を標準設定に基づく制御とする（Ｓ３０４）。
一方、運転状態の前回端末数が０でない場合は（Ｓ３０３；ＮＯ）、ステップＳ３０４をスキップし、室内機２００の設定変更は行わない。次に、運転状態の現在端末数と前回端末数とを参照して、運転状態の前回端末数が規定数未満で、今回の運転状態の端末数が規定数以上へと増加しているか否かを判別する（Ｓ３０５）。増加していれば（Ｓ３０５；ＹＥＳ）、室内機２００の設定温度を低下させたものとする（Ｓ３０６）。増加していなければ（Ｓ３０５；ＮＯ）、ステップＳ３０６をスキップし、室内機２００の設定温度を変更せず、今回の処理を終了する。

運転状態の端末数が変化したが増加していない場合（Ｓ３０２；ＮＯ）、空調制御信号生成部１１２は、運転状態の現在端末数と前回端末数とを参照し、運転状態の前回端末数が規定数以上で、運転状態の現在端末数が規定数未満であるか否かを判別する（Ｓ３０７）。運転状態の前回端末数が規定数以上で、運転状態の現在端末数が規定数未満の場合（Ｓ３０７；ＹＥＳ）、室内機２００の設定温度の下方修正を解除し、標準設定温度に基づく制御に切り替える（Ｓ３０８）。運転状態の前回端末数が規定数以上ではない、または、運転状態の現在端末数が規定数未満ではない場合（Ｓ３０７；ＮＯ）、ステップＳ３０８をスキップし、設定温度を変更しない。
次に、室内機２００に対し、弱設定での運転を行わせるべきか否か判別を行う。室内機２００の弱設定での運転は、運転状態の現在端末数が０である場合に実行される。そのため、運転状態の現在端末数を参照し、０であれば（Ｓ３０９；ＹＥＳ）、室内機２００の運転を弱設定に係るものへ変更する（Ｓ３１０）。運転状態の現在端末数が０でなければ（Ｓ３０９；ＮＯ）、室内機２００の弱設定への変更を行わない。そして処理を終了する。
なお、弱設定での運転開始の条件は、室内機２００の停止時と運転時とでは異なる。室内機２００の停止時からの運転開始の場合には、運転状態の端末５００が存在しない状態が続いており、スタンバイ状態の端末５００が存在するようになったときに弱設定で運転を開始する。しかし、室内機２００の運転時の弱設定での運転開始の場合には、スタンバイ状態の端末数に関わらず運転状態の端末が存在しなくなった時点で弱設定での運転となる。この理由は、後述するように、人の出入りの多い場所での空調の安定のためである。

運転状態の端末数が変化していない場合には（ステップＳ３０１；ＮＯ）、次に、稼働端末集計部１１１による集計結果の運転状態の現在端末数を参照し、０であるか否かを判別する（Ｓ３１１）。運転状態の現在端末数が０である場合には（Ｓ３１１；ＹＥＳ）、上記集計結果のスタンバイ状態の現在端末数を参照する。そして、スタンバイ状態の現在端末数が０であるか否かの判別を行い（Ｓ３１２）、０であれば（Ｓ３１２；ＹＥＳ）、室内機２００の運転を停止させる（Ｓ３１３）。
このように、室内機２００は、運転状態の端末５００が存在しない状態が前回から継続し、スタンバイ状態の端末５００も存在しない場合に運転を停止する。スタンバイ状態の端末５００が存在する場合は、執務者が一時的に不在であるが作業を再開するため戻ってくる可能性が高いが、スタンバイ状態の端末が存在しない場合は執務者が戻ってくる可能性が低い、と考えられるためである。
運転状態の現在端末数が０であり（Ｓ３１１；ＹＥＳ）、スタンバイ状態の現在端末数が０でない場合には（Ｓ３１２；ＮＯ）、そのままの設定で運転を継続させる。ここで、室内機２００が運転状態にあり、かつ運転状態の端末５００が前回において存在しないときは、図７、８の処理により、室内機２００は弱設定での運転を行っている。このことから、この場合には、弱設定での運転を継続させることになる。
運転状態の現在端末数が０でない場合（Ｓ３１１；ＮＯ）、室内機２００の設定変更は行わず、そのままの設定、すなわち標準設定で運転を継続させる。

なお、図９のフローチャートでは、ステップＳ３０９で、運転状態の現在端末数が０であると判別された場合であっても、スタンバイ状態の現在端末数に関わらず、室内機２００の運転を停止しない。この理由は、執務者の出入りが多い作業場所であると、室内機２００の運転開始と運転停止が頻繁に起きてしまうことが想定され、空調が安定せず、消費エネルギーの増加を引き起こす可能性があるためである。そのため、運転状態の現在端末数が０になり、一定時間経過した時点で稼働状態の端末が０であれば、室内機２００の運転を停止するように制御してもよい。ここで一定時間とは、例えば、端末稼働状況監視部１１０による各動作状態の取得処理に係る検出周期の規定時間と等しい。
本実施の形態では記憶するのは現在と前回の状態だけであるが、それ以前の状態を複数記憶できるようにした場合は、運転状態の端末数が０になり、その後、稼働状態の端末数が、０の状態が規定の回数続いた時点で、室内機２００の運転を停止するよう制御を行うこともできる。検出周期における規定時間と、室内機２００の運転を停止させるための稼働状態の端末数の０の継続回数とを、任意の値に変更することで、室内機２００を停止させるまでの時間を任意の時間とすることができる。
執務者が不在になり一定時間が経過したものと同様な状態になったものと判別された時に、室内機２００の運転を停止させることで、不要な空調による電力消費の削減が可能となる。

稼働状態の現在端末数がスタンバイ状態の現在端末数に等しい場合、すなわち、室内機２００が停止状態にあった場合から運転を開始するような場合においては運転状態の端末５００が存在せず、スタンバイ状態の端末５００のみが存在するようになった場合、または室内機２００が運転状態にある場合において運転状態の端末５００が存在せず、スタンバイ状態の端末５００のみが存在するような場合において、本実施の形態では室内機２００を弱設定にて運転させるための制御を行っている。しかし、空調制御信号生成部１１２は、弱設定による運転へ切り替えさせるのではではなく、室内機２００の運転を停止させるよう制御することも可能である。
この場合、室内機２００の停止時における図８での処理については、ステップＳ２０１でＮＯであれば、ステップＳ２０５、Ｓ２０６は行われず、室内機２００は運転を開始せず停止状態のままである。また、室内機２００の運転時の処理では、弱設定の運転は行われないので、ステップＳ３０３、Ｓ３０４、Ｓ３０９、Ｓ３１０のそれぞれの処理は行われない。さらに、ステップＳ３１２における判別は行われず、ステップＳ３１１において、運転状態の端末数が０であれば、室内機２００の運転を停止する。
この制御方法においては、執務者の出入りが多い作業場所では空調が安定せず消費エネルギーが増加する可能性があるが、執務者の出入りが限定され一度不在状態になると長時間執務者が入出しない作業場所等では消費エネルギーが削減される可能性がある。

なお、図８及び図９の空調制御変更処理において、空調制御信号生成部１１２は、現在と前回それぞれの運転状態の端末数、即ち、履歴情報を用いて判別を行っているが、現在の運転状態の端末数のみを取得して、それが１以上か否か判別するようにしてもよい。

実施の形態２．
実施の形態２に係る空調制御システムは、端末の稼働状況に加えて、各端末を操作する人員を検出することにより、その空調領域内の実質的な人員とその履歴を把握し、空調機の制御を適切に行うものである。
本実施の形態に係る空調制御装置１００は、図１０に示すように、実施の形態１の構成に加え、端末使用検知部１１４と端末使用者数集計部１１５を備える。空調制御装置１００は、端末５００毎の使用者の特定、端末５００の使用者数の集計をさらに行う。本実施の形態の空調管理システムの構成は、図１に示す実施の形態１の空調管理システム１０００の構成と同様である。

端末使用検知部１１４は、各端末５００の使用者のユーザＩＤを検知する。ユーザＩＤは、執務者ごとに割り当てられた固有のＩＤであり、執務者は端末５００を使用する際にユーザＩＤを入力してログインを行う。ユーザＩＤにより端末５００の使用者を特定することが可能である。
端末使用検知部１１４が検出したユーザＩＤは、端末稼働状況記憶部１５１に記憶される。図１１は、実施の形態２における端末稼働状況記憶部１５１に格納されるデータ例である。図１１の構成は、実施の形態１のデータ例である図５の構成に、運転状態の端末５００の現在の使用者を特定する情報である現在ユーザＩＤと、同端末５００の前回の使用者を特定する情報である前回ユーザＩＤとを追加した構成に相当する。現在ユーザＩＤは現在運転状態の端末５００にログインしているユーザのＩＤであり、前回ユーザＩＤは前回検出時点において運転状態の端末５００にログインしていたユーザのＩＤである。一人の執務者が複数台の端末５００を使用することも有り得るので、現在ユーザＩＤ、前回ユーザＩＤはそれぞれ重複する可能性もある。図１１によれば、前回運転状態だった端末ＰＣ０００２とＰＣ０００５は、ユーザＩＤがＵＳＥＲ０００１のユーザとＵＳＥＲ０００３のユーザにより使用されていた。現在動作状態についてみると、ＰＣ０００２の端末５００の動作状態は前回動作状態から変化していないが、ＰＣ０００５の端末５００の動作状態は停止状態へと変化している。ＰＣ０００３とＰＣ０００４のそれぞれの端末５００の動作状態は運転状態に変化しているが、現在ユーザＩＤは共にＵＳＥＲ０００２であり、同一のユーザが現在２台の端末５００を操作しているものとわかる。本実施の形態では、動作状態を記憶するのは現在と前回だけであるが、さらにそれ以前の動作状態およびその時点でのユーザＩＤを複数記憶できるようにしてもよい。

端末使用検知部１１４は、端末稼働状況監視部１１０が端末稼働状況情報を取得する際に、ユーザＩＤを検出する。端末稼働状況監視部１１０による端末稼働状況情報の取得動作は、実施の形態１の図６のフローチャートと同様であるが、この動作実行時においては、端末使用検知部１１４も併せてユーザＩＤの取得動作を実行する。従って、ステップＳ１０３で、端末稼働状況監視部１１０が対象となる端末５００の動作状態を読み出す際に、端末使用検知部１１４は端末５００の使用者を読み出す。ステップＳ１０４において、端末稼働状況監視部１１０が、前回取得した動作状態に係る情報を端末稼働状況記憶部１５１へ記憶する際に、端末使用検知部１１４は前回検知したユーザＩＤを端末稼働状部記憶部１５１へ記憶する。このとき、端末使用検知部１１４は、端末稼働状況記憶部１５１から、対象となる端末５００の現在ユーザＩＤを読み出し、読み出した現在ユーザＩＤを前回ユーザＩＤとして端末稼働状況記憶部１５１に記憶する。
ステップＳ１０５において、端末稼働状況監視部１１０が対象となる端末５００に情報取得要求信号を送信する際に、端末使用検知部１１４はユーザＩＤ取得要求信号を併せて端末５００に送信する。ユーザＩＤ取得要求信号を受信した端末５００は、運転状態であれば現在ログインしているユーザＩＤに係る情報を応答する。端末使用検知部１１４はユーザＩＤを受信したとき、上記端末５００のユーザＩＤを、端末稼働状況記憶部１５１に現在ユーザＩＤとして記憶する。

図１１では、運転状態の端末数は前回検出時点で２台、現在検出時点で３台であるが、ログインしているユーザＩＤの数は、２から変化していない。これは例えば、ＰＣ０００３は通常業務用の端末５００であり、ＰＣ０００４はデータ入出力用の共用の端末５００であり、ＵＳＥＲ０００２で特定される執務者が２台を同時に操作しているような状態である。業務内容毎に複数の端末５００が用意されている場合は、１人の執務者が複数の端末５００を同時に操作するような状況が生ずる。このとき、運転状態の端末数だけを検知する実施の形態１の方法では、執務者の正確な人数を検出することができないが、ログインしている端末使用者数を検知することで、より正確な執務者の人数を検出することが可能となる。

端末使用者数集計部１１５は、空調領域６００毎に端末使用者数を集計する。端末使用者数集計部１１５は、空調領域マップ記憶部１５３から空調領域番号毎の室内機番号を読み出し、さらに端末配置情報記憶部１５２から室内機番号毎の端末番号を読み出し、これらを統合して空調領域番号毎の端末番号の情報を得る。そして、端末稼働状況記憶部１５１から端末番号毎の現在ユーザＩＤと前回ユーザＩＤとを読み出し、空調領域６００毎に現在ユーザＩＤの数と前回ユーザＩＤの数とを集計する。端末使用者数の集計は、端末稼働状況記憶部１５１が更新された後に、端末使用者数集計部１１５により行われる。また、この処理は、稼働端末集計部１１１による停止状態またはスタンバイ状態にある端末５００の集計処理と同時に行われる。
詳細には、稼働端末集計部１１１は運転状態の端末数を集計しない。稼働端末集計部１１１は、端末使用者数集計部１１５により集計された現在ユーザＩＤの数と前回ユーザＩＤの数とを参照し、それぞれを、運転状態の現在端末数、運転状態の前回端末数として使用する。これは、執務者の人数を元に空調を制御するためであり、一人の執務者が複数台の端末を使用している状況であっても、あくまで運転状態にある端末は１台であるとして処理を行うことを意味する。また、端末使用者数の集計は空調領域６００毎に行うので、同一の執務者が複数の空調領域６００内の端末５００にログインしていても、ユーザＩＤは空調領域６００を跨いで一つとは集計しない。
また、スタンバイ状態、停止状態の端末数の集計については、稼働端末集計部１１１により、実施の形態１と同様に集計が行われる。

図１２は、稼働端末集計部１１１による集計結果を例示する。例えば、ＡＲＥＡ０１の空調領域６００について見てみると、図４から、この空調領域６００にある室内機番号はＡＣ０００１である。そして、この室内機２００が設置されている空調領域６００に存在する端末５００であって、現在の検出で運転状態にある端末は、図５からＰＣ０００２、ＰＣ０００３、ＰＣ０００４の端末番号の３台である。しかし、端末使用者数集計部１１５により集計された現在ユーザＩＤの数は図１１に示すように２であるので、稼働端末集計部１１１はこれを参照し、図１２に示すように運転状態の現在端末数を２とする。また、端末使用者数集計部１１５により集計された前回ユーザＩＤの数が２であることから、稼働端末集計部１１１は、運転状態の前回端末数を２とする。稼働端末集計部１１１により得られた集計結果を使用して、実施の形態１と同様に室内機２００は制御される。端末使用者数を使用することで、運転状態の端末数から執務者の人数を推測するよりも正確に、執務者の人数を推定することが可能となる。

実施の形態１では、運転状態の現在端末数が規定数以上の場合は、標準設定温度よりも低い設定温度で室内機２００を運転するよう制御した。本実施の形態２で参照する運転状態の現在端末数は、端末使用者数集計部１１５により集計された端末使用者数を使用する。すなわち、同一人が使用している複数の端末を１台とみなした端末数を使用する。そのため、空調制御信号生成部１１２による空調制御処理は、物理的に運転状態の端末数ではなく端末５００を使用している執務者数を参照するものとなり、規定の人数以上であれば設定温度を下げて室内機２００を運転させるものとなる。端末５００の使用者数を参照することで、より空調領域６００内にいる実際の執務者の人数に合わせた空調制御が可能となる。

実施の形態３．
実施の形態３に係る空調制御システムも、端末の稼働状況に加えて、各端末を操作する人員の入退室を検出することにより、その空調領域内の実質的な人員とその履歴を把握し、空調機の制御を適切に行うものである。
図１３は、本発明の実施の形態３に係る空調管理システムの構成例を示すブロック図である。実施の形態１および２の構成に、カードリーダ８００が追加された構成となっている。カードリーダ８００は、スイッチングハブ７００を介してＬＡＮに接続されている。カードリーダ８００は、建屋１０の出入口に設置されている。図１３では１つのカードリーダ８００が示されているが、出入口のドアの内側と外側にそれぞれ１つずつカードリーダ８００が配置されていてもよい。カードリーダ８００により、執務者の建屋１０への入退場管理を行う。

執務者が、建屋１０に入場すると在場になり、建屋１０を退場すると不在となる。執務者の入退場を検出は、例えば、次のように行われる。ＩＤをカードリーダ８００に読み込ませなければ、出入口のドアが開かないようにしておく。そして、執務者は建屋１０に入場するとき、各自が所持しているＩＤカードをドアの外のカードリーダ８００にかざしてＩＤを読み込ませる。また、退場するときＩＤカードをドアの内側のカードリーダ８００にかざしてＩＤを読み込ませる。
執務者が、ＩＤカードをカードリーダ８００にかざしてＩＤを読み込ませなければ、建屋１０の入退場ができない方法であれば、カードリーダの数や設置場所は上述したものに限らない。さらに、執務者のＩＤと入退場の情報を、ＬＡＮを介して空調制御装置１００に送信することが可能であれば、ＩＤカードとカードリーダ８００以外を使用する方法でも構わない。

カードリーダ８００による執務者の入退場管理は、空調制御装置１００により行われる。
本実施の形態３における空調制御装置１００は、図１４に示すように、実施の形態２の構成に加え在場情報管理部１１６と在場情報参照部１１７を備え、さらに記憶部１５０に在場情報記憶部１５５を備える。空調制御装置１００は、執務者毎に、建屋１０に在場であるか不在であるかの情報である在場情報の、記憶と読み出しを行い、さらに在場情報を参照して空調制御信号の生成を行う。

詳細は、以下のようになる。
在場情報管理部１１６は、ＬＡＮを介して受信した入退場に係る情報から在場情報を生成する。そして、在場情報記憶部１５５は、在場情報管理部１１６により生成された在場情報を記憶する。
カードリーダ８００が読み取った作業者のＩＤと、入退場に係る情報は、ＬＡＮを介して空調制御装置１００に送信される。在場情報管理部１１６は、空調制御装置１００のＬＡＮ通信部１２２、入出力制御部１２０を介して上記作業者のＩＤと入退場に係る情報とを受信する。在場情報管理部１１６は、受け取った入退場に係る情報が入場を示すものであればそのＩＤの執務者を在場とし、退場を示すものであれば不在とする在場情報を生成し、在場情報記憶部１５５に格納する。
また、在場情報を閲覧する際は、在場情報管理部１１６が在場情報記憶部１５５に格納されている在場情報を読み出し、入出力制御部１２０、ＬＡＮ通信部１２２を介して、閲覧側の端末に送信する。閲覧側の端末は、受信した在場情報を表示する。在場情報の閲覧には、端末とＬＡＮを用いなくても、空調制御装置１００の入出力インターフェース１２１を使用して行うことも可能である。

図１５は、在場情報記憶部１５５に記憶される在場情報の例を示す図である。各執務者のＩＤであるユーザＩＤ毎に、その執務者が在場であるか不在であるかが示されている。
例えば、ＵＳＥＲ０００１に係る執務者は在場であり、ＵＳＥＲ０００３に係る執務者は不在であることが示されている。図１５に示される、入退場においてカードリーダ８００が読み取るユーザＩＤは、端末５００にログインする際に使用されるユーザＩＤと共通のものである。
なお、入退場においてカードリーダ８００が読み取り使用するＩＤと、端末５００のログインに使用するＩＤは、異なるものでもよい。その場合には執務者毎に各ＩＤを対応づける必要があり、空調制御装置１００の記憶部１５０またはＬＡＮに接続されたサーバ等の機器に各執務者と各ＩＤとを対応づける情報を保持させる。

本実施の形態３では、端末配置情報記憶部１５２に格納される端末配置情報は、室内機番号と、その室内機番号で特定される室内機２００が設置されている空調領域６００に配置されている端末５００の端末番号と、各端末５００のＩＰアドレスとに加え、各端末５００を専用に用いる執務者を特定する番号またはＩＤ（以下、単に固有ユーザＩＤと呼ぶ）をさらに含む。端末５００を専用に用いるとは、単数または複数の、特定の端末５００を使用する者が、特定の執務者１人であり、かつ行う執務の多くを特定の端末５００を用いて行い、かつ特定の端末５００を他の執務者が使用することがない、ということである。なお、専用に用いる執務者が存在しない端末５００があってもよい。

図１６に示すように、本実施の形態３における端末配置情報記憶部１５２に格納される端末配置情報は、室内機番号、端末番号、ＩＰアドレスに加え、固有ユーザＩＤを含む。なお、室内機番号、端末番号、ＩＰアドレスは実施の形態１と同様である。
図１６において、例えば、ＰＣ０００２に係る固有ユーザＩＤはＵＳＥＲ０００１である。またＰＣ０００１の端末５００については、それを専用に用いる執務者が存在していないので、固有ユーザＩＤが登録されていない。ＰＣ０００１に係る端末５００は、例えば共用の端末５００であり、複数の執務者によって用いられる端末５００であり、専用に用いる執務者がいないため固有ユーザＩＤが登録されていない。またはＰＣ０００１に係る端末５００はモバイル端末であり、使用する執務者は特定の一人に固定されているが、使用用途が限られており使用頻度が低いため固有ユーザＩＤが登録されていない。ＰＣ０００３とＰＣ０００４に係る固有ユーザＩＤは共にＵＳＥＲ０００２であり、ＰＣ０００３とＰＣ０００４に係る端末５００は同一の執務者により専用に用いられている。
実施の形態１、２における端末配置情報に固有ユーザＩＤを加えたものが実施の形態３における端末配置情報であり、端末配置情報記憶部１５２への格納と、格納された端末配置情報の閲覧の方法は実施の形態１、２の場合と同様である。

在場情報参照部１１７は、空調領域６００毎に執務者が在場か不在かを判別する。在場情報参照部１１７は、空調領域マップ記憶部１５３から空調領域番号毎の室内機番号を読み出し、さらに端末配置情報記憶部１５２から室内機番号ごとの端末番号および固有ユーザＩＤを読み出し、統合して空調領域番号毎に端末番号と固有ユーザＩＤを得る。そして、在場情報記憶部１５５より固有ユーザＩＤ毎の在場情報を読み出し、空調領域６００毎に、その空調領域６００内に配置される端末５００を専用に用いる執務者が少なくとも１人は在場であるか、全員不在であるかを判別する。在場情報参照部１１７による在場か不在かの判別処理は、例えば、端末稼働状況記憶部１５１が更新されるとき、稼働端末集計部１１１による稼働端末の集計に係る処理が行われるとき、または、端末使用者数集計部１１５による端末使用者数の集計に係る処理が行われるときのいずれかと同時に行うものとする。

稼働端末集計部１１１は、実施の形態２と同様に、スタンバイ状態、停止状態の端末数を集計する。そして、稼働端末集計部１１１は、端末使用者数集計部１１５により集計された現在の端末使用者数と前回の端末使用者数とを参照し、現在の端末使用者数を運転状態の現在端末数、前回の端末使用者数を運転状態の前回端末数として使用する。
実施の形態３においては、さらに在場情報参照部１１７により、空調領域６００毎に、執務者が少なくとも１人は在場か、全員不在かの在不在判別情報を読み出す。

空調制御信号生成部１１２により行われる空調制御処理は、実施の形態１、２で行われる処理に加え、在場情報参照部１１７による在不在判別情報を用いて、処理がさらに行われる。

図１７は、本実施の形態３における空調領域６００における室内機２００が停止状態である場合の、空調制御信号生成部１１２による空調制御変更処理の動作の一例を示すフローチャートである。実施の形態１、２の動作に、稼働状態の端末数が増加しなくても端末５００の専用の使用者が在場となったときに運転を開始するという処理が追加されている。
なお、図１７におけるステップＳ２０１からステップＳ２０６に係る処理は、ステップＳ２０５での判別結果による分岐先が異なる以外、それぞれ図８におけるステップＳ２０１からステップＳ２０６に係る処理と同様であるので、それぞれ図８と同じステップ番号とする。

室内機２００の停止状態において、運転状態の端末数が増加せず（Ｓ２０１；ＮＯ）、スタンバイ状態の端末数も増加していない場合（Ｓ２０５；ＮＯ）、実施の形態１、２では室内機２００の運転は開始せずそこで終了となっていた。しかし、本実施の形態では、在場情報参照部１１７からの在不在判別情報を参照し、在場であれば（Ｓ２０７；ＹＥＳ）、弱設定で室内機２００の運転を開始する（Ｓ２０８）。このときの室内機２００の温度等の設定は、ステップＳ２０６での室内機２００の設定と同じであるが、異なる設定にしてもよい。在不在判定情報を参照し、不在であれば（Ｓ２０７；ＮＯ）、室内機２００の運転を開始させず停止状態を維持させる。

事務作業を行う事務所等においては、執務者は各自に割り当てられた個人専用の端末５００を使用して大半の執務を行うことが想定される。この場合、執務者は建屋１０に入場した後、速やかに事務所に入室し個人専用の端末５００の使用を開始するとものと考えられる。そのため、空調領域６００内に稼働状態となった端末５００が存在しない場合であっても、端末５００を専用に使用する執務者が１人でも在場となった場合、予め、空調を開始しておくことで、執務者の端末作業開始時における空調の快適性を実現可能となる。

図１８は、本実施の形態３における空調領域６００の室内機２００が運転状態にある場合の、空調制御信号生成部１１２における空調制御変更処理の動作の一例を示すフローチャートである。運転状態の端末５００が存在しない状態が続いた場合、スタンバイ状態の端末５００が存在しても、端末５００の専用の使用者が全員不在となったときに運転を停止するという処理が、実施の形態１、２の動作に追加されている。
なお、図１８におけるステップＳ３０１からステップＳ３１３に係る処理は、ステップＳ３１１とステップＳ３１２でのそれぞれの判別結果による分岐先が異なる以外、それぞれ図９におけるステップＳ３０１からステップＳ３１３に係る処理と同様であるので、それぞれ図９と同じステップ番号とする。

室内機２００が運転状態にあるとき、運転状態の端末数が変化せず（Ｓ３０１；ＮＯ）、運転状態の現在端末数が０である場合（Ｓ３１１；ＹＥＳ）、スタンバイ状態の端末５００が存在するか否かを判別する（Ｓ３１２）。スタンバイ状態の端末５００が存在する場合（Ｓ３１２；ＮＯ）、実施の形態１、２では室内機２００の運転を継続させていたが、本実施の形態では、在場情報参照部１１７の在不在判別情報を参照して不在であれば（Ｓ３１４；ＹＥＳ）、室内機２００を停止させる（Ｓ３１５）。在不在判別情報を参照して在場であれば（Ｓ３１４；ＮＯ）、室内機２００の運転を継続させる。
なお、ステップＳ３１５において、室内機２００を停止させるのではなく、弱設定における空調の運転を継続させることも可能である。この場合、ステップＳ３１０での弱設定よりもさらに弱い空調設定を設け、その設定において運転を継続させてもよい。

執務者が各自に割り当てられた個人専用の端末５００を使用して執務を行う場合、執務者が端末５００をスタンバイ状態にしたまま建屋１０から退場することも有り得る。例えば、作業を中断しての一時的な外出や、端末５００の電源の切り忘れ等である。この場合、たとえ端末５００がスタンバイ状態でも、長時間運転状態にはならない可能性が高いと考えられる。さらに、個人専用の端末５００であるため別の執務者がその端末５００を使用する可能性も低い。そのため、運転状態の端末５００は存在しないが、スタンバイ状態の端末５００は存在し、スタンバイ状態の端末５００を専用に使用する執務者が全員不在となった場合、その空調領域６００は執務者が１人もいない状態が長時間続くと考えられることから、室内機２００の運転を停止させることで不要な空調による電力消費の削減が可能となる。

本実施の形態３においては、端末５００の使用者を特定し、特定した使用者が在場か不在かの情報を合わせて空調制御に用いることで、現在執務者がいない空調領域６００にすぐ執務者が現れるか、または長時間戻ってこないかについて、今後の状況を予測し空調制御を行うことが可能となる。

実施の形態４．
実施の形態４に係る空調制御システムは、端末の稼働状況に加えて、執務者の入退場に係る情報を検出することにより、その空調領域内の実質的な人員とその履歴を把握し、空調機の制御を適切に行うものである。
図１９は、本発明の実施の形態４に係る空調管理システムの構成例を示すブロック図である。実施の形態３の構成に加えて、入退場管理装置９００がスイッチングハブ７００を介およびＬＡＮを介して空調制御装置１００およびカードリーダ８００と接続されている。その他の構成は実施の形態３と同じである。実施の形態３では、空調制御装置１００が、執務者の入退場に係る情報から在場情報を生成し管理を行うが、本実施の形態４では、入退場管理装置９００が在場情報の生成と管理を行う。空調制御装置１００はスイッチングハブ７００を介して入退場管理装置９００から在場情報を取得して、室内機２００の制御を行う。入退場管理装置９００は、空調制御装置１００およびカードリーダ８００と、ＬＡＮを介して通信が可能ならば、設置場所は制限されない。

入退場管理装置９００は、ＬＡＮを介して受信した入退場に係る情報から在場情報を生成する。詳細には、カードリーダ８００が読み取った執務者のＩＤと入退場に係る情報が、ＬＡＮを介し入退場管理装置９００に送信され、入退場管理装置９００は受け取った情報が入場に係るものであるならば、そのＩＤの執務者を在場とし、退場であれば不在とする在場情報を生成する。
入退場管理装置９００は、図示しない記憶装置を有し、生成した在場情報をその記憶装置に記憶する。在場情報管理部１１６は、ＬＡＮ通信部１２２、入出力制御１２０を介し、ＬＡＮを経由して入退場管理装置９００から在場情報を取得し、在場情報記憶部１５５に格納する。在場情報管理部１１６による在場情報取得は、端末稼働状況記憶部１５１が更新されるとき、稼働端末集計部１１１により稼働端末の集計に係る処理が行われるとき、または端末使用者数集計部１１５により端末使用者数の集計に係る処理が行われるとき、のいずれかのときと同時に行われ、かつ、在場情報参照部１１７により在場か不在かの判別処理が実行されるときよりも一定時間早く行われる。一定時間は、例えば、１分などである。在場情報管理部１１６による在場情報取得は、入退場管理装置９００による在場情報の更新を在場情報管理部１１６が検知することにより、更新毎に行われてもよい。

在場情報を使用しての室内機２００の制御方法は、実施の形態３と同様に行う。入退場管理を空調制御と、異なる装置により実現することで、装置の流用が可能になり、システムの拡張、追加を容易に行うことが可能になる。

図２０は、本発明の実施の形態に係る空調制御装置１００のハードウェアの構成例を示す図である。空調制御装置１００は、ハードウェア構成としてプロセッサ１０１、メモリ１０２、およびインターフェース１０３を備える。これらの装置の各機能は、プロセッサ１０１がメモリ１０２に記憶されたプログラムを実行することにより実現される。インターフェース１０３は各装置を接続し、通信を確立させるためのものであり、必要に応じて複数の種類のインターフェースから構成されてもよい。また、図２０では、プロセッサ１０１およびメモリ１０２をそれぞれ１つで構成する例を示しているが、複数のプロセッサ１０１および複数のメモリ１０２が連携して各機能を実現してもよい。
なお、プロセッサ１０１は、図２の場合においては、端末稼働状況監視部１１０と稼働端末集計部１１１と空調制御信号生成部１１２と端末配置情報管理部１１３とに相当し、図１０の場合においては、上記の各部と端末使用検知部１１４と端末使用者集計部１１５とに相当し、図１４の場合においては上記の各部と在場情報管理部１１６と在場情報参照部１１７とに相当する。
メモリ１０２は、記憶部１５０に相当する。
またインターフェース１０３は、入出力制御部１２０と入出力インターフェース１２１とＬＡＮ通信部１２２と制御信号通信部１２３とに対応する。

上述したハードウェア構成やフローチャートは一例であり、任意に変更および修正が可能である。
プロセッサ１０１、メモリ１０２，およびインターフェース１０３で構成され、制御処理を行う中心となる部分は、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。例えば、上記動作を実行するためのコンピュータプログラムを、コンピュータにより読み取り可能な記録媒体（フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなど）に格納して配布し、このコンピュータプログラムをコンピュータにインストールすることにより、上述した処理を実行する空調制御装置１００を構成してもよい。また、インターネットなどの通信ネットワーク上のサーバ装置が有する記憶装置に前記コンピュータプログラムを格納しておき、通常のコンピュータシステムがダウンロードすることで空調制御装置１００を構成してもよい。

また、空調制御装置１００の機能を、ＯＳ（オペレーティングシステム）とアプリケーションプログラムの分担、またはＯＳとアプリケーションプログラムとの協働により実現するような場合には、アプリケーションプログラム部分のみを記録媒体や記憶装置に格納してもよい。

また、搬送波にコンピュータプログラムを重畳し、通信ネットワークを介して配信してもよい。例えば、通信ネットワーク上の掲示板（ＢＢＳ：Ｂｕｌｌｅｔｉｎ Ｂｏａｒｄ Ｓｙｓｔｅｍ）に上述したようなコンピュータプログラムを掲示し、通信ネットワークを介して前記コンピュータプログラムを配信してもよい。そして、このコンピュータプログラムを起動し、ＯＳの制御下で、他のアプリケーションプログラムと同様に実行することにより、前記の処理を実行できるようにしてもよい。

本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施の形態および変形が可能とされるものである。また、上述した実施の形態は、この発明を説明するためのものであり、本発明の範囲を限定するものではない。すなわち、本発明の範囲は、実施の形態ではなく、特許請求の範囲によって示される。そして、特許請求の範囲内およびそれと同等の発明の意義の範囲内で施される様々な変形が、この発明の範囲内とみなされる。

１０…建屋、１１…区域、１００…空調制御装置、１０１…プロセッサ、１０２…メモリ、１０３…インターフェース、１１０…端末稼働状況監視部、１１１…稼働端末集計部、１１２…空調制御信号生成部、１１３…端末配置情報管理部、１１４…端末使用検知部、１１５…端末使用者数集計部、１１６…在場情報管理部、１１７…在場情報参照部、１２０…入出力制御部、１２１…入出力インターフェース、１２２…ＬＡＮ通信部、１２３…制御信号通信部、１５０…記憶部、１５１…端末稼働状況記憶部、１５２…端末配置情報記憶部、１５３…空調領域マップ記憶部、１５４…設定記憶部、１５５…在場情報記憶部、２００，２００ａ，２００ｂ，２００ｃ…室内機、３００，３００ａ，３００ｂ，３００ｃ…リモコン、４００…室外機、５００，５００ａ，５００ｂ，５００ｃ…端末、６００，６００ａ，６００ｂ，６００ｃ…空調領域、７００…スイッチングハブ、８００…カードリーダ、９００…入退場管理装置、１０００…空調制御システム

Claims (19)

1. 空調領域と該空調領域を空調する室内空調機と該空調領域に配置された複数の端末とを対応付ける対応付情報を記憶する対応付情報記憶手段と、
   前記空調領域に設置された各前記端末の動作状態を示す動作状態情報を取得する端末稼働状況監視部と、
   前記端末稼働状況監視部が取得した前記動作状態情報に基づいて、前記空調領域に配置されている前記複数の端末を動作状態別に分け、各前記動作状態の前記端末の数を集計する集計部と、
   前記集計部で得られた集計値に基づいて、前記室内空調機を制御するための制御信号を生成する制御信号生成部と、
   を備え、
   前記動作状態は、電源が投入されている稼働状態と電源が投入されていない停止状態とを含み、
   前記端末稼働状況監視部は、前記稼働状態を示す稼働状態情報と前記停止状態を示す停止状態情報とを取得し、
   前記稼働状態は、電源が投入されて使用されている運転状態と、電源が投入されて使用されていないスタンバイ状態とを含み、
   前記端末稼働状況監視部は、前記稼働状態を示す稼働状態情報として、運転状態情報とスタンバイ状態情報とを、さらに取得する、
   空調制御装置。
2. 空調領域と該空調領域を空調する室内空調機と該空調領域に配置された複数の端末とを対応付ける対応付情報を記憶する対応付情報記憶手段と、
   前記空調領域に設置された各前記端末の動作状態を示す動作状態情報を取得する端末稼働状況監視部と、
   前記端末稼働状況監視部が取得した前記動作状態情報に基づいて、前記空調領域に配置されている前記複数の端末を動作状態別に分け、各前記動作状態の前記端末の数を集計する集計部と、
   前記集計部で得られた集計値に基づいて、前記室内空調機を制御するための制御信号を生成する制御信号生成部と、
   を備え、
   前記動作状態は、電源が投入されている稼働状態と電源が投入されていない停止状態とを含み、
   前記端末稼働状況監視部は、前記稼働状態を示す稼働状態情報と前記停止状態を示す停止状態情報とを取得し、
   前記稼働状態は、電源が投入されて使用されている運転状態と、電源が投入された後、使用者が一時的に前記複数の端末から離れた状態であるスタンバイ状態とを含み、
   前記端末稼働状況監視部は、前記稼働状態を示す稼働状態情報として、運転状態情報とスタンバイ状態情報とを、さらに取得する、
   空調制御装置。
3. 前記制御信号生成部は、前記集計部により求められた集計結果に基づいて、運転状態の端末の数が規定台数以上ならば、前記室内空調機の設定温度を下げる、
   請求項１又は２に記載の空調制御装置。
4. 前記制御信号生成部は、前記集計部により求められた集計結果に基づいて、運転状態の前記端末の数が０であり、スタンバイ状態の前記端末の数が１以上である場合に、前記室内空調機の運転を停止させる、または、前記室内空調機の運転の強度を弱めるための制御信号を生成する、
   請求項１から３の何れか１項に記載の空調制御装置。
5. 前記制御信号生成部は、前記集計部により求められた集計結果に基づいて、稼働状態の端末が１台以上になると、前記室内空調機の運転を開始させ、稼働状態の端末が０台の状態が規定時間以上継続すると、前記室内空調機の運転を停止する、制御信号を生成する、
   請求項１から４の何れか１項に記載の空調制御装置。
6. 前記端末の動作状態が稼働状態である場合に、前記端末の使用者を示す使用者情報を取得する端末使用検知部をさらに備え、
   前記制御信号生成部は、前記使用者情報に基づいて、前記室内空調機を制御するための制御信号を生成する、
   請求項１から５のいずれか１項に記載の空調制御装置。
7. 前記使用者情報に基づいて、前記空調領域に配置されている端末の使用者数を集計する端末使用者数集計部をさらに備え、
   前記制御信号生成部は、前記端末使用者数集計部により求められた使用者数に基づいて、前記室内空調機を制御するための制御信号を生成する、
   請求項６に記載の空調制御装置。
8. 前記制御信号生成部は、前記端末使用者数集計部により求められた前記空調領域内の使用者数が、規定人数以上になると、該空調領域の室内空調機の設定温度を下げるための制御信号を生成する、
   請求項７に記載の空調制御装置。
9. 前記空調領域を含む区域への入場と前記区域からの退場を管理し、作業者毎に前記区域内に在場しているか否かを示す在場情報を生成する第１の在場情報管理部をさらに備え、
   前記制御信号生成部は、前記第１の在場情報管理部により生成された前記在場情報に基づいて、前記室内空調機を制御するための制御信号を生成する、
   請求項７又は８に記載の空調制御装置。
10. 前記空調領域を含む区域への入場と退場を検出する入退場管理装置から、作業者毎に前記区域内に在場しているか否かを示す在場情報を取得する第２の在場情報管理部をさらに備え、
    前記制御信号生成部は、前記第２の在場情報管理部により取得された存場情報に基づいて、前記室内空調機を制御するための制御信号を生成する、
    請求項７又は８に記載の空調制御装置。
11. 前記空調領域に設置された端末専用の使用者が、在場か否かを判別する在場情報参照手段を備える、
    請求項９又は１０に記載の空調制御装置。
12. 前記制御信号生成部は、前記在場情報参照手段の判別に基づいて、前記空調領域内に配置されている前記端末の専用の使用者が不在から在場に変化すると、前記空調領域を空調する前記室内空調機の運転を開始させ、在場から不在に変化すると、前記空調領域を空調する前記室内空調機の運転を停止又は運転の強度を弱める、ための制御信号を生成する、
    請求項１１に記載の空調制御装置。
13. 前記対応付情報記憶手段は、
    各空調領域とその空調領域を空調する前記室内空調機とを対応付ける情報と、
    各室内空調機とその室内空調機が設置されている空調領域に配置された端末とを対応付ける情報と、
    を別個に記憶する、
    請求項１から１２の何れか１項に記載の空調制御装置。
14. 前記制御信号生成部は、前記集計部で得られた集計値の履歴に基づいて、前記室内空調機を制御する制御信号を生成する、
    請求項１から１３の何れか１項に記載の空調制御装置。
15. 請求項１から１４のいずれか１項に記載の空調制御装置と、前記空調制御装置により制御される空調機と、
    を備える空調制御システム。
16. 空調領域と該空調領域を空調する空調機と該空調領域に配置された複数の端末との対応関係を示す情報を管理し、
    前記空調領域内の各前記端末の動作状態を判別し、
    判別した動作状態と前記情報とに基づいて、前記空調領域に設置された室内空調機を制御し、
    さらに、
    前記動作状態は、電源が投入されている稼働状態と電源が投入されていない停止状態とを含み、
    前記稼働状態を示す稼働状態情報と前記停止状態を示す停止状態情報とを取得し、
    前記稼働状態は、電源が投入されて使用されている運転状態と、電源が投入されて使用されていないスタンバイ状態とを含み、
    前記稼働状態を示す稼働状態情報として、運転状態情報とスタンバイ状態情報とを、さらに取得する、
    空調制御方法。
17. 空調領域と該空調領域を空調する空調機と該空調領域に配置された複数の端末との対応関係を示す情報を管理し、
    前記空調領域内の各前記端末の動作状態を判別し、
    判別した動作状態と前記情報とに基づいて、前記空調領域に設置された室内空調機を制御し、
    さらに、
    前記動作状態は、電源が投入されている稼働状態と電源が投入されていない停止状態とを含み、
    前記稼働状態を示す稼働状態情報と前記停止状態を示す停止状態情報とを取得し、
    前記稼働状態は、電源が投入されて使用されている運転状態と、電源が投入された後、使用者が一時的に前記複数の端末から離れた状態であるスタンバイ状態とを含み、
    前記稼働状態を示す稼働状態情報として、運転状態情報とスタンバイ状態情報とを、さらに取得する、
    空調制御方法。
18. コンピュータに、
    空調領域に配置されている複数の端末それぞれの動作状態を判別する処理、
    前記空調領域に設置されている空調機を特定する処理、
    判別した動作状態に基づいて特定した前記空調機を制御する処理、
    前記動作状態は、電源が投入されている稼働状態と電源が投入されていない停止状態とを含み、前記稼働状態を示す稼働状態情報と前記停止状態を示す停止状態情報とを取得する処理、
    前記稼働状態は、電源が投入されて使用されている運転状態と、電源が投入されて使用されていないスタンバイ状態とを含み、前記稼働状態を示す稼働状態情報として、運転状態情報とスタンバイ状態情報とを取得する処理、
    を実行させるプログラム。
19. コンピュータに、
    空調領域に配置されている複数の端末それぞれの動作状態を判別する処理、
    前記空調領域に設置されている空調機を特定する処理、
    判別した動作状態に基づいて特定した前記空調機を制御する処理、
    前記動作状態は、電源が投入されている稼働状態と電源が投入されていない停止状態とを含み、前記稼働状態を示す稼働状態情報と前記停止状態を示す停止状態情報とを取得する処理、
    前記稼働状態は、電源が投入されて使用されている運転状態と、電源が投入された後、使用者が一時的に前記複数の端末から離れた状態であるスタンバイ状態とを含み、前記稼働状態を示す稼働状態情報として、運転状態情報とスタンバイ状態情報とを、さらに取得する処理、
    を実行させるプログラム。

Images