(57)【要約】【課題】入室後における不正な行為をより確実に防止しうる２人認証を提供する【解決手段】入退室管理サーバ１０は、２人認証が要求される特別室６への入室希望者がカードリーダ６２にＩＣカードを読み取らせると、施設利用者の中から入室希望者に同伴させる同伴者を無作為に選定するユーザ選定部１２と、選定された同伴者の内線番号を内線電話６５にて入室希望者に通知する通知部１３と、選定された同伴者が入室希望者による同伴の要請を受諾し、特別室６まで移動しカードリーダ６２にＩＣカードを読み取らせると、入室希望者及び同伴者の特別室６への入力を許可し、電気錠６４を解錠する入退制御部１４と、を有する。【選択図】図１
2020042544.tif 000002
【特許請求の範囲】
【請求項１】
入室希望者による入室要求に応じて入室希望者と共に入室させる同伴者を選定する選定手段と、
入室希望者との同伴を同伴者に要請するための通知を行う通知手段と、
同伴者により入室希望者が入室を希望する部屋への入室要求がされてはじめて入室希望者及び同伴者の双方に当該部屋への入室を許可する入室制御手段と、
を有することを特徴とする入退室管理システム。
【請求項２】
前記通知手段は、前記通知として同伴者への連絡先情報を入室希望者に通知することを特徴とする請求項１に記載の入退室管理システム。
【請求項３】
前記通知手段は、前記通知を同伴者宛に行うことを特徴とする請求項１に記載の入退室管理システム。
【請求項４】
前記通知手段は、同伴者に入室希望者の前記部屋での滞留予定時間を合わせて通知することを特徴とする請求項３に記載の入退室管理システム。
【請求項５】
入室希望者が前記部屋での滞留予定時間を入力するための入力手段を有することを特徴とする請求項４に記載の入退室管理システム。
【請求項６】
前記選定手段は、前記部屋のある施設の利用者のスケジュール情報を参照して利用者の中から同伴者を選定することを特徴とする請求項１に記載の入退室管理システム。
【請求項７】
前記選定手段は、前記部屋のある施設の各利用者と当該部屋との位置関係に基づき利用者の中から同伴者を選定することを特徴とする請求項１に記載の入退室管理システム。
【請求項８】
前記選定手段は、前記部屋のある施設の利用者の属性情報を参照し、入室希望者の属性と利用者の属性との関係に基づき同伴者を選定することを特徴とする請求項１に記載の入退室管理システム。
【請求項９】
入室希望者が入室を希望する部屋、当該部屋の利用に関する時間情報及び当該入室希望者の識別情報を含む事前申請情報を受け付ける事前申請受付手段を有し、
前記選定手段は、前記事前申請受付手段が受け付けた事前申請情報に従って同伴者を選定し、
前記通知手段は、前記通知を前記選定手段が事前申請情報に従って選定した同伴者宛に行い、
前記入室制御手段は、入室希望者と同伴者とが共に当該部屋への入室要求をすることで入室希望者及び同伴者の双方に当該部屋への入室を許可することを特徴とする請求項１、６、８のいずれか１項に記載の入退室管理システム。
【請求項１０】
コンピュータを、
入室希望者による入室要求に応じて入室希望者と共に入室させる同伴者を選定する選定手段、
入室希望者との同伴を同伴者に要請するための通知を行う通知手段、
同伴者により入室希望者が入室を希望する部屋への入室要求がされてはじめて入室希望者及び同伴者の双方に当該部屋への入室を許可する入室制御手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、入退室管理システム及びプログラム、特に２人認証に関する。
【背景技術】
【０００２】
入退室管理システムでは、セキュリティ性を維持するために、例えば部屋の入口でＩＣカードや指紋等を入室したいユーザに読み取らせ、その読取データに基づくユーザ認証に成功することによってユーザの入室を許可する。
【０００３】
このように、部屋への入退室時におけるユーザ認証は、通常、個人毎に行われるが、セキュリティ要求の高い部屋への入室制御として２人認証が知られている。２人認証では、当該部屋への単独での入室を禁止し、２人以上で連れ立って入室させる。これにより、単独での不正行為の防止を図っている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１７７０８４号公報
【特許文献２】特開２０１２−０６３８２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、部屋に入室する２人が共犯の意思を持ち、申し合わせの上で入室する場合、この２人による不正な行為を防止することはできない。
【０００６】
本発明は、入室後における不正な行為をより確実に防止しうる２人認証を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る入退室管理システムは、入室希望者による入室要求に応じて入室希望者と共に入室させる同伴者を選定する選定手段と、入室希望者との同伴を同伴者に要請するための通知を行う通知手段と、同伴者により入室希望者が入室を希望する部屋への入室要求がされてはじめて入室希望者及び同伴者の双方に当該部屋への入室を許可する入室制御手段と、を有することを特徴とする。
【０００８】
また、前記通知手段は、前記通知として同伴者への連絡先情報を入室希望者に通知することを特徴とする。
【０００９】
また、前記通知手段は、前記通知を同伴者宛に行うことを特徴とする。
【００１０】
また、前記通知手段は、同伴者に入室希望者の前記部屋での滞留予定時間を合わせて通知することを特徴とする。
【００１１】
また、入室希望者が前記部屋での滞留予定時間を入力するための入力手段を有することを特徴とする。
【００１２】
また、前記選定手段は、前記部屋のある施設の利用者のスケジュール情報を参照して利用者の中から同伴者を選定することを特徴とする。
【００１３】
また、前記選定手段は、前記部屋のある施設の各利用者と当該部屋との位置関係に基づき利用者の中から同伴者を選定することを特徴とする。
【００１４】
また、前記選定手段は、前記部屋のある施設の利用者の属性情報を参照し、入室希望者の属性と利用者の属性との関係に基づき同伴者を選定することを特徴とする。
【００１５】
また、入室希望者が入室を希望する部屋、当該部屋の利用に関する時間情報及び当該入室希望者の識別情報を含む事前申請情報を受け付ける事前申請受付手段を有し、前記選定手段は、前記事前申請受付手段が受け付けた事前申請情報に従って同伴者を選定し、前記通知手段は、前記通知を前記選定手段が事前申請情報に従って選定した同伴者宛に行い、前記入室制御手段は、入室希望者と同伴者とが共に当該部屋への入室要求をすることで入室希望者及び同伴者の双方に当該部屋への入室を許可することを特徴とする。
【００１６】
本発明に係るプログラムは、コンピュータを、入室希望者による入室要求に応じて入室希望者と共に入室させる同伴者を選定する選定手段、入室希望者との同伴を同伴者に要請するための通知を行う通知手段、同伴者により入室希望者が入室を希望する部屋への入室要求がされてはじめて入室希望者及び同伴者の双方に当該部屋への入室を許可する入室制御手段、として機能させる。
【発明の効果】
【００１７】
本発明によれば、入室後における不正な行為をより確実に防止しうる２人認証を提供することができる。
【００１８】
また、施設の利用者のスケジュール情報、施設の各利用者と当該部屋との位置関係、あるいは入室希望者の属性と利用者の属性との関係を参照することによってより適切な同伴者を選定することができる。
【００１９】
また、入室の希望を事前に申請することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明に係る入退室管理システムの一実施の形態を含むシステム全体の構成図である。
【図２】実施の形態１におけるユーザ情報記憶部に登録されるユーザ情報のデータ構成の一例を示す図である。
【図３】実施の形態１における入退履歴情報記憶部に記憶される入退履歴情報のデータ構成の一例を示す図である。
【図４】実施の形態１における入室制御処理を示すフローチャートである。
【図５】実施の形態２における入退室管理システムを含むシステム全体の構成図である。
【図６】実施の形態２における入室制御処理を示すフローチャートである。
【図７】実施の形態３においてスケジュール管理サーバが管理するスケジュール情報のデータ構成の一例を示す図である。
【図８】実施の形態６における入退室管理システムを含むシステム全体の構成図である。
【図９】実施の形態６における事前申請処理を示すフローチャートである。
【発明を実施するための形態】
【００２１】
以下、図面に基づいて、本発明の好適な実施の形態について説明する。
【００２２】
実施の形態１．
図１は、本発明に係る入退室管理システムの一実施の形態を含むシステム全体の構成図である。本実施の形態における入退室管理システムは、ある企業のビル等の施設内に設置され、その施設及び施設内にある各部屋の入退室を管理する。本実施の形態では、施設内にある部屋のうち少なくとも１つは、通常の部屋とは異なり、セキュリティ要求の高い特別な部屋である。以下、通常の部屋を「居室」、特別や部屋を「特別室」と区別して称することにする。なお、居室と特別室を区別することなく説明する場合には「部屋」と称する。
【００２３】
図１には、スケジュール管理サーバ１、コントローラ２、ＰＢＸ（Ｐｒｉｖａｔｅ  Ｂｒａｎｃｈ  Ｅｘｃｈａｎｇｅ）３、ユーザ端末５５、及び入退室管理サーバ１０がＬＡＮ４に接続された構成が示されている。また、居室５には、扉５１の入口側及び出口側のそれぞれにカードリーダ５２，５３と扉５１に取り付けられる電気錠５４が設けられる。特別室６にも同様に、扉６１の入口側及び出口側のそれぞれにカードリーダ６２，６３と扉６１に取り付けられる電気錠６４が設けられる。また、居室５には、当該居室５を利用する従業員等が使用する電話機５６と上記ユーザ端末５５が設置される。基本的には、従業員毎（座席毎）に電話機５６とユーザ端末５５は用意されるが、それぞれ同等の構成でよいので、図１では１台ずつ図示した。一方、特別室６の入口側には内線電話６５が設置される。
【００２４】
居室５は、施設内に複数設けられているが、それぞれ同等の構成でよいので、図１には１つの居室５のみ図示した。また、特別室６は、施設内に複数設けらている場合があるが、それぞれ同等の構成でよいので、図１には１つの特別室６のみ図示した。
【００２５】
スケジュール管理サーバ１は、グループウェア等のソフトウェアを利用して施設利用者のスケジュール情報を管理するサーバコンピュータである。なお、来訪者等外部の者も施設を利用する場合があるが、本実施の形態では、スケジュール情報にてスケジュールが管理されている者を「施設利用者」と称することにする。外部者もスケジュール管理サーバ１に情報を提供してスケジュールが管理されれば施設利用者となり得るが、本実施の形態では、説明の便宜上、施設での従業員を施設利用者と想定して説明する。
【００２６】
コントローラ２には、カードリーダ５２，５３，６２，６３及び電気錠５４，６４が接続され、それぞれからデータを収集して入退室管理サーバ１０へ送信する。また、コントローラ２は、入退室管理サーバ１０による制御のもと、電気錠５４，６４の開閉を制御する。
【００２７】
ＰＢＸ３は、施設内における電話回線の交換機であり、特に内線電話の接続をコントロールする。居室５に設置の電話機５６は内線電話対応であり、ＰＢＸ３は、居室５に設置の電話機５６と特別室６の入口に設置の内線電話６５とを回線接続し、施設利用者間の内線による対話を可能とする。
【００２８】
入退室管理サーバ１０は、施設及び施設内における各部屋の入退室を管理するサーバコンピュータである。本実施の形態における入退室管理サーバ１０のハードウェア構成は、汎用的なサーバコンピュータと同じでよい。すなわち、入退室管理サーバ１０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスクドライブ（ＨＤＤ）等の記憶手段、ネットワークインタフェース等の有線又は無線による通信手段を有する。また、必要によりマウス、キーボード、ディスプレイ、タッチパネル等のユーザインタフェースを有する。スケジュール管理サーバ１も入退室管理サーバ１０と同様に汎用的なサーバコンピュータで構成できる。  また、ユーザ端末５５は、パーソナルコンピュータ（ＰＣ）で実現できることから、規模、性能は異なるかもしれないが、入退室管理サーバ１０と同様のハードウェア構成で実現可能である。
【００２９】
入退室管理サーバ１０は、入退管理部１１、ユーザ選定部１２、通知部１３、入退制御部１４、ユーザ情報記憶部１５及び入退履歴情報記憶部１６を有している。なお、本実施の形態の説明に用いない構成要素は図１から省略している。
【００３０】
入退管理部１１は、施設利用者の部屋への入室、部屋からの退室に関する情報をコントローラ２から受信すると、その入退室に関する情報を入退履歴情報として入退履歴情報記憶部１６に登録する。ユーザ選定部１２は、施設利用者による特別室６への入室要求に応じて特別室６への入室を希望する施設利用者（以下、「入室希望者」ともいう）と共にその特別室６に入室させる施設利用者（以下、「同伴者」ともいう）を選定する。特別室６は、２人認証が要求される部屋であるが、２人認証については、追って詳述する。通知部１３は、入室希望者との同伴を同伴者に要請するための通知を行う。入退室管理サーバ１０は、図示していないが、各施設利用者の各部屋への入室の許可又は禁止を示す入退制限情を保持管理しており、入退制御部１４は、施設利用者がいずれかの部屋に入室しようとしたときに入退制限情報への設定内容に従って当該施設利用者の当該部屋への入室を許可又は禁止するよう制御する。許可する場合、閉状態である該当する部屋の電気錠５４，６４を開制御する。また、入退制御部１４は、施設利用者が入室しようとする部屋が特別室６の場合、同伴者により入室希望者が入室を希望する部屋（特別室６）への入室要求がされてはじめて入室希望者及び同伴者の双方に当該部屋への入室を許可する。
【００３１】
図２は、本実施の形態におけるユーザ情報記憶部１５に登録されるユーザ情報のデータ構成の一例を示す図である。ユーザ情報で情報管理されるユーザは、上記施設利用者に相当する。ユーザ情報は施設利用者毎に生成される。ユーザ情報は、当該ユーザの識別情報（ユーザＩＤ）に、当該ユーザのユーザ名、当該ユーザが携行するＩＣカードに記録されているカードの識別情報（カードＩＤ）、連絡先情報及び属性情報を対応付けして構成される。連絡先情報は、当該ユーザに連絡を取るための情報であり、本実施の形態では、当該ユーザが使用する電話機５６の内線番号及び当該ユーザが使用するユーザ端末５５のメールアドレスが設定される。ユーザがスマートフォン等の携帯端末を使用している場合、更に当該携帯端末の電話番号、メールアドレス、ＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）における連絡先等を設定してもよい。属性情報は、当該ユーザの属性が設定され、図２には、当該ユーザの性別、当該ユーザが所属する部署、役職が設定された例が示されている。
【００３２】
図３は、本実施の形態における入退履歴情報記憶部１６に記憶される入退履歴情報のデータ構成の一例を示す図である。入退履歴情報記憶部１６には、カードリーダ５２，５３，６２，６３がＩＣカードを読み取る度に１レコード分の入退履歴情報が記録される。入退履歴情報は、読取日時、部屋、ユーザ、入室／退室及び許可を含む。読取日時には、カードリーダ５２，５３，６２，６３がＩＣカードを読み取ったときの読取日時を示す時間情報が設定される。部屋には、読み取ったカードリーダ５２，５３，６２，６３が設置されている部屋の識別情報（部屋ＩＤ）が設定される、ユーザには、読み取られたＩＣカードを携行するユーザのユーザＩＤが設定される。入室／退室には、入室又は退室の別が設定される。許可には、ＩＣカードを読み取らせたユーザの入退室の許可又は禁止の別、すなわちユーザ認証の結果が設定される。
【００３３】
入退室管理サーバ１０における各構成要素１１〜１４は、入退室管理サーバ１０を形成するコンピュータと、コンピュータに搭載されたＣＰＵで動作するプログラムとの協調動作により実現される。また、各記憶部１５，１６は、入退室管理サーバ１０に搭載されたＨＤＤにて実現される。あるいは、ＲＡＭ又は外部にある記憶手段をネットワーク経由で利用してもよい。
【００３４】
また、本実施の形態で用いるプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭやＵＳＢメモリ等のコンピュータ読み取り可能な記録媒体に格納して提供することも可能である。通信手段や記録媒体から提供されたプログラムはコンピュータにインストールされ、コンピュータのＣＰＵがプログラムを順次実行することで各種処理が実現される。
【００３５】
入退室管理サーバ１０は、部屋の電気錠５４，６４を閉状態にすることによって入退室できない状態にしている。そして、ユーザ（施設利用者）が携行しているＩＣカードを部屋の近傍に設置のカードリーダにかざし、ＩＣカードの記録されているカードＩＤを読み取らせることによって入退室を行うことになる。以下、本実施の形態における入退制御について図４に示すフローチャートを用いて説明する。
【００３６】
施設利用者は、部屋に入室する際、前述したように携帯するＩＣカードをその部屋のカードリーダにかざすことで、ＩＣカードに記録されている識別情報（カードＩＤ）を読み取らせる。カードリーダで読み取られたカードＩＤは、カードリーダの識別情報（リーダＩＤ）と共にコントローラ２を介して入退室管理サーバ１０へ送信される。
【００３７】
入退管理部１１は、カードリーダによるカードＩＤ等の読取情報をコントローラ２から受信する（ステップ１０１）。この入退管理部１１が受信する読取情報は、部屋への入室希望者による入室要求に相当する。入退管理部１１は、受信した読取情報に基づきユーザ情報等を参照して入退履歴情報を生成し、入退履歴情報記憶部１６に記録する。
【００３８】
なお、入室要求が入室希望者のＩＣカードの読取に基づくものか、同伴者のＩＣカードの読取に基づくものかの判別については後述する。
【００３９】
続いて、入退管理部１１は、入室要求が特別室６からかどうかを判別する。入退室管理サーバ１０は、図示していないが、施設内における部屋毎に、当該部屋に設置されているカードリーダのリーダＩＤ、当該カードリーダの入室用／退室用の別、当該部屋が特別室６かどうかの別を含む施設情報を保持管理している。あるいは、入退室管理サーバ１０は、他のサーバが保持している施設情報にアクセスするようにしてもよい。入退管理部１１は、この施設情報を参照してＩＣカードが読み取られた部屋が居室５か特別室６かを判別できる。
【００４０】
通常の居室５からの入室要求の場合（ステップ１０２でＮ）、通常の入室制御が実行される（ステップ１０７）。すなわち、入退制御部１４は、入退制限情報を参照して、当該施設利用者が居室５に入室できるかどうかを確認する。入室が許可されている場合、入退制御部１４は、その居室５の電気錠５４を解錠する。これにより、入室希望者は、扉５１を開けて入室することができる。その後、扉５１が閉まると、電気錠５４は施錠され、閉状態に戻る。一方、入室が禁止されている場合、入退制御部１４は、その居室５の電気錠５４を解錠することなく閉状態を維持する。これにより、施設利用者は入室することができない。入退管理部１１は、以上の入室の許可／禁止の結果を入退履歴情報に登録する。
【００４１】
以上説明したように、通常の居室５の場合は、１人のみでの入室が許可される。ここで、２人認証について詳述する。
【００４２】
「２人認証」では、部屋への単独での入室を禁止し、２人以上の認証が成功してはじめて当該２人による入退室を許可する。なお、必ずしも２人である必要はなく３人以上の複数人であればよいが、本実施の形態では２人の場合で説明する。２人認証が適用される特別室６では、原則、２人で入室し、退室時も２人とする。とにかく室内に１人だけにしないことで単独での不正行為の防止に努める。
【００４３】
２人認証は、上記のようにとにかく室内に１人だけにしないように入退室制御する。そうすると、例えば、特別室６にすでに１組（２人）が入室していれば、入室希望者は単独で入室しても、特別室６には合計３人が滞留することになり、入室を許可しても問題ないと考えられる。退室時も同様で、単独で退室しても特別室６に合計２人以上滞留していれば退室を許可しても問題ないと考えられる。ただ、ここでは、このような例外的な場合を考慮せずに、施設利用者が特別室６への入室を希望したときには特別室６には誰もいないこととして説明する。
【００４４】
特別室６からの入室要求の場合（ステップ１０２でＹ）、２人認証が要求されるので、入退管理部１１は、ユーザ選定部１２に同伴者を選定するよう指示する。ユーザ選定部１２は、この指示に応じてユーザ情報を参照して同伴者を選定する（ステップ１０３）。本実施の形態におけるユーザ選定部１２は、ユーザ情報記憶部１５の中から無作為にユーザ（施設利用者）を１人選出し、そのユーザのユーザ情報を参照して内線番号を取得する。厳密には、ユーザ情報記憶部１５にユーザ情報が登録されている施設利用者のうち入室希望者を除く施設利用者の中から同伴者を選出することになる。
【００４５】
なお、ここでは、無作為に選出としたが、選出された同伴者に特別室６への入室権限はない場合も考えられるので、入室権限のある施設利用者の中から選出するようにしてもよいし、無作為に選出された同伴者に特別室６への入室権限がない場合、入室権限を同伴者に臨時的に付与するようにしてもよい。
【００４６】
同伴者が選定されると、通知部１３は、ユーザ情報を参照してユーザ選定部１２が選定した同伴者の内線番号を取り出し、入室希望者に通知する（ステップ１０３）。具体的には、通知部１３は、特別室６の入口に設置の内線電話６５に電話をかける。特別室６の入口にいる入室希望者が電話に出ると、通知部１３は、トーキー（自動音声ガイダンス）により同伴者の内線番号を通知する。
【００４７】
なお、ここでは、特別室６の入口に設定されている内線電話６５を利用して同伴者の内線番号を通知するようにしたが、内線番号の通知方法は、これに限らず、例えばユーザ情報に設定されている当該同伴者の連絡先情報を参照して、当該ユーザが利用する携帯端末のメールアドレス又は電話番号が設定されていれば、そのメールアドレス宛にメールを送信したり、電話をかけたりしてしてもよい。
【００４８】
また、ユーザ選定部１２又は通知部１３は、ユーザ選定部１２が選定した同伴者を識別する情報、例えば同伴者のユーザＩＤ等を入退管理部１１及び入退制御部１４に通知してもよい。
【００４９】
入室希望者は、同伴者の内線番号を知らされると、内線電話６５を利用して同伴者に内線をかける。そして、特別室６に入室したいために同伴を要請する。
【００５０】
同伴者は、入室希望者から特別室６への同伴の要請の旨や特別室６の場所、同伴に要する時間等を聞く。そして、同伴者が入室希望者からの要請を受諾すると、会話により聞き出した場所（特別室６）まで移動する。そして、同伴者が自分のＩＣカードをカードリーダ６２に読み取らせることで入室要求を行う。
【００５１】
入退管理部１１は、このようにして同伴者からの入室要求を受け付けた場合（ステップ１０５でＹ）、ステップ１０１において説明したように入退履歴情報記憶部１６に記録する。なお、入退管理部１１は、入退履歴情報記憶部１６を参照することで、あるいは同伴者の情報をユーザ選定部１２又は通知部１３から受け取っている場合、その情報と照合することで、その入室要求が特別室６への２人目の入室要求、すなわち同伴者からの入室要求であると判断できる。入退制御部１４は、入退管理部１１と同様に判断して、あるいは入退管理部１１からの指示に応じて、入室希望者及び同伴者の双方の特別室６への入室を許可する（ステップ１０６）。すなわち、入退制御部１４は、特別室６の電気錠６４を解錠する。これにより、入室希望者は、扉６１を開け、同伴者を連れ立って特別室６に入室することができる。その後、扉６１が閉まると、電気錠６４は施錠され、閉状態に戻る。
【００５２】
一方、同伴者が同伴の要請を拒否した場合（ステップ１０５でＮ）、入室希望者は入室できないまま、本処理を終了する。
【００５３】
入室希望者と同伴者との電話による対話によって、同伴者は同伴の要請を拒否することになるため、入退室管理サーバ１０は、入室希望者が同伴の要請を拒否されたことを知ることはできない。従って、例えば、入室希望者入室要求をしてから所定時間経過しても同伴者として選定された施設利用者による入室要求がされてこない場合、つまりタイムアウトにより入室希望者が同伴の要請を拒否されたと認定してもよい。あるいは、入室希望者は、ＩＣカードを再度読み取らせることで特別室６への入室要求を再度行うことで、入退室管理サーバ１０に入室制御処理を再度実施させ、同伴者の選定をやり直させることができるが、この入室希望者による入室要求を再度の入室要求を受信することによって、直前の処理にて選定した同伴者は、同伴の要請を拒否したと認定してもよい。
【００５４】
本実施の形態によれば、施設利用者の中から同伴させる施設利用者を無作為に選定するので特別室６への入室希望者と共犯の意思を持つ施設利用者が同伴者として選定される可能性はほとんど無い。これにより、特別室６に入室する無関係の２人が共謀して不正な行為を行う可能性は極めて低いと考えられる。本実施の形態によれば、このようにして入室希望者による入室後における不正な行為をより確実に防止することができる。
【００５５】
ところで、前述したように、同伴の要請を断られた場合、入室希望者は、ＩＣカードを再度読み取らせることで別の同伴者を入退室管理サーバ１０に選定させることができる。入退室管理サーバ１０では、同一人物からの同じ部屋（特別室６）からの入室要求であることから直前の入室要求をキャンセル扱いすることによって同伴者を新たに選定することができる。
【００５６】
その一方、本実施の形態の場合、同伴者を無作為に選定しているので、同伴者は、特別室６から離れた位置にいることで多くの移動時間を要するかもしれない。この場合、前述したタイムアウトによって同伴の要請が拒否されたと認定するようにしていると、入退室管理サーバ１０は、当該同伴者は同伴の要請を拒否したと認定してしまう可能性がある。このため、設定するタイムアウトは、施設の広さ等を考慮して設定するのが望ましい。あるいは、入室希望者若しくは同伴者から、同伴者が同伴の要請を受諾した旨を報告させるようにしてもよい。
【００５７】
また、同伴者が特別室６に到着する前に、他の施設利用者が特別室６に入室するために、ＩＣカードをカードリーダ６２に読み取らせることを想定できる。つまり、入室希望者によるＩＣカードの読み取りと同伴者によるＩＣカードの読み取りとの間に、他の施設利用者がＩＣカードを読み取らせる場合が考えられる。入退室管理サーバ１０は、例えば２人認証用の情報を入退履歴情報とは別に保持管理して、このようなケースに対応できるようにするのが好適である。
【００５８】
実施の形態２．
図２は、本実施の形態における入退室管理システムを含むシステム全体の構成図である。本実施の形態において、実施の形態１と同じ構成要素には、同じ符号を付け、説明を省略する。本実施の形態における入退室管理システムは、特別室６の入口側にテンキー６６が設置されている。なお、図２では、内線電話６５を示してないが、残しておいてもよい。本実施の形態において用いるテンキー６６は、コントローラ２に接続され、例えば施設利用者がＩＣカードを携帯していない場合に暗証番号等を入力して部屋の電気錠を解錠してもらうために設置されている。本実施の形態では、滞留予定時間を入室希望者に入力させるための入力手段としてテンキー６６を有効利用するものである。もちろん、テンキー６６を新規に設置してもよい。
【００５９】
その他のシステム構成及びハードウェア構成は、実施の形態１と同じでよい。以下、実施の形態における入退制御について図４に示すフローチャートを用いて説明する。実施の形態１における図４に示す処理を同じ処理には、同じステップ番号を付け、説明を適宜省略する。
【００６０】
まず、入室希望者が特別室６のカードリーダ６２にＩＣカードを読み取らせることに応じて、ユーザ選定部１２が同伴者を選定するまでの処理は実施の形態１と同じである（ステップ１０１〜１０３）。
【００６１】
同伴者が選定されると、本実施の形態における通知部１３は、ユーザ情報を参照してユーザ選定部１２が選定した同伴者の内線番号を取り出し、同伴者が使用している電話機５６に内線により電話をかけることで同伴の要請の旨を通知する（ステップ２０１）。具体的には、同伴者が電話に出ると、通知部１３は、トーキー（自動音声ガイダンス）により同伴の要請の旨、同伴すべき入室要求者及び特別室６を通知する。
【００６２】
ところで、同伴の要請を受けた施設利用者は、通常、自己の業務を遂行している。従って、同伴が要請されても同伴にどれくらいの時間が必要なのかわからないと、受諾しづらいかもしれない。そこで、本実施の形態では、入室希望者が特別室６のカードリーダ６２にＩＣカードを読み取らせると共にテンキー６６から特別室６への滞留予定時間を入室希望者に入力指定させるようにした。これにより、入退管理部１１は、読取情報と合わせて滞留予定時間を受け取ることになり、これにより、通知部１３は、特別室６への滞留予定時間を同伴者に通知することが可能となる。
【００６３】
同伴者は、通知部１３からの要請に対して音声により、あるいは電話機５６に対するボタン操作によって要請に対する是非を応答する。同伴者が同伴の要請を受諾する所定の操作を行った場合（ステップ２０２でＹ）、実施の形態１と同様に、通知部１３により通知された場所（特別室６）まで移動する。そして、同伴者が自分のＩＣカードをカードリーダ６２に読み取らせることで入室要求を行う。その後の処理は実施の形態１と同じでよいので説明を省略する。
【００６４】
一方、同伴者が同伴の要請を拒否する所定の操作を行った場合（ステップ２０２でＮ）、ユーザ選定部１２は、ユーザ情報を参照して拒否した施設利用者とは異なる施設利用者を同伴者として選定する（ステップ１０３）。それ以降の処理は、上記説明した通りなので説明を省略する。
【００６５】
実施の形態１においては、入室希望者に同伴者に関する情報（内線番号）を通知して、入室希望者に同伴の要請及び受諾を取らせるようにしたが、本実施の形態においては、入退室管理サーバ１０が同伴者に同伴の要請及び受諾を取るようにした。これにより、入室希望者に同伴を要請するための負担をかけずにすむ。
【００６６】
なお、上記説明した処理では、入室希望者は同伴者が到着するまで同伴者を確保できたか、また確保できたとしても誰が同伴者なのかを知ることができない。従って、同伴者が受諾したときに同伴者に関する情報を、内線電話６５があれば内線電話にて、内線電話６５がない場合には入室希望者の携帯端末に通知するようにしてもよい。
【００６７】
実施の形態３．
上記各実施の形態１，２では、同伴者を施設利用者の中から無作為に選定していた。もちろん、同伴者の候補として選定された施設利用者は、同伴の要請を拒否することは可能であるとはいえ、例えば会議中などで同伴ができないことが明らかな場合でも応対しなければならず、また同伴どころか同伴の要請にも応対できない場合がある。
【００６８】
そこで、本実施の形態においては、無作為にではなくスケジュール管理サーバ１が保持管理している施設利用者のスケジュール情報を参照して同伴者を選定するようにした。
【００６９】
図７は、スケジュール管理サーバ１が管理するスケジュール情報のデータ構成の一例を示す図である。スケジュール情報は、ユーザ（施設利用者）毎に、当該ユーザを識別するユーザＩＤ及びユーザ名に対応させてスケジュールが設定されている。スケジュールには、予定されているスケジュールの開始日時及び終了日時、スケジュールの内容及び場所が少なくとも設定される。
【００７０】
本実施の形態におけるシステム構成、また、入室制御処理も実施の形態１又は実施の形態２と同じでよい。ただ、本実施の形態では、ユーザ選定部１２における同伴者の選定方法が異なる。
【００７１】
すなわち、ユーザ選定部１２は、スケジュール情報を参照して入室要求がされた時点においてスケジュールが設定されていない施設利用者を同伴者の候補として絞り込む。候補を絞り込んだ後は、実施の形態１，２と同じように絞り込んだ同伴者候補の中から同伴者を選定すればよい。その後の処理は、実施の形態１又は実施の形態２と同じでよいので説明を省略する。
【００７２】
本実施の形態によれば、入室希望者のよる入室要求時にスケジュールが設定されていることから同伴の要請に拒否される可能性が極めて高い施設利用者を事前に除外することによって、同伴の要請に対して拒否される確率を小さくする、換言するとユーザ選定部１２による同伴者の選定をやり直す回数を少なくすることが可能となる。これにより、入室希望者が、同伴者が特別室６に到着するまでに待つ時間を短くすることが可能となる。
【００７３】
なお、入退室管理サーバ１０は、スケジュール管理サーバ１と連携して、同伴者となった施設利用者のスケジュール情報に同伴というスケジュールを設定するようにしてもよい。
【００７４】
実施の形態４．
上記実施の形態３では、スケジュール情報を参照することによって、いわゆる時間という観点を考慮して同伴者を選定するようにした。本実施の形態では、施設利用者の位置という観点を考慮することを特徴としている。
【００７５】
各施設利用者の現在の所在位置は、入退履歴情報を参照することで特定できる。また、入退室管理サーバ１０は、図示していないが、施設内における部屋毎に、当該部屋の識別情報（部屋ＩＤ）、当該部屋を使用している部署、当該部屋の位置情報及び当該部屋が特別室６か否かを示すフラグ情報を含む施設情報を保持管理している。あるいは、入退室管理サーバ１０は、他のサーバが保持している施設情報にアクセスするようにしてもよい。位置情報は、例えば、部屋のある階数及び座標情報（経緯度情報）で表されており、この情報によって施設内における部屋の位置が特定可能である。なお、この施設情報は、実施の形態１で説明した施設情報と統合されていてもよい。
【００７６】
本実施の形態におけるシステム構成、また、入室制御処理も実施の形態１又は実施の形態２と同じでよい。ただ、本実施の形態では、ユーザ選定部１２における同伴者の選定方法が異なる。
【００７７】
すなわち、前述したように施設情報によって特別室６の位置が特定され、入退履歴情報によって施設利用者の所在位置は特定されるので、ユーザ選定部１２は、特別室６と各施設利用者との位置関係に基づき同伴者を選定する。具体的には、特別室６の近傍にいる施設利用者を同伴者として選定する。例えば、特別室６の位置（厳密には扉６１の位置）に最も近い位置にいる施設利用者を同伴者として選定してもよい。あるいは、特別室６に最も近い、あるいは近い方から所定数の部屋に在室している施設利用者を同伴者の候補として絞り込む。候補を絞り込んだ後は、実施の形態１，２と同じように絞り込んだ同伴者候補の中から同伴者を選定すればよい。その後の処理は、実施の形態１又は実施の形態２と同じでよいので説明を省略する。
【００７８】
実施の形態５．
上記実施の形態３では時間という観点を考慮して、上記実施の形態４では位置という観点を考慮して、同伴者を選定するようにした。本実施の形態では、入室希望者と施設利用者との属性（人間関係）を考慮することを特徴としている。
【００７９】
本実施の形態におけるシステム構成、また、入室制御処理も実施の形態１又は実施の形態２と同じでよい。ただ、本実施の形態では、ユーザ選定部１２における同伴者の選定方法が異なる。
【００８０】
すなわち、人間関係を考慮するために、本実施の形態におけるユーザ選定部１２は、ユーザ情報に設定されている属性情報を参照し、入室希望者の属性と施設利用者の属性との関係に基づき同伴者を選定する。
【００８１】
前述したように、２人認証の場合でも連れ立って入室する２人に何らかの関係性があると、申し合わせの上で不正行為を行う可能性があり得る。上記実施の形態１，２では、同伴者を無作為に選定するようにしたので、入室希望者と無関係の施設利用者が同伴者として選定される可能性が高いと考えられる。しかしながら、偶然にも関係性のある施設利用者、例えば同じ部署の施設利用者が同伴者として選定されてしまう可能性もある。
【００８２】
そこで、本実施の形態におけるユーザ選定部１２は、ユーザ情報に設定されている入室希望者が所属する部署を取得し、当該部署に所属する施設利用者を同伴者の選定候補から除外する。
【００８３】
あるいは、入室希望者の役職より低い職務の施設利用者だと、不正行為を強要されてしまう可能性がある。そこで、ユーザ選定部１２は、入室希望者の役職より低い職務の施設利用者を同伴者の選定候補から除外する。
【００８４】
また、同伴者は、入室希望者と特別室６で二人きりになるので、性別の異なる入室希望者と二人きりの状況になることを好まない場合も考えられる。そこで、ユーザ選定部１２は、入室希望者の性別を取得し、異なる性別の施設利用者を同伴者の選定候補から除外する。
【００８５】
また、年齢や年代によっても役職等と同様に上下関係がはっきりする場合があるので、ユーザ選定部１２は、入室希望者の年齢（年代）を取得し、所定以上離れている施設利用者を同伴者の選定候補から除外する。
【００８６】
ユーザ選定部１２は、以上のように属性に関する関係に合致する若しくは合致しない施設利用者を同伴者の選定候補から除外し、その除外した同伴者候補の中から実施の形態１，２と同様にして同伴者を選定すればよい。
【００８７】
なお、本実施の形態では、いくつかのユーザ属性を例にして説明したが、これらの属性に限定する必要はない。また、これらの属性を適宜組み合わせて、該当する施設利用者を同伴者の候補から除外するようにしてもよい。
【００８８】
実施の形態６．
上記各実施の形態においては、入室希望者が特別室６の前でＩＣカードを読み取らせることによって同伴を要請するようにした。ただ、同伴が必要なときに同伴を要請すると、同伴者が特別室６に到着するまで長い時間待つことになるかもしれない。また、同伴者が決まるまでに多大な時間を要することにもなりかねない。
【００８９】
そこで、本実施の形態においては、特別室６を利用することが事前にわかっている場合入室希望者からの事前申請を受け付け、特別室６への入室を予約できるようにしたことを特徴としている。
【００９０】
図８は、本実施の形態における入退室管理システムを含むシステム全体の構成図である。本実施の形態において、実施の形態１と同じ構成要素には、同じ符号を付け、説明を省略する。本実施の形態における入退室管理サーバ１０は、実施の形態１の構成に、事前申請受付部１７及び申請情報記憶部１８を追加した構成を有している。事前申請受付部１７は、入室希望者により指定された項目を含む事前申請情報を受け付け、この受け付けた事前申請情報に従い同伴者を選定させるなどして特別室６に入室するための予約を行う。申請情報記憶部１８には、予約内容を含む申請情報が記憶される。
【００９１】
事前申請受付部１７は、入退室管理サーバ１０を形成するコンピュータと、コンピュータに搭載されたＣＰＵで動作するプログラムとの協調動作により実現される。また、申請情報記憶部１８は、入退室管理サーバ１０に搭載されたＨＤＤにて実現される。あるいは、ＲＡＭ又は外部にある記憶手段をネットワーク経由で利用してもよい。
【００９２】
次に、本実施の形態における事前申請処理について図９に示すフローチャートを用いて説明する。なお、
【００９３】
入室希望者は、例えばユーザ端末５５を操作して、事前申請を要求する。入退室管理サーバ１０における事前申請受付部１７は、ユーザ端末５５から送られてくる事前申請要求を受け付けると（ステップ３０１）、所定事項を入力指定させるための事前申請画面をユーザ端末５５に表示させる（ステップ３０２）。例えば、ユーザ端末５５のブラウザを利用して事前申請画面（ウェブページ）を表示させるようにする。入室希望者は、事前申請画面から、入室を希望する特別室６、当該特別室６の利用に関する時間情報及び入室希望者のユーザＩＤ等を事前申請画面から指定する。特別室６の利用に関する時間情報としては、特別室６への入室希望日時であるが、これに加えて特別室６での滞留予定時間を指定してもよい。
【００９４】
事前申請受付部１７が事前申請画面から入室希望者により指定された項目を含む事前申請情報を受け付けると（ステップ３０３）、ユーザ選定部１２はスケジュール情報を参照して、事前申請情報の入室希望日時及び滞留予定時間から得られる入室予定日時から退室予定日時までの間にスケジュールが設定されていない施設利用者を同伴者の候補として絞り込む。また、スケジュール情報を参照して、実施の形態４において説明したように入室予定日時において特別室６の近傍にいる施設利用者に絞り込むようにしてもよい。また、実施の形態５において説明したように施設利用者の属性情報を更に参照して同伴者の候補を絞り込むようにしてもよい。候補を絞り込んだ後は、実施の形態１，２と同じように絞り込んだ同伴者候補の中から同伴者を選定する（ステップ３０４）。
【００９５】
同伴者が選定されると、本実施の形態における通知部１３は、ユーザ情報を参照してユーザ選定部１２が選定した同伴者の内線番号を取り出し、同伴者が使用している電話機５６に内線電話をかけることで同伴の要請の旨を通知する（ステップ３０５）。具体的には、同伴者が電話に出ると、通知部１３は、トーキー（自動音声ガイダンス）により同伴の要請の旨、同伴すべき入室要求者及び特別室６を通知する。
【００９６】
続いて、同伴者に同伴の要請が受諾されるまで（ステップ３０６でＮ）、上記処理（ステップ３０４〜３０６）を繰り返し実行するが、この処理は、実施の形態２の入室制御処理（図６）におけるステップ１０３，２０１，２０２と同じでよい。
【００９７】
同伴者が同伴の要請を受諾した場合（ステップ３０６でＹ）、事前申請受付部１７は、特別室６、入室希望者、選定された同伴者の各識別情報、入室予定日時、退室予定日時を含む申請情報を生成し、申請情報記憶部１８に保存する（ステップ３０７）。このように、入室希望者からの事前申請に応じて特別室６への入室が予約されるが、事前申請受付部１７は、予約した内容を入室希望者及び同伴者に通知する（ステップ３０８）。
【００９８】
なお、入退室管理サーバ１０は、スケジュール管理サーバ１と連携して、同伴者となった施設利用者のスケジュール情報に同伴というスケジュールを設定するようにしてもよい。
【００９９】
入室希望者は、事前申請受付部１７からの通知を受けることで、予約されたことを知る。その後、入室希望者及び同伴者は、通知の内容に従って入室予定日時までに特別室６まで移動する。そして、入室希望者及び同伴者は、カードリーダ６２にＩＣカードを読み取らせることで２人認証が行われ、特別室６への入室が許可されるが、入退管理部１１は、入室希望者からの入室要求を受け付けると、申請情報記憶部１８への登録内容を確認し、当該入室希望者により事前申請がされている場合には同伴者の選定をユーザ選定部１２にさせないように処理する。
【０１００】
なお、仮に同伴者が予定の日時に特別室６に現れない場合、実施の形態１〜５と同様に事前申請を利用しない処理を実施すればよい。
【０１０１】
本実施の形態によれば、入室希望者は事前申請をすることができるようになり、特別室６の前で同伴者を長い時間待つようなことがなくなる。一方、同伴者は、同伴の要請に応じて急いで特別室６に駆けつけずにすみ、またスケジュールの調整がしやすくなる。
【０１０２】
なお、事前申請は、ユーザ端末５５から行う場合を例にして説明したが、例えば携帯端末から行うようにしてもよい。
【０１０３】
また、各実施の形態において同伴者の選定に関して種々の方法を説明したが、各実施の形態において説明した内容を適宜組み合わせて実施するようにしてもよい。
【０１０４】
また、上記各実施の形態においては、ユーザ選定部１２が同伴者を１人選定するようにした。ただ、複数の候補を選出して入室希望者に提示し、最終的な１人の同伴者を入室希望者に選択させるようにしてもよい。
【０１０５】
また、同伴者として選定される機会を平等とするために、各施設利用者の選定回数を記録するようにし、選定回数の少ない施設利用者ほど選定されやすいようにしてもよい。
【０１０６】
また、本実施の形態では、カードリーダにＩＣカードをかざして読み取られたカードＩＤによりユーザ認証を行うようにしたが、これに限る必要はない。例えば、指紋認証や顔画像認証等を利用してもよい。この場合、ユーザ情報に登録する識別情報として指紋画像や顔画像を登録しておく。
【符号の説明】
【０１０７】
１  スケジュール管理サーバ、２  コントローラ、３  ＰＢＸ、４  ＬＡＮ、５  居室、６  特別室、１０  入退室管理サーバ、１１  入退管理部、１２  ユーザ選定部、１３  通知部、１４  入退制御部、１５  ユーザ情報記憶部、１６  入退履歴情報記憶部、１７  事前申請受付部、１８  申請情報記憶部、２２  入退制御部、５１、６１  扉、５２，５３，６２，６３  カードリーダ、５４，６４  電気錠、５５  ユーザ端末、５６  電話機、６５  内線電話、６６  テンキー。
【図１】
2020042544.tif 000003
【図２】
2020042544.tif 000004
【図３】
2020042544.tif 000005
【図４】
2020042544.tif 000006
【図５】
2020042544.tif 000007
【図６】
2020042544.tif 000008
【図７】
2020042544.tif 000009
【図８】
2020042544.tif 000010
【図９】
2020042544.tif 000011