(57)【要約】【課題】セキュリティ管理コストの一層の低減化をはかったビルセキュリティシステムを提供する。【解決手段】セキュリティ管理を行う複数のビル１０Ａ〜１０Ｃのうち少なくとも一つのビルに、個人識別情報を一元管理する第２の記憶装置であるセンタＤＢ２にアクセス可能な利用者情報生成装置１を備え、この利用者情報生成装置１が、利用者毎に割り当てられ設定される、利用者が入退室を許可されたビルの入退室許可情報を含む利用者情報の登録、更新をセンタＤＢ２に対して行い、各ビル１０Ａ〜１０Ｃに設けられているサーバ３Ａ〜３Ｃの第１の記憶装置であるローカルＤＢ２Ａ〜２Ｃに反映させる構成とした。【選択図】図１
2007304785.tif 000002
【特許請求の範囲】
【請求項１】
複数のビルにおける利用者の入退室管理を行うビルセキュリティシステムであって、
前記複数のビルのうち少なくとも一つのビルに設けられ、利用者識別情報およびビル名を第２の記憶装置に格納するとともに、当該利用者識別情報を前記ビル名に該当するビルに設けられたビルサーバに伝送して、当該ビルサーバを介して前記ビルに設けられた第１の記憶装置に登録させる利用者情報生成装置と、
前記複数のビルのそれぞれに設けられ、入力装置を介して取得した利用者識別情報と前記第１の記憶装置に格納された利用者識別情報との照合を行い、当該照合の結果が正常であった場合に、前記ビルに設置された電気錠を解錠する利用者情報検出装置と、
を備えたことを特徴とするビルセキュリティシステム。
【請求項２】
前記利用者情報生成装置は、
前記複数のビルにおける入退室許可の条件を示す入退室許可情報をさらに前記第２の記憶装置に格納するとともに、当該入退室許可情報を前記ビル名に該当するビルに設けられたビルサーバにさらに伝送して、当該ビルサーバを介して前記ビルに設けられた前記第１の記憶装置にさらに登録させ、
前記利用者情報検出装置は、
前記入力装置を介して時刻および部屋ＩＤを取得し、取得した時刻および部屋ＩＤが前記第１の記憶装置に格納された入退室許可情報に適合するか否かの判定をさらに行い、当該判定の結果が正常に行われた場合に、前記ビルに設置された電気錠を解錠する
ことを特徴とする請求項１に記載のビルセキュリティシステム。
【請求項３】
複数のビルのそれぞれに設けられ、入力装置を介して取得した利用者識別情報と第１の記憶装置に格納された利用者識別情報との照合の結果に基づいて、前記ビルに設置された電気錠を制御する利用者情報検出装置と通信回線を介して接続され、前記複数のビルのうち少なくとも一つのビルに設けられる利用者情報生成装置であって、
利用者識別情報およびビル名を第２の記憶装置に格納するセンタＤＢ更新部と、
前記利用者識別情報を、前記通信回線を介して前記ビル名に該当するビルに設けられたビルサーバに伝送して、当該ビルサーバを介して前記ビルに設けられた前記第１の記憶装置に登録させる利用者情報伝送部と、
を備えたことを特徴とする利用者情報生成装置。
【請求項４】
前記利用者情報生成装置は、
前記複数のビルにおける入退室許可の条件を示す入退室許可情報をさらに前記第２の記憶装置に格納するとともに、当該入退室許可情報を前記ビル名に該当するビルに設けられたビルサーバにさらに伝送して、当該ビルサーバを介して前記ビルに設けられた前記第１の記憶装置にさらに登録させる
ことを特徴とする請求項３に記載の利用者情報生成装置。
【請求項５】
複数のビルのそれぞれに設けられ、第１の記憶装置に格納されたデータを、ビルサーバを介して取得可能な利用者情報検出装置と、前記複数のビルのうち少なくとも一つのビルに設けられ、第２の記憶装置にアクセス可能な利用者情報生成装置とが通信回線を介して接続されて構成されるビルセキュリティシステムにおける利用者の入退室管理方法であって、
前記利用者情報生成装置が、
入力装置を介して利用者識別情報およびビル名を取得し、当該取得した利用者識別情報およびビル名を前記第２の記憶装置に格納するステップと、
前記第２の記憶装置に格納された利用者識別情報を、前記通信回線を介して前記ビル名に該当するビルに設けられたビルサーバに伝送して、当該ビルサーバを介して前記ビルに設けられた前記第１の記憶装置に登録させるステップと、
を実行し、
前記利用者情報検出装置が、
外部から入力された利用者識別情報と前記第１の記憶装置に格納された利用者識別情報との照合を行い、当該照合の結果に基づいて、前記ビルに設置された電気錠を制御するステップ
を実行することを特徴とする入退室管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビルセキュリティシステム、利用者情報生成装置およびビルセキュリティシステムにおける利用者の入退室管理方法に関するものである。
【背景技術】
【０００２】
従来、ビルセキュリティシステムとして、カードリーダ（入力装置）を用いてカードから読み出された利用者識別情報に基づき入退出が許可された利用者を検出し、ビルの出入口に設置された電気錠を解錠するシステムが知られている（例えば、特許文献１参照）。
また、前記したビルセキュリティシステムによれば、ビル内にそれぞれ監視装置（サーバ）を設置し、管理者を置く必要があることから、ビルから離れた場所（センタ）からビル内の各サーバへ利用者識別情報を伝送することにより、セキュリティ管理コストを低減するシステムも知られている（例えば、特許文献２参照）。
【特許文献１】特開平６−８９３９５号公報（段落「０００９」〜段落「００１２」、図１）
【特許文献２】特開２００４−２６５１５８号公報（段落「０００５」、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、前記した特許文献２に開示された技術によれば、利用者識別情報を変更するためには、各ビルに設置されたサーバがセンタサーバから伝送される利用者識別情報を受信して再編集する手間が必要であり、期待通りセキュリティ管理コストの低減化には結びつかない。
【０００４】
本発明は、前記した課題を解決するためになされたものであり、セキュリティ管理コストの一層の低減化をはかった、ビルセキュリティシステム、利用者情報生成装置およびビルセキュリティシステムにおける利用者の入退室管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
前記した課題を解決するために、本発明は、セキュリティ管理を行う複数のビルのうち少なくとも一つに、利用者情報生成装置を備え、この利用者情報生成装置が、利用者識別情報を一元管理するデータベース（第２の記憶装置）に利用者識別情報の登録、更新を行い、この利用者識別情報を各ビルのサーバのデータベース（第１の記憶装置）に反映させる構成としたものである。
【発明の効果】
【０００６】
本発明によれば、セキュリティ管理コストの一層の低減化をはかることができる。
【発明を実施するための最良の形態】
【０００７】
図１は、本発明の実施の形態に係るビルセキュリティシステムのシステム構成を示す図である。
図１において、複数のビル１０、すなわちビルＡ（１０Ａ）、ビルＢ（１０Ｂ）、ビルＣ（１０Ｃ）内には、第１の記憶装置としてのローカルＤＢ（データベース）２Ａ〜２Ｃにそれぞれアクセス可能なビルサーバ３Ａ（３）〜３Ｃ（３）と、利用者情報検出装置４Ａ（４）〜４Ｃ（４）と、カードリーダ５Ａ（５）〜５Ｃ（５）と、電気錠施解錠装置６Ａ（６）〜６Ｃ（６）と、電気錠７Ａ（７）〜７Ｃ（７）と、ビル端末８Ａ（８）〜８Ｃ（８）とが設置されている。
【０００８】
前記した各ビル１０Ａ〜１０Ｃにおいて、入力装置としてのカードリーダ５Ａ〜５Ｃによって読み出された利用者識別情報（以下、単に「ＩＤ」ともいう）と、ローカルＤＢ２Ａ〜２Ｃに格納されているＩＤとを利用者情報検出装置４Ａ〜４Ｃが照合し、利用者情報検出装置４Ａ〜４Ｃがその照合結果に基づき電気錠施解錠装置６Ａ〜６Ｃによりそれぞれ電気錠７Ａ〜７Ｃを制御することで利用者のビルへの入退出管理を実現している。
【０００９】
また、複数のビル１０Ａ〜１０Ｃのうちの一つのビルであるビルＡ（１０Ａ）には、ＩＤの一元管理を行う第２の記憶装置としてのセンタＤＢ２にアクセス可能な利用者情報生成装置１が設置されている。他のビルＢ（１０Ｂ）、Ｃ（１０Ｃ）のビルサーバ３Ｂ、３Ｃと、この利用者情報生成装置１とは、通信回線１００により接続されている。
【００１０】
センタＤＢ２には、各ビル１０の利用者情報が格納される。利用者情報には、前記したＩＤが含まれる。センタＤＢ２に格納される利用者情報の構成の一例を図２に示す。
【００１１】
図２に示されるように、利用者情報２０には、ＩＤ２１およびビル名２２が含まれている。ＩＤ２１は、利用者毎に割り当てられるユニークな符号である。ビル名２２は、ビル毎に割り当てられるユニークな符号である。この他、利用者情報２０には、利用者の滞在を許可する時間を示す滞在許可時間帯２３、利用者に許可されたビル内の通行権限である通行パターン２４などといった入退室許可情報を含む構成であってもよい。
【００１２】
続いて、各ビルのローカルＤＢ２Ａ〜２Ｃ（図１参照）に格納される。利用者情報について説明する。
【００１３】
まず、ローカルＤＢ２Ａ（図１参照）に格納されるビル別利用者情報の構成の一例を図３（ａ）に示す。図３（ａ）に示されるように、ローカルＤＢ２Ａ（図１参照）に格納されるビル別利用者情報２０Ａには、ＩＤ２１Ａが含まれる。この他、ビル別利用者情報２０Ａは、滞在許可時間帯２３Ａ、通行パターン２４Ａを含む構成であってもよい。
【００１４】
次に、ローカルＤＢ２Ｂ（図１参照）に格納されるビル別利用者情報の構成の一例を図３（ｂ）に示す。図３（ｂ）に示されるように、ローカルＤＢ２Ｂ（図１参照）に格納されるビル別利用者情報２０Ｂには、ＩＤ２１Ｂが含まれる。この他、ビル別利用者情報２０Ｂは、滞在許可時間帯２３Ｂ、通行パターン２４Ｂを含む構成であってもよい。
【００１５】
また、ローカルＤＢ２Ｃ（図１参照）に格納されるビル別利用者情報の構成の一例を図３（ｃ）に示す。図３（ｃ）に示されるように、ローカルＤＢ２Ｃ（図１参照）に格納されるビル別利用者情報２０Ｃには、ＩＤ２１Ｃが含まれる。この他、ビル別利用者情報２０Ｃは、滞在許可時間帯２３Ｃ、通行パターン２４Ｃを含む構成であってもよい。
【００１６】
図４は、通行パターンの例を示す図であり、図４（ａ）は、通行パターンを示す模式図、図４（ｂ）は、通行パターンを示すテーブルである。図４（ａ）は、例えば、ビルＡの通行パターンを示すものである。ビルＡには、共用部と、部屋Ａ（１１Ａ）〜部屋Ｆ（１１Ｆ）とがあり、各部屋の出入り口周辺にはカードリーダ５が設置されている。ここで、通行パターン♯１では、共用部を通行可能であり、通行パターン♯２では、共用部および部屋Ａ（１１Ａ）〜部屋Ｄ（１１Ｄ）を通行可能であり、通行パターン♯３では、共用部および部屋Ａ（１１Ａ）〜部屋Ｆ（１１Ｆ）を通行可能であるものとする。なお、図４（ａ）には、通行パターン♯１では部屋Ａ（１１Ａ）を通行できない様子、通行パターン♯２では部屋Ｅ（１１Ｅ）を通行できない様子が示されている。
【００１７】
図４（ｂ）に示したテーブルには、前記した通り、通行パターン♯１では、共用部を通行可能であり、通行パターン♯２では、共用部および部屋Ａ（１１Ａ）〜部屋Ｄ（１１Ｄ）を通行可能であり、通行パターン♯３では、共用部および部屋Ａ（１１Ａ）〜部屋Ｆ（１１Ｆ）を通行可能であるという情報が示されている。この情報は、ローカルＤＢ２Ａに格納されており、例えば、ビル端末８Ａを介して更新することが可能である。
【００１８】
図５は、図１に示す利用者情報生成装置１の内部構成を機能展開して示したブロック図である。以下、図５を参照して（適宜図１参照）、利用者情報生成装置１の内部構成について説明する。
図５において、利用者情報生成装置１は、登録更新情報取得部１１と、利用者情報生成部１２と、センタＤＢ更新部１３と、利用者情報伝送部１４とを含んで構成される。また、利用者情報生成装置１は、センタＤＢ２にアクセス可能である。
【００１９】
登録更新情報取得部１１は、利用者情報生成装置１に備えられた図示しない入力装置などを用いて、利用者毎に入力される利用者情報を利用者情報生成部１２へ供給する。この利用者情報は、利用者識別情報（ＩＤ）を含むものであり、前記した入退室許可情報である滞在許可時間帯、通行パターンなどを含む構成であってもよい。利用者情報生成部１２は、登録更新情報取得部１１により出力される利用者情報をセンタＤＢ２に格納できる形式に変換してセンタＤＢ更新部１３へ供給する。
センタＤＢ更新部１３は、利用者情報生成部１２により生成された利用者情報を第２の記憶装置としてのセンタＤＢ２に格納する。また、利用者情報伝送部１４は、伝送タイミングに同期してセンタＤＢ２に格納された利用者情報を、通信回線１００を介して関係するビルサーバ３（３Ａ〜３Ｃ）へ伝送し、ビルサーバ３Ａ〜３Ｃを介してローカルＤＢ２Ａ〜２Ｃに反映させる。
【００２０】
図６は、図１に示す利用者情報検出装置４Ａ〜４Ｃおよびビルサーバ３Ａ〜３Ｂの内部構成を機能展開して示したブロック図である。以下、図６を参照して（適宜図１参照）、利用者情報検出装置４Ａ〜４Ｃの内部構成について説明する。
図６において、利用者情報検出装置４Ａは、照合情報取得部４１と、照合部４２とを含んで構成される。なお、利用者情報検出装置４Ｂ、４Ｃも、利用者情報検出装置４Ａと同様の構成を持つこととする。また、ビルサーバ３Ａは、利用者情報受信部４３と、ローカルＤＢ更新部４４とを含んで構成される。なお、ビルサーバ３Ｂ、３Ｃも、ビルサーバ３Ａと同様の構成を持つこととする。利用者情報検出装置４Ａ〜４Ｃおよびビルサーバ３Ａ〜３Ｂは、それぞれローカルＤＢ２Ａ〜２Ｃにアクセス可能である。
【００２１】
照合情報取得部４１は、利用者により投入されるＩＤカードに基づきカードリーダ５Ａにより読み出されたＩＤを照合部４２へ供給する。照合部４２には、他に、ローカルＤＢ（２Ａ）からビルサーバ３ＡのローカルＤＢ更新部４４経由で登録済みのＩＤが供給されている。照合部４２は、カードリーダ５Ａにより読み出されるＩＤと、第１の記憶装置としてのローカルＤＢ（２Ａ）に登録済みのＩＤとの照合を行い、その照合の結果に基づいて電気錠施解錠装置６Ａを介して、ビルに設置された電気錠７Ａを制御する。なお、ローカルＤＢ（２Ａ）に滞在許可時間帯が格納されている場合は、照合情報取得部４１がカードリーダ５ＡからＩＤカードのＩＤを読み取った時刻を取得し、その時刻が滞在許可時間帯の条件に適合するか否かを判定し、その判定の結果に基づいて電気錠施解錠装置６Ａを介して、ビルに設置された電気錠７Ａを制御するようにしてもよい。また、ローカルＤＢ（２Ａ）に通行パターンが格納されている場合は、照合情報取得部４１がカードリーダ５Ａから部屋ＩＤを取得し、その部屋ＩＤが、図４（ｂ）に示した通行パターンの条件に適合するか否かを判定し、その判定の結果に基づいて電気錠施解錠装置６Ａを介して、ビルに設置された電気錠７Ａを制御するようにしてもよい。なお、利用者情報検出装置４Ａについて説明したが、利用者情報検出装置４Ｂ、４Ｃも利用者情報検出装置４Ａと同様の機能を有する。
【００２２】
利用者情報受信部４３は、利用者情報生成装置１により生成され、伝送される利用者情報を受信してローカルＤＢ更新部４４へ供給する。ローカルＤＢ更新部４４は、利用者情報受信部４３により受信される利用者情報に基づき、ローカルＤＢ（２Ａ〜２Ｃ）に格納されるビル別利用者情報を更新する。
【００２３】
図７は、利用者の勤務形態の変化による通行パターンの変化を模式的に示した図である。
図７に示すように、例えば、ＸさんがビルＡに常勤しており、ビルＡにおいて通行パターン♯１が許可されていたとする。Ｘさんは、ビルＢに転勤すると、ビルＢにおいて通行パターン♯１Ａが許可される。また、ＸさんがビルＡに常勤している状態で、ビルＣに１日間出張すると、ビルＣにおいて通行パターン♯１Ｂが１日間許可される。
【００２４】
図８は、本発明の実施の形態に係るビルセキュリティシステムの情報更新処理の動作を示したフローチャートである。図８を参照して（適宜図１、図５、図６および図７参照）、ビルセキュリティシステムの情報更新処理の動作について説明する。
【００２５】
まず、利用者は、センタの管理者にＩＤカードの発行を申請する。ＩＤカードはオンラインによる申請も可能であり、この場合、オペレータがビル端末８Ａ〜８Ｃを操作することによってＩＤカード発行要求が生成され、この要求は、利用者が勤務しているビルのビルサーバ（３Ａ〜３Ｃ）、および通信回線１００経由でセンタに伝達される。ここで、センタとは、利用者情報生成装置１が設置されるビルＡ（１０Ａ）のことをいう。利用者情報生成装置１は、前記したＩＤ発行要求に基づきＩＤカードを発行するにあたってＩＤカード発行処理を実行する。
【００２６】
登録更新情報取得部１１は、ビル端末８Ａを介して処理種別を入力する（ステップＳ１１０）。例えば、ＸさんがビルＡに常勤する場合（図７参照）には、ビル端末８Ａを介して処理種別として「新規」が入力され、ＸさんがビルＢへ転勤する場合（図７参照）には、ビル端末８Ａを介して処理種別として「更新」が入力されることが考えられる。
【００２７】
処理種別が新規の場合（ステップＳ１２０で「新規」）、利用者情報生成部１２は、利用者識別情報（ＩＤ）を生成する（ステップＳ１２１）。ＩＤを生成する方法としては、例えば、利用者を一意に特定する番号を小さい番号から順に自動で採番する方法などが考えられる。そして、利用者情報生成部１２は、ビル名、入退室許可情報を取得する（ステップＳ１２２）。ここで、例えば、ビル名としてはビル端末８Ａから「ビルＡ」を取得し、入退室許可情報としては、ビルサーバ３Ａのオペレータがビル端末８Ａを操作することにより別途入力される、ＸさんのビルＡに対する通行パターン、滞在許可時間帯などが考えられる。利用者情報生成部１２は、これらの情報（ＩＤ、ビル名および入退室許可情報）を組み立てて登録情報を生成する（ステップＳ１２３）。
【００２８】
その後、センタＤＢ更新部１３は、利用者情報生成部１２により生成された登録情報をセンタＤＢ２に登録する（ステップＳ１２４）。そして、図示せぬＩＤカード発行機により、ＩＤが記録されたＩＤカードが発行され、出力される（ステップＳ１２５）。
【００２９】
利用者情報伝送部１４は、所定のタイミングでセンタＤＢ２の更新があったビルへ更新データを伝送している。ここでは、利用者が常勤するビルＡ（１０Ａ）に関する利用者情報がセンタＤＢ２に登録されたので、ビル別利用者情報（ＩＤおよび入退室許可情報）をビルサーバ３Ａに伝送する。所定のタイミングとは、定期的であってもよいし、センタＤＢ２の更新があった直後であってもよいし、所定数分の更新登録がなされた直後であってもよい。ビルサーバ３Ａは、利用者情報伝送部１４から所定のタイミングで伝送されたビル別利用者情報をローカルＤＢ（２Ａ）に登録する。
【００３０】
次に、処理種別が更新の場合（ステップＳ１２０で「更新」）、利用者情報生成部１２は、まず、オペレータがビル端末８Ａ〜８Ｃを操作することにより入力されるＩＤを取得し（ステップＳ１３１）、センタＤＢ更新部１３は、センタＤＢ２に格納されているＩＤと照合することにより、ＩＤの認証を行う（ステップＳ１３２）。
【００３１】
認証が成立した場合（ステップＳ１３３で「Ｙｅｓ」）、利用者情報生成部１２は、ビル名、入退室許可情報を取得する（ステップＳ１３４）。ここで、例えば、ビル名としてはビル端末８Ｂから「ビルＢ」を取得し、入退室許可情報としては、ビルサーバ３Ｂのオペレータがビル端末８Ｂを操作することにより別途入力される、ＸさんのビルＢに対する通行パターン、滞在許可時間帯などが考えられる。利用者情報生成部１２は、これらの情報（ＩＤ、ビル名および入退室許可情報）を組み立てて登録情報を生成する（ステップＳ１３５）。
【００３２】
その後、センタＤＢ更新部１３は、利用者情報生成部１２により生成された登録情報をセンタＤＢ２に登録する（ステップＳ１３６）。なお、ステップＳ１３６において、登録する情報のＩＤおよびビル名と同じＩＤおよびビル名を有する情報が既にセンタＤＢ２に存在する場合には、ビル端末８Ｂにデータの上書きをする確認の通知をした後で、確認が得られた場合にデータの上書きをしてもよいし、無条件でデータを上書きしてもよい。
【００３３】
利用者情報伝送部１４は、前記した通り、所定のタイミングでセンタＤＢ２の更新があったビルへ更新データを伝送している。ここでは、利用者が常勤するビルＢ（１０Ｂ）に関する利用者情報がセンタＤＢ２に登録されたので、ビル別利用者情報（ＩＤおよび入退室許可情報）をビルサーバ３Ｂに伝送する。ビルサーバ３Ｂは、利用者情報伝送部１４から所定のタイミングで伝送されたビル別利用者情報をローカルＤＢ（２Ｂ）に登録する。
【００３４】
センタＤＢ２に登録されているデータは、ビル端末８Ａ〜８ＣからＩＤとビル名とを入力して削除できるようにしてもよい。ビル端末８Ａ〜８ＣからＩＤを入力することで検索し、検索によって得られたデータを選択して削除できるようにしてもよい。また、ステップＳ１３１で得られたＩＤと一致するセンタＤＢ２に登録されているデータのうち、入退室許可情報が「常時」であるデータを自動的に削除するようにしてもよい。さらに、ビル端末８Ａ〜８ＣからＩＤを入力してセンタＤＢ２に格納されているデータを検索することで、他のビルのローカルＤＢに格納されているデータも閲覧することが可能になるという効果がある。
【００３５】
図９は、本発明の実施の形態に係るビルセキュリティシステムの解錠処理の動作を示したフローチャートである。図９を参照して（適宜図１、図５および図６参照）、ビルセキュリティシステムの解錠処理の動作について説明する。
【００３６】
次に、利用者（例えば、Ｘさん）は、前記のように更新され、発行されたＩＤカードを携行してビル１０を利用するにあたり、そのＩＤカードをカードリーダ５へ投入する。カードリーダ５は、投入されたＩＤカードから利用者のＩＤなどを読み取り、読み取ったＩＤ、時刻および部屋ＩＤを利用者情報検出装置４へ転送する（ステップＳ２０１）。ここで、時刻とは、ＩＤを読み取ったときに取得した時刻であり、部屋ＩＤは、あらかじめカードリーダに設定されているものである。
【００３７】
照合情報取得部４１は、取得したＩＤ、時刻および部屋ＩＤを照合部４２に出力し、照合部４２において、ＩＤの照合を行う（ステップＳ２０２）。つまり、照合情報取得部４１から入力したＩＤと、ローカルＤＢ２Ａ〜２Ｃに登録されたＩＤとを照合する。ＩＤが一致しない場合は（ステップＳ２０３で「Ｎｏ」）、処理を終了する。ＩＤが一致する場合は（ステップＳ２０３で「Ｙｅｓ」）、照合部４２において、時刻の判定を行う（ステップＳ２０４）。つまり、照合情報取得部４１から取得した時刻が、ローカルＤＢ２Ａ〜２Ｃに登録された滞在許可時間帯２３Ａ〜２３Ｃ（図３参照）に適合するか否かを判定する。時刻が適合しない場合は（ステップＳ２０５で「Ｎｏ」）、処理を終了する。時刻が適合する場合は（ステップＳ２０５で「Ｙｅｓ」）、照合部４２において、部屋の判定を行う（ステップＳ２０６）。つまり、照合情報取得部４１から入力した部屋ＩＤが、ローカルＤＢ２Ａ〜２Ｃに登録された通行パターン（図４（ｂ）参照）に適合するか否かを判定する。部屋が適合しない場合は（ステップＳ２０７で「Ｎｏ」）、処理を終了する。部屋が適合する場合は（ステップＳ２０７で「Ｙｅｓ」）、解錠する（ステップＳ２０８）。つまり、電気錠施解錠装置６を介して、ＩＤカードからＩＤを読み取ったカードリーダ５の部屋の錠を解錠する。なお、時刻および部屋ＩＤの取得、時刻の判定、部屋の判定などは必要に応じて行えばよい。
【００３８】
以上説明のように、本発明の実施の形態によれば、複数のビルにおけるビル利用者に割り当てられる通行パターンを含む利用者情報を、複数のビルの中の一つのビルに設置された利用者情報生成装置１が一元管理し、登録、更新を可能とし、また、その更新内容は、関係するビル１０Ａ〜１０Ｃのそれぞれに設置されたローカルＤＢ（２Ａ〜２Ｃ）に自動的に反映させることができる。
【００３９】
したがって、各ビルに設置されたビルサーバ３Ａ〜３Ｃは、利用者情報生成装置１から伝送されるビル別利用者情報を再編集する必要がなくなることから、一層管理コストの低減が可能になる。
【００４０】
また、本発明の実施の形態に係るビルセキュリティシステムは企業のみならず、商用ビルや集合住宅等、各種ビルへの適用が可能である。
【００４１】
さらに、本発明の実施の形態に係るビルセキュリティシステムによれば、利用者情報検出装置４Ａ〜４Ｃを専用装置として各ビルに設置するものとして説明したが、各ビル１０Ａ〜１０Ｃに設置されたビルサーバ３Ａ〜３Ｃが利用者情報検出装置４Ａ〜４Ｃの機能を備えることとしてもよい。また、利用者情報生成装置１の機能についてもビルサーバが備えることとしてもよい。さらに、サーバのみならず、ＰＣ（Personal Computer）、ワークステーション、専用端末等、各種制御装置を用いることも可能である。さらに、センタＤＢ２とローカルＤＢ（２Ａ〜２Ｃ）間のビル別利用者情報の伝送には、有線伝送、無線伝送のいずれを用いてもよい。また、ＩＤの読み取りには、カードリーダ５Ａ〜５Ｃを用いたが、入力装置としての指紋、虹彩、指静脈、手形検出等、生態検出装置で代替することもできる。
【００４２】
なお、図５に示す利用者情報生成装置１を構成する、登録更新情報取得部１１、利用者情報生成部１２、センタＤＢ更新部１３、利用者情報伝送部１４、そして、図６に示す利用者情報検出装置４Ａ〜４Ｃを構成する、照合情報取得部４１、照合部４２、利用者情報受信部４３、ローカルＤＢ更新部４４のそれぞれで実行される手順をコンピュータ読み取り可能な記録媒体に記録し、この記録媒体に記録されたプログラムをコンピュータシステム（利用者情報生成装置１のＣＰＵ（Central Processing Unit）あるいは利用者情報検出装置４Ａ〜４ＣのＣＰＵ）に読み込ませ、実行することによって本発明のビルセキュリティシステムを実現することができる。ここでいうコンピュータシステムとは、前記したＣＰＵ以外に、ＯＳ（Operating System）や周辺機器のハードウェアを含む。
【００４３】
また、「コンピュータシステム」は、ＷＷＷ（World Wide Web）システムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）を含むものとする。また、前記ブログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから伝送媒体あるいは伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線のように、情報を伝送する機能を有する媒体をいう。また、前記プログラムは、前記した機能の一部を実現するためのものであってもよい。さらに、前記した機能をコンピュータシステムに既に格納されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイルであってもよい。
【図面の簡単な説明】
【００４４】
【図１】本発明の実施の形態に係るビルセキュリティシステムのシステム構成を示す図である。
【図２】本発明の実施の形態に係るビルセキュリティシステムで使用される利用者情報のデータ構造の一例を示す図である。
【図３】本発明の実施の形態に係るローカルＤＢに格納される利用者情報のデータ構造の一例を示す図である。
【図４】本発明の実施の形態に係る通行パターンの一例を示す図であり、（ａ）は、通行パターンを示す模式図、（ｂ）は、通行パターンを示すテーブルである。
【図５】本発明の実施の形態に係る利用者情報生成装置の内部構成を機能展開して示したブロック図である。
【図６】本発明の実施の形態に係る利用者情報検出装置およびビルサーバの内部構成を機能展開して示したブロック図である。
【図７】本発明の実施の形態に係る利用者の勤務形態の変化による通行パターンの変化を模式的に示した図である。
【図８】本発明の実施の形態に係るビルセキュリティシステムの情報更新処理の動作を示したフローチャートである。
【図９】本発明の実施の形態に係るビルセキュリティシステムの解錠処理の動作を示したフローチャートである。
【符号の説明】
【００４５】
１      利用者情報生成装置
２      センタＤＢ（第２の記憶装置）
２Ａ〜２Ｃ  ローカルＤＢ（第１の記憶装置）
３Ａ〜３Ｃ（３）  ビルサーバ
４Ａ〜４Ｃ（４）  利用者情報検出装置
５Ａ〜５Ｃ（５）  カードリーダ
６Ａ〜６Ｃ（６）  電気錠施解錠装置
７Ａ〜７Ｃ（７）  電気錠
８Ａ〜８Ｃ（８）  ビル端末
１０Ａ〜１０Ｃ（１０）  ビル
１００  通信回線
１１    登録更新情報取得部
１２    利用者情報生成部
１３    センタＤＢ更新部
１４    利用者情報伝送部
４１    照合情報取得部
４２    照合部
４３    利用者情報受信部
４４    ローカルＤＢ更新部
【図１】
2007304785.tif 000003
【図２】
2007304785.tif 000004
【図３】
2007304785.tif 000005
【図４】
2007304785.tif 000006
【図５】
2007304785.tif 000007
【図６】
2007304785.tif 000008
【図７】
2007304785.tif 000009
【図８】
2007304785.tif 000010
【図９】
2007304785.tif 000011