2026.11.14 AI

ホテルのAIとは？多言語対応・料金設定・清掃配置の適用範囲と導入判断

ホテルでAIが実務に入るのは、予約メールの返信、訪日客からの多言語の問い合わせ、需要予測による料金設定、清掃と人員の配置、口コミの分析の5か所です。どれも件数が多く、担当者の経験に頼ってきた作業であるという点で共通しています。ただし旅館業法は宿泊者名簿の記載と宿泊拒否の判断に条件を置いており、AIの出力をそのまま通せない工程がはっきり存在するため、人による確認が必要です。この記事では5つの用途ごとに人が引き取る工程を整理し、既製サービス・汎用の生成AI・個別開発の比べ方と、外注に進むべき件数の目安、見送るべき条件までを示します。フロントや決済を含むデジタル化の全体像はホテルDXの進め方とSaaS・受託開発の判断基準で扱っており、本記事はそのうちAIの部分に絞ります。

まとめ：ホテルがAIを入れる業務の順番と、個別開発へ進む条件の結論

先に結論を書きます。最初に手を付けるのは、予約メールと多言語の問い合わせへの返信の下書きです。送信前に担当者が目を通す流れを残せるので、AIが誤った内容を書いても宿泊客に届く前に止められます。

料金設定と清掃配置のAIは、その次の段です。どちらも過去の予約データと客室の状態をPMSから取り出せることが前提になり、データが揃っていない施設では精度が出ません。稼働率が高く需要の波が大きい都市型ホテルほど効果が出やすく、稼働率が4割に届かない旅館では料金の自動調整より集客の見直しが先になります。

宿泊者名簿の確認と宿泊を断る判断は、AIに任せない工程です。旅館業法が記載事項と拒否できる場合を定めているためです。個別開発に進むのは、予約関連のメールが月に数千件規模に達し、PMSや予約エンジンとの連携が既製サービスでは組めない場合に限ります。

ホテル業務でAIが担う5領域と、運用時に人が引き取る工程の境界線

ホテルのAIを「業務効率化」とひとまとめにすると、どこに確認者を置くかが決まりません。AIが作る成果物ごとに、効く条件と人が残す工程を見ていきます。

予約センターのメール返信を生成AIで下書きする仕組みと公開事例

予約の変更、送迎の有無、アレルギー対応、子ども料金。予約センターに届くメールの多くは、施設ごとのルールを調べて答える定型の問い合わせです。生成AIに施設の規定やテンプレートを参照させれば、返信の下書きを数十秒で作れます。

公開されている例として、星野リゾートが全施設の宿泊予約センターに生成AIのオペレーター支援ツールを導入した発表があります（2024年8月6日、提供元のカラクリ社による発表）。国内外72施設の予約関連業務が対象で、基盤はOpenAIのGPT-4です。5,000を超えるテンプレートの検索、返信文の自動生成、新人の文章の校閲に使い、返信文の生成はOMO・界・BEBの3ブランドで試行して正答率80%に達したら他ブランドへ広げる計画とされています。

注目すべきは、80%が「目標」として置かれている点です。生成した返信をそのまま送るのではなく、正答率を測りながら担当者が確認する運用で始めています。自社で導入する場合も、最初から自動送信にせず、下書きの採用率を記録する形で始めるのが安全です。

訪日客の多言語問い合わせをAI翻訳とチャットボットで受ける範囲

多言語対応の必要性は統計で確かめられます。観光庁の宿泊旅行統計調査（2025年・年間値の確定値）では、延べ宿泊者数6億6,111万人泊のうち外国人が1億7,992万人泊でした。前年比9.4%増、全体の約27%にあたります（比率は公表値から算出）。都市部や観光地の施設では、4泊に1泊以上が外国人という計算です。

AIで受けやすいのは、チェックイン時刻、駐車場、周辺の交通、館内設備のように答えが施設の資料に書いてある質問です。翻訳したうえで日本語の回答文を探す方式と、多言語の資料を直接引いて答える方式があり、選び方は多言語AIチャットボットの翻訳型とナレッジ型の違いで整理しています。一方、キャンセル料の例外、返金、体調不良時の対応はAIの回答で完結させず、担当者に引き継ぐ導線を用意してください。言語が違うだけで、判断が要る質問の扱いは日本語の問い合わせと同じです。

需要予測AIによる料金設定が効く施設と、稼働率から見た効果の差

料金設定のAIは、過去の予約の入り方、曜日、季節、周辺のイベント、競合施設の料金から需要を予測し、客室タイプごとの販売価格を提案する仕組みです。効くかどうかは、施設の稼働率で大きく変わります。

同じ宿泊旅行統計で2025年の客室稼働率を見ると、ビジネスホテル75.3%、シティホテル74.1%に対し、リゾートホテル56.9%、旅館38.2%、簡易宿所29.6%でした。満室に近い日が多い施設では、需要の高い日に価格を上げる余地が大きく、AIの提案がそのまま客室単価に表れます。稼働率が4割前後の施設では、価格を動かしても埋まらない日が多く、先に集客経路や販売チャネルを見直すほうが効果は大きくなります。価格を需要に連動させる仕組みと国内事例はダイナミックプライシングの仕組みと需要予測AIで価格を決める実装で詳しく扱いました。

人が残す工程は、AIの提案を承認する最後の1手です。団体の仮押さえや改装による販売停止など、データに現れない事情を知っているのは担当者だからです。

清掃と人員配置をチェックアウト予測で組む仕組みとPMSデータの条件

清掃の段取りで時間を失うのは、どの部屋がいつ空くかが直前まで分からないためです。AIで当日のチェックアウト時刻と連泊の有無を予測し、清掃スタッフの割り振りと出勤人数を前日に組めば、清掃待ちで販売できない部屋を減らせます。

前提はPMSのデータです。過去の実際のチェックアウト時刻、客室ごとの清掃所要時間、清掃完了の記録が揃って初めて予測が立ちます。紙の清掃表や口頭の連絡で回している施設では、まず客室の状態をシステムに記録する運用を整えることが必要です。PMSが持つ客室在庫とステータスの範囲はホテル管理システム（PMS）の機能と移行・連携の判断基準で確認できます。予測が外れた日に備えて、清掃リーダーが当日の朝に割り振りを組み直せる画面を残しておくことも条件です。

口コミとアンケートの分析を生成AIで要約するときの使い方と限界

予約サイトの口コミや館内アンケートは、件数が増えると読み切れなくなります。生成AIに「清掃」「朝食」「フロント対応」のような観点ごとに分類させ、苦情の多い項目を月次で並べると、改善の優先順位を決める材料として使えるのが利点です。返信文の下書きも同じ仕組みで作れます。

限界は2つあります。1つは件数の少ない観点を見落とすことで、要約は多数派の意見に寄ります。安全や衛生に関わる指摘は件数が少なくても重く、キーワードで別に拾う仕組みが必要です。もう1つは口コミの返信をAI任せにすると、どの施設でも同じ文面になることです。返信は担当者が具体的な事実を1文足す運用にしておきます。

チェックインと宿泊客の情報でAIに任せられない、旅館業法と個人情報の確認点

宿泊施設のAIで法令が直接関わるのは、宿泊者名簿、宿泊を断る判断、宿泊客の個人情報の3つです。どれも条文と公的な注意喚起で線が引かれています。

宿泊者名簿の記載義務と、AIチェックインで本人確認を設計する要件

旅館業法の第6条第1項は、営業者が宿泊者名簿を備え、宿泊者の氏名・住所・連絡先その他の省令で定める事項を記載し、都道府県知事の求めに応じて提出するよう定めています。第2項は、宿泊者が営業者の請求に応じてこれらの事項を告げる義務です。

AIチェックインで問題になるのは、記載事項を誰がどの時点で確かめるかです。旅券をカメラで読み取って氏名や旅券番号を名簿に転記する処理はAI-OCRの得意分野ですが、読み取り結果と本人が一致しているかの確認まで機械に任せる場合は、顔照合の精度と、照合に失敗したときにフロントへ回す導線をセットで設計してください。名簿の記載事項、保存期間、令和7年の改正を踏まえたPMS側の持ち方は旅館業法の宿泊者名簿と本人確認をPMSに落とす方法で整理しています。

宿泊拒否の判断をAIに委ねない理由と、旅館業法第5条の説明義務

旅館業法第5条第1項は、宿泊を拒めるのを、特定感染症の患者等であるとき、違法行為や風紀を乱す行為のおそれがあるとき、過重な負担となる要求を繰り返したとき、施設に余裕がないときなどに限っています。第2項は、拒む場合には客観的な事実に基づいて判断し、求めに応じて理由を丁寧に説明できるようにすることを求めています。

ここに、AIのスコアで予約を自動的に断る仕組みを置くと問題が生じます。「過去の行動から迷惑客と予測した」という判定は客観的な事実ではなく、理由の説明もできません。不正予約の検知やキャンセル率の予測にAIを使うこと自体は有効ですが、出力は担当者への警告にとどめ、断るかどうかは条文の各号に当てはめて人が決める設計にします。

宿泊客の情報を生成AIへ入力する前に確かめる、利用目的と学習の条件

予約メールの返信や口コミの分析では、宿泊客の氏名、連絡先、同行者、アレルギーや身体の状態といった情報を扱います。個人情報保護委員会が2023年6月2日に公表した生成AIサービスの利用に関する注意喚起は、事業者に2点を求めました。個人情報を含むプロンプトの入力が利用目的の達成に必要な範囲内か確認すること。本人の同意なく個人データを入力し、それが応答の出力以外の目的で扱われると法違反になり得るため、提供事業者が機械学習に利用しないことなどを確かめることです。

ホテルの実務に直すと、契約するプランの規約で入力データを学習に使わない条項を確かめ、問い合わせ対応での利用が自社のプライバシーポリシーの利用目的に入っているかを点検する、の2つです。アレルギーや健康状態は要配慮個人情報にあたる場合があるため、返信の下書きを作る際に該当箇所を伏せて渡す運用も検討してください。

既製のホテル向けAI・汎用生成AI・個別開発を比べた適性と費用構造

導入の形は3つに分かれます。費用の桁と、PMSや予約エンジンとの連携のしやすさが形ごとに異なります。

ホテル向けAIサービス・汎用生成AI・個別開発の3形態を比べた適性

性質を並べると次のとおりです。費用は要件で大きく変わるため、桁の違いだけを示します。

形態	初期費用	継続費用	PMS・予約データとの連携	向く施設
ホテル向けの既製AIサービス	小さい	月額の利用料	提供元が対応するPMSのみ	標準的な業務の単館・小規模チェーン
法人契約の汎用生成AI	ほぼ不要	1人あたりの月額	手作業でのコピー入力	メールの下書きが中心の施設
個別開発（API組込み含む）	数百万円規模から	保守費とAPI従量課金	自社PMS・予約エンジンと直接連携	件数が多く独自の運用を持つチェーン

既製サービスで最初に確かめるのは、自社のPMSが連携先に入っているかです。料金設定のAIや清掃管理のツールは、PMSから予約と客室の状態を自動で受け取れないと、担当者が毎日数字を打ち込む作業が残ります。汎用生成AIは導入が容易な反面、問い合わせ本文と予約情報を画面間で貼り付ける往復が1件ごとに残り、件数が増えるほど効果が頭打ちになります。

PMSからデータを取り出せるかで決まる、個別開発の実現性と前提作業

個別開発の見積もりで最初に問われるのは、PMSのデータをAPIかファイル出力で取り出せるかです。予約、宿泊実績、客室ステータス、料金の履歴が取り出せれば、需要予測や清掃予測の学習データは作れます。取り出せない古いPMSでは、画面からの手作業の抽出か、PMSの入れ替えから始まることになり、AIの開発費より連携の費用のほうが大きくなります。

チェーンでは施設ごとにPMSが違うことも珍しくありません。施設コード、客室タイプ、料金プランの名前が揃っていないと、全館をまとめて学習させる前に名寄せの作業が発生します。発注前に、主要な3施設分の予約データを1年分出力して項目を突き合わせておくと、見積もりの幅が大きく縮まります。

ホテルがAI開発を外注する件数の目安と、既製サービスで止めるべき場面

ここからは発注するかどうかの判断です。「まずは小さく試す」で終わらせず、件数と条件で決めます。

予約関連メールの月間件数で見る、個別開発の費用を回収できる分岐点

個別開発が回収できるのは、同じ形の処理が月に数千件規模で発生し、その処理がPMSや予約エンジンとの連携を必要とする場合です。

仮の数字で試算します。予約関連のメールが月3,000件あり、予約情報の確認から返信まで1件8分かかっているとすると、月400時間です。下書きの自動作成と予約情報の自動表示で半分を削れれば月200時間、年2,400時間が浮きます。時間単価を2,500円と置けば年600万円相当で、開発費1,000万円なら2年弱で回収できます。同じ処理が月300件の施設では浮くのは年240時間・60万円相当にとどまり、開発費は回収できません。この規模なら汎用生成AIの法人契約で十分です。

AI導入を見送るべきホテルの条件と、先に片付ける業務とデータの問題

見送るべき条件を言い切ります。予約と客室の状態が紙の台帳やスプレッドシートに分かれていて、PMSに記録が集まっていない施設は、AI開発を発注しないでください。学習させるデータの置き場所が無く、開発費の多くがデータ整備に消えます。

客室数が数十室で、予約の大半をOTA経由で受けている施設も、料金設定のAIを個別に作る必要はありません。OTAやサイトコントローラーの価格調整機能と、既製のレベニュー管理ツールで足ります。清掃の予測も、チェックアウト時刻の記録を1か月残すだけで、担当者の割り振りが改善することがあります。AIはその後で検討しても遅くありません。

最初の1業務を選び、PoCで測る指標を1つに絞って進める手順

最初の1業務は、件数が多く、誤りが宿泊客に届く前に止められるものから選びます。予約メールの返信の下書きか、多言語の定型問い合わせへの回答が典型です。料金設定や本人確認は、社内で運用が定着してから対象に加えます。

対象業務の現状を1か月計測する（件数と1件あたりの所要時間）
成功の指標を1つだけ決める（例：下書きをそのまま送れた割合）
既製サービスか汎用生成AIで2〜3か月試し、指標の変化を測る
PMSとの往復の手作業が残って頭打ちになった時点で、個別開発の要否を判断する

指標を複数置くと、改善と悪化が混ざったときに続けるか止めるかを決められなくなります。精度目標の置き方と本番移行の判断はAI PoCで精度目標を決めて本番移行を判断する基準で詳しく扱いました。PMSや予約エンジンと連携したAIの開発を検討する段階では、生成AI開発・AI受託開発で要件の整理から相談を受け付けています。

よくある質問

ホテルのAI導入について寄せられやすい質問を5つ取り上げます。

ホテルでAIを使うと、フロントのスタッフは不要になりますか？

不要にはなりません。置き換わるのは、予約メールの返信の下書き、定型の問い合わせへの回答、チェックイン時の旅券の読み取りといった作業です。宿泊者名簿の内容を確かめること、宿泊を断るかどうかの判断、苦情やトラブルへの対応は人の仕事として残ります。旅館業法第5条は宿泊を拒む場合に客観的な事実に基づく判断と理由の説明を求めており、AIの判定だけでは満たせません。浮いた時間を接客に回せるかどうかで、導入の効果が変わります。

小規模なホテルや旅館でもAIを導入する意味はありますか？

導入する意味はあります。数十室規模の施設なら、法人契約の汎用生成AIで予約メールと多言語の問い合わせへの返信を下書きするだけでも、返信の速さが変わります。初期費用はほぼかからず、必要なのは1人あたりの月額です。一方で、料金設定のAIや清掃予測を個別に開発するのは規模に見合いません。2025年の旅館の客室稼働率は38.2%で、価格を動かすより集客経路の見直しが先になる施設が多いためです。

ホテルのAIチャットボットは何か国語に対応できますか？

生成AIを使ったチャットボットは、英語・中国語・韓国語をはじめ多くの言語で回答を作れます。ただし対応言語の数より、回答の元になる施設の資料が正しく揃っているかで品質が決まります。チェックイン時刻、送迎、館内設備などの情報を日本語で1か所にまとめ、更新の担当者を決めておくことが先です。キャンセルや返金のように判断が要る質問は、言語にかかわらず担当者に引き継ぐ設計にしてください。

宿泊客の個人情報を生成AIに入力しても問題ありませんか？

条件付きで可能です。個人情報保護委員会の2023年6月の注意喚起は、入力が利用目的の範囲内かの確認と、入力データが機械学習に使われないかの確認を事業者に求めています。法人向けプランの規約で学習に使わない条項を確かめ、プライバシーポリシーの利用目的に問い合わせ対応が含まれているかを点検してください。アレルギーや健康状態は伏せて渡す運用にすると安全です。スタッフ個人のアカウントでの利用は禁止しておきます。

ホテルのAI導入にはどのくらいの費用がかかりますか？

形態によって桁が変わります。汎用生成AIの法人契約なら1人あたりの月額で済み、ホテル向けの既製AIサービスは月額の利用料が中心です。PMSや予約エンジンと連携する個別開発は、数百万円規模からの初期費用に加えて保守費とAPIの従量課金が続きます。妥当性は、対象業務の月間件数と1件あたりの所要時間から浮く工数を試算し、何年で回収できるかで判断してください。