WO2020250984A1

WO2020250984A1 - プログラム、情報処理方法、情報処理装置およびロボット

Info

Publication number: WO2020250984A1
Application number: PCT/JP2020/023062
Authority: WO
Inventors: 良樹戸田; 詩博徐
Original assignee: Ｔｒａｄｆｉｔ株式会社
Priority date: 2019-06-11
Filing date: 2020-06-11
Publication date: 2020-12-17

Abstract

ロボット（８０）を利用して客室の清掃状態を自動的に点検するプログラム等を提供すること。　プログラムは、清掃終了した客室にロボット（８０）を入室させ、前記ロボット（８０）に搭載したカメラ（８８）により撮影された画像を取得し、前記画像に基づいて清掃状態を確認する処理をコンピュータに実行させる。プログラムは、前記ロボット（８０）に、所定の基準画像と同じレイアウトの画像を撮影させる。プログラムは、前記ロボット（８０）に搭載された臭気センサ（８９）により計測された臭気データを取得し、前記画像と、前記臭気データとに基づいて清掃状態を確認する。

Description

プログラム、情報処理方法、情報処理装置およびロボット

　本発明は、プログラム、情報処理方法、情報処理装置およびロボットに関する。

　ホテル、民泊等の宿泊施設において、ロボットを使用して客室の清掃に必要な物品を客室に運搬するシステムが提案されている（特許文献１）

国際公開第２０１９／２４４３６５号

　特許文献１のシステムによると、清掃に必要な物品が清掃を行なう予定の客室に自動的に運搬される。しかしながら、清掃作業および清掃作業後の点検等の作業は、従業員が行なう必要がある。

　一つの態様では、ロボットを利用して客室の清掃状態を自動的に点検するプログラム等を提供することを目的とする。

　プログラムは、清掃終了した客室にロボットを入室させ、前記ロボットに搭載したカメラにより撮影された画像を取得し、前記画像に基づいて清掃状態を確認する処理をコンピュータに実行させる。

　一つの態様では、ロボットを利用して客室の清掃状態を自動的に点検するプログラム等を提供できる。

情報処理システムの動作の概要を示す説明図である。情報処理システムの構成を説明する説明図である。ＰＭＳＤＢのレコードレイアウトを説明する説明図である。スピーカＤＢのレコードレイアウトを説明する説明図である。清掃状態ＤＢのレコードレイアウトを説明する説明図である。清掃状態ＤＢの状態遷移を説明する状態遷移図である。情報処理システムの動作の概要を示すシーケンス図である。プログラムの処理の流れを説明するフローチャートである。清掃要求処理のサブルーチンの処理の流れを説明するフローチャートである。清掃開始処理のサブルーチンの処理の流れを説明するフローチャートである。実施の形態２のリコメンドモデルの概要を説明する説明図である。実施の形態３の情報処理システムの構成を説明する説明図である。実施の形態３の清掃状態ＤＢのレコードレイアウトを説明する説明図である。実施の形態３の清掃状態の遷移を説明する状態遷移図である。実施の形態３のプログラムの処理の流れを説明するフローチャートである。実施の形態４の運搬ＤＢのレコードレイアウトを説明する説明図である。実施の形態４のプログラムの処理の流れを説明するフローチャートである。実施の形態５の情報処理装置の機能ブロック図である。実施の形態６の情報処理システムの構成を示す説明図である。実施の形態７の情報処理システムの構成を説明する説明図である。確認条件ＤＢのレコードレイアウトを説明する説明図である。確認結果ＤＢのレコードレイアウトを説明する説明図である。実施の形態７のプログラムの処理の流れを説明するフローチャートである。実施の形態８のリコメンドモデルの概要を説明する説明図である。実施の形態８のスマートスピーカの出力を説明する説明図である。実施の形態８のプログラムの処理の流れを説明するフローチャートである。実施の形態９のスマートスピーカの出力を説明する説明図である。実施の形態９のプログラムの処理の流れを説明するフローチャートであ実施の形態９の変形例で使用するリコメンドモデルの概要を説明する説明図である。実施の形態１０の情報処理装置の機能ブロック図である。実施の形態１１の情報処理装置の機能ブロック図である。

［実施の形態１］
　図１は、情報処理システム１０の動作の概要を示す説明図である。情報処理システム１０は、スマートスピーカ２０、情報処理端末１８およびルームインジケータ１７を含む。スマートスピーカ２０および情報処理端末１８は、本実施の形態のユーザーインタフェースの例示である。

　スマートスピーカ２０は、ホテル、民泊等の宿泊施設の客室に配置されている。スマートスピーカ２０は略半球形状であり、平面部に円形のタッチパネル２５と、カメラ２８（図２参照）とを有する。スマートスピーカ２０は、タッチパネル２５が斜め上方を向くように設置されている。スマートスピーカ２０は、球面部分の上部にマイク２６を、球面部分の下部にスピーカ２７をそれぞれ有する。

　情報処理端末１８は、スマートフォンまたはタブレット等の汎用の携帯型情報処理装置である。情報処理端末１８は、本システム専用の携帯型情報処理装置であっても良い。情報処理端末１８は、タッチパネル、マイクおよびスピーカを有する。宿泊施設の従業員は、情報処理端末１８を携帯して業務を行なう。

　ルームインジケータ１７は、清掃準備室またはリネン室等に設置された機器である。ルームインジケータ１７は、客室の清掃および確認の状況を一覧表示するディスプレイと、汎用のパソコン等との組合せである。ルームインジケータ１７には、後述する清掃状態ＤＢ４４（図２参照）に記録されたデータがリアルタイムで表示される。すなわち、清掃状態ＤＢ４４にデータが記録されることにより、自動的にルームインジケータ１７にデータが表示される。

　図１に示す例では、清掃列の「未」は清掃可能であるが、まだ清掃が終了していないことを示す。清掃列の「不可」は、宿泊客が滞在中等の理由で清掃できないことを示す。清掃列の「終了」は、清掃が終了したことを示す。

　確認列の「不可」は、清掃が終了していない、または、宿泊客が滞在中等の理由で、清掃状態の確認を行なえないことを示す。確認列の「未」は清掃が終了して確認を待っていることを示す。確認列の「終了」は、清掃後の確認が終了したことを示す。ルームインジケータ１７は、たとえば赤、黄、青等のランプを用いて清掃状態および確認状態を表示しても良い。

　清掃担当者および確認担当者は、ルームインジケータ１７の表示を見て、客室の清掃作業および確認作業を行なう。なお、ルームインジケータ１７の画面は、情報処理端末１８およびフロント等に設置されたパソコンのディスプレイにも表示可能である。すなわち、清掃担当者および確認担当者は、情報処理端末１８を使用して、清掃状態および確認状態を確認できる。フロントの担当者は、フロントに設置されたパソコンを使用して、清掃状態および確認状態を確認できる。

　たとえば、３０３号室に示す連泊中の宿泊客が、外出する前にスマートスピーカ２０に「掃除して下さい」のように話しかける。音声認識と意味解析を行なうことにより、宿泊客の意図が推定されて、ルームインジケータ１７の清掃列に「未」が表示される。清掃担当者は、清掃列に「未」が表示されている客室を順次清掃するとともに、タオル等を補充して、客室を整備する。

　たとえば、３０５号室では清掃を終了した清掃担当者がスマートスピーカ２０に「終了しました」のように話し掛ける。音声認識と意味解析を行なうことにより、清掃担当者の意図が推定されて、ルームインジケータ１７の清掃列に「終了」が表示される。スマートスピーカ２０から「３Ｆの状態です」等の音声とともに、ルームインジケータ１７の画面から抜粋した、近傍の部屋の清掃状態が表示される。清掃担当者は、次に清掃する部屋を判断できる。

　たとえば、廊下を移動中の確認担当者は、情報処理端末１８を用いて清掃状態を確認する。確認担当者は、清掃が終了した部屋の状態を確認する。確認終了後、確認担当者はスマートスピーカ２０に「確認ＯＫです」のように話し掛ける。音声認識と意味解析を行なうことにより、清掃担当者の意図が推定されて、ルームインジケータ１７の清掃列に「終了」が表示される。

　フロントで、宿泊客のチェックアウトが行なわれた場合、チェックアウト情報がルームインジケータ１７に反映されてその宿泊客が滞在していた部屋の清掃列に「未」が表示される。フロントでは、ルームインジケータ１７の状態を確認して、清掃および確認が終了した客室に新規の宿泊客を案内する。

　以上のように、それぞれの客室では、スマートスピーカ２０を介した音声による指示により、特別なコマンド等の操作方法を覚えなくても、ルームインジケータ１７を操作できる。たとえば、清掃担当者は清掃用具を両手に持った状態であっても、スマートスピーカ２０を介してルームインジケータ１７を操作できるため、作業効率を高めることができる。

　フロントでは、清掃および確認が終了したことをリアルタイムで確認できる。したがって、たとえば宿泊客が予定より早く到着した場合であっても、部屋の準備を待たせる時間を短縮できる。

　前述のとおり、スマートスピーカ２０および情報処理端末１８は、宿泊客および宿泊施設のスタッフ等のユーザがルームインジケータ１７を操作するユーザーインタフェースの一例である。ユーザーインタフェースは、ユーザから情報を取得できるものであれば、スマートスピーカ２０に限定されるものではない。例えば、マイクやスピーカの機能を備えるスマートフォン、タブレットまたはＰＣ等を用いて代替することも可能である。ユーザーインタフェースは、テレビの機能とコンピュータの機能とを兼ね備えた、いわゆるスマートテレビにより代替することも可能である。

　ユーザーインタフェースは、ユーザの身振り手振り等に基づくいわゆるジェスチャー入力に基づいて情報を取得しても良い。ジェスチャー入力は、たとえばユーザのステップ、ジャンプ等の足の動作に基づくものであっても良い。ユーザーインターフェ－スは、ユーザの脳波、筋電位または眼電位等の生体信号に基づいて情報を取得しても良い。ユーザーインタフェースは、たとえば音声入力とジェスチャー入力等、複数の入力手段の組み合わせに基づいて情報を取得しても良い。

　なお、ユーザーインタフェースは非接触的に入力を受け付けることが望ましい。ユーザは、荷物等により両手が塞がっている場合であっても、入力を行なえる。

　ユーザーインタフェースは、タッチパネルまたはキーボード等の入力機器を介した文字入力によりユーザからの情報を受け付けても良い。ユーザーインタフェースは、ユーザが示す手書きメモまたはパンフレット等をカメラ２８により撮影し、文字認識することによりユーザからの情報を受け付けてもよい。

　文字による情報の入力を受け付ける場合には、情報処理システム１０はユーザーインタフェースのタッチパネル２５、または、そのほかの表示装置に、入力を受け付けた内容を表示しても良い。情報処理システム１０は、ユーザが使用した言語を含む複数の言語で、入力を受け付けた内容を表示しても良い。ユーザは、自分の意図が正しく認識されたか否かを、画面を見ることで確認できる。

　以下の説明においては、ユーザーインタフェースがユーザから取得したデータを、取得データと記載する場合がある。取得データが音声データである場合を例にして、具体例を説明する。また、ユーザーインタフェースが音声を出力する場合を例にして、具体例を説明するが、テキストを画面に表示してもよいし、音声及びテキストの画面出力の両方を行ってもよく、出力手段の種類は限定されない。

　図２は、情報処理システム１０の構成を説明する説明図である。情報処理システム１０は、前述のスマートスピーカ２０、情報処理端末１８およびルームインジケータ１７に加えて、管理サーバ３０、音声応答サーバ１４、ＰＢＸ（Private Branch eXchange：構内交換機）１６、およびＰＭＳ（Property Management System：ホテル管理システム）サーバ１５を含む。

　管理サーバ３０は、ＰＢＸ１６を介してＰＭＳサーバ１５と接続されている。なお、管理サーバ３０は、ＰＢＸ１６を介さずにＰＭＳサーバ１５と接続されていても良い。

　スマートスピーカ２０は、前述のタッチパネル２５、マイク２６、スピーカ２７およびカメラ２８に加えて、ＣＰＵ（Central Processing Unit）２１、主記憶装置２２、補助記憶装置２３、通信部２４およびバスを備える。ＣＰＵ２１は、本実施の形態のプログラムを実行する演算制御装置である。ＣＰＵ２１には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。ＣＰＵ２１は、バスを介してスマートスピーカ２０を構成するハードウェア各部と接続されている。

　主記憶装置２２は、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリ等の記憶装置である。主記憶装置２２には、ＣＰＵ２１が行なう処理の途中で必要な情報およびＣＰＵ２１で実行中のプログラムが一時的に保存される。

　補助記憶装置２３は、ＳＲＡＭ、フラッシュメモリまたはハードディスク等の記憶装置である。補助記憶装置２３には、ＣＰＵ２１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。

　通信部２４は、スマートスピーカ２０とネットワークとの間のデータ通信を行なうインターフェイスである。タッチパネル２５は、液晶表示パネル等の表示部２５１と、表示部２５１に積層された入力部２５２とを備える。

　なお、図１に示すスマートスピーカ２０の形状は例示であり、スマートスピーカ２０は略半球状に限定しない。スマートスピーカ２０は、柱状、直方体状等の任意の形状であっても良い。スマートスピーカ２０は、スマートフォン、タブレットまたはパソコン等の汎用の情報処理装置であっても良い。スマートスピーカ２０は、パソコン等の汎用の情報処理装置と、外付けのマイク、スピーカおよびカメラとの組合せにより構成されても良い。

　管理サーバ３０は、ＣＰＵ３１、主記憶装置３２、補助記憶装置３３、通信部３４およびバスを備える。ＣＰＵ３１は、本実施の形態のプログラムを実行する演算制御装置である。ＣＰＵ３１には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。ＣＰＵ３１は、バスを介して管理サーバ３０を構成するハードウェア各部と接続されている。

　主記憶装置３２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等の記憶装置である。主記憶装置３２には、ＣＰＵ３１が行なう処理の途中で必要な情報およびＣＰＵ３１で実行中のプログラムが一時的に保存される。

　補助記憶装置３３は、ＳＲＡＭ、フラッシュメモリまたはハードディスク等の記憶装置である。補助記憶装置３３には、スピーカＤＢ（Database）４１、清掃状態ＤＢ４４、ＣＰＵ３１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。

　スピーカＤＢ４１および清掃状態ＤＢ４４は、管理サーバ３０に接続された外部の大容量記憶装置、または、ネットワークを介して管理サーバ３０に接続された他のサーバに記録されていても良い。

　通信部３４は、管理サーバ３０とネットワークとの間のデータ通信を行なうインターフェイスである。管理サーバ３０は、パソコンまたはサーバマシン等の汎用の情報処理装置である。管理サーバ３０は、大型計算機上で動作する仮想マシンでも良い。管理サーバ３０は、複数の複数のコンピュータまたはサーバマシンを組み合わせて構成されても良い。

　音声応答サーバ１４は、スマートスピーカ２０から音声データを取得して、音声認識等の処理を行なうとともに、応答にかかる音声データをスマートスピーカ２０に送信する情報処理装置である。

　ＰＭＳサーバ１５は、ＰＭＳの管理を行なう情報処理装置である。ここで、ＰＭＳについて簡単に説明する。ＰＭＳは、宿泊施設の管理システムであり、宿泊客の住所、氏名、国籍、料金決済方法、同行者および宿泊履歴等が記録されている。高級ホテル、民泊等、個々の顧客に応じたサービスを提供する宿泊施設で使用されるＰＭＳには、宿泊客の好み、各種記念日およびアレルギー等の情報も記録されている。ＰＭＳは、宿泊施設ごとに、または、チェーン系列ごとに導入されており、予約の受付、チェックイン、チェックアウトおよび精算等の処理に使用される。

　音声応答サーバ１４およびＰＭＳサーバ１５は、パソコンまたはサーバマシン等の汎用の情報処理装置である。音声応答サーバ１４およびＰＭＳサーバ１５は、大型計算機上で動作する仮想マシンでも良い。音声応答サーバ１４およびＰＭＳサーバ１５は、複数のコンピュータまたはサーバマシンを組み合わせて構成されても良い。

　ＰＢＸ１６は、宿泊施設内の内線電話の制御、および、外線電話との接続等を制御する交換機である。管理サーバ３０は、ＰＢＸ１６に対して所定のプロトコルで信号を送信することにより、ＰＢＸ１６を介してＰＭＳサーバ１５から情報を取得できる。

　図３は、ＰＭＳＤＢのレコードレイアウトを説明する説明図である。ＰＭＳＤＢは、ＰＭＳサーバ１５に記録されている情報のうち、宿泊施設に宿泊中および予約中のユーザにかかる情報を関連づけて記録するＤＢである。ＰＭＳＤＢは、日付フィールド、宿泊施設フィールド、宿泊者フィールドおよび状態フィールドを有する。宿泊施設フィールドは、名称フィールドおよび部屋番号フィールドを有する。

　宿泊者フィールドは、代表者フィールド、同行者数フィールド、関係フィールド、チェックアウト日フィールドおよび特記事項フィールドを有する。代表者フィールドは、名前フィールド、年齢フィールド、住所フィールド、性別フィールドおよび国籍フィールドを有する。

　日付フィールドには、日付が記録されている。名称フィールドには、宿泊施設の名称が記録されている。部屋番号フィールドには、客室の部屋番号が記録されている。名前フィールドには代表者の名前が記録されている。年齢フィールドには、代表者の年齢が記録されている。住所フィールドには、代表者の住所が記録されている。性別フィールドには、代表者の性別が記録されている。国籍フィールドには、代表者の国籍が記録されている。

　同行者数フィールドには、代表者に同行して宿泊する宿泊者の人数が記録されている。関係フィールドには、代表者と同行者との関係が記録されている。チェックアウト日フィールドには、チェックアウト予定日が記録されている。特記事項フィールドには、宿泊者に関する特記事項が記録されている。状態フィールドには、宿泊者の状態が記録されている。宿泊者フィールドの各サブフィールドに記録された情報は、宿泊客の属性にかかる宿泊客属性の一例である。

　ＰＭＳＤＢは、１つの客室について、１つのレコードを有する。宿泊者フィールドの各サブフィールドのデータは、予約受付時に取得されるか、または、チェックイン時にフロントの担当者等により入力される。過去にも宿泊したことがある宿泊者に関しては、過去の宿泊時に記録されたデータから取得されても良い。

　図３中の３３３号室のレコードを例にして説明を続ける。代表者フィールドの各サブフィールドには、代表者である「田中一郎」氏の年齢、住所、性別および国籍が記録されている。同行者数フィールドの「１」は、代表者である「田中一郎」氏と同行者１人の、合計２人が宿泊することを示す。関係フィールドの「夫婦」は、３３３号室に宿泊する２人が、夫婦であることを意味する。

　チェックアウト日フィールドの「６月２１日」は、３３３号室に宿泊する宿泊客が、６月２１日にチェックアウトする予定であることを意味する。特記事項フィールドの「銀婚式」は、３３３号室に宿泊する夫婦が、銀婚式を迎えることを意味する。状態フィールドの「未到着」は、まだチェックインしていないことを意味する。

　図３中の３３４号室のレコードを例にして説明を続ける。代表者フィールドの各サブフィールドには、代表者である「王敏」氏の年齢、住所、性別および国籍が記録されている。同行者数フィールドの「３」は、代表者である「王敏」氏と同行者３人の、合計４人が宿泊することを示す。関係フィールドの「家族」は、３３４号室に宿泊する４人が、家族連れであることを意味する。

　チェックアウト日フィールドの「６月３０日」は、３３４号室に宿泊する宿泊客が６月３０日にチェックアウトする予定であることを意味する。特記事項フィールドの「幼児２人」は、３３４号室に宿泊する４人のうち、２人が幼児であることを意味する。状態フィールドの「チェックイン済」は、チェックインが済んでいることを意味する。

　図４は、スピーカＤＢ４１のレコードレイアウトを説明する説明図である。スピーカＤＢ４１は、スマートスピーカ２０に固有に付与されたスピーカＩＤ（Identifier）と設置場所とを関連づけて記録するＤＢである。なお、本実施の形態では、スマートスピーカ２０を識別する具体例として、スピーカＩＤを用いるが、ユーザーインタフェースを識別するためのユーザーインタフェース識別子としては、ユーザーインタフェースを識別するための情報であればよく、当該ユーザーインタフェースが設置された客室の部屋番号や、ユーザーインタフェースに割り振られたＩＰアドレス等であってもよい。

　スピーカＤＢ４１は、スピーカＩＤフィールドおよび設置場所フィールドを有する。設置場所フィールドは、宿泊施設名フィールドおよび部屋番号フィールドを有する。スピーカＩＤフィールドには、スピーカＩＤが記録されている。宿泊施設名フィールドには、宿泊施設の名称が記録されている。部屋番号フィールドには、客室の部屋番号が記録されている。スピーカＤＢ４１は、１台のスマートスピーカ２０について１つのレコードを有する。

　図５は、清掃状態ＤＢ４４のレコードレイアウトを説明する説明図である。清掃状態ＤＢ４４は、客室と清掃状態とを関連づけて記録するＤＢである。清掃状態ＤＢ４４は、宿泊施設名フィールド、部屋番号フィールドおよび状態フィールドを有する。状態フィールドは、清掃フィールド、確認フィールドおよび特記事項フィールドを有する。

　宿泊施設名フィールドには、宿泊施設の名称が記録されている。部屋番号フィールドには、客室の部屋番号が記録されている。清掃フィールドには、清掃担当者の作業の状態が記録されている。清掃フィールドの「未」は清掃可能であるが、まだ清掃が終了していないことを示す。清掃フィールドの「不可」は、宿泊客が滞在中等の理由で清掃できないことを示す。清掃フィールドの「終了」は、清掃が終了したことを示す。

　確認フィールドには、確認担当者の作業の状態が記録されている。確認フィールドの「不可」は、清掃が終了していない、または、宿泊客が滞在中等の理由で、清掃状態の確認を行なえないことを示す。確認フィールドの「未」は清掃が終了して確認が可能であることを示す。確認フィールドの「終了」は、清掃後の確認が終了したことを示す。

　特記事項欄には、清掃に関する特記事項が記録されている。たとえば、３０６号室の特記事項欄には、清掃および確認を「１３時まで」に終了する必要があることが記録されている。

　図６は、清掃状態ＤＢ４４の状態遷移を説明する状態遷移図である。宿泊客のチェックインが行なわれた場合、および、外出していた宿泊客が帰還してフロントからルームキーを受領した場合等に、清掃フィールドおよび確認フィールドに「不可」が記録される。

　宿泊客から清掃の依頼を受けた場合、チェックアウトが行なわれた場合、および宿泊客がフロントにルームキーを預けて外出した場合等、客室の清掃準備が整った場合に、清掃フィールドに「未」が記録される。

　清掃担当者が清掃を終了して確認の準備が整った場合に、清掃フィールドに「終了」、確認フィールドに「未」が記録される。確認担当者が再清掃を行なう必要があると判断した場合、清掃フィールドに「未」、確認フィールドに「不可」が記録される。確認担当者が正しく清掃できたと判断した場合、清掃フィールドおよび確認フィールドに「終了」が記録される。同時に、ＰＭＳサーバ１５に客室の清掃および確認が終了した旨が通知される。

　図７は、情報処理システム１０の動作の概要を示すシーケンス図である。フロントでのチェックアウト処理等により、清掃状態ＤＢ４４が更新される（ステップＳ８００）。宿泊客から口頭または電話等により清掃の要望を受けた客室係の従業員が、パソコン等を操作して清掃状態ＤＢ４４を更新しても良い。

　ユーザが、スマートスピーカ２０に対して、たとえば「掃除して下さい」または「終了しました」のようにスマートスピーカ２０に話しかける。音声は、マイク２６により取得される（ステップＳ８０１）。ＣＰＵ２１は、取得した音声を電気信号に変換した音声データと、カメラ２８により撮影された画像と、スピーカＩＤとを音声応答サーバ１４に送信する（ステップＳ８０２）。

　音声応答サーバ１４は、音声データに基づいて音声認識を行ない、ユーザのリクエストを文字列に変換する（ステップＳ８１１）。音声応答サーバ１４は、変換した文字列に基づいて意味解析を行ない、ユーザのリクエストの意味を判定する（ステップＳ８１２）。音声応答サーバ１４は、音声データに基づいて発話時のユーザの感情を推定する感情解析を行なう（ステップＳ８１３）。なお、音声認識、意味解析および感情解析については公知の手法を使用できるため、詳細については説明を省略する。感情解析には、声のトーンやスピードの情報等を用いても良い。

　音声応答サーバ１４は、意味解析結果および感情解析結果に基づいて。管理サーバ３０への問合せの有無を判定する（ステップＳ８１４）。たとえば、ユーザが天気予報または交通情報などの一般的な情報についてリクエストしている場合は、音声応答サーバ１４は管理サーバ３０への問合せは不要であると判断する。

　管理サーバ３０への問合せが不要であると判定した場合、音声応答サーバ１４は、ネットワークを介してＷＥＢサービス等から情報を収集して、ユーザへの応答にかかる音声データを作成する。音声応答サーバ１４は、スマートスピーカ２０に音声データを送信し、スマートスピーカ２０から音声により応答が出力される。管理サーバ３０への問合せを行なわない場合に音声応答サーバ１４が行なう処理は公知であるため、詳細については説明を省略する。

　ユーザが客室の清掃に関する発言を行なった場合、音声応答サーバ１４は管理サーバ３０への問合せが必要であると判定する。音声応答サーバ１４は、音声データを解析して得たユーザの発言内容と、カメラ２８により撮影された画像と、スピーカＩＤとを管理サーバ３０に送信する（ステップＳ８２１）。

　以下では、管理サーバ３０への問合せが必要と判定した場合の処理の概要を説明する。なお、破線で囲んだ部分の処理の詳細については、後述する。

　ＣＰＵ３１は、発言内容に基づいて清掃状態ＤＢ４４の更新要否を判定する（ステップＳ８２２）。必要であると判定した場合、ＣＰＵ３１は清掃状態ＤＢ４４を更新する。具体的には、ＣＰＵ３１はスピーカＩＤをキーとして清掃状態ＤＢ４４を検索してレコードを抽出する。ＣＰＵ３１は、抽出したレコードの状態フィールドを更新する。

　ＣＰＵ３１は、ユーザへの応答要否を判定する（ステップＳ８２３）。たとえば、発言内容がユーザの一人言であると判定した場合、または他のユーザとの会話であると判定した場合、ＣＰＵ３１は清掃状態ＤＢ４４の更新も、ユーザへの応答も不要であると判定し、以後の処理を行なわない。

　たとえば、清掃担当者が「終了しました」のように話し掛けた場合、ＣＰＵ３１は近隣の客室の清掃状況に関する応答が必要であると判定して、ＰＭＳサーバ１５から必要な情報を取得する。ユーザに応答すると判定した場合、ＣＰＵ３１は、応答内容を音声応答サーバ１４に送信する（ステップＳ８２４）。

　音声応答サーバ１４は、受信した情報に基づいて自然音声による回答を作成する（ステップＳ８３１）。音声応答サーバ１４は、回答にかかる音声データおよび画像をスマートスピーカ２０に送信する（ステップＳ８３２）。ＣＰＵ２１は、タッチパネル２５に受信した画像を表示するとともに、スピーカ２７から音声を出力する（ステップＳ８３３）。

　図８は、プログラムの処理の流れを説明するフローチャートである。図８を使用して、図７中の破線で囲んだ部分でＣＰＵ３１が行なう処理の流れをさらに具体的に説明する。

　ＣＰＵ３１は、音声応答サーバ１４が前述のステップＳ８２１で送信した、ユーザの発言内容と、カメラ２８により撮影された画像と、スピーカＩＤとを受信する（ステップＳ８５１）。ＣＰＵ３１は、受信したスピーカＩＤをキーとしてスピーカＤＢ４１を検索して、スマートスピーカ２０が設置された宿泊施設名および部屋番号を取得する（ステップＳ８５２）。

　ＣＰＵ３１は、ステップＳ８５１で受信した発言内容に基づいて、ユーザ、すなわち宿泊客が客室の清掃を要求しているか否かを判定する（ステップＳ８５３）。客室の清掃を要求していると判定した場合（ステップＳ８５３でＹＥＳ）、ＣＰＵ３１は清掃要求処理のサブルーチンを起動する（ステップＳ８５４）。清掃要求処理のサブルーチンは、宿泊客からの清掃要求を受け付けるサブルーチンである。清掃要求処理のサブルーチンの処理の流れは後述する。その後、ＣＰＵ３１は処理を終了する。

　客室の清掃を要求していないと判定した場合（ステップＳ８５３でＮＯ）、ＣＰＵ３１は、ユーザ、すなわち客室の清掃担当者が清掃開始を報告しているか否かを判定する（ステップＳ８６１）。清掃開始を報告していると判定した場合（ステップＳ８６１でＹＥＳ）、ＣＰＵ３１は清掃開始処理のサブルーチンを起動する（ステップＳ８６２）。清掃開始処理のサブルーチンは、清掃担当者に情報を提供するサブルーチンである。清掃開始処理のサブルーチンの処理の流れは後述する。の後、ＣＰＵ３１は処理を終了する。

　清掃開始を報告していないと判定した場合（ステップＳ８６１でＮＯ）、ＣＰＵ３１は、ユーザが清掃終了を報告しているか否かを判定する（ステップＳ８６６）。清掃終了を報告していると判定した場合（ステップＳ８６６でＹＥＳ）、ＣＰＵ３１はユーザが所定の清掃担当者であるか否かを判定する（ステップＳ８６７）。判定は、たとえばカメラ２８により撮影されたユーザの画像、声紋認証、または、所定のパスワードの入力等に基づいて実行される。

　所定の清掃担当者とは、宿泊施設に雇用されて清掃作業を担当する者、または、宿泊施設から清掃作業を委託された清掃会社に雇用されて、宿泊施設で清掃作業を担当する者を意味する。所定の清掃担当者は、単に雇用されているのみでなく、十分な研修等を受けて、その宿泊施設での作業を行なう資格を有すると認定されている者を意味しても良い。所定の清掃担当者は、特定の日時に、特定の客室の清掃担当を割り当てられた特定の清掃担当者を意味しても良い。所定の清掃担当者は、所定の清掃会社の従業員であるなどの定められた条件を満たす者を意味しても良い。

　いずれの場合であっても、所定の清掃担当者の氏名、顔写真、声紋およびパスワード等の、ステップＳ８６７における判定に必要な情報は、補助記憶装置３３またはネットワークを介して接続された外部のサーバに記録されている。

　所定の清掃担当者であると判定した場合（ステップＳ８６７でＹＥＳ）、ＣＰＵ３１は清掃状態ＤＢ４４を更新する（ステップＳ８６８）。具体的には、図６を使用して説明したように、ＣＰＵ３１は清掃作業中の客室に関するレコードの清掃フィールドに「終了」を、確認フィールドに「未」を記録する。所定の清掃担当者ではないと判定した場合（ステップＳ８６７でＮＯ）、またはステップＳ８６８の終了後、ＣＰＵ３１は処理を終了する。

　清掃終了を報告していないと判定した場合（ステップＳ８６６でＮＯ）、ＣＰＵ３１は、ユーザが確認終了を報告しているか否かを判定する（ステップＳ８７１）。確認終了を報告していると判定した場合（ステップＳ８７１でＹＥＳ）、ＣＰＵ３１はユーザが所定の確認担当者であるか否かを判定する（ステップＳ８７２）。

　所定の確認担当者とは、宿泊施設に雇用されて清掃作業の確認を担当する者、または、宿泊施設から清掃作業を委託された清掃会社に雇用されて、宿泊施設で清掃作業の確認を担当する者を意味する。所定の確認担当者は、単に雇用されているのみでなく、十分な研修等を受けて、その宿泊施設での清掃作業の確認を行なう資格を有すると認定されている者を意味しても良い。所定の確認担当者は、特定の日時に、特定の客室の確認担当を割り当てられた者を意味しても良い。所定の確認担当者は、宿泊施設の従業員であるなどの定められた条件を満たす者を意味しても良い。

　同一の担当者が、ある客室において清掃担当者であり、別の客室においては確認担当者であっても良い。確認担当者と清掃担当者とは、所属部門または所属企業等が分かれていても良い。

　いずれの場合であっても、所定の確認担当者の氏名、顔写真、声紋およびパスワード等の、ステップＳ８７２における判定に必要な情報は、補助記憶装置３３またはネットワークを介して接続された外部のサーバに記録されている。

　所定の確認担当者であると判定した場合（ステップＳ８７２でＹＥＳ）、ＣＰＵ３１は清掃状態ＤＢ４４を更新する（ステップＳ８７３）。具体的には、確認担当者が再清掃を行なう必要があると判断した旨を報告した場合、ＣＰＵ３１は、清掃フィールドに「未」、確認フィールドに「不可」を記録する。

　確認担当者が正しく清掃できたと判断した旨を報告した場合、ＣＰＵ３１は清掃フィールドおよび確認フィールドに「終了」を記録する。ＣＰＵ３１は、ＰＭＳサーバ１５に客室の清掃および確認が終了した旨を通知する。

　確認終了を報告していないと判定した場合（ステップＳ８７１でＮＯ）、所定の確認担当者ではないと判定した場合（ステップＳ８７２でＮＯ）、またはステップＳ８７３の終了後、ＣＰＵ３１は処理を終了する。

　図９は、清掃要求処理のサブルーチンの処理の流れを説明するフローチャートである。清掃要求処理のサブルーチンは、宿泊客からの清掃要求を受け付けるサブルーチンである。

　ＣＰＵ３１は、ＰＢＸ１６を介してＰＭＳサーバ１５に客室の部屋番号を送信して、宿泊客に関する情報を要求する（ステップＳ９０１）。ＣＰＵ３１は、ＰＭＳ１５に記録された宿泊客に関する情報を取得する（ステップＳ９０２）。宿泊客に関する情報は、図３を使用して説明したＰＭＳＤＢの１つのレコードに記録された情報を含む。

　ＣＰＵ３１は、宿泊客が連泊であるか否かを判定する（ステップＳ９０３）。連泊であると判定した場合（ステップＳ９０３でＹＥＳ）、ＣＰＵ３１はいつまでに清掃を終了するべきであるかを確認する（ステップＳ９０４）。

　たとえば、カメラ２８により撮影された画像から宿泊客が外出準備をしていると判定した場合、ＣＰＵ３１はスマートスピーカ２０を介して宿泊客に「お出かけですね。何時頃にお戻りの予定でしょうか？」と質問する。ＣＰＵ３１は、宿泊客の回答を音声認識および意味解析して、戻る予定の時刻を取得する。ＣＰＵ３１は、取得した時刻よりも早い時刻が、清掃期限であると判定する。

　たとえば、宿泊施設内のレストラン、ティールームまたはマッサージ等の予約がＰＭＳに記録されている場合、ＣＰＵ３１は利用終了予定時刻よりも早い時刻が、清掃期限であると判定する。宿泊客が具体的な清掃期限を指定した場合には、ＣＰＵ３１は宿泊客が指定した期限が清掃期限であると判定する。

　ＣＰＵ３１は、標準的な清掃所要時間に基づいて清掃終了の予定時刻を算出し、スマートスピーカ２０を介して「３時までに清掃を終了できる予定です。よろしいでしょうか？」等と質問しても良い。宿泊客が同意した場合、ＣＰＵ３１は宿泊客に打診した時刻が、清掃期限であると判定する。

　ＣＰＵ３１は、清掃状態ＤＢ４４を更新する（ステップＳ９０５）。具体的には、図６を使用して説明したように、ＣＰＵ３１は宿泊客が利用中の客室に関するレコードの清掃フィールドに「未」を、確認フィールドに「不可」を記録する。ＣＰＵ３１は、清掃期限その他宿泊客からの要望を備考フィールドに記録する。その後、ＣＰＵ３１は処理を終了する。

　なお、ＣＰＵ３１は、カメラ２８により撮影された画像等を介して、宿泊客が客室から出たことを確認した後に、ステップＳ９０５を実行しても良い。

　連泊ではないと判定した場合（ステップＳ９０３でＮＯ）、ＣＰＵ３１は宿泊客がチェックアウトしたことの通知を待つ（ステップＳ９０６）。通知は、たとえばフロントの担当者がチェックアウトの処理を行なった際に、自動的に通知される。ＣＰＵ３１は、ＰＭＳサーバ１５に適宜アクセスして、チェックアウトが記録されているか否かを確認しても良い。

　宿泊客がチェックアウトしたことを確認した後に、ＣＰＵ３１は清掃状態ＤＢ４４を更新する（ステップＳ９０７）。具体的には、図６を使用して説明したように、ＣＰＵ３１は宿泊客が利用していた客室に関するレコードの清掃フィールドに「未」を、確認フィールドに「不可」を記録する。その後、ＣＰＵ３１は処理を終了する。

　なお、ステップＳ９０６においてＣＰＵ３１は、宿泊料金を精算して、チェックアウト手続を実行するシステムを起動しても良い。客室内でチェックアウト手続を行なうシステムは従来から使用されているため、説明を省略する。

　図１０は、清掃開始処理のサブルーチンの処理の流れを説明するフローチャートである。清掃開始処理のサブルーチンは、清掃担当者に情報を提供するサブルーチンである。

　ＣＰＵ３１はユーザが所定の清掃担当者であるか否かを判定する（ステップＳ９１１）。判定は、たとえばカメラ２８により撮影されたユーザの画像、声紋認証、または、所定のパスワードの入力等に基づいて実行される。

　所定の清掃担当者でないと判定した場合（ステップＳ９１１でＮＯ）、ＣＰＵ３１は処理を終了する。所定の清掃担当者であると判定した場合（ステップＳ９１１でＹＥＳ）、ＣＰＵ３１は、ＰＢＸ１６を介してＰＭＳサーバ１５に客室の部屋番号を送信して、宿泊客に関する情報を要求する（ステップＳ９１２）。

　ＣＰＵ３１は、ＰＭＳ１５に記録された宿泊客に関する情報を取得する（ステップＳ９１３）。宿泊客に関する情報は、図３を使用して説明したＰＭＳＤＢの１つのレコードに記録された情報を含む。

　ＣＰＵ３１は、取得した情報の中から清掃担当者に通知する情報を抽出する（ステップＳ９１５）。たとえば、宿泊客の人数に応じてバスタオル、カップ等を用意する宿泊施設である場合、ＣＰＵ３１は宿泊客の人数を抽出する。宿泊客の性別に応じて化粧品等のアメニティを用意する宿泊施設である場合、ＣＰＵ３１は宿泊客の人数を性別ごとに抽出する。乳幼児向けのアメニティ等を用意する宿泊施設である場合、ＣＰＵ３１は乳幼児の有無および年齢等を抽出する。

　ＣＰＵ３１は、音声応答サーバ１４を介してスマートスピーカ２０に抽出した情報を出力する（ステップＳ９１６）。その後、ＣＰＵ３１は処理を終了する。清掃担当者は、スマートスピーカ２０から出力された情報に基づいて、宿泊客のニーズに合うように客室を整えることができる。

　本実施の形態によると、音声による指示に基づいて宿泊施設内の機器、具体的にはルームインジケータ１７を制御する情報処理システム１０を提供できる。自然言語により指示を行なえるため、清掃作業者等の従業員だけでなく、宿泊客であっても容易に利用できる情報処理システム１０を提供できる。

　宿泊客がスマートスピーカ２０を介して清掃を要求した場合、フロントの担当者等による入力作業を経ずにルームインジケータ１７に情報が直接反映される。入力作業に伴うタイムラグがなく、速やかに宿泊客の要求に対応できる情報処理システム１０を提供できる。

　本実施の形態によると、清掃担当者等は清掃用具等で両手が塞がっている場合であっても、スマートスピーカ２０を介して音声でルームインジケータ１７を操作できる。すなわち清掃作業者等は、作業の手を止めずに、ルームインジケータ１７を操作できる。そのため、清掃作業および確認作業の結果が速やかにルームインジケータ１７に反映される。以上により、フロント担当者等がタイムラグなく客室の状況を把握して、宿泊客を案内できる情報処理システム１０を提供できる。

　本実施の形態によると、ルームインジケータ１７の画面を清掃担当者等が携帯する情報処理端末１８に表示できる。したがって、清掃担当者等はルームインジケータ１７が設置された清掃準備室等に戻らなくても、状況を判断して適切な判断を行なえる。

　ユーザーインタフェースに、それぞれの客室に設置されたスマートスピーカ２０を利用することにより、ユーザが客室番号等を入力する必要がない情報処理システム１０を提供できる。

　図８を使用して説明したプログラムにおいて、ステップＳ８６７およびステップＳ８７２で所定の担当者であるか否かを判定し、所定の担当者であると判定した場合にのみ清掃状態ＤＢ４４を更新する。したがって、外部者の悪戯等により誤った情報が清掃状態ＤＢ４４に登録されて、清掃漏れおよび確認漏れが発生することを防止できる。

　図１０を使用して説明した清掃開始処理のサブルーチンにおいて、ＣＰＵ３１は、ステップＳ９１１で清掃担当者ではないと判定した場合に処理を終了する。したがって、部外者に対する宿泊客の個人情報漏洩を防止できる。

　ステップＳ９１１で清掃担当者ではないと判定した場合、ＣＰＵ３１は、測定開始を報告した者の画像、音声等を補助記憶装置３３に記録した後に、処理を終了しても良い。記録された情報を別途解析することにより、清掃担当者ではない者により清掃開始処理のサブルーチンが起動された原因を特定できる。原因には、たとえば清掃担当者の登録漏れ、図８のステップＳ８６１における誤認識、または宿泊客による悪戯等が考えられる。

　清掃開始処理のサブルーチンを使用することにより、清掃担当者は宿泊客に合わせて客室を整えることができる。したがって、宿泊客の満足度向上に寄与する情報処理システム１０を提供できる。

　なお、宿泊客によって客室の整え方を変えない宿泊施設においては、図８を使用して説明したプログラムにおいて、ステップＳ８６１の判定およびステップＳ８６２の清掃開始処理のサブルーチンの起動を省略できる。

　ステップＳ９１１またはステップＳ８６７で清掃担当者ではないと判定した場合、および、ステップＳ８７２で確認担当者ではないと判定した場合、ＣＰＵ３１は宿泊施設のフロントまたは警備室等に通知を出力しても良い。この際、ＣＰＵ３１はカメラ２８を介して撮影した映像およびマイク２６を介して取得した音声を、フロントまたは警備室で視聴できるようにすることが望ましい。清掃担当者または確認担当者を装って宿泊施設内に侵入した不審者を早期に発見できる。

　ＣＰＵ３１は、清掃状態ＤＢ４４の変化ログを補助記憶装置３３に記録しても良い。変化ログを別途解析することにより、たとえば清掃担当者ごとの清掃所要時間、および、確認担当者により再清掃が必要と判断される頻度等を算出できる。これにより、清掃担当者の能力査定および業務効率の管理を行なえる。

　ルームインジケータ１７はディスプレイを有さなくても良い。宿泊施設の従業員は、必要に応じて情報処理端末１８を操作して、ルームインジケータ１７の情報を確認できる。ルームインジケータ１７の機能は、管理サーバ３０と、外付けディフプレイとの組合せにより実現されてもよい。

［実施の形態２］
　本実施の形態は、機械学習によって作成されたリコメンドモデルを用いて客室を整える情報処理システム１０に関する。実施の形態１と共通する部分については、説明を省略する。

　図１１は、実施の形態２のリコメンドモデルの概要を説明する説明図である。リコメンドモデルは、宿泊客の属性および天候等の入力データを受け付けて、客室の整備状態に関する出力データを出力するモデルである。ユーザの属性は、ＰＭＳサーバ１５に記録されたユーザの属性、スマートスピーカ２０を介して取得した宿泊客のリクエストおよびユーザの声を分析して推測した宿泊客の感情等である。ユーザの属性は、図３を使用して説明した宿泊者フィールドの各サブフィールドに記録された事柄を含む。

　出力データのタイプＡ、タイプＢ等は、たとえばエアコンの温度設定、冷蔵庫に入れる飲み物の種類、および、シャンプー等のアメニティの種類等を組み合わせた、客室の整備状態のタイプである。リコメンドモデルは、それぞれのタイプの推奨確率を出力する。

　リコメンドモデルは、たとえば、さまざまな入力データに対してベテランの客室係が選択する客室の整備状態を、客室係へのアンケート等により収集した教師データに基づいて、ディープラーニング等の機械学習により作成する。リコメンドモデルは入力データに基づいて客室の整備状態を定める決定木をコーディングしたプログラム等であっても良い。

　本実施の形態においては、図１０を使用して説明した清掃開始処理のサブルーチンのステップＳ９１５において、ＣＰＵ３１はＰＭＳ情報と、インターネットの天気予報サイト等から取得した天候とをリコメンドモデルに入力する。ＣＰＵ３１は、リコメンドモデルから、それぞれのタイプの推奨確率を取得して、もっとも高い推奨確率のタイプをステップＳ９１６で出力する。

　出力は、たとえば「タイプＢを推奨します。エアコンの設定温度は２２度、冷蔵庫には、ガス入りのミネラルウォータ３本、ビール２缶です。」のように、スピーカ２７から音声を出力するとともに、表示部２５１にも表示する。清掃係は、出力に沿って客室を整備する。

　本実施の形態によると、宿泊客の属性および天候に応じて客室を整備できる。たとえば、ＰＭＳサーバ１５にアルコールを飲まない旨が記録されている宿泊客である場合、冷蔵庫にビール等のアルコール飲料の代わりに、ソフトドリンクを多めに入れることができる。以上より、宿泊客の満足度が向上する情報処理システム１０を提供できる。

［実施の形態３］
　本実施の形態は、宿泊施設内で荷物を運搬するロボット８０を制御する情報処理システム１０に関する。実施の形態１と共通する部分については、説明を省略する。ロボット８０は、音声による指示に基づいて制御される宿泊施設内の機器の例示である。

　図１２は、実施の形態３の情報処理システム１０の構成を説明する説明図である。情報処理システム１０は、前述のスマートスピーカ２０、情報処理端末１８、ルームインジケータ１７、管理サーバ３０、音声応答サーバ１４、ＰＢＸ１６、およびＰＭＳサーバ１５に加えてロボット８０を含む。

　ロボット８０は、ＣＰＵ８１、主記憶装置８２、補助記憶装置８３、通信部８４、タッチパネル８５、マイク８６、スピーカ８７およびカメラ８８およびバスと、図示を省略する走行用のアクチュエータとを備える。ＣＰＵ８１は、本実施の形態のプログラムを実行する演算制御装置である。ＣＰＵ８１には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。ＣＰＵ８１は、バスを介してロボット８０を構成するハードウェア各部と接続されている。

　主記憶装置８２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等の記憶装置である。主記憶装置８２には、ＣＰＵ８１が行なう処理の途中で必要な情報およびＣＰＵ８１で実行中のプログラムが一時的に保存される。

　補助記憶装置８３は、ＳＲＡＭ、フラッシュメモリまたはハードディスク等の記憶装置である。補助記憶装置８３には、ＣＰＵ８１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。

　通信部８４は、ロボット８０とネットワークとの間のデータ通信を行なうインターフェイスである。タッチパネル８５は、液晶表示パネル等の表示部８５１と、表示部８５１に積層された入力部８５２とを備える。ロボット８０は、指示された目的地まで荷物を運搬する運搬用ロボットである。

　図１３は、実施の形態３の清掃状態ＤＢ４４のレコードレイアウトを説明する説明図である。清掃状態ＤＢ４４は、客室と清掃状態とを関連づけて記録するＤＢである。清掃状態ＤＢ４４は、宿泊施設名フィールド、部屋番号フィールドおよび状態フィールドを有する。状態フィールドは、清掃状態フィールドおよび特記事項フィールドを有する。

　宿泊施設名フィールドには、宿泊施設の名称が記録されている。部屋番号フィールドには、客室の部屋番号が記録されている。清掃状態フィールドには、清掃状態が記録されている。清掃状態フィールドの「不可」は、宿泊客が滞在中等の理由で清掃できないことを示す。「配達待ち」は、シーツ、バスタオルおよびシャンプー等、客室の整備に使用する物品の配達を待っている状態を示す。

　「清掃待ち」は、清掃担当者による作業を待っている状態を示す。「回収待ち」は、使用済のバスタオルおよびゴミ等の回収を待っている状態を示す。「確認待ち」は、確認担当者による確認を待っている状態を示す。「終了」は、清掃および確認が終了し、宿泊客を迎え入れられる状態になっていることを示す。

　図１４は、実施の形態３の清掃状態の遷移を説明する状態遷移図である。宿泊客のチェックインが行なわれた場合、および、外出していた宿泊客が帰還してフロントからルームキーを受領した場合等に、清掃状態フィールドに「不可」が記録される。

　宿泊客から清掃の依頼を受けた場合、チェックアウトが行なわれた場合、および宿泊客がフロントにルームキーを預けて外出した場合等、客室の清掃準備が整った場合に、清掃状態フィールドに「配達待ち」が記録される。ロボット８０が客室に必要な物品を配達する。配達終了後、または、配達する物品がない場合、清掃状態フィールドに「清掃待ち」が記録される。

　清掃担当者が清掃を終了した場合、清掃状態フィールドに「回収待ち」が記録される。ロボット８０が客室に行き、物品を回収する。回収終了後、または回収する物品がない場合、清掃状態フィールドに「確認待ち」が記録される。回収必要な物品の有無は、清掃担当者がスマートスピーカ２０を介して入力する。

　確認担当者が確認を終了して問題ないと判断した場合、清掃状態フィールドに「終了」が記録されるとともに、ＰＭＳサーバ１５に客室の清掃および確認が終了した旨が通知される。確認担当者が再清掃を行なう必要があると判断した場合、清掃状態フィールドに「清掃待ち」が記録される。

　図１５は、実施の形態３のプログラムの処理の流れを説明するフローチャートである。図１５を使用して説明するプログラムは、ロボット８０による配達を制御するプログラムであり、図８を使用して説明したプログラムと平行して実行される。

　ＣＰＵ３１は、清掃状態ＤＢ４４を検索して、清掃状態フィールドに「配達待ち」または「回収待ち」が記録されているレコードを取得する（ステップＳ９２１）。ＣＰＵ３１は、取得したレコードに基づいて配達元および配達先を判定する（ステップＳ９２２）。具体的には、「配達待ち」である場合には配達元はリネン室等であり、配達先は客室である。「回収待ち」である場合には配達元は客室であり、配達先は廃品回収室である。

　ＣＰＵ３１は、配達元および配達先をロボット８０に指示する（ステップＳ９２３）。ＣＰＵ８１は指示を受信する（ステップＳ９４１）。ＣＰＵ８１は、配達元に移動する（ステップＳ９４２）。ＣＰＵ８１は、物品を受け取る（ステップＳ９４３）。

　物品の受け取りは、ＣＰＵ８１がアクチュエータ等を動作させて物品を搭載することによって実行されても、他の機械または人間がロボット８０に物品を載せることによって実行されても良い。たとえば、人間がロボット８０に物品を載せる場合、ＣＰＵ８１は必要な物品および配達先を表示部８５１に表示する。人間は、表示内容を見て適切な物品を選択して、ロボット８０に載せた後に、入力部８５２を操作して配達先に向かうように指示する。

　ＣＰＵ８１は、ロボット８０を配達先に移動させる（ステップＳ９４４）。ＣＰＵ８１は、物品を降ろす（ステップＳ９４５）。物品を降ろす作業は、ＣＰＵ８１がアクチュエータ等を動作させて物品を搭載することによって実行されても、他の機械または人間がロボット８０から物品を降ろすことによって実行されても良い。

　ＣＰＵ８１は、配達が終了したことを管理サーバ３０に通知する（ステップＳ９４６）。ＣＰＵ３１は、通知を受信する（ステップＳ９２５）。ＣＰＵ３１は、清掃状態ＤＢ４４を更新する（ステップＳ９２６）。具体的には、図１３を使用して説明したように、配達を終了した場合には清掃状態フィールドに「清掃待ち」を記録する。回収を終了した場合には、清掃状態フィールドに「確認待ち」を記録する。

　ＣＰＵ３１は、処理を終了するか否かを判定する（ステップＳ９２７）。たとえば、客室の清掃サービス時間が終了した場合（ステップＳ９２７でＹＥＳ）、ＣＰＵ３１は処理を終了すると判定する。処理を終了しないと判定した場合（ステップＳ９２７でＮＯ）、ＣＰＵ３１はステップＳ９２１に戻る。処理を終了すると判定した場合、ＣＰＵ３１は処理を終了する。

　なお、ＣＰＵ３１は、ステップＳ９２１で複数のレコードを取得し、ステップＳ９２３において、複数の客室を順次回るようにロボット８０に指示しても良い。

　本実施の形態によると、客室の整備に使用する物品を清掃担当者が運搬する必要がない情報処理システム１０を提供できる。清掃担当者の負担を低減できる。また、清掃担当者が物品補充のために清掃準備室等に戻る必要がないため、清掃作業の効率を高められる。

［変形例－１］
　ロボット８０は、シーツ、バスタオルおよびシャンプー等の宿泊客に提供する物品に加えて、雑巾、モップ、洗剤および掃除機等の清掃担当者が使用する清掃用具を配達してもよい。宿泊者に提供する物品と、清掃用具とは、同一のロボット８０が配達しても、異なるロボット８０が配達してもよい。

　清掃担当者が複数の客室を連続して清掃する場合、清掃用具を運搬するロボット８０は清掃担当者と共に移動しても良い。具体的にはロボット８０は最初に清掃を行なう予定の客室まで清掃用具を配達し、清掃担当者の到着を待つ。清掃担当者は、ロボット８０が配達した清掃用具を使用して客室を清掃する。

　清掃完了後、清掃担当者は清掃用具をロボット８０に搭載するか、または、ロボット８０に清掃用具の搭載を指示する。清掃担当者は、情報処理端末１８を操作してルームインジケータ１７の状況を確認して次に清掃する客室を判断する。清掃担当者は、入力部８５２を操作して、次の客室に向かうようにロボット８０に指示する。ロボット８０は、指示された客室まで清掃用具を配達する。

　本変形例によると、清掃担当者が清掃用具を運搬する必要がないため、清掃作業者の負担を低減する情報処理システム１０を提供できる。

　ロボット８０は清掃用具とともに、使用済のバスタオルおよびゴミ等を搭載してもよい。客室の清掃終了時に、図１４を使用して説明した「回収待ち」の状態を経ずに「確認待ち」の状態に遷移する情報処理システム１０を提供できる。このようにする場合、清掃担当者が一連の清掃を終えて清掃準備室に戻る際に、ロボット８０は廃品回収室等に移動し、搭載した使用済のバスタオルおよびゴミ等を降ろす。

　ＣＰＵ３１は、次に清掃を行なう客室をロボット８０に指示してもよい。ロボット８０は、清掃用具を搭載して指示された客室に移動する。なお、ＣＰＵ８１は、ＣＰＵ３１により指示された次に清掃を行なう客室を、表示部８５１に表示してもよい。

　清掃担当者は、ロボット８０とともに移動して、次の客室の清掃を行なう。清掃担当者が次に清掃する客室を判断する必要がないため、経験の少ない清掃担当者であっても効率よく作業を進められる情報処理システム１０を提供できる。

［変形例－２］
　チェックアウトタイム前後等の特定の時間帯に「清掃待ち」の客室が集中して発生する場合がある。このような集中時間帯については、過去の実績の統計、および、当日の客室稼働率等に基づいて予測可能である。

　本変形例においては、ＣＰＵ３１は集中時間帯に清掃可能になる客室の予測数を宿泊施設のフロアごとに算出する。ＣＰＵ３１は、予測数に基づいてフロアごとに設けられた仮置き場所に必要数の物品をロボット８０に配達させる。ロボット８０または清掃作業者が、仮置き場所から必要な物品を客室に運び、清掃を行なう。

　必要な物品を予測して仮置き場所に配達することにより、それぞれの客室への物品の配達および清掃を速やかに行なえる情報処理システム１０を提供できる。チェックアウトタイムから、次の宿泊客のチェックインタイムまでの時間が短い場合であっても、円滑に客室整備を行なえる情報処理システム１０を提供できる。

　たとえば、大型で積載量の大きいロボット８０が、リネン室または倉庫等から仮置き場所に物品を配達し、小型のロボット８０が仮置き場所からそれぞれの客室へ物品を配達する。客室前の廊下等で、宿泊客の通行を妨げずに物品を配達する情報処理システム１０を提供できる。

［実施の形態４］
　本実施の形態は、ロボット８０がさまざまな物品を配達する情報処理システム１０に関する。実施の形態３と共通する部分については、説明を省略する。

　図１６は、実施の形態４の運搬ＤＢのレコードレイアウトを説明する説明図である。運搬ＤＢは、配達元、配達先、配達する物品および配達状態を関連づけて記録するＤＢである。運搬ＤＢは、宿泊施設名フィールド、配達元フィールド、配達先フィールド、物品フィールドおよび状態フィールドを有する。

　宿泊施設名フィールドには、宿泊施設の名称が記録されている。配達元フィールドには、配達元の場所が記録されている。配達先フィールドには、配達先の名称が記録されている。物品フィールドには配達する物品が記録されている。状態フィールドには、物品の状態が記録されている。「終了」は配達先に到着したことを示す。「移動中」は配達元から配達先に移動中であることを示す。「受け取り前」はまだロボット８０に搭載されていないことを示す。状態フィールドの初期値は、「受け取り前」である。

　たとえば、図１６の一番下のレコードは、清掃担当者が清掃を終了して清掃状態ＤＢ４４を更新した場合に作成される。ＣＰＵ３１は、清掃状態ＤＢ４４のうち更新されたレコードの部屋番号フィールドに記録された部屋番号を、運搬ＤＢに追加したレコードの配達元フィールドに記録する。

　図１６の一番上のレコードは、宿泊客がスマートスピーカ２０を介して食事のルームサービスを依頼した場合に作成される。具体的には、ＣＰＵ３１は宿泊客の依頼を受け付けたスマートスピーカ２０のスピーカＩＤをキーにして、スピーカＤＢ４１を検索して、レコードを抽出する。ＣＰＵ３１は、抽出したレコードの部屋番号フィールドに記録された部屋番号を、運搬ＤＢに追加したレコードの配達先フィールドに記録する。

　図１６の上から２番目のレコードは、宿泊客がスマートスピーカ２０を介してルームサービス後の食器の片付けを依頼した場合に作成される。具体的には、ＣＰＵ３１は宿泊客の依頼を受け付けたスマートスピーカ２０のスピーカＩＤをキーにして、スピーカＤＢ４１を検索して、レコードを抽出する。ＣＰＵ３１は、抽出したレコードの部屋番号フィールドに記録された部屋番号を、運搬ＤＢに追加したレコードの配達元フィールドに記録する。

　運搬ＤＢには、上述のとおりＣＰＵ３１が追加したレコードと、ルームサービスの受注システム等により自動的に生成されたレコードと、宿泊施設の従業員により手動で作成されたレコードとが混在して記録されても良い。

　図１７は、実施の形態４のプログラムの処理の流れを説明するフローチャートである。図１７を使用して説明するプログラムは、ロボット８０による配達を制御するプログラムであり、図８を使用して説明したプログラムと平行して実行される。ロボット８０は、たとえば食事運搬用、ゴミ回収用等、用途ごとに適切な運搬機構を有する。

　ＣＰＵ３１は、運搬ＤＢを検索して、状態フィールドに「受け取り前」が記録されているレコードを取得する（ステップＳ９５１）。ＣＰＵ３１は、取得したレコードの物品フィールドに記録された物品に基づいて配達に使用するロボット８０を選択する（ステップＳ９５２）。

　ＣＰＵ３１は、配達元、配達先および物品をロボット８０に指示する（ステップＳ９５３）。ＣＰＵ８１は指示を受信する（ステップＳ９７１）。ＣＰＵ８１は、配達元に移動する（ステップＳ９７２）。ＣＰＵ８１は、物品を受け取る（ステップＳ９７３）。ＣＰＵ８１は、物品を受け取ったことを管理サーバ３０に通知する（ステップＳ９７４）。

　ＣＰＵ３１は、通知を受信する（ステップＳ９５４）。ＣＰＵ３１は、運搬ＤＢを更新する（ステップＳ９５５）。具体的には、状態フィールドに「移動中」を記録する。

　ＣＰＵ８１は、ロボット８０を配達先に移動させる（ステップＳ９７５）。ＣＰＵ８１は、物品を降ろす（ステップＳ９７６）。物品を降ろす作業は、ＣＰＵ８１がアクチュエータ等を動作させて物品を搭載することによって実行されても、他の機械または人間がロボット８０から物品を降ろすことによって実行されても良い。

　ＣＰＵ８１は、配達が終了したことを管理サーバ３０に通知する（ステップＳ９７７）。ＣＰＵ３１は、通知を受信する（ステップＳ９５６）。ＣＰＵ３１は、運搬ＤＢを更新する（ステップＳ９５７）。具体的には、状態フィールドに「終了」を記録する。

　ＣＰＵ３１は、処理を終了するか否かを判定する（ステップＳ９５８）。たとえば、ルームサービスの時間が終了した場合、ＣＰＵ３１は処理を終了すると判定する。処理を終了しないと判定した場合（ステップＳ９５８でＮＯ）、ＣＰＵ３１はステップＳ９５１に戻る。処理を終了すると判定した場合（ステップＳ９５８でＹＥＳ）、ＣＰＵ３１は処理を終了する。

　なお、ＣＰＵ３１は、ステップＳ９５１で複数のレコードを取得し、ステップＳ９５３において、複数の客室を順次回るようにロボット８０に指示しても良い。

　本実施の形態によると、さまざまな物品をロボット８０に配達させる情報処理システム１０を提供できる。

　ＣＰＵ３１は、実施の形態２で説明したリコメンドモデルを使用して、物品の詳細を判定しても良い。宿泊客がスマートスピーカ２０を介してシャンプーの配達を依頼した場合を例にして説明する。

　ＣＰＵ３１は、ＰＭＳサーバ１５に記録されたユーザの属性、スマートスピーカ２０を介して取得した宿泊客のリクエストおよびユーザの声を分析して推測した宿泊客の感情等に基づいて、宿泊客の属性を取得する。ＣＰＵ３１は宿泊客の属性および天候を受け付けて、宿泊客に推奨するシャンプーの銘柄に関する出力データを出力するリコメンドモデルを選択する。ＣＰＵ３１は、選択したリコメンドモデルに宿泊客の属性と天候を入力する。ＣＰＵ３１は、出力データに基づいて客室に届けるシャンプーの銘柄を判定する。

　以上により、宿泊客の性別、年齢等に応じたシャンプーを提供する情報処理システム１０を実現できる。

　宿泊客がスマートスピーカ２０を介してディナーのルームサービスを依頼した場合を例にして説明する。たとえば、宿泊客が「シェフのお薦めコース」のような、宿泊施設側の裁量の大きい注文をした場合、ＣＰＵ３１は宿泊客の属性および天候を受け付けて、宿泊客に推奨するディナーに関する出力データを出力するリコメンドモデルを選択する。出力データは、たとえば主菜、副菜等の料理のそれぞれについて、宿泊客が好む確率である。

　ＣＰＵ３１は、選択したリコメンドモデルに宿泊客の属性と天候を入力する。ＣＰＵ３１は、出力データを取得して、ネットワークを介して厨房に伝達する。厨房の料理人は、出力データを見て、宿泊客の好みに合わせたコース料理を組み立てる。料理人は、調理した料理をロボット８０に運搬させる。

　以上により、宿泊客の好みに合わせた料理の提供を支援する情報処理システム１０を実現できる。

［実施の形態５］
　図１８は、実施の形態５の情報処理装置の機能ブロック図である。情報処理装置は、取得部９１と、機器制御部９２とを備える。取得部９１は、宿泊施設の客室に設置されたユーザーインタフェース２０から音声データを取得する。機器制御部９２は、取得部９１が取得した音声データと、ユーザーインタフェース２０を識別するユーザーインタフェース識別子とに基づいて、宿泊施設内の機器１７、８０を制御する機器制御部９２とを備える。

［実施の形態６］
　本実施の形態は、汎用のコンピュータ９０とプログラム９７とを組み合わせて動作させることにより、本実施の形態の情報処理システム１０用の管理サーバ３０を実現する形態に関する。図１９は、実施の形態６の情報処理システム１０の構成を示す説明図である。なお、実施の形態１と共通する部分の説明は省略する。

　本実施の形態の情報処理システム１０は、ネットワークを介して接続されたスマートスピーカ２０、音声応答サーバ１４、ＰＭＳサーバ１５、ＰＢＸ１６、ルームインジケータ１７、情報処理端末１８およびコンピュータ９０を備える。コンピュータ９０は、ＣＰＵ３１、主記憶装置３２、補助記憶装置３３、通信部３４、読取部３６およびバスを備える。

　プログラム９７は、可搬型記録媒体９６に記録されている。ＣＰＵ３１は、読取部３６を介してプログラム９７を読み込み、補助記憶装置３３に保存する。またＣＰＵ３１は、コンピュータ９０に実装されたフラッシュメモリ等の半導体メモリ９８に記憶されたプログラム９７を読出しても良い。さらに、ＣＰＵ３１は、通信部３４および図示しないネットワークを介して接続される図示しない他のサーバコンピュータからプログラム９７をダウンロードして補助記憶装置３３に保存しても良い。

　プログラム９７は、コンピュータ９０の制御プログラムとしてインストールされ、主記憶装置３２にロードして実行される。これにより、コンピュータ９０は上述した管理サーバ３０として機能する。

［実施の形態７］
　本実施の形態は、ロボット８０を用いて清掃終了後の確認作業を行なう情報処理システム１０に関する。実施の形態１と共通する部分については、説明を省略する。

　図２０は、実施の形態７の情報処理システム１０の構成を説明する説明図である。情報処理システム１０は、スマートスピーカ２０、情報処理端末１８、ルームインジケータ１７、管理サーバ３０、音声応答サーバ１４、ＰＭＳサーバ１５、ＰＢＸ１６およびロボット８０を含む。

　本実施の形態のロボット８０は、ＣＰＵ８１、主記憶装置８２、補助記憶装置８３、通信部８４、タッチパネル８５、マイク８６、スピーカ８７、複数のカメラ８８、臭気センサ８９およびバスと、図示を省略する走行用のアクチュエータとを備える。ＣＰＵ８１は、本実施の形態のプログラムを実行する演算制御装置である。ＣＰＵ８１には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。ＣＰＵ８１は、バスを介してロボット８０を構成するハードウェア各部と接続されている。

　補助記憶装置８３は、ＳＲＡＭ、フラッシュメモリまたはハードディスク等の記憶装置である。補助記憶装置８３には、確認条件ＤＢ４５、ＣＰＵ８１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。確認条件ＤＢ４５は、管理サーバ３０の補助記憶装置３３、または、ネットワークを介してロボット８０に接続された他のサーバに記憶されていてもよい。

　通信部８４は、ロボット８０とネットワークとの間のデータ通信を行なうインターフェイスである。タッチパネル８５は、液晶表示パネル等の表示部８５１と、表示部８５１に積層された入力部８５２とを備える。

　複数のカメラ８８は、たとえば床上５センチ程度、床上１メートル程度、および床上１．５メートル程度等、複数の高さに配置されている。カメラ８８は、ロボット８０の手に取り付けられており、任意の位置に移動可能であっても良い。複数の視野角および感度のカメラ８８がロボット８０に搭載されていてもよい。カメラ８８は、いわゆる３６０度カメラであってもよい。

　臭気センサ８９は、宿泊客が不快に感じる臭気の原因であるにおい物質を検出するセンサである。

　ロボット８０は、指示された部屋まで自動的に移動し、所定の手順に沿って画像の撮影および臭気に関する記録を行なう清掃確認用ロボットである。ロボット８０は、浴室およびクローゼットの扉等を開閉するマニュピュレーターを有する。ロボット８０は、実施の形態３で説明した運搬用ロボットを兼ねてもよい。

　補助記憶装置３３には、前述のスピーカＤＢ４１、清掃状態ＤＢ４４、ＣＰＵ３１に実行させるプログラム、およびプログラムの実行に必要な各種データに加えて、確認結果ＤＢ４６が保存される。

　確認結果ＤＢ４６は、管理サーバ３０に接続された外部の大容量記憶装置、または、ネットワークを介して管理サーバ３０に接続された他のサーバに記録されていても良い。

　図２１は、確認条件ＤＢ４５のレコードレイアウトを説明する説明図である。確認条件ＤＢ４５は、部屋番号と、部屋の状況と、確認用の撮影場所および撮影条件とを関連づけて記録するＤＢである。確認条件ＤＢ４５は、部屋番号フィールド、状況フィールド、場所フィールド、基準画像フィールドおよび撮影条件フィールドを有する。撮影条件フィールドは、カメラフィールド、カメラ位置フィールドおよびカメラ向きフィールドを有する。確認条件ＤＢ４５は、１つの確認箇所について、１つのレコードを有する。

　部屋番号フィールドには、部屋番号が記録されている。状況フィールドには、連泊の部屋であるか、チェックアウト済の部屋であるかが記録されている。図２１中の「連泊」は、連泊の部屋であることを意味する。チェックアウト済の部屋である場合には、状況フィールドに「チェックアウト済」が記録される。

　場所フィールドには、画像を撮影する場所が記録されている。基準画像フィールドには、撮影対象場所の標準的な画像が記録されている。カメラフィールドには、ロボット８０に搭載された複数のカメラ８８のうち、どのカメラ８８を使用するかが記録されている。

　カメラ位置フィールドには、撮影時のカメラの位置を示す座標が記録されている。カメラ向きフィールドには、撮影時のカメラの向きを示す座標が記録されている。座標は、たとえばそれぞれの客室のドアを基準に用いた三次元座標で表現される。このようにすることにより、同一のタイプの客室では、カメラ位置フィールドおよびカメラ向きフィールドに同一の値を使用できる。座標は、宿泊施設内の特定の場所を基準に用いた三次元座標で表現されてもよい。

　撮影条件フィールドは、シャッタースピード、感度および焦点距離等を記録するサブフィールドを有してもよい。

　なお、状況フィールドが「チェックアウト済」である場合と「連泊」である場合とでは、場所フィールドに記録される撮影場所が異なっていてもよい。たとえば、「連泊」の場合には、「クローゼット内」等を撮影対象に含めなくてもよい。

　図２２は、確認結果ＤＢ４６のレコードレイアウトを説明する説明図である。確認結果ＤＢ４６は、各客室で確認条件ＤＢ４５に基づいて実施した確認結果を、部屋番号および確認日時と関連づけて記録するＤＢである。

　確認結果ＤＢ４６は、部屋番号フィールド、確認日時フィールド、状況フィールド、場所フィールド、および、結果フィールドを有する。結果フィールドは、外観フィールドおよび臭気フィールドを有する。外観フィールドは、画像データフィールドおよび外観判定フィールドを有する。臭気フィールドは、臭気データフィールドおよび臭気判定フィールドを有する。確認結果ＤＢ４６は、１つの場所の１回の確認について、１つのレコードを有する。

　部屋番号フィールドには、部屋番号が記録されている。確認日時フィールドには、ロボット８０が客室の確認作業を開始した日時が記録されている。状況フィールドには、連泊の部屋であるか、チェックアウト済の部屋であるかが記録されている。

　場所フィールドには、画像を撮影した場所が記録されている。場所フィールドに記録された場所は、図２１を使用して説明した確認条件ＤＢ４５の場所フィールドに対応する。画像データフィールドには、点検条件ＤＢ４５の撮影条件フィールドに記録された撮影条件に基づいてカメラ８８により撮影された画像のデータが記録されている。

　外観判定フィールドには、それぞれの画像に基づいてＣＰＵ３１が判定した判定結果が記録されている。「正常」は、点検条件ＤＢ４５の基準画像フィールドに記録された基準画像との類似度が所定の閾値以上であるとＣＰＵ３１が判定したことを示す。基準画像との類似度が所定の閾値未満であるとＣＰＵ３１が判定した場合には、外観判定フィールドに「異常」が記録される。

　臭気データフィールドには臭気センサ８９により取得された臭気のデータが記録されている。臭気のデータは、たとえば臭気センサ８９が計測した、におい物質の濃度または量を記録したテキストデータである。臭気センサ８９は、複数のにおい物質それぞれの濃度を計測することが望ましい。複数のにおい物質それぞれの濃度を計測したデータを専門家が解析することにより、臭気の発生原因を解明して、対策を行なえる。

　臭気判定フィールドには、臭気センサにより検出した臭気に関する判定結果が記録されている。「正常」はにおい物質が所定の閾値未満である、すなわち臭気が基準範囲内であるとＣＰＵ３１が判定したことを示す。におい物質の濃度が所定の閾値以上であるとＣＰＵ３１が判定した場合には、臭気判定フィールドに「異常」が記録される。

　図２３は、実施の形態７のプログラムの処理の流れを説明するフローチャートである。ＣＰＵ３１は、清掃状態ＤＢ４４から確認待ち、すなわち、清掃は終了し、清掃後の確認は終了していない客室を抽出する（ステップＳ５０１）。ＣＰＵ３１は、抽出した客室の部屋番号をロボット８０に送信する（ステップＳ５０２）。ステップＳ５０２により、ＣＰＵ３１は清掃終了した客室に確認用のロボット８０を入室させる入室指示部の機能を実現する。

　なお部屋番号は、確認を行なう客室に関する情報の例示である。ＣＰＵ３１は、たとえば確認を行なう客室の位置情報、または、当該客室への移動経路をロボットに送信してもよい。

　ＣＰＵ８１は、部屋番号を受信する（ステップＳ６０１）。ＣＰＵ８１は、受信した部屋番号をキーにして確認条件を検索し、確認条件を取得する（ステップＳ６０２）。ＣＰＵ８１は、受信した部屋番号に対応する客室に移動する（ステップＳ６０３）。なお、ＣＰＵ８１は、宿泊施設の地図、宿泊施設の各所に配置された無線ビーコン、およびカメラ８８で撮影した画像等に基づいて自律的にロボット８０を目的地まで移動させる。ロボット８０等の移動体を目的地まで自律走行させるシステムは公知であるため、説明を省略する。

　ＣＰＵ８１は、客室に入室する（ステップＳ６０４）。ＣＰＵ８１は、ステップＳ６０２で取得した確認条件に沿って、画像を撮影する場所に移動する（ステップＳ６０５）。ＣＰＵ８１は、カメラ８８の位置および向きを、ステップＳ６０２で取得した確認条件に合わせて、撮影を行なう（ステップＳ６０６）。

　なお、ＣＰＵ８１は基準画像との類似度が高くなるようにカメラ８８の位置、向きおよび設定を調整してから撮影を行なうことが望ましい。このようにすることで、ＣＰＵ８１は基準画像と同じレイアウトの画像を撮影できる。

　画像の類似度は、たとえばＭＳＥ（Mean Square Error）、ＰＳＮＲ（Peak Signal-to-Noise ratio）またはＳＳＩＭ（Structural Similarity）等の任意の手法を用いて定量的に評価できる。画像の類似度の評価については、様々な手法が公知であるため説明を省略する。

　ＣＰＵ８１は、撮影した画像および撮影時に取得した臭気センサのデータを管理サーバ３０に送信する（ステップＳ６０７）。ＣＰＵ８１は、ステップＳ６０２で取得したすべての条件の画像の撮影を終了したか否かを判定する（ステップＳ６０８）。終了していないと判定した場合（ステップＳ６０８でＮＯ）、ＣＰＵ８１はステップＳ６０５に戻る。

　ステップＳ６０５からステップＳ６０８のループの処理について具体例を挙げて説明する。１回目のステップＳ６０５においては、ＣＰＵ８１は客室のドアを開けて入口に移動する。続くステップＳ６０６において、ＣＰＵ８１は、Ｎｏ．１のカメラ８８を使用して客室の入口から見た画像を撮影する。

　２回目のステップＳ６０５においては、ＣＰＵ８１はバスルームの扉を開けて、バスルームの入り口に移動する。続くステップＳ６０６において、ＣＰＵ８１は、Ｎｏ．４のカメラ８８を使用して、バスルーム全体の画像を撮影する。なお、ＣＰＵ８１は画像を撮影する前にバスルームの照明を点灯してもよい。ロボット８０に、撮影用の照明装置が搭載されていてもよい。Ｎｏ．４のカメラが暗所撮影用のカメラである場合には、ＣＰＵ８１は照明を点灯せずに画像を撮影してもよい。

　３回目のステップＳ６０５においては、ＣＰＵ８１はバスタブをのぞき込む位置にカメラ８８を移動させる。続くステップＳ６０６において、ＣＰＵ８１は、Ｎｏ．２のカメラを使用して、バスタブ内部の画像を撮影する。以上のように、確認条件ＤＢ４５に規定された条件に沿って画像を順次撮影することにより、ＣＰＵ８１は、清掃時にミスが発生する可能性がある場所の画像を網羅的に撮影する。

　すべての条件の画像の撮影を終了したと判定した場合（ステップＳ６０８でＹＥＳ）、ＣＰＵ８１は客室から退室する（ステップＳ６０９）。次に確認を行なう場所の指示を受信していない場合、ＣＰＵ８１は所定の待機場所に移動する。

　ステップＳ６０５において宿泊客のトランク等の障害物に妨げられて所定の撮影場所に到達できない場合、ステップＳ６０６においてＣＰＵ８１は障害物の画像を撮影する。

　ＣＰＵ３１は、ロボット８０から送信された画像および臭気センサのデータを受信する（ステップＳ５１１）。ステップＳ５１１により、ＣＰＵ３１はロボット８０に搭載されたカメラにより撮影された画像を取得する画像取得部の機能を実現する。ＣＰＵ３１は、確認結果ＤＢ４６に新規レコードを作成して、受信したデータを画像データフィールドおよび臭気データフィールドにそれぞれ記録する。ＣＰＵ３１は受信したデータを解析する（ステップＳ５１２）。

　たとえばＣＰＵ３１は、Ｒ－ＣＮＮ（Regional Convolutional Neural Network）、ＹＯＬＯ（You Only Look Once）、またはＳＳＤ（Single Shot Multibox Detector）等の物体検出手法により、受信した画像から物体を検出する。たとえば、規定の備品が規定の場所に配置されていない場合に、ＣＰＵ３１は客室の外観に異常があると判定する。ＣＰＵ３１はステップＳ５１１で受信した画像と所定の基準画像との類似度が高い場合には異常がなく、類似度が低い場合に異常があると判定してもよい。

　ＣＰＵ３１は、画像を入力した場合に正常であるか異常であるかを出力する学習モデルをもちいて判定を行なってもよい。このような学習モデルは、画像と異常の有無との組み合わせを多数記録した訓練データを用いて教師あり学習を行なうことで生成可能である。ＣＰＵ３１は、確認結果ＤＢ４６の外観判定フィールドに「正常」または「異常」を記録する。

　ＣＰＵ３１は臭気センサのデータに基づき所定の閾値以上のにおい分子が検出された場合に臭気に異常があると判定する。ＣＰＵ３１は、確認結果ＤＢ４６の臭気判定フィールドに「正常」または「異常」を記録する。ステップＳ５１２により、ＣＰＵ３１は客室の清掃状態を確認する確認部の機能を実現する。

　ＣＰＵ３１は、データの取得を終了したか否かを判定する（ステップＳ５１３）。たとえばＣＰＵ３１は、ステップＳ５１１からステップＳ５１３を所定の回数繰り返した場合に、データの取得を終了したと判定する。ＣＰＵ３１は、ロボット８０から最後の画像を送信した旨の信号を受信した場合、または、ロボット８０が客室から退出した旨の信号を受信した場合に、所定のデータの取得を終了したと判定してもよい。終了していないと判定した場合（ステップＳ５１３でＮＯ）、ＣＰＵ３１はステップＳ５１１に戻る。

　終了したと判定した場合（ステップＳ５１３でＹＥＳ）、ＣＰＵ３１は、客室の状態が「正常」であるか否かを判定する（ステップＳ５１４）。具体的にはＣＰＵ３１は、すべての外観判定フィールドおよび臭気判定フィールドに「正常」が記録されている場合に客室の状態は正常であると判定し、それ以外の場合に客室の状態は正常ではないと判定する。

　「正常」であると判定した場合（ステップＳ５１４でＹＥＳ）、ＣＰＵ３１は清掃状態ＤＢ４４から確認を行なった部屋番号に関するレコードを抽出し、確認フィールドに「終了」を記録する（ステップＳ５１５）。「正常」ではないと判定した場合（ステップＳ５１４でＮＯ）、ＣＰＵ３１は清掃状態ＤＢ４４から確認を行なった部屋番号に関するレコードを抽出し、確認フィールドに「再確認待ち」を記録する（ステップＳ５１６）。「再確認待ち」は、清掃状態が「正常」ではないと判定した旨を意味する記録の例示である。

　ＣＰＵ３１は、「再確認待ち」が発生した旨をルームインジケータまたはテキストメッセージ等を介して宿泊施設のスタッフに通知する（ステップＳ５１７）。スタッフは、確認結果ＤＢ４６に記録されたデータを確認するとともに、必要であれば当該客室に赴いて清掃状態の再確認を行なう。

　なお、ＣＰＵ３１は、ロボット８０を使用した確認結果と、人間である確認担当者による確認結果とを、区別できる態様で清掃状態ＤＢ４４に記録してもよい。ＣＰＵ３１は、ロボット８０を使用した確認結果と、人間である確認担当者による確認結果とを、区別できる態様でルームインジケータ１７に表示してもよい。

　ステップＳ５１５またはステップＳ５１８の終了後、ＣＰＵ３１は処理を終了するか否かを判定する（ステップＳ５１８）。たとえば客室清掃サービスの提供時間が終了した場合、ＣＰＵ３１は処理を終了すると判定する。終了しないと判定した場合（ステップＳ５１８でＮＯ）、ＣＰＵ３１はステップＳ５０１に戻る。終了すると判定した場合（ステップＳ５１８でＹＥＳ）、ＣＰＵ３１は処理を終了する。

　ＣＰＵ３１は、ロボット８０の代わりに、または、ロボット８０に加えてスマートスピーカ２０のカメラ２８、その他客室内に設置されたカメラを遠隔制御して、客室内の撮影を行なってもよい。

　本実施の形態によると、ロボット８０を用いて清掃終了後の確認作業を行なう情報処理システム１０を提供できる。

　ステップＳ５１２で画像に異常があると判定した場合、ＣＰＵ３１はロボット８０に周辺の画像の追加撮影等を指示してもよい。ＣＰＵ３１は、追加撮影された画像も確認結果ＤＢ４６に記録する。ステップＳ５１７で通知を受けたスタッフは、追加撮影された画像を確認することにより、再整備の要否を速やかに判断できる。

　ステップＳ５１２で臭気に異常があると判定した場合、ＣＰＵ３１は客室の空調設備を遠隔制御して換気のレベルを上昇させてもよい。ＣＰＵ８１がステップＳ５１２の解析を実行し、画像等と合わせて解析結果を管理サーバに送信してもよい。

　ＣＰＵ８１は、たとえば廊下、ラウンジ等の共用部の清掃状態の確認を行なっても良い。ＣＰＵ８１は、管理サーバ３０の指示に基づいて客室に移動する途中に、廊下等の清掃状態の確認を行なってもよい。

［実施の形態８］
　本実施の形態は、宿泊客からの明示的な要求を受けていない場合にサービスを提案する情報処理システム１０に関する。以下の説明では、明示的な要求を受けていない場合にサービスを提案する形式を、プッシュ型と記載する。実施の形態１と共通する部分については、説明を省略する。

　図２４は、実施の形態８のリコメンドモデルの概要を説明する説明図である。リコメンドモデルは、宿泊客の属性、天候および日時を受け付けて、宿泊客に提案するサービスに関する情報を出力するモデルである。宿泊客の属性は、ＰＭＳサーバ１５に記録された宿泊客の属性、スマートスピーカ２０を介して取得した宿泊客のリクエストおよび宿泊客の声を分析して推測した宿泊客の感情等である。宿泊客の属性は、図３を使用して説明した宿泊者フィールドの各サブフィールドに記録された事柄を含む。

　出力データは、宿泊客に提供可能なそれぞれのサービスが宿泊客に受け入れられる確率を示す。図２４に示す例では、「ワイン－１」が宿泊客に受け入れられる確率は３０パーセント、「ワイン－２」が宿泊客に受け入れられる確率は２５％である。リコメンドモデルの出力は、客室に物品を持っていくルームサービスに限定しない。たとえばレストランの予約、または交通手段の予約等でもよい。

　リコメンドモデルは、たとえば、過去に様々な宿泊客から受け付けた注文を収集した教師データに基づいて、ディープラーニング等の機械学習により作成する。リコメンドモデルは入力データに基づいて客室の整備状態を定める決定木をコーディングしたプログラム等であっても良い。リコメンドモデルは、宿泊客に推奨するサービスを判定するサービス判定部の機能を実現する。

　図２５は、実施の形態８のスマートスピーカ２０の出力を説明する説明図である。ＣＰＵ３１は、スマートスピーカ２０を介して宿泊客に提案するサービスを出力する。出力は、たとえばタッチパネル２５への表示と、マイク２６からの出力により行なわれる。出力は、タッチパネル２５とマイク２６のいずれか一方から行われても良い。出力は、客室内のテレビまたはラジオから行われてもよい。

　たとえば、宿泊客から「頼む」のように提案に同意する旨の応答を行なった場合、ＣＰＵ３１はルームサービスの担当者に宿泊客の要求を通知する。たとえば、宿泊客から「ノンアルコールの方が良い」のように別の提案を望む旨の応答を取得した場合、ＣＰＵ３１はスマートスピーカ２０を介したチャットボットにより宿泊客の要望を取得する。

　図２６は、実施の形態８のプログラムの処理の流れを説明するフローチャートである。ＣＰＵ３１は、宿泊客が在室しているか否かを判定する（ステップＳ５２１）。たとえば、フロントにルームキーを預けている場合、または、レストラン等を予約している時間帯である場合、ＣＰＵ３１は宿泊客が在室していないと判定する。

　在室していると判定した場合（ステップＳ５２１でＹＥＳ）、ＣＰＵ３１は宿泊客が就寝中であるか否かを判定する（ステップＳ５２２）。たとえばＣＰＵ３１は、客室に配置された睡眠センサからデータを取得して、宿泊客が就寝中であるか否かを判定する。睡眠センサは、たとえばマットレスの下に設置するタイプ、および、ベッドサイドに設置するタイプ等が公知であるため、詳細については説明を省略する。ＣＰＵ３１は、客室内の照明の点灯有無を検出して、就寝中であるか否かを判定してもよい。

　就寝中ではないと判定した場合（ステップＳ５２２でＮＯ）、ＣＰＵ３１は、ＰＭＳサーバ１５に記録された宿泊客の属性、スマートスピーカ２０を介して取得した宿泊客のリクエストおよび宿泊客の声を分析して推測した宿泊客の感情等に基づいて、宿泊客の属性を取得する（ステップＳ５２３）。ステップＳ５２３により、ＣＰＵ３１は宿泊客の属性を取得する属性取得部の機能を実現する。

　ＣＰＵ３１は図２４を使用して説明したリコメンドモデルに、宿泊客の属性、天候および日時を入力し、出力されるサービスに関する情報を取得する（ステップＳ５２４）。ＣＰＵ３１は、宿泊客に受け入れられる確率が高いと判定されたサービスのうち、品切れ、またはサービス提供時間終了等の事情により、宿泊客に提供できないサービスを削除する（ステップＳ５２５）。ＣＰＵ３１は、残ったサービスに宿泊客に受け入れられる確率が所定の閾値を超えるサービスが存在するか否かを判定する（ステップＳ５２６）。

　存在すると判定した場合（ステップＳ５２６でＹＥＳ）、ＣＰＵ３１は図２５を使用して説明したように、宿泊客にサービスを提案する（ステップＳ５２７）。ＣＰＵ３１は、スマートスピーカ２０を介して宿泊客が提案に反応したか否かを判定する（ステップＳ５２８）。ステップＳ５２８により、ＣＰＵ３１は提案したサービスの提供要否を受け付ける受付部の機能を実現する。

　反応していないと判定した場合（ステップＳ５２８でＮＯ）、ＣＰＵ３１は提案内容および提案に反応しなかった旨を宿泊客の属性に記録する（ステップＳ５２９）。反応したと判定した場合（ステップＳ５２８でＹＥＳ）、ＣＰＵ３１はチャットボット等を介して宿泊客の要求の詳細を受け付ける（ステップＳ５３１）。ＣＰＵ３１は、宿泊客の要求内容を宿泊客の属性に記録する（ステップＳ５３２）。ＣＰＵ３１は、宿泊客の要求内容を担当部門に通知する（ステップＳ５３３）。

　なお、ステップＳ５３１でチャットボットが宿泊客の要望を十分に把握できない場合、ＣＰＵ３１はたとえばフロントの担当者等に対応を引き継ぐ。

　宿泊客が在室していないと判定した場合（ステップＳ５２１でＮＯ）、宿泊客が就寝中であると判定した場合（ステップＳ５２２でＹＥＳ）、存在しないと判定した場合（ステップＳ５２６でＮＯ）、ステップＳ５２９の終了後、またはステップＳ５３３の終了後、ＣＰＵ３１は処理を終了する。

　本実施の形態によると、宿泊客にプッシュ型でサービスを提案する情報処理システム１０を提供できる。提案に対する宿泊客の反応を宿泊客の属性に追加することにより、常連客への提案の精度を高める情報処理システム１０を提供できる。

　適切な提案を出力した場合、宿泊客はたとえば「頼む」の一言でサービスを注文できる。したがって、宿泊客が簡単にサービスを享受できる情報処理システム１０を提供できる。

［実施の形態９］
　本実施の形態は、宿泊客の体調情報に基づいてサービスを提供する情報処理システム１０に関する。実施の形態８と共通する部分については、説明を省略する。

　図２７は、実施の形態９のスマートスピーカ２０の出力を説明する説明図である。ＣＰＵ３１は、宿泊客の体調情報に基づいて宿泊客にサービス等を提案する。提案は、たとえばタッチパネル２５への表示と、マイク２６からの出力により行なわれる。提案は、タッチパネル２５とマイク２６のいずれか一方から行われても良い。提案は、客室内のテレビまたはラジオから行われてもよい。

　体調情報は、たとえば客室に配置された睡眠センサから取得した睡眠の深さ、心拍数、呼吸数、体温等である。体調情報は、客室内または廊下等に配置した、非接触式の体温計で測定した体温であってもよい。体調情報は、客室内または共用設備に配置した血圧計で測定した血圧および心拍数であってもよい。客室内のトイレに、排泄物から宿泊客の体調を検出するセンサが設置されていてもよい。体調情報は、スマートスピーカ２０が取得した宿泊客の声の掠れの有無であってもよい。体調情報は、スマートスピーカ２０が宿泊客との会話に基づいて取得した、主観的な体調の状態であってもよい。

　図２７に示す例では、近隣のクリニックの予約に関する提案がスマートスピーカ２０から出力されている。ＣＰＵ３１は、たとえば宿泊客の体調改善に役立つサプリメントの提供、または、空調温度の設定変更を提案してもよい。ＣＰＵ３１は、宿泊客への提案を行なわず、空調機器の温度設定を遠隔操作により自動的に変更してもよい。

　図２８は、実施の形態９のプログラムの処理の流れを説明するフローチャートである。ＣＰＵ３１は、ＰＭＳサーバ１５に記録された宿泊客の属性、スマートスピーカ２０を介して取得した宿泊客のリクエストおよび宿泊客の声を分析して推測した宿泊客の感情等に基づいて、宿泊客の属性を取得する（ステップＳ５４１）。

　ＣＰＵ３１は、宿泊客の体調情報を取得する（ステップＳ５４２）。ＣＰＵ３１は、宿泊客の体調に異常があるか否かを判定する（ステップＳ５４３）。たとえば、ＣＰＵ３１は体温が３７．５度を超える場合、心拍リズムに異常がある場合、または、呼吸リズムに異常がある場合等に、体調に異常があると判定する。ＣＰＵ３１は、ステップＳ５４１で取得した属性に基づいて、異常を判定する閾値を変更してもよい。

　異常があると判定した場合（ステップＳ５４３でＹＥＳ）、ＣＰＵ３１は重篤な異常であるか否かを判定する（ステップＳ５４４）。たとえば、体温が４０度を超える場合、または、心拍リズムが心室細動を示している場合、ＣＰＵ３１は重篤な異常であると判定する。

　重篤な異常であると判定した場合（ステップＳ５４４でＹＥＳ）、ＣＰＵ３１はスマートスピーカ２０を介して宿泊客に「熱が大変高いようです。助けを呼びますか？」等の声掛けを行なう（ステップＳ５４５）。宿泊客からの返事があった場合、ＣＰＵ３１はチャットボットによりスマートスピーカ２０を介して宿泊客との会話を行なう。

　たとえば、宿泊客が誤って体温センサにホットコーヒーをかざした場合等、実際には体調に異常がない場合には、声掛けにより異常な状態が解消する。ＣＰＵ３１は異常な状態が解消したか否かを判定する（ステップＳ５４６）。解消していないと判定した場合（ステップＳ５４６でＮＯ）、ＣＰＵ３１は宿泊施設のスタッフに宿泊客の状態を通知する（ステップＳ５４７）。

　重篤な異常ではないと判定した場合（ステップＳ５４４でＮＯ）、ＣＰＵ３１は宿泊客の属性および体調情報に基づいて、宿泊客に提供するサービスを判定する（ステップＳ５５１）。判定は、たとえば、発熱の有無、食欲の有無、年齢、性別、国籍、睡眠の深さ等の種々の情報に基づいて場合分けを行なう決定木等の、ルールベースの手法に基づいて行なわれる。

　ＣＰＵ３１は、宿泊客の体調改善に寄与すると期待されるサービスを宿泊客に提供する（ステップＳ５５２）。たとえば図２７を使用して説明したように、ＣＰＵ３１はスマートスピーカ２０を介して宿泊客に近隣のクリニックの予約を提案する。ＣＰＵ３１は、空調設備を遠隔操作して、室温を変化させてもよい。

　異常がないと判定した場合（ステップＳ５４３でＮＯ）、解消したと判定した場合（ステップＳ５４６でＹＥＳ）、ステップＳ５４７の終了後、またはステップＳ５５２の終了後、ＣＰＵ３１は処理を終了する。

　本実施の形態によると、宿泊客の体調異常を検出して対処する情報処理システム１０を提供できる。宿泊客が自ら助けを求められないほどの重篤な状態である場合に、自動的にスタッフに通知する情報処理システム１０を提供できる。

　たとえば、ＣＯＶＩＤ－１９のような発熱を伴う感染症が流行している場合、ＣＰＵ３１は基準値以上の発熱を検出した場合に、スタッフまたは感染症の専門家に通知するとともに、宿泊客の外出を禁止しても良い。

　ＣＰＵ３１は、宿泊客の体調に異常がないと判定した場合（ステップＳ５４３でＮＯ）、宿泊客の健康をさらに増進するサービスを取得して、宿泊客に提供してもよい。

［変形例］
　図２９は、実施の形態９の変形例で使用するリコメンドモデルの概要を説明する説明図である。リコメンドモデルは、宿泊客の属性および宿泊客の体調情報を受け付けて、宿泊客の体調を改善するサービスに関する情報を出力するモデルである。宿泊客の属性は、ＰＭＳサーバ１５に記録された宿泊客の属性、スマートスピーカ２０を介して取得した宿泊客のリクエストおよび宿泊客の声を分析して推測した宿泊客の感情等である。宿泊客の属性は、図３を使用して説明した宿泊者フィールドの各サブフィールドに記録された事柄を含む。

　本実施の形態のリコメンドモデルの出力は、客室内の空調の設定変更、ビタミン等のサプリメントの提供および近隣のクリニックの予約等の種々のサービスが、宿泊客の体調改善に寄与すると期待される確率である。

　本変形例においては、ステップＳ５５１においてＣＰＵ３１は図２９を使用して説明したリコメンドモデルに、宿泊客の属性、および、宿泊客の体調情報を入力し、出力されるサービスに関する情報を取得する。ＣＰＵ３１は、リコメンドモデルの出力のうち、確率の高い項目を抽出することにより、宿泊客に提供するサービスを判定する。

［実施の形態１０］
　図３０は、実施の形態１０の情報処理装置の機能ブロック図である。情報処理装置は、属性取得部７１と、サービス判定部７２と、出力部７３と、受付部７４とを備える。属性取得部７１は、宿泊客の属性を取得する。サービス判定部７２は、属性取得部７１が取得した属性に基づいて、宿泊客に推奨するサービスを判定する。出力部７３は、宿泊客が滞在中の客室に設置されたユーザーインタフェース２０を介してサービス判定部７２が判定したサービスに関する情報をプッシュ型で出力する。受付部７４は、ユーザーインタフェース２０を介して出力部７３が出力したサービスの提供要否を受け付ける。

［実施の形態１１］
　図３１は、実施の形態１１の情報処理システム１０の機能ブロック図である。情報処理システム１０は、情報処理装置３０とロボット８０とを備える。情報処理装置３０は、入室指示部７５と、画像取得部７６と、確認部７７とを備える。

　入室指示部７５は、清掃終了した客室にロボット８０を入室させる。画像取得部７６は、ロボット８０に搭載したカメラ８８により撮影された画像を取得する。確認部７７は、画像取得部７６が取得した画像に基づいて清掃状態を確認する。

　ロボット８０は、移動部７８とカメラ８８とを備える。移動部７８は、清掃終了した客室まで移動する。カメラ８８は、客室内で清掃状態の確認に用いる画像を撮影する。

　以上に説明した各実施の形態では、主にホテルで使用する情報処理システム１０について説明した。ホテルは、宿泊施設の一例である。情報処理システム１０を使用する宿泊施設はホテルに限定されない。宿泊施設は、宿泊可能な施設であって、宿泊する室、すなわち客室を備える任意の施設である。宿泊施設の具体例には、旅館、民泊用の施設、不動産、病院、介護施設、マンションおよび別荘等が含まれる。

　宿泊客は、宿泊施設に宿泊する者の例示である。宿泊施設に宿泊する者は、宿泊施設または宿泊施設に含まれる各室の所有者であってもよい。宿泊施設に宿泊する者は、これらの所有者の家族、親戚、友人または知人であってもよい。

　宿泊施設が介護施設である場合を例にして、説明する。宿泊している要介護者の情報を記憶するシステムのサーバが、各実施の形態におけるＰＭＳサーバ１５の機能を実現する。介護施設の各部屋の清掃および確認の状況を一覧表示するディスプレイが、各実施の形態におけるルームインジケータ１７の機能を実現する。

　すなわち、ＰＭＳサーバ１５は、宿泊施設に宿泊する者に関する情報を記憶するサーバの例示である。ルームインジケータ１７は、宿泊施設の各部屋の清掃および確認の状況を一覧表示する表示装置の例示である。

　各実施例で記載されている技術的特徴（構成要件）はお互いに組合せ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
　今回開示された実施の形態はすべての点で例示であって、制限的なものでは無いと考えられるべきである。本発明の範囲は、上記した意味では無く、請求の範囲によって示され、請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

　　（付記１）
　宿泊施設の客室に設置されたユーザーインタフェースから取得データを取得し、
　取得した取得データと、前記ユーザーインタフェースを識別するユーザーインタフェース識別子とに基づいて、前記宿泊施設内の機器を制御する
　処理をコンピュータに実行させるプログラム。

　　（付記２）
　前記機器は、客室の清掃状態を一覧表示するルームインジケータである
　付記１に記載のプログラム。

　　（付記３）
　前記取得データが、前記ユーザーインタフェースが設置された客室の清掃要求を示す場合、前記客室が清掃待ちの状態であることを前記ルームインジケータに出力する
　付記２に記載のプログラム。

　　（付記４）
　前記取得データが、前記ユーザーインタフェースが設置された客室における作業の終了を示す場合、前記取得データを発したユーザが所定の担当者であるか否かを判定し、
　所定の担当者であると判定した場合、作業が終了した旨を前記ルームインジケータに出力する
　付記２または付記３に記載のプログラム。

　　（付記５）
　前記取得データが、前記ユーザーインタフェースが設置された客室で行なわれた作業の確認終了を示す場合、前記取得データを発したユーザが所定の確認担当者であるか否かを判定し、
　所定の確認担当者であると判定した場合、確認終了した旨を前記ルームインジケータに出力する
　付記２から付記４のいずれか一つに記載のプログラム。

　　（付記６）
　前記機器は、前記宿泊施設内で物品を運搬するロボットである
　付記１に記載のプログラム。

　　（付記７）
　前記取得データが、前記ユーザーインタフェースが設置された客室の清掃要求を示す場合、前記ロボットに前記客室まで清掃に用いる物品を運搬させる指示を出力する
　付記６に記載のプログラム。

　　（付記８）
　前記取得データが、前記ユーザーインタフェースが設置された客室における作業の終了を示す場合、
　前記ロボットに前記客室から清掃に用いた物品を回収させる指示を出力する
　付記６または付記７に記載のプログラム。

　　（付記９）
　前記取得データが、前記ユーザーインタフェースが設置された客室へ物品を運搬する要求を示す場合、前記ロボットに前記客室まで要求された物品を運搬させる指示を出力する
　付記６から付記８のいずれか１つに記載のプログラム。

　　（付記１０）
　前記取得データは音声データである
　付記１から９のいずれか一つに記載のプログラム。

　　（付記１１）
　宿泊施設の客室に設置されたユーザーインタフェースから取得データを取得し、
　取得した取得データと、前記ユーザーインタフェースを識別するユーザーインタフェース識別子とに基づいて、前記宿泊施設内の機器を制御する
　処理をコンピュータに実行させる情報処理方法。

　　（付記１２）
　宿泊施設の客室に設置されたユーザーインタフェースから取得データを取得する取得部と、
　前記取得部が取得した取得データと、前記ユーザーインタフェースを識別するユーザーインタフェース識別子とに基づいて、前記宿泊施設内の機器を制御する機器制御部と
　を備える情報処理装置。

　１０　　情報処理システム
　１４　　音声応答サーバ
　１５　　ＰＭＳサーバ
　１６　　ＰＢＸ
　１７　　ルームインジケータ（機器）
　１８　　情報処理端末（ユーザーインタフェース）
　２０　　スマートスピーカ（ユーザーインタフェース）
　２１　　ＣＰＵ
　２２　　主記憶装置
　２３　　補助記憶装置
　２４　　通信部
　２５　　タッチパネル
　２５１　表示部
　２５２　入力部
　２６　　マイク
　２７　　スピーカ
　２８　　カメラ
　３０　　管理サーバ（情報処理装置）
　３１　　ＣＰＵ
　３２　　主記憶装置
　３３　　補助記憶装置
　３４　　通信部
　３６　　読取部
　４１　　スピーカＤＢ
　４４　　清掃状態ＤＢ
　４５　　確認条件ＤＢ
　４６　　確認結果ＤＢ
　７１　　属性取得部
　７２　　サービス判定部
　７３　　出力部
　７４　　受付部
　７５　　入室指示部
　７６　　画像取得部
　７７　　確認部
　７８　　移動部
　８０　　ロボット（機器）
　８１　　ＣＰＵ
　８２　　主記憶装置
　８３　　補助記憶装置
　８４　　通信部
　８５　　タッチパネル
　８５１　表示部
　８５２　入力部
　８６　　マイク
　８７　　スピーカ
　８８　　カメラ
　８９　　臭気センサ
　９０　　コンピュータ
　９１　　取得部
　９２　　機器制御部
　９６　　可搬型記録媒体
　９７　　プログラム
　９８　　半導体メモリ

Claims

　清掃終了した客室にロボットを入室させ、
　前記ロボットに搭載したカメラにより撮影された画像を取得し、
　前記画像に基づいて清掃状態を確認する
　処理をコンピュータに実行させるプログラム。
　前記ロボットに、所定の基準画像と同じレイアウトの画像を撮影させる
　請求項１に記載のプログラム。
　前記ロボットに搭載された臭気センサにより計測された臭気データを取得し、
　前記画像と、前記臭気データとに基づいて清掃状態を確認する
　請求項１または請求項２に記載のプログラム。
　前記客室で撮影された複数の前記画像に基づいて、前記客室の清掃状態が正常であるか否かを判定する
　請求項１から請求項３のいずれか一つに記載のプログラム。
　前記客室で撮影された複数の前記画像と前記臭気データとに基づいて、前記客室の清掃状態が正常であるか否かを判定する
　請求項３に記載のプログラム。
　前記客室の清掃状態が正常であると判定した場合、判定結果を記録する
　請求項１から請求項５のいずれか一つに記載のプログラム。
　前記客室の清掃状態が正常ではないと判定した場合、判定結果を記録し、前記判定結果を通知する
　請求項１から請求項６のいずれか一つに記載のプログラム。
　清掃状態が正常であるか否かを判定した結果を、客室の清掃状態を一覧表示するルームインジケータに表示させる
　請求項４から請求項７のいずれか一つに記載のプログラム。
　前記ロボットに、清掃を予定している客室へ清掃用具を運搬させる
　請求項１から請求項８のいずれか一つに記載のプログラム。
　宿泊者が前記客室に滞在中である場合、前記ロボットを前記客室に入室させない
　請求項１から請求項９のいずれか一つに記載のプログラム。
　客室の清掃状態を記録したデータベースから、清掃終了した客室に関する情報を抽出し、
　前記情報に基づいて、清掃終了した客室への入室を前記ロボットに指示する
　請求項１から請求項１０のいずれか一つに記載のプログラム。
　宿泊者の属性を取得し、
　取得した属性に基づいて、前記宿泊者に推奨するサービスを判定し、
　前記宿泊者が滞在中の客室に設置されたユーザーインタフェースを介して前記サービスに関する情報をプッシュ型で出力し、
　前記ユーザーインタフェースを介して前記サービスの提供要否を受け付ける
　請求項１から請求項１１のいずれか一つに記載のプログラム。
　前記宿泊者に推奨するサービスは、宿泊者の属性を受け付けて前記宿泊者に推奨するサービスに関する情報を出力するリコメンドモデルを用いて判定する
　請求項１２に記載のプログラム。
　前記宿泊者の属性は、宿泊施設に配置されたセンサから取得した前記宿泊者の体調情報を含む
　請求項１２または請求項１３に記載のプログラム。
　前記体調情報が前記宿泊者の体調に異常があることを示す場合、宿泊施設のスタッフに通知する
　請求項１４に記載のプログラム。
　清掃終了した客室にロボットを入室させ、
　前記ロボットに搭載したカメラにより撮影された画像を取得し、
　前記画像に基づいて清掃状態を確認する
　処理をコンピュータに実行させる情報処理方法。
　清掃終了した客室にロボットを入室させる入室指示部と、
　前記ロボットに搭載したカメラにより撮影された画像を取得する画像取得部と、
　前記画像に基づいて清掃状態を確認する確認部と
　を備える情報処理装置。
　清掃終了した客室まで移動する移動部と、
　前記客室内で清掃状態の確認に用いる画像を撮影するカメラと、
　を備えるロボット。
　前記画像を、画像に基づいて清掃状態を判定する情報処理システムに送信する
　請求項１８に記載のロボット。
　前記画像に基づいて清掃状態を判定する
　請求項１８に記載のロボット。