複数のユーザに各自所持されるタグであって、第1信号を受信すると、自機の識別情報を含む第2信号を送信するタグと、タグから受信した第2信号に含まれている前記識別情報に基づいて、所定エリア内に存在するタグを特定する特定手段と、特定されたタグを所持するユーザが、過去に前記所定エリアに存在しなかった時を示す情報に基づいて決定した時間に、前記所定エリアにおける空調設備を制御する空調制御手段とを備えることを特徴とする空調制御システム。前記空調制御システムは、各ユーザが、過去に前記所定エリアから退出して所定時間以上当該所定エリアに戻らなかったときの当該退出時を示す退出時間情報を記憶する退出時間記憶手段を備え、前記空調制御手段は、所定時刻において、前記特定手段により特定されたタグが2以上存在する場合に、特定された各タグを所持するユーザについての各退出時間情報に基づいて、最も遅く退出するであろうユーザの退出予定時間を特定し、特定した退出予定時間に基づいて、前記所定エリアにおける空調を停止させる時間を決定することを特徴とする請求項1記載の空調制御システム。前記空調制御システムは、各ユーザが、過去に前記所定エリアから退出して所定時間以上当該所定エリアに戻らなかったときの当該退出時の時刻に基づいて算出した時間帯毎の退出回数を記憶する退出回数記憶手段を備え、前記空調制御手段は、前記特定手段により特定されたタグの数が1に減少した時に、当該特定手段により特定されたタグを所持するユーザについての前記時間帯毎の退出回数に基づいて、当該ユーザが所定時間以内に退出する可能性が所定程度高いか否かを判定し、所定程度高いと判定した場合には、前記所定エリアにおける空調を停止させ、所定程度高くないと判定した場合には、前記所定エリアにおける空調を維持させるよう、当該所定エリアにおける空調設備を制御することを特徴とする請求項1記載の空調制御システム。前記空調制御手段は、前記特定手段により特定されたタグを所持するユーザが前記所定時間以内に退出する可能性が所定程度高いと判定した場合において、前記特定手段により特定されたタグの数が0に減少した時に、前記所定エリアにおける空調を停止させるよう、当該所定エリアにおける空調設備を制御することを特徴とする請求項3記載の空調制御システム。前記空調制御システムは、各ユーザが、過去に前記所定エリアから退出して所定時間以上当該所定エリアに戻らなかったときの当該退出時を示す退出時間情報を記憶する退出時間記憶手段を備え、前記空調制御手段は、前記特定手段により特定されたタグの数が1である時に、当該特定手段により特定されたタグを所持するユーザについての前記退出時間情報に基づいて、当該ユーザの退出予定時間を特定し、現在から特定した退出予定時間までの時間が、現時点において前所定エリアにおける空調を停止した場合に、室温が所定範囲内に含まれなくなるまでの予測時間より短い場合には、前記所定エリアにおける空調を停止させ、長い場合には、前記所定エリアにおける空調の状態を維持するよう、当該所定エリアにおける空調設備を制御することを特徴とする請求項1記載の空調制御システム。前記空調制御システムは、各ユーザが、過去に前記所定エリアを退出してから戻ってくるまでの離席時間を示す離席時間情報を記憶する離席時間記憶手段を備え、前記空調制御手段は、更に、前記特定手段により特定されたタグの数がNN≧1からN-1に減少した場合に、前記所定エリア内に存在しなくなったタグを所持するユーザについての前記離席時間情報に基づいて、前記所定エリアにおける空調の制御状態を、現在の状態から変化させ、あるいは現在の状態を維持するよう、当該所定エリアにおける空調設備を制御することを特徴とする請求項1記載の空調制御システム。前記空調制御システムは、各ユーザが、過去に前記所定エリアを退出してから戻ってくるまでの各離席時間を複数の群に分類し、最も短い離席時間が属する短時間群と他の群とを区別するための閾値時間を算出し、当該ユーザについての前記離席時間情報として前記離席時間記憶手段に格納する算出部を備え、前記空調制御手段は、前記所定エリア内に存在しなくなったタグを所持するユーザが、当該所定エリアを退出した時から、当該ユーザについての前記閾値時間を経過した時までに、当該所定エリアに戻った場合には、当該所定エリアにおける空調の制御状態を維持し、当該所定エリアに戻らなかった場合には、当該所定エリアにおける空調の制御状態を、現在の状態から変化させるよう、当該所定エリアにおける空調設備を制御することを特徴する請求項6記載の空調制御システム。前記空調制御手段は、前記特定手段により特定されたタグの数が1から0に減少した場合において、前記所定エリア内に存在しなくなったタグを所持するユーザが、当該所定エリアを退出した時から、当該ユーザについての前記閾値時間を経過した時までに、当該所定エリアに戻らなかったときには、当該所定エリアにおける空調を停止させるよう、当該所定エリアにおける空調設備を制御することを特徴とする請求項7記載の空調制御システム。前記空調制御手段は、更に、予め設定されたスケジュールに従って、前記所定エリアにおける空調を停止させるよう、当該所定エリアにおける空調設備を制御することを特徴とする請求項1記載の空調制御システム。複数のユーザに各自所持されるタグであって、第1信号を受信すると、自機の識別情報を含む第2信号を送信するタグからの第2信号に含まれている前記識別情報に基づいて、所定エリア内に存在するタグを特定する特定手段と、特定されたタグを所持するユーザが、過去に前記所定エリアに存在しなかった時を示す情報に基づいて決定した時間に、前記所定エリアにおける空調設備を制御する空調制御手段とを備えることを特徴とする空調制御サーバ。複数のユーザに各自所持されるタグの識別情報を受信する受信手段と、各ユーザが、過去に前記所定エリアに存在しなかった時を示す情報の入力を受け付ける入力手段と、前記受信手段により受信されたタグの識別情報に基づき特定された所定エリア内に存在するタグを所持するユーザについての前記入力手段が受け付けた情報に基づく時間に、前記所定エリアにおける空調設備を制御するための制御信号を送信する送信手段とを備えることを特徴とする空調制御サーバ。しかしながら、エリア内に最後に残っているユーザが、エリアに対する出入りを頻繁に行った場合、特許文献1の技術によれば、空調設備は、空調の停止、開始を繰り返すことになり、空調を停止させず維持した場合と比較し、電力消費が増大してしまう。これは、空調設備は、空調開始時に比較的電力消費が大きくなるためである。そこで、本発明は係る問題に鑑みてなされたものであり、更なる省エネの実現に利用可能な空調制御システムを提供することを目的とする。上記課題を解決するために本発明に係る空調制御システムは、複数のユーザに各自所持されるタグであって、第1信号を受信すると、自機の識別情報を含む第2信号を送信するタグと、タグから受信した第2信号に含まれている前記識別情報に基づいて、所定エリア内に存在するタグを特定する特定手段と、特定されたタグを所持するユーザが、過去に前記所定エリアに存在しなかった時を示す情報に基づいて決定した時間に、前記所定エリアにおける空調設備を制御する空調制御手段とを備えることを特徴とする。ここで、前記空調制御システムは、各ユーザが、過去に前記所定エリアから退出して所定時間以上当該所定エリアに戻らなかったときの当該退出時を示す退出時間情報を記憶する退出時間記憶手段を備え、前記空調制御手段は、所定時刻において、前記特定手段により特定されたタグが2以上存在する場合に、特定された各タグを所持するユーザについての各退出時間情報に基づいて、最も遅く退出するであろうユーザの退出予定時間を特定し、特定した退出予定時間に基づいて、前記所定エリアにおける空調を停止させる時間を決定することとしてもよい。ここで、前記空調制御システムは、各ユーザが、過去に前記所定エリアから退出して所定時間以上当該所定エリアに戻らなかったときの当該退出時の時刻に基づいて算出した時間帯毎の退出回数を記憶する退出回数記憶手段を備え、前記空調制御手段は、前記特定手段により特定されたタグの数が1に減少した時に、当該特定手段により特定されたタグを所持するユーザについての前記時間帯毎の退出回数に基づいて、当該ユーザが所定時間以内に退出する可能性が所定程度高いか否かを判定し、所定程度高いと判定した場合には、前記所定エリアにおける空調を停止させ、所定程度高くないと判定した場合には、前記所定エリアにおける空調を維持させるよう、当該所定エリアにおける空調設備を制御することとしてもよい。ここで、前記空調制御手段は、前記特定手段により特定されたタグを所持するユーザが前記所定時間以内に退出する可能性が所定程度高いと判定した場合において、前記特定手段により特定されたタグの数が0に減少した時に、前記所定エリアにおける空調を停止させるよう、当該所定エリアにおける空調設備を制御することとしてもよい。ここで、前記空調制御システムは、各ユーザが、過去に前記所定エリアから退出して所定時間以上当該所定エリアに戻らなかったときの当該退出時を示す退出時間情報を記憶する退出時間記憶手段を備え、前記空調制御手段は、前記特定手段により特定されたタグの数が1である時に、当該特定手段により特定されたタグを所持するユーザについての前記退出時間情報に基づいて、当該ユーザの退出予定時間を特定し、現在から特定した退出予定時間までの時間が、現時点において前所定エリアにおける空調を停止した場合に、室温が所定範囲内に含まれなくなるまでの予測時間より短い場合には、前記所定エリアにおける空調を停止させ、長い場合には、前記所定エリアにおける空調の状態を維持するよう、当該所定エリアにおける空調設備を制御することとしてもよい。ここで、前記空調制御システムは、各ユーザが、過去に前記所定エリアを退出してから戻ってくるまでの離席時間を示す離席時間情報を記憶する離席時間記憶手段を備え、前記空調制御手段は、更に、前記特定手段により特定されたタグの数がNN≧1からN-1に減少した場合に、前記所定エリア内に存在しなくなったタグを所持するユーザについての前記離席時間情報に基づいて、前記所定エリアにおける空調の制御状態を、現在の状態から変化させ、あるいは現在の状態を維持するよう、当該所定エリアにおける空調設備を制御することとしてもよい。ここで、前記空調制御システムは、各ユーザが、過去に前記所定エリアを退出してから戻ってくるまでの各離席時間を複数の群に分類し、最も短い離席時間が属する短時間群と他の群とを区別するための閾値時間を算出し、当該ユーザについての前記離席時間情報として前記離席時間記憶手段に格納する算出部を備え、前記空調制御手段は、前記所定エリア内に存在しなくなったタグを所持するユーザが、当該所定エリアを退出した時から、当該ユーザについての前記閾値時間を経過した時までに、当該所定エリアに戻った場合には、当該所定エリアにおける空調の制御状態を維持し、当該所定エリアに戻らなかった場合には、当該所定エリアにおける空調の制御状態を、現在の状態から変化させるよう、当該所定エリアにおける空調設備を制御することとしてもよい。ここで、前記空調制御手段は、前記特定手段により特定されたタグの数が1から0に減少した場合において、前記所定エリア内に存在しなくなったタグを所持するユーザが、当該所定エリアを退出した時から、当該ユーザについての前記閾値時間を経過した時までに、当該所定エリアに戻らなかったときには、当該所定エリアにおける空調を停止させるよう、当該所定エリアにおける空調設備を制御することとしてもよい。ここで、前記空調制御手段は、更に、予め設定されたスケジュールに従って、前記所定エリアにおける空調を停止させるよう、当該所定エリアにおける空調設備を制御することとしてもよい。また、上記課題を解決するために本発明に係る空調制御サーバは、複数のユーザに各自所持されるタグであって、第1信号を受信すると、自機の識別情報を含む第2信号を送信するタグからの第2信号に含まれている前記識別情報に基づいて、所定エリア内に存在するタグを特定する特定手段と、特定されたタグを所持するユーザが、過去に前記所定エリアに存在しなかった時を示す情報に基づいて決定した時間に、前記所定エリアにおける空調設備を制御する空調制御手段とを備えることを特徴とする。また、上記課題を解決するために本発明に係る空調制御サーバは、複数のユーザに各自所持されるタグの識別情報を受信する受信手段と、各ユーザが、過去に前記所定エリアに存在しなかった時を示す情報の入力を受け付ける入力手段と、前記受信手段により受信されたタグの識別情報に基づき特定された所定エリア内に存在するタグを所持するユーザについての前記入力手段が受け付けた情報に基づく時間に、前記所定エリアにおける空調設備を制御するための制御信号を送信する送信手段とを備えることを特徴とする。上記構成を備える本発明に係る空調制御システムによれば、更なる省エネの実現に利用できる。≪実施の形態1≫以下、本発明に係る空調制御システムの一実施形態について、図面を参照しながら説明する。<構成><空調制御システム>まず、実施の形態に係る空調制御システム1000の構成について説明する。図1は、空調制御システム1000のシステム構成図である。空調制御システム1000は、あるオフィスの従業員それぞれが1台ずつ所持している各タグからの信号等に基づいて、空調設備3a、3bの運転状態を制御するものである。空調制御システム1000は、送信機100a~100p、コントローラ300a、300b、空調制御サーバ400及び図示しないタグを含んで構成されている。同図において破線で示すエリアa、bは、オフィス内の異なる部署A、Bのエリアを示している。なお、同図では、2つのエリアa、bが存在するものとして説明しているが、エリアの数は1つでもよいし、3つ以上であってもよい。コントローラ300a、300bは、各エリアa、bに1台ずつ設置されており、各コントローラ300a、300bは、イーサネット登録商標ケーブル4を介して空調制御サーバ400に接続されている。また、各空調設備3a、3bは、所定のケーブル例えば、RS-485規格に準拠したものを介して、空調制御サーバ400に接続されている。各エリア内に設置されている機器等は同様であるため、以下では、エリアaの場合を例に説明する。エリアaには、部署Aの所属員用の机1a~1hと椅子2a~2hが配置されており、各机には、それぞれ1台ずつ、送信機が設置されている。各送信機100a~100hは、コントローラ300aからの指示に従って、送信タイミングが重ならないように、LF帯例えば120kHz~130kHz帯の信号以下、LF帯信号ともいうを無線送信するものである。各送信機は、このLF帯信号に、自機の識別情報以下、送信機IDというを含ませて送信する。例えば、部署Aの所属員が自分の椅子例えば、椅子2aに着席すると、その人の所持するタグ不図示は、送信機100aからのLF帯信号を受信することになる。このタグは、このLF帯信号に呼応して、このLF帯信号に含まれている送信機100aの送信機IDと、自機の識別情報以下、タグIDというとを含ませたUHF帯例えば300MHzの信号以下、UHF帯信号ともいうを送信する。また、コントローラ300aは、エリアa内の各送信機を管理しており、各送信機へのLF帯信号の送信指示を行う他、タグから受信したUHF帯信号に含まれている送信機ID及びタグID等を空調制御サーバ400へ送信するものである。空調制御サーバ400は、各コントローラから受信した情報に基づいて各エリアに存在するユーザやその数を特定し、特定したユーザの過去の退社時間や離席時間に係る情報や特定したユーザ数に基づいて、各空調設備の運転状態を制御するものである。また、空調制御サーバ400は、予め設定されているスケジュールにも基づいて、各空調設備の運転状態を制御する。なお、空調制御サーバ400は、イーサネット登録商標ケーブル4を介して、入退出管理システム2000から各ユーザについての退社時間を取得する。以下、入退出管理システム2000について説明する。図2は、入退出管理システム2000のシステム構成図である。入退出管理システム2000は、各ユーザが所持しているタグからの信号に基づいて、エリアa、bを含む部屋執務室に対する入退出を行うための扉2001の施解錠を制御するものである。入退出管理システム2000は、タグリーダ2100a、2100b、ゲートユニットGU2200、入退出制御サーバ2300及び図示しないタグを含んで構成されている。タグリーダ2100a、2100bは、自機の識別情報以下、リーダIDというを含ませたLF帯信号を繰り返し送信するものである。また、各タグリーダ2100a、2100bは、自機が送信したLF帯信号に呼応してタグが送信した、自機のリーダIDとそのタグのタグIDとを含むUHF帯信号を受信し、そのリーダID及びタグIDをGU2200に送信する。GU2200は、各タグリーダから受信したリーダID及びタグIDと、入退出管理システム2000の管理者により予め設定された執務室に対する入退出許可者リストとに基づいて認証を行い、認証が成功した場合に電気錠2002に解錠を指示するものである。また、GU2200は、認証を行った際に、その認証に用いたリーダID及びタグIDと、認証日時と、認証結果とを含む認証ログを入退出制御サーバ2300に送信する。入退出制御サーバ2300は、GU2200から受信した認証ログを記憶し、記憶している認証ログに基づいて、例えば、毎日特定の時間例えば、AM0:00に、各ユーザについての直近の退社日時を特定するものである。ここで、退社日時とは、執務室を退出してから所定時間以上執務室に戻らなかったときの退出日時を示すものである。また、この所定時間は、執務室の温度が既定範囲以下、快適域ともいうに含まれている状態つまり適温状態で空調を停止させた時から、外気温の影響を受けて、執務室の温度が快適域に含まれなくなるまでの予測時間よりも長くなるように、入退出管理システム2000の管理者により決定されている。ここでは、一例として、所定時間は5時間であるものとする。例えば、タグリーダ2100aのリーダID及びタグID0と認証日時Taを含む認証ログをGU2200から受信している場合に、入退出制御サーバ2300は、タグIDが0であるタグを所有するユーザの退社日時を以下のようにして特定する。即ち、入退出制御サーバ2300は、タグリーダ2100bのリーダID及びタグID0と、認証日時Taから所定時間この例では5時間以内の認証日時Tbとを含む認証ログをGU2200から受信していない場合に、認証日時Taを上記ユーザの退社日時と特定する。入退出制御サーバ2300は、各ユーザについて、特定した退社日時と、その特定に用いたタグIDとを空調制御サーバ400に送信する。以下では、送信機、タグ、コントローラ、空調制御サーバの構成について更に詳しく説明する。但し、各送信機100a~100h、各タグ、各コントローラ300a、300bの構成は同様であるため、送信機100a、タグ200、コントローラ300aを例に説明する。<送信機>図3は、送信機100aの主要部の機能構成を示すブロック図である。同図に示すように、送信機100aは、通信部110と、LF帯送信部120と、LFアンテナ121と、記憶部130と、制御部140とから構成される。なお、送信機100aは、図示しないメモリ及びプロセッサを含んでおり、制御部140の機能は、プロセッサがメモリ上のプログラムを実行することにより実現される。ここで、通信部110は、コントローラ300aからのLF帯信号の送信指示を受信し、制御部140へ伝達する機能を有する。LF帯送信部120は、LFアンテナ121と接続しており、制御部140からの指示に従って、LFアンテナ121を介してLF帯信号をタグに送信する機能を有する。記憶部130は、自機の送信機ID131を記憶するためのメモリ領域である。なお、送信機ID131は、送信機100aの運用開始時点において、空調制御システム1000の管理者により、記憶部130に予め設定される。制御部140は、通信部110を介して、コントローラ300aから受領したLF帯信号の送信指示を受信してから予め設定された時間後に、LF帯送信部120を介してLF帯信号を送信する機能を有する。制御部140は、このLF帯信号に、記憶部130に記憶されている送信機ID131や、このLF帯信号に呼応してタグから送信されるUHF帯信号の周波数帯チャネルを示す情報等を含ませて送信する。なお、LF帯信号の送信指示を受信してからLF帯信号を送信するまでの時間は、次にLF帯信号の送信指示を受信するまでの時間より短く、かつ、エリアa内の各送信機間で異なるものになるように、ディップスイッチ等の設定手段不図示により設定されている。<タグ>図4は、タグ200の主要部の機能構成を示すブロック図である。同図に示すように、タグ200は、LF帯受信部210と、LFアンテナ211と、UHF帯送信部220と、UHFアンテナ221と、記憶部230と、各部に電力を供給する電池240と、制御部250とから構成される。なお、タグ200は、図示しないメモリ及びプロセッサを含んでおり、制御部250の機能は、プロセッサがメモリ上のプログラムを実行することにより実現される。ここで、LF帯受信部210は、LFアンテナ211と接続し、送信機からのLF帯信号を受信し、制御部250へ伝達する機能を有する。UHF帯送信部220は、UHFアンテナ221と接続し、制御部250の指示に従って、UHF信号を送信する機能を有する。記憶部230は、自機のタグID231を記憶するためのメモリ領域である。制御部250は、LF帯受信部210を介して送信機から受信したLF帯信号に含まれている送信機IDと、記憶部230に記憶されているタグID231を含ませたUHF帯信号を、UHF帯送信部220を介して送信する機能を有する。なお、このUHF帯信号の送信には、受信したLF帯信号に含まれていた情報が示すUHF帯信号の周波数帯が用いられる。<コントローラ>図5は、コントローラ300aの主要部の機能構成を示すブロック図である。同図に示すように、コントローラ300aは、UHF帯受信部310と、UHFアンテナ311と、第1通信部320と、第2通信部321と、記憶部330と、制御部340とから構成される。なお、コントローラ300aは、図示しないメモリ及びプロセッサを含んでおり、制御部340の機能は、プロセッサがメモリ上のプログラムを実行することにより実現される。ここで、UHF帯受信部310は、UHFアンテナ311と接続し、各タグからのUHF帯信号を受信し、制御部340へ伝達する機能を有する。第1通信部320は、制御部340の指示に従って、各送信機100a~100hへのLF帯信号の送信指示を送信する機能を有する。第2通信部321は、制御部340の指示に従って、受信したUHF帯信号に含まれている送信機ID及びタグIDと、記憶部330に記憶されているコントローラID331とを、空調制御サーバ400に送信する機能を有する。以下、この空調制御サーバ400へ送信する情報をまとめてID情報という。記憶部330は、コントローラID331の他、送信機リスト30、タグリスト40を記憶するためのメモリ領域である。なお、これらのデータは、コントローラ300aの運用開始時点において、空調制御システム1000の管理者により、記憶部330に予め設定される。ここで、コントローラID331は、コントローラ300aの識別情報である。また、送信機リスト30は、図7cに示すように、エリアa内の各机1a~1hに設置されている各送信機の送信機ID31を登録したものである。なお、この例では、送信機100a~100hの送信機IDが0~7であるものとしている。また、タグリスト40は、図7dに示すように、エリアaに対応する部署Aの所属員が保持する各タグのタグID41を登録したものである。また、制御部340は、各送信機100a~100hに対するLF帯信号の送信指示を第1通信部320を介して送信する機能と、ID情報を第2通信部321を介して空調制御サーバ400に送信する機能とを有する。<空調制御サーバ>図6は、空調制御サーバ400の主要部の機能構成を示すブロック図である。同図に示すように、空調制御サーバ400は、第1通信部410と、第2通信部411と、記憶部420と、第1計時部430と、第2計時部431と、制御部440とから構成される。なお、空調制御サーバ400は、図示しないメモリ及びプロセッサを含んでおり、制御部440の機能は、プロセッサがメモリ上のプログラムを実行することにより実現される。ここで、第1通信部410は、各コントローラ300a、300bからのID情報及び入退出制御サーバ2300からの退社日時等を受信し、制御部440に伝達する機能を有する。また、第2通信部411は、制御部440の指示に従って、運転状態を制御するための制御情報を各空調設備3a、3bに送信する機能を有する。記憶部420は、構成情報テーブル50、受信時刻テーブル60、退社時刻テーブル70、閾値時間テーブル80、スケジュールテーブル90を記憶するためのメモリ領域である。各テーブルについては、後に詳細に説明するため、ここでは簡単に説明する。ここで、構成情報テーブル50は、エリア毎に、そのエリアに設置されているコントローラの識別情報と空調設備の識別情報以下、空調設備IDともいうと送信機の送信機IDとを対応付けて登録したものである図8a参照。受信時刻テーブル60は、各コントローラから受信したID情報コントローラID、送信機ID及びタグIDと、受信日時とを対応付けて登録したものである図8b参照。退社時刻テーブル70は、ユーザ毎に、そのユーザが所持するタグのタグIDと、そのユーザの時間帯毎の退社回数とを対応付けて登録したものである図9a参照。閾値時間テーブル80は、ユーザ毎に、そのユーザが所持するタグのタグIDと、そのユーザの離席が短時間か、中長時間かを区別するための閾値となる時間以下、閾値時間というとを対応付けて登録したものである図9b参照。スケジュールテーブル90は、空調制御サーバ400が行う空調制御毎に、その実行日時と、制御対象と、制御処理とを対応付けて登録したものである図9c参照。また、第1計時部430は、現在日時を計時する機能を有し、第2計時部431は、制御部440の指示に従って、離席して、エリア内に存在しなくなったユーザが、再びそのエリアに戻るまでの時間以下、離席時間ともいうを計時する機能を有する。各計時部430、431は、例えば、タイマやカウンタにより実現される。制御部440は、更新部441、算出部442、特定部443、空調制御部444を含む。ここで、更新部441は、第1通信部410を介して各コントローラからID情報を受信した際に、第1計時部430から現在時刻を取得し、受信したID情報と取得した現在時刻とを対応付けて記憶部420の受信時刻テーブル60に登録する機能を有する。また、更新部441は、第1通信部410を介して入退出制御サーバ2300からタグID及び退社日時を受信した際に、退社時刻テーブル70を更新する機能を有する。算出部442は、所定期間毎例えば、1ヶ月毎に、受信時刻テーブル60に登録されている情報に基づいて、各ユーザについての閾値時間を算出し、必要に応じて、記憶部420の閾値時間テーブル80を更新する機能を有する。特定部443は、受信時刻テーブル60に登録されている情報に基づいて、各エリア内に存在するユーザ及びユーザ数を特定する機能と、ユーザ数が特定数0又はN-1に減少した場合に、そのエリア内に存在しなくなったユーザを特定する機能とを有する。空調制御部444は、退社時刻テーブル70、閾値時間テーブル80及びスケジュールテーブル90と、特定部443が特定したユーザ数等に基づいて、各空調設備の運転状態を制御する機能を有する。具体的な制御内容については後述する図14~18参照。<データ>次に、空調制御システム1000で使用されるデータについて説明する。<LF帯信号>まず、送信機100aが送信するLF帯信号について説明する。図7aは、LF帯信号10のデータ構成を示す図である。LF帯信号10は、同図に示すように、PRPReamble11、UWUniqueWord12、送信機ID13及びCRC14から構成される。ここで、PR11は、LF帯信号のデータの始まりを示すビット列同期符号であり、UW12は、いわゆるフレーム同期信号である。送信機ID13は、自機の送信機ID識別情報であり、CRC14は、タグが受信したLF帯信号に誤りが発生しているか否かを検出するためのデータである。<UHF帯信号>次に、タグ200が送信するUHF帯信号について説明する。図7bは、UHF帯信号20のデータ構成を示す図である。UHF帯信号20は、同図に示すように、PR21、UW22、送信機ID23、タグID24、CRC25から構成される。ここで、PR21は、UHF帯信号のデータの始まりを示すビット列同期符号であり、UW22は、いわゆるフレーム同期信号である。また、送信機ID23は、受信したLF帯信号に含まれていた送信機ID識別情報であり、タグID24は、自機のタグID識別情報である。また、CRC25は、送信機が受信したUHF帯信号に誤りが発生しているか否かを検出するためのデータである。<構成情報テーブル>次に、空調制御サーバ400の記憶部420に記憶されている構成情報テーブル50について説明する。図8aは、構成情報テーブル50のデータ構成及び内容例を示す図である。構成情報テーブル50は、エリア毎に、コントローラID51と空調設備ID52と送信機ID53を対応付けて構成される情報である。構成情報テーブル50は、空調制御サーバ400の運用開始時点において、空調制御システム1000の管理者により、記憶部420に予め設定され、空調制御サーバ400の特定部443及び空調制御部444により参照される。ここで、コントローラID51は、コントローラの識別情報であり、この例では、コントローラ300aのコントローラIDは0であり、コントローラ300bのコントローラIDは1であるものとしている。また、空調設備ID52は、空調設備の識別情報であり、この例では、空調設備3aの空調設備IDは0であり、空調設備3bの空調設備IDは1であるものとしている。また、送信機ID53は、送信機の識別情報である。同図は、例えば、コンローラIDが0であるコントローラ300aが配置されているエリアaには、空調設備IDが0である空調設備3aと送信機IDが0~7である送信機100a~100hが配置されていることを示している。<受信時刻テーブル>次に、空調制御サーバ400の記憶部420に記憶されている受信時刻テーブル60について説明する。図8bは、受信時刻テーブル60のデータ構成及び内容例を示す図である。受信時刻テーブル60は、同図に示すように、受信日時61とID情報62とを対応付けて構成される情報であり、空調制御サーバ400の更新部441により逐次登録され、算出部442及び特定部443により参照される。ここで、受信日時61は、対応するID情報つまり、コントローラID、送信機ID及びタグIDを受信した日時を示す情報である。同図は、例えば、コントローラIDが0で、送信機IDが0で、タグIDが0であるID情報の受信日時は、2011/2/111:48:00であることを示している。<退社時刻テーブル>次に、空調制御サーバ400の記憶部420に記憶されている退社時刻テーブル70について説明する。図9aは、退社時刻テーブル70のデータ構成及び内容例を示す図である。退社時刻テーブル70は、同図に示すように、タグID71と退社回数72とを対応付けて構成される情報であり、空調制御サーバ400の更新部441により更新され、空調制御部444により参照される。ここで、タグID71は、タグの識別情報であり、退社回数72は、対応するタグIDが示すタグを所持しているユーザの時間帯毎の退社回数を示す情報である。同図は、例えば、タグIDが0であるタグのユーザの17:00~17:15の退社回数が0回であり、17:15~17:30の退社回数が4回であり、17:30~17:45の退社回数が0回であり、17:45~18:00の退社回数が1回であり、18:00~18:15の退社回数が5回であり、、22:45~23:00の退社回数が0回であることを示している。ここで、空調制御サーバ400の更新部441は、以下のようにして退社時刻テーブル70を更新する。例えば、入退出制御サーバ2300から第1通信部410を介してタグID0及び退社日時2011/1/3117:15を受信したものとする。この場合に、更新部441は、退社時刻テーブル70のタグIDが0であり、17:15~17:30の退社回数を4回から5回に更新する。<閾値時間テーブル>次に、空調制御サーバ400の記憶部420に記憶されている閾値時間テーブル80について説明する。図9bは、閾値時間テーブル80のデータ構成及び内容例を示す図である。閾値時間テーブル80は、同図に示すように、タグID81と閾値時間82とを対応付けて構成される情報であり、空調制御サーバ400の算出部442により更新され、空調制御部444により参照される。ここで、タグID81は、タグの識別情報であり、閾値時間82は、対応するタグIDが示すタグを所持しているユーザの離席が短時間か、中長時間かを区別するための閾値時間を示す情報である。同図は、例えば、タグIDが0であるタグのユーザの閾値時間は、00:06:006分であることを示している。ここで、空調制御サーバ400の算出部442は、タグID毎に、以下の処理を行うことで、各ユーザについての閾値時間を算出し、閾値時間テーブル80を更新する。即ち、算出部442は、未処理のタグIDの内の1つを処理対象として選択し、処理対象のタグIDと、現在から所定時間前まで例えば、1ヶ月前までの受信日時とを含む各受信情報を、受信時刻テーブル60から取得し、各離席時間を算出する。例えば、タグID0と受信日時2011/2/111:48:00とを含む受信情報の次に登録されたタグID0を含む受信情報に含まれている受信時間が2011/2/111:52:00の場合、離席時間を00:04:004分と算出する。なお、離席時間が1:00未満の場合、離席時間は00:00:000分であるものとする。算出部442は、処理対象のタグIDについて算出した各離席時間に基づいて、時間区間毎の離席回数を算出し、一般的なクラスタ分析の手法を用いて、時間区間毎の離席回数をクラスタリングする。図10は、あるユーザについての各離席時間に基づいて算出した時間区間毎の離席回数のクラスタリング結果を示す図である。同図では、算出した時間区間毎の離席回数が短時間離席のクラスタと、中時間離席のクラスタと、長時間離席のクラスタとに分割された例を示している。算出部442は、最短の時間区間を含むクラスタ短時間離席のクラスタに属する時間帯毎の離席回数を、例えば正規分布で近似し、3σとなる離席時間を閾値時間と特定し、閾値時間テーブル80の処理対象のタグIDについての閾値時間を更新する。以上の処理を、処理対象のタグIDを順に変えて行うことで、各ユーザについての閾値時間を閾値時間テーブル80に登録することができる。<スケジュールテーブル>次に、空調制御サーバ400の記憶部420に記憶されているスケジュールテーブル90について説明する。図9cは、スケジュールテーブル90のデータ構成及び内容例を示す図である。スケジュールテーブル90は、同図に示すように、実行日時91と対象空調設備ID92と制御処理93とを対応付けて構成される情報である。スケジュールテーブル90は、空調制御システム1000の管理者により、記憶部420に予め設定され、空調制御サーバ400の空調制御部444により参照される。ここで、実行日時91は、空調制御を行う日時を示す情報であり、対象空調設備ID92は、空調制御の対象となる空調設備の空調設備ID識別情報であり、制御処理93は、空調制御の内容を示す情報である。同図は、例えば、実行日時毎週水曜日17:30に、対象空調設備IDが0と1である空調設備3a、3bに対して、制御処理停止を行うことを示している。なお、同図に示す実行日時毎週水曜日17:30は、定時退社日ノー残業デーとも呼ばれる、つまり、毎週特定の曜日や毎月特定の日に、全従業員が終業時間経過後に速やかに退社することが決められている日の終業日時を示している。また、同図に示す実行日時毎週月~金曜日12:00~12:40は、昼食を取るために、多くの従業員が各エリアの外に出ている時間を示している。また、同図に示す実行日時毎月1日9:30~11:00は、部署Aの全所属員が、例えば会議室に集まって定例ミーティングを行うために、エリアaの外に出ている時間を示している。<動作>次に、上記構成を備え、上記データを取り扱う空調制御システム1000の各機器の動作について説明する。まず、コントローラ300aによるID情報の送信処理と、空調制御サーバ400による受信時刻テーブル60の更新処理について説明する。図11は、コントローラ300aによるID情報の送信処理及び空調制御サーバ400による受信時刻テーブル60の更新処理を示すフローチャートである。なお、電源がONになった場合に、コントローラ300aは図11に示す送信処理の実行を、空調制御サーバ400は図11に示す更新処理の実行をそれぞれ開始するものとする。<ID情報の送信処理>まず、図11の左側に示すフローチャートを用いて、コントローラ300aによるID情報の送信処理について説明する。コントローラ300aの制御部340は、UHF帯受信部310を介して、タグからのUHF帯信号を受信したか否かを判定しステップS1、受信していない場合にはステップS1:NO、再びステップS1の処理を行う。タグからのUHF帯信号を受信した場合にはステップS1:YES、制御部340は、受信したUHF帯信号に含まれている送信機IDが、記憶部330の送信機リスト30に含まれているか否かを判定するステップS2。送信機IDが、送信機リスト30に含まれていない場合にはステップS2:NO、制御部340は、特に処理を行うことなく再びステップS1から処理を開始する。また、送信機IDが、送信機リスト30に含まれている場合にはステップS2:YES、制御部340は、受信したUHF帯信号に含まれているタグIDが、記憶部330のタグリスト40に含まれているか否かを判定するステップS3。タグIDが、タグリスト40に含まれていない場合にはステップS3:NO、制御部340は、特に処理を行うことなく再びステップS1から処理を開始する。また、タグIDが、タグリスト40に含まれている場合にはステップS3:YES、制御部340は、ステップS2、S3の判定に用いた送信機ID及びタグIDと、記憶部330のコントローラID331とを、つまりID情報を、第2通信部321を介して空調制御サーバ400に送信するステップS4。ステップS4の処理が完了すると、制御部340は、再びステップS1から処理を開始する。<受信時刻テーブルの更新処理>次に、図11の右側に示すフローチャートを用いて、空調制御サーバ400による受信時刻テーブル60の更新処理について説明する。空調制御サーバ400の制御部440における更新部441は、ステップS4で、いずれかのコントローラ300a又は300bから送信されたID情報を第1通信部410を介して受信したか否かを判定するステップS11。ID情報を受信していない場合にはステップS11:NO、更新部441は、再びステップS11の処理を行う。ID情報を受信した場合にステップS11:YES、更新部441は、第1計時部430から現在日時を取得し、取得した現在日時と、受信したID情報とを対応付けて、受信時刻テーブル60に登録しステップS12、再びステップS11から処理を行う。<特定処理>次に、空調制御サーバ400による各エリアに存在するユーザとその数及び存在しなくなったユーザの特定処理について説明する。図12及び図13は、空調制御サーバ400による各エリアに存在するユーザとその数及び存在しなくなったユーザの特定処理を示すフローチャートである。なお、空調制御サーバ400は、その電源がONになった場合に、図11及び図12に示す特定処理の実行を開始するものとする。また、後述するCNT_i、PRE_CNT_i、LIST_i及びPRE_LIST_iは空調制御サーバ400のメモリに記憶され、電源がONになった直後において、それぞれが0であるものとする。まず、空調制御サーバ400の制御部440における特定部443は、処理対象とするコントローラのコントローラID同図では、iと表記を0に初期化する図12のステップS21。また、特定部443は、処理対象とする送信機の送信機ID同図ではjと表記を0に初期化するステップS22。続いて、特定部443は、処理対象である送信機の送信機IDjが、コントローラIDがiであるコントローラが設置されているエリアに存在する送信機の数図1の例では、8より大きいかを判定するステップS23。この送信機の数は、図8aに示す構成情報テーブル50において、コントローラIDiと対応付けられている送信機IDの数である。なお、以下では、コントローラIDがiであるコントローラが設置されているエリアのことを、処理対象のエリアともいう。処理対象である送信機の送信機IDjが送信機の数以下である場合ステップS23:NO、特定部443は、第1計時部430から現在日時を取得するステップS24。また、特定部443は、受信時刻テーブル60から、直近に登録されたコントローラIDi及び送信機IDjと対応付けられた受信日時及びタグIDを取得するステップS25。特定部443は、ステップS24で取得した現在日時に比べて、ステップS25で取得した受信日時が所定時間例えば、10秒以上前の日時を示すか否かを判定するステップS26。所定時間以上前の日時を示さない場合にステップS26:NO、特定部443は、ステップS25で取得したタグIDを、処理対象のエリアに現在存在するタグIDのリスト同図ではLIST_iと表記に登録する。また、特定部443は、処理対象のエリアにおける現在のユーザ数同図ではCNT_iと表記を1増加させるステップS27。ステップS27の処理を完了した場合、又はステップS26で所定時間以上前の日時を示す場合にステップS26:YES、特定部443は、処理対象である送信機の送信機IDjを1増加させステップS28、再びステップS23から処理を行う。処理対象である送信機の送信機IDjが送信機の数より大きい場合にステップS23:YES、特定部443は、処理対象のエリアに前回存在したユーザの数同図PRE_CNT_iと表記が、現在のユーザ数CNT_iより多いかを判定する図13のステップS29。つまり、ステップS29では、処理対象のエリアに存在するユーザの数が減ったか否かを判定することになる。前回存在したユーザの数PRE_CNT_iのほうが多い場合、つまりユーザの数が減った場合にはステップS29:YES、特定部443は、現在のユーザ数CNT_iが0又はN-1であるかを判定するステップS30。ここで、Nは、ユーザ数がN-1からNに増加した場合に、空調の制御状態を第1状態から第2状態に変更すべき人数であり、空調制御システム1000の管理者により予め設定されており、以下では、一例として4であるものとする。なお、本実施の形態では、空調の制御状態が第2状態に変更された場合、第1状態の場合より風量を多くすると共に、低い設定温度に制御するものとする。否定的な判定を行った場合にステップS30:NO、特定部443は、後述するステップS37の処理に進む。また、肯定的な判定を行った場合にステップS30:YES、特定部443は、処理対象のエリアに前回存在した全ユーザのタグIDのリスト同図では、PRE_LIST_iと表記に含まれ、現在存在するタグIDのリストLIST_iに含まれないタグIDを特定するステップS31。つまり、ステップS31では、処理対象のエリアに存在しなくなったユーザを特定することになる。特定部443は、処理対象であるコントローラのコントローラIDi、処理対象のエリアに現在存在するユーザの数CNT_i及びステップS31で特定したタグIDを、空調制御部444に通知するステップS32。また、特定部443は、処理対象であるコントローラのコントローラIDiを1増加させるステップS33。また、特定部443は、処理対象のエリアに前回存在したユーザの数PRE_CNT_iを、現在のユーザ数CNT_iで更新し、CNT_iを0で初期化する。また、特定部443は、処理対象のエリアに前回存在した全ユーザのタグIDのリストPRE_LIST_iを、現在存在するタグIDのリストLIST_iで更新し、LIST_iを0で初期化するステップS34。また、特定部443は、処理対象であるコントローラのコントローラIDiが、コントローラの数図1の例では、2より大きいかを判定するステップS35。このコントローラの数は、図8aに示す構成情報テーブル50に登録されているコントローラIDの数である。特定部443は、コントローラIDiがコントローラの数より大きい場合にはステップS35:YES、ステップS21から、コントローラIDiがコントローラの数以下である場合にはステップS35:NO、ステップS22から処理を行う。一方、ステップS29において、処理対象のエリアにおける現在のユーザ数CNT_iが前回のユーザ数PRE_CNT_i以上である場合、つまり、ユーザ数が変動していないか、増加した場合にステップS29:NO、以下の処理を行う。即ち、特定部443は、CNT_iとPRE_CNT_iとが一致するかを判定するステップS36し、一致する場合、つまり、ユーザ数に変動ない場合にステップS36:YES、ステップS33から処理を行う。また、CNT_iとPRE_CNT_iとが一致しない場合、つまり、ユーザ数が増加した場合にステップS36:NO、特定部443は、処理対象であるコントローラのコントローラIDi及び処理対象のエリアにおける現在のユーザ数CNT_iを、空調制御部444に通知するステップS37。ステップS37の処理を完了した場合に、特定部443は、ステップS33から処理を行う。<空調制御処理>次に、空調制御サーバ400による各空調設備に対する空調制御処理について説明する。図14は、空調制御サーバ400による空調制御処理を示すフローチャートである。なお、空調制御サーバ400は、その電源がONになった場合に、図14に示す空調制御処理の実行を開始するものとする。まず、空調制御サーバ400の制御部440における空調制御部444は、第1計時部430から現在日時を取得しステップS41、記憶部420のスケジュールテーブル90に登録されている実行日時と一致するか否かを判定するステップS42。一致する場合にステップS42:YES、空調制御部444は、スケジュールテーブル90に登録されているその実行日時と対応する制御処理を実行しステップS43、再びステップS41から処理を行う。一方、一致しない場合にステップS42:NO、空調制御部444は、処理対象とするコントローラのコントローラID同図では、iと表記を0に初期化し、コントローラIDiがコントローラの数より大きいかを判定するステップS44、S45。コントローラIDiがコントローラの数以下である場合にステップS45:NO、空調制御部444は、ステップS41で取得した現在時刻が、特定時刻例えば、22:00と一致するか否かを判定するステップS46。空調制御部444は、現在時刻が特定時刻と一致する場合にはステップS46:YES、定刻処理を実行しステップS50、現在時刻が特定時刻と一致しない場合にはステップS46:NO、通常処理を実行するステップS60。なお、定刻処理及び通常処理の内容については後述する図15、図16参照。また、空調制御部444は、処理対象であるコントローラのコントローラIDiを1増加させステップS47、再びステップS45から処理を行う。コントローラIDiがコントローラの数より大きい場合にはステップS45:YES、再びステップS41から処理を行う。<定刻処理>次に、上記空調制御処理の定刻処理ステップS50の詳細を説明する。図15は、空調制御サーバ400による定刻処理を示すフローチャートである。まず、空調制御部444は、処理対象であるコントローラのコントローラIDiと共に特定部443から通知された処理対象のエリアにおける現在のユーザ数CNT_iが0であるかを判定するステップS51。通知されたCNT_iが0である場合又は特定部443から通知がされていない場合にステップS51:YES、空調制御部444は定刻処理を終了する。また、通知されたCNT_iが0でない場合にステップS51:NO、空調制御部444は、特定部443から、処理対象のエリアに現在存在するタグIDのリストLIST_iを取得する。また、空調制御部444は、取得したLIST_iに含まれている各タグIDについての退社予定時刻を記憶部420の退社時刻テーブル70から取得するステップS52。ここで、ユーザの退社予定時刻は、そのユーザが所定時間以内に退出する可能性が高い時刻をいい、一例として、退社回数が最大となる時間帯の開始時刻であるものとする。例えば、図9aに示す退社時刻テーブル70において、タグIDが0であるタグのユーザの退社予定時刻は、退社回数が最大となる時間帯18:00~18:15の開始時刻18:00である。空調制御部444は、取得した各退社予定時刻のうち、最も遅い退社予定時刻以下、最遅退社予定時刻というと、その最遅退社予定時刻と対応するタグID以下、対象IDというとを特定するステップS53。また、空調制御部444は、第1計時部430から現在時刻を取得し、現在時刻から最遅退社予定時刻までの時間を算出し、所定時間例えば、15分以下であるかを判定するステップS54~S56。算出した現在時刻から最遅退社予定時刻までの時間が、所定時間以下である場合にステップS56:YES、空調制御部444は、処理対象であるコントローラのコントローラIDiと対応する空調設備IDを記憶部420の構成情報テーブル50から取得する。また、空調制御部444は、空調を停止することを指示する制御信号を、取得した空調設備IDが示す空調設備に第2通信部411を介して送信することで、その空調設備による空調を停止するよう制御しステップS57、定刻処理を終了する。また、算出した現在時刻から最遅退社予定時刻までの時間が、所定時間より長い場合にステップS56:NO、空調制御部444は、特定部443から、処理対象のエリアに現在存在するタグIDのリストLIST_iを取得する。また、空調制御部444は、取得したLIST_iに対象IDが存在するかを判定しステップS58、存在する場合にはステップS58:YES、再びステップS54から、存在しない場合にはステップS58:NO、再びステップS51から処理を行う。<通常処理>次に、上記空調制御処理の通常処理ステップS60の詳細を説明する。図16は、空調制御サーバ400による通常処理を示すフローチャートである。まず、空調制御部444は、特定部443からの通知があったか否かを判定しステップS61、通知がなかった場合にはステップS61:NO、通常処理を終了する。また、通知があった場合にステップS61:YES、空調制御部444は、通知された処理対象のエリアにおける現在のユーザ数CNT_iが0であるかを判定するステップS62。CNT_iが0である場合にステップS62:YES、空調制御部444は、後述する0人処理を実行しステップS70、通常処理を終了する。また、CNT_iが0でない場合にステップS62:NO、空調制御部444は、CNT_iが1であるかを判定するステップS63。CNT_iが1である場合にステップS63:YES、空調制御部444は、処理対象であるコントローラのコントローラIDiと対応する空調設備IDを記憶部420の構成情報テーブル50から取得する。また、空調制御部444は、取得した空調設備IDが示す空調設備の運転状態が停止中であるか否かを判定しステップS64、停止中でない場合にはステップS64:NO、通常処理を終了する。また、停止中である場合にステップS64:YES、空調制御部444は、空調の制御状態を第1状態として運転を開始するよう、取得した空調設備IDが示す空調設備を制御しステップS65、通常処理を終了する。なお、ステップS65の処理では、空調制御部444は、空調の制御状態を第1状態とした運転の開始を指示する制御信号を、取得した空調設備IDが示す空調設備に第2通信部411を介して送信する。一方、ステップS63において、特定部443から通知された処理対象のエリアにおける現在のユーザ数CNT_iが1でない場合にステップS63:NO、空調制御部444は、CNT_iの数を判定するステップS66。CNT_iがN-1である場合にステップS66:N-1、空調制御部444は、後述するN-1人処理を実行しステップS80、通常処理を終了する。また、CNT_iがNである場合にステップS66:N、空調制御部444は、処理対象であるコントローラのコントローラIDiと対応する空調設備IDを記憶部420の構成情報テーブル50から取得する。また、空調制御部444は、空調の制御状態を第2状態として運転を開始するよう、取得した空調設備IDが示す空調設備を制御しステップS67、通常処理を終了する。なお、ステップS67の処理では、空調制御部444は、空調の制御状態を第2状態とした運転の開始を指示する制御信号を、取得した空調設備IDが示す空調設備に第2通信部411を介して送信する。また、CNT_iがN-1及びN以外である場合にステップS66:その他、空調制御部444は、特に処理を行うことなく、通常処理を終了する。<0人処理>次に、上記通常処理の0人処理ステップS70の詳細を説明する。図17は、空調制御サーバ400による0人処理を示すフローチャートである。まず、空調制御部444は、第2計時部431に計時開始を指示し、特定部443から通知された、処理対象のエリアに存在しなくなったユーザのタグIDと対応付けられた閾値時間を記憶部420の閾値時間テーブル80から取得するステップS71、S72。空調制御部444は、第2計時部431による計時時間が、取得した閾値時間を経過したかを判定するステップS73。取得した閾値時間を経過していない場合にステップS73:NO、空調制御部444は、特定部443から新たに現在のユーザ数CNT_iの通知がなされたかを判定するステップS74。新たなCNT_iの通知がなされていない場合にステップS74:NO、空調制御部444は、再びステップS73から処理を行う。また、新たなCNT_iの通知がなされた場合にステップS74:YES、空調制御部444は、第2計時部431による計時を停止させ、リセットしステップS75、0人処理を終了する。一方、ステップS73において、第2計時部431による計時時間が、取得した閾値時間を経過した場合にステップS73:YES、空調制御部444は、特定部443から新たにCNT_iの通知がなされたかを判定するステップS76。新たなCNT_iの通知がなされた場合にステップS76:YES、空調制御部444は、ステップS75の処理に進む。新たなCNT_iの通知がなされていない場合にステップS76:NO、空調制御部444は、処理対象であるコントローラのコントローラIDiと対応する空調設備IDを記憶部420の構成情報テーブル50から取得する。また、空調制御部444は、図15に示す定刻処理のステップS57の処理と同様に、取得した空調設備IDが示す空調設備による空調を停止するよう制御しステップS77、0人処理を終了する。<N-1人処理>次に、上記通常処理のN-1人処理ステップS80の詳細を説明する。図18は、空調制御サーバ400によるN-1人処理を示すフローチャートである。まず、空調制御部444は、図17に示す0人処理におけるステップS71~S73の処理と同様に、第2計時部431への計時開始指示ステップS81、閾値時間の取得処理ステップS82、閾値時間を経過したかの判定処理ステップS83を行う。閾値時間を経過していない場合にステップS83:NO、空調制御部444は、図17に示す0人処理におけるステップS74の処理と同様に、特定部443から新たに現在のユーザ数CNT_iの通知がなされたかを判定するステップS84。新たなCNT_iの通知がなされていない場合にステップS84:NO、空調制御部444は、再びステップS83から処理を行う。また、新たなCNT_iの通知がなされた場合にステップS84:YES、空調制御部444は、通知されたCNT_iの値を判定するステップS85。通知されたCNT_iがNである場合にステップS85:N、空調制御部444は、図17に示す0人処理におけるステップS75の処理と同様に、第2計時部431による計時を停止させ、リセットしステップS86、N-1人処理を終了する。また、通知されたCNT_iがN-2である場合にステップS85:N-2、空調制御部444は、処理対象であるコントローラのコントローラIDiと対応する空調設備IDを記憶部420の構成情報テーブル50から取得する。また、空調制御部444は、図16に示す通常処理におけるステップS65の処理と同様に、空調の制御状態を第1状態とした運転を開始するよう、取得した空調設備IDが示す空調設備を制御しステップS88、N-1人処理を終了する。一方、ステップS83において、閾値時間を経過した場合にステップS83:YES、空調制御部444は、新たなCNT_iとしてNが通知されているかを判定するステップS87。空調制御部444は、新たなCNT_iの通知がなされた場合にステップS87:YES、ステップS86の処理に進み、新たなCNT_iの通知がなされていない場合にステップS84:NO、ステップS88の処理に進む。≪実施の形態2≫実施の形態2では、空調制御サーバが、閾値時間テーブル80及びスケジュールテーブル90を用いないで空調制御処理を実行するようにした例を説明する。実施の形態2に係る空調制御システムは、実施の形態1に係る空調制御システム1000の空調制御サーバ400に代えて、空調制御サーバ500を備える点で、空調制御システム1000とは異なる。従って、以下では、この空調制御サーバ500について説明する。<空調制御サーバの構成>図19は、空調制御サーバ500の主要部の機能構成を示すブロック図である。同図に示すように、空調制御サーバ500は、第1通信部410と、第2通信部411と、記憶部510と、第1計時部430と、制御部520とから構成される。空調制御サーバ500は、第2計時部431を含まず、記憶部420及び制御部440に代えて記憶部510及び制御部520を含む点で、実施の形態1に係る空調制御サーバ400とは異なる。記憶部510は、構成情報テーブル50、受信時刻テーブル60及び退社時刻テーブル70を記憶するためのメモリ領域である。制御部520は、更新部441、特定部521及び空調制御部522を含み、算出部442を含まず、特定部443及び空調制御部444に代えて、特定部521及び空調制御部522を含む点で、実施の形態1に係る制御部440とは異なる。ここで、特定部521は、基本的には実施の形態1に係る特定部443と同様の機能を有するが、各エリア内のユーザ数が0又は1に減少した場合に、そのエリア内に存在しなくなったユーザを特定する機能を有する点で、特定部443とは異なる。また、空調制御部522は、記憶部510の退社時刻テーブル70と、特定部521が特定したユーザ数等に基づいて、各空調設備の運転状態を制御する機能を有する。<空調制御サーバの動作><特定処理>次に、空調制御サーバ500による各エリアに存在するユーザ、その数及び存在しなくなったユーザの特定処理について説明する。図20は、図12から続く、空調制御サーバ500による各エリアに存在するユーザとその数及び存在しなくなったユーザの特定処理を示すフローチャートである。図20に示す実施の形態2に係る空調制御サーバ500による特定処理は、図13に示す実施の形態1に係る空調制御サーバ400による特定処理におけるステップS30の処理に代えて、ステップS38の処理を含む点で、図13に示す特定処理とは異なる。即ち、ステップS38では、空調制御サーバ500の特定部521は、前回より減少した現在のユーザ数CNT_iが0又は1であるかを判定し、肯定的な判定を行った場合にステップS38:YES、ステップS31の処理に進む。また、否定な判定を行った場合にステップS38:NO、特定部521は、ステップS37の処理に進む。<空調制御処理>次に、空調制御サーバ500による各空調設備に対する空調制御処理について説明する。図21は、空調制御サーバ500による空調制御処理を示すフローチャートである。同図に示すように、実施の形態2に係る空調制御サーバ500による空調制御処理は、図14に示す実施の形態1に係る空調制御サーバ400による空調制御処理におけるステップS44及びS47の処理を含む。空調制御サーバ500の制御部520における空調制御部522は、処理対象であるコントローラのコントローラIDiを0に初期化し、コントローラIDiがコントローラの数より大きいかを判定するステップS44、S48。コントローラIDiがコントローラの数より大きい場合にはステップS48:YES、空調制御部522は、再びステップS44から処理を行う。また、コントローラIDiがコントローラの数以下である場合にステップS48:NO、空調制御部522は、後述する通常処理を実行するステップS90。この通常処理の実行を完了すると、空調制御部522は、コントローラIDiを1増加させステップS47、再びステップS48から処理を行う。<通常処理>次に、上記空調制御処理の通常処理ステップS90の詳細を説明する。図22は、空調制御サーバ500による通常処理を示すフローチャートである。空調制御部522は、図16に示す実施の形態1に係る空調制御サーバ400による通常処理と同様に、特定部443からの通知の有無を判定しステップS61、通知がなかった場合にステップS61:NO、通常処理を終了する。また、通知があった場合にステップS61:YES、空調制御部522は、図16に示す空調制御サーバ400による通常処理と同様に、処理対象のエリアにおける現在のユーザ数CNT_iが0であるかの判定処理を行うステップS62。CNT_iが0である場合にステップS62:YES、空調制御部522は、後述する0人処理を実行しステップS100、通常処理を終了する。CNT_iが0でない場合にステップS62:NO、空調制御部522は、図16に示す空調制御サーバ400による通常処理と同様に、CNT_iが1であるかの判定処理を行うステップS63。CNT_iが1でない場合にステップS63:NO、空調制御部522は、CNT_iの数を判定しステップS91、CNT_iがN-1である場合にステップS91:N-1、ステップS65の処理に進む。また、空調制御部522は、CNT_iがNである場合にはステップS91:N、ステップS67の処理に進み、CNT_iがN-1及びN以外である場合にはステップS91:その他、特に処理を行うことなく、通常処理を終了する。一方、CNT_iが1である場合にステップS63:YES、空調制御部522は、このCNT_iと共に、処理対象のエリアに存在しなくなったユーザのタグIDが通知されているかを判定するステップS92。空調制御部522は、タグIDが通知されている場合にはステップS92:YES、後述する1人処理を実行してステップS110、通常処理を終了し、タグIDが通知されていない場合にはステップS92:NO、ステップS64の処理に進む。<0人処理>次に、上記通常処理の0人処理ステップS100の詳細を説明する。図23は、空調制御サーバ500による0人処理を示すフローチャートである。まず、空調制御部522は、特定部521から通知された、処理対象のエリアに存在しなくなったユーザのタグIDについての退社予定時刻を記憶部510の退社時刻テーブル70から取得するステップS101。また、空調制御部522は、第1計時部430から現在時刻を取得しステップS102、取得した現在時刻が、ステップS1で取得した退社予定時刻以降の時刻であるかを判定するステップS103。退社予定時刻以降の時刻である場合にステップS103:YES、空調制御部522は、図17に示す実施の形態1に係る空調制御サーバ400による0人処理におけるステップS77の処理と同様に、空調を停止させるよう空調設備を制御しステップS104、0人処理を終了する。また、退社予定時刻以降の時刻でない場合にステップS103:NO、図17に示す実施の形態1に係る空調制御サーバ400による0人処理におけるステップS74の処理と同様に、特定部521から新たにCNT_iの通知がなされたかを判定するステップS105。空調制御部522は、新たなCNT_iの通知がなされていない場合にステップS105:NO、再びステップS102から処理を行い、新たなCNT_iの通知がなされた場合にステップS105:YES、0人処理を終了する。<1人処理>次に、上記通常処理の1人処理ステップS110の詳細を説明する。図24は、空調制御サーバ500による1人処理を示すフローチャートである。まず、空調制御部522は、特定部521から通知された、処理対象のエリアに存在しなくなったユーザのタグIDについての退社予定時刻を記憶部510の退社時刻テーブル70から取得するステップS111。また、空調制御部522は、第1計時部430から現在時刻を取得しステップS112、取得した現在時刻から退社予定時刻までの時間を算出しステップS113、所定時間例えば、15分以内であるかを判定するステップS114。所定時間以内である場合にステップS114:YES、空調制御部522は、新たなCNT_iとして0が通知されているかを判定しステップS115、通知されていない場合にはステップS115:NO、再びステップS115の処理を行う。また、CNT_iとして0が通知された場合にはステップS115:YES、図23に示す0人処理のステップS104の処理と同様に、空調を停止させるよう空調設備を制御しステップS116、1人処理を終了する。一方、ステップS113で算出した時間が所定時間以内でない場合にステップS114:NO、空調制御部522は、新たなCNT_iが通知されているかを判定するステップS117。空調制御部522は、通知されていない場合にはステップS117:NO、再びステップS112から処理を行い、通知されている場合にはステップS117:YES、1人処理を終了する。≪変形例≫以下では、実施の形態2に係る空調制御サーバ500の空調制御部522による1人処理の一変形例を説明する。この変形例に係る1人処理以下、変形1人処理というは、処理対象のエリアに残っているユーザの退社予定時刻における予想室温を算出し、算出した室温が所定の温度範囲以下、快適域というに含まれる場合に限って、空調を停止させるものである。以下、変形1人処理について詳細に説明する。なお、以下では、本変形例に係る空調制御サーバを変形空調制御サーバといい、変形空調制御サーバにおける空調制御部を変形空調制御部という。<変形空調制御サーバの動作><変形1人処理>図25は、変形空調制御サーバによる変形1人処理を示すフローチャートである。この変形1人処理は、図24に示す実施の形態2に係る空調制御サーバ500による1人処理のステップS114及びS115の処理に代えて、ステップS119~S121の処理を追加したものであるため、これらの処理を中心に説明する。変形空調制御部は、ステップS112で取得した現在時刻からステップS111で取得した退社予定時刻までの時間を算出しステップS113、処理対象のエリアにおける温度を測定する温度センサ不図示を用いて、現在の温度を測定するステップS119。測定した現在の温度に基づいて、現在時刻から、算出した時間を経過した時退社予定時刻における予測温度を算出しステップS120、算出した予測温度が快適域に含まれるか否かを判定するステップS121。ここで、予測温度は、従来から知られている各種予測温度式を用いて算出してもよいし、各エリアにおける温度を定期的に測定しておき、測定した温度に基づいて算出してもよい。算出した予測温度が快適域に含まれる場合にはステップS121:YES、ステップS116の処理に進み、算出した予測温度が快適域に含まれない場合にはステップS121:NO、ステップS117の処理に進む。<補足>以上、本発明に係る空調制御システムを、実施の形態1、2及び変形例以下、単に実施の形態ともいうに基づいて説明したが、以下のように変形することも可能であり、本発明は実施の形態で示した通りの空調制御システムに限られないことは勿論である。1実施の形態では、コントローラ300a、300bがタグからのUHF帯信号を受信し、ID情報を送信するものとして説明したが、他の機器がタグからのUHF帯信号を受信するようにしてもよい。例えば、タグからのUHF帯信号に含まれている送信機IDが示す送信機がこのUHF帯信号を受信し、受信したUHF帯信号に含まれている送信機ID及びタグIDを、その送信機が接続するコントローラに送信するようにしてもよい。この場合、このコントローラは、送信機から受信した各ID及び自機のコントローラIDつまりID情報を空調制御サーバに送信する。2実施の形態では、特定処理図12、図13、図20を、空調制御サーバの特定部が行うものとして説明したが、他の機器が行うようにしてもよい。例えば、各コントローラ300a、300bが特定処理を行うようにし、各コントローラからの通知を受けて空調制御部は空調制御処理図14、図21を行うようにしてもよい。3実施の形態では、各送信機は、LF帯信号を送信し、タグは、受信したLF帯信号に呼応してUHF帯信号を送信するものとして説明した。しかしながら、各送信機及びタグが送信する信号は、実施の形態で一例として示した周波数帯のものである場合に限られず、他の周波数帯のものであってもよい。但し、各送信機が送信する信号と、タグが送信する信号とがなるべく干渉しないように、各信号の周波数帯を決定するほうが望ましい。4実施の形態では、退社時刻テーブル70は、タグID71と退社回数72とを対応付けて記憶しており、閾値時間テーブル80は、タグID81と閾値時間82とを対応付けて記憶しているものとして説明した。しかしながら、タグID71、81に代えて、ユーザの識別情報以下、ユーザIDというを記憶するようにしてもよい。この場合、ユーザ毎に、そのユーザのユーザIDと、そのユーザが所有するタグのタグIDとを対応付けたテーブル以下、ユーザ情報テーブルというを新たに記憶するように、空調制御サーバを変形する必要がある。この変形に係る空調制御サーバは、ユーザ情報テーブルを用いてタグIDをユーザIDに変換して、この変形に係る退社時刻テーブル及び閾値時間テーブルを参照することになる。この変形を行った場合、入退出管理システム2000を、実施の形態で説明したように、タグを用いて入退出を管理するのではなく、例えば、ICカードを用いて入退出を管理するように変形した場合にも適用できることになる。即ち、入退出管理システムと空調管理システムとで共通のユーザIDを用いるようにし、入退出制御サーバからは、タグIDに代えてユーザIDを送信するようにする。この結果、この変形に係る空調制御サーバは、受信したユーザIDと退社日時とに基づいて、この変形に係る退社時刻テーブルを更新することができる。5実施の形態では、退社時刻テーブル70は、タグID71と退社回数72とを対応付けて記憶しているものとして説明したが、更に退社予定時刻を対応付けて記憶するようにしてもよい。この場合、空調制御サーバの更新部441は、退社回数を更新した際に、実施の形態で説明したのと同様の方法例えば、図23のステップS101参照で退社予定時刻を特定し、登録済みの退社予定時刻と異なる場合に、特定した退社予定時刻でこれを更新する。なお、ここでは、タグID71と退社回数72と退社予定時刻を対応付けて記憶する例を説明したが、タグID71と退社回数72とを別テーブルとして管理し、退社時刻テーブルは、タグID71と退社予定時刻とを対応付けて記憶するようにしてもよい。また、入退出制御サーバからの情報に基づいて、退社予定時刻を特定するのではなく、例えば、空調制御サーバとLAN等を介して接続されたパソコンにおいてユーザが入力した退社予定時刻を、空調制御サーバがこのパソコンから受信し、登録するようにしてもよい。また、例えば、各ユーザが退社予定時刻を入力するのではなく、各ユーザから電子媒体、紙媒体等の様々な媒体を介して取得した退社予定時刻を空調制御システムの管理者が、この変形に係る退社時刻テーブルに登録するようにしてもよい。この退社予定時刻は、ユーザ毎に1つの時刻を指定するものであってもよいし、各々が曜日や日付と対応付けられた複数の時刻をユーザ毎に指定するものであってもよい。なお、実施の形態に係る退社時刻テーブル70の退社回数72についても、曜日や日付毎に管理するようにしてもよい。6実施の形態では、閾値時間テーブル80は、タグID81と閾値時間82とを対応付けて記憶しているものとして説明した。しかしながら、更に対応するタグIDが示すタグを所持しているユーザの時間区間毎の離席回数を示す情報以下、離席情報というを対応付けて記憶するようにしてもよい。また、閾値時間82については記憶することなく、タグID81と離席情報とを対応付けて記憶し、閾値時間を取得する必要が生じる都度、離席情報に基づいて閾値時間を算出するようにしてもよい。また、各ユーザについての閾値時間は、実施の形態で説明したように、正規分布で近似する方法図10参照により算出する場合に限らず、例えば、短時間離席のクラスタに属する時間区間のうち、最長の時間区間図10の例では、4分としてもよい。7実施の形態では、退社予定時刻は、一例として、退社回数が最大となる時間帯の開始時刻であるものとして説明したが、開始時刻に限らず、退社回数が最大となる時間帯内の特定時刻であってもよい。また、退社予定時刻は、例えば、退社回数が所定回数以上となる時間帯のうち、最も早い又は遅い時間帯に含まれる特定時刻であってもよい。8実施の形態2に係る空調制御サーバ500は、現在時刻から処理対象のエリアに最後に残ったユーザの退社予定時刻までの時間が所定時間以内である場合において、そのエリアにおけるユーザ数が0になったときに、空調を停止させるものとして説明した図24参照。しかしながら、現在時刻から処理対象のエリアに最後に残ったユーザの退社予定時刻までの時間が所定時間以内である場合に、そのエリアにおけるユーザ数が0になるのを待たずに空調を停止させるようにしてもよい。9実施の形態では、快適域を温度の範囲により定義したが、湿度の範囲で定義してもよいし、温度及び湿度の範囲で定義してもよいし、PMVPredictedMeanVote値により定義してもよい。ここで、PMV値は、温度室温、湿度、輻射温度、気流速度、ユーザの着衣量及びユーザの活動量といったパラメータを用いて算出されるものであり、-3~3までの値を取るものである。温度以外のパラメータは、空調制御システムの管理者により予め設定されている値を用いることができる。例えば、湿度は50、輻射温度は温度室温0.5°C、気流速度は0.1m/s、ユーザの着衣量は、12月~2月は0.9clo、3月~5月及び9月~11月は0.7clo、6月~8月は0.5clo程度と設定する。また、活動量は、オフィスにおいては着席している場合が多いと考えられるため、1.0metsと設定する。なお、湿度は、エリア毎に、湿度センサを備えるようにして、この湿度センサの検出値を用いるようにしてもよいし、ユーザの着衣量は、温度に応じた値を取るようにしてもよい。快適域を、PMV値が±0.5以内の範囲として、変形例の内容を更に変形することができる。なお、この±0.5以内という基準は、ISOInternationalOrganizationforStandardizationで推奨されている基準である。即ち、変形例では、退社予定時刻における予測温度を算出し、この予測温度が快適域所定の温度範囲に含まれる場合に、空調を停止させるものとして説明した図25のステップS119~S121、S116。これを、帰宅予定時刻における予測PMV値を算出し、算出した予測PMV値が±0.5以内つまり、不快と感じる人が10以内になる場合に、空調を停止させるように変形する。10実施の形態1に係る空調制御処理には、図14に示すように、スケジュールテーブル90に基づく処理ステップS42、S43と、定刻処理ステップS50と、通常処理ステップS60とが含まれているものとして説明した。しかしながら、スケジュールテーブル90に基づく処理ステップS42、S43と、定刻処理ステップS50と、通常処理ステップS60とのうちの一部のみを行うように、空調制御処理を変形してもよい。11実施の形態において説明した各機器における各構成要素のうち、全部又は一部を1チップ又は複数チップの集積回路で実現してもよいし、コンピュータのプログラムで実現してもよいし、その他どのような形態で実現してもよい。また、実施の形態において説明した各構成要素は、それぞれの機器が有するプロセッサと協働することにより、その機能を実現する。12実施の形態において説明した各機器による処理例えば、図11~図18、図20~図25参照をプロセッサに実行させるためのプログラムを、記録媒体に記録し又は各種通信路等を介して、流通させ頒布することもできる。このような記録媒体には、ICカード、光ディスク、フレキシブルディスク、ROM、フラッシュメモリ等がある。流通、頒布されたプログラムは、機器におけるプロセッサで読み取り可能なメモリ等に格納されることにより利用に供され、そのプロセッサがそのプログラムを実行することにより実施の形態で示した各機器の機能が実現される。13実施の形態に係る空調制御システムに、上記1~12の一部又は全部の変形を組み合わせて適用してもよい。14以下、更に本発明の一実施形態に係る空調制御システム及び空調制御サーバの構成及び効果について説明する。a本発明の一実施形態に係る空調制御システムは、複数のユーザに各自所持されるタグであって、第1信号を受信すると、自機の識別情報を含む第2信号を送信するタグと、タグから受信した第2信号に含まれている前記識別情報に基づいて、所定エリア内に存在するタグを特定する特定手段と、特定されたタグを所持するユーザが、過去に前記所定エリアに存在しなかった時を示す情報に基づいて決定した時間に、前記所定エリアにおける空調設備を制御する空調制御手段とを備える。また、本発明の一実施形態に係る空調制御サーバは、複数のユーザに各自所持されるタグであって、第1信号を受信すると、自機の識別情報を含む第2信号を送信するタグからの第2信号に含まれている前記識別情報に基づいて、所定エリア内に存在するタグを特定する特定手段と、特定されたタグを所持するユーザが、過去に前記所定エリアに存在しなかった時を示す情報に基づいて決定した時間に、前記所定エリアにおける空調設備を制御する空調制御手段とを備える。また、本発明の一実施形態に係る空調制御サーバは、複数のユーザに各自所持されるタグの識別情報を受信する受信手段と、各ユーザが、過去に前記所定エリアに存在しなかった時を示す情報の入力を受け付ける入力手段と、前記受信手段により受信されたタグの識別情報に基づき特定された所定エリア内に存在するタグを所持するユーザについての前記入力手段が受け付けた情報に基づく時間に、前記所定エリアにおける空調設備を制御するための制御信号を送信する送信手段とを備える。この空調制御システム及びこの空調制御サーバは、所定エリアに存在するタグのユーザが、過去にそのエリアに存在しなかった時を示す情報に基づいて決定した時間に、そのエリアにおける空調設備を制御する。従って、例えば、所定エリアに存在するタグのユーザが1人である場合に、そのユーザによるそのエリアに対する出入りが頻繁に行われたときでも、空調設備が、空調の停止、開始を繰り返してしまうといった事態の発生を防止できる。即ち、この空調制御システム及びこの空調制御サーバは、上述のような事態が発生した場合と比較して、電力消費の増大を抑制でき、つまり、更なる省エネの実現に利用できる。bまた、前記空調制御システムは、各ユーザが、過去に前記所定エリアから退出して所定時間以上当該所定エリアに戻らなかったときの当該退出時を示す退出時間情報を記憶する退出時間記憶手段を備え、前記空調制御手段は、所定時刻において、前記特定手段により特定されたタグが2以上存在する場合に、特定された各タグを所持するユーザについての各退出時間情報に基づいて、最も遅く退出するであろうユーザの退出予定時間を特定し、特定した退出予定時間に基づいて、前記所定エリアにおける空調を停止させる時間を決定することとしてもよい。この空調制御システムは、所定時刻において、所定エリアに残っているユーザのうち、そのエリアから最も遅く退出するであろうユーザの退出予定時間に基づいて、そのエリアにおける空調を停止させる時間を決定する。従って、所定エリアに残っている各ユーザの快適性を維持しつつ、不要な空調を停止させ、省エネを図ることができる。cまた、前記空調制御システムは、各ユーザが、過去に前記所定エリアから退出して所定時間以上当該所定エリアに戻らなかったときの当該退出時の時刻に基づいて算出した時間帯毎の退出回数を記憶する退出回数記憶手段を備え、前記空調制御手段は、前記特定手段により特定されたタグの数が1に減少した時に、当該特定手段により特定されたタグを所持するユーザについての前記時間帯毎の退出回数に基づいて、当該ユーザが所定時間以内に退出する可能性が所定程度高いか否かを判定し、所定程度高いと判定した場合には、前記所定エリアにおける空調を停止させ、所定程度高くないと判定した場合には、前記所定エリアにおける空調を維持させるよう、当該所定エリアにおける空調設備を制御することとしてもよい。ここで、所定エリアに残っている最後の1人のユーザが、現在から所定時間以内の時間帯に過去に多く退出し所定時間以上戻ってきていない場合、そのユーザは、今回も現在から所定時間以内にそのエリアから退出し所定時間以上戻らない可能性が高いと考えられる。従って、空調を維持するよりも、停止させたほうが省エネになるよう所定時間を設定することで、この空調制御システムによれば、所定エリアに残っている最後の1人のユーザの快適性までも維持しつつ、不要な空調を停止させ、省エネを図ることができる。dまた、前記空調制御手段は、前記特定手段により特定されたタグを所持するユーザが前記所定時間以内に退出する可能性が所定程度高いと判定した場合において、前記特定手段により特定されたタグの数が0に減少した時に、前記所定エリアにおける空調を停止させるよう、当該所定エリアにおける空調設備を制御することとしてもよい。この空調制御システムは、所定エリアに残っている最後の1人のユーザが、実際にそのエリアから退出することを待って空調を停止させる。つまり、この空調制御システムによれば、最後の1人のユーザが、そのエリアから退出し所定時間以上戻ってこない可能性がより高い状況で、空調を停止させることができる。eまた、前記空調制御システムは、各ユーザが、過去に前記所定エリアから退出して所定時間以上当該所定エリアに戻らなかったときの当該退出時を示す退出時間情報を記憶する退出時間記憶手段を備え、前記空調制御手段は、前記特定手段により特定されたタグの数が1である時に、当該特定手段により特定されたタグを所持するユーザについての前記退出時間情報に基づいて、当該ユーザの退出予定時間を特定し、現在から特定した退出予定時間までの時間が、現時点において前所定エリアにおける空調を停止した場合に、室温が所定範囲内に含まれなくなるまでの予測時間より短い場合には、前記所定エリアにおける空調を停止させ、長い場合には、前記所定エリアにおける空調の状態を維持するよう、当該所定エリアにおける空調設備を制御することとしてもよい。この空調制御システムは、所定エリアに残っているユーザが1人になった場合に、そのユーザについて退出予定時間における室温が所定範囲内に含まれると予測されるときに限って、その予め空調を停止させる。従って、この空調制御システムによれば、例えば、空調の余熱、余冷の効果を利用して、所定エリアに残っているユーザについての退出予定時間まではより確実に快適性を維持できると共に、更に省エネを図ることができる。fまた、前記空調制御システムは、各ユーザが、過去に前記所定エリアを退出してから戻ってくるまでの離席時間を示す離席時間情報を記憶する離席時間記憶手段を備え、前記空調制御手段は、更に、前記特定手段により特定されたタグの数がNN≧1からN-1に減少した場合に、前記所定エリア内に存在しなくなったタグを所持するユーザについての前記離席時間情報に基づいて、前記所定エリアにおける空調の制御状態を、現在の状態から変化させ、あるいは現在の状態を維持するよう、当該所定エリアにおける空調設備を制御することとしてもよい。ここで、空調の運転状態とは、空調設備における温度、湿度、風量等の目標値設定値を示すものである。また、空調の運転状態を切り替えて、風量を増加させたり、冷房の温度設定を低くしたり、暖房の温度設定を高くしたり、加湿したり除湿したりした場合には、一般的に、切り替え前よりも電力消費が増大すると考えられる。この空調制御システムは、所定エリアに存在するユーザの数がNからN-1に減少した場合に、このエリアに存在しなくなったユーザについての離席時間情報に基づいて、空調の制御状態を変化させるかを制御する。従って、所定エリアに存在するユーザの数がNとN-1の間で頻繁に増減した場合でも、空調設備が、空調の制御状態の切り替えを繰り返してしまい、電力消費を増大させてしまうような事態の発生を防止できる。つまり、上述のような事態が発生した場合と比較して、この空調制御システムは、電力消費の増大を抑制でき、つまり、更なる省エネの実現に利用できる。gまた、前記空調制御システムは、各ユーザが、過去に前記所定エリアを退出してから戻ってくるまでの各離席時間を複数の群に分類し、最も短い離席時間が属する短時間群と他の群とを区別するための閾値時間を算出し、当該ユーザについての前記離席時間情報として前記離席時間記憶手段に格納する算出部を備え、前記空調制御手段は、前記所定エリア内に存在しなくなったタグを所持するユーザが、当該所定エリアを退出した時から、当該ユーザについての前記閾値時間を経過した時までに、当該所定エリアに戻った場合には、当該所定エリアにおける空調の制御状態を維持し、当該所定エリアに戻らなかった場合には、当該所定エリアにおける空調の制御状態を、現在の状態から変化させるよう、当該所定エリアにおける空調設備を制御することとしてもよい。この空調制御システムは、所定エリアに存在するユーザの数がNからN-1に減少した場合に、このユーザの離席時間が比較的長くなると判断できる場合に空調の制御状態を切り替えることができる。従って、この空調制御システムによれば、上述のように、空調の制御状態の切り替えを繰り返してしまうことで、電力消費を増大させてしまうような事態の発生を適切に防止できる。hまた、前記空調制御手段は、前記特定手段により特定されたタグの数が1から0に減少した場合において、前記所定エリア内に存在しなくなったタグを所持するユーザが、当該所定エリアを退出した時から、当該ユーザについての前記閾値時間を経過した時までに、当該所定エリアに戻らなかったときには、当該所定エリアにおける空調を停止させるよう、当該所定エリアにおける空調設備を制御することとしてもよい。この空調制御システムによれば、所定エリアに存在するユーザの数が1から0に減少した場合に、このエリアに存在しなくなったユーザについての閾値時間に基づいて、このユーザの離席時間が比較的長くなる場合に、空調を停止させることができる。従って、この空調制御システムによれば、上述のように、空調の停止、開始を繰り返してしまうことで、電力消費を増大させてしまうような事態の発生を適切に防止できる。iまた、前記空調制御手段は、更に、予め設定されたスケジュールに従って、前記所定エリアにおける空調を停止させるよう、当該所定エリアにおける空調設備を制御することとしてもよい。この空調制御システムによれば、所定エリアにユーザが存在しなくなる時間が予め分かっている場合に、その時間にそのエリアの空調を自動的に停止させることができるので、ユーザが意識することなく省エネを図ることができる。