JP2000076451A - 入室管理サーバ及び入室管理クライアント並びにその処理プログラムを記録した媒体 - Google Patents

Abstract

(57)【要約】 【課題】 入室管理を安全・確実に行うことが可能な技
術を提供する。 【解決手段】 特定の部屋への人物の入室を管理する入
室管理サーバにおいて、特定の部屋への入室が許可され
た人物の生体情報を読取る生体情報読取り部と、前記特
定の部屋を識別する部屋情報と共に前記生体情報読取り
部で読取った生体情報を生体情報データベースに格納す
る生体情報管理部と、入室管理クライアントから送られ
た部屋情報及び生体情報に一致するレコードが前記生体
情報データベースに格納されているかどうかを検索する
検索部と、入室管理クライアントから送られた部屋情報
に対応する部屋の鍵解錠を制御する信号を前記検索結果
に応じて生成する編集部とを備えるものである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は生体情報を利用して
入室を管理する入室管理システムに関し、特にホテル等
の複数の部屋を利用する複数の人物の入室を管理する入
室管理システムに適用して有効な技術に関するものであ
る。

【０００２】

【従来の技術】ホテルの窓口業務に対する負担軽減の為
に、ホテル管理システムが広く普及している。このホテ
ル管理システムでは、入退室の為の鍵またはカードをホ
テルの窓口で顧客に引き渡しており、更にホテルのチェ
ックイン時にサーバの予約情報にある部屋ＮＯ．をキー
ボード等から入力している。

【０００３】この様にホテルで鍵として用いられるカー
ドとは異なるが、銀行カードやクレジットカード等のカ
ードについて、そのカードを持つ人物が正規の所有者で
あるかどうかを指紋の特徴情報と比較して確認する技術
については、例えば特開平９−１６７２３１号公報「生
体測定による識別方法及びその装置」に開示されてい
る。

【０００４】

【発明が解決しようとする課題】前記従来のホテル管理
システムでは、部屋の入室者が退室時に鍵を部屋に忘れ
ていると入室できないという問題がある。

【０００５】また前記従来のホテル管理システムでは、
鍵を紛失した場合など、鍵の正当な利用者以外の人物に
鍵を不正に使用されるという問題がある。

【０００６】カードを鍵として使用し、そのカードを持
つ人物が正規の所有者であるかどうかを指紋の特徴情報
と比較して確認する前記従来技術によって、鍵の正当な
利用者以外の使用を防止することは可能であるが、前記
従来技術では前記の様な不特定人或いは不特定場所での
本人確認に関しては何ら配慮がされておらず、前記従来
技術を用いてこの様な本人確認処理を行う場合には、チ
ェックイン時に生体情報を読込み登録を行った後、カー
ドを使用する際、すなわち部屋へ入室する度に本人確認
処理を行う必要がある。この為、宿泊者の個人負担が大
きく、効率の良い入室処理を行うことが難しいといった
問題がある。

【０００７】本発明の目的は上記問題を解決し、入室管
理を安全・確実に行うことが可能な技術を提供すること
にある。

【０００８】

【課題を解決するための手段】本発明は、特定の部屋へ
の人物の入室を管理する入室管理システムにおいて、特
定の部屋への入室が許可された人物の生体情報を用いて
前記特定の部屋の鍵解錠を制御するものである。

【０００９】本発明の入室管理サーバの生体情報読取り
部は、特定の部屋への入室が許可された人物の生体情報
を読取り、その特定の部屋を識別する部屋情報と共に前
記生体情報読取り部で読取った生体情報を生体情報管理
部により生体情報データベースに格納する。

【００１０】入室管理クライアントの生体情報読取り部
は、特定の部屋へ入室しようとする人物の生体情報を読
取り、サーバ問い合わせ処理部は、部屋情報固有処理部
からその特定の部屋を識別する部屋情報を取得して、そ
の部屋情報と共に前記生体情報読取り部で読取った生体
情報を入室管理サーバに送る。

【００１１】入室管理サーバの検索部は、入室管理クラ
イアントから送られた部屋情報及び生体情報に一致する
レコードが前記生体情報データベースに格納されている
かどうかを検索し、編集部は、入室管理クライアントか
ら送られた部屋情報に対応する部屋の鍵解錠を制御する
信号を前記検索結果に応じて生成して入室管理クライア
ントに送る。

【００１２】入室管理クライアントのサーバ問い合わせ
処理部は、前記特定の部屋の鍵解錠を制御する信号を入
室管理サーバから受け取り、鍵解錠部は、前記受け取っ
た信号に応じて前記特定の部屋の鍵解錠を制御する。

【００１３】前記の様に本発明によれば、ホテル等で行
われる入室管理が容易に行え、顧客は従来の鍵等を持ち
歩く必要がなくなる。またその部屋への入室が許可され
た人物本人の生体情報を鍵として使用して鍵解錠を行う
ので、鍵の紛失や盗難を防止した安全な入室管理がで
き、さらに部屋に鍵を置き忘れて入室することができな
いということがなくなる。

【００１４】以上の様に本発明の入室管理システムによ
れば、入室しようとする人物の生体情報により部屋の鍵
解錠を制御するので、入室管理を安全・確実に行うこと
が可能である。

【００１５】

【発明の実施の形態】以下に宿泊者の生体情報である指
紋情報を使用してホテルの客室の入室管理を行う一実施
形態の入室管理システムについて説明する。

【００１６】図１は本実施形態のホテル管理システムの
構成を示す図である。本システムは、入室管理サーバと
なるサーバ１１と、ネットワーク１５を介してサーバ１
１に接続され、入室管理クライアントとなる取引情報端
末１２−ａ及び１２−ｂ、（以下、個々の客室クライア
ントを特に区別する必要がない場合には、添字を省略し
て客室端末１２と記載する）とから構成される。

【００１７】客室端末１２は、本システムを利用して入
室管理を行うホテル等の客室入口に設置され、ホテル受
付のサーバ１１との間で入室に関する問い合わせとその
問い合わせに対する回答の送受信を行う。

【００１８】本実施形態において、入室情報はサーバ１
１の顧客生体情報データベースで管理されるものとす
る。なお顧客生体情報データベースへの登録は、サーバ
１１で実行されるアプリケーションプログラム（ＡＰ）
により実現される。

【００１９】サーバ１１は、パーソナルコンピュータ、
ワークステーション、メインフレームコンピュータ等の
情報処理装置であり、客室端末１２は、パーソナルコン
ピュータ等と同様な機能を有する小型の情報処理装置に
よって構成される。ネットワーク１５としては、ホテル
内に設置されたＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔ
ｗｏｒｋ）を利用することができる。

【００２０】図２は本実施形態のサーバ１１の機能構成
を示す図である。図２に示す様に本実施形態のサーバ１
１は、スキャナ２０５と、顧客生体情報データベース２
０６とを有している。

【００２１】スキャナ２０５は宿泊客の生体情報である
指紋情報を入力する装置である。顧客生体情報データベ
ース２０６は宿泊客とでやりとりされる宿泊予約デー
タ、チェックイン時に登録される生体情報等を、各部屋
を識別する部屋情報である部屋ＮＯ．と共に格納するデ
ータベースである。

【００２２】またサーバ１１は、生体情報読取り部２１
０と、生体情報管理部２１１と、送受信部２１２と、検
索部２１３と、編集部２１４とを有している。

【００２３】生体情報読取り部２１０は特定の部屋への
入室が許可された人物の指紋情報をスキャナ２０５を動
作させて読取る処理部である。生体情報管理部２１１は
前記特定の部屋を識別する部屋情報である部屋ＮＯ．と
共に生体情報読取り部２１０で読取った指紋情報を顧客
生体情報データベース２０６に格納する処理部である。

【００２４】送受信部２１２は入室管理クライアントで
ある客室端末１２から送られてくる入室の問い合わせの
受信、その入室の問い合わせに対する回答の送信を行う
処理部である。検索部２１３は客室端末１２から送られ
た部屋ＮＯ．及び指紋情報に一致するレコードが顧客生
体情報データベース２０６に格納されているかどうかを
検索する処理部である。

【００２５】編集部２１４は客室端末１２から送られた
部屋ＮＯ．に対応する部屋の鍵解錠を制御する信号とメ
ッセージを検索部２１３の検索結果に応じて生成する処
理部であり、また生体情報読取り部２１０で読取った指
紋情報を、その特徴点を示すデジタル情報に変換して生
体情報管理部２１１に渡す処理も行う処理部である。

【００２６】サーバ１１を生体情報読取り部２１０、生
体情報管理部２１１、送受信部２１２、検索部２１３及
び編集部２１４として機能させる為のプログラムは、Ｃ
Ｄ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格
納された後、メモリにロードされて実行されるものとす
る。なお前記プログラムを記録する媒体はＣＤ−ＲＯＭ
以外の他の媒体でも良い。

【００２７】図３は本実施形態の客室端末１２の機能構
成を示す図である。図３に示す様に本実施形態の客室端
末１２は、モニタ３０４と、スキャナ３０５とを有して
いる。

【００２８】モニタ３０４はサーバ１１からのメッセー
ジを表示する装置である。スキャナ３０５は特定の部屋
へ入室しようとする人物の生体情報である指紋情報を入
力する装置である。

【００２９】また客室端末１２は、生体情報読取り部３
１０と、部屋ＮＯ．固有処理部３１１と、サーバ問い合
わせ処理部３１２と、送受信部３１３と、鍵解錠部３１
４と、モニタ表示部３１５とを有している。

【００３０】生体情報読取り部３１０は特定の部屋へ入
室しようとする人物の指紋情報をスキャナ３０５を動作
させて読取る処理部である。部屋ＮＯ．固有処理部３１
１は前記特定の部屋を識別する部屋ＮＯ．を管理する処
理部である。

【００３１】サーバ問い合わせ処理部３１２は生体情報
読取り部３１０で読取った指紋情報を、その特徴点を示
すデジタル情報に変換して前記部屋ＮＯ．と共にサーバ
１１に送り、前記特定の部屋の鍵解錠を制御する信号及
びメッセージを受け取る処理部である。

【００３２】送受信部３１３はサーバ問い合わせ処理部
３１２からの指示により、前記部屋ＮＯ．と指紋情報を
有する入室の問い合わせをネットワーク経由でサーバ１
１に送信し、その入室の問い合わせに対する回答の受信
を行う処理部である。

【００３３】鍵解錠部３１４はサーバ１１から受け取っ
た信号に応じて前記特定の部屋の鍵解錠を制御する処理
部である。モニタ表示部３１５はサーバ１１から受け取
ったメッセージをモニタ３０４に表示する処理部であ
る。

【００３４】客室端末１２を生体情報読取り部３１０、
部屋ＮＯ．固有処理部３１１、サーバ問い合わせ処理部
３１２、送受信部３１３、鍵解錠部３１４及びモニタ表
示部３１５として機能させる為のプログラムは、ＣＤ−
ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納さ
れた後、メモリにロードされて実行されるものとする。
なお前記プログラムを記録する媒体はＣＤ−ＲＯＭ以外
の他の媒体でも良い。

【００３５】サーバ問い合わせ処理部３１２は、生体情
報読取り部３１０の生体情報（指紋）と客室固有の部屋
ＮＯ．固有処理部３１１からの部屋ＮＯ．の両方のデー
タを送受信部３１３及びネットワーク１５を経由して、
サーバ１１に送信する。

【００３６】サーバ問い合わせ処理部３１２は、サーバ
１１からのＯＫ信号と「入室ください」のメッセージま
たはＮＧ信号と「部屋が違います」のメッセージを送受
信部３１３経由で受け取り、受け取った信号がＯＫ信号
であれば鍵解錠部３１４にＯＫ信号を送り、客室の鍵を
解錠すると共にモニタ表示部３１５に「入室ください」
を送信し、部屋の入口のモニタ３０４にメッセージの
「入室ください」を表示する。また、受け取った信号が
ＮＧ信号であれば、鍵解錠部３１４にＮＧ信号を送り、
客室の鍵解錠を抑止する。またモニタ３０４にはメッセ
ージの「部屋が違います」を表示する。

【００３７】図４は本実施形態の顧客生体情報データベ
ース２０６のデータ構成例を示す図である。顧客生体情
報データベース２０６は、予約情報部と受付情報部から
構成されており、予約時には、予約情報を作成してお
き、客のチェックイン時に受付情報部が生成される。

【００３８】顧客生体情報データベース２０６のレコー
ドは予約順に顧客、部屋別に生成される。各レコード
は、受付情報の部屋ＮＯ．４０１、チェックイン時間４
０２、チェックアウト時間４０３、生体情報４０４〜４
０６、入室時間４２１と、予約情報の予約日４０７、氏
名４０８、ＴＥＬＮＯ．４０９、宿泊日数４１０、宿泊
開始日４１１、宿泊終了日４１２、宿泊者数４１３及び
宿泊料金４１４等の情報を含んでいる。

【００３９】顧客のチェックイン時、氏名４０８等でレ
コードを検索して該当情報を持ってくる。この時、部屋
ＮＯ．４０１を決定し、チェックイン時間４０２を自動
的にセットする。また、サーバ１１の生体情報読取り部
２１０から部屋毎の入室者の指紋を読込み、顧客生体情
報データベース２０６の生体情報４０４〜４０６に書込
む。なお精算時にチェックアウト時間４０３を更新す
る。

【００４０】図５は本実施形態のホテル管理システムの
画面の一例を示す図である。入室管理サブシステム５０
１は、受付にて顧客を迎えてチェックイン処理（生体入
力）をするサブシステムである。客室空き状況サブシス
テム５０２は、顧客からの部屋予約時の処理をするサブ
システムである。

【００４１】図６は本実施形態のホテルの受付処理の処
理手順を示すフローチャートである。予約処理と受付時
の処理の両方を示す。

【００４２】顧客から予約の情報が電話、ＷＷＷ（Ｗｏ
ｒｌｄ Ｗｉｄｅ Ｗｅｂ）やファクシミリ等よりある
と、予約担当者は、図５の受付画面より客室空き状況サ
ブシステム５０２を立上げ（ステップ６０１）、氏名４
０８、ＴＥＬＮＯ．４０９、宿泊日数４１０、宿泊開始
日４１１、宿泊終了日４１２、宿泊料金４１４等を作成
し（ステップ６０２）、サーバ１１の顧客生体情報デー
タベース２０６の予約情報を顧客、部屋別に登録する
（ステップ６０３）。

【００４３】後程、ホテルに顧客が到着してチェックイ
ンすると、サーバ１１のホテル管理システム（図５）の
入室管理サブシステム５０１を立上げて、画面より氏名
４０８を入力する（ステップ６０４）。

【００４４】次に顧客の入室者登録が終了したかを判定
する（ステップ６０５）。入室者処理が終了であれば顧
客来場処理を完了し、終了していなければ、以下の処理
を引き続き処理する。

【００４５】すなわち、入室者の指紋を入力し（ステッ
プ６０６）、読込んだ指紋を顧客生体情報データベース
２０６中の該当レコードの生体情報４０４に登録する
（ステップ６０７）。入室登録者が２名以上の場合は、
生体情報４０５及び生体情報４０６も活用する。一人の
登録が終了したらステップ６０５に戻り、処理を繰り返
す。

【００４６】図７は本実施形態のホテルの部屋入室時の
処理の処理手順を示すフローチャートである。顧客が客
室に入室する前に部屋の客室端末１２の生体情報読取り
部３１０に指をセットすると（ステップ７０１）、生体
情報読取り部３１０は、顧客の指紋情報を読取る（ステ
ップ７０２）。次に客室端末１２は、部屋ＮＯ．固有処
理部３１１の部屋ＮＯ．と生体情報読取り部３１０で読
込んだ指紋情報をサーバ１１へ送信する（ステップ７０
３）。

【００４７】サーバ１１は、送信された部屋ＮＯ．及び
指紋情報と、顧客生体情報データベース２０６のレコー
ドの部屋ＮＯ．４０１及び生体情報４０４〜４０６のい
ずれかとで一致するレコードがあるか検索する（ステッ
プ７０４）。

【００４８】ステップ７０５で検索結果を調べ、該当す
るレコードがあれば「入室ください」のメッセージを作
成し（ステップ７０７）、ＯＫ信号を作成して（ステッ
プ７０９）、顧客生体情報データベース２０６のレコー
ドの入室時間４２１をセットする（ステップ７１０）。

【００４９】該当するレコードがなければ「部屋が違い
ます」のメッセージを作成し（ステップ７０６）、ＮＧ
信号を作成して（ステップ７０８）、ステップ７１１の
処理に進む。

【００５０】次に前記作成したメッセージ及び信号を客
室端末１２に送信する（ステップ７１１）。ステップ７
１２で客室端末１２は、受信したメッセージをモニタ表
示部３１５にセットして表示した後、受信した信号がＯ
Ｋ信号である場合にはそのＯＫ信号を鍵解錠部３１４に
セットして解錠し、ＮＧ信号ならば施錠する。

【００５１】前記の様に本実施形態によれば、ホテル等
で行われる入室管理に関する情報をサーバ１１において
一元的に管理することができるので、客室の入室状況を
いつでも問い合わせることができる。よって、不特定
者、不特定場所への入室管理が必要な、ホテル、モテ
ル、保養施設やバンガロー等の宿泊施設全般に適用でき
る。

【００５２】なお本実施形態では生体情報として指紋を
使用したが、指紋でなく、顔の輪郭情報等、他の生体情
報を用いても良い。また本実施形態では特定の部屋への
入室が許可された人物の生体情報をサーバ１１に格納し
ているが、前記生体情報を客室端末１２に格納し、前記
生体情報とその部屋へ入室しようとする人物の生体情報
とが一致するかどうかを客室端末１２で判定しても良
い。

【００５３】以上説明した様に本実施形態の入室管理シ
ステムによれば、入室しようとする人物の生体情報によ
り部屋の鍵解錠を制御するので、入室管理を安全・確実
に行うことが可能である。

【００５４】

【発明の効果】本発明によれば入室しようとする人物の
生体情報により部屋の鍵解錠を制御するので、入室管理
を安全・確実に行うことが可能である。

【図面の簡単な説明】

【図１】本実施形態のホテル管理システムの構成を示す
図である。

【図２】本実施形態のサーバ１１の機能構成を示す図で
ある。

【図３】本実施形態の客室端末１２の機能構成を示す図
である。

【図４】本実施形態の顧客生体情報データベース２０６
のデータ構成例を示す図である。

【図５】本実施形態のホテル管理システムの画面の一例
を示す図である。

【図６】本実施形態のホテルの受付処理の処理手順を示
すフローチャートである。

【図７】本実施形態のホテルの部屋入室時の処理の処理
手順を示すフローチャートである。

【符号の説明】

１１…サーバ、１２…客室端末、１２−ａ及び１２−ｂ
…取引情報端末、１５…ネットワーク、２０１…ＣＰ
Ｕ、２０２…メモリ、２０３…キーボード、２０４…表
示装置、２０５…スキャナ、２０６…顧客生体情報デー
タベース、２１０…生体情報読取り部、２１１…生体情
報管理部、２１２…送受信部、２１３…検索部、２１４
…編集部、３０１…ＣＰＵ、３０２…メモリ、３０３…
ＲＯＭ、３０４…モニタ、３０５…スキャナ、３１０…
生体情報読取り部、３１１…部屋ＮＯ．固有処理部、３
１２…サーバ問い合わせ処理部、３１３…送受信部、３
１４…鍵解錠部、３１５…モニタ表示部、４０１…部屋
ＮＯ．、４０２…チェックイン時間、４０３…チェック
アウト時間、４０４〜４０６…生体情報、４０７…予約
日、４０８…氏名、４０９…ＴＥＬＮＯ．、４１０…宿
泊日数、４１１…宿泊開始日、４１２…宿泊終了日、４
１３…宿泊者数、４１４…宿泊料金、４２１…入室時
間、５０１…入室管理サブシステム、５０２…客室空き
状況サブシステム。

フロントページの続き Ｆターム(参考） 2E250 AA06 BB04 DD08 DD09 3E038 AA01 AA12 CA07 CC01 HA05 HA07 JA03 5B043 AA04 AA09 BA02 BA04 CA09 CA10 FA02 FA03 FA07 GA17 HA02 HA05 5B049 AA05 BB52 CC06 CC13 DD01 DD05 EE05 FF03 FF04 FF09 GG04 GG07 GG10

Claims (4)

【特許請求の範囲】
1. 【請求項１】 特定の部屋への人物の入室を管理する入
   室管理サーバにおいて、 特定の部屋への入室が許可された人物の生体情報を読取
   る生体情報読取り部と、前記特定の部屋を識別する部屋
   情報と共に前記生体情報読取り部で読取った生体情報を
   生体情報データベースに格納する生体情報管理部と、 入室管理クライアントから送られた部屋情報及び生体情
   報に一致するレコードが前記生体情報データベースに格
   納されているかどうかを検索する検索部と、 入室管理クライアントから送られた部屋情報に対応する
   部屋の鍵解錠を制御する信号を前記検索結果に応じて生
   成する編集部とを備えることを特徴とする入室管理サー
   バ。
2. 【請求項２】 特定の部屋への人物の入室を管理する入
   室管理クライアントにおいて、 特定の部屋へ入室しようとする人物の生体情報を読取る
   生体情報読取り部と、前記特定の部屋を識別する部屋情
   報を管理する部屋情報固有処理部と、 前記部屋情報と共に前記生体情報読取り部で読取った生
   体情報を入室管理サーバに送り、前記特定の部屋の鍵解
   錠を制御する信号を受け取るサーバ問い合わせ処理部
   と、入室管理サーバから受け取った信号に応じて前記特
   定の部屋の鍵解錠を制御する鍵解錠部とを備えることを
   特徴とする入室管理クライアント。
3. 【請求項３】 特定の部屋への人物の入室を管理する入
   室管理サーバとしてコンピュータを機能させる為のプロ
   グラムを記録した媒体において、 特定の部屋への入室が許可された人物の生体情報を読取
   る生体情報読取り部と、前記特定の部屋を識別する部屋
   情報と共に前記生体情報読取り部で読取った生体情報を
   生体情報データベースに格納する生体情報管理部と、 入室管理クライアントから送られた部屋情報及び生体情
   報に一致するレコードが前記生体情報データベースに格
   納されているかどうかを検索する検索部と、 入室管理クライアントから送られた部屋情報に対応する
   部屋の鍵解錠を制御する信号を前記検索結果に応じて生
   成する編集部としてコンピュータを機能させる為のプロ
   グラムを記録したことを特徴とする媒体。
4. 【請求項４】 特定の部屋への人物の入室を管理する入
   室管理クライアントとしてコンピュータを機能させる為
   のプログラムを記録した媒体において、 特定の部屋へ入室しようとする人物の生体情報を読取る
   生体情報読取り部と、前記特定の部屋を識別する部屋情
   報を管理する部屋情報固有処理部と、 前記部屋情報と共に前記生体情報読取り部で読取った生
   体情報を入室管理サーバに送り、前記特定の部屋の鍵解
   錠を制御する信号を受け取るサーバ問い合わせ処理部
   と、入室管理サーバから受け取った信号に応じて前記特
   定の部屋の鍵解錠を制御する鍵解錠部としてコンピュー
   タを機能させる為のプログラムを記録したことを特徴と
   する媒体。