(57)【要約】【課題】利便性に優れた中継装置等を提供する。【解決手段】電気錠（５２）を解錠するための認証情報を管理サーバ（２）から取得する中継装置（ホストＰＣ３）は、電気錠を制御するドアコントローラ（４）に該認証情報を登録する認証情報登録部（３０１）と、前記管理サーバとの通信の異常を検知する異常検知部（ホスト側異常検知部３０３）と、前記異常検知部にて異常を検知した場合、非常用の認証情報を決定する非常用認証情報決定部（非常用ＩＤ生成部３０４）と、を備えており、前記認証情報登録部は、前記異常検知部にて異常を検知した場合、前記認証情報として前記非常用の認証情報を前記ドアコントローラに登録する。【選択図】図１
2020079515.tif 000002
【特許請求の範囲】
【請求項１】
施設のドアに設けられた電気錠を解錠するための認証情報を、外部の管理サーバから前記認証情報を含む予約情報として取得し、前記電気錠を制御するドアコントローラに登録する中継装置であって、
前記ドアコントローラに前記認証情報を登録する認証情報登録部と、
前記管理サーバとの通信の異常を検知する異常検知部と、
前記異常検知部にて異常を検知した場合、非常用の認証情報を決定する非常用認証情報決定部と、を備えており、
前記認証情報登録部は、前記異常検知部にて異常を検知した場合、前記認証情報として前記非常用の認証情報を前記ドアコントローラに登録する、ことを特徴とする中継装置。
【請求項２】
前記非常用認証情報決定部は前記非常用の認証情報として、前記管理サーバにて決定される非常用の認証情報と同一の認証情報を決定する、ことを特徴とする請求項１に記載の中継装置。
【請求項３】
前記非常用認証情報決定部は、前記管理サーバと同一の生成方法を用いて前記非常用の認証情報を生成する、ことを特徴とする請求項２に記載の中継装置。
【請求項４】
前記非常用の認証情報には所定の有効期間が設定されている、ことを特徴とする請求項１から３のいずれか１項に記載の中継装置。
【請求項５】
前記非常用認証情報決定部は、前記異常検知部にて異常を検知した日からの所定期間について、前記予約情報によって予約済みである日を除いた日の前記非常用の認証情報を生成する、ことを特徴とする請求項１から４のいずれか１項に記載の中継装置。
【請求項６】
請求項１から５のいずれか１項に記載の中継装置で決定された前記非常用の認証情報に基づいて前記施設のドアに設けられた前記電気錠の解錠を制御するドアコントローラであって、
前記電気錠によって取得された認証情報が、該電気錠に紐付けて登録された前記非常用の認証情報と一致する場合に該電気錠を解錠させる認証部を備えている、ことを特徴とするドアコントローラ。
【請求項７】
外部のクライアント端末から受け付けた予約に基づいて、施設のドアに設けられた電気錠を解錠する認証情報を該クライアント端末に払い出すとともに、前記電気錠の解錠を制御するドアコントローラとの間に配置された中継装置に対して前記認証情報を含む予約情報を送信する管理サーバであって、
前記中継装置との通信の異常を検知する異常検知部と、
前記異常検知部にて異常を検知した場合、非常用の認証情報を決定する非常用認証情報決定部と、を備えており、
前記異常検知部にて異常を検知した場合、前記認証情報として前記非常用の認証情報を前記クライアント端末に払い出す予約処理部と、を備えている、ことを特徴とする管理サーバ。
【請求項８】
前記非常用認証情報決定部は前記非常用の認証情報として、前記中継装置にて決定された非常用の認証情報と同一の認証情報を決定する、ことを特徴とする請求項７に記載の管理サーバ。
【請求項９】
前記非常用認証情報決定部は、前記中継装置と同一の生成方法を用いて前記非常用の認証情報を生成する、ことを特徴とする請求項８に記載の管理サーバ。
【請求項１０】
前記非常用の認証情報には所定の有効期間が設定されている、ことを特徴とすることを特徴とする請求項７から９のいずれか１項に記載の管理サーバ。
【請求項１１】
前記予約処理部は、前記管理サーバとの間の通信に異常が発生している間に前記予約のキャンセルを受け付けた場合、該予約に基づいて前記クライアント端末に払い出した前記認証情報は無効とし、該予約に相当する期間の間、無効とした前記認証情報が紐付けられていた前記電気錠を利用する新たな予約を受け付けない、ことを特徴とする請求項７から１０のいずれか１項に記載の管理サーバ。
【請求項１２】
前記異常検知部にて異常からの復旧を検知した場合、前記予約情報を前記中継装置に送信することによって該予約情報を同期させる予約情報同期部を、さらに備えている、ことを特徴とする請求項７から１１のいずれか１項に記載の管理サーバ。
【請求項１３】
請求項１から５のいずれか１項に記載の中継装置と、
請求項６に記載のドアコントローラと、
請求項７から１２のいずれか１項に記載の管理サーバと、
前記管理サーバに予約情報を登録するクライアント端末と、
前記ドアコントローラの制御によって解錠を行う前記電気錠を有するドアと、を備えていることを特徴とする予約システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、外部の管理サーバと電気錠を制御するドアコントローラとの間で情報の送受信を中継する中継装置等に関する。
【背景技術】
【０００２】
特許文献１に記載の技術のような、電子キーに設定されたＩＤなどの情報を電気錠に予め登録しておくことで、電子キーと電気錠との無線通信により電気錠を解錠または施錠する技術が普及している。
【０００３】
また、近年、電気錠とクラウドサーバとを通信可能に接続する中継装置が普及している。これにより、クラウドサーバと通信可能に接続したパーソナルコンピュータやスマートフォンなどを用いて、遠隔地から前記情報を電気錠に登録したり、登録されている前記情報を変更または削除したりすることができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−５２２７４号公報（２００９年３月１２日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、電気錠とクラウドサーバとの間に通信異常が発生すると、クラウドサーバ側で設定された情報を電気錠側に反映することができない。例えば、電気錠がホテルの部屋に設置されている場合、宿泊客が部屋に入室できないなどの問題が発生する。実際に、ホテルの電気錠システムがハッキングされ、宿泊客の部屋への入退室ができなくなり、ホテルがハッカーに身代金を払うという事件も発生している。
【０００６】
本発明の一態様は、前記の問題に鑑みてなされたものであり、通信異常が発生した場合であっても管理サーバを用いた予約に対応可能な、利便性に優れた中継装置等を提供することを目的とする。
【課題を解決するための手段】
【０００７】
前記の課題を解決するために、本発明の一態様に係る中継装置は、施設のドアに設けられた電気錠を解錠するための認証情報を、外部の管理サーバから前記認証情報を含む予約情報として取得し、前記電気錠を制御するドアコントローラに登録する中継装置であって、前記ドアコントローラに前記認証情報を登録する認証情報登録部と、前記管理サーバとの通信の異常を検知する異常検知部と、前記異常検知部にて異常を検知した場合、非常用の認証情報を決定する非常用認証情報決定部と、を備えており、前記認証情報登録部は、前記異常検知部にて異常を検知した場合、前記非常用の認証情報を前記認証情報として前記ドアコントローラに登録する、構成である。
【０００８】
本発明の一態様に係る管理サーバは、外部のクライアント端末から受け付けた予約に基づいて、施設のドアに設けられた電気錠を解錠する認証情報を該クライアント端末に払い出すとともに、前記電気錠の解錠を制御するドアコントローラとの間に配置された中継装置に対して前記認証情報を含む予約情報を送信する管理サーバであって、前記予約を受け付けて前記認証情報を前記クライアント端末に払い出す予約処理部と、前記中継装置との通信の異常を検知する異常検知部と、前記異常検知部にて異常を検知した場合、非常用の認証情報を決定する非常用認証情報決定部と、を備えており、前記予約処理部は、前記異常検知部にて異常を検知した場合、前記非常用の認証情報を前記認証情報として前記クライアント端末に払い出す、構成である。
【発明の効果】
【０００９】
本発明の一態様によれば、通信異常が発生した場合であっても管理サーバを用いた予約に対応可能な、利便性に優れた中継装置等を提供することができるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態１に係る予約システムの要部構成の一例を示すブロック図である。
【図２】本発明の実施形態１に係る予約システムにおける通常時の予約情報ＴＢＬの一例を示す模式図である。
【図３】本発明の実施形態１に係る予約システムにおける通信異常時の予約情報ＴＢＬの一例を示す模式図である。
【図４】本発明の実施形態１に係る予約システムにおいて、ホストＰＣおよび管理サーバにて共通して用いられる非常用ＩＤの生成方法の一例を示す模式図である。
【図５】本発明の実施形態１に係る予約システムにおける通常時の処理の流れの一例を示すシーケンス図である。
【図６】本発明の実施形態１に係る予約システムにおける通信異常時の処理の流れの一例を示すシーケンス図である。
【図７】本発明の実施形態１に係る予約システムにおける復旧時の処理の流れの一例を示すシーケンス図である。
【図８】ホストＰＣ、管理サーバ、およびドアコントローラとして利用可能なコンピュータの構成を例示したブロック図である。
【発明を実施するための形態】
【００１１】
〔実施形態１〕
以下、本発明の一実施形態について、図１〜図７を用いて詳細に説明する。
【００１２】
（予約システムの構成）
本発明の実施形態１に係る予約システム１００の構成について、図１を用いて説明する。図１は、予約システム１００の要部構成の一例を示すブロック図である。
【００１３】
予約システム１００は、クライアント端末１、管理サーバ２、ホストＰＣ３、ドアコントローラ４、およびドア５を備えている。ここで、ホストＰＣ３、ドアコントローラ４、およびドア５は宿泊施設Ａに設けられているものとする。
【００１４】
予約システム１００は、宿泊施設Ａを利用するための予約に対応するシステムであり、ユーザはクライアント端末１を用いて管理サーバ２に対して予約を行う。宿泊施設Ａは、ホテル等の施設である。宿泊施設Ａには、ユーザが予約して利用可能な部屋が複数設けられており、各部屋には認証情報を用いて解錠可能な電気錠５２が設けられたドア５が設置されている。図示の例では２つのドア５が示されているが、ドア５の数はこれに限定されない。また、複数のドア５のそれぞれは、それぞれ異なる認証情報によって電気錠５２を解錠することができる。
【００１５】
管理サーバ２は予約に応じて宿泊施設Ａに設けられたドア５の電気錠５２を解錠するための認証情報である解錠ＩＤをクライアント端末１に払い出す。ユーザは解錠ＩＤが払い出されたクライアント端末１を用いてドア５の電気錠５２を解錠し、宿泊施設Ａを利用することができる。解錠ＩＤはクライアント端末１と電気錠５２を紐付ける情報であればどのようなものであってもよく、例えばクライアント端末１のＰＩＮ（Personal Identification Number）コードであってもよい。
【００１６】
予約システム１００において、管理サーバ２に登録された予約情報はホストＰＣ３に送信され、該ホストＰＣ３はドアコントローラ４に該予約情報に含まれる認証情報を登録する。しかしながら、例えば管理サーバ２とホストＰＣ３との間に通信異常が発生している場合、管理サーバ２は予約情報をホストＰＣ３に送信することができない。
【００１７】
本実施形態に係る管理サーバ２およびホストＰＣ３は、管理サーバ２とホストＰＣ３との間に通信異常が発生している場合、個々に非常用ＩＤを生成する。ここで、非常用ＩＤは解錠ＩＤの代わりに管理サーバ２よりクライアント端末１に払い出される非常用の認証情報であり、管理サーバ２およびホストＰＣ３は例えば共通の生成方法を用いて同一の非常用ＩＤを生成する。通信異常時は非常用ＩＤが管理サーバ２より払い出され、該非常用ＩＤを用いてドア５の電気錠５２を解錠することができるので、クライアント端末１のユーザは通信異常の有無を認識することなく予約システム１００を利用することができる。
【００１８】
クライアント端末１は、ユーザが宿泊施設Ａの利用を予約し、さらに宿泊施設Ａのドア５の電気錠５２を解錠するために用いる通信端末である。クライアント端末１は、予約および解錠が可能な端末であればどのようなものであってもよく、例えばスマートフォンであってもよい。クライアント端末１は、管理サーバ２と通信することによって該管理サーバ２に対して予約を行い、該予約に対応した認証情報として解錠ＩＤまたは非常用ＩＤの払い出しを受けることができる。そして、クライアント端末１は払い出された認証情報を用いて、宿泊施設Ａのドア５に設けられた電気錠５２を解錠することができる。なお、予約を行う端末と解錠を行う端末が別であってもよい。ユーザは例えばＰＣを用いて予約を行い、スマートフォンを含む携帯端末を用いて解錠を行ってもよい。
【００１９】
管理サーバ２は、インターネット等のクラウドネットワークを通してクライアント端末１およびホストＰＣ３と通信可能に接続された、クラウドサーバである。管理サーバ２は、例えばＷｅｂページ等をクライアント端末１に提供することで該クライアント端末１から宿泊施設Ａを利用するための予約を受け付けることができる。管理サーバ２は、予約に応じて解錠ＩＤまたは非常用ＩＤを生成し、クライアント端末１に認証情報として払い出すことができる。管理サーバ２は、クライアント端末１から受け付けた予約内容を示し、認証情報を含む予約情報をホストＰＣ３に送信することができる。管理サーバ２は、サーバ制御部２０およびサーバ記憶部２１を備えており、サーバ制御部２０は、予約処理部２０１、解錠ＩＤ生成部２０２、予約情報同期部２０３、サーバ側異常検知部２０４、および非常用ＩＤ生成部２０５を備えている。サーバ記憶部２１は、予約情報ＴＢＬ２１１を備えている。
【００２０】
サーバ制御部２０は、管理サーバ２の各部を統括して制御する。予約処理部２０１は、例えば図示しない通信部を用いてクライアント端末１との間で通信を行い、受け付けた予約に応じて解錠ＩＤまたは非常用ＩＤを払い出す。
【００２１】
予約処理部２０１は、予約用のＷｅｂページ等をクライアント端末１に提供し、該クライアント端末１から予約を受け付けると、解錠ＩＤ生成部２０２または非常用ＩＤ生成部２０５に対して、解錠ＩＤまたは非常用ＩＤを生成するよう、指示を送信する。予約処理部２０１は、予約の受付および解錠ＩＤまたは非常用ＩＤの生成が完了すると、受け付けた予約に関する予約情報を解錠ＩＤまたは非常用ＩＤとともに予約情報ＴＢＬ２１１に格納する。
【００２２】
管理サーバ２とホストＰＣ３との間の通信が正常であれば、予約処理部２０１はさらに、予約情報同期部２０３に対して予約情報の同期を指示する。そして、管理サーバ２がホストＰＣ３から認証情報の登録結果を受信する。認証情報が正常に登録された場合、予約処理部２０１はクライアント端末１に認証情報として解錠ＩＤを払い出す。なお、登録結果がＮＧであった場合、予約処理部２０１は予約情報同期部２０３に対して予約情報の同期を再度指示してもよい。
【００２３】
一方、管理サーバ２とホストＰＣ３との間の通信に異常が発生していれば、予約処理部２０１は予約情報同期部２０３に予約情報の同期を指示することなくクライアント端末１に認証情報として非常用ＩＤを払い出す。すなわち、サーバ側異常検知部２０４にて異常を検知した場合、予約処理部２０１は認証情報として非常用ＩＤをクライアント端末１に払い出すことができる。
【００２４】
予約処理部２０１は、クライアント端末１から予約のキャンセルを受け付けることができる。予約処理部２０１は、予約のキャンセルを受け付けると、該予約に関する予約情報を予約情報ＴＢＬ２１１から削除する。管理サーバ２とホストＰＣ３との間の通信が正常であれば、予約処理部２０１はさらに、予約情報同期部２０３に対して予約情報の同期を指示する。
【００２５】
管理サーバ２との間の通信に異常が発生している間に予約のキャンセルを受け付けた場合、予約処理部２０１は該予約に基づいてクライアント端末１に払い出した認証情報は無効とする。また、通信異常時はキャンセルが発生したことをホストＰＣ３に通知できないので、キャンセルされた予約に相当する期間の間、予約処理部２０１は無効とした認証情報が紐付けられていた電気錠５２を利用する新たな予約を受け付けない。
【００２６】
解錠ＩＤ生成部２０２は、予約処理部２０１からの指示にしたがって解錠ＩＤを生成し、予約処理部２０１へ送信する。
【００２７】
予約情報同期部２０３は、予約処理部２０１またはサーバ側異常検知部２０４の指示にしたがって予約情報をホストＰＣ３へ送信し、後述する予約情報ＴＢＬ３１１に送信した予約情報を反映（同期）させる。なお、ホストＰＣ３に送信するのは個々の予約情報であってもよいし予約情報ＴＢＬ２１１全体であってもよい。予約情報同期部２０３は、予約処理部２０１またはサーバ側異常検知部２０４の指示がなくても、例えば定期的に予約情報ＴＢＬ２１１および予約情報ＴＢＬ３１１の同期を行ってもよい。
【００２８】
サーバ側異常検知部２０４は、管理サーバ２とホストＰＣ３との間の通信の異常を検知する異常検知部として機能する。サーバ側異常検知部２０４は、例えばホストＰＣ３に定期的にキープアライブを送信し、ホストＰＣ３から応答がなければ通信に異常が発生したと判定してもよい。通信異常が解消されたことを検知すると、サーバ側異常検知部２０４は予約情報同期部２０３に対して予約情報の同期を指示する。
【００２９】
非常用ＩＤ生成部２０５は、予約処理部２０１の指示にしたがって非常用ＩＤを生成および決定する非常用認証情報決定部として機能する。非常用ＩＤ生成部２０５は、非常用ＩＤとして、ホストＰＣ３にて決定された非常用ＩＤと同一の認証情報を決定することができる。例えば、非常用ＩＤ生成部２０５はホストＰＣ３と同一の生成方法を用いて非常用ＩＤを生成してもよい。非常用ＩＤ生成部２０５は、決定した非常用ＩＤを予約処理部２０１へ送信する。
【００３０】
非常用ＩＤ生成部２０５が生成する非常用ＩＤには所定の有効期間が設定されることが望ましい。例えば、ドア５の電気錠５２は、１日ごとに別の非常用ＩＤが有効となることが望ましい。
【００３１】
サーバ記憶部２１は、管理サーバ２にて用いる各種情報を記憶する。サーバ記憶部２１は、例えば予約処理部２０１がクライアント端末１に提供するためのＷｅｂページのテンプレート情報等を記憶してもよい。
【００３２】
予約情報ＴＢＬ２１１は、予約処理部２０１がクライアント端末１から受け付けた予約情報を解錠ＩＤまたは非常用ＩＤとともに記憶している。予約情報ＴＢＬ２１１の具体例については後述する。
【００３３】
ホストＰＣ３は、ホスト制御部３０およびホスト記憶部３１を備えており、ホスト制御部３０は、認証情報登録部３０１、登録結果同期部３０２、ホスト側異常検知部３０３、および非常用ＩＤ生成部３０４を備えている。ホスト記憶部３１は、予約情報ＴＢＬ３１１を備えている。
【００３４】
ホストＰＣ３は、管理サーバ２とドアコントローラ４との間に配置された中継装置であり、管理サーバ２およびドアコントローラ４と図示しない通信部を用いて通信可能に接続される。ホストＰＣ３は、管理サーバ２から予約情報を受信すると予約情報ＴＢＬ３１１の内容を更新し、同期させることができる。ホストＰＣ３はさらに、受信した予約情報に含まれる認証情報をドアコントローラ４に登録することができる。
【００３５】
ホスト制御部３０は、ホストＰＣ３の各部を統括して制御する。
【００３６】
認証情報登録部３０１は、予約情報同期部２０３によって管理サーバ２から送信された予約情報を受信すると、予約情報ＴＢＬ３１１の内容を更新し、同期させる。認証情報登録部３０１はさらに、受信した予約情報に含まれる認証情報をドアコントローラ４に送信し、該認証情報を登録させることができる。なお、認証情報登録部３０１はドアコントローラ４に対して認証情報以外の情報を送信してもよい。例えば、認証情報登録部３０１は認証情報を含む予約情報すべてをドアコントローラ４に送信してもよい。認証情報登録部３０１は、ドアコントローラ４において認証情報の登録が完了すると、登録結果同期部３０２に対して登録結果の同期を指示する。認証情報登録部３０１は、ホスト側異常検知部３０３にて異常を検知した場合、非常用ＩＤ生成部３０４にて生成された非常用ＩＤを認証情報としてドアコントローラ４に送信してもよい。
【００３７】
登録結果同期部３０２は、認証情報登録部３０１の指示にしたがって、ドアコントローラ４における認証情報の登録結果を管理サーバ２へ送信する。
【００３８】
ホスト側異常検知部３０３は、管理サーバ２とホストＰＣ３との間の通信の異常を検知する異常検知部として機能する。ホスト側異常検知部３０３は、例えば管理サーバ２に定期的にキープアライブを送信し、管理サーバ２から応答がなければ通信に異常が発生したと判定してもよい。ホスト側異常検知部３０３は、通信に異常が発生したと判定した場合、非常用ＩＤ生成部３０４に非常用ＩＤの生成および登録を指示する。
【００３９】
非常用ＩＤ生成部３０４は、ホスト側異常検知部３０３の指示にしたがって非常用ＩＤを生成および決定し、認証情報登録部３０１に送信する非常用認証情報決定部として機能する。非常用ＩＤ生成部３０４は、非常用ＩＤとして、管理サーバ２にて決定された非常用ＩＤと同一の認証情報を決定することができる。例えば、非常用ＩＤ生成部３０４は管理サーバ２と同一の生成方法を用いて非常用ＩＤを生成してもよい。非常用ＩＤ生成部３０４はホスト側異常検知部３０３にて異常を検知した場合、非常用の認証情報として非常用ＩＤを生成することができる。
【００４０】
非常用ＩＤ生成部３０４が生成する非常用ＩＤには、所定の有効期間が設定されていることが望ましい。例えば、ドア５の電気錠５２は、１日ごとに別の非常用ＩＤが有効となることが望ましい。また、非常用ＩＤ生成部３０４は、ホストＰＣ３が管理サーバ２から受信した予約情報によって予約済みである日を除いた所定期間分の非常用ＩＤを生成することが望ましい。
【００４１】
ホスト記憶部３１は、ホストＰＣ３にて扱う各種情報を記憶する。予約情報ＴＢＬ３１１は、予約情報ＴＢＬ２１１と同一のテーブル構造を有しており、認証情報登録部３０１によって予約情報ＴＢＬ２１１の内容に同期される。
【００４２】
ドアコントローラ４は、ホストＰＣ３から受信した認証情報をドア５の電気錠５２に紐付けて登録する。ドアコントローラ４は、ホストＰＣ３の認証情報登録部３０１から認証情報として解錠ＩＤまたは非常用ＩＤを受信すると、該認証情報をドア５の電気錠５２に紐付けて登録し、登録結果をホストＰＣ３に送信する。
【００４３】
ドアコントローラ４は、電気錠５２の解錠を統括して制御する。具体的には、ドアコントローラ４はホストＰＣ３で決定された非常用ＩＤに基づいて宿泊施設Ａのドア５に設けられた電気錠５２の解錠を制御することができる。ドアコントローラ４は、記憶部４１および認証部４２を備えている。記憶部４１は、ホストＰＣ３から受信した認証情報について、対応する電気錠５２と紐付けて記憶する。認証部４２は、電気錠５２によって取得された認証情報が、該電気錠５２に紐付けて対して登録された認証情報と一致する場合に該電気錠を解錠させることができる。
【００４４】
ドア５は、宿泊施設Ａに設けられたドアであり、ＩＤ取得部５１および電気錠５２を備えている。ＩＤ取得部５１は、管理サーバ２からクライアント端末１に払い出された解錠ＩＤまたは非常用ＩＤを取得し、ドアコントローラ４に送信する。ＩＤ取得部５１は、例えば図示しない入力キーに対する入力内容を解錠ＩＤまたは非常用ＩＤとして取得してもよい。電気錠５２は、ドアコントローラ４の制御にしたがって解錠を行うことができる。
【００４５】
（予約情報ＴＢＬの具体例）
本実施形態に係る予約システムにおいて、管理サーバ２の予約情報ＴＢＬ２１１およびホストＰＣ３の予約情報ＴＢＬ３１１の具体例について、図２および図３を用いて説明する。なお、以下の説明において管理サーバ２とホストＰＣ３との間の通信は、２０１８年８月２２日には正常であったものの２０１８年８月２３日に異常が発生したものとする。
【００４６】
図２は、通常時の予約情報ＴＢＬ２１１（３１１）の一例を示す模式図である。管理サーバ２とホストＰＣ３との間の通信に異常が発生していない場合、予約情報ＴＢＬ３１１は、予約情報同期部２０３によってその内容が同期される。図示の例において、予約情報ＴＢＬ２１１（３１１）は、「部屋番号」、「期間」、「認証情報」、および「備考」の４つの列を備えている。「部屋番号」は、宿泊施設Ａにおいて予約可能な部屋を一意に識別する情報であり、実際の部屋番号が設定される。「認証情報」には「部屋番号」で指定された部屋に設けられたドア５の電気錠５２を解錠することが可能な解錠ＩＤまたは非常用ＩＤが設定される。「期間」は「認証情報」に設定されている解錠ＩＤまたは非常用ＩＤが有効な期間を示している。
【００４７】
図２は、２０１８年８月２２日現在における予約情報ＴＢＬ２１１（３１１）を示している。図によれば、「部屋番号」が「１０１号室」および「２０１号室」のレコードには「期間」および「認証情報」に値が設定されており、これらの部屋は予約済みであることが示されている。
【００４８】
図３は、通信異常時の予約情報ＴＢＬ２１１および３１１の一例を示す模式図である。図３は、２０１８年８月２３日現在における予約情報ＴＢＬ２１１および３１１を示している。管理サーバ２とホストＰＣ３との間の通信に異常が発生した場合、予約情報同期部２０３または登録結果同期部３０２は予約情報ＴＢＬ２１１および予約情報ＴＢＬ３１１の同期が行えない。したがって予約情報ＴＢＬ２１１および予約情報ＴＢＬ３１１の内容が非同期となる。
【００４９】
通信異常の発生中に、管理サーバ２では新たな予約に応じて非常用ＩＤ生成部２０５によって生成された非常用ＩＤが予約の内容とともに予約情報ＴＢＬ２１１に追加される。一方、ホストＰＣ３ではホスト側異常検知部３０３が通信異常を検知すると、非常用ＩＤ生成部３０４は非常用ＩＤを生成する。ここで、非常用ＩＤ生成部３０４は、前述したように予約情報ＴＢＬ３１１のすべてのレコードのうち、通信が正常であったときに管理サーバ２から受信した予約情報によって予約済みである日を除いた所定期間分の非常用ＩＤを生成することが望ましい。具体的には、予約情報ＴＢＬ３１１のうち、「期間」列に通信異常を検知した日を含めた所定期間の間に予約が入っていないレコードについて、非常用ＩＤ生成部３０４は非常用ＩＤを生成する。認証情報登録部３０１は、非常用ＩＤ生成部３０４が生成した非常用ＩＤを「認証情報」に登録するとともに、「期間」列に非常用ＩＤの有効期間を登録する。
【００５０】
まず、通信異常時における予約情報ＴＢＬ３１１について説明する。図３によれば、予約情報ＴＢＬ３１１には、非常用ＩＤ生成部３０４によってすべての「部屋番号」のレコードに対して非常用ＩＤが登録されている。図示の例によれば、非常用ＩＤ生成部３０４はホスト側異常検知部３０３が通信異常を検知した２０１８年８月２３日を含めた所定期間として、３日分の非常用ＩＤを生成している。図示の例では、非常用ＩＤ生成部３０４は２０１８年８月２３日〜２５日に利用可能な非常用ＩＤを生成および登録している。なお、所定期間は３日間でなくてもよいし、通信異常が３日間を越える場合、非常用ＩＤ生成部３０４は４日目以降の非常用ＩＤを追加で生成してもよい。
【００５１】
予約情報ＴＢＬ３１１には、例えば電気錠５２を解錠可能な非常用ＩＤが１日ごとに切り替わるよう、「期間」および「認証情報」に解錠に有効な日付と、解錠に用いる非常用ＩＤがそれぞれ登録されている。具体的には、「部屋番号」が「１０２号室」のレコードには、「期間」に「２０１８／８／２３」、「２０１８／８／２４」、および「２０１８／８／２５」の３日間が登録されている。また、「認証情報」には非常用ＩＤとして「１０２００１」、「１０２００２」、および「１０２００３」の３つが登録されている。これは、例えば２０１８年８月２３日には認証情報として「１０２００１」を用いて１０２号室のドア５の電気錠５２を解錠可能であることを示している。
【００５２】
また、非常用ＩＤ生成部３０４は２０１８年８月２３日〜２５日のうち、既に予約が入っていた部屋については該予約を優先し、予約期間の分の非常用ＩＤを生成しない。具体的には、「部屋番号」が「１０１号室」であるレコードには、図２に示した２０１８年８月２２日時点で「期間」が「２０１８／８／２２  １５：００〜２０１８／８／２４  １０：００」であり、「認証情報」が「１２３４５６」である予約が登録されている。そのため、非常用ＩＤ生成部３０４は２０１８年８月２３日および２４日に１０１号室のドア５の電気錠５２を解錠可能な非常用ＩＤは生成せず、２０１８年８月２５日向けの非常用ＩＤ「１０１００３」のみ生成し、登録する。これは、１０１号室のドア５の電気錠５２が、２０１８年８月２３日および２４日は解錠ＩＤである「１２３４５６」で解錠でき、２０１８年８月２５日は非常用ＩＤである「１０１００３」で解錠できることを示している。
【００５３】
「部屋番号」が「２０１号室」であるレコードには、図２に示した２０１８年８月２２日時点で「期間」が「２０１８／８／２７  １７：００〜２０１８／９／１  ８：００」のレコードが格納されている。すなわち、２０１号室は２０１８年８月２７日〜９月１日の予約は登録されているが、２０１８年８月２３日〜２５日については予約が登録されていない。そのため、非常用ＩＤ生成部３０４は２０１８年８月２３日〜２５日に２０１号室のドア５の電気錠５２を解錠可能な非常用ＩＤを生成する。
【００５４】
次に、通信異常時における予約情報ＴＢＬ２１１について説明する。図３によれば、予約情報ＴＢＬ２１１には、予約処理部２０１によって新たに予約された部屋番号に対応する「部屋番号」を有するレコードについて、非常用ＩＤが登録されている。図示の例によれば、「部屋番号」が「１０３号室」であるレコードについて、「期間」が「２０１８／８／２４  １７：００〜２０１８／８／２５／  １０：００」であり、「認証情報」が「１０３００２」および「１０３００３」である予約が登録されている。また、「備考」には通信異常中に新たに登録された予約であることを示すために「障害発生中の予約」という文字列が登録されている。
【００５５】
通信異常中に管理サーバ２およびホストＰＣ３において、前述したようにして非常用ＩＤが予約情報ＴＢＬ２１１および３１１のそれぞれに設定される。また、ホストＰＣ３では認証情報登録部３０１によって非常用ＩＤが認証情報としてドアコントローラ４に送信および登録される。これにより、ホストＰＣ３は通信異常中に管理サーバ２が新たに受け付けた予約に対してクライアント端末１に払い出した非常用ＩＤを予約情報ＴＢＬ３１１およびドアコントローラ４に予め登録しておくことができる。
【００５６】
また、通信異常が解消すると、管理サーバ２の予約情報同期部２０３は予約情報をホストＰＣ３へ送信し、予約情報ＴＢＬ３１１の内容を予約情報ＴＢＬ２１１に同期させる。これにより、通信異常時に非常用ＩＤ生成部３０４が生成したが管理サーバ２の非常用ＩＤ生成部２０５が生成せず、結果として未使用であった非常用ＩＤが削除される。また、ホストＰＣ３の認証情報登録部３０１は同期後の予約情報ＴＢＬ３１１の内容に応じてドアコントローラ４に認証情報を送信し、ドアコントローラ４は受信した認証情報を用いて記憶部４１の内容を更新する。これにより、ドアコントローラ４の記憶部４１から未使用であった非常用ＩＤが削除される。さらに認証情報登録部３０１は、ドアコントローラ４への登録が完了すると、登録結果同期部３０２に対して登録結果の同期を指示する。これにより、通信異常が解消された後に管理サーバ２の予約情報ＴＢＬ２１１の内容に基づく復旧が完了する。
【００５７】
（非常用ＩＤの生成方法）
本実施形態に係る管理サーバ２およびホストＰＣ３において、非常用ＩＤ生成部２０５および非常用ＩＤ生成部３０４が用いる非常用ＩＤの生成方法の一例について、図４を用いて説明する。図４は、非常用ＩＤの生成方法の一例を示す模式図である。なお、非常用ＩＤ生成部２０５および非常用ＩＤ生成部３０４は同一の非常用ＩＤを生成することができるのであれば、互いに異なる生成方法を用いてもよい。
【００５８】
図示の例において、非常用ＩＤ生成部２０５および非常用ＩＤ生成部３０４は、Ｘ、Ｙ、およびＺの３つの変数を非常用ＩＤの生成式「Ｆ（ｘ、ｙ）」に適用することにより、１つの非常用ＩＤを生成することができる。
【００５９】
ここで、Ｘがサーバ側異常検知部２０４およびホスト側異常検知部３０３において通信の異常を検知した日付であり、Ｙが特定の電気錠５２に対応する宿泊施設Ａの部屋番号であるものとする。さらに、Ｚが通信の異常を検知した日付からの経過日数であるものとする。この場合、生成式「Ｆ（ｘ、ｙ）」が同一であれば、非常用ＩＤ生成部２０５および非常用ＩＤ生成部３０４は、同じ日に同じ部屋のドア５の電気錠５２を解錠するために利用可能な認証情報として、同一の非常用ＩＤを生成することができる。
【００６０】
（通常時における処理の流れ）
本実施形態に係る予約システム１００において、管理サーバ２とホストＰＣ３との間の通信に異常が発生していない、通常時における一連の処理の流れについて、図５を用いて説明する。図５は、予約システム１００における通常時の処理の流れの一例を示すシーケンス図である。
【００６１】
はじめに、クライアント端末１が管理サーバ２との間で通信を行い、宿泊施設Ａに対する新たな予約を登録する（Ｓ１：予約）。管理サーバ２の予約処理部２０１は予約を受け付けると、解錠ＩＤ生成部２０２を用いて該予約に紐付く解錠ＩＤを生成し、該予約の内容と該解錠ＩＤを予約情報として予約情報ＴＢＬ２１１に登録する。そして、予約処理部２０１の指示にしたがって予約情報同期部２０３は予約情報をホストＰＣ３に送信し、予約情報ＴＢＬの同期を行う（Ｓ２：予約情報同期）。
【００６２】
Ｓ２の処理によって予約情報を管理サーバ２から受信すると、ホストＰＣ３の認証情報登録部３０１は予約情報ＴＢＬ３１１を更新する。さらに、認証情報登録部３０１は受信した予約情報に含まれる解錠ＩＤを認証情報としてドアコントローラ４に送信し、記憶部４１に登録させる（Ｓ３：認証情報登録）。ドアコントローラ４は記憶部４１に対する認証情報の登録結果をホストＰＣ３へ通知する（Ｓ４：登録結果通知）。
【００６３】
Ｓ４の後、登録結果同期部３０２は登録結果を管理サーバ２に送信し、登録結果の同期を行う（Ｓ５：登録結果同期）。Ｓ５の処理によって同期が行われた後の予約情報ＴＢＬ２１１において、Ｓ１で予約処理部２０１が受け付けた予約の内容がドアコントローラ４に正しく反映されていれば、予約処理部２０１は予約が完了したことを通知する。予約処理部２０１は通知とともに該予約に応じた解錠ＩＤをクライアント端末１に払い出す（Ｓ６：解錠ＩＤ払い出し）。
【００６４】
Ｓ１〜Ｓ６の処理によってクライアント端末１に解錠ＩＤが払い出された後、クライアント端末１はドア５のＩＤ取得部５１に該解錠ＩＤを送信する（Ｓ７：ドア認証（解錠ＩＤ））。ドア５のＩＤ取得部５１は、取得した解錠ＩＤをドアコントローラ４に通知する（Ｓ８：解錠ＩＤ通知）。ドアコントローラ４の認証部４２は、ＩＤ取得部５１から通知された解錠ＩＤが、ドア５の電気錠５２と紐付けて記憶部４１に登録された認証情報であれば、電気錠５２の解錠を実行する（Ｓ９：解錠実行）。
【００６５】
以上の処理によって、予約システム１００は管理サーバ２を用いた予約によってクライアント端末１に払い出された解錠ＩＤを用いて、電気錠５２を解錠することができる。
【００６６】
（通信異常時における処理の流れ）
本実施形態に係る予約システム１００において、管理サーバ２とホストＰＣ３との間で通信異常が発生している間における一連の処理の流れについて、図６を用いて説明する。図６は、予約システム１００における通信異常時の処理の流れの一例を示すシーケンス図である。
【００６７】
まず、ホストＰＣ３においてホスト側異常検知部３０３が、通信の異常を検知する（Ｓ１１：通信異常検知）。次に、ホスト側異常検知部３０３の指示にしたがって非常用ＩＤ生成部３０４は非常用ＩＤを生成し、認証情報登録部３０１は生成された非常用ＩＤを予約情報ＴＢＬ３１１に登録する（Ｓ１２：非常用ＩＤ登録）。一方、管理サーバ２においてもサーバ側異常検知部２０４が通信の異常を検知する（Ｓ１３：通信異常検知）。なお、Ｓ１１およびＳ１３は独立した処理であるため、処理が前後してもよい。
【００６８】
Ｓ１２の処理によって非常用ＩＤが予約情報ＴＢＬ３１１に登録された後、認証情報登録部３０１は非常用ＩＤを認証情報としてドアコントローラ４に送信し、記憶部４１に登録させる（Ｓ４：非常用ＩＤ登録）。ドアコントローラ４は記憶部４１に対する認証情報の登録結果をホストＰＣ３へ通知する（Ｓ１５：登録結果通知）。
【００６９】
Ｓ１３にてサーバ側異常検知部２０４が通信の異常を検知した後、クライアント端末１が管理サーバ２との間で通信を行い、宿泊施設Ａに対する新たな予約を登録する（Ｓ１６：予約）。管理サーバ２の予約処理部２０１は予約を受け付けると、非常用ＩＤ生成部２０５を用いて該予約に紐付く非常用ＩＤを生成する（Ｓ１７：非常用ＩＤ生成）。Ｓ１７の後、予約処理部２０１は予約の内容と該非常用ＩＤを予約情報として予約情報ＴＢＬ２１１に登録する。そして、予約処理部２０１は予約が完了したことを通知するとともに該予約に応じた非常用ＩＤをクライアント端末１に払い出す（Ｓ１８：非常用ＩＤ払い出し）。
【００７０】
Ｓ１１〜Ｓ１８の処理によってクライアント端末１に非常用ＩＤが払い出された後、クライアント端末１はドア５のＩＤ取得部５１に該非常用ＩＤを送信する（Ｓ１９：ドア認証（非常用ＩＤ））。ドア５のＩＤ取得部５１は、取得した非常用ＩＤをドアコントローラ４に通知する（Ｓ２０：非常用ＩＤ通知）。ドアコントローラ４の認証部４２は、ＩＤ取得部５１から通知された非常用ＩＤが、ドア５の電気錠５２と紐付けて記憶部４１に登録された認証情報であれば、電気錠５２の解錠を実行する（Ｓ２１：解錠実行）。
【００７１】
以上の処理によって、予約システム１００は通信異常時に管理サーバ２を用いた予約によってクライアント端末１に払い出された非常用ＩＤを用いて、電気錠５２を解錠することができる。
【００７２】
（復旧時における処理の流れ）
本実施形態に係る予約システム１００において、管理サーバ２とホストＰＣ３との間の通信の復旧時における一連の処理の流れについて、図７を用いて説明する。図７は、予約システム１００における復旧時の処理の流れの一例を示すシーケンス図である。
【００７３】
まず、管理サーバ２においてサーバ側異常検知部２０４が通信の復旧を検知する（Ｓ３１：通信復旧検知）。次に、管理サーバ２の予約情報同期部２０３は予約情報ＴＢＬ２１１に格納されている予約情報をホストＰＣ３へ送信し、予約情報ＴＢＬ３１１の内容を予約情報ＴＢＬ２１１に同期させ、非常用ＩＤの使用状況を同期させる（Ｓ３２：非常用ＩＤ使用状況同期）。
【００７４】
Ｓ３２の処理によって予約情報を受信すると、ホストＰＣ３の認証情報登録部３０１は予約情報ＴＢＬ３１１を更新し、さらに受信した予約情報に含まれる認証情報をドアコントローラ４に送信する。そして、ドアコントローラ４は認証情報を受信すると、記憶部４１に格納されていた認証情報のうち、未使用であった認証情報を削除する（Ｓ３３：未使用認証情報登録）。ドアコントローラ４は削除の結果をホストＰＣ３へ通知する（Ｓ３４：削除結果通知）。
【００７５】
以上の処理によって、予約システム１００は通信異常からの復旧時に、管理サーバ２とホストＰＣ３との間で予約情報を同期させることができる。これにより、通信異常中に管理サーバ２が受け付けた予約に応じてクライアント端末１に払い出された非常用ＩＤは有効としたまま、ホストＰＣ３にて生成されたが使用されなかった非常用ＩＤについては削除することができる。
【００７６】
〔実施形態２〕
前記各実施形態では、１つの管理サーバ２を用いる例を説明したが、管理サーバ２の有する各機能が、個別のサーバにて実現されていてもよい。そして、複数のサーバを適用する場合においては、各サーバは、同じ事業者によって管理されていてもよいし、異なる事業者によって管理されていてもよい。
【００７７】
〔実施形態３〕
ホストＰＣ３、管理サーバ２、およびドアコントローラ４の各ブロックは、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。後者の場合、ホストＰＣ３、管理サーバ２、およびドアコントローラ４のそれぞれを、図８に示すようなコンピュータ（電子計算機）を用いて構成することができる。
【００７８】
図８は、ホストＰＣ３、管理サーバ２、およびドアコントローラ４として利用可能なコンピュータ９１０の構成を例示したブロック図である。コンピュータ９１０は、バス９１１を介して互いに接続された演算装置９１２と、主記憶装置９１３と、補助記憶装置９１４と、入出力インターフェース９１５と、通信インターフェース９１６とを備えている。演算装置９１２、主記憶装置９１３、および補助記憶装置９１４は、それぞれ、例えばプロセッサ（例えばＣＰＵ：Central Processing Unit等）、ＲＡＭ（random access memory）、ハードディスクドライブであってもよい。入出力インターフェース９１５には、ユーザがコンピュータ９１０に各種情報を入力するための入力装置９２０、および、コンピュータ９１０がユーザに各種情報を出力するための出力装置９３０が接続される。入力装置９２０および出力装置９３０は、コンピュータ９１０に内蔵されたものであってもよいし、コンピュータ９１０に接続された（外付けされた）ものであってもよい。例えば、入力装置９２０は、キーボード、マウス、タッチセンサなどであってもよく、出力装置９３０は、ディスプレイ、プリンタ、スピーカなどであってもよい。また、タッチセンサとディスプレイとが一体化されたタッチパネルのような、入力装置９２０および出力装置９３０の双方の機能を有する装置を適用してもよい。そして、通信インターフェース９１６は、コンピュータ９１０が外部の装置と通信するためのインターフェースである。
【００７９】
補助記憶装置９１４には、コンピュータ９１０をホストＰＣ３、管理サーバ２、およびドアコントローラ４として動作させるための各種のプログラムが格納されている。そして、演算装置９１２は、補助記憶装置９１４に格納された前記プログラムを主記憶装置９１３上に展開して該プログラムに含まれる命令を実行することによって、コンピュータ９１０を、ホストＰＣ３、管理サーバ２、およびドアコントローラ４が備える各部として機能させる。なお、補助記憶装置９１４が備える、プログラム等の情報を記録する記録媒体は、コンピュータ読み取り可能な「一時的でない有形の媒体」であればよく、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブル論理回路などであってもよい。また、記録媒体に記録されているプログラムを、主記憶装置９１３上に展開することなく実行可能なコンピュータであれば、主記憶装置９１３を省略してもよい。なお、前記各装置（演算装置９１２、主記憶装置９１３、補助記憶装置９１４、入出力インターフェース９１５、通信インターフェース９１６、入力装置９２０、および出力装置９３０）は、それぞれ１つであってもよいし、複数であってもよい。
【００８０】
また、前記プログラムは、コンピュータ９１０の外部から取得してもよく、この場合、任意の伝送媒体（通信ネットワークや放送波等）を介して取得してもよい。そして、本発明は、前記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【００８１】
〔変形例〕
前記実施形態１において、ホストＰＣ３の非常用ＩＤ生成部３０４は通信異常時に、既に予約済みである日を除いた所定期間分の非常用ＩＤを生成する構成であった。しかし、非常用ＩＤ生成部３０４は例えばドアコントローラ４からの問い合わせに応じて非常用ＩＤを都度生成し、認証情報登録部３０１は都度生成された非常用ＩＤをドアコントローラ４に送信してもよい。
【００８２】
例えば、ドアコントローラ４の認証部４２は、ドア５のＩＤ取得部５１から受信した認証情報が記憶部４１に格納されていなければ、ホストＰＣ３に通知する。ホストＰＣ３は通知を受けると非常用ＩＤ生成部３０４を用いて図４に示した方法等を用いて非常用ＩＤを生成し、認証情報登録部３０１によって生成された非常用ＩＤをドアコントローラ４へ送信する。図４に示した方法によれば、ホスト側異常検知部３０３において通信の異常を検知した日付および該日付からの経過日数が明らかであれば、認証情報の送信元であるドア５に対応する部屋番号を用いて非常用ＩＤ生成部３０４は非常用ＩＤを生成することができる。
【００８３】
ドアコントローラ４の認証部４２は、ホストＰＣ３から受信した非常用ＩＤを用いて、ＩＤ取得部５１から受信した認証情報の認証を行う。本変形例において非常用ＩＤ生成部３０４は、ドアコントローラ４から通知されたドア５に対応した非常用ＩＤのみを都度生成すればよいので一度に多数の非常用ＩＤを生成する前記実施形態１と比較して、負荷を分散させることができる。
【００８４】
〔まとめ〕
本発明の態様１に係る中継装置は、施設のドアに設けられた電気錠を解錠するための認証情報を、外部の管理サーバから前記認証情報を含む予約情報として取得し、前記電気錠を制御するドアコントローラに登録する中継装置であって、前記ドアコントローラに前記認証情報を登録する認証情報登録部と、前記管理サーバとの通信の異常を検知する異常検知部と、前記異常検知部にて異常を検知した場合、非常用の認証情報を生成する非常用認証情報決定部と、を備えており、前記認証情報登録部は、前記異常検知部にて異常を検知した場合、前記非常用の認証情報を前記認証情報として前記ドアコントローラに登録する、構成である。
【００８５】
前記の構成によれば、中継装置と管理サーバとの間で通信異常が発生した場合、ドアコントローラには非常用の認証情報が登録される。これにより、通信異常の発生中に施設の利用を予約したユーザは、非常用の認証情報を用いて電気錠を解錠して該施設を利用することができる。したがって、通信異常が発生した場合であっても、管理サーバを用いた予約に対応可能な、利便性に優れた中継装置を提供することができる。
【００８６】
本発明の態様２に係る中継装置は、前記態様１において、前記非常用認証情報決定部は前記非常用の認証情報として、前記管理サーバにて決定された非常用の認証情報と同一の認証情報を生成する、構成としてもよい。
【００８７】
前記の構成によれば、中継装置は通信異常が発生した場合はドアコントローラに対して、管理サーバにて決定される非常用の認証情報と同一の認証情報を登録することができる。これにより、中継装置は通信異常の発生中に管理サーバが決定した認証情報を用いた施設の利用を可能とする。
【００８８】
本発明の態様３に係る中継装置は、前記態様２において、前記非常用認証情報決定部は、前記管理サーバと同一の生成方法を用いて前記非常用の認証情報を生成する、構成としてもよい。前記の構成によれば、中継装置は管理サーバと同一の生成方法を用いて同一の非常用の認証情報を生成することができる。
【００８９】
本発明の態様４に係る中継装置は、前記態様１から３のいずれかにおいて、前記非常用の認証情報には所定の有効期間が設定されている、構成としてもよい。
【００９０】
前記の構成によれば、通信異常の発生中に施設の利用を予約したユーザは電気錠を解錠するために、認証情報を所定の有効期間ごとに切り替えて使用することができる。これにより、例えば非常用の認証情報を使い回すことによってユーザが予約した期間を越えて施設を利用し続けることを防止できる。
【００９１】
本発明の態様５に係る中継装置は、前記態様１から４のいずれかにおいて、前記非常用認証情報決定部は、前記異常検知部にて異常を検知した日からの所定期間について、前記予約情報によって予約済みである日を除いた日の非常用の認証情報を生成する、構成としてもよい。
【００９２】
前記の構成によれば、通信異常の発生前にドアコントローラに登録された認証情報が有効である期間中は、該認証情報のみを電気錠の開錠に用いることができる。これにより、複数の認証情報によって電気錠が解錠されることを防止することができる。
【００９３】
本発明の態様６に係るドアコントローラは、前記態様１から５のいずれかの中継装置で決定された前記非常用の認証情報に基づいて前記施設のドアに設けられた前記電気錠の解錠を制御するドアコントローラであって、前記電気錠によって取得された認証情報が、該電気錠に紐付けて登録された前記非常用の認証情報と一致する場合に該電気錠を解錠させる認証部を備えている、構成である。
【００９４】
前記の構成によれば、ドアコントローラは、電気錠の解錠を所望するユーザが入力した認証情報が該電気錠に対応する認証情報であった場合のみ、該電気錠を解錠させることができる。
【００９５】
本発明の態様７に係る管理サーバは、外部のクライアント端末から受け付けた予約に基づいて、施設のドアに設けられた電気錠を解錠する認証情報を該クライアント端末に払い出すとともに、前記電気錠の解錠を制御するドアコントローラとの間に配置された中継装置に対して前記認証情報を含む予約情報を送信する管理サーバであって、前記中継装置との通信の異常を検知する異常検知部と、前記異常検知部にて異常を検知した場合、非常用の認証情報を決定する非常用認証情報決定部と、を備えており、前記異常検知部にて異常を検知した場合、前記認証情報として前記非常用の認証情報を前記クライアント端末に払い出す予約処理部と、を備えている、構成である。
【００９６】
前記の構成によれば、中継装置と管理サーバとの間で通信異常が発生した場合は非常用の認証情報がクライアント端末に払い出される。これにより、施設の利用を所望するユーザは、非常用の認証情報を用いて電気錠を解錠し、該施設を利用することができる。したがって、通信異常が発生した場合であっても管理サーバを用いた予約に対応可能な、利便性に優れた管理サーバを提供することができる。
【００９７】
本発明の態様８に係る管理サーバは、前記態様６において、前記非常用認証情報決定部は前記非常用の認証情報として、前記中継装置にて決定された非常用の認証情報と同一の認証情報を決定する、構成としてもよい。
【００９８】
前記の構成によれば、管理サーバは通信異常の発生中はクライアント端末に対して、中継装置にて決定される非常用の認証情報と同一の認証情報を払い出すことができる。これにより、管理サーバは通信異常の発生中に中継装置が決定した認証情報を用いた施設の利用を可能とする。
【００９９】
本発明の態様９に係る管理サーバは、前記態様８において、前記非常用認証情報決定部は、前記中継装置と同一の生成方法を用いて前記非常用の認証情報を生成する、構成としてもよい。前記の構成によれば、中継装置は管理サーバと同一の生成方法を用いて同一の非常用の認証情報を生成することができる。
【０１００】
本発明の態様１０に係る管理サーバは、前記態様７から９のいずれかにおいて、前記非常用の認証情報には所定の有効期間が設定されている、構成としてもよい。
【０１０１】
前記の構成によれば、通信異常の発生中に施設の利用を予約したユーザは電気錠を解錠するために、認証情報を所定の有効期間ごとに切り替えて使用することができる。これにより、例えば非常用の認証情報を使い回すことによってユーザが予約した期間を越えて施設を利用し続けることを防止できる。
【０１０２】
本発明の態様１１に係る管理サーバは、前記態様７から１０のいずれかにおいて、前記予約処理部は、前記管理サーバとの間の通信に異常が発生している間に前記予約のキャンセルを受け付けた場合、該予約に基づいて前記クライアント端末に払い出した前記認証情報は無効とし、該予約に相当する期間の間、無効とした前記認証情報が紐付けられていた前記電気錠を利用する新たな予約を受け付けない、構成としてもよい。
【０１０３】
前記の構成によれば、管理サーバは中継装置との間で通信異常が発生中に予約のキャンセルを受け付けると、該予約に相当する期間の間は電気錠を利用する新たな予約を受け付けない。これにより、例えば非常用の認証情報をキャンセルした顧客と新たに予約した顧客との間で使い回すことによってキャンセル済みの顧客が非常用の認証情報を悪用することを防止することができる。
【０１０４】
本発明の態様１２に係る管理サーバは、前記態様６から９のいずれかにおいて、前記異常検知部にて異常からの復旧を検知した場合、前記予約情報を前記中継装置に送信することによって該予約情報を同期させる予約情報同期部を、さらに備えている、構成としてもよい。
【０１０５】
前記の構成によれば、管理サーバは通信異常からの復旧後に予約情報を中継装置と同期することができる。これにより、例えば未使用であった非常用の認証情報の消し込み等を行うことができる。
【０１０６】
本発明の態様１３に係る予約システムは、前記態様１から５のいずれかにおける中継装置と、前記態様６のドアコントローラと、前記態様７から１２のいずれかにおける管理サーバと、前記管理サーバに予約情報を登録するクライアント端末と、前記ドアコントローラの制御によって解錠を行う前記電気錠を有するドアと、を備えている構成としてもよい。前記の構成によれば、前記態様１と同様の作用効果を奏する。
【０１０７】
本発明の各態様に係る中継装置、管理サーバ、およびドアコントローラは、コンピュータによって実現してもよく、この場合には、コンピュータを前記中継装置、管理サーバ、およびドアコントローラが備える各部（ソフトウェア要素）として動作させることにより前記中継装置、管理サーバ、およびドアコントローラをコンピュータにて実現させる中継装置、管理サーバ、およびドアコントローラの制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【０１０８】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
【符号の説明】
【０１０９】
１００  予約システム
１  クライアント端末
２  管理サーバ
２０  サーバ制御部
２０１  予約処理部
２０３  予約情報同期部
２０４  サーバ側異常検知部（異常検知部）
２０５  非常用ＩＤ生成部（非常用認証情報決定部）
Ａ  宿泊施設（施設）
３  ホストＰＣ（中継装置）
３０  ホスト制御部
３０１  認証情報登録部
３０３  ホスト側異常検知部（異常検知部）
３０４  非常用ＩＤ生成部（非常用認証情報決定部）
４  ドアコントローラ
４２  認証部
５  ドア
５２  電気錠
【図１】
2020079515.tif 000003
【図２】
2020079515.tif 000004
【図３】
2020079515.tif 000005
【図４】
2020079515.tif 000006
【図５】
2020079515.tif 000007
【図６】
2020079515.tif 000008
【図７】
2020079515.tif 000009
【図８】
2020079515.tif 000010