特開 2022-18305 宿泊施設向けシステム及びその制御方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022018305

(43)【公開日】2022-01-27

(54)【発明の名称】宿泊施設向けシステム及びその制御方法

(51)【国際特許分類】

   G06Q 50/12 20120101AFI20220120BHJP

【ＦＩ】

G06Q50/12

【審査請求】未請求

【請求項の数】16

【出願形態】ＯＬ

(21)【出願番号】P 2020121331

(22)【出願日】2020-07-15

(71)【出願人】

【識別番号】319000436

【氏名又は名称】ラトナ株式会社

(74)【代理人】

【識別番号】100185878

【弁理士】

【氏名又は名称】植田 晋一

(74)【代理人】

【識別番号】100098899

【弁理士】

【氏名又は名称】飯塚 信市

(74)【代理人】

【識別番号】100163865

【弁理士】

【氏名又は名称】飯塚 健

(72)【発明者】

【氏名】高橋 智

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC23

(57)【要約】      （修正有）

【課題】宿泊施設内のシステム間の情報連携を図ることにより、宿泊施設全体として業務効率化を図り、ひいては顧客体験の向上を図るシステム及びその制御方法を提供する。
【解決手段】情報処理装置１を含む受付用システムと、受付用システムとネットワークを介して接続された１又は複数のスタッフ用端末５から成る、宿泊施設向けシステム１００であって、情報処理装置は、チェックインを行う顧客の識別処理を行う顧客識別処理部と、識別された顧客のチェックイン処理を行うチェックイン処理部と、を備える。スタッフ用端末は、チェックイン処理に応じて、スタッフ用端末に客室毎のチェックイン状況を表示するチェックイン状況表示部を備える。
【選択図】図１

【特許請求の範囲】

【請求項1】

情報処理装置を含む受付用システムと、前記受付用システムとローカルエリアネットワークを介して接続された１又は複数のスタッフ用端末とから成る、宿泊施設向けシステムであって、
前記情報処理装置は、
チェックインを行う顧客の識別処理を行う、顧客識別処理部と、
識別された顧客のチェックイン処理を行う、チェックイン処理部と、を備え、
前記スタッフ用端末は、
前記チェックイン処理に応じて、前記スタッフ用端末へと客室毎のチェックイン状況を表示する、チェックイン状況表示部を備える、宿泊施設向けシステム。

【請求項2】

前記受付用システムは、さらに、カメラを備え、
前記情報処理装置は、さらに、
前記カメラにより撮影された顧客画像を取得する、画像取得部を備え、
前記顧客識別処理部は、さらに、
前記顧客画像に基づいて顧客の識別処理を行う、画像識別処理部を備える、請求項１に記載の宿泊施設向けシステム。

【請求項3】

前記画像識別処理部は、さらに、
画像から所定の学習済モデルを利用して前記画像に含まれる顧客を分類する推論処理部を備えた画像処理サーバへと、前記顧客画像を送信する画像送信部と、
前記画像処理サーバから、前記顧客画像に対応する分類記号を受信して前記顧客の識別処理を行う、分類記号受信部と、を備える、請求項２に記載の宿泊施設向けシステム。

【請求項4】

前記分類記号受信部は、
前記画像処理サーバにおいて前記顧客画像に対応する分類記号が検出できない場合には、前記顧客画像に対応する前記分類記号に代えて前記画像処理サーバにより新規に発行された新規分類記号を受信し、
前記チェックイン処理部は、
前記新規分類記号を受信した場合には、宿泊予定者情報を読み出して前記新規分類記号との同期処理を行う、同期処理部を備え、前記同期処理が行われた顧客のチェックイン処理を行う、請求項３に記載の宿泊施設向けシステム。

【請求項5】

前記情報処理装置は、さらに、受付用スタッフの使用を想定した処理を行うモードと、前記顧客の使用を想定したモードのいずれかのモードを実行する、選択的モード実行部を備える、請求項１～４に記載の宿泊施設向けシステム。

【請求項6】

前記受付用システムは、さらに、マイクを含み、
前記情報処理装置は、
前記マイクを介して取得されたチェックインを行う顧客の音声を音声信号として取得する、音声信号取得部と、
前記音声信号に基づいて、前記顧客の音声からキーワード抽出を行う、キーワード抽出部と、
抽出された前記キーワードの一部又は全部を識別された前記顧客の顧客情報と紐付けて記憶する、記憶処理部と、を備える、請求項１～５に記載の宿泊施設向けシステム。

【請求項7】

前記キーワード抽出部は、さらに、
音声信号から所定の学習済モデルを利用して前記音声信号に含まれるキーワードを生成する推論処理部を備えた音声信号処理サーバへと、前記音声信号を送信する音声信号送信部と、
前記音声信号処理サーバから、前記音声信号に対応するキーワードを受信して前記キーワード抽出を行う、キーワード受信部を備える、請求項６に記載の宿泊施設向けシステム。

【請求項8】

前記キーワード抽出部は、さらに、
前記音声信号のうち、前記顧客と前記受付用システムを利用する受付スタッフとの会話のうちで前記受付スタッフが復唱した部分に基づいて前記キーワードを抽出する、復唱区間利用抽出部を備える、請求項６に記載の宿泊施設向けシステム。

【請求項9】

前記情報処理装置及び前記スタッフ用端末はクラスタを構成し、前記情報処理装置及び前記スタッフ用端末において実行される各処理は、所定の単位でマイクロサービスとして実装される、請求項１～８に記載の宿泊施設向けシステム。

【請求項10】

各前記マイクロサービスは、それぞれコンテナ化されており、コンテナ化された各前記マイクロサービスはオーケストレーションツールによりオーケストレーション制御されている、請求項９に記載の宿泊施設向けシステム。

【請求項11】

前記マイクロサービスは、サービス仲介サービスと、複数の処理サービスを含み、
複数の前記処理サービスのうち、一の処理サービスは、後続の処理サービスを特定する情報を含む出力データファイルを所定の記憶領域に出力し、かつ、処理済データを後続の処理サービスへと送信し、
前記サービス仲介サービスは、前記一の処理サービスによる前記出力データファイルに基づいて後続の処理サービスを特定して、当該後続の処理サービスへと実行指令を行う、請求項１０に記載の宿泊施設向けシステム。

【請求項12】

前記情報処理装置は、さらに、
チェックアウトを行う顧客の識別処理を行う、顧客識別処理部と、
識別された前記顧客のチェックアウト処理を行う、チェックアウト処理部と、を備える、請求項１～１１に記載の宿泊施設向けシステム。

【請求項13】

前記情報処理装置は、さらに、
前記チェックアウト処理の際に、前記チェックイン処理以後に前記顧客情報に加えられた修正を選択的に登録する、選択的登録部を備える、請求項１２に記載の宿泊施設向けシステム。

【請求項14】

前記スタッフ用端末は、前記客室の清掃状況を修正登録する清掃情報修正処理部を備える、請求項１～１３に記載の宿泊施設向けシステム。

【請求項15】

前記スタッフ用端末は、前記客室の設備状況を修正登録する設備情報修正処理部を備える、請求項１～１４に記載の宿泊施設向けシステム。

【請求項16】

情報処理装置を含む受付用システムと、前記受付用システムとローカルエリアネットワークを介して接続された１又は複数のスタッフ用端末とから成る、宿泊施設向けシステムの制御方法であって、
前記情報処理装置は、
チェックインを行う顧客の識別処理を行う、顧客識別処理ステップと、
識別された顧客のチェックイン処理を行う、チェックイン処理ステップと、を実行し、
前記スタッフ用端末は、
前記チェックイン処理に応じて、前記スタッフ用端末へと客室毎のチェックイン状況を表示する、チェックイン状況表示ステップを実行する、宿泊施設向けシステムの制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

この発明は、旅館等の宿泊施設において利用可能なシステムに関する。

【背景技術】

【0002】

従前より、旅館等の宿泊施設に対してシステムを導入することにより業務の効率化を図ることが検討されている。

【0003】

例えば、特許文献１には、フロント業務を行う係員がいない場合でも、宿泊施設にチェックインすることが可能なシステムが開示されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００２－２４５５０５号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、従前のシステムにおいては、特許文献１のようにチェックインやチェックアウト等の個別の業務のシステム化が行われることがあっても、施設内のシステム間の情報連携が不十分であった。そのため、宿泊施設全体として業務効率が最適化されておらず、ひいては顧客体験を十分に向上させることができなかった。

【0006】

本発明は、上述の技術的課題を解決するためになされたものであり、その目的とするところは、宿泊施設内のシステム間の情報連携を図ることにより、宿泊施設全体として業務効率化を図り、ひいては顧客体験の向上を図ることにある。

【課題を解決するための手段】

【0007】

上述の技術的課題は、以下の構成を有する宿泊施設向けシステム等により解決することができる。

【0008】

すなわち、本発明に係る宿泊施設向けシステムは、情報処理装置を含む受付用システムと、前記受付用システムとローカルエリアネットワークを介して接続された１又は複数のスタッフ用端末とから成る、宿泊施設向けシステムであって、前記情報処理装置は、チェックインを行う顧客の識別処理を行う、顧客識別処理部と、識別された顧客のチェックイン処理を行う、チェックイン処理部と、を備え、前記スタッフ用端末は、前記チェックイン処理に応じて、前記スタッフ用端末へと客室毎のチェックイン状況を表示する、チェックイン状況表示部を備えている。

【0009】

このような構成によれば、受付においてチェックイン処理を行うとチェックイン状況が現場のスタッフ用端末へと共有されるので、スタッフは顧客が客室へと移動する前に客室準備を行うことができる。すなわち、宿泊施設全体として業務の効率化を図ることができると共に顧客体験を向上させることができる。

【発明の効果】

【0010】

本発明によれば、宿泊施設全体として業務効率化を図り、ひいては顧客体験を向上させることができる。

【図面の簡単な説明】

【0011】

【図1】図１は、システムの全体構成図である。

【図2】図２は、情報処理装置の構成図である。

【図3】図３は、宿泊施設向けシステムのソフトウェア構成図である。

【図4】図４は、マイクロサービス実行の機能ブロック図である。

【図5】図５は、マイクロサービス間の処理データの受け渡しに関するフローチャートである。

【図6】図６は、モード提示動作のゼネラルフローチャートである。

【図7】図７は、モード選択初期画面の表示例である。

【図8】図８は、各種装置の配置に関する説明図である。

【図9】図９は、チェックインモード処理の詳細フローチャートである。

【図10】図１０は、事前処理に関する詳細フローチャートである。

【図11】図１１は、画像認識処理の詳細フローチャートである。

【図12】図１２は、同期処理の詳細フローチャートである。

【図13】図１３は、音声信号処理の詳細フローチャートである。

【図14】図１４は、チェックイン処理の際のカメラ起動中の撮影用画面の表示例である。

【図15】図１５は、チェックイン処理の際のカメラ起動完了後の撮影用画面の表示例である。

【図16】図１６は、チェックイン完了画面の表示例である。

【図17】図１７は、同期要求画面の表示例である。

【図18】図１８は、同期画面の表示例である。

【図19】図１９は、チェックイン完了要求画面の表示例である。

【図20】図２０は、顧客情報管理モードにおける画面表示例である。

【図21】図２１は、予約情報表示画面の表示例である。

【図22】図２２は、予約者に関する詳細情報表示画面の表示例である。

【図23】図２３は、ウェブサイトを介した予約に関する説明図である。

【図24】図２４は、客室情報管理モード処理の詳細フローチャートである。

【図25】図２５は、客室関連情報表示画面の表示例である。

【図26】図２６は、客室に関する詳細情報表示画面の表示例である。

【図27】図２７は、チェックアウトモード処理の詳細フローチャートである。

【図28】図２８は、チェックアウト処理の際のカメラ起動中の撮影用画面の表示例である。

【図29】図２９は、チェックアウト処理の際のカメラ起動完了後の撮影用画面の表示例である。

【図30】図３０は、チェックアウト完了要求画面の表示例である。

【図31】図３１は、チェックアウト完了画面の表示例である。

【図32】図３２は、決済システムと連携させた場合の表示例である。

【図33】図３３は、決済画面の表示例である。

【図34】図３４は、マスタ管理モードにおける画面表示例である。

【発明を実施するための形態】

【0012】

以下、本発明の好適な実施の形態について添付の図面を参照しつつ詳細に説明する。

【0013】

（１．第１の実施形態）
（１．１ システムの構成）
まず、図１～図３を参照しつつ、本実施形態に係るシステムの構成について説明する。

【0014】

図１は、システムの全体構成図である。同図から明かな通り、宿泊施設内に設けられる宿泊施設向けシステム１００は、インターネットを介して、画像信号処理サーバ１７、音声信号処理サーバ１８及びデプロイサーバ１９に接続されている。

【0015】

また、宿泊施設向けシステム１００は、情報処理装置１と、スタッフ用端末５と、宿泊施設内に配置される情報共有ディスプレイ６とがローカルエリアネットワーク（ＬＡＮ）（エッジネットワーク）を介して接続されることにより構成されている。情報処理装置１は、さらに、後述するように、受付近傍に配置されるカメラ２と、マイク３と、タッチパネルディスプレイを備えたタブレット端末４と接続されている。

【0016】

図２は、情報処理装置１の構成図である。同図から明かな通り、情報処理装置１においては、制御部１１、記憶部１２、入出力ポート１３、通信部１４、表示部１５及び入力部１６とが互いにバスを介して接続されている。

【0017】

制御部１１は、ＣＰＵ及び／又はＧＰＵ等の制御処理装置であり後述の各種のプログラムの実行等を行う。記憶部１２は、ＲＯＭ、ＲＡＭ、フラッシュメモリ又はハードディスク等からなる記憶装置であり、後述の各種のデータ、例えば、宿泊情報を含む顧客情報、従業員情報又は客室関連情報等や、後述の種々のプログラムを格納している。入出力ポート１３は外部装置との接続インタフェースであり、カメラ２、マイク３又はタブレット端末４等と接続される。通信部１４は、外部装置との通信処理を行う通信ユニットである。表示部１５は、接続されるタブレット端末４等の表示を制御する。入力部１６は、キーボード、マウス、タッチパネル等を介して得られた入力信号を処理する。なお、スタッフ用端末５も情報処理装置１と略同様の構成を有している。

【0018】

図３は、宿泊施設向けシステム１００のソフトウェア構成図である。本実施形態においては、後述の処理が所定単位に分割され各処理がコンテナ化されると共にオーケストレーションツールにより制御されている。これにより、ハードウェアリソースの管理がされている。なお、この所定単位の処理のそれぞれを本実施形態においてはマイクロサービスと称する。

【0019】

各装置には、オペレーションシステム（ＯＳ）４１がインストールされている。ＯＳ４１には、コンテナ環境の構築及びコンテナ環境におけるアプリケーションの実行を行うコンテナエンジン４２、及び、コンテナ環境のハードウェアリソースを管理するオーケストレーションツール４３が設けられている。

【0020】

コンテナエンジン４２は、ハードウェアリソース等を仮想化することで論理的なコンテナ領域を形成する。そして、アプリケーションは、コンテナ環境での動作に用いるライブラリと一体的に構成されている。その結果、コンテナ化されたアプリケーションは、コンテナ領域で動作する。

【0021】

なお、このようなアプリケーションとライブラリとを一体的に構成することは、コンテナ化と称されることがある。また、コンテナ化されたアプリケーションは、単にコンテナと称されることもある。このように、コンテナエンジン４２を導入することでコンテナ環境が構築され、アプリケーションをコンテナ化することで、コンテナ環境においてコンテナの実行が可能となる。

【0022】

オーケストレーションツール４３は、コンテナエンジン４２によって仮想化されたハードウェアリソースを管理（オーケストレーション）する。

【0023】

詳細には、オーケストレーションツール４３は、コンテナ化されたアプリケーションが実行される環境として、クラスタ４４と称される論理領域を構築する。クラスタ４４には、クラスタ４４の全体を管理するマスタ４５と、アプリケーションの実行環境であるノード４６とが設けられる。マスタ４５は、コンテナ４７の実行環境であるノード４６のハードウェアリソースの管理を行う。

【0024】

ノード４６においては、アプリケーションがライブラリと一体となって構成されるコンテナ４７が設けられ、１以上のコンテナ４７（図３においては２つのコンテナ４７）が、ポッド４８という単位で管理されている。なお、コンテナ４７は、１または２以上のコンテナ４７により構成されうる。ポッド４８は、ノード４６内においてポッド管理ブロック４９によって管理される。なお、ポッド管理ブロック４９は、マスタ４５からの指示に従って、ノード４６におけるリソース管理を行う。

【0025】

このように、コンテナエンジン４２及びオーケストレーションツール４３が導入された環境においては、コンテナ化されたアプリケーションはポッド４８の単位で管理される。そして、ポッド４８は、クラスタ４４内のノード４６において実行される。なお、コンテナ化されていないアプリケーション（図３において不図示）は、クラスタ４４のリソースを用いずに動作させてもよい。このようなコンテナ化されていないアプリケーションは、クラスタ４４内のポッド４８と双方向に通信することができる。

【0026】

なお、本実施形態においては、コンテナイメージ等はシステムの初期設定時にインターネットを介してデプロイサーバ１９からダウンロードされる。しかしながら、本発明はこのような構成に限定されず、各装置に予めソフトウェアをデプロイしてから導入する等してもよい。

【0027】

また、本実施形態においては、クラスタ４４内に１つのノード４６が設けられる例について説明したが、これに限らない。クラスタ４４内に複数のノード４６が設けられてもよい。また、本実施形態においては、１つの情報処理装置１のハードウェアリソースを用いてクラスタ４４が構成される例について示したが、これに限らない。２以上の異なるデバイスのハードウェアリソースを用いてクラスタ４４が構成されてもよい。オーケストレーションツール４３は、１以上のハードウェアのリソースを用いて１以上のクラスタ４４を構成することができる。

【0028】

（１．２ システムの動作）
（マイクロサービス処理）
図４及び図５を参照しつつ、本実施形態に係る各処理の基本的な動作について説明する。

【0029】

図４は、本実施形態に係るマイクロサービス実行の機能ブロック図である。同図から明かな通り、後述の様々な連続的処理の一部を構成する３つの処理（第１マイクロサービス５２、第２マイクロサービス５３、第３マイクロサービス５４）と、それらのマイクロサービス間の動作管理を行うサービスブローカ５１は、ノード４６においてそれぞれマイクロサービスとしてコンテナ化されている。

【0030】

各マイクロサービス（５２～５４）は、それぞれ受信データ領域（５２１、５３１、５４１）と送信データ領域（５２２、５３２、５４２）を備えており、サービスブローカ５１は、各マイクロサービス（５２～５４）の送信データ領域（５２２、５３２、５４２）を所定の周期で監視している。

【0031】

図５は、各マイクロサービス間の処理データの受け渡しに関するフローチャートである。同図において、左側のフローチャートは、サービスブローカ５１の動作に関するフローチャートであり、中央のフローチャートは、第１マイクロサービス５２の動作に関するフローチャートであり、さらに、右側のフローチャートは、第２マイクロサービス５３の動作に関するフローチャートである。

【0032】

処理が開始すると、サービスブローカ５１は、各マイクロサービスの送信データ領域に新たに書き込まれたデータファイルが存在するかを確認する（Ｓ１０１）。このデータファイルには、マイクロサービスにおける処理の結果データと、後続のマイクロサービスを特定する情報が含まれている。サービスブローカ５１はこの確認処理をデータファイルの存在が確認されるまで継続する（Ｓ１０２ＮＯ）。

【0033】

サービスブローカ５１は、この確認処理により送信データ領域にデータファイルが存在すると判定した場合には（Ｓ１０２ＹＥＳ）、当該データファイルを取得する処理を行い（Ｓ１０３）、その内容を読み込み、後続のマイクロサービスを特定する処理を行う（Ｓ１０３）。

【0034】

後続のマイクロサービスを特定した後、サービスブローカ５１は、コンテナ化された当該後続マイクロサービスに対して通信の確立を行う（Ｓ１０５）。その後、当該後続マイクロサービスに対して処理の実行指令を送信する（Ｓ１０６）。この処理の実行指令の後、データファイルを所定のデータベースへと書き込み（Ｓ１０７）、再び、一連の処理（Ｓ１０１～Ｓ１０７）が行われる。

【0035】

一方、第１マイクロサービスにおいては、実行指令を受信するまで待機状態（Ｓ１１１ＮＯ）にあった第１マイクロサービス５２は、サービスブローカ５１により実行指令を受信すると（Ｓ１１１ＹＥＳ）、対応する受信データ領域に、先のマイクロサービスにより送信された処理対象となるデータが存在するか否かを判定する処理を行う（Ｓ１１２）。

【0036】

受信データ領域にデータが存在しない場合には待機処理を行う（Ｓ１１２ＮＯ）。一方、受信データ領域にデータが存在する場合には（Ｓ１１２ＹＥＳ）、当該データに対して第１マイクロサービスに対応する第１の処理を行う（Ｓ１１３）。この第１の処理の処理結果となるデータファイルは対応する送信データ領域に記憶される（Ｓ１１４）。なお、このデータファイルの記憶処理は上述したようにサービスブローカ５１により検出される（Ｓ１０２ＹＥＳ）。

【0037】

データファイルの送信データ領域への記憶処理の後（Ｓ１１４）、後続のマイクロサービス、同図の例にあっては第２のマイクロサービス（Ｓ１１５）への通信確立処理が行われる（Ｓ１１５）。その後、第１マイクロサービスから第２マイクロサービスへと第１の処理による処理済データ部分を送信する処理が行われる（Ｓ１１６）。この処理の後
再び、一連の処理（Ｓ１１１～Ｓ１１６）が行われる。

【0038】

第２マイクロサービス５３の動作は、第１の処理（Ｓ１１３）に代えて第２の処理（Ｓ１２３）を行う点を除き、第１マイクロサービス５２と略同一であるため、ここでは詳細な説明を省略する。

【0039】

このように、第１の処理により処理済データと後続マイクロサービス情報とが含まれるデータファイルが生成され、このデータファイルに基づいて後続の第２のマイクロサービスに第１の処理済データが提供されることにより、プロセス間の処理結果の送信を柔軟に行えるようになる。従って、各プロセスの処理の順序の変更、追加や削除等がある場合のように、プロセスの処理順が動的に変更される場合などであっても、システムに大きな変更を加える必要がない。このようにして、処理装置内のシステム構成の変更等にも柔軟に対応することができる。

【0040】

なお、各マイクロサービスは、後述の処理を構成するあらゆる処理を含む。例えば、後述する撮影用画面表示処理（Ｓ４０１）、カメラの起動処理（Ｓ４０２）、動画像の取得処理（Ｓ４０３）等の各処理が、それぞれコンテナ化されたマイクロサービスとなり得る。また、上述の構成によれば、例えば、識別子の照合処理（Ｓ４０７）の結果に応じて次の処理が変わるような、選択的に後続のマイクロサービスが決定される場合であっても（図９参照）、データファイルに基づき動的かつ柔軟に後続のマイクロサービスを特定して実行させることができる。

【0041】

このようなシステムを互いに独立な小単位のコンポーネントの集合として設計するマイクロサービスアーキテクチャによれば、システム開発の負担が軽減されてシステムの設計コストが下がるため、導入コストも低下し、ひいては宿泊施設におけるシステムの導入拡大にも寄与することができる。また、処理速度の向上や各コンポーネント単位での変更の容易化等のメリットが得られる。

【0042】

（モード提示動作）
図６～図７を参照しつつ、情報処理装置１において行われるモード提示動作について説明する。

【0043】

図６は、モード提示動作のゼネラルフローチャートである。同図から明かな通り、処理が開始すると、タブレット端末４へとモード選択初期画面の表示処理が行われる（Ｓ１）。このモード選択初期画面が表示された後、所定の入力を検出するまで待機状態となる（Ｓ２ＮＯ）。

【0044】

図７は、タブレット端末４に表示されるモード選択初期画面の表示例である。同図から明かな通り、同図において左上には「旅館向けシステム」というシステム名称が表示され、画面右上には「Ｐｏｗｅｒｅｄ ｂｙ Ｘ」といった提供主体の表示がなされている。

【0045】

同図左側には、縦一列に上から、チェックインモード選択領域６１、チェックアウトモード選択領域６２、予約情報管理モード選択領域６４、客室情報管理モード選択領域６５、顧客情報管理モード選択領域６６、及び、マスタ管理モード選択領域６７が配置されている。後述するように、各領域を選択すると、対応する処理内容が画面中央の内容表示領域６００に表示される。

【0046】

図６に戻り、この状態において、タブレット端末４において入力が検出されると（Ｓ２ＹＥＳ）、モード検出処理（Ｓ３）が行われる。この検出処理の結果、チェックインモード選択領域６１が選択されたと判定されるとチェックインモード処理が行われる（Ｓ４）。チェックアウトモード選択領域６２が選択されたと判定されるとチェックアウトモード処理が行われる（Ｓ５）。予約情報管理モード選択領域６４が選択されたと判定されると予約情報管理モード処理が行われる（Ｓ９）。客室情報管理モード選択領域６５が選択されたと判定されると客室情報管理モード処理が行われる（Ｓ６）。顧客情報管理モード選択領域６６が選択されたと判定されると顧客情報管理モード処理が行われる（Ｓ７）。マスタ管理モード選択領域６７が選択されたと判定されるとマスタ管理モード処理が行われる（Ｓ１０）。以下、各モードの動作について説明する。

【0047】

（チェックインモード）
図８～図１９を参照しつつ、チェックインモード処理（Ｓ４）の詳細について説明する。

【0048】

図８は、受付付近の受付担当スタッフ８１と顧客８２及び各種装置の配置に関する説明図である。同図において、チェックインを行おうとする顧客８２は、カウンタ８０を挟んで受付担当スタッフ８１と対面している。

【0049】

カウンタ８０上には、高さを調整する台８の上にカメラ２とマイク３が配置されている。カメラ２は顧客８２の顔を画角内に捉えるよう配置され、また、マイク３は受付担当スタッフ８１と顧客８２の声を拾うことができるよう配置されている。なお、カウンタ８０の受付担当スタッフ８１側には図示しないタブレット端末４が配置されている。また、これらの装置（２～４）は、宿泊施設内に配置された図示しない情報処理装置１と接続されている。

【0050】

図９は、チェックインモード処理の詳細フローチャートである。同図から明かな通り、処理が開始すると、カメラ２から得られる画像信号に関する処理（Ｓ４０１等）と、マイク３から得られる音声信号に関する処理（Ｓ４１８等）が開始される。まず、画像信号に関する処理から説明する。

【0051】

画像信号に関する処理が開始すると、情報処理装置１は、撮影用画面を表示する処理を行うと共に（Ｓ４０１）、カメラ２の起動処理（Ｓ４０２）を行う。カメラの起動処理（Ｓ４０２）が完了した後は、カメラ２からは動画像情報が提供され、この動画像情報の取得・表示処理（Ｓ４０３）は後述の撮影ボタン６０１が選択されるまで行われる（Ｓ４０４ＮＯ）。

【0052】

図１４は、カメラ２起動中のタブレット端末４における撮影用画面の表示例である。同図から明かな通り、画面中央の内容表示領域６００の左上にはカメラ２を起動中（Ｓ４０２）であることを示すメッセージが表示され、右上にはチェックイン手続のうち撮影ステップを行っていることを示す情報が示されている。また、内容表示領域６００の中央には撮影ボタン６０１が表示され、撮影ボタン６０１の直上には、「お客さまをチェックインします。現在のモードは、"非対面"モードです。お客さまにカメラの前に立ってもらい、良いタイミングで"撮影"ボタンを押してください。」とのメッセージが表示されている。同表示は顧客へと直接タブレット端末４を対面させない非対面モードにおける表示であり、同メッセージは受付担当スタッフ８１に向けたメッセージである。なお、非対面モードであるか対面モードであるか否かを表す表示は、内容表示領域６００の右下に、顧客８２に誤って同画面を提示しないよう配置されている。また、同じく内容表示領域６００の右下には「顧客リスト連携」との表示が配置されており、これは、顧客情報が読み出し可能な状態となっていることを示している。

【0053】

このように非対面モードと対面モードのいずれかを選択可能に構成されていることで、タブレット端末４を、本実施形態のように顧客８２との対面接客を行う受け付けスタッフ８１に利用させることもでき、又、顧客８２が自身で無人チェックイン／チェックアウトする端末としても利用することができる。すなわち、機器を共用することができ費用削減等が可能となる。

【0054】

図１５は、情報処理装置１によるカメラ２の起動が完了した後の撮影用画面の表示例である。図１４と同様の表示については説明を省略する。同図から明かな通り、内容表示領域６００の左上にはカメラの起動（Ｓ４０２）を完了したことを示すメッセージが表示されている。また、内容表示領域６００には、カメラ２を介して得られた動画像がその上に撮影ボタン６０１等を重畳するような態様で表示されている（Ｓ４０３）。同図の例にあっては、顧客８２の上半身が画角内に入っている。

【0055】

図９に戻り、撮影ボタン６０１が選択されると（Ｓ４０４ＹＥＳ）、動画像に関する事前処理が行われる（Ｓ４０５）。

【0056】

図１０は、事前処理（Ｓ４０５）に関する詳細フローチャートである。同図から明かな通り、処理が開始すると、撮影ボタン６０１が選択される前後の所定枚数の画像を特定する処理が行われる（Ｓ４３１）。その後、特定された画像から後述の画像認識処理に好適な画像を検出する処理が行われる（Ｓ４３２）。例えば、画像のエッジ検出等からボケ等を検出し、最適画像を検出してもよい。

【0057】

最適画像の検出処理が完了すると、次に、画像内から人を検出する処理が行われる（Ｓ４３３）。この後、検出結果を記憶して（Ｓ４３５）、事前処理は終了する。

【0058】

図９に戻り、事前処理（Ｓ４０５）が完了すると、事前処理された画像に基づいて顧客画像の分類処理が行われる（Ｓ４０６）。

【0059】

図１１は、顧客画像の分類処理の詳細フローチャートである。同図左側のフローチャートは、情報処理装置１の動作を表し、同図右側のフローチャートは、画像信号処理サーバ１７の動作を表している。

【0060】

処理が開始すると、情報処理装置１は、事前処理により人検出が行われた画像を送信する処理を行う（Ｓ４４１）。画像を受信するまで所定の待機状態（Ｓ４４４ＮＯ）にあった画像信号処理サーバ１７は、画像を受信すると（Ｓ４４４ＹＥＳ）、画像に基づき学習済モデルを利用して出力パターンを推論する処理を行う（Ｓ４４５）。

【0061】

学習済モデルは、顧客画像を分類するよう機械学習することにより得られたものであり、画像情報を入力として後述の分類記号と対応する所定の出力パターンを推論する。

【0062】

画像信号処理サーバ１７は、推論処理の後、得られた出力パターンが過去に登録された分類記号のいずれかと一致するか否かの照合処理を行う（Ｓ４４７）。この照合処理の結果、一致する分類記号が存在しないと判定される場合、すなわち、新規の顧客であると判定される場合、新たな分類記号を発行する処理が行われる（Ｓ４５２）。

【0063】

一方、一致する分類記号が存在する場合、後述の送信処理へと進む。

【0064】

画像信号処理サーバ１７は、出力パターンが過去の分類記号と一致しない場合には発行された新たな分類記号を、また、出力パターンが既存の分類記号と一致する場合には当該既存の分類記号を、情報処理装置１へと送信する処理を行う（Ｓ４５０）。

【0065】

分類記号を受信するまで待機状態（Ｓ４４２ＮＯ）にあった情報処理装置１は、分類記号を受信すると（Ｓ４４２ＹＥＳ）、当該分類記号を記憶して処理は終了する。

【0066】

図９に戻り、顧客画像分類処理（Ｓ４０６）が終了すると、取得した分類記号を宿泊予約を行っている顧客の顧客情報の識別子と照合する処理を行う（Ｓ４０７）。

【0067】

照合処理の結果、分類記号と対応する予約客の顧客情報が存在する場合（Ｓ４０８ＹＥＳ）、チェックインフラグをオンにする等のチェックイン完了処理が行われると共に、後述の完了画面の表示処理が行われる（Ｓ４１０）。同時に、顧客情報管理モード選択ボタン６０２が選択されるまで待機状態（Ｓ４１２ＮＯ）とされる。

【0068】

この状態において顧客情報管理モード選択ボタンが選択されると（Ｓ４１２ＹＥＳ）、チェックインモード終了信号の音声信号処理プロセスへの送信処理が行われると共に（Ｓ４１３）、顧客情報管理モードを起動する処理が行われ（Ｓ４１４）、処理は終了する。

【0069】

図１６は、チェックイン完了処理（Ｓ４１０）により表示されるチェックイン完了画面の表示例である。同図から明かな通り、内容表示領域６００の中心には「お客さまのチェックインが完了しました。このお客様は既にＦａｃｅ情報が登録されているお客さまです。Ｃｕｓｔｏｍｅｒ Ｉｎｆｏ．に進んでください。」との文章が表示されており、その直下には、顧客情報管理モード選択ボタン６０２が表示されている。この顧客情報管理モード選択ボタン６０２を選択することで顧客情報管理モード（Ｓ７）へと移行することができる。

【0070】

一方、図９に戻り、照合処理（Ｓ４０７）の結果、分類記号と対応する予約客の顧客情報が存在しない場合（Ｓ４０８ＮＯ）、新規分類記号と宿泊予約している顧客の顧客情報に関して同期処理が行われる（Ｓ４１６）。

【0071】

図１２は、同期処理（Ｓ４１６）の詳細フローチャートである。同図から明らかな通り、処理が開始すると、分類記号を宿泊予約している顧客の顧客リストと同期することを要求する画面を表示するための処理が行われる（Ｓ４６１）。この画面は、画面遷移を行うための顧客リストボタン６０３が選択されるまで表示される（Ｓ４６２ＮＯ）。

【0072】

図１７は、同期要求画面の表示例である。同図から明らかな通り、内容表示領域６００の中央には「お客さまのチェックイン登録を行っています。Ｆａｃｅ情報がなく、初めてのお客さまです。顧客リストと同期してください。」との文章が表示され、その直下には顧客リストボタン６０３が配置されている。すなわち、受付担当スタッフ８１に対して、顧客リストへの同期を要求する表示がなされている。

【0073】

図１２に戻り、次に、顧客リストボタン６０３が選択されると（Ｓ４６２ＹＥＳ）、顧客リストを読み出すと共に当該顧客リスト情報を種々の情報と共に所定の同期用画面として表示する処理が行われる（Ｓ４６３）。その後、特定の顧客が選択されるまで（Ｓ４６５ＮＯ）、待機状態が継続される。

【0074】

この待機状態において、特定の顧客が選択されたことを検出すると（Ｓ４６５ＹＥＳ）、当該特定された顧客を新規分類記号と同期させる処理が行われる（Ｓ４６７）。その後、チェックインの完了要求を行う画面を表示し（Ｓ４６８）、再び待機状態となる（Ｓ４６９ＮＯ）。この待機状態においてさらに表示されているチェックイン完了ボタン６０９が選択されると（Ｓ４６９ＹＥＳ）、同期処理（Ｓ４１６）は終了する。

【0075】

図１８は、顧客リストボタン６０３を選択することにより表示される同期画面の表示例である。同図から明らかな通り、内容表示領域６００の左側には、顧客画像表示領域６０５が設けられ、右側には、顧客名、宿泊日、泊数、人数、及び部屋数を含む表である顧客リストを表示する顧客リスト表示領域６０６が配置されている。

【0076】

例えば、顧客リスト表示領域６０６には、顧客名として山田太郎（やまだ たろう）、宿泊日として５月１６日、宿泊数として１泊、人数として１人、部屋数として１人が表示されている。なお、顧客リストの表示数は表示数追加ボタン６０７を選択することにより変更することができる。

【0077】

この状態において、顧客リスト表示領域６０６中の特定の顧客に対応する領域、例えば、「山田太郎」が選択されると（Ｓ４６５ＹＥＳ）、新規分類記号と顧客情報を紐付ける同期処理（Ｓ４６７）が行われ、その後、完了要求画面を表示する処理が行われる（Ｓ４６８）。

【0078】

図１９は、チェックインの完了要求画面の表示例である。同図から明らかな通り、内容表示領域６００の左側には顧客画像表示領域６０５が設けられ、右側には「新規登録のお客さまに関する情報です」との文章と共に同期を行った顧客の情報を表示する同期済顧客情報表示領域６０８が設けられている。また、同期済顧客情報表示領域６０８の直下には、チェックイン完了ボタン６０９が表示されている。この状態において、チェックイン完了ボタン６０９が選択されると、同期処理（Ｓ４１６）は終了する。

【0079】

図９に戻り、同期処理（Ｓ４１６）が終了すると、上述の処理（Ｓ４１３～Ｓ４１４）を行い、処理は終了する。

【0080】

このような構成によれば、画像信号処理サーバ１７は、単に画像の分類処理のみを行い、顧客情報を有しないことから、情報セキュリティを向上させることができる。

【0081】

次に、図９において処理が開始した後に行われる、マイク３から得られる音声信号に関する処理（Ｓ４１８～Ｓ４１９）について説明する。

【0082】

図１３は、音声信号処理（Ｓ４１８）の詳細フローチャートである。同図左側のフローチャートは、情報処理装置１の動作を示し、同図右側のフローチャートは、音声信号処理サーバ１８の動作を示している。

【0083】

同図から明らかな通り、処理が開始すると、情報処理装置１は、マイク３を起動する処理を行う（Ｓ４７１）。この起動処理の後、マイク３を用いて音声情報を取得する処理が行われる（Ｓ４７２）。

【0084】

情報処理装置１は、所定量音声信号を蓄積するまで待機状態となり（Ｓ４７３ＮＯ）、所定量蓄積したと判定された場合には（Ｓ４７３ＹＥＳ）、得られた音声情報に対して前処理を行う（Ｓ４７４）。この所定量は予め決められた時間区間等であってもよいし、音声信号が所定区間途切れるまでの区間等であってもよい。前処理は、後述のテキスト化等を高精度化するための処理であり、例えば、ノイズ除去処理等を含む。前処理が行われた後、情報処理装置１は、音声情報を音声信号処理サーバ１８へと送信し（Ｓ４７６）、所定の待機状態へと至る（Ｓ４７７ＮＯ）。

【0085】

音声情報を受信するまで待機状態（Ｓ４８４ＮＯ）にあった音声信号処理サーバ１８は、音声情報を受信すると（Ｓ４８４ＹＥＳ）、音声情報を入力として学習済モデルを利用し音声情報のテキスト化処理を行う（Ｓ４８６）。学習済モデルは予め音声情報とテキストとの間の関係を機械学習により学習したものであり、音声情報を入力としてテキストを出力とするものである。

【0086】

その後、得られたテキスト情報からキーワードを抽出する処理が行われる（Ｓ４８９）。抽出対象としては、出願頻度の高いワードや予め決められたワード等であってもよい。例えば、顧客８２が受付担当スタッフ８１との間でタクシーを呼ぶことを依頼する会話を行っていた場合には、その会話の中から「タクシー」というキーワードを抽出する。抽出されたキーワードは、情報処理装置１へと送信される（Ｓ４９１）。その後、音声信号処理サーバ１８は、再び、一連の処理（Ｓ４８４～Ｓ４９１）を行う。

【0087】

なお、キーワードの抽出処理は上述の構成に限定されず様々な手法を採用することができる。例えば、音声信号に収録された顧客８２と受付スタッフ８１との会話のうちで前記受付スタッフが復唱した区間に基づいて前記キーワードを抽出する等してもよい。例えば、上述の例にあっては、顧客８２による「タクシーを呼んでいただけますか」との文章の後に「タクシーでございますね」といった復唱がなされた場合に、共通するキーワード「タクシー」を抽出するような構成としてもよい。

【0088】

待機状態（Ｓ４７９ＮＯ）にあった情報処理装置１は、キーワードを受信すると（Ｓ４７９ＹＥＳ）、キーワードに基づいて顧客情報へのタグ情報を生成する処理を行う（Ｓ４８１）。タグ情報は文章で構成された所定単位の情報である。

【0089】

その後、画像処理プロセス（Ｓ４１３）からのチェックインモード終了信号を受信しているか否かを判定し、受領していない場合には（Ｓ４８２ＮＯ）、再び音声情報の処理（Ｓ４７２～Ｓ４８２）が繰り返される、一方、チェックインモード終了信号を受信している場合には（Ｓ４８２ＹＥＳ）、処理は終了する。

【0090】

図９に戻り、音声信号処理（Ｓ４１８）が終了すると、生成されたタグ情報を情報処理装置１へと記憶する処理を行い（Ｓ４１９）、音声信号処理は終了する。

【0091】

このような構成によれば、顧客８２の発した言葉や受付用スタッフ８１との会話から顧客の好みや特徴等に関する情報を自動抽出して顧客情報へとタグ付けすることができるので、顧客情報を充実化させることができ、例えば、次回宿泊時の顧客体験を向上させることができる。

【0092】

なお、本実施形態においては、顧客画像に基づいて顧客の識別・認識処理を行う構成を例示したが本発明はそのような構成に限定されない。従って、例えば、網膜、虹彩、指紋又は静脈等の生体情報に基づいて顧客の識別・認証等を行ってもよい。なお、その際、認証情報について適宜に暗号化処理を行ってもよい。

【0093】

（顧客情報表示モード）
図２０を参照しつつ、顧客情報管理モード選択領域６６を選択することにより又は所定の起動処理（Ｓ４１４）によりタブレット端末４へと表示される顧客情報管理モード（Ｓ７）の表示例について説明する。

【0094】

同図から明らかな通り、内容表示領域６００の左側にはチェックインが完了した顧客８２の撮影画像を表示する画像表示領域６１１が配置され、右側には顧客８２に関連する情報を表示する関連情報表示領域６１２が配置されている。

【0095】

関連情報表示領域６１２には、顧客情報と対応する宿泊情報、すなわち、上から順に、名前、前回宿泊日（宿泊回数）、今回の宿泊関連情報（部屋、人数、泊数）、宿泊プラン、顧客の特徴（特徴的な情報や好み等）、及び年齢タグが表示されている。

【0096】

このような表示により、受付担当スタッフ８１はチェックインを行った顧客に関連するあらゆる情報を確認することができる。そのため、顧客８２の好み等に応じて様々な対応を行うことができ、その結果、顧客体験を向上させることができる。

【0097】

また、同画面を操作することにより、顧客に関連する各情報を修正等可能に構成されている。そのため、受付担当スタッフ８１等は編集した情報を各スタッフ間で共有することができる。

【0098】

（予約情報管理モード）
図２１～図２３を参照しつつ、予約情報管理モード処理（Ｓ９）について説明する。なお、以下では、予約情報管理モード処理（Ｓ６）は、情報処理装置１にて実行されるものとして説明するものの、情報処理装置１のみならず、スタッフ用端末５においても実行可能に構成されている。

【0099】

図２１は、図７等の画面において予約情報管理モード選択領域６４を選択することにより表示される予約情報表示画面の一例である。同図から明らかな通り、内容表示領域６００の中央上部には、予約顧客情報を読み出すことにより、予約情報リスト６６０が表示されている。

【0100】

予約情報リスト６６０は、項目として、顧客名、宿泊日、泊数／人数、部屋数、予約経路及び予約日を含んでいる。例えば、リストの最上段からは、「鈴木一郎」氏が５月１６日に１名で部屋数１にて１泊するという予約が５月１日に自社ＨＰ、すなわち、宿泊施設のウェブサイトを介して行われたということが把握される。

【0101】

また、同図から明らかな通り、各顧客名の右側には、既に顔画像の登録がなされている場合には、「Ｆａｃｅ」の文字を中央に有する顔情報登録表示６６１が配置されている。顧客の名前は選択可能に構成されており、選択によりさらなる詳細情報が表示されるよう構成されている。

【0102】

図２２は、図２１において、「鈴木一郎」氏を選択した場合に表示される詳細情報表示画面の一例である。同図から明らかな通り、内容表示領域６００の左上部には、鈴木一郎氏について登録されている顔画像を表示する顧客画像表示領域６０５が配置されている。また、顧客画像表示領域６０５の右側には、「鈴木一郎」氏の予約詳細情報を表示する予約詳細情報表示領域６６５が配置されている。

【0103】

予約詳細情報表示領域６６５には、予約者名、前回宿泊日（通算宿泊回数）、今回の宿泊情報（宿泊予定部屋、人数、泊数）、今回の宿泊プラン、宿泊日、予約経路、予約日、クーポンの有無、決済の有無、支払方法、連絡先及び住所に関する情報が含まれる。

【0104】

顧客画像表示領域６０５の直下には、顧客に対して客室割当が完了しているか否かを示す客室割当表示領域６６６、その直下にさらに、顧客に対して顔画像が登録されているか否かを示す顔画像登録表示領域６６７が配置されている。

【0105】

このような表示によれば、受付担当スタッフ８１を初めとするスタッフは、予約した顧客に関する情報を確認することができる。また、詳細画面を確認することで当該顧客の過去の宿泊情報を含む種々の関連情報も確認できることから、顧客体験のさらなる向上をもたらすことができる。

【0106】

図２３は、ウェブサイトを介した予約について説明するための機能ブロック図である。同図左側には、宿泊施設の自社ウェブサイト１１１と、当該宿泊施設以外が運営する宿泊施設の予約専用の予約ウェブサイト１１２が配置されている。また、同図右側には情報処理装置１が配置されている。なお、同図の例にあっては、予約ウェブサイト１１２は、１つのみ記載されているものの、その数は複数であってもよい。

【0107】

情報処理装置１には、各種のマスタとマスタに対応する各種の情報が記憶されている。同図の例にあっては、マスタには、宿泊のプラン等の情報を含む商品マスタ１２０、顧客情報等の情報を含む顧客マスタ１２１、宿泊価格の条件テーブル等の情報を含む価格マスタ１２３、客室の収容最大人数等の情報を含む客室マスタ１２４が含まれる。なお、客室割当処理部１１８により、顧客の客室への割当処理が行われる。

【0108】

情報処理装置１は、前述のチェックイン処理を行うチェックイン処理部１１３、館内取引処理を行う館内取引処理部１１４及び後述のチェックアウト処理を行うチェックアウト処理部１１５を備えている。また、情報処理装置１は、予約処理や予約の変更、解約処理を行う予約処理部１１７を備えている。さらに、情報処理装置１は、請求や会計処理を行う会計処理部１１９を備えている。なお、チェックイン処理部１１３、館内取引処理部１１４及びチェックアウト処理部１１５は会計処理部１１９と連携して後述の会計処理機能を提供する。

【0109】

同図の例にあっては、自社ウェブサイト１１１には、空室状況等を含む客室予約に関する情報がＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を介して提供される。すなわち、商品マスタ１２０から宿泊プラン等、顧客マスタ１２１から予約状況等、価格マスタ１２３から価格情報等、客室マスタ１２４から客室情報等が読み出されて自社ウェブサイト１１１（すなわち、顧客コンピュータのブラウザ等）へと提供される。これにより、宿泊施設の自社ウェブサイト１１１を介して、顧客は、宿泊条件等を確認しつつ所望の客室を予約することができる。

【0110】

また、同様に、予約ウェブサイト１１２に対しても空室状況等を含む客室予約に関する情報がＡＰＩを介して提供される。すなわち、商品マスタ１２０から宿泊プラン等、顧客マスタ１２１から予約状況等、価格マスタ１２３から価格情報等、客室マスタ１２４から客室情報等が読み出されて予約ウェブサイト１１２（すなわち、顧客コンピュータのブラウザ等）へと提供される。これにより、予約ウェブサイト１１２を介して顧客は、宿泊条件等を確認しつつ所望の客室を予約することができる。

【0111】

さらに、同図の例にあっては、顧客は、各ウェブサイト（１１１、１１２）を介して予約情報の変更や解約を行うことができる。すなわち、各ウェブサイトからの変更情報は予約処理部１１７へと提供され、予約処理部１１７は、各マスタと紐づけて登録された各種の情報を変更する処理を行う。また、必要に応じて会計処理部１１９とも連携して会計情報についても変更を行う。

【0112】

このような構成によれば、ウェブサイト等を介した予約を可能とすると共に、得られた予約情報を適切に管理し、その結果を適宜に閲覧することができるシステムを提供することができる。

【0113】

（客室情報管理モード）
図２４～図２６を参照しつつ、客室情報管理モード処理（Ｓ６）について説明する。客室情報管理モード処理（Ｓ６）は、情報処理装置１のみならず、スタッフ用端末５においても実行可能に構成されている。また、宿泊施設内に配置される情報共有ディスプレイ６に対して表示を行ってもよい。なお、本実施形態においては、スタッフ用端末５の使用者につき特段制限を設けないものの、本発明はこのような構成に限定されない。従って、スタッフ用端末５の使用者情報やログイン情報等に基づき、閲覧権限及び／又は編集権限を制限して特定のスタッフ用端末５のみに客室情報管理モードを実行可能に構成してもよい。例えば、その客室を担当するスタッフの使用するスタッフ用端末５にのみ、チェックイン情報等を表示したり編集を許可する等してもよい。

【0114】

図２４は、客室情報管理モード処理（Ｓ６）の詳細フローチャートである。同図から明かな通り、処理が開始すると、客室情報の読出処理（Ｓ６０１）、顧客情報の読出処理（Ｓ６０２）及び従業員情報の読出処理（Ｓ６０３）を行う。客室情報とは、宿泊施設内の客室に関する情報であり、顧客情報は宿泊情報を含む上述の種々の情報であり、従業員情報は従業員の地位や役割、名前等の情報である。これらの情報を読み込むと客室関連情報を表示する処理を行い（Ｓ６０４）、所定の待機状態となる（Ｓ６０６ＮＯ）。

【0115】

図２５は、客室関連情報表示画面の一例である。同図から明かな通り、内容表示領域６００の上部には横一列に階数情報表示領域６１５が配置されている。階数表示領域６１５の直下には長方形の部屋情報個別表示領域が６つ並んだ部屋情報簡易表示領域６１６が配置されている。なお、部屋情報簡易表示領域６１６には１０１号室から１０６号室までの６つの部屋が表示されているが、直下の三角形の送りボタン６１８を選択することで、他の部屋が表示される。

【0116】

同図から明かな通り、各部屋情報個別表示領域内には部屋番号、部屋の写真、宿泊者名、人数が表示されると共に、チェックインが未完了の場合には、チェックイン予定時刻及び清掃状況、チェックインが完了している場合にはその旨が表示されている。すなわち、スタッフ等はどの部屋のチェックインが完了しているか、完了していない場合には予定時間と清掃状況を一覧で確認することができる。

【0117】

図２４に戻り、客室関連情報表示画面が表示された状態で、部屋情報個別表示領域のいずれかの選択をタッチパネルを介して検出すると（Ｓ６０６ＹＥＳ）、選択された項目を検出する処理が行われる（Ｓ６０７）。その後、選択された客室に関する情報の表示処理が行われる（Ｓ６０８）。

【0118】

図２６は、客室に関する詳細情報表示画面の一例である。同図から明かな通り、内容表示領域６００の上部には横一列に階数情報表示領域６１５が配置されており、階数表示領域６１５の直下には客室の詳細情報を示す客室情報詳細表示領域６２０が配置されている。より詳細には、客室情報詳細表示領域６２０の左側には、部屋番号、部屋名称、チェックイン状況に関する表示と、部屋の内部写真が表示されている。一方、右側上段には宿泊客情報表示領域６２１が配置され、右側下段には清掃・設備情報表示領域６２２が配置されている。

【0119】

宿泊客情報表示領域６２１には、宿泊客に関する情報、すなわち、宿泊者の写真、名前、前回宿泊日、宿泊階数、宿泊する部屋名称、人数、泊数、宿泊プラン、チェックイン予定時間、及びアメニティ等の好みに関する情報等に関する表示が含まれている。また、宿泊客情報表示領域６２１の下部には、宿泊客情報を更新するための情報更新ボタン６２４が設けられている。

【0120】

一方、清掃・設備情報表示領域６２２には、清掃状況の有無、清掃担当者、及び設備情報に関する表示が含まれている。また、清掃・設備情報表示領域６２２の各項目の右方には、対応する情報を更新するための清掃情報更新ボタン６２６及び設備情報更新ボタン６２７が設けられている。

【0121】

図２４に戻り、客室情報の表示処理（Ｓ６０８）の後、情報更新ボタン６２４が選択されると（Ｓ６１１ＹＥＳ）、所定の待機状態（Ｓ６１１ＮＯ）が解除され、更新情報の入力受付処理が行われる（Ｓ６１２）。この更新情報の入力受付処理が完了すると、更新情報を記憶する処理が行われて（Ｓ６１３）、再び、客室に関する情報を表示して（Ｓ６０８）、所定の待機状態へと戻る。

【0122】

このような構成によれば、例えば、宿泊施設のスタッフは、宿泊客との会話の中で判明した宿泊客の好みに関する情報、例えば、アメニティの好み等の情報を更新し他のスタッフと共有することができる。

【0123】

また、客室情報の表示処理（Ｓ６０８）の後、清掃情報更新ボタン６２６又は設備情報更新ボタン６２７が選択されると（Ｓ６３１ＹＥＳ）、所定の待機状態（Ｓ６３１ＮＯ）が解除され、それぞれ更新情報の入力受付処理が行われる（Ｓ６３２）。この更新情報の入力受付処理が完了すると、更新情報を記憶する処理が行われて（Ｓ６３３）、再び、客室に関する情報を表示して（Ｓ６０８）、所定の待機状態へと戻る。

【0124】

このような構成によれば、宿泊施設のスタッフは、清掃担当者や清掃が完了しているかといった情報を更新することができるので、一目で各部屋の清掃状況や担当者を確認でき、業務の効率化を図ることができる。また、スタッフは、各部屋の最新の設備状況を常に確認できるので、顧客からのリクエストに対して的確な対応を行うことができる。

【0125】

一方、客室情報管理モード選択領域６５が選択される等して客室情報管理モードの終了が選択されると（Ｓ６２１）、所定の待機状態（Ｓ６２１ＮＯ）が解除され、処理は終了する。

【0126】

（チェックアウトモード）
図２７～図３３を参照しつつ、チェックアウトモード処理（Ｓ５）の詳細について説明する。なお、チェックアウトモードにおいても図８と同様に受付付近に各種装置が配置され、チェックアウトを行おうとする顧客８２がカウンタ８０を挟んで受付担当スタッフ８１と対面している。

【0127】

図２７は、チェックアウトモード処理（Ｓ５）の詳細フローチャートである。同図から明かな通り、チェックアウトモード処理においてもチェックイン処理（Ｓ４０１～Ｓ４０７）と同様に、撮影用画面の表示（Ｓ５０１）から分類記号の照合処理までが行われる（Ｓ５０８）。すなわち、チェックアウトモード処理においてもチェックインモード処理と同様に後述の図２８～図２９の画面図が表示される。

【0128】

図２８は、撮影用画面の表示例である。同図においても、図１４と同様に、内容表示領域６００の中央に「お客さまをチェックアウトします。現在のモードは、"非対面"モードです。お客様にカメラの前に立ってもらい、良いタイミングで"撮影"ボタンを押してください。」との指示が表示されると共にその直下には撮影ボタン６３０が表示されている。また、内容表示領域の左上にはカメラを起動中であることを示すメッセージが表示されている。カメラ２の起動が完了すると、続いて図２９へと遷移する。

【0129】

図２９は、カメラ２の起動完了後の撮影用画面の表示例である。同図においても、図１５と同様に、内容表示領域６００の左上にはカメラの起動（Ｓ５０２）を完了したことを示すメッセージが表示されている。また、内容表示領域６００には、カメラ２を介して得られた動画像が表示されており（Ｓ５０３）、同図の例にあっては、顧客８２の上半身が画角内に入っている。

【0130】

この起動完了後の撮影用画面が表示されている状態において、撮影ボタン６３０が選択されると（Ｓ５０４ＹＥＳ）、チェックイン処理の際と同様に、一連の画像処理・認識処理が行われ、取得した分類記号を宿泊している顧客情報の識別子と照合する処理が行われる（Ｓ５０６～Ｓ５０８）。

【0131】

なお、本実施形態においては、顧客画像に基づいて顧客の識別・認識処理を行う構成を例示したが本発明はそのような構成に限定されない。従って、例えば、網膜、虹彩、指紋又は静脈等の生体情報に基づいて顧客の識別・認証等を行ってもよい。なお、その際、認証情報について適宜に暗号化処理を行ってもよい。

【0132】

取得した分類記号と宿泊している顧客情報の識別子とを照合する処理が完了すると、次に宿泊に関する会計情報を読み出す処理を行い、チェックアウト完了要求画面を表示する処理を行う（Ｓ５０９）。

【0133】

図３０は、チェックアウト完了要求画面の表示例である。同図から明かな通り、内容表示領域６００の中央部には、「お客さまのチェックアウト処理を行っています。顔認識により、Ｆａｃｅ情報からお客さま情報が紐づけされました。会計処理が終わったら、チェックアウトを完了させてください。」とのチェックアウトの完了と会計を促すメッセージが表示されている。

【0134】

また、その直下には、左右に顧客情報管理モード起動ボタン６３２とチェックアウト完了ボタン６３１が表示されている。さらに、チェックアウト完了ボタン６３１の右隣りには、読み出された会計情報に基づき、「お会計金額：３６，３００円（税込み）」という対応する会計情報が表示されている。受付担当スタッフ８１は、同画面が表示された状態において現金やカードを受領する等して会計処理を行い、会計終了後にチェックアウト完了ボタン６３１を選択する。

【0135】

図２７に戻り、チェックアウト完了要求画面が表示された状態において、チェックアウト完了ボタン６３１が選択されると（Ｓ５２１ＮＯ）、所定の待機状態（Ｓ５２１ＮＯ）が解除され、チェックアウト完了画面の表示処理が行われる（Ｓ５２２）。その後チェックアウト処理は終了する。

【0136】

図３１は、チェックアウト完了画面の表示例である。同図から明かな通り、内容表示領域６３０の中央上部には顧客の顔写真と名前を表示しつつチェックアウトが完了したことを示すメッセージが表示される。また中央下部にはチェックアウトが完了したことを表すチェックマークが表示される。

【0137】

一方、チェックアウト完了要求画面が表示された状態において、顧客情報管理モード起動ボタン６３２が選択されると（Ｓ５１１ＹＥＳ）、所定の待機状態（Ｓ５１１ＮＯ）が解除され、顧客情報管理モード（Ｓ７）を起動する処理が行われる。その内容については図２０で示したものと同一であるのでここでは説明を省略する。顧客情報管理モードが終了すると、再び完了要求画面が表示される（Ｓ５０９）。

【0138】

このような構成によれば、チェックアウト時に次回の宿泊に備えて顧客に関する各種の情報を編集することができるので、顧客体験のさらなる向上を図ることができる。

【0139】

なお、チェックアウト処理の後半の顧客情報管理モードにおいて、例えば、チェックアウトまでの間に顧客情報に対して行われた修正や付与されたタグ情報を、顧客情報として情報処理装置１へと記憶するか否かの承認処理を許容する構成としてもよい。このような構成によれば顧客が宿泊中に様々なスタッフが入力した情報を選別して記録させることができるので、顧客情報を充実化させることができ、ひいては次回宿泊の際の顧客体験を向上させることができる。

【0140】

なお、図３０に示した例では請求金額を単に表示するのみであったが、決済システムと連携させることも可能である。

【0141】

図３２は、決済システムと連携させた場合の表示例である。同図から明かな通り、内容表示領域６００において、図３０においてチェックアウト完了ボタン６３１が表示されていた領域に決済画面移行ボタン６３５が選択可能に表示されている。また、内容表示領域６００の左上にはＮＦＣリーダーとの接続状況に関する表示、画面左下には決済機能が有効化されている旨の表示がなされている。この状態において決済画面移行ボタン６３５が選択されると決済画面が表示される。

【0142】

図３３は、決済画面の表示例である。同図から明かな通り、内容表示領域には、「会計処理を行います。支払い方法を選択してください」との表示の下に、５つの電子的な決済手段Ａ～Ｅに対応する決済手段選択ボタン（６４１～６４５）が表示されると共に、現金決済選択ボタン６４６、クレジットカード払い選択ボタン６４７が表示されている。これらの決済手段から１つを選択し、ＮＦＣリーダー等を用いて決済を行うことで、決済を行うことができる。このような構成によれば、本システムにより決済までを一元的に管理することができる。

【0143】

（その他）
図３４を参照しつつ、マスタ管理モード処理（Ｓ１０）の詳細について説明する。

【0144】

図３４は、マスタ管理モードにより表示されるマスタ管理画面の表示例である。マスタ管理モード処理が開始すると、内容表示領域６００の中央には、左から順に、商品マスタ選択表示６５１、客室マスタ選択表示６５２及び施設マスタ選択表示６５３が配置されている。各表示は選択可能に構成されており、選択することで、それぞれ商品マスタ情報、客室マスタ情報、施設マスタ情報を編集することができる。

【0145】

なお、マスタ情報の内容は、例えば、図２３で示したものである。すなわち、商品マスタ情報は、宿泊のプラン、オプション、特集、他品目、料理等の情報を含む。客室マスタ情報は、最大人数、許容プラン、露天風呂、バス・トイレに関する情報等を含む。施設マスタ情報は、例えば、施設備品等に関する情報である。なお、図３４では図示されないものの、マスタ管理モードにおいて価格マスタ等他のマスタ情報について変更可能に構成してもよい。

【0146】

以上、本発明の実施形態について説明したが、上記実施形態は本発明の適用例の一部を示したに過ぎず、本発明の技術的範囲を上記実施形態の具体的構成に限定する趣旨ではない。また、上記の実施形態は、矛盾が生じない範囲で適宜組み合わせ可能である。

【産業上の利用可能性】

【0147】

本発明は、少なくとも宿泊施設向けシステムを製造する産業において利用可能である。

【符号の説明】

【0148】

１ 情報処理装置
１１ 制御部
１２ 記憶部
１３ 入出力ポート
１４ 通信部
１５ 表示部
１６ 入力部
２ カメラ
３ マイク
４ タブレット端末
５ スタッフ用端末
６ 情報共有ディスプレイ
８ 調整台
１７ 画像信号処理サーバ
１８ 音声信号処理サーバ
１９ デプロイサーバ
４１ ＯＳ（オペレーションソフト）
４２ コンテナエンジン
４３ オーケストレーションツール
４４ クラスタ
４５ マスタ
４６ ノード
４７ コンテナ
４８ ポッド
４９ ポッド管理ブロック
５１ サービスブローカ
５２ 第１マイクロサービス
５２１ 受信データ領域
５２２ 送信データ領域
５３ 第２マイクロサービス
５３１ 受信データ領域
５３２ 送信データ領域
５４ 第３マイクロサービス
５４１ 受信データ領域
５４２ 送信データ領域
８０ カウンタ
８１ 受付担当スタッフ
８２ 顧客
１００ 宿泊施設向けシステム
６００ 内容表示領域

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】