(57)【特許請求の範囲】
【請求項１】
複数の部屋を有する施設の利用許可手続きに用いられる操作端末装置において利用者から利用要求の入力を受け付ける第１受付処理部と、
前記第１受付処理部によって前記利用要求が受け付けられた場合に、過去に前記利用者が利用した利用部屋の利用履歴を含む前記利用者の利用履歴情報を取得する利用履歴取得部と、
前記利用履歴情報に２以上の前記利用履歴が含まれる場合に、前記２以上の利用履歴に基づいて、部屋を利用した部屋利用頻度が予め定められた規定頻度以上の複数の部屋を前記利用者に適する適合部屋と推定する部屋推定部と、
前記部屋推定部によって推定された複数の適合部屋それぞれについて当該部屋が空き部屋か否かを判定する空き判定部と、
前記空き判定部によって空き部屋と判定された複数の適合部屋を前記操作端末装置の表示部に表示する表示処理部と、
前記表示部に表示された前記複数の適合部屋からいずれか一つを選択する選択操作の入力を受け付ける第２受付処理部と、
前記利用者が利用予定のアサイン済みの部屋を、前記第２受付処理部によって受け付けられた前記選択操作に対応する前記適合部屋に変更するアサイン部と、
を備える施設利用管理システム。
【請求項２】
前記空き判定部は、前記規定頻度以上の複数の適合部屋に対して、部屋を利用した部屋利用頻度が最も多い最多利用部屋から降順で空き部屋か否かを順次判定する、請求項１に記載の施設利用管理システム。
【請求項３】
前記空き判定部は、判定対象が無くなるまで、或いは、予め定められた規定数の空き部屋が判定されるまで、順次判定を実行する請求項２に記載の施設利用管理システム。
【請求項４】
複数の部屋を有する施設の利用許可手続きに用いられる操作端末装置であって、
利用者から利用要求の入力を受け付ける第１受付処理部と、
前記第１受付処理部によって前記利用要求が受け付けられた場合に、過去に前記利用者が利用した利用部屋の利用履歴を含む前記利用者の利用履歴情報を取得する利用履歴取得部と、
前記利用履歴情報に２以上の前記利用履歴が含まれる場合に、前記２以上の利用履歴に基づいて、部屋を利用した部屋利用頻度が予め定められた規定頻度以上の複数の部屋を前記利用者に適する適合部屋と推定する部屋推定部と、
前記部屋推定部によって推定された複数の適合部屋それぞれについて当該部屋が空き部屋か否かを判定する空き判定部と、
前記空き判定部によって空き部屋と判定された複数の適合部屋を前記操作端末装置の表示部に表示する表示処理部と、
前記表示部に表示された前記複数の適合部屋からいずれか一つを選択する選択操作の入力を受け付ける第２受付処理部と、
前記利用者が利用予定のアサイン済みの部屋を、前記第２受付処理部によって受け付けられた前記選択操作に対応する前記適合部屋に変更するアサイン部と、
を備える操作端末装置。
【請求項５】
複数の部屋を有する施設の利用許可手続きに用いられる操作端末装置において利用者から利用要求の入力を受け付ける第１受付ステップと、
前記第１受付ステップにおいて前記利用要求が受け付けられた場合に、過去に前記利用者が利用した利用部屋の利用履歴を含む前記利用者の利用履歴情報を取得する利用履歴取得ステップと、
前記利用履歴情報に２以上の前記利用履歴が含まれる場合に、前記２以上の利用履歴に基づいて、部屋を利用した部屋利用頻度が予め定められた規定頻度以上の複数の部屋を前記利用者に適する適合部屋と推定する適合部屋推定ステップと、
前記部屋推定ステップにおいて推定された複数の適合部屋それぞれについて当該部屋が空き部屋か否かを判定する空き判定ステップと、
前記空き判定ステップにおいて空き部屋と判定された複数の適合部屋を前記操作端末装置の表示部に表示する表示ステップと、
前記表示部に表示された前記複数の適合部屋からいずれか一つを選択する選択操作の入力を受け付ける第２受付ステップと、
前記利用者が利用予定のアサイン済みの部屋を、前記第２受付ステップにおいて受け付けられた前記選択操作に対応する前記適合部屋に変更するアサイン変更ステップと、を一又は複数のプロセッサにより実行する施設利用管理方法。
【請求項６】
複数の部屋を有する施設の利用許可手続きに用いられる操作端末装置において利用者から利用要求の入力を受け付ける第１受付ステップと、
前記第１受付ステップにおいて前記利用要求が受け付けられた場合に、過去に前記利用者が利用した利用部屋の利用履歴を含む前記利用者の利用履歴情報を取得する利用履歴取得ステップと、
前記利用履歴情報に２以上の前記利用履歴が含まれる場合に、前記２以上の利用履歴に基づいて、部屋を利用した部屋利用頻度が予め定められた規定頻度以上の複数の部屋を前記利用者に適する適合部屋と推定する適合部屋推定ステップと、
前記部屋推定ステップにおいて推定された複数の適合部屋それぞれについて当該部屋が空き部屋か否かを判定する空き判定ステップと、
前記空き判定ステップにおいて空き部屋と判定された複数の適合部屋を前記操作端末装置の表示部に表示する表示ステップと、
前記表示部に表示された前記複数の適合部屋からいずれか一つを選択する選択操作の入力を受け付ける第２受付ステップと、
前記利用者が利用予定のアサイン済みの部屋を、前記第２受付ステップにおいて受け付けられた前記選択操作に対応する前記適合部屋に変更するアサイン変更ステップと、を一又は複数のプロセッサに実行させるための施設利用管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の部屋を有する施設に適用される施設利用管理システム、施設利用管理方法、操作端末装置、及び施設利用管理プログラムに関する。
【背景技術】
【０００２】
近年、ホテル、旅館等の宿泊施設において、フロントの省人化及びチェックイン手続き（利用許可手続き）の効率化を図るために、利用者がフロント付近に設置されたチェックイン端末を自ら操作して前記チェックイン手続きを行うチェックインシステムが利用されている（特許文献１参照）。
【０００３】
事前に宿泊予約をした利用者は、前記チェックイン端末を操作することにより、自身の予約情報を確認したうえでチェックイン手続きを行うことができる。また、宿泊予約をしていない利用者であっても、宿泊施設に設置されたチェックイン端末を操作して当日の空き状況を確認し、空き部屋がある場合は、当該空き部屋についてチェックイン手続きを行うことができる。なお、事前の予約なしに宿泊施設に直接赴いて宿泊を申し込むことは、一般に、ウォークインと称されている。
【０００４】
また、従来、会員カードの情報に基づいて宿泊予約を完了している利用者が、前記チェックイン端末において会員カードを挿入すると、会員カードから読み取った情報に基づいて予約照合を行い、照合一致の場合に会員カードをルームキーとして有効にすることが可能なシステムが知られている（特許文献２参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１９−３２７４９号公報
【特許文献２】特開２０１７−９７５７０号広報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、同じ宿泊施設を複数回利用する所謂リピートユーザは、過去に利用した客室を気に入った場合、次回の利用時も同じ客室を利用したいという要望がある。しかしながら、ＷＥＢサイトを利用したオンライン予約を行う場合、利用者は、宿泊を希望する部屋タイプ（シングル、ツイン、ダブル、和室、洋室など）を予約時に指定することはできるが、具体的な部屋を指定することはできない。したがって、利用者は、同じ客室を利用したいという要望をオンライン予約時には満たすことはできない。
【０００７】
一方、利用者は、気に入った客室を覚えている場合は、前記要望を満たすために、宿泊初日に宿泊施設で行うチェックイン手続きにおいて、前記要望を宿泊施設のスタッフに伝えて、アサイン済みの部屋を希望部屋に変更してもらう必要がある。この場合、利用者は、チェックイン端末でスムーズにチェックインすることができない。また、宿泊施設のスタッフは管理端末を操作して利用者の希望に添った部屋が空いているかどうかを検索したり、空いている場合にアサイン済みの部屋を変更する作業を行う必要があり、作業負担が大きい。また、利用者は、過去に幾度か利用して気に入った客室があったとしても、その客室番号を覚えていない場合は、スタッフに希望を伝えることもできず、チェックイン手続きにおいて前記要望を満たすこともできない。このような問題は、宿泊施設に限られず、複数の部屋を有する施設、例えば、貸し会議室を提供する施設、カラオケルームを提供する施設などの施設での利用許可手続きにおいても生じ得る。
【０００８】
本発明の目的は、複数の部屋を有する施設に対して利用者が利用許可手続きを行う際に、施設のスタッフの作業負担を伴うことなく、利用者に適した適合部屋を推定して利用者に提示することが可能な施設利用管理システム、施設利用管理方法、操作端末装置、及び施設利用管理プログラムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明の一の局面に係る施設利用管理システムは、複数の部屋を有する施設の利用許可手続きに用いられる操作端末装置において利用者から利用要求の入力を受け付ける第１受付処理部と、前記第１受付処理部によって前記利用要求が受け付けられた場合に、過去に利用した利用部屋の情報を含む前記利用者の利用履歴情報を取得する利用履歴取得部と、前記利用履歴情報に含まれる利用履歴に基づいて、前記利用者に適する適合部屋を推定する部屋推定部と、を備える。
【００１０】
このように構成されているため、利用者が操作端末装置を操作して利用許可手続きを行う過程で、前記利用者に適する適合部屋が推定される。これにより、利用者は、施設における自身の好みの部屋（適合部屋）の情報を取得することができる。また、前記利用許可手続きを進めることにより、前記適合部屋が空いている場合に、既に割り当てられている部屋（アサイン済みの部屋）を前記適合部屋に変更することが可能となる。そのため、利用者は、施設のスタッフに、アサイン済みの部屋を好みの部屋に変更する変更依頼をする必要がなくなり、また、宿泊施設のスタッフは、前記変更依頼に伴う作業を行う必要がなくなる。その結果、利用者の負担、及びスタッフの作業負担の双方を軽減することができる。
【００１１】
ここで、前記操作端末装置に入力される前記利用要求は、事前に利用予約がなされている場合は、利用者（予約者）によって入力される予約検索要求であり、前記利用予約をせずに当日に部屋の利用を申し込む場合は、利用者によって入力される空き部屋の検索要求である。したがって、本発明の施設利用管理システムであれば、事前に利用予約をしている場合、或いは当日に部屋の利用を申し込む場合のいずれであっても、前記利用許可手続きの際に、利用者に適した適合部屋が推定される。なお、宿泊施設において、当日に客室の宿泊を現地で申し込むことはウォークインと称されている。
【００１２】
本発明に係る施設利用管理システムにおいて、前記部屋推定部は、前記利用要求の受付日に最も近い日に利用した部屋を前記適合部屋と推定する。
【００１３】
本発明に係る施設利用管理システムにおいて、２以上の前記利用履歴が前記利用履歴情報に含まれている場合に、前記部屋推定部は、部屋を利用した部屋利用頻度が最も多い最多利用部屋を前記適合部屋と推定する。
【００１４】
この構成であれば、利用者の利用履歴（宿泊施設の場合は宿泊履歴）に応じた前記適合部屋が推定されるため、信頼性の高い推定結果を得ることができる。
【００１５】
本発明に係る施設利用管理システムにおいて、前記部屋推定部は、前記施設における前記利用者の施設利用頻度が予め定められた閾値以上である場合に、前記最多利用部屋を前記適合部屋と推定する。
【００１６】
この構成であれば、より信頼度の高い推定結果を得ることができる。
【００１７】
本発明に係る施設利用管理システムにおいて、前記部屋推定部は、前記施設利用頻度が前記閾値未満である場合に、前記利用要求の受付日に最も近い日に利用した部屋を前記適合部屋と推定する。
【００１８】
本発明に係る施設利用管理システムにおいて、前記部屋推定部は、前記適合部屋が空き部屋でない場合に、前記部屋利用頻度が次に多い次順利用部屋を前記適合部屋と推定する。
【００１９】
この構成であれば、前記部屋利用頻度が最も多い部屋が空き部屋でなかった場合でも、その次に利用頻度の多い部屋が前記適合部屋に推定される。
【００２０】
本発明に係る施設利用管理システムにおいて、前記部屋推定部は、前記最多利用部屋が複数ある場合に、いずれかのうち前記利用要求の受付日に最も近い日に利用した第１最多利用部屋を前記適合部屋と推定する。
【００２１】
この構成であれば、前記最多利用部屋が複数ある場合に、全ての最多利用部屋に対して順次空き部屋の判定が行われる。
【００２２】
本発明に係る施設利用管理システムにおいて、前記部屋推定部は、前記第１最多利用部屋が空き部屋でない場合に、次に前記利用要求の受付日に近い日に利用した第２最多利用部屋を前記適合部屋と推定する。
【００２３】
本発明に係る施設利用管理システムにおいて、前記部屋推定部によって推定された前記適合部屋が空き部屋である場合に、前記適合部屋を前記利用者が利用する部屋に割り当てるアサイン部を更に備える。
【００２４】
本発明に係る施設利用管理システムにおいて、２以上の前記利用履歴が前記利用履歴情報に含まれている場合に、前記部屋推定部は、部屋を利用した部屋利用頻度が予め定められた規定頻度以上の複数の部屋を前記適合部屋と推定する。この場合、本発明に係る施設利用管理システムは、前記部屋推定部によって推定された複数の適合部屋それぞれについて当該部屋が空き部屋か否かを判定する空き判定部と、前記空き判定部によって空き部屋と判定された前記適合部屋が複数あり、それらのうちのいずれか一つの前記適合部屋が選択された場合に、選択された前記適合部屋を前記利用者が利用する部屋に割り当てるアサイン部と、を更に備える。
【００２５】
本発明に係る施設利用管理システムにおいて、前記空き判定部は、前記規定頻度以上の複数の適合部屋に対して、部屋を利用した部屋利用頻度が最も多い最多利用部屋から降順で空き部屋か否かを順次判定する。
【００２６】
本発明に係る施設利用管理システムにおいて、前記空き判定部は、判定対象が無くなるまで、或いは、予め定められた規定数の空き部屋が判定されるまで、順次判定を実行する。
【００２７】
この構成であれば、例えば、判定対象が無くなるまで前記空き判定部の判定処理が行われるため、利用者は、空き部屋と判定された全ての適合部屋を選択肢として把握することができる。また、例えば、前記規定数の空き部屋が判定されるまで前記空き判定部の判定処理が行われるため、利用者は、自身の利用回数が上位の選択肢のみを把握することができる。
【００２８】
本発明に係る施設利用管理システムは、前記空き判定部によって空き部屋と判定された複数の適合部屋を前記操作端末装置の表示部に表示する表示処理部と、前記表示部に表示された前記複数の適合部屋からいずれか一つを選択する選択操作の入力を受け付ける第２受付処理部と、を更に備える。この場合、前記アサイン部は、前記第２受付処理部によって受け付けられた前記選択操作に対応する前記適合部屋を前記利用者が利用する部屋に割り当てる。
【００２９】
本発明の他の局面に係る操作端末装置は、複数の部屋を有する施設の利用許可手続きに用いられる操作端末装置であって、利用者から利用要求の入力を受け付ける第１受付処理部と、前記第１受付処理部によって前記利用要求が受け付けられた場合に、過去に利用した利用部屋の情報を含む前記利用者の利用履歴情報を取得する利用履歴取得部と、前記利用履歴情報に含まれる利用履歴に基づいて、前記利用者に適する適合部屋を推定する部屋推定部と、を備える。
【００３０】
本発明のその他の局面に係る施設利用管理方法は、複数の部屋を有する施設の利用許可手続きに用いられる操作端末装置において利用者から利用要求の入力を受け付ける第１受付ステップと、前記第１受付ステップにおいて前記利用要求が受け付けられた場合に、過去に利用した利用部屋の情報を含む前記利用者の利用履歴情報を取得する利用履歴取得ステップと、前記利用履歴情報に含まれる利用履歴に基づいて、前記利用者に適する適合部屋を推定する適合部屋推定ステップと、を一又は複数のプロセッサにより実行する方法である。
【００３１】
本発明のその他の局面に係る施設利用管理プログラムは、複数の部屋を有する施設の利用許可手続きに用いられる操作端末装置において利用者から利用要求の入力を受け付ける第１受付ステップと、前記第１受付ステップにおいて前記利用要求が受け付けられた場合に、過去に利用した利用部屋の情報を含む前記利用者の利用履歴情報を取得する利用履歴取得ステップと、前記利用履歴情報に含まれる利用履歴に基づいて、前記利用者に適する適合部屋を推定する適合部屋推定ステップと、を一又は複数のプロセッサに実行させるためのプログラムである。
【発明の効果】
【００３２】
本発明によれば、複数の部屋を有する施設に対して利用者が利用許可手続きを行う際に、施設のスタッフの作業負担を伴うことなく、利用者に適した適合部屋を推定して利用者に提示することが可能である。
【図面の簡単な説明】
【００３３】
【図１】図１は、本発明の実施形態に係る宿泊施設チェックインシステムの構成を示す図である。
【図２】図２は、本発明の実施形態に係る宿泊施設チェックインシステムの構成を示すブロック図である。
【図３】図３は、本発明の実施形態に係る宿泊施設チェックインシステムにおける宿泊予約において利用者端末に表示される予約画面の一例を示す図である。
【図４】図４は、本発明の実施形態に係る宿泊施設チェックインシステムにおける宿泊予約において利用者端末に表示される登録画面の一例を示す図である。
【図５】図５は、本発明の実施形態に係る宿泊施設チェックインシステムの管理装置に記憶される予約管理データの一例を示す図である。
【図６】図６は、本発明の実施形態に係る宿泊施設チェックインシステムのチェックイン端末の一例を示す外観図である。
【図７】図７は、本発明の実施形態に係る宿泊施設チェックインシステムのチェックイン端末に表示される操作画面の一例であるトップ画面を示す図である。
【図８】図８は、本発明の実施形態に係る宿泊施設チェックインシステムのチェックイン端末に表示される操作画面の一例である利用確認画面を示す図である。
【図９】図９は、本発明の実施形態に係る宿泊施設チェックインシステムのチェックイン端末に表示される操作画面の一例である部屋確認画面を示す図である。
【図１０】図１０は、本発明の実施形態に係る宿泊施設チェックインシステムにおいて実行される予約処理の手順の一例を示すフローチャートである。
【図１１】図１１は、本発明の実施形態に係る宿泊施設チェックインシステムにおいて実行されるチェックイン処理の手順の一例を示すフローチャートである。
【図１２】図１２は、図１１のチェックイン処理の続きを示すフローチャートである。
【図１３】図１３は、部屋推定処理の手順の一例を示すフローチャートである。
【図１４】図１４は、部屋推定処理の手順の変形例１を示すフローチャートである。
【図１５】図１５は、部屋推定処理の手順の変形例２を示すフローチャートである。
【図１６】図１６は、部屋推定処理の手順の変形例３を示すフローチャートである。
【図１７】図１７は、チェックイン処理の手順の他の一例を示すフローチャートである。
【図１８】図１８は、本発明の実施形態に係る宿泊施設チェックインシステムのチェックイン端末に表示される操作画面の一例である部屋選択画面を示す図である。
【発明を実施するための形態】
【００３４】
以下、適宜図面を参照して本発明の実施形態について説明する。なお、以下に説明される各実施形態は、本発明を具体化した一例にすぎず、本発明の技術的範囲を限定するものではない。
【００３５】
〈第１実施形態〉
［宿泊施設チェックインシステム１００］
本発明の実施形態に係る宿泊施設チェックインシステム１００は、本発明の施設利用管理システムの一例であり、図１に示すように、管理装置１０と、複数のチェックイン端末２０（本発明の操作端末装置の一例）と、を含む。宿泊施設チェックインシステム１００は、例えば、ホテルや旅館等の宿泊施設に導入される。
【００３６】
管理装置１０は、例えば、宿泊施設のフロントや事務室などに配置され、利用者の予約情報を管理する。宿泊施設の管理者、従業員などのスタッフは、管理装置１０を操作することが可能である。
【００３７】
チェックイン端末２０は、例えば宿泊施設のロビーやフロント付近に配置され、宿泊客である利用者自身によるチェックイン手続き（利用許可手続き）及びチェックアウト手続き（利用終了手続き）の操作を受け付ける。
【００３８】
管理装置１０と複数のチェックイン端末２０とは、宿泊施設に設置される有線ＬＡＮ又は無線ＬＡＮなどの通信網Ｎ１を介して通信可能である。チェックイン端末２０は、１台設置されてもよいし複数台設置されてもよい。図１では、一例として、３台のチェックイン端末２０を示している。利用者は、所望のチェックイン端末２０を操作する。複数の利用者端末３０及び管理装置１０は、インターネット、ＬＡＮ、ＷＡＮ、又は公衆電話回線などの通信網Ｎ２を介して通信可能である。
【００３９】
ここで、宿泊施設の利用者は、自身の利用者端末３０を使用して、例えば、前記宿泊施設や運営管理会者が運営するＷＥＢサイトの宿泊予約ページにアクセスして宿泊予約を行う。管理装置１０は、宿泊予約された予約情報を取得して予約を管理する。なお、予約処理は、管理装置１０で実行されてもよいし、管理装置１０に通信網Ｎ２を介して接続された予約サーバ（不図示）で実行されてもよい。例えば、前記予約サーバは、利用者から予約要求を受け付けて予約処理を実行し、予約が完了した場合に前記予約情報を管理装置１０に通知する。宿泊予約した利用者は、宿泊日に前記宿泊施設を訪れ、チェックイン端末２０を操作してチェックイン手続きを行う。なお、宿泊予約をしないで前記宿泊施設に来訪した利用者は、チェックイン端末２０において、例えば、トップ画面Ｄ１１（図７参照）から空室検索手続きを行って所望の客室を予約し、続けてチェックイン手続きを行ってもよい。また、利用者は、必要に応じてチェックイン端末２０を操作してチェックアウト手続きを行う。また、利用者は、チェックイン手続き又はチェックアウト手続きにおいて、利用代金の決済手続きを行う。
【００４０】
また、宿泊施設は、外国人向けに外国語に対応する宿泊予約ページをＷＥＢサイトに公開する。これにより、外国人の利用者は、利用者端末３０において、外国語に対応する宿泊予約ページにアクセスして前記宿泊施設の宿泊予約を行うことが可能である。
【００４１】
［利用者端末３０］
図２に示すように、利用者端末３０は、制御部３１、記憶部３２、操作表示部３３、及び通信部３４などを備える。利用者端末３０は、宿泊施設を利用する利用者が所有する端末装置であり、例えば、パーソナルコンピュータ、スマートフォン、携帯電話、又はタブレット端末のような情報処理装置である。利用者端末３０は、周知の構成を適用することができる。
【００４２】
通信部３４は、利用者端末３０を有線又は無線で通信網Ｎ２に接続し、通信網Ｎ２を介して管理装置１０などの外部機器との間で所定の通信プロトコルに従ったデータ通信を実行するための通信インターフェースである。
【００４３】
操作表示部３３は、各種の情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチキーを含むタッチパネルなどの操作部とを備えるユーザインターフェースである。
【００４４】
記憶部３２は、各種の情報を記憶するフラッシュメモリなどの不揮発性の記憶媒体又は記憶装置である。例えば、記憶部３２には、制御部３１に各種処理を実行させるための制御プログラムが記憶されている。例えば、前記制御プログラムは、ＣＤ又はＤＶＤなどのコンピュータ読取可能な記録媒体に非一時的に記録されており、利用者端末３０に電気的に接続されるＣＤドライブ又はＤＶＤドライブなどの読取装置（不図示）で読み取られて記憶部３２に記憶される。
【００４５】
制御部３１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサである。前記ＲＯＭは、前記ＣＰＵに各種の処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶された不揮発性のメモリである。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性のメモリであり、前記ＣＰＵが実行する各種の処理の一時記憶メモリ（作業領域）として使用される。そして、制御部３１は、前記ＲＯＭ又は記憶部３２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することにより利用者端末３０を制御する。
【００４６】
具体的に、制御部３１は、受付処理部３１１、表示処理部３１２、完了通知取得部３１３などの各種の処理部を含む。なお、制御部３１は、前記ＣＰＵで前記制御プログラムに従った各種の処理を実行することによって前記各種の処理部として機能する。また、制御部３１に含まれる一部又は全部の処理部が電子回路で構成されていてもよい。また、前記制御プログラムは、複数のプロセッサを前記各種の処理部として機能させるためのプログラムであってもよい。
【００４７】
受付処理部３１１は、利用者が操作表示部３３を操作したことによって入力された情報を取得する。例えば、受付処理部３１１は、宿泊施設が運営するＷＥＢサイトにおいて利用者が操作したログイン操作及び予約操作に応じて入力された情報を取得する。
【００４８】
表示処理部３１２は、各種の情報を操作表示部３３に表示させる。例えば、表示処理部３１２は、前記ＷＥＢサイトの宿泊予約ページを操作表示部３３に表示させる。また、表示処理部３１２は、その他の各種メッセージを操作表示部３３に表示させる。
【００４９】
前記宿泊予約ページには、宿泊情報を入力する予約画面Ｄ１（図３参照）と、宿泊を望む宿泊者の情報（宿泊者情報）を登録する登録画面Ｄ２（図４参照）とが含まれる。図３は、予約画面Ｄ１（操作画面の一例）を示す図であり、図４は、登録画面Ｄ２（操作画面の一例）を示す図である。
【００５０】
予約画面Ｄ１には、宿泊日、宿泊日数、宿泊人数、希望する部屋数、宿泊施設に到着する予定の時刻を表す到着予定時刻、部屋タイプなどが含まれる。利用者は、図３に示す予約画面Ｄ１において所望する宿泊情報を入力し、必要に応じて所望する部屋タイプのチェックボックスにチェックマークを入力した後に、登録ボタン３０１を選択する。これにより、図４に示す登録画面Ｄ２が利用者端末３０の操作表示部３３に表示される。利用者は、引き続き、登録画面Ｄ２において宿泊者情報を登録する。
【００５１】
登録画面Ｄ２には、前記宿泊予約ページにログインした予約者の氏名を表す予約者名、及び宿泊者情報などが含まれる。前記宿泊者情報は、宿泊者の氏名を表す宿泊者名や、誕生日、住所、電話番号、メールアドレス、支払方法などが含まれる。予約者は、図４に示す登録画面Ｄ２において前記宿泊者情報を入力した後、予約確定ボタン３０２を選択する。これにより、宿泊予約が完了する。
【００５２】
図３及び図４に示す例では、利用者Ａ１が予約者として、利用者Ａ１の宿泊予約を行う場合を示している。この場合、利用者Ａ１は、予約画面Ｄ１において自身の宿泊情報を入力し、登録画面Ｄ２において自身の宿泊者情報を入力する。図３に示す例では、宿泊人数が利用者Ａ１の１人であり、部屋数は１部屋であり、２０２０年２月１４日に１泊で宿泊し、宿泊日の１８：００に宿泊施設に到着する予定であることを示している。なお、利用者Ａ１が、利用者端末３０において、複数人の宿泊予約をまとめて行う、所謂グループ予約を行うことができる。グループ予約をする場合、予約者Ａ１（利用者Ａ１）は、複数人の宿泊情報を登録画面Ｄ２において登録し、複数人の宿泊者情報を登録画面Ｄ２において部屋ごとに登録する。
【００５３】
完了通知取得部３１３は、前記宿泊予約ページにおいて宿泊予約を完了した場合に、管理装置１０から送信されてきた予約完了通知を取得する。前記予約完了通知には、予約完了時に管理装置１０が発行した予約番号、及び宿泊予約の内容（予約内容）が含まれる。また、前記予約完了通知に、後述のチェックイン端末２０におけるチェックイン手続きに利用可能なＱＲコード（登録商標）などの情報コードが含まれてもよい。前記情報コードには、例えば、利用者（宿泊者）を識別する利用者ＩＤ或いは会員ＩＤ等の利用者情報、前記予約番号などが含まれてもよい。完了通知取得部３１３が前記予約完了通知を取得すると、表示処理部３１２は、予約内容を操作表示部３３に表示させる。なお、予約者が代表して、本人を含む２人分の宿泊の予約（グループ予約）をした場合は、管理装置１０は、２人分の宿泊予約の内容を示す予約情報を特定するための予約番号（例えば、図５のＮｏ．１０４）を発行し、その予約番号及び２人分の予約内容を含む前記予約完了通知を予約者の利用者端末３０に送信する。
【００５４】
［管理装置１０］
図２に示すように、管理装置１０は、制御部１１、記憶部１２、操作表示部１３、通信部１４などを備える。管理装置１０は、例えばパーソナルコンピュータ又はタブレット端末のような情報処理装置であってもよい。また、管理装置１０は、所謂ホテル管理システム（Property Management System）を構築する情報処理装置又はクラウドサーバであってもよい。管理装置１０は、予約を管理する予約管理機能を備えている。なお、管理装置１０は、予約管理機能に加えて、客室管理、会計管理、及び顧客管理などの機能を備えてもよい。
【００５５】
通信部１４は、管理装置１０を有線又は無線で通信網Ｎ２に接続し、通信網Ｎ２を介して利用者端末３０などの外部機器との間で所定の通信プロトコルに従ったデータ通信を実行するための通信インターフェースである。また、通信部１４は、管理装置１０を有線又は無線で通信網Ｎ１に接続し、通信網Ｎ１を介してチェックイン端末２０との間で所定の通信プロトコルに従ったデータ通信を実行する。
【００５６】
操作表示部１３は、各種の情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチパネルなどの操作部とを備えるユーザインターフェースである。
【００５７】
記憶部１２は、各種の情報を記憶するフラッシュメモリなどの不揮発性の記憶媒体又は記憶装置である。例えば、記憶部１２には、後述の予約処理、チェックイン処理、部屋推定処理などを制御部１１に実行させるための一又は複数の制御プログラムが記憶されている。前記制御プログラムは、前記各処理ごとに独立していてもよく、或いは、前記各処理を実行する一つのプログラムであってもよい。例えば、これらの制御プログラムは、ＣＤ又はＤＶＤなどのコンピュータ読取可能な記録媒体に非一時的に記録されており、管理装置１０に電気的に接続されるＣＤドライブ又はＤＶＤドライブなどの読取装置（不図示）で読み取られて記憶部１２に記憶される。
【００５８】
また、記憶部１２には、利用者端末３０から受け付けた宿泊予約の情報（予約情報）を表す予約管理データ１２１（図５参照）が記憶される。予約管理データ１２１は、宿泊予約を受け付けた複数の予約情報を含むデータベースであり、キーワード検索が可能なように記憶部１２に記憶管理されている。なお、予約管理データ１２１は、チェックイン後の利用者の宿泊状況の情報（宿泊情報）を表す宿泊客管理データを兼ねてもよい。この場合、予約管理データ１２１には、利用者がチェックインしたか否かを示すチェックイン状況や、チェックイン時刻などの宿泊情報が含まれてもよい。
【００５９】
図５は、予約管理データ１２１の一例を示す図である。図５には、２０２０年２月１４日に宿泊施設を利用する複数の予約情報が予約番号（Ｎｏ．１０１〜１０４、・・・）ごとに登録されている予約管理データ１２１が示されている。予約管理データ１２１には、予約者によって予約された予約内容が、予約番号ごとに登録管理されている。
【００６０】
予約管理データ１２１には、予約画面Ｄ１（図３参照）及び登録画面Ｄ２（図４参照）において入力された宿泊情報及び宿泊者情報が前記予約内容として登録される。また、予約管理データ１２１には、宿泊予約の確定後に自動アサイン処理によって割り当てられた部屋番号も前記予約内容として登録される。予約管理データ１２１には、利用者の属性を表す情報（予約情報や宿泊情報）が含まれる。図５では、説明の便宜上、前記予約情報の一部の情報、具体的には、予約時に発行された予約番号、予約者名、宿泊日、宿泊者名（同泊者名など）、到着予定時刻、部屋番号、チェックイン状況（チェックインの有無）、チェックイン時刻が示されている。
【００６１】
なお、図５では、図３及び図４に示す例に対応して、宿泊予約済みの利用者Ａ１の予約内容を含む予約情報（予約番号１０１）が示されている。また、図５では、他の利用者Ａ２〜Ａ５それぞれの予約情報も示されている。
【００６２】
また、図５のチェックイン状況の欄には、チェックインが完了したことを示す「済」、又は、チェックインが完了していないことを示す情報として「未」のいずれかが登録され、チェックインが完了するまではデフォルト値として「未」が登録される。なお、上述の各デフォルト値は、チェックインが完了すると、後述の更新処理部１１３によって「済」に更新される。
【００６３】
制御部１１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサである。前記ＲＯＭは、前記ＣＰＵに各種の処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶された不揮発性のメモリである。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性のメモリであり、前記ＣＰＵが実行する各種の処理の一時記憶メモリ（作業領域）として使用される。そして、制御部１１は、前記ＲＯＭ又は記憶部１２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することにより管理装置１０を制御する。
【００６４】
具体的に、制御部１１は、空室検索処理部１１０（本発明の空き判定部の一例）、予約登録処理部１１１、予約照合処理部１１２、更新処理部１１３（本発明のアサイン部の一例）、部屋推定処理部１１４（本発明の部屋推定部の一例）などの各種の処理部を含む。なお、制御部１１は、前記ＣＰＵで前記制御プログラムに従った各種の処理を実行することによって前記各種の処理部として機能する。また、制御部１１に含まれる一部又は全部の処理部が電子回路で構成されていてもよい。なお、前記制御プログラムは、複数のプロセッサを前記各種の処理部として機能させるためのプログラムであってもよい。
【００６５】
空室検索処理部１１０は、利用者端末３０において宿泊予約の操作が行われた場合に、空室検索処理を行う。具体的には、空室検索処理部１１０は、利用者端末３０から前記宿泊予約の操作に伴い入力された予約要求を受信すると、予約管理データ１２１を参照して、予約可能であるか否かを判定する。より詳細には、空室検索処理部１１０は、予約管理データ１２１を参照して、前記予約要求に含まれる宿泊条件に適合する空室があるか否かを判定する。ここで、前記宿泊条件は、宿泊希望日や宿泊人数、部屋タイプに加え、宿泊を希望する部屋（要求部屋）の数などを含む。
【００６６】
また、空室検索処理部１１０は、チェックイン端末２０において、宿泊可能な空室があるか否かを検索するための空室検索手続きの操作が行われた場合に、空室検索処理を行う。具体的には、空室検索処理部１１０は、チェックイン端末２０から前記空室検索手続きの操作に伴い入力された空室検索要求（利用要求の一例）を受信すると、予約管理データ１２１を参照して、前記空室検索要求に含まれる宿泊条件に適合する空室があるか否かを判定する。ここで、前記宿泊条件は、宿泊希望日や宿泊人数、部屋タイプに加え、宿泊を希望する部屋（要求部屋）の数などを含む。
【００６７】
また、空室検索処理部１１０は、予約管理データ１２１を参照して、後述する部屋推定処理部１１４によって推定された前記適合部屋が空き部屋であるか否かを判定する空室判定処理を実行する。
【００６８】
予約登録処理部１１１は、空室検索処理部１１０によって空室があると判定された場合に、予約可能であると判定し、予約登録処理を行う。
【００６９】
利用者端末３０からの前記予約要求に応じて空室があると判定された場合は、予約登録処理部１１１は、利用者端末３０において予約確定ボタン３０２の選択操作が行われたことを条件に、前記予約登録処理を行う。具体的には、予約登録処理部１１１は、利用者端末３０に予約完了通知を送信する。そして、予約登録処理部１１１は、入力された前記宿泊条件に基づいて予約者（入力者）の前記予約情報を作成し、前記宿泊情報及び前記宿泊者情報を含む前記予約情報を予約管理データ１２１（図５参照）に登録する。
【００７０】
また、チェックイン端末２０からの前記空室検索要求に応じて空室があると判定された場合は、予約登録処理部１１１は、チェックイン端末２０において予約確定操作が行われたことを条件に、予約登録処理を行う。具体的には、予約登録処理部１１１は、チェックイン端末２０に予約完了通知を送信する。そして、予約登録処理部１１１は、入力された前記宿泊条件に基づいて予約者（入力者）の前記予約情報を作成し、前記宿泊情報及び前記宿泊者情報を含む前記予約情報を予約管理データ１２１（図５参照）に登録する。なお、チェックイン端末２０において、当日の宿泊に関する空室検索要求が入力された場合は、予約登録処理部１１１によって上述の予約登録処理が行われた後に、引き続き、後述のチェックイン処理（図１１及び図１２参照）が行われる。
【００７１】
なお、本実施形態では、管理装置１０において前記空室検索処理及び前記予約登録処理を含む予約処理が行われる例について説明するが、例えば、管理装置１０と利用者端末３０との間に、利用者からの前記予約要求に応じて前記予約処理を実行する予約処理システムが介在していてもよい。また、管理装置１０とチェックイン端末２０との間に、利用者からの前記空室検索要求に応じて前記予約処理を実行する予約処理システムが介在していてもよい。この場合、管理装置１０は、前記予約処理システムから送られてきた予約情報を予約管理データ１２１に登録して管理する。
【００７２】
予約照合処理部１１２は、後述するチェックイン処理（図１１及び図１２参照）が実行される場合に、チェックイン端末２０におけるチェックイン手続きの際にチェックイン手続き要求とともに入力された予約検索情報に基づいて、チェックイン処理の対象である予約情報を検索する予約照合処理を行う。前記予約照合処理は、チェックイン手続きを行った利用者の予約情報が予約管理データ１２１にあるか否かを判定する処理である。具体的には、予約照合処理部１１２は、入力された前記予約検索情報と前記予約管理データ１２１に含まれる複数の予約情報とを照合する。この場合、前記予約照合処理において、前記予約検索情報が入力された当日（手続き日、受付日）を宿泊日程に含む予約情報と前記予約検索情報とが照合される。そして、チェックイン処理の対象である予約情報があると判定されると、予約照合処理部１１２は、予約管理データ１２１から前記予約情報を取得し、チェックイン端末２０に送信する。
【００７３】
具体的には、チェックイン端末２０に前記予約検索情報が入力されると、予約照合処理部１１２は、チェックイン端末２０から送られてきた前記チェックイン手続き要求を受け取り、前記チェックイン手続き要求に含まれる前記予約検索情報に対応する予約情報を予約管理データ１２１から検索する。予約照合処理部１１２は、前記予約検索情報を含む予約情報が検索された場合に、その予約情報を予約管理データ１２１から抽出する。予約照合処理部１１２は、抽出した予約情報を、チェックイン端末２０に送信する。
【００７４】
ここで、前記予約検索情報は、利用者が自身の予約情報の有無の検索を管理装置１０に対して要求するために前記チェックイン手続き要求とともにチェックイン端末２０において入力されるものである。前記チェックイン手続き要求、或いは前記予約検索情報は、本発明の利用要求の一例である。
【００７５】
前記予約検索情報は、宿泊施設のおける宿泊予約をした利用者の前記予約情報を検索するための情報である。前記予約検索情報は、前記予約完了通知に含まれる情報であって、利用者の宿泊予約を特定することができるユニークな情報である。例えば、前記予約検索情報は、利用者の氏名、誕生日、住所、電話番号、メールアドレス、予約番号などの各情報である。なお、電話番号や誕生日は、他人と重複する場合があるため、前記予約検索情報は、上述した各情報を組み合わせたものであることが好ましい。
【００７６】
本実施形態では、チェックイン端末２０に、宿泊施設が発行する会員カードの情報を読み取り可能なカード読取部２８（図２参照）が設けられており、利用者がチェックイン端末２０においてチェックイン手続きを行う際に、利用者自身の会員カードをカード読取部２８に読み取らせることにより、前記会員カードに記憶された前記予約検索情報がチェックイン端末２０に入力される。つまり、チェックイン端末２０において、前記会員カードがカード読取部２８によって読み取られた場合に、予約照合処理部１１２は、当該会員カードに含まれる会員名やユーザＩＤ、会員番号などを用いて、チェックイン処理の対象である予約情報の有無を判定する処理を行い、予約管理データ１２１から前記予約情報を取得する。この場合、前記会員カードに含まれる前記会員名や前記ユーザＩＤ、前記会員番号などの情報が前記予約検索情報である。
【００７７】
例えば、図５の例では、予約者である利用者Ａ１の会員カードがチェックイン端末２０に挿入されて、会員カード内の会員名などの情報が読み取られると、予約照合処理部１１２は、前記会員名と一致する予約者名の予約情報を予約管理データ１２１から検索する処理を行う。そして、対応する予約情報が検索された場合に、予約照合処理部１１２は、利用者Ａ１によって予約された宿泊予約の予約情報（予約番号１０１の予約情報）を予約管理データ１２１から取得する。
【００７８】
なお、チェックイン端末２０において、前記予約検索情報を受け付けるための入力画面（不図示）が操作表示部２３に表示される場合は、予約照合処理部１１２は、利用者の操作によって前記入力画面から入力された予約番号や予約者の氏名などを用いて、チェックイン処理の対象である予約情報の有無を判定する処理を行い、予約管理データ１２１から前記予約情報を取得してもよい。この場合、前記入力画面から入力される予約番号や氏名が前記予約検索情報である。
【００７９】
また、チェックイン端末２０において、チェックイン手続きに利用可能なＱＲコード（登録商標）などの情報コードが画像読取部２５によって読み取られた場合は、予約照合処理部１１２は、前記情報コードに含まれるユーザＩＤ、予約番号などを用いて、チェックイン処理の対象である予約情報の有無を判定する処理を行い、予約管理データ１２１から前記予約情報を取得してもよい。この場合、前記情報コード或いは前記情報コードに含まれる情報が前記予約検索情報である。
【００８０】
また、チェックイン端末２０において、宿泊施設が利用者に対して発行している会員カードが不図示の読取装置によって読み取られた場合は、予約照合処理部１１２は、当該会員カードに含まれる予約番号や予約者の氏名などを用いて、チェックイン処理の対象である予約情報の有無を判定する処理を行い、予約管理データ１２１から前記予約情報を取得してもよい。この場合、前記情報コードそのもの、或いは、前記情報コードに含まれる前記予約番号や予約者の氏名が前記予約検索情報である。
【００８１】
また、チェックイン端末２０において、チェックイン手続き時に画像読取部２５によって旅券画像が読み取られた場合は、予約照合処理部１１２は、当該旅券画像の画像データをＯＣＲ処理することによって得られる氏名情報を用いて、チェックイン処理の対象である予約情報の有無を判定する処理を行い、予約管理データ１２１から前記予約情報を取得してもよい。この場合、旅券画像から得られた氏名の情報が前記予約検索情報である。
【００８２】
なお、本実施形態では、予約照合処理部１１２が、前記予約照合処理において、前記予約情報の判定処理と前記予約情報を取得する取得処理を行う例について説明するが、前記判定処理及び前記取得処理が別々の処理部によって行われてもよい。
【００８３】
更新処理部１１３は、宿泊施設における利用者のチェックイン手続きが完了した場合に、予約管理データ１２１（図５参照）を更新する。例えば、更新処理部１１３は、チェックイン処理において、前記予約処理の際に未入力であった情報が入力された場合に、その情報を予約管理データ１２１に登録する。
【００８４】
また、更新処理部１１３は、チェックイン処理において宿泊予定のアサイン済みの部屋が変更された場合に、変更後の部屋番号を利用者が宿泊する部屋に割り当てる。また、更新処理部１１３は、例えば、後述する部屋推定処理部１１４によって推定された前記適合部屋が空き部屋である場合に、前記適合部屋を前記利用者が利用する部屋に割り当てる。具体的には、前記予約処理において自動アサインされたアサイン済みの部屋番号を前記適合部屋の部屋番号に変更し、予約情報を更新した後に、更新後の予約情報を予約管理データ１２１に登録する。
【００８５】
部屋推定処理部１１４は、利用者の宿泊履歴に基づいて、前記利用者に適する適合部屋を推定する部屋推定処理を行う。前記宿泊履歴は、宿泊を希望する宿泊施設においてチェックイン手続きを行う利用者が、過去に当該宿泊施設に宿泊した履歴のことであり、本発明の利用履歴の一例である。本実施形態では、前記会員カードに会員自身の宿泊履歴を含む宿泊履歴情報（本発明の利用履歴情報の一例）が記憶されており、利用者がチェックイン端末２０においてチェックイン手続きを行う際に、利用者自身の会員カードをカード読取部２８に読み取らせることにより、前記会員カードに記憶されている前記宿泊履歴情報が読み出されて、チェックイン端末２０に入力される。部屋推定処理部１１４は、前記チェックイン端末２０から送信される前記宿泊履歴情報に含まれる前記宿泊履歴に基づいて、前記適合部屋を推定する処理を行う。
【００８６】
本実施形態では、部屋推定処理部１１４は、前記チェックイン手続きの際に前記チェックイン手続き要求がチェックイン端末２０に入力された場合に、前記部屋推定処理を行う。また、利用者が事前に宿泊予約をしていない場合は、部屋推定処理部１１４は、前記空室検索手続きの際に前記空室検索要求がチェックイン端末２０に入力された場合に、前記部屋推定処理を行う。
【００８７】
具体的に、部屋推定処理部１１４は、前記チェックイン手続き要求とともに前記予約検索情報がチェックイン端末２０に入力されると、前記チェックイン手続き要求が入力されたチェックイン受付日に最も近い過去の宿泊日に宿泊した客室を、前記利用者に適する前記適合部屋と推定する。なお、利用者が事前に宿泊予約をしていない場合は、部屋推定処理部１１４は、前記空室検索手続きの際に前記空室検索要求とともに前記宿泊条件がチェックイン端末２０に入力されると、前記チェックイン受付日に最も近い過去の宿泊日に宿泊した客室を、前記利用者の前記適合部屋と推定する。このような推定処理は、「前記チェックイン受付日前の直近に利用した客室（以下「直近客室」という。）が、利用者の好みの部屋である。」という統計に基づく処理である。
【００８８】
また、部屋推定処理部１１４は、前記宿泊履歴情報に少なくとも２以上の前記宿泊履歴が含まれている場合に、前記予約検索情報又は前記宿泊条件がチェックイン端末２０に入力されると、過去に利用した利用回数（本発明の部屋利用頻度の一例）が最も多い客室（以下「最多利用客室」という。）を、前記利用者に適する前記適合部屋と推定する。このような推定処理は、「過去に最も多く利用した客室が、利用者の好みの部屋である。」という統計に基づく処理である。
【００８９】
また、部屋推定処理部１１４は、利用者が当該宿泊施設に宿泊した宿泊回数（本発明の施設利用頻度の一例）が予め定められた閾値以上である場合に、前記最多利用客室を前記適合部屋と推定する。前記閾値は、当該宿泊施設にとって、繰り返し利用する回数が他の利用者と比べて相対的に多いと評価しうる値に設定される。前記閾値は、宿泊施設に応じて決定される任意の基準値とすることができ、また、宿泊施設に関わらない固定値とすることもできる。前記宿泊回数が前記閾値以上である場合は、前記最多利用客室が前記適合部屋であるとする推定結果の信頼性が高いと考えられるため、上述のような推定処理が行われる。
【００９０】
一方、部屋推定処理部１１４は、前記宿泊回数が前記閾値未満である場合に、前記チェックイン受付日に最も近い過去の宿泊日に宿泊した前記直近客室を、前記利用者の前記適合部屋と推定する。前記宿泊回数が前記閾値未満である場合は、前記最多利用客室よりも前記直近客室のほうが前記適合部屋であるとする推定結果の信頼性が高いと考えられるため、上述のような推定処理が行われる。
【００９１】
［チェックイン端末２０］
図２に示すように、チェックイン端末２０は、制御部２１、記憶部２２、操作表示部２３、カードキー発行部２４、画像読取部２５、カメラ２６、通信部２７、カード読取部２８などを備える。チェックイン端末２０は、例えばパーソナルコンピュータのような情報処理装置であってもよい。
【００９２】
図６は、チェックイン端末２０の一例を示す外観図である。チェックイン端末２０において、利用者は操作表示部２３をタッチ操作することが可能となっている。利用者は、操作表示部２３に表示される操作画面を操作しながら、チェックイン手続きを行う。カメラ２６は、チェックイン端末２０の上部に設けられており、例えば利用者の顔画像を撮像する。チェックイン端末２０には、クレジットカードなどの決済カード類を挿入するカード挿入部、硬貨及び紙幣を投入する金銭投入部なども含まれる。
【００９３】
通信部２７は、チェックイン端末２０を有線又は無線で通信網Ｎ１に接続し、通信網Ｎ１を介して管理装置１０との間で所定の通信プロトコルに従ったデータ通信を実行するための通信インターフェースである。
【００９４】
操作表示部２３は、各種の情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるタッチパネルなどの操作部とを備えるユーザインターフェースである。
【００９５】
カメラ２６は、利用者の画像を撮像してデジタル画像データとして出力するデジタルカメラである。カメラ２６は、ネットワークカメラであってもよい。また、カメラ２６は、チェックイン端末２０の前の人を検知するセンサ機能を備えてもよい。
【００９６】
画像読取部２５は、二次元コードなどの情報コードを読み取る。また、画像読取部２５は、利用者の旅券（パスポート）、身分証明書などの画像をスキャンする機能を備えてもよい。画像読取部２５によって読み取られた情報は、制御部２１によって管理装置１０に送られて、管理装置１０の記憶部１２に記憶され、また、管理装置１０において実行される各種処理に用いられる。
【００９７】
カード読取部２８は、宿泊施設が発行する会員カードに記憶されている会員情報を読み取る。チェックイン端末２０に設けられた挿入口２８Ａに前記会員カードが挿入されると、カード読取部２８は、前記会員カードから前記会員情報を読み取る処理を行う。カード読取部２８によって読み取られた前記会員情報は、制御部２１によって管理装置１０に送られて、管理装置１０の記憶部１２に記憶され、また、管理装置１０において実行される各種処理に用いられる。
【００９８】
前記会員カードには、情報の書き換えが可能なＩＣメモリ（記憶部）が設けられており、前記ＩＣメモリに前記会員情報が記憶されている。前記会員情報は、会員名やユーザＩＤ、会員番号などに加えて、会員カードの発行元である宿泊施設を利用者（会員）が利用した宿泊履歴を含む宿泊履歴情報を含む。後述するキー発行処理が行われたのちに、制御部２１は、チェックイン手続きを行った宿泊日に関する宿泊情報を前記宿泊履歴情報に登録して、前記宿泊履歴を更新する。また、本実施形態では、後述するように、前記会員カードは、利用者が宿泊する客室のルームキーを兼ねる。なお、本実施形態では、前記宿泊履歴情報が前記会員カードに記憶されている例について説明するが、前記宿泊履歴情報は、管理装置１０の記憶部１２又はチェックイン端末２０の記憶部２２に記憶されていてもよい。
【００９９】
カードキー発行部２４は、例えばＩＣカード型のルームキーであるカードキー（物理キー）を発行（排出）する。前記カードキーは、前記客室の入口に設けられた解錠装置（通信装置）との間の通信処理を介して前記客室の解錠を行うＩＣカードキーである。前記ルームキーには、情報の書き換えが可能なＩＣメモリ（記憶部）が設けられており、前記ＩＣメモリにキー情報が記憶されている。
【０１００】
カードキー発行部２４は、チェックイン端末２０における前記チェックイン手続き中に、制御部２１の指示に基づいて前記カードキーを発行する。例えば、カードキー発行部２４は、チェックイン端末２０における前記チェックイン手続きが完了すると、前記チェックイン手続きを行った利用者に対応するキー情報（客室ＩＤ、宿泊日情報など）を前記ＩＣメモリに書き込み、前記カードキーをチェックイン端末２０に設けられた排出口２４Ａから排出する。なお、前記ルームキーは、ＩＣカードに限定されず、磁気カード、情報コードが紙媒体等に印刷された情報コードキー、鍵穴に挿入して施錠及び解錠を行うキーなどの物理キーであればどのようなタイプのものであってもよい。
【０１０１】
また、カードキー発行部２４は、前記チェックイン手続きの際に前記会員カードが挿入された場合は、制御部２１の指示に基づいて、前記会員カードを前記ルームキーとして使用可能なようにする。具体的には、カードキー発行部２４は、チェックイン端末２０における前記チェックイン手続きが完了すると、前記チェックイン手続きを行った利用者に対応する前記キー情報を前記会員カードの前記ＩＣメモリに書き込み、前記会員カードを挿入口２８Ａから排出する。このとき、制御部２１は、音声メッセージ或いは表示メッセージなどによって、前記会員カードがルームキーを兼ねている旨のアナウンスを出力する。
【０１０２】
記憶部２２は、各種の情報を記憶するフラッシュメモリなどの不揮発性の記憶部である。例えば、記憶部２２には、制御部２１に後述のチェックイン処理（図１１及び図１２参照）を実行させるためのチェックイン処理プログラムなどの制御プログラムが記憶されている。これらの制御プログラムは、コンピュータ読取可能なＣＤ又はＤＶＤなどの記録媒体に非一時的に記録されており、チェックイン端末２０に電気的に接続されるＣＤドライブ又はＤＶＤドライブなどの読取装置（不図示）で読み取られて、記憶部２２に記憶される。
【０１０３】
制御部２１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサである。前記ＲＯＭは、前記ＣＰＵに各種の演算処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶される不揮発性の記憶部である。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性の記憶部であり、前記ＣＰＵが実行する各種の処理の一時記憶メモリ（作業領域）として使用される。そして、制御部２１は、前記ＲＯＭ又は記憶部２２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することによりチェックイン端末２０を制御する。
【０１０４】
具体的に、制御部２１は、図２に示すように、受付処理部２１１、表示処理部２１２、チェックイン処理部２１３、ルームキー発行処理部２１４、履歴取得処理部２１５などの各種の処理部を含む。受付処理部２１１は、本発明の第１受付処理部の一例である。表示処理部２１２は、本発明の表示処理部の一例である。履歴取得処理部２１５は、本発明の利用履歴取得部の一例である。制御部２１は、前記ＣＰＵで前記制御プログラムに従った各種の処理を実行することによって前記各種の処理部として機能する。なお、制御部２１に含まれる一部又は全部の処理部が電子回路で構成されていてもよい。具体的には、受付処理部２１１は、本発明の第１受付処理部、及び第２受付処理部の各処理を実行する複数の処理部で構成されていてもよい。また、前記制御プログラムは、複数のプロセッサを前記各種の処理部として機能させるためのプログラムであってもよい。
【０１０５】
受付処理部２１１は、宿泊施設の利用者が前記空室検索手続きや前記チェックイン手続きにおいて、チェックイン端末２０の操作表示部２３を操作することにより入力された操作入力を受け付けるものであり、当該操作入力によって入力された入力情報を取得する。
【０１０６】
受付処理部２１１は、本発明の第１受付処理部として、チェックイン端末２０において、利用者から前記チェックイン手続きに必要な前記チェックイン手続き要求の入力を受け付ける。具体的には、受付処理部２１１は、前記チェックイン手続きに関する操作入力を受け付ける。チェックイン手続きを開始するために、利用者が、図７に示すトップ画面Ｄ１１（受付画面）においてチェックインボタン２３１をタッチして前記チェックイン手続きを開始する操作を行うと、受付処理部２１１は、前記操作によって入力された入力信号を前記チェックイン手続き要求として取得し、また、その後に入力される前記予約検索情報を前記チェックイン処理に必要な情報として取得する。前記チェックイン手続きには、利用者の予約情報の検索に必要な前記予約検索情報（利用者の氏名等）を入力する入力手続き、決済手続き、宿泊部屋を確認したり選択する手続きなどが含まれる。
【０１０７】
利用者が、前記チェックイン手続きにおいて、利用者が所有する前記会員カード内の前記会員情報をチェックイン端末２０のカード読取部２８に読み取らせた場合に、受付処理部２１１は、カード読取部２８が読み取った前記会員カード内の前記会員情報から利用者の氏名等を含む前記予約検索情報を取得する。
【０１０８】
なお、チェックインボタン２３１がタッチ操作された後に操作表示部２３に表示される入力受付画面（不図示）に対して利用者が前記予約検索情報を入力した場合は、受付処理部２１１は、前記入力受付画面に入力された情報を前記予約検索情報として取得する。
【０１０９】
また、利用者が、前記チェックイン手続きにおいて、利用者端末３０（携帯端末）に表示された前記情報コード内の情報、又は利用者の旅券画像内の情報をチェックイン端末２０に読み取らせた場合は、受付処理部２１１が、読み取ったいずれかの情報から利用者の氏名等を含む前記予約検索情報を取得してもよい。
【０１１０】
また、受付処理部２１１は、本発明の第１受付処理部として、チェックイン端末２０において、利用者から前記空室検索手続きに必要な前記宿泊条件を含む空室検索要求の入力を受け付ける。具体的には、受付処理部２１１は、前記空室検索手続きに関する操作入力を受け付ける。事前予約をしていなかった利用者が宿泊施設に訪れて、チェックイン端末２０のトップ画面Ｄ１１（図７参照）において空室検索ボタン２３３をタッチして前記空室検索手続きを開始する操作を行うと、受付処理部２１１は、前記操作によって入力された入力信号を前記空室検索要求として取得し、また、その後に入力される宿泊条件（宿泊希望日、宿泊人数、部屋タイプ、希望部屋数など）を前記空室検索処理に必要な情報として取得する。
【０１１１】
利用者が、前記空室検索手続きにおいて、利用者が所有する前記会員カード内の前記会員情報をチェックイン端末２０のカード読取部２８に読み取らせた場合に、受付処理部２１１は、カード読取部２８が読み取った前記会員カード内の前記会員情報から利用者の氏名を含む前記宿泊者情報を取得する。また、空室検索ボタン２３３がタッチ操作された後に操作表示部２３に表示されるウォークイン受付画面（不図示）に対して利用者が前記宿泊条件を入力した場合に、受付処理部２１１は、前記ウォークイン受付画面に入力された情報を前記宿泊条件として取得する。
【０１１２】
履歴取得処理部２１５は、受付処理部２１１によって前記チェックイン手続き要求又は前記空室検索要求の入力が受け付けられた場合に、過去に宿泊した客室の情報を含む前記利用者の前記宿泊履歴情報を取得する処理を行う。
【０１１３】
本実施形態では、利用者が、前記チェックイン手続きにおいて、利用者が所有する前記会員カード内の前記会員情報をチェックイン端末２０のカード読取部２８に読み取らせた場合に、履歴取得処理部２１５は、カード読取部２８が読み取った前記会員カード内の会員情報から利用者の宿泊履歴を含む前記宿泊履歴情報を取得する。
【０１１４】
表示処理部２１２は、各種の情報を操作表示部２３に表示させる。例えば、表示処理部２１２は、前記空室検索手続きや前記チェックイン手続きに必要な情報を入力させるための各操作画面を操作表示部２３に表示させる。具体的には、表示処理部２１２は、上述したトップ画面Ｄ１１（図７参照）や、前記入力受付画面（不図示）、前記ウォークイン受付画面（不図示）、後述する利用確認画面Ｄ１４（図８参照）、部屋確認画面Ｄ１５（図９参照）などの操作画面を操作表示部２３に表示させる。
【０１１５】
また、表示処理部２１２は、その他の各種メッセージを操作表示部２３に表示させる。
【０１１６】
チェックイン処理部２１３は、前記チェックイン手続きにおいてチェックイン端末２０に入力される前記予約検索情報に基づいて、利用者の認証を行う。具体的には、受付処理部２１１によって利用者の予約情報を検索するための前記予約検索情報の入力が受け付けられると、チェックイン処理部２１３は、前記予約検索情報を管理装置１０に送信し、管理装置１０の予約照合処理部１１２に上述した予約照合処理を実行させる。そして、前記予約照合処理において、利用者が入力した前記予約検索情報が予約管理データ１２１に登録されているいずれかの予約情報に一致する場合に、チェックイン処理部２１３は、当該利用者を認証し、当該利用者の宿泊を許可する。
【０１１７】
なお、チェックイン処理部２１３は、受付処理部２１１によって前記予約検索情報の入力が受け付けられた場合に、管理装置１０に記憶される予約管理データ１２１（図５参照）を参照して、前記予約照合処理を実行してもよい。
【０１１８】
また、チェックイン処理部２１３は、利用者によるチェックインに必要な情報の入力が完了し、利用者の認証に成功した場合に、宿泊料金の支払い関する決済を行う。例えば、利用者がクレジットカードをチェックイン端末２０のカード挿入部（不図示）に挿入すると、チェックイン処理部２１３は、利用者が利用する決済事業者の決済サーバに決済要求を送信して決済処理を実行する。
【０１１９】
ルームキー発行処理部２１４は、宿泊施設の客室の解錠を行うルームキーをチェックイン端末２０から発行させる。具体的には、ルームキー発行処理部２１４は、例えば、前記チェックイン手続きにおいて前記決済処理が完了すると前記ルームキーを発行するルームキー発行処理を実行する。
【０１２０】
本実施形態では、前記チェックイン手続きの際に前記会員カードが挿入されなかった場合、ルームキー発行処理部２１４は、前記チェックイン手続きを行った利用者に対応するキー情報（客室ＩＤ、宿泊日情報など）を、チェックイン端末２０の内部に貯留していたブランクのカードキーのＩＣメモリに書き込み、カードキー発行部２４に前記カードキーを排出口２４Ａから排出させる。一方、前記チェックイン手続きの際に前記会員カードが挿入された場合は、ルームキー発行処理部２１４は、前記キー情報を前記会員カードのＩＣメモリに書き込み、カード読取部２８に前記ルームキーを兼ねる前記会員カードを挿入口２８Ａから排出させる。
【０１２１】
［予約処理］
以下、図１０を参照しつつ、宿泊施設チェックインシステム１００において実行される予約処理の手順の一例について説明する。ここで、図１０は、前記予約処理の手順の一例を示すフローチャートである。当該予約処理は、管理装置１０の制御部１１により実行される。例えば、記憶部１２に格納された前記制御プログラムを制御部１１が実行することによって、前記予約処理は開始される。
【０１２２】
なお、以下に説明する予約処理に含まれる一又は複数のステップが適宜省略されてもよい。また、前記予約処理における各ステップは、同様の作用効果を生じる範囲で実行順序が異なってもよい。
【０１２３】
また、以下の説明では利用者が利用者端末３０を操作して、宿泊予約ページから特定の宿泊施設に予約要求を行った場合の予約処理について説明する。
【０１２４】
ステップＳ１１において、制御部１１は、利用者端末３０から前記予約要求を受けつけたか否かを判定する。制御部１１は、前記予約要求を受信した場合に、前記予約要求を受け付けたと判定する。なお、制御部１１は、前記予約要求とともに送られてきた前記宿泊条件及び前記宿泊者情報も受信する。
【０１２５】
前記予約要求が受け付けられると（Ｓ１１：Ｙｅｓ）、制御部１１は、前記予約要求とともに送られてきた前記宿泊条件に基づいて、前記空室検索処理を実行する（Ｓ１２）。具体的には、制御部１１は、予約管理データ１２１を参照して、前記宿泊条件に適合する空き部屋を検索する処理を行う。
【０１２６】
ステップＳ１２の空室検索処理によって空き部屋が無いと判定されると（Ｓ１３：Ｎｏ）、制御部１１は、処理をステップＳ１４に移行し、空き部屋が無い旨のメッセージを作成して、利用者端末３０に送信する（Ｓ１４）。その後、前記予約処理が終了する。
【０１２７】
一方、ステップＳ１２の空室検索処理によって空き部屋があると判定されると（Ｓ１３：Ｙｅｓ）、制御部１１は、処理をステップＳ１５に移行し、何れかの空き室を予約者に割り当てる自動アサイン処理を行う。
【０１２８】
次のステップＳ１６では、制御部１１は、予約が完了した旨を示す予約完了通知を利用者端末３０に送信する。その後、制御部１１は、当該予約者の予約情報（アサイン済みの部屋番号を含む）を作成し、予約管理データ１２１に登録する（Ｓ１７）。その後、前記予約処理が終了する。
【０１２９】
なお、予約者が宿泊日にチェックイン手続きを行うまでに、宿泊施設のスタッフが管理装置１０を操作して、アサイン済みの部屋番号を変更した場合は、制御部１１は、変更対象の予約情報を更新して、アサイン済みの部屋番号を変更する。
【０１３０】
［チェックイン処理］
以下、図１１及び図１２を参照しつつ、宿泊施設チェックインシステム１００において、事前の宿泊予約がある場合のチェックイン処理の各手順の一例とともに、本発明の施設利用管理方法について説明する。ここで、図１１及び図１２は、前記チェックイン処理の手順の一例を示すフローチャートである。当該チェックイン処理は、管理装置１０の制御部１１及びチェックイン端末２０の制御部２１により実行される。例えば、制御部１１が記憶部１２に記憶された制御プログラムを実行することによって、そして、制御部２１が記憶部２２に記憶された制御プログラムを実行することによって、前記チェックイン処理は開始される。
【０１３１】
なお、本発明は、前記チェックイン処理に含まれる一又は複数のステップを実行する宿泊施設利用管理方法（本発明の施設利用管理方法の一例）の発明として捉えることができる。
【０１３２】
また、以下に説明するチェックイン処理に含まれる一又は複数のステップが適宜省略されてもよい。また、前記チェックイン処理における各ステップは、同様の作用効果を生じる範囲で実行順序が異なってもよい。更に、以下に説明するチェックイン処理は、処理実行主体である制御部１１、又は制御部２１に対応するプロセッサによって各ステップが実行されてもよく、或いは、各制御部１１，２１に対応する複数のプロセッサによって各ステップが分散して実行されてもよい。なお、以下に説明する他の実施形態についても同様である。
【０１３３】
また、以下の説明では、図５の予約管理データ１２１内の予約番号１０１の宿泊予約がある場合に、当該宿泊予約に対して行われたチェックイン手続きにおいて実行されるチェックイン処理について説明する。また、予約番号１０１の予約情報には、前記自動アサイン処理によって部屋番号２０１の客室がアサインされているものとする。また、チェックイン処理に用いられる前記宿泊履歴情報が会員カードに記憶されているものとする。
【０１３４】
制御部２１は、カメラ２６によって撮像された画像データに基づいて、チェックイン端末２０の正面に立つ操作者（利用者）を検知すると、トップ画面Ｄ１１（図７参照）をデフォルトの受付画面として操作表示部２３に表示する。
【０１３５】
ステップＳ２１において、制御部２１は、トップ画面Ｄ１１において、前記チェックイン手続き要求を受け付けたか否かを判定する。制御部２１は、トップ画面Ｄ１１のチェックインボタン２３１がタッチ操作（利用開始操作）された場合に、前記チェックイン手続き要求を受信し、前記チェックイン手続きを受け付けたと判定する。
【０１３６】
前記チェックイン手続き要求が受け付けられると（Ｓ２１：Ｙｅｓ）、制御部２１は、次のステップＳ２２において、前記予約検索情報を受け付けるための入力受付画面（不図示）を操作表示部２３に表示する。なお、ステップＳ２１は、本発明の第１受付ステップの一例である。
【０１３７】
次のステップＳ２３では、制御部２１は、前記入力受付画面から前記予約照合処理に必要な前記予約検索情報（宿泊条件、宿泊者情報など）が入力されたか否かを判定する。ステップＳ２３において前記予約検索情報が入力されなかった場合は、制御部２１は、ステップＳ２４において、利用者の会員カードがカード読取部２８に挿入されたか否かを判定する。
【０１３８】
ステップＳ２３において前記予約検索情報が入力されたと判定されると、制御部２１は、前記予約検索情報を記憶部２２に格納し、処理をステップＳ２６に移行させる。
【０１３９】
また、ステップＳ２４において前記会員カードが入力されたと判定されると（Ｓ２４：Ｙｅｓ）、制御部２１は、前記会員カードから、利用者の氏名や会員番号などの予約検索情報及び前記宿泊履歴情報を含む会員情報を読み出し、前記会員情報（予約検索情報及び前記宿泊履歴情報）を記憶部２２に格納する（Ｓ２５）。その後、制御部２１は、処理をステップＳ２６に移行させる。なお、ステップＳ２４，Ｓ２５は、本発明の利用履歴取得ステップの一例である。
【０１４０】
ステップＳ２６では、制御部２１は、記憶部２２に格納した前記予約検索情報を管理装置１０に送信して、管理装置１０の制御部１１に前記予約照合処理を実行させる。
【０１４１】
次のステップＳ２６では、管理装置１０の制御部１１は、前記予約検索情報に基づいて、上述の予約照合処理を実行する。具体的には、制御部２１は、前記予約検索情報を含む予約照合要求を管理装置１０に送信する。管理装置１０の制御部１１は、前記予約照合要求を受信すると、前記予約検索情報に基づいて前記予約照合処理を実行する。詳細には、制御部１１は、受信した前記予約検索情報と予約管理データ１２１（図５参照）に含まれる複数の予約情報とを照合し、複数の前記予約情報に前記予約検索情報と一致する情報を含む予約情報があるか否かを判定する。本実施形態では、前記予約照合処理における照合対象は、ステップＳ２１において前記利用開始操作が受け付けられた受付日（手続き日）を宿泊日程に含む予約情報である。
【０１４２】
制御部１１による前記予約照合処理が終了すると、制御部１１は、その照合結果をチェックイン端末２０に送信する。例えば、制御部１１は、一致する予約情報が無かった場合は、予約が無いことを示す情報（予約無し情報）を送信し、一致する予約情報があった場合は、当日の予約があることを示す情報（予約有り情報）とともに、予約管理データ１２１に登録されている前記予約情報をチェックイン端末２０に送信する。
【０１４３】
ステップＳ２７では、制御部２１は、ステップＳ２６の前記予約照合処理による照合結果に基づいて、当日の予約があるか否かを判定する。制御部２１は、前記予約無し情報を受信した場合に、当日の予約が無いと判定し、前記予約有り情報を受信した場合に、当日の予約があると判定する。
【０１４４】
ステップＳ２７において、当日の予約が無いと判定された場合（Ｓ２７：Ｎｏ）、利用者をフロントへ案内するメッセージなどを操作表示部２３に表示する（図１２のＳ４０）。その後、前記チェックイン処理は終了する。
【０１４５】
一方、ステップＳ２７において、当日の予約があると判定された場合（Ｓ２７：Ｙｅｓ）、制御部２１は、処理を次のステップＳ２８に移行させる。
【０１４６】
ステップＳ２８では、制御部２１は、予約管理データ１２１を参照して、宿泊施設における当日の客室の空き状況を確認し、利用者が予約している部屋の他に空き部屋があるか否かを判定する。ここで、他の空き部屋が無かった場合（Ｓ２８：Ｎｏ）、制御部２１は、後述の部屋推定処理を行わずに、処理をステップＳ３４に移行させる。一方、他の空き部屋があった場合（Ｓ２８：Ｙｅｓ）、制御部２１は、処理をステップＳ２９に移行させる。
【０１４７】
ステップＳ２９では、チェックイン手続きを行っている利用者の宿泊履歴があるか否かを判定する。本実施形態では、前記会員カードに前記宿泊履歴情報が記憶されている。そのため、ステップＳ２５において前記会員カードから読み取られた前記会員情報に前記宿泊履歴情報が含まれている場合に限り、制御部２１は、ステップＳ２９において、前記宿泊履歴があると判定する。一方、当該利用者による当該宿泊施設の宿泊履歴が無い場合、前記会員情報には前記宿泊履歴情報は含まれていない。この場合、制御部２１は、ステップＳ２９において、前記宿泊履歴が無いと判定する。
【０１４８】
ステップＳ２９において、前記宿泊履歴が無いと判定された場合（Ｓ２９：Ｎｏ）、制御部２１は、後述の部屋推定処理を行わずに、処理をステップＳ３４に移行させる。一方、ステップＳ２９において、前記宿泊履歴があると判定された場合（Ｓ２９：Ｙｅｓ）、制御部２１は、管理装置１０の制御部１１に後述する部屋推定処理を実行させるために前記宿泊履歴を管理装置１０に送信し、処理をステップＳ３０に移行させる。
【０１４９】
ステップＳ３０では、管理装置１０の制御部１１は、チェックイン端末２０から受信した前記宿泊履歴に基づいて、利用者に適する適合部屋を推定する部屋推定処理を実行する。前記部屋推定処理は、図１３に示すフローチャートに記載の手順にしたがって実行される。前記部屋推定処理が終了すると、制御部１１は、推定した部屋の情報をチェックイン端末２０に送信する。なお、ステップＳ３０は、本発明の適合部屋推定ステップの一例である。前記部屋推定処理については後述する。
【０１５０】
図１２に示すように、前記部屋推定処理が終了すると、制御部２１は、前記部屋推定処理によって推定された適合部屋の利用を利用者に確認するための利用確認画面Ｄ１４（図８参照）を操作表示部２３に表示する。図８に示すように、利用確認画面Ｄ１４には、利用者の宿泊履歴に基づいて推定された適合部屋を利用者に推奨するメッセージ「あなたの宿泊履歴に基づく推奨部屋は７０１号室です。ご利用になりますか？」が含まれている。また、利用確認画面Ｄ１４には、利用する場合に利用者がタッチ操作するボタン２３４と、利用しない場合に利用者がタッチ操作するボタン２３５とが含まれている。なお、図８は、ステップＳ３０において７０１号室が選定された場合の利用確認画面Ｄ１４を示す。
【０１５１】
その後、ステップＳ３１において、チェックイン端末２０の制御部２１は、利用者によって、利用確認画面Ｄ１４を介してボタン２３４がタッチ操作されたか否かを判定する（Ｓ３２）。つまり、制御部２１は、利用確認画面Ｄ１４に示された客室の利用を許容する指示が入力されたか否かを判定する。ボタン２３４がタッチ操作されず、ボタン２３５がタッチ操作された場合（Ｓ３２：Ｎｏ）、制御部２１は、処理をステップＳ３４に移行する。一方、ボタン２３４がタッチ操作された場合（Ｓ３２：Ｙｅｓ）、制御部２１は、処理をステップＳ３３に移行する。
【０１５２】
ステップＳ３４では、制御部２１は、管理装置１０から受信した予約情報から、前記予約情報にアサイン済みの部屋番号を抽出する。利用者Ａ１がチェックイン手続きをしている場合は、制御部２１は、アサイン済みの部屋番号として、２０１号室を抽出する（図５参照）。
【０１５３】
その後、制御部２１は、ステップＳ３５において、部屋確認画面Ｄ１５（図９参照）を操作表示部２３に表示する。図９は、ステップＳ３４において２０１号室が抽出された場合の部屋確認画面Ｄ１５を示す。
【０１５４】
ステップＳ３６において、チェックイン端末２０の制御部２１は、利用者によって、部屋確認画面Ｄ１５を介してＯＫボタン２３７が入力された否かを判定する。具体的には、制御部２１は、部屋確認画面Ｄ１５内のＯＫボタン２３７がタッチ操作されたかどうかを判定する。ＯＫボタン２３７がタッチ操作されず、キャンセルボタンがタッチ操作された場合は（Ｓ３６：Ｎｏ）、制御部２１は、処理をステップＳ４０に移行し、利用者をフロントへ案内するメッセージなどを操作表示部２３に表示する。その後、前記チェックイン処理は終了する。
【０１５５】
一方、ステップＳ３６においてＯＫボタン２３７がタッチ操作された場合は（Ｓ３６：Ｙｅｓ）、制御部２１は、宿泊料金の支払い関する決済処理を実行する（Ｓ３７）。
【０１５６】
次に、ステップＳ３８において、制御部２１は、前記ルームキーを発行するルームキー発行処理を実行する。つまり、制御部２１は、客室ＩＤなどの識別情報が記録されたカードキーを作成して、カードキー発行部２４に排出させる。なお、前記会員カードがカード読取部２８に挿入されている場合は、制御部２１は、前記会員カードのＩＣメモリに前記識別情報を記憶し、カード読取部２８に会員カードを排出させる。また、前記会員カードが挿入されていない場合は、制御部２１は、ＩＣメモリに前記識別情報が記憶されたカードキーを発行させて、カードキー発行部２４に前記カードキーを排出させる。
【０１５７】
その後、ステップＳ３９において、前記予約情報が更新される.具体的には、制御部２１は、決算済みやチェックイン済み、客室番号などの情報を管理装置１０に送信する。そして、管理装置１０の制御部１１は前記情報を受信すると、前記予約情報に前記情報を追加することにより前記予約情報を更新し、予約管理データ１２１に前記予約情報を登録する（Ｓ３９）。その後、前記チェックイン処理は終了する。
【０１５８】
また、ステップＳ３３では、制御部２１は、既にアサイン済みの宿泊部屋を前記部屋推定処理によってアサイン対象に設定された前記適合部屋に変更する。具体的には、制御部２１は、予約情報に含まれるアサイン済みの宿泊部屋の部屋番号を前記適合部屋の部屋番号に変更して、前記予約情報を更新し、更新後の前記予約情報を予約管理データ１２１に登録する。その後、ステップＳ３７移行の処理が実行される。
【０１５９】
［部屋推定処理］
次に、ステップＳ３０の部屋推定処理の手順の一例について説明する。ここで、図１３は、前記部屋推定処理の手順の一例を示すフローチャートである。
【０１６０】
図１３に示すように、管理装置１０の制御部１１は、利用者の前記宿泊履歴を参照して、予め定められた規定期間内に当該利用者が当該宿泊施設を利用したか否かを判定する（Ｓ４１）。つまり、制御部１１は、前記規定期間内の宿泊履歴があるか否かを判定する。前記規定期間内の宿泊履歴がない場合（Ｓ４１：Ｎｏ）、制御部１１は、図１２のステップＳ３４に進み、利用者の適合部屋を推定することなく、ステップＳ３４以降の処理を行う。一方、ステップＳ４１において、前記規定期間内の宿泊履歴があると判定された場合（Ｓ４１：Ｙｅｓ）、制御部１１は、処理をステップＳ４２に移行させる。
【０１６１】
ここで、前記規定期間は、前記部屋推定処理により推定される客室が当該利用者にとって適切な部屋と評価できない程度に設定される。前記規定期間は、宿泊施設に応じて決定される任意の期間とすることができ、また、宿泊施設に関わらない固定期間とすることもできる。前記規定機間内（例えば１年以内）に前記宿泊履歴が無い場合は、前記部屋推定処理によって前記適合部屋が推定されたとしても、その適合部屋の推定結果の信頼性が低いと考えられる。したがって、この場合は、前記適合部屋を推定することなく、制御部２１は、ステップＳ３４においてアサイン済みの部屋を抽出する。
【０１６２】
次のステップＳ４２では、制御部１１は、前記宿泊履歴を参照して、利用者が当該宿泊施設に宿泊した宿泊回数（本発明の施設利用頻度の一例）が複数回であるか否かを判定する。ここで、制御部１１は、前記規定期間内の宿泊回数ではなく、前記規定期間内に限られず、過去に宿泊した全ての宿泊回数が複数回であるか否かを判定する。
【０１６３】
ステップＳ４２において、前記宿泊回数が１回と判定された場合（Ｓ４２：Ｎｏ）、制御部１１は、前記宿泊履歴を参照して、前記チェックイン手続き要求が入力されたチェックイン受付日に最も近い過去の宿泊日に宿泊した客室を、前記利用者に適する前記適合部屋と推定する（Ｓ４６）。その後、制御部１１は、処理をステップＳ４７に移行させる。
【０１６４】
ステップＳ４２において、前記宿泊回数が複数回と判定された場合（Ｓ４２：Ｙｅｓ）、制御部１１は、処理をステップＳ４３に移行させる。ステップＳ４３において、制御部１１は、回数優先フラグが設定されている場合に、処理をステップＳ４４に移行させ、前記回数優先フラグが設定されていない場合は、処理をステップＳ４６に移行させる。ここで、前記回数優先フラグは、利用者が実際に宿泊した客室の利用回数を考慮して前記適合部屋の推定を行う場合にセットされる。したがって、前記回数優先フラグがセットされていない場合は、制御部１１は、ステップＳ４６において、過去に利用した客室の利用回数を考慮せずに直近に宿泊した客室を前記適合部屋に推定する。
【０１６５】
ステップＳ４４では、制御部１１は、利用者が過去に利用した客室の利用回数が予め定められた設定回数（閾値）以上であるか否かを判定する。前記設定回数は、本発明の規定頻度の一例である。ここで、前記利用回数が前記設定回数未満であると判定された場合（Ｓ４４：Ｎｏ）、制御部１１は、ステップＳ４６において、客室の利用回数を考慮せずに直近に宿泊した客室を前記適合部屋に推定する。一方、ステップＳ４４において、前記利用回数が前記設定回数以上であると判定された場合（Ｓ４４：Ｙｅｓ）、制御部１１は、処理をステップＳ４５に移行させる。
【０１６６】
ステップＳ４５では、制御部１１は、前記宿泊履歴を参照して、過去に利用した利用回数が最も多い最多利用客室を、前記利用者に適する前記適合部屋と推定する。その後、制御部１１は、処理をステップＳ４７に移行させる。
【０１６７】
なお、ステップＳ４４において、前記利用回数が前記設定回数未満である場合は、前記最多利用客室が前記利用者の適合部屋であるとする推定結果の信頼性が低いと考えられる。例えば、前記設定回数が２回に設定されている場合、必ずしも前記最多利用客室が前記適合部屋とは限らず、前記適合部屋である可能性は低い。そのため、本実施形態では、当該宿泊施設に応じて定められた前記設定回数よりも前記利用回数が多い場合に限り、制御部１１は、前記適合部屋として前記最多利用客室を推定する。ここで、前記設定回数は、前記最多利用客室が前記適合部屋として評価しうる値に設定され、当該宿泊施設に応じて決定される任意の基準値とすることができ、また、当該宿泊施設に関わらない固定値とすることもできる。
【０１６８】
ステップＳ４５又はステップＳ４６のいずれかのステップにおいて、前記適合部屋が推定されると、制御部１１は、予約管理データ１２１（図５参照）を参照して、前記適合部屋が空き部屋か否かを判定する空室判定処理を実行する（Ｓ４７）。
【０１６９】
ステップＳ４７において、前記適合部屋が空き部屋でないと判定された場合（Ｓ４７：Ｎｏ）、制御部１１は、図１２のステップＳ３４に進み、前記適合部屋を利用者の宿泊部屋としてアサインすることなく、ステップＳ３４以降の処理を実行させる。一方、ステップＳ４７において、前記適合部屋が空き部屋と判定された場合（Ｓ４７：Ｙｅｓ）、制御部１１は、前記適合部屋をアサイン対象に設定する（Ｓ４８）。その後、制御部１１は、処理をステップＳ３１（図１２参照）に移行させて、ステップＳ３１以降の処理を実行させる。
【０１７０】
以上説明したように、本発明の第１実施形態では、宿泊施設チェックインシステム１００において上述したチェックイン処理が行われる。つまり、宿泊施設におけるチェックイン手続きの際に、チェックイン端末２０に利用者から前記チェックイン手続き要求が入力された場合に、利用者の前記宿泊履歴情報に含まれる前記宿泊履歴が取得される。そして、前記宿泊履歴に基づいて、前記利用者に適する適合部屋が推定される。
【０１７１】
同じ宿泊施設を複数回利用する所謂リピートユーザは、過去に利用した客室を気に入った場合、次回の利用時も同じ客室を利用したいという要望がある。しかしながら、ＷＥＢサイトを利用したオンライン予約を行う場合、利用者は、宿泊を希望する部屋タイプ（シングル、ツイン、ダブル、和室、洋室など）を予約時に指定することはできるが、具体的な部屋を指定することはできない。したがって、利用者は、同じ客室を利用したいという要望をオンライン予約時には満たすことはできない。一方、利用者は、気に入った客室を覚えている場合は、前記要望を満たすために、宿泊初日に宿泊施設で行うチェックイン手続きにおいて、前記要望を宿泊施設のスタッフに伝えて、アサイン済みの部屋を希望部屋に変更してもらう必要がある。この場合、利用者は、宿泊施設に設置されたチェックイン端末２０でスムーズにチェックインすることができない。また、宿泊施設のスタッフは、管理装置１０を操作して利用者の希望に添った部屋が空いているかどうかを検索したり、空いている場合にアサイン済みの部屋を変更する作業を行う必要があり、作業負担が大きい。また、利用者は、過去に幾度か利用して気に入った客室があったとしても、その客室番号を覚えていない場合は、スタッフに希望を伝えることもできず、チェックイン手続きにおいて前記要望を満たすこともできない。
【０１７２】
しかしながら、上述の第１実施形態にかかる宿泊施設チェックインシステム１００では、チェックイン端末２０を操作することによって前記利用者に適する適合部屋が推定されて推奨部屋として提示されるので、宿泊施設において、利用者は自身の好みの部屋（適合部屋）の情報を取得することができる。また、上述の第１実施形態では、アサイン済みの宿泊部屋を、前記適合部屋が空いている場合に当該適合部屋に変更することができる。そのため、宿泊施設のスタッフに宿泊部屋を好みの部屋に変更するアサイン変更を依頼する必要がなく、また、宿泊施設のスタッフは、前記アサイン変更の依頼に伴う作業を行う必要がないため、利用者の負担、及びスタッフの作業負担の双方を軽減することができる。
【０１７３】
また、上述の実施形態では、前記チェックイン手続き要求を受け付けたチェックイン受付日に最も近い日に宿泊した宿泊部屋が前記適合部屋と推定される。また、利用者の前記宿泊履歴情報に２つ以上の宿泊履歴がある場合は、部屋を利用した利用頻度が最も多い前記最多利用客室が前記適合部屋と推定される。このように、利用者の宿泊履歴に応じて前記適合部屋が推定されるため、信頼性の高い推定結果を得ることができる。
【０１７４】
また、上述の実施形態では、宿泊施設を利用者が利用した宿泊回数（施設利用頻度）が予め定められた前記閾値以上である場合に、前記最多利用部屋が前記適合部屋と推定される。このため、より信頼度の高い推定結果を得ることができる。
【０１７５】
なお、上述の実施形態では、利用者が過去に宿泊施設に宿泊した場合の宿泊履歴に基づいて前記適合部屋が推定される例について説明したが、本発明は、この処理例に限られない。例えば、利用者が宿泊施設に宿泊せずに、日中の休憩のみの日帰り利用（デイユース）をした場合の利用履歴に基づいて、前記適合部屋が推定されてもよい。
【０１７６】
〈第２実施形態〉
次に、本発明の第２実施形態について説明する。なお、以下の第２実施形態の説明では、上述した第１実施形態と異なる部分のみ説明し、第１実施形態の各構成と共通する構成については、第１実施形態の各構成に用いた符号と同符号を付し示すことにより、その説明を省略する。
【０１７７】
以下に説明する第２実施形態では、ステップＳ３０の部屋推定処理が、図１４に示すフローチャートにしたがって実行される。ここで、図１４は、前記部屋推定処理の手順の変形例１を示すフローチャートである。
【０１７８】
例えば、前記部屋推定処理において、過去に利用した利用回数が最も多い前記最多利用客室が前記利用者に適する前記適合部屋と推定され（Ｓ４５）、その後に、制御部１１によって、前記適合部屋が空き部屋でないと判定された場合（Ｓ４７：Ｎｏ）、制御部１１は、利用者の宿泊履歴を参照して、前記利用回数が次に多い利用客室（次順利用部屋）があるか否かを判定し（Ｓ５１）、次順の利用客室があると判定された場合に（Ｓ５１：Ｙｅｓ）、その利用客室を前記適合部屋と推定する（Ｓ５２）。その後、制御部１１は、ステップＳ４７に戻り、改めて推定された前記適合部屋が空き部屋か否かを判定する。なお、ステップＳ５１において、次順の利用客室が無いと判定された場合（Ｓ５１：Ｎｏ）、制御部１１は、処理をステップＳ４６（図１３参照）に移行させ、ステップＳ４６以降の処理を実行させる。
【０１７９】
このように部屋推定処理が実行されることにより、仮に、前記利用回数が最も多い前記最多利用客室が空き部屋でなかった場合でも、その次に利用頻度の多い部屋が前記適合部屋に推定される。
【０１８０】
なお、ステップＳ５１の判定処理が実行される回数制限を設けてもよい。この場合、前記判定処理の実行回数が制限値に達した場合は、次順の利用客室があった場合でも、制御部１１は、処理をステップＳ４６（図１３参照）に移行させ、ステップＳ４６以降の処理を実行させる。
【０１８１】
また、例えば、ステップＳ５１の判定処理が実行されるための条件を設けてもよい。例えば、前記利用回数が予め定められた所定回数以上であることを前記条件とすることができる。この場合、前記利用回数が最も多い前記最多利用客室が空き部屋でなかった場合であり、且つ、前記利用回数が前記所定回数以上である場合に限り、制御部１１は、ステップＳ５１の判定処理を実行する。なお、前記条件を満たさなかった場合は、制御部１１は、ステップＳ４６以降の処理を実行させる。
【０１８２】
〈第３実施形態〉
次に、本発明の第３実施形態について説明する。なお、以下の第３実施形態の説明では、上述した各実施形態と異なる部分のみ説明し、各実施形態の各構成と共通する構成については、各実施形態の各構成に用いた符号と同符号を付し示すことにより、その説明を省略する。
【０１８３】
以下に説明する第３実施形態では、ステップＳ３０の部屋推定処理が、図１５に示すフローチャートにしたがって実行される。ここで、図１５は、前記部屋推定処理の手順の変形例２を示すフローチャートである。
【０１８４】
例えば、前記部屋推定処理において、過去に利用した利用回数が最も多い前記最多利用客室が前記利用者に適する前記適合部屋と推定されると（Ｓ４５）、制御部１１は、利用回数が同じ回数の前記最多利用客室が複数あるかどうかを判定する（Ｓ６１）。そして、ステップＳ６１において、同じ回数の前記最多利用客室が複数あると判定された場合（Ｓ６１：Ｙｅｓ）、制御部１１は、複数の最多利用客室のうち、前記チェックイン手続き要求が入力されたチェックイン受付日に最も近い過去の宿泊日に宿泊した利用客室（本発明の第１最多利用部屋の一例）を前記適合部屋と推定する（Ｓ６２）。
【０１８５】
このように、前記適合部屋が推定されるため、より信頼性の高い適合部屋を得ることができる。
【０１８６】
ステップＳ６２において前記適合部屋が推定されると、次のステップＳ４７では、前記適合部屋と推定された前記利用部屋が空き部屋か否かが判定される。ここで、前記利用部屋が空き部屋でないと判定されると（Ｓ４７：Ｎｏ）、制御部１１は、処理をステップＳ６３に移行させる。そして、ステップＳ６３において、制御部１１は、前記宿泊履歴を参照して、前記複数の最多利用客室のうち、次に前記チェックイン受付日に近い宿泊日に宿泊した利用客室（以下「次順利用客室」という。）があるか否かを判定する。前記次順利用客室は、本発明の第２最多利用部屋の一例である。制御部１１は、ステップＳ６３において有ると判定された前記利用客室を前記適合部屋に推定し、ステップＳ４７以降の処理を実行させる。
【０１８７】
ステップＳ６３の判定処理は、前記次順利用客室が判定されるか、或いは、複数の最多利用客室の全てに対して空き部屋の判定が行われた空き部屋が無いと判定されるまで実行される。そして、ステップＳ６３において、全ての最多利用客室が空き部屋と判定された場合（Ｓ６３：Ｎｏ）、制御部１１は、処理をステップＳ４６（図１３参照）に移行させ、ステップＳ４６以降の処理を実行させる。
【０１８８】
このように、前記部屋推定処理が行われるため、前記最多利用客室が複数ある場合に、全ての最多利用客室に対して順次空き部屋の判定が行われる。
【０１８９】
〈第４実施形態〉
次に、本発明の第４実施形態について説明する。なお、以下の第４実施形態の説明では、上述した各実施形態と異なる部分のみ説明し、各実施形態の各構成と共通する構成については、各実施形態の各構成に用いた符号と同符号を付し示すことにより、その説明を省略する。
【０１９０】
以下に説明する第４実施形態では、ステップＳ３０の部屋推定処理が、図１６に示すフローチャートにしたがって実行される。ここで、図１６は、前記部屋推定処理の手順の変形例３を示すフローチャートである。
【０１９１】
例えば、前記部屋推定処理において、利用者が過去に利用した客室の利用回数が予め定められた設定回数（閾値）以上であると判定され（Ｓ４４：Ｙｅｓ）、制御部１１は、前記設定回数以上の全ての利用客室を前記適合部屋と推定する（Ｓ７０）。
【０１９２】
その後、制御部１１は、前記適合部屋と推定された全ての客室について、空き部屋が否かの判定を行う。本実施形態では、前記設定回数以上の前記適合部屋に対して、前記利用回数が最も多い前記最多利用客室から降順で、順次、空き部屋か否かを判定する。
【０１９３】
具体的には、まず、制御部１１は、前記最多利用客室に対して空き部屋か否かを判定する（Ｓ４７）。そして、ステップＳ４７において、前記最多利用客室が空き部屋と判定された場合は、空き部屋と判定された適合部屋の部屋番号を記憶部１２に記憶する（Ｓ７１）。その後、次のステップＳ７２において、制御部１１は、記憶部１２を参照して、記憶部１２に記憶された適合部屋の部屋数が予め定められた規定数に達したか否かを判定する。つまり、制御部１１は、複数の適合部屋に対して、前記規定数の空き部屋が判定されるまで、ステップＳ７２の判定処理を順次行う。例えば、前記規定数が３つに設定されている場合は、記憶部１２に適合部屋の部屋番号が３つ記憶されるまでステップＳ７５の判定が行われる。
【０１９４】
ステップＳ７２において、前記所定数に達していないと判定された場合（Ｓ７２：Ｎｏ）、制御部１１は、処理をステップＳ７３に移行させる。一方、ステップＳ７２において、前記所定数に達していると判定された場合（Ｓ７２：Ｙｅｓ）、制御部１１は、処理をステップＳ４８に移行させる。
【０１９５】
ステップＳ４７において空き部屋ではないと判定された場合、或いは、ステップＳ７２において前記部屋数が前記所定数に達していないと判定された場合、制御部１１は、次のステップＳ７３において、前記利用回数が次に多い利用客室（次順利用客室）があるか否かを判定し（Ｓ７３）、次順の利用客室があると判定された場合に（Ｓ７３：Ｙｅｓ）、その利用客室をステップＳ４７による空室判定の対象に設定する（Ｓ７４）。その後、制御部１１は、ステップＳ４７に戻り、ステップＳ７４において設定された適合部屋に対して、空き部屋か否かを判定する。
【０１９６】
ステップＳ７３において、次順の利用客室が無いと判定された場合（Ｓ７３：Ｎｏ）、制御部１１は、処理をステップＳ７５に移行させる。ステップＳ７５では、制御部１１は、記憶部１２に記憶された前記部屋番号を参照して、空き部屋と判定された前記適合部屋があるか否かを判定する。ステップＳ７５において、空き部屋と判定された適合部屋がないと判定されると、制御部１１は、処理をステップＳ４６（図１３参照）に移行させ、ステップＳ４６以降の処理を実行させる。一方、ステップＳ７５において、空き部屋と判定された適合部屋があると判定されると、制御部１１は、処理をステップＳ４８に移行させる。
【０１９７】
ステップＳ４８では、制御部１１は、空き部屋と判定された一又は複数の適合部屋をアサイン対象に設定する。その後、制御部１１は、処理を図１７のステップＳ８１に移行させて、ステップＳ８１移行の処理を実行させる。なお、制御部１１は、アサイン対象と設定された部屋の情報をチェックイン端末２０に送信する。
【０１９８】
前記部屋推定処理（Ｓ３０）が終了すると、図１７に示すように、前記チェックイン処理において、制御部２１は、空いている適合部屋が複数であるか否かを判定する（Ｓ８１）。ステップＳ８１において、空いている適合部屋が一つであると判定された場合は、制御部２１は、処理をステップＳ３１に移行させ、ステップＳ３１以降の処理を実行する。一方、ステップＳ８１において、空き部屋と判定された適合部屋が複数と判定された場合は、制御部２１は、それらの空き部屋を示す情報（例えば客室番号）を操作表示部２３に表示する（Ｓ８２）。具体的には、制御部２１は、空き部屋と判定された複数の適合部屋の客室番号を含む部屋選択画面Ｄ１６（図１８参照）を操作表示部２３に表示する（Ｓ８２）。
【０１９９】
ここで、図１８は、前記チェックイン処理において、操作表示部２３に表示される部屋選択画面Ｄ１６（操作画面の一例）を示す図である。図１８に示す例では、利用回数が最も多い利用部屋である７０１号室と、二番目に多い７０２号室と、三番目に多い７０４号室が表示されている。これらはいずれも空き部屋と判定された客室である。各客室の表示部分に対応する位置にチェックボックスが設けられている。利用者は、部屋選択画面Ｄ１６に表示された複数の客室から所望するいずれか一つの客室のチェックボックスを選択してチェックマークを入力し、その後、ＯＫボタン２３８をタッチ操作する。これにより、制御部２１は、利用者による選択操作に伴う操作入力を受け付けて、利用者による選択操作に対応する客室、つまり、チェックされた客室を選択する。なお、前記選択操作は、チェックイン端末２０の受付処理部２１１によって受け付けられる。この場合、受付処理部２１１は、本発明の第２受付処理部の一例である。
【０２００】
利用者によっていずれか一つの客室が選択されると、制御部２１は、既にアサイン済みの宿泊部屋をステップＳ８３で選択された客室に変更する（Ｓ３３）。
【０２０１】
このように、空き部屋と判定された複数の適合部屋が操作表示部２３に選択可能に表示されるため、利用者は、操作表示部２３に表示された部屋選択画面Ｄ１６から、所望する客室を選択することができる。これにより、利用者は、選択した客室にチェックインインすることができる。また、前記最多利用客室及び前記次順利用客室のうち、前記規定数以内の空き部屋が適合部屋として部屋選択画面Ｄ１６に表示されるため、利用者は、自身にとって利用回数が上位の選択肢だけを把握することができる。
【０２０２】
なお、本実施形態では、前記適合部屋が前記規定数に達するまでステップＳ７２の判定処理が実行される例について説明するが、本発明はこのような処理例に限られない。例えば、ステップＳ７２を省略することも可能である。この場合、制御部１１は、空室判定の対象が無くなるまでステップＳ４７の判定処理を実行する。つまり、制御部１１は、ステップＳ７３において前記次順利用客室が無いと判定されるまで、ステップＳ４７の判定処理を実行する。これにより、前記最多利用客室及び前記次順利用客室のうち、空き部屋と判定された全ての客室がアサイン対象に設定され、部屋選択画面Ｄ１６に表示されるので、利用者の選択の幅が拡がる。
【０２０３】
〈他の実施形態〉
なお、本発明の他の実施形態として、管理装置１０の制御部１１に含まれる各処理部がチェックイン端末２０の制御部２１に含まれてもよい。また、チェックイン端末２０の制御部２１に含まれる各処理部が管理装置１０の制御部１１に含まれてもよい。
【０２０４】
また、本発明の施設利用管理システムは、管理装置１０及びチェックイン端末２０で構成されてもよいし、管理装置１０及びチェックイン端末２０のいずれか一方の単体で構成されてもよい。
【０２０５】
また、上述の各実施形態では、ホテルや旅館等の宿泊施設に適用される宿泊施設チェックインシステム１００を例示したが、本発明は、前記宿泊施設に適用されるシステムに限られない。上述した各実施形態は、本発明の施設利用管理システムを前記宿泊施設に適用した場合の単なる一実施例であり、本発明は、複数の部屋を有する施設、例えば、複数の貸し会議室を提供する施設、複数のカラオケルームを提供する施設、複数の部屋を有する飲食店などの各施設に適用可能な施設利用管理システム、施設利用管理方法として捉えることが可能である。
【符号の説明】
【０２０６】
１０    ：管理装置
１１    ：制御部
２０    ：チェックイン端末
２１    ：制御部
２２    ：記憶部
２３    ：操作表示部
２４    ：カードキー発行部
２４Ａ  ：排出口
２５    ：画像読取部
２６    ：カメラ
２７    ：通信部
２８    ：カード読取部
２８Ａ  ：挿入口
３０    ：利用者端末
３１    ：制御部
１００  ：宿泊施設チェックインシステム
１１０  ：空室検索処理部
１１１  ：予約登録処理部
１１２  ：予約照合処理部
１１３  ：更新処理部
１１４  ：部屋推定処理部
１２１  ：予約管理データ
２１１  ：受付処理部
２１２  ：表示処理部
２１３  ：チェックイン処理部
２１４  ：ルームキー発行処理部
２１５  ：履歴取得処理部
３１１  ：受付処理部
３１２  ：表示処理部
３１３  ：完了通知取得部
【図１】
0006962400.tif 000002
【図２】
0006962400.tif 000003
【図３】
0006962400.tif 000004
【図４】
0006962400.tif 000005
【図５】
0006962400.tif 000006
【図６】
0006962400.tif 000007
【図７】
0006962400.tif 000008
【図８】
0006962400.tif 000009
【図９】
0006962400.tif 000010
【図１０】
0006962400.tif 000011
【図１１】
0006962400.tif 000012
【図１２】
0006962400.tif 000013
【図１３】
0006962400.tif 000014
【図１４】
0006962400.tif 000015
【図１５】
0006962400.tif 000016
【図１６】
0006962400.tif 000017
【図１７】
0006962400.tif 000018
【図１８】
0006962400.tif 000019