JP6575322B2 - チェックイン端末、チェックイン制御装置、チェックイン制御方法、及びチェックイン制御プログラム - Google Patents

Description

本件は、チェックイン端末、チェックイン制御装置、チェックイン制御方法、及びチェックイン制御プログラムに関する。

ホテルや旅館といった宿泊施設で利用される種々の技術が提案されている。例えば、客室内に設置されたカードケースに客用カードキーを差し込むことにより、ホテルの客室の状況をフロントに集中表示する技術が知られている（例えば特許文献１参照）。また、宿泊施設の顧客が別の顧客と対面することを防止する技術も知られている（例えば特許文献２参照）。

特開平１−２４９４号公報 特開平９−１５３１９９号公報

ところで、宿泊施設を利用する複数のユーザが同時期にチェックインする場合、各ユーザが使う部屋を別のユーザから知られないようにするために、フロントの担当者はユーザに割り当てる部屋を隣り合わせにしないように配慮しながら決定している。

しかしながら、チェックイン直後にすぐに部屋に入室するユーザがいる一方で、そのユーザよりも前にチェックインした後、ロビーでしばらく時間を過ごしてから部屋に入室するユーザもいる。この場合、担当者の配慮があっても両ユーザが同じエレベータに乗り合わせて同じフロアで降り、隣接する部屋に同時期に入室する可能性があり、一方のユーザが使う部屋を他方のユーザに知られてしまうおそれがある。

そこで、１つの側面では、隣接する部屋が割り当てられたユーザが同時期に入室する可能性を低下させることができるチェックイン端末、チェックイン制御装置、チェックイン制御方法、及びチェックイン制御プログラムを提供することを目的とする。

本明細書に開示のチェックイン端末は、チェックイン時の空き室検索の際に、チェックイン管理データと部屋の入室状況を管理する管理データとを参照して、チェックイン済で未入室の部屋が検出されると、その部屋から離れた空き室を優先的な割り当て候補としてディスプレイに表示させる制御部を備えたチェックイン端末である。

本明細書に開示のチェックイン端末は、一のユーザのチェックイン時に空き部屋を検索する際、他のユーザのチェックイン状況と入室状況を管理する管理データを参照して、チェックイン済で未入室の部屋が検出された場合、前記未入室の部屋に隣接する空き部屋を、推奨しない割り当て候補としてディスプレイに表示させる制御部を備えたチェックイン端末である。

本明細書に開示のチェックイン制御装置は、一のユーザのチェックインにより端末装置から空き部屋の検索要求を受信し、他のユーザのチェックイン状況と入室状況を管理する管理データを参照して、チェックイン済で未入室の部屋が検出された場合、前記未入室の部屋に隣接する空き部屋を、推奨しない割り当て候補として前記端末装置に表示させる制御部を備えたチェックイン制御装置である。

本明細書に開示のチェックイン制御方法は、一のユーザのチェックインにより端末装置から空き部屋の検索要求を受信し、他のユーザのチェックイン状況と入室状況を管理する管理データを参照して、チェックイン済で未入室の部屋が検出された場合、前記未入室の部屋に隣接する空き部屋を、推奨しない割り当て候補として前記端末装置に表示させる処理をコンピュータが実行するチェックイン制御方法である。

本明細書に開示のチェックイン制御プログラムは、一のユーザのチェックインにより端末装置から空き部屋の検索要求を受信し、他のユーザのチェックイン状況と入室状況を管理する管理データを参照して、チェックイン済で未入室の部屋が検出された場合、前記未入室の部屋に隣接する空き部屋を、推奨しない割り当て候補として前記端末装置に表示させる処理をコンピュータに実行させるチェックイン制御プログラムである。

本明細書に開示のチェックイン端末、チェックイン制御装置、チェックイン制御方法、及びチェックイン制御プログラムによれば、隣接する部屋が割り当てられたユーザが同時期に入室する可能性を低下させることができる。

図１は、チェックイン制御システムの一例を説明するための図である。 図２は、サーバ装置のハードウェア構成の一例である。 図３は、サーバ装置の機能ブロック図の一例である。 図４は、管理データテーブルの一例である。 図５は、サーバ装置の機能ブロック図の別の一例である。 図６は、サーバ装置の動作の一例を示すフローチャートである。 図７は、第１実施形態に係る手続選択画面の一例である。 図８は、第１実施形態に係る部屋割当画面の一例である。 図９は、比較例に係る部屋割当画面の一例である。 図１０は、第１実施形態に係る部屋割当画面の別の一例である。 図１１（ａ）は、第２実施形態に係る手続選択画面の一例である。図１１（ｂ）は、サーバ装置の動作の一部を例示するフローチャートである。

以下、本件を実施するための形態について図面を参照して説明する。

（第１実施形態）
図１は、チェックイン制御システムＳの一例を説明するための図である。チェックイン制御システムＳは、図１に示すように、チェックイン端末としてのフロント端末１００、カードキー差込口１５０、及びチェックイン制御装置としてのサーバ装置２００を含んでいる。フロント端末１００及びカードキー差込口１５０はホテルＨＴＬに設置されている。サーバ装置２００はデータセンターＤＣに設置されている。尚、図１では宿泊施設の一例としてホテルＨＴＬを説明するが、宿泊施設であれば特に限定されず例えば旅館などであってもよい。

まず、ホテルＨＴＬの構成について説明する。ホテルＨＴＬのフロントにはフロント端末１００が設置されている。フロント端末１００としては例えばPersonal Computer（ＰＣ）などの端末装置がある。図１では２台のフロント端末１００が示されているが、ホテルＨＴＬの規模によってはフロント端末１００が１台であってもよいし、３台以上であってもよい。フロント端末１００はゲートウェイ機能を有するホテルＨＴＬ内のゲートウェイ装置１７０と接続されている。

フロント端末１００はホテルＨＴＬでフロント業務を担当する担当者Ｆによって操作される。例えば担当者Ｆによりチェックイン手続を実行するための操作が行われると、フロント端末１００はユーザＵに部屋を割り当てるための画面（以下、部屋割当画面と呼ぶ。）をディスプレイ１１０に表示する。例えば担当者ＦによりカードキーＣＫを発行するための操作が行われると、フロント端末１００はカードキーＣＫに部屋番号、発行日時、利用期限などのキー情報を書き込む。キー情報が書き込まれたカードキーＣＫは担当者ＦからユーザＵに交付される。尚、ユーザＵはホテルＨＴＬの宿泊客に限定されず、例えばデイユースでホテルＨＴＬを利用する者であってもよい。

カードキー差込口１５０は、図１に示すように、ホテルＨＴＬの部屋（より詳しくは客室）のドアＤの室内側に取り付けられている。尚、図１では、部屋番号「１００３」のドアＤにカードキー差込口１５０が取り付けられているが、部屋番号「９０１」、「９０２」、「９０３」、「１００１」、及び「１００２」にも同様に取り付けられている。また、図１ではドアＤのレバーＬ付近にカードキー差込口１５０が取り付けられているが、カードキー差込口１５０は室内であれば特に限定されず、例えばドアＤ近くの壁面や寝具のそばに取り付けられていてもよい。各ドアＤに取り付けられたカードキー差込口１５０は、それぞれゲートウェイ装置１７０に接続されている。

ユーザＵはキー情報が書き込まれたカードキーＣＫを利用して自身に割り当てられた部屋のドアＤを開けて廊下から室内に入り、そのカードキーＣＫをカードキー差込口１５０に差し込む。カードキー差込口１５０はカードキーＣＫが差し込まれると、第１の入室情報を送信する。具体的にはカードキー差込口１５０は入室を表す入室情報「１」を送信する。逆に、ユーザＵがカードキーＣＫをカードキー差込口１５０から抜き出すと、カードキー差込口１５０は第２の入室情報を送信する。具体的にはカードキー差込口１５０は空室を表す入室情報「０」を送信する。すなわち、カードキー差込口１５０へのカードキーＣＫの差し込み及び抜き出しにより、ユーザＵが部屋に入出したか否かを判断することができる。

ゲートウェイ装置１７０は、通信ネットワークＮＷに接続されている。通信ネットワークＮＷとしては例えばインターネットがある。ゲートウェイ装置１７０は、カードキー差込口１５０から送信された第１の入室情報及び第２の入室情報を受信し、通信ネットワークＮＷを介してサーバ装置２００に向けて送信する。また、ゲートウェイ装置１７０は、担当者Ｆの操作によりフロント端末１００が生成した各種の要求を受信し、通信ネットワークＮＷを介してサーバ装置２００に向けて送信する。さらに、ゲートウェイ装置１７０は、サーバ装置２００から通信ネットワークＮＷを介して送信された部屋割当画面を受信し、フロント端末１００に送信する。

次に、データセンターＤＣの構成について説明する。データセンターＤＣには例えば空調設備が設置されており、データセンターＤＣの内部の温度や湿度などが遠隔地から管理されている。データセンターＤＣは耐震性を有している。データセンターＤＣの内部には、複数のサーバ装置２００が設置されている。各サーバ装置２００は通信ネットワークＮＷに接続されている。複数のサーバ装置２００のいずれか１つが、ゲートウェイ装置１７０から送信された各種要求、第１の入室情報、及び第２の入室情報を受信する。サーバ装置２００は、受信した各種要求、第１の入室情報や第２の入室情報に基づいて、各種の情報処理を実行する。例えば、サーバ装置２００は受信した要求に基づいて部屋割当画面を生成してフロント端末１００に向けて送信したり、自身が有するデータを書き換えたりする。尚、サーバ装置２００の詳細な構成及び動作については後述する。

次に、図２を参照して、上述したサーバ装置２００のハードウェア構成について説明する。尚、上述したフロント端末１００については基本的にサーバ装置２００と同様のハードウェア構成であるため説明を省略する。

図２は、サーバ装置２００のハードウェア構成の一例である。図２に示すように、サーバ装置２００は、少なくともCentral Processing Unit（ＣＰＵ）２００Ａ、Random Access Memory（ＲＡＭ）２００Ｂ、Read Only Memory（ＲＯＭ）２００Ｃ及びネットワークＩ／Ｆ（インタフェース）２００Ｄを含んでいる。サーバ装置２００は、必要に応じて、Hard Disk Drive（ＨＤＤ）２００Ｅ、入力Ｉ／Ｆ２００Ｆ、出力Ｉ／Ｆ２００Ｇ、入出力Ｉ／Ｆ２００Ｈ、ドライブ装置２００Ｉの少なくとも１つを含んでいてもよい。ＣＰＵ２００Ａ、ＲＡＭ２００Ｂ、ＲＯＭ２００Ｃ、ネットワークＩ／Ｆ２００Ｄ、ＨＤＤ２００Ｅ、入力Ｉ／Ｆ２００Ｆ、出力Ｉ／Ｆ２００Ｇ、入出力Ｉ／Ｆ２００Ｈ、ドライブ装置２００Ｉは、内部バス２００Ｊによって互いに接続されている。少なくともＣＰＵ２００ＡとＲＡＭ２００Ｂとが協働することによってコンピュータが実現される。

入力Ｉ／Ｆ２００Ｆには、入力装置７１０が接続される。入力装置７１０としては、例えばキーボードやマウスなどがある。
出力Ｉ／Ｆ２００Ｇには、表示装置７２０が接続される。表示装置７２０としては、例えば液晶ディスプレイがある。
入出力Ｉ／Ｆ２００Ｈには、半導体メモリ７３０が接続される。半導体メモリ７３０としては、例えばUniversal Serial Bus（ＵＳＢ）メモリやフラッシュメモリなどがある。入出力Ｉ／Ｆ２００Ｈは、半導体メモリ７３０に記憶されたプログラムやデータを読み取る。
入力Ｉ／Ｆ２００Ｆ及び入出力Ｉ／Ｆ２００Ｈは、例えばＵＳＢポートを備えている。出力Ｉ／Ｆ２００Ｇは、例えばディスプレイポートを備えている。

ドライブ装置２００Ｉには、可搬型記録媒体７４０が挿入される。可搬型記録媒体７４０としては、例えばCompact Disc（ＣＤ）−ＲＯＭ、Digital Versatile Disc（ＤＶＤ）といったリムーバブルディスクがある。ドライブ装置２００Ｉは、可搬型記録媒体７４０に記録されたプログラムやデータを読み込む。
ネットワークＩ／Ｆ２００Ｄは、例えばポートとPhysical Layer Chip（ＰＨＹチップ）とを備えている。サーバ装置２００は、ネットワークＩ／Ｆ２００Ｄを介して通信ネットワークＮＷと接続される。

上述したＲＡＭ２００Ｂには、ＲＯＭ２００ＣやＨＤＤ２００Ｅに記憶されたプログラムがＣＰＵ２００Ａによって格納される。ＲＡＭ２００Ｂには、可搬型記録媒体７４０に記録されたプログラムがＣＰＵ２００Ａによって格納される。格納されたプログラムをＣＰＵ２００Ａが実行することにより、サーバ装置２００は後述する各種の機能を実現し、また、後述する各種の処理を実行する。尚、プログラムは後述するフローチャートに応じたものとすればよい。

次に、図３及び図４を参照して、上述したサーバ装置２００の機能について説明する。

図３は、サーバ装置２００の機能ブロック図の一例である。図４は、管理データテーブルＴの一例である。サーバ装置２００は、図３に示すように、管理データ記憶部２０１と制御部２０２を含んでいる。

管理データ記憶部２０１は、ユーザのチェックイン状況と入室状況を管理する管理データを記憶する。より詳しくは、図４に示すように、管理データ記憶部２０１は、管理データテーブルＴにより管理データを予約日付毎に管理する。管理データは、部屋番号、ユーザ、性別、チェックイン時刻、入室フラグ、及びチェックアウト時刻を構成要素として含んでいる。部屋番号はユーザに割り当てられた部屋の番号を表している。ユーザはユーザの氏名を表している。性別はユーザの性別を表している。チェックイン時刻はユーザがチェックインした時刻を表している。入室フラグはユーザの部屋への入室状況を表している。具体的には、入室フラグにおけるフラグ「１」は入室済であることを表し、フラグ「０」は未入室であることを表している。チェックアウト時刻はユーザがチェックアウトした時刻を表している。

予約日付「２０１５年１０月２３日」の管理データテーブルＴによれば、部屋番号「１００１」の部屋には性別「女性」のユーザ「山田洋子」が割り当てられ、ユーザ「山田洋子」は時刻「２１：０３：３０」にチェックインしてその部屋に入室し、まだチェックアウトしていないことが示されている。例えば部屋番号「１００３」の部屋には性別「男性」のユーザ「佐藤次郎」が割り当てられ、ユーザ「佐藤次郎」は時刻「２１：３０：３４」にチェックインしたもののその部屋にまだ入室しておらず、かつ、まだチェックアウトしていないことが示されている。

一方、予約日付「２０１５年１０月２３日」の管理データテーブルＴによれば、ユーザ「鈴木しずか」はまだチェックイン前であるにもかかわらず、部屋番号「１００２」の部屋が事前に割り当てられていることが示されている。これは、前日の夜間などにサーバ装置２００が実行するバッチ処理によりユーザ「鈴木しずか」がホテルＨＴＬの宿泊予約時に希望した眺望、部屋タイプやチェックイン予定時刻などの情報に基づいて割り当てたためである。このような割り当ては例えばプレアサインと呼ばれることがある。バッチ処理によりチェックイン前に割り当てられた部屋番号は担当者Ｆのチェックイン時の操作により書き換えることができる。

尚、管理データテーブルＴはチェックイン状況と入室状況の双方を管理しているが、例えば管理データテーブルＴを２つのテーブルに分け、一方のテーブルが管理データから入室フラグを除いたチェックイン管理データを管理し、他方のテーブルが部屋番号と入室フラグを構成要素とする入室状況管理データを管理するようにしてもよい。

制御部２０２は、ユーザのチェックインによりフロント端末１００から空き部屋の検索要求を受信し、管理データ記憶部２０１を参照して、チェックイン済で未入室の部屋が検出された場合、未入室の部屋に隣接する空き部屋（好ましくは同じ階の空き部屋）を、推奨しない割り当て候補としてフロント端末１００のディスプレイ１１０に表示させる。また、制御部２０２は、未入室の部屋から離れた空き部屋（好ましくは異なる階の空き部屋）を、推奨する割り当て候補としてフロント端末１００のディスプレイ１１０に表示させる。さらに、制御部２０２は、未入室の部屋を、チェックイン済で入室済の部屋と異なる表示形態でフロント端末１００のディスプレイ１１０に表示させる。尚、表示形態としては、例えば色、明るさや模様などがある。その他、制御部２０２は各種の情報処理を実行する。

図５は、サーバ装置２００の機能ブロック図の別の一例である。
図３では、サーバ装置２００が制御部２０２を含む実施形態を説明したが、図５に示すように、制御部２０２と同様の機能を実現する制御部１０１をフロント端末１００が備えていてもよい。この場合、制御部１０１は管理データ記憶部２０１にアクセスして制御部２０２と同様の機能を実現する。図５では、２台のフロント端末１００のそれぞれが制御部１０１を備えているが、ホテルＨＴＬの業務内容に応じていずれか一方が制御部１０１を備えていてもよい。

続いて、図６から図８を参照して、サーバ装置２００の動作について説明する。

図６は、サーバ装置２００の動作の一例を示すフローチャートである。図７は、第１実施形態に係る手続選択画面の一例である。図８は、第１実施形態に係る部屋割当画面の一例である。

図６に示すように、まず、制御部２０２はチェックイン要求を受信したか否かを判断する（ステップＳ１０１）。チェックイン要求はフロント端末１００が生成し、フロント端末１００が制御部２０２に向けて送信する。より詳しくは、図７に示すように、フロント端末１００はチェックイン及びチェックアウトの時間帯にチェックインボタンＢｔ１とチェックアウトボタンＢｔ２を含む手続選択画面を表示する。担当者ＦがポインタＰｔによりチェックインボタンＢｔ１を選択して押下すると、フロント端末１００はチェックイン要求を生成し送信する。これにより、制御部２０２は空き部屋（又は空き室）の検索を開始する。尚、チェックイン要求はチェックインの日付を含んでいる。

ここで、制御部２０２はチェックイン要求を受信するまで待機を続け（ステップＳ１０１：ＮＯ）、チェックイン要求を受信したと判断すると（ステップＳ１０１：ＹＥＳ）、チェックイン済の管理データを抽出する（ステップＳ１０２）。より詳しくは、制御部２０２は管理データ記憶部２０１を参照し、チェックイン要求に含まれる日付に対応する管理データテーブルＴの中からチェックイン時刻に時刻が登録された管理データを抽出する。図４に示す管理データであれば、制御部２０２は部屋番号「１００１」、「１００３」及び「９０１」の管理データを抽出する。

ステップＳ１０２の処理が完了すると、次いで、制御部２０２は抽出した管理データの入室フラグを確認し（ステップＳ１０３）、未入室が検出されたか否かを判断する（ステップＳ１０４）。そして、制御部２０２は未入室が検出された場合（ステップＳ１０４：ＹＥＳ）、チェックインされていない部屋を選択可能とした部屋割当画面を生成する（ステップＳ１０５）。一方、制御部２０２は未入室が検出されなかった場合（ステップＳ１０４：ＮＯ）、チェックインされていない部屋を選択可能とした部屋割当画面を送信する（ステップＳ１０６）。

上述したように、制御部２０２が部屋番号「１００１」、「１００３」及び「９０１」の管理データを抽出した場合、部屋番号「１００３」の管理データにおける入室フラグがフラグ「０」であるため、制御部２０２は未入室が検出されたと判断する。この場合、制御部２０２はステップＳ１０５の処理を実行する。仮に、部屋番号「１００３」の管理データにおける入室フラグがフラグ「１」である場合、制御部２０２は未入室が検出されなかったと判断する。この場合、制御部２０２はステップＳ１０６の処理を実行する。

ステップＳ１０５の処理が完了すると、次いで、制御部２０２は生成した部屋割当画面に対し、未入室の部屋を入室済の部屋と異なる表示形態で表示させる設定を行い（ステップＳ１０７）、未入室の部屋に隣接する部屋番号を取得する（ステップＳ１０８）。したがって、制御部２０２が部屋番号「１００１」、「１００３」及び「９０１」の管理データを抽出した場合、部屋番号「１００３」の部屋を部屋番号「１００１」及び「９０１」と異なる表示形態で表示させる設定を行う。そして、設定を行った後、制御部２０２は部屋番号「１００３」の部屋に隣接する部屋番号「１００２」を取得する。

ステップＳ１０８の処理が完了すると、次いで、制御部２０２は生成した部屋割当画面に対し、取得した部屋番号の部屋を推奨しない割当候補として設定を行う（ステップＳ１０９）。そして、ステップＳ１０９の処理が完了すると、制御部２０２は部屋割当画面を送信する（ステップＳ１１０）。これにより、フロント端末１００は制御部２０２から送信された部屋割当画面を受信してディスプレイ１１０に表示する。

部屋割当画面は、図８に示すように、部屋番号と対応付けられた選択可能な画像として複数の選択ボタンＢｔ３〜Ｂｔ８、及び押下可能な画像としてキー発行ボタンＢｔ９を含んでいる。部屋番号「１００１」及び「９０１」の選択ボタンＢｔ３，Ｂｔ６にはチェックイン済かつ入室済であることを示す表示がなされている。部屋番号「１００３」の選択ボタンＢｔ５にはチェックイン済だが未入室であることを示す表示がなされている。すなわち、部屋番号「１００１」及び「９０１」の選択ボタンＢｔ３，Ｂｔ６と部屋番号「１００３」の選択ボタンＢｔ５とは異なる表示形態で表示されている。

一方、部屋番号「１００２」、「９０２」及び「９０３」の選択ボタンＢｔ４，Ｂｔ７，Ｂｔ８には上述した表示がなされておらず、空き部屋であることが示されている。ただし、部屋番号「１００２」の選択ボタンＢｔ４には推奨しない部屋として所定の第１図形（本実施形態では三角形）が表示されている。

担当者Ｆはフロント端末１００に表示された部屋割当画面を参照し、選択ボタンＢｔ４，Ｂｔ７，Ｂｔ８の中からチェックインを行うユーザＵに割り当てる部屋をポインタＰｔにより選択し、キー発行ボタンＢｔ９を押下する。この際、第１図形が表示された選択ボタンＢｔ４は推奨しない部屋であるため、担当者Ｆは意識的にその部屋を避け、選択ボタンＢｔ７，Ｂｔ８のいずれかを選択する。本実施形態では、担当者Ｆは部屋番号「９０３」の選択ボタンＢｔ８を選択している。担当者Ｆは選択ボタンＢｔ８を選択した後、キー発行ボタンＢｔ９を押下する。

ここでより具体的に説明すると、図４に示すように、部屋番号「１００３」の部屋はユーザ「佐藤次郎」に割り当てられているが、ユーザ「佐藤次郎」は時刻「２１：３０：３４」にチェックインしているものの、例えばロビーなどで時間を過ごすなどして、その部屋にまだ入室していない。ここで、仮にユーザ「鈴木しずか」が例えば時刻「２１：４５：３５」がフロントに訪れてチェックインし、事前に割り当てられた、又は担当者Ｆにより選択された部屋番号「１００２」の部屋にすぐに入室するつもりでいる一方で、ユーザ「佐藤次郎」が１５分間ほど時間を過ごしてから部屋に入室しようとすると、隣接する部屋番号「１００２」及び「１００３」の各部屋にそれぞれが同時期に入室することになる。ところが、このような場合、本実施形態によれば担当者Ｆは部屋番号「１００２」の部屋をユーザ「鈴木しずか」に割り当てず、部屋番号「９０３」の部屋を割り当てるため、異なるユーザが隣接する部屋に同時期に入室するが回避される。

ステップＳ１０６又はＳ１１０処理が完了すると、次いで、制御部２０２はキー発行要求を受信したと判断するまで待機を続け（ステップＳ１１１：ＮＯ）、キー発行要求を受信したと判断すると（ステップＳ１１１：ＹＥＳ）、チェックイン時刻を登録する（ステップＳ１１２）。ここで、キー発行要求はフロント端末１００が生成し、フロント端末１００が制御部２０２に向けて送信する。より詳しくは、図８に示すように、担当者ＦがポインタＰｔによりキー発行ボタンＢｔ９を押下すると、フロント端末１００は事前に割り当てられた変更前の部屋番号、選択された変更後の部屋番号を含むキー発行要求を生成して送信する。そして、制御部２０２がキー発行要求を受信すると、受信時の現在時刻をチェックイン時刻としてキー発行要求に含まれる変更前の部屋番号の管理データに登録する。その後、制御部２０２はチェックイン時刻を登録した管理データの部屋番号を変更後の部屋番号に書き換える。すなわち、本実施形態では制御部２０２は部屋番号「１００２」の管理データにおけるチェックイン時刻に現在時刻を登録し、部屋番号「１００２」を部屋番号「９０３」に書き換える。

ステップＳ１１２の処理が完了すると、次いで、制御部２０２は入室情報を受信したか否かを判断する（ステップＳ１１３）。制御部２０２は入室情報を受信したと判断すると（ステップＳ１１３：ＹＥＳ）、入室フラグを書き換える（ステップＳ１１４）。より詳しくは、制御部２０２は、第１の入室情報を受信すると、第１の入室情報を送信した部屋の管理データにおける入室フラグをフラグ「０」からフラグ「１」に書き換える。一方、制御部２０２は入室情報を受信していないと判断すると（ステップＳ１１３：ＮＯ）、ステップＳ１１４の処理をスキップし、ステップＳ１０１の処理に戻る。

図９は、比較例に係る部屋割当画面の一例である。比較例に係る部屋割当画面によれば、図８を参照して説明した本実施形態に係る部屋割当画面とは異なり、入室済か未入室かにより部屋番号の表示形態が分かれていない。具体的には、部屋番号「１００３」の部屋の選択ボタンＢｔ５と部屋番号「１００１」、「９０１」の部屋の選択ボタンＢｔ３，Ｂｔ６は同じ表示形態で表示されている。このため、担当者Ｆによっては、部屋番号「１００３」の部屋は入室済であると判断し、異なるユーザが同時期に入室するおそれがないと考えてチェックイン対象のユーザに対し部屋番号「１００２」の部屋を割り当てる可能性がある。

ところが、図８を参照して説明したように、本実施形態ではチェックイン済だが未入室である部屋が、チェックイン済かつ入室済である部屋と異なる表示形態で表示される。このため、担当者Ｆは異なるユーザが同時期に入室する可能性を回避して部屋を割り当てる。特に、チェックイン済だが未入室である部屋に隣接する部屋には所定の第１図形が表示されるため、担当者Ｆは異なるユーザが同時期に入室する可能性がある部屋を誤って選択することを回避する。

図１０は、第１実施形態に係る部屋割当画面の別の一例である。上述した図６のステップＳ１０８及びＳ１０９では、制御部２０２は未入室の部屋に隣接する部屋番号を取得し、部屋割当画面に対し、取得した部屋番号の部屋を推奨しない割当候補として設定を行った。ステップＳ１０８及びＳ１０９に代えて、制御部２０２は未入室の部屋から離れた空き部屋（望ましくは異なる階の空き部屋）の部屋番号を取得し、取得した部屋番号の部屋を推奨する割当候補として設定を行ってもよい。これにより、例えば図１０に示すように、部屋番号「９０３」の部屋の選択ボタンＢｔ８に所定の第２図形（本実施形態では円形）が表示される。これにより、担当者Ｆは選択ボタンＢｔ８を選択した後、キー発行ボタンＢｔ９を押下する。

以上、第１実施形態によれば、制御部２０２は、一のユーザのチェックインによりフロント端末１００からチェックイン要求を受信し、管理データ記憶部２０１を参照してチェックイン済で未入室の部屋が検出された場合、未入室の部屋に隣接する空き部屋を、推奨しない割り当て候補としてフロント端末１００に表示させる。これにより、隣接する部屋が割り当てられたユーザが同時期に入室する可能性を低下させることができる。

（第２実施形態）
続いて、図１１を参照して、本件の第２実施形態について説明する。
図１１（ａ）は、第２実施形態に係る手続選択画面の一例である。図１１（ｂ）は、サーバ装置２００の動作の一部を例示するフローチャートである。図１１（ａ）に示すように、第２実施形態に係る手続選択画面は、対象ユーザの性別を指定する選択ボタンＢｔ１０を含んでいる。担当者ＦがポインタＰｔにより選択ボタンＢｔ１０のいずれかを指定して、チェックインボタンＢｔ１を押下すると、フロント端末１００は指定された性別を含むチェックイン要求を生成して送信する。

次に、図１１（ｂ）に示すように、第２実施形態では図６で示したフローチャートに女性が指定されたか否かを判断する処理ステップＳ２０１が含まれている。より詳しくは、ステップＳ１０４の処理とステップＳ１０５の処理の間にステップＳ２０１の処理が含まれている。制御部２０２がチェックイン要求を受信し、未入室が検出されたと判断すると、制御部２０２はチェックイン要求に含まれる性別に基づいて女性が指定されたか否かを判断する（ステップＳ２０１）。ここで、制御部２０２は女性が指定されたと判断した場合（ステップＳ２０１：ＹＥＳ）、ステップＳ１０５の処理を実行する。一方、制御部２０２は男性が指定されたと判断した場合（ステップＳ２０１：ＮＯ）、ステップＳ１０６の処理を実行する。

すなわち、第２実施形態によれば、チェックイン対象ユーザの性別として女性が指定された場合に、フロント端末１００は入室済と未入室とで表示形態が異なり、かつ、推奨しない部屋に所定の第１図形が表示された部屋割当画面を表示する。これにより、例えば見知らぬ男性に尾行されているかもしれないと不安を感じるなどして、同時期の入室を極端に嫌う女性がチェックイン対象のユーザであっても、同時期に入室する可能性を低下させることができる。尚、ステップＳ２０１の処理をステップＳ１０１の直前に含め、チェックインの対象として女性が指定された場合に、制御部２０２がステップＳ１０１以降の処理を実行するようにしてもよい。

以上、本発明の好ましい実施形態について詳述したが、本発明に係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。例えば、本実施形態ではクラウドＣＬ上のサーバ装置２００を利用したが、例えばゲートウェイ装置１７０をサーバ装置２００に置き換えてホテルＨＴＬ内に設置し、ホテルＨＴＬ内に設置されたサーバ装置２００が各種の情報処理を実行するようにしてもよい。

また、上述した隣接する部屋には、一部屋だけでなく周辺の複数の部屋も含まれる。例えば部屋番号「１００３」に隣接する部屋の一例として部屋番号「１００２」の部屋を説明したが、部屋番号「１００１」の部屋が空き部屋であれば、隣接する部屋に部屋番号「１００１」の部屋も含めてもよいし、不図示の部屋番号「１００４」及び「１００５」の部屋も含めてもよい。さらに、第２実施形態では女性を一例として説明したが、女性に代えて、又は女性とともに、重要な顧客や賓客（例えば皇族や国賓など）を指定するようにしてもよい。さらに、カードキー差込口１５０からの入室情報の受信はチェックイン後の１回とし、その後の出入りは無視してもよいし、部屋への出入りを常時監視し、チェックイン後に入室する可能性があるユーザとの同時期の入室を回避するようにしてもよい。

なお、以上の説明に関して更に以下の付記を開示する。
（付記１）チェックイン時の空き室検索の際に、チェックイン管理データと部屋の入室状況を管理する管理データとを参照して、チェックイン済で未入室の部屋が検出されると、その部屋から離れた空き室を優先的な割り当て候補としてディスプレイに表示させる制御部を備えたチェックイン端末。
（付記２）チェックインの対象の性別として女性が指定された場合に、前記空き室検索を行うことを特徴とする付記１記載のチェックイン端末。
（付記３）一のユーザのチェックイン時に空き部屋を検索する際、他のユーザのチェックイン状況と入室状況を管理する管理データを参照して、チェックイン済で未入室の部屋が検出された場合、前記未入室の部屋に隣接する空き部屋を、推奨しない割り当て候補としてディスプレイに表示させる制御部を備えたチェックイン端末。
（付記４）前記制御部は、チェックインの対象の性別として女性が指定された場合に、前記空き部屋を検索することを特徴とする付記３に記載のチェックイン端末。
（付記５）一のユーザのチェックインにより端末装置から空き部屋の検索要求を受信し、他のユーザのチェックイン状況と入室状況を管理する管理データを参照して、チェックイン済で未入室の部屋が検出された場合、前記未入室の部屋に隣接する空き部屋を、推奨しない割り当て候補として前記端末装置に表示させる制御部を備えたチェックイン制御装置。
（付記６）前記制御部は、前記未入室の部屋に隣接する同じ階の空き部屋を、推奨しない割り当て候補として前記端末装置に表示させることを特徴とする付記５に記載のチェックイン制御装置。
（付記７）前記制御部は、前記未入室の部屋から離れた空き部屋を、推奨する割り当て候補として前記端末装置に表示させることを特徴とする付記５又は６に記載のチェックイン制御装置。
（付記８）前記制御部は、前記未入室の部屋とは異なる階の空き部屋を、推奨する割り当て候補として前記端末装置に表示させることを特徴とする付記５から７のいずれか１項に記載のチェックイン制御装置。
（付記９）前記制御部は、前記未入室の部屋を、チェックイン済で入室済の部屋と異なる表示形態で前記端末装置に表示させることを特徴とする付記５から８のいずれか１項に記載のチェックイン制御装置。
（付記１０）一のユーザのチェックインにより端末装置から空き部屋の検索要求を受信し、他のユーザのチェックイン状況と入室状況を管理する管理データを参照して、チェックイン済で未入室の部屋が検出された場合、前記未入室の部屋に隣接する空き部屋を、推奨しない割り当て候補として前記端末装置に表示させる処理をコンピュータが実行するチェックイン制御方法。
（付記１１）前記処理は、前記未入室の部屋に隣接する同じ階の空き部屋を、推奨しない割り当て候補として前記端末装置に表示させることを特徴とする付記１０に記載のチェックイン制御方法。
（付記１２）前記処理は、前記未入室の部屋から離れた空き部屋を、推奨する割り当て候補として前記端末装置に表示させることを特徴とする付記１０又は１１に記載のチェックイン制御方法。
（付記１３）前記処理は、前記未入室の部屋とは異なる階の空き部屋を、推奨する割り当て候補として前記端末装置に表示させることを特徴とする付記１０から１２のいずれか１項に記載のチェックイン制御方法。
（付記１４）前記処理は、前記未入室の部屋を、チェックイン済で入室済の部屋と異なる表示形態で前記端末装置に表示させることを特徴とする付記１０から１３のいずれか１項に記載のチェックイン制御方法。
（付記１５）一のユーザのチェックインにより端末装置から空き部屋の検索要求を受信し、他のユーザのチェックイン状況と入室状況を管理する管理データを参照して、チェックイン済で未入室の部屋が検出された場合、前記未入室の部屋に隣接する空き部屋を、推奨しない割り当て候補として前記端末装置に表示させる処理をコンピュータに実行させるチェックイン制御プログラム。

Ｓ チェックイン制御システム
１００ フロント端末
１０１ 制御部
１５０ カードキー差込口
１７０ ゲートウェイ装置
２００ サーバ装置
２０１ 管理データ記憶部
２０２ 制御部

Claims (10)

1. チェックイン時の空き室検索の際に、チェックイン管理データと部屋の入室状況を管理する管理データとを参照して、チェックイン済で未入室の部屋が検出されると、その部屋から離れた空き室を優先的な割り当て候補としてディスプレイに表示させる制御部を備えたチェックイン端末。
2. チェックインの対象の性別として女性が指定された場合に、前記空き室検索を行うことを特徴とする請求項１記載のチェックイン端末。
3. 一のユーザのチェックイン時に空き部屋を検索する際、他のユーザのチェックイン状況と入室状況を管理する管理データを参照して、チェックイン済で未入室の部屋が検出された場合、前記未入室の部屋に隣接する空き部屋を、推奨しない割り当て候補としてディスプレイに表示させる制御部を備えたチェックイン端末。
4. 一のユーザのチェックインにより端末装置から空き部屋の検索要求を受信し、他のユーザのチェックイン状況と入室状況を管理する管理データを参照して、チェックイン済で未入室の部屋が検出された場合、前記未入室の部屋に隣接する空き部屋を、推奨しない割り当て候補として前記端末装置に表示させる制御部を備えたチェックイン制御装置。
5. 前記制御部は、前記未入室の部屋に隣接する同じ階の空き部屋を、推奨しない割り当て候補として前記端末装置に表示させることを特徴とする請求項４に記載のチェックイン制御装置。
6. 前記制御部は、前記未入室の部屋から離れた空き部屋を、推奨する割り当て候補として前記端末装置に表示させることを特徴とする請求項４又は５に記載のチェックイン制御装置。
7. 前記制御部は、前記未入室の部屋とは異なる階の空き部屋を、推奨する割り当て候補として前記端末装置に表示させることを特徴とする請求項４から６のいずれか１項に記載のチェックイン制御装置。
8. 前記制御部は、前記未入室の部屋を、チェックイン済で入室済の部屋と異なる表示形態で前記端末装置に表示させることを特徴とする請求項４から７のいずれか１項に記載のチェックイン制御装置。
9. 一のユーザのチェックインにより端末装置から空き部屋の検索要求を受信し、他のユーザのチェックイン状況と入室状況を管理する管理データを参照して、チェックイン済で未入室の部屋が検出された場合、前記未入室の部屋に隣接する空き部屋を、推奨しない割り当て候補として前記端末装置に表示させる処理をコンピュータが実行するチェックイン制御方法。
10. 一のユーザのチェックインにより端末装置から空き部屋の検索要求を受信し、他のユーザのチェックイン状況と入室状況を管理する管理データを参照して、チェックイン済で未入室の部屋が検出された場合、前記未入室の部屋に隣接する空き部屋を、推奨しない割り当て候補として前記端末装置に表示させる処理をコンピュータに実行させるチェックイン制御プログラム。

Images