JP2012177489A - 空調制御システム及び空調制御サーバ - Google Patents

Abstract

【課題】更なる省エネの実現に利用可能な空調制御システムを提供する。
【解決手段】空調制御システムは、複数のユーザに各自所持されるタグであって、第１信号を受信すると、自機の識別情報を含む第２信号を送信するタグから受信した第２信号に含まれている前記識別情報に基づいて、所定エリア内に存在するタグを特定し、特定したタグを所持するユーザが、過去に前記所定エリアに存在しなかった時を示す情報に基づいて決定した時間に、前記所定エリアにおける空調設備を制御する。
【選択図】図１

Description

本発明は、タグ（アクティブタグ）からの信号に基づく空調制御技術に関する。

所定エリア内に存在する人の数に応じて、そのエリアにおける空調を制御する技術が知られている（例えば、特許文献１）。
特許文献１の技術は、各ユーザにより所持され、照明機器から送信された探索信号に呼応して探索返信信号を送信する複数のＩＤカードからの探索返信信号に基づいてエリア内のユーザ数を特定し、特定したユーザ数に応じて空調設備の運転状態を制御するものである。

これにより、例えば、エリア内のユーザの数が０人から１人になった時に、空調を開始し、エリア内のユーザの数が１人から０人になった時に、空調を停止することができる。
従って、ユーザがわざわざ空調を制御する操作を行うことなく、不要な空調を停止させ、省エネを図ることができる。

特開２００５−２５７１２９号公報

しかしながら、エリア内に最後に残っているユーザが、エリアに対する出入りを頻繁に行った場合、特許文献１の技術によれば、空調設備は、空調の停止、開始を繰り返すことになり、空調を停止させず維持した場合と比較し、電力消費が増大してしまう。これは、空調設備は、空調開始時に比較的電力消費が大きくなるためである。

そこで、本発明は係る問題に鑑みてなされたものであり、更なる省エネの実現に利用可能な空調制御システムを提供することを目的とする。

上記課題を解決するために本発明に係る空調制御システムは、複数のユーザに各自所持されるタグであって、第１信号を受信すると、自機の識別情報を含む第２信号を送信するタグと、タグから受信した第２信号に含まれている前記識別情報に基づいて、所定エリア内に存在するタグを特定する特定手段と、特定されたタグを所持するユーザが、過去に前記所定エリアに存在しなかった時を示す情報に基づいて決定した時間に、前記所定エリアにおける空調設備を制御する空調制御手段とを備えることを特徴とする。

ここで、前記空調制御システムは、各ユーザが、過去に前記所定エリアから退出して所定時間以上当該所定エリアに戻らなかったときの当該退出時を示す退出時間情報を記憶する退出時間記憶手段を備え、前記空調制御手段は、所定時刻において、前記特定手段により特定されたタグが２以上存在する場合に、特定された各タグを所持するユーザについての各退出時間情報に基づいて、最も遅く退出するであろうユーザの退出予定時間を特定し、特定した退出予定時間に基づいて、前記所定エリアにおける空調を停止させる時間を決定することとしてもよい。

ここで、前記空調制御システムは、各ユーザが、過去に前記所定エリアから退出して所定時間以上当該所定エリアに戻らなかったときの当該退出時の時刻に基づいて算出した時間帯毎の退出回数を記憶する退出回数記憶手段を備え、前記空調制御手段は、前記特定手段により特定されたタグの数が１に減少した時に、当該特定手段により特定されたタグを所持するユーザについての前記時間帯毎の退出回数に基づいて、当該ユーザが所定時間以内に退出する可能性が所定程度高いか否かを判定し、所定程度高いと判定した場合には、前記所定エリアにおける空調を停止させ、所定程度高くないと判定した場合には、前記所定エリアにおける空調を維持させるよう、当該所定エリアにおける空調設備を制御することとしてもよい。

ここで、前記空調制御手段は、前記特定手段により特定されたタグを所持するユーザが前記所定時間以内に退出する可能性が所定程度高いと判定した場合において、前記特定手段により特定されたタグの数が０に減少した時に、前記所定エリアにおける空調を停止させるよう、当該所定エリアにおける空調設備を制御することとしてもよい。

ここで、前記空調制御システムは、各ユーザが、過去に前記所定エリアから退出して所定時間以上当該所定エリアに戻らなかったときの当該退出時を示す退出時間情報を記憶する退出時間記憶手段を備え、前記空調制御手段は、前記特定手段により特定されたタグの数が１である時に、当該特定手段により特定されたタグを所持するユーザについての前記退出時間情報に基づいて、当該ユーザの退出予定時間を特定し、現在から特定した退出予定時間までの時間が、現時点において前所定エリアにおける空調を停止した場合に、室温が所定範囲内に含まれなくなるまでの予測時間より短い場合には、前記所定エリアにおける空調を停止させ、長い場合には、前記所定エリアにおける空調の状態を維持するよう、当該所定エリアにおける空調設備を制御することとしてもよい。

ここで、前記空調制御システムは、各ユーザが、過去に前記所定エリアを退出してから戻ってくるまでの離席時間を示す離席時間情報を記憶する離席時間記憶手段を備え、前記空調制御手段は、更に、前記特定手段により特定されたタグの数がＮ（Ｎ≧１）からＮ−１に減少した場合に、前記所定エリア内に存在しなくなったタグを所持するユーザについての前記離席時間情報に基づいて、前記所定エリアにおける空調の制御状態を、現在の状態から変化させ、あるいは現在の状態を維持するよう、当該所定エリアにおける空調設備を制御することとしてもよい。

ここで、前記空調制御システムは、各ユーザが、過去に前記所定エリアを退出してから戻ってくるまでの各離席時間を複数の群に分類し、最も短い離席時間が属する短時間群と他の群とを区別するための閾値時間を算出し、当該ユーザについての前記離席時間情報として前記離席時間記憶手段に格納する算出部を備え、前記空調制御手段は、前記所定エリア内に存在しなくなったタグを所持するユーザが、当該所定エリアを退出した時から、当該ユーザについての前記閾値時間を経過した時までに、当該所定エリアに戻った場合には、当該所定エリアにおける空調の制御状態を維持し、当該所定エリアに戻らなかった場合には、当該所定エリアにおける空調の制御状態を、現在の状態から変化させるよう、当該所定エリアにおける空調設備を制御することとしてもよい。

ここで、前記空調制御手段は、前記特定手段により特定されたタグの数が１から０に減少した場合において、前記所定エリア内に存在しなくなったタグを所持するユーザが、当該所定エリアを退出した時から、当該ユーザについての前記閾値時間を経過した時までに、当該所定エリアに戻らなかったときには、当該所定エリアにおける空調を停止させるよう、当該所定エリアにおける空調設備を制御することとしてもよい。

ここで、前記空調制御手段は、更に、予め設定されたスケジュールに従って、前記所定エリアにおける空調を停止させるよう、当該所定エリアにおける空調設備を制御することとしてもよい。

また、上記課題を解決するために本発明に係る空調制御サーバは、複数のユーザに各自所持されるタグであって、第１信号を受信すると、自機の識別情報を含む第２信号を送信するタグからの第２信号に含まれている前記識別情報に基づいて、所定エリア内に存在するタグを特定する特定手段と、特定されたタグを所持するユーザが、過去に前記所定エリアに存在しなかった時を示す情報に基づいて決定した時間に、前記所定エリアにおける空調設備を制御する空調制御手段とを備えることを特徴とする。

また、上記課題を解決するために本発明に係る空調制御サーバは、複数のユーザに各自所持されるタグの識別情報を受信する受信手段と、各ユーザが、過去に前記所定エリアに存在しなかった時を示す情報の入力を受け付ける入力手段と、前記受信手段により受信されたタグの識別情報に基づき特定された所定エリア内に存在するタグを所持するユーザについての前記入力手段が受け付けた情報に基づく時間に、前記所定エリアにおける空調設備を制御するための制御信号を送信する送信手段とを備えることを特徴とする。

上記構成を備える本発明に係る空調制御システムによれば、更なる省エネの実現に利用できる。

空調制御システム１０００のシステム構成図 入退出管理システム２０００のシステム構成図 送信機１００ａの主要部の機能構成を示すブロック図 タグ２００の主要部の機能構成を示すブロック図 コントローラ３００ａの主要部の機能構成を示すブロック図 空調制御サーバ４００の主要部の機能構成を示すブロック図 ＬＦ帯信号１０及びＵＨＦ帯信号２０のデータ構成と、送信機リスト３０及びタグリスト４０のデータ構成及び内容例とを示す図 構成情報テーブル５０及び受信時刻テーブル６０のデータ構成及び内容例を示す図 退社時刻テーブル７０、閾値時間テーブル８０及びスケジュールテーブル９０のデータ構成及び内容例を示す図 あるユーザについての各離席時間に基づいて算出した時間区間毎の離席回数のクラスタリング結果を示す図 コントローラ３００ａによるＩＤ情報の送信処理及び空調制御サーバ４００による受信時刻テーブル６０の更新処理を示すフローチャート 空調制御サーバ４００による各エリアに存在するユーザとその数及び存在しなくなったユーザの特定処理を示すフローチャート（図１３へ続く） 空調制御サーバ４００による各エリアに存在するユーザとその数及び存在しなくなったユーザの特定処理を示すフローチャート（図１２から続き、図１２へ戻る） 空調制御サーバ４００による空調制御処理を示すフローチャート 空調制御サーバ４００による定刻処理を示すフローチャート 空調制御サーバ４００による通常処理を示すフローチャート 空調制御サーバ４００による０人処理を示すフローチャート 空調制御サーバ４００によるＮ−１人処理を示すフローチャート 空調制御サーバ５００の主要部の機能構成を示すブロック図 空調制御サーバ５００による各エリアに存在するユーザとその数及び存在しなくなったユーザの特定処理を示すフローチャート（図１２から続き、図１２へ戻る） 空調制御サーバ５００による空調制御処理を示すフローチャート 空調制御サーバ５００による通常処理を示すフローチャート 空調制御サーバ５００による０人処理を示すフローチャート 空調制御サーバ５００による１人処理を示すフローチャート 変形空調制御サーバによる変形１人処理を示すフローチャート

≪実施の形態１≫
以下、本発明に係る空調制御システムの一実施形態について、図面を参照しながら説明する。

＜構成＞
＜空調制御システム＞
まず、実施の形態に係る空調制御システム１０００の構成について説明する。

図１は、空調制御システム１０００のシステム構成図である。
空調制御システム１０００は、あるオフィスの従業員それぞれが１台ずつ所持している各タグからの信号等に基づいて、空調設備３ａ、３ｂの運転状態を制御するものである。

空調制御システム１０００は、送信機１００ａ〜１００ｐ、コントローラ３００ａ、３００ｂ、空調制御サーバ４００及び図示しないタグを含んで構成されている。
同図において破線で示すエリアａ、ｂは、オフィス内の異なる部署Ａ、Ｂのエリアを示している。なお、同図では、２つのエリア（ａ、ｂ）が存在するものとして説明しているが、エリアの数は１つでもよいし、３つ以上であってもよい。

コントローラ３００ａ、３００ｂは、各エリアａ、ｂに１台ずつ設置されており、各コントローラ（３００ａ、３００ｂ）は、イーサネット（登録商標）ケーブル４を介して空調制御サーバ４００に接続されている。また、各空調設備（３ａ、３ｂ）は、所定のケーブル（例えば、ＲＳ−４８５規格に準拠したもの）を介して、空調制御サーバ４００に接続されている。

各エリア内に設置されている機器等は同様であるため、以下では、エリアａの場合を例に説明する。
エリアａには、部署Ａの所属員用の机１ａ〜１ｈと椅子２ａ〜２ｈが配置されており、各机には、それぞれ１台ずつ、送信機が設置されている。

各送信機（１００ａ〜１００ｈ）は、コントローラ３００ａからの指示に従って、送信タイミングが重ならないように、ＬＦ帯（例えば１２０ｋＨｚ〜１３０ｋＨｚ帯）の信号（以下、「ＬＦ帯信号」ともいう）を無線送信するものである。各送信機は、このＬＦ帯信号に、自機の識別情報（以下、「送信機ＩＤ」という）を含ませて送信する。

例えば、部署Ａの所属員が自分の椅子（例えば、椅子２ａ）に着席すると、その人の所持するタグ（不図示）は、送信機１００ａからのＬＦ帯信号を受信することになる。このタグは、このＬＦ帯信号に呼応して、このＬＦ帯信号に含まれている送信機１００ａの送信機ＩＤと、自機の識別情報（以下、「タグＩＤ」という）とを含ませたＵＨＦ帯（例えば３００ＭＨｚ）の信号（以下、「ＵＨＦ帯信号」ともいう）を送信する。

また、コントローラ３００ａは、エリアａ内の各送信機を管理しており、各送信機へのＬＦ帯信号の送信指示を行う他、タグから受信したＵＨＦ帯信号に含まれている送信機ＩＤ及びタグＩＤ等を空調制御サーバ４００へ送信するものである。

空調制御サーバ４００は、各コントローラから受信した情報に基づいて各エリアに存在するユーザやその数を特定し、特定したユーザの過去の退社時間や離席時間に係る情報や特定したユーザ数に基づいて、各空調設備の運転状態を制御するものである。また、空調制御サーバ４００は、予め設定されているスケジュールにも基づいて、各空調設備の運転状態を制御する。

なお、空調制御サーバ４００は、イーサネット（登録商標）ケーブル４を介して、入退出管理システム２０００から各ユーザについての退社時間を取得する。
以下、入退出管理システム２０００について説明する。

図２は、入退出管理システム２０００のシステム構成図である。
入退出管理システム２０００は、各ユーザが所持しているタグからの信号に基づいて、エリアａ、ｂを含む部屋（執務室）に対する入退出を行うための扉２００１の施解錠を制御するものである。

入退出管理システム２０００は、タグリーダ２１００ａ、２１００ｂ、ゲートユニット（ＧＵ）２２００、入退出制御サーバ２３００及び図示しないタグを含んで構成されている。

タグリーダ２１００ａ、２１００ｂは、自機の識別情報（以下、「リーダＩＤ」という）を含ませたＬＦ帯信号を繰り返し送信するものである。また、各タグリーダ（２１００ａ、２１００ｂ）は、自機が送信したＬＦ帯信号に呼応してタグが送信した、自機のリーダＩＤとそのタグのタグＩＤとを含むＵＨＦ帯信号を受信し、そのリーダＩＤ及びタグＩＤをＧＵ２２００に送信する。

ＧＵ２２００は、各タグリーダから受信したリーダＩＤ及びタグＩＤと、入退出管理システム２０００の管理者により予め設定された執務室に対する入退出許可者リストとに基づいて認証を行い、認証が成功した場合に電気錠２００２に解錠を指示するものである。また、ＧＵ２２００は、認証を行った際に、その認証に用いたリーダＩＤ及びタグＩＤと、認証日時と、認証結果とを含む認証ログを入退出制御サーバ２３００に送信する。

入退出制御サーバ２３００は、ＧＵ２２００から受信した認証ログを記憶し、記憶している認証ログに基づいて、例えば、毎日特定の時間（例えば、ＡＭ０：００）に、各ユーザについての直近の退社日時を特定するものである。

ここで、退社日時とは、執務室を退出してから所定時間以上執務室に戻らなかったときの退出日時を示すものである。
また、この所定時間は、執務室の温度が既定範囲（以下、「快適域」ともいう）に含まれている状態（つまり適温状態）で空調を停止させた時から、外気温の影響を受けて、執務室の温度が快適域に含まれなくなるまでの予測時間よりも長くなるように、入退出管理システム２０００の管理者により決定されている。ここでは、一例として、所定時間は５時間であるものとする。

例えば、タグリーダ２１００ａのリーダＩＤ及びタグＩＤ「０」と認証日時Ｔａを含む認証ログをＧＵ２２００から受信している場合に、入退出制御サーバ２３００は、タグＩＤが「０」であるタグを所有するユーザの退社日時を以下のようにして特定する。

即ち、入退出制御サーバ２３００は、タグリーダ２１００ｂのリーダＩＤ及びタグＩＤ「０」と、認証日時Ｔａから所定時間（この例では５時間）以内の認証日時Ｔｂとを含む認証ログをＧＵ２２００から受信していない場合に、認証日時Ｔａを上記ユーザの退社日時と特定する。

入退出制御サーバ２３００は、各ユーザについて、特定した退社日時と、その特定に用いたタグＩＤとを空調制御サーバ４００に送信する。
以下では、送信機、タグ、コントローラ、空調制御サーバの構成について更に詳しく説明する。但し、各送信機（１００ａ〜１００ｈ）、各タグ、各コントローラ（３００ａ、３００ｂ）の構成は同様であるため、送信機１００ａ、タグ２００、コントローラ３００ａを例に説明する。

＜送信機＞
図３は、送信機１００ａの主要部の機能構成を示すブロック図である。
同図に示すように、送信機１００ａは、通信部１１０と、ＬＦ帯送信部１２０と、ＬＦアンテナ１２１と、記憶部１３０と、制御部１４０とから構成される。

なお、送信機１００ａは、図示しないメモリ及びプロセッサを含んでおり、制御部１４０の機能は、プロセッサがメモリ上のプログラムを実行することにより実現される。
ここで、通信部１１０は、コントローラ３００ａからのＬＦ帯信号の送信指示を受信し、制御部１４０へ伝達する機能を有する。

ＬＦ帯送信部１２０は、ＬＦアンテナ１２１と接続しており、制御部１４０からの指示に従って、ＬＦアンテナ１２１を介してＬＦ帯信号をタグに送信する機能を有する。
記憶部１３０は、自機の送信機ＩＤ１３１を記憶するためのメモリ領域である。なお、送信機ＩＤ１３１は、送信機１００ａの運用開始時点において、空調制御システム１０００の管理者により、記憶部１３０に予め設定される。

制御部１４０は、通信部１１０を介して、コントローラ３００ａから受領したＬＦ帯信号の送信指示を受信してから予め設定された時間後に、ＬＦ帯送信部１２０を介してＬＦ帯信号を送信する機能を有する。

制御部１４０は、このＬＦ帯信号に、記憶部１３０に記憶されている送信機ＩＤ１３１や、このＬＦ帯信号に呼応してタグから送信されるＵＨＦ帯信号の周波数帯（チャネル）を示す情報等を含ませて送信する。

なお、ＬＦ帯信号の送信指示を受信してからＬＦ帯信号を送信するまでの時間は、次にＬＦ帯信号の送信指示を受信するまでの時間より短く、かつ、エリアａ内の各送信機間で異なるものになるように、ディップスイッチ等の設定手段（不図示）により設定されている。

＜タグ＞
図４は、タグ２００の主要部の機能構成を示すブロック図である。
同図に示すように、タグ２００は、ＬＦ帯受信部２１０と、ＬＦアンテナ２１１と、ＵＨＦ帯送信部２２０と、ＵＨＦアンテナ２２１と、記憶部２３０と、各部に電力を供給する電池２４０と、制御部２５０とから構成される。

なお、タグ２００は、図示しないメモリ及びプロセッサを含んでおり、制御部２５０の機能は、プロセッサがメモリ上のプログラムを実行することにより実現される。
ここで、ＬＦ帯受信部２１０は、ＬＦアンテナ２１１と接続し、送信機からのＬＦ帯信号を受信し、制御部２５０へ伝達する機能を有する。

ＵＨＦ帯送信部２２０は、ＵＨＦアンテナ２２１と接続し、制御部２５０の指示に従って、ＵＨＦ信号を送信する機能を有する。
記憶部２３０は、自機のタグＩＤ２３１を記憶するためのメモリ領域である。

制御部２５０は、ＬＦ帯受信部２１０を介して送信機から受信したＬＦ帯信号に含まれている送信機ＩＤと、記憶部２３０に記憶されているタグＩＤ２３１を含ませたＵＨＦ帯信号を、ＵＨＦ帯送信部２２０を介して送信する機能を有する。なお、このＵＨＦ帯信号の送信には、受信したＬＦ帯信号に含まれていた情報が示すＵＨＦ帯信号の周波数帯が用いられる。

＜コントローラ＞
図５は、コントローラ３００ａの主要部の機能構成を示すブロック図である。
同図に示すように、コントローラ３００ａは、ＵＨＦ帯受信部３１０と、ＵＨＦアンテナ３１１と、第１通信部３２０と、第２通信部３２１と、記憶部３３０と、制御部３４０とから構成される。

なお、コントローラ３００ａは、図示しないメモリ及びプロセッサを含んでおり、制御部３４０の機能は、プロセッサがメモリ上のプログラムを実行することにより実現される。

ここで、ＵＨＦ帯受信部３１０は、ＵＨＦアンテナ３１１と接続し、各タグからのＵＨＦ帯信号を受信し、制御部３４０へ伝達する機能を有する。
第１通信部３２０は、制御部３４０の指示に従って、各送信機（１００ａ〜１００ｈ）へのＬＦ帯信号の送信指示を送信する機能を有する。

第２通信部３２１は、制御部３４０の指示に従って、受信したＵＨＦ帯信号に含まれている送信機ＩＤ及びタグＩＤと、記憶部３３０に記憶されているコントローラＩＤ３３１とを、空調制御サーバ４００に送信する機能を有する。以下、この空調制御サーバ４００へ送信する情報をまとめて「ＩＤ情報」という。

記憶部３３０は、コントローラＩＤ３３１の他、送信機リスト３０、タグリスト４０を記憶するためのメモリ領域である。なお、これらのデータは、コントローラ３００ａの運用開始時点において、空調制御システム１０００の管理者により、記憶部３３０に予め設定される。

ここで、コントローラＩＤ３３１は、コントローラ３００ａの識別情報である。
また、送信機リスト３０は、図７（ｃ）に示すように、エリアａ内の各机（１ａ〜１ｈ）に設置されている各送信機の送信機ＩＤ３１を登録したものである。なお、この例では、送信機１００ａ〜１００ｈの送信機ＩＤが０〜７であるものとしている。

また、タグリスト４０は、図７（ｄ）に示すように、エリアａに対応する部署Ａの所属員が保持する各タグのタグＩＤ４１を登録したものである。
また、制御部３４０は、各送信機（１００ａ〜１００ｈ）に対するＬＦ帯信号の送信指示を第１通信部３２０を介して送信する機能と、ＩＤ情報を第２通信部３２１を介して空調制御サーバ４００に送信する機能とを有する。

＜空調制御サーバ＞
図６は、空調制御サーバ４００の主要部の機能構成を示すブロック図である。
同図に示すように、空調制御サーバ４００は、第１通信部４１０と、第２通信部４１１と、記憶部４２０と、第１計時部４３０と、第２計時部４３１と、制御部４４０とから構成される。

なお、空調制御サーバ４００は、図示しないメモリ及びプロセッサを含んでおり、制御部４４０の機能は、プロセッサがメモリ上のプログラムを実行することにより実現される。

ここで、第１通信部４１０は、各コントローラ（３００ａ、３００ｂ）からのＩＤ情報及び入退出制御サーバ２３００からの退社日時等を受信し、制御部４４０に伝達する機能を有する。

また、第２通信部４１１は、制御部４４０の指示に従って、運転状態を制御するための制御情報を各空調設備（３ａ、３ｂ）に送信する機能を有する。
記憶部４２０は、構成情報テーブル５０、受信時刻テーブル６０、退社時刻テーブル７０、閾値時間テーブル８０、スケジュールテーブル９０を記憶するためのメモリ領域である。各テーブルについては、後に詳細に説明するため、ここでは簡単に説明する。

ここで、構成情報テーブル５０は、エリア毎に、そのエリアに設置されているコントローラの識別情報と空調設備の識別情報（以下、「空調設備ＩＤ」ともいう）と送信機の送信機ＩＤとを対応付けて登録したものである（図８（ａ）参照）。

受信時刻テーブル６０は、各コントローラから受信したＩＤ情報（コントローラＩＤ、送信機ＩＤ及びタグＩＤ）と、受信日時とを対応付けて登録したものである（図８（ｂ）参照）。

退社時刻テーブル７０は、ユーザ毎に、そのユーザが所持するタグのタグＩＤと、そのユーザの時間帯毎の退社回数とを対応付けて登録したものである（図９（ａ）参照）。
閾値時間テーブル８０は、ユーザ毎に、そのユーザが所持するタグのタグＩＤと、そのユーザの離席が短時間か、中長時間かを区別するための閾値となる時間（以下、「閾値時間」という）とを対応付けて登録したものである（図９（ｂ）参照）。

スケジュールテーブル９０は、空調制御サーバ４００が行う空調制御毎に、その実行日時と、制御対象と、制御処理とを対応付けて登録したものである（図９（ｃ）参照）。
また、第１計時部４３０は、現在日時を計時する機能を有し、第２計時部４３１は、制御部４４０の指示に従って、離席して、エリア内に存在しなくなったユーザが、再びそのエリアに戻るまでの時間（以下、「離席時間」ともいう）を計時する機能を有する。

各計時部（４３０、４３１）は、例えば、タイマやカウンタにより実現される。
制御部４４０は、更新部４４１、算出部４４２、特定部４４３、空調制御部４４４を含む。

ここで、更新部４４１は、第１通信部４１０を介して各コントローラからＩＤ情報を受信した際に、第１計時部４３０から現在時刻を取得し、受信したＩＤ情報と取得した現在時刻とを対応付けて記憶部４２０の受信時刻テーブル６０に登録する機能を有する。

また、更新部４４１は、第１通信部４１０を介して入退出制御サーバ２３００からタグＩＤ及び退社日時を受信した際に、退社時刻テーブル７０を更新する機能を有する。
算出部４４２は、所定期間毎（例えば、１ヶ月毎）に、受信時刻テーブル６０に登録されている情報に基づいて、各ユーザについての閾値時間を算出し、必要に応じて、記憶部４２０の閾値時間テーブル８０を更新する機能を有する。

特定部４４３は、受信時刻テーブル６０に登録されている情報に基づいて、各エリア内に存在するユーザ及びユーザ数を特定する機能と、ユーザ数が特定数（０又はＮ−１）に減少した場合に、そのエリア内に存在しなくなったユーザを特定する機能とを有する。

空調制御部４４４は、退社時刻テーブル７０、閾値時間テーブル８０及びスケジュールテーブル９０と、特定部４４３が特定したユーザ数等に基づいて、各空調設備の運転状態を制御する機能を有する。具体的な制御内容については後述する（図１４〜１８参照）。

＜データ＞
次に、空調制御システム１０００で使用されるデータについて説明する。
＜ＬＦ帯信号＞
まず、送信機１００ａが送信するＬＦ帯信号について説明する。

図７（ａ）は、ＬＦ帯信号１０のデータ構成を示す図である。
ＬＦ帯信号１０は、同図に示すように、ＰＲ（PReamble）１１、ＵＷ（Unique Word）１２、送信機ＩＤ１３及びＣＲＣ１４から構成される。

ここで、ＰＲ１１は、ＬＦ帯信号のデータの始まりを示すビット列（同期符号）であり、ＵＷ１２は、いわゆるフレーム同期信号である。
送信機ＩＤ１３は、自機の送信機ＩＤ（識別情報）であり、ＣＲＣ１４は、タグが受信したＬＦ帯信号に誤りが発生しているか否かを検出するためのデータである。

＜ＵＨＦ帯信号＞
次に、タグ２００が送信するＵＨＦ帯信号について説明する。
図７（ｂ）は、ＵＨＦ帯信号２０のデータ構成を示す図である。

ＵＨＦ帯信号２０は、同図に示すように、ＰＲ２１、ＵＷ２２、送信機ＩＤ２３、タグＩＤ２４、ＣＲＣ２５から構成される。
ここで、ＰＲ２１は、ＵＨＦ帯信号のデータの始まりを示すビット列（同期符号）であり、ＵＷ２２は、いわゆるフレーム同期信号である。

また、送信機ＩＤ２３は、受信したＬＦ帯信号に含まれていた送信機ＩＤ（識別情報）であり、タグＩＤ２４は、自機のタグＩＤ（識別情報）である。
また、ＣＲＣ２５は、送信機が受信したＵＨＦ帯信号に誤りが発生しているか否かを検出するためのデータである。

＜構成情報テーブル＞
次に、空調制御サーバ４００の記憶部４２０に記憶されている構成情報テーブル５０について説明する。

図８（ａ）は、構成情報テーブル５０のデータ構成及び内容例を示す図である。
構成情報テーブル５０は、エリア毎に、コントローラＩＤ５１と空調設備ＩＤ５２と送信機ＩＤ５３を対応付けて構成される情報である。

構成情報テーブル５０は、空調制御サーバ４００の運用開始時点において、空調制御システム１０００の管理者により、記憶部４２０に予め設定され、空調制御サーバ４００の特定部４４３及び空調制御部４４４により参照される。

ここで、コントローラＩＤ５１は、コントローラの識別情報であり、この例では、コントローラ３００ａのコントローラＩＤは「０」であり、コントローラ３００ｂのコントローラＩＤは「１」であるものとしている。

また、空調設備ＩＤ５２は、空調設備の識別情報であり、この例では、空調設備３ａの空調設備ＩＤは「０」であり、空調設備３ｂの空調設備ＩＤは「１」であるものとしている。また、送信機ＩＤ５３は、送信機の識別情報である。

同図は、例えば、コンローラＩＤが「０」であるコントローラ（３００ａ）が配置されているエリア（ａ）には、空調設備ＩＤが「０」である空調設備（３ａ）と送信機ＩＤが「０」〜「７」である送信機（１００ａ〜１００ｈ）が配置されていることを示している。

＜受信時刻テーブル＞
次に、空調制御サーバ４００の記憶部４２０に記憶されている受信時刻テーブル６０について説明する。

図８（ｂ）は、受信時刻テーブル６０のデータ構成及び内容例を示す図である。
受信時刻テーブル６０は、同図に示すように、受信日時６１とＩＤ情報６２とを対応付けて構成される情報であり、空調制御サーバ４００の更新部４４１により逐次登録され、算出部４４２及び特定部４４３により参照される。

ここで、受信日時６１は、対応するＩＤ情報（つまり、コントローラＩＤ、送信機ＩＤ及びタグＩＤ）を受信した日時を示す情報である。
同図は、例えば、コントローラＩＤが「０」で、送信機ＩＤが「０」で、タグＩＤが「０」であるＩＤ情報の受信日時は、「２０１１／２／１ １１：４８：００」であることを示している。

＜退社時刻テーブル＞
次に、空調制御サーバ４００の記憶部４２０に記憶されている退社時刻テーブル７０について説明する。

図９（ａ）は、退社時刻テーブル７０のデータ構成及び内容例を示す図である。
退社時刻テーブル７０は、同図に示すように、タグＩＤ７１と退社回数７２とを対応付けて構成される情報であり、空調制御サーバ４００の更新部４４１により更新され、空調制御部４４４により参照される。

ここで、タグＩＤ７１は、タグの識別情報であり、退社回数７２は、対応するタグＩＤが示すタグを所持しているユーザの時間帯毎の退社回数を示す情報である。
同図は、例えば、タグＩＤが「０」であるタグのユーザの１７：００〜１７：１５の退社回数が「０」回であり、１７：１５〜１７：３０の退社回数が「４」回であり、１７：３０〜１７：４５の退社回数が「０」回であり、１７：４５〜１８：００の退社回数が「１」回であり、１８：００〜１８：１５の退社回数が「５」回であり、・・・、２２：４５〜２３：００の退社回数が「０」回であることを示している。

ここで、空調制御サーバ４００の更新部４４１は、以下のようにして退社時刻テーブル７０を更新する。
例えば、入退出制御サーバ２３００から第１通信部４１０を介してタグＩＤ「０」及び退社日時「２０１１／１／３１ １７：１５」を受信したものとする。この場合に、更新部４４１は、退社時刻テーブル７０のタグＩＤが「０」であり、１７：１５〜１７：３０の退社回数を「４」回から「５」回に更新する。

＜閾値時間テーブル＞
次に、空調制御サーバ４００の記憶部４２０に記憶されている閾値時間テーブル８０について説明する。

図９（ｂ）は、閾値時間テーブル８０のデータ構成及び内容例を示す図である。
閾値時間テーブル８０は、同図に示すように、タグＩＤ８１と閾値時間８２とを対応付けて構成される情報であり、空調制御サーバ４００の算出部４４２により更新され、空調制御部４４４により参照される。

ここで、タグＩＤ８１は、タグの識別情報であり、閾値時間８２は、対応するタグＩＤが示すタグを所持しているユーザの離席が短時間か、中長時間かを区別するための閾値時間を示す情報である。

同図は、例えば、タグＩＤが「０」であるタグのユーザの閾値時間は、「００：０６：００」（６分）であることを示している。
ここで、空調制御サーバ４００の算出部４４２は、タグＩＤ毎に、以下の処理を行うことで、各ユーザについての閾値時間を算出し、閾値時間テーブル８０を更新する。

即ち、算出部４４２は、未処理のタグＩＤの内の１つを処理対象として選択し、処理対象のタグＩＤと、現在から所定時間前まで（例えば、１ヶ月前まで）の受信日時とを含む各受信情報を、受信時刻テーブル６０から取得し、各離席時間を算出する。

例えば、タグＩＤ「０」と受信日時「２０１１／２／１ １１：４８：００」とを含む受信情報の次に登録されたタグＩＤ「０」を含む受信情報に含まれている受信時間が「２０１１／２／１ １１：５２：００」の場合、離席時間を「００：０４：００」（４分）と算出する。

なお、離席時間が１：００未満の場合、離席時間は「００：００：００」（０分）であるものとする。
算出部４４２は、処理対象のタグＩＤについて算出した各離席時間に基づいて、時間区間毎の離席回数を算出し、一般的なクラスタ分析の手法を用いて、時間区間毎の離席回数をクラスタリングする。

図１０は、あるユーザについての各離席時間に基づいて算出した時間区間毎の離席回数のクラスタリング結果を示す図である。
同図では、算出した時間区間毎の離席回数が短時間離席のクラスタと、中時間離席のクラスタと、長時間離席のクラスタとに分割された例を示している。

算出部４４２は、最短の時間区間を含むクラスタ（短時間離席のクラスタ）に属する時間帯毎の離席回数を、例えば正規分布で近似し、＋３σとなる離席時間を閾値時間と特定し、閾値時間テーブル８０の処理対象のタグＩＤについての閾値時間を更新する。

以上の処理を、処理対象のタグＩＤを順に変えて行うことで、各ユーザについての閾値時間を閾値時間テーブル８０に登録することができる。
＜スケジュールテーブル＞
次に、空調制御サーバ４００の記憶部４２０に記憶されているスケジュールテーブル９０について説明する。

図９（ｃ）は、スケジュールテーブル９０のデータ構成及び内容例を示す図である。
スケジュールテーブル９０は、同図に示すように、実行日時９１と対象空調設備ＩＤ９２と制御処理９３とを対応付けて構成される情報である。

スケジュールテーブル９０は、空調制御システム１０００の管理者により、記憶部４２０に予め設定され、空調制御サーバ４００の空調制御部４４４により参照される。
ここで、実行日時９１は、空調制御を行う日時を示す情報であり、対象空調設備ＩＤ９２は、空調制御の対象となる空調設備の空調設備ＩＤ（識別情報）であり、制御処理９３は、空調制御の内容を示す情報である。

同図は、例えば、実行日時「毎週水曜日 １７：３０」に、対象空調設備ＩＤが「０」と「１」である空調設備（３ａ、３ｂ）に対して、制御処理「停止」を行うことを示している。

なお、同図に示す実行日時「毎週水曜日 １７：３０」は、定時退社日（ノー残業デーとも呼ばれる）、つまり、毎週特定の曜日や毎月特定の日に、全従業員が終業時間経過後に速やかに退社することが決められている日の終業日時を示している。

また、同図に示す実行日時「毎週月〜金曜日 １２：００〜１２：４０」は、昼食を取るために、多くの従業員が各エリアの外に出ている時間を示している。また、同図に示す実行日時「毎月１日 ９：３０〜１１：００」は、部署Ａの全所属員が、例えば会議室に集まって定例ミーティングを行うために、エリアａの外に出ている時間を示している。

＜動作＞
次に、上記構成を備え、上記データを取り扱う空調制御システム１０００の各機器の動作について説明する。

まず、コントローラ３００ａによるＩＤ情報の送信処理と、空調制御サーバ４００による受信時刻テーブル６０の更新処理について説明する。
図１１は、コントローラ３００ａによるＩＤ情報の送信処理及び空調制御サーバ４００による受信時刻テーブル６０の更新処理を示すフローチャートである。

なお、電源がＯＮになった場合に、コントローラ３００ａは図１１に示す送信処理の実行を、空調制御サーバ４００は図１１に示す更新処理の実行をそれぞれ開始するものとする。

＜ＩＤ情報の送信処理＞
まず、図１１の左側に示すフローチャートを用いて、コントローラ３００ａによるＩＤ情報の送信処理について説明する。

コントローラ３００ａの制御部３４０は、ＵＨＦ帯受信部３１０を介して、タグからのＵＨＦ帯信号を受信したか否かを判定し（ステップＳ１）、受信していない場合には（ステップＳ１：ＮＯ）、再びステップＳ１の処理を行う。

タグからのＵＨＦ帯信号を受信した場合には（ステップＳ１：ＹＥＳ）、制御部３４０は、受信したＵＨＦ帯信号に含まれている送信機ＩＤが、記憶部３３０の送信機リスト３０に含まれているか否かを判定する（ステップＳ２）。

送信機ＩＤが、送信機リスト３０に含まれていない場合には（ステップＳ２：ＮＯ）、制御部３４０は、特に処理を行うことなく再びステップＳ１から処理を開始する。
また、送信機ＩＤが、送信機リスト３０に含まれている場合には（ステップＳ２：ＹＥＳ）、制御部３４０は、受信したＵＨＦ帯信号に含まれているタグＩＤが、記憶部３３０のタグリスト４０に含まれているか否かを判定する（ステップＳ３）。

タグＩＤが、タグリスト４０に含まれていない場合には（ステップＳ３：ＮＯ）、制御部３４０は、特に処理を行うことなく再びステップＳ１から処理を開始する。
また、タグＩＤが、タグリスト４０に含まれている場合には（ステップＳ３：ＹＥＳ）、制御部３４０は、ステップＳ２、Ｓ３の判定に用いた送信機ＩＤ及びタグＩＤと、記憶部３３０のコントローラＩＤ３３１とを、つまりＩＤ情報を、第２通信部３２１を介して空調制御サーバ４００に送信する（ステップＳ４）。ステップＳ４の処理が完了すると、制御部３４０は、再びステップＳ１から処理を開始する。

＜受信時刻テーブルの更新処理＞
次に、図１１の右側に示すフローチャートを用いて、空調制御サーバ４００による受信時刻テーブル６０の更新処理について説明する。

空調制御サーバ４００の制御部４４０における更新部４４１は、ステップＳ４で、いずれかのコントローラ（３００ａ又は３００ｂ）から送信されたＩＤ情報を第１通信部４１０を介して受信したか否かを判定する（ステップＳ１１）。ＩＤ情報を受信していない場合には（ステップＳ１１：ＮＯ）、更新部４４１は、再びステップＳ１１の処理を行う。

ＩＤ情報を受信した場合に（ステップＳ１１：ＹＥＳ）、更新部４４１は、第１計時部４３０から現在日時を取得し、取得した現在日時と、受信したＩＤ情報とを対応付けて、受信時刻テーブル６０に登録し（ステップＳ１２）、再びステップＳ１１から処理を行う。

＜特定処理＞
次に、空調制御サーバ４００による各エリアに存在するユーザとその数及び存在しなくなったユーザの特定処理について説明する。

図１２及び図１３は、空調制御サーバ４００による各エリアに存在するユーザとその数及び存在しなくなったユーザの特定処理を示すフローチャートである。
なお、空調制御サーバ４００は、その電源がＯＮになった場合に、図１１及び図１２に示す特定処理の実行を開始するものとする。

また、後述する「ＣＮＴ＿ｉ」、「ＰＲＥ＿ＣＮＴ＿ｉ」、「ＬＩＳＴ＿ｉ」及び「ＰＲＥ＿ＬＩＳＴ＿ｉ」は空調制御サーバ４００のメモリに記憶され、電源がＯＮになった直後において、それぞれが「０」であるものとする。

まず、空調制御サーバ４００の制御部４４０における特定部４４３は、処理対象とするコントローラのコントローラＩＤ（同図では、「ｉ」と表記）を「０」に初期化する（図１２のステップＳ２１）。また、特定部４４３は、処理対象とする送信機の送信機ＩＤ（同図では「ｊ」と表記）を「０」に初期化する（ステップＳ２２）。

続いて、特定部４４３は、処理対象である送信機の送信機ＩＤ「ｊ」が、コントローラＩＤが「ｉ」であるコントローラが設置されているエリアに存在する送信機の数（図１の例では、「８」）より大きいかを判定する（ステップＳ２３）。この送信機の数は、図８（ａ）に示す構成情報テーブル５０において、コントローラＩＤ「ｉ」と対応付けられている送信機ＩＤの数である。

なお、以下では、コントローラＩＤが「ｉ」であるコントローラが設置されているエリアのことを、「処理対象のエリア」ともいう。
処理対象である送信機の送信機ＩＤ「ｊ」が送信機の数以下である場合（ステップＳ２３：ＮＯ）、特定部４４３は、第１計時部４３０から現在日時を取得する（ステップＳ２４）。また、特定部４４３は、受信時刻テーブル６０から、直近に登録されたコントローラＩＤ「ｉ」及び送信機ＩＤ「ｊ」と対応付けられた受信日時及びタグＩＤを取得する（ステップＳ２５）。

特定部４４３は、ステップＳ２４で取得した現在日時に比べて、ステップＳ２５で取得した受信日時が所定時間（例えば、１０秒）以上前の日時を示すか否かを判定する（ステップＳ２６）。

所定時間以上前の日時を示さない場合に（ステップＳ２６：ＮＯ）、特定部４４３は、ステップＳ２５で取得したタグＩＤを、処理対象のエリアに現在存在するタグＩＤのリスト（同図では「ＬＩＳＴ＿ｉ」と表記）に登録する。また、特定部４４３は、処理対象のエリアにおける現在のユーザ数（同図では「ＣＮＴ＿ｉ」と表記）を１増加させる（ステップＳ２７）。

ステップＳ２７の処理を完了した場合、又はステップＳ２６で所定時間以上前の日時を示す場合に（ステップＳ２６：ＹＥＳ）、特定部４４３は、処理対象である送信機の送信機ＩＤ「ｊ」を１増加させ（ステップＳ２８）、再びステップＳ２３から処理を行う。

処理対象である送信機の送信機ＩＤ「ｊ」が送信機の数より大きい場合に（ステップＳ２３：ＹＥＳ）、特定部４４３は、処理対象のエリアに前回存在したユーザの数（同図「ＰＲＥ＿ＣＮＴ＿ｉ」と表記）が、現在のユーザ数「ＣＮＴ＿ｉ」より多いかを判定する（図１３のステップＳ２９）。つまり、ステップＳ２９では、処理対象のエリアに存在するユーザの数が減ったか否かを判定することになる。

前回存在したユーザの数「ＰＲＥ＿ＣＮＴ＿ｉ」のほうが多い場合、つまりユーザの数が減った場合には（ステップＳ２９：ＹＥＳ）、特定部４４３は、現在のユーザ数「ＣＮＴ＿ｉ」が「０」又は「Ｎ−１」であるかを判定する（ステップＳ３０）。

ここで、Ｎは、ユーザ数が「Ｎ−１」から「Ｎ」に増加した場合に、空調の制御状態を「第１状態」から「第２状態」に変更すべき人数であり、空調制御システム１０００の管理者により予め設定されており、以下では、一例として「４」であるものとする。

なお、本実施の形態では、空調の制御状態が「第２状態」に変更された場合、「第１状態」の場合より風量を多くすると共に、低い設定温度に制御するものとする。
否定的な判定を行った場合に（ステップＳ３０：ＮＯ）、特定部４４３は、後述するステップＳ３７の処理に進む。また、肯定的な判定を行った場合に（ステップＳ３０：ＹＥＳ）、特定部４４３は、処理対象のエリアに前回存在した全ユーザのタグＩＤのリスト（同図では、「ＰＲＥ＿ＬＩＳＴ＿ｉ」と表記）に含まれ、現在存在するタグＩＤのリスト「ＬＩＳＴ＿ｉ」に含まれないタグＩＤを特定する（ステップＳ３１）。つまり、ステップＳ３１では、処理対象のエリアに存在しなくなったユーザを特定することになる。

特定部４４３は、処理対象であるコントローラのコントローラＩＤ「ｉ」、処理対象のエリアに現在存在するユーザの数「ＣＮＴ＿ｉ」及びステップＳ３１で特定したタグＩＤを、空調制御部４４４に通知する（ステップＳ３２）。

また、特定部４４３は、処理対象であるコントローラのコントローラＩＤ「ｉ」を１増加させる（ステップＳ３３）。
また、特定部４４３は、処理対象のエリアに前回存在したユーザの数「ＰＲＥ＿ＣＮＴ＿ｉ」を、現在のユーザ数「ＣＮＴ＿ｉ」で更新し、「ＣＮＴ＿ｉ」を「０」で初期化する。また、特定部４４３は、処理対象のエリアに前回存在した全ユーザのタグＩＤのリスト「ＰＲＥ＿ＬＩＳＴ＿ｉ」を、現在存在するタグＩＤのリスト「ＬＩＳＴ＿ｉ」で更新し、「ＬＩＳＴ＿ｉ」を「０」で初期化する（ステップＳ３４）。

また、特定部４４３は、処理対象であるコントローラのコントローラＩＤ「ｉ」が、コントローラの数（図１の例では、「２」）より大きいかを判定する（ステップＳ３５）。このコントローラの数は、図８（ａ）に示す構成情報テーブル５０に登録されているコントローラＩＤの数である。

特定部４４３は、コントローラＩＤ「ｉ」がコントローラの数より大きい場合には（ステップＳ３５：ＹＥＳ）、ステップＳ２１から、コントローラＩＤ「ｉ」がコントローラの数以下である場合には（ステップＳ３５：ＮＯ）、ステップＳ２２から処理を行う。

一方、ステップＳ２９において、処理対象のエリアにおける現在のユーザ数「ＣＮＴ＿ｉ」が前回のユーザ数「ＰＲＥ＿ＣＮＴ＿ｉ」以上である場合、つまり、ユーザ数が変動していないか、増加した場合に（ステップＳ２９：ＮＯ）、以下の処理を行う。

即ち、特定部４４３は、「ＣＮＴ＿ｉ」と「ＰＲＥ＿ＣＮＴ＿ｉ」とが一致するかを判定する（ステップＳ３６）し、一致する場合、つまり、ユーザ数に変動ない場合に（ステップＳ３６：ＹＥＳ）、ステップＳ３３から処理を行う。

また、「ＣＮＴ＿ｉ」と「ＰＲＥ＿ＣＮＴ＿ｉ」とが一致しない場合、つまり、ユーザ数が増加した場合に（ステップＳ３６：ＮＯ）、特定部４４３は、処理対象であるコントローラのコントローラＩＤ「ｉ」及び処理対象のエリアにおける現在のユーザ数「ＣＮＴ＿ｉ」を、空調制御部４４４に通知する（ステップＳ３７）。ステップＳ３７の処理を完了した場合に、特定部４４３は、ステップＳ３３から処理を行う。

＜空調制御処理＞
次に、空調制御サーバ４００による各空調設備に対する空調制御処理について説明する。

図１４は、空調制御サーバ４００による空調制御処理を示すフローチャートである。
なお、空調制御サーバ４００は、その電源がＯＮになった場合に、図１４に示す空調制御処理の実行を開始するものとする。

まず、空調制御サーバ４００の制御部４４０における空調制御部４４４は、第１計時部４３０から現在日時を取得し（ステップＳ４１）、記憶部４２０のスケジュールテーブル９０に登録されている実行日時と一致するか否かを判定する（ステップＳ４２）。

一致する場合に（ステップＳ４２：ＹＥＳ）、空調制御部４４４は、スケジュールテーブル９０に登録されているその実行日時と対応する制御処理を実行し（ステップＳ４３）、再びステップＳ４１から処理を行う。

一方、一致しない場合に（ステップＳ４２：ＮＯ）、空調制御部４４４は、処理対象とするコントローラのコントローラＩＤ（同図では、「ｉ」と表記）を「０」に初期化し、コントローラＩＤ「ｉ」がコントローラの数より大きいかを判定する（ステップＳ４４、Ｓ４５）。

コントローラＩＤ「ｉ」がコントローラの数以下である場合に（ステップＳ４５：ＮＯ）、空調制御部４４４は、ステップＳ４１で取得した現在時刻が、特定時刻（例えば、２２：００）と一致するか否かを判定する（ステップＳ４６）。

空調制御部４４４は、現在時刻が特定時刻と一致する場合には（ステップＳ４６：ＹＥＳ）、定刻処理を実行し（ステップＳ５０）、現在時刻が特定時刻と一致しない場合には（ステップＳ４６：ＮＯ）、通常処理を実行する（ステップＳ６０）。なお、定刻処理及び通常処理の内容については後述する（図１５、図１６参照）。

また、空調制御部４４４は、処理対象であるコントローラのコントローラＩＤ「ｉ」を１増加させ（ステップＳ４７）、再びステップＳ４５から処理を行う。
コントローラＩＤ「ｉ」がコントローラの数より大きい場合には（ステップＳ４５：ＹＥＳ）、再びステップＳ４１から処理を行う。

＜定刻処理＞
次に、上記空調制御処理の定刻処理（ステップＳ５０）の詳細を説明する。
図１５は、空調制御サーバ４００による定刻処理を示すフローチャートである。

まず、空調制御部４４４は、処理対象であるコントローラのコントローラＩＤ「ｉ」と共に特定部４４３から通知された処理対象のエリアにおける現在のユーザ数「ＣＮＴ＿ｉ」が「０」であるかを判定する（ステップＳ５１）。

通知された「ＣＮＴ＿ｉ」が「０」である場合又は特定部４４３から通知がされていない場合に（ステップＳ５１：ＹＥＳ）、空調制御部４４４は定刻処理を終了する。
また、通知された「ＣＮＴ＿ｉ」が「０」でない場合に（ステップＳ５１：ＮＯ）、空調制御部４４４は、特定部４４３から、処理対象のエリアに現在存在するタグＩＤのリスト「ＬＩＳＴ＿ｉ」を取得する。また、空調制御部４４４は、取得した「ＬＩＳＴ＿ｉ」に含まれている各タグＩＤについての退社予定時刻を記憶部４２０の退社時刻テーブル７０から取得する（ステップＳ５２）。

ここで、ユーザの退社予定時刻は、そのユーザが所定時間以内に退出する可能性が高い時刻をいい、一例として、退社回数が最大となる時間帯の開始時刻であるものとする。例えば、図９（ａ）に示す退社時刻テーブル７０において、タグＩＤが「０」であるタグのユーザの退社予定時刻は、退社回数が最大となる時間帯（１８：００〜１８：１５）の開始時刻「１８：００」である。

空調制御部４４４は、取得した各退社予定時刻のうち、最も遅い退社予定時刻（以下、「最遅退社予定時刻」という）と、その最遅退社予定時刻と対応するタグＩＤ（以下、「対象ＩＤ」という）とを特定する（ステップＳ５３）。

また、空調制御部４４４は、第１計時部４３０から現在時刻を取得し、現在時刻から最遅退社予定時刻までの時間を算出し、所定時間（例えば、１５分）以下であるかを判定する（ステップＳ５４〜Ｓ５６）。

算出した現在時刻から最遅退社予定時刻までの時間が、所定時間以下である場合に（ステップＳ５６：ＹＥＳ）、空調制御部４４４は、処理対象であるコントローラのコントローラＩＤ「ｉ」と対応する空調設備ＩＤを記憶部４２０の構成情報テーブル５０から取得する。また、空調制御部４４４は、空調を停止することを指示する制御信号を、取得した空調設備ＩＤが示す空調設備に第２通信部４１１を介して送信することで、その空調設備による空調を停止するよう制御し（ステップＳ５７）、定刻処理を終了する。

また、算出した現在時刻から最遅退社予定時刻までの時間が、所定時間より長い場合に（ステップＳ５６：ＮＯ）、空調制御部４４４は、特定部４４３から、処理対象のエリアに現在存在するタグＩＤのリスト「ＬＩＳＴ＿ｉ」を取得する。

また、空調制御部４４４は、取得した「ＬＩＳＴ＿ｉ」に対象ＩＤが存在するかを判定し（ステップＳ５８）、存在する場合には（ステップＳ５８：ＹＥＳ）、再びステップＳ５４から、存在しない場合には（ステップＳ５８：ＮＯ）、再びステップＳ５１から処理を行う。

＜通常処理＞
次に、上記空調制御処理の通常処理（ステップＳ６０）の詳細を説明する。
図１６は、空調制御サーバ４００による通常処理を示すフローチャートである。

まず、空調制御部４４４は、特定部４４３からの通知があったか否かを判定し（ステップＳ６１）、通知がなかった場合には（ステップＳ６１：ＮＯ）、通常処理を終了する。
また、通知があった場合に（ステップＳ６１：ＹＥＳ）、空調制御部４４４は、通知された処理対象のエリアにおける現在のユーザ数「ＣＮＴ＿ｉ」が「０」であるかを判定する（ステップＳ６２）。

「ＣＮＴ＿ｉ」が「０」である場合に（ステップＳ６２：ＹＥＳ）、空調制御部４４４は、後述する０人処理を実行し（ステップＳ７０）、通常処理を終了する。
また、「ＣＮＴ＿ｉ」が「０」でない場合に（ステップＳ６２：ＮＯ）、空調制御部４４４は、「ＣＮＴ＿ｉ」が「１」であるかを判定する（ステップＳ６３）。

「ＣＮＴ＿ｉ」が「１」である場合に（ステップＳ６３：ＹＥＳ）、空調制御部４４４は、処理対象であるコントローラのコントローラＩＤ「ｉ」と対応する空調設備ＩＤを記憶部４２０の構成情報テーブル５０から取得する。また、空調制御部４４４は、取得した空調設備ＩＤが示す空調設備の運転状態が停止中であるか否かを判定し（ステップＳ６４）、停止中でない場合には（ステップＳ６４：ＮＯ）、通常処理を終了する。

また、停止中である場合に（ステップＳ６４：ＹＥＳ）、空調制御部４４４は、空調の制御状態を「第１状態」として運転を開始するよう、取得した空調設備ＩＤが示す空調設備を制御し（ステップＳ６５）、通常処理を終了する。

なお、ステップＳ６５の処理では、空調制御部４４４は、空調の制御状態を「第１状態」とした運転の開始を指示する制御信号を、取得した空調設備ＩＤが示す空調設備に第２通信部４１１を介して送信する。

一方、ステップＳ６３において、特定部４４３から通知された処理対象のエリアにおける現在のユーザ数「ＣＮＴ＿ｉ」が「１」でない場合に（ステップＳ６３：ＮＯ）、空調制御部４４４は、「ＣＮＴ＿ｉ」の数を判定する（ステップＳ６６）。

「ＣＮＴ＿ｉ」が「Ｎ−１」である場合に（ステップＳ６６：Ｎ−１）、空調制御部４４４は、後述するＮ−１人処理を実行し（ステップＳ８０）、通常処理を終了する。
また、「ＣＮＴ＿ｉ」が「Ｎ」である場合に（ステップＳ６６：Ｎ）、空調制御部４４４は、処理対象であるコントローラのコントローラＩＤ「ｉ」と対応する空調設備ＩＤを記憶部４２０の構成情報テーブル５０から取得する。また、空調制御部４４４は、空調の制御状態を「第２状態」として運転を開始するよう、取得した空調設備ＩＤが示す空調設備を制御し（ステップＳ６７）、通常処理を終了する。

なお、ステップＳ６７の処理では、空調制御部４４４は、空調の制御状態を「第２状態」とした運転の開始を指示する制御信号を、取得した空調設備ＩＤが示す空調設備に第２通信部４１１を介して送信する。

また、「ＣＮＴ＿ｉ」が「Ｎ−１」及び「Ｎ」以外である場合に（ステップＳ６６：その他）、空調制御部４４４は、特に処理を行うことなく、通常処理を終了する。
＜０人処理＞
次に、上記通常処理の０人処理（ステップＳ７０）の詳細を説明する。

図１７は、空調制御サーバ４００による０人処理を示すフローチャートである。
まず、空調制御部４４４は、第２計時部４３１に計時開始を指示し、特定部４４３から通知された、処理対象のエリアに存在しなくなったユーザのタグＩＤと対応付けられた閾値時間を記憶部４２０の閾値時間テーブル８０から取得する（ステップＳ７１、Ｓ７２）。

空調制御部４４４は、第２計時部４３１による計時時間が、取得した閾値時間を経過したかを判定する（ステップＳ７３）。取得した閾値時間を経過していない場合に（ステップＳ７３：ＮＯ）、空調制御部４４４は、特定部４４３から新たに現在のユーザ数「ＣＮＴ＿ｉ」の通知がなされたかを判定する（ステップＳ７４）。

新たな「ＣＮＴ＿ｉ」の通知がなされていない場合に（ステップＳ７４：ＮＯ）、空調制御部４４４は、再びステップＳ７３から処理を行う。また、新たな「ＣＮＴ＿ｉ」の通知がなされた場合に（ステップＳ７４：ＹＥＳ）、空調制御部４４４は、第２計時部４３１による計時を停止させ、リセットし（ステップＳ７５）、０人処理を終了する。

一方、ステップＳ７３において、第２計時部４３１による計時時間が、取得した閾値時間を経過した場合に（ステップＳ７３：ＹＥＳ）、空調制御部４４４は、特定部４４３から新たに「ＣＮＴ＿ｉ」の通知がなされたかを判定する（ステップＳ７６）。

新たな「ＣＮＴ＿ｉ」の通知がなされた場合に（ステップＳ７６：ＹＥＳ）、空調制御部４４４は、ステップＳ７５の処理に進む。
新たな「ＣＮＴ＿ｉ」の通知がなされていない場合に（ステップＳ７６：ＮＯ）、空調制御部４４４は、処理対象であるコントローラのコントローラＩＤ「ｉ」と対応する空調設備ＩＤを記憶部４２０の構成情報テーブル５０から取得する。また、空調制御部４４４は、図１５に示す定刻処理のステップＳ５７の処理と同様に、取得した空調設備ＩＤが示す空調設備による空調を停止するよう制御し（ステップＳ７７）、０人処理を終了する。

＜Ｎ−１人処理＞
次に、上記通常処理のＮ−１人処理（ステップＳ８０）の詳細を説明する。
図１８は、空調制御サーバ４００によるＮ−１人処理を示すフローチャートである。

まず、空調制御部４４４は、図１７に示す０人処理におけるステップＳ７１〜Ｓ７３の処理と同様に、第２計時部４３１への計時開始指示（ステップＳ８１）、閾値時間の取得処理（ステップＳ８２）、閾値時間を経過したかの判定処理（ステップＳ８３）を行う。

閾値時間を経過していない場合に（ステップＳ８３：ＮＯ）、空調制御部４４４は、図１７に示す０人処理におけるステップＳ７４の処理と同様に、特定部４４３から新たに現在のユーザ数「ＣＮＴ＿ｉ」の通知がなされたかを判定する（ステップＳ８４）。

新たな「ＣＮＴ＿ｉ」の通知がなされていない場合に（ステップＳ８４：ＮＯ）、空調制御部４４４は、再びステップＳ８３から処理を行う。また、新たな「ＣＮＴ＿ｉ」の通知がなされた場合に（ステップＳ８４：ＹＥＳ）、空調制御部４４４は、通知された「ＣＮＴ＿ｉ」の値を判定する（ステップＳ８５）。

通知された「ＣＮＴ＿ｉ」が「Ｎ」である場合に（ステップＳ８５：Ｎ）、空調制御部４４４は、図１７に示す０人処理におけるステップＳ７５の処理と同様に、第２計時部４３１による計時を停止させ、リセットし（ステップＳ８６）、Ｎ−１人処理を終了する。

また、通知された「ＣＮＴ＿ｉ」が「Ｎ−２」である場合に（ステップＳ８５：Ｎ−２）、空調制御部４４４は、処理対象であるコントローラのコントローラＩＤ「ｉ」と対応する空調設備ＩＤを記憶部４２０の構成情報テーブル５０から取得する。また、空調制御部４４４は、図１６に示す通常処理におけるステップＳ６５の処理と同様に、空調の制御状態を「第１状態」とした運転を開始するよう、取得した空調設備ＩＤが示す空調設備を制御し（ステップＳ８８）、Ｎ−１人処理を終了する。

一方、ステップＳ８３において、閾値時間を経過した場合に（ステップＳ８３：ＹＥＳ）、空調制御部４４４は、新たな「ＣＮＴ＿ｉ」として「Ｎ」が通知されているかを判定する（ステップＳ８７）。

空調制御部４４４は、新たな「ＣＮＴ＿ｉ」の通知がなされた場合に（ステップＳ８７：ＹＥＳ）、ステップＳ８６の処理に進み、新たな「ＣＮＴ＿ｉ」の通知がなされていない場合に（ステップＳ８４：ＮＯ）、ステップＳ８８の処理に進む。

≪実施の形態２≫
実施の形態２では、空調制御サーバが、閾値時間テーブル８０及びスケジュールテーブル９０を用いないで空調制御処理を実行するようにした例を説明する。

実施の形態２に係る空調制御システムは、実施の形態１に係る空調制御システム１０００の空調制御サーバ４００に代えて、空調制御サーバ５００を備える点で、空調制御システム１０００とは異なる。従って、以下では、この空調制御サーバ５００について説明する。

＜空調制御サーバの構成＞
図１９は、空調制御サーバ５００の主要部の機能構成を示すブロック図である。
同図に示すように、空調制御サーバ５００は、第１通信部４１０と、第２通信部４１１と、記憶部５１０と、第１計時部４３０と、制御部５２０とから構成される。

空調制御サーバ５００は、第２計時部４３１を含まず、記憶部４２０及び制御部４４０に代えて記憶部５１０及び制御部５２０を含む点で、実施の形態１に係る空調制御サーバ４００とは異なる。

記憶部５１０は、構成情報テーブル５０、受信時刻テーブル６０及び退社時刻テーブル７０を記憶するためのメモリ領域である。
制御部５２０は、更新部４４１、特定部５２１及び空調制御部５２２を含み、算出部４４２を含まず、特定部４４３及び空調制御部４４４に代えて、特定部５２１及び空調制御部５２２を含む点で、実施の形態１に係る制御部４４０とは異なる。

ここで、特定部５２１は、基本的には実施の形態１に係る特定部４４３と同様の機能を有するが、各エリア内のユーザ数が０又は１に減少した場合に、そのエリア内に存在しなくなったユーザを特定する機能を有する点で、特定部４４３とは異なる。

また、空調制御部５２２は、記憶部５１０の退社時刻テーブル７０と、特定部５２１が特定したユーザ数等に基づいて、各空調設備の運転状態を制御する機能を有する。
＜空調制御サーバの動作＞
＜特定処理＞
次に、空調制御サーバ５００による各エリアに存在するユーザ、その数及び存在しなくなったユーザの特定処理について説明する。

図２０は、図１２から続く、空調制御サーバ５００による各エリアに存在するユーザとその数及び存在しなくなったユーザの特定処理を示すフローチャートである。
図２０に示す実施の形態２に係る空調制御サーバ５００による特定処理は、図１３に示す実施の形態１に係る空調制御サーバ４００による特定処理におけるステップＳ３０の処理に代えて、ステップＳ３８の処理を含む点で、図１３に示す特定処理とは異なる。

即ち、ステップＳ３８では、空調制御サーバ５００の特定部５２１は、前回より減少した現在のユーザ数「ＣＮＴ＿ｉ」が「０」又は「１」であるかを判定し、肯定的な判定を行った場合に（ステップＳ３８：ＹＥＳ）、ステップＳ３１の処理に進む。また、否定な判定を行った場合に（ステップＳ３８：ＮＯ）、特定部５２１は、ステップＳ３７の処理に進む。

＜空調制御処理＞
次に、空調制御サーバ５００による各空調設備に対する空調制御処理について説明する。

図２１は、空調制御サーバ５００による空調制御処理を示すフローチャートである。
同図に示すように、実施の形態２に係る空調制御サーバ５００による空調制御処理は、図１４に示す実施の形態１に係る空調制御サーバ４００による空調制御処理におけるステップＳ４４及びＳ４７の処理を含む。

空調制御サーバ５００の制御部５２０における空調制御部５２２は、処理対象であるコントローラのコントローラＩＤ「ｉ」を「０」に初期化し、コントローラＩＤ「ｉ」がコントローラの数より大きいかを判定する（ステップＳ４４、Ｓ４８）。

コントローラＩＤ「ｉ」がコントローラの数より大きい場合には（ステップＳ４８：ＹＥＳ）、空調制御部５２２は、再びステップＳ４４から処理を行う。
また、コントローラＩＤ「ｉ」がコントローラの数以下である場合に（ステップＳ４８：ＮＯ）、空調制御部５２２は、後述する通常処理を実行する（ステップＳ９０）。この通常処理の実行を完了すると、空調制御部５２２は、コントローラＩＤ「ｉ」を１増加させ（ステップＳ４７）、再びステップＳ４８から処理を行う。

＜通常処理＞
次に、上記空調制御処理の通常処理（ステップＳ９０）の詳細を説明する。
図２２は、空調制御サーバ５００による通常処理を示すフローチャートである。

空調制御部５２２は、図１６に示す実施の形態１に係る空調制御サーバ４００による通常処理と同様に、特定部４４３からの通知の有無を判定し（ステップＳ６１）、通知がなかった場合に（ステップＳ６１：ＮＯ）、通常処理を終了する。

また、通知があった場合に（ステップＳ６１：ＹＥＳ）、空調制御部５２２は、図１６に示す空調制御サーバ４００による通常処理と同様に、処理対象のエリアにおける現在のユーザ数「ＣＮＴ＿ｉ」が「０」であるかの判定処理を行う（ステップＳ６２）。

「ＣＮＴ＿ｉ」が「０」である場合に（ステップＳ６２：ＹＥＳ）、空調制御部５２２は、後述する０人処理を実行し（ステップＳ１００）、通常処理を終了する。
「ＣＮＴ＿ｉ」が「０」でない場合に（ステップＳ６２：ＮＯ）、空調制御部５２２は、図１６に示す空調制御サーバ４００による通常処理と同様に、「ＣＮＴ＿ｉ」が「１」であるかの判定処理を行う（ステップＳ６３）。

「ＣＮＴ＿ｉ」が「１」でない場合に（ステップＳ６３：ＮＯ）、空調制御部５２２は、「ＣＮＴ＿ｉ」の数を判定し（ステップＳ９１）、「ＣＮＴ＿ｉ」が「Ｎ−１」である場合に（ステップＳ９１：Ｎ−１）、ステップＳ６５の処理に進む。

また、空調制御部５２２は、「ＣＮＴ＿ｉ」が「Ｎ」である場合には（ステップＳ９１：Ｎ）、ステップＳ６７の処理に進み、「ＣＮＴ＿ｉ」が「Ｎ−１」及び「Ｎ」以外である場合には（ステップＳ９１：その他）、特に処理を行うことなく、通常処理を終了する。

一方、「ＣＮＴ＿ｉ」が「１」である場合に（ステップＳ６３：ＹＥＳ）、空調制御部５２２は、この「ＣＮＴ＿ｉ」と共に、処理対象のエリアに存在しなくなったユーザのタグＩＤが通知されているかを判定する（ステップＳ９２）。

空調制御部５２２は、タグＩＤが通知されている場合には（ステップＳ９２：ＹＥＳ）、後述する１人処理を実行して（ステップＳ１１０）、通常処理を終了し、タグＩＤが通知されていない場合には（ステップＳ９２：ＮＯ）、ステップＳ６４の処理に進む。

＜０人処理＞
次に、上記通常処理の０人処理（ステップＳ１００）の詳細を説明する。
図２３は、空調制御サーバ５００による０人処理を示すフローチャートである。

まず、空調制御部５２２は、特定部５２１から通知された、処理対象のエリアに存在しなくなったユーザのタグＩＤについての退社予定時刻を記憶部５１０の退社時刻テーブル７０から取得する（ステップＳ１０１）。

また、空調制御部５２２は、第１計時部４３０から現在時刻を取得し（ステップＳ１０２）、取得した現在時刻が、ステップＳ１で取得した退社予定時刻以降の時刻であるかを判定する（ステップＳ１０３）。

退社予定時刻以降の時刻である場合に（ステップＳ１０３：ＹＥＳ）、空調制御部５２２は、図１７に示す実施の形態１に係る空調制御サーバ４００による０人処理におけるステップＳ７７の処理と同様に、空調を停止させるよう空調設備を制御し（ステップＳ１０４）、０人処理を終了する。

また、退社予定時刻以降の時刻でない場合に（ステップＳ１０３：ＮＯ）、図１７に示す実施の形態１に係る空調制御サーバ４００による０人処理におけるステップＳ７４の処理と同様に、特定部５２１から新たに「ＣＮＴ＿ｉ」の通知がなされたかを判定する（ステップＳ１０５）。

空調制御部５２２は、新たな「ＣＮＴ＿ｉ」の通知がなされていない場合に（ステップＳ１０５：ＮＯ）、再びステップＳ１０２から処理を行い、新たな「ＣＮＴ＿ｉ」の通知がなされた場合に（ステップＳ１０５：ＹＥＳ）、０人処理を終了する。

＜１人処理＞
次に、上記通常処理の１人処理（ステップＳ１１０）の詳細を説明する。
図２４は、空調制御サーバ５００による１人処理を示すフローチャートである。

まず、空調制御部５２２は、特定部５２１から通知された、処理対象のエリアに存在しなくなったユーザのタグＩＤについての退社予定時刻を記憶部５１０の退社時刻テーブル７０から取得する（ステップＳ１１１）。

また、空調制御部５２２は、第１計時部４３０から現在時刻を取得し（ステップＳ１１２）、取得した現在時刻から退社予定時刻までの時間を算出し（ステップＳ１１３）、所定時間（例えば、１５分）以内であるかを判定する（ステップＳ１１４）。

所定時間以内である場合に（ステップＳ１１４：ＹＥＳ）、空調制御部５２２は、新たな「ＣＮＴ＿ｉ」として「０」が通知されているかを判定し（ステップＳ１１５）、通知されていない場合には（ステップＳ１１５：ＮＯ）、再びステップＳ１１５の処理を行う。

また、「ＣＮＴ＿ｉ」として「０」が通知された場合には（ステップＳ１１５：ＹＥＳ）、図２３に示す０人処理のステップＳ１０４の処理と同様に、空調を停止させるよう空調設備を制御し（ステップＳ１１６）、１人処理を終了する。

一方、ステップＳ１１３で算出した時間が所定時間以内でない場合に（ステップＳ１１４：ＮＯ）、空調制御部５２２は、新たな「ＣＮＴ＿ｉ」が通知されているかを判定する（ステップＳ１１７）。空調制御部５２２は、通知されていない場合には（ステップＳ１１７：ＮＯ）、再びステップＳ１１２から処理を行い、通知されている場合には（ステップＳ１１７：ＹＥＳ）、１人処理を終了する。

≪変形例≫
以下では、実施の形態２に係る空調制御サーバ５００の空調制御部５２２による１人処理の一変形例を説明する。

この変形例に係る１人処理（以下、「変形１人処理」という）は、処理対象のエリアに残っているユーザの退社予定時刻における予想室温を算出し、算出した室温が所定の温度範囲（以下、「快適域」という）に含まれる場合に限って、空調を停止させるものである。以下、変形１人処理について詳細に説明する。

なお、以下では、本変形例に係る空調制御サーバを「変形空調制御サーバ」といい、変形空調制御サーバにおける空調制御部を「変形空調制御部」という。
＜変形空調制御サーバの動作＞
＜変形１人処理＞
図２５は、変形空調制御サーバによる変形１人処理を示すフローチャートである。

この変形１人処理は、図２４に示す実施の形態２に係る空調制御サーバ５００による１人処理のステップＳ１１４及びＳ１１５の処理に代えて、ステップＳ１１９〜Ｓ１２１の処理を追加したものであるため、これらの処理を中心に説明する。

変形空調制御部は、ステップＳ１１２で取得した現在時刻からステップＳ１１１で取得した退社予定時刻までの時間を算出し（ステップＳ１１３）、処理対象のエリアにおける温度を測定する温度センサ（不図示）を用いて、現在の温度を測定する（ステップＳ１１９）。

測定した現在の温度に基づいて、現在時刻から、算出した時間を経過した時（退社予定時刻）における予測温度を算出し（ステップＳ１２０）、算出した予測温度が快適域に含まれるか否かを判定する（ステップＳ１２１）。

ここで、予測温度は、従来から知られている各種予測温度式を用いて算出してもよいし、各エリアにおける温度を定期的に測定しておき、測定した温度に基づいて算出してもよい。

算出した予測温度が快適域に含まれる場合には（ステップＳ１２１：ＹＥＳ）、ステップＳ１１６の処理に進み、算出した予測温度が快適域に含まれない場合には（ステップＳ１２１：ＮＯ）、ステップＳ１１７の処理に進む。

＜補足＞
以上、本発明に係る空調制御システムを、実施の形態１、２及び変形例（以下、単に「実施の形態」ともいう）に基づいて説明したが、以下のように変形することも可能であり、本発明は実施の形態で示した通りの空調制御システムに限られないことは勿論である。

（１）実施の形態では、コントローラ３００ａ、３００ｂがタグからのＵＨＦ帯信号を受信し、ＩＤ情報を送信するものとして説明したが、他の機器がタグからのＵＨＦ帯信号を受信するようにしてもよい。

例えば、タグからのＵＨＦ帯信号に含まれている送信機ＩＤが示す送信機がこのＵＨＦ帯信号を受信し、受信したＵＨＦ帯信号に含まれている送信機ＩＤ及びタグＩＤを、その送信機が接続するコントローラに送信するようにしてもよい。この場合、このコントローラは、送信機から受信した各ＩＤ及び自機のコントローラＩＤ（つまりＩＤ情報）を空調制御サーバに送信する。

（２）実施の形態では、特定処理（図１２、図１３、図２０）を、空調制御サーバの特定部が行うものとして説明したが、他の機器が行うようにしてもよい。例えば、各コントローラ（３００ａ、３００ｂ）が特定処理を行うようにし、各コントローラからの通知を受けて空調制御部は空調制御処理（図１４、図２１）を行うようにしてもよい。

（３）実施の形態では、各送信機は、ＬＦ帯信号を送信し、タグは、受信したＬＦ帯信号に呼応してＵＨＦ帯信号を送信するものとして説明した。しかしながら、各送信機及びタグが送信する信号は、実施の形態で一例として示した周波数帯のものである場合に限られず、他の周波数帯のものであってもよい。但し、各送信機が送信する信号と、タグが送信する信号とがなるべく干渉しないように、各信号の周波数帯を決定するほうが望ましい。

（４）実施の形態では、退社時刻テーブル７０は、タグＩＤ７１と退社回数７２とを対応付けて記憶しており、閾値時間テーブル８０は、タグＩＤ８１と閾値時間８２とを対応付けて記憶しているものとして説明した。しかしながら、タグＩＤ７１、８１に代えて、ユーザの識別情報（以下、「ユーザＩＤ」という）を記憶するようにしてもよい。

この場合、ユーザ毎に、そのユーザのユーザＩＤと、そのユーザが所有するタグのタグＩＤとを対応付けたテーブル（以下、「ユーザ情報テーブル」という）を新たに記憶するように、空調制御サーバを変形する必要がある。この変形に係る空調制御サーバは、ユーザ情報テーブルを用いてタグＩＤをユーザＩＤに変換して、この変形に係る退社時刻テーブル及び閾値時間テーブルを参照することになる。

この変形を行った場合、入退出管理システム２０００を、実施の形態で説明したように、タグを用いて入退出を管理するのではなく、例えば、ＩＣカードを用いて入退出を管理するように変形した場合にも適用できることになる。

即ち、入退出管理システムと空調管理システムとで共通のユーザＩＤを用いるようにし、入退出制御サーバからは、タグＩＤに代えてユーザＩＤを送信するようにする。この結果、この変形に係る空調制御サーバは、受信したユーザＩＤと退社日時とに基づいて、この変形に係る退社時刻テーブルを更新することができる。

（５）実施の形態では、退社時刻テーブル７０は、タグＩＤ７１と退社回数７２とを対応付けて記憶しているものとして説明したが、更に退社予定時刻を対応付けて記憶するようにしてもよい。

この場合、空調制御サーバの更新部４４１は、退社回数を更新した際に、実施の形態で説明したのと同様の方法（例えば、図２３のステップＳ１０１参照）で退社予定時刻を特定し、登録済みの退社予定時刻と異なる場合に、特定した退社予定時刻でこれを更新する。

なお、ここでは、タグＩＤ７１と退社回数７２と退社予定時刻を対応付けて記憶する例を説明したが、タグＩＤ７１と退社回数７２とを別テーブルとして管理し、退社時刻テーブルは、タグＩＤ７１と退社予定時刻とを対応付けて記憶するようにしてもよい。

また、入退出制御サーバからの情報に基づいて、退社予定時刻を特定するのではなく、例えば、空調制御サーバとＬＡＮ等を介して接続されたパソコンにおいてユーザが入力した退社予定時刻を、空調制御サーバがこのパソコンから受信し、登録するようにしてもよい。

また、例えば、各ユーザが退社予定時刻を入力するのではなく、各ユーザから電子媒体、紙媒体等の様々な媒体を介して取得した退社予定時刻を空調制御システムの管理者が、この変形に係る退社時刻テーブルに登録するようにしてもよい。

この退社予定時刻は、ユーザ毎に１つの時刻を指定するものであってもよいし、各々が曜日や日付と対応付けられた複数の時刻をユーザ毎に指定するものであってもよい。
なお、実施の形態に係る退社時刻テーブル７０の退社回数７２についても、曜日や日付毎に管理するようにしてもよい。

（６）実施の形態では、閾値時間テーブル８０は、タグＩＤ８１と閾値時間８２とを対応付けて記憶しているものとして説明した。しかしながら、更に対応するタグＩＤが示すタグを所持しているユーザの時間区間毎の離席回数を示す情報（以下、「離席情報」という）を対応付けて記憶するようにしてもよい。

また、閾値時間８２については記憶することなく、タグＩＤ８１と離席情報とを対応付けて記憶し、閾値時間を取得する必要が生じる都度、離席情報に基づいて閾値時間を算出するようにしてもよい。

また、各ユーザについての閾値時間は、実施の形態で説明したように、正規分布で近似する方法（図１０参照）により算出する場合に限らず、例えば、短時間離席のクラスタに属する時間区間のうち、最長の時間区間（図１０の例では、「４分」）としてもよい。

（７）実施の形態では、退社予定時刻は、一例として、退社回数が最大となる時間帯の開始時刻であるものとして説明したが、開始時刻に限らず、退社回数が最大となる時間帯内の特定時刻であってもよい。また、退社予定時刻は、例えば、退社回数が所定回数以上となる時間帯のうち、最も早い又は遅い時間帯に含まれる特定時刻であってもよい。

（８）実施の形態２に係る空調制御サーバ５００は、現在時刻から処理対象のエリアに最後に残ったユーザの退社予定時刻までの時間が所定時間以内である場合において、そのエリアにおけるユーザ数が「０」になったときに、空調を停止させるものとして説明した（図２４参照）。

しかしながら、現在時刻から処理対象のエリアに最後に残ったユーザの退社予定時刻までの時間が所定時間以内である場合に、そのエリアにおけるユーザ数が「０」になるのを待たずに空調を停止させるようにしてもよい。

（９）実施の形態では、快適域を温度の範囲により定義したが、湿度の範囲で定義してもよいし、温度及び湿度の範囲で定義してもよいし、ＰＭＶ（Predicted Mean Vote）値により定義してもよい。

ここで、ＰＭＶ値は、温度（室温）、湿度、輻射温度、気流速度、ユーザの着衣量及びユーザの活動量といったパラメータを用いて算出されるものであり、−３〜＋３までの値を取るものである。

温度以外のパラメータは、空調制御システムの管理者により予め設定されている値を用いることができる。例えば、湿度は「５０％」、輻射温度は「温度（室温）＋０．５℃」、気流速度は「０．１ｍ／ｓ」、ユーザの着衣量は、１２月〜２月は「０．９ｃｌｏ」、３月〜５月及び９月〜１１月は「０．７ｃｌｏ」、６月〜８月は「０．５ｃｌｏ」程度と設定する。また、活動量は、オフィスにおいては着席している場合が多いと考えられるため、「１．０ｍｅｔｓ」と設定する。

なお、湿度は、エリア毎に、湿度センサを備えるようにして、この湿度センサの検出値を用いるようにしてもよいし、ユーザの着衣量は、温度に応じた値を取るようにしてもよい。

快適域を、ＰＭＶ値が±０．５以内の範囲として、変形例の内容を更に変形することができる。なお、この±０．５以内という基準は、ＩＳＯ（International Organization for Standardization）で推奨されている基準である。

即ち、変形例では、退社予定時刻における予測温度を算出し、この予測温度が快適域（所定の温度範囲）に含まれる場合に、空調を停止させるものとして説明した（図２５のステップＳ１１９〜Ｓ１２１、Ｓ１１６）。これを、帰宅予定時刻における予測ＰＭＶ値を算出し、算出した予測ＰＭＶ値が±０．５以内（つまり、不快と感じる人が１０％以内）になる場合に、空調を停止させるように変形する。

（１０）実施の形態１に係る空調制御処理には、図１４に示すように、スケジュールテーブル９０に基づく処理（ステップＳ４２、Ｓ４３）と、定刻処理（ステップＳ５０）と、通常処理（ステップＳ６０）とが含まれているものとして説明した。

しかしながら、スケジュールテーブル９０に基づく処理（ステップＳ４２、Ｓ４３）と、定刻処理（ステップＳ５０）と、通常処理（ステップＳ６０）とのうちの一部のみを行うように、空調制御処理を変形してもよい。

（１１）実施の形態において説明した各機器における各構成要素のうち、全部又は一部を１チップ又は複数チップの集積回路で実現してもよいし、コンピュータのプログラムで実現してもよいし、その他どのような形態で実現してもよい。

また、実施の形態において説明した各構成要素は、それぞれの機器が有するプロセッサと協働することにより、その機能を実現する。
（１２）実施の形態において説明した各機器による処理（例えば、図１１〜図１８、図２０〜図２５参照）をプロセッサに実行させるためのプログラムを、記録媒体に記録し又は各種通信路等を介して、流通させ頒布することもできる。このような記録媒体には、ＩＣカード、光ディスク、フレキシブルディスク、ＲＯＭ、フラッシュメモリ等がある。流通、頒布されたプログラムは、機器におけるプロセッサで読み取り可能なメモリ等に格納されることにより利用に供され、そのプロセッサがそのプログラムを実行することにより実施の形態で示した各機器の機能が実現される。

（１３）実施の形態に係る空調制御システムに、上記（１）〜（１２）の一部又は全部の変形を組み合わせて適用してもよい。
（１４）以下、更に本発明の一実施形態に係る空調制御システム及び空調制御サーバの構成及び効果について説明する。

（ａ）本発明の一実施形態に係る空調制御システムは、複数のユーザに各自所持されるタグであって、第１信号を受信すると、自機の識別情報を含む第２信号を送信するタグと、タグから受信した第２信号に含まれている前記識別情報に基づいて、所定エリア内に存在するタグを特定する特定手段と、特定されたタグを所持するユーザが、過去に前記所定エリアに存在しなかった時を示す情報に基づいて決定した時間に、前記所定エリアにおける空調設備を制御する空調制御手段とを備える。

また、本発明の一実施形態に係る空調制御サーバは、複数のユーザに各自所持されるタグであって、第１信号を受信すると、自機の識別情報を含む第２信号を送信するタグからの第２信号に含まれている前記識別情報に基づいて、所定エリア内に存在するタグを特定する特定手段と、特定されたタグを所持するユーザが、過去に前記所定エリアに存在しなかった時を示す情報に基づいて決定した時間に、前記所定エリアにおける空調設備を制御する空調制御手段とを備える。

また、本発明の一実施形態に係る空調制御サーバは、複数のユーザに各自所持されるタグの識別情報を受信する受信手段と、各ユーザが、過去に前記所定エリアに存在しなかった時を示す情報の入力を受け付ける入力手段と、前記受信手段により受信されたタグの識別情報に基づき特定された所定エリア内に存在するタグを所持するユーザについての前記入力手段が受け付けた情報に基づく時間に、前記所定エリアにおける空調設備を制御するための制御信号を送信する送信手段とを備える。

この空調制御システム及びこの空調制御サーバは、所定エリアに存在するタグのユーザが、過去にそのエリアに存在しなかった時を示す情報に基づいて決定した時間に、そのエリアにおける空調設備を制御する。

従って、例えば、所定エリアに存在するタグのユーザが１人である場合に、そのユーザによるそのエリアに対する出入りが頻繁に行われたときでも、空調設備が、空調の停止、開始を繰り返してしまうといった事態の発生を防止できる。

即ち、この空調制御システム及びこの空調制御サーバは、上述のような事態が発生した場合と比較して、電力消費の増大を抑制でき、つまり、更なる省エネの実現に利用できる。

（ｂ）また、前記空調制御システムは、各ユーザが、過去に前記所定エリアから退出して所定時間以上当該所定エリアに戻らなかったときの当該退出時を示す退出時間情報を記憶する退出時間記憶手段を備え、前記空調制御手段は、所定時刻において、前記特定手段により特定されたタグが２以上存在する場合に、特定された各タグを所持するユーザについての各退出時間情報に基づいて、最も遅く退出するであろうユーザの退出予定時間を特定し、特定した退出予定時間に基づいて、前記所定エリアにおける空調を停止させる時間を決定することとしてもよい。

この空調制御システムは、所定時刻において、所定エリアに残っているユーザのうち、そのエリアから最も遅く退出するであろうユーザの退出予定時間に基づいて、そのエリアにおける空調を停止させる時間を決定する。

従って、所定エリアに残っている各ユーザの快適性を維持しつつ、不要な空調を停止させ、省エネを図ることができる。
（ｃ）また、前記空調制御システムは、各ユーザが、過去に前記所定エリアから退出して所定時間以上当該所定エリアに戻らなかったときの当該退出時の時刻に基づいて算出した時間帯毎の退出回数を記憶する退出回数記憶手段を備え、前記空調制御手段は、前記特定手段により特定されたタグの数が１に減少した時に、当該特定手段により特定されたタグを所持するユーザについての前記時間帯毎の退出回数に基づいて、当該ユーザが所定時間以内に退出する可能性が所定程度高いか否かを判定し、所定程度高いと判定した場合には、前記所定エリアにおける空調を停止させ、所定程度高くないと判定した場合には、前記所定エリアにおける空調を維持させるよう、当該所定エリアにおける空調設備を制御することとしてもよい。

ここで、所定エリアに残っている最後の１人のユーザが、現在から所定時間以内の時間帯に過去に多く退出し所定時間以上戻ってきていない場合、そのユーザは、今回も現在から所定時間以内にそのエリアから退出し所定時間以上戻らない可能性が高いと考えられる。

従って、空調を維持するよりも、停止させたほうが省エネになるよう所定時間を設定することで、この空調制御システムによれば、所定エリアに残っている最後の１人のユーザの快適性までも維持しつつ、不要な空調を停止させ、省エネを図ることができる。

（ｄ）また、前記空調制御手段は、前記特定手段により特定されたタグを所持するユーザが前記所定時間以内に退出する可能性が所定程度高いと判定した場合において、前記特定手段により特定されたタグの数が０に減少した時に、前記所定エリアにおける空調を停止させるよう、当該所定エリアにおける空調設備を制御することとしてもよい。

この空調制御システムは、所定エリアに残っている最後の１人のユーザが、実際にそのエリアから退出することを待って空調を停止させる。つまり、この空調制御システムによれば、最後の１人のユーザが、そのエリアから退出し所定時間以上戻ってこない可能性がより高い状況で、空調を停止させることができる。

（ｅ）また、前記空調制御システムは、各ユーザが、過去に前記所定エリアから退出して所定時間以上当該所定エリアに戻らなかったときの当該退出時を示す退出時間情報を記憶する退出時間記憶手段を備え、前記空調制御手段は、前記特定手段により特定されたタグの数が１である時に、当該特定手段により特定されたタグを所持するユーザについての前記退出時間情報に基づいて、当該ユーザの退出予定時間を特定し、現在から特定した退出予定時間までの時間が、現時点において前所定エリアにおける空調を停止した場合に、室温が所定範囲内に含まれなくなるまでの予測時間より短い場合には、前記所定エリアにおける空調を停止させ、長い場合には、前記所定エリアにおける空調の状態を維持するよう、当該所定エリアにおける空調設備を制御することとしてもよい。

この空調制御システムは、所定エリアに残っているユーザが１人になった場合に、そのユーザについて退出予定時間における室温が所定範囲内に含まれると予測されるときに限って、その予め空調を停止させる。

従って、この空調制御システムによれば、例えば、空調の余熱、余冷の効果を利用して、所定エリアに残っているユーザについての退出予定時間まではより確実に快適性を維持できると共に、更に省エネを図ることができる。

（ｆ）また、前記空調制御システムは、各ユーザが、過去に前記所定エリアを退出してから戻ってくるまでの離席時間を示す離席時間情報を記憶する離席時間記憶手段を備え、前記空調制御手段は、更に、前記特定手段により特定されたタグの数がＮ（Ｎ≧１）からＮ−１に減少した場合に、前記所定エリア内に存在しなくなったタグを所持するユーザについての前記離席時間情報に基づいて、前記所定エリアにおける空調の制御状態を、現在の状態から変化させ、あるいは現在の状態を維持するよう、当該所定エリアにおける空調設備を制御することとしてもよい。

ここで、空調の運転状態とは、空調設備における温度、湿度、風量等の目標値（設定値）を示すものである。
また、空調の運転状態を切り替えて、風量を増加させたり、冷房の温度設定を低くしたり、暖房の温度設定を高くしたり、加湿したり除湿したりした場合には、一般的に、切り替え前よりも電力消費が増大すると考えられる。

この空調制御システムは、所定エリアに存在するユーザの数がＮからＮ−１に減少した場合に、このエリアに存在しなくなったユーザについての離席時間情報に基づいて、空調の制御状態を変化させるかを制御する。

従って、所定エリアに存在するユーザの数がＮとＮ−１の間で頻繁に増減した場合でも、空調設備が、空調の制御状態の切り替えを繰り返してしまい、電力消費を増大させてしまうような事態の発生を防止できる。

つまり、上述のような事態が発生した場合と比較して、この空調制御システムは、電力消費の増大を抑制でき、つまり、更なる省エネの実現に利用できる。
（ｇ）また、前記空調制御システムは、各ユーザが、過去に前記所定エリアを退出してから戻ってくるまでの各離席時間を複数の群に分類し、最も短い離席時間が属する短時間群と他の群とを区別するための閾値時間を算出し、当該ユーザについての前記離席時間情報として前記離席時間記憶手段に格納する算出部を備え、前記空調制御手段は、前記所定エリア内に存在しなくなったタグを所持するユーザが、当該所定エリアを退出した時から、当該ユーザについての前記閾値時間を経過した時までに、当該所定エリアに戻った場合には、当該所定エリアにおける空調の制御状態を維持し、当該所定エリアに戻らなかった場合には、当該所定エリアにおける空調の制御状態を、現在の状態から変化させるよう、当該所定エリアにおける空調設備を制御することとしてもよい。

この空調制御システムは、所定エリアに存在するユーザの数がＮからＮ−１に減少した場合に、このユーザの離席時間が比較的長くなると判断できる場合に空調の制御状態を切り替えることができる。

従って、この空調制御システムによれば、上述のように、空調の制御状態の切り替えを繰り返してしまうことで、電力消費を増大させてしまうような事態の発生を適切に防止できる。

（ｈ）また、前記空調制御手段は、前記特定手段により特定されたタグの数が１から０に減少した場合において、前記所定エリア内に存在しなくなったタグを所持するユーザが、当該所定エリアを退出した時から、当該ユーザについての前記閾値時間を経過した時までに、当該所定エリアに戻らなかったときには、当該所定エリアにおける空調を停止させるよう、当該所定エリアにおける空調設備を制御することとしてもよい。

この空調制御システムによれば、所定エリアに存在するユーザの数が１から０に減少した場合に、このエリアに存在しなくなったユーザについての閾値時間に基づいて、このユーザの離席時間が比較的長くなる場合に、空調を停止させることができる。

従って、この空調制御システムによれば、上述のように、空調の停止、開始を繰り返してしまうことで、電力消費を増大させてしまうような事態の発生を適切に防止できる。
（ｉ）また、前記空調制御手段は、更に、予め設定されたスケジュールに従って、前記所定エリアにおける空調を停止させるよう、当該所定エリアにおける空調設備を制御することとしてもよい。

この空調制御システムによれば、所定エリアにユーザが存在しなくなる時間が予め分かっている場合に、その時間にそのエリアの空調を自動的に停止させることができるので、ユーザが意識することなく省エネを図ることができる。

２００ タグ
４００ 空調制御サーバ
４２０、５１０ 記憶部
４４２ 算出部
４４３、５２１ 特定部
４４４、５２２ 空調制御部
１０００ 空調制御システム

Claims (11)

1. 複数のユーザに各自所持されるタグであって、第１信号を受信すると、自機の識別情報を含む第２信号を送信するタグと、
   タグから受信した第２信号に含まれている前記識別情報に基づいて、所定エリア内に存在するタグを特定する特定手段と、
   特定されたタグを所持するユーザが、過去に前記所定エリアに存在しなかった時を示す情報に基づいて決定した時間に、前記所定エリアにおける空調設備を制御する空調制御手段とを備える
   ことを特徴とする空調制御システム。
2. 前記空調制御システムは、
   各ユーザが、過去に前記所定エリアから退出して所定時間以上当該所定エリアに戻らなかったときの当該退出時を示す退出時間情報を記憶する退出時間記憶手段を備え、
   前記空調制御手段は、所定時刻において、前記特定手段により特定されたタグが２以上存在する場合に、特定された各タグを所持するユーザについての各退出時間情報に基づいて、最も遅く退出するであろうユーザの退出予定時間を特定し、特定した退出予定時間に基づいて、前記所定エリアにおける空調を停止させる時間を決定する
   ことを特徴とする請求項１記載の空調制御システム。
3. 前記空調制御システムは、
   各ユーザが、過去に前記所定エリアから退出して所定時間以上当該所定エリアに戻らなかったときの当該退出時の時刻に基づいて算出した時間帯毎の退出回数を記憶する退出回数記憶手段を備え、
   前記空調制御手段は、前記特定手段により特定されたタグの数が１に減少した時に、当該特定手段により特定されたタグを所持するユーザについての前記時間帯毎の退出回数に基づいて、当該ユーザが所定時間以内に退出する可能性が所定程度高いか否かを判定し、
   所定程度高いと判定した場合には、前記所定エリアにおける空調を停止させ、
   所定程度高くないと判定した場合には、前記所定エリアにおける空調を維持させるよう、当該所定エリアにおける空調設備を制御する
   ことを特徴とする請求項１記載の空調制御システム。
4. 前記空調制御手段は、前記特定手段により特定されたタグを所持するユーザが前記所定時間以内に退出する可能性が所定程度高いと判定した場合において、前記特定手段により特定されたタグの数が０に減少した時に、前記所定エリアにおける空調を停止させるよう、当該所定エリアにおける空調設備を制御する
   ことを特徴とする請求項３記載の空調制御システム。
5. 前記空調制御システムは、
   各ユーザが、過去に前記所定エリアから退出して所定時間以上当該所定エリアに戻らなかったときの当該退出時を示す退出時間情報を記憶する退出時間記憶手段を備え、
   前記空調制御手段は、前記特定手段により特定されたタグの数が１である時に、当該特定手段により特定されたタグを所持するユーザについての前記退出時間情報に基づいて、当該ユーザの退出予定時間を特定し、現在から特定した退出予定時間までの時間が、現時点において前所定エリアにおける空調を停止した場合に、室温が所定範囲内に含まれなくなるまでの予測時間より短い場合には、前記所定エリアにおける空調を停止させ、長い場合には、前記所定エリアにおける空調の状態を維持するよう、当該所定エリアにおける空調設備を制御する
   ことを特徴とする請求項１記載の空調制御システム。
6. 前記空調制御システムは、
   各ユーザが、過去に前記所定エリアを退出してから戻ってくるまでの離席時間を示す離席時間情報を記憶する離席時間記憶手段を備え、
   前記空調制御手段は、更に、前記特定手段により特定されたタグの数がＮ（Ｎ≧１）からＮ−１に減少した場合に、前記所定エリア内に存在しなくなったタグを所持するユーザについての前記離席時間情報に基づいて、前記所定エリアにおける空調の制御状態を、現在の状態から変化させ、あるいは現在の状態を維持するよう、当該所定エリアにおける空調設備を制御する
   ことを特徴とする請求項１記載の空調制御システム。
7. 前記空調制御システムは、
   各ユーザが、過去に前記所定エリアを退出してから戻ってくるまでの各離席時間を複数の群に分類し、最も短い離席時間が属する短時間群と他の群とを区別するための閾値時間を算出し、当該ユーザについての前記離席時間情報として前記離席時間記憶手段に格納する算出部を備え、
   前記空調制御手段は、
   前記所定エリア内に存在しなくなったタグを所持するユーザが、当該所定エリアを退出した時から、当該ユーザについての前記閾値時間を経過した時までに、当該所定エリアに戻った場合には、当該所定エリアにおける空調の制御状態を維持し、
   当該所定エリアに戻らなかった場合には、当該所定エリアにおける空調の制御状態を、現在の状態から変化させるよう、当該所定エリアにおける空調設備を制御する
   ことを特徴する請求項６記載の空調制御システム。
8. 前記空調制御手段は、前記特定手段により特定されたタグの数が１から０に減少した場合において、前記所定エリア内に存在しなくなったタグを所持するユーザが、当該所定エリアを退出した時から、当該ユーザについての前記閾値時間を経過した時までに、当該所定エリアに戻らなかったときには、当該所定エリアにおける空調を停止させるよう、当該所定エリアにおける空調設備を制御する
   ことを特徴とする請求項７記載の空調制御システム。
9. 前記空調制御手段は、更に、予め設定されたスケジュールに従って、前記所定エリアにおける空調を停止させるよう、当該所定エリアにおける空調設備を制御する
   ことを特徴とする請求項１記載の空調制御システム。
10. 複数のユーザに各自所持されるタグであって、第１信号を受信すると、自機の識別情報を含む第２信号を送信するタグからの第２信号に含まれている前記識別情報に基づいて、所定エリア内に存在するタグを特定する特定手段と、
    特定されたタグを所持するユーザが、過去に前記所定エリアに存在しなかった時を示す情報に基づいて決定した時間に、前記所定エリアにおける空調設備を制御する空調制御手段とを備える
    ことを特徴とする空調制御サーバ。
11. 複数のユーザに各自所持されるタグの識別情報を受信する受信手段と、
    各ユーザが、過去に前記所定エリアに存在しなかった時を示す情報の入力を受け付ける入力手段と、
    前記受信手段により受信されたタグの識別情報に基づき特定された所定エリア内に存在するタグを所持するユーザについての前記入力手段が受け付けた情報に基づく時間に、前記所定エリアにおける空調設備を制御するための制御信号を送信する送信手段とを備える
    ことを特徴とする空調制御サーバ。

Images