(57)【要約】  【課題】  省エネ効果が高いエリアを算出可能な入退室管理システムを提供する。  【解決手段】  本発明の入退室管理システムは、複数の管理エリアのそれぞれに設けられたカードリーダが接続され、前記カードリーダがカードを読み取った日時とカードリーダ番号と読み取ったカードのカードＩＤと入室あるいは退室の発生イベント情報とを含む通行履歴情報を取得する入退室制御装置と、複数の前記入退室制御装置から送付された通行履歴情報を蓄積する通行履歴テーブルと、前記通行履歴テーブルを基に、カードＩＤごとに所定管理エリアの時間帯ごとの当該管理エリアの滞在時間を求め、所定管理エリアの時間帯ごとに全てのカードＩＤの滞在時間の和を求めた滞在時間テーブルを有するＤＢサーバと、を備えるようにした。【選択図】  図１１
2015026302.tif 000002
【特許請求の範囲】
【請求項１】
複数の管理エリアのそれぞれに設けられたカードリーダが接続され、前記カードリーダがカードを読み取った日時とカードリーダ番号と読み取ったカードのカードＩＤと入室あるいは退室の発生イベント情報とを含む通行履歴情報を取得する入退室制御装置と、
複数の前記入退室制御装置から送付された通行履歴情報を蓄積する通行履歴テーブルと、前記通行履歴テーブルを基に、カードＩＤごとに所定管理エリアの時間帯ごとの当該管理エリアの滞在時間を求め、所定管理エリアの時間帯ごとにカードＩＤの滞在時間の和を求めた滞在時間テーブルとを有するＤＢサーバと、
を備えたことを特徴とする入退室管理システム。
【請求項２】
請求項１に記載の入退室管理システムにおいて、
前記ＤＢサーバは、建物番号と入退室制御装置番号とカードリーダ番号とで分類される管理エリアの定義テーブルを有し、
前記入退室制御装置は、建物番号と当該入退室制御装置番号を付与して前記通行履歴情報を前記ＤＢサーバに通知し、
前記ＤＢサーバは、前記入退室制御装置から通知された建物番号と入退室制御装置番号と前記通行履歴情報を蓄積して通行履歴テーブルを形成し、前記定義テーブルと前記通行履歴テーブルから算出した滞在時間を前記滞在時間テーブルに記録する
ことを特徴とする入退室管理システム。
【請求項３】
請求項１あるいは請求項２に記載の入退室管理システムにおいて、
前記通行履歴テーブルからエリア番号に関連するカードリーダを検索し、前記カードリーダに関連するカードＩＤを検索し、前記検索したカードＩＤの通行履歴から時間帯ごとの滞在時間を算出し、エリア番号ごとにカードＩＤの滞在時間を加算してエリア総滞在時間を算出するアプリケーションサーバ
を備えたことを特徴とする入退室管理システム。
【請求項４】
複数の管理エリアのそれぞれにカードリーダが設けられた入退室管理システムの制御方法であって、
カードリーダがカードを読み取った際に、読み取った日時とカードリーダ番号と読み取ったカードのカードＩＤと入室あるいは退室の発生イベント情報とを含む通行履歴情報を取得するステップと、
前記通行履歴情報に建物番号と入退室制御装置番号と付与して通行履歴テーブルに蓄積するステップと、
建物番号と入退室制御装置番号とカードリーダ番号とで分類される管理エリアの定義テーブルを参照して、前記通行履歴テーブルから管理エリアに関連するカードリーダを検索するステップと、
前記カードリーダに関連するカードＩＤを検索するステップと、
前記検索したカードＩＤの通行履歴から時間帯ごとの滞在時間を算出するステップと、
管理エリア番号ごとにカードＩＤの滞在時間を加算してエリア総滞在時間を算出するステップを含む
ことを特徴とする入退室管理システムの制御方法。
【請求項５】
請求項４に記載の入退室管理システムの制御方法において、
前記エリア総滞在時間を各エリアの延床面積で割って単位エリア総滞在時間を算出するステップを含む
ことを特徴とする入退室管理システムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、入退室管理システムに係り、特に、管理区域ごとの入退室人数の把握に好適な入退室管理システムに関する。
【背景技術】
【０００２】
近年、オフィスビルやマンションにおける省エネの取り組みが強化され、既存の照明機器や空調機器が消費電力の小さな機器へ交換されることがある。機器交換に際しては、省エネ効果や費用対効果の予測が重要となる。例えば、特許文献１には、建物内に設置された機器に対し、所定のユーザ情報を入力することで、省電力・節水効果が見込める機器に交換した場合の省エネ効果や必要な費用を算出する代替機器提案システムが提案されている。
【０００３】
また、情報漏えいや犯罪防止等のセキュリティの観点からビルや建物内の特定の区画にゲートを設け、ICカード等の認証カードにより入退出を管理する入退室管理システムが導入されてきている。この入退室管理システムでは、認証カードのセキュリティレベルに応じて、ゲート通過を許可あるいは禁止することができるようになっている。
上記代替機器提案システムに、この入退室管理システムの技術を適用したものがある。例えば、特許文献２には、デマンド監視制御装置が、入退室管理システムと連携してエリア（区画）ごとに入退出状況を監視し、把握した各エリアの所在人数に基づいて、人がいるエリアの空調、照明の稼働は維持する一方で無人のエリアの空調、照明の稼働を停止させて、無駄な消費電力を抑制することが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−４９６７１号公報
【特許文献２】特開２０１１−０１０４９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記の特許文献１に開示されている技術では、機器の使用者数などの使用条件の入力が必要なため、予めユーザ(システムの利用者)が機器の使用状況を把握しておく必要があるという問題があった。また、どのエリアの機器を優先して交換対象とすべきかをユーザが判断する必要があった。
また、特許文献２に開示されている技術では、リアルタイムにエリアごとに人の有無、所在人数を検知し、また、エリア内で人がいる領域、人がいない領域を検知して、きめ細かく電力制御を行う技術が開示されている。しかし、履歴に基づき省エネ提案等を算出するための情報を提供することまでは考慮されていない。
本発明の目的は、上記の課題を解決し、省エネ施策を実施した場合に省エネ効果が高いエリアを算出し、情報を提供可能な入退室管理システムを実現することにある。
【課題を解決するための手段】
【０００６】
前記課題を解決するため、本発明の入退室管理システムは、複数の管理エリアのそれぞれに設けられたカードリーダが接続され、前記カードリーダがカードを読み取った日時とカードリーダ番号と読み取ったカードのカードＩＤと入室あるいは退室の発生イベント情報とを含む通行履歴情報を取得する入退室制御装置と、複数の前記入退室制御装置から送付された通行履歴情報を蓄積する通行履歴テーブルと、前記通行履歴テーブルを基に、カードＩＤごとに所定管理エリアの時間帯ごとの当該管理エリアの滞在時間を求め、所定管理エリアの時間帯ごとに全てのカードＩＤの滞在時間の和を求めた滞在時間テーブルを有するＤＢサーバと、を備るようにした。
また、本発明は、複数の管理エリアのそれぞれにカードリーダが設けられた入退室管理システムの制御方法であって、カードリーダがカードを読み取った際に、読み取った日時とカードリーダ番号と読み取ったカードのカードＩＤと入室あるいは退室の発生イベント情報とを含む通行履歴情報を取得するステップと、前記通行履歴情報に建物番号と入退室制御装置番号と付与して通行履歴テーブルに蓄積するステップと、建物番号と入退室制御装置番号とカードリーダ番号とで分類される管理エリアの定義テーブルを参照して、前記通行履歴テーブルから管理エリアに関連するカードリーダを検索するステップと、前記カードリーダに関連するカードＩＤを検索するステップと、前記検索したカードＩＤの通行履歴から時間帯ごとの滞在時間を算出するステップと、
管理エリア番号ごとにカードＩＤの滞在時間を加算してエリア総滞在時間を算出するステップを含むようにした。
【発明の効果】
【０００７】
本発明によれば、ＩＤカードにより検出した入退室時刻から滞在時間を算出しているので、高精度にエリアの合計滞在時間を求めることができ、省エネ効果の予想効果の精度を高めることができる。
また、ＩＤカードの読取り時の履歴情報を蓄積しているので、情報量を少なくすることができ、ＤＢの記憶装置の使用効率を向上できる。
【図面の簡単な説明】
【０００８】
【図１】実施例の入退室管理システムを示す概略の構成図である。
【図２】実施例のカードＩＤ情報の構成を示す図である。
【図３】実施例の通行許可情報の構成を示す図である。
【図４】実施例の通行履歴情報の構成を示す図である。
【図５】実施例の通行履歴テーブルの構成を示す図である。
【図６】実施例のエリアテーブルの構成を示す図である。
【図７】実施例の滞在時間テーブルの構成を示す図である。
【図８】実施例の入退室制御装置の通行履歴情報の発生イベント決定処理を示すフローチャートである。
【図９】実施例のアプリケーションサーバの指定エリア・指定時間帯・指定カードＩＤの滞在時間算出処理を示すフローチャートである。
【図１０】実施例の指定のカードリーダで構成するエリア内での指定日時時点の指定カードＩＤ在室状況取得処理を示すフローチャートである。
【図１１】実施例の指定カードＩＤの滞在時間を関連通行履歴と在室状況と集計時間帯とから算出する処理を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以降、本発明を実施するための形態を、図を参照して詳細に説明する。
（システム構成）
図１は、本発明の実施形態における入退室管理システムを示す構成図である。本入退室管理システムは顧客ビル１０に設置されている入退室制御装置２０と、センター６０とを備えている。入退室制御装置２０は複数台設置されていても良い。
【００１０】
顧客ビル１０に設置されている入退室制御装置２０は、インターネット５０を介してセンター６０と接続されている。また、顧客ビル１０には、入退室制御装置２０の他に、顧客情報処理端末４０を有している。
顧客ビル１０は、当該ビルの入退室設備であるカードリーダ３１と、ドアの電気錠３２とを備えている。入退室制御装置２０は、後述する外部入出力インターフェース２６を介して、入退室設備であるカードリーダ３１と、電気錠３２とに接続されている。
【００１１】
カードリーダ３１は、顧客ビル１０に出入りする人が持つＩＣカードのカード情報を読み取るためのリーダ装置である。
電気錠３２は、顧客ビル１０の管理区画のドアごとに設置する錠である。電気錠３２は、入退室制御装置２０からの解錠指令および施錠指令に従って錠の解錠および施錠を行う。
入退室制御装置２０は、処理部２１と、記憶部２２と、外部入出力インターフェース２６と、ネットワークインターフェース２７とを有している。
【００１２】
処理部２１には、外部入出力インターフェース２６と、ネットワークインターフェース２７と、記憶部２２とが接続されている。記憶部２２には、カードの通行可能な領域種別を示すカードＩＤ情報２３と、通行可能な領域種別とカードリーダの対応付けをおこなう通行許可情報２４と、カードリーダ３１から通知される動作情報である通行履歴情報２５とを格納している。処理部２１は、プロセッサが搭載されて、記憶部２２に格納されている制御プログラム（図示せず）を実行することによって入退室制御装置２０の動作を制御している。
外部入出力インターフェース２６には、カードリーダ３１と、電気錠３２とが接続されている。外部入出力インターフェース２６は、カードリーダ３１と電気錠３２とから出力された情報を処理部２１に通知する。外部入出力インターフェース２６は、更に、処理部２１から通知された情報をカードリーダ３１と電気錠３２とに入力する。
ネットワークインターフェース２７は、例えば、イーサネット（登録商標）の信号を入出力するインターフェースである。ネットワークインターフェース２７は、処理部２１をインターネット５０に接続している。
【００１３】
顧客ビル１０には、情報処理機能および表示機能を有するコンピュータである顧客情報処理端末４０を備えている。顧客情報処理端末４０は、センター６０で管理している情報の閲覧と変更とを行う。また、顧客情報処理端末４０は、センター６０に対し、カードリーダ３１と電気錠３２とを遠隔制御するための制御情報の送信を行う。
本実施形態では、顧客ビル１０に顧客情報処理端末４０が備えられている。しかし、これに限らず、顧客ビル１０とは別の建物に設置されたコンピュータなどを顧客情報処理端末４０として使用しても良い。
【００１４】
センター６０は、アプリケーションサーバ６１とＤＢ（DataBase）サーバ６２とを有している。アプリケーションサーバ６１とＤＢサーバ６２とは、相互に接続されている。
アプリケーションサーバ６１は、インターネット５０を介して入退室制御装置２０と顧客情報処理端末４０とに接続されている。
ＤＢサーバ６２は、詳細を後述する通行履歴テーブル６３と滞在時間テーブル６５、エリアの定義情報であるエリアテーブル６４とを有している。アプリケーションサーバ６１は、ＳＱＬ言語に準拠した指示コマンドをＤＢサーバ６２に送信することにより、ＤＢサーバ６２で保持している情報の読み書きを可能にしている。
本実施形態では、センター６０に処理部であるアプリケーションサーバ６１と、記憶部であるＤＢサーバ６２とを備えている。しかし、これに限らず、単一のサーバに、処理部と記憶部の両方の役割を担わせても良い。
【００１５】
図２は、本実施形態におけるカードＩＤ情報２３の構成を示す図である。カードＩＤ情報２３は、カード番号２３ａの項目と、カードＩＤ２３ｂの項目と、通行許可番号２３ｃの項目とを有しており、カードと通行可能な管理区間の対応を定義している。
カード番号２３ａの項目には、カード毎に割り当てられ、当該カードＩＤ情報のレコードを一意に特定する固有の番号が格納されている。
カードＩＤ２３ｂの項目には、ＩＣカードが保持する固有の認証情報が格納されている。
通行許可番号２３ｃの項目には、後述の通行許可情報のレコードとの関連性を一意に指定する固有の番号が格納されている。
【００１６】
図３は、本実施形態における通行許可情報２４の構成を示す図である。通行許可情報２４は、通行許可番号２４ａの項目と、通行許可カードリーダ番号２４ｂの項目とを有している。
通行許可番号２４ａの項目には、当該通行許可情報のレコードを一意に特定する固有の番号が格納されている。
通行許可カードリーダ番号２４ｂの項目には、当該通行許可番号を保持するカードＩＤに対し、通行を許可するカードリーダの番号の一覧が格納されている。カードリーダは管理区画ごとに設置されているので、カードの通行許可番号にしたがって進入可能な領域を定義できる。
【００１７】
図４は、本実施形態における通行履歴情報２５の構成を示す図である。詳細は後述するが、カードリーダ３１の読取り時に、その操作イベントの内容が処理部２１に通知され、通行履歴情報２５に記録されるものである。通行履歴情報２５は、シーケンス番号２５ａの項目と、発生日時２５ｂの項目と、カードリーダ番号２５ｃの項目と、発生イベント２５ｄの項目と、対象カード番号２５ｅとを有している。
シーケンス番号２５ａの項目には、当該履歴情報のレコードを一意に特定する固有の番号情報が格納されている。
発生日時２５ｂの項目には、当該履歴情報が発生した日時が格納されている。
カードリーダ番号２５ｃの項目には、当該履歴情報が発生したカードリーダの番号が格納されている。
発生イベント２５ｄの項目には、当該履歴情報のレコードに係る具体内容を示す情報が格納されている。「入室」と「退室」は、認証後にドアの開閉がおこなわれ、人の出入りがおこなわれた場合であり、「未入室」と「未退室」は、認証後にドアの開閉がおこなわれず、人の出入りがなかった場合を意味する。
対象カード番号２５ｅの項目には、当該履歴情報を発生させたカードのカードＩＤと通行許可番号情報との関連性を一意に指定する固有の番号（図２のカード番号２３a）が格納されている。
【００１８】
図５は、本実施形態における通行履歴テーブル６３の構成を示す図である。通行履歴テーブル６３は、入退室制御装置２０の通行履歴情報２５の内容が、アプリケーションサーバ６１に通知され、ＤＢサーバ６２に記録されたものである。通行履歴テーブル６３は、発生日時６３ａの項目と、建物番号６３ｂの項目と、入退室制御装置番号６３ｃの項目と、カードリーダ番号６３ｄの項目と、発生イベント６３ｅの項目と、対象カードＩＤ６３ｆの項目とを有している。
発生日時６３ａの項目には、当該履歴情報が発生した日時が格納されている。
建物番号６３ｂの項目には、当該履歴情報が発生した建物を一意に特定する固有の番号が格納されている。
入退室制御装置番号６３ｃの項目には、当該履歴情報が発生した入退室制御装置を一意に特定する固有の番号が格納されている。
カードリーダ番号６３ｄの項目には、当該履歴情報が発生したカードリーダの番号が格納されている。
発生イベント６３ｅの項目には、当該履歴情報が発生した動作に係る具体内容を示す情報が格納されている。
対象カードＩＤ６３ｆの項目には、当該履歴情報を発生させたカードＩＤが格納されている。
【００１９】
図６は、本実施形態におけるエリアテーブル６４の構成を示す図である。エリアテーブル６４は、建物番号６４ａの項目と、入退室制御装置番号６４ｂの項目と、カードリーダ番号６４ｃの項目と、エリア番号６４ｄの項目とを有している。
エリアテーブルは、建物番号６４ａの項目と入退室制御装置番号６４ｂの項目とカードリーダ番号６４ｃの項目とで一意に特定されるカードリーダに対し、当該カードリーダが設置されたエリアを、エリア番号６４ｄの項目で指定する。
建物番号６４ａの項目は、カードリーダ番号６４ｃの項目で指定されるカードリーダが設置される建物を一意に特定するための番号である。
入退室制御装置番号６４ｂの項目は、カードリーダ番号６４ｃの項目で指定されるカードリーダを制御する入退室制御装置２０を一意に特定するための番号である。
カードリーダ番号６４ｃの項目は、カードリーダを一意に特定するための番号で、建物番号６４ａと入退室制御装置番号６４ｂとカードリーダ番号６４ｃとを用いて、ＤＢサーバ６２で管理している全てのカードリーダの中から一意にカードリーダを特定することができる。
エリア番号６４ｄの項目は、建物番号６４ａと入退室制御装置番号６４ｂとカードリーダ番号６４ｃとで指定した、カードリーダが設置されたエリアを指定するための番号である。
【００２０】
図７は、本実施形態における滞在時間テーブル６５の構成を示す図である。滞在時間テーブル６５は、日付６５ａの項目と、時間帯６５ｂの項目と、建物番号６５ｃの項目と、エリア番号６５ｄの項目と、総滞在時間６５ｅの項目とを有している。滞在時間テーブル６５は、日付６５ａの項目と時間帯６５ｂの項目とで決まる時間帯において、建物番号６５ｃとエリア番号６５ｄの項目とで指定されたエリアに、どの程度の人が滞在していたかを表わす情報を総滞在時間６５ｅの項目に格納する。総滞在時間６５ｅの項目は、具体的には「滞在人数（タグＩＤ数）×滞在秒数」で算出される値が格納されている。算出の詳細手順は後述する。
【００２１】
（実施形態の動作）
図１を基に、入退室管理システムの入退室処理の動作を説明する。顧客ビル１０に出入りする人には、予め入退室用のＩＣカードが配布されているものとする。
まず、入室時の動作を説明する。入場者が入退室用のＩＣカードをカードリーダ３１にかざすと、カードリーダ３１によりカードＩＤが読み取られ、カードリーダ３１から入退室制御装置２０へとカードＩＤが送信される。入退室制御装置２０は、受信したカードＩＤが当該エリアの通行を許可されているかどうかを判断するカードＩＤ認証処理を行う。受信したカードＩＤが通行を許可されている場合は、入退室制御装置２０から電気錠３２に対して解錠の指令を送信する。電気錠３２は、解錠指令を受信すると錠の解錠を行い、ＩＣカードをかざした人が通行できる状態となる。
【００２２】
つぎに、カードＩＤ認証処理の概要を説明する。
入退室制御装置２０において、カードＩＤを受信すると次のようなカードＩＤ認証処理をおこない通行の可否を判断する。
まず、処理部２１が、記憶部２２のカードＩＤ情報２３に受信したカードＩＤが登録されているかどうかを判断する。登録の判断は、例えば、図２のカードＩＤ２３ｂの項目の値と、カードＩＤとの比較を順におこなうことによる。
【００２３】
カードＩＤがカードＩＤ情報２３に登録されている場合、カードＩＤ情報２３からカードＩＤに対応する通行許可番号２３ｃを取得する。その後、取得した通行許可番号２３ｃを鍵に、記憶部２２の通行許可情報２４を検索し、一致する通行許可番号２４aに対応する通行許可カードリーダ番号２４ｂの値を取得する。取得した通行許可カードリーダ番号２４ｂの値に、カードＩＤを送信したカードリーダ３１を示すカードリーダ番号が含まれている場合に、受信したカードＩＤが通行を許可されているものと判断する。
【００２４】
入退室制御装置２０は、前記のカードＩＤ認証処理を行った後、認証結果にしたがって通行履歴を作成し、作成した履歴情報を記憶部２２の通行履歴情報２５に格納する。通行履歴は次のように作成する。
シーケンス番号２５ａには、通行履歴情報２５に格納済みのレコードのうち、最後に格納した通行履歴のシーケンス番号に１足した値を格納する。発生日時２５ｂには、後述の発生イベント２５ｄに格納する情報が確定した日時を格納する。カードリーダ番号２５ｃは、カードＩＤを送信したカードリーダ３１を示す番号を格納する。発生イベント２５ｄは、後述の図８に示す処理により決定した情報を格納する。対象カード番号２５ｅは、前記のカードＩＤ認証処理を行ったカードＩＤに紐づくカード番号で、カードＩＤ情報２３でカードＩＤをもとに検索したカード番号２３ａの値を格納する。このようにして、カードＩＤが認証されるたびに、ひとつの通行履歴情報が作成される（通行履歴情報２５の一行に相当）。
【００２５】
図８は、前述の通行履歴情報２５の発生イベント２５ｄに格納する情報を決定する処理を示すフローチャートである。
処理を開始すると、ステップＳ１０において、カードＩＤを送信したカードリーダ３１が電気錠３２の入側・出側のどちらに設置されているかを判断する。カードリーダ３１が電気錠３２の入側に設置されているならば、ステップＳ１１の処理を行う。カードリーダ３１が電気錠３２の出側に設置されているならば、ステップＳ１５以降の処理を行う。
【００２６】
ステップＳ１１において、入退室制御装置２０は、電気錠３２のドアが開いている状態を示すドア開信号を検出したかどうかを判断する。ドア開信号を検出したならば（Ｙｅｓ）、ステップＳ１３の処理を行う。ドア開信号を検出しないならば（Ｎｏ）、ステップＳ１２の処理を行う。
ステップＳ１２において、入退室制御装置２０は、カードＩＤ認証処理を行ってから一定時間経過したかどうかを判断する。一定時間経過したならば（Ｙｅｓ）、ステップＳ１４の処理を行う。一定時間経過していないならば（Ｎｏ）、ステップＳ１１の処理を行う。
ステップＳ１３において、通行履歴情報２５の発生イベント２５ｄに格納する情報を「入室」に決定する。ステップＳ１３の処理が終了すると、図８の処理を終了する。
【００２７】
ステップＳ１４において、通行履歴情報２５の発生イベント２５ｄに格納する情報を「未入室」に決定する。ステップＳ１４の処理が終了すると、図８の処理を終了する。
【００２８】
ステップＳ１５において、入退室制御装置２０は、電気錠３２のドアが開いている状態を示すドア開信号を検出したかどうかを判断する。ドア開信号を検出したならば（Ｙｅｓ）、ステップＳ１７の処理を行う。ドア開信号を検出しないならば（Ｎｏ）、ステップＳ１６の処理を行う。
ステップＳ１６において、入退室制御装置２０は、カードＩＤ認証処理を行ってから一定時間経過したかどうかを判断する。一定時間経過したならば（Ｙｅｓ）、ステップＳ１８の処理を行う。一定時間経過していないならば（Ｎｏ）、ステップＳ１５の処理を行う。
【００２９】
ステップＳ１７において、通行履歴情報２５の発生イベント２５ｄに格納する情報を「退室」に決定する。ステップＳ１７の処理が終了すると、図８の処理を終了する。
ステップＳ１８において、通行履歴情報２５の発生イベント２５ｄに格納する情報を「未退室」に決定する。ステップＳ１８の処理が終了すると、図８の処理を終了する。
【００３０】
入退室制御装置２０は、インターネット５０を介して、作成した通行履歴情報２５をセンター６０へ送信する。通行履歴情報２５の送信の際、通行履歴情報２５の対象カード番号２５ｅは、カードＩＤ情報２３をもとにカードＩＤに変換してから送信する。さらに、通行履歴情報２５の送信の際、入退室制御装置２０に予め設定されている建物番号と入退室制御装置番号とを送信データに付与してから送信する。
【００３１】
センター６０のアプリケーションサーバ６１は、入退室制御装置２０から通行履歴情報２５を受信すると、ＤＢサーバ６２の通行履歴テーブル６３に格納する。
ここで、入退室制御装置２０による通行履歴情報２５の送信は、入退室制御装置２０が通行履歴を作成した直後に送信しても良いし、入退室制御装置２０が一定間隔で送信しても良いし、あるいは、センター６０からのリクエストにしたがって送信しても良い。
【００３２】
アプリケーションサーバ６１は、後述の図９に示す処理により、特定エリアにおける特定時間帯の滞在時間をカードＩＤごとに算出する。算出した特定エリアにおける特定時間帯の滞在時間を全カードＩＤについて加算した値を総滞在時間として、滞在時間テーブル６５の総滞在時間６５ｅに格納する。例えば、特定時間帯として、０時台（０時０分０秒から０時５９分５９秒）から２３時台（２３時０分０秒から２３時５９分５９秒）の２４個の時間帯について、それぞれ総滞在時間を算出する。
また、総滞在時間の集計処理は、「１日に１回、前日分を集計する」など決まった日数分の集計を定期的に行っても良いし、アプリケーションサーバ６１が顧客情報処理端末４０から集計の要求を受信した際に行っても良い。
【００３３】
図９は、アプリケーションサーバ６１による、指定エリア・指定時間帯における指定カードIDの滞在時間算出処理を表す。
処理を開始すると、ステップＳ２０において、滞在時間変数を初期化する。
つぎに、ステップＳ２１において、エリアテーブル６４から指定したエリアに関連する「建物番号」と「入退室制御装置番号」と「エリア番号」とを検索条件に、指定したエリアと関連する関連カードリーダを検索する。関連カードリーダは、１件も取得されないこともあり、複数取得されることもある。
【００３４】
ステップＳ２２において、ステップＳ２１で検索された関連カードリーダが１件以上あるかどうかを判断する。１件以上の関連カードリーダが検索されたならば（Ｙｅｓ）、ステップＳ２３の処理を行う。１件も関連カードリーダが検索されなかったならば（Ｎｏ）、滞在時間変数の値を算出結果として出力し、図９の処理を終了する。
【００３５】
ステップＳ２３において、通行履歴テーブル６３から指定した「集計対象の時間帯（発生日時）」」と「建物番号」と「入退室制御装置番号」と「関連カードリーダのカードリーダ番号」とを検索条件に、指定したエリアおよび指定したカードＩＤに関連する関連通行履歴を検索する。
ステップＳ２４において、後述の図１０に示す処理により、指定した時間帯の開始時刻と指定したカードＩＤとステップＳ２１で取得した関連カードリーダとから、指定したエリアにおける指定したカードＩＤの指定した時間帯開始時刻の在室状況（在室／不在）を取得する。
【００３６】
ステップＳ２５において、後述の図１１に示す処理により、ステップＳ２３で取得した関連通行履歴とステップＳ２４で算出した在室状況と指定した時間帯とから、指定したカードＩＤの滞在時間を算出する。
ステップＳ２６において、滞在時間変数にステップＳ２５で算出した滞在時間を格納すして、図９の処理を終了する。
上述の処理により、アプリケーションサーバ６１は、特定エリアにおける特定時間帯の滞在時間を全カードＩＤについて加算した値を総滞在時間６５ｅに格納して、滞在時間テーブル６５を算出する。
【００３７】
図１０は、図９のステップＳ２４において、指定のカードリーダで構成するエリアにおける指定日時時点の指定したカードＩＤの在室状況を取得する処理を表す。
処理を開始すると、ステップＳ３０において、通行履歴テーブル６３から次の検索条件で通行履歴を検索する。検索条件は、「発生日時が指定した日時以前であること」、「対象カードＩＤが指定したカードＩＤと同一であること」、「カードリーダ番号が指定したカードリーダの内のいずれかと同一であること」である。
【００３８】
ステップＳ３１において、ステップＳ３０で検索された通行履歴が１件以上あるかどうかを判断する。１件以上の通行履歴が検索されたならば（Ｙｅｓ）、ステップＳ３２の処理を行う。１件以上の通行履歴が検索されなかったならば（Ｎｏ）、ステップＳ３５の処理を行う。  ステップＳ３２において、ステップＳ３０で検索された通行履歴の内、発生日時が最新の通行履歴１件を取得する。
【００３９】
ステップＳ３３において、ステップＳ３２で取得した通行履歴レコードの発生イベント項目が「入室」または「未退室」のどちらかに該当するかどうかを判断する。発生イベント項目が「入室」または「未退室」のどちらかに該当するならば、ステップＳ３４の処理を行う。発生イベント項目が「入室」または「未退室」のどちらにも該当しない、つまり、「退室」または「未入室」のどちらかに該当するならば、ステップＳ３５の処理を行う。
ステップＳ３４において、在室状況を「在室」とみなし、図１０の処理を終了する。
ステップＳ３５において、在室状況を「不在」とみなし、図１０の処理を終了する。
【００４０】
図１１は、図９のステップＳ２５において、指定したカードＩＤの滞在時間を算出する処理を表す。
処理を開始すると、ステップＳ４０において、ステップＳ２４で取得した在室状況が「在室」であるかいなかを判断する。在室状況が「在室」ならば、ステップＳ４１の処理を行う。在室状況が「不在」ならば、ステップＳ４２の処理を行う。
ステップＳ４１において、在室状況を表す変数である在室フラグに１を格納する。
ステップＳ４２において、在室フラグに０を格納する。
ステップＳ４３において、入室時間を表す変数である入室時間変数に、指定した時間帯の開始時刻を格納する。
【００４１】
ステップＳ４４において、指定した関連通行履歴を発生日時で昇順にソートする。なお、関連通行履歴は、アプリケーションサーバの記憶部（図示せず）のデータテーブルであり、前述のとおり、通行履歴テーブル６３から「指定した時間帯の発生日時」と「指定したエリアに紐付く建物番号」と「指定したエリアに紐付く入退室制御装置番号」と「関連カードリーダのカードリーダ番号」と「指定したカードＩＤ」とを検索条件に検索した、指定したエリアおよび指定したカードＩＤに関連する通行履歴である。
【００４２】
つぎに、「関連通行履歴がなくなるまで」の条件を満たすまで、ステップＳ４５からステップＳ５５までの処理を繰り返す。
詳しくは、ステップＳ４５において、ステップＳ４５からステップＳ５５までの繰り返し処理のｎ回目の繰り返しにおいて、ステップＳ４４でソートした関連通行履歴のｎ件目が存在するかどうかを判断する。関連通行履歴のｎ件目が存在するならば、ｎ回目の繰り返し処理を行うためステップＳ４６の処理を行う。関連通行履歴のｎ件目が存在しないならば、繰り返し処理を終了しステップＳ５６の処理を行う。なお、ｎは１から始まる自然数である。
【００４３】
ステップＳ４６において、ステップＳ４４でソートした関連通行履歴のｎ件目の関連通行履歴を取得する。
ステップＳ４７において、在室フラグが１かどうかを判断する。在室フラグが１ならば、ステップＳ４９の処理を行う。在室フラグが１でないならば、ステップＳ４８の処理を行う。
【００４４】
ステップＳ４８において、ステップＳ４６で取得したｎ件目の関連通行履歴の発生イベント項目が「入室」または「未退室」のどちらかに該当するかどうかを判断する。発生イベント項目が「入室」または「未退室」のどちらかに該当するならば、ステップＳ５１の処理を行う。発生イベント項目が「入室」または「未退室」のどちらにも該当しない、つまり、「退室」または「未入室」のどちらかに該当するならば、ステップＳ５５の処理を行う。
【００４５】
ステップＳ４９において、ステップＳ４６で取得したｎ件目の関連通行履歴の発生イベント項目が「退室」または「未入室」のどちらかに該当するかどうかを判断する。発生イベント項目が「退室」または「未入室」のどちらかに該当するならば、ステップＳ５３の処理を行う。発生イベント項目が「退室」または「未入室」のどちらにも該当しない、つまり、「入室」または「未退室」のどちらかに該当するならば、ステップＳ５０の処理を行う。
ステップＳ５０において、入室時間変数にステップＳ４６で取得したｎ件目の関連通行履歴の発生日時項目の値を格納し、ステップＳ５５に遷移する。
【００４６】
ステップＳ５１において、在室フラグに１を格納する。
ステップＳ５２において、入室時間変数に、ステップＳ４６で取得したｎ件目の関連通行履歴の発生日時項目の値を格納し、ステップＳ５５に遷移する。
【００４７】
ステップＳ５３において、図１１の処理完了時に算出結果として出力する滞在時間を格納するための滞在時間変数に、入室時間変数に格納されている日時からステップＳ４６で取得したｎ件目の関連通行履歴の発生日時までの時間の差分を、滞在時間変数に格納されている値に加算してから格納する。
ステップＳ５４において、在室フラグに０を格納し、ステップＳ５５に遷移する。
ステップＳ５５において、ｎ回目の繰り返しを終了し、ステップＳ４５の処理を行う。
【００４８】
ステップＳ５６において、在室フラグが１かどうかを判断する。在室フラグが１ならば、ステップＳ５７の処理を行う。在室フラグが１でないならば、滞在時間変数に格納されている値を算出結果として出力し、図１１の処理を終了する。
ステップＳ５７において、滞在時間変数に、入室時間変数に格納されている日時から指定した時間帯の終了時刻までの時間の差分を、滞在時間変数に格納されている値に加算してから格納する。ステップＳ５７の処理が終了すると、滞在時間変数に格納されている値を算出結果として出力し、図１１の処理を終了する。
【００４９】
アプリケーションサーバ６１は、所定の建物番号とエリア番号について、上述の処理をおこなうことにより、ＤＢサーバ６２の滞在時間テーブル６５を算出する。
【００５０】
つぎに、滞在時間テーブル６５を参照するプログラムの一例を説明する。
アプリケーションサーバ６１は、顧客情報処理端末４０からの要求にしたがって、省エネ施策に対して効果が高いエリアである「省エネ有効エリア」を提案する。省エネ有効エリアを算出するにあたり、顧客情報処理端末４０は算出対象の時期・時間帯を指定する。アプリケーションサーバ６１は、顧客情報処理端末４０から指定された算出対象の時期・時間帯について、ＤＢサーバ６２の滞在時間テーブル６５の総滞在時間６５ｅの値を取得し、エリアごとに足し合わせた値である「エリア総滞在時間」を算出する。算出対象時期・時間帯においてエリア総滞在時間が大きいエリアを、省エネ有効エリアとして顧客情報処理端末４０に送信する。エリア総滞在時間が大きいエリアは、人が密集していることを意味し、消費エネルギーが高いものと推定できるため、省エネ有効エリアとみなすことができる。
【００５１】
また、省エネ有効エリアを算出する際、エリア総滞在時間を各エリアの延床面積で割った値である「単位エリア総滞在時間」を算出しても良い。単位エリア総滞在時間は、単位面積あたりの人の密集度を表し、各エリアの大きさに影響を受けない人の密集度を算出することができる。エリアごとの延床面積をＤＢサーバ６２で持つ場合、エリアテーブル６４に延床面積６４ｅの項目を追加すれば良い。
【符号の説明】
【００５２】
２０  入退室制御装置
２１  処理部
２２  記憶部、２３  カードＩＤ情報、２４  通行許可情報、２５  通行履歴情報
２６  外部入出力インターフェース
２７  ネットワークインターフェース
３１  カードリーダ
３２  電気錠
４０  顧客情報処理端末
５０  インターネット
６０  センター
６１  アプリケーションサーバ
６２  ＤＢサーバ
６３  通行履歴テーブル
６４  エリアテーブル
６５  滞在時間テーブル
【図１】
2015026302.tif 000003
【図２】
2015026302.tif 000004
【図３】
2015026302.tif 000005
【図４】
2015026302.tif 000006
【図５】
2015026302.tif 000007
【図６】
2015026302.tif 000008
【図７】
2015026302.tif 000009
【図８】
2015026302.tif 000010
【図９】
2015026302.tif 000011
【図１０】
2015026302.tif 000012
【図１１】
2015026302.tif 000013