JP2001040924A - 入退室・機器使用統合管理システム - Google Patents

Abstract

(57)【要約】 【課題】 扱う情報の機密性や人体，環境の安全性等の
確保上、重要な施設への入退室用扉の開錠及びその施設
内の機器使用のために各々鍵の使用を必須条件とした入
退室・機器使用の管理システムを、高セキュリティ、低
コストで実現する。 【解決手段】 施設入退室用扉の開錠のための鍵には人
間鍵を、施設内機器の使用のための鍵は物理鍵又は数値
鍵を、各々使用することとし、また、入退室及び機器使
用の両管理に必須の構成部分のうち重複する構成部分は
１の共通構成部分としてまとめて構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、扱う情報の機密性
や人体，環境の安全性等の確保上、重要な領域への入室
や退室（入退室）及びそのような領域内の計算機や操作
設備等の機器使用を統合的に管理する入退室・機器使用
統合管理システムに関するものである。

【０００２】

【従来の技術】金融会社，機関の計算センタや企業，大
学のリサーチセンタのように、扱う情報に高い機密性が
要求されたり、原子力発電所や疫学研究所のように人
体，環境に対して高い安全性が要求される重要な領域
（特定領域）においては、従来から、不当な侵入者（以
下、単に侵入者という。）を排除し、また正当な関係者
（以下、単に関係者という。）の入退室状況等を管理す
るために、入退室管理システムが採用されている。ま
た、このような特定領域については、その内部において
も、設置された計算機や操作設備等の機器使用（操作）
を管理するために、機器使用管理システムが採用されて
いる。

【０００３】このようなシステムにおいて、入退室や機
器使用が許される関係者か否かの判定、すなわち個人認
証には、従来、その者が携帯する磁気カード，ＩＣカー
ド等の接触型カードや非接触型カード等の物理鍵又はそ
の者が入力するＩＤや暗証番号等の数値鍵が用いられて
いる。このような物理鍵や数値鍵は、それを用いた開錠
操作により生成されるデータが予め登録されているデー
タと合致すれば、上記特定領域への入退室を許可（開
扉）し、あるいは機器の使用を可能（例えば電源ＯＮ）
として、不正な情報操作による金銭価値の窃取や、故意
あるいは誤操作による重大事故の発生等を防いでいる。

【０００４】

【発明が解決しようとする課題】しかしながら上記従来
システムでは次のような問題点があった。すなわち従来
システムでは、個人認証に物理鍵又は数値鍵が用いられ
ているが、このうち物理鍵は、それが盗難されたもので
あろうと、偽造されたものであろうと、つまり関係者で
なくても、それを所持してさえいれば個人認証されてし
まい、特定領域の入退室やその内部の機器の使用が可能
となってしまう。

【０００５】数値鍵においても、それが漏洩されたもの
であろうと、関係者のＩＤや暗証番号等を知ってさえい
れば関係者でなくても個人認証されてしまい、特定領域
の入退室やその内部の機器の使用が可能となってしま
う。特に数値鍵の場合、ＩＤや暗証番号を記憶しやすく
するため、誕生日や電話番号等、本人に属するデータを
登録したり、それらをメモに残したりすることが多いた
め、そのデータが他人に漏洩する危険性は非常に高く、
誤った個人認証がなされやすい。

【０００６】このように従来システムでは、個人認証に
物理鍵，数値鍵が用いられており、特定領域への入退室
やそのような領域内の機器使用に対して充分な管理を行
い得ないという問題点があった。

【０００７】また、入退室管理システム及び機器使用管
理システムは、同じ管理システムという関係上、同様の
機能を少なからずもっており、共用可能部分が少なくな
いにも拘わらず、従来システムにおいてはこの点につい
て何ら配慮されておらず、各々別個独立に構成されてい
る。このため、ハードウェア上、あるいはソフトウェア
上、重複する構成部分が生じ、システム全体のコストが
上昇するという問題点もあった。

【０００８】本発明は、上記従来技術の問題点を解消す
べくなされたものである。

【０００９】

【課題を解決するための手段】本発明は、上述課題を解
決するため次の構成を採用する。 〈構成１〉特定領域に対する入退室のための扉の開錠及
びその特定領域内に設けられた機器の使用不可能状態か
ら使用可能状態への移行のために各々鍵の使用を必須条
件とした入退室・機器使用統合管理システムにおいて、
上記扉の開錠のために使用する鍵は少なくとも人間鍵を
含み、上記機器の使用可能状態への移行のために使用す
る鍵は物理鍵又は数値鍵であることを特徴とする入退室
・機器使用統合管理システム。

【００１０】〈構成２〉特定領域に対する入退室のため
の扉の開錠及びその特定領域内に設けられた機器の使用
不可能状態から使用可能状態への移行のために各々鍵の
使用を必須条件とした入退室・機器使用統合管理システ
ムにおいて、上記扉の開錠のために使用する鍵は少なく
とも人間鍵を含み、上記機器の使用可能状態への移行の
ために使用する鍵は物理鍵又は数値鍵であり、入退室及
び機器使用の両管理に必須の構成部分のうち共用可能部
分は１の共通構成部分として構成されたことを特徴とす
る入退室・機器使用統合管理システム。

【００１１】

【発明の実施の形態】以下、本発明の具体例につき図面
を用いて説明する。 《具体例》 〈具体例の構成〉図１は、本発明による入退室・機器使
用統合管理システムの具体例を示すブロック図である。
図示本発明システムは、１又は複数の、ここでは４つの
扉端末１２と、１又は複数の、ここでは８つのリモート
計算機１１と、１のホスト計算機１０とが、通信線１３
を介して相互接続されてなる。

【００１２】上記扉端末１２は、各々制御部１２０、電
子錠１２１、入室用生体的特徴読取部１２２及び退室用
生体的特徴読取部１２３からなり、扱う情報の機密性や
人体，環境の安全性等の確保上、重要な領域（以下、特
定領域という。）への入退室時に開閉される各扉（図示
せず）毎に設置されている。特定領域としては、例えば
金融会社の計算センタ，テレフォンバンキングセンタ，
トレーディングルームや、企業，大学のリサーチセン
タ、あるいは原子力発電所や疫学研究所等が挙げられ
る。

【００１３】ここで「生体的特徴」とは、生体、ここで
は人の指紋，虹彩，手型，網膜パターン等の特徴をい
う。これらは人それぞれ異なり、また長期にわたり変化
がないことから、本人の特定（個人認証）に利用可能で
あり、これらを鍵として利用するのが人間鍵１４であ
る。この人間鍵１４は、生体が独自にもつ、また生体か
ら分離されないものであることから、基本的には盗難，
偽造あるいは漏洩等は生じない。したがって、このよう
な人間鍵１４を扉の開錠鍵として用いれば高いセキュリ
ティが得られることになり、特定領域への入退室のため
の個人認証に用いて極めて有効である。

【００１４】また、リモート計算機１１は、特定領域内
に設けられた使用（操作）可否の管理対象機器であり、
各々制御部１１０、入力部１１１及び表示部１１２から
なり、端末装置としての一般的な制御，処理を行う他、
ここでは特に自身の使用の可否を問う数値鍵１５の受付
を行う。

【００１５】ホスト計算機１０は、制御部１００、デー
タベース１０１、登録用生体的特徴読取部１０２、入力
部１０３及び表示部１０４からなり、ホスト計算機とし
てのリモート計算機１１からの要求による一般的な制
御，処理を行う他、入退室及びリモート計算機使用の管
理上の主制御，処理を行う。ここでは、人間鍵１４の登
録，数値鍵１５の発行処理、扉端末１２からの認証デー
タ（人間鍵１４のコード化データ）による個人認証処理
及びその結果に基づく上記扉の開錠制御、リモート計算
機１１からの数値鍵１５の受付データに基づく上記リモ
ート計算機１１の使用不可能状態から使用可能状態への
移行制御等を行う。

【００１６】上記データベース１０１は、図２に示すよ
うに、ここでは認証リスト１０１０及び記録リスト１０
１１で主構成をなす。この場合、認証リスト１０１０
は、図３に示すように、数値鍵データ（数値鍵１５の受
付データ）１０１００、認証データ１０１０１、氏名１
０１０２、入室可能日１０１０３、入室可能時間１０１
０４、入室中フラグ１０１０５、使用可能日１０１０
６、使用可能時間１０１０７及び使用中フラグ１０１０
８等の項目を備えてなる。

【００１７】また記録リスト１０１１は、図４に示すよ
うに、数値鍵データ（数値鍵１５の受付データ）１０１
１０、入室日１０１１１、入室時間１０１１２、退室日
１０１１３、退室時間１０１１４、使用開始日１０１１
５、使用開始時間１０１１６、使用終了日１０１１７、
使用終了時間１０１１８及び不正行為フラグ１０１１９
等の項目を備えてなる。

【００１８】なお、データベース１０１は、性能，信頼
性等を高めるため、通常は複数のリスト構造をもつが、
ここでは説明簡易化のため単一構造を例示している。ま
たここでは、使用可否の管理対象機器として通常の端末
装置であるリモート計算機１１を例示したが、これのみ
ではなく、例えば特定設備の操作盤等であってもよい。

【００１９】〈具体例の動作〉次に、上述本発明システ
ムの処理動作を、（１）生体的特徴登録処理、（２）入
室処理、（３）リモート計算機使用開始処理、（４）リ
モート計算機使用終了処理及び（５）退室処理の順に説
明する。

【００２０】（１）生体的特徴登録処理（人間鍵登録，
数値鍵発行処理） まず、生体的特徴登録処理を図５のフローチャートを併
用して説明する。生体的特徴の登録はホスト計算機１０
で次のように行われる。すなわち、特定領域への入室を
許可される者は、まず、その者の生体的特徴を登録用生
体的特徴読取部１０２で人間鍵１４として読み取り（ス
テップＳ３０）、同制御部１００でそれをコード化する
（ステップＳ３１）。次に、そのコード化されたデータ
を、データベース１０１の認証リスト１０１０中の既存
の認証データ（人間鍵１４の登録済みコード化データ）
１０１０１の各々と比較し（ステップＳ３２）、一致の
有無を判定する（ステップＳ３Ａ）。一致データがあっ
た場合は登録処理を終了する。同一人の重複登録や、極
くまれに生ずる、別人でありながらの同一コード化デー
タによる登録（別人同士の重複登録）を阻止するためで
ある。この場合は別の方法で登録されるが、ここではそ
の詳細は省略する。

【００２１】一致データがなかった場合は、入力部１０
３より、その者の氏名、入室可能日、入室可能時間、機
器使用可能日、機器使用可能時間等を入力し（ステップ
Ｓ３３）、その入力されたデータ及びその者の生体的特
徴（人間鍵１４）のコード化データを認証リスト１０１
０に新規認証データとして格納，登録する（ステップＳ
３４）。またこの時、数値鍵１５をその者（関係者）に
発行する（ステップＳ３５）。数値鍵１５は、ここでは
生体的特徴登録順の一連番号として制御部１００が自動
発行する。

【００２２】この生体的特徴（人間鍵１４）の登録処理
は、管理システム全処理中、最も高度なセキュリティが
要求される。誰もが自由に登録処理を行える環境では、
管理システムの目的（侵入者を排除し、不許可者による
機器使用を不可能にすること）を果たすことができなく
なる。したがって、登録用生体的特徴読取部１０２は特
定領域内に設置され、また、この登録処理を起動するた
めには、生体的特徴による個人認証を用いて決められた
システム管理者だけが、この登録処理が行えるようにな
っている。なお表示部１０４は、ホスト計算機１０の処
理動作時、必要な文字や画像等、種々の表示を行う。

【００２３】（２）入室処理（人間鍵読取，扉開錠処
理） 次に、入室処理を図６のフローチャートを併用して説明
する。関係者は、扉端末１２の入室用生体的特徴読取部
１２２で自己の生体的特徴（人間鍵１４）を読み取らせ
る（ステップＳ４０）。読み取られた人間鍵１４は、同
制御部１２０でコード化され（ステップＳ４１）、必要
に応じてそのコードに付加情報、例えばセキュリティに
必要な暗号化情報、タイムスタンプ、入室部屋番号や利
用扉番号等を追加し、通信線１３を介してホスト計算機
１０の制御部１００に送られる（ステップＳ４２）。

【００２４】ホスト計算機１０の制御部１００は、送ら
れてきた人間鍵１４のコード化データを、データベース
１０１の認証リスト１０１０中の認証データ１０１０１
の各々と比較し（ステップＳ４３）、一致の有無の判
定、すなわち関係者であるか、侵入者であるかの判定を
行う（ステップＳ４Ａ）。ここでの判定方法は、送られ
てきた人間鍵１４（コード化データ）と同じデータが上
記認証データ１０１０１中に存在するか否かという簡単
なものである。

【００２５】関係者（一致あり）と判定された場合、上
記認証リスト１０１０中の入室可能日１０１０３や入室
可能時間１０１０４の妥当性がチェックされる（ステッ
プＳ４４，４Ｂ）。不当（ＮＧ）と判定された場合、後
述ステップＳ４９を経て入室処理は終了する。妥当（Ｏ
Ｋ）と判定された場合、制御部１００は、認証リスト１
０１０中の入室中フラグ１０１０５のチェックを行い
（ステップＳ４５）、それがオフの場合、同フラグ１０
１０５をオンし（ステップＳ４６）、かつ通信線１３経
由で扉端末１２の制御部１２０に対して該当扉の開錠指
示を出す（ステップＳ４７）。開錠指示を受けた扉端末
１２の制御部１２０は、電子錠１２１を制御し、上記扉
の開錠を行う（ステップＳ４８）。このようにして、関
係者は特定領域への入室が可能となる。ステップＳ４Ａ
で侵入者（一致なし）と判定された場合、扉の開錠は行
わず、後述ステップＳ４９を経て入室処理を終了する。

【００２６】ホスト計算機１０の制御部１００は、入室
状況も管理しているので、入室（扉開錠）日時を、ホス
ト計算機１０のデータベース１０１の記録リスト１０１
１中の該当欄（１０１１１，１０１１２）に格納する
（ステップＳ４９）。また、侵入者と判定した場合、侵
入者が入室を試みたという記録を、その他得られた情
報、例えば全くの侵入者か、あるいは部屋，日時等の条
件を逸脱して入室を試みた条件外関係者か等の情報と共
に上記記録リスト１０１１の該当欄、例えば不正行為内
容の項目（図示せず）に格納する（ステップＳ４９）。

【００２７】なお、関係者であると判定した場合でも、
上記データベース１０１の認証リスト１０１０中の入室
中フラグ１０１０５の内容から、その関係者が既に入室
していると判定された場合には、同一人が２回続けて入
室することは有り得ないので扉の開錠はせず、その旨を
上記記録リスト１０１１の該当欄、例えば上記不正行為
内容の項目に格納する（ステップＳ４５，４９）。

【００２８】（３）リモート計算機使用開始処理（数値
鍵入力，機器使用可能制御処理） 次に、リモート計算機使用開始処理を図７のフローチャ
ートを併用して説明する。関係者は、リモート計算機１
１の入力部１１１から生体的特徴（人間鍵１４）登録時
に与えられた数値鍵１５を入力する（ステップＳ５
０）。リモート計算機１１の制御部１１０は、数値鍵１
５の受付データに、必要に応じて付加情報、例えばセキ
ュリティに必要な暗号化情報、タイムスタンプ、数値鍵
１５が入力されたリモート計算機１１の番号等を追加
し、通信線１３を介してホスト計算機１０の制御部１０
０に送る（ステップＳ５１）。

【００２９】ホスト計算機１０の制御部１００は、送ら
れてきた数値鍵１５（受付データ）を、データベース１
０１の認証リスト１０１０中の数値鍵データ１０１００
の各々と比較し、該当数値鍵データ１０１００に対応す
る入室中フラグ１０１０５がオンであるか否かの判定を
行う（ステップＳ５２，５Ａ）。オンであった場合、認
証リスト１０１０中の使用可能日１０１０６や使用可能
時間１０１０７の妥当性がチェックされる（ステップＳ
５３，５Ｂ）。妥当（ＯＫ）と判定された場合には、更
に使用中フラグ１０１０８がオフになっていることを確
認する（ステップＳ５４，５Ｃ）。

【００３０】使用中フラグ１０１０８のオフが確認され
ると、使用中フラグ１０１０８をオンし（ステップＳ５
５）、その後、ホスト計算機１０の制御部１００は、通
信線１３経由でリモート計算機１１の制御部１１０に対
して使用可能状態にすべき旨を通知し、そのリモート計
算機１１は使用可能状態になり（ステップＳ５６）、当
該関係者はそのリモート計算機１１上での作業を開始で
きる。

【００３１】このようにして、関係者はリモート計算機
１１の使用が可能となる。ステップＳ５Ａあるいは５Ｂ
において、オフあるいはＮＧと判定された場合、すなわ
ち侵入者と判定されたり、使用条件外の使用と判定され
た場合には、そのリモート計算機１１は使用可能状態と
ならず、ステップＳ５７にてその旨を上記記録リスト１
０１１の該当欄、例えば上記不正行為内容の項目に格納
する（ステップＳ５７）。

【００３２】ホスト計算機１０の制御部１００は、リモ
ート計算機使用状況も管理しているので、リモート計算
機使用開始日時を、ホスト計算機１０のデータベース１
０１の記録リスト１０１１中の該当欄（１０１１５，１
０１１６）に格納する（ステップＳ５７）。また、侵入
者と判定した場合、侵入者がリモート計算機使用を試み
たという記録を、その他得られた情報、例えば全くの侵
入者か、あるいはリモート計算機使用開始日時等の条件
を逸脱してリモート計算機使用を試みた条件外関係者か
等の情報と共に上記記録リスト１０１１の該当欄、例え
ば不正行為内容の項目（図示せず）に格納する（ステッ
プＳ５７）。

【００３３】なお、関係者であると判定した場合でも、
上記データベース１０１の認証リスト１０１０中の使用
中フラグ１０１０８の内容から、その関係者が既に使用
中であると判定（ステップＳ５Ｃにおいてオンと判定）
された場合には、同一人が２回続けて使用開始すること
は有り得ないので、リモート計算機１１を使用可能状態
とせず、その旨を上記記録リスト１０１１の該当欄、例
えば上記不正行為内容の項目に格納する（ステップＳ５
７）。表示部１１２は、リモート計算機１１の処理動作
時、必要な文字や画像等、種々の表示を行う。

【００３４】（４）リモート計算機使用終了処理（機器
使用終了の旨の入力処理） 次に、リモート計算機使用終了処理を図８のフローチャ
ートを併用して説明する。関係者は、リモート計算機１
１の入力部１１１から使用終了の旨を入力する（ステッ
プＳ６０）。リモート計算機１１の制御部１１０は、そ
の使用終了の旨の信号（使用終了信号）を通信線１３を
介してホスト計算機１０の制御部１００に送る（ステッ
プＳ６１）。使用終了信号を受けたホスト計算機１０の
制御部１００は、そのデータベース１０１の認証リスト
１０１０中の当該関係者の使用中フラグ１０１０８をオ
フする（ステップＳ６２）。そして当該関係者がそれま
で使用していたリモート計算機１１を使用不可能の状態
にする（ステップＳ６３）。

【００３５】ホスト計算機１０の制御部１００は、リモ
ート計算機使用状況も管理しているので、リモート計算
機使用終了日時をホスト計算機１０のデータベース１０
１の記録リスト１０１１中の該当欄（１０１１７，１０
１１８）に格納する（ステップＳ６４）。

【００３６】（５）退室処理（人間鍵読取，扉開錠処
理） 最後に、退室処理を図９のフローチャートを併用して説
明する。関係者は、扉端末１２の退室用生体的特徴読取
部１２３で自己の生体的特徴（人間鍵１４）を読み取ら
せる（ステップＳ７０）。読み取られた人間鍵１４は、
同制御部１２０でコード化され（ステップＳ７１）、必
要な場合にはそのコードに付加情報、例えばセキュリテ
ィに必要な暗号化情報、タイムスタンプ、退室部屋番号
や利用扉番号等を追加し、通信線１３を介してホスト計
算機１０の制御部１００に送られる（ステップＳ７
２）。

【００３７】ホスト計算機１０の制御部１００は、送ら
れてきた人間鍵１４のコード化データを、データベース
１０１の認証リスト１０１０中の認証データ１０１０１
の各々と比較し（ステップＳ７３）、一致の有無の判
定、すなわち関係者であるか、侵入者であるかの判定を
行う（ステップＳ７Ａ）。ここでの判定方法は、送られ
てきた人間鍵１４（コード化データ）と同じデータが上
記認証データ１０１０１中に存在するか否かという簡単
なものである。

【００３８】関係者（一致あり）と判定された場合、上
記認証リスト１０１０中の入室可能日１０１０３や入室
可能時間１０１０４の妥当性がチェックされる（ステッ
プＳ７４，７Ｂ）。不当（ＮＧ）と判定された場合、後
述ステップＳ８２を経て退室処理は終了する。妥当（Ｏ
Ｋ）と判定された場合、制御部１００は、認証リスト１
０１０中の入室中フラグ１０１０５をチェックする（ス
テップＳ７５）。

【００３９】それがオンであった場合、同フラグ１０１
０５をオフし（ステップＳ７６）、かつ通信線１３経由
で扉端末１２の制御部１２０に対して該当扉の開錠指示
を出す（ステップＳ７７）。開錠指示を受けた扉端末１
２の制御部１２０は、電子錠１２１を制御し、上記扉の
開錠を行う（ステップＳ７８）。このようにして、関係
者は特定領域からの退室が可能となる。ステップＳ７Ａ
で侵入者（一致なし）と判定された場合、扉の開錠は行
わず、後述ステップＳ８２を経て退室処理を終了する。

【００４０】ホスト計算機１０の制御部１００は、退室
状況も管理しているので、退室（扉開錠）日時を、ホス
ト計算機１０のデータベース１０１の記録リスト１０１
１中の該当欄（１０１１３，１０１１４）に格納する
（ステップＳ８２）。また、侵入者と判定した場合、侵
入者が退室を試みたという記録を、その他得られた情
報、例えば全くの侵入者か、あるいは部屋，日時等の条
件を逸脱して退室を試みた条件外関係者か等の情報と共
に上記記録リスト１０１１の該当欄、例えば不正行為内
容の項目（図示せず）に格納する（ステップＳ８２）。

【００４１】なお、関係者であると判定した場合でも、
上記データベース１０１の認証リスト１０１０中の入室
中フラグ１０１０５の内容から、その関係者が入室して
いないと判定された場合には、入室していない人が退室
することは有り得ないので扉の開錠はせず、その旨を上
記記録リスト１０１１の該当欄、例えば上記不正行為内
容の項目に格納する（ステップＳ７５，８２）。

【００４２】また関係者が、退室に先立ってリモート計
算機１１の使用終了操作（リモート計算機１１の入力部
１１１による使用終了の旨の入力（図８中のステップＳ
６０参照））をしていなかった場合には、この退室処理
時、ホスト計算機１０の制御部１００は、データベース
１０１の認証リスト１０１０中の当該関係者の使用中フ
ラグ１０１０８をオフし（ステップＳ８０）、リモート
計算機１１を使用不可能状態にする（ステップＳ８
１）。侵入者や条件外関係者等による故意あるいは過失
による誤操作に基づく事故発生を未然に防ぐためであ
る。

【００４３】〈具体例の効果〉上述本発明システムによ
れば、特定領域に対する入退室のための扉の開錠のため
に使用する鍵に人間鍵１４を用いたので、特定領域への
入退室につき充分な管理を行う（高度なセキュリティを
実現する）ことができるという効果がある。特定領域内
のリモート計算機１１の使用にも数値鍵１５を要するこ
とにしてあり、機器使用管理も行える。

【００４４】また、特定領域に対する入退室及び特定領
域内のリモート計算機使用の両管理に必須の構成部分の
うち共用可能部分は１の共通構成部分として構成した、
すなわち、鍵の登録，発行処理、ここでは人間鍵１４の
登録，数値鍵１５の発行処理、それらの読取，受付処理
や、データベース１０１及びそのデータベース１０１に
おける入退室やリモート計算機使用管理上の各種データ
の記録，検索処理に係るハードウェア，ソフトウェアの
構成を１つのホスト計算機１０で実現したので、管理シ
ステム全体のコストを低減できるという効果もある。

【００４５】なお上述具体例では、特定領域に対する入
退室のための扉の開錠のために使用する鍵に人間鍵１４
のみを用いたが、これに数値鍵や物理鍵、又はそれらの
両方を併用するようにしてもよい。これは、極くまれに
ではあるが、人間鍵１４で重複データが生じた場合の、
同一人間鍵１４，別人関係者の分別管理に有効である。
また上述具体例では、特定領域内の機器（上述具体例で
はリモート計算機１１）使用に数値鍵１５を用いたが、
物理鍵を用いるようにしてもよい。

【図面の簡単な説明】

【図１】本発明システムの具体例を示すブロック図であ
る。

【図２】図１中のデータベースの構成例を示すブロック
図である。

【図３】図２中の認証リストの構成例を示すブロック図
である。

【図４】同じく記録リストの構成例を示すブロック図で
ある。

【図５】図１に示す本発明システムにおける生体的特徴
（人間鍵）登録処理手順を示すフローチャートである。

【図６】同じく入室処理手順を示すフローチャートであ
る。

【図７】同じくリモート計算機使用開始処理手順を示す
フローチャートである。

【図８】同じくリモート計算機使用終了処理手順を示す
フローチャートである。

【図９】同じく退室処理手順を示すフローチャートであ
る。

【符号の説明】

１０ ホスト計算機 １００ 制御部 １０１ データベース １０２ 登録用生体的特徴読取部 １０３ 入力部 １０４ 表示部 １１ リモート計算機 １１０ 制御部 １１１ 入力部 １１２ 表示部 １２ 扉端末 １２０ 制御部 １２１ 電子錠 １２２ 入室用生体的特徴読取部 １２３ 退室用生体的特徴読取部 １３ 通信線 １４ 人間鍵 １５ 数値鍵

Claims (2)

【特許請求の範囲】
1. 【請求項１】 特定領域に対する入退室のための扉の開
   錠及びその特定領域内に設けられた機器の使用不可能状
   態から使用可能状態への移行のために各々鍵の使用を必
   須条件とした入退室・機器使用統合管理システムにおい
   て、 前記扉の開錠のために使用する鍵は少なくとも人間鍵を
   含み、 前記機器の使用可能状態への移行のために使用する鍵は
   物理鍵又は数値鍵であることを特徴とする入退室・機器
   使用統合管理システム。
2. 【請求項２】 特定領域に対する入退室のための扉の開
   錠及びその特定領域内に設けられた機器の使用不可能状
   態から使用可能状態への移行のために各々鍵の使用を必
   須条件とした入退室・機器使用統合管理システムにおい
   て、 前記扉の開錠のために使用する鍵は少なくとも人間鍵を
   含み、 前記機器の使用可能状態への移行のために使用する鍵は
   物理鍵又は数値鍵であり、 入退室及び機器使用の両管理に必須の構成部分のうち共
   用可能部分は１の共通構成部分として構成されたことを
   特徴とする入退室・機器使用統合管理システム。