管理システム
【課題】入場している利用者の数を、いわゆる「共連れ」や「すれ違い」等が生じることを考慮して管理することが可能な管理システムを提供する。
【解決手段】外部機器の制御に用いる管理対象領域内の利用者数を管理する管理システムであって、利用者による管理対象領域に対する入場及び退場に係る認証を行い、入場又は退場を許可する旨の認証が行われる毎に、前記管理対象領域に対する利用者の入退場を可能に制御し、入場又は退場を許可する旨の認証が行われる毎に、１増加又は減少させる処理を実行することで計数した管理対象領域内の利用者数を管理し、前記制御により入退場が可能になった前記管理対象領域に対し、複数の利用者が入退場したと推定される一定条件を満たすか否かを判定し、肯定的な判定を行った場合に、前記処理の実行を抑止し、又は管理する利用者の数を調整する。
【解決手段】外部機器の制御に用いる管理対象領域内の利用者数を管理する管理システムであって、利用者による管理対象領域に対する入場及び退場に係る認証を行い、入場又は退場を許可する旨の認証が行われる毎に、前記管理対象領域に対する利用者の入退場を可能に制御し、入場又は退場を許可する旨の認証が行われる毎に、１増加又は減少させる処理を実行することで計数した管理対象領域内の利用者数を管理し、前記制御により入退場が可能になった前記管理対象領域に対し、複数の利用者が入退場したと推定される一定条件を満たすか否かを判定し、肯定的な判定を行った場合に、前記処理の実行を抑止し、又は管理する利用者の数を調整する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、入退場の管理システムに関し、特に、入退場の管理対象領域内の利用者の数を管理する技術に関する。
【背景技術】
【０００２】
人の入場及び退場を制限するための扉の解錠を、例えば、ＩＣカード等による認証に基づいて管理する管理システムが知られている。
このような管理システムでは、扉の解錠権限を有する当該システムの利用者が所持するＩＣカード等の識別情報を予め記憶しておき、扉の解錠が必要な利用者のＩＣカード等から読み取った識別情報と照合することで認証を行い、一致する識別情報が記憶されている場合に扉の解錠を行う。
【０００３】
また、この認証結果に基づいて入場している利用者の数を管理し、この利用者の数を利用する技術が知られている。例えば、特許文献１には、入場している利用者の数が所定以下になったときに、情報機器の利用を制限し、利用者数が少ない環境での情報機器の不正利用を防止する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２１３３３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記管理システムを運用した場合には、いわゆる「共連れ」や「すれ違い」、つまり１人の利用者が認証を受けて扉が解錠されたことに乗じて、１以上の他の利用者が入退場を行うといったことが、生じ得る。この「共連れ」等が発生した場合、認証を受けた利用者の入退室は把握できるものの、この利用者の入退室に乗じて入退室を行った者の数は把握することができない。
【０００６】
本発明は係る問題に鑑みてなされたものであり、入場している利用者の数をいわゆる「共連れ」や「すれ違い」等が生じることを考慮して管理するための管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために本発明に係る管理システムは、外部機器の制御に用いる管理対象領域内の利用者数を管理する管理システムであって、利用者による管理対象領域に対する入場及び退場に係る認証を行う認証手段と、前記認証手段により入場又は退場を許可する旨の認証が行われる毎に、前記管理対象領域に対する利用者の入退場を可能に制御する入退場制御手段と、前記認証手段により入場又は退場を許可する旨の認証が行われる毎に、１増加又は減少させる処理を実行することで計数した管理対象領域内の利用者数を管理する管理手段と、前記入退場制御手段の前記制御により入退場が可能になった前記管理対象領域に対し、複数の利用者が入退場したと推定される一定条件を満たすか否かを判定する判定手段と、前記判定手段が前記一定条件を満たすと判定した場合に、前記管理手段による前記処理の実行を抑止し、又は前記管理手段が管理する利用者の数を調整する計数制御手段とを備えることを特徴とする。
【発明の効果】
【０００８】
上述の構成を備える本発明に係る管理システムは、ある利用者が認証を受けて入退場が可能になった管理対象領域に対し、他の利用者が認証を受けることなく入退場（いわゆる、「共連れ」や、「すれ違い」等）した場合に、上記一定条件を満たすときには、管理対象領域内の利用者数を計数する処理を抑止し、又は管理する利用者の数を調整するので、管理対象領域内の利用者数を、他の利用者の入退場による増減を考慮して管理できるようになる。
【０００９】
また、前記一定条件は、前記認証手段による認証の時刻が既定の時間帯に含まれることであり、前記計数制御手段は、前記判定手段が前記一定条件を満たすと判定した場合に、前記抑止を行うこととしてもよい。
例えば、管理対象領域内で仕事をしていた利用者は、昼休みの時間帯になると昼食等の用事のために管理対象領域から一旦退場し、その用事が済むと、昼休みの時間帯が終わるまでに再び管理対象領域に入場する可能性が高いため、昼休みの時間帯の前後での利用者数は大きく変化しないと推定される。
【００１０】
従って、例えば、既定の時間帯を、昼休みの時間帯とした場合に、本発明に係る管理システムは、管理対象領域内の利用者数を計数する処理を抑止するので、この時間帯が開始する前に管理していた利用者数が正確である場合に、この時間帯に、いわゆる「共連れ」が「すれ違い」等の入退場が多く発生したとしても、この時間帯が終了したときにも、管理している利用者数の正確性を保つことができる。
【００１１】
また、前記入退場制御手段は、前記認証手段により入場又は退場を許可する旨の認証が行われる毎に、管理対象領域に設けられた扉を解錠し、開扉及び閉扉を検出した後に施錠するものであり、前記一定条件は、前記入退場制御手段により検出された開扉から閉扉までの時間が既定時間以上であったことであり、前記計数制御手段は、前記判定手段が前記一定条件を満たすと判定した場合に、前記管理手段が管理する前記１増加又は減少させる処理後の利用者の数を、当該処理前の利用者の数に戻すよう前記調整を行うこととしてもよい。
【００１２】
これにより、例えば、既定時間を、１人の利用者が認証を受けて解錠された扉を開け、入場又は退場し、扉を閉めるまでの時間より長く設定した場合に、本発明に係る管理システムは、認証を受けて入場又は退場する利用者と共に、他の利用者が認証を受けることなく入退場（いわゆる、「共連れ」や、「すれ違い」等）することで、開扉から閉扉までの時間が、上記既定時間より長かったときは、利用者数を１増加又は減少させる処理後の利用者数を、この処理前の利用者数に戻す。
【００１３】
従って、いわゆる「共連れ」や「すれ違い」等が発生した場合において、認証を受けて入場又は退場する利用者と同じ方向に移動する利用者の数よりも、逆方向に移動する利用者の数のほうが多いときには、より正確に管理対象領域内の利用者数を管理できる。なお、ここでの「同じ方向」、「逆方向」とは、認証を受けた利用者が入場する場合には、入場する方向が同じ方向であり、退場する方向が逆方向であり、認証を受けた利用者が退場する場合には退場する方向が同じ方向であり、入場する方向が逆方向である。
【００１４】
また、前記管理システムは、更に現在時刻が既定の時刻と一致した場合に、前記管理手段が管理している利用者の数を所定値に設定する設定手段を備えることとしてもよい。
これにより、本発明に係る管理システムは、既定の時刻になると、管理している利用者数を所定値に設定するので、例えば、所定値を０とし、既定の時刻を、管理対象領域に利用者が存在しなくなる時刻（例えば、深夜０時）とすることで、管理している利用者数と、実際に管理対象領域に存在する利用者の数とに相違が生じても、リセットすることが可能になる。
【００１５】
また、前記管理システムは、更にユーザへの通知を行う通知手段を備え、前記設定手段は、前記通知手段による通知から既定時間以内にユーザからの応答を受け付けない場合に、前記所定数をゼロとして前記設定を行うこととしてもよい。
これにより、本発明に係る管理システムは、ユーザへの通知を行い、その通知から既定時間以内にユーザからの応答を受け付けない場合に、管理している利用者数をゼロに設定するので、ユーザが管理対象領域内に存在しないことを確認した上で、管理している利用者数をゼロにリセットできる。
【００１６】
また、前記管理システムは、更に前記認証手段により入場又は退場を許可する旨の認証が行われる毎に、１増加又は減少させる処理を実行することで計数した管理対象領域内の利用者の数を記憶する記憶手段と、前記記憶手段に記憶された利用者の数と、前記管理手段が管理する利用者の数との差が既定値以上になった場合に、前記管理手段が管理する利用者の数を所定値に設定する設定手段を備えることとしてもよい。
【００１７】
入場又は退場を許可する旨の認証が行われる毎に、１増加又は減少させる処理を実行することで計数した管理対象領域内の利用者の数と、管理している利用者の数との差が比較的大きくなった場合には、管理している利用者の数と、実際に管理対象領域に存在する利用者の数との差も比較的大きくなっていると推定される。
例えば、「すれ違い」はほとんど発生せずに、「共連れ」が多く発生した場合には、管理対象領域内の利用者数を計数する処理を抑止し、又は管理する利用者の数を調整することで、管理している利用者の数の変化が抑制されてしまうためである。
【００１８】
本発明に係る管理システムは、入場又は退場を許可する旨の認証が行われる毎に、１増加又は減少させる処理を実行することで計数した管理対象領域内の利用者の数と、管理している利用者の数との差が既定値以上になった場合に、その管理している利用者の数を所定値に設定するので、管理している利用者の数と、実際に管理対象領域に存在する利用者の数との差が比較的大きくなっている場合に、この管理している利用者の数をリセットできる。
【００１９】
また、前記管理システムは、更にユーザへの通知を行う通知手段を備え、前記設定手段は、前記通知手段による通知から既定時間以内にユーザから利用者の数を含む応答を受け付けた場合に、前記所定値を当該応答に含まれる利用者の数として、前記設定を行うこととしてもよい。
これにより、本発明に係る管理システムは、管理している利用者数を、ユーザから受け付けた応答に含まれる利用者数に設定するので、ユーザが実際に管理対象領域に存在する利用者の数を応答に含めることで、正確な利用者の数に、管理している利用者数をリセットできる。
【００２０】
また、前記管理システムは、更に前記判定手段が前記一定条件を満たすと判定した場合に、前記既定の時間帯を経過した後に、前記管理手段が管理する利用者の数を、既定値に設定する設定手段を備えることとしてもよい。
例えば、出社時間帯には、多くの利用者が管理対象領域に入場し、退社時間帯には、多くの利用者が、管理対象領域から退場するため、これらの時間帯には、いわゆる「共連れ」が「すれ違い」等の入退場が多く発生すると推定される。
【００２１】
本発明に係る管理システムは、既定の時間帯を経過した後に、管理している利用者数を既定値に設定するので、例えば、既定の時間帯を、出社時間帯とした場合には、既定値を出社予定の社員数とし、また、例えば、既定の時間帯を退社時間帯とした場合には、既定値を残業予定の社員数とすることで、これらの時間帯にいわゆる「共連れ」が「すれ違い」等の入退場が多く発生したとしても、この時間帯が終了したときに、より正確に利用者数を管理することができる。
【図面の簡単な説明】
【００２２】
【図１】入退室管理システム１０００のシステム構成図である。
【図２】ＧＵ１００Ａの主要部の機能構成を示すブロック図である。
【図３】入退室管理サーバ２００の主要部の機能構成を示すブロック図である。
【図４】物理情報テーブル１０、部屋情報テーブル２０、カード情報テーブル３０、及び在室情報テーブル４０のデータ構成及び内容例を示す図である。
【図５】無効時間帯情報テーブル５０及び制御情報テーブル６０のデータ構成及び内容例を示す図である。
【図６】履歴情報テーブル７０及び無効イベント情報テーブル８０のデータ構成及び内容例を示す図である。
【図７】入退室管理サーバ２００による制御処理を示すフローチャートである。
【図８】入退室管理サーバ２００による認証情報受信時処理を示すフローチャートである。
【図９】入退室管理サーバ２００によるイベント情報受信時処理を示すフローチャートである。
【図１０】入退室管理サーバ２００による日替時刻での更新処理を示すフローチャートである。
【図１１】入退室管理サーバ２００による所定差異発生時の更新処理を示すフローチャートである。
【図１２】変形例に係る入退室管理サーバによる無効時間帯終了時刻での更新処理を示すフローチャートである。
【発明を実施するための形態】
【００２３】
以下、本発明に係る管理システムの一実施形態としての入退室管理システムを例に、図面を参照しながら説明する。
≪実施の形態≫
＜構成＞
まず、実施の形態に係る入退室管理システム１０００の構成について説明する。
【００２４】
＜入退室管理システム＞
図１は、入退室管理システム１０００のシステム構成図である。
同図に示す通り、入退室管理システム１０００は、「第１執務室」及び「第２執務室」の２つの部屋への入退室を管理すると共に、各部屋に入室している者の人数を管理し、その人数を、空調機器等の制御に利用するシステムである。
【００２５】
入退室管理システム１０００は、カードリーダ１Ａ〜１Ｄと、電気錠２Ａ、２Ｂと、開閉センサ３Ａ、３Ｂと、空調機器４Ａ、４Ｂと、ＧＵ（Gate Unit）１００Ａ、１００Ｂと、入退室管理サーバ２００と、管理端末３００Ａ、３００Ｂとから構成されている。
カードリーダ１Ａ、１Ｂ、電気錠２Ａ、開閉センサ３Ａ、及び空調機器４Ａは、ＧＵ１００Ａと接続されており、カードリーダ１Ｃ、１Ｄ、電気錠２Ｂ、開閉センサ３Ｂ、及び空調機器４Ｂは、ＧＵ１００Ｂと接続されており、各ＧＵ（１００Ａ、１００Ｂ）及び各管理端末（３００Ａ、３００Ｂ）は、ＬＡＮ（Local Area Network）５を介して入退室管理サーバ２００と接続されている。
【００２６】
ここで、カードリーダ１Ａ、１Ｂは、第１執務室に対し入退室するための扉（不図示）の近傍に設置され、カードリーダ１Ｃ、１Ｄは、第２執務室に対し入退室するための扉（不図示）の近傍に設置されている。各カードリーダ（１Ａ〜１Ｄ）はそれぞれ、各部屋に対し入退室する者が所持するＩＣカードに記録されているそのＩＣカードの識別情報（以下、「カードＩＤ」という）を読み出し、読み出したカードＩＤ、及び予め記憶しているそのカードリーダの識別情報（以下、「ＣＲＩＤ」という）を接続するＧＵ（１００Ａ又は１００Ｂ）に送信する機能を有する。なお、以下では、カードリーダ１Ａ〜１ＤそれぞれのＣＲＩＤは「ＣＲ００１」〜「ＣＲ００４」であるものとする。
【００２７】
電気錠２Ａ及び開閉センサ３Ａは、第１執務室に入退室するための扉に取り付けられており、電気錠２Ｂ及び開閉センサ３Ｂは、第２執務室に入退室するための扉に取り付けられている。各電気錠（２Ａ、２Ｂ）はそれぞれ、接続するＧＵ（１００Ａ又は１００Ｂ）からの指示に応じて、その扉を解錠又は施錠する機能を有し、各開閉センサ（３Ａ、３Ｂ）はそれぞれ、開扉を検出した際、及び閉扉を検出した際に、その旨の信号を接続するＧＵ（１００Ａ又は１００Ｂ）に送出する機能を有する。
【００２８】
各空調機器（４Ａ、４Ｂ）はそれぞれ、接続するＧＵ（１００Ａ又は１００Ｂ）からの指示に応じて、空調を開始又は停止する機能を有する。
各ＧＵ（１００Ａ、１００Ｂ）はそれぞれ、各カードリーダから受信したカードＩＤ及びＣＲＩＤと、そのＧＵの識別情報（以下、「ＧＵＩＤ」という）とを入退室管理サーバ２００に送信し、入退室管理サーバ２００から受信した認証結果に応じて、カードＩＤを受信したカードリーダが設置されている扉の解錠指示をその扉の施解錠を行う電気錠に対して行い、またその後に、施錠指示をその電気錠に対して行う機能を有する。なお、以下では、各ＧＵが入退室管理サーバ２００に送信するカードＩＤ、ＣＲＩＤ、及びＧＵＩＤをまとめて「認証情報」ともいう。なお、以下では、ＧＵ１００Ａ、１００ＢそれぞれのＧＵＩＤは「ＧＵ００１」、「ＧＵ００２」であるものとする。
【００２９】
また、各ＧＵはそれぞれ、入退室管理サーバ２００から認証結果を受信した際や、接続する開閉センサ（３Ａ又は３Ｂ）から開扉又は閉扉を検出した旨の信号を受信した際に、後述するイベント情報を生成し、入退室管理サーバ２００に送信する機能を有する。以下では、認証や、ユーザによる開扉、閉扉といった事象のことを「イベント」ともいう。
また、各ＧＵはそれぞれ、入退室管理サーバ２００からの指示に応じて、接続する空調機器（４Ａ又は４Ｂ）を制御する機能を有する。
【００３０】
入退室管理サーバ２００は、特に、各ＧＵ（１００Ａ、１００Ｂ）から受信したカードＩＤに基づいて認証を行う機能と、各部屋に入室している利用者の数を管理する機能を有する。各部屋に入室している利用者の数の管理方法については後述する。
また、入退室管理サーバ２００は、自サーバが管理している、各部屋における入室している利用者の数等を各管理端末（３００Ａ、３００Ｂ）に通知する機能を有し、その通知に対する各管理端末から応答に基づいて、管理している利用者の数等を更新する機能を有する。
【００３１】
各管理端末（３００Ａ、３００Ｂ）はそれぞれ、第１執務室、第２執務室に設置されており、入退室管理サーバ２００からの通知に基づいて、入退室管理サーバ２００が管理している利用者の数等を表示し、自端末が設置されている部屋に入室している利用者からの実際に入室している利用者の数（以下、「実在室者数」ともいう）等の入力を受け付け、受け付けた実在室者数等を、その通知に対する応答として入退室管理サーバ２００に送信する機能を有する。
【００３２】
以下、各ＧＵ（１００Ａ、１００Ｂ）及び入退室管理サーバ２００の構成について、更に詳しく説明するが、ＧＵ１００Ａ及び１００Ｂそれぞれの構成は同様であるため、以下では、ＧＵ１００Ａを例に説明する。
＜ＧＵ＞
まず、ＧＵ１００Ａの構成について説明する。
【００３３】
図２は、ＧＵ１００Ａの主要部の機能構成を示すブロック図である。
ＧＵ１００Ａは、同図に示す通り、通信部１１０、ＩＤ受信部１２０、開閉信号受信部１３０、計時部１４０、制御部１５０を備える。ＧＵ１００Ａは、図示しないメモリ及びプロセッサを含んでおり、制御部１５０の機能は、プロセッサがメモリ上のプログラムを実行することにより実現される。
【００３４】
ここで、通信部１１０は、ＬＡＮ５を介して、入退室管理サーバ２００とデータの送受信を行う機能を有し、ＩＤ受信部１２０は、接続する各カードリーダ（この例では、１Ａ、１Ｂ）から送信されたカードＩＤ及びＧＵＩＤを受信し、制御部１５０に伝達する機能を有する。
開閉信号受信部１３０は、接続する開閉センサ（この例では、３Ａ）により開扉又は閉扉を検出した旨の信号を受信し、制御部１５０に伝達する機能を有し、計時部１４０は、いわゆる時計であり、現在の日時を計時する機能を有する。
【００３５】
制御部１５０は、認証情報送信部１５１、錠制御部１５２、イベント情報生成部１５３、及び空調制御部１５４を含んで構成される。
ここで、認証情報送信部１５１は、ＩＤ受信部１２０から伝達されたカードＩＤ及びＧＵＩＤと、予め記憶されている自装置（この例では、１００Ａ）のＧＵＩＤとからなる認証情報を、通信部１１０を介して入退室管理サーバ２００に送信する機能を有する。
【００３６】
錠制御部１５２は、通信部１１０を介して入退室管理サーバ２００から受信した、認証情報送信部１５１が送信した認証情報に基づく認証の結果に応じて、接続する電子錠（この例では２Ａ）に解錠指示を行い、利用者による開扉の後、閉扉された際、あるいは、解錠指示後、所定時間（例えば、２０秒）を経過しても、開扉されない場合に、その電気錠に対して、その扉の施錠指示を行う機能を有する。なお、利用者による開扉及び閉扉は、開閉信号受信部１３０から伝達された信号に基づき検出する。
【００３７】
イベント情報生成部１５３は、通信部１１０を介して入退室管理サーバ２００から認証結果等を受信した際や、開閉信号受信部１３０から開扉又は閉扉を検出した旨の信号が伝達された際にイベント情報を生成し、通信部１１０を介して入退室管理サーバ２００に送信する機能を有する。
ここで、イベント情報は、計時部１４０から取得したそのイベントが発生した日時と、そのイベントに係るカードリーダのＣＲＩＤと、そのイベントの識別情報であるイベントコードと、そのイベントの内容を示す情報を含むものである。なお、入退室管理サーバ２００から認証結果等を受信した際に生成するイベント情報には、更に認証に係るカードＩＤを含む。
【００３８】
空調制御部１５４は、通信部１１０を介して入退室管理サーバ２００から受信した指示に基づいて、接続する空調機器（この例では、４Ａ）による空調の開始又は停止を制御する機能を有する。
＜入退室管理サーバ＞
次に、入退室管理サーバ２００の構成について説明する。
【００３９】
図３は、入退室管理サーバ２００の主要部の機能構成を示すブロック図である。
入退室管理サーバ２００は、同図に示す通り、通信部２１０、計時部２２０、記憶部２３０、及び制御部２４０を備える。入退室管理サーバ２００は、図示しないメモリ及びプロセッサを含んでおり、制御部２４０の機能は、プロセッサがメモリ上のプログラムを実行することにより実現される。
【００４０】
ここで、通信部２１０は、ＬＡＮ５を介して、ＧＵ１００Ａ、１００Ｂ及び管理端末３００Ａ、３００Ｂとデータの送受信を行う機能を有し、計時部２２０は、いわゆる時計であり、現在の日時を計時する機能を有する。
記憶部２３０は、物理情報テーブル１０、部屋情報テーブル２０、カード情報テーブル３０、在室情報テーブル４０、無効時間帯情報テーブル５０、制御情報テーブル６０、履歴情報テーブル７０、及び無効イベント情報テーブル８０を記憶するためのメモリ領域である。
【００４１】
各テーブルの内容については、後に詳細に説明するが、カード情報テーブル３０は、各部屋に対する入退室権限を有する者が所持するＩＣカードのカードＩＤを含むデータを登録したテーブルであり（図４（ｃ）参照）、在室情報テーブル４０は、部屋毎に、在室している人の識別情報（以下、「在室利用者ＩＤ」という）、認証を受けて入室した利用者の数（以下、単に「在室数」という）、その数を一定条件下で是正した数（以下、「是正在室数」という）等を対応付けたデータを登録したテーブルである（図４（ｄ）参照）。
【００４２】
また、制御情報テーブル６０は、部屋毎に、是正在室数等に応じて行う、空調機器等の制御の内容等を登録したテーブルであり（図５（ｂ）参照）、履歴情報テーブル７０は、発生したイベントの履歴を登録したテーブルである（図６（ａ）参照）。
制御部２４０は、認証部２４１、履歴情報更新部２４２、在室情報更新部２４３、指示部２４４、及び通知部２４５を含んで構成される。
【００４３】
ここで、認証部２４１は、通信部２１０を介して受信した認証情報と、記憶部２３０のカード情報テーブル３０とに基づいて、扉を解錠するか否かを判定（認証）し、認証結果等を、通信部２１０を介して、受信した認証情報の送信元であるＧＵ（１００Ａ又は１００Ｂ）に送信する機能を有する。
履歴情報更新部２４２は、通信部２１０を介してＧＵ１００から受信したイベント情報に基づく情報（以下、「履歴情報」という）を生成し、記憶部２３０の履歴情報テーブル７０に登録する機能を有する。
【００４４】
在室情報更新部２４３は、認証部２４１による認証結果や、各部屋に対し複数の利用者が入退室した、つまり、いわゆる「共連れ」、「すれ違い」等が発生したと推定される一定条件に基づいて、在室情報テーブル４０を更新する機能を有する。
在室情報更新部２４３は、特に、いわゆる「共連れ」、「すれ違い」等の入退室が発生したと推定される場合に、その入退室により生じ得る入室している利用者の数の増減を考慮した数に、在室情報テーブル４０の是正在室数を更新する。
【００４５】
在室情報更新部２４３の処理内容に関しては、後に詳細に説明する（図６〜８参照）。
指示部２４４は、記憶部２３０の在室情報テーブル４０に登録されている是正在室数と、制御情報テーブル６０とに基づいて、空調機器等の制御が必要か否かを判定し、判定結果に応じて、その制御を行うべきＧＵ（１００Ａ又は１００Ｂ）に、その制御の内容を含む指示を行う機能を有する。
【００４６】
通知部２４５は、記憶部２３０の在室情報テーブル４０に登録されている是正在室数等を、通信部２１０を介して、その是正在室数等に対応する部屋に設置されている管理端末（３００Ａ、３００Ｂ）に通知する機能を有する。
＜データ＞
次に、入退室管理サーバ２００において使用されるデータについて説明する。
【００４７】
＜物理情報テーブル＞
以下、入退室管理サーバ２００が使用する物理情報テーブル１０について説明する。
図４（ａ）は、物理情報テーブル１０のデータ構成及び内容例を示す図である。
物理情報テーブル１０は、同図に示すように、カードリーダ毎に、ＣＲＮｏ．１１、ＧＵＩＤ１２、ＣＲＩＤ１３を対応付けて構成される情報である。物理情報テーブル１０は、在室情報更新部２４３が在室情報テーブル４０を更新する際や、履歴情報更新部２４２が履歴情報を生成する際に参照される。なお、以下では、対応するＣＲＮｏ．と、ＧＵＩＤと、ＣＲＩＤとからなる情報を、レコードと表現する。
【００４８】
ここで、ＣＲＮｏ．１１は、管理上、そのカードリーダに一意に割り当てられた番号であり、この例では、各カードリーダに、１から連番となる数字が割り当てられている。
ＧＵＩＤ１２は、そのカードリーダと接続するＧＵの識別情報であり、ＣＲＩＤ１３は、そのカードリーダの識別情報である。
同図は、例えば、ＣＲＮｏ．が「１」であるカードリーダが接続するＧＵのＧＵＩＤは「ＧＵ００１」（つまり、ＧＵ１００Ａ）であり、そのカードリーダのＣＲＩＤは「ＣＲ００１」（つまり、カードリーダ１Ａ）であることを示している。
【００４９】
また、物理情報テーブル１０の生成は、入退室管理システム１０００の運用開始時に、入退室管理サーバ２００における操作部（不図示）を介して、システム管理者等により行われる。
また、新たなレコードの登録、登録済みのレコードの更新及び削除は、入退室を管理する部屋の数が増減したためにカードリーダの数が増減した場合等に、システム管理者等により上述の操作部を介して行われる。
【００５０】
＜部屋情報テーブル＞
以下、部屋情報テーブル２０について説明する。
図４（ｂ）は、部屋情報テーブル２０のデータ構成及び内容例を示す図である。
部屋情報テーブル２０は、同図に示すように、部屋毎に、部屋ＩＤ２１、部屋名称２２、入室ＣＲＮｏ．２３、退室ＣＲＮｏ．２４、端末Ｎｏ．２５及び日替時刻２６を対応付けて構成される情報である。部屋情報テーブル２０は、在室情報更新部２４３が、在室情報テーブル４０を更新する際等や、通知部２４５が、各管理端末（３００Ａ、３００Ｂ）に是正在室数等を通知する際に参照される。なお、以下では、対応する部屋ＩＤと、部屋名称と、入室ＣＲＮｏ．と、退室ＣＲＮｏ．と、端末Ｎｏ．と、日替時刻とからなる情報を、レコードと表現する。
【００５１】
ここで、部屋ＩＤ２１は、対応する部屋の識別情報であり、部屋名称２２は、その部屋の名称であり、例えば、システム管理者等が、各レコードがどの部屋の情報であるかを一見して把握するために用いられる。
また、入室ＣＲＮｏ．２３及び退室ＣＲＮｏ．２４は、その部屋の外側（入室用）及び内側（退室用）に設置されているカードリーダに割り当てられた番号であり、物理情報テーブル１０のいずれかのＣＲＮｏ．と一致するものである。
【００５２】
また、端末Ｎｏ．２５は、その部屋に設置されている管理端末に一意に割り当てられた番号であり、ここでは、管理端末３００Ａに「１」が、管理端末３００Ｂに「２」が割り当てられた場合の例を示している。
日替時刻２６は、在室情報更新部２４３が、在室情報テーブル４０に登録されている在室数や是正在室数等をリセットする時刻を示す情報である。このリセットは、在室数と是正在室数との間に生じ得るずれに対応するために行われる。この例では、各部屋に入場している利用者が存在しない可能性が高い時刻を登録している。
【００５３】
同図は、例えば、部屋ＩＤが「Ｒ００１」である部屋の部屋名称は「第１執務室」であり、その部屋の入室ＣＲＮｏ．は「１」（つまり、カードリーダ１Ａ）であり、退室ＣＲＮｏ．は「２」（つまり、カードリーダ１Ｂ）であり、端末Ｎｏ．は「１」（つまり、管理端末３００Ａ）であり、日替時刻は「２：００：００」であることを示している。
部屋情報テーブル２０の生成は、入退室管理システム１０００の運用開始時に、入退室管理サーバ２００における操作部（不図示）を介して、システム管理者等により行われる。
【００５４】
また、新たなレコードの登録、登録済みのレコードの削除は、入退室を管理する部屋の数が増減した場合等に、システム管理者等により上述の操作部を介して行われる。
また、登録済みのレコードの更新は、特に、日替時刻に変更が生じた場合等に、システム管理者等により上述の操作部を介して行われる。
＜カード情報テーブル＞
以下、カード情報テーブル３０について説明する。
【００５５】
図４（ｃ）は、カード情報テーブル３０のデータ構成及び内容例を示す図である。
カード情報テーブル３０は、同図に示すように、各部屋に対する入退室権限を有する本入退場管理システムの利用者毎に、カードＩＤ３１、利用者ＩＤ３２、利用者名３３を対応付けて構成される情報である。カード情報テーブル３０は、認証部２４１が認証を行う際や、履歴情報更新部２４２が履歴情報を生成する際に参照される。なお、以下では、対応するカードＩＤと、利用者ＩＤと、利用者名とからなる情報を、レコードと表現する。
【００５６】
ここで、カードＩＤ３１は、対応する利用者が所持するＩＣカードに記録されているそのＩＣカードの識別情報であり、利用者ＩＤ３２は、その利用者に割り当てられた識別情報であり、利用者名３３は、その利用者の氏名であり、例えば、システム管理者等が、各レコードがどの利用者の情報であるかを一見して把握するために用いられる。
同図は、例えば、カードＩＤが「２ｙ３Ｂ９・・・ｔ９４８Ｃ７」であるＩＣカードの利用者の利用者ＩＤは「Ｕ００１」であり、利用者名は「Ａ上一郎」であることを示している。
【００５７】
なお、カード情報テーブル３０の生成は、入退室管理システム１０００の運用開始時に、入退室管理サーバ２００における操作部（不図示）を介して、システム管理者等により行われる。また、新たなレコードの登録、登録済みのレコードの更新及び削除は、入退室管理システム１０００の利用者が増減した場合等に、システム管理者等により上述の操作部を介して行われる。
【００５８】
＜在室情報テーブル＞
以下、在室情報テーブル４０について説明する。
図４（ｄ）は、在室情報テーブル４０のデータ構成及び内容例を示す図である。
在室情報テーブル４０は、同図に示すように、部屋毎に、部屋ＩＤ４１、在室利用者ＩＤ４２、在室数４３、是正在室数４４、変化４５を対応付けて構成される情報である。
【００５９】
在室情報テーブル４０は、指示部２４４が空調機器等の制御が必要か否かを判定する際や、通知部２４５が、各管理端末（３００Ａ、３００Ｂ）に是正在室数等を通知する際に参照され、在室情報更新部２４３により、参照及び更新される。なお、以下では、対応する部屋ＩＤ、在室利用者ＩＤ、在室数、是正在室数、変化からなる情報を、レコードと表現する。
【００６０】
ここで、部屋ＩＤ４１は、その部屋の識別情報であり、部屋情報テーブル２０のいずれかの部屋ＩＤと一致するものである。また、在室利用者ＩＤ４２は、その部屋に認証を受けて入室した利用者の識別情報であり、カード情報テーブル３０のいずれかの利用者ＩＤと一致するものである。
在室数４３は、その部屋に認証部２４１による認証を受けて入室している利用者の数を示す情報であり、対応する在室利用者ＩＤに登録されている利用者ＩＤの数と一致するものである。また、是正在室数４４は、認証を受けることなくその部屋に対する入退室（いわゆる「共連れ」、「すれ違い」等）が行われたと推定される場合に、その入退室による利用者の数の増減を考慮して算出された利用者の数を示す情報である。
【００６１】
変化４５は、対応する是正在室数が更新された際の更新前後の是正在室数の変化が、増加及び減少のいずれであるかを示す情報である。
同図は、例えば、部屋ＩＤが「Ｒ００１」である部屋（つまり、第１執務室）の在室利用者ＩＤは「Ｕ００1、Ｕ００２、Ｕ００３…」（つまり、Ａ上一郎、Ｂ藤二郎、Ｃ村三郎…）であり、在室数は「５」であり、是正在室数は「２」であり、変化は「減少」であることを示している。
【００６２】
なお、在室情報テーブル４０の生成は、入退室管理システム１０００の運用開始時に、入退室管理サーバ２００における操作部（不図示）を介して、システム管理者等により行われる。また、新たなレコードの登録及び登録済みのレコードの削除は、入退室を管理する部屋の数が増減した場合等に、システム管理者等により上述の操作部を介して行われる。
【００６３】
＜無効時間帯情報テーブル＞
以下、無効時間帯情報テーブル５０について説明する。
図５（ａ）は、無効時間帯情報テーブル５０のデータ構成及び内容例を示す図である。
無効時間帯情報テーブル５０は、同図に示すように、部屋毎に、部屋ＩＤ５１、無効時間帯名称５２、無効時間帯５３を対応付けて構成される情報である。
【００６４】
無効時間帯情報テーブル５０は、在室情報更新部２４３が在室情報テーブル４０を更新するか否かを判定する際に参照される。なお、以下では、対応する部屋ＩＤ、無効時間帯名称、無効時間帯からなる情報を、レコードと表現する。
ここで、部屋ＩＤ５１は、その部屋の識別情報であり、部屋情報テーブル２０のいずれかの部屋ＩＤと一致するものであり、無効時間帯名称５２は、対応する部屋における無効時間帯の名称であり、例えば、システム管理者等が、どの部屋のどの無効時間帯の情報であるかを一見して把握するために用いられる。また、無効時間帯５３は、いわゆる「共連れ」、「すれ違い」等の入退室が発生する可能性が高い時間帯を示す情報であり、この時間帯に認証を受けた利用者の入退室が生じても、在室情報更新部２４３は、在室情報テーブル４０を更新しない。この例に示す時間帯は、昼食をとるために各部屋から退室した利用者は、昼食を取り終えて、この時間帯内に再び入室する可能性が高いため、この時間帯の前後で、入室している利用者の数は大きく変化しないと推定できるためである。
【００６５】
同図は、例えば、部屋ＩＤが「Ｒ００１」である部屋（第１執務室）の無効時間帯は「１１：４５〜１２：４５」であり、その無効時間帯名称は、「第１執務室 昼食時間帯」であることを示している。
なお、無効時間帯情報テーブル５０の生成は、入退室管理システム１０００の運用開始時に、入退室管理サーバ２００における操作部（不図示）を介して、システム管理者等により行われる。また、新たなレコードの登録及び登録済みのレコードの削除は、入退室を管理する部屋の数が増減した場合や、新たに、いわゆる「共連れ」、「すれ違い」等の入退室が発生する可能性が高い時間帯が生じるようになった場合等に、システム管理者等により上述の操作部を介して行われる。
【００６６】
また、登録済みのレコードの更新は、特に、無効時間帯について、いわゆる「共連れ」、「すれ違い」等の入退室が発生する可能性が高い時間帯に変更が生じた場合等に、システム管理者等により上述の操作部を介して行われる。
＜制御情報テーブル＞
以下、制御情報テーブル６０について説明する。
【００６７】
図５（ｂ）は、制御情報テーブル６０のデータ構成及び内容例を示す図である。
制御情報テーブル６０は、同図に示すように、部屋毎に、部屋ＩＤ６１、人数６２、変化６３、遅延時間６４、指示先６５、制御内容６６を対応付けて構成される情報である。
制御情報テーブル６０は、指示部２４４が、外部機器等を制御するか否かを判定する際に参照される。なお、以下では、対応する部屋ＩＤ、人数、変化、遅延時間、指示先、制御内容からなる情報を、レコードと表現する。
【００６８】
ここで、部屋ＩＤ６１は、その部屋の識別情報であり、部屋情報テーブル２０のいずれかの部屋ＩＤと一致するものであり、人数６２及び変化６３は、対応する制御内容を実行する際の条件を示す情報であり、人数６２は、対応する制御内容を実行する際の是正在室数を示す情報であり、変化６３は、対応する人数に至る前後の是正在室数の値の変化（増加又減少）を示す情報である。
【００６９】
遅延時間６４は、対応する制御内容を実行するとの判定がなされてから、実際に実行するまでの時間を示す情報であり、指示先６５は、対応する制御内容の指示先となるＧＵ（１００Ａ又は１００Ｂ）のＧＵＩＤを示す情報である。なお、ＧＵに指示し制御を行わせるのではなく、入退室管理サーバ２００自身が制御を行う場合を「−」で示している。
制御内容６６は、対応する人数、変化に示される条件を満たしたときに実行される空調機器等に対する制御内容を示す情報である。
【００７０】
同図は、例えば、部屋ＩＤが「Ｒ００１」である部屋（第１執務室）の人数（是正在室数）の変化が「減少」であり、人数が「０」である場合に行う制御内容は「警戒設定」であり、遅延時間は「０：０１：００」（つまり、１分）であり、指示先は「−」（つまり、入退室管理サーバ２００自身）であることを示している。なお、「警戒設定」とは、各ＧＵを介して、各カードリーダからカードＩＤを受信しても認証しない状態に設定することをいう。
【００７１】
また、同図は、例えば、部屋ＩＤが「Ｒ００１」である部屋（第１執務室）の人数（是正在室数）の変化が「増加」であり、人数が「５」である場合に行う制御内容は「空調ＯＮ」であり、遅延時間は「０：００：００」（つまり、即時）であり、指示先は「ＧＵ００１」（つまり、ＧＵ１００Ａ）であることを示している。
なお、制御情報テーブル６０の生成は、入退室管理システム１０００の運用開始時に、入退室管理サーバ２００における操作部（不図示）を介して、システム管理者等により行われる。また、新たなレコードの登録、登録済みのレコードの更新及び削除は、入退室を管理する部屋の数が増減した場合や制御対象となる機器が増減した場合等に、システム管理者等により上述の操作部を介して行われる。
【００７２】
＜履歴情報テーブル＞
以下、履歴情報テーブル７０について説明する。
図６（ａ）は、履歴情報テーブル７０のデータ構成及び内容例を示す図である。
履歴情報テーブル７０は、同図に示すように、イベント毎に、日時７１、ＣＲＮｏ．７２、イベントコード７３、利用者ＩＤ７４、内容７５を対応付けて構成される情報である。
【００７３】
履歴情報テーブル７０は、在室情報更新部２４３が、在室情報テーブル４０を更新するか否かを判定するために参照され、履歴情報更新部２４２が履歴情報を生成した際に更新される。なお、以下では、対応する日時、ＣＲＮｏ．、イベントコード、利用者ＩＤ、内容からなる情報を、レコードと表現し、履歴情報更新部２４２が生成する履歴情報は、１レコード分のデータに相当する。
【００７４】
ここで、日時７１は、そのイベントが生じた日時を示す情報であり、ＣＲＮｏ．７２は、そのイベントに係るカードリーダに割り当てられた番号であり、物理情報テーブル１０のいずれかのＣＲＮｏ．と一致するものであり、イベントコード７３は、対応するイベントの識別情報である。なお、以下では、イベントコードが「０００１」であるイベントは「認証」であり、イベントコードが「１００１」であるイベントは「開扉」であり、イベントコードが、「１００２」であるイベントは「閉扉」であるものとして説明する。
【００７５】
利用者ＩＤ７４は、対応するイベントが認証である場合における、認証を受けた利用者の識別情報であり、カード情報テーブル３０のいずれかの利用者ＩＤと一致するものである。なお、この例では、対応するイベントが認証以外である場合には、利用者ＩＤとして「−」を表示している。また、内容７５は、対応するイベントの内容を示す情報である。
同図は、例えば、イベントが発生した日時は「２００９／１２／１ ８：４５：２５」であり、イベントコードは「０００１」であり、イベントの内容は、「認証成功」であり、認証に係る利用者ＩＤは「Ｕ００１」（つまり、Ａ上一郎）であり、認証に用いられたカードＩＤを読み取ったカードリーダのＣＲＮｏ．は「１」であることを示している。
【００７６】
また、同図は、例えば、イベントが発生した日時は「２００９／１２／１ ８：４５：２７」であり、イベントコードは「１００１」であり、イベントの内容は、「開扉」であり、このイベントに係る扉を解錠するために行われた認証に係るカードリーダのＣＲＮｏ．は「１」であることを示している。
なお、履歴情報テーブル７０の生成及び登録済みのデータの削除は、入退室管理システム１０００の運用開始時に、入退室管理サーバ２００における操作部（不図示）を介して、システム管理者等により行われる。また、新たなレコードの登録は、履歴情報更新部２４２が履歴情報を生成した際に行われ、登録済みのレコードの更新は、原則として行われない。
【００７７】
＜無効イベント情報テーブル＞
以下、無効イベント情報テーブル８０について説明する。
図６（ｂ）は、無効イベント情報テーブル８０のデータ構成及び内容例を示す図である。
無効イベント情報テーブル８０は、同図に示すように、開始イベントコード８１、終了イベントコード８２、時間８３、対象イベントコード８４を対応付けて構成される情報である。
【００７８】
無効イベント情報テーブル８０は、在室情報更新部２４３が、在室情報テーブル４０を更新するか否かを判定するために参照される。なお、以下では、対応する開始イベントコード、終了イベントコード、時間、対象イベントコードからなる情報を、レコードと表現する。
ここで、開始イベントコード８１、終了イベントコード８２、及び時間８３は、対応する対象イベントコード８４が示すイベントに基づいて、在室情報テーブル４０の是正在室数について行った更新を無効にする条件を示す情報であり、開始イベントコード８１及び終了イベントコード８２は、対応する対象イベントコード８４が示すイベントの後に生じたイベントの識別情報であり、対応する対象イベントコード８４が示すイベントに係るカードリーダと同一のカードリーダに係るイベントの識別情報を示す。また、時間８３は、対応する開始イベントコードが示すイベントの発生時間から、対応する終了イベントコードが示すイベントの発生時間までの経過時間を示す情報である。また、対象イベントコード８４は、是正在室数の更新を無効にすべきイベントのイベントコードを示す情報である。
【００７９】
同図は、例えば、開始イベントコードは「１００１」（つまり、開扉）であり、終了イベントコードは「１００２」（つまり、閉扉）であり、対応する開始イベントコードが示すイベントの発生時間から、対応する終了イベントコードが示すイベントの発生時間までの時間が「０：０１：００」（つまり、１分）以上である場合に、対象イベントコードが「０００１」であるイベント（つまり、認証）に基づいて行われた是正在室数の更新を無効にすることを示している。
【００８０】
＜動作＞
次に、上記構成を備え、上記データを取り扱う入退室管理サーバ２００の動作を説明する。
＜制御処理＞
図７は、入退室管理サーバ２００による制御処理を示すフローチャートである。
【００８１】
なお、以下説明する制御処理は、繰り返し実行されるものとする。
まず、入退室管理サーバ２００における制御部２４０は、通信部２１０を介して、いずれかのＧＵ（１００Ａ又は１００Ｂ）からデータを受信したか否かを判定し（ステップＳ１）、データを受信した場合には（ステップＳ１：ＹＥＳ）、受信したデータの種類が、認証情報及びイベント情報のいずれであるかを判定する（ステップＳ２）。
【００８２】
制御部２４０は、受信したデータが、認証情報である場合には（ステップＳ２：認証情報）、後述する認証情報受信時処理（図８参照）を実行し（ステップＳ１０）、受信したデータが、イベント情報である場合には（ステップＳ２：イベント情報）、後述するイベント情報受信時処理（図９参照）を実行する（ステップＳ２０）。
ステップＳ１０又はＳ２０の処理の実行を完了し、又はステップＳ１でデータを受信していない場合には（ステップＳ１：ＮＯ）、制御部２４０の在室情報更新部２４３は、現在時刻が、部屋情報テーブル２０のいずれかのレコードに含まれる日替時刻と一致するか否かを判定する（ステップＳ４）。例えば、図４（ｂ）に示す部屋情報テーブル２０の例では、現在時刻が、２：００：００又は１：００：００と一致する場合には、肯定的な判定（ステップＳ４：ＹＥＳ）を行い、それ以外の時刻である場合には、否定的な判定（ステップＳ４：ＮＯ）を行う。
【００８３】
現在時刻が、日替時刻と一致する場合には（ステップＳ４：ＹＥＳ）、制御部２４０は、後述する日替時刻での更新処理（図１０参照）を実行する（ステップＳ４０）。
ステップＳ４０の処理の実行を完了し、又はステップＳ４で現在時刻が日替時刻と一致しない場合には（ステップＳ４：ＮＯ）、在室情報更新部２４３は、在室情報テーブル４０のいずれかのレコードに含まれる在室数と是正在室数との差の絶対値が所定値（例えば、１０とする）以上であるか否かを判定する（ステップＳ５）。例えば、図４（ｄ）に示す在室情報テーブル４０の例では、部屋ＩＤが「Ｒ００１」であるレコードに含まれる在室数（５）と是正在室数（２）の差（３）は１０未満であるが、部屋ＩＤが「Ｒ００２」であるレコードに含まれる在室数（１５）と是正在室数（５）の差（１０）は１０以上であるので肯定的な判定（ステップＳ５：ＹＥＳ）を行う。
【００８４】
いずれかのレコードに含まれる在室数と是正在室数との差の絶対値が所定値以上である場合には（ステップＳ５：ＹＥＳ）、制御部２４０は、後述する所定差異発生時の更新処理（図１１参照）を実行する（ステップＳ５０）。
ステップＳ５０の処理の実行を完了し、又はいずれのレコードに含まれる在室数と是正在室数との差の絶対値も所定値未満である場合には（ステップＳ５：ＮＯ）、制御部２４０の指示部２４４は、外部機器等を制御するか否かを判定する（ステップＳ６）。
【００８５】
より詳細には、在室情報テーブル４０の各レコードに含まれる部屋ＩＤ、是正在室数、及び変化を取得し、取得した部屋ＩＤ、是正在室数、及び変化と一致する部屋ＩＤ、人数、及び変化を含む制御情報テーブル６０のレコードが存在するか否かを判定する。
なお、後述する図９のステップＳ２６、図１０のステップＳ４４、Ｓ４５、図１１のステップＳ５３、Ｓ５５の処理により、在室情報テーブル４０の変化が「−」に更新される場合があるが、「−」である場合には、取得した部屋ＩＤ及び是正在室数に一致する部屋ＩＤ及び人数を含む制御情報テーブル６０のレコードが存在するか否かを判定する。
【００８６】
例えば、図４（ｄ）に示す在室情報テーブル４０の例では、部屋ＩＤが「Ｒ００１」であるレコードの是正在室数は「２」で、変化は「減少」であり、これらと一致する部屋ＩＤ、人数及び変化を含む制御情報テーブル６０のレコードが存在するので、肯定的な判定を行う。なお、部屋ＩＤが「Ｒ００２」であるレコードの是正在室数は「５」で、変化は「増加」であり、これらと一致する部屋ＩＤ、人数及び変化を含む制御情報テーブル６０のレコードも存在するので、肯定的な判定を行うことになる。
【００８７】
この判定で否定的な判定を行った場合には、外部機器等を制御しない旨の判定を行い（ステップＳ６：ＮＯ）、制御部２４０は、制御処理を終了する。また、上記判定で、肯定的な判定を行った場合には、外部機器等を制御する旨の判定を行い（ステップＳ６：ＹＥＳ）、上記判定に係るレコードの遅延時間、指示先、及び制御内容を取得し、取得した遅延時間が示す時間後に、取得した制御内容を実行する旨の指示を、通信部２１０を介して、取得した指示先（自サーバ、ＧＵ１００Ａ、又はＧＵ１００Ｂ）に送信し（ステップＳ７）、制御部２４０は、制御処理を終了する。
【００８８】
上述の例では、遅延時間「０：０５：００」後に、制御内容「空調ＯＦＦ」を実行する旨の指示を、指示先（ＧＵ００１、つまり、ＧＵ１００Ａ）に送信し、また、遅延時間「０：００：００」後（つまり即時）に、制御内容「空調ＯＮ」を実行する旨の指示を、指示先（ＧＵ００２、つまりＧＵ１００Ｂ）に、送信する。
＜認証情報受信時処理＞
続いて、上述した制御処理の認証情報受信時処理（図７のステップＳ１０）の詳細な処理内容を説明する。
【００８９】
図８は、入退室管理サーバ２００による認証情報受信時処理を示すフローチャートである。
同図に示すように、制御部２４０の認証部２４１は、図７のステップＳ１でいずれかのＧＵ（１００Ａ又は１００Ｂ）から通信部２１０を介して受信した認証情報と、カード情報テーブル３０に基づいて、扉を解錠するか否かに係る認証を行い（図８のステップＳ１１）、認証結果と、計時部２２０から取得した認証日時と、認証情報に含まれていた各データ（カードＩＤ、ＣＲＩＤ、ＧＵＩＤ）をその認証情報の送信元であるＧＵ（１００Ａ又は１００Ｂ）に送信する（ステップＳ１２）。
【００９０】
ここで、認証結果は、受信した認証情報に含まれるカードＩＤを含むレコードが、カード情報テーブル３０に登録されている場合には、認証が成功したことを示す情報であり、受信した認証情報に含まれるカードＩＤを含むレコードが、カード情報テーブル３０に登録されていない場合には、認証が失敗したことを示す情報である。
例えば、いずれかのＧＵから受信した認証情報に、カードＩＤ「１Ｌ０ｅ２・・・Ｍ７Ｕｂ８７」が含まれていた場合には、このカードＩＤと一致するカードＩＤが、カード情報テーブル３０に登録されているので、認証が成功したことを示す認証結果を、その認証情報の送信元であるＧＵに送信することになる。
【００９１】
続いて、認証部２４１は、上記ステップＳ１１で行った認証が成功したか否かを判定し（ステップＳ１３）、認証が失敗した場合には（ステップＳ１３：ＮＯ）、認証情報受信時処理を終了する。
また、認証が成功した場合には（ステップＳ１３：ＹＥＳ）、在室情報更新部２４３は、物理情報テーブル１０から、認証情報に含まれていたＣＲＩＤ及びＧＵＩＤを含むレコードのＣＲＮｏ．を取得し、部屋情報テーブル２０から、取得したＣＲＮｏ．を入室ＣＲＮｏ．と退室ＣＲＮｏ．とのいずれかに含むレコードの部屋ＩＤを取得し、取得した部屋ＩＤを含む無効時間帯情報テーブル５０のレコードの無効時間帯に、ステップＳ１２で取得された認証日時（時刻）が含まれているか否かを判定する（ステップＳ１４）。
【００９２】
例えば、認証情報に含まれていたＣＲＩＤが「ＣＲ００１」であり、ＧＵＩＤが「ＧＵ００１」である場合、部屋ＩＤ「Ｒ００１」を取得する。また、例えば、認証時刻が「１２：００：００」である場合、取得した部屋ＩＤ「Ｒ００１」を含む無効時間帯情報テーブル５０のレコードの無効時間帯「１１：４５〜１２：４５」に、認証時刻が含まれるので、肯定的な判定（ステップＳ１４：ＹＥＳ）を行う。
【００９３】
認証日時が、無効時間帯に含まれていない場合には（ステップＳ１４：ＮＯ）、在室情報更新部２４３は、在室情報テーブル４０を更新する（ステップＳ１５）。
より詳細には、在室情報更新部２４３は、認証に係るカードリーダが、入室用のカードリーダであれば、取得した上記部屋ＩＤを含む在室情報テーブル４０のレコードに含まれる在室利用者ＩＤに認証情報に含まれていたカードＩＤに対応する利用者ＩＤを追加し、在室数及び是正在室数それぞれを１つ増加させ、変化を「増加」に設定する。一方、認証に係るカードリーダが、退室用のカードリーダであれば、取得した上記部屋ＩＤを含む在室情報テーブル４０のレコードに含まれる在室利用者ＩＤから、認証情報に含まれていたカードＩＤに対応する利用者ＩＤを削除し、在室数及び是正在室数それぞれを１つ減少させ、変化を「減少」に設定する。
【００９４】
なお、認証に係るカードリーダが、入室用のカードリーダであるか、退室用のカードリーダであるかは、上記部屋ＩＤを取得する過程で取得したＣＲＮｏ．と一致するＣＲＮｏ．が、部屋情報テーブル２０の入室ＣＲＮｏ．と退室ＣＲＮｏ．とのいずれに登録されていたかにより判定する。
また、後述するステップＳ１６の処理等により、在室利用者ＩＤに追加しようとしている利用者ＩＤが既に登録されている場合や、在室利用者ＩＤから削除しようとしている利用者ＩＤが登録されていない場合が生じ得る。このようなケースでは、在室利用者ＩＤの更新は行わない。
【００９５】
例えば、上記例（ＣＲＩＤが「ＣＲ００１」、ＧＵＩＤが「ＧＵ００１」、取得したＣｒＮｏ．が「１」、取得した部屋ＩＤが「Ｒ００１」）の場合、取得したＣＲＮｏ．「１」と一致するＣＲＮｏ．は、部屋情報テーブル２０の入室ＣＲＮｏ．に登録されているので、部屋ＩＤ「Ｒ００１」を含む在室情報テーブル４０のレコードに含まれる在室利用者ＩＤに認証情報に含まれていたカードＩＤ（上記例では、１Ｌ０ｅ２・・・Ｍ７Ｕｂ８７）に対応する利用者ＩＤ（Ｕ００４）を追加し、在室数及び是正在室数それぞれを１つ増加させ（図４（ｄ）の在室情報テーブルの例では、在室数は「６」、是正在室数は「３」になる）、変化を「増加」に設定する。
【００９６】
制御部２４０は、ステップＳ１５の処理を完了すると、認証情報受信時処理を終了する。
一方、ステップＳ１４で、認証日時が、無効時間帯に含まれている場合には（ステップＳ１４：ＹＥＳ）、在室情報更新部２４３は、在室情報テーブル４０の是正在室数及び変化を更新することなく、在室利用者ＩＤと在室数のみを更新する（ステップＳ１６）。
【００９７】
より詳細には、在室情報更新部２４３は、認証に係るカードリーダが、入室用のカードリーダであれば、ステップＳ１４で取得した上記部屋ＩＤを含む在室情報テーブル４０のレコードに含まれる在室利用者ＩＤに認証情報に含まれていたカードＩＤに対応する利用者ＩＤを追加し、在室数を１つ増加させる。一方、認証に係るカードリーダが、退室用のカードリーダであれば、ステップＳ１４で取得した上記部屋ＩＤを含む在室情報テーブル４０のレコードに含まれる在室利用者ＩＤから、認証情報に含まれていたカードＩＤに対応する利用者ＩＤを削除し、在室数を１つ減少させる。
【００９８】
ステップＳ１６の処理が完了すると、制御部２４０は、認証情報受信時処理を終了する。
＜イベント情報受信時処理＞
続いて、上述した制御処理のイベント情報受信時処理（図７のステップＳ２０）の詳細な処理内容を説明する。
【００９９】
図９は、入退室管理サーバ２００によるイベント情報受信時処理を示すフローチャートである。
同図に示すように、履歴情報更新部２４２は、図７のステップＳ１でいずれかのＧＵ（１００Ａ又は１００Ｂ）から通信部２１０を介して受信したイベント情報に基づいて履歴情報を生成し、履歴情報テーブル７０に登録する（ステップＳ２１）。
【０１００】
より詳細には、受信したイベント情報に含まれるＣＲＩＤに対応するＣＲＮｏ．を物理情報テーブル１０から取得し、取得したＣＲＮｏ．と、受信したイベント情報に含まれる日時、イベントコード、及びイベントの内容とを含む履歴情報を生成し、特に、受信したイベント情報にカードＩＤが含まれている場合には、そのカードＩＤに対応する利用者ＩＤをカード情報テーブル３０から取得し、取得した利用者ＩＤを含む履歴情報を生成し、履歴情報テーブル７０に登録する。
【０１０１】
在室情報更新部２４３は、履歴情報更新部２４２が登録した履歴情報に含まれているイベントコードが、無効イベント情報テーブル８０に登録されているレコードの終了イベントコードと一致するか否かを判定する（ステップＳ２２）。
具体的には、履歴情報に含まれているイベントコードが「１００２」（つまり、閉扉）である場合には、肯定的な判定（ステップＳ２２：ＹＥＳ）を行い、履歴情報に含まれているイベントコードが「０００１」（つまり、認証）又は「１００１」（つまり、開扉）である場合には、否定的な判定（ステップＳ２２：ＮＯ）を行う。
【０１０２】
登録した履歴情報に含まれているイベントコードが、終了イベントコードと一致しない場合には（ステップＳ２２：ＮＯ）、制御部２４０は、イベント情報受信時処理を終了する。
また、登録した履歴情報に含まれているイベントコードが、終了イベントコードと一致する場合には（ステップＳ２２：ＹＥＳ）、在室情報更新部２４３は、無効イベント情報テーブル８０から、そのイベントコードと一致する終了イベントコードを含むレコードの開始イベントコードを取得し、履歴情報テーブル７０から、この取得した開始イベントコード及び履歴情報更新部２４２が登録した履歴情報に含まれているＣＲＮｏ．を含む直近に登録された履歴情報（レコード）の日時を取得し（ステップＳ２３）、この取得した日時から、履歴情報更新部２４２が登録した履歴情報の日時までの時間（開扉時間）を算出する（ステップＳ２４）。
【０１０３】
より詳細には、無効イベント情報テーブル８０から、開始イベントコード「１００１」を取得し、例えば、図６（ａ）に示す履歴情報テーブル７０の例では、取得した開始イベントコードと登録した履歴情報に含まれているＣＲＮｏ．「２」を含む直近に登録された履歴情報（レコード）の日時（２００９／１２／１ １７：３０：４２）の日時を取得し、この取得した日時から、登録した履歴情報の日時（この例では、２００９／１２／１ １７：３１：５０）までの開扉時間（００：０１：０８）を算出する。
【０１０４】
また、在室情報更新部２４３は、算出した開扉時間が所定時間（例えば１分）以上であるか否かを判定し（ステップＳ２５）、算出した開扉時間が所定時間未満である場合には（ステップＳ２５：ＮＯ）、「共連れ」、「すれ違い」等の入退室が発生したとは推定できないので、イベント情報受信時処理を終了する。
また、算出した開扉時間が所定時間以上である場合には（ステップＳ２５：ＹＥＳ）、「共連れ」、「すれ違い」等の入退室が発生したと推定し、在室情報更新部２４３は、是正在室数及び変化を更新する（ステップＳ２６）。
【０１０５】
より詳細には、在室情報更新部２４３は、ステップＳ２１で登録した履歴情報に含まれるＣＲＮｏ．に対応する部屋ＩＤを部屋情報テーブル２０から取得し、取得した部屋ＩＤに対応する在室情報テーブル４０の是正在室数を、対応する変化が「増加」となっている場合には１つ減少させ、対応する変化が「減少」となっている場合には１つ増加させ、対応する変化を「−」に更新する。
【０１０６】
制御部２４０は、ステップＳ２６の処理を完了すると、イベント情報受信時処理を終了する。
例えば、上述の例では、ステップＳ２１で登録した履歴情報に含まれるＣＲＮｏ．「２」に対応する部屋ＩＤ「Ｒ００１」を部屋情報テーブル２０から取得し、取得した部屋ＩＤに対応する在室情報テーブル４０の是正在室数「２」を、対応する変化が「減少」となっているので、１つ増加させ、「３」とし、対応する変化を「−」に更新する。
【０１０７】
＜日替時刻での更新処理＞
続いて、上述した制御処理の日替時刻での更新処理（図７のステップＳ４０）の詳細な処理内容を説明する。
図１０は、入退室管理サーバ２００による日替時刻での更新処理を示すフローチャートである。
【０１０８】
通知部２４５は、部屋情報テーブル２０から、上記ステップＳ４で、現在時刻と一致すると判定した日替時刻を含むレコードの部屋ＩＤを取得し、取得した部屋ＩＤに対応する是正在室数を在室情報テーブル４０から取得し、取得した是正在室数が１以上であるか否かを判定する（ステップＳ４１）。
例えば、現在時刻が「２：００：００」である場合、部屋情報テーブル２０から対応する部屋ＩＤ「Ｒ００１」を取得する。また、図４（ｄ）に示す在室情報テーブル４０の例では、取得した部屋ＩＤ「Ｒ００１」に対応する是正在室数「２」は１以上であるので、肯定的な判定（ステップＳ４１：ＹＥＳ）を行う。
【０１０９】
是正在室数が０である場合には（ステップＳ４１：ＮＯ）、制御部２４０は、日替時刻での更新処理を終了し、是正在室数が１以上である場合には（ステップＳ４１：ＹＥＳ）、通知部２４５は、上記取得した部屋ＩＤに対応する在室利用者ＩＤを在室情報テーブル４０から取得し、取得した在室利用者ＩＤと対応する利用者名をカード情報テーブル３０から取得し、是正在室数と、在室利用者ＩＤと、利用者名とを、部屋ＩＤと対応する部屋の管理端末（３００Ａ又は３００Ｂ）に通信部２１０を介して通知する（ステップＳ４２）。
【０１１０】
なお、部屋ＩＤと対応する部屋の管理端末は、部屋ＩＤと対応する部屋情報テーブル２０の端末Ｎｏ．が示す管理端末である。
図４（ｄ）に示す在室情報テーブル４０の例では、上記取得した部屋ＩＤ「Ｒ００１」と対応する在室利用者ＩＤ「Ｕ００１、Ｕ００２、Ｕ００３・・・」を取得し、取得した在室利用者ＩＤと対応する利用者名「Ａ上一郎、Ｂ藤二郎、Ｃ村三郎・・・」をカード情報テーブル３０から取得し、是正在室数「２」と、在室利用者ＩＤ「Ｕ００１、Ｕ００２、Ｕ００３・・・」と、利用者名「Ａ上一郎、Ｂ藤二郎、Ｃ村三郎・・・」とを、部屋ＩＤと対応する部屋の管理端末３００Ａに通信部２１０を介して通知する。
【０１１１】
この通知を受けた管理端末は、通知された是正在室数、在室利用者ＩＤ、及び利用者名を図示しない表示部に表示すると共に、図示しないスピーカから所定の音声を出力することで、その管理端末が設置されている部屋に在室している利用者に、実在室者数及び在室利用者ＩＤの入力を促す。利用者からこれらの情報が入力されると、その管理端末は、上記通知に対する応答として、入力された実在室者数及び在室利用者ＩＤを入退室管理サーバ２００に送信する。
【０１１２】
在室情報更新部２４３は、ステップＳ４２の通知先である管理端末から応答があったか否かを判定し（ステップＳ４３）、応答があった場合には（ステップＳ４３：ＹＥＳ）、その応答に含まれる実在室者数で、ステップＳ４１で取得した部屋ＩＤに対応する在室情報テーブル４０の在室数及び是正在室数を更新し、その応答に含まれる在室利用者ＩＤで、ステップＳ４１で取得した部屋ＩＤに対応する在室情報テーブル４０の在室利用者ＩＤを更新し、変化を「−」に更新し（ステップＳ４４）、制御部２４０は、日替時刻での更新処理を終了する。
【０１１３】
一方、ステップＳ４３で、管理端末３００からの応答がなかった場合には（ステップＳ４３：ＮＯ）、ステップＳ４２で通知部２４５が通知してから、所定時間（例えば、１０分）経過したか否かを判定し（ステップＳ４５）、経過していない場合には（ステップＳ４５：ＮＯ）、再びステップＳ４３から処理を行う。
通知から、所定時間を経過した場合には（ステップＳ４５：ＹＥＳ）、その部屋には誰も入室していないと推定できるので、在室情報更新部２４３は、ステップＳ４１で取得した部屋ＩＤに対応する在室情報テーブル４０の在室数及び是正在室数を０に、在室利用者ＩＤに登録されている全ての利用者ＩＤを削除し、変化を「−」に更新し（ステップＳ４６）、制御部２４０は、日替時刻での更新処理を終了する。
【０１１４】
＜所定差異発生時の更新処理＞
続いて、上述した制御処理の所定差異発生時の更新処理（図７のステップＳ５０）の詳細な処理内容を説明する。
図１１は、入退室管理サーバ２００による所定差異発生時の更新処理を示すフローチャートである。
【０１１５】
通知部２４５は、上記ステップＳ５で、在室数と是正在室数との差の絶対値が所定値以上であると判定したその在室数と是正在室数を含む在室情報テーブル４０のレコードの部屋ＩＤに対応する在室利用者ＩＤを在室情報テーブル４０から取得し、取得した在室利用者ＩＤと対応する利用者名をカード情報テーブル３０から取得し、ステップＳ５で取得した是正在室数と、在室利用者ＩＤと、利用者名とを、部屋ＩＤと対応する部屋の管理端末（３００Ａ又は３００Ｂ）に通信部２１０を介して通知する（ステップＳ５１）。
【０１１６】
以降のステップＳ５２〜Ｓ５４の処理は、上述のステップＳ４３〜Ｓ４５の処理と同様であるため、説明は省略する。
＜補足＞
以上、本発明に係る管理システムを、実施の形態に基づいて説明したが、以下のように変形することも可能であり、本発明は上述した実施の形態で示した通りの管理システムに限られないことは勿論である。
【０１１７】
（１）実施の形態で説明した無効時間帯情報テーブル５０は、いわゆる「共連れ」や「すれ違い」等の入退場が生じる可能性が高い時間帯の一例として、無効時間帯に昼食時間帯を登録した例を説明したが、これ以外の時間帯、例えば、出社時間帯や退社時間帯を登録するようにしてもよい。なお、昼食時間帯と同様、出社時間帯及び退社時間帯として、部屋毎に異なる時間を設定するようにしてもよいが、以下では、一例として、いずれの部屋も出社時間帯は「８：３０〜９：３０」であり、退社時間帯は、「１７：３０〜１８：３０」であるものとして説明する。
【０１１８】
この出社時間帯や退社時間帯を無効時間帯情報テーブル５０の無効時間帯に登録した場合、これらの時間帯が終了したときに、在室情報テーブル４０の是正在室数を所定値に設定する必要がある。図８に示す認証情報受信時処理では、認証日時が無効時間帯に含まれる場合に（ステップＳ１４：ＹＥＳ）、在室情報テーブル４０の是正在室数は更新されない（ステップＳ１６）ためである。
【０１１９】
出社時間帯が終了した際に設定する所定値は、例えば、その部屋に出社予定の社員数であり、退社時間帯が終了した際に設定する所定値は、例えば、その部屋で残業予定の社員数である。
出社時間帯や退社時間帯が終了したときに、在室情報テーブル４０の是正在室数を所定値に設定するために、図７に示す制御処理のステップＳ４の処理の前に、現在時刻が無効時間帯の終了時刻と一致するか否かの判定処理を行い、この判定処理において、肯定的な判定を行った場合に、以下説明する、無効時間帯終了時刻での更新処理を行うように変更する必要がある。
【０１２０】
図１２は、変形例に係る入退室管理サーバによる無効時間帯終了時刻での更新処理を示すフローチャートである。
同図に示すように、履歴情報更新部２４２は、現在時刻がいずれの無効時間帯の終了時刻と一致するのかを判定し（ステップＳ３１）、出社時間帯の終了時刻（この例では、９：３０）と一致する場合には（ステップＳ３１：出社時間帯）、在室情報テーブル４０の各是正在室数を、所定値Ｖ１（例えば、対応する部屋に出社予定の社員数）に設定し（ステップＳ３２）、無効時間帯終了時刻での更新処理を終了する。
【０１２１】
また、退社時間帯の終了時刻（この例では、１８：３０）と一致する場合には（ステップＳ３１：退社時間帯）、履歴情報更新部２４２は、在室情報テーブル４０の各是正在室数を、所定値Ｖ２（例えば、対応する部屋で残業予定の社員数）に設定し（ステップＳ３３）、無効時間帯終了時刻での更新処理を終了する。
また、昼食時間帯の終了時刻（この例では、部屋ＩＤがＲ００１である第１執務室では、１２：４５、部屋ＩＤがＲ００２である第２執務室では、１３：００）と一致する場合には、（ステップＳ３１：昼食時間帯）、履歴情報更新部２４２は、特に何もすることなく、無効時間帯終了時刻での更新処理を終了する。
【０１２２】
なお、この所定値Ｖ１及びＶ２については、無効時間帯情報テーブル５０に登録される出社時間帯、退社時間帯と対応付けて登録しておいてもよい。
（２）実施の形態では、無効時間帯情報テーブル５０の無効時間帯に、いわゆる「共連れ」や「すれ違い」等の入退場が生じる可能性が高い時間帯をシステム管理者等が予め登録しておくものとして説明したが、例えば、履歴情報テーブル７０に基づいて、開扉から閉扉までの時間が一定時間以上である回数が既定回数以上ある時間帯や、単位時間内の認証回数が一定回数以上である時間帯を抽出できるように変形し、抽出した時間帯を、無効時間帯情報テーブル５０の無効時間帯に自動的に登録するようにしてもよいし、システム管理者等に抽出した時間帯を通知し、システム管理者等からの登録指示を受けて登録するようにしてもよい。
【０１２３】
なお、単位時間内の認証回数が一定回数以上である時間帯を抽出するのは、出入りが頻繁に行われる時間帯においては、いわゆる「共連れ」や「すれ違い」等の入退場が生じる可能性が高いためである。
（３）実施の形態では、図７に示す制御処理のステップＳ６で、空調機器等を制御するか否かを判定し、肯定的な判定を行った場合に（ステップＳ６：ＹＥＳ）、空調機器等を制御する（ステップＳ７）ものとして説明したが、制御処理からは、ステップＳ６及びＳ７の処理を削除し、ステップＳ１０、Ｓ２０、Ｓ４０、Ｓ５０それぞれの処理の最後に行うようにしてもよい。
【０１２４】
（４）実施の形態で説明した制御情報テーブル６０では、各空調機器に対する制御内容として、「空調ＯＮ」と「空調ＯＦＦ」とを例に説明したが、空調の温度を制御するようにしてもよい。
（５）実施の形態では、各利用者が保持するＩＣカードに記憶されているカードＩＤが、カード情報テーブル３０に登録されているカードＩＤと一致する場合に、いずれの部屋に対しても入退室が可能であるものとして説明したが、カード情報テーブル３０に、入退室が可能な部屋の部屋ＩＤを登録するようにしてもよい。つまり、入退室管理サーバ２００の認証部２４１は、認証情報に含まれるＣＲＩＤに対応する物理情報テーブル１０のＣＲＮｏ．を取得し、取得したＣＲＮｏ．に対応する部屋情報テーブル２０の部屋ＩＤを取得し、この部屋ＩＤと、認証情報に含まれるカードＩＤとを含むレコードが、この変形に係るカード情報テーブルに登録されている場合に、認証が成功したと判定し、このレコードが登録されていない場合に、認証が失敗したと判定する。
【０１２５】
（６）実施の形態では、図７のステップＳ１、Ｓ２、Ｓ１０、Ｓ２０の処理と、ステップＳ４、Ｓ４０の処理と、ステップＳ５、Ｓ５０の処理との各処理を全て行うものとして説明したが、一部の処理のみを行うようにしてもよい。この一部の処理に、上記（１）の変形に係る処理を含めてもよい。
また、実施の形態では、入退室管理サーバ２００は、図７に示す制御処理全体を繰り返し実行するものとして説明したが、図７のステップＳ１、Ｓ２、Ｓ１０、Ｓ２０の処理と、ステップＳ４、Ｓ４０の処理と、ステップＳ５、Ｓ５０の処理との各処理を、独立した処理として、非同期に実行するようにしてもよい。
【０１２６】
（７）実施の形態では、入退室管理サーバ２００が認証を行うものとして説明したが、各ＧＵにカード情報テーブル３０を記憶させ、各ＧＵが認証を行い、この認証結果に応じて、接続する電子錠を解錠するようにしてもよい。この場合、各ＧＵは、入退室管理サーバ２００に認証情報を送信する必要がなくなる。
また、この場合、入退室管理サーバ２００は、図７の制御処理を以下のように変形する必要がある。
【０１２７】
即ち、図７の制御処理のステップＳ２に変えて、イベント情報が認証に係るものか否かを判定する処理を行い、イベント情報が認証に係るものである場合に、ステップＳ１０の処理（図８のＳ１１〜Ｓ１６）のうち、ステップＳ１３〜Ｓ１６の処理を行うようにする。なお、ステップＳ１３の判定は、認証に係るイベント情報のイベントの内容が「認証成功」であるか否かにより判定する。
【０１２８】
また、イベント情報が認証に係るものである場合に行う上記処理を完了し、又は、イベント情報が認証以外のイベント（開扉又は閉扉）に係るものである場合に、ステップＳ２０の処理を行うようにする。
（８）実施の形態では、各ＧＵが各空調機器を直接制御するものとして説明したが、各空調機器を制御する空調システムを介して制御するようにしてもよい。
【０１２９】
（９）実施の形態では、入退室管理サーバ２００は、図１１のステップＳ５４において、所定時間を経過した場合には（ステップＳ５４：ＹＥＳ）、特に何も行うことなく、所定差異発生時の更新処理を終了するものとして説明したが、この場合に、例えば、図７のステップＳ５で、在室数と是正在室数との差の絶対値が所定値以上であると判定したその判定に係る是正在室数を、判定に係る在室数と同じ値に更新し、変化を「−」に更新するようにしてもよい。
【０１３０】
（１０）実施の形態において説明した各構成要素のうち、全部又は一部を１チップ又は複数チップの集積回路で実現してもよいし、コンピュータのプログラムで実現してもよいし、その他どのような形態で実現してもよい。
また、実施の形態において説明した各処理（図７〜図１１）をＣＰＵに実行させるためのプログラムを、記録媒体に記録し又は各種通信路等を介して、流通させ頒布することもできる。このような記録媒体には、ＩＣカード、光ディスク、フレキシブルディスク、ＲＯＭ、フラッシュメモリ等がある。流通、頒布されたプログラムは、機器におけるＣＰＵで読み取り可能なメモリ等に格納されることにより利用に供され、そのＣＰＵがそのプログラムを実行することにより実施の形態で示した入退室管理サーバ２００の各機能が実現される。
【０１３１】
また、これらのことは、上記変形においても、同様に適用できる。
（１１）本発明に係る管理システムの認証手段は、入退室管理サーバ２００の認証部２４１に相当し、本発明に係る管理システムの入退場制御手段は、各ＧＵ（１００Ａ、１００Ｂ）の錠制御部１５２に相当し、本発明に係る管理システムの管理手段、判定手段、計数制御手段、設定手段、及び記憶手段は、入退室管理サーバ２００の記憶部２３０及び在室情報更新部２４３に相当し、本発明に係る管理システムの通知手段は、入退室管理サーバ２００の通知部２４５に相当する。
【符号の説明】
【０１３２】
１Ａ〜１Ｄ カードリーダ
２Ａ、２Ｂ 電気錠
３Ａ、３Ｂ 開閉センサ
４Ａ、４Ｂ 空調機器
５ ＬＡＮ
１００Ａ、１００Ｂ ＧＵ
１１０、２１０ 通信部
１２０ ＩＤ受信部
１３０ 開閉信号受信部
１４０、２２０ 計時部
１５０、２４０ 制御部
１５１ 認証情報送信部
１５２ 錠制御部
１５３ イベント情報生成部
１５４ 空調制御部
２００ 入退室管理サーバ
２３０ 記憶部
２４１ 認証部
２４２ 履歴情報更新部
２４３ 在室情報更新部
２４４ 指示部
２４５ 通知部
３００Ａ、３００Ｂ 管理端末
１０００ 入退室管理システム
【技術分野】
【０００１】
本発明は、入退場の管理システムに関し、特に、入退場の管理対象領域内の利用者の数を管理する技術に関する。
【背景技術】
【０００２】
人の入場及び退場を制限するための扉の解錠を、例えば、ＩＣカード等による認証に基づいて管理する管理システムが知られている。
このような管理システムでは、扉の解錠権限を有する当該システムの利用者が所持するＩＣカード等の識別情報を予め記憶しておき、扉の解錠が必要な利用者のＩＣカード等から読み取った識別情報と照合することで認証を行い、一致する識別情報が記憶されている場合に扉の解錠を行う。
【０００３】
また、この認証結果に基づいて入場している利用者の数を管理し、この利用者の数を利用する技術が知られている。例えば、特許文献１には、入場している利用者の数が所定以下になったときに、情報機器の利用を制限し、利用者数が少ない環境での情報機器の不正利用を防止する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２１３３３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記管理システムを運用した場合には、いわゆる「共連れ」や「すれ違い」、つまり１人の利用者が認証を受けて扉が解錠されたことに乗じて、１以上の他の利用者が入退場を行うといったことが、生じ得る。この「共連れ」等が発生した場合、認証を受けた利用者の入退室は把握できるものの、この利用者の入退室に乗じて入退室を行った者の数は把握することができない。
【０００６】
本発明は係る問題に鑑みてなされたものであり、入場している利用者の数をいわゆる「共連れ」や「すれ違い」等が生じることを考慮して管理するための管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために本発明に係る管理システムは、外部機器の制御に用いる管理対象領域内の利用者数を管理する管理システムであって、利用者による管理対象領域に対する入場及び退場に係る認証を行う認証手段と、前記認証手段により入場又は退場を許可する旨の認証が行われる毎に、前記管理対象領域に対する利用者の入退場を可能に制御する入退場制御手段と、前記認証手段により入場又は退場を許可する旨の認証が行われる毎に、１増加又は減少させる処理を実行することで計数した管理対象領域内の利用者数を管理する管理手段と、前記入退場制御手段の前記制御により入退場が可能になった前記管理対象領域に対し、複数の利用者が入退場したと推定される一定条件を満たすか否かを判定する判定手段と、前記判定手段が前記一定条件を満たすと判定した場合に、前記管理手段による前記処理の実行を抑止し、又は前記管理手段が管理する利用者の数を調整する計数制御手段とを備えることを特徴とする。
【発明の効果】
【０００８】
上述の構成を備える本発明に係る管理システムは、ある利用者が認証を受けて入退場が可能になった管理対象領域に対し、他の利用者が認証を受けることなく入退場（いわゆる、「共連れ」や、「すれ違い」等）した場合に、上記一定条件を満たすときには、管理対象領域内の利用者数を計数する処理を抑止し、又は管理する利用者の数を調整するので、管理対象領域内の利用者数を、他の利用者の入退場による増減を考慮して管理できるようになる。
【０００９】
また、前記一定条件は、前記認証手段による認証の時刻が既定の時間帯に含まれることであり、前記計数制御手段は、前記判定手段が前記一定条件を満たすと判定した場合に、前記抑止を行うこととしてもよい。
例えば、管理対象領域内で仕事をしていた利用者は、昼休みの時間帯になると昼食等の用事のために管理対象領域から一旦退場し、その用事が済むと、昼休みの時間帯が終わるまでに再び管理対象領域に入場する可能性が高いため、昼休みの時間帯の前後での利用者数は大きく変化しないと推定される。
【００１０】
従って、例えば、既定の時間帯を、昼休みの時間帯とした場合に、本発明に係る管理システムは、管理対象領域内の利用者数を計数する処理を抑止するので、この時間帯が開始する前に管理していた利用者数が正確である場合に、この時間帯に、いわゆる「共連れ」が「すれ違い」等の入退場が多く発生したとしても、この時間帯が終了したときにも、管理している利用者数の正確性を保つことができる。
【００１１】
また、前記入退場制御手段は、前記認証手段により入場又は退場を許可する旨の認証が行われる毎に、管理対象領域に設けられた扉を解錠し、開扉及び閉扉を検出した後に施錠するものであり、前記一定条件は、前記入退場制御手段により検出された開扉から閉扉までの時間が既定時間以上であったことであり、前記計数制御手段は、前記判定手段が前記一定条件を満たすと判定した場合に、前記管理手段が管理する前記１増加又は減少させる処理後の利用者の数を、当該処理前の利用者の数に戻すよう前記調整を行うこととしてもよい。
【００１２】
これにより、例えば、既定時間を、１人の利用者が認証を受けて解錠された扉を開け、入場又は退場し、扉を閉めるまでの時間より長く設定した場合に、本発明に係る管理システムは、認証を受けて入場又は退場する利用者と共に、他の利用者が認証を受けることなく入退場（いわゆる、「共連れ」や、「すれ違い」等）することで、開扉から閉扉までの時間が、上記既定時間より長かったときは、利用者数を１増加又は減少させる処理後の利用者数を、この処理前の利用者数に戻す。
【００１３】
従って、いわゆる「共連れ」や「すれ違い」等が発生した場合において、認証を受けて入場又は退場する利用者と同じ方向に移動する利用者の数よりも、逆方向に移動する利用者の数のほうが多いときには、より正確に管理対象領域内の利用者数を管理できる。なお、ここでの「同じ方向」、「逆方向」とは、認証を受けた利用者が入場する場合には、入場する方向が同じ方向であり、退場する方向が逆方向であり、認証を受けた利用者が退場する場合には退場する方向が同じ方向であり、入場する方向が逆方向である。
【００１４】
また、前記管理システムは、更に現在時刻が既定の時刻と一致した場合に、前記管理手段が管理している利用者の数を所定値に設定する設定手段を備えることとしてもよい。
これにより、本発明に係る管理システムは、既定の時刻になると、管理している利用者数を所定値に設定するので、例えば、所定値を０とし、既定の時刻を、管理対象領域に利用者が存在しなくなる時刻（例えば、深夜０時）とすることで、管理している利用者数と、実際に管理対象領域に存在する利用者の数とに相違が生じても、リセットすることが可能になる。
【００１５】
また、前記管理システムは、更にユーザへの通知を行う通知手段を備え、前記設定手段は、前記通知手段による通知から既定時間以内にユーザからの応答を受け付けない場合に、前記所定数をゼロとして前記設定を行うこととしてもよい。
これにより、本発明に係る管理システムは、ユーザへの通知を行い、その通知から既定時間以内にユーザからの応答を受け付けない場合に、管理している利用者数をゼロに設定するので、ユーザが管理対象領域内に存在しないことを確認した上で、管理している利用者数をゼロにリセットできる。
【００１６】
また、前記管理システムは、更に前記認証手段により入場又は退場を許可する旨の認証が行われる毎に、１増加又は減少させる処理を実行することで計数した管理対象領域内の利用者の数を記憶する記憶手段と、前記記憶手段に記憶された利用者の数と、前記管理手段が管理する利用者の数との差が既定値以上になった場合に、前記管理手段が管理する利用者の数を所定値に設定する設定手段を備えることとしてもよい。
【００１７】
入場又は退場を許可する旨の認証が行われる毎に、１増加又は減少させる処理を実行することで計数した管理対象領域内の利用者の数と、管理している利用者の数との差が比較的大きくなった場合には、管理している利用者の数と、実際に管理対象領域に存在する利用者の数との差も比較的大きくなっていると推定される。
例えば、「すれ違い」はほとんど発生せずに、「共連れ」が多く発生した場合には、管理対象領域内の利用者数を計数する処理を抑止し、又は管理する利用者の数を調整することで、管理している利用者の数の変化が抑制されてしまうためである。
【００１８】
本発明に係る管理システムは、入場又は退場を許可する旨の認証が行われる毎に、１増加又は減少させる処理を実行することで計数した管理対象領域内の利用者の数と、管理している利用者の数との差が既定値以上になった場合に、その管理している利用者の数を所定値に設定するので、管理している利用者の数と、実際に管理対象領域に存在する利用者の数との差が比較的大きくなっている場合に、この管理している利用者の数をリセットできる。
【００１９】
また、前記管理システムは、更にユーザへの通知を行う通知手段を備え、前記設定手段は、前記通知手段による通知から既定時間以内にユーザから利用者の数を含む応答を受け付けた場合に、前記所定値を当該応答に含まれる利用者の数として、前記設定を行うこととしてもよい。
これにより、本発明に係る管理システムは、管理している利用者数を、ユーザから受け付けた応答に含まれる利用者数に設定するので、ユーザが実際に管理対象領域に存在する利用者の数を応答に含めることで、正確な利用者の数に、管理している利用者数をリセットできる。
【００２０】
また、前記管理システムは、更に前記判定手段が前記一定条件を満たすと判定した場合に、前記既定の時間帯を経過した後に、前記管理手段が管理する利用者の数を、既定値に設定する設定手段を備えることとしてもよい。
例えば、出社時間帯には、多くの利用者が管理対象領域に入場し、退社時間帯には、多くの利用者が、管理対象領域から退場するため、これらの時間帯には、いわゆる「共連れ」が「すれ違い」等の入退場が多く発生すると推定される。
【００２１】
本発明に係る管理システムは、既定の時間帯を経過した後に、管理している利用者数を既定値に設定するので、例えば、既定の時間帯を、出社時間帯とした場合には、既定値を出社予定の社員数とし、また、例えば、既定の時間帯を退社時間帯とした場合には、既定値を残業予定の社員数とすることで、これらの時間帯にいわゆる「共連れ」が「すれ違い」等の入退場が多く発生したとしても、この時間帯が終了したときに、より正確に利用者数を管理することができる。
【図面の簡単な説明】
【００２２】
【図１】入退室管理システム１０００のシステム構成図である。
【図２】ＧＵ１００Ａの主要部の機能構成を示すブロック図である。
【図３】入退室管理サーバ２００の主要部の機能構成を示すブロック図である。
【図４】物理情報テーブル１０、部屋情報テーブル２０、カード情報テーブル３０、及び在室情報テーブル４０のデータ構成及び内容例を示す図である。
【図５】無効時間帯情報テーブル５０及び制御情報テーブル６０のデータ構成及び内容例を示す図である。
【図６】履歴情報テーブル７０及び無効イベント情報テーブル８０のデータ構成及び内容例を示す図である。
【図７】入退室管理サーバ２００による制御処理を示すフローチャートである。
【図８】入退室管理サーバ２００による認証情報受信時処理を示すフローチャートである。
【図９】入退室管理サーバ２００によるイベント情報受信時処理を示すフローチャートである。
【図１０】入退室管理サーバ２００による日替時刻での更新処理を示すフローチャートである。
【図１１】入退室管理サーバ２００による所定差異発生時の更新処理を示すフローチャートである。
【図１２】変形例に係る入退室管理サーバによる無効時間帯終了時刻での更新処理を示すフローチャートである。
【発明を実施するための形態】
【００２３】
以下、本発明に係る管理システムの一実施形態としての入退室管理システムを例に、図面を参照しながら説明する。
≪実施の形態≫
＜構成＞
まず、実施の形態に係る入退室管理システム１０００の構成について説明する。
【００２４】
＜入退室管理システム＞
図１は、入退室管理システム１０００のシステム構成図である。
同図に示す通り、入退室管理システム１０００は、「第１執務室」及び「第２執務室」の２つの部屋への入退室を管理すると共に、各部屋に入室している者の人数を管理し、その人数を、空調機器等の制御に利用するシステムである。
【００２５】
入退室管理システム１０００は、カードリーダ１Ａ〜１Ｄと、電気錠２Ａ、２Ｂと、開閉センサ３Ａ、３Ｂと、空調機器４Ａ、４Ｂと、ＧＵ（Gate Unit）１００Ａ、１００Ｂと、入退室管理サーバ２００と、管理端末３００Ａ、３００Ｂとから構成されている。
カードリーダ１Ａ、１Ｂ、電気錠２Ａ、開閉センサ３Ａ、及び空調機器４Ａは、ＧＵ１００Ａと接続されており、カードリーダ１Ｃ、１Ｄ、電気錠２Ｂ、開閉センサ３Ｂ、及び空調機器４Ｂは、ＧＵ１００Ｂと接続されており、各ＧＵ（１００Ａ、１００Ｂ）及び各管理端末（３００Ａ、３００Ｂ）は、ＬＡＮ（Local Area Network）５を介して入退室管理サーバ２００と接続されている。
【００２６】
ここで、カードリーダ１Ａ、１Ｂは、第１執務室に対し入退室するための扉（不図示）の近傍に設置され、カードリーダ１Ｃ、１Ｄは、第２執務室に対し入退室するための扉（不図示）の近傍に設置されている。各カードリーダ（１Ａ〜１Ｄ）はそれぞれ、各部屋に対し入退室する者が所持するＩＣカードに記録されているそのＩＣカードの識別情報（以下、「カードＩＤ」という）を読み出し、読み出したカードＩＤ、及び予め記憶しているそのカードリーダの識別情報（以下、「ＣＲＩＤ」という）を接続するＧＵ（１００Ａ又は１００Ｂ）に送信する機能を有する。なお、以下では、カードリーダ１Ａ〜１ＤそれぞれのＣＲＩＤは「ＣＲ００１」〜「ＣＲ００４」であるものとする。
【００２７】
電気錠２Ａ及び開閉センサ３Ａは、第１執務室に入退室するための扉に取り付けられており、電気錠２Ｂ及び開閉センサ３Ｂは、第２執務室に入退室するための扉に取り付けられている。各電気錠（２Ａ、２Ｂ）はそれぞれ、接続するＧＵ（１００Ａ又は１００Ｂ）からの指示に応じて、その扉を解錠又は施錠する機能を有し、各開閉センサ（３Ａ、３Ｂ）はそれぞれ、開扉を検出した際、及び閉扉を検出した際に、その旨の信号を接続するＧＵ（１００Ａ又は１００Ｂ）に送出する機能を有する。
【００２８】
各空調機器（４Ａ、４Ｂ）はそれぞれ、接続するＧＵ（１００Ａ又は１００Ｂ）からの指示に応じて、空調を開始又は停止する機能を有する。
各ＧＵ（１００Ａ、１００Ｂ）はそれぞれ、各カードリーダから受信したカードＩＤ及びＣＲＩＤと、そのＧＵの識別情報（以下、「ＧＵＩＤ」という）とを入退室管理サーバ２００に送信し、入退室管理サーバ２００から受信した認証結果に応じて、カードＩＤを受信したカードリーダが設置されている扉の解錠指示をその扉の施解錠を行う電気錠に対して行い、またその後に、施錠指示をその電気錠に対して行う機能を有する。なお、以下では、各ＧＵが入退室管理サーバ２００に送信するカードＩＤ、ＣＲＩＤ、及びＧＵＩＤをまとめて「認証情報」ともいう。なお、以下では、ＧＵ１００Ａ、１００ＢそれぞれのＧＵＩＤは「ＧＵ００１」、「ＧＵ００２」であるものとする。
【００２９】
また、各ＧＵはそれぞれ、入退室管理サーバ２００から認証結果を受信した際や、接続する開閉センサ（３Ａ又は３Ｂ）から開扉又は閉扉を検出した旨の信号を受信した際に、後述するイベント情報を生成し、入退室管理サーバ２００に送信する機能を有する。以下では、認証や、ユーザによる開扉、閉扉といった事象のことを「イベント」ともいう。
また、各ＧＵはそれぞれ、入退室管理サーバ２００からの指示に応じて、接続する空調機器（４Ａ又は４Ｂ）を制御する機能を有する。
【００３０】
入退室管理サーバ２００は、特に、各ＧＵ（１００Ａ、１００Ｂ）から受信したカードＩＤに基づいて認証を行う機能と、各部屋に入室している利用者の数を管理する機能を有する。各部屋に入室している利用者の数の管理方法については後述する。
また、入退室管理サーバ２００は、自サーバが管理している、各部屋における入室している利用者の数等を各管理端末（３００Ａ、３００Ｂ）に通知する機能を有し、その通知に対する各管理端末から応答に基づいて、管理している利用者の数等を更新する機能を有する。
【００３１】
各管理端末（３００Ａ、３００Ｂ）はそれぞれ、第１執務室、第２執務室に設置されており、入退室管理サーバ２００からの通知に基づいて、入退室管理サーバ２００が管理している利用者の数等を表示し、自端末が設置されている部屋に入室している利用者からの実際に入室している利用者の数（以下、「実在室者数」ともいう）等の入力を受け付け、受け付けた実在室者数等を、その通知に対する応答として入退室管理サーバ２００に送信する機能を有する。
【００３２】
以下、各ＧＵ（１００Ａ、１００Ｂ）及び入退室管理サーバ２００の構成について、更に詳しく説明するが、ＧＵ１００Ａ及び１００Ｂそれぞれの構成は同様であるため、以下では、ＧＵ１００Ａを例に説明する。
＜ＧＵ＞
まず、ＧＵ１００Ａの構成について説明する。
【００３３】
図２は、ＧＵ１００Ａの主要部の機能構成を示すブロック図である。
ＧＵ１００Ａは、同図に示す通り、通信部１１０、ＩＤ受信部１２０、開閉信号受信部１３０、計時部１４０、制御部１５０を備える。ＧＵ１００Ａは、図示しないメモリ及びプロセッサを含んでおり、制御部１５０の機能は、プロセッサがメモリ上のプログラムを実行することにより実現される。
【００３４】
ここで、通信部１１０は、ＬＡＮ５を介して、入退室管理サーバ２００とデータの送受信を行う機能を有し、ＩＤ受信部１２０は、接続する各カードリーダ（この例では、１Ａ、１Ｂ）から送信されたカードＩＤ及びＧＵＩＤを受信し、制御部１５０に伝達する機能を有する。
開閉信号受信部１３０は、接続する開閉センサ（この例では、３Ａ）により開扉又は閉扉を検出した旨の信号を受信し、制御部１５０に伝達する機能を有し、計時部１４０は、いわゆる時計であり、現在の日時を計時する機能を有する。
【００３５】
制御部１５０は、認証情報送信部１５１、錠制御部１５２、イベント情報生成部１５３、及び空調制御部１５４を含んで構成される。
ここで、認証情報送信部１５１は、ＩＤ受信部１２０から伝達されたカードＩＤ及びＧＵＩＤと、予め記憶されている自装置（この例では、１００Ａ）のＧＵＩＤとからなる認証情報を、通信部１１０を介して入退室管理サーバ２００に送信する機能を有する。
【００３６】
錠制御部１５２は、通信部１１０を介して入退室管理サーバ２００から受信した、認証情報送信部１５１が送信した認証情報に基づく認証の結果に応じて、接続する電子錠（この例では２Ａ）に解錠指示を行い、利用者による開扉の後、閉扉された際、あるいは、解錠指示後、所定時間（例えば、２０秒）を経過しても、開扉されない場合に、その電気錠に対して、その扉の施錠指示を行う機能を有する。なお、利用者による開扉及び閉扉は、開閉信号受信部１３０から伝達された信号に基づき検出する。
【００３７】
イベント情報生成部１５３は、通信部１１０を介して入退室管理サーバ２００から認証結果等を受信した際や、開閉信号受信部１３０から開扉又は閉扉を検出した旨の信号が伝達された際にイベント情報を生成し、通信部１１０を介して入退室管理サーバ２００に送信する機能を有する。
ここで、イベント情報は、計時部１４０から取得したそのイベントが発生した日時と、そのイベントに係るカードリーダのＣＲＩＤと、そのイベントの識別情報であるイベントコードと、そのイベントの内容を示す情報を含むものである。なお、入退室管理サーバ２００から認証結果等を受信した際に生成するイベント情報には、更に認証に係るカードＩＤを含む。
【００３８】
空調制御部１５４は、通信部１１０を介して入退室管理サーバ２００から受信した指示に基づいて、接続する空調機器（この例では、４Ａ）による空調の開始又は停止を制御する機能を有する。
＜入退室管理サーバ＞
次に、入退室管理サーバ２００の構成について説明する。
【００３９】
図３は、入退室管理サーバ２００の主要部の機能構成を示すブロック図である。
入退室管理サーバ２００は、同図に示す通り、通信部２１０、計時部２２０、記憶部２３０、及び制御部２４０を備える。入退室管理サーバ２００は、図示しないメモリ及びプロセッサを含んでおり、制御部２４０の機能は、プロセッサがメモリ上のプログラムを実行することにより実現される。
【００４０】
ここで、通信部２１０は、ＬＡＮ５を介して、ＧＵ１００Ａ、１００Ｂ及び管理端末３００Ａ、３００Ｂとデータの送受信を行う機能を有し、計時部２２０は、いわゆる時計であり、現在の日時を計時する機能を有する。
記憶部２３０は、物理情報テーブル１０、部屋情報テーブル２０、カード情報テーブル３０、在室情報テーブル４０、無効時間帯情報テーブル５０、制御情報テーブル６０、履歴情報テーブル７０、及び無効イベント情報テーブル８０を記憶するためのメモリ領域である。
【００４１】
各テーブルの内容については、後に詳細に説明するが、カード情報テーブル３０は、各部屋に対する入退室権限を有する者が所持するＩＣカードのカードＩＤを含むデータを登録したテーブルであり（図４（ｃ）参照）、在室情報テーブル４０は、部屋毎に、在室している人の識別情報（以下、「在室利用者ＩＤ」という）、認証を受けて入室した利用者の数（以下、単に「在室数」という）、その数を一定条件下で是正した数（以下、「是正在室数」という）等を対応付けたデータを登録したテーブルである（図４（ｄ）参照）。
【００４２】
また、制御情報テーブル６０は、部屋毎に、是正在室数等に応じて行う、空調機器等の制御の内容等を登録したテーブルであり（図５（ｂ）参照）、履歴情報テーブル７０は、発生したイベントの履歴を登録したテーブルである（図６（ａ）参照）。
制御部２４０は、認証部２４１、履歴情報更新部２４２、在室情報更新部２４３、指示部２４４、及び通知部２４５を含んで構成される。
【００４３】
ここで、認証部２４１は、通信部２１０を介して受信した認証情報と、記憶部２３０のカード情報テーブル３０とに基づいて、扉を解錠するか否かを判定（認証）し、認証結果等を、通信部２１０を介して、受信した認証情報の送信元であるＧＵ（１００Ａ又は１００Ｂ）に送信する機能を有する。
履歴情報更新部２４２は、通信部２１０を介してＧＵ１００から受信したイベント情報に基づく情報（以下、「履歴情報」という）を生成し、記憶部２３０の履歴情報テーブル７０に登録する機能を有する。
【００４４】
在室情報更新部２４３は、認証部２４１による認証結果や、各部屋に対し複数の利用者が入退室した、つまり、いわゆる「共連れ」、「すれ違い」等が発生したと推定される一定条件に基づいて、在室情報テーブル４０を更新する機能を有する。
在室情報更新部２４３は、特に、いわゆる「共連れ」、「すれ違い」等の入退室が発生したと推定される場合に、その入退室により生じ得る入室している利用者の数の増減を考慮した数に、在室情報テーブル４０の是正在室数を更新する。
【００４５】
在室情報更新部２４３の処理内容に関しては、後に詳細に説明する（図６〜８参照）。
指示部２４４は、記憶部２３０の在室情報テーブル４０に登録されている是正在室数と、制御情報テーブル６０とに基づいて、空調機器等の制御が必要か否かを判定し、判定結果に応じて、その制御を行うべきＧＵ（１００Ａ又は１００Ｂ）に、その制御の内容を含む指示を行う機能を有する。
【００４６】
通知部２４５は、記憶部２３０の在室情報テーブル４０に登録されている是正在室数等を、通信部２１０を介して、その是正在室数等に対応する部屋に設置されている管理端末（３００Ａ、３００Ｂ）に通知する機能を有する。
＜データ＞
次に、入退室管理サーバ２００において使用されるデータについて説明する。
【００４７】
＜物理情報テーブル＞
以下、入退室管理サーバ２００が使用する物理情報テーブル１０について説明する。
図４（ａ）は、物理情報テーブル１０のデータ構成及び内容例を示す図である。
物理情報テーブル１０は、同図に示すように、カードリーダ毎に、ＣＲＮｏ．１１、ＧＵＩＤ１２、ＣＲＩＤ１３を対応付けて構成される情報である。物理情報テーブル１０は、在室情報更新部２４３が在室情報テーブル４０を更新する際や、履歴情報更新部２４２が履歴情報を生成する際に参照される。なお、以下では、対応するＣＲＮｏ．と、ＧＵＩＤと、ＣＲＩＤとからなる情報を、レコードと表現する。
【００４８】
ここで、ＣＲＮｏ．１１は、管理上、そのカードリーダに一意に割り当てられた番号であり、この例では、各カードリーダに、１から連番となる数字が割り当てられている。
ＧＵＩＤ１２は、そのカードリーダと接続するＧＵの識別情報であり、ＣＲＩＤ１３は、そのカードリーダの識別情報である。
同図は、例えば、ＣＲＮｏ．が「１」であるカードリーダが接続するＧＵのＧＵＩＤは「ＧＵ００１」（つまり、ＧＵ１００Ａ）であり、そのカードリーダのＣＲＩＤは「ＣＲ００１」（つまり、カードリーダ１Ａ）であることを示している。
【００４９】
また、物理情報テーブル１０の生成は、入退室管理システム１０００の運用開始時に、入退室管理サーバ２００における操作部（不図示）を介して、システム管理者等により行われる。
また、新たなレコードの登録、登録済みのレコードの更新及び削除は、入退室を管理する部屋の数が増減したためにカードリーダの数が増減した場合等に、システム管理者等により上述の操作部を介して行われる。
【００５０】
＜部屋情報テーブル＞
以下、部屋情報テーブル２０について説明する。
図４（ｂ）は、部屋情報テーブル２０のデータ構成及び内容例を示す図である。
部屋情報テーブル２０は、同図に示すように、部屋毎に、部屋ＩＤ２１、部屋名称２２、入室ＣＲＮｏ．２３、退室ＣＲＮｏ．２４、端末Ｎｏ．２５及び日替時刻２６を対応付けて構成される情報である。部屋情報テーブル２０は、在室情報更新部２４３が、在室情報テーブル４０を更新する際等や、通知部２４５が、各管理端末（３００Ａ、３００Ｂ）に是正在室数等を通知する際に参照される。なお、以下では、対応する部屋ＩＤと、部屋名称と、入室ＣＲＮｏ．と、退室ＣＲＮｏ．と、端末Ｎｏ．と、日替時刻とからなる情報を、レコードと表現する。
【００５１】
ここで、部屋ＩＤ２１は、対応する部屋の識別情報であり、部屋名称２２は、その部屋の名称であり、例えば、システム管理者等が、各レコードがどの部屋の情報であるかを一見して把握するために用いられる。
また、入室ＣＲＮｏ．２３及び退室ＣＲＮｏ．２４は、その部屋の外側（入室用）及び内側（退室用）に設置されているカードリーダに割り当てられた番号であり、物理情報テーブル１０のいずれかのＣＲＮｏ．と一致するものである。
【００５２】
また、端末Ｎｏ．２５は、その部屋に設置されている管理端末に一意に割り当てられた番号であり、ここでは、管理端末３００Ａに「１」が、管理端末３００Ｂに「２」が割り当てられた場合の例を示している。
日替時刻２６は、在室情報更新部２４３が、在室情報テーブル４０に登録されている在室数や是正在室数等をリセットする時刻を示す情報である。このリセットは、在室数と是正在室数との間に生じ得るずれに対応するために行われる。この例では、各部屋に入場している利用者が存在しない可能性が高い時刻を登録している。
【００５３】
同図は、例えば、部屋ＩＤが「Ｒ００１」である部屋の部屋名称は「第１執務室」であり、その部屋の入室ＣＲＮｏ．は「１」（つまり、カードリーダ１Ａ）であり、退室ＣＲＮｏ．は「２」（つまり、カードリーダ１Ｂ）であり、端末Ｎｏ．は「１」（つまり、管理端末３００Ａ）であり、日替時刻は「２：００：００」であることを示している。
部屋情報テーブル２０の生成は、入退室管理システム１０００の運用開始時に、入退室管理サーバ２００における操作部（不図示）を介して、システム管理者等により行われる。
【００５４】
また、新たなレコードの登録、登録済みのレコードの削除は、入退室を管理する部屋の数が増減した場合等に、システム管理者等により上述の操作部を介して行われる。
また、登録済みのレコードの更新は、特に、日替時刻に変更が生じた場合等に、システム管理者等により上述の操作部を介して行われる。
＜カード情報テーブル＞
以下、カード情報テーブル３０について説明する。
【００５５】
図４（ｃ）は、カード情報テーブル３０のデータ構成及び内容例を示す図である。
カード情報テーブル３０は、同図に示すように、各部屋に対する入退室権限を有する本入退場管理システムの利用者毎に、カードＩＤ３１、利用者ＩＤ３２、利用者名３３を対応付けて構成される情報である。カード情報テーブル３０は、認証部２４１が認証を行う際や、履歴情報更新部２４２が履歴情報を生成する際に参照される。なお、以下では、対応するカードＩＤと、利用者ＩＤと、利用者名とからなる情報を、レコードと表現する。
【００５６】
ここで、カードＩＤ３１は、対応する利用者が所持するＩＣカードに記録されているそのＩＣカードの識別情報であり、利用者ＩＤ３２は、その利用者に割り当てられた識別情報であり、利用者名３３は、その利用者の氏名であり、例えば、システム管理者等が、各レコードがどの利用者の情報であるかを一見して把握するために用いられる。
同図は、例えば、カードＩＤが「２ｙ３Ｂ９・・・ｔ９４８Ｃ７」であるＩＣカードの利用者の利用者ＩＤは「Ｕ００１」であり、利用者名は「Ａ上一郎」であることを示している。
【００５７】
なお、カード情報テーブル３０の生成は、入退室管理システム１０００の運用開始時に、入退室管理サーバ２００における操作部（不図示）を介して、システム管理者等により行われる。また、新たなレコードの登録、登録済みのレコードの更新及び削除は、入退室管理システム１０００の利用者が増減した場合等に、システム管理者等により上述の操作部を介して行われる。
【００５８】
＜在室情報テーブル＞
以下、在室情報テーブル４０について説明する。
図４（ｄ）は、在室情報テーブル４０のデータ構成及び内容例を示す図である。
在室情報テーブル４０は、同図に示すように、部屋毎に、部屋ＩＤ４１、在室利用者ＩＤ４２、在室数４３、是正在室数４４、変化４５を対応付けて構成される情報である。
【００５９】
在室情報テーブル４０は、指示部２４４が空調機器等の制御が必要か否かを判定する際や、通知部２４５が、各管理端末（３００Ａ、３００Ｂ）に是正在室数等を通知する際に参照され、在室情報更新部２４３により、参照及び更新される。なお、以下では、対応する部屋ＩＤ、在室利用者ＩＤ、在室数、是正在室数、変化からなる情報を、レコードと表現する。
【００６０】
ここで、部屋ＩＤ４１は、その部屋の識別情報であり、部屋情報テーブル２０のいずれかの部屋ＩＤと一致するものである。また、在室利用者ＩＤ４２は、その部屋に認証を受けて入室した利用者の識別情報であり、カード情報テーブル３０のいずれかの利用者ＩＤと一致するものである。
在室数４３は、その部屋に認証部２４１による認証を受けて入室している利用者の数を示す情報であり、対応する在室利用者ＩＤに登録されている利用者ＩＤの数と一致するものである。また、是正在室数４４は、認証を受けることなくその部屋に対する入退室（いわゆる「共連れ」、「すれ違い」等）が行われたと推定される場合に、その入退室による利用者の数の増減を考慮して算出された利用者の数を示す情報である。
【００６１】
変化４５は、対応する是正在室数が更新された際の更新前後の是正在室数の変化が、増加及び減少のいずれであるかを示す情報である。
同図は、例えば、部屋ＩＤが「Ｒ００１」である部屋（つまり、第１執務室）の在室利用者ＩＤは「Ｕ００1、Ｕ００２、Ｕ００３…」（つまり、Ａ上一郎、Ｂ藤二郎、Ｃ村三郎…）であり、在室数は「５」であり、是正在室数は「２」であり、変化は「減少」であることを示している。
【００６２】
なお、在室情報テーブル４０の生成は、入退室管理システム１０００の運用開始時に、入退室管理サーバ２００における操作部（不図示）を介して、システム管理者等により行われる。また、新たなレコードの登録及び登録済みのレコードの削除は、入退室を管理する部屋の数が増減した場合等に、システム管理者等により上述の操作部を介して行われる。
【００６３】
＜無効時間帯情報テーブル＞
以下、無効時間帯情報テーブル５０について説明する。
図５（ａ）は、無効時間帯情報テーブル５０のデータ構成及び内容例を示す図である。
無効時間帯情報テーブル５０は、同図に示すように、部屋毎に、部屋ＩＤ５１、無効時間帯名称５２、無効時間帯５３を対応付けて構成される情報である。
【００６４】
無効時間帯情報テーブル５０は、在室情報更新部２４３が在室情報テーブル４０を更新するか否かを判定する際に参照される。なお、以下では、対応する部屋ＩＤ、無効時間帯名称、無効時間帯からなる情報を、レコードと表現する。
ここで、部屋ＩＤ５１は、その部屋の識別情報であり、部屋情報テーブル２０のいずれかの部屋ＩＤと一致するものであり、無効時間帯名称５２は、対応する部屋における無効時間帯の名称であり、例えば、システム管理者等が、どの部屋のどの無効時間帯の情報であるかを一見して把握するために用いられる。また、無効時間帯５３は、いわゆる「共連れ」、「すれ違い」等の入退室が発生する可能性が高い時間帯を示す情報であり、この時間帯に認証を受けた利用者の入退室が生じても、在室情報更新部２４３は、在室情報テーブル４０を更新しない。この例に示す時間帯は、昼食をとるために各部屋から退室した利用者は、昼食を取り終えて、この時間帯内に再び入室する可能性が高いため、この時間帯の前後で、入室している利用者の数は大きく変化しないと推定できるためである。
【００６５】
同図は、例えば、部屋ＩＤが「Ｒ００１」である部屋（第１執務室）の無効時間帯は「１１：４５〜１２：４５」であり、その無効時間帯名称は、「第１執務室 昼食時間帯」であることを示している。
なお、無効時間帯情報テーブル５０の生成は、入退室管理システム１０００の運用開始時に、入退室管理サーバ２００における操作部（不図示）を介して、システム管理者等により行われる。また、新たなレコードの登録及び登録済みのレコードの削除は、入退室を管理する部屋の数が増減した場合や、新たに、いわゆる「共連れ」、「すれ違い」等の入退室が発生する可能性が高い時間帯が生じるようになった場合等に、システム管理者等により上述の操作部を介して行われる。
【００６６】
また、登録済みのレコードの更新は、特に、無効時間帯について、いわゆる「共連れ」、「すれ違い」等の入退室が発生する可能性が高い時間帯に変更が生じた場合等に、システム管理者等により上述の操作部を介して行われる。
＜制御情報テーブル＞
以下、制御情報テーブル６０について説明する。
【００６７】
図５（ｂ）は、制御情報テーブル６０のデータ構成及び内容例を示す図である。
制御情報テーブル６０は、同図に示すように、部屋毎に、部屋ＩＤ６１、人数６２、変化６３、遅延時間６４、指示先６５、制御内容６６を対応付けて構成される情報である。
制御情報テーブル６０は、指示部２４４が、外部機器等を制御するか否かを判定する際に参照される。なお、以下では、対応する部屋ＩＤ、人数、変化、遅延時間、指示先、制御内容からなる情報を、レコードと表現する。
【００６８】
ここで、部屋ＩＤ６１は、その部屋の識別情報であり、部屋情報テーブル２０のいずれかの部屋ＩＤと一致するものであり、人数６２及び変化６３は、対応する制御内容を実行する際の条件を示す情報であり、人数６２は、対応する制御内容を実行する際の是正在室数を示す情報であり、変化６３は、対応する人数に至る前後の是正在室数の値の変化（増加又減少）を示す情報である。
【００６９】
遅延時間６４は、対応する制御内容を実行するとの判定がなされてから、実際に実行するまでの時間を示す情報であり、指示先６５は、対応する制御内容の指示先となるＧＵ（１００Ａ又は１００Ｂ）のＧＵＩＤを示す情報である。なお、ＧＵに指示し制御を行わせるのではなく、入退室管理サーバ２００自身が制御を行う場合を「−」で示している。
制御内容６６は、対応する人数、変化に示される条件を満たしたときに実行される空調機器等に対する制御内容を示す情報である。
【００７０】
同図は、例えば、部屋ＩＤが「Ｒ００１」である部屋（第１執務室）の人数（是正在室数）の変化が「減少」であり、人数が「０」である場合に行う制御内容は「警戒設定」であり、遅延時間は「０：０１：００」（つまり、１分）であり、指示先は「−」（つまり、入退室管理サーバ２００自身）であることを示している。なお、「警戒設定」とは、各ＧＵを介して、各カードリーダからカードＩＤを受信しても認証しない状態に設定することをいう。
【００７１】
また、同図は、例えば、部屋ＩＤが「Ｒ００１」である部屋（第１執務室）の人数（是正在室数）の変化が「増加」であり、人数が「５」である場合に行う制御内容は「空調ＯＮ」であり、遅延時間は「０：００：００」（つまり、即時）であり、指示先は「ＧＵ００１」（つまり、ＧＵ１００Ａ）であることを示している。
なお、制御情報テーブル６０の生成は、入退室管理システム１０００の運用開始時に、入退室管理サーバ２００における操作部（不図示）を介して、システム管理者等により行われる。また、新たなレコードの登録、登録済みのレコードの更新及び削除は、入退室を管理する部屋の数が増減した場合や制御対象となる機器が増減した場合等に、システム管理者等により上述の操作部を介して行われる。
【００７２】
＜履歴情報テーブル＞
以下、履歴情報テーブル７０について説明する。
図６（ａ）は、履歴情報テーブル７０のデータ構成及び内容例を示す図である。
履歴情報テーブル７０は、同図に示すように、イベント毎に、日時７１、ＣＲＮｏ．７２、イベントコード７３、利用者ＩＤ７４、内容７５を対応付けて構成される情報である。
【００７３】
履歴情報テーブル７０は、在室情報更新部２４３が、在室情報テーブル４０を更新するか否かを判定するために参照され、履歴情報更新部２４２が履歴情報を生成した際に更新される。なお、以下では、対応する日時、ＣＲＮｏ．、イベントコード、利用者ＩＤ、内容からなる情報を、レコードと表現し、履歴情報更新部２４２が生成する履歴情報は、１レコード分のデータに相当する。
【００７４】
ここで、日時７１は、そのイベントが生じた日時を示す情報であり、ＣＲＮｏ．７２は、そのイベントに係るカードリーダに割り当てられた番号であり、物理情報テーブル１０のいずれかのＣＲＮｏ．と一致するものであり、イベントコード７３は、対応するイベントの識別情報である。なお、以下では、イベントコードが「０００１」であるイベントは「認証」であり、イベントコードが「１００１」であるイベントは「開扉」であり、イベントコードが、「１００２」であるイベントは「閉扉」であるものとして説明する。
【００７５】
利用者ＩＤ７４は、対応するイベントが認証である場合における、認証を受けた利用者の識別情報であり、カード情報テーブル３０のいずれかの利用者ＩＤと一致するものである。なお、この例では、対応するイベントが認証以外である場合には、利用者ＩＤとして「−」を表示している。また、内容７５は、対応するイベントの内容を示す情報である。
同図は、例えば、イベントが発生した日時は「２００９／１２／１ ８：４５：２５」であり、イベントコードは「０００１」であり、イベントの内容は、「認証成功」であり、認証に係る利用者ＩＤは「Ｕ００１」（つまり、Ａ上一郎）であり、認証に用いられたカードＩＤを読み取ったカードリーダのＣＲＮｏ．は「１」であることを示している。
【００７６】
また、同図は、例えば、イベントが発生した日時は「２００９／１２／１ ８：４５：２７」であり、イベントコードは「１００１」であり、イベントの内容は、「開扉」であり、このイベントに係る扉を解錠するために行われた認証に係るカードリーダのＣＲＮｏ．は「１」であることを示している。
なお、履歴情報テーブル７０の生成及び登録済みのデータの削除は、入退室管理システム１０００の運用開始時に、入退室管理サーバ２００における操作部（不図示）を介して、システム管理者等により行われる。また、新たなレコードの登録は、履歴情報更新部２４２が履歴情報を生成した際に行われ、登録済みのレコードの更新は、原則として行われない。
【００７７】
＜無効イベント情報テーブル＞
以下、無効イベント情報テーブル８０について説明する。
図６（ｂ）は、無効イベント情報テーブル８０のデータ構成及び内容例を示す図である。
無効イベント情報テーブル８０は、同図に示すように、開始イベントコード８１、終了イベントコード８２、時間８３、対象イベントコード８４を対応付けて構成される情報である。
【００７８】
無効イベント情報テーブル８０は、在室情報更新部２４３が、在室情報テーブル４０を更新するか否かを判定するために参照される。なお、以下では、対応する開始イベントコード、終了イベントコード、時間、対象イベントコードからなる情報を、レコードと表現する。
ここで、開始イベントコード８１、終了イベントコード８２、及び時間８３は、対応する対象イベントコード８４が示すイベントに基づいて、在室情報テーブル４０の是正在室数について行った更新を無効にする条件を示す情報であり、開始イベントコード８１及び終了イベントコード８２は、対応する対象イベントコード８４が示すイベントの後に生じたイベントの識別情報であり、対応する対象イベントコード８４が示すイベントに係るカードリーダと同一のカードリーダに係るイベントの識別情報を示す。また、時間８３は、対応する開始イベントコードが示すイベントの発生時間から、対応する終了イベントコードが示すイベントの発生時間までの経過時間を示す情報である。また、対象イベントコード８４は、是正在室数の更新を無効にすべきイベントのイベントコードを示す情報である。
【００７９】
同図は、例えば、開始イベントコードは「１００１」（つまり、開扉）であり、終了イベントコードは「１００２」（つまり、閉扉）であり、対応する開始イベントコードが示すイベントの発生時間から、対応する終了イベントコードが示すイベントの発生時間までの時間が「０：０１：００」（つまり、１分）以上である場合に、対象イベントコードが「０００１」であるイベント（つまり、認証）に基づいて行われた是正在室数の更新を無効にすることを示している。
【００８０】
＜動作＞
次に、上記構成を備え、上記データを取り扱う入退室管理サーバ２００の動作を説明する。
＜制御処理＞
図７は、入退室管理サーバ２００による制御処理を示すフローチャートである。
【００８１】
なお、以下説明する制御処理は、繰り返し実行されるものとする。
まず、入退室管理サーバ２００における制御部２４０は、通信部２１０を介して、いずれかのＧＵ（１００Ａ又は１００Ｂ）からデータを受信したか否かを判定し（ステップＳ１）、データを受信した場合には（ステップＳ１：ＹＥＳ）、受信したデータの種類が、認証情報及びイベント情報のいずれであるかを判定する（ステップＳ２）。
【００８２】
制御部２４０は、受信したデータが、認証情報である場合には（ステップＳ２：認証情報）、後述する認証情報受信時処理（図８参照）を実行し（ステップＳ１０）、受信したデータが、イベント情報である場合には（ステップＳ２：イベント情報）、後述するイベント情報受信時処理（図９参照）を実行する（ステップＳ２０）。
ステップＳ１０又はＳ２０の処理の実行を完了し、又はステップＳ１でデータを受信していない場合には（ステップＳ１：ＮＯ）、制御部２４０の在室情報更新部２４３は、現在時刻が、部屋情報テーブル２０のいずれかのレコードに含まれる日替時刻と一致するか否かを判定する（ステップＳ４）。例えば、図４（ｂ）に示す部屋情報テーブル２０の例では、現在時刻が、２：００：００又は１：００：００と一致する場合には、肯定的な判定（ステップＳ４：ＹＥＳ）を行い、それ以外の時刻である場合には、否定的な判定（ステップＳ４：ＮＯ）を行う。
【００８３】
現在時刻が、日替時刻と一致する場合には（ステップＳ４：ＹＥＳ）、制御部２４０は、後述する日替時刻での更新処理（図１０参照）を実行する（ステップＳ４０）。
ステップＳ４０の処理の実行を完了し、又はステップＳ４で現在時刻が日替時刻と一致しない場合には（ステップＳ４：ＮＯ）、在室情報更新部２４３は、在室情報テーブル４０のいずれかのレコードに含まれる在室数と是正在室数との差の絶対値が所定値（例えば、１０とする）以上であるか否かを判定する（ステップＳ５）。例えば、図４（ｄ）に示す在室情報テーブル４０の例では、部屋ＩＤが「Ｒ００１」であるレコードに含まれる在室数（５）と是正在室数（２）の差（３）は１０未満であるが、部屋ＩＤが「Ｒ００２」であるレコードに含まれる在室数（１５）と是正在室数（５）の差（１０）は１０以上であるので肯定的な判定（ステップＳ５：ＹＥＳ）を行う。
【００８４】
いずれかのレコードに含まれる在室数と是正在室数との差の絶対値が所定値以上である場合には（ステップＳ５：ＹＥＳ）、制御部２４０は、後述する所定差異発生時の更新処理（図１１参照）を実行する（ステップＳ５０）。
ステップＳ５０の処理の実行を完了し、又はいずれのレコードに含まれる在室数と是正在室数との差の絶対値も所定値未満である場合には（ステップＳ５：ＮＯ）、制御部２４０の指示部２４４は、外部機器等を制御するか否かを判定する（ステップＳ６）。
【００８５】
より詳細には、在室情報テーブル４０の各レコードに含まれる部屋ＩＤ、是正在室数、及び変化を取得し、取得した部屋ＩＤ、是正在室数、及び変化と一致する部屋ＩＤ、人数、及び変化を含む制御情報テーブル６０のレコードが存在するか否かを判定する。
なお、後述する図９のステップＳ２６、図１０のステップＳ４４、Ｓ４５、図１１のステップＳ５３、Ｓ５５の処理により、在室情報テーブル４０の変化が「−」に更新される場合があるが、「−」である場合には、取得した部屋ＩＤ及び是正在室数に一致する部屋ＩＤ及び人数を含む制御情報テーブル６０のレコードが存在するか否かを判定する。
【００８６】
例えば、図４（ｄ）に示す在室情報テーブル４０の例では、部屋ＩＤが「Ｒ００１」であるレコードの是正在室数は「２」で、変化は「減少」であり、これらと一致する部屋ＩＤ、人数及び変化を含む制御情報テーブル６０のレコードが存在するので、肯定的な判定を行う。なお、部屋ＩＤが「Ｒ００２」であるレコードの是正在室数は「５」で、変化は「増加」であり、これらと一致する部屋ＩＤ、人数及び変化を含む制御情報テーブル６０のレコードも存在するので、肯定的な判定を行うことになる。
【００８７】
この判定で否定的な判定を行った場合には、外部機器等を制御しない旨の判定を行い（ステップＳ６：ＮＯ）、制御部２４０は、制御処理を終了する。また、上記判定で、肯定的な判定を行った場合には、外部機器等を制御する旨の判定を行い（ステップＳ６：ＹＥＳ）、上記判定に係るレコードの遅延時間、指示先、及び制御内容を取得し、取得した遅延時間が示す時間後に、取得した制御内容を実行する旨の指示を、通信部２１０を介して、取得した指示先（自サーバ、ＧＵ１００Ａ、又はＧＵ１００Ｂ）に送信し（ステップＳ７）、制御部２４０は、制御処理を終了する。
【００８８】
上述の例では、遅延時間「０：０５：００」後に、制御内容「空調ＯＦＦ」を実行する旨の指示を、指示先（ＧＵ００１、つまり、ＧＵ１００Ａ）に送信し、また、遅延時間「０：００：００」後（つまり即時）に、制御内容「空調ＯＮ」を実行する旨の指示を、指示先（ＧＵ００２、つまりＧＵ１００Ｂ）に、送信する。
＜認証情報受信時処理＞
続いて、上述した制御処理の認証情報受信時処理（図７のステップＳ１０）の詳細な処理内容を説明する。
【００８９】
図８は、入退室管理サーバ２００による認証情報受信時処理を示すフローチャートである。
同図に示すように、制御部２４０の認証部２４１は、図７のステップＳ１でいずれかのＧＵ（１００Ａ又は１００Ｂ）から通信部２１０を介して受信した認証情報と、カード情報テーブル３０に基づいて、扉を解錠するか否かに係る認証を行い（図８のステップＳ１１）、認証結果と、計時部２２０から取得した認証日時と、認証情報に含まれていた各データ（カードＩＤ、ＣＲＩＤ、ＧＵＩＤ）をその認証情報の送信元であるＧＵ（１００Ａ又は１００Ｂ）に送信する（ステップＳ１２）。
【００９０】
ここで、認証結果は、受信した認証情報に含まれるカードＩＤを含むレコードが、カード情報テーブル３０に登録されている場合には、認証が成功したことを示す情報であり、受信した認証情報に含まれるカードＩＤを含むレコードが、カード情報テーブル３０に登録されていない場合には、認証が失敗したことを示す情報である。
例えば、いずれかのＧＵから受信した認証情報に、カードＩＤ「１Ｌ０ｅ２・・・Ｍ７Ｕｂ８７」が含まれていた場合には、このカードＩＤと一致するカードＩＤが、カード情報テーブル３０に登録されているので、認証が成功したことを示す認証結果を、その認証情報の送信元であるＧＵに送信することになる。
【００９１】
続いて、認証部２４１は、上記ステップＳ１１で行った認証が成功したか否かを判定し（ステップＳ１３）、認証が失敗した場合には（ステップＳ１３：ＮＯ）、認証情報受信時処理を終了する。
また、認証が成功した場合には（ステップＳ１３：ＹＥＳ）、在室情報更新部２４３は、物理情報テーブル１０から、認証情報に含まれていたＣＲＩＤ及びＧＵＩＤを含むレコードのＣＲＮｏ．を取得し、部屋情報テーブル２０から、取得したＣＲＮｏ．を入室ＣＲＮｏ．と退室ＣＲＮｏ．とのいずれかに含むレコードの部屋ＩＤを取得し、取得した部屋ＩＤを含む無効時間帯情報テーブル５０のレコードの無効時間帯に、ステップＳ１２で取得された認証日時（時刻）が含まれているか否かを判定する（ステップＳ１４）。
【００９２】
例えば、認証情報に含まれていたＣＲＩＤが「ＣＲ００１」であり、ＧＵＩＤが「ＧＵ００１」である場合、部屋ＩＤ「Ｒ００１」を取得する。また、例えば、認証時刻が「１２：００：００」である場合、取得した部屋ＩＤ「Ｒ００１」を含む無効時間帯情報テーブル５０のレコードの無効時間帯「１１：４５〜１２：４５」に、認証時刻が含まれるので、肯定的な判定（ステップＳ１４：ＹＥＳ）を行う。
【００９３】
認証日時が、無効時間帯に含まれていない場合には（ステップＳ１４：ＮＯ）、在室情報更新部２４３は、在室情報テーブル４０を更新する（ステップＳ１５）。
より詳細には、在室情報更新部２４３は、認証に係るカードリーダが、入室用のカードリーダであれば、取得した上記部屋ＩＤを含む在室情報テーブル４０のレコードに含まれる在室利用者ＩＤに認証情報に含まれていたカードＩＤに対応する利用者ＩＤを追加し、在室数及び是正在室数それぞれを１つ増加させ、変化を「増加」に設定する。一方、認証に係るカードリーダが、退室用のカードリーダであれば、取得した上記部屋ＩＤを含む在室情報テーブル４０のレコードに含まれる在室利用者ＩＤから、認証情報に含まれていたカードＩＤに対応する利用者ＩＤを削除し、在室数及び是正在室数それぞれを１つ減少させ、変化を「減少」に設定する。
【００９４】
なお、認証に係るカードリーダが、入室用のカードリーダであるか、退室用のカードリーダであるかは、上記部屋ＩＤを取得する過程で取得したＣＲＮｏ．と一致するＣＲＮｏ．が、部屋情報テーブル２０の入室ＣＲＮｏ．と退室ＣＲＮｏ．とのいずれに登録されていたかにより判定する。
また、後述するステップＳ１６の処理等により、在室利用者ＩＤに追加しようとしている利用者ＩＤが既に登録されている場合や、在室利用者ＩＤから削除しようとしている利用者ＩＤが登録されていない場合が生じ得る。このようなケースでは、在室利用者ＩＤの更新は行わない。
【００９５】
例えば、上記例（ＣＲＩＤが「ＣＲ００１」、ＧＵＩＤが「ＧＵ００１」、取得したＣｒＮｏ．が「１」、取得した部屋ＩＤが「Ｒ００１」）の場合、取得したＣＲＮｏ．「１」と一致するＣＲＮｏ．は、部屋情報テーブル２０の入室ＣＲＮｏ．に登録されているので、部屋ＩＤ「Ｒ００１」を含む在室情報テーブル４０のレコードに含まれる在室利用者ＩＤに認証情報に含まれていたカードＩＤ（上記例では、１Ｌ０ｅ２・・・Ｍ７Ｕｂ８７）に対応する利用者ＩＤ（Ｕ００４）を追加し、在室数及び是正在室数それぞれを１つ増加させ（図４（ｄ）の在室情報テーブルの例では、在室数は「６」、是正在室数は「３」になる）、変化を「増加」に設定する。
【００９６】
制御部２４０は、ステップＳ１５の処理を完了すると、認証情報受信時処理を終了する。
一方、ステップＳ１４で、認証日時が、無効時間帯に含まれている場合には（ステップＳ１４：ＹＥＳ）、在室情報更新部２４３は、在室情報テーブル４０の是正在室数及び変化を更新することなく、在室利用者ＩＤと在室数のみを更新する（ステップＳ１６）。
【００９７】
より詳細には、在室情報更新部２４３は、認証に係るカードリーダが、入室用のカードリーダであれば、ステップＳ１４で取得した上記部屋ＩＤを含む在室情報テーブル４０のレコードに含まれる在室利用者ＩＤに認証情報に含まれていたカードＩＤに対応する利用者ＩＤを追加し、在室数を１つ増加させる。一方、認証に係るカードリーダが、退室用のカードリーダであれば、ステップＳ１４で取得した上記部屋ＩＤを含む在室情報テーブル４０のレコードに含まれる在室利用者ＩＤから、認証情報に含まれていたカードＩＤに対応する利用者ＩＤを削除し、在室数を１つ減少させる。
【００９８】
ステップＳ１６の処理が完了すると、制御部２４０は、認証情報受信時処理を終了する。
＜イベント情報受信時処理＞
続いて、上述した制御処理のイベント情報受信時処理（図７のステップＳ２０）の詳細な処理内容を説明する。
【００９９】
図９は、入退室管理サーバ２００によるイベント情報受信時処理を示すフローチャートである。
同図に示すように、履歴情報更新部２４２は、図７のステップＳ１でいずれかのＧＵ（１００Ａ又は１００Ｂ）から通信部２１０を介して受信したイベント情報に基づいて履歴情報を生成し、履歴情報テーブル７０に登録する（ステップＳ２１）。
【０１００】
より詳細には、受信したイベント情報に含まれるＣＲＩＤに対応するＣＲＮｏ．を物理情報テーブル１０から取得し、取得したＣＲＮｏ．と、受信したイベント情報に含まれる日時、イベントコード、及びイベントの内容とを含む履歴情報を生成し、特に、受信したイベント情報にカードＩＤが含まれている場合には、そのカードＩＤに対応する利用者ＩＤをカード情報テーブル３０から取得し、取得した利用者ＩＤを含む履歴情報を生成し、履歴情報テーブル７０に登録する。
【０１０１】
在室情報更新部２４３は、履歴情報更新部２４２が登録した履歴情報に含まれているイベントコードが、無効イベント情報テーブル８０に登録されているレコードの終了イベントコードと一致するか否かを判定する（ステップＳ２２）。
具体的には、履歴情報に含まれているイベントコードが「１００２」（つまり、閉扉）である場合には、肯定的な判定（ステップＳ２２：ＹＥＳ）を行い、履歴情報に含まれているイベントコードが「０００１」（つまり、認証）又は「１００１」（つまり、開扉）である場合には、否定的な判定（ステップＳ２２：ＮＯ）を行う。
【０１０２】
登録した履歴情報に含まれているイベントコードが、終了イベントコードと一致しない場合には（ステップＳ２２：ＮＯ）、制御部２４０は、イベント情報受信時処理を終了する。
また、登録した履歴情報に含まれているイベントコードが、終了イベントコードと一致する場合には（ステップＳ２２：ＹＥＳ）、在室情報更新部２４３は、無効イベント情報テーブル８０から、そのイベントコードと一致する終了イベントコードを含むレコードの開始イベントコードを取得し、履歴情報テーブル７０から、この取得した開始イベントコード及び履歴情報更新部２４２が登録した履歴情報に含まれているＣＲＮｏ．を含む直近に登録された履歴情報（レコード）の日時を取得し（ステップＳ２３）、この取得した日時から、履歴情報更新部２４２が登録した履歴情報の日時までの時間（開扉時間）を算出する（ステップＳ２４）。
【０１０３】
より詳細には、無効イベント情報テーブル８０から、開始イベントコード「１００１」を取得し、例えば、図６（ａ）に示す履歴情報テーブル７０の例では、取得した開始イベントコードと登録した履歴情報に含まれているＣＲＮｏ．「２」を含む直近に登録された履歴情報（レコード）の日時（２００９／１２／１ １７：３０：４２）の日時を取得し、この取得した日時から、登録した履歴情報の日時（この例では、２００９／１２／１ １７：３１：５０）までの開扉時間（００：０１：０８）を算出する。
【０１０４】
また、在室情報更新部２４３は、算出した開扉時間が所定時間（例えば１分）以上であるか否かを判定し（ステップＳ２５）、算出した開扉時間が所定時間未満である場合には（ステップＳ２５：ＮＯ）、「共連れ」、「すれ違い」等の入退室が発生したとは推定できないので、イベント情報受信時処理を終了する。
また、算出した開扉時間が所定時間以上である場合には（ステップＳ２５：ＹＥＳ）、「共連れ」、「すれ違い」等の入退室が発生したと推定し、在室情報更新部２４３は、是正在室数及び変化を更新する（ステップＳ２６）。
【０１０５】
より詳細には、在室情報更新部２４３は、ステップＳ２１で登録した履歴情報に含まれるＣＲＮｏ．に対応する部屋ＩＤを部屋情報テーブル２０から取得し、取得した部屋ＩＤに対応する在室情報テーブル４０の是正在室数を、対応する変化が「増加」となっている場合には１つ減少させ、対応する変化が「減少」となっている場合には１つ増加させ、対応する変化を「−」に更新する。
【０１０６】
制御部２４０は、ステップＳ２６の処理を完了すると、イベント情報受信時処理を終了する。
例えば、上述の例では、ステップＳ２１で登録した履歴情報に含まれるＣＲＮｏ．「２」に対応する部屋ＩＤ「Ｒ００１」を部屋情報テーブル２０から取得し、取得した部屋ＩＤに対応する在室情報テーブル４０の是正在室数「２」を、対応する変化が「減少」となっているので、１つ増加させ、「３」とし、対応する変化を「−」に更新する。
【０１０７】
＜日替時刻での更新処理＞
続いて、上述した制御処理の日替時刻での更新処理（図７のステップＳ４０）の詳細な処理内容を説明する。
図１０は、入退室管理サーバ２００による日替時刻での更新処理を示すフローチャートである。
【０１０８】
通知部２４５は、部屋情報テーブル２０から、上記ステップＳ４で、現在時刻と一致すると判定した日替時刻を含むレコードの部屋ＩＤを取得し、取得した部屋ＩＤに対応する是正在室数を在室情報テーブル４０から取得し、取得した是正在室数が１以上であるか否かを判定する（ステップＳ４１）。
例えば、現在時刻が「２：００：００」である場合、部屋情報テーブル２０から対応する部屋ＩＤ「Ｒ００１」を取得する。また、図４（ｄ）に示す在室情報テーブル４０の例では、取得した部屋ＩＤ「Ｒ００１」に対応する是正在室数「２」は１以上であるので、肯定的な判定（ステップＳ４１：ＹＥＳ）を行う。
【０１０９】
是正在室数が０である場合には（ステップＳ４１：ＮＯ）、制御部２４０は、日替時刻での更新処理を終了し、是正在室数が１以上である場合には（ステップＳ４１：ＹＥＳ）、通知部２４５は、上記取得した部屋ＩＤに対応する在室利用者ＩＤを在室情報テーブル４０から取得し、取得した在室利用者ＩＤと対応する利用者名をカード情報テーブル３０から取得し、是正在室数と、在室利用者ＩＤと、利用者名とを、部屋ＩＤと対応する部屋の管理端末（３００Ａ又は３００Ｂ）に通信部２１０を介して通知する（ステップＳ４２）。
【０１１０】
なお、部屋ＩＤと対応する部屋の管理端末は、部屋ＩＤと対応する部屋情報テーブル２０の端末Ｎｏ．が示す管理端末である。
図４（ｄ）に示す在室情報テーブル４０の例では、上記取得した部屋ＩＤ「Ｒ００１」と対応する在室利用者ＩＤ「Ｕ００１、Ｕ００２、Ｕ００３・・・」を取得し、取得した在室利用者ＩＤと対応する利用者名「Ａ上一郎、Ｂ藤二郎、Ｃ村三郎・・・」をカード情報テーブル３０から取得し、是正在室数「２」と、在室利用者ＩＤ「Ｕ００１、Ｕ００２、Ｕ００３・・・」と、利用者名「Ａ上一郎、Ｂ藤二郎、Ｃ村三郎・・・」とを、部屋ＩＤと対応する部屋の管理端末３００Ａに通信部２１０を介して通知する。
【０１１１】
この通知を受けた管理端末は、通知された是正在室数、在室利用者ＩＤ、及び利用者名を図示しない表示部に表示すると共に、図示しないスピーカから所定の音声を出力することで、その管理端末が設置されている部屋に在室している利用者に、実在室者数及び在室利用者ＩＤの入力を促す。利用者からこれらの情報が入力されると、その管理端末は、上記通知に対する応答として、入力された実在室者数及び在室利用者ＩＤを入退室管理サーバ２００に送信する。
【０１１２】
在室情報更新部２４３は、ステップＳ４２の通知先である管理端末から応答があったか否かを判定し（ステップＳ４３）、応答があった場合には（ステップＳ４３：ＹＥＳ）、その応答に含まれる実在室者数で、ステップＳ４１で取得した部屋ＩＤに対応する在室情報テーブル４０の在室数及び是正在室数を更新し、その応答に含まれる在室利用者ＩＤで、ステップＳ４１で取得した部屋ＩＤに対応する在室情報テーブル４０の在室利用者ＩＤを更新し、変化を「−」に更新し（ステップＳ４４）、制御部２４０は、日替時刻での更新処理を終了する。
【０１１３】
一方、ステップＳ４３で、管理端末３００からの応答がなかった場合には（ステップＳ４３：ＮＯ）、ステップＳ４２で通知部２４５が通知してから、所定時間（例えば、１０分）経過したか否かを判定し（ステップＳ４５）、経過していない場合には（ステップＳ４５：ＮＯ）、再びステップＳ４３から処理を行う。
通知から、所定時間を経過した場合には（ステップＳ４５：ＹＥＳ）、その部屋には誰も入室していないと推定できるので、在室情報更新部２４３は、ステップＳ４１で取得した部屋ＩＤに対応する在室情報テーブル４０の在室数及び是正在室数を０に、在室利用者ＩＤに登録されている全ての利用者ＩＤを削除し、変化を「−」に更新し（ステップＳ４６）、制御部２４０は、日替時刻での更新処理を終了する。
【０１１４】
＜所定差異発生時の更新処理＞
続いて、上述した制御処理の所定差異発生時の更新処理（図７のステップＳ５０）の詳細な処理内容を説明する。
図１１は、入退室管理サーバ２００による所定差異発生時の更新処理を示すフローチャートである。
【０１１５】
通知部２４５は、上記ステップＳ５で、在室数と是正在室数との差の絶対値が所定値以上であると判定したその在室数と是正在室数を含む在室情報テーブル４０のレコードの部屋ＩＤに対応する在室利用者ＩＤを在室情報テーブル４０から取得し、取得した在室利用者ＩＤと対応する利用者名をカード情報テーブル３０から取得し、ステップＳ５で取得した是正在室数と、在室利用者ＩＤと、利用者名とを、部屋ＩＤと対応する部屋の管理端末（３００Ａ又は３００Ｂ）に通信部２１０を介して通知する（ステップＳ５１）。
【０１１６】
以降のステップＳ５２〜Ｓ５４の処理は、上述のステップＳ４３〜Ｓ４５の処理と同様であるため、説明は省略する。
＜補足＞
以上、本発明に係る管理システムを、実施の形態に基づいて説明したが、以下のように変形することも可能であり、本発明は上述した実施の形態で示した通りの管理システムに限られないことは勿論である。
【０１１７】
（１）実施の形態で説明した無効時間帯情報テーブル５０は、いわゆる「共連れ」や「すれ違い」等の入退場が生じる可能性が高い時間帯の一例として、無効時間帯に昼食時間帯を登録した例を説明したが、これ以外の時間帯、例えば、出社時間帯や退社時間帯を登録するようにしてもよい。なお、昼食時間帯と同様、出社時間帯及び退社時間帯として、部屋毎に異なる時間を設定するようにしてもよいが、以下では、一例として、いずれの部屋も出社時間帯は「８：３０〜９：３０」であり、退社時間帯は、「１７：３０〜１８：３０」であるものとして説明する。
【０１１８】
この出社時間帯や退社時間帯を無効時間帯情報テーブル５０の無効時間帯に登録した場合、これらの時間帯が終了したときに、在室情報テーブル４０の是正在室数を所定値に設定する必要がある。図８に示す認証情報受信時処理では、認証日時が無効時間帯に含まれる場合に（ステップＳ１４：ＹＥＳ）、在室情報テーブル４０の是正在室数は更新されない（ステップＳ１６）ためである。
【０１１９】
出社時間帯が終了した際に設定する所定値は、例えば、その部屋に出社予定の社員数であり、退社時間帯が終了した際に設定する所定値は、例えば、その部屋で残業予定の社員数である。
出社時間帯や退社時間帯が終了したときに、在室情報テーブル４０の是正在室数を所定値に設定するために、図７に示す制御処理のステップＳ４の処理の前に、現在時刻が無効時間帯の終了時刻と一致するか否かの判定処理を行い、この判定処理において、肯定的な判定を行った場合に、以下説明する、無効時間帯終了時刻での更新処理を行うように変更する必要がある。
【０１２０】
図１２は、変形例に係る入退室管理サーバによる無効時間帯終了時刻での更新処理を示すフローチャートである。
同図に示すように、履歴情報更新部２４２は、現在時刻がいずれの無効時間帯の終了時刻と一致するのかを判定し（ステップＳ３１）、出社時間帯の終了時刻（この例では、９：３０）と一致する場合には（ステップＳ３１：出社時間帯）、在室情報テーブル４０の各是正在室数を、所定値Ｖ１（例えば、対応する部屋に出社予定の社員数）に設定し（ステップＳ３２）、無効時間帯終了時刻での更新処理を終了する。
【０１２１】
また、退社時間帯の終了時刻（この例では、１８：３０）と一致する場合には（ステップＳ３１：退社時間帯）、履歴情報更新部２４２は、在室情報テーブル４０の各是正在室数を、所定値Ｖ２（例えば、対応する部屋で残業予定の社員数）に設定し（ステップＳ３３）、無効時間帯終了時刻での更新処理を終了する。
また、昼食時間帯の終了時刻（この例では、部屋ＩＤがＲ００１である第１執務室では、１２：４５、部屋ＩＤがＲ００２である第２執務室では、１３：００）と一致する場合には、（ステップＳ３１：昼食時間帯）、履歴情報更新部２４２は、特に何もすることなく、無効時間帯終了時刻での更新処理を終了する。
【０１２２】
なお、この所定値Ｖ１及びＶ２については、無効時間帯情報テーブル５０に登録される出社時間帯、退社時間帯と対応付けて登録しておいてもよい。
（２）実施の形態では、無効時間帯情報テーブル５０の無効時間帯に、いわゆる「共連れ」や「すれ違い」等の入退場が生じる可能性が高い時間帯をシステム管理者等が予め登録しておくものとして説明したが、例えば、履歴情報テーブル７０に基づいて、開扉から閉扉までの時間が一定時間以上である回数が既定回数以上ある時間帯や、単位時間内の認証回数が一定回数以上である時間帯を抽出できるように変形し、抽出した時間帯を、無効時間帯情報テーブル５０の無効時間帯に自動的に登録するようにしてもよいし、システム管理者等に抽出した時間帯を通知し、システム管理者等からの登録指示を受けて登録するようにしてもよい。
【０１２３】
なお、単位時間内の認証回数が一定回数以上である時間帯を抽出するのは、出入りが頻繁に行われる時間帯においては、いわゆる「共連れ」や「すれ違い」等の入退場が生じる可能性が高いためである。
（３）実施の形態では、図７に示す制御処理のステップＳ６で、空調機器等を制御するか否かを判定し、肯定的な判定を行った場合に（ステップＳ６：ＹＥＳ）、空調機器等を制御する（ステップＳ７）ものとして説明したが、制御処理からは、ステップＳ６及びＳ７の処理を削除し、ステップＳ１０、Ｓ２０、Ｓ４０、Ｓ５０それぞれの処理の最後に行うようにしてもよい。
【０１２４】
（４）実施の形態で説明した制御情報テーブル６０では、各空調機器に対する制御内容として、「空調ＯＮ」と「空調ＯＦＦ」とを例に説明したが、空調の温度を制御するようにしてもよい。
（５）実施の形態では、各利用者が保持するＩＣカードに記憶されているカードＩＤが、カード情報テーブル３０に登録されているカードＩＤと一致する場合に、いずれの部屋に対しても入退室が可能であるものとして説明したが、カード情報テーブル３０に、入退室が可能な部屋の部屋ＩＤを登録するようにしてもよい。つまり、入退室管理サーバ２００の認証部２４１は、認証情報に含まれるＣＲＩＤに対応する物理情報テーブル１０のＣＲＮｏ．を取得し、取得したＣＲＮｏ．に対応する部屋情報テーブル２０の部屋ＩＤを取得し、この部屋ＩＤと、認証情報に含まれるカードＩＤとを含むレコードが、この変形に係るカード情報テーブルに登録されている場合に、認証が成功したと判定し、このレコードが登録されていない場合に、認証が失敗したと判定する。
【０１２５】
（６）実施の形態では、図７のステップＳ１、Ｓ２、Ｓ１０、Ｓ２０の処理と、ステップＳ４、Ｓ４０の処理と、ステップＳ５、Ｓ５０の処理との各処理を全て行うものとして説明したが、一部の処理のみを行うようにしてもよい。この一部の処理に、上記（１）の変形に係る処理を含めてもよい。
また、実施の形態では、入退室管理サーバ２００は、図７に示す制御処理全体を繰り返し実行するものとして説明したが、図７のステップＳ１、Ｓ２、Ｓ１０、Ｓ２０の処理と、ステップＳ４、Ｓ４０の処理と、ステップＳ５、Ｓ５０の処理との各処理を、独立した処理として、非同期に実行するようにしてもよい。
【０１２６】
（７）実施の形態では、入退室管理サーバ２００が認証を行うものとして説明したが、各ＧＵにカード情報テーブル３０を記憶させ、各ＧＵが認証を行い、この認証結果に応じて、接続する電子錠を解錠するようにしてもよい。この場合、各ＧＵは、入退室管理サーバ２００に認証情報を送信する必要がなくなる。
また、この場合、入退室管理サーバ２００は、図７の制御処理を以下のように変形する必要がある。
【０１２７】
即ち、図７の制御処理のステップＳ２に変えて、イベント情報が認証に係るものか否かを判定する処理を行い、イベント情報が認証に係るものである場合に、ステップＳ１０の処理（図８のＳ１１〜Ｓ１６）のうち、ステップＳ１３〜Ｓ１６の処理を行うようにする。なお、ステップＳ１３の判定は、認証に係るイベント情報のイベントの内容が「認証成功」であるか否かにより判定する。
【０１２８】
また、イベント情報が認証に係るものである場合に行う上記処理を完了し、又は、イベント情報が認証以外のイベント（開扉又は閉扉）に係るものである場合に、ステップＳ２０の処理を行うようにする。
（８）実施の形態では、各ＧＵが各空調機器を直接制御するものとして説明したが、各空調機器を制御する空調システムを介して制御するようにしてもよい。
【０１２９】
（９）実施の形態では、入退室管理サーバ２００は、図１１のステップＳ５４において、所定時間を経過した場合には（ステップＳ５４：ＹＥＳ）、特に何も行うことなく、所定差異発生時の更新処理を終了するものとして説明したが、この場合に、例えば、図７のステップＳ５で、在室数と是正在室数との差の絶対値が所定値以上であると判定したその判定に係る是正在室数を、判定に係る在室数と同じ値に更新し、変化を「−」に更新するようにしてもよい。
【０１３０】
（１０）実施の形態において説明した各構成要素のうち、全部又は一部を１チップ又は複数チップの集積回路で実現してもよいし、コンピュータのプログラムで実現してもよいし、その他どのような形態で実現してもよい。
また、実施の形態において説明した各処理（図７〜図１１）をＣＰＵに実行させるためのプログラムを、記録媒体に記録し又は各種通信路等を介して、流通させ頒布することもできる。このような記録媒体には、ＩＣカード、光ディスク、フレキシブルディスク、ＲＯＭ、フラッシュメモリ等がある。流通、頒布されたプログラムは、機器におけるＣＰＵで読み取り可能なメモリ等に格納されることにより利用に供され、そのＣＰＵがそのプログラムを実行することにより実施の形態で示した入退室管理サーバ２００の各機能が実現される。
【０１３１】
また、これらのことは、上記変形においても、同様に適用できる。
（１１）本発明に係る管理システムの認証手段は、入退室管理サーバ２００の認証部２４１に相当し、本発明に係る管理システムの入退場制御手段は、各ＧＵ（１００Ａ、１００Ｂ）の錠制御部１５２に相当し、本発明に係る管理システムの管理手段、判定手段、計数制御手段、設定手段、及び記憶手段は、入退室管理サーバ２００の記憶部２３０及び在室情報更新部２４３に相当し、本発明に係る管理システムの通知手段は、入退室管理サーバ２００の通知部２４５に相当する。
【符号の説明】
【０１３２】
１Ａ〜１Ｄ カードリーダ
２Ａ、２Ｂ 電気錠
３Ａ、３Ｂ 開閉センサ
４Ａ、４Ｂ 空調機器
５ ＬＡＮ
１００Ａ、１００Ｂ ＧＵ
１１０、２１０ 通信部
１２０ ＩＤ受信部
１３０ 開閉信号受信部
１４０、２２０ 計時部
１５０、２４０ 制御部
１５１ 認証情報送信部
１５２ 錠制御部
１５３ イベント情報生成部
１５４ 空調制御部
２００ 入退室管理サーバ
２３０ 記憶部
２４１ 認証部
２４２ 履歴情報更新部
２４３ 在室情報更新部
２４４ 指示部
２４５ 通知部
３００Ａ、３００Ｂ 管理端末
１０００ 入退室管理システム
【特許請求の範囲】
【請求項１】
外部機器の制御に用いる管理対象領域内の利用者数を管理する管理システムであって、
利用者による管理対象領域に対する入場及び退場に係る認証を行う認証手段と、
前記認証手段により入場又は退場を許可する旨の認証が行われる毎に、前記管理対象領域に対する利用者の入退場を可能に制御する入退場制御手段と、
前記認証手段により入場又は退場を許可する旨の認証が行われる毎に、１増加又は減少させる処理を実行することで計数した管理対象領域内の利用者数を管理する管理手段と、
前記入退場制御手段の前記制御により入退場が可能になった前記管理対象領域に対し、複数の利用者が入退場したと推定される一定条件を満たすか否かを判定する判定手段と、
前記判定手段が前記一定条件を満たすと判定した場合に、前記管理手段による前記処理の実行を抑止し、又は前記管理手段が管理する利用者の数を調整する計数制御手段とを備える
ことを特徴とする管理システム。
【請求項２】
前記一定条件は、前記認証手段による認証の時刻が既定の時間帯に含まれることであり、
前記計数制御手段は、前記判定手段が前記一定条件を満たすと判定した場合に、前記抑止を行う
ことを特徴とする請求項１記載の管理システム。
【請求項３】
前記入退場制御手段は、前記認証手段により入場又は退場を許可する旨の認証が行われる毎に、管理対象領域に設けられた扉を解錠し、開扉及び閉扉を検出した後に施錠するものであり、
前記一定条件は、前記入退場制御手段により検出された開扉から閉扉までの時間が既定時間以上であったことであり、
前記計数制御手段は、前記判定手段が前記一定条件を満たすと判定した場合に、前記管理手段が管理する前記１増加又は減少させる処理後の利用者の数を、当該処理前の利用者の数に戻すよう前記調整を行う
ことを特徴とする請求項２記載の管理システム。
【請求項４】
前記管理システムは、更に
現在時刻が既定の時刻と一致した場合に、前記管理手段が管理している利用者の数を所定値に設定する設定手段を備える
ことを特徴とする請求項３記載の管理システム。
【請求項５】
前記管理システムは、更に
ユーザへの通知を行う通知手段を備え、
前記設定手段は、
前記通知手段による通知から既定時間以内にユーザからの応答を受け付けない場合に、前記所定数をゼロとして前記設定を行う
ことを特徴とする請求項４記載の管理システム。
【請求項６】
前記管理システムは、更に
前記認証手段により入場又は退場を許可する旨の認証が行われる毎に、１増加又は減少させる処理を実行することで計数した管理対象領域内の利用者の数を記憶する記憶手段と、
前記記憶手段に記憶された利用者の数と、前記管理手段が管理する利用者の数との差が既定値以上になった場合に、前記管理手段が管理する利用者の数を所定値に設定する設定手段を備える
ことを特徴とする請求項３記載の管理システム。
【請求項７】
前記管理システムは、更に
ユーザへの通知を行う通知手段を備え、
前記設定手段は、
前記通知手段による通知から既定時間以内にユーザから利用者の数を含む応答を受け付けた場合に、前記所定値を当該応答に含まれる利用者の数として、前記設定を行う
ことを特徴とする請求項６記載の管理システム。
【請求項８】
前記管理システムは、更に
前記判定手段が前記一定条件を満たすと判定した場合に、前記既定の時間帯を経過した後に、前記管理手段が管理する利用者の数を、既定値に設定する設定手段を備える
ことを特徴とする請求項２記載の管理システム。
【請求項１】
外部機器の制御に用いる管理対象領域内の利用者数を管理する管理システムであって、
利用者による管理対象領域に対する入場及び退場に係る認証を行う認証手段と、
前記認証手段により入場又は退場を許可する旨の認証が行われる毎に、前記管理対象領域に対する利用者の入退場を可能に制御する入退場制御手段と、
前記認証手段により入場又は退場を許可する旨の認証が行われる毎に、１増加又は減少させる処理を実行することで計数した管理対象領域内の利用者数を管理する管理手段と、
前記入退場制御手段の前記制御により入退場が可能になった前記管理対象領域に対し、複数の利用者が入退場したと推定される一定条件を満たすか否かを判定する判定手段と、
前記判定手段が前記一定条件を満たすと判定した場合に、前記管理手段による前記処理の実行を抑止し、又は前記管理手段が管理する利用者の数を調整する計数制御手段とを備える
ことを特徴とする管理システム。
【請求項２】
前記一定条件は、前記認証手段による認証の時刻が既定の時間帯に含まれることであり、
前記計数制御手段は、前記判定手段が前記一定条件を満たすと判定した場合に、前記抑止を行う
ことを特徴とする請求項１記載の管理システム。
【請求項３】
前記入退場制御手段は、前記認証手段により入場又は退場を許可する旨の認証が行われる毎に、管理対象領域に設けられた扉を解錠し、開扉及び閉扉を検出した後に施錠するものであり、
前記一定条件は、前記入退場制御手段により検出された開扉から閉扉までの時間が既定時間以上であったことであり、
前記計数制御手段は、前記判定手段が前記一定条件を満たすと判定した場合に、前記管理手段が管理する前記１増加又は減少させる処理後の利用者の数を、当該処理前の利用者の数に戻すよう前記調整を行う
ことを特徴とする請求項２記載の管理システム。
【請求項４】
前記管理システムは、更に
現在時刻が既定の時刻と一致した場合に、前記管理手段が管理している利用者の数を所定値に設定する設定手段を備える
ことを特徴とする請求項３記載の管理システム。
【請求項５】
前記管理システムは、更に
ユーザへの通知を行う通知手段を備え、
前記設定手段は、
前記通知手段による通知から既定時間以内にユーザからの応答を受け付けない場合に、前記所定数をゼロとして前記設定を行う
ことを特徴とする請求項４記載の管理システム。
【請求項６】
前記管理システムは、更に
前記認証手段により入場又は退場を許可する旨の認証が行われる毎に、１増加又は減少させる処理を実行することで計数した管理対象領域内の利用者の数を記憶する記憶手段と、
前記記憶手段に記憶された利用者の数と、前記管理手段が管理する利用者の数との差が既定値以上になった場合に、前記管理手段が管理する利用者の数を所定値に設定する設定手段を備える
ことを特徴とする請求項３記載の管理システム。
【請求項７】
前記管理システムは、更に
ユーザへの通知を行う通知手段を備え、
前記設定手段は、
前記通知手段による通知から既定時間以内にユーザから利用者の数を含む応答を受け付けた場合に、前記所定値を当該応答に含まれる利用者の数として、前記設定を行う
ことを特徴とする請求項６記載の管理システム。
【請求項８】
前記管理システムは、更に
前記判定手段が前記一定条件を満たすと判定した場合に、前記既定の時間帯を経過した後に、前記管理手段が管理する利用者の数を、既定値に設定する設定手段を備える
ことを特徴とする請求項２記載の管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１１−１４４５０５（Ｐ２０１１−１４４５０５Ａ）
【公開日】平成２３年７月２８日（２０１１．７．２８）
【国際特許分類】
【出願番号】特願２０１０−３６７２（Ｐ２０１０−３６７２）
【出願日】平成２２年１月１２日（２０１０．１．１２）
【出願人】（０００００５８３２）パナソニック電工株式会社 (17,916)
【Ｆターム（参考）】
【公開日】平成２３年７月２８日（２０１１．７．２８）
【国際特許分類】
【出願日】平成２２年１月１２日（２０１０．１．１２）
【出願人】（０００００５８３２）パナソニック電工株式会社 (17,916)
【Ｆターム（参考）】
[ Back to top ]