(57)【要約】【課題】  クレジットカードを使用せずに複数のカードキー発行と同等の効果を発揮し得る技術を提供する。【解決手段】  複数の部屋の鍵を、それぞれカードキー４を使用して解錠する解錠システムにおいて、前記複数の部屋のうちの一つの部屋に関する情報をカードキーに書き込んで発行するカードキー発行手段５と、カードキー発行手段によって発行されたカードキーの情報を記憶する第１の記憶手段１１と、ユニークなＩＤコードが書き込まれたＩＤカード６の情報を登録可能なＩＤ登録手段７と、ＩＤ登録手段によって登録されたＩＤカードの情報を第１の記憶手段に記憶されているカードキーの情報に紐付けして記憶する第２の記憶手段１１と、カードキーの情報または前記ＩＤカードの情報もしくはそのＩＤカードと同等の機能が搭載された携帯電子機器の情報を読み取る情報読み取り手段１２と、情報読み取り手段によって読み取られた情報と第１または第２の記憶手段に記憶されている情報とを照合して部屋の鍵を開けるか否かを判定する判定手段９とを備える解錠システム。【選択図】  図１
2011208397.tif 000002
【特許請求の範囲】
【請求項１】
複数の部屋の鍵を、それぞれカードキーを使用して解錠する解錠システムにおいて、前記複数の部屋のうちの一つの部屋に関する情報をカードキーに書き込んで発行するカードキー発行手段と、前記カードキー発行手段によって発行されたカードキーの情報を記憶する第１の記憶手段と、ユニークなＩＤコードが書き込まれたＩＤカードの情報またはそのＩＤカードと同等の機能が搭載された携帯電子機器の情報を登録可能なＩＤ登録手段と、前記ＩＤ登録手段によって登録されたＩＤカードの情報またはそのＩＤカードと同等の機能が搭載された携帯電子機器の情報を前記第１の記憶手段に記憶されているカードキーの情報に紐付けして記憶する第２の記憶手段と、前記カードキーの情報または前記ＩＤカードの情報もしくはそのＩＤカードと同等の機能が搭載された携帯電子機器の情報を読み取る情報読み取り手段と、前記情報読み取り手段によって読み取られた情報と前記第１または第２の記憶手段に記憶されている情報とを照合して部屋の鍵を開けるか否かを判定する判定手段とを備えたことを特徴とする解錠システム。
【請求項２】
請求項１に於いて、第２の記憶手段は、ＩＤ登録手段によって登録された複数のＩＤカードの各々の情報またはそのＩＤカードと同等の機能が搭載された複数の携帯電子機器の各々の情報を第１の記憶手段に記憶されているカードキーの情報に紐付けして記憶することを特徴とする解錠システム。
【請求項３】
請求項１に於いて、一つの部屋に使用するカードキーの発行希望数を入力する第１の入力手段と、ＩＤカードの登録予定数またはそのＩＤカードと同等の機能が搭載された携帯電子機器の登録予定数を入力する第２の入力手段とを備え、カードキー発行手段は、複数の部屋のうちの一つの部屋に関する情報を、前記第１の入力手段に入力された発行希望数から第２の入力手段に入力された登録予定数を減じた数に相当する枚数のカードキーに書き込んで発行することを特徴とする解錠システム。
【請求項４】
複数の部屋のうちの一つの部屋に関する情報をカードキーに書き込んで発行するカードキー発行工程と、このカードキー発行工程によって発行されたカードキーの情報を記憶する第１の記憶工程と、ユニークなＩＤコードが書き込まれたＩＤカードの情報またはそのＩＤカードと同等の機能が搭載された携帯電子機器の情報を登録可能なＩＤ登録工程と、このＩＤ登録工程によって登録されたＩＤカードの情報またはそのＩＤカードと同等の機能が搭載された携帯電子機器の情報を前記第１の記憶工程で記憶されたカードキーの情報に紐付けして記憶する第２の記憶工程と、前記カードキーの情報または前記ＩＤカードの情報もしくはそのＩＤカードと同等の機能が搭載された携帯電子機器の情報を読み取る情報読み取り工程と、この情報読み取り工程によって読み取られた情報と前記第１または第２の記憶工程で記憶された情報とを照合して部屋の鍵を開けるか否かを判定する判定工程とを含むことを特徴とする解錠制御方法。
【請求項５】
コンピュータに、複数の部屋のうちの一つの部屋に関する情報をカードキーに書き込んで発行するカードキー発行手段、このカードキー発行手段によって発行されたカードキーの情報を記憶する第１の記憶手段、ユニークなＩＤコードが書き込まれたＩＤカードの情報またはそのＩＤカードと同等の機能が搭載された携帯電子機器の情報を登録可能なＩＤ登録手段、このＩＤ登録手段によって登録されたＩＤカードの情報またはそのＩＤカードと同等の機能が搭載された携帯電子機器の情報を前記第１の記憶手段に記憶されているカードキーの情報に紐付けして記憶する第２の記憶手段、前記カードキーの情報または前記ＩＤカードの情報もしくはそのＩＤカードと同等の機能が搭載された携帯電子機器の情報を読み取る情報読み取り手段及び該情報読み取り手段によって読み取られた情報と前記第１または第２の記憶手段に記憶されている情報とを照合して部屋の鍵を開けるか否かを判定する判定手段としての機能を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、解錠システム、解錠制御方法およびプログラムに関し、たとえば、ホテル等の宿泊施設に設置されているカード式の客室ドア解錠システムに用いて好適な解錠システム、解錠制御方法およびプログラムに関する。
【背景技術】
【０００２】
ホテル等の宿泊施設（以下、単にホテルという。）の客室ドアは、その多くがオートロックであり、宿泊客は解錠操作（鍵を開ける操作）だけを行えばよいようになっている。また、ドアの「鍵」は、旧来の機械式に開閉できる式から、電気（電子）的に開閉することができる、いわゆる電気錠方式に移行しており、とりわけ不特定多数の客が出入りするホテル、旅館等の宿泊施設等においては、「カードキー」と呼ばれるカード型の電子キーが多用されている。これは、機械式施・解錠手段（例えば合鍵）に比べて単価が安いことに加え、紛失したり、客が持ち帰ったりした場合もデータを無効にするだけでよくからである。
【０００３】
このように固有の識別情報を持たせるカードキーに関する従来技術としては、たとえば、下記の特許文献１に記載のもの（以下、第１の従来技術という。）や下記の特許文献２に記載のもの（以下、第２の従来技術という。）が知られている。
【０００４】
第１の従来技術は、カードキー（特許文献１ではゲスト用キーカード２０）の使用状況に応じて逐次に変化する特定のデータ（特許文献１ではキー使用状況コードＫＩ）を用いてカードの有効／無効を判定するというものである。これによれば、仮に、カードキーを不正にコピーした複製カードが使用されたとしても、正規のカードと複製カードの「特定のデータ（キー使用状況コードＫＩ）」は異なるので、入室の際に複製カードを判定して使用を禁止することができる。
【０００５】
ところで、この第１の従来技術にあっては、「カードキーの使用状況に応じて逐次に変化する特定のデータを用いてカードの有効／無効を判定する」という仕組みになっているので、１つの客室あたり１枚のカードしか発行できない。その理由について付言すると、複数のカードを発行した場合、入室を繰り返すたびに各カードの「特定のデータ（キー使用状況コードＫＩ）」が相違することになり、その結果、あるカードでは入室できるが、他のカードでは入室できなくなる（不正な複製カードとみなされてしまう）という不都合を招くからである。
【０００６】
こうした複数枚のカード発行要求は、１つの客室を複数人で利用する際にしばしば発生する。例えば家族でホテルに泊まったとき、メインのゲストカードが１枚しかないない場合は、そのカードを誰か一人が持ったまま出かけてしまったとき、他の客（例えば子供、友人等）は部屋に入ることができなくなるからである。
【０００７】
この点において、第２の従来技術は、カードキーの代わりに「クレジットカード」を使用できるようにしているので、各人のクレジットカードを登録しておけば、すくなくとも前記の不都合（他の客は部屋に入ることができなくなる）を解消することができる。
しかしながら、第２の従来技術にあっては、「クレジットカードの情報（カード番号等）」を登録しなければならず、情報保全性の点で実用的でないという問題点がある。
【０００８】
これは、クレジットカードの番号はネット決済でも使われる大切な情報だからである。このため、たとえ、チェックインの際にホテル側から「クレジットカードをカードキーの代わりに登録しますか？」と問われても、大概の人は躊躇し、とりわけクレジットカードの取り扱いに慎重な人はおそらく拒否する筈だからである。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開平６−０６６０５８号公報
【特許文献２】特開平６−２４０９３７号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本願発明の所期の目的は、前述した第１及び第２の問題点に鑑み、例えば従来技術のクレジットカードを使用せずに、当該宿泊施設から受け取ったメインのゲストカードさえあれば、このゲストカードを利用して「複数のサブカード（ここではメインのゲストカードと同等の効果を発揮し得るＩＤを有する記憶媒体）」を作成できる技術を提供することである。
【課題を解決するための手段】
【００１１】
本発明の解錠システムは、複数の部屋の鍵を、それぞれカードキーを使用して解錠する解錠システムにおいて、前記複数の部屋のうちの一つの部屋に関する情報をカードキーに書き込んで発行するカードキー発行手段と、前記カードキー発行手段によって発行されたカードキーの情報を記憶する第１の記憶手段と、ユニークなＩＤコードが書き込まれたＩＤカードの情報またはそのＩＤカードと同等の機能が搭載された携帯電子機器の情報を登録可能なＩＤ登録手段と、前記ＩＤ登録手段によって登録されたＩＤカードの情報またはそのＩＤカードと同等の機能が搭載された携帯電子機器の情報を前記第１の記憶手段に記憶されているカードキーの情報に紐付けして記憶する第２の記憶手段と、前記カードキーの情報または前記ＩＤカードの情報もしくはそのＩＤカードと同等の機能が搭載された携帯電子機器の情報を読み取る情報読み取り手段と、前記情報読み取り手段によって読み取られた情報と前記第１または第２の記憶手段に記憶されている情報とを照合して部屋の鍵を開けるか否かを判定する判定手段とを備えたことを特徴とする。
【００１２】
上記構成に於いて、第２の記憶手段は、ＩＤ登録手段によって登録された複数のＩＤカードの各々の情報またはそのＩＤカードと同等の機能が搭載された複数の携帯電子機器の各々の情報を第１の記憶手段に記憶されているカードキーの情報に紐付けして記憶することを特徴とする。
【００１３】
また、一つの部屋に使用するカードキーの発行希望数を入力する第１の入力手段と、前記ＩＤカードの登録予定数またはそのＩＤカードと同等の機能が搭載された携帯電子機器の登録予定数を入力する第２の入力手段とを備え、カードキー発行手段は、複数の部屋のうちの一つの部屋に関する情報を、第１の入力手段に入力された発行希望数から第２の入力手段に入力された登録予定数を減じた数に相当する枚数のカードキーに書き込んで発行することを特徴とする。
【００１４】
また、本発明の解錠制御方法は、複数の部屋のうちの一つの部屋に関する情報をカードキーに書き込んで発行するカードキー発行工程と、前記カードキー発行工程によって発行されたカードキーの情報を記憶する第１の記憶工程と、ユニークなＩＤコードが書き込まれたＩＤカードの情報またはそのＩＤカードと同等の機能が搭載された携帯電子機器の情報を登録可能なＩＤ登録工程と、前記ＩＤ登録工程によって登録されたＩＤカードの情報またはそのＩＤカードと同等の機能が搭載された携帯電子機器の情報を前記第１の記憶工程で記憶されたカードキーの情報に紐付けして記憶する第２の記憶工程と、前記カードキーの情報または前記ＩＤカードの情報もしくはそのＩＤカードと同等の機能が搭載された携帯電子機器の情報を読み取る情報読み取り工程と、前記情報読み取り工程によって読み取られた情報と前記第１または第２の記憶工程で記憶された情報とを照合して部屋の鍵を開けるか否かを判定する判定工程とを含むことを特徴とする。
【００１５】
さらに、本発明のプログラムは、コンピュータに、複数の部屋のうちの一つの部屋に関する情報をカードキーに書き込んで発行するカードキー発行手段、前記カードキー発行手段によって発行されたカードキーの情報を記憶する第１の記憶手段、ユニークなＩＤコードが書き込まれたＩＤカードの情報またはそのＩＤカードと同等の機能が搭載された携帯電子機器の情報を登録可能なＩＤ登録手段、前記ＩＤ登録手段によって登録されたＩＤカードの情報またはそのＩＤカードと同等の機能が搭載された携帯電子機器の情報を前記第１の記憶手段に記憶されているカードキーの情報に紐付けして記憶する第２の記憶手段、前記カードキーの情報または前記ＩＤカードの情報もしくはそのＩＤカードと同等の機能が搭載された携帯電子機器の情報を読み取る情報読み取り手段、および、前記情報読み取り手段によって読み取られた情報と前記第１または第２の記憶手段に記憶されている情報とを照合して部屋の鍵を開けるか否かを判定する判定手段としての機能を実現させるためのものである。
【発明の効果】
【００１６】
（ａ）本発明によれば、クレジットカードを使用せずに、複数のカードキー発行と同等の効果を発揮し得る技術を提供することができる。
（b）付言すると、ホテル、旅館等の宿泊施設の電気錠を備えた開閉体に対して、ゲストカードの他に、サブカードを増やしたい場合に、本発明の解錠システム、解錠制御方法およびプログラムを利用すると、複数のカードキー発行と同等の効果を発揮し得るサブカードを作成することができるので、例えば大人以外に一緒に宿泊する子供や友人に固有の情報を持ったサブカードを所持させることができる。
【図面の簡単な説明】
【００１７】
【図１】実施形態に係る解錠システムの全体構成図。
【図２】ゲストカード４とＵＩＤカード６に書き込まれているデータを示す図。
【図３】データテーブル記憶部１１に記憶されているデータテーブルの概念構造図。
【図４】フロント１に設置された表示部３のインターフェース画面例を示す図。
【図５】チェックイン処理の動作フロー図。
【図６】入室処理の動作フロー図。
【図７】ゲストカード有効／無効判定処理の動作フロー図。
【図８】ＵＩＤカード有効／無効判定処理の動作フロー図。
【図９】実施形態の効果説明図。
【図１０】情報削除の動作フロー図。
【図１１】図６の入室処理の変形例を示す図。
【図１２】他の実施形態の要部構成図。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の実施形態をホテルへの適用を例にして、図面を参照しながら説明する。図１は実施形態に係る解錠システムの全体構成図である。この図において、ホテルのフロント１には、キーボードやマウス等の操作部２および液晶ディスプレイ等の表示部３が設置されているとともに、カード型の電子キー（この実施形態ではゲストカード４と称する。）を発行するためのゲストカード発行部５と、ＵＩＤカード６の情報を読み取るためのＵＩＤカード読み取り部７とが設けられている。
【００１９】
ここで、ＵＩＤカード６とは、ＵＩＤ（Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）コードやＩＤｍコードと呼ばれる、全地球規模のユニーク性（唯一無二であること。）が保証されたＩＤコードが書き込まれたＩＣチップ内蔵カード（単にＩＤカードということもある。）のことをいう。たとえば、我が国におけるＦｅｌｉｃａ（フェリカ）カードやＴａｓｐｏ（タスポ）カードおよび一部のポイントカード、または、諸外国におけるＭｉｆａｒｅ（マイフェア）カードなどがそのＩＤカードの実例である。
【００２０】
なお、これらの名称（Ｆｅｌｉｃａ／Ｔａｓｐｏ／Ｍｉｆａｒｅ）は指定商品や指定役務によっては各社の登録商標である。
【００２１】
ＩＣチップに書き込まれたＩＤコードはカードリーダ（実施形態ではＵＩＤカード読み取り部７）で容易に読み取ることができるが、編集は不可である。
【００２２】
フロント１に設置されている前記各部（操作部２、表示部３、ゲストカード発行部５、ＵＩＤカード読み取り部７）は、フロント１またはホテル内の任意場所（たとえば、事務室等）に設置されたセンター処理部８に接続されている。
【００２３】
このセンター処理部８は、コンピュータ（以下、ＣＰＵ９）を含むとともに、少なくとも、このＣＰＵ９で実行する制御プログラムを記憶したプログラム記憶部１０と、後述のデータテーブル（図３参照）を記憶したデータテーブル記憶部１１とを有して構成されており、プログラム記憶部１０に記憶された制御プログラムをＣＰＵ９で実行することにより、前記フロント１に設置されている各部（操作部２、表示部３、ゲストカード発行部５、ＵＩＤカード読み取り部７）の動作を制御し、また、次に説明する客室側の動作を制御する。
【００２４】
複数の客室（ここでは説明の便宜上、１０１号室、１０２号室、‥‥‥、９９９号室とする。）の各々には、ゲストカード４やＵＩＤカード６の情報を読み取ってその読み取り情報をセンター処理部８に出力できるカード読み取り部１２と、図示しない客室ドアを自動で施錠し、また、センター処理部８からの制御信号に応答して解錠するドア施解錠部１３とが設けられている。なお、図では１０１号室の構成しか示していないが、他の室も同様の構成を有している。
【００２５】
次に、作用を説明する。実施形態における作用の流れとその考え方の概略は、以下のとおりである。まず、ホテル側では、宿泊客のチェックインに際してゲストカード４を発行する。ゲースカード４の発行枚数は通常１枚であるが、宿泊客の同室人数によっては複数枚とすることもできる。
【００２６】
すなわち、１名（宿泊客Ａのみ）の場合は当然ながら１枚のゲストカード４を発行すればよいが、もし、２名同室（宿泊客Ａ、Ｂ）や３名同室（宿泊客Ａ、Ｂ、Ｃ）などの場合は、同室全員分のゲストカード４を発行することが可能である。ただし、このような複数枚のゲストカード４の発行はコスト面からできれば避けたい。
【００２７】
実施形態のポイントの一つは、ゲストカード４を複数枚発行する必要に迫られたときに、所要枚数分のゲストカード４を発行するか（第一の選択肢）、または、複数のゲストカード４の発行と同等の効果を発揮し得る「他の方法（サブのカード）」を採用するか（第二の選択肢）をホテル側で任意に選択できるようにしたことにある。
【００２８】
ここで、「他の方法」とは、ＵＩＤカード６を利用した方法のことをいう。具体的には、同室宿泊客数をＮ人としたとき、そのＮ人全員にＵＩＤカード６の所持を訪ね、たとえば、Ｎ人のうちのＭ人がＵＩＤカード６を所持していると回答したとすると、Ｎ−Ｍ人分のゲストカード４を発行するとともに、残りのＭ人については、各々が所持しているＵＩＤカード６をゲストカード４の代わりに使用できるように手続きすることをいう。
【００２９】
たとえば、図示の例では、３名の同室宿泊客Ａ、Ｂ、ＣであるのでＮ＝３となり、うち２名の宿泊客はＵＩＤカード６を所持しているのでＭ＝２となる。したがって、ホテル側で上記の「第二の選択肢」を選んだ場合、ゲストカード４は宿泊客Ａの１枚（Ｎ−Ｍ枚）だけ発行すればよく、しかも、他の宿泊客Ｂ、Ｃについては各自のＵＩＤカード６をゲストカード４の代わりに使用できるので、前記の第一の選択肢を選んだときと同等の効果（全員分のゲストカード４を発行したのと同等の効果）を得ることができるから、宿泊客に対しては利便性を、また、ホテル側に対してはコストメリットを与えることができる。
【００３０】
図２は、ゲストカード４とＵＩＤカード６に書き込まれているデータを示す図である。ゲストカード４にはカードＩＤ、ホテルコード、部屋番号、使用期間、発行日などの情報が書き込まれおり、また、ＵＩＤカード６には少なくとも前述のＵＩＤコードが書き込まれている。
【００３１】
ゲストカード４に書き込まれている情報は、チェックインの際にゲストカード発行部５によって書き込まれたものであり、カードＩＤはカードの固有識別情報、ホテルコードはホテルの固有識別情報、部屋番号は各部屋の識別情報、使用期間はその部屋の利用期間（宿泊期間）、発行日は当該カードの発行日の情報である。また、ＵＩＤカード６に書き込まれているＵＩＤコードは、そのカードの製造時に編集不可の形で書き込まれたものである。
【００３２】
なお、ゲストカード４やＵＩＤカード６の情報保持の仕組みについては特に限定しない。たとえば、カードに埋め込まれたＩＣチップに情報を書き込む態様であってもよく、または、磁気的やその他の方法で情報を保持する態様であってもよい。要は、ゲストカード４およびＵＩＤカード６のいずれも、各部屋のカード読み取り部１２で情報を読み出すことができ、また、ゲストカード４についてはフロント１のゲストカード発行部５で所定の情報を書き込むことができ、さらに、ＵＩＤカード６についてはフロント１のＵＩＤカード読み取り部７でその情報を読み出すことができる態様になっていればよい。
【００３３】
図３は、データテーブル記憶部１１に記憶されているデータテーブルの概念構造図である。この図において、ゲストカードデータテーブル１４は行列方式のデータベーステーブルであり、各行（レコード）を複数のフィールド、すなわち、カードＩＤフィールド１４ａ、ホテルコードフィールド１４ｂ、部屋番号フィールド１４ｃ、使用期間フィールド１４ｄ、発行日フィールド１４ｅなどに分けている。これらの各フィールドはゲストカード４に記憶された各情報（カードＩＤ、ホテルコード、部屋番号、使用期間、発行日）に対応しており、ゲストカード４を１枚発行するたびに新規レコードを追加し、そのレコードの各フィールド１４ａ〜１４ｅに、発行されたゲストカード４の情報（カードＩＤ、ホテルコード、部屋番号、使用期間、発行日）を格納するようになっている。
【００３４】
なお、ここでは、ゲストカード４を発行した後に、ゲストカードデータテーブル１４に新規レコードを追加し、そのレコードにゲストカード４の情報を格納するとしているが、逆であってもかまわない。すなわち、ゲストカードデータテーブル１４に新規レコードを追加し、そのレコードに情報（カードＩＤ、ホテルコード、部屋番号、使用期間、発行日）を格納した後、それらの情報をゲストカード４に書き込んでもよい。
【００３５】
ＵＩＤカードデータテーブル１５も行列方式のデータベーステーブルであり、各行（レコード）を複数のフィールド、すなわち、ＵＩＤコードフィールド１５ａ、部屋番号フィールド１５ｂ、使用期間フィールド１５ｃ、カードＩＤフィールド１５ｄなどに分けている。先頭のＵＩＤコードフィールド１５ａにはＵＩＤカード６のＵＩＤコードが格納され、また、末尾のカードＩＤフィールド１５ｄには、そのＵＩＤカード６に「紐付け」されたゲストカード４のカードＩＤが格納される。
【００３６】
ここで、「紐付け（ひもづけ）」とは、ある情報と他の情報とを関連付けすることをいう。たとえば、ゲストカードデータテーブル１４の第１レコード（Ｒ１）から第３レコード（Ｒ２）の各々のカードＩＤフィールド１４ａに“０００１”、“０００２”、“０００３”というカードＩＤが格納されていたと仮定し、ＵＩＤカードデータテーブル１５の第１レコード（Ｒ１）のカードＩＤフィールド１５ｄに“０００１”というカードＩＤを格納した場合は、このカードＩＤ（“０００１”）と同じ情報がゲストカードデータテーブル１４の第１レコード（Ｒ１）に格納されているので、この場合、ＵＩＤカードデータテーブル１５の第１レコード（Ｒ１）と、ゲストカードデータテーブル１４の第１レコード（Ｒ１）とが「紐付け（関連づけ）」されたという。
【００３７】
また、ＵＩＤカードデータテーブル１５の部屋番号フィールド１５ｂと使用期間フィールド１５ｃに、紐付け先レコードの同一情報（部屋番号と使用期間）が転記されるようになっている。
【００３８】
図４は、フロント１に設置された表示部３のインターフェース画面例を示す図である。この図において、第１のインターフェース画面１６には、部屋番号を入力するためのテキストボックス１７、同室利用人数を入力するためのテキストボックス１８、利用期間の始まりと終わりをそれぞれ入力するためのテキストボックス１９、２０、および、次画面（第２のインターフェース画面２２）への移動ボタン２１などが適切なレイアウトで表示されている。フロント１の担当者は宿泊客のチェックインの際に、操作部２を用いて部屋番号や同室利用人数および利用期間を各テキストボックス１７〜２０入力した後、マウスを使用して次画面への移動ボタン２１をクリックする。
【００３９】
次画面である第２のインターフェース画面２２には、ＵＩＤカード登録操作エリア２３、ゲストカード発行ボタン２４および第１のインターフェース画面１６に戻るための移動ボタン２５などが適切なレイアウトで表示されている。
【００４０】
ここで、ＵＩＤカード登録操作エリア２３には、ＵＩＤカード登録チェックボックス２６と、ＵＩＤカード６の所有人数を入力するためのテキストボックス２７と、ＵＩＤカード登録ボタン２８とが設けられている。
【００４１】
これらの各部（ＵＩＤカード登録チェックボックス２６、テキストボックス２７、ＵＩＤカード登録ボタン２８）は、通常、そのすべてが使用不可の状態（ダーク色で選択できない状態）になっているが、第１のインターフェース画面１６の同室利用人数を入力するためのテキストボックス１８に“２”以上の数が入力されたとき、すなわち、１室を複数人で利用するときに、ＵＩＤカード登録チェックボックス２６が使用可能な状態（チェックを入れることができる状態）になり、さらに、ＵＩＤカード登録チェックボックス２６にチェックが入れられたときに、ＵＩＤカード６の所有人数を入力するためのテキストボックス２７とＵＩＤカード登録ボタン２８とがともに使用可能な状態になる。
【００４２】
すなわち、同室利用人数が“１名”のときは、第２のインターフェース画面２２のＵＩＤカード登録操作エリア２３のすべてが使用不可状態となっており、この場合、第２のインターフェース画面２２においては、ゲストカード発行ボタン２４と移動ボタン２５の二つしか操作できない。
【００４３】
これに対して、同室利用人数が“２名”以上のときは、ゲストカード発行ボタン２４と移動ボタン２５に加えて、ＵＩＤカード登録チェックボックス２６も使用可能な状態になり、さらに、このＵＩＤカード登録チェックボックス２６にチェックを入れることによって、ＵＩＤカード６の所有人数を入力するためのテキストボックス２７とＵＩＤカード登録ボタン２８も使用可能な状態になる。
【００４４】
したがって、このようなインターフェースにより、フロント１の担当者は、以下の選択的操作を行うことができるようになる。
【００４５】
＜同室宿泊人数が１名のとき＞
ＵＩＤカード登録操作エリア２３のすべてが使用不可状態で、ゲストカード発行ボタン２４が使用可能状態にある。このため、担当者は迷うことなくゲストカード発行ボタン２４を操作してゲストカード４を発行することができる。この場合、ゲストカード４の発行数は１枚である。
【００４６】
＜同室宿泊人数が２名以上のとき＞
ＵＩＤカード６の所有人数を入力するためのテキストボックス２７とＵＩＤカード登録ボタン２８は使用不可状態にあるが、ＵＩＤカード登録チェックボックス２６とゲストカード発行ボタン２４は使用可能な状態にある。
【００４７】
このため、担当者は、同一宿泊者全員にゲストカード４を発行するのであれば、直ちにゲストカード発行ボタン２４を操作して人数分のゲストカード４を発行すればよく、一方、ゲストカード４の代わりにＵＩＤカード６を使用するのであれば、まず、ＵＩＤカード登録チェックボックス２６にチェックを入れて、ＵＩＤカード６の所有人数を入力するためのテキストボックス２７とＵＩＤカード登録ボタン２８とを使用可能状態にし、次いで、宿泊客から聞き取ったＵＩＤカード６の所有人数をテキストボックス２７に入力し、さらに、ＵＩＤカード登録ボタン２８を押して所有人数分のＵＩＤカード６の読み取り操作を行い、その後、ゲストカード発行ボタン２４を操作すればよい。この場合、所要枚数（同室宿泊人数からＵＩＤカード６の所有者数を引いた枚数）のゲストカード４が発行される。
【００４８】
このように、実施形態においては、必要に応じ、ＵＩＤカード６の情報を登録するとともに、そのＵＩＤカード６の情報とゲストカード４の情報とを紐付けして管理するので、ＵＩＤカード６にゲストカード４と同等の解錠機能を与えることができ、宿泊者の利便性を向上しつつ、ホテル側のコスト削減も図ることができるという優れた効果が得られる。加えて、ケースバイケースで、同室宿泊者全員にゲストカード４を発行したり、同室宿泊者のうちＵＩＤカード６を所有しない者だけにゲストカード４を発行したりできるから、ホテル側の接客対応を柔軟にできるという効果も得られる。
【００４９】
図５は、センター処理部８のＣＰＵ９で実行する制御プログラムのうち「チェックイン処理」に関する部分の動作フロー図である。このチェックイン処理では、まず、フロント１に設置されている表示部３に、図４の第１のインターフェース画面１６を表示する（ステップＳ１０）。そして、フロント１の担当者によって第１のインターフェース画面１６に入力された情報（部屋番号や同室利用人数および利用期間）を取り込み、それらの情報に基づいて以下の処理を実行する。
【００５０】
まず、１室の利用人数Ｎが２名以上であるか否かを判定し（ステップＳ１１）、２名以上でなければ、すなわち、１室１名の利用の場合は、ゲストカード発行部５を制御して１枚のゲストカード４を発行するとともに、その発行情報をゲストカードデータテーブル１４に登録してプログラムを終了する。このとき、表示部３の第２のインターフェース画面２２では前述のとおり、同室利用人数＝１に対応してゲストカード発行ボタン２４と移動ボタン２５だけが使用可能になっているので、担当者は迷うことなくゲストカード発行ボタン２４を押すことができ、誤操作を招かない。
【００５１】
一方、１室の利用人数Ｎが２名以上の場合は、次に、サブカードを発行するか否かを判定する（ステップＳ１３）。ここで、“サブカード”とは、１室につき複数枚のゲストカード４を発行する場合の２枚目以降のゲストカード４のことをいい、または、ゲストカード４に紐付けして登録されたＵＩＤカード６のことをいう。サブカードの枚数はケースバイケースで異なる。
【００５２】
表示部３に表示された第２のインターフェース画面２２のＵＩＤカード登録チェックボックス２６は、１室の利用人数Ｎが２名以上の時に使用可能な状態になり、そして、フロント１の担当者によって、ＵＩＤカード登録チェックボックス２６にチェックが入れられたときに、ＵＩＤカード６の所有人数を入力するためのテキストボックス２７とＵＩＤカード登録ボタン２８とがともに使用可能な状態になる。したがって、ステップＳ１３の判定結果がＹＥＳとなるのは、ＵＩＤカード登録チェックボックス２６にチェックが入れられたとき、つまり、担当者によってサブカードの発行が選択されたときである。
【００５３】
ステップＳ１３の判定結果がＮＯのとき、すなわち、ＵＩＤカード登録チェックボックス２６にチェックが入れられなかったとき（サブカードを発行しないとき）は、担当者によるゲストカード発行ボタン２４の操作に応答してゲストカード発行部５を制御し、１枚のゲストカード４を発行するとともに、その発行情報をゲストカードデータテーブル１４に登録してプログラムを終了する。この場合、１室の利用人数Ｎは２名以上であるが、発行した１枚のゲストカード４は、Ｎ人のうちの代表者等に手渡すことになる。
【００５４】
一方、ステップＳ１３の判定結果がＹＥＳのとき、すなわち、ＵＩＤカード登録チェックボックス２６にチェックが入れられていたとき（サブカードを発行するとき）は、まず、第２のインターフェース画面２２のテキストボックス２７の情報（ＵＩＤカード所有人数Ｍ）を取り込み（ステップＳ１４）、ＵＩＤカード所有人数Ｍが“０”であるか否かを判定する（ステップＳ１５）。
【００５５】
そして、Ｍ＝０の場合、すなわち、同室利用者全員がＵＩＤカード６を所持していない場合は、担当者によるゲストカード発行ボタン２４の操作に応答してゲストカード発行部５を制御し、同室利用者全員に行き渡るだけのＮ枚のゲストカード４を発行（ステップＳ１６）するとともに、その発行情報をゲストカードデータテーブル１４に登録してプログラムを終了する。
【００５６】
一方、Ｍ＝０でない場合、すなわち、同室利用者（Ｎ人）のうちＭ人がＵＩＤカード６を所持していた場合は、まず、担当者によるゲストカード発行ボタン２４の操作に応答してゲストカード発行部５を制御し、同室利用者（Ｎ人）のうちＵＩＤカード６の所持者（Ｍ人）を除く全員に行き渡るだけのＮ−Ｍ枚のゲストカード４を発行するとともに、その発行情報をゲストカードデータテーブル１４に登録する（ステップＳ１７）。次いで、ＵＩＤカード読み取り部７を制御してＭ枚のＵＩＤカード６の情報（ＵＩＤコード）を読み取り（ステップＳ１８）、その読み取った情報をＵＩＤカードデータテーブル１５に登録し、さらに、そのＵＩＤカードデータテーブル１５への登録情報と、ステップＳ１７でゲストカードデータテーブル１４に登録したゲストカード４の登録情報とを紐付け（ステップＳ１９）してプログラムを終了する。
【００５７】
このように、このチェックイン処理によれば、１室１名利用の場合は１枚のゲストカード４を発行し、また、１室複数名の利用の場合は、全員分のゲストカード４を発行するか、あるいは、一部の者について代替カード（ＵＩＤカード６）を登録するとともに、残りの者についてゲストカード４を発行するか、を適宜に選択することができるから、ホテル側の対応を柔軟にすることができる。
【００５８】
図６は、センター処理部８のＣＰＵ９で実行する制御プログラムのうち「入室処理」に関する部分の動作フロー図である。この入室処理では、まず、客室ドアに設けられているカード読み取り部１２でカード（ゲストカード４またはＵＩＤカード６）を読み取る（ステップＳ２１）。
【００５９】
次いで、そのカードがゲストカード４であるかＵＩＤカード６であるかを判定し（ステップＳ２２、ステップＳ２８）、いずれのカードでもなければ、使用不可の間違った種類のカードであると判断してプログラムを終了する。
【００６０】
一方、ステップＳ２２でゲストカード４が判定された場合は、ゲストカード有効／無効判定処理（ステップＳ２３）を実行し、ステップＳ２８でＵＩＤカード６が判定された場合は、ＵＩＤカード有効／無効判定処理（ステップＳ２９）を実行する。
【００６１】
なお、ゲストカード４であるかＵＩＤカード６であるかの判定は、たとえば、カードのデータフォーマットから判定することが可能である。一般的に実施形態のゲストカード４のような宿泊施設用カードキーはシステム特有のデータフォーマットを有しているからであり、同様に、ＵＩＤカード６のようなフェリカカードやタスポカードまたはプリペイカードあるいはポイントカードにおいても同様にそのシステム特有のデータフォーマットを有しているからであり、両者のデータフォーマットは多くの場合、異なっているからである。ただし、実施形態の技術思想は、このような特定の判定方法（データフォーマットに基づくもの）に限定されない。カードの種類を区別できる方法であればいかなるものであってもかまわない。また、その判定の信頼性も多少不十分であってもよい。正規に使用できるカードであるか否かの最終判定は、後述するように、図７のゲストカード有効／無効判定処理や、図８のＵＩＤカード有効／無効判定処理で確実に行っている（ゲストカードデータテーブル１４やＵＩＤカードデータテーブル１５の登録情報との照合で行っている）からである。なお、ゲストカード有効／無効判定処理やＵＩＤカード有効／無効判定処理の説明は後述する。
【００６２】
このようにして、ゲストカード有効／無効判定処理やＵＩＤカード有効／無効判定処理を実行すると、次に、その判定結果に基づき、先にステップＳ２１で読み取ったカードが使用可能な有効なカードであるか否かを判定する（ステップＳ２４）。そして、有効なカードであると判定された場合は、ドア施解錠部１３を駆動して客室ドアを解錠し（ステップＳ２５）、入室するのに十分な時間（所定時間）を経過した後に（ステップＳ２６のＹＥＳ）、客室ドアを施錠（ステップＳ２７）してプログラムを終了する。
【００６３】
図７は、ゲストカード有効／無効判定処理の動作フロー図である。このゲストカード有効／無効判定処理では、カードＩＤ一致判定（ステップＳ３１）、ホテルコード一致判定（ステップＳ３２）、部屋番号一致判定（ステップＳ３３）、使用期間一致判定（ステップＳ３４）、使用期間内判定（ステップＳ３５）を順次に行い、すべての判定結果がＹＥＳの場合にカードの有効を最終判定（ステップＳ３６）する一方、いずれか一つでもＮＯが判定された場合はカードの無効を判定する（ステップＳ３７）。
【００６４】
ここで、「カードＩＤ一致判定」とは、図６のステップＳ２１で読み取られたゲストカード４のカードＩＤと一致するデータが、図３のゲストカードデータテーブル１４のカードＩＤフィールド１４ａに登録されているか否かを判定することをいう。
【００６５】
また、「ホテルコード一致判定」とは、図６のステップＳ２１で読み取られたゲストカード４のホテルコードと一致するデータが、図３のゲストカードデータテーブル１４の特定レコード（ステップＳ３１でカードＩＤの一致が判定されたレコード）のホテルコードフィールド１４ｂに登録されているか否かを判定することをいう。
【００６６】
同様に、「部屋番号一致判定」とは、図６のステップＳ２１で読み取られたゲストカード４の部屋番号と一致するデータが、図３のゲストカードデータテーブル１４の特定レコード（ステップＳ３１でカードＩＤの一致が判定されたレコード）の部屋番号フィールド１４ｃに登録されているか否かを判定すること、および、入室しようとする実際の部屋番号（カード読み取り部１２ごとに設定されている）との一致を判定することをいう。
【００６７】
同様に、「使用期間一致判定」とは、図６のステップＳ２１で読み取られたゲストカード４の使用期間と一致するデータが、図３のゲストカードデータテーブル１４の特定レコード（ステップＳ３１でカードＩＤの一致が判定されたレコード）の使用期間フィールド１４ｃに登録されているか否かを判定することをいう。
【００６８】
また、「使用期間内判定」とは、図６のステップＳ２１で読み取られたゲストカード４の使用期間内に現在日時が含まれているか否かを判定することをいう。
【００６９】
これらの判定により、カードＩＤが異なるゲストカード４（たとえば、データが存在しない使用済みのゲストカード４）を無効と判定でき、また、ホテルコードが異なる他ホテルのゲストカード４を無効と判定でき、また、間違った部屋への入室を回避でき、さらには、使用期間の過ぎたゲストカード４の使用を回避することができる。
【００７０】
図８は、ＵＩＤカード有効／無効判定処理の動作フロー図である。このＵＩＤカード有効／無効判定処理では、まず、図３のＵＩＤカードデータテーブル１５を参照して、一致するＵＩＤコードが登録されているか否かを判定する（ステップＳ４１）。そして、一致するＵＩＤコードが登録されていない場合は、使用できない未登録のＵＩＤカード６（無効カード）であると判定（ステップＳ４７）する一方、一致するＵＩＤコードが登録されていた場合は、次に、そのＵＩＤカード６に紐付けされたゲストカード４が存在するか否かを判定する（ステップＳ４２）。
【００７１】
すなわち、図３のＵＩＤカードデータテーブル１５の該当レコードのカードＩＤフィールド１５ｄに格納されているカードＩＤと同じデータが、図３のゲストカードデータテーブル１４のカードＩＤフィールド１４ａに格納されているかを調べ、格納されていれば「紐付けされている」と判定し、格納されていなければ「紐付けされていない」と判定する。
【００７２】
そして、紐付けされていない場合は、使用できない未登録のＵＩＤカード６（無効カード）であると判定し（ステップＳ４７）、一方、紐付けされていた場合は、次に、ＵＩＤカード６の部屋番号および有効期間と、その紐付け先のゲストカード４の部屋番号および有効期間との一致を判定する（ステップＳ４３）。
【００７３】
この一致判定は、図３のＵＩＤカードデータテーブル１５の該当レコードの部屋番号フィールド１５ｂおよび使用期間フィールド１５ｃに格納されているデータ（部屋番号および使用期間）と同じデータが、図３のゲストカードデータテーブル１４の紐付け先レコードの部屋番号フィールド１４ｃおよび使用期間フィールド１４ｄに格納されているかどうかを調べることによって行う。
【００７４】
すなわち、同じデータが格納されていればステップＳ４３の判定結果がＹＥＳとなり、そうでなければステップＳ４３の判定結果がＮＯとなる。ステップＳ４３の判定結果がＮＯの場合は、使用できないＵＩＤカード６（無効カード）であると判定する（ステップＳ４７）。
【００７５】
ＵＩＤコードが一致し、紐付けされたゲストカード４が存在し、且つ、そのゲストカード４の部屋番号と使用期間が一致していた場合は、次に、これから入室しようとする実際の部屋番号と、図３のＵＩＤカードデータテーブル１５の該当レコードの部屋番号フィールド１５ｂに格納されている部屋番号とが一致するか否かを判定するとともに（ステップＳ４４）、ステップＳ２１で読み取られたＵＩＤカード６の使用期間内に現在日時が含まれているか否かを判定し（ステップＳ４５）、いずれかの判定結果がＮＯであれば使用できないＵＩＤカード６（無効カード）であると判定する（ステップＳ４７）一方、そうでなければ、使用可能なＵＩＤカード６（有効カード）であると最終判定する（ステップＳ４６）。
【００７６】
これらの処理により、ＵＩＤカードの有効／無効判定、すなわち、チェックインの際にゲストカード４の発行と一緒に登録されたＵＩＤカード６であるか否かを判定することができ、有効と判定されたＵＩＤカード６を用いてドアの解錠を行うことができる。
【００７７】
本発明では、上記構成を採用したので、以下の効果を得ることができる。図９は、実施形態の効果の説明図である。この図は、（ａ）１室１人利用のケース、（ｂ）１室２人の利用でともにＵＩＤカード６を所持しないケース、（ｃ）は１室２人の利用で１人がＵＩＤカード６を所持しているケース、（ｄ）は１室α＋β人利用でうちβ人がＵＩＤカード６を所持しているケースをそれぞれ例示している。
【００７８】
まず、（ａ）のケースの場合、フロント１の担当者は、図４の第１のインターフェース画面１６の同室利用人数に“１”を入力するとともに、その他の所要事項を入力してから移動ボタン２１を押し、第２のインターフェース画面２２を表示させる。この第２のインターフェース画面２２では、上記の同室利用人数“１”に対応して、ＵＩＤカード登録操作エリア２３が使用不可状態のままになっているため、担当者は迷わず使用可能状態のゲストカード発行ボタン２４を押すこととなり、これにより、１人分のゲストカード４を発行することができる。
【００７９】
次に、（ｂ）のケースの場合は、宿泊客に聞いたところ、いずれもＵＩＤカード６を所持していないことがわかり、且つ、複数カードの発行を希望していたので、担当者は次の操作を行う。すなわち、第１のインターフェース画面１６の同室利用人数に“２”を入力するとともに、その他の所要事項を入力してから移動ボタン２１を押し、第２のインターフェース画面２２を表示させる。この第２のインターフェース画面２２では、上記の同室利用人数“２”に対応して、ＵＩＤカード登録操作エリア２３のＵＩＤカード登録チェックボックス２６が使用可能状態になっているが、宿泊客のいずれもＵＩＤカード６を所持していないので、ＵＩＤカードの登録は行わず、担当者は上記の（ａ）と同様にゲストカード発行ボタン２４を押すことになる。（ａ）との違いは、同室利用人数（２人）分のゲストカード４を発行する点にある。
【００８０】
次に、（ｃ）のケースの場合は、同室利用者２人のうち１人がＵＩＤカード６を所持しており、且つ、複数カードの発行を希望していたので、担当者は次の操作を行う。すなわち、第１のインターフェース画面１６の同室利用人数に“２”を入力するとともに、その他の所要事項を入力してから移動ボタン２１を押し、第２のインターフェース画面２２を表示させる。この第２のインターフェース画面２２では、上記の同室利用人数“２”に対応して、ＵＩＤカード登録操作エリア２３のＵＩＤカード登録チェックボックス２６が使用可能状態になっているので、担当者はＵＩＤカード登録チェックボックス２６にチェックを入れる。これにより、ＵＩＤカード所有人数入力用のテキストボックス２７と、ＵＩＤカード登録ボタン２８が使用可能状態になるので、担当者はＵＩＤカード所有人数として“１”を入力した後、ＵＩＤカード登録ボタン２８を押してＵＩＤカード６の登録を行い、ゲストカード発行ボタン２４を押して残り１人分のゲストカード４を発行する。
【００８１】
次に、（ｄ）のケースの場合は、同室利用者α＋βのうちβ人がＵＩＤカード６を所持しており、且つ、複数カードの発行を希望していたので、担当者は次の操作を行う。すなわち、第１のインターフェース画面１６の同室利用人数に“β”（ただし、ベータは任意の整数）を入力するとともに、その他の所要事項を入力してから移動ボタン２１を押し、第２のインターフェース画面２２を表示させる。この第２のインターフェース画面２２では、上記の同室利用人数“α＋β”に対応して、ＵＩＤカード登録操作エリア２３のＵＩＤカード登録チェックボックス２６が使用可能状態になっているので、担当者はＵＩＤカード登録チェックボックス２６にチェックを入れる。これにより、ＵＩＤカード所有人数入力用のテキストボックス２７と、ＵＩＤカード登録ボタン２８が使用可能状態になるので、担当者はＵＩＤカード所有人数として“β”を入力した後、ＵＩＤカード登録ボタン２８を押してＵＩＤカード６の登録を行い、ゲストカード発行ボタン２４を押して残りα人分のゲストカード４を発行する。
【００８２】
このように、実施形態では、ゲストカード４と同等の解錠機能を有する代替カードとしてＵＩＤカード６を登録することができるので、仮にゲストカード４を持ったまま誰かが出かけてしまっても、他の同室者は自分または他の同室者のＵＩＤカード６を使用して部屋に入ることができるから、複数の宿泊者で１室を利用する際の不都合を回避することができ、同室利用者の利便性を向上することができる。
【００８３】
また、１室複数人宿泊の場合で、且つ、宿泊者から複数カードの発行を求められた場合は、全員にゲストカード４を発行する、ＵＩＤカード６の所有者以外の宿泊者分だけゲストカード４を発行する、といった柔軟な対応が可能となるから、ホテル側の対処幅を広げることができる。
【００８４】
また、今日ではフェリカカードやタスポカードのようなＵＩＤカード６が広く普及していることから、老若男女問わず、かなりの確率でＵＩＤカード６を所持しているといえる。このため、宿泊者から複数カードの発行を求められた場合には、ＵＩＤカード６の所有人数分だけゲストカード４の発行枚数を減らすことができ、ホテル側にコストメリットを与えることができる。
【００８５】
ここで、クレジットカードは、ＩＤコードに相当する情報（カード番号）を持つ点で実施形態のＵＩＤカード６と類似しているが、このクレジットカードは、特定の者（つまり、口座所有者）しか所持しないうえ、カード番号だけでネット決済できる大切なカードである点で、フェリカカードやタスポカードまたは特定のポイントカードのようなＵＩＤカード６と相違する。
【００８６】
したがって、ＵＩＤカード６は、クレジットカードに比べて取り扱いにそれほどの慎重さを要する必要がないから、ホテル側から「お持ちのＵＩＤカード６を登録しますか？」と聞かれた場合に誰でも躊躇なく手軽に差し出すので、実用上、何の不都合も生じない。
【００８７】
なお、以上の実施形態では、ＵＩＤカードデータテーブル１５にＵＩＤカード６の情報を登録しているが、使用期間を過ぎた情報の保持は個人情報保護の観点から好ましくない。
【００８８】
図１０は、情報削除の動作フロー図である。この動作フローは、たとえば、１日に一回定期的に実行されるバッチ処理になっており、ゲストカードデータテーブル１４を参照（ステップＳ５１）して有効期間を過ぎた（使用期間を超過した）レコードをすべて削除（ステップＳ５２）するとともに、同様に、ＵＩＤカードデータテーブル１５を参照（ステップＳ５３）して有効期間を過ぎた（使用期間を超過した）レコードをすべて削除（ステップＳ５４）するというものであり、これにより、不要になったゲストカード４とＵＩＤカード６のデータを一括削除するというものである。
【００８９】
このようにすると、無用な個人情報がシステムに残らないので、データ漏出等の事故発生を未然に防止することができる。
【００９０】
また、実施形態では、ＵＩＤカード６の登録をチェックイン時にフロント１で行っているが、この態様に限定されない。たとえば、チェックインの際に行わず、部屋に入室する際に行うようにしてもよい。
【００９１】
図１１は、図６の入室処理の変形例を示す図である。この図において、図６の入室処理との相違は、ステップＳ２６のＮＯ判定の後に、新たなステップＳ６１〜ステップＳ６４を追加したことにある。
【００９２】
これらのステップＳ６１〜ステップＳ６４の内容は図示のとおりであるが、ステップＳ６１〜ステップＳ６４の全体の意味は、以下のとおりである。
【００９３】
まず、これらのステップＳ６１〜ステップＳ６４におけるポイントは、ＵＩＤカード６の読み取り判定（ステップＳ６２）と、その読み取ったデータの紐付け処理（ステップＳ６３）にあり、要するに、部屋のカード読み取り部１２で読み取ったＵＩＤカード６のデータを、チェックイン時に発行されたゲストカード４のデータに紐付けする点がポイントである。
【００９４】
少なくとも、これらの処理（ステップＳ６２とステップＳ６３）を行うだけで、前記の実施形態と同様に、図３のＵＩＤカードデータテーブル１５とゲストカードデータテーブル１４との関連づけ（紐付け）を行うことができ、したがって、チェックインの際ではなく部屋に入室する際にＵＩＤカード６の登録を行うことができるから、フロント１の担当者の手を煩わす必要がない。
【００９５】
また、ステップＳ６１の条件（ドア開？）は安全のための対策である。すなわち、このステップＳ６１がない場合は、たとえば、正規のゲストカード４を使って部屋に入ってドアを閉めた直後に、悪意を持った第三者に廊下側からカード読み取り部１２にＵＩＤカード６を差し込まれる可能性を否定できないからである。
【００９６】
これに対処するには、ドアを開いている状態の時だけに、ＵＩＤカード６の読み取りを許容すればよい。ステップＳ６１はそのための付加条件である。なお、ドアの“開”検出は、たとえば、ドア施解錠部１３にドア開センサを設けて行ってもよく、あるいは、ドアの蝶番等に同様のセンサを設けて行ってもよい。
【００９７】
また、ステップＳ６４の「所定時間を延長する」という処理は、ＵＩＤカード６を登録する際の操作時間を考慮したものであり、「所定時間」は、ステップＳ２６における判定時間（施錠するまでの待ち時間）のことである。このステップＳ６４を入れることにより、ＵＩＤカード６の登録中にステップＳ２６の判定時間（施錠するまでの待ち時間）を延長することができ、登録途中でドアが不本意に施錠されるという不都合を回避できる。
【００９８】
また、実施形態では、発行済みのゲストカード４や登録済みのＵＩＤカード６のデータ管理をセンター処理部８で集中して行っているが、これに限定されない。たとえば、以下のように部屋ごとに分散して行ってもよい。
【００９９】
図１２は、他の実施形態の要部構成図である。この図は各部屋の構成を示しており、前記実施形態との相違はカード読み取り部１２およびドア施解錠部１３のほかに、部屋端末処理部２９とデータ記憶部３０とを有する点にある。部屋端末処理部２９は、たとえば、マイクロコンピュータで構成されており、この部屋端末処理部２９は、センター処理部８から適宜に送られてくる、その部屋専用のゲストカード４の情報（カードＩＤ、ホテルコード、部屋番号、使用期間、発行日）と同じくその部屋専用のＧＵＩカード４の登録情報（ＵＩＤコード）とをデータ記憶部３０に記憶するとともに、宿泊客によるカード読み取り操作（ゲストカード４またはＵＩＤカード６のデータをカード読み取り部１２に読み取らせる操作）に応答して、前記図６の「入出処理」と類似の入室処理を実行することにより、読み取らせたカード（ゲストカード４またはＵＩＤカード６）の有効／無効を判定し、有効と判定されたときにドア施解錠部１３を制御してドアの解錠を行うというものである。
【０１００】
“類似の入室処理”とは、図６の「入室処理」のステップＳ２３およびステップＳ２９の代わりに、以下の処理を実行することを意味する。
【０１０１】
＜ステップＳ２３の置き換え＞
宿泊客の使用カードがゲストカード４の場合に、データ記憶部３０からゲストカード４の情報（カードＩＤ、ホテルコード、部屋番号、使用期間、発行日）を読み出し、それらの情報と、宿泊客が使用したゲストカード４の情報との照合をとり、一致した場合に有効カードと判定する。
【０１０２】
＜ステップＳ２８の置き換え＞
宿泊客の使用カードがＵＩＤカード６の場合に、データ記憶部３０からＵＩＤカード６の情報（ＵＩＤコード）を読み出し、その情報と、宿泊客が使用したＵＩＤカード６の情報との照合をとり、一致した場合に有効カードと判定する。
【０１０３】
このようにしても、前記実施形態と同様に有効カードと無効カードの判定を行うことができる。
【０１０４】
ところで、図１２の例では、ゲストカードデータテーブル１４やＧＵＩカードデータテーブル１５を使用しないので、これらのテーブルのレコード同士の関連づけ（“紐付け”）という概念はない。しかしながら、この図１２の例では、「部屋端末処理部２９は、センター処理部８から適宜に送られてくる、その部屋専用のゲストカード４の情報（カードＩＤ、ホテルコード、部屋番号、使用期間、発行日）と同じくその部屋専用のＧＵＩカード４の登録情報（ＵＩＤコード）とをデータ記憶部３０に記憶する」という仕組みを有しているので、ホテル全体でみた場合、全ての部屋のデータ記憶部３０には、各部屋専用の二つの情報（ゲストカード４の情報とＧＵＩカード４の情報）が記憶されることとなり、それら各部屋専用の二つの情報は、部屋番号をキーにして関連づけられているから、やはり、前記実施形態と同様に情報の紐付けという概念を有している。
【実施例】
【０１０５】
本実施例ではホテル等の宿泊施設への適用を例にしたが、これに限らない。少なくとも、カード型の電子キーを使用して部屋の鍵を開けるとともに、一つの部屋に複数の電子キーを割り当てる（または貸し出す）可能性がある様々な用途に適用できる。また、ＵＩＤカード６を例にしたが、これに限らない。ＵＩＤカード６と同等の機能（たとえば、フェリカ機能など）を搭載した携帯電話機等の携帯電子機器をＵＩＤカード６の代わりに用いてもよい。
【産業上の利用可能性】
【０１０６】
錠前や建具の技術分野、特に、ホテル、旅館等の宿泊施設の開閉体に電気錠を備えた管理システムに利用される。
【符号の説明】
【０１０７】
４…ゲストカード（カードキー）、５…ゲストカード発行部（カードキー発行手段）、６…ＵＩＤカード（ＩＤカード）、７…ＵＩＤカード読み取り部（ＩＤ登録手段）、９…ＣＰＵ（判定手段、コンピュータ）、１０…データテーブル記憶部（第１の記憶手段、第２の記憶手段）、１２…カード読み取り部（情報読み取り手段）、１８…テキストボックス（第１の入力手段）、２７…テキストボックス（第２の入力手段）、２９…部屋端末処理部（判定手段、コンピュータ）、３０…データ記憶部（第１の記憶手段、第２の記憶手段）。
【図１】
2011208397.tif 000003
【図２】
2011208397.tif 000004
【図３】
2011208397.tif 000005
【図４】
2011208397.tif 000006
【図５】
2011208397.tif 000007
【図６】
2011208397.tif 000008
【図７】
2011208397.tif 000009
【図８】
2011208397.tif 000010
【図９】
2011208397.tif 000011
【図１０】
2011208397.tif 000012
【図１１】
2011208397.tif 000013
【図１２】
2011208397.tif 000014