(57)【要約】【課題】  本発明の目的は、コントローラのファイルに新たな個人管理データを入退室管理に支障なく格納することができる入退室管理システムを提供することにある。【解決手段】  コントローラ３は通信ネットワークを介してサーバに接続され、自己の管理する扉を解錠制御する。サーバは複数の扉に関する利用資格を含む利用者全員の個人管理データを保有している。コントローラ３の資格ファイル１４に新たな個人管理データを格納する場合に、ファイル管理部８が格納エリア無しと判定すると実績ファイル１５に格納されている利用実績に基づき利用頻度の低い利用者の個人管理データを資格ファイル１４から削除して新たな個人管理データを格納する。【選択図】  図２
2006249706.tif 000002
【特許請求の範囲】
【請求項１】
複数の扉に関する利用資格を含む利用者全員の個人管理データを保有するサーバと、前記サーバに通信ネットワークを介して接続され自己の管理する扉を制御するコントローラとを備え、前記コントローラは、自己の管理する扉利用を許可された前記利用者の個人管理データを前記サーバから取込み格納する資格ファイルと、前記利用者の利用実績データを格納する実績ファイルと、入力された個人認証データと前記資格ファイルに格納されている個人管理データを照合する照合判定手段と、前記利用者の前記利用実績データを前記実績ファイルに格納する実績管理手段と、前記資格ファイルに個人管理データの格納エリアの有無を確認するファイル管理手段と、前記実績ファイルに格納されている利用実績データに基づいて利用者毎の利用頻度を判定する実績判定手段と、前記資格ファイルに新たに個人管理データを格納する場合に、前記ファイル管理手段が格納エリア無しと判定すると前記実績判定手段で判定した利用頻度の低い利用者の個人管理データを前記利用資格ファイルから削除して新たな個人管理データを格納するデータ更新手段を具備することを特徴とする入退室管理システム。
【請求項２】
複数の扉に関する利用資格を含む利用者全員の個人管理データを入力して保有するサーバと、前記サーバに通信ネットワークを介して接続され自己の管理する扉の解錠制御するコントローラとを備え、前記コントローラは、自己の管理する扉利用を許可された前記利用者の個人管理データを前記サーバから取込み格納する資格ファイルと、前記利用者の利用実績データを格納する実績ファイルと、入力された個人認証データと前記資格ファイルに格納されている個人管理データを照合する照合判定手段と、前記照合判定手段で扉利用を許可された前記利用者の利用実績データを前記実績ファイルに格納する実績管理手段と、入力された個人認証データに該当する個人管理データが前記資格ファイルに格納されていないときに前記サーバに保有されていないか確認要求を行うサーバ確認手段と、前記資格ファイルに個人管理データの格納エリアの有無を確認するファイル管理手段と、前記実績ファイルに格納されている利用実績データに基づいて利用者毎の利用頻度を判定する実績判定手段と、前記サーバ確認手段の確認要求により前記サーバから取込んだ個人管理データを前記資格ファイルに格納する場合に、前記ファイル管理手段が格納エリア無しと判定すると前記実績判定手段で判定した利用頻度の低い利用者の個人管理データを前記資格ファイルから削除して新たな個人管理データを格納するデータ更新手段を具備することを特徴とする入退室管理システム。
【請求項３】
請求項１，２のいずれか１項において、前記実績判定手段は利用実績が無いことを利用頻度が低いと判定することを特徴とする入退室管理システム。
【請求項４】
請求項１，２のいずれか１項において、前記実績判定手段は利用時期が最も古いことを利用頻度が低いと判定することを特徴とする入退室管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＩＣカードなどの個人認証カードで入力された個人認証データに基づいて扉解錠制御して入退室管理を行う入退室管理システムに関する。
【背景技術】
【０００２】
近年、オフィスビルにおいては扉の解錠制御を行う入退室管理システムが採用されている。入退室管理システムは個人認証カード(以下、ＩＤカードと称する)の個人認証データをカードリーダで読取り管理データと照合し、照合結果に基づいて扉の解錠を管理するものである。
【０００３】
オフィスビルは多数の扉を有、扉毎にカードリーダが配置されている。カードリーダで読取った個人認証データと管理データの照合は１台の大容量サーバで行う一括管理方式と分散配置した複数台の端末装置（コントローラ）で行う分散管理方式とがある。
【０００４】
一括管理方式は管理データの検索に時間を要し応答が遅くなり、また、サーバの故障発生によりシステムダウンするという問題がある。一方、分散管理方式は応答性が良く、サーバが故障してもシステムを稼動でき、その上、コントローラが故障しても該当する範囲内での障害に留まりシステム全体への影響を軽減できるという利点を有している。
【０００５】
分散管理方式は大容量データを格納できるサーバに通信ネットワークを介して複数台のコントローラを接続して構成される。サーバは数十万人規模の利用者の個人管理データを格納して保有している。コントローラは自己の管理する扉利用を許可された利用者の個人管理データをサーバからダウンロードして取込みファイルに格納している。１台のコントローラは数百人〜数万人の利用者を管理する。また、１台のコントローラで数個の扉を解錠制御している。
【０００６】
なお、分散管理方式の入退室管理システムについては、例えば、下記特許文献１に開示されている。
【０００７】
【特許文献１】特開平１０−２８０７５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従来技術は、コントローラが自己の管理する扉利用を許可された利用者の個人管理データをファイルに格納して入退室管理している。しかしながら、コントローラのファイル容量は限界があり、数万人規模になると新たな個人管理データを格納することができなくなるという問題点を有する。
【０００９】
本発明の目的は、コントローラのファイルに新たな個人管理データを入退室管理に支障なく格納することができる入退室管理システムを提供することにある。
【課題を解決するための手段】
【００１０】
本発明の特徴とするところは、コントローラのファイルに新たな個人管理データを格納する場合に、ファイルに格納エリア無しと判定すると利用実績に基づき利用頻度の低い利用者の個人管理データをファイルから削除して新たな個人管理データを格納するようにしたことにある。
【００１１】
換言すると、本発明はコントローラのファイルが満杯の場合には利用頻度の低い利用者の個人管理データをファイルから削除して新たな個人管理データを格納するものである。
【００１２】
また、利用頻度は利用実績が無い、あるいは、利用時期が最も古いと利用頻度が低いと判定する。
【発明の効果】
【００１３】
本発明はコントローラのファイルが満杯の場合には利用頻度の低い利用者の個人管理データをファイルから削除して新たな個人管理データを格納するようにしているので、入退室管理に支障を及ぼすことなく新たな個人管理データを格納することができる。
【発明を実施するための最良の形態】
【００１４】
サーバは複数の扉に関する利用資格を含む利用者全員の個人管理データを入力して保有している。複数台のコントローラは通信ネットワークを介してサーバに接続され、自己の管理する扉を解錠制御する。コントローラは、自己の管理する扉利用を許可された利用者の個人管理データをサーバから取込み格納する資格ファイルと、利用者の利用実績データを格納する実績ファイルと、入力された個人認証データと資格ファイルに格納されている個人管理データを照合する照合判定手段と、照合判定手段で扉利用を許可された利用者の利用実績データを実績ファイルに格納する実績管理手段と、入力された個人認証データに該当する個人管理データが資格ファイルに格納されていないときにサーバに保有されていないか確認要求を行うサーバ確認手段と、資格ファイルに個人管理データの格納エリアの有無を確認するファイル管理手段と、実績ファイルに格納されている利用実績データに基づいて利用者毎の利用頻度を判定する実績判定手段と、サーバ確認手段の確認要求によりサーバから取込んだ新たな個人管理データを資格ファイルに格納する場合に、ファイル管理手段が格納エリア無しと判定すると実績判定手段で判定した利用頻度の低い利用者の個人管理データを資格ファイルから削除して新たな個人管理データを格納するデータ更新手段を具備している。
【実施例１】
【００１５】
図１に本発明の一実施例を示す。
【００１６】
図１において、サーバ１はオフィスビルの複数の扉に関する利用資格を含む利用者全員の個人管理データを入力され保有している。サーバ１は入退室管理する数十万人規模の個人管理データが記憶装置に格納されている。個人管理データには利用者氏名、認証番号（ＩＤ番号）、入室許可扉コード等がある。
【００１７】
分散配置された複数台のコントローラ３ａ、３ｂ…３ｎは通信ネットワーク２を介してサーバ１に接続されている。コントローラ３ａ、３ｂ…３ｎはパソコンなどの端末装置で構成され、カードリーダ４ａ、４ｂ…４ｎで読取った個人認証データと個人管理データを照合して自己の管理する扉の錠制御装置５ａ、５ｂ…５ｎに解錠指令を与える。カードリーダ４ａ、４ｂ…４ｎは接触式あるいは非接触式のものが用いられる。
【００１８】
なお、コントローラ３は、通常、１台で数個の扉の入退室管理をするようにしているが、図１では説明を簡単にするために１個の扉の例を示している。
【００１９】
図２にコントローラ３の一例詳細構成図を示す。
【００２０】
図２において、カードリーダ４で読取られたＩＤカードの個人認証データは演算処理部６に入力され、照合判定部７に加えられる。演算処理部６は通信処理部１２を介してサーバ１とデータの送受信を行う。資格ファイル１４には自己の管理する扉利用を許可された利用者の個人管理データが格納されている。資格ファイル１４は個人管理データをサーバ１からダウンロードして取込み格納する。個人管理データの初期設定はサーバ１で設定する。
【００２１】
照合判定部７は入力した個人認証データと資格ファイル１４の個人管理データを照合し、資格有りの場合には演算処理部６に解錠信号を与える。演算処理部６は解錠信号を入力すると錠制御装置５に解錠指令を与える。一方、照合判定部７は資格無しの場合には、入力された個人認証データに対応する個人管理データがサーバ１に登録されていないか検索するように要求する。サーバ１に対する検索要求はサーバ確認部１１から通信処理部１２を介して行われる。
【００２２】
実績管理部９は照合判定部７で扉利用を許可された利用者の利用実績データを演算処理部６から入力し実績ファイル１５に格納する。実績ファイル１５には利用者氏名、認証番号（ＩＤ番号）、利用日時、扉コードなどの利用実績データが格納される。実績判定部１０は実績ファイル１５に格納されている利用実績データに基づいて利用者毎の利用頻度を判定する。実績判定部１０は利用頻度の低い利用者データをデータ更新部１３に与える。
【００２３】
ファイル管理部８は資格ファイル１４に個人管理データの格納エリアの有無、つまり満杯かを確認し、格納エリアの有無信号をデータ更新部１３に加える。データ更新部１３にはサーバ確認部１１の確認要求によりサーバ１から取込んだ個人管理データが演算処理部６から加えられる。
【００２４】
次に、図３、図４に示すフロー図を参照して動作を説明する。
【００２５】
カードリーダ４で読取られたＩＤカードの個人認証データは演算処理部６に入力され、照合判定部７に加えられる。照合判定部７はステップＳ１において入力した個人認証データに対応する個人管理データが資格ファイル１４に登録されているか判定する。
【００２６】
照合判定部７はステップＳ１で登録有りと判定するとステップＳ２に移行して個人認証データと資格ファイル１４の個人管理データを照合し、資格有りの場合には演算処理部６に解錠信号を与える。演算処理部６は解錠信号を入力すると錠制御装置５に解錠指令を与える。
【００２７】
このような入退室管理の動作はカードリーダ４にＩＤカードの個人認証データ読取られる毎に行われる。実績管理部９は照合判定部７で扉利用を許可された利用者の利用実績データを演算処理部６から入力し実績ファイル１５に格納する。実績ファイル１５には利用者氏名、認証番号（ＩＤ番号）、利用日時、扉コードなどの利用実績データが格納される。
【００２８】
また、サーバ１では個人管理データの変更（追加、削除など）処理がその都度行われ、さらに、実施例に具体的に記載していないがサーバ１とコントローラ３の個人管理データの照合が月に１回程度定期的に行われる。
【００２９】
一方、照合判定部７はステップＳ１で登録無しと判定すると、ステップＳ３に移り入力された個人認証データに対応する個人管理データがサーバ１に登録されていないか検索するように要求する。サーバ１に対する検索要求はサーバ確認部１１から通信処理部１２を介して行われる。照合判定部７はステップＳ４に移行してサーバ１からの応答待状態になる。
【００３０】
サーバ１はステップＳ８で検索要求のあった個人認証データに対応する個人管理データを保有しているか検索する。サーバ１はステップＳ９で検索結果を通知する。サーバ１は個人認証データに対応する個人管理データ有りの場合には個人管理データも送信する。
【００３１】
サーバ１の検索結果通知は通信処理部１２を介して演算処理部６に入力される。
演算処理部６はステップＳ５においてサーバ１の検索結果通知に基づき個人管理データの有無を判定する。演算処理部６は個人管理データ無しと判定すると照合判定部７にステップＳ２の処理を実行させる。照合判定部７はステップＳ２に移行して個人認証データと資格ファイル１４の個人管理データを照合し、資格無しと判定して演算処理部６に解錠信号を与えない。
【００３２】
一方、演算処理部６はステップＳ５においてサーバ１の検索結果通知に基づき個人管理データ有りと判定すると、サーバ１からダウンロードされた個人管理データを資格ファイル１４に格納する登録処理を実行する。
【００３３】
サーバ１からダウンロードされた個人管理データを資格ファイル１４に格納するステップＳ６の登録処理について図４を参照して説明する。
【００３４】
ファイル管理部８はステップＳ１０において資格ファイル１４に個人管理データの格納エリアの有無、つまり満杯かを確認し、格納エリアの有無信号をデータ更新部１３に加える。ファイル管理部８が格納エリア有りと判定すると、データ更新部１３はステップＳ１１でサーバ１からダウンロードされた個人管理データを資格ファイル１４に登録する。データ更新部１３はサーバ１からダウンロードされた個人管理データを演算処理部６から加えられる。
【００３５】
一方、ファイル管理部８がステップＳ１０で格納エリア無し（満杯状態）と判定すると、実績判定部１０はステップＳ１２において実績ファイル１５に蓄積されている利用実績データに基づいて利用者毎の利用頻度を判定する。利用頻度は利用実績が無い、あるいは、利用時期が最も古いと利用頻度が低いと判定する。実績判定部１０は利用頻度の低い利用者データをデータ更新部１３に与える。
【００３６】
データ更新部１３はステップＳ１３において資格ファイル１４に格納されている利用頻度の低い利用者の個人管理データを削除し、ステップＳ１１に移行してサーバ１から新たにダウンロードされた個人管理データを資格ファイル１４の格納エリアに登録する。
【００３７】
このように新たな個人管理データを資格ファイル１４に登録した後に、演算処理部６は照合判定部７に図３のステップＳ２の処理を実行させる。照合判定部７はステップＳ２に移行して個人認証データと資格ファイル１４に新たに登録した個人管理データを照合し、資格有りと判定して演算処理部６に解錠信号を与えることになる。
【００３８】
このようにして入退室管理を行うのであるが、コントローラのファイルに新たな個人管理データを格納する格納エリア無しと判定すると利用実績に基づき利用頻度の低い利用者の個人管理データをファイルから削除して新たな個人管理データを格納するようにしているので、入退室管理に支障を及ぼすことなく新たな個人管理データを格納することができる。
【図面の簡単な説明】
【００３９】
【図１】本発明の一実施例を示す構成図である。
【図２】本発明のコントローラの一例詳細構成図である。
【図３】本発明の動作を説明するためのフロー図である。
【図４】本発明の動作を説明するためのフロー図である。
【符号の説明】
【００４０】
１…サーバ、２…通信ネットワーク、３…コントローラ、４…カードリーダ、５…錠制御装置、６…演算処理部、７…照合判定部、８…ファイル管理部、９…実績管理部、１０…実績判定部、１１…サーバ確認部、１２…通信処理部、１３…データ更新部、１４…資格ファイル、１５…実績ファイル。
【図１】
2006249706.tif 000003
【図２】
2006249706.tif 000004
【図３】
2006249706.tif 000005
【図４】
2006249706.tif 000006