(57)【要約】【課題】ハッキングにより不正な鍵情報が電気錠に設定され、部屋に無断で侵入されることを防ぐ。【解決手段】コントローラ（１）は、登録番号を含む鍵設定指示を宿泊管理サーバ（４）から受信したとき、該登録番号と対応付けられている、予め登録された鍵情報を特定する鍵設定部（１０２）を備え、該鍵設定部（１０２）は、受信した登録番号を、特定した鍵情報に置き換えて、鍵設定指示を上記電気錠へ送信する。【選択図】図１
2019049128.tif 000002
【特許請求の範囲】
【請求項１】
記憶している鍵情報が入力されたときに解錠または施錠される電気錠に対して、外部装置から受信した命令を送信する送信部を備える中継装置であって、
上記電気錠へ新たな鍵情報を記憶させるための命令である、上記電気錠のユーザへ予め通知されている鍵代替情報を含む記憶命令を外部装置から受信する受信部と、
上記受信部が上記記憶命令を受信したとき、該記憶命令に含まれる鍵代替情報と対応付けられている鍵情報を特定する特定部と、をさらに備え、
上記送信部は、上記記憶命令に含まれる鍵代替情報を、上記特定部が特定した鍵情報に置き換えて、該記憶命令を上記電気錠へ送信することを特徴とする中継装置。
【請求項２】
登録されたユーザの端末装置から、上記鍵代替情報の上記端末装置への通知を命じる通知命令を受信したとき、鍵代替情報を生成する代替情報生成部と、
上記代替情報生成部が生成した鍵代替情報を、上記通知命令に含まれる鍵情報と対応付けて、上記中継装置のみと通信可能に接続された記憶サーバに格納する格納部と、
上記代替情報生成部が生成した鍵代替情報を上記端末装置へ送信する代替情報送信部と、をさらに備えることを特徴とする請求項１に記載の中継装置。
【請求項３】
登録されたユーザの端末装置から、上記鍵代替情報の上記端末装置への通知を命じる通知命令を受信したとき、鍵代替情報を生成する代替情報生成部と、
上記代替情報生成部が生成した鍵代替情報を、鍵情報と対応付けて、上記中継装置のみと通信可能に接続された記憶サーバに格納する格納部と、
上記鍵情報と、該鍵情報と対応付けられた上記鍵代替情報とを、上記端末装置へ送信する鍵情報送信部と、をさらに備えることを特徴とする請求項１に記載の中継装置。
【請求項４】
上記通知命令を受信したとき、上記代替情報生成部が生成した鍵代替情報と対応付けられる鍵情報を生成する鍵情報生成部をさらに備えることを特徴とする請求項３に記載の中継装置。
【請求項５】
上記代替情報生成部は、上記通知命令を受信したとき、数字および文字の少なくとも一方をランダムに並べて上記鍵代替情報を生成することを特徴とする請求項２から４のいずれか１項に記載の中継装置。
【請求項６】
上記中継装置は、複数の上記電気錠と通信可能に接続しており、
上記記憶命令には、電気錠が設置された部屋を示す部屋識別情報が含まれており、
上記送信部は、上記部屋識別情報が示す部屋に設置された電気錠に対して、上記記憶命令を送信することを特徴とする請求項１から５のいずれか１項に記載の中継装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、外部装置と電気錠との情報の送受信を中継する中継装置に関する。
【背景技術】
【０００２】
特許文献１に記載の技術のような、電子キーに設定されたＩＤなどの情報（以下、鍵情報と称する）を電気錠に予め登録しておくことで、電子キーと電気錠との無線通信により電気錠を解錠または施錠する技術が普及している。
【０００３】
また、近年、クラウドサーバと通信可能に接続したパーソナルコンピュータやスマートフォンなどを用いて、遠隔地から鍵情報を電気錠に登録する技術が普及している。例えば、クラウドサーバが鍵情報を管理し、宿泊予約日のチェックイン時刻に、クラウドサーバから鍵情報を、ホテルの部屋に設定された電気錠に設定する技術がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−５２２７４号公報（２００９年３月１２日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記の技術では、クラウドサーバがハッキングされると、ハッカーによって不正な鍵情報（例えば、ハッカーが有する鍵情報）が電気錠に設定されるおそれがある。この場合、ハッカーが不正な鍵情報を用いて電気錠を解錠することができるようになるため、部屋に無断で侵入されるリスクが発生する。
【０００６】
本発明の一態様は、上記の問題に鑑みてなされたものであり、ハッキングにより不正な鍵情報が電気錠に設定され、部屋に無断で侵入されることを防ぐ中継装置を実現することを目的とする。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、本発明の一態様に係る中継装置は、記憶している鍵情報が入力されたときに解錠または施錠される電気錠に対して、外部装置から受信した命令を送信する送信部を備える中継装置であって、上記電気錠へ新たな鍵情報を記憶させるための命令である、上記電気錠のユーザへ予め通知されている鍵代替情報を含む記憶命令を外部装置から受信する受信部と、上記受信部が上記記憶命令を受信したとき、該記憶命令に含まれる鍵代替情報と対応付けられている鍵情報を特定する特定部と、をさらに備え、上記送信部は、上記記憶命令に含まれる鍵代替情報を、上記特定部が特定した鍵情報に置き換えて、該記憶命令を上記電気錠へ送信する。
【発明の効果】
【０００８】
本発明の一態様によれば、ハッキングにより不正な鍵情報が電気錠に設定され、部屋に無断で侵入されることを防ぐという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態１に係る電気錠制御システムに含まれる装置の要部構成の一例を示すブロック図である。
【図２】図１に示す電気錠制御システムが実行する鍵登録処理の概要を示す図である。
【図３】図１に示す電気錠制御システムが実行する鍵設定処理の概要を示す図である。
【図４】図１に示すデータベースサーバに格納された対応付けテーブルの一具体例を示す図である。
【図５】図２に示す鍵登録処理のうち、コントローラが実行する処理の流れの一例を示すフローチャートである。
【図６】図２に示す鍵設定処理の流れの一例を示すフローチャートである。
【図７】本発明の実施形態２に係る電気錠制御システムが実行する鍵登録処理の概要を示す図である。
【図８】本発明の実施形態３に係る電気錠制御システムが実行する鍵登録処理の概要を示す図である。
【図９】本発明の実施形態４に係る電気錠制御システムに含まれる装置の要部構成の一例を示すブロック図である。
【図１０】コントローラ、電気錠、および宿泊管理サーバとして利用可能なコンピュータの構成を例示したブロック図である。
【発明を実施するための形態】
【００１０】
〔実施形態１〕
以下、本発明の実施形態１について、図１から図６に基づいて詳細に説明する。図１は、本実施形態に係る電気錠制御システム１００に含まれる装置の要部構成の一例を示すブロック図である。図１に示すように、電気錠制御システム１００は、コントローラ１（中継装置）、電気錠２ａ〜２ｚ、端末装置３、宿泊管理サーバ４（外部装置）、およびデータベースサーバ６（記憶サーバ）を含んでいる。
【００１１】
本実施形態では、電気錠２がホテルの各部屋の入口に設けられたドアに設置されている例を説明する。このため、電気錠制御システム１００は、図１に示すように、複数の電気錠２ａ〜２ｚを含んでいる。なお、以降、これら複数の電気錠を区別する必要が無い場合、電気錠２と総称する場合がある。また、電気錠２の設置箇所はこの例に限定されない。また、本実施形態では、ユーザ（宿泊客と称する場合がある）は、会員登録を行った上でホテルを利用する。会員登録を行うことにより、ユーザを識別するユーザＩＤと、ユーザが設定したパスワードとがホテル側（例えば、宿泊管理サーバ４）で管理される。これにより、ユーザは、ホテルのホームページから宿泊予約を行ったり、自身の有するカードを、電気錠２を解錠および施錠するカード鍵として設定したりすることができる。
【００１２】
電気錠２は、電気錠２に対する直接的な操作によって解錠または施錠される。例えば、電気錠２は、カード型の鍵（以下、カード鍵と称する）の近接を検知すると、カード鍵のＩＤ（鍵情報、以下、カードＩＤと称する）をカード鍵から取得する。なお、カードＩＤとは、カード鍵を識別するための情報である。そして、電気錠２は、取得したカードＩＤが、電気錠２に設定されたカードＩＤである場合、解錠または施錠される。換言すれば、電気錠２は、カード鍵との近距離無線通信によって解錠または施錠される。なお、「電気錠２に設定された」とは、カードＩＤなどの鍵情報が、電気錠２に記憶されたことを示す。
【００１３】
なお、電気錠２の解錠および施錠のための直接的な操作（以下、解錠操作および施錠操作と称する）はこの例に限定されない。例えば、電気錠２は、電気錠２に設定された個人識別番号（ＰＩＮ；personal identification number）の入力によって、解錠または施錠されてもよい。この場合、電気錠２は、ＰＩＮを入力するためのテンキー、または、ＰＩＮの入力を受け付けるユーザインターフェースを表示する表示部を備えている。また、電気錠２は、電気錠制御システム１００に認証された携帯端末などに対するユーザの操作により、遠隔地から解錠または施錠されてもよい。なお、遠隔地からの電気錠２の解錠または施錠は、既存の技術を適用することにより実現可能であるため、ここでの説明を省略する。
【００１４】
本実施形態に係るコントローラ１は、外部装置から受信した、電気錠２に対する制御命令を、無線によるシリアル通信を介して電気錠２へ送信する。例えば、コントローラ１は、無線ＬＡＮ（local area network）を介して受信した制御命令を、上記シリアル通信を介して電気錠２へ送信する。なお、制御命令としては、カード鍵を電気錠２へ設定するための命令（記憶命令、以下、鍵設定指示と称する）、および、カード鍵を、電気錠２へ設定する候補（鍵情報候補、以下、鍵候補と称する）として登録するための命令（通知命令、以下、登録依頼と称する）が挙げられる。また、電気錠２が、遠隔地から解錠または施錠可能である場合、コントローラ１は、制御命令として、電気錠２を解錠または施錠するための命令をユーザの端末装置などから受信して、電気錠２へ送信してもよい。
【００１５】
コントローラ１の設置場所は、電気錠２とのシリアル通信が可能な位置であれば特に限定されないが、コントローラ１の管理者以外の人間（例えば、ホテルの宿泊客など）がコントローラ１を操作できないような位置に設置することが好ましい。例えば、管理者のみが入室できる部屋に設置することが好ましい。なお、コントローラ１の管理者とは、例えば、ホテルの従業員などが挙げられる。
【００１６】
コントローラ１は、ホテルなどに設けられた電源コンセントから、ＡＣアダプタを介して電力を供給されることで動作する。また、コントローラ１は、電気錠２とペアリングすることにより電気錠２を制御可能となる。なお、コントローラ１は、無線ＬＡＮを介して外部装置からの制御命令を受信する構成に限定されない。例えば、コントローラ１は、有線通信を介して外部装置からの制御命令を受信してもよい。また、コントローラ１は、無線によるシリアル通信を介して制御命令を電気錠２へ送信する構成に限定されない。例えば、コントローラ１は、コントローラ１と電気錠２との間で着脱可能な有線による通信を介して制御命令を電気錠２へ送信してもよい。
【００１７】
端末装置３は、ユーザの操作に応じて、制御命令を宿泊管理サーバ４へ送信する。具体的には、端末装置３は、上述した登録依頼を宿泊管理サーバ４へ送信する。詳細については後述するが、登録依頼にはカードＩＤが含まれている。このカードＩＤをカード鍵から読み取るために、端末装置３は、カードリーダ７と通信可能に接続している。なお、カードリーダ７は、端末装置３と一体となっていてもよい。また、端末装置３の具体例としては、パーソナルコンピュータ、スマートフォン、タブレット端末などが挙げられる。また、端末装置３は、ホテルへの宿泊を予約するための予約指示を宿泊管理サーバ４へ送信する。
【００１８】
宿泊管理サーバ４は、ホテルへの宿泊予約を管理するサーバである。宿泊管理サーバ４は、端末装置３とコントローラ１との間で、制御命令を中継する。具体的には、宿泊管理サーバ４は、受信した登録依頼をコントローラ１へ送信する。また、宿泊管理サーバ４は、端末装置３から送信された予約指示に従って、鍵設定指示をコントローラ１へ送信する。また、宿泊管理サーバ４は、端末装置３からのユーザ認証依頼を受信すると、ユーザ認証処理を行う。
【００１９】
データベースサーバ６は、鍵候補として登録されたカード鍵のカードＩＤを記憶する。データベースサーバ６の詳細については後述する。
【００２０】
（鍵登録処理の概要）
図２を参照して、カード鍵を、鍵候補として登録するための鍵登録処理について説明する。図２は、鍵登録処理の概要を示す図である。
【００２１】
図２に示すように、端末装置３のユーザは、自身が有する、近距離無線通信機能を備えたカード（例えば、電子マネーカード）を鍵候補として登録するために、端末装置３を操作してユーザ認証を行う。具体的には、上記ユーザは、端末装置３を操作して、ホテルのホームページをブラウザに表示させる。そして、ユーザは、端末装置３を操作して、該ホームページ上でユーザＩＤとパスワードを入力する。端末装置３は、ユーザ操作によって入力されたユーザＩＤおよびパスワードを、宿泊管理サーバ４へ送信する。宿泊管理サーバ４は、受信したユーザＩＤおよびパスワードが対応付けられて記憶されている場合、ユーザ認証が成功したとみなす。そして、宿泊管理サーバ４は、鍵登録処理のためのカード鍵登録画面を端末装置３に表示させる。なお、ユーザＩＤおよびパスワードは、宿泊管理サーバ４とは別のサーバに記憶されていてもよい。
【００２２】
ユーザ認証に成功したユーザは、カードリーダ７にカードを近接させ、カードＩＤを読み取らせる。端末装置３は、該カードＩＤを含む登録依頼を宿泊管理サーバ４へ送信する。宿泊管理サーバ４は、登録依頼を、ルータ５を介してコントローラ１へ送信する。
【００２３】
コントローラ１は、登録依頼を受信すると、登録番号（鍵代替情報）を生成する。そして、コントローラ１は、生成した登録番号と、受信したカードＩＤとを対応付けて、データベースサーバ６へ格納する。つまり、登録番号とは、カードＩＤを記憶する際に、カードＩＤに対応付けられる情報である。以上より、ユーザのカードのカードＩＤが、鍵候補として登録される。
【００２４】
コントローラ１は、生成した登録番号を、ルータ５、および宿泊管理サーバ４を介して端末装置３へ送信する。このため、登録番号は、鍵情報の代わりにユーザへ通知される情報であると表現することもできる。また、登録依頼は、登録番号の端末装置３への通知を命じる命令であると表現することもできる。登録番号が端末装置３へ送信されることにより、ユーザは登録番号を取得する。宿泊管理サーバ４は、コントローラ１から登録番号を受信したとき、カードの登録が成功したことを示すメッセージを生成して、登録番号とともに端末装置３へ送信してもよい。
【００２５】
図２に示すように、コントローラ１、ルータ５、およびデータベースサーバ６は、ホテルローカルネットワークにて通信可能に接続されている。つまり、データベースサーバ６は、端末装置からインターネットを介して直接アクセスできないサーバである。これにより、データベースサーバ６に記憶された情報は、ハッカーの端末装置からの変更や削除が容易に行うことのできない情報となっている。
【００２６】
（鍵設定処理の概要）
図３を参照して、鍵候補として登録されたカード鍵を、電気錠２を解錠および施錠可能なカード鍵として、電気錠２へ設定するための鍵設定処理について説明する。図３は、鍵設定処理の概要を示す図である。
【００２７】
図３に示すように、本実施形態では、端末装置３のユーザがホテルへの宿泊予約を行ったことをトリガとして、鍵設定処理が行われる。具体的には、上記ユーザは、ホテルへの宿泊予約のために、端末装置３を操作してユーザ認証を行う。該ユーザ認証は、鍵登録処理のユーザ認証と同様であるため、ここでの説明を繰り返さない。宿泊管理サーバ４は、ユーザ認証が成功したとみなした場合、宿泊予約のための予約画面を端末装置３に表示させる。
【００２８】
上記ユーザは、予約画面が表示された状態で端末装置３を操作して予約情報を入力する。予約情報とは、例えば、宿泊者名、宿泊日、宿泊人数、支払方法などを含む。また、上記ユーザは、予約情報とともに、鍵登録処理によって取得した登録番号を入力する。端末装置３は、入力された予約情報および登録番号を宿泊管理サーバ４へ出力する。宿泊管理サーバ４は、宿泊予約が完了した旨を端末装置３に表示させるとともに、予約情報、登録番号、およびユーザＩＤを対応付けて記憶する。また、宿泊管理サーバ４は、宿泊可能日時を予約情報および登録番号に対応付けて記憶する。ここで宿泊可能日時とは、例えば、予約情報に含まれる宿泊日におけるチェックイン可能時刻である。
【００２９】
宿泊管理サーバ４は、宿泊可能日時となると、鍵設定指示を、ルータ５を介してコントローラ１へ送信する。具体的には、宿泊管理サーバ４は、鍵設定指示に、登録番号と、部屋番号（部屋識別情報）とを含めてコントローラ１へ送信する。部屋番号はユーザが宿泊する部屋の番号である。該部屋番号がどのように決定されるか（すなわち、ユーザが止まる部屋をどのように決定するか）は、特に限定されない。例えば、宿泊管理サーバ４が、予約情報に含まれるユーザの要望（例えば、喫煙可能か否かなど）をふまえて、空いている部屋の何れかを選択してもよいし、ホテルの従業員が端末装置（不図示）を操作して選択してもよい。この場合、選択された部屋番号は端末装置から宿泊管理サーバ４へ送信され、予約情報に対応付けられて記憶される。また、部屋番号はユーザが決定してもよい。この場合、部屋番号は予約情報に含まれる。
【００３０】
コントローラ１は、鍵設定指示を受信すると、鍵設定指示に含まれる登録番号に対応付けられているカードＩＤを、データベースサーバ６を参照して特定する。そして、コントローラ１は、特定したカードＩＤを含む鍵設定指示を生成し、電気錠２へ送信する。このとき、コントローラ１は、受信した部屋番号によって、鍵設定指示の送信先となる電気錠２を特定する。
【００３１】
換言すれば、コントローラ１は、宿泊管理サーバ４から送信された、カードＩＤの電気錠２への記憶を命じる命令について、該命令に含まれる登録番号をカードＩＤに置き換えて、電気錠２へ送信する。
【００３２】
電気錠２は、鍵設定命令を受信すると、カードＩＤを記憶する。これにより、カードＩＤが示すカード鍵を電気錠２へ近接させることで、電気錠２を解錠したり、施錠したりすることができるようになる。
【００３３】
なお、図示していないが、コントローラ１は、鍵設定指示を電気錠２へ送信すると、電気錠２にカード鍵を設定したことを示す通知を、サーバ通信部１３およびルータ５を介して宿泊管理サーバ４へ送信する。宿泊管理サーバ４は、電気錠２にカード鍵を設定したことを示すメッセージを生成し、端末装置３へ送信する。該メッセージは、さらに、カード鍵が設定された電気錠２の部屋を示すものであってもよい。例えば、該メッセージは、「３０１号室が登録カードで解錠可能となりました」であってもよい。これにより、ユーザは自身が有するカードが電気錠２のカード鍵として設定されたことを認識することができる。
【００３４】
（宿泊管理サーバ４の要部構成）
再び図１を参照して、宿泊管理サーバ４の要部構成について説明する。図１に示すように、宿泊管理サーバ４は、制御部４０、通信部４１、および記憶部４２を備えている。
【００３５】
制御部４０は、宿泊管理サーバ４の各部を統括して制御する。通信部４１は、コントローラ１および端末装置３との情報の送受信を行う。記憶部４２は、宿泊管理サーバ４が使用する各種データを記憶する。
【００３６】
制御部４０は、送信管理部４０１を含んでいる。送信管理部４０１は、コントローラ１への鍵設定指示の送信を管理する。具体的には、送信管理部４０１は、記憶部４２に記憶された複数の予約情報を参照して、いずれかの予約情報に対応付けられた宿泊可能日時が、現在の日時と一致するまで待機する。現在の日時と宿泊可能日時とが一致した場合、送信管理部４０１は、鍵設定指示を生成し、通信部４１を介してコントローラ１へ送信する。
【００３７】
また、制御部４０は、図２および図３を参照して説明した、ユーザ認証処理、カード鍵登録画面や予約画面の表示処理、および、登録依頼の中継処理などの各種処理を実行する。
【００３８】
（コントローラ１の要部構成）
引き続き図１を参照して、コントローラ１の要部構成について説明する。図１に示すように、コントローラ１は、制御部１０、錠通信部１２、およびサーバ通信部１３を含んでいる。
【００３９】
錠通信部１２は、シリアル通信を介して、電気錠２と情報の送受信を行う。サーバ通信部１３は、無線ＬＡＮを介して、宿泊管理サーバ４との情報の送受信を行う。なお、図示していないが、サーバ通信部１３は、無線ＬＡＮを介して、端末装置３との情報の送受信を行ってもよい。
【００４０】
制御部１０は、コントローラ１の各部を統括して制御する。制御部１０は、登録番号生成部１０１（格納部、鍵情報送信部、代替情報生成部、代替情報送信部）および鍵設定部１０２（送信部、受信部、特定部）を含んでいる。
【００４１】
登録番号生成部１０１は、登録依頼を受信したことをトリガとして、登録番号を生成する。そして、生成した登録番号と、登録依頼に含まれるカードＩＤとを対応付けて、データベースサーバ６に格納する。また、登録番号生成部１０１は、生成した登録番号を、サーバ通信部１３、ルータ５、および宿泊管理サーバ４を介して端末装置３へ送信する。
【００４２】
ここで、図４を参照して、登録番号とカードＩＤとの対応付けについて説明する。図４は、データベースサーバ６に格納された登録番号とカードＩＤとの対応付けの一具体例を示す図である。なお図４では、登録番号とカードＩＤとはテーブル形式で格納されているが、登録番号とカードＩＤとの対応付けのデータ形式はこの例に限定されない。また、以降、図４に示すテーブルを対応付けテーブルと称する。
【００４３】
図４に示すように、本実施形態に係る登録番号は５桁の数列である。登録番号生成部１０１は、０〜９までの数字のうち、５つの数字（同じ数字があってもよい）をランダムに並べて登録番号を生成する。換言すれば、本実施形態に係る登録番号は「０００００」から「９９９９９」までの数字のいずれかである。
【００４４】
なお、登録番号はこの例に限定されない。例えば、登録番号は数字と、アルファベットなどの文字とをランダムに並べたものであってもよいし、アルファベットなどの文字のみをランダムに並べたものであってもよい。また、登録番号に用いられる数字および文字の数は５つに限定されない。また、カードＩＤも、図４に示すような数字のみからなる例に限定されない。例えば、カードＩＤは数字とアルファベットなどの文字からなるものであってもよいし、アルファベットなどの文字のみからなるものであってもよい。
【００４５】
また、登録番号生成部１０１は、登録番号を生成したとき、対応付けテーブルを参照して、生成した登録番号が既に格納されているか否かを判定する。格納されている場合、登録番号生成部１０１は、生成した登録番号を破棄し、登録番号の生成を再度行う。
【００４６】
なお、対応付けテーブルは、コントローラ１の記憶部（不図示）に記憶されていてもよい。この場合、電気錠制御システム１００は、データベースサーバ６を含まない構成であってもよい。
【００４７】
また、登録番号生成部１０１は、既に生成された登録番号の中から未使用の登録番号を選択する構成であってもよい。具体的には、データベースサーバ６は対応付けテーブルとは別に、予め生成された登録番号と、それぞれの登録番号が使用されているか否かを示すフラグとを対応付けるテーブル（以下、番号一覧テーブルと称する）を記憶している。登録番号生成部１０１は、登録依頼を受信すると、番号一覧テーブルに記憶された登録番号のうち、未使用の登録番号から１つを選択し、カードＩＤと対応付け、対応付けテーブルに記憶する。登録番号生成部１０１は、番号一覧テーブルの最も上行にある未使用の登録番号を選択してもよいし、未使用の登録番号の中からランダムに１つを選択してもよい。登録番号生成部１０１は、登録番号を選択すると、データベースサーバ６に指示して、該登録番号に対応付けられたフラグを、使用されていることを示すフラグに変更させる。
【００４８】
なお、番号一覧テーブルは、例えば、電気錠制御システム１００を構成するときにデータベースサーバ６に記憶されればよい。また、この例においても、対応付けテーブルおよび番号一覧テーブルは、コントローラ１の記憶部に記憶されていてもよい。２つのテーブルがいずれも該記憶部に記憶されている場合、電気錠制御システム１００は、データベースサーバ６を含まない構成であってもよい。
【００４９】
鍵設定部１０２は、登録番号をカードＩＤに置き換えて、電気錠２へ鍵設定指示を送信する。具体的には、鍵設定部１０２は、登録番号および部屋番号を含む鍵設定指示を、サーバ通信部１３を介して宿泊管理サーバ４から受信すると、対応付けテーブルにおいて、受信した登録番号を検索する。受信した登録番号と一致する登録番号を特定すると、鍵設定部１０２は、該登録番号に対応付けられたカードＩＤを読み出す。そして、鍵設定部１０２は、鍵設定指示の登録番号（および部屋番号）を読み出したカードＩＤに置き換え、部屋番号が示す電気錠２へ、錠通信部１２を介して鍵設定指示を送信する。
【００５０】
（電気錠２の要部構成）
引き続き図１を参照して、電気錠２の要部構成について説明する。図１に示すように、電気錠２は、制御部２０、記憶部２１、通信部２２、および操作受付部２３を含んでいる。
【００５１】
記憶部２１は、電気錠２が使用する各種データを記憶する。記憶部２１は、少なくとも、鍵管理テーブル２１１を記憶している。鍵管理テーブル２１１は、電気錠２を解錠および施錠可能なカード鍵のカードＩＤを格納するテーブルである。鍵管理テーブル２１１は、１または複数のカードＩＤを格納可能な構成である。また、記憶部２１は、カードＩＤがテーブル形式で記憶される構成に限定されない。
【００５２】
通信部２２は、シリアル通信を介して、コントローラ１と情報の送受信を行う。操作受付部２３は電気錠２に対する操作を受け付ける。電気錠２に対する操作としては、例えば、上述した解錠操作および施錠操作が挙げられるが、この例に限定されるものではない。
【００５３】
制御部２０は、コントローラ１の各部を統括して制御する。制御部２０は、錠制御部２０１および鍵情報管理部２０２を含んでいる。
【００５４】
錠制御部２０１は、電気錠２の解錠および施錠を行う。具体的には、錠制御部２０１は、操作受付部２３がカードＩＤを取得すると、電気錠２が解錠されているか施錠されているかを特定する。また、錠制御部２０１は、鍵管理テーブル２１１を参照して、取得したカードＩＤが格納されているか否かを判定する。格納されている場合、錠制御部２０１は、電気錠２の解錠または施錠を行う。具体的には、錠制御部２０１は、電気錠２が施錠されていると特定した場合、電気錠２を解錠する。一方、錠制御部２０１は、電気錠２が解錠されていると特定した場合、電気錠２を施錠する。また、取得したカードＩＤが鍵管理テーブル２１１に格納されていない場合、錠制御部２０１は、電気錠２の解錠または施錠を行わない。
【００５５】
鍵情報管理部２０２は、鍵管理テーブル２１１を管理する。具体的には、鍵情報管理部２０２は、通信部２２を介して、コントローラ１から、鍵設定指示を受信した場合、該設定指示に含まれるカードＩＤを鍵管理テーブル２１１へ格納する。
【００５６】
（カードＩＤの削除処理）
電気錠２は、宿泊客がチェックアウトすると、鍵管理テーブル２１１に格納されたカードＩＤを削除する。この処理について詳細に説明する。なお、ここでの説明は削除処理の一例であり、削除処理はこの例に限定されない。
【００５７】
宿泊客がホテルのフロントにてチェックアウトを行うと、ホテルの従業員は、端末装置を操作して、宿泊管理サーバ４に記憶されている予約情報から、チェックアウトを行った宿泊客の予約情報を選択する。これにより、端末装置から宿泊管理サーバ４に、選択された予約情報の宿泊客がチェックアウトしたことが通知される。宿泊管理サーバ４は、該通知を受けると、カードＩＤの削除指示をコントローラ１へ送信する。なお、該削除指示には、チェックアウトを行った宿泊客が宿泊していた部屋番号が含まれている。
【００５８】
コントローラ１の鍵設定部１０２は、削除指示を受信すると、部屋番号が示す電気錠２へ削除指示を送信する。電気錠２の鍵情報管理部２０２は、削除指示を受信すると、鍵管理テーブル２１１に格納しているカードＩＤを削除する。これにより、宿泊客が、チェックアウト後に、自身のカードを用いて電気錠２を制御することが不可能となる。
【００５９】
なお、コントローラ１は、削除指示を電気錠２へ送信したとき、その旨を宿泊管理サーバ４へ通知してもよい。宿泊管理サーバ４は、該通知を受けると、電気錠２からカードＩＤを削除したことを示すメッセージを生成し、端末装置３へ送信してもよい。メッセージの送信先の端末装置３は、予約情報のユーザＩＤから特定すればよい。また、宿泊管理サーバ４は、該通知を受けると、予約情報および予約情報に対応付けられた各種情報を削除してもよい。
【００６０】
（鍵登録処理の流れ）
次に、図５を参照して、鍵登録処理のうち、コントローラ１が実行する処理の流れについて説明する。図５は、鍵登録処理のうち、コントローラ１が実行する処理の流れの一例を示すフローチャートである。
【００６１】
まず、登録番号生成部１０１は、宿泊管理サーバ４からの、カードＩＤ、すなわち登録依頼の受信を待機している（ステップＳ１、以下「ステップ」を省略する場合がある）。カードＩＤを受信すると（Ｓ１でＹＥＳ）、登録番号生成部１０１は、登録番号を生成する（Ｓ２）。そして、登録番号生成部１０１は、生成した登録番号が既に記憶されていないことを確認したうえで、登録番号にカードＩＤを対応付けて、データベースサーバ６に記憶する（Ｓ３）。また、登録番号生成部１０１は、生成した登録番号を端末装置３へ送信する（Ｓ４）。以上で、図５に示す処理は終了する。なお、ステップＳ３において、生成した登録番号が既に記憶されている場合、登録番号生成部１０１は、再度ステップＳ２の処理を実行する。
【００６２】
（鍵設定処理の流れ）
次に、図６を参照して、電気錠制御システム１００が実行する鍵設定処理の流れについて説明する。図６は、鍵設定処理の流れの一例を示すフローチャートである。
【００６３】
まず、宿泊管理サーバ４の送信管理部４０１は、端末装置３からの、予約情報および登録番号の受信を待機している（Ｓ１１）。予約情報および登録番号を受信すると、送信管理部４０１は、該予約情報、該登録番号、および、予約情報（宿泊日）から特定される宿泊可能日時を対応付けて、記憶部４２に記憶する。
【００６４】
続いて、送信管理部４０１は、現在の日時が宿泊可能日時となるまで待機する（Ｓ１２）、宿泊可能日時となった場合（Ｓ１２でＹＥＳ）、送信管理部４０１は、登録番号と、宿泊者が宿泊する部屋の部屋番号とをコントローラ１へ送信する（Ｓ１３）。換言すれば、送信管理部４０１は、鍵設定指示をコントローラ１へ送信する。
【００６５】
コントローラ１の鍵設定部１０２は、部屋番号および登録番号を受信すると（Ｓ２１）、データベースサーバ６から、該登録番号に対応付けられたカードＩＤを読み出す（Ｓ２２）。そして、鍵設定部１０２は、該部屋番号から特定される電気錠２へ、読み出したカードＩＤを送信する（Ｓ２３）。換言すれば、鍵設定部１０２は、受信した鍵設定指示に含まれていた登録番号および部屋番号を、カードＩＤに置き換えて、電気錠２へ送信する。
【００６６】
電気錠２の鍵情報管理部２０２は、カードＩＤを受信すると（Ｓ３１）、カードＩＤを記憶する（Ｓ３２）。具体的には、鍵情報管理部２０２は、受信したカードＩＤを鍵管理テーブル２１１へ格納する。以上で、鍵設定処理は終了する。
【００６７】
以上のように、本実施形態に係るコントローラ１は、カードＩＤを受信すると、該カードＩＤに登録番号を対応付けてデータベースサーバ６へ記憶する。そして、ユーザ（宿泊客）には、登録番号を通知する。つまり、本実施形態に係る電気錠制御システム１００は、宿泊管理サーバ４にてカードＩＤを記憶しない。これにより、宿泊管理サーバ４がハッキングされたとしても、ハッカーはカードＩＤを不正に取得することはできない。また、コントローラ１は、登録番号を受信したとき、データベースサーバ６において該登録番号に対応付けられたカードＩＤを電気錠２へ送信することにより、該カードＩＤが示すカード鍵を、電気錠２を解錠および施錠可能なカード鍵として設定させる。つまり、電気錠２へのカード鍵の設定は、登録番号の受信をトリガとして行われる。つまり、登録番号を知らない限り、電気錠２へカード鍵を設定することはできない。このため、宿泊管理サーバ４がハッキングされたとしても、ハッカーは、不正なカード鍵を電気錠２へ設定することはできない。換言すれば、電気錠制御システム１００、特にコントローラ１は、不正なカード鍵が電気錠２に設定されることによる、無断侵入を防ぐことができる。
【００６８】
〔実施形態２〕
本発明の他の実施形態について、図７を参照して以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。
【００６９】
図７は、本実施形態に係る電気錠制御システム１００ａが実行する鍵登録処理の概要を示す図である。図７に示すように、電気錠制御システム１００ａは、登録用サーバ８と顧客端末９とをさらに含む点が、電気錠制御システム１００と異なる。そして、図７に示すように、コントローラ１、端末装置３、データベースサーバ６、登録用サーバ８が、ホテルローカルネットワークにて通信可能に接続されている。つまり、本実施形態に係る端末装置３は、例えば、ホテルに備えられた端末装置である。また、登録用サーバ８は、データベースサーバ６と同様に、端末装置からインターネットを介して直接アクセスできないサーバである。また、本実施形態に係る宿泊管理サーバ４は、鍵登録処理と鍵設定処理のうちの、鍵設定処理のみに関わるサーバである。
【００７０】
これにより、不正なカードＩＤを電気錠２へ設定することがより困難となる。換言すれば、電気錠制御システム１００は、不正なカードＩＤが電気錠２に設定されることによる、無断侵入をより確実に防ぐことができる。
【００７１】
なお、本実施形態は、カード鍵をホテル側で用意する場合に好適である。ホテルの従業員は、あらかじめ用意した近距離無線通信の機能を備えたカードを、カードリーダ７で読み取る。これにより、実施形態１で説明した鍵登録処理が行われ、該カードのカードＩＤと、生成された登録番号とが対応付けられて、データベースサーバ６に記憶される。なお、鍵登録処理については、宿泊管理サーバ４が行う処理を、登録用サーバ８が行う他は、実施形態１と同様であるため、ここでの説明を繰り返さない。
【００７２】
また、本実施形態では、ユーザが初めて宿泊予約を行う場合、ユーザは登録番号を通知されていないため、実施形態１で説明した鍵設定処理とは異なる流れで、カード鍵が電気錠２に設定される。以下、この流れについて、カード鍵をホテル側で用意する場合を例に挙げて説明する。
【００７３】
まず、本実施形態に係る宿泊予約は登録番号の入力が必須ではない。すなわち、ユーザは、登録番号を通知されていない場合、登録番号を入力せずに宿泊予約を行うことができる。
【００７４】
登録番号を入力せずに宿泊予約を行った場合、ユーザ（宿泊客）は、チェックイン時に、端末装置３を操作してユーザＩＤおよびパスワードを入力する。これにより、宿泊管理サーバ４または登録用サーバ８が、ユーザ認証処理を行う。前者の場合、ユーザＩＤおよびパスワードが、登録用サーバ８を介して宿泊管理サーバ４に送信されることにより、宿泊管理サーバ４がユーザ認証処理を行うことができる。そして、宿泊管理サーバ４は、ユーザ認証の結果を登録用サーバ８へ送信する。また、後者の場合、登録用サーバ８が、宿泊管理サーバ４から、予め、会員のユーザＩＤとパスワードとが対応付けられた情報を取得しておけばよい。
【００７５】
ユーザ認証が成功すると、登録用サーバ８は、宿泊管理サーバ４に、入力されたユーザＩＤに対応付けられた予約情報を送信するよう指示する。これにより、端末装置３は、登録用サーバ８を介して予約情報を取得することができる。また、ホテルの従業員は、チェックインを行っている人物が、宿泊予約を行った人物であると確認することができる。
【００７６】
続いて、ホテルの従業員は、鍵登録処理済のカード鍵を宿泊客に渡す。このカード鍵は、該宿泊客専用のカード鍵であることが好ましい。この場合、ホテルの従業員は、該カード鍵を宿泊客に譲渡してもよい。
【００７７】
また、ホテルの従業員は、ユーザに登録番号を通知する。この通知方法は特に限定されない。例えば、カード鍵を譲渡する場合であればカード鍵に登録番号を印字してもよい。また、カード鍵とともに、登録番号が記載された紙を渡してもよい。これにより、宿泊客は、次の宿泊予約時に、登録番号を入力することができる。
【００７８】
そして、ホテルの従業員は、端末装置３を操作することにより、鍵設定指示をコントローラ１へ送信させる。具体的には、ホテルの従業員は、宿泊客に手渡したカード鍵の登録番号を、端末装置３を操作することにより入力する。これにより、端末装置３は、登録用サーバ８を介して、鍵設定指示をコントローラ１へ送信する。なお、鍵設定指示に含まれる部屋番号は、予約情報に対応付けられている場合、宿泊管理サーバ４から取得すればよい。一方、予約情報に対応付けられていない場合、ホテルの従業員が端末装置３を操作することにより入力すればよい。以降の処理は、実施形態１で説明した鍵設定処理と同様であるため、ここでの説明を繰り返さない。
【００７９】
また、宿泊客は、チェックイン時に、自身の有するカードをカード鍵として登録してもよい。この場合、宿泊客は、カード鍵をホテル側で用意する場合と同様に、登録番号を入力せずに宿泊予約を行い、チェックイン時に端末装置３を操作してユーザ認証を行う。
【００８０】
続いて、ユーザ認証に成功した宿泊客は、カードリーダ７に自身の有するカードのカードＩＤを読み取らせる。端末装置３は、登録用サーバ８を介して、該カードＩＤをコントローラ１へ送信する。これにより、コントローラ１の登録番号生成部１０１は登録番号を生成するとともに、該登録番号とカードＩＤとを対応付けてデータベースサーバ６へ記憶することができる。また、登録番号生成部１０１は、生成した登録番号を端末装置３へ通知する。この登録番号は、例えば紙に記載されてユーザに通知される。これにより、宿泊客は、次の宿泊予約時に、登録番号を入力することができる。
【００８１】
また、端末装置３は、カードＩＤと部屋番号とを含む鍵設定指示を送信する。換言すれば、この鍵設定指示は、登録番号に代えてカードＩＤを含む。該鍵設定指示を受信したコントローラ１の鍵設定部１０２は、部屋番号が示す電気錠２に、受信したカードＩＤと鍵設定指示を送信する。これにより、宿泊客が宿泊する部屋の電気錠２が、宿泊客の有するカードで解錠および施錠可能となる。
【００８２】
〔実施形態３〕
本発明の更なる別の実施形態について、図８を参照して以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。
【００８３】
本実施形態に係る電気錠２は、カード鍵の近接に代えて、ＰＩＮの入力によって解錠および施錠される構成である。図８は、本実施形態に係る電気錠制御システム１００ｂが実行する鍵登録処理の概要を示す図である。すなわち、登録番号とともにデータベースサーバ６に記憶される情報が、カードＩＤではなくＰＩＮである場合の鍵登録処理の概要を示す図である。
【００８４】
本実施形態に係るデータベースサーバ６は、予め生成されたＰＩＮと、それぞれのＰＩＮが使用されているか否かを示すフラグとを対応付けるテーブル（以下、ＰＩＮ一覧テーブルと称する）をさらに記憶している。登録番号生成部１０１は、登録依頼を受信すると、ＰＩＮ一覧テーブルに記憶されたＰＩＮのうち、未使用のＰＩＮから１つを選択し読み出す。そして、登録番号生成部１０１は、生成した登録番号に読み出したＰＩＮを対応付け、対応付けテーブルに記憶する。登録番号生成部１０１は、ＰＩＮ一覧テーブルの最も上行にある未使用のＰＩＮを選択してもよいし、未使用のＰＩＮの中からランダムに１つを選択してもよい。また、ＰＩＮ一覧テーブルにおいて、各ＰＩＮに利用回数をさらに対応付けておけば、利用回数の最も少ないＰＩＮを選択することもできる。
【００８５】
登録番号生成部１０１は、ＰＩＮを選択すると、データベースサーバ６に指示して、該ＰＩＮに対応付けられたフラグを、使用されていることを示すフラグに変更させる。また、ＰＩＮ一覧テーブルにおいて、各ＰＩＮに利用回数が対応付けられている場合、登録番号生成部１０１は、ＰＩＮを選択すると、データベースサーバ６に指示して、利用回数を１増加させる。
【００８６】
そして、登録番号生成部１０１は、生成した登録番号と読み出したＰＩＮとを、サーバ通信部１３、ルータ５、および宿泊管理サーバ４を介して端末装置３へ送信する。これにより、ユーザが登録番号およびＰＩＮを取得することができる。また、この処理において、宿泊管理サーバ４は、登録番号およびＰＩＮの送信を中継するのみであり、該ＰＩＮは宿泊管理サーバ４には記憶されない。これにより、宿泊管理サーバ４がハッキングされたとしても、ハッカーはＰＩＮを不正に取得することはできない。
【００８７】
なお、本実施形態に係る鍵設定処理は、コントローラから電気錠２へ送信される情報が、カードＩＤではなくＰＩＮである他は、実施形態１で説明した鍵設定処理と同様であるため、ここでの説明を繰り返さない。
【００８８】
また、ＰＩＮは、ＰＩＮを生成する機能を有する外部装置で生成され、データベースサーバ６に記憶されればよい。あるいは、データベースサーバ６が、ＰＩＮを生成する機能を有していてもよい。ＰＩＮは、所定桁数の数字からランダムに選択されたものであってもよいし、所定の方法で選択された数字であってもよい。後者の場合、ＰＩＮは、例えば、末尾の２桁が所定の演算式で算出された数字となるものであってもよい。また後者の場合、鍵設定部１０２が、鍵設定指示を電気錠２に送信するとき、データベースサーバ６から読み出したＰＩＮが、所定の方法で選択された数字であるか否かを判定する機能を有することが好ましい。具体的には、鍵設定部１０２は、判定を行った結果、読み出したＰＩＮが所定の方法で選択された数字でない場合、鍵設定指示を電気錠２へ送信せず、ホテルの従業員が使用する端末装置（不図示）へ、その旨を通知する。これにより、何らかの方法で不正なＰＩＮがデータベースサーバ６へ記憶された場合であっても、該ＰＩＮが電気錠２へ設定されることを防ぐことができる。また、不正なＰＩＮがデータベースサーバ６へ記憶されたことをホテルの従業員へ通知することができる。
【００８９】
〔実施形態４〕
本発明の更なる別の実施形態について、図９を参照して以下に説明する。なお、説明の便宜上、上記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を繰り返さない。
【００９０】
図９は、本実施形態に係る電気錠制御システム１００ｃに含まれる装置の要部構成の一例を示すブロック図である。図９に示すように、電気錠制御システム１００ｃは、コントローラ１に代えてコントローラ１ｃを含んでいる。
【００９１】
コントローラ１ｃがコントローラ１と異なる点は、制御部１０に代えて制御部１０ｃを備える点である。また、制御部１０ｃが制御部１０と異なる点は、新たにＰＩＮ生成部１０３（鍵情報生成部、格納部）を含んでいる点である。
【００９２】
ＰＩＮ生成部１０３は、登録依頼を受信したとき、ＰＩＮを生成する。具体的には、ＰＩＮ生成部１０３は、登録番号生成部１０１から登録番号を取得したことをトリガとして、ＰＩＮを生成する。そして、ＰＩＮ生成部１０３は、生成したＰＩＮと、取得した登録番号を対応付けてデータベースサーバ６へ記憶する。また、ＰＩＮ生成部１０３は、生成したＰＩＮを登録番号生成部１０１へ出力し、登録番号およびＰＩＮを端末装置３へ送信させる。
【００９３】
ＰＩＮ生成部１０３は、実施形態３で説明したように、所定の方法で数字を選択する（例えば、末尾の２桁を所定の演算式で算出する）ことによりＰＩＮを生成してもよい。この例の場合、鍵設定部１０２は、実施形態３で説明した判定および通知の機能を有することが好ましい。
【００９４】
また、ＰＩＮ生成部１０３は、予め所定数のＰＩＮを生成し、データベースサーバ６またはコントローラ１ｃの記憶部（不図示）へ記憶しておく構成であってもよい。すなわち、実施形態３で説明したＰＩＮ一覧テーブルを記憶しておく構成であってもよい。この例の場合、実施形態３で説明したように、各ＰＩＮに利用回数が対応付けられており、ＰＩＮが利用される度に、ＰＩＮ生成部１０３が、利用回数を１増加させる構成であってもよい。また、ＰＩＮ生成部１０３は、定期的に、ＰＩＮ一覧テーブルに含まれる少なくとも一部のＰＩＮを更新する構成であってもよい。具体的には、各ＰＩＮに生成日時がさらに対応付けられており、ＰＩＮ生成部１０３は、所定のタイミングで、所定数のＰＩＮを生成し、ＰＩＮ一覧テーブルに含まれる、生成日時が最も古いＰＩＮのうちの所定数のＰＩＮを生成したＰＩＮに置き換えてもよい。
【００９５】
〔変形例〕
上述した各実施形態では、複数の電気錠を１つのコントローラで制御する例を説明したが、電気錠制御システムが複数のコントローラを含み、該複数のコントローラのそれぞれが、各電気錠と１対１で対応している構成であってもよい。この例の場合、宿泊管理サーバ４が登録依頼を送信するコントローラは、いずれのコントローラであってもよい。一方、宿泊管理サーバ４は、鍵設定指示を送信する場合、部屋番号から、鍵設定指示の送信先となるコントローラを特定すればよい。すなわち、宿泊管理サーバ４は、部屋番号が示す電気錠と対応するコントローラに鍵設定指示を送信すればよい。
【００９６】
また、上述した各実施形態では、ホテルの各部屋に設置された複数の電気錠を例に挙げて説明した。一方、電気錠が民泊に利用されるマンションの一室や、一戸建てに設置される場合、電気錠制御システムに含まれる電気錠は１つであってもよい。
【００９７】
宿泊管理サーバ４は、上述した各実施形態のようにホテルが管理してもよいし、ホテルに委託された事業者が管理してもよい。一方、データベースサーバ６、および、実施形態２で説明した登録用サーバ８は、ホテルが管理することが望ましい。
【００９８】
〔実施形態５〕
コントローラ１、コントローラ１ｃ、電気錠２、および宿泊管理サーバ４の各ブロックは、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。後者の場合、コントローラ１、コントローラ１ｃ、電気錠２、および宿泊管理サーバ４のそれぞれを、図１０に示すようなコンピュータ（電子計算機）を用いて構成することができる。
【００９９】
図１０は、コントローラ１、コントローラ１ｃ、電気錠２、および宿泊管理サーバ４として利用可能なコンピュータ９１０の構成を例示したブロック図である。コンピュータ９１０は、バス９１１を介して互いに接続された演算装置９１２と、主記憶装置９１３と、補助記憶装置９１４と、入出力インターフェース９１５と、通信インターフェース９１６とを備えている。演算装置９１２、主記憶装置９１３、および補助記憶装置９１４は、それぞれ、例えばプロセッサ（例えばＣＰＵ：Central Processing Unit等）、ＲＡＭ（random access memory）、ハードディスクドライブであってもよい。入出力インターフェース９１５には、ユーザがコンピュータ９１０に各種情報を入力するための入力装置９２０、および、コンピュータ９１０がユーザに各種情報を出力するための出力装置９３０が接続される。入力装置９２０および出力装置９３０は、コンピュータ９１０に内蔵されたものであってもよいし、コンピュータ９１０に接続された（外付けされた）ものであってもよい。例えば、入力装置９２０は、キーボード、マウス、タッチセンサなどであってもよく、出力装置９３０は、ディスプレイ、プリンタ、スピーカなどであってもよい。また、タッチセンサとディスプレイとが一体化されたタッチパネルのような、入力装置９２０および出力装置９３０の双方の機能を有する装置を適用してもよい。そして、通信インターフェース９１６は、コンピュータ９１０が外部の装置と通信するためのインターフェースである。
【０１００】
補助記憶装置９１４には、コンピュータ９１０をコントローラ１、コントローラ１ｃ、電気錠２、および宿泊管理サーバ４として動作させるための各種のプログラムが格納されている。そして、演算装置９１２は、補助記憶装置９１４に格納された上記プログラムを主記憶装置９１３上に展開して該プログラムに含まれる命令を実行することによって、コンピュータ９１０を、コントローラ１、コントローラ１ｃ、電気錠２、および宿泊管理サーバ４が備える各部として機能させる。なお、補助記憶装置９１４が備える、プログラム等の情報を記録する記録媒体は、コンピュータ読み取り可能な「一時的でない有形の媒体」であればよく、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブル論理回路などであってもよい。また、記録媒体に記録されているプログラムを、主記憶装置９１３上に展開することなく実行可能なコンピュータであれば、主記憶装置９１３を省略してもよい。なお、上記各装置（演算装置９１２、主記憶装置９１３、補助記憶装置９１４、入出力インターフェース９１５、通信インターフェース９１６、入力装置９２０、および出力装置９３０）は、それぞれ１つであってもよいし、複数であってもよい。
【０１０１】
また、上記プログラムは、コンピュータ９１０の外部から取得してもよく、この場合、任意の伝送媒体（通信ネットワークや放送波等）を介して取得してもよい。そして、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【０１０２】
〔まとめ〕
本発明の態様１に係る中継装置（コントローラ１）は、記憶している鍵情報が入力されたときに解錠または施錠される電気錠（電気錠２）に対して、外部装置（宿泊管理サーバ４）から受信した命令を送信する送信部（鍵設定部１０２）を備える中継装置であって、上記電気錠へ新たな鍵情報を記憶させるための命令である、上記電気錠のユーザへ予め通知されている鍵代替情報を含む記憶命令を外部装置から受信する受信部（鍵設定部１０２）と、上記受信部が上記記憶命令を受信したとき、該記憶命令に含まれる鍵代替情報と対応付けられた鍵情報を特定する特定部（鍵設定部１０２）をさらに備え、上記送信部は、上記記憶命令に含まれる鍵代替情報を、上記特定部が特定した鍵情報に置き換えて、該記憶命令を上記電気錠へ送信する。
【０１０３】
上記の構成によれば、中継装置は、鍵代替情報を受信したことをトリガとして、該鍵代替情報に対応付けられた鍵情報を特定し、該鍵情報を電気錠へ記憶させる。つまり、電気錠を解錠および施錠するための鍵情報を電気錠へ記憶するためには、鍵代替情報を知っておく必要がある。換言すれば、鍵代替情報を知らない限り、鍵情報を電気錠へ記憶することはできない。そして、鍵代替情報は、電気錠のユーザに通知される情報であるため、ハッカーが知ることのできない情報である。以上より、ハッキングにより不正な鍵情報が電気錠に設定され、部屋に無断で侵入されることを防ぐことができる。
【０１０４】
本発明の態様２に係る中継装置は、上記態様１において、登録されたユーザの端末装置（端末装置３）から、上記鍵代替情報の上記端末装置への通知を命じる通知命令を受信したとき、鍵代替情報を生成する代替情報生成部（登録番号生成部１０１）と、上記代替情報生成部が生成した鍵情報を、上記通知命令に含まれる鍵情報と対応付けて、上記中継装置のみと通信可能に接続された記憶サーバ（データベースサーバ６）に格納する格納部（登録番号生成部１０１）と、上記代替情報生成部が生成した鍵代替情報を上記端末装置へ送信する代替情報送信部（登録番号生成部１０１）と、をさらに備えてもよい。
【０１０５】
上記の構成によれば、中継装置は、登録されたユーザの端末装置から登録命令を受信したとき、鍵代替情報を生成し、該鍵代替情報を登録命令に含まれる鍵情報と対応付けて、中継装置のみと通信可能に接続された記憶サーバに格納する。これにより、ハッカーが自身の端末装置から、鍵情報候補としての鍵情報にアクセスすることが困難となる。よって、ハッカーが、自身が有する鍵情報を不正に鍵情報として登録したり、鍵情報候補として登録された鍵情報を不正に変更したりすることが困難となる。以上より、ハッキングによる被害を防ぐことができる。
【０１０６】
また、上記の構成によれば、中継装置は、鍵代替情報を、登録されたユーザの端末装置へ送信するので、端末装置のユーザは、必要なときに電気錠へ鍵情報を記憶させる、換言すれば、鍵代替情報を含む記憶命令を中継装置に送信することができる。
【０１０７】
なお、本態様に係る鍵情報としては、例えば、近距離無線通信機能を備えたカードのカードＩＤが挙げられる。この場合、本態様に係る電気錠は、カードを電気錠に近接させ、カードＩＤを受信することにより解錠および施錠される。
【０１０８】
本発明の態様３に係る中継装置（コントローラ１ｃ）は、上記態様１において、登録されたユーザの端末装置（端末装置３）から、上記鍵代替情報の上記端末装置への通知を命じる通知命令を受信したとき、鍵代替情報を生成する代替情報生成部（登録番号生成部１０１）と、上記代替情報生成部が生成した鍵代替情報を、鍵情報と対応付けて、上記中継装置のみと通信可能に接続された記憶サーバ（データベースサーバ６）に格納する格納部（ＰＩＮ生成部１０３）と、上記鍵情報と、該鍵情報と対応付けられた上記鍵代替情報とを、上記端末装置へ送信する鍵情報送信部（登録番号生成部１０１）と、をさらに備えてもよい。
【０１０９】
上記の構成によれば、中継装置は、登録されたユーザの端末装置から登録命令を受信したとき、鍵情報を鍵代替情報と対応付けて、中継装置のみと通信可能に接続された記憶サーバに格納する。これにより、ハッカーが自身の端末装置から、鍵情報候補としての鍵情報にアクセスすることが困難となる。よって、ハッカーが、自身が有する鍵情報を不正に鍵情報として登録したり、鍵情報候補として登録された鍵情報を不正に変更したりすることが困難となる。以上より、ハッキングによる被害を防ぐことができる。
【０１１０】
また、上記の構成によれば、中継装置は、鍵代替情報を、登録されたユーザの端末装置へ送信するので、端末装置のユーザは、必要なときに電気錠へ鍵情報を記憶させる、換言すれば、鍵代替情報を含む記憶命令を中継装置に送信することができる。
【０１１１】
また、上記の構成によれば、中継装置は、鍵情報を、登録されたユーザの端末装置へ送信するので、端末装置のユーザは、鍵情報が電気錠へ記憶された後、電気錠の施錠および解錠を行うことができる。
【０１１２】
なお、本態様に係る鍵情報としては、例えば、ＰＩＮが挙げられる。この場合、本態様に係る電気錠は、ＰＩＮが入力されることにより解錠および施錠される。
【０１１３】
本発明の態様４に係る中継装置は、上記態様３において、上記通知命令を受信したとき、上記代替情報生成部が生成した鍵代替情報と対応付けられる鍵情報を生成する鍵情報生成部（ＰＩＮ生成部１０３）をさらに備えてもよい。
【０１１４】
上記の構成によれば、登録命令を受信したときに鍵情報を生成するので、ハッカーに鍵情報を知られる可能性が低くなる。よって、より確実にハッキングによる被害を防ぐことができる。
【０１１５】
本発明の態様５に係る中継装置は、上記態様２から４のいずれかにおいて、上記代替情報生成部は、上記通知命令を受信したとき、数字および文字の少なくとも一方をランダムに並べて上記鍵代替情報を生成してもよい。
【０１１６】
上記の構成によれば、中継装置は、数字および文字の少なくとも一方をランダムに並べて鍵代替情報を生成するので、ハッカーが鍵代替情報を予測して不正な鍵情報を電気錠に設定することがほぼ不可能となる。
【０１１７】
本発明の態様６に係る中継装置は、上記態様１から５のいずれかにおいて、上記中継装置は、複数の上記電気錠と通信可能に接続しており、上記記憶命令には、電気錠が設置された部屋を示す部屋識別情報が含まれており、上記送信部は、上記部屋識別情報が示す部屋に設置された電気錠に対して、上記記憶命令を送信してもよい。
【０１１８】
上記の構成によれば、記憶命令には、電気錠が設置された部屋を示す部屋識別情報が含まれているので、ホテルなどの、複数の部屋のそれぞれに電気錠が設置されているような場合でも、適切な電気錠に鍵情報を記憶させることができる。
【０１１９】
本発明の各態様に係る中継装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記中継装置が備える各部（ソフトウェア要素）として動作させることにより上記中継装置をコンピュータにて実現させる中継装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【０１２０】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
【符号の説明】
【０１２１】
１、１ｃ  コントローラ（中継装置）
２  電気錠
３  端末装置
４  宿泊管理サーバ（外部装置）
６  データベースサーバ（記憶サーバ）
１０１  登録番号生成部（格納部、鍵情報送信部、代替情報生成部、代替情報送信部）
１０２  鍵設定部（送信部、受信部、特定部）
１０３  ＰＩＮ生成部（鍵情報生成部、格納部）
【図１】
2019049128.tif 000003
【図２】
2019049128.tif 000004
【図３】
2019049128.tif 000005
【図４】
2019049128.tif 000006
【図５】
2019049128.tif 000007
【図６】
2019049128.tif 000008
【図７】
2019049128.tif 000009
【図８】
2019049128.tif 000010
【図９】
2019049128.tif 000011
【図１０】
2019049128.tif 000012