JPH10159414A - 許可・不許可識別装置 - Google Patents

Abstract

(57)【要約】 【課題】 入退室許可・不許可を営業時間及び休祭日を
ファクターとして識別すること。 【構成】 データキャリア５０からのデータキャリア信
号を非接触で読み取り、該キャリア信号を元に所定機能
の許可及び不許可を識別するドア施錠制御を行う識別装
置１０において、営業時間中のみの入室が許可された営
業中識別ＩＤと終日入室が許可された終日識別ＩＤとを
フラッシュＲＯＭ１６に記憶しておき、入力した識別Ｉ
Ｄが営業中識別ＩＤか終日識別ＩＤかを判別し、営業時
間及び休祭日をファクターとして入退出管理を行うも
の。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データキャリアか
らのデータキャリア信号を読み取り、該データキャリア
信号による識別ＩＤを元に所定機能の許可及び不許可を
識別する許可・不許可識別装置に係り、特にセキュリテ
ィルーム又は事業所等の所定エリアへの出入口における
入退室を人が保持するデータキャリアを用いて許可及び
不許可と識別する許可・不許可識別装置に関する。

【０００２】

【従来の技術】近年のセキュリティルーム又は事業所等
の所定エリアへの出入口における入退室の管理を行う管
理システムは、人がデータキャリアを保持し、該データ
キャリアのキャリア信号を識別ＩＤとして識別装置で読
み取り、該識別装置が読み取ったキャリア信号（識別Ｉ
Ｄ）を元に入退出者が許可された者か識別し、許可され
た者と識別した場合に所定エリアへのドア（錠）の自動
開閉を行い、入退室の２４時間管理を行う様に構成され
ている。前記データキャリアは、例えば非接触ＩＣカー
ド，ロッド状のトランスポッダが採用されている。

【０００３】

【発明が解決しようとする課題】前述の従来技術による
入退室管理システムは、予め許可された者のみの入室を
許可することができるものの、前記セキュリティルーム
等の所定エリアの通常営業時間が終了した深夜或いは休
祭日においても許可されたデータキャリアを持つ者が自
由に入退出することができ、例えば盗難／紛失されたデ
ータキャリアを持つ第三者であっても所定エリアに入る
ことができると言う不具合があった。また正規のデータ
キャリア保持者であっても管理者から見れば深夜／休日
等に自由に所定エリアに入退出可能な状態であることは
管理的に好ましくないこともあり、指定した時間帯或い
は休祭日に入場制限を行うことができないと言う不具合
もあった。

【０００４】本発明の目的は、前記従来技術による不具
合を除去することであり、識別ＩＤ及び所定の年月日及
び時間帯をファクターとして所定機能の許可及び不許可
を識別することができる許可・不許可識別装置を提供す
ることである。本発明の他の目的は、所定エリアへの営
業時間帯以外の時間帯及び休祭日の入室許可を制限する
ことができる許可・不許可識別装置を提供することであ
る。また本発明の他の目的は、所定エリアへの営業時間
帯以外の時間帯及び休祭日の入室許可を制限し、且つ特
別に許可された者だけの入退出を許可する許可・不許可
識別装置を提供することである。更に本発明は、小さな
データ保持領域を用いて高速に許可及び不許可を検索す
ることができる許可・不許可識別装置を提供することで
ある。

【０００５】

【課題を解決するための手段】前記目的を達成するため
請求項１による発明は、データキャリアから識別ＩＤを
読み取り、該読み取った識別ＩＤを元に所定機能の許可
及び不許可を識別する許可・不許可識別装置において、
許可及び不許可のファクターとして所定の年月日及び時
間帯を設定し、該所定の年月日及び時間帯及び予め許可
を登録した識別ＩＤを用いて所定機能の許可及び不許可
を識別することを特徴とする。

【０００６】更に請求項２による発明は、データキャリ
アから識別ＩＤを読み取り、該識別ＩＤを元に所定機能
の許可及び不許可を識別する許可・不許可識別装置にお
いて、第１の条件により前記所定機能が許可された第１
条件識別ＩＤと第２の条件により前記所定機能が許可さ
れた第２条件識別ＩＤとを記憶する第１記憶部と、年月
日及び時分を発生する時計部と、前記第１及び第２の条
件を所定の年月日及び時間帯として記憶する第２記憶手
段とを備え、データキャリアから識別ＩＤを読み取った
とき、前記第２記憶部に記憶した第１の条件又は第２の
条件を参照し、該識別ＩＤが第１記憶部に記憶した第１
条件識別ＩＤか第２条件識別ＩＤかを判別して第１の条
件又は第２の条件に応じた所定機能の許可及び不許可を
識別することを備えることを特徴とする。

【０００７】また請求項３による発明は、前項記載の発
明において所定機能の許可及び不許可を所定エリアへの
入退室用ドアの開閉の許可及び不許可とし、、前記第１
の条件が休祭日及び時間帯に制限されない終日許可条件
とし且つ前記第２の条件が休祭日及び時間帯に制限され
た営業中許可条件とすることにより、営業時間帯以外の
時間帯及び休祭日の入室許可を制限することを特徴とす
る。

【０００８】更に請求項３による発明は、前項記載の発
明において前記第１の条件による識別ＩＤが所定エリア
の管理者及び保守員用であることを特徴とする。

【０００９】

【発明実施の形態】以下、本発明による許可・不許可識
別装置を所定エリアへの出入口における入退室の管理を
行う管理システムに適用した一実施形態を図面を参照し
て説明する。図１は本実施形態による入退室管理システ
ム（データキャリアシステム）を示す図である。

【００１０】＜全体構成＞本実施形態による入退室管理
システムは、図１に示す如く、入退出者が持参するデー
タキャリア５０（トランスポンダ）のキャリア信号（識
別ＩＤ）を検出し、入退出へのドア４の開閉の許可及び
不許可を識別するものであり、該データキャリア５０
は、当該データキャリア固有に付与されたキャリア信号
を格納するＲＯＭ５０ｂと、該ＲＯＭ５０ｂのキャリア
信号を変調して出力するための変調回路５０ａと、これ
ら回路に電力を供給する電源回路５０ｃとを備え、外部
からの信号に応じて前記キャリア信号を外部に非接触で
出力様に構成されている。

【００１１】本入退室管理システムは、人が保持するデ
ータキャリアにＦＭ波を発信しデータキャリアから出る
データキャリア信号（電波）を検出するアンテナ２と、
該アンテナ２で受信した電波を識別ＩＤ（識別コード）
として読みとるリーダ３と、該識別コード及び後述する
ファクターを元に入退出の許可又は不許可を識別する許
可・不許可識別装置（本実施形態においてはデータキャ
リア検出装置１０）と、該データキャリア検出装置１０
の識別結果を元にドア４に取り付けられたロック式錠５
のロック及びアンロックを行う駆動回路６とを備える。

【００１２】前記データキャリア検出装置１０は、前記
リーダ３から識別コードを受け取る受信インタフェース
１１と、前記駆動回路６に電気錠を開閉する駆動信号を
送信する信号インタフェース１２と、後述するプログラ
ム及び多種のテーブルを記憶するメモリ１７と、店舗等
の営業時間における入退出を許可する者の識別コード群
１６ａを格納する営業時間許可データベース及び休祭日
における入退出を許可する終日許可者用（例えば管理者
／警備員用）の識別コード群１６ｂを格納する終日許可
データベースを持ち、ソフトウェアが書き込まれたフラ
ッシュＲＯＭ１６と、現在の年月日及び時分秒データを
発生する内蔵時計であるタイマ１４と、外部のホストコ
ンピュータ１と通信するための通信インタフェース１５
と、前記部位を制御するマイクロコンピュータ１３と、
各部位を接続するバスとを備える。

【００１３】前記メモリ１７は、当該メモリで動作する
内蔵プログラムのメインモジュール１７０と、ホストコ
ンピュータ１から受信した識別コードデータを前記デー
タベース（ＲＯＭ１６の識別コード群１６ａ及び１６
ｂ）に書き込むデータベース登録モジュール１７１と、
ホストコンピュータ１から受信したカレンダー設定デー
タを後述するカレンダーテーブル１７８と営業時間登録
テーブル１７９に書き込むカレンダー設定モジュール１
７２と、アンテナ２及びリーダ３を経由した識別コード
を受信する受信モジュール１７３と、リーダ３から受信
した識別コードが前記２つのデータベースのいずれかに
に登録されているかを検索するデータベース検索モジュ
ール１７４と、カレンダーに設定された営業時間を元に
後述する処理を実行するカレンダー実行モジュール１７
５と、カレンダに設定された営業時刻ＩＤを制御テーブ
ル１８０（後述）に書き込む制御テーブル変更モジュー
ル１７６と、１年間のカレンダーデータを各々格納する
カレンダーテーブルＡ及びＢを持つ２年分持つカレンダ
ーテーブル１７８と、年が切り替わった時、カレンダー
テーブルＢに該当年のカレーダーデータが設定されてい
ればカレンダーテーブルＡにコピーし、なければテーブ
ルＡにカレンダーデータを作成するカレンダー作成モジ
ュール１７７と、時刻ＩＤを元に営業時間の開始時分及
び終了時分の値を登録する営業時間登録テーブル１７９
と、１日分の営業開始年月日時分と終了年月日時分を保
持し、現在時刻が営業中かどうかを判断するための制御
テーブル１８０と、現在の年月日時分が営業中かどうか
を表示するフラグ１８１とを備える。尚、前記データキ
ャリア５０の変調回路５０ａはＦＭ波を受信しＲＯＭ５
０ｂに記憶された識別コードに対応して変調するミキサ
等から成るものであり、電源回路５０ｃはアンテナから
送出されるバースト信号を整流してコンデンサに充電
し、各回路にこのコンデンサからの電力を供給するもの
である。

【００１４】＜全体動作＞この様に構成された本実施形
態による入退室管理システムは、メインモジュール１７
０の内蔵プログラムに従って図２に示す処理フローを実
行するものであり、以下、この動作を説明する。本シス
テムは、アンテナ２より常時ＦＭ波を発信しており、デ
ータキャリア５０を持つ人がドア４に接近した場合、当
該データキャリアはデータキャリア信号をアンテナ２に
発信する。メインミジュール１７０の内蔵プログラム
は、このデータキャリア信号をリーダ３が受信したか否
かを判別し（ステップ２０１）、受信した場合、識別コ
ード（識別ＩＤ）にまとめ（ステップ２０４）、該識別
コードが入室が許可されたものかどうかデータベース検
索（ステップ２０５）を行った後、及びデータキャリア
信号をリーダ３が受信していない場合は即カレンダー実
行モジュール１７５を起動して内蔵タイマの現在時刻の
読み出し及び現在の年月日及び時間が営業時間中か否か
の判別を行う（ステップ２０２）。このカレンダー実行
モジュールの動作は後述する。

【００１５】次に内蔵プログラムは、通信インタフェー
ス１５を介して上位のホストコンピュータ１からデータ
を受信したか否かを判別し（ステップ２０３）、受信し
ていない場合は前記ステップ２０１に戻り、受信した場
合は以下に述べる識別コードの登録及び又はカレンダー
設定登録の処理を行う。この処理は、まず受信データが
識別コードのデータベースへの登録か否かを判別し（ス
テップ２０６）、データベースへの登録の場合は、デー
タベース（営業時間許可及び又は終日許可）に新たに許
可された識別コードの登録／削除を行ってステップ２０
１に戻り、データベースへの登録でない場合はカレンダ
ー設定か否かを判別する（ステップ２０７）。本ステッ
プ２０７で、カレンダー設定と判定された場合は、カレ
ンダー及び又は営業時間をテーブル（カレンダーテーブ
ル１７８，営業時間登録テーブル１７９）に設定／訂正
／削除を行った後、及びカレンダー設定と判定されない
場合、ステップ２０１に戻る様に動作し、メインモジュ
ールは以上の処理をループ状態で繰り返し行う。

【００１６】尚、ステップ２０８で述べたデータベース
登録モジュール１７１による処理は、営業中のみ許可す
る者を登録する一般者用データベースと、終日許可を与
える管理者と警備員を登録する特別者用データベースが
あり、指令コードによりそれぞれのデータベースに受け
取った識別コードを書き込む処理を行う。また前記ステ
ップ２０９におけるカレンダー設定モジュール１７２の
処理は、指令コードによりカレンダーの各日付欄に時刻
ＩＤを書き込むこと、営業時間登録テーブルに時刻ＩＤ
と開始時分及び終了時分を書き込む処理を行っている。

【００１７】＜カレンダー実行モジュール＞次にカレン
ダー実行モジュールの処理フローの詳細を図３を用いて
説明する。但し、本説明は、営業フラグ／テーブル変更
フラグ／終了指定日フラグの３つのフラグと、制御テー
ブルに設定された開始時刻／終了時刻とを判断し、タイ
マ１４から読み出した現在時刻が営業中かどうかを判定
しておき、各フラグをフラグ１８１に表示しているもの
として説明する。

【００１８】まずフラグの用途を説明する。 営業フラグの値「０」は、カレンダーテーブル１７８
から時刻ＩＤを取り出し制御テーブル１８０に設定要求
中であることを示す。 営業フラグの値「１」は、現在時刻が営業中で有るこ
とを示す。 営業フラグの値「２」は、現在時刻が非営業中で有る
ことを示し、このときは次のテーブル変更フラグを参照
する。 テーブル変更フラグの値「０」は、非営業中且つ営業
開始前を表し、テーブル変更フラグの値「１」は非営業
中且つ営業終了後を表す。 終了指定日フラグは、営業中が２４時を越えて翌日の
ある時刻まで及ぶとき翌日の日（年月日）をセットし、
当日で営業終了する場合は「０」をセットする。

【００１９】さて、このカレンダー実行モジュールの処
理は、図３に示す如く、まず営業フラグの値が「０」か
否かを判定し（ステップ３０１）、その値が「０」の場
合（設定要求中の場合）は後述する制御テーブル変更モ
ジュールを実行し（ステップ４００）、次に営業フラグ
の値が「１」か否かの判定を行う（ステップ３０２）。
また前記ステップ３０１で値が「０」でない場合もステ
ップ３０２に進む。

【００２０】このステップ３０２において営業フラグの
値が「１」と判別された場合（営業中の場合）は、タイ
マの現在時刻と制御テーブルの値の比較を行って現在時
刻が営業開始前／終了時刻後か否かの判定を行い（ステ
ップ３０４）、開始前／終了時刻後の場合は次のステッ
プ３０３に進む。該ステップ３０４において開始前／終
了時刻後でない場合（営業時間中の場合）は、終了指定
日フラグの値が「０」（当日で営業終了）でないことを
判別し（ステップ３０５）、現在時刻が終了時刻を過ぎ
たら、終了日が翌日にまたがっていたかどうか調べ（ス
テップ３０５）、またがっていたら即刻営業フラグを
「０」にして、制御テーブルの書き換え要求をする（ス
テップ３０８）。前記ステップ３０５において終了日が
翌日にまたがっていない場合は、営業フラグの値を
「２」にして非営業中をセット（ステップ３０６）し、
テーブル変更フラグを「１」にし（ステップ３０７）、
時計が翌日に切り替わるのを待つ様に動作する。

【００２１】次に本カレンダー実行モジュールは、営業
フラグの値が「２」（現在時刻が非営業中）であるか否
かを判別し（ステップ３０３）、該値が「２」で表され
る非営業中の場合はテーブル変更フラグの値が「１」
（非営業中且つ営業終了後）かどうかを判別し（ステッ
プ３０９）、この値が０のとき（営業開始前）は現在時
刻が開始時刻になったかどうか制御テーブルの時間と比
較（ステップ３１０）し、開始時刻になったら営業フラ
グの値を１（ステップ３１３）として営業中にセットす
る。前記ステップ３０９においてテーブル変更フラグの
値が「１」（営業終了後）の場合は、制御テーブルの終
了年月日と時計をチェックし（ステップ３１１）、時計
が翌日に変わったら営業フラグを「０」（ステップ３１
２）にして、制御テーブルの書き換え要求をする。

【００２２】この様に本カレンダー実行モジュールは、
営業フラグの値を現在の時刻と比較して判別し、営業フ
ラグの値の更新を行う。

【００２３】＜制御テーブル変更モジュール＞次に制御
テーブル変更モジュールの処理フローを図４を参照して
説明する。まず、本モジュールは、タイマを読み出して
現在の年とカレンダの年が同じかどうか調べ（ステップ
４０１）、不一致の場合は年が変わったと判定して新し
い年のカレンダをカレンダーテーブルに作成する（ステ
ップ４０９）。前記ステップ４０１において年が同じで
有れば、時計の“現在月日”によりカレンダテーブル中
の月日の位置から時刻ＩＤを取り出し（ステップ４０
２）、時刻ＩＤが休祭日を示す「００Ｈ」か否かを判定
（ステップ４０３）する。

【００２４】本ステップ４０３において時刻ＩＤが「０
０Ｈ」（休祭日）の場合、開始年／開始月日／開始時分
の制御テーブル１８０の設定を行う。具体的には制御テ
ーブル１８０に開始年月日として“昨年の同一月日の０
０時００分”を設定し、終了年月日として“当日の００
時００分“を設定する（ステップ４１０）。次いで本処
理は、終了変更フラグとして現在日の”翌日“を書き込
み（ステップ４１１）、テーブル変更フラグの値ほ
「１」とする（ステップ４１２）。

【００２５】前記ステップ４０３において時刻ＩＤが
「００Ｈ」でない場合（平日の場合）、本モジュールは
営業時間登録テーブルから“開始,終了時間を取り出し
（ステップ４０４）、この時間を制御テーブル１８０の
“開始時分”、“終了時分”に書き込むと共に、タイマ
（時計）から読み出した“現在年月日”を“開始年月
日”に書き込む（ステップ４０５）。

【００２６】該ステップ４０５の後、本モジュールは、
前記書き込んだ終了時分と開始時分とを比較し（ステッ
プ４０６）、これらが同じか小さい場合は終了日は翌日
であるため、時計の現在日から翌日の年月日を計算し、
制御テーブルの“終了年月日”に書き込み（ステップ４
０７）、終了指定日フラグに“翌日”を設定する（ステ
ップ４０８）。

【００２７】前記ステップ４０６において終了時分が開
始時分より大きい場合、終了日は当日であるため、時計
の現在日の年月日を制御テーブルの“終了年月日”に書
き込み（ステップ４１３）、次いでテーブル変更フラグ
の値を「０」にする（ステップ４１４）。

【００２８】次に本モジュールは、前記ステップ４１４
の処理後、現在時刻が制御テーブルの開始と終了時刻の
間（営業中）かどうか判定し（ステップ４１５）、そう
であれば営業フラグを１に書き込み（ステップ４１
６）、非営業中であれば営業フラグの値を「２」と書き
込んだ（ステップ４１７）後、現在時刻が営業時間を過
ぎているかどうか判定し（ステップ４１８）、過ぎてい
ればテーブル変更フラグの値を「１」と書き込む（ステ
ップ４１２）。

【００２９】この様に本モジュールは、現在の年月日及
び時刻とカレンタテーブル１７８及び営業時間登録テー
ブル１７９の値を比較し、現時点での営業フラグ（営業
状態）をフラグ１８１にセット及び更新する様に動作す
る。

【００３０】＜データベース検索モジュール＞次にデー
タベース検索モジュール１７４の処理フローを図５を参
照して説明する。尚、本処理において営業フラグは前述
の処理によりセット及び更新されているものとして説明
する。

【００３１】まず、本データベース検索モジュール１７
４の処理は、リーダ３から識別ＩＤを読み取ったらま
ず、終日許可者用データベースの登録件数を調べ（ステ
ップ５０２）、登録されていれば識別ＩＤが終日許可デ
ータベースと一致するかどうか検索する（ステップ５０
３）。本ステップ５０３において識別コードが登録され
ていた場合（識別ＩＤが終日入退出許可されている場
合）、ドアを開けるため電気錠を駆動して開錠し（ステ
ップ５０８）、処理を終了する。

【００３２】前記ステップ５０４において終日データベ
ースに識別コードが登録されていない場合（終日許可さ
れていない場合）は、次に営業フラグを調べ、該フラグ
の値が「２」（非営業中）か否かを判別し（ステップ５
０２）、非営業中であれば時間外として入室許可を与え
ずに処理を終了する。

【００３３】前記ステップ５０２において営業フラグの
値が「２」でない場合は、営業中であり、営業時許可者
用のデータベースの登録件数を調べる（ステップ５０
５）。該ステップ５０５において登録件数がゼロの場合
は、許可された者がいないとして処理を終了する。また
ステップ５０５において登録件数がゼロでない場合は、
入力した識別ＩＤが一致するかどうかデータベースを検
索し（ステップ５０６）、識別コードが登録されていれ
ばドアを開けるため電気錠を駆動し開錠（ステップ５０
９）して処理を終了し、識別コードが登録されていなけ
れば不許可者としてドアを開けずに処理を終了する。

【００３４】この様に本実施形態によるデータベース検
索モジュール１７４は、識別ＩＤが入力された場合、該
識別ＩＤが終日許可データベースに登録されているかど
うか（終日許可者かどうか）検索して終日許可者ならド
アを開錠し、終日許可者外の場合は営業時間を調べて営
業時間中なら識別ＩＤが営業中データベースに登録され
ているかどうか（営業中許可者かどうか）検索して営業
中許可者ならドアを開錠し、その他の場合はドアを施錠
したままとする様に動作する。

【００３５】＜カレンダーテーブル等＞次に本実施形態
に適用するカレンダーテーブルの一例を図６を参照して
説明する。。図６に示すカレンダーテーブルは、２年分
の内の１年分を示したものであり、左端の月対応に１〜
３１日のエリアを設けている。この１日分のエリアは、
１バイトで１カ月を３１日分とし、該１カ月のエリアを
１２カ月分持つテーブルとしている。前記１日のエリア
は１バイトで表され、ここに時刻ＩＤが書込可能に構成
している。

【００３６】該時刻ＩＤは任意の値であり、例えば図８
に示す如く、時刻ＩＤ「０１」には、開始時刻が「０８
時００分」／終了時刻が「１７時００分」の如く、予め
時刻ＩＤ対応に平日営業時間等の各種の営業時間形態が
登録され、２５６種の営業時間形態が登録可能である。
また該時刻ＩＤは、ホストコンピュータから受信した指
令コードにより２種のテーブルに値が書き込まれる。

【００３７】尚、図中デフォルト値としＩＤ＝００Ｈは
休日を示し、ＩＤ＝０１Ｈ時は開始時刻０８時００分、
終了時刻１８時００分を設定したが、ＩＤの０２Ｈ以後
は任意な時刻を登録可能である。

【００３８】図８は、実行中の制御テーブルを示し、該
テーブルには営業の開始日時と終了日時が設定される。
この設定時分は営業時間登録テーブルから取り出した値
を“制御テーブル変更プログラム”が逐次書き込む。

【００３９】図９は、「営業中に許可する者を登録する
データベース」の一例を示し、図１０は「終日許可する
者を登録するデータベース」を示す。これらデータベー
スは、件数欄と識別ＩＤ書き込み欄とから構成されてお
り、ホストコンピュータから受信した指令コードにより
“データベース登録プログラム”が書き込まれる。本例
の場合では、識別ＩＤを１８桁で構成し、例えば営業中
許可者としては図９の如くＩＤ「520000000000000001」
他６名が登録され終日許可者としては図１０の如くＩＤ
「520000000000010001」他２名が登録されている。

【００４０】この様に本実施形態によれば、カレンダー
をテーブル化しスケジュール情報を効率よく圧縮し識別
装置に格納し、且つスケジュール情報として該当年月日
が休日か平日かの区別をはかり、平日は営業開始／終了
時刻に任意な値を設定できるようにし、更に逐次内蔵タ
イマから年月日時分秒を読み出し、現在時刻が営業中
（一般者許可中）であることをフラグに表示し、且つ営
業中に許可する一般者の識別コードをデータベースに登
録しておき、データキャリアの識別コードを検出した場
合、まず終日許可データベースを検索して終日許可の識
別ＩＤか識別し、終日許可の識別ＩＤでない場合は営業
フラグを参照して許可された営業時間帯／年月日であれ
ばドア（錠）を開錠するが、営業中でなければ（営業開
始前、営業終了後または休日）データベースは検索せ
ず、ドア（錠）を開錠しないようにする。また本実施形
態によってデータキャリヤ検出装置で読みとった識別コ
ードでドア（錠）を自動開閉し入退室の管理をする場
合、営業中または非営業中の日時により対象者を許可,
非許可とすることができる。また、少ないメモリ容量で
年間のスケジュールの時間情報を格納でき、検索時間の
短縮が図れる。

【００４１】尚、前記実施形態においては、営業中許可
者と終日許可者のデータベースを別個に用意する例を説
明したが、本発明はこれに限られるものではなく、１つ
のデータベースを用い、前記許可者別のフラグを立てる
ことによって許可状態を検索及び識別できる様に構成し
ても良い、また前記フローチートにおいて各種データベ
ースの登録件数を最初にチェックする例を説明したが、
このチェックは省略することもできる。

【００４２】

【発明の効果】以上説明したように、本発明によれば、
入場（入室）許可者登録データベースで許可者を登録し
許可者のみドア（錠）を自動開扉をする場合、営業中と
非営業中をスケジュールし、カレンダーに書き込むこと
により自動的に営業時間を判断し、データベースの登録
者の入場（入室）を時間帯により、許可または不許可と
する事ができる。また、スケジュールのデータ保持の方
法として少ない領域で、年間のスケジューリングを行う
ことができる。

【図面の簡単な説明】

【図１】本発明の一実施形態による入退室管理システム
の構成を示す図。

【図２】図１のメインモジュールのフローチャート。

【図３】図２のメインモジュールの実行中に起動される
カレンダ実行モジュールのフローチャート。

【図４】図２のカレンダ実行モジュールにより起動され
る制御テーブルを変更するモジュールのフローチャー
ト。

【図５】図２のメインモジュールの実行中に起動される
データベース検索モジュールのフローチャート。

【図６】図３のカレンダー書き込みモジュールが書き込
む年間カレンダーテーブルを示す図。

【図７】図３のカレンダー書き込みモジュールが書き込
むスケジュールの時間登録テーブルを示す図。

【図８】図２のメインモジュールの実行中当日分のスケ
ジュールを管理し、現在時刻が営業中かどうか判定する
ために使用する制御テーブルを示す図。

【図９】営業時間中に入室許可を与える者を登録する一
般者用デーダベースを示す図。

【図１０】終日入室許可を与える者（管理者、警備員）
を登録する特別者用データベースを示す図。

【符号の説明】

１：ホストコンピュータ、２：アンテナ、３：リーダ、
４：出入り口のドア、５：ドアについているロック式電
気錠、６：電気錠の駆動回路、１０： 識別装置、１
１：識別ＩＤの受信インタフェース、１２：電気錠の駆
動回路、１３：プログラム処理用マイクロコンピュー
タ、１４：現在日時を取得するタイマ、１５：ホストか
らの受信インタフェース、１６：フラッシュＲＯＭ、１
６ａ：営業時間中の許可者データベース、１６ｂ：終日
許可者のデータベース、１７：メモリー（ＲＡＭ)、１
７０：メインモジュール、１７１：データベース登録モ
ジュール、１７２：カレンダー設定モジュール、１７
３：識別コード受信モジュール、１７４：データベース
検索モジュール、１７５：カレンダー実行モジュール、
１７６：制御テーブル変更モジュール、１７７：カレン
ダー作成モジュール、１７８：カレンダーテーブル、１
７９：営業時間登録テーブル、１８０：制御テーブル、
１８１：フラグ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 中道 聡 神奈川県秦野市堀山下１番地 株式会社日 立インフォメーションテクノロジー内 (72)発明者 角田 健一 神奈川県秦野市堀山下１番地 株式会社日 立インフォメーションテクノロジー内

Claims (4)

【特許請求の範囲】
1. 【請求項１】 データキャリアから識別ＩＤを読み取
   り、該読み取った識別ＩＤを元に所定機能の許可及び不
   許可を識別する許可・不許可識別装置であって、 許可及び不許可のファクターとして所定の年月日及び時
   間帯を設定し、該所定の年月日及び時間帯及び予め許可
   を登録した識別ＩＤを用いて所定機能の許可及び不許可
   を識別することを特徴とする許可・不許可識別装置。
2. 【請求項２】 データキャリアから識別ＩＤを読み取
   り、該識別ＩＤを元に所定機能の許可及び不許可を識別
   する許可・不許可識別装置であって、 第１の条件により前記所定機能が許可された第１条件識
   別ＩＤと第２の条件により前記所定機能が許可された第
   ２条件識別ＩＤとを記憶する第１記憶部と、年月日及び
   時分を発生する時計部と、前記第１及び第２の条件を所
   定の年月日及び時間帯として記憶する第２記憶手段とを
   備え、データキャリアから識別ＩＤを読み取ったとき、
   前記第２記憶部に記憶した第１の条件又は第２の条件を
   参照し、該識別ＩＤが第１記憶部に記憶した第１条件識
   別ＩＤか第２条件識別ＩＤかを判別して第１の条件又は
   第２の条件に応じた所定機能の許可及び不許可を識別す
   ることを備えることを特徴とする許可・不許可識別装
   置。
3. 【請求項３】 前記所定機能の許可及び不許可を所定エ
   リアへの入退室用ドアの開閉の許可及び不許可とし、、
   前記第１の条件が休祭日及び時間帯に制限されない終日
   許可条件とし且つ前記第２の条件が休祭日及び時間帯に
   制限された営業中許可条件とすることにより、営業時間
   帯以外の時間帯及び休祭日の入室許可を制限することを
   特徴とする請求項２記載の許可・不許可識別装置。
4. 【請求項４】 前記第１の条件による識別ＩＤが所定エ
   リアの管理者及び保守員用であることを特徴とする請求
   項３記載の許可・不許可識別装置。