JP7297326B2 - 情報処理装置、情報処理システム、情報処理方法およびプログラム - Google Patents

Description

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

ユーザとロボットとの間で、自然言語による対話を成立させるコミュニケーションシステムが提案されている。ロボットは、マイクおよびスピーカを有する。マイクを用いてユーザの発話を取得してサーバに送り、会話データベースを参照して生成した応答をサーバから取得して、スピーカから出力することで、ユーザとの対話を行なえる（特許文献１）。

特開２０１７－１９１５３１号公報

ホテル等の宿泊施設においては、年齢、性別、国籍、住所等の属性が異なるさまざまな宿泊客を受け入れる。特許文献１に開示されたコミュニケーションシステムにおいては、個々の宿泊客の属性に基づいて応答内容を定めることはできない。

一つの側面では、宿泊客に関する情報を判定する情報処理装置等を提供することを目的とする。

情報処理装置は、ユーザーインタフェースを介して宿泊施設の客室で取得した音声データに基づくリクエスト、および、前記ユーザーインタフェースを識別するユーザーインタフェース識別子を取得するリクエスト取得部と、前記ユーザーインタフェース識別子に基づいて前記客室に宿泊中の宿泊客にかかる宿泊客情報を取得する情報取得部と、前記宿泊客の中から前記音声データを発声した話者を判定する話者判定部とを備え、前記話者判定部は、前記音声データに基づいて前記話者の属性を推定し、推定した属性に基づいて、前記客室に宿泊している人物の中から前記話者を判定するか、前記話者が撮影された画像を取得し、前記画像に基づいて前記話者の属性を推定し、推定した属性に基づいて、前記客室に宿泊している人物の中から前記話者を判定するか、または、前記話者が撮影された画像を取得し、前記画像と前記音声データとに基づいて前記話者の属性を推定し、推定した属性に基づいて、前記客室に宿泊している人物の中から前記話者を判定する。

一つの側面では、宿泊客に関する情報を判定する情報処理装置等を提供できる。

情報処理システムの動作の概要を示す説明図である。 情報処理システムの構成を説明する説明図である。 ＰＭＳＤＢのレコードレイアウトを説明する説明図である。 スピーカＤＢのレコードレイアウトを説明する説明図である。 紹介施設ＤＢのレコードレイアウトを説明する説明図である。 リコメンドモデルの概要を説明する説明図である。 情報処理システムの動作の概要を示すシーケンス図である。 プログラムの処理の流れを説明するフローチャートである。 実施の形態２のプログラムの処理の流れを説明するフローチャートである。 案内履歴ＤＢのレコードレイアウトを説明する説明図である。 レポート画面の例を説明する説明図である。 実施の形態３のプログラムの処理の流れを説明するフローチャートである。 実施の形態４のリコメンドモデルの概要を説明する説明図である。 実施の形態４のプログラムの処理の流れを説明するフローチャートである。 ユーザＤＢのレコードレイアウトを説明する説明図である。 実施の形態５のプログラムの処理の流れを説明するフローチャートである。 連携情報ＤＢのレコードレイアウトを説明する説明図である。 実施の形態６のリコメンドモデルの概要を説明する説明図である。 実施の形態６のスマートスピーカが表示する画面の例を説明する説明図である。 実施の形態６のプログラムの処理の流れを説明するフローチャートである。 実施の形態７の情報処理装置の機能ブロック図である。 実施の形態８の情報処理システムの構成を示す説明図である。

［実施の形態１］
図１は、情報処理システム１０の動作の概要を示す説明図である。情報処理システム１０は、ホテル等の宿泊施設の客室に配置されたスマートスピーカ２０を含む。スマートスピーカ２０は略半球形状であり、平面部に円形のタッチパネル２５と、カメラ２８とを有する。スマートスピーカ２０は、タッチパネル２５が斜め上方を向くように設置されている。スマートスピーカ２０は、球面部分の上部にマイク２６を、球面部分の下部にスピーカ２７をそれぞれ有する。

なお、実施の形態では、ユーザーインタフェースとして、スマートスピーカ２０を用いて説明するが、ユーザーインタフェースは、宿泊客（ユーザ）の情報を取得し、宿泊客に情報を伝達することができるものであれば、スマートスピーカ２０に限定されるものではない。例えば、マイクやスピーカの機能を備えるスマートフォンやＰＣ等を用いて代替することも可能である。

宿泊客がたとえば「和食の店を教えて」と、リクエストを発話する。情報処理システム１０は、ＰＭＳ（Property Management System：ホテル管理システム）に記録されている宿泊客の属性に基づいて、その宿泊客に紹介、すなわちリコメンドする和食レストランを抽出する。情報処理システム１０は、スピーカ２７から「３軒表示します」と発声するとともに、タッチパネル２５に１軒目の和食レストランにかかる情報を表示する。なお、リクエストの内容は、商品またはサービスに関するものであれば和食の店に限られるものではなく、リコメンドする情報も商品またはサービスに関する情報（商品サービス情報）であればよい。

宿泊客は、タッチパネル２５を操作することにより、抽出された３軒のレストランにかかる情報を見比べる。宿泊客は、タップ等の操作により、レストランの所在地の地図および電話番号等の情報をタッチパネル２５に表示させることができる。タッチパネル２５の操作は、既存のスマートフォン等と同様であるため、詳細については説明を省略する。

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

ＰＭＳを参照することにより、情報処理システム１０はユーザの好みおよび状況に合う和食レストランを提示できる。たとえば、ユーザが子供連れである場合と、カップルである場合とでは、情報処理システム１０は異なる和食レストランを提示する。ユーザが２０代である場合と、７０代である場合とでも、情報処理システム１０は異なる和食レストランを提示する。

図２は、情報処理システム１０の構成を説明する説明図である。情報処理システム１０は、前述のスマートスピーカ２０に加えて、管理サーバ３０、音声応答サーバ１４およびＰＭＳサーバ１５（ネットワーク接続されたＰＭＳ）を含む。

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

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

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

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

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

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

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

補助記憶装置３３は、ＳＲＡＭ、フラッシュメモリまたはハードディスク等の記憶装置である。補助記憶装置３３には、スピーカＤＢ（Database）４１、紹介施設ＤＢ４２、リコメンドモデル４８、ＣＰＵ３１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。なお、リコメンドモデル４８については後述する。

スピーカＤＢ４１、紹介施設ＤＢ４２およびリコメンドモデル４８は、管理サーバ３０に接続された外部の大容量記憶装置、または、ネットワークを介して管理サーバ３０に接続された他のサーバに記録されていても良い。

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

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

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

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

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

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

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

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

図３中の３３３号室にかかるレコードを例にして説明を続ける。代表者フィールドの各サブフィールドには、代表者である「田中一郎」氏の年齢、住所、性別および国籍が記録されている。同行者数フィールドの「１」は、代表者である「田中一郎」氏と同行者１人の、合計２人が宿泊することを示す。関係フィールドの「夫婦」は、３３３号室に宿泊する２人が、夫婦であることを意味する。特記事項フィールドの「銀婚式」は、３３３号室に宿泊する夫婦が、銀婚式を迎えることを意味する。状態フィールドの「未到着」は、まだチェックインしていないことを意味する。

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

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

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

図５は、紹介施設ＤＢ４２のレコードレイアウトを説明する説明図である。紹介施設ＤＢ４２は、宿泊施設が宿泊客に紹介する紹介施設に固有に付与した紹介施設ＩＤと、詳細情報とを関連づけて記録するＤＢである。

紹介施設ＤＢ４２は、宿泊施設名フィールド、紹介施設ＩＤフィールド、名前フィールドおよび施設詳細フィールドを有する。施設詳細フィールドは、種類フィールド、宿泊施設内フィールド、会員フィールド、特徴フィールドおよびＵＲＬ（Uniform Resource Locator）フィールドを有する。

宿泊施設名フィールドには、宿泊施設の名称が記録されている。紹介施設ＩＤフィールドには、紹介施設ＩＤが記録されている。名前フィールドには、紹介施設の名前が記録されている。種類フィールドには、施設の種類が記録されている。宿泊施設内フィールドには、宿泊施設内の施設であるか否かが記録されている。すなわち、宿泊施設内の施設である場合には、宿泊施設内フィールドに「ＹＥＳ」が記録されている。宿泊施設外の施設である場合には、宿泊施設内フィールドに「ＮＯ」が記録されている。宿泊施設内フィールドに「ＹＥＳ」が記録されている施設は、宿泊施設内に設けられた施設の一例である。

会員フィールドには、特定のグループの会員であるか否かが記録されている。グループは、たとえば宿泊施設が主催する観光客向け施設のグループであり、「ＹＥＳ」は有料会員である施設を、「ＮＯ」はそれ以外の施設をそれぞれ示す。なお、グループは、地域の観光協会、または、地元の商店街等であっても良い。

特徴フィールドには、たとえば対応可能な言語、および、提供可能なサービス等、施設の特徴が記録されている。ＵＲＬフィールドには、施設の広告等をタッチパネル２５に表示させるＷＥＢ（World Wide Web）サイトのＵＲＬが記録されている。

図６は、リコメンドモデル４８の概要を説明する説明図である。リコメンドモデル４８は、ユーザに関する入力データを受け付けて、出力データを出力するモデルである。入力データは、ユーザの属性、ユーザのリクエスト、およびユーザの声を分析して推測したユーザの感情等である。

ユーザの属性は、図３を使用して説明した宿泊者フィールドの各サブフィールドに記録された事柄を含む。ユーザの属性は、チェックイン時刻、チェックアウト時刻、予約方法、および、宿泊料金の支払方法等を含んでも良い。ユーザのリクエストは、たとえば「和食の店」、「コンビニエンスストア」または「ドラッグストア」等、ユーザによるリクエストを音声分析して得た質問項目である。

ユーザの感情は、たとえば「リラックス」、「怒り」、「焦り」、「空腹」または「体調不良」等である。ユーザの感情は、「怒り８０パーセント、空腹２０パーセント」のように、複数の感情の組合せ比率を用いて表現されても良い。

入力データは、天候および交通情報等を含んでも良い。例えば、天候が悪い場合には、リコメンドモデル４８は、徒歩での移動距離の長い施設の推奨度合いが小さい出力データを出力する。電車が遅延している場合には、リコメンドモデル４８は、電車が交通手段となる施設の推奨度合いが小さい出力データを出力する。入力データは、客室の室温、湿度、照明の色と明るさ、および、テレビの音量等の客室の環境を含んでも良い。例えば、客室の照明が暗い場合、リコメンドモデル４８は、照明を落としたバーの推奨度合いが大きい出力データを出力する。出力データは、ユーザに紹介する施設の紹介施設ＩＤおよび推奨度合いの大小を示す点数である。

リコメンドモデル４８は、たとえば、さまざまな入力データに対してベテランのコンシェルジュが紹介する施設を、コンシェルジュへのアンケート等により収集した教師データに基づいて、ディープラーニング等の機械学習により作成する。リコメンドモデル４８は入力データに基づいて紹介する施設を定める決定木をコーディングしたプログラム等であっても良い。

教師データの収集について、具体例を説明する。一人のユーザに関する入力データをベテランのコンシェルジュに見せる。コンシェルジュは、ユーザに対して紹介する施設を判断して回答する。ここでコンシェルジュは、紹介する施設を１つだけ回答しても、複数の施設を順位づけまたは点数付けして回答しても良い。コンシェルジュによる回答は、入力データと関連づけて記録され、機械学習の教師データに使用される。

以上に説明した教師データを使用した、機械学習について説明する。教師データ中の入力データを説明変数に、回答を目的変数にそれぞれ使用する。説明変数をニューラルネットワークに入力した場合に、ニューラルネットワークの出力が目的変数に近付くように、ニューラルネットワークのパラメータを調整する。以上により、入力データを入力した場合に、ベテランのコンシェルジュの判断に近い回答、すなわち、入力データにかかるユーザに紹介することが望ましい施設を出力するリコメンドモデル４８が作成される。

図３中の３３４号室にかかるレコードを例にして、具体例を説明する。幼児２人を連れた４人家族で宿泊している「王敏」氏、または同行者が、夕食を食べるレストランを尋ねた場合には、ベテランコンシェルジュは個室があるレストランまたはカジュアルレストラン等、幼児連れで入りやすいレストランを紹介する。同様に「王敏」氏、または同行者が観光ツアーを尋ねた場合には、ベテランコンシェルジュは幼児が楽しめる観光ツアーを紹介する。

同じ「王敏」氏とその妻が夫婦だけで記念日に宿泊して夕食を食べるレストランを尋ねた場合には、ベテランコンシェルジュは夫婦の好みを勘案した上で、たとえば夜景が綺麗なレストラン等の、記念日にふさわしいレストランを紹介する。観光ツアーを尋ねた場合には、ベテランコンシェルジュは大人向けの観光ツアーを紹介する。

さらに、「王敏」氏が出張のために単独で宿泊し、夕食を食べるレストランを訪ねた場合には、ベテランコンシェルジュは「王敏」氏自身の好みに合うレストランを紹介する。

以上に例示したようにベテランコンシェルジュは、代表者が同一であっても、同行者の構成によって異なる回答を行なう。このようなベテランコンシェルジュの回答に基づいて作成した教師データを学習させることにより、同行者の構成を反映した適切な回答を出力するリコメンドモデル４８が実現される。

ＰＭＳＤＢに同行者の名前、年齢、住所、性別および国籍等の詳細情報が記録される場合には、同行者の詳細情報を教師データに加えることができる。代表者と同行者との組合せに応じて、さらに適切な回答を出力するリコメンドモデル４８が実現される。

図７は、情報処理システム１０の動作の概要を示すシーケンス図である。ユーザが、スマートスピーカ２０に対して、たとえば「和食の店を教えて」のように自然言語の音声によりリクエストを入力する。音声は、マイク２６により取得される（ステップＳ５０１）。ＣＰＵ２１は、取得した音声を電気信号に変換した音声データと、カメラ２８により撮影された画像と、スピーカＩＤとを音声応答サーバ１４に送信する（ステップＳ５０２）。

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

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

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

たとえば、ユーザが宿泊施設の近くの飲食店についてリクエストした場合、音声応答サーバ１４は管理サーバ３０への問合せが必要であると判定する。音声応答サーバ１４は、音声データを解析して得たユーザからのリクエストおよびユーザの感情と、カメラ２８により撮影された画像と、スピーカＩＤとを管理サーバ３０に送信する（ステップＳ５２１）。

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

ＣＰＵ３１は、スピーカＩＤに基づいてスピーカＤＢ４１およびＰＭＳＤＢを順次検索して、ユーザの属性を取得する（ステップＳ５２２）。複数の人物が同室に宿泊する場合、ＣＰＵ３１は、カメラ２８により撮影された画像に基づいて話者であるユーザを判定する。

ＣＰＵ３１は、ユーザの属性、リクエストおよび感情を、図６を使用して説明したリコメンドモデル４８に入力して、ユーザに紹介する施設の紹介施設ＩＤおよびそれぞれの点数を取得する（ステップＳ５２３）。ＣＰＵ３１は、たとえば点数に基づいて所定の数の紹介施設ＩＤを抽出する。所定の数は、３つ程度であることが望ましい。紹介する施設が１件だけであれば、ユーザに選択の楽しみを与えられず、紹介する施設が多すぎると、却ってユーザに負担を感じさせるからである。

ＣＰＵ３１は、紹介施設ＩＤをキーとして、紹介施設ＤＢ４２を検索してレコードを抽出する。ＣＰＵ３１は、ユーザに紹介する施設にかかるＵＲＬ等の情報を音声応答サーバ１４に送信する（ステップＳ５２４）。ユーザに紹介する施設にかかるＵＲＬ等の情報は、ＣＰＵ３１が出力する商品サービス情報の一例である。

ＣＰＵ３１はたとえばリコメンドモデル４８から取得した紹介施設ＩＤから、所定の条件に基づいて、ユーザに紹介する紹介施設にかかる紹介施設ＩＤを選択しても良い。たとえば、リコメンドモデル４８に反映されていないキャンペーンが行なわれている紹介施設にかかる情報がある場合、ＣＰＵ３１はそのような施設を優先的にユーザに紹介しても良い。

音声応答サーバ１４は、受信した情報に基づいて自然音声による回答を作成する（ステップＳ５３１）。音声応答サーバ１４は、回答にかかる音声データおよび紹介する施設にかかるＵＲＬをスマートスピーカ２０に送信する（ステップＳ５３２）。

ＣＰＵ２１は、受信したＵＲＬに基づいてタッチパネル２５に映像を表示するとともに、スピーカ２７から音声を出力する（ステップＳ５３３）。ユーザは、タッチパネル２５を操作して、複数の紹介施設に関する情報を見比べる。ユーザによる指示に基づいて、ＣＰＵ２１はタッチパネル２５に表示された情報の読み上げ、リンク先のＷＥＢサイトの表示等の処理を行なっても良い。

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

ＣＰＵ３１は、音声応答サーバ１４が前述のステップＳ５２１で送信した、ユーザからのリクエスト、ユーザの感情およびスピーカＩＤを受信する（ステップＳ５５１）。ＣＰＵ３１は、受信したスピーカＩＤをキーとしてスピーカＤＢ４１を検索して、スマートスピーカ２０が設置された宿泊施設名および部屋番号を取得する（ステップＳ５５２）。

ＣＰＵ３１は、宿泊施設名と部屋番号とをＰＭＳサーバ１５に送信して、ユーザの属性を要求する（ステップＳ５５３）。ＣＰＵ３１は、ＰＭＳサーバ１５からユーザの属性を受信する（ステップＳ５５４）。

ＣＰＵ３１は、カメラ２８により撮影された画像データに基づいて、撮影された人物の顔認識を行ない、年齢、性別等を推定する。ＣＰＵ３１は、ステップＳ５５４で受信したユーザの属性と、推定した年齢、性別等に基づいて、話者の属性を判定する（ステップＳ５５５）。

具体例を挙げて説明する。宿泊者が夫婦であり、スマートスピーカ２０に話しかけている人物の外観が女性である場合、ＣＰＵ３１は話者の性別は女性であると判定する。ここで、ＰＭＳＤＢに登録された代表者が男性である場合、ＣＰＵ３１は、話者は代表者の妻であると判定する。宿泊者が単独の男性である場合、スマートスピーカ２０に話しかけている人物の外観にかかわらず、ＣＰＵ３１は話者の性別は男性であり、ＰＭＳＤＢに登録された代表者本人であると判定する。なお、ＣＰＵ３１はカメラ２８により撮影された画像と、スピーカ２７により取得された音声の声質とを組み合わせて話者の属性を判定しても良い。

ＣＰＵ３１は、ステップＳ５５１で受信したユーザのリクエストと感情、および、ステップＳ５５５で推定した話者の属性をリコメンドモデル４８に入力する（ステップＳ５５６）。

ＣＰＵ３１は、リコメンドモデル４８から出力される紹介施設ＩＤおよびそれぞれの点数を取得する（ステップＳ５５７）。ＣＰＵ３１は、たとえば点数に基づいて所定の数の紹介施設ＩＤを抽出する。ＣＰＵ３１は、紹介施設ＩＤをキーとして、紹介施設ＤＢ４２を検索してレコードを抽出する。ＣＰＵ３１は、ユーザに紹介する施設にかかるＵＲＬ等の情報を音声応答サーバ１４に送信する（ステップＳ５５８）。ユーザに紹介する施設にかかるＵＲＬ等の情報は、ＣＰＵ３１が出力する商品サービス情報の一例である。

本実施の形態によると、宿泊施設の客室に配置されたスマートスピーカ２０を介して、客室を使用するユーザの属性に応じた応答を行なう情報処理システム１０を提供できる。スマートスピーカ２０を使用することにより、ユーザは、自然言語により容易に情報を要求できる。たとえば、スマートフォンまたはパソコン等の情報機器の操作が苦手なユーザであっても、音声であれば抵抗感を感じずに使用できる。

宿泊施設があらかじめ用意したリコメンドモデル４８および紹介施設ＤＢ４２に基づいて、ユーザに紹介する施設を抽出することにより、土地勘の乏しい宿泊客に対して安全な施設を案内する情報処理システム１０を提供できる。

本実施の形態によると、リコメンドモデル４８を用いることにより、ベテランコンシェルジュと同様にユーザの属性に応じた施設を紹介する情報処理システム１０を提供できる。本実施の形態によると、ＰＭＳサーバ１５からユーザの属性を取得することにより、ユーザ自身が好みや制約条件を入力する手間を省ける情報処理システム１０を提供できる。

応答の都度、ＰＭＳに記録された情報と、カメラ２８で撮影した画像とに基づいて話者の属性を判定するため、複数の宿泊客が同じ部屋に宿泊している場合であっても、リクエストをしたユーザの属性に応じた応答を行なう情報処理システム１０を提供できる。なお、シングルルームの客室である場合には、ＣＰＵ３１は、ステップＳ５５４で受信したユーザの属性を部屋番号と関連づけて補助記憶装置３３に記憶し、以後チェックアウトタイムまでの間はステップＳ５５３およびステップＳ５５４を省略しても良い。

音声応答サーバ１４は、複数の言語を処理できることが望ましい。たとえば、ユーザがロシア語でリクエストした場合には、ロシア語で応答することにより、ロシア語圏の宿泊客が容易に情報を得ることができる。音声応答サーバ１４は、たとえばネットワークを介して外部の翻訳サービスと連携して、音声の自動翻訳を行なってよい。

さらに、ＣＰＵ３１はステップＳ５５６においてリコメンドモデル４８に入力する入力データにロシア語話者であることを追加することにより、ステップＳ５５７においてロシア語圏のユーザに適した情報を取得できる。さらに、機械翻訳等を用いて、タッチパネル２５に表示する映像中の文字をロシア語に変換することが望ましい。

以上の処理により、英語、中国語等のメジャーな外国語に限らず、数多くの外国語に対応できる情報処理システム１０を提供できる。外国人の宿泊客は、自分の得意な言語を用いて容易に情報を得ることができる。

カメラ２８により撮影された画像は、音声応答サーバ１４を介さずに、スマートスピーカ２０から管理サーバ３０に送信されても良い。このようにすることにより、通信トラフィック量を削減できる。

スマートスピーカ２０は、カメラ２８を備えなくても良い。このような場合であっても、ステップＳ５５５においてＣＰＵ３１はユーザの声質に基づいて話者を判定できる。スマートスピーカ２０は、表示部２５１を備えなくても良い。このような場合、スマートスピーカ２０は音声のみでユーザへの情報提供を行ない、ユーザによる操作を受け付ける。

ユーザの要求に十分に合う施設が施設紹介ＤＢ４２に記録されていない場合、または、ユーザが望む場合には、ＣＰＵ３１はＷＥＢ検索等によりユーザに紹介する施設を抽出し、スマートスピーカ２０に出力させても良い。この場合、ＣＰＵ３１はたとえば提携しているレストラン紹介サイト等から、情報を取得し、スマートスピーカ２０に出力させても良い。ＣＰＵ３１は、これらの施設の情報（例えば広告情報）をスマートスピーカ２０に出力させても良い。

［実施の形態２］
本実施の形態は、紹介した施設の予約を受け付ける情報処理システム１０に関する。実施の形態１と共通する部分については、説明を省略する。

図９は、実施の形態２のプログラムの処理の流れを説明するフローチャートである。ステップＳ５５８までの処理は、図８を使用して説明した実施の形態１の処理の流れと同一であるため、説明を省略する。

ＣＰＵ３１は、スマートスピーカ２０を介してユーザから紹介した施設にかかる予約要求を受け付けたか否かを判定する（ステップＳ５６１）。なお、予約要求はたとえばタッチパネル２５に表示した予約ボタンの選択により受け付ける。ＣＰＵ３１は、音声応答サーバ１４およびスマートスピーカ２０を介して、音声により、予約要求を受け付けても良い。

予約要求を受け付けていないと判定した場合（ステップＳ５６１でＮＯ）、ＣＰＵ３１は、その後処理を終了する。予約要求を受け付けたと判定した場合（ステップＳ５６１でＹＥＳ）、ＣＰＵ３１はユーザが予約を要求する施設がオンラインで予約可能な施設であるか否かを判定する（ステップＳ５６２）。

オンライン予約可能な施設ではないと判定した場合（ステップＳ５６２でＮＯ）、ＣＰＵ３１は宿泊施設のスタッフに、宿泊客が予約を要求する旨および対象の施設を通知する（ステップＳ５７１）。通知は、たとえばフロントに設置されたパソコンの画面に表示される。宿泊施設のスタッフは、ユーザに代わって施設の予約を行なう等の、いわゆるコンシェルジュサービスを行なう。ＣＰＵ３１は、その後処理を終了する。

オンライン予約可能な施設であると判定した場合（ステップＳ５６２でＹＥＳ）、ＣＰＵ３１はスマートスピーカ２０を介してユーザから予約に関する詳細情報を受け付ける（ステップＳ５６３）。たとえば、ＣＰＵ２１は、タッチパネル２５に予約時間および人数等の入力を受け付ける入力フォームを表示させて、ユーザによる入力を受け付ける。ＣＰＵ２１は、チャットボットを介してユーザとの会話を行ない、予約に関する詳細情報を受け付けても良い。

ＣＰＵ３１は、予約に関する詳細情報を、予約対象の施設または予約サイトに送信する（ステップＳ５６４）。ＣＰＵ３１は、予約を受け付けたことを示す予約番号等の受付情報を受信する（ステップＳ５６５）。

ＣＰＵ３１は、予約金の前払いが必要であるか否かを判定する（ステップＳ５６６）。予約金の要否にかかる情報は、たとえばステップＳ５６５で受信した受付情報に含まれている。予約金の要否にかかる情報は、紹介施設ＤＢ４２に含まれていても良い。

予約金の前払いが必要ではないと判定した場合（ステップＳ５６６でＮＯ）、ＣＰＵ３１は、スマートスピーカ２０に受付情報を送信する（ステップＳ５６７）。ＣＰＵ３１は、その後処理を終了する。

受付情報は、タッチパネル２５に表示されるか、またはスピーカ２７から出力される。ＣＰＵ３１は、ステップＳ５６３においてユーザのメールアドレスまたはメッセンジャーＩＤを取得し、メールまたはメッセンジャーを介して受付情報を出力しても良い。ＣＰＵ３１は、ステップＳ５６３においてユーザの電話番号を取得し、ＳＭＳ（Short Message Service）により受付情報を出力しても良い。

予約金の前払いが必要であると判定した場合（ステップＳ５６６でＹＥＳ）、ＣＰＵ３１は、スマートスピーカ２０に受付情報および決済要求を送信する（ステップＳ５６８）。ＣＰＵ３１は、その後処理を終了する。

予約金の決済は、たとえばオンライン決済会社を介して取得する決済用の２次元バーコードにより行なう。ＣＰＵ３１は、ステップＳ５６８で送信された決済要求に基づいて、タッチパネル２５に２次元バーコードを表示する。ユーザがスマートフォン等でバーコードを撮影して所定の操作を行なうことにより、決済が行なわれる。

ＣＰＵ３１は、ステップＳ５６８で送信された決済要求に基づいて、決済用の２次元バーコードをカメラ２８にかざす旨の要求をタッチパネル２５に表示しても良い。ＣＰＵ３１が、カメラ２８を介して撮影された２次元バーコードをオンライン決済会社に送信することにより、決済が行なわれる。

ＣＰＵ３１は、クレジットカード会社の決済画面を出力して、ユーザからの入力を受け付けても良い。ＣＰＵ３１は、部屋付けによる予約金の決済にかかる確認画面をタッチパネル２５に出力しても良い。

所定の時間内に予約金の決済が行なわれない場合、予約を受け付けた施設側で予約を取り消すか、または、宿泊施設のスタッフ等を通じてユーザへの確認を行なう。

本実施の形態によると、スマートスピーカ２０を介して紹介された施設を、ユーザが簡単に予約できる情報処理システム１０を提供できる。たとえば地元の個人営業の店舗等の、オンライン予約システムを有さない施設であっても、宿泊施設のスタッフに通知することにより、ユーザに予約サービスを提供できる。

［実施の形態３］
本実施の形態は、ユーザに対する案内の履歴を記録して、紹介した施設に対する紹介手数料、および、スマートスピーカ２０を設置した宿泊施設に対して支払う費用（リベート、謝礼、報酬等。以下はリベートを具体例として説明する。）を算出する情報処理システム１０に関する。実施の形態２と共通する部分については、説明を省略する。

図１０は、案内履歴ＤＢのレコードレイアウトを説明する説明図である。案内履歴ＤＢは、補助記憶装置３３に記録されたＤＢである。案内履歴ＤＢは、管理サーバ３０に接続された外部の大容量記憶装置、または、ネットワークを介して管理サーバ３０に接続された他のサーバに記録されていても良い。

案内履歴ＤＢは、スピーカＩＤと、当該スピーカＩＤに対応するスマートスピーカ２０から出力された案内情報と、ユーザによる利用の有無とを関連づけて記録するＤＢである。案内履歴ＤＢは、案内ＩＤフィールド、スピーカＩＤフィールドおよび利用実績フィールドを有する。利用実績フィールドは、日時フィールド、紹介施設ＩＤフィールド、予約フィールド、クーポンフィールドおよび施設利用フィールドを有する。予約フィールドは、受付フィールド、決済情報フィールドおよび予約来店フィールドを有する。クーポンフィールドは、クーポンＩＤフィールドおよび使用フィールドを有する。

案内ＩＤフィールドには、スマートスピーカ２０を介した案内ごとに固有に付与した案内ＩＤが記録されている。スピーカＩＤフィールドには、スピーカＩＤが記録されている。日時フィールドには、図８および図９中に示すステップＳ５５８において、ＣＰＵ３１は、ユーザに紹介する紹介施設にかかる情報を送信した日時が記録されている。紹介施設ＩＤフィールドには、紹介施設ＩＤが記録されている。

受付フィールドには、ユーザから予約要求を受け付けたか否かが記録されている。「あり」は予約の依頼を受け付けたことを、「なし」は予約の依頼を受け付けていないことをそれぞれ意味する。ユーザから予約要求を受け付けたが予約が成立しなかった場合、受付フィールドには「不可」が記録される。

決済情報フィールドには、予約時に予約金の決済を行なった場合の、決済情報が記録されている。決済情報は、たとえばクレジットカードまたはオンライン決済サービスの口座番号等にかかる情報である。「部屋付け」は、ユーザが宿泊料金と共に料金を支払うことを意味する。

予約来店フィールドには、予約したユーザの来店有無が記録されている。「あり」は予約したユーザが予約通りに来店したことを示す。「－」は、予約を受け付けていないことを示す。予約したユーザが来店しない場合、予約来店フィールドには「無断キャンセル」が記録される。予約来店フィールドに記録される情報は、予約に関連するユーザの利用の実績の一例である。

クーポンＩＤフィールドには、ユーザに施設を案内した際に発行したクーポンに固有に付与されたクーポンＩＤが記録される。クーポンは、たとえばクーポンＩＤにかかる情報を含む２次元バーコードの形態でタッチパネル２５に表示される。ユーザは、スマートフォン等を用いて２次元バーコードを撮影することにより、表示されたクーポンを取得できる。

クーポンは、客室に設置されたプリンタにより出力されても良い。クーポンは、フロントに設置されたプリンタにから出力され、ユーザが外出する際にフロントのスタッフにより手渡しされても良い。使用フィールドには、発行されたクーポンの使用有無が記録されている。

施設利用フィールドには、ユーザによる施設の利用有無が記録されている。「あり」はユーザが施設を利用したことを、「なし」はユーザが施設を利用していないことを、「不明」は施設の利用有無を判定できないことをそれぞれ意味する。たとえば、予約した施設にユーザが実際に行った場合、施設からの連絡に基づいて「あり」が記録される。予約を受け付けた場合には自動的に「あり」が記録され、施設からユーザが来ない旨の問合せを受け付けた場合に「なし」に変更されても良い。

発行したクーポンが使用された場合も、施設またはクーポン管理会社等からの連絡に基づいて施設利用フィールドに「あり」が記録される。２次元バーコードによりクーポンを発行し、スマートフォンの操作に基づき利用状況を取得するシステムは公知であるため詳細については説明を省略する。

予約も、クーポンの発行も行なわれていない場合、ユーザが当該施設を利用したか否かを判定できないため、施設利用フィールドに「不明」が記録される。なお、ユーザへのアンケートを行ない、アンケートの結果に基づいて施設利用フィールドに「あり」または「なし」が記録されても良い。ユーザが宿泊施設に戻った際のフロント担当者との雑談等に基づいて、担当者により施設利用フィールドに「あり」または「なし」が記録されても良い。

利用実績フィールドの各サブフィールドに記録された情報は、情報処理システム１０の利用実績にかかる情報の一例である。

図１１は、レポート画面の例を説明する説明図である。図１１は、図１０を使用して説明した案内履歴ＤＢに基づくレポートの例である。横軸は月を、縦軸は予約件数の目標件数に対する差異を示す。図１１に示すレポートは例示である。ユーザは、たとえば、汎用の表計算ソフトウェアを使用して、所望のグラフを載せたレポート作成できる。あらかじめ定めた書式により、自動的にレポートを作成するソフトウェアが用いられても良い。

たとえば、案内履歴ＤＢのスピーカＩＤフィールドに記録されたスピーカＩＤに基づいて、宿泊客属性を取得し、宿泊客の年齢、国籍、または、同行者数等の属性ごとに分類したレポートを作成することができる。

図１２は、実施の形態３のプログラムの処理の流れを説明するフローチャートである。図１２に示すプログラムは、たとえば月に１回等の所定のポイント算定周期で実行されるプログラムである。

ＣＰＵ３１は、紹介施設ポイントおよび宿泊施設ポイントを初期値ゼロに設定する初期化を行なう（ステップＳ６０１）。ＣＰＵ３１は、履歴ＤＢから１個の履歴レコードを取得する（ステップＳ６０２）。ここでＣＰＵ３１は、日時フィールドに所定のポイント算定周期内の日時が記録されたレコードを取得する。

ＣＰＵ３１は、履歴レコードの紹介施設ＩＤフィールドに記録された紹介施設ＩＤをキーとして紹介施設ＤＢ４２を検索し、抽出したレコードの会員フィールドを参照して会員であるか否かを判定する（ステップＳ６０３）。

会員であると判定した場合（ステップＳ６０３でＹＥＳ）、ＣＰＵ３１はステップＳ６０２で取得したレコードに関するポイントを算出する（ステップＳ６０４）。ポイントは、たとえばタッチパネル２５への表示について１点、クーポン発行について１点、クーポンの使用について１点、予約要求の受付について３点、事前決済について２点等、項目ごとに点数を割り当てて算出する。

ＣＰＵ３１は、算出したポイントを、ステップＳ６０２で取得した履歴レコードの紹介施設ＩＤフィールドに対応する紹介施設にかかる紹介施設ポイントに加算する（ステップＳ６０５）。

ＣＰＵ３１はステップＳ６０２で取得したレコードのスピーカＩＤフィールドに記録されたスピーカＩＤをキーとして、スピーカＤＢ４１を検索してレコードを抽出し、宿泊施設名フィールドに記録された宿泊施設名を抽出する（ステップＳ６０６）。ＣＰＵ３１は、抽出した宿泊施設名にかかる宿泊施設ポイントに、宿泊施設ポイントを加算する（ステップＳ６０７）。

宿泊施設ポイントは、たとえばステップＳ６０４で算出したポイントの１０％のように定率で定める。宿泊施設ポイントは、その他任意の関数または定数により定めても良い。宿泊施設ポイントは、個々の宿泊施設ごとに算出されても、宿泊施設のチェーン店グループ等の任意のグループごとに算出されても良い。

ＣＰＵ３１は、履歴レコードの処理を終了したか否かを判定する（ステップＳ６０８）。所定のポイント算定周期に対応する履歴レコードの処理が終了していないと判定した場合（ステップＳ６０８でＮＯ）、または、会員ではないと判定した場合（ステップＳ６０３でＮＯ）、ＣＰＵ３１はステップＳ６０２に戻る。

所定のポイント算定周期に対応する履歴レコードの処理が終了したと判定した場合（ステップＳ６０８でＹＥＳ）、ＣＰＵ３１は紹介施設ポイントに基づいてそれぞれの紹介施設に請求する手数料を算出する（ステップＳ６１１）。手数料は、たとえば１ポイント＝１円のように定める。手数料は、たとえば所定のポイントを超えた場合に所定の定額にする、または、所定のポイントまでは無料にする等、任意のルールに基づいて定めても良い。

手数料は、本情報処理システム１０を介して宿泊客に紹介される施設が支払う料金の一例である。料金は手数料に限定しない。たとえばシステム利用料、システム管理料、または紹介料等でも良い。

ＣＰＵ３１は、紹介施設ごとの請求情報を送信する（ステップＳ６１２）。請求情報の送信は、たとえば個々の紹介施設の担当者に対して請求書を送信してもよく、クレジットカード会社等の決済会社に対して請求金額を送信しても良い。ＣＰＵ３１は、情報処理システム１０の管理スタッフに対して請求情報を送信し、管理スタッフが請求書の発行および発送を行なっても良い。

ＣＰＵ３１は、宿泊施設ポイントに基づいて、客室にスマートスピーカ２０を設置した各宿泊施設に支払うリベートを算出する（ステップＳ６１３）。リベートは、たとえば１ポイント＝０．０１円のように定める。リベートは、たとえば所定のポイントを超えた場合に、１ポイントあたりの金額を増加させる、または、所定のポイントに達しない場合はゼロにする等、任意のルールに基づいて定めても良い。

ＣＰＵ３１は、リベートの送金処理を行なう（ステップＳ６１４）。送金処理は、たとえば所定の金融機関に対する送金指示である。ＣＰＵ３１は、情報処理システム１０の管理スタッフに対して送金情報を送信し、管理スタッフがリベートの送金手続を行なっても良い。その後、ＣＰＵ３１は処理を終了する。

本実施の形態によると、紹介回数等に応じて紹介施設に請求する手数料を自動的に算出し、請求する情報処理システム１０を提供できる。本実施の形態によると、スマートスピーカ２０を設置した宿泊施設に対するリベートを自動的に算出し、支払処理を行なう情報処理システム１０を提供できる。

案内履歴ＤＢに記録された案内内容、案内を出力したユーザの属性およびユーザの利用の有無を教師データとして、機械学習を行ない、リコメンドモデル４８を更新しても良い。リコメンドモデル４８の更新を適宜行なうことにより、流行の変化等に対応可能な情報処理システム１０を提供できる。

［実施の形態４］
本実施の形態は、スマートスピーカ２０から取得した音声、および、宿泊客の属性に基づいて、客室内の環境制御を行なう情報処理システム１０に関する。実施の形態１と共通する部分については説明を省略する。

図１３は、実施の形態４のリコメンドモデル４８の概要を説明する説明図である。入力データは、ユーザの属性、ユーザの指示、およびユーザの声を分析して推測したユーザの感情等である。入力データは、天候および交通情報等を入力データに含んでも良い。出力データは、たとえば客室の室温、湿度、照明の色と明るさ、および、テレビの音量等の客室の環境である。本実施の形態においては、これらの環境はＣＰＵ２１またはＣＰＵ３１による指示に基づいて制御される。

図１４は、実施の形態４のプログラムの処理の流れを説明するフローチャートである。図１４に示すプログラムは宿泊客のチェックインを受け付けた場合にそれぞれの客室に関して実行される。

ＣＰＵ３１は、宿泊施設名と部屋番号とをＰＭＳサーバ１５に送信して、ユーザの属性を要求する（ステップＳ６２１）。ＣＰＵ３１は、ＰＭＳサーバ１５からユーザの属性を受信する（ステップＳ６２２）。

ＣＰＵ３１は、ユーザの属性およびカメラ２８により撮影された画像データに基づいて、客室内に入った宿泊客の人数を判定する（ステップＳ６２３）。ＣＰＵ３１は、客室のドア等に設置された人感センサ等の出力に基づいて、人数を判定しても良い。

ＣＰＵ３１は、ユーザの属性、人数およびカメラ２８により撮影された画像データに基づいて、客室内の個々のユーザの属性を推定する（ステップＳ６２４）。ＣＰＵ３１は、ステップＳ６２４で推定した一人のユーザの属性をリコメンドモデル４８に入力する（ステップＳ６２５）。なお、スマートスピーカ２０および音声応答サーバ１４を介してユーザの指示および感情を取得した場合には、ＣＰＵ３１はこれらの情報もリコメンドモデル４８に入力する。

ＣＰＵ３１は、リコメンドモデル４８から出力される推奨環境を取得する（ステップＳ６２６）。ＣＰＵ３１は、室内の宿泊客全員の処理を終了したか否かを判定する（ステップＳ６２７）。終了していないと判定した場合（ステップＳ６２７でＮＯ）、ＣＰＵ３１はステップＳ６２５に戻る。

終了したと判定した場合（ステップＳ６２７でＹＥＳ）、ＣＰＵ３１は客室の推奨環境を決定する（ステップＳ６２８）。たとえば、ＣＰＵ３１は複数のユーザのそれぞれに関する推奨環境を平均して、推奨環境を決定する。ＣＰＵ３１は、たとえば乳幼児等の特定のユーザに対する推奨環境を客室の推奨環境に決定しても良い。ＣＰＵ３１は、客室内のエアコン等の機器を制御して、客室の状態を推奨環境に合わせる（ステップＳ６２９）。

ＣＰＵ３１は、スマートスピーカ２０および音声応答サーバ１４を介して、ユーザから環境設定変更を受け付けたか否かを判定する（ステップＳ６３１）。変更を受け付けたと判定した場合（ステップＳ６３１でＹＥＳ）、ＣＰＵ３１はユーザによる指示に基づいて環境設定を変更する。ＣＰＵ３１は、受け付けた指示を補助記憶装置３３に記録する（ステップＳ６３２）。ＣＰＵ３１はステップＳ６２９に戻る。

変更を受け付けていないと判定した場合（ステップＳ６３１でＮＯ）、ＣＰＵ３１は処理を終了するか否かを判定する（ステップＳ６３３）。たとえば、チェックアウトを受け付けた場合、ＣＰＵ３１は処理を終了すると判定する。処理を終了すると判定した場合（ステップＳ６３３でＹＥＳ）、ＣＰＵ３１は処理を終了する。

処理を終了しないと判定した場合（ステップＳ６３３でＮＯ）、ＣＰＵ３１は客室への入退室があるか否かを判定する（ステップＳ６３４）。入退室の有無は、カメラ２８により撮影された画像およびスピーカ２７により取得された音声に基づいて判定する。ＣＰＵ３１は、客室のドア等に設置された人感センサ等の出力に基づいて、入退室の有無を判定しても良い。

入退室がないと判定した場合（ステップＳ６３４でＮＯ）、ＣＰＵ３１はステップＳ６３１に戻る。入退室があると判定した場合（ステップＳ６３４でＹＥＳ）、ＣＰＵ３１はステップＳ６２３に戻る。

本実施の形態によると、宿泊客の属性に応じて客室の環境を自動的に制御する情報処理システム１０を提供できる。たとえば、強めの冷房を好む国からの宿泊客がチェックインした場合、ＣＰＵ３１が速やかに冷房の強度を高める。これにより、宿泊客が客室に到着するまでの時間を利用して客室の環境を宿泊客の好みに合う状態に設定できる。

［実施の形態５］
本実施の形態は、たとえば宿泊施設のフロント等の、客室以外の場所で使用できる情報処理システム１０に関する。実施の形態１と共通する部分については、説明を省略する。

図１５は、ユーザＤＢのレコードレイアウトを説明する説明図である。ユーザＤＢは、補助記憶装置３３に記録されたＤＢである。ユーザＤＢは、管理サーバ３０に接続された外部の大容量記憶装置、または、ネットワークを介して管理サーバ３０に接続された他のサーバに記録されていても良い。

ユーザＤＢは、ユーザに固有に付与されたユーザＩＤと、基本情報と、宿泊情報と、生体認証データとユーザの嗜好とを関連づけて記録するＤＢである。ユーザＤＢには、宿泊施設に宿泊中のユーザに加えて、過去に宿泊施設を利用したユーザ等に関する情報が記録されている。

ユーザＤＢは、ユーザＩＤフィールド、基本情報フィールド、宿泊情報フィールド、生体認証データフィールドおよび嗜好フィールドを有する。基本情報フィールドは、名前フィールドおよび年齢フィールド等のサブフィールドを有する。宿泊情報フィールドは、部屋番号フィールドを有する。なお、多くの宿泊施設を含む宿泊施設チェーン等で共通のユーザＤＢが使用される場合には、宿泊情報フィールドは宿泊施設名フィールドを含む。

生体認証データフィールドは、顔認証フィールドおよび声紋認証フィールドを含む。生体認証フィールドは、さらに虹彩認証フィールド、指紋認証フィールド等を含んでも良い。嗜好フィールドは、好きフィールドおよび嫌いフィールドを含む。

ユーザＩＤフィールドには、ユーザに固有に付与されたユーザＩＤが記録される。基本情報フィールドの各サブフィールドには、ユーザの名前、年齢等の、ユーザに関する基本情報が記録されている。部屋番号フィールドには、ユーザが宿泊中の部屋番号が記録されている。宿泊中ではないユーザについては、部屋番号フィールドに「なし」が記録されている。

顔認証フィールドには、カメラ２８が撮影した画像に基づいてユーザを識別する際に使用する顔認証データが記録されている。声紋認証フィールドには、マイク２６が取得した音声に基づいてユーザを識別する際に使用する音声認証データが記録されている。

好きフィールドには、ユーザに対するアンケートおよびユーザの過去のリクエスト等から取得した、ユーザが好きなものが記録されている。嫌いフィールドには、ユーザに対するアンケートおよびユーザの過去のリクエスト等から取得した、ユーザが嫌いなものが記録されている。

図１６は、実施の形態５のプログラムの処理の流れを説明するフローチャートである。なお、図１６においては、音声応答サーバ１４が行なう処理の図示を省略する。ＣＰＵ２１は、カメラ２８により撮影した画像により、ユーザの接近を検出する（ステップＳ６４１）。ＣＰＵ２１は、カメラ２８により撮影した画像を管理サーバ３０に送信する（ステップＳ６４２）。

ＣＰＵ３１は、画像を受信する（ステップＳ７０１）。ＣＰＵ３１は、画像に含まれるユーザの顔を検出する。ＣＰＵ３１は、検出した顔と、ユーザＤＢの顔認証フィールドに記録された顔認証情報とに基づいて顔認証を行なう（ステップＳ７０２）。

ＣＰＵ３１は、たとえば「こんにちは。行きたいところはありますか？」等の挨拶をマイク２６から出力する（ステップＳ６４３）。ＣＰＵ３１は、ユーザが発話した音声を取得する（ステップＳ６４４）。ＣＰＵ３１は、音声応答サーバ１４を介して管理サーバ３０に音声データを送信する（ステップＳ６４５）。

ＣＰＵ３１は、音声データおよび音声応答サーバ１４で解析したユーザのリクエストおよび感情を受信する（ステップＳ７０３）。ＣＰＵ３１は、音声データとユーザＤＢの音声認証フィールドに記録された声紋認証情報に基づいて声紋認証を行なう（ステップＳ７０４）。

ＣＰＵ３１は、ステップＳ７０２で行なった顔認証およびステップＳ７０４で行なった声紋認証に基づいて、ユーザを特定できるか否かを判定する（ステップＳ７０５）。たとえば、顔認証と声紋認証との結果が一致する場合、ＣＰＵ３１はユーザを特定できると判定する。顔認証と声紋認証のいずれか一方が高い精度で成功した場合も、ＣＰＵ３１はユーザを特定できると判定する。

ＣＰＵ３１は、ユーザがカメラ２８にかざしたルームキーから、部屋番号を取得しても良い。この場合、ＣＰＵ３１はユーザＤＢを使用せずに、ユーザが宿泊する部屋番号を特定できる。なお、ＣＰＵ３１はルームキーから取得した部屋番号と、ユーザの顔認証または声紋認証の結果とが一致するか否かを判定しても良い。一致しない場合、不審者がルームキーを所持している可能性があるので、ＣＰＵ３１は宿泊施設のスタッフへの通知を行なう。

ユーザの特定に成功したと判定した場合（ステップＳ７０５でＹＥＳ）、ＣＰＵ３１はユーザＤＢの部屋番号フィールドに記録された部屋番号に基づいて、ＰＭＳサーバ１５からユーザの同行者の有無等のユーザＤＢに記録されていない属性を取得する（ステップＳ７０６）。ＣＰＵ３１は、ステップＳ７０３で受信したユーザのリクエストと感情、ユーザＤＢの基本情報フィールドに記録された情報、および、ステップＳ７０６で取得したユーザの属性をリコメンドモデル４８に入力する（ステップＳ７０７）。ＣＰＵ３１は、リコメンドモデル４８から出力される紹介施設ＩＤおよび点数を取得する（ステップＳ７０８）。

ユーザの特定に成功していないと判定した場合（ステップＳ７０５でＮＯ）、ＣＰＵ３１は、ステップＳ７０３で受信したリクエストに対応する所定の施設を取得する（ステップＳ７１１）。ステップＳ７０８またはステップＳ７１１の終了後、ＣＰＵ３１は、ユーザに紹介する施設にかかるＵＲＬ等の情報を、音声応答サーバ１４を介してスマートスピーカ２０に送信する（ステップＳ７２１）。

ＣＰＵ２１は、スピーカ２７から案内にかかる音声を出力するとともに、タッチパネル２５に映像を表示する（ステップＳ６４６）。その後、ＣＰＵ２１は処理を終了する。仮に、スマートスピーカ２０により検知される範囲にユーザが留まっている場合には、図１６を使用して説明したプログラムが再度実行される。

本実施の形態によると、客室外にいるユーザに対しても、属性に応じた適切な応答を行なう情報処理システム１０を提供できる。ユーザＤＢに設けられた基本情報フィールドを用いることにより、レストラン等の施設は利用するが宿泊しないためにＰＭＳに記録されていないユーザに対しても、属性に応じた応答を行なう情報処理システム１０を提供できる。

顔認証および声紋認証を用いてユーザの識別を行なうため、個人認証についてユーザに意識させない情報処理システム１０を提供できる。

情報処理システム１０は、たとえば宿泊施設のレストラン内でユーザに料理およびワイン等を推奨する用途に使用されても良い。このようにする場合、リコメンドモデル４８は、レストランで提供可能な料理およびワイン等を出力する。

情報処理システム１０は、たとえばユーザの自宅、職場、学校、または公的機関等に設置されたスマートスピーカ２０を介してユーザに情報提供しても良い。宿泊施設を利用する等によりユーザＤＢに記録されたユーザに対して、その後も継続的にサービスを提供する情報処理システム１０を提供できる。

［実施の形態６］
本実施の形態は、宿泊客が利用しているサービスである宿泊客利用サービスから取得した宿泊客が利用したサービスに関する情報である宿泊客利用サービス情報を、紹介する施設の選択に利用する情報処理システム１０に関する。実施の形態１と共通する部分については、説明を省略する。

本実施の形態の情報処理システム１０が連携する宿泊客利用サービスは、たとえばＥＣ（Electronic Commerce）サービス、飲食店の予約、検索又は紹介等をする飲食店関係サービス、旅行の予約、検索又は紹介等をする旅行関係サービス、商品等の割引に用いることができるポイントの付与サービス（例えば、株式会社Ｔポイント・ジャパンが運営するＴポイント（登録商標））、および、ＳＮＳ（Social Networking Service）等である。

宿泊客利用サービスに関する情報を処理又は保存する宿泊客利用サービスサーバは、管理サーバに対し、宿泊客利用サービス情報を提供する。宿泊客利用サービスサーバが、管理サーバに対し、宿泊客利用サービス情報を提供する態様としては、例えば、次のような態様で行ってもよい。

まず、宿泊客利用サービスサーバが、宿泊客利用サービスのユーザのそれぞれに対してアカウントを発行し、ユーザは、当該アカウントを用いて、宿泊客利用サービスサーバに対し、宿泊客利用サービス情報を管理サーバに対し提供することの承認を要求する。宿泊客利用サービスサーバは当該要求を承認し、管理サーバに対し当該ユーザにかかる宿泊客利用サービス情報を提供する。

図１７は、連携情報ＤＢのレコードレイアウトを説明する説明図である。連携情報ＤＢは、補助記憶装置３３に記録されたＤＢである。連携情報ＤＢは、管理サーバ３０に接続された外部の大容量記憶装置、または、ネットワークを介して管理サーバ３０に接続された他のサーバに記録されていても良い。

連携情報ＤＢは、ユーザに固有に付与されたユーザＩＤと、基本情報と、宿泊情報と、宿泊客利用サービスサーバとの連携を行なう際に使用するアカウント等の連係情報とを関連づけて記録するＤＢである。連携情報ＤＢには、宿泊施設に宿泊中のユーザに加えて、過去に宿泊施設を利用したユーザ等に関する情報が記録されている。

連携情報ＤＢは、ユーザＩＤフィールド、基本情報フィールド、宿泊情報フィールド、および連携情報フィールドを有する。基本情報フィールドは、名前フィールドおよび年齢フィールド等のサブフィールドを有する。宿泊情報フィールドは、部屋番号フィールドを有する。なお、多くの宿泊施設を含む宿泊施設チェーン等で共通のユーザＤＢが使用される場合には、宿泊情報フィールドは宿泊施設名フィールドを含む。

連携情報フィールドは、Ａサービスフィールド、ＢサービスフィールドおよびＣサービスフィールド等、本実施の形態の情報処理システム１０が連携する宿泊客利用サービスにかかるサブフィールドを有する。連携情報フィールドのサブフィールドの数は、情報処理システム１０が連携する宿泊客利用サービスの数により定まり、２個以下または４個以上のサブフィールドを有しても良い。

ユーザＩＤフィールドには、ユーザに固有に付与されたユーザＩＤが記録される。基本情報フィールドの各サブフィールドには、ユーザの名前、年齢等の、ユーザに関する基本情報が記録されている。部屋番号フィールドには、ユーザが宿泊中の部屋番号が記録されている。

ＡサービスフィールドからＣサービスフィールドには、ユーザがＡサービスからＣサービスを使用する際に使用するアカウント等の連係情報が記録されている。連携情報は、ユーザから宿泊客利用サービスサーバとの連携許可を取得した際に記録される。「なし」は、ユーザが情報処理システム１０と、当該宿泊客利用サービスサーバとの連携を許可していないことを示す。

連携情報ＤＢは、補助記憶装置３３、管理サーバ３０に接続された外部の大容量記憶装置、または、ネットワークを介して管理サーバ３０に接続された他のサーバに記録されている。図示しないが、連携情報ＤＢは、宿泊客利用サービスサーバから提供を受けた宿泊客利用サービス情報を記録してもよい。

図１８は、実施の形態６のリコメンドモデル４８の概要を説明する説明図である。入力データは、ユーザの属性、ユーザのリクエスト、ユーザの感情、および、各宿泊客利用サービスサーバから提供された宿泊客利用サービス情報等の外部情報である。宿泊客利用サービス情報の具体例について説明する。ＥＣサービスのサーバからは、商品購入履歴、商品閲覧履歴、商品レビュー履歴、または、これらの履歴に基づくユーザの嗜好が提供される。飲食店関係サービスからは、ユーザの飲食店予約履歴、ユーザの飲食店閲覧履歴、飲食店での飲食物の注文履歴、飲食店レビュー履歴、または、これらの履歴に基づくユーザの嗜好が提供される。

旅行関係サービスのサーバからは、ユーザの旅行に関する履歴（訪問した国や観光スポット等の履歴を含む）、ホテルの宿泊履歴、または、これらの履歴に基づくユーザの嗜好が提供される。商品等の割引に用いることができるポイントの付与サービスのサーバからは、ユーザがポイントの付与を求める際に購入した商品等の履歴、ユーザがポイントを用いて購入した商品等の履歴、または、これらの履歴に基づくユーザの嗜好が提供される。ＳＮＳのサーバからはユーザの投稿履歴、交友関係履歴、または、これらの履歴に基づくユーザの嗜好が提供される。宿泊客利用サービスサーバから提供される宿泊客利用サービス情報は、ＰＭＳサーバ１５に記録された情報や管理サーバ３０の補助記憶装置３３に記録されていない情報が含まれていることが好ましい。

図１９は、実施の形態６のスマートスピーカ２０が表示する画面の例を説明する説明図である。図１９は、宿泊客が客室に入った際に最初に表示される、いわゆるウェルカム画面の例を示す。宿泊客のチェックインを受け付けた際に、フロントの担当者がネットワークを介して宿泊客が宿泊する部屋のスマートスピーカ２０に対してユーザＩＤを送信し、ウェルカム画面の表示を指示する。

ＣＰＵ２１は、連携情報ＤＢから宿泊客のユーザＩＤに対応する連携を取得する。ＣＰＵ２１は、ウェルカム画面を表示する。ウェルカム画面には、すでに宿泊客が連携を承認している宿泊客利用サービスに対応する連携済ボタン５１および宿泊客が連携を承認可能な宿泊客利用サービスに対応する未連携ボタン５２が表示されている。

宿泊客が連携済ボタン５１または未連携ボタン５２をタップした場合、ＣＰＵ２１は当該宿泊客利用サービスのＷＥＢサイトを表示部２５１に表示する。宿泊客は宿泊客利用サービスの利用、連携の承認、および、連携の解除等の操作を行なえる。宿泊客の操作、および、操作に対する宿泊客利用サービスサーバの応答に基づいて、連携情報ＤＢの連携情報フィールドが更新される。

図２０は、実施の形態６のプログラムの処理の流れを説明するフローチャートである。図２０に示すプログラムは、図８を使用して説明したプログラムの代わりに実行されるプログラムである。ステップＳ５５５までの処理は、図８を使用して説明したプログラムの処理の流れと同一であるので、説明を省略する。

ＣＰＵ３１は、宿泊客利用サービスとの連携を利用するか否かを判定する（ステップＳ５８０）。具体的には、ＣＰＵ３１はステップＳ５５２で取得した部屋番号をキーとして連携情報ＤＢを検索し、その部屋の宿泊客にかかるレコードを抽出する。ＣＰＵ３１は、抽出したレコードの基本情報フィールドと、ステップＳ５５５で判定した話者の属性とに基づいて、宿泊客利用サービスに関する連携情報を抽出する。連携可能ないずれの宿泊客利用サービスについても、連携情報が記録されていない場合、ＣＰＵ３１は連携を利用しないと判定する。
連携を利用しないと判定した場合（ステップＳ５８０でＮＯ）、ＣＰＵ３１は、ステップＳ５５１で受信したユーザのリクエストと感情およびステップＳ５５５で推定した話者の属性をリコメンドモデル４８に入力する（ステップＳ５８３）。

連携を利用すると判定した場合（ステップＳ５８０でＹＥＳ）、ＣＰＵ３１は連携する宿泊客利用サービスに関する情報を処理又は保存する宿泊客利用サービスサーバ宛に、ユーザのアカウントを送信する（ステップＳ５８１）。複数の宿泊客利用サービスを利用する場合には、ＣＰＵ３１はそれぞれの宿泊客利用サービスにかかる宿泊客利用サービスサーバ宛に、それぞれのアカウントを送信する。なお、宿泊客利用サービスサーバがユーザのリクエストに基づいた宿泊客利用サービス情報を提供可能である場合には、ステップＳ５８１においてＣＰＵ３１はユーザのリクエストも送信する。

宿泊客利用サービスサーバのＣＰＵは、送信されたアカウントおよびリクエストを受信する（ステップＳ８０１）。宿泊客利用サービスサーバのＣＰＵは、アカウントに基づいて宿泊客利用サービス情報の提供可否の認証を行なう（ステップＳ８０２）。フローチャートの記載を省略するが、認証できない場合には、宿泊客利用サービスサーバはステップＳ８０１で受信した情報を無視するか、または、エラー情報を返信する。

認証に成功した後、宿泊客利用サービスサーバのＣＰＵは管理サーバ３０に提供する宿泊客利用サービス情報を抽出する（ステップＳ８０３）。宿泊客利用サービスサーバのＣＰＵは、抽出した宿泊客利用サービス情報を管理サーバ３０宛に送信する（ステップＳ８０４）。ＣＰＵ３１は、宿泊客利用サービス情報を受信する（ステップＳ５８２）。

ＣＰＵ３１は、ステップＳ５５１で受信したユーザのリクエストと感情、ステップＳ５５５で推定した話者の属性、および、ステップＳ５８２で受信した宿泊客利用サービス情報をリコメンドモデル４８に入力する（ステップＳ５８３）。

ＣＰＵ３１は、リコメンドモデル４８から出力される紹介施設ＩＤおよびそれぞれの点数を取得する（ステップＳ５５７）。以後の処理は図８を使用して説明したプログラムの処理の流れと同一であるので、説明を省略する。

本実施の形態によると、種々の宿泊客利用サービスサーバに記録された宿泊客利用サービス情報を活用して、ユーザの好みに合う情報を提供する情報処理システム１０を提供できる。

図１９を使用して説明した画面により、どの宿泊客利用サービスと連携しているのかをユーザに示すので、ユーザに無用な不安感を感じさせない情報処理システム１０を提供できる。未連携ボタン５２により、ユーザが容易に連携対象の宿泊客利用サービスを容易に追加可能な情報処理システム１０を提供できる。

必要の都度、宿泊客利用サービスサーバから宿泊客利用サービス情報を受信して、リコメンドモデル４８に入力するので、ユーザが意図しない個人情報を蓄積しない情報処理システム１０を提供できる。

［実施の形態７］
図２１は、実施の形態７の情報処理装置の機能ブロック図である。情報処理システム１０は、リクエスト取得部８１と、ユーザーインタフェース識別子取得部８２と、宿泊客属性取得部８３と、商品サービス情報出力部８４とを備える。リクエスト取得部８１は、宿泊施設の客室に設置されたユーザーインタフェース２０から取得した音声データに基づいて、リクエストを取得する。ユーザーインタフェース識別子取得部８２は、ユーザーインタフェース２０を識別するユーザーインタフェース識別子を取得する。

宿泊客属性取得部８３は、ユーザーインタフェース識別子取得部８２が取得したユーザーインタフェース識別子に基づいて客室に宿泊中の宿泊客にかかる宿泊客属性を取得する。商品サービス情報出力部８４は、宿泊客属性取得部８３が取得した宿泊客属性およびリクエスト取得部８１が取得したリクエストに基づく商品サービス情報を出力する。

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

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

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

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

［実施の形態９］
図３のＰＭＳＤＢの宿泊者フィールドには、宿泊客に関する情報として、宿泊客属性が記録されている具体例を示したが、本実施の宿泊者フィールドには、宿泊客属性に代えて、ＰＭＳに記録された宿泊客に関する情報であるＰＭＳ記録宿泊客情報（宿泊客属性が含まれてもよい）として、ユーザの商品に関する履歴の情報（購入履歴、閲覧履歴等）、宿泊客の飲食店に関する履歴の情報（予約履歴、利用履歴、閲覧履歴等）、または、宿泊客の嗜好に関する情報等が記録される。また、ＰＭＳサーバ１５は、ＰＭＳＤＢに、ＰＭＳ記録宿泊客情報を記録することなく、他のサーバ（例えば、ＰＯＳ（Point of Sale）サーバ（販売時点情報管理に関するサーバ））に記録された情報を取得し、ＰＭＳ記録宿泊客情報として利用してもよい。

管理サーバが、ＰＭＳ記録宿泊客情報を取得する場合、図６においてリコメンドモデル４８に入力する入力データは、ＰＭＳ記録宿泊客情報、リクエスト及び感情となる。また、図７のＳ５２２において、ＣＰＵ３１は、ＰＭＳ記録宿泊客情報を取得することとなる。他の図においても同様となる。

リコメンドモデル４８は、ＰＭＳ記録宿泊客情報に基づき、出力データを出力することにより、ユーザの情報に応じた応答をすることができる。

［実施の形態１０］
管理サーバ３０の補助記憶装置３３は、さらに、ユーザＤＢを備える。ユーザＤＢは、ユーザ情報（宿泊客情報）として、ユーザの属性に関する情報、ユーザの商品に関する履歴の情報（購入履歴、閲覧履歴等）、ユーザの飲食店に関する履歴の情報（予約履歴、利用履歴、閲覧履歴等）、または、ユーザの嗜好に関する情報等が記録されている。また、ユーザ情報は、ユーザが、情報処理システム１０を利用する都度、更新される。例えば、ユーザが、情報処理システム１０を利用して、飲食店を利用した場合、飲食店の利用履歴の情報や、ユーザの嗜好に関する情報が更新される。

管理サーバ３０の補助記憶装置３３は、さらに、ユーザＤＢを備える場合、図６においてリコメンドモデル４８に入力する入力データは、ユーザ情報、リクエスト及び感情となる。また、図７のＳ５２２において、ＣＰＵ３１は、ユーザ情報を取得することとなる。他の図においても同様となる。

リコメンドモデル４８は、ユーザ情報に基づき、出力データを出力することにより、ユーザの情報に応じた応答をすることができる。

［実施の形態１１］
図６のリコメンドモデル４８は、宿泊客属性に代えて、宿泊客に関する情報である宿泊客情報を、複数のサーバから取得して、入力データとする。複数のサーバから取得する宿泊客情報の具体例としては、管理サーバ３０の補助記憶装置３３に記録されたユーザＤＢに記録されたユーザ情報、ＰＭＳサーバ１５のＰＭＳＤＢに記録されたＰＭＳ記録宿泊客情報、宿泊客利用サービスサーバに記録された宿泊客利用サービス情報のうち、２以上の宿泊客情報があげられる。リコメンドモデル４８は、複数のサーバから取得する宿泊客情報を入力データとして（リクエスト及び感情も入力データとしても良い）、出力データを出力する。この場合、図７のＳ５２２において、ＣＰＵ３１は、上記の情報のうち、２以上の情報を取得する。他の図においても同様となる。

リコメンドモデル４８は、複数のサーバから取得した宿泊客に関する情報に基づき、出力データを出力することにより、ユーザの情報に応じた応答をすることができる。

［実施の形態１２］
本実施の形態は、宿泊客情報として、宿泊客の生体情報を用いることにより、生体情報をリコメンドモデル４８の入力データとして、出力データを取得する。図６におけるリコメンドモデル４８を用いる場合、入力データに、宿泊客の生体情報が追加され、出力データは、ユーザに紹介する施設の紹介施設ＩＤおよび推奨度合いの大小を示す点数である。また、図１３のリコメンドモデル４８を用いる場合、入力データに、宿泊客の生体情報が追加され、出力データは、たとえば客室の室温、湿度、照明の色と明るさ、および、テレビの音量等の客室の環境である。

宿泊客の生体情報は、宿泊客の体温、脈拍、血圧、脳波等の情報である。生体情報の記録は、例えば、宿泊客利用サービスが、宿泊客の身体に装着した常時装着型のセンサを用いて、宿泊客の生体情報を取得し、宿泊客利用サービスサーバに記録してもよい。例えば、宿泊客の体温が高い場合、図６のリコメンドモデル４８においては、宿泊客の体温が高い情報が入力データとなり、冷たい食べ物を提供するレストラン等の推奨度合いを大きくして、出力データを出力する。また、宿泊客の体温が高い場合、図１３のリコメンドモデル４８においては、宿泊客の体温が高い情報が入力データとなり、客室の室温を下げる出力データを出力する。

［実施の形態１３］
本実施の形態は、宿泊客情報として、宿泊客の会話内容や行動内容を用いることにより、宿泊客の会話内容や行動内容をリコメンドモデル４８の入力データとして、出力データを取得する。宿泊客の行動内容は、例えば、ホテル等の宿泊施設の客室に配置されたスマートスピーカ２０が備えるカメラ２８により取得した宿泊客が映る動画に基づき、取得することができる。また、宿泊客の会話内容は、例えば、ホテル等の宿泊施設の客室に配置されたスマートスピーカ２０が備えるマイク２６により取得した宿泊客の会話の音声情報に基づき、取得することができる。さらに、宿泊客の行動内容のうち、くしゃみ、拍手等の音声から識別できる行動内容は、マイク２６により取得した音声情報に基づき、取得されても良い。

例えば、宿泊客が、「ラーメンを食べたいね。」と他の宿泊客と会話をしていた場合、当該会話内容を入力情報として、リコメンドモデル４８は、ラーメン屋の推奨度合いが大きい出力データを出力する。また、宿泊客の会話の音声情報から、会話をしている人間に関する情報（夫婦、子連れ家族、性別、年齢等）が取得され、当該情報を入力情報として、リコメンドモデル４８は、出力データを出力してもよい。例えば、会話をしている人間が、夫婦であった場合は、夫婦で利用可能な施設を出力データとして出力する。

［実施の形態１４］
本実施の形態は、宿泊客情報として、ユーザが使用するデバイスのアプリケーションにおいて入力し又は出力された情報である入出力情報、cookie情報等を用いることにより、これらの情報をリコメンドモデル４８の入力データとして、出力データを取得する。

ユーザのアプリケーションにおける入出力情報は、例えば、ユーザが自らのスマートフォンにインストールされたアプリケーションを起動させ、当該アプリケーションにおいて入力し又は出力された情報である。これらの情報は、例えば、宿泊客利用サービスが、提供するアプリケーション（スマートフォンにインストール済）を通じて、宿泊客利用サービスサーバが入出力情報を取得し、情報処理システム１０が宿泊客利用サービスサーバから取得することとしてもよい。

cookie情報は、例えばユーザのスマートフォンやパソコン等のデバイスに保存されたcookie情報である。cookie情報の取得及び記録は、例えば、管理サーバ３０が、ユーザの使用するデバイスから、cookie情報を取得し、管理サーバ３０の補助記憶装置３３のユーザＤＢに、ユーザ情報（宿泊客情報）として、記録してもよい。

ユーザのアプリケーションにおける入出力情報やcookie情報に、ユーザの嗜好に関する情報等が含まれる場合、リコメンドモデル４８は、複数のサーバから取得した宿泊客に関する情報に基づき、出力データを出力することにより、ユーザの情報に応じた応答をすることができる。

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

例えば、各実施例におけるサーバは、独立したサーバを構成せず、一のサーバが、複数のサーバの役割を果たしてもよい。具体的には、図２において、管理サーバ３０と音声応答サーバ１４は、独立したサーバを構成するが、一のサーバが、両サーバの役割を兼ねてもよい。同様に、図２において、管理サーバ３０とＰＭＳサーバ１５は、独立したサーバを構成するが、一のサーバが、両サーバの役割を兼ねてもよい。

１０ 情報処理システム
１４ 音声応答サーバ
１５ ＰＭＳサーバ
２０ スマートスピーカ（ユーザーインタフェース）
２１ ＣＰＵ
２２ 主記憶装置
２３ 補助記憶装置
２４ 通信部
２５ タッチパネル
２５１ 表示部
２５２ 入力部
２６ マイク
２７ スピーカ
２８ カメラ
３０ 管理サーバ
３１ ＣＰＵ
３２ 主記憶装置
３３ 補助記憶装置
３４ 通信部
３６ 読取部
４１ スピーカＤＢ
４２ 紹介施設ＤＢ
４８ リコメンドモデル
５１ 連携済ボタン
５２ 未連携ボタン
８１ リクエスト取得部
８２ ユーザーインタフェース識別子取得部
８３ 宿泊客属性取得部
８４ 商品サービス情報出力部
９０ サーバコンピュータ
９６ 可搬型記録媒体
９７ プログラム
９８ 半導体メモリ

Claims (13)

1. ユーザーインタフェースを介して宿泊施設の客室で取得した音声データに基づくリクエスト、および、前記ユーザーインタフェースを識別するユーザーインタフェース識別子を取得するリクエスト取得部と、
   前記ユーザーインタフェース識別子に基づいて前記客室に宿泊中の宿泊客にかかる宿泊客情報を取得する情報取得部と、
   前記宿泊客の中から前記音声データを発声した話者を判定する話者判定部と
   を備え、
   前記話者判定部は、
   前記音声データに基づいて前記話者の属性を推定し、推定した属性に基づいて、前記客室に宿泊している人物の中から前記話者を判定するか、
   前記話者が撮影された画像を取得し、前記画像に基づいて前記話者の属性を推定し、推定した属性に基づいて、前記客室に宿泊している人物の中から前記話者を判定するか、 または、
   前記話者が撮影された画像を取得し、前記画像と前記音声データとに基づいて前記話者の属性を推定し、推定した属性に基づいて、前記客室に宿泊している人物の中から前記話者を判定する
   情報処理装置。
2. 前記宿泊客情報に基づいて、前記客室に複数の人物が宿泊しているか否かを判定する人数判定部を備える
   請求項１に記載の情報処理装置。
3. 前記人数判定部が、前記客室に複数の人物が宿泊していないと判定した場合、
   前記話者判定部は前記客室に宿泊している人物が前記話者であると判定する
   請求項２に記載の情報処理装置。
4. 前記話者判定部が取得する前記画像は、前記ユーザーインタフェースにより撮影される
   請求項１から請求項３のいずれか一つに記載の情報処理装置。
5. 前記属性は、前記話者の性別を含む
   請求項１から請求項４のいずれか一つに記載の情報処理装置。
6. 前記属性は、前記話者の年齢を含む
   請求項１から請求項５のいずれか一つに記載の情報処理装置。
7. 前記宿泊客情報には、あらかじめ前記情報処理装置に記憶されている前記宿泊客に関する情報、宿泊施設の管理システムのサーバから取得した前記宿泊客に関する情報、または宿泊客利用サービスサーバから取得した前記宿泊客の利用したサービスに関する情報の少なくともいずれかを含む
   請求項１から請求項６のいずれか一つに記載の情報処理装置。
8. 前記宿泊客情報、前記話者および前記リクエストに基づいて商品またはサービスの情報である商品サービス情報を特定する特定部と、
   前記ユーザーインタフェースを介して前記商品サービス情報を出力する出力部と
   をさらに備える請求項１から請求項７のいずれか一つに記載の情報処理装置。
9. 情報処理装置と、ネットワークを介して前記情報処理装置に接続されたユーザーインタフェースとを備える情報処理システムであって、
   前記ユーザーインタフェースは、
   固有に付与されたユーザーインタフェース識別子と、
   宿泊施設の客室において、音声データを取得するマイクとを備え、
   前記情報処理装置は、
   前記ユーザーインタフェースから送信された音声データに基づくリクエスト、および、前記ユーザーインタフェース識別子を取得するリクエスト取得部と、
   前記ユーザーインタフェース識別子に基づいて前記客室に宿泊中の宿泊客にかかる宿泊客情報を取得する情報取得部と、
   前記宿泊客の中から前記音声データを発声した話者を判定する話者判定部とを備え、
   前記話者判定部は、
   前記音声データに基づいて前記話者の属性を推定し、推定した属性に基づいて、前記客室に宿泊している人物の中から前記話者を判定するか、
   前記話者が撮影された画像を取得し、前記画像に基づいて前記話者の属性を推定し、推定した属性に基づいて、前記客室に宿泊している人物の中から前記話者を判定するか、 または、
   前記話者が撮影された画像を取得し、前記画像と前記音声データとに基づいて前記話者の属性を推定し、推定した属性に基づいて、前記客室に宿泊している人物の中から前記話者を判定する
   情報処理システム。
10. ユーザーインタフェースを介して宿泊施設の客室で取得した音声データに基づくリクエスト、および、前記ユーザーインタフェースを識別するユーザーインタフェース識別子を取得し、
    前記ユーザーインタフェース識別子に基づいて前記客室に宿泊中の宿泊客にかかる宿泊客情報を取得し、
    前記音声データに基づいて前記音声データを発声した話者の属性を推定し、推定した属性に基づいて前記宿泊客の中から前記話者を判定するか、前記話者が撮影された画像を取得し、前記画像に基づいて前記話者の属性を推定し、推定した属性に基づいて前記宿泊客の中から前記話者を判定するか、または、前記話者が撮影された画像を取得し、前記画像と前記音声データとに基づいて前記話者の属性を推定し、推定した属性に基づいて前記宿泊客の中から前記話者を判定する
    処理をコンピュータが実行する情報処理方法。
11. コンピュータと、ネットワークを介して前記コンピュータに接続されたユーザーインタフェースとを備える情報処理システムを使用する情報処理方法であって、
    前記ユーザーインタフェースは、
    固有に付与されたユーザーインタフェース識別子と、
    宿泊施設の客室において、音声データを取得するマイクと、
    情報を出力する出力部とを備え、
    前記コンピュータが、
    前記ユーザーインタフェースから送信された音声データに基づくリクエスト、および、前記ユーザーインタフェース識別子を取得し、
    前記ユーザーインタフェース識別子に基づいて前記客室に宿泊中の宿泊客にかかる宿泊客情報を取得し、
    前記音声データに基づいて前記音声データを発声した話者の属性を推定し、推定した属性に基づいて前記宿泊客の中から前記話者を判定するか、前記話者が撮影された画像を取得し、前記画像に基づいて前記話者の属性を推定し、推定した属性に基づいて前記宿泊客の中から前記話者を判定するか、または、前記話者が撮影された画像を取得し、前記画像と前記音声データとに基づいて前記話者の属性を推定し、推定した属性に基づいて前記宿泊客の中から前記話者を判定する
    処理を実行する情報処理方法。
12. ユーザーインタフェースを介して宿泊施設の客室で取得した音声データに基づくリクエスト、および、前記ユーザーインタフェースを識別するユーザーインタフェース識別子を取得し、
    前記ユーザーインタフェース識別子に基づいて前記客室に宿泊中の宿泊客にかかる宿泊客情報を取得し、
    前記音声データに基づいて前記音声データを発声した話者の属性を推定し、推定した属性に基づいて前記宿泊客の中から前記話者を判定するか、前記話者が撮影された画像を取得し、前記画像に基づいて前記話者の属性を推定し、推定した属性に基づいて前記宿泊客の中から前記話者を判定するか、または、前記話者が撮影された画像を取得し、前記画像と前記音声データとに基づいて前記話者の属性を推定し、推定した属性に基づいて前記宿泊客の中から前記話者を判定する
    処理をコンピュータに実行させるプログラム。
13. コンピュータと、ネットワークを介して前記コンピュータに接続されたユーザーインタフェースとを備える情報処理システムを構成する前記コンピュータに実行させるプログラムであって、
    前記ユーザーインタフェースは、
    固有に付与されたユーザーインタフェース識別子と、
    宿泊施設の客室において、音声データを取得するマイクと、
    情報を出力する出力部とを備え、
    前記コンピュータに、
    前記ユーザーインタフェースから送信された音声データに基づくリクエスト、および、前記ユーザーインタフェース識別子を取得し、
    前記ユーザーインタフェース識別子に基づいて前記客室に宿泊中の宿泊客にかかる宿泊客情報を取得し、
    前記音声データに基づいて前記音声データを発声した話者の属性を推定し、推定した属性に基づいて前記宿泊客の中から前記話者を判定するか、前記話者が撮影された画像を取得し、前記画像に基づいて前記話者の属性を推定し、推定した属性に基づいて前記宿泊客の中から前記話者を判定するか、または、前記話者が撮影された画像を取得し、前記画像と前記音声データとに基づいて前記話者の属性を推定し、推定した属性に基づいて前記宿泊客の中から前記話者を判定する
    処理を実行させるプログラム。

Images