JP4897531B2 - 入退室管理装置および方法 - Google Patents

Description

本発明は、入退室管理技術に関し、特に各部屋に対する各ユーザの入退室に関する履歴情報を表示する履歴表示技術に関する。

一般に、施設や建物では、特定の管理区域について部外者に対するセキュリティが必要な場合、入退室管理システムを用いて入退室を厳重に管理するものとなっている。代表的な入退室管理システムとして、例えば特定の部屋の出入口にリーダと電気錠を設け、ユーザが所持するＩＤカードから読み取ったユーザ識別情報に基づき入退室の可否を判定して電気錠を制御する入退室管理システムが提案されている（例えば、特許文献１，２など参照）。

このような入退室管理システムでは、各ユーザの部屋への入退室の履歴を示す履歴情報や、各ユーザや各部屋に関する入退室可否判定のための判定情報は、施設や建物を管理する管理者が一括して管理する方法が一般的である。
したがって、複数の会社がテナントとして入居する建物では、建物管理者が各テナントユーザの履歴情報や判定情報を管理する必要があるため、建物管理者の作業負担が大きくなる。

従来、このような複数の会社がテナントとして入居する建物で用いる入退室管理システムとして、例えば「会社」、「部署」、「個人」からなる階層構造で各ユーザを分類しておき、これら分類に属するユーザの履歴情報や判定情報については、当該分類の１つ上位の階層に位置する責任者にアクセス権を付与して、当該責任者が閲覧し設定することにより、建物全体の管理者に対する作業負担を軽減する技術が提案されている（例えば、特許文献３など参照）。

特開平１０−２８０７５２号公報 特開平１１−２０３５８０号公報 特開２０００−０３０１７１号公報

しかしながら、このような従来技術では、複数の会社がテナントとして入居する建物の場合、所望の履歴情報を柔軟かつ容易に抽出することができないという問題点があった。
すなわち、従来の入退室管理システムでは、「会社」、「部署」、「個人」などの階層構造に基づきユーザを分類し、これらユーザの履歴情報に対するアクセス権は、当該分類の上位階層にあたる分類に属する責任者に付与される。したがって、責任者が閲覧可能な履歴情報は下位階層の分類に属するユーザに関するものに限定されるため、異なる分類に関する履歴を横断的に効率よく一括して閲覧することができない。

また、履歴情報を閲覧する際、当該分類に属するすべてのユーザの識別情報を検索キーとして膨大な履歴情報から所望の履歴情報を検索する必要があり、検索処理負担が大きくなり易い。特に、ユーザ数に応じて検索処理負担も大幅に増加するため、テナント単位で履歴情報を抽出する場合、その検索処理負担は極めて大きい。また、従来技術の場合、階層構造の最上位階層は建物管理者となるため、例えばテナント単位の履歴情報を抽出するには、建物管理者が履歴情報を検索する必要があり、建物管理者に対して大きな作業負担が発生する。

本発明はこのような課題を解決するためのものであり、所望の履歴情報を柔軟かつ容易に抽出することができる入退室管理装置および方法を提供することを目的としている。

このような目的を達成するために、本発明にかかる入退室管理装置は、特定の部屋に対するユーザの入退室ごとの日時、部屋、およびユーザを示す履歴からなる履歴情報と、部屋が属する管理区分を示す部屋管理区分情報と、ユーザが属する管理区分を示すユーザ管理区分情報と、履歴情報を閲覧するオペレータが属する管理区分を示すオペレータ管理区分情報とをそれぞれ記憶する記憶部と、記憶部を参照してオペレータの管理区分と履歴情報の各履歴の部屋および／またはユーザの管理区分とを比較し、この比較結果に基づいて所望の履歴を選択する履歴選択部と、オペレータによる履歴閲覧時に記憶部の履歴情報のうち履歴選択部で選択された履歴を画面表示部で表示する履歴表示部とを備えている。

この際、履歴選択部で、履歴情報のうち、当該部屋の管理区分のいずれかがオペレータの管理区分のいずれかと一致し、かつ当該ユーザの管理区分のいずれかがオペレータの管理区分のいずれかと一致する履歴を選択するようにしてもよい。

また、履歴選択部で、履歴情報のうち、当該部屋がいずれか特定の管理区分に属するユーザが専用する専用部屋であって、かつ当該管理区分がオペレータの管理区分のいずれかと一致する履歴を選択するようにしてもよい。

また、履歴選択部で、履歴情報のうち、当該部屋が特定の管理区分に属さないユーザも共用する共用部屋であって、かつ当該管理区分がオペレータの管理区分のいずれかと一致し、さらに当該ユーザの管理区分のいずれかがオペレータの管理区分のいずれかと一致する履歴を選択するようにしてもよい。

また、本発明にかかる入退室管理方法は、記憶部により、特定の部屋に対するユーザの入退室ごとの日時、部屋、およびユーザを示す履歴からなる履歴情報と、部屋が属する管理区分を示す部屋管理区分情報と、ユーザが属する管理区分を示すユーザ管理区分情報と、履歴情報を閲覧するオペレータが属する管理区分を示すオペレータ管理区分情報とをそれぞれ記憶する記憶ステップと、履歴選択部により、記憶部を参照してオペレータの管理区分と履歴情報の各履歴の部屋および／またはユーザの管理区分とを比較し、この比較結果に基づいて所望の履歴を選択する履歴選択ステップと、履歴表示部により、オペレータによる履歴閲覧時に記憶部の履歴情報のうち履歴選択部で選択された履歴を画面表示部で表示する履歴表示ステップとを備えている。

本発明によれば、オペレータによる履歴閲覧時には、履歴選択部により、記憶部が参照されて、当該オペレータの管理区分と各履歴の部屋および／またはユーザの管理区分とが比較され、この比較結果に基づいて所望の履歴が選択されるため、オペレータの管理区分に応じた履歴が選択的に表示される。

このため、管理区分を必要に応じて設定することにより、会社の組織やフロアなどの既存の分類に制限されることなく異なる分類に関する履歴を横断的に表示することができる。また管理区分で表示要否を判定するようにしたので、所望の分類に属する各ユーザＩＤと各履歴とを比較して判定する場合に比べて極めて効率よく表示要否を判定できる。したがって、複数の会社がテナントとして入居する建物の場合でも、所望の履歴情報を柔軟かつ容易に抽出することが可能となる。

次に、本発明の実施の形態について図面を参照して説明する。
［第１の実施の形態］
まず、図１を参照して、本発明の第１の実施の形態にかかる入退室管理装置について説明する。図１は、本発明の第１の実施の形態にかかる入退室管理装置の構成を示すブロック図である。
この入退室管理装置１０は、パーソナルコンピュータなどの情報処理装置からなり、通信ネットワークＮＷを介してコントローラ２１とデータ通信を行うことにより、入退室を管理するための機能として、例えば特定の管理区域についてユーザの入退室可否を判定する機能や、入退室の内容を示す履歴情報を蓄積して画面表示する機能を有している。

リーダ２３は、特定の管理区域に相当する部屋２２の出入口に設けられた情報読取装置からなり、ユーザの所有するＩＤカード３０からユーザ識別情報を取得する機能と、制御バスＢＳを介してコントローラ２１とデータ通信を行うことによりユーザ識別情報をコントローラ２１へ送信する機能とを有する。
電気錠２４は、特定の管理区域に相当する部屋２２の出入口のドアに設けられた電気式の錠前からなり、制御バスＢＳを介してコントローラ２１とデータ通信を行うことによりコントローラ２１からの錠制御指示を受信する機能と、受信した錠制御指示に基づいて当該出入口のドアの施錠や解錠を行う機能とを有している。

コントローラ２１は、コンピュータを用いて制御バスＢＳに接続された各種機器を制御する機器制御装置であり、通信ネットワークＮＷを介して入退室管理装置１０とデータ通信を行う機能と、このデータ通信により当該コントローラ２１の管理エリア２０内にある各部屋２２へ入退室可能な利用者に関する入退室判定情報を入退室管理装置１０からダウンロードして保存する機能と、各部屋２２のリーダ２３から制御バスＢＳを介して受信したユーザ識別情報に対して、上記入退室判定情報に基づき当該部屋への入退室可否を判定する機能と、この判定結果に基づく錠制御指示を所定の部屋２２の電気錠２４へ制御バスＢＳを介して送信する機能を有している。図１の例では、１つ以上の部屋２２が論理的な１つ管理エリア２０として管理されており、管理エリア２０ごとに設けられた１つのコントローラ２１により、各部屋２２に対する入退室可否が判定され、その判定結果に基づき各部屋２２のリーダ２３および電気錠２４が制御される。

本実施の形態は、入退室管理装置１０の履歴選択部により、オペレータによる閲覧時に記憶部を参照して、当該オペレータの管理区分と履歴情報の各履歴の部屋および／またはユーザの管理区分とを比較し、この比較結果に基づいて所望の履歴を選択するようにしたものである。

管理区分とは、入退室管理装置１０の管理対象に対して任意に設定した、履歴情報の閲覧可否判定を行う論理的な管理グループである。例えば３つの会社がテナントとして１の建物に入居するような場合、テナントごとやフロアごとに管理区分Ａ〜Ｃが設定され、部屋、ユーザ、およびオペレータがいずれか１つ以上の管理区分に属するよう予め設定される。履歴情報閲覧時には、オペレータに対して予め割り当てられたすべての管理区分を管理範囲（閲覧可能範囲）として、個々の管理区分すなわち管理単位ごとに履歴情報の閲覧可否が判定される。

［入退室管理装置］
次に、図１を参照して、本発明の第１の実施の形態にかかる入退室管理装置の構成について詳細に説明する。
入退室管理装置１０には、主な機能部として、通信インターフェース部（以下、通信Ｉ／Ｆ部という）１１、操作入力部１２、画面表示部１３、記憶部１４、および演算処理部１５が設けられている。

通信Ｉ／Ｆ部１１は、専用のデータ通信回路からなり、ＬＡＮなどの通信ネットワークＮＷを介して各管理エリア２０のコントローラ２１とデータ通信を行う機能を有している。
操作入力部１２は、キーボードやマウスなどの操作入力装置からなり、オペレータの操作を検出して演算処理部１５へ出力する機能を有している。
画面表示部１３は、ＬＣＤやＰＤＰなどの画面表示装置からなり、演算処理部１５からの指示に応じて、操作メニューや履歴情報などの各種情報を画面表示する機能を有している。

記憶部１４は、ハードディスクやメモリなどの記憶装置からなり、演算処理部１５で実行する情報処理に用いる各種処理情報やプログラム１４Ｐを記憶する機能を有している。
プログラム１４Ｐは、演算処理部１５で読み出されて実行されることにより、各種処理情報を実現するためのプログラムであり、予め記録媒体（図示せず）や外部装置（図示せず）から取り込んで格納される。
記憶部１４で記憶する処理情報としては、入退室判定情報１４Ａ、部屋管理区分情報１４Ｂ、ユーザ管理区分情報１４Ｃ、オペレータ管理区分情報１４Ｄ、および履歴情報１４Ｅがある。

入退室判定情報１４Ａは、ユーザごとに各部屋２２に対する入退室可否を示す情報であり、予めオペレータの登録操作により設定される。図２は、入退室判定情報の構成例である。ここでは、各ユーザに固有のユーザＩＤ（ユーザ識別情報）と当該ユーザが入退室可能な部屋を示す部屋ＩＤ（部屋識別情報）のリストとの組が、ユーザごとに登録されている。

部屋管理区分情報１４Ｂは、部屋２２ごとに当該部屋が属する管理区分を示す情報であり、予めオペレータの登録操作により設定される。図３は、部屋管理区分情報の構成例である。ここでは、部屋ＩＤ、部屋名、および当該部屋に対する予め用意された管理区分Ａ〜Ｃの割当有無（○＝割当あり，×＝割当なし）を示す管理区分データの組が、部屋ごとに登録されている。

ユーザ管理区分情報１４Ｃは、ユーザごとに当該ユーザが属する管理区分を示す情報であり、予めオペレータの登録操作により設定される。図４は、ユーザ管理区分情報の構成例である。ここでは、ユーザＩＤ、ユーザの氏名、当該ユーザに対する予め用意された各管理区分Ａ〜Ｃの割当有無（○＝割当あり，×＝割当なし）を示す管理区分データの組が、ユーザごとに登録されている。

オペレータ管理区分情報１４Ｄは、オペレータごとに当該オペレータが属する管理区分を示す情報であり、予めオペレータの登録操作により設定される。図５は、オペレータ管理区分情報の構成例である。ここでは、オペレータＩＤ（オペレータ識別情報）、オペレータのログイン名、オペレータの氏名、オペレータが閲覧可能な履歴の表示対象日時、および当該オペレータに対する予め用意された各管理区分の割当有無（○＝割当あり，×＝割当なし）を示す管理区分データの組が、オペレータごとに登録されている。

履歴情報１４Ｅは、管理区域である特定の部屋に対するユーザの入退室の内容を示す情報であり、入退室の判定ごとにコントローラ２１から通知された履歴が、演算処理部１５により記録される。図６は、履歴情報の構成例である。ここでは、履歴ＩＤ（履歴識別情報）、入退室が行われた履歴日時、部屋ＩＤ、ユーザＩＤ、当該入退室に関する部屋およびユーザの管理区分の割当有無（○＝割当あり，×＝割当なし）を示す管理区分データ、部屋やユーザに関する説明である備考の組が、履歴ごとに登録されている。

演算処理部１５は、ＣＰＵなどのマイクロプロセッサとその周辺回路を有し、記憶部１４のプログラム１４Ｐを読み込んで実行することにより、上記ハードウェアとプログラム１４Ｐとを協働させて各種処理部を実現する機能を有している。
演算処理部１５で実現される主な機能としては、入退室設定部１５Ａ、オペレータ認証部１５Ｂ、履歴蓄積部１５Ｃ、履歴選択部１５Ｄ、および履歴表示部１５Ｅがある。

入退室設定部１５Ａは、オペレータが入退室可否を設定する際、記憶部１４の入退室判定情報１４Ａのうち、オペレータの管理区分と一致する部屋およびユーザの入退室可否を当該オペレータの操作に応じて更新して記憶部１４へ保存する機能を有している。
オペレータ認証部１５Ｂは、履歴情報の閲覧を行う前にログイン名やパスワードに基づいてオペレータの正当性を確認する機能を有している。

履歴蓄積部１５Ｃは、コントローラ２１での入退室の判定ごとに、その入退室の内容を示す、日時、部屋、およびユーザを含む履歴を生成する機能と、生成した履歴を記憶部１４に履歴情報１４Ｅとして蓄積する機能とを有している。
履歴選択部１５Ｄは、記憶部１４の部屋管理区分情報１４Ｂ、ユーザ管理区分情報１４Ｃ、オペレータ管理区分情報１４Ｄを参照して、当該オペレータの管理区分と各履歴情報の部屋および／またはユーザの管理区分とを比較する機能と、この比較結果に基づいて所望の履歴情報を選択する機能とを有している。
履歴表示部１５Ｅは、オペレータが履歴情報を閲覧する際、記憶部１４の履歴情報１４Ｅのうち履歴選択部１５Ｄで選択された履歴を画面表示部１３で表示する機能を有している。

［第１の実施の形態の動作］
次に、図７および図８を参照して、本発明の第１の実施の形態にかかる入退室管理装置の動作について説明する。図７は、本発明の第１の実施の形態にかかるコントローラの入退室判定処理を示すフローチャートである。図８は、本発明の第１の実施の形態にかかる入退室管理装置の履歴表示処理を示すフローチャートである。

［入退室判定動作］
まず、図７を参照して、本発明の第１の実施の形態にかかるコントローラの入退室判定動作について説明する。
ユーザが管理区域にある部屋２２に入退室する際、入退室の許可を得るため所持するＩＤカード３０をリーダ２３に挿入する。リーダ２３はＩＤカード３０からユーザＩＤを読み取り、当該リーダで記憶している部屋ＩＤとともに、制御バスＢＳを介してコントローラ２１へ送信する。コントローラ２１は、制御バスＢＳを介してリーダ２３からユーザＩＤおよび部屋ＩＤを受信し、これに応じて当該ユーザに関する部屋２２への入退室可否を判定する。

コントローラ２１は、制御バスＢＳを介してリーダ２３からユーザＩＤおよび部屋ＩＤを受信した場合、図７の入退室判定処理を開始する。
コントローラ２１は、まず、受信したユーザＩＤと部屋ＩＤを取得し（ステップ１００）、予め入退室管理装置１０からダウンロードして保存しておいた記憶部の入退室判定情報を参照して、入退室判定要求のユーザＩＤに対応する部屋ＩＤリストを取得する（ステップ１０１）。

次に、コントローラ２１は、取得した部屋ＩＤリスト内に入退室判定要求の部屋ＩＤが登録されているか否か確認する（ステップ１０２）。ここで、部屋ＩＤリスト内に部屋２２の部屋ＩＤが登録されている場合（ステップ１０２：ＹＥＳ）、入退室可能と判断し、部屋２２の電気錠２４の解錠を指示する解錠指示を制御バスＢＳを介して部屋２２のリーダ２３および電気錠２４へ送信する（ステップ１０３）。

リーダ２３は、コントローラ２１からの解錠指示に応じて入退室が許可された旨をユーザに表示し、電気錠２４は、コントローラ２１からの解錠指示に応じて、所定時間だけ部屋２２のドアを解錠する。これによりユーザは部屋２２の入退室が可能となる。

一方、ステップ１０２において、部屋ＩＤリスト内に部屋２２の部屋ＩＤが登録されていない場合には（ステップ１０２：ＹＥＳ）、当該リーダ２３に対する入退室拒否指示を制御バスＢＳを介して部屋２２のリーダ２３および電気錠２４へ送信する（ステップ１０４）。

リーダ２３は、コントローラ２１からの入退室拒否指示に応じて入退室が許可されなかった旨をユーザに表示する。これにより電気錠２４は解錠されないため、ユーザは部屋２２の入退室が不可能のままとなる。

ステップ１０３，１０４の後、コントローラ２１は、当該入退室に関する、履歴日時、部屋ＩＤ、ユーザＩＤ、リーダＩＤ、および入退室判定結果などを含む履歴を生成し、通信ネットワークＮＷを介して入退室管理装置１０へ送信し（ステップ１０５）、一連の入退室判定処理を終了する。

一方、入退室管理装置１０の演算処理部１５は、履歴情報蓄積部１５Ｃにより、コントローラ２１から受信した履歴に、部屋管理区分データ、ユーザ管理区分データ、さらには備考など各種データを付加した後、記憶部１４の履歴情報１４Ｅとして蓄積する。
この際、履歴情報において、履歴日時は、履歴生成時や入退室判定時に演算処理部１５の計時部（図示せず）から取得した時刻を用いてもよく、当該入退室判定時にリーダ２３やコントローラ２１で計時されて通知された時刻を用いてもよい。
また部屋ＩＤやユーザＩＤは入退室判定時のものが用いられる。部屋管理区分データや備考については、記憶部１４の部屋管理区分情報１４Ｂから当該部屋ＩＤに対応するものを取得すればよく、ユーザ管理区分データについては、記憶部１４のユーザ管理区分情報１４Ｃから当該ユーザＩＤに対応するものを取得すればよい。

［履歴表示動作］
次に、図８を参照して、本発明の第１の実施の形態にかかる入退室管理装置の履歴表示動作について説明する。
入退室の履歴を閲覧する場合、オペレータは、まず認証要求を操作入力部１２から操作入力してオペレータ認証を得た後、履歴閲覧要求を操作入力部１２から操作入力する。

演算処理部１５は、操作入力部１２で認証要求操作が検出された場合、オペレータ認証部１５Ｂにより、ログイン名やパスワードなどの認証情報入力画面を画面表示部１３に表示し、操作入力部１２から入力されたこれら認証情報と記憶部１４に予め保存されている認証情報（図示せず）とを比較してオペレータの正当性を確認し、正当性が確認されてオペレータの認証が成功した場合は、各種処理メニューを画面表示部１３に表示する。

この後、演算処理部１５は、操作入力部１２で履歴閲覧要求操作が検出された場合、履歴選択部１５Ｄおよび閲覧表示部１５Ｅにより、図８の履歴表示処理を開始する。
履歴選択部１５Ｄは、まず、記憶部１４のオペレータ管理区分情報１４Ｄを参照して、当該オペレータのログイン名に基づき、表示対象日時と管理区分データを取得し（ステップ１１０）、続いて、記憶部１４の履歴情報１４Ｅから表示要否が未判定である任意の履歴を取得する（ステップ１１１）。

次に、履歴選択部１５Ｄは、当該履歴の履歴日時とオペレータの表示対象日時を比較し、履歴日時が表示対象日時以降のものかどうか確認する（ステップ１１２）。ここで、履歴日時が表示対象日時より古い場合（ステップ１１２：ＮＯ）、ステップ１１６へ移行して、履歴情報１４Ｅのうち表示要否が未判定の履歴が存在する場合にのみ（ステップ１１６：ＹＥＳ）、ステップ１１１へ戻って表示要否が未判定である任意の履歴について、表示要否の判定を行う（ステップ１１１）。

一方、ステップ１１２において、履歴日時が表示対象日時以降である場合（ステップ１１２：ＹＥＳ）、履歴選択部１５Ｄは、当該履歴の部屋管理区分とオペレータの管理区分を比較する（ステップ１１３）。ここで、両者に一致する管理区分がない場合（ステップ１１３：ＮＯ）、ステップ１１６へ移行する。
また、当該履歴の部屋管理区分とオペレータの管理区分に一致するものがある場合（ステップ１１３：ＹＥＳ）、履歴選択部１５Ｄは、当該履歴のユーザ管理区分とオペレータの管理区分を比較する（ステップ１１４）。ここで、両者に一致する管理区分がない場合（ステップ１１４：ＮＯ）、ステップ１１６へ移行する。

一方、ステップ１１４において、当該履歴のユーザ管理区分とオペレータの管理区分に一致するものがある場合（ステップ１１４：ＹＥＳ）、履歴選択部１５Ｄは、当該履歴を閲覧対象履歴として選択し（ステップ１１５）、ステップ１１６へ移行する。
ステップ１１６において、すべての履歴に対する表示要否の判定が終了した場合（ステップ１１６：ＹＥＳ）、演算処理部１５は、履歴表示部１５Ｅにより、履歴選択部１５Ｄで選択された各履歴を画面表示部１３で表示し、一連の履歴表示動作を終了する。

これにより、入退室に関係した部屋およびユーザの両管理区分がオペレータの管理区分と一致する履歴が、オペレータにより閲覧される。したがって、例えば管理区分「Ａ」に属するオペレータが図６の履歴情報を閲覧する際、オペレータの管理区分「Ａ」と各履歴の部屋およびユーザの管理区分が比較され、部屋およびユーザの管理区分が「Ａ」を含む履歴、ここでは履歴Ｌ１，Ｌ３が選択されて画面表示される。

［第１の実施の形態の効果］
このように、本実施の形態は、履歴選択部１５Ｄにより、オペレータによる履歴閲覧要求時に記憶部１４を参照して、当該オペレータの管理区分と各履歴の部屋および／またはユーザの管理区分とを比較し、この比較結果に基づいて所望の履歴を選択するようにしたので、オペレータの管理区分に応じた履歴を選択的に表示することができる。

このため、管理区分を必要に応じて設定することにより、会社の組織やフロアなどの既存の分類に制限されることなく異なる分類に関する履歴を横断的に表示することができる。また管理区分で表示要否を判定するようにしたので、所望の分類に属する各ユーザＩＤと各履歴とを比較して判定する場合に比べて極めて効率よく表示要否を判定できる。したがって、複数の会社がテナントとして入居する建物の場合でも、所望の履歴を柔軟かつ容易に抽出することが可能となる。

また、オペレータごとに予め設定されている表示対象日時より古い履歴については閲覧対象履歴として選択しないようにしたので、複数の会社がテナントとして入居する建物でテナントの入れ替えが発生した場合でも、その入れ替え日時を新たなオペレータの表示対象日時として設定すれば、元のテナントに関する履歴の閲覧を制限することができる。これにより、履歴情報から元のテナントの履歴を削除することになく、新たなテナントを迎えることができ、建物管理者の作業負担を大幅に削減することが可能となる。

［第２の実施の形態］
次に、図９を参照して、本発明の第２の実施の形態にかかる入退室管理装置について説明する。図９は、部屋管理区分情報の他の構成例である。
第１の実施の形態では、管理区域となる部屋が特定の管理区分に属するユーザが専用する専用部屋か、特定の管理区分に属さない他のユーザも共用する共用部屋かの違いに関係なく、履歴閲覧時に履歴を選択する場合について説明した。本実施の形態では、各部屋について専用部屋か共用部屋かに基づいて履歴を選択する場合について説明する。

本実施の形態で用いる部屋管理区分情報１４Ｂには、図９に示すように、当該部屋が専用部屋か共用部屋かを示す識別情報が付加されている。ここでは、部屋ＩＤ、部屋名、および当該部屋に対する予め用意された管理区分Ａ〜Ｃの割当有無（○＝割当あり，×＝割当なし）を示す管理区分データ、および専用／共用識別情報（○＝専用部屋，×＝共用部屋）の組が、部屋ごとに登録されている。

履歴蓄積部１５Ｃは、前述した図７の入退室判定処理のステップ１０５において履歴を生成する場合、当該入退室に関する、履歴日時、部屋ＩＤ、ユーザＩＤ、これら部屋ＩＤとユーザＩＤの管理区分データ、および当該部屋の専用共用識別情報を含む履歴を生成し、記憶部１４に履歴情報１４Ｅとして蓄積する。

図１０は、履歴情報の他の構成例である。ここでは、履歴ＩＤ（履歴識別情報）、入退室が行われた履歴日時、部屋ＩＤ、ユーザＩＤ、当該入退室に関する部屋およびユーザの管理区分の割当有無（○＝割当あり，×＝割当なし）を示す管理区分データ、専用共用識別情報、部屋やユーザに関する説明である備考の組が、履歴ごとに登録されている。この際、専用共用識別情報については、記憶部１４の部屋管理区分情報１４Ｂから部屋ＩＤに対応するものを取得すればよい。

なお、入退室管理装置１０の構成のうち、後述する履歴選択部１５Ｄおよび履歴表示部１５Ｅでの履歴表示処理が異なるものの、他の構成については第１の実施の形態と同様であり、ここでの詳細な説明は省略する。

［第２の実施の形態の動作］
次に、図１１を参照して、本発明の第２の実施の形態にかかる入退室管理装置の履歴選択動作について説明する。図１１は、本発明の第２の実施の形態にかかる入退室管理装置の履歴表示処理を示すフローチャートであり、前述した図８と同じまたは同等部分には同一符号を付してある。

演算処理部１５は、操作入力部１２で履歴閲覧要求操作が検出された場合、履歴選択部１５Ｄおよび閲覧表示部１５Ｅにより、図１１の履歴表示処理を開始する。
履歴選択部１５Ｄは、まず、記憶部１４のオペレータ管理区分情報１４Ｄを参照して、当該オペレータのログイン名に基づき、表示対象日時と管理区分データを取得し（ステップ１１０）、続いて、記憶部１４の履歴情報１４Ｅから表示要否が未判定である任意の履歴を取得する（ステップ１１１）。

次に、履歴選択部１５Ｄは、当該履歴の履歴日時とオペレータの表示対象日時を比較し、履歴日時が表示対象日時以降のものかどうか確認する（ステップ１１２）。ここで、履歴日時が表示対象日時より古い場合（ステップ１１２：ＮＯ）、ステップ１１６へ移行して、履歴情報１４Ｅのうち表示要否が未判定の履歴が存在する場合にのみ（ステップ１１６：ＹＥＳ）、ステップ１１１へ戻って表示要否が未判定である任意の履歴について、表示要否の判定を行う（ステップ１１１）。

一方、ステップ１１２において、履歴日時が表示対象日時以降である場合（ステップ１１２：ＹＥＳ）、履歴選択部１５Ｄは、当該履歴の部屋管理区分とオペレータの管理区分を比較する（ステップ１１３）。ここで、両者に一致する管理区分がない場合（ステップ１１３：ＮＯ）、ステップ１１６へ移行する。
また、当該履歴の部屋管理区分とオペレータの管理区分に一致するものがある場合（ステップ１１３：ＹＥＳ）、履歴選択部１５Ｄは、当該履歴の専用共用識別情報に基づいて当該部屋が専用部屋かどうか確認する（ステップ２００）。

ここで、当該部屋が専用部屋の場合には（ステップ２００：ＹＥＳ）、ステップ１１５へ移行する。また、当該部屋が共用部屋の場合（ステップ２００：ＹＥＳ）、当該履歴のユーザ管理区分とオペレータの管理区分を比較する（ステップ１１４）。ここで、両者に一致する管理区分がない場合（ステップ１１４：ＮＯ）、ステップ１１６へ移行する。

一方、ステップ１１４において、当該履歴のユーザ管理区分とオペレータの管理区分に一致するものがある場合（ステップ１１４：ＹＥＳ）、履歴選択部１５Ｄは、当該履歴を閲覧対象履歴として選択し（ステップ１１５）、ステップ１１６へ移行する。
ステップ１１６において、すべての履歴に対する表示要否の判定が終了した場合（ステップ１１６：ＹＥＳ）、演算処理部１５は、履歴表示部１５Ｅにより、履歴選択部１５Ｄで選択された各履歴を画面表示部１３で表示し、一連の履歴表示動作を終了する。

これにより、入退室に関係した部屋が専用部屋であって、かつ当該部屋管理区分がオペレータの管理区分のいずれかと一致する履歴が、オペレータにより閲覧される。したがって、例えば管理区分「Ａ」に属するオペレータが図６の履歴情報を閲覧する際、部屋が専用部屋であって、かつその部屋管理区分が「Ａ」を含む履歴、ここでは履歴Ｌ３，Ｌ４が選択されて画面表示される。この際、履歴Ｌ４はオペレータとは異なる管理区分のユーザに関する履歴であるが、オペレータと同一の管理区分に専用の部屋に関する履歴であることから閲覧対象履歴として選択されており、他の管理区分のユーザが不正操作あるいは誤操作したことがオペレータにより確認される。

また、入退室に関係した部屋が共用部屋であって、かつ当該部屋管理区分がオペレータの管理区分のいずれかと一致し、さらに当該ユーザ管理区分がオペレータの管理区分のいずれかと一致する履歴が、オペレータにより閲覧される。したがって、例えば管理区分「Ａ」に属するオペレータが図６の履歴情報を閲覧する際、部屋が共用部屋であって、かつこれら管理区分が「Ａ」を含む履歴、ここでは履歴Ｌ１が選択されて画面表示される。この際、履歴Ｌ２はオペレータと同一の管理区分の部屋に関する履歴であるが、オペレータとは異なる管理区分のユーザに関する履歴であることから閲覧対象履歴として選択されておらず、他の管理区分のユーザによる入退室履歴の閲覧が制限されている。

［第２の実施の形態の効果］
このように、本実施の形態によれば、履歴選択部１５Ｄにより、履歴情報１４Ｅのうち、当該部屋が特定の管理区分に属するユーザが専用する専用部屋であって、かつ当該管理区分がオペレータの管理区分のいずれかと一致する履歴情報を選択するようにしたので、オペレータの管理区分にのみ属する専用部屋に対する、他の管理区分のユーザによる不正操作に関する履歴を閲覧することができ、入退室管理において高い管理品質を得ることができる。

また、本実施の形態では、履歴選択部１５Ｄにより、履歴情報１４Ｅのうち、当該部屋が特定の管理区分に属さないユーザも共用する共用部屋であって、かつ当該管理区分がオペレータの管理区分のいずれかと一致し、さらに当該ユーザの管理区分のいずれかがオペレータの管理区分のいずれかと一致する履歴情報を選択するようにしたので、オペレータの管理区分だけでなく他の管理区分にも属する共用部屋に対する、オペレータの管理区分に属するユーザの入退室の履歴のみ表示して、他の管理区分のユーザに関する履歴の閲覧を制限することができ、入退室管理において高いプライバシーを得ることができる。

［実施の形態の拡張］
以上の各実施の形態で用いた、部屋管理区分情報１４Ｂ、ユーザ管理区分情報１４Ｃ、オペレータ管理区分情報１４Ｄ、および履歴情報１４Ｅの構成については単なる一例であり、前述した各種処理で必要な情報が得られるような構成であれば、いずれの構成をとってもよい。

また、部屋、ユーザ、オペレータに関する管理区分データについては、各管理区分に１ビット分の固定桁データを割り当てたビット情報で構成し、これらビット情報の論理積を求めることにより、管理区分の一致／不一致を確認するようにしてもよい。これにより、部屋、ユーザ、オペレータが１つ以上の管理区分に属する場合でも、極めて効率よく一括して管理区分の一致／不一致を確認することが可能となる。

また、履歴選択部１５Ｄにおいて選択する履歴の選択方法として、図８や図１１で説明したものに限定されるものではなく、所望する履歴に応じて任意の組合せが可能である。例えば、オペレータと同じ管理区分に属するユーザによる他の管理区分の部屋への入退室については、ユーザの管理区分のいずれかがオペレータの管理区分のいずれかと一致する履歴を選択すればよい。

また、各実施の形態では、コントローラ２１において、特定の部屋に対するユーザの入退室可否を判定する場合を例として説明したが、入退室判定機能は、コントローラ２１とは異なる装置で実現してもよい。
例えば、入退室管理装置１０とは別個に、パーソナルコンピュータなどの情報処理装置からなる入退室判定装置を通信ネットワークＮＷに接続して、この入退室判定装置に入退室判定機能の実現に必要な入退室判定部や入退室判定情報を設け、コントローラ２１からの入退室判定要求に応じて前述した図７の入退室判定処理を行うようにしてもよい。

あるいは、特定の部屋に対するユーザの入退室可否を判定する入退室判定機能と、これら入退室の履歴を閲覧する履歴閲覧機能の両方を、同一の入退室管理装置１０で実現してもよい。

また、第２の実施の形態では、各部屋が専用部屋か共用部屋かを識別する専用共用識別情報を、部屋管理区分情報に予め設定する場合を例として説明したが、各部屋の専用／共用については当該部屋の管理区分情報が複数の管理区分に属するか否かに基づいて判断してもよい。

また、各実施の形態では、個々のユーザや部屋について管理区分を設定する場合について説明したが、これに限定されるものではなく、複数のユーザや部屋で１つのグループを構成し、グループに管理区分を設定してもよい。これにより、閲覧可否判定が同一である複数のユーザや部屋について一括して判定することができ、履歴選択の処理負担を軽減できる。この際、個々のユーザや部屋とグループとを混在させてもよい。

本発明の第１の実施の形態にかかる入退室管理装置の構成を示すブロック図である。 入退室判定情報の構成例である。 部屋管理区分情報の構成例である。 ユーザ管理区分情報の構成例である。 オペレータ管理区分情報の構成例である。 履歴情報の構成例である。 本発明の第１の実施の形態にかかるコントローラの入退室判定処理を示すフローチャートである。 本発明の第１の実施の形態にかかる入退室管理装置の履歴表示処理を示すフローチャートである。 部屋管理区分情報の他の構成例である。 履歴情報の他の構成例である。 本発明の第２の実施の形態にかかる入退室管理装置の履歴表示処理を示すフローチャートである。

符号の説明

１０…入退室管理装置、１１…通信Ｉ／Ｆ部、１２…操作入力部、１３…画面表示部、１４…記憶部、１４Ａ…入退室判定情報、１４Ｂ…部屋管理区分情報、１４Ｃ…ユーザ管理区分情報、１４Ｄ…オペレータ管理区分情報、１４Ｅ…履歴情報、１４Ｐ…プログラム、１５…演算処理部、１５Ａ…入退室設定部、１５Ｂ…オペレータ認証部、１５Ｃ…履歴蓄積部、１５Ｄ…履歴選択部、１５Ｅ…履歴表示部、２０…管理エリア、２１…コントローラ、２２…部屋、２３…リーダ、２４…電気錠、３０…ＩＤカード、ＮＷ…通信ネットワーク、ＢＳ…制御バス。

Claims (5)

1. 特定の部屋に対するユーザの入退室ごとの日時、部屋、およびユーザを示す履歴からなる履歴情報と、前記部屋が属する管理区分を示す部屋管理区分情報と、前記ユーザが属する管理区分を示すユーザ管理区分情報と、前記履歴情報を閲覧するオペレータが属する管理区分を示すオペレータ管理区分情報とをそれぞれ記憶する記憶部と、
   前記記憶部を参照して前記オペレータの管理区分と前記履歴情報の各履歴の部屋および／またはユーザの管理区分とを比較し、この比較結果に基づいて所望の履歴を選択する履歴選択部と、
   前記オペレータによる履歴閲覧時に前記記憶部の履歴情報のうち前記履歴選択部で選択された履歴を画面表示部で表示する履歴表示部と
   を備えることを特徴とする入退室管理装置。
2. 請求項１に記載の入退室管理装置において、
   前記履歴選択部は、前記履歴情報のうち、当該部屋の管理区分のいずれかが前記オペレータの管理区分のいずれかと一致し、かつ当該ユーザの管理区分のいずれかが前記オペレータの管理区分のいずれかと一致する履歴を選択することを特徴とする入退室管理装置。
3. 請求項１に記載の入退室管理装置において、
   前記履歴選択部は、前記履歴情報のうち、当該部屋が特定の管理区分に属するユーザが専用する専用部屋であって、かつ当該管理区分が前記オペレータの管理区分のいずれかと一致する履歴を選択することを特徴とする入退室管理装置。
4. 請求項１に記載の入退室管理装置において、
   前記履歴選択部は、前記履歴情報のうち、当該部屋が特定の管理区分に属さないユーザも共用する共用部屋であって、かつ当該管理区分が前記オペレータの管理区分のいずれかと一致し、さらに当該ユーザの管理区分のいずれかが前記オペレータの管理区分のいずれかと一致する履歴を選択することを特徴とする入退室管理装置。
5. 記憶部により、特定の部屋に対するユーザの入退室ごとの日時、部屋、およびユーザを示す履歴からなる履歴情報と、前記部屋が属する管理区分を示す部屋管理区分情報と、前記ユーザが属する管理区分を示すユーザ管理区分情報と、前記履歴情報を閲覧するオペレータが属する管理区分を示すオペレータ管理区分情報とをそれぞれ記憶する記憶ステップと、
   履歴選択部により、前記記憶部を参照して前記オペレータの管理区分と前記履歴情報の各履歴の部屋および／またはユーザの管理区分とを比較し、この比較結果に基づいて所望の履歴を選択する履歴選択ステップと、
   履歴表示部により、前記オペレータによる履歴閲覧時に前記記憶部の履歴情報のうち前記履歴選択部で選択された履歴を画面表示部で表示する履歴表示ステップと
   を備えることを特徴とする入退室管理方法。

Images