以下、適宜図面を参照して本発明の実施形態について説明する。なお、以下に説明される実施形態は、本発明を具体化した一例にすぎず、本発明の技術的範囲を限定するものではない。
[宿泊管理システム100]
本発明の実施形態に係る宿泊管理システム100は、本発明の施設利用管理システムの一例であり、図1に示すように、管理装置10と、複数のセルフ端末装置20(本発明の操作端末装置の一例)と、を含む。宿泊管理システム100は、例えば、ホテルや旅館等の宿泊施設(利用施設の一例)に導入される。
管理装置10は、例えば、宿泊施設のフロントや事務室などに配置され、利用者の予約情報を管理する。宿泊施設の管理者、従業員などのスタッフは、管理装置10を操作することが可能である。
セルフ端末装置20は、例えば宿泊施設のロビーやフロント付近に配置され、宿泊客である利用者自身によるチェックイン手続き(利用許可手続き)及びチェックアウト手続き(利用終了手続き)の操作を受け付ける。
管理装置10と複数のセルフ端末装置20とは、宿泊施設に設置される有線LAN又は無線LANなどの通信網N1を介して通信可能である。セルフ端末装置20は、1台設置されてもよいし複数台設置されてもよい。図1では、一例として、3台のセルフ端末装置20を示している。利用者は、所望のセルフ端末装置20を操作する。
ここで、宿泊施設の利用者は、自身の利用者端末(不図示)を使用して、例えば、前記宿泊施設や運営管理会者が運営するWEBサイトの宿泊予約ページにアクセスして宿泊予約を行う。管理装置10は、宿泊予約された予約情報を取得して予約を管理する。なお、予約処理は、管理装置10で実行されてもよいし、管理装置10に通信網を介して接続された予約サーバ(不図示)で実行されてもよい。例えば、前記予約サーバは、利用者から予約要求を受け付けて予約処理を実行し、予約が完了した場合に予約完了通知とともに前記予約情報を管理装置10に通知する。
宿泊予約した利用者は、宿泊日に前記宿泊施設を訪れ、セルフ端末装置20を操作してチェックイン手続きを行う。なお、宿泊予約をしないで前記宿泊施設に来訪した利用者は、セルフ端末装置20において、例えば、トップ画面D11(図5参照)から空室検索手続きを行って所望の客室を予約し、続けてチェックイン手続きを行ってもよい。また、利用者は、必要に応じてセルフ端末装置20を操作して、チェックアウト手続きを行う。
また、利用者は、宿泊予約の予約処理中、或いは、宿泊予約が完了した後に、オンライン決済によって、予め指定した決済方法で宿泊費用(利用費用の一例)の決済処理を行う。前記決済方法としては、例えば、クレジットカードやデビットカードによる決済、PayPay(登録商標)や楽天ペイ(登録商標)などの電子マネーによる決済、仮想通貨による決済などのように、オンラインによる種々のキャッシュレス決済を用いることができる。
また、利用者は、宿泊予約だけを行い宿泊費用の決済を行っていない場合は、宿泊施設におけるチェックイン手続き又はチェックアウト手続きにおいて、セルフ端末装置20を操作することによって、宿泊代金の決済手続きを行う。この場合、上述したオンラインによる決済方法に加えて、現金による決済、電子マネーがチャージされたプリペイド式のカードによる決済などの決済方法を利用することができる。
ところで、利用者は、宿泊施設に連続して宿泊する場合がある。この場合、利用者は、宿泊予定の連続した宿泊日程(連泊日程)について事前に予約を行い、宿泊初日に宿泊施設に訪れて、宿泊施設に設置されたセルフ端末装置20を操作して、チェックイン手続きを行う。しかしながら、連続宿泊予定のチェックイン済みの宿泊者(利用者)が宿泊中に宿泊日程を短縮せざるを得ない状況になった場合、従来の宿泊管理システムでは、宿泊者は、当該システムに設けられた操作端末装置から宿泊日程の変更を行うことができない。この場合、宿泊者は、宿泊日程の変更(短縮)の要望を宿泊施設のスタッフに伝えて、翌日以降の未宿泊日(本発明の未利用期間の一例)の宿泊を取り消してもらう必要がある。また、宿泊施設のスタッフは、従来システムに設けられた管理端末を操作して宿泊者の要求に応じて宿泊日程の変更手続き(未宿泊日程のキャンセル手続き)をしなければならず、作業負担が大きい。このような問題は、ホテルなどの宿泊施設に限られず、複数の部屋を有する施設、例えば、貸し会議室を提供する施設、カラオケルームを提供する施設などの施設での利用許可手続きにおいても生じ得る。
これに対して、本実施形態に係る宿泊管理システム100は、以下に詳細に説明するように、連続する宿泊日程に変更(短縮)が生じた場合でも、宿泊者が宿泊施設に設置されたセルフ端末装置20を操作することによって、容易に未宿泊の日程を変更することが可能である。これにより、宿泊者及び宿泊施設のスタッフの双方の作業負担を軽減することが可能となる。また、宿泊費用の決済をすでに済ませている宿泊者は、変更後に返金が生じた場合でも、セルフ端末装置20における日程変更手続きにおいて返金処理を行うことが可能となる。
[管理装置10]
図2に示すように、管理装置10は、制御部11、記憶部12、操作表示部13、通信部14などを備える。管理装置10は、例えばパーソナルコンピュータ又はタブレット端末のような情報処理装置であってもよい。また、管理装置10は、所謂ホテル管理システム(Property Management System)を構築する情報処理装置又はクラウドサーバであってもよい。管理装置10は、予約を管理する予約管理機能を備えている。なお、管理装置10は、予約管理機能に加えて、客室管理、会計管理、及び顧客管理などの機能を備えてもよい。
通信部14は、管理装置10を有線又は無線で通信網N1に接続し、通信網N1を介してセルフ端末装置20との間で所定の通信プロトコルに従ったデータ通信を実行する。
操作表示部13は、各種の情報を表示する液晶ディスプレイ又は有機ELディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチパネルなどの操作部とを備えるユーザインターフェースである。
記憶部12は、各種の情報を記憶するフラッシュメモリなどの不揮発性の記憶媒体又は記憶装置である。例えば、記憶部12には、宿泊管理システム100で実行される後述の宿泊変更処理、チェックイン処理、チェックアウト処理などに必要な各種の処理を制御部11に実行させるための一又は複数の制御プログラムが記憶されている。前記制御プログラムは、前記各処理ごとに独立していてもよく、或いは、前記各処理を実行する一つのプログラムであってもよい。例えば、前記制御プログラムは、CD又はDVDなどのコンピュータ読取可能な記録媒体に非一時的に記録されており、管理装置10に電気的に接続されるCDドライブ又はDVDドライブなどの読取装置(不図示)で読み取られて記憶部12に記憶される。
また、記憶部12には、利用者が使用する前記利用者端末(不図示)から受け付けた宿泊予約の情報(予約情報)を表す予約管理データ(不図示)や、チェックイン済みの利用者(宿泊者)の宿泊日程などを含む宿泊情報(利用情報の一例)を表す宿泊台帳データ121(図3参照)などが記憶されている。
前記予約管理データは、宿泊予約を受け付けた複数の予約情報を含むデータベースであり、キーワード検索が可能なように記憶部12に記憶管理されている。前記予約管理データには、予約者によって予約された予約内容が、予約番号ごとに登録管理されている。例えば、前記予約管理データには、予約者名、宿泊予約日、宿泊者名、到着予定時刻、決済状況、決済方法などが含まれている。
宿泊台帳データ121は、チェックイン手続きを完了した複数の宿泊者の宿泊状況を示す宿泊情報を含むデータベースであり、キーワード検索が可能なように記憶部12に記憶管理されている。宿泊台帳データ121には、宿泊者ごとに割り振られた管理番号(予約時の予約番号)、宿泊者名、宿泊日程、決済状況、決済方法などが含まれる。なお、宿泊台帳データ121は、チェックイン前の前記予約情報を管理するデータベースを兼ねてもよい。
図3は、宿泊台帳データ121の一例を示す図である。図3には、2020年2月14日に宿泊施設を利用する複数の宿泊情報が管理番号(No.1001~1004、・・・)ごとに登録され宿泊台帳データ121が示されている。宿泊台帳データ121には、前記管理番号ごとに前記宿泊情報が登録管理されている。図3の例では、宿泊台帳データ121には、前記管理番号、宿泊者名、宿泊日程、予約者名、部屋番号、チェックイン状況、決済状況、決済方法、変更対象などが含まれている。なお、一つの客室に複数の同泊者がいる場合は、宿泊台帳データ121に同泊者名が含まれていてもよい。
宿泊台帳データ121の「決済状況」の項目には、決済が完了したことを示す「済」、または、決済が完了していないことを示す「未」のいずれかが登録されている。また、決済が完了するまでは、前記「決済状況」の項目には、デフォルト値として「未」が登録される。なお、上述のデフォルト値は、決済が完了すると、後述の更新処理部116によって「済」に更新される。
また、宿泊台帳データ121には、各宿泊情報ごとに変更対象であるか否かを示す情報が含まれている。例えば、宿泊者が宿泊施設の会員である場合や、宿泊施設に対して直接予約した場合は、宿泊内容の変更(例えば、宿泊日程の短縮)を許可するべく、宿泊台帳データ121の「変更対象」の項目には、宿泊内容の変更が可能であることを示す「可」が登録されている。また、宿泊内容の変更が不可能である宿泊情報については、その「変更対象」の項目には、宿泊内容の変更が不可能であることを示す「否」が登録されている。
例えば、管理番号1001の宿泊情報には、宿泊者の名称「A1」、連続宿泊日程「2020年2月14日―2月24日」、予約者の名称「A1」、部屋番号「2001号室」、チェックイン時刻「17:30」、決済状況「済」、決済方法「クレジット決済」、変更対象「可」の情報が含まれている。
制御部11は、CPU、ROM、及びRAMなどの制御機器を有する。前記CPUは、各種の演算処理を実行するプロセッサである。前記ROMは、前記CPUに各種の処理を実行させるためのBIOS及びOSなどの制御プログラムが予め記憶された不揮発性のメモリである。前記RAMは、各種の情報を記憶する揮発性又は不揮発性のメモリであり、前記CPUが実行する各種の処理の一時記憶メモリ(作業領域)として使用される。そして、制御部11は、前記ROM又は記憶部12に予め記憶された各種の制御プログラムを前記CPUで実行することにより管理装置10を制御する。
具体的に、制御部11は、宿泊情報検索処理部111、変更対象判定部112(本発明の未利用判定部の一例)、キャンセル処理部113(本発明の変更処理部の一例)、返金額算出部114、キャッシュレス返金処理部115(本発明の返金処理部の一例)、更新処理部116などの各種の処理部を含む。なお、制御部11は、前記CPUで前記制御プログラムに従った各種の処理を実行することによって前記各種の処理部として機能する。また、制御部11に含まれる一部又は全部の処理部が電子回路で構成されていてもよい。なお、前記制御プログラムは、複数のプロセッサを前記各種の処理部として機能させるためのプログラムであってもよい。
宿泊情報検索処理部111は、セルフ端末装置20において、宿泊者によって宿泊変更手続きが行われる際、または、チェックアウト手続きが行われる際に、宿泊者の宿泊情報を検索する宿泊情報検索処理を実行する。セルフ端末装置20において、チェックイン済みの宿泊者(利用者)によって当該宿泊者の宿泊情報を検索するための操作が行われた場合に、宿泊情報検索処理部111は、当該操作時に入力された宿泊検索情報に基づいて、宿泊者の宿泊情報を検索する前記宿泊情報検索処理を実行する。前記宿泊情報検索処理は、前記宿泊変更手続き、又は前記チェックアウト手続きを行った宿泊者の宿泊情報を宿泊台帳データ121から検索する処理である。宿泊情報検索処理部111は、入力された前記宿泊検索情報と前記宿泊台帳データ121に含まれる複数の宿泊情報とを照合する。この場合、前記宿泊情報検索処理において、前記宿泊検索情報が入力された当日(手続き日、受付日)を宿泊日程に含む宿泊情報と前記宿泊検索情報とが照合される。
具体的には、宿泊情報検索処理部111は、セルフ端末装置20から送られてきた宿泊変更要求、又はチェックアウト要求のいずれかを受け取り、更に前記宿泊検索情報を受け取ると、前記宿泊検索情報に対応する宿泊情報を宿泊台帳データ121から検索する。宿泊情報検索処理部111は、前記宿泊検索情報を含む宿泊情報が検索された場合に、その宿泊情報を宿泊台帳データ121から取得する。
ここで、前記宿泊変更要求は、例えば、宿泊者が予定していた宿泊日程に変更(短縮)が生じた場合に、宿泊日程を変更するための前記宿泊変更手続きの開始を要求するために、宿泊者がセルフ端末装置20を操作することによって入力される。また、前記チェックアウト要求は、チェックアウト手続きの開始を要求するために、宿泊者がセルフ端末装置20を操作することによって入力される。また、前記宿泊検索情報は、宿泊者が自身の宿泊情報の有無の検索を管理装置10に対して要求するために、前記宿泊変更手続き、又は前記チェックアウト手続きにおいてセルフ端末装置20に入力される情報である。
前記宿泊検索情報は、宿泊施設における宿泊者の前記宿泊情報を検索するための情報である。前記宿泊検索情報は、宿泊者の宿泊情報を特定することが可能な情報であればよく、例えば、宿泊者の氏名、宿泊している客室の番号などである。前記宿泊情報として、宿泊者の誕生日や、住所、電話番号、メールアドレス、予約番号などの各情報が登録されている場合は、これらの情報が前記宿泊検索情報として用いられてもよい。なお、他人による宿泊情報の検索を回避するために、前記宿泊検索情報は、少なくとも、宿泊者の氏名と宿泊している客室の番号を含むことが好ましく、或いは、上述した各情報を組み合わせたものであることが好ましい。
本実施形態では、セルフ端末装置20において、前記宿泊検索情報を受け付けるための入力受付画面(不図示)が操作表示部23に表示される場合は、宿泊情報検索処理部111は、宿泊者の操作によって前記入力受付画面に入力された前記宿泊検索情報(宿泊者の氏名や客室番号など)を用いて、検索対象である宿泊情報を宿泊台帳データ121から検索する処理を行い、検索された宿泊情報を宿泊台帳データ121から取得する。
例えば、図3の例に示す宿泊者A1がセルフ端末装置20を操作して、自身の氏名と客室番号とを前記入力受付画面に入力すると、宿泊情報検索処理部111は、宿泊者の氏名(利用者A1)及び客室番号(2001号室)と一致する宿泊情報を宿泊台帳データ121から検索する処理を行う。そして、対応する宿泊情報(例えば管理番号1001の宿泊情報)が検索された場合に、宿泊情報検索処理部111は、宿泊者A1の宿泊情報(管理番号1001の宿泊情報)を宿泊台帳データ121から取得する。
なお、チェックイン手続きに利用可能なQRコード(登録商標)などの情報コードが予約時に発行されている場合は、セルフ端末装置20において、宿泊中に前記情報コードがセルフ端末装置20の画像読取部25によって読み取られたことを条件に、宿泊情報検索処理部111は、前記情報コードに含まれる宿泊者の氏名や予約番号などを用いて、当該宿泊者の前記宿泊情報を検索してもよい。この場合、前記情報コード或いは前記情報コードに含まれる情報が前記宿泊検索情報である。
また、宿泊施設が宿泊者に対して会員カードを発行している場合は、セルフ端末装置20において、前記宿泊者の会員カードがカード読取部28によって読み取られたことを条件に、宿泊情報検索処理部111は、当該会員カードに含まれる宿泊者の氏名(会員名)などを用いて、当該宿泊者の前記宿泊情報を検索してもよい。この場合、前記会員カードに含まれる宿泊者(会員)の氏名等が前記宿泊検索情報である。
また、セルフ端末装置20において、画像読取部25によって宿泊者の旅券画像が読み取られた場合は、宿泊情報検索処理部111は、当該旅券画像の画像データをOCR処理することによって得られる氏名情報を用いて、当該宿泊者の前記宿泊情報を検索してもよい。この場合、旅券画像から得られた氏名情報が前記宿泊検索情報である。
本実施形態では、宿泊情報検索処理部111が、前記宿泊情報検索処理において、前記宿泊情報の検索処理と前記宿泊情報を取得する取得処理とを行う例について説明するが、前記検索処理及び前記取得処理が別々の処理部によって実行されてもよい。
変更対象判定部112は、宿泊情報検索処理部111による宿泊情報検索処理によって宿泊情報が検索された場合に、当該宿泊情報が、宿泊内容の変更(宿泊日程の短縮)が可能なものであるか否かを判定する変更対象判定処理を実行する。つまり、変更対象判定部112は、検索された宿泊情報が、宿泊内容の変更が可能な変更対象であるか否かを判定する。そして、変更対象であると判定されると、変更対象判定部112は、変更対象である前記宿泊情報をセルフ端末装置20に送信する。
例えば、変更対象判定部112は、検索された前記宿泊情報に基づいて、当該宿泊情報が変更対象か否かを判定する。具体的には、変更対象判定部112は、前記宿泊情報における「変更対象」の項目に「可」が登録されている場合に宿泊変更が可能であると判定し、「否」が登録されている場合に宿泊変更が不可能であると判定する。
また、変更対象判定部112は、前記宿泊情報の宿泊日程を参照して、宿泊者がまだ宿泊していない宿泊予定日(以下、未宿泊日という。)があるか否かを判定する。変更対象判定部112は、宿泊者によって既に宿泊費用の決済が済んでいる宿泊情報に対して、前記未宿泊日の有無を判定する。
具体的に、変更対象判定部112は、宿泊者による前記日程変更手続きにおいて、前記宿泊情報検索処理によって検索された前記宿泊情報の宿泊日程を参照して、前記宿泊変更手続きが行われている当日(手続き日)よりも後に前記未宿泊日があるか否かを判定する。
また、変更対象判定部112は、宿泊者による前記チェックアウト手続きにおいて、前記宿泊情報検索処理によって検索された前記宿泊情報の宿泊日程を参照して、前記チェックアウト手続きが行われている当日(手続き日)よりも後に前記未宿泊日があるか否かを判定する。
また、変更対象判定部112は、前記宿泊変更手続き及び前記チェックアウト手続きのいずれにおいても、前記手続き日よりも後に前記未宿泊日がある場合に宿泊変更が可能であると判定し、前記未宿泊日が無い場合に宿泊変更が不可能であると判定する。
キャンセル処理部113は、宿泊者による前記宿泊変更手続き、又は前記チェックアウト手続きにおいて、宿泊日程が短縮された場合に、宿泊台帳データ121の宿泊日程を変更後の日程に変更する処理を行う。キャンセル処理部113は、セルフ端末装置20から送信された具体的な日程変更内容を示す情報(日程変更情報)を受信すると、前記日程変更情報に基づいて宿泊者の宿泊情報を更新する。具体的には、キャンセル処理部113は、宿泊日程を短縮する旨の日程短縮指示(本発明の変更要求の一例)を受信すると、前記手続き日以降の前記未宿泊日の宿泊予約をキャンセルして、宿泊日程を変更後の日程(短縮後の日程)に変更する。
例えば、図3の例を参照して、宿泊者A1が、前記宿泊変更手続き、又は前記チェックアウト手続きにおいて、手続き日(2020年2月20日と仮定する。)よりも後の全ての前記未宿泊日(2020年2月21日-2月24日)をキャンセルするために、宿泊日程の最終日を前記手続き日に変更する変更内容を含む前記日程短縮指示をセルフ端末装置20に入力したと仮定する。この場合、キャンセル処理部113は、前記変更内容を含む前記日程短縮指示をセルフ端末装置20から受信すると、宿泊者A1の当初の宿泊日程を、宿泊初日から前記手続き日までの日程(2020年2月14日-2月20日)に変更する。つまり、キャンセル処理部113は、当初の宿泊日程(2020年2月14日-2月24日)のうち、前記手続き日よりも後の日程(2020年2月21日-2月24日)の未宿泊日の宿泊を取り消す処理を実行する。
返金額算出部114は、キャンセル処理部113によるキャンセルに伴い生じる返金額を算出する返金額算出処理を行う。キャンセル処理部113によって特定の宿泊日の宿泊が取り消される場合は、その宿泊日に対応する返金額を算出する。前記返金額は、例えば、取り消された宿泊日の宿泊費用に対して所定の減額率を乗じて得た額であってもよく、また、一律の金額であってもよい。また、宿泊者が支払った当初の宿泊日程に対する支払額に取り消された前記未宿泊日の日数に応じた比率を乗じて得た額であってもよい。そして、前記返金額が算出されると、返金額算出部114は、算出した前記返金額をセルフ端末装置20に送信する。
キャッシュレス返金処理部115は、前記返金額の返金処理を行う。本実施形態では、例えば、宿泊者が予約時又はチェックイン時にキャッシュレス決済によって全宿泊日程の宿泊費用を支払っている場合に、前記キャッシュレス決済の決済方法に応じた返金方法によって前記返金額の返金処理を行う。具体的には、キャッシュレス返金処理部115は、キャッシュレス決済を実行する決済システムの決済サーバにキャンセル要求を送信し、その後に、変更後の日程の宿泊費用(当初の宿泊費用から返金額を差し引いた金額)の支払いに関する決済要求を送信する。これらの各要求データを受信した前記決済サーバは、前記キャンセル要求に基づいて当初の宿泊費用の支払い処理をキャンセルし、前記決済要求に基づいて変更後の宿泊費用の支払い処理を実行する。なお、前記返金額の返金処理が完了すると、キャッシュレス返金処理部115は、セルフ端末装置20に返金完了通知を送信する。
なお、宿泊者がチェックイン時に現金で宿泊費用を支払っている場合は、セルフ端末装置20において、現金による支払い方法に応じた方法、つまり、現金にて前記返金額の返金処理が行われる。
更新処理部116は、前記予約管理データ(不図示)や宿泊台帳データ121(図3参照)の情報を更新する処理を行う。例えば、更新処理部116は、宿泊施設における利用者のチェックイン手続きが完了した場合に前記予約管理データ(不図示)を更新し、宿泊者によるチェックアウト手続きが完了した場合に宿泊台帳データ121を更新する。
[セルフ端末装置20]
図2に示すように、セルフ端末装置20は、制御部21、記憶部22、操作表示部23、ルームキー発行部24、画像読取部25、カメラ26、通信部27、カード読取部28、現金精算部29などを備える。セルフ端末装置20は、例えばパーソナルコンピュータのような情報処理装置であってもよい。
図4は、セルフ端末装置20の一例を示す外観図である。セルフ端末装置20において、利用者は操作表示部23をタッチ操作することが可能となっている。利用者は、操作表示部23に表示される操作画面を操作しながら、チェックイン手続きや、前記宿泊変更手続き、チェックアウト手続きなどを行う。カメラ26は、セルフ端末装置20の上部に設けられており、例えば、利用者の顔画像を撮像する。
通信部27は、セルフ端末装置20を有線又は無線で通信網N1に接続し、通信網N1を介して管理装置10との間で所定の通信プロトコルに従ったデータ通信を実行するための通信インターフェースである。
操作表示部23は、各種の情報を表示する液晶ディスプレイ又は有機ELディスプレイのような表示部と、操作を受け付けるタッチパネルなどの操作部とを備えるユーザインターフェースである。
カメラ26は、利用者の画像を撮像してデジタル画像データとして出力するデジタルカメラである。カメラ26は、ネットワークカメラであってもよい。また、カメラ26は、セルフ端末装置20の前の人を検知するセンサ機能を備えてもよい。
画像読取部25は、二次元コードなどの情報コードを読み取る。また、画像読取部25は、利用者の旅券(パスポート)、身分証明書などの画像をスキャンする機能を備えてもよい。画像読取部25によって読み取られた情報は、制御部21によって管理装置10に送られて、管理装置10の記憶部12に記憶され、また、管理装置10において実行される各種処理に用いられる。
カード読取部28は、セルフ端末装置20の正面に設けられたカード挿入口28A(図4参照)に挿入された各種カードの情報(カード情報)を読み取る処理を行う。カード挿入口28Aには、クレジットカードなどの決済カードや、宿泊施設が発行する会員カードなどの各種カードが挿入可能である。カード読取部28によって読み取られたカード情報は、記憶部22に一時的に記憶されて、セルフ端末装置20で実行される各種処理に用いられる。或いは、前記カード情報は、制御部21によって管理装置10に送信され、管理装置10で実行される各種処理に用いられる。
ルームキー発行部24は、例えばICカード型のカードキーをルームキーとして発行(排出)する。前記カードキーは、前記客室の入口に設けられた解錠装置(通信装置)との間の通信処理を介して前記客室の解錠を行うICカードキーである。前記カードキーには、情報の書き換えが可能なICメモリ(記憶部)が設けられており、前記ICメモリにキー情報が記憶されている。
ルームキー発行部24は、セルフ端末装置20における前記チェックイン手続き中に、制御部21の指示に基づいて前記カードキーを発行する。例えば、ルームキー発行部24は、セルフ端末装置20における前記チェックイン手続きが完了すると、前記チェックイン手続きを行った利用者に対応するキー情報(客室ID、宿泊者名、宿泊日情報など)を前記ICメモリに書き込み、前記カードキーをセルフ端末装置20に設けられた排出口24Aから排出する。なお、前記ルームキーは、ICカードに限定されず、磁気カード、情報コードが紙媒体等に印刷された情報コードキー、鍵穴に挿入して施錠及び解錠を行うキーなどの物理キーであればどのようなタイプのものであってもよい。
現金精算部29は、貨幣又は紙幣の金銭の挿入を受け付けて、受け付けられた金銭により宿泊費用や追加費用などの精算を行う。例えば、チェックイン手続き又はチェックアウト手続きにおいて、宿泊費用や追加費用の精算時に金銭が挿入された場合に、精算処理を行う。また、現金精算部29は、現金による返金が生じた場合に、後述の現金返金処理部215からの指示に基づいて、返金額に応じた金銭を返金(放出)する。
記憶部22は、各種の情報を記憶するフラッシュメモリなどの不揮発性の記憶媒体又は記憶装置である。例えば、記憶部22には、宿泊管理システム100で実行される後述の宿泊変更処理、チェックイン処理、チェックアウト処理などに必要な各種の処理を制御部21に実行させるための一又は複数の制御プログラムが記憶されている。前記制御プログラムは、前記各処理ごとに独立していてもよく、或いは、前記各処理を実行する一つのプログラムであってもよい。例えば、前記制御プログラムは、CD又はDVDなどのコンピュータ読取可能な記録媒体に非一時的に記録されており、セルフ端末装置20に電気的に接続されるCDドライブ又はDVDドライブなどの読取装置(不図示)で読み取られて記憶部22に記憶される。
制御部21は、CPU、ROM、及びRAMなどの制御機器を有する。前記CPUは、各種の演算処理を実行するプロセッサである。前記ROMは、前記CPUに各種の演算処理を実行させるためのBIOS及びOSなどの制御プログラムが予め記憶される不揮発性の記憶部である。前記RAMは、各種の情報を記憶する揮発性又は不揮発性の記憶部であり、前記CPUが実行する各種の処理の一時記憶メモリ(作業領域)として使用される。そして、制御部21は、前記ROM又は記憶部22に予め記憶された各種の制御プログラムを前記CPUで実行することによりセルフ端末装置20を制御する。
具体的に、制御部21は、図2に示すように、受付処理部211、表示処理部212、チェックイン処理部213、チェックアウト処理部214、現金返金処理部215(本発明の返金処理部の一例)などの各種の処理部を含む。受付処理部211は、本発明の受付処理部の一例である。制御部21は、前記CPUで前記制御プログラムに従った各種の処理を実行することによって前記各種の処理部として機能する。なお、制御部21に含まれる一部又は全部の処理部が電子回路で構成されていてもよい。また、前記制御プログラムは、複数のプロセッサを前記各種の処理部として機能させるためのプログラムであってもよい。
受付処理部211は、宿泊施設の利用者が、チェックイン手続きや、宿泊変更手続き、チェックアウト手続きにおいて、セルフ端末装置20の操作表示部23を操作することにより入力された操作入力を受け付ける。
例えば、受付処理部211は、前記チェックイン手続きにおいてセルフ端末装置20に入力されるチェックイン要求や予約検索情報の入力を受け付ける。
また、受付処理部211は、宿泊施設に宿泊している宿泊者が、宿泊変更手続きにおいてセルフ端末装置20の操作表示部23を操作することにより入力された操作入力を受け付ける。具体的には、受付処理部211は、セルフ端末装置20において、宿泊者から前記宿泊変更手続きに必要な宿泊変更要求の入力を受け付ける。前記宿泊変更手続きを開始するために、宿泊者が、図5に示すトップ画面D11(受付画面)において宿泊変更ボタン230をタッチして前記宿泊変更手続きを開始する操作を行うと、受付処理部211は、当該操作によって入力された入力信号を前記宿泊変更要求として取得し、また、その後に入力される前記宿泊検索情報を前記宿泊変更処理に必要な情報として取得する。前記宿泊変更手続きには、宿泊者の宿泊情報の検索に必要な前記宿泊検索情報(宿泊者の氏名や客室番号等)を入力する入力手続きなどが含まれる。
また、受付処理部211は、セルフ端末装置20において、宿泊者からチェックアウト手続きに必要なチェックアウト要求の入力を受け付ける。具体的には、受付処理部211は、前記チェックアウト手続きに関する操作入力を受け付ける。前記チェックアウト手続きを開始するために、宿泊者が、図5に示すトップ画面D11(受付画面)においてチェックアウトボタン231をタッチして前記チェックアウト手続きを開始する操作を行うと、受付処理部211は、当該操作によって入力された入力信号を前記チェックアウト要求として取得し、また、その後に入力される前記宿泊検索情報をチェックアウト処理に必要な情報として取得する。前記チェックアウト手続きには、宿泊者の宿泊情報の検索に必要な前記宿泊検索情報(宿泊者の氏名や客室番号等)を入力する入力手続きなどが含まれる。
なお、前記会員カードのカード情報(宿泊者の氏名等)がセルフ端末装置20のカード読取部28によって読み取られた場合は、受付処理部211は、前記カード情報を前記宿泊検索情報として取得する。また、宿泊者が、前記利用者端末(例えば携帯端末)に表示された前記情報コード内の情報、又は宿泊者の旅券画像内の情報をセルフ端末装置20に読み取らせた場合は、受付処理部211は、読み取ったいずれかの情報から宿泊者の氏名を含む前記宿泊検索情報を取得してもよい。
また、受付処理部211は、本発明の受付処理部として、セルフ端末装置20において、宿泊者から前記未宿泊日を取り消す旨の前記日程短縮指示(変更要求)の入力を受け付ける。具体的には、受付処理部211は、前記宿泊変更手続き、又は前記チェックアウト手続きのいずれかにおいて、前記未宿泊日を取り消すための操作入力を受け付ける。宿泊者が、図6及び図7に示す宿泊変更画面D14において宿泊日程が短縮されて、その後にOKボタン233をタッチ操作すると、受付処理部211は、当該操作によって入力された入力信号を前記日程短縮指示として取得する。前記日程短縮指示を取得すると、受付処理部211は、変更後の宿泊日程の情報と前記日程短縮指示を管理装置10に送信する。なお、前記宿泊変更画面D14において、当初のチェックアウト日がその日よりも早い日に変更されると、前記宿泊日程が短縮される。
表示処理部212は、各種の情報を操作表示部23に表示させる。例えば、表示処理部212は、チェックイン手続き、宿泊変更手続き、チェックアウト手続きなどに必要な情報を入力させるための各操作画面を操作表示部23に表示させる。具体的には、表示処理部212は、上述したトップ画面D11(図5参照)や、前記入力受付画面(不図示)、宿泊変更画面D14(図6及び図7参照)、返金額確認画面D15(図8参照)などの操作画面を操作表示部23に表示させる。
また、表示処理部212は、その他の各種メッセージを操作表示部23に表示させる。
チェックイン処理部213は、前記チェックイン手続きにおいて、セルフ端末装置20にチェックイン要求が入力されると、チェックイン処理を実行する。チェックイン処理部213は、セルフ端末装置20に入力される前記予約検索情報に基づいて、利用者の認証を行う。具体的には、受付処理部211によって利用者の予約情報を検索するための前記予約検索情報の入力が受け付けられると、チェックイン処理部213は、前記予約検索情報を管理装置10に送信し、管理装置10に前記予約検索情報と照合する予約情報の検索処理(照合処理)を実行させる。そして、前記照合処理において、利用者が入力した前記予約検索情報が前記予約管理データに登録されているいずれかの予約情報に一致する場合に、チェックイン処理部213は、当該利用者を認証し、当該利用者の宿泊を許可する。なお、チェックイン処理部213は、受付処理部211によって前記予約検索情報の入力が受け付けられた場合に、管理装置10に記憶される前記予約管理データにアクセスして当該予約管理データを参照して、前記照合処理を実行してもよい。
また、チェックイン処理部213は、利用者によるチェックインに必要な情報の入力が完了し、利用者の認証に成功した場合に、宿泊料金の支払い関する決済を行う。例えば、利用者がクレジットカードをセルフ端末装置20のカード挿入口28Aに挿入すると、チェックイン処理部213は、利用者が利用する決済事業者(クレジットカード事業者)の決済サーバに決済要求を送信して決済処理を実行する。
チェックアウト処理部214は、チェックアウト手続きにおいて、セルフ端末装置20にチェックアウト要求が入力されると、チェックアウト処理を実行する。チェックアウト処理部214は、セルフ端末装置20に前記宿泊検索情報の入力が受け付けられると、その宿泊検索情報を管理装置10に送信し、管理装置10に前記宿泊情報検索処理を実行させる。そして、前記宿泊情報検索処理において、宿泊者の宿泊情報が検索されると、管理装置10の制御部11に、前記宿泊情報に応じた各処理を実行させる。なお、チェックアウト処理部214は、受付処理部211によって前記宿泊検索情報報の入力が受け付けられた場合に、管理装置10に記憶される前記宿泊台帳データ121(図3参照)にアクセスして当該宿泊台帳データ121を参照して、前記各処理を実行してもよい。
現金返金処理部215は、前記返金額の返金処理を行う。本実施形態では、例えば、宿泊者がチェックイン時に現金で宿泊費用を支払っている場合に、現金による支払い方法に応じた方法、つまり、現金にて前記返金額の返金処理が行われる。具体的には、現金返金処理部215は、現金による返金が生じた場合に、現金精算部29に返金指示を出して、現金精算部29に返金額に応じた金銭を返金(放出)させる。
[宿泊変更処理]
以下、図9及び図10を参照しつつ、宿泊管理システム100において実行される宿泊変更処理(返金処理を含む)の手順の一例とともに、本発明の施設利用管理方法について説明する。なお、本発明は、前記宿泊変更処理に含まれる一又は複数のステップを実行する施設利用管理方法の発明として捉えることができる。ここで、図9は、前記宿泊変更処理の手順の一例を示すフローチャートである。図10は、前記宿泊変更処理において実行される返金処理の手順の一例を示すフローチャートである。
前記宿泊変更処理は、管理装置10の制御部11及びセルフ端末装置20の制御部21により実行される。例えば、制御部11が記憶部12に記憶された制御プログラムを実行することによって、そして、制御部21が記憶部22に記憶された制御プログラムを実行することによって、前記宿泊変更処理は開始される。
なお、以下に説明する宿泊予約処理に含まれる一又は複数のステップが適宜省略されてもよい。また、前記宿泊予約処理における各ステップは、同様の作用効果を生じる範囲で実行順序が異なってもよい。
更に、以下に説明する宿泊予約処理は、処理実行主体である制御部11又は制御部21に対応するプロセッサによって各ステップが実行されてもよく、或いは、各制御部11,21に対応する複数のプロセッサによって各ステップが分散して実行されてもよい。
また、以下の説明では、図3の宿泊台帳データ121内の管理番号1001の宿泊情報に対して宿泊者A1が行う宿泊変更手続きにおいて実行される宿泊変更処理について説明する。また、管理番号1001の宿泊情報は、予約時に宿泊費用の決済が済んでいる宿泊予約についてチェックイン手続きが行われたものとする。
制御部21は、カメラ26によって撮像された画像データに基づいて、セルフ端末装置20の正面に立つ操作者(宿泊者)を検知すると、トップ画面D11(図5参照)をデフォルトの受付画面として操作表示部23に表示する。
ステップS11において、制御部21は、トップ画面D11において、前記宿泊変更要求を受け付けたか否かを判定する。制御部21は、トップ画面D11の宿泊変更ボタン230がタッチ操作(宿泊変更開始操作)された場合に、前記宿泊変更要求を受信し、前記宿泊変更手続きを受け付けたと判定する。
前記宿泊変更要求が受け付けられると(S11:Yes)、次のステップS12において、制御部21は、前記宿泊変更処理に必要な前記宿泊検索情報(宿泊者の氏名、客室番号など)が入力されたか否かを判定する。ステップS12では、制御部21は、前記宿泊検索情報が入力されるまで待機する。本実施形態では、ステップS12では、先ず、制御部21は、ルームキーの挿入を促すメッセージを操作表示部23に表示し、その後、挿入されたルームキーからキー情報が読み取られたか否かを判定する。ここで、前記キー情報が読み取られると、制御部21は、続いて、宿泊者の氏名や部屋番号などの情報を受け付けるための入力受付画面(不図示)を操作表示部23に表示し、宿泊者の氏名や部屋番号が入力されたかどうかを判定する。そして、前記キー情報に含まれる客室ID及び宿泊者名と、前記入力受け付け画面に入力された前記氏名や部屋番号とを照合し、これらが一致している場合に、制御部21は、前記宿泊検索情報が入力されたと判定する。
ステップS12において前記宿泊検索情報が入力されたと判定されると(S12:Yes)、制御部21は、前記宿泊検索情報を管理装置10に送信し、また、記憶部22に格納し、処理をステップS13に移行させる。つまり、制御部21は、前記宿泊検索情報を管理装置10に送信して、管理装置10の制御部11に前記宿泊情報検索処理を実行させる。
次のステップS13では、管理装置10の制御部11は、セルフ端末装置20から前記宿泊検索情報を受信すると、受け取った前記宿泊検索情報に基づいて、上述の宿泊情報検索処理を実行する。具体的には、制御部21は、前記宿泊検索情報を含む検索要求を管理装置10に送信する。管理装置10の制御部11は、前記検索要求を受信すると、前記宿泊検索情報に基づいて前記宿泊情報検索処理を実行する。詳細には、制御部11は、受信した前記宿泊検索情報と宿泊台帳データ121(図3参照)に含まれる複数の宿泊情報とを照合し、宿泊台帳データ121に前記宿泊検索情報と一致する情報を含む宿泊情報があるか否かを判定する。本実施形態では、前記宿泊情報検索処理における検索対象は、ステップS11において前記宿泊変更要求が受け付けられた受付日(手続き日)を宿泊日程に含む宿泊情報である。
例えば、宿泊者A1が前記入力受付画面に自身の氏名と客室番号を入力すると、前記宿泊情報検索処理において、宿泊者A1の宿泊情報として、宿泊台帳データ121内の管理番号1001の宿泊情報が検索される。
制御部11による前記宿泊情報検索処理が終了し、操作者の宿泊情報が検索されると、制御部11は、前記変更対象判定処理を実行する(S14)。つまり、制御部11は、ステップS13で検索された宿泊情報が、宿泊内容の変更が可能な変更対象であるか否かを判定する。本実施形態では、制御部11は、検索された宿泊情報が、宿泊日程の短縮が可能な変更対象であるか否かを判定する。ステップS14において、制御部11は、検索された宿泊情報内の「変更対象」の内容、及び「宿泊日程」の内容を参照して、ステップS14の判定処理を行う。
ステップS14では、制御部11は、宿泊情報内の「変更対象」の項目に「可」が登録されており、且つ、「宿泊日程」に前記手続き日よりも後の前記未宿泊日が含まれている場合に、検索された前記宿泊情報を変更対象と判定する。なお、「宿泊日程」に前記未宿泊日が含まれている場合であっても、「変更対象」の項目に「否」が登録されている場合、制御部11は、変更対象ではないと判定する。また、「変更対象」の項目に「可」が登録されている場合であっても、「宿泊日程」に前記未宿泊日が含まれていない場合、制御部11は、変更対象ではないと判定する。
制御部11による前記変更対象判定処理が終了すると、制御部11は、その判定結果をセルフ端末装置20に送信する。具体的には、ステップS14において、変更対象ではないと判定された場合(S14:No)、制御部11は、変更不可であることを示す情報(変更不可情報)をセルフ端末装置20に送信する。また、変更可能であると判定された場合(S14:Yes)、制御部11は、変更可能であることを示す情報(変更可能情報)とともに、検索された宿泊情報をセルフ端末装置20に送信する。
ステップS14において変更対象ではないと判定されると、前記変更不可情報を受信したセルフ端末装置20の制御部21は、操作者(宿泊者)を宿泊施設のフロントへ案内するメッセージなどを操作表示部23に表示する(S23)。その後、前記宿泊変更処理は終了する。
ステップS14において変更対象であると判定されると、前記変更可能情報を受信したセルフ端末装置20の制御部21は、宿泊者の宿泊日程を変更するための宿泊変更画面D14(図6参照)を操作表示部23に表示する。図6に示すように、宿泊変更画面D14には、前記宿泊情報に含まれる各情報が含まれている。ここで、図6及び図7は、宿泊者A1の宿泊情報を含む宿泊変更画面D14を示す。
宿泊変更画面D14には、具体的には、宿泊者の名称、チェックイン日、チェックアウト日、宿泊人数、客室の番号、決済方法、決済情報などが表示される。また、宿泊変更画面D14において、前記チェックアウト日については、例えば、プルダウンメニューなどによって、変更可能な日程が選択可能に表示される。なお、宿泊者の宿泊人数や、客室タイプ(シングル、ダブルなど)、或いは客室番号が変更可能である場合は、これらの各情報(人数、タイプ、空き部屋番号など)がプルダウンメニューなどによって選択可能に表示されてもよい。
ステップS14において変更対象と判定された宿泊情報が宿泊者A1の宿泊情報である場合、宿泊変更画面D14のチェックアウト日には、手続き日(2020年2月20日)から2020年2月23日までの候補日が選択可能に表示される。例えば、宿泊変更画面D14において、宿泊者A1がプルダウンキー234をタッチすると、宿泊変更画面D14に変更可能な複数の候補日を含むメニュー235(図7参照)が表示される。そして、図7に示すように、宿泊者A1がメニュー235において希望する候補日を選択すると、チェックアウト日の表示内容が選択された日程に変更される。
宿泊変更画面D14において、チェックアウト日の表示内容が選択された候補日に変更され、その後、操作者(宿泊者)によってOKボタン237がタッチ操作されると、制御部21は、操作者による前記タッチ操作に伴う操作入力を受け付ける。具体的には、制御部21は、当該操作によって入力された入力信号を日程変更指示として取得し、また、変更後の宿泊日程の内容を前記日程変更情報として取得する。なお、前記日程変更指示は、変更後のチェックアウト日よりも後の未宿泊日の宿泊をキャンセルするキャンセル指示(変更要求)でもある。
ステップS16では、制御部21は、前記日程変更指示が入力されたか否かを判定する。例えば、宿泊変更画面D14のOKボタン233がタッチ操作されず、キャンセルボタンがタッチ操作された場合は、制御部21は、前記日程変更指示が入力されなかったと判定し、処理をステップS23に移行させる。そして、ステップS23において、制御部21は、操作者(宿泊者)をフロントへ案内するメッセージなどを操作表示部23に表示し、その後、前記宿泊変更処理は終了する。なお、ステップS16は、本発明の受付ステップの一例である。
一方、ステップS16において、前記日程変更指示が入力されたと判定されると(S16:Yes)、制御部21は、変更後のチェックイン日(候補日)を含む変更後の宿泊日程を管理装置10に送信し、処理をステップS17に移行させる。つまり、制御部21は、変更後の宿泊日程を管理装置10に送信して、管理装置10の制御部11に前記返金額算出処理を実行させる。
次のステップS17では、管理装置10の制御部11は、セルフ端末装置20から変更後の宿泊日程を受信すると、前記返金額算出処理を実行する。詳細には、制御部11は、受け取った宿泊日程に基づいて、宿泊日程の短縮に伴い生じる返金額を算出する処理を実行する。制御部11は、宿泊日程が短縮された分の未宿泊日に対応する返金額を算出する。そして、前記返金額が算出されると、制御部11は、算出した返金額をセルフ端末装置20に送信する。その後、制御部11は、処理をステップS18に移行させる。
ステップS18では、セルフ端末装置20の制御部21は、前記返金額を受信すると、返金額確認画面D15(図8参照)を操作表示部23に表示する。図8は、宿泊者A1が宿泊日程を短縮した場合の返金額を示す返金額確認画面D15である。返金額確認画面D15には、返金額以外に、例えば、返金額の算定方法などが表示されている。
続いて、ステップS19において、制御部21は、操作者(宿泊者)によって、返金額確認画面D15を介してOKボタン238が入力されたか否かを判定する。具体的には、制御部21は、返金額確認画面D15内のOKボタン238がタッチ操作されたか否かを判定する。OKボタン238がタッチ操作されず、キャンセルボタンがタッチ操作された場合は(S19:No)、制御部21は、処理をステップS23に移行し、操作者をフロントへ案内するメッセージなどを操作表示部23に表示する。その後、前記チェックイン処理は終了する。
ステップS19においてOKボタン238がタッチ操作された場合は(S18:Yes)、算出された返金額を返却する返金処理の実行指示(返金実行指示)を管理装置10に送信し、管理装置10に前記返金処理を実行させるべく、処理をステップS20に移行させる。
ステップS20では、管理装置10の制御部11は、セルフ端末装置20から前記返金実行指示を受信すると、ステップS17で算出された前記返金額の金銭の返金処理を実行する。前記返金処理は、図10に示すフローチャートの手順にしたがって実行される。なお、ステップS20の返金処理については後述する。
前記返金処理が終了すると、ステップS21において、制御部11は、前記未宿泊日の宿泊を取り消し、更に、宿泊台帳データ121の宿泊情報に含まれる宿泊日程を変更後の宿泊日程(短縮後の宿泊日程)に更新するキャンセル処理を実行する。その後、制御部11は、返金明細書のデータをセルフ端末装置20に送信し、当該データを受信したセルフ端末装置20の制御部21は、セルフ端末装置20に設けられた印刷出力部(不図示)から前記返金明細書を発行(出力)する(S22)。その後、前記宿泊変更処理は終了する。なお、ステップS21は、本発明の変更ステップの一例である。
[返金処理]
次に、ステップS20の返金処理の手順の一例について説明する。ここで、図10は、前記返金処理の手順の一例を示すフローチャートである。
図10に示すように、ステップS201において、管理装置10の制御部11は、図9のステップS13で検索された操作者(宿泊者)の宿泊情報を参照して、宿泊費用の決済方法を取得して、前記決済方法を確認する。
次のステップS202では、制御部11は、前記宿泊情報を参照して、宿泊費用の決済方法がキャッシュレス決済であるか否かを判定する。例えば、図5の宿泊台帳データ121によると、宿泊者A1はクレジット決済により宿泊費用を支払っている。そのため、宿泊者A1の宿泊情報の場合、ステップS202において、制御部11は、決済方法がキャッシュレス決済であると判定する。
ステップS202において、前記決済方法がキャッシュレス決済であると判定されると、制御部11は、次のステップS203において、キャッシュレス決済の決済システムに対してオンラインによる返金処理を実行する。具体的には、制御部11は、キャッシュレス決済事業者が管理する決済システムの決済サーバにキャンセル要求を送信し、その後、変更後の日程の宿泊費用の支払いに関する決済要求を送信する。これにより、前記決済サーバにおいて、予約時に支払われた宿泊費用の決済がキャンセルされて、変更後の宿泊日程の宿泊費用の決済が行われる。これにより、前記返金額の返金が完了する。次のステップS204では、制御部11は、返金が完了したかどうかを判定する。制御部11は、前記キャンセル要求に対応するキャンセル処理、及び前記決済要求に対応する決済処理が完了したことを示す完了通知を前記決済サーバから受信すると、前記返金が完了したと判定する。その後、制御部11は、返金完了通知をセルフ端末装置20に送信し、セルフ端末装置20の制御部21は、返金が完了したことを示すメッセージを操作表示部23に表示する(S207)。その後、前記返金処理が終了する。
一方、ステップS202において、前記決済方法がキャッシュレス決済でないと判定され(S202:No)、その次のステップS205において前記決済方法が現金決済と判定されると、制御部11は、セルフ端末装置20に対して現金による返金処理を実行させる(S206)。具体的には、制御部11は、セルフ端末装置20に現金返金指示を送信する。セルフ端末装置20の制御部21は、前記現金返金指示を受信すると、現金にて前記返金額の返金処理を実行する。すなわち、制御部21は、現金精算部29に返金指示を出して、現金精算部29に返金額に応じた金銭を返金(放出)させる。その後、制御部21は、返金が完了したことを示すメッセージを操作表示部23に表示する(S207)。なお、ステップS205において、前記決済方法が現金決済ではないと判定された場合は、返金処理が中断され、ステップS23(図9参照)の処理が実行される。
以上説明したように、本発明の実施形態では、宿泊管理システム100において上述した宿泊変更処理及び返金処理が行われる。つまり、宿泊管理システム100において、宿泊中の宿泊者によってセルフ端末装置20に対して前記宿泊変更手続きが行われて、その際に、前記日程変更指示及び宿泊変更内容(宿泊日程の短縮)が入力されると、宿泊者の宿泊日程が変更(短縮)されて、短縮によって減少した未宿泊日の宿泊がキャンセルされる。これにより、宿泊者の宿泊日程に変更(短縮)が生じた場合でも、宿泊者は、宿泊施設に設置されたセルフ端末装置20を操作することによって、容易に宿泊日程を変更することができる。このため、宿泊者は、宿泊施設のスタッフに宿泊日程の変更依頼をする必要がなくなり、また、宿泊施設のスタッフは、前記変更依頼に伴う作業を行う必要がなくなる。その結果、宿泊者の負担、及びスタッフの作業負担の双方を軽減することができる。
また、上述の実施形態では、前記日程変更指示が入力された場合に、前記未宿泊日のキャンセルに伴う金銭の返金額が算出され、その返金額の返金処理が実行される。そのため、宿泊者は、宿泊施設のフロントに返金依頼をすることなく、操作端末装置において返金処理を完了させることができる。
また、上述の実施形態では、決済済みの宿泊費用の決済方法に応じた返金処理が実行される。そのため、前記決済方法が現金による現金決済であった場合は、現金により返金が行われ、前記決済方法がクレジット決済などのキャッシュレス決済であった場合は、キャッシュレス決済と同様にオンラインにより返金処理が行われる。
また、上述の実施形態では、前記未宿泊日の有無が判定され、前記未宿泊日があると判定され、且つ、前記日程変更指示が入力された場合に、前記未宿泊日の宿泊がキャンセルされる。このため、前記日程変更指示が入力されたものの、キャンセル対象の前記未宿泊日が無い場合はキャンセルが行われず、前記未宿泊日がある場合にかぎり、前記未宿泊日のキャンセルが認められる。
なお、上述の実施形態では、宿泊者がセルフ端末装置20において前記宿泊変更手続きを行った場合に実行される宿泊変更処理について例示したが、本発明はこのような処理例に限られない。例えば、図11に示すように、宿泊者がチェックアウト手続きを行った場合に、宿泊日程の変更が行われてもよい。
図11は、宿泊管理システム100において実行されるチェックアウト処理の手順の一例を示すフローチャートである。以下に、前記チェックアウト処理の手順について説明する。なお、以下の説明では、予約時に宿泊費用の決済が済んでいる宿泊予約についてチェックアウト手続きが行われたものとする。また、図9のフローチャートに示すステップと同じ処理については、同じステップ番号を付すことにより、その詳細な説明を省略する。
制御部21は、カメラ26によって撮像された画像データに基づいて、セルフ端末装置20の正面に立つ操作者(宿泊者)を検知すると、トップ画面D11(図5参照)をデフォルトの受付画面として操作表示部23に表示する。
ステップS31において、制御部21は、トップ画面D11において、チェックアウト要求を受け付けたか否かを判定する。制御部21は、トップ画面D11のチェックアウトボタン231がタッチ操作(チェックアウト開始操作)された場合に、前記チェックアウト要求を受信し、前記チェックアウト手続きを受け付けたと判定する。
前記チェックアウト要求が受け付けられると(S31:Yes)、次のステップS32(S12)において、制御部21は、上述したステップS12と同様にして、チェックアウト対象の宿泊情報を検索する処理に必要な前記宿泊検索情報(宿泊者の氏名、客室番号など)が入力されたか否かを判定する。
ステップS32において前記宿泊検索情報が入力されると、制御部21は、前記宿泊検索情報を管理装置10に送信し、管理装置10の制御部11に前記宿泊情報検索処理を実行させる(S33,S13)。
次のステップS33では、管理装置10の制御部11は、上述の宿泊情報検索処理を実行する。
次のステップS34では、制御部11は、操作者(宿泊者)の宿泊情報を参照して、チェックアウト要求が受け付けられた受付日、つまり、チェックアウト手続きを行っている日(手続き日)が、宿泊日程の最終日(チェックアウト予定日)よりも前の日であるか否かを判定する。ここで、前記手続き日が前記最終日であると判定された場合は、宿泊日程の短縮がされることはなく、宿泊した部屋に対するチェックアウト処理が実行される(S45)。一方、前記手続き日が前記最終日であると判定された場合は、制御部11は、処理をステップS35(S14)に移行させる。
ステップS35(S14)では、制御部11は、前記変更対象判定処理を実行する。
ステップS35において、ステップS33で検索された宿泊情報が、宿泊内容の変更が可能な変更対象でないと判定されると(S35:No)、制御部11は、返金処理を行うことなく、チェックアウト処理を実行する(S45)。一方、前記宿泊情報が、前記変更対象であると判定されると(S35:Yes)あると判定されると、ステップS36~S44において、上述したステップS15以降と同じ処理(S15~S22)が実行される。なお、ステップS36では、チェックアウト日の選択候補として、前記手続き日のみがメニュー235に表示された宿泊変更画面D14が表示される。この場合、操作者(宿泊者)は、メニュー235から前記手続き日と同日の候補日を選択し、その後、OKボタン237をタッチ操作する。
そして、ステップS41(S20)の返金処理が終了、その後に、ステップS42のキャンセル処理(S21)、ステップS43の返金明細書の発行処理(S22)が行われると、その後に、チェックアウト処理(S45)が実行される。
このように、宿泊管理システム100において上述したチェックアウト処理が行われることにより、チェックアウトの手続き日が宿泊日程の最終日ではない場合に、前記日程変更指示が入力されると、宿泊者の宿泊日程が変更(短縮)されて、短縮によって減少した未宿泊日の宿泊がキャンセルされる。また、チェックアウト日がチェックアウト手続き日に変更されることにより、宿泊者は、変更後の最終日にスムーズにチェックアウトすることができる。
なお、上述の実施形態では、宿泊中に宿泊者の宿泊日程を短縮する場合の処理例について説明したが、本発明はこのような処理例に限られない。例えば、宿泊者が未宿泊日について複数の部屋を予約している場合は、本発明は、その部屋数を減少させる変更要求がセルフ端末装置20から入力されると、未宿泊日の部屋数を変更要求に応じて減少するよう構成することもできる。なお、前記変更要求は、未宿泊日の部屋数に対するものに限られず、例えば、宿泊人数、部屋タイプなどに対する変更要求であってもかまわない。
また、本発明の他の実施形態として、管理装置10の制御部11に含まれる各処理部がセルフ端末装置20の制御部21に含まれてもよい。また、セルフ端末装置20の制御部21に含まれる各処理部が管理装置10の制御部11に含まれてもよい。
また、本発明の宿泊管理システム100は、管理装置10及びセルフ端末装置20で構成されてもよいし、管理装置10及びセルフ端末装置20のいずれか一方の単体で構成されてもよい。
また、上述の実施形態では、ホテルや旅館等の宿泊施設に適用される宿泊管理システム100を例示したが、本発明の施設利用管理システムは、前記宿泊施設に適用されるシステムに限られない。上述した実施形態は、本発明の施設利用管理システムを宿泊管理システム100に適用した場合の単なる一実施例であり、本発明は、複数の部屋を有する施設、例えば、複数の貸し会議室を提供する施設、複数のカラオケルームを提供する施設、複数の部屋を有する飲食店などの各施設に適用可能な施設利用管理システム、施設利用管理方法として捉えることも可能である。この場合、各施設に利用者の利用予約があり、既に支払いの済んでいる利用時間に対して未利用時間(未利用期間の一例)がある場合に、その未利用時間の利用内容を変更する変更要求の入力が受け付けられると、前記変更要求に基づいて、前記未利用時間の利用内容が変更される。