---
title: "宿泊施設の客室タブレット：館内案内・ルームサービスとPMS連携、既製品か開発かの判断"
url: "https://www.issoh.co.jp/column/details/19078/"
published: 2026-10-30
updated: 2026-10-30
categories: ["Webシステム"]
publisher: "株式会社一創"
---

# 宿泊施設の客室タブレット：館内案内・ルームサービスとPMS連携、既製品か開発かの判断

宿泊施設の客室タブレットは、客室に据え置いた端末で館内案内やルームサービスの注文、フロントへの連絡を受け付ける仕組みです。この記事では、客室タブレットが担う機能の範囲を館内案内・ルームサービス・多言語対応の3つに分けて整理し、QRコード案内や内線電話との違い、PMS（ホテル管理システム）やPOSとどこまでつなぐかで変わる構成を解説します。あわせて、端末を1つのアプリに固定する設定とチェックアウト後の初期化の手順、既製サービスで足りる施設と業務アプリ開発に進む施設の分かれ目まで示します。

## まとめ：客室タブレットは端末の機能より内線の扱いとPMS連携の深さで決める

客室タブレットの選定は、製品ごとの機能一覧を比べるところから始めると迷います。先に決めるのは2点です。1つ目は、内線電話のどの用件をタブレットへ移すか。2つ目は、注文や精算の結果をPMSへ書き込むところまでつなぐか、PMSの情報を読むだけにとどめるか、つながないか。この2点が決まると、候補の製品は数社に絞れます。

単独施設で既製のクラウドPMSを使っており、そのPMSがタブレット製品の連携先に載っているなら、既製サービスの契約で足ります。自社開発のPMSを持つ、複数施設で注文や会員の情報を束ねたい、自社の会員アプリと客室の画面を一体にしたい、という条件のどれかに当たるときが、業務アプリとして作る段階です。どちらの場合も、内線電話は撤去せず、停電や通信障害のときの連絡手段として残します。

## 客室タブレットの定義と、客室内線電話・QRコード案内との守備範囲の違い

### 客室に据え置く専用端末が館内案内と内線の用件を引き受ける仕組み

客室タブレットは、施設が用意したタブレットを客室に1台ずつ置き、専用のアプリだけが動く状態にして宿泊客に使ってもらう端末です。紙のインフォメーションブックに載っていた大浴場の時間や朝食会場の案内を画面に移し、内線電話で受けていたタオルの追加やルームサービスの注文を画面からの依頼に置き換えます。

フロントにとっての効果は、電話で聞き取っていた用件が文字で届く点です。部屋番号と依頼内容が最初からそろっているので、聞き間違いや折り返しの確認が減ります。宿泊客にとっては、外国語で電話をかける負担がなくなります。

### 客室タブレットとQRコード案内・ゲストのスマホ向けWebアプリの違い

客室の案内を電子化する方式は、据え置きのタブレットだけではありません。客室にQRコードを置き、宿泊客が自分のスマホでWebページを開く方式もあります。3つの方式の違いは次のとおりです。

| 観点      | 据え置きタブレット   | QRコード＋客のスマホ | 内線電話のみ        |
| ------- | ----------- | ----------- | ------------- |
| 端末の費用   | 客室数分の端末と設置  | QRの掲示物だけ    | 既存設備          |
| 日々の運用   | 充電・清掃・初期化   | ほぼ無し        | 電話の応対         |
| 使われやすさ  | 画面が目に入るため高い | 読み取る手間で下がる  | 電話をかける心理的負担あり |
| 多言語     | 画面で切り替え     | 客のスマホの言語に追従 | 応対者の語学力に依存    |
| 持ち出しの危険 | あり          | なし          | なし            |

客室数分の端末を毎日管理する負担を背負えるかが、方式の分かれ目です。清掃のたびに充電と初期化を確かめる人手が無い施設は、QRコードとWebページの組み合わせから始めるほうが続きます。

## 館内案内・ルームサービス注文・多言語対応で客室タブレットが担う機能の範囲

### 館内案内と周辺情報を紙のインフォメーションブックから移す範囲

館内案内は、紙で配っていた情報のうち、変わる頻度が高いものから画面へ移します。大浴場の清掃時間、朝食会場の混雑、レストランの臨時休業、周辺の天気や交通の運行状況といった、紙では刷り直しが追いつかない情報です。避難経路図や宿泊約款のように変わらない情報は、紙を客室に残したまま画面にも載せます。

更新の手間が残る点には注意が必要です。管理画面からフロントの担当者が文言を書き換えられる製品でないと、紙の差し替えが画面の差し替え依頼に変わるだけで、手間は減りません。

### ルームサービス・アメニティ依頼を電話注文から画面注文に変える範囲

客室タブレットで件数が出るのは、ルームサービスの注文と、タオル・歯ブラシ・加湿器などの貸し出し依頼です。画面注文にするときは、次の項目を先に決めておくと運用が止まりません。

- 注文を受け取る場所（フロントの管理画面か、厨房のプリンターか、担当者のスマホか）
- 受付時間外の表示（深夜は注文ボタンを出さない、または翌朝対応と明記する）
- 品切れと提供までの目安時間を、誰が画面に反映するか
- アレルゲンや酒類の表示を、どの品目に付けるか

注文画面そのものの作りは、飲食店の卓上端末と共通する部分が多くあります。部屋付けで他の客室へ誤って計上しないための照合や、ルームサービスと客室冷蔵庫の飲料で分かれる税率は、[宿泊施設のセルフオーダー：部屋付け精算とPMS・POS連携、税率・酒類の要件と開発判断](https://www.issoh.co.jp/column/details/19080/)で解説しています。メニュー表示や多言語、アレルゲンの扱いは[卓上端末型とQR型を比べたセルフオーダーシステムの解説](https://www.issoh.co.jp/column/details/18167/)で整理しているので、注文画面の要件はそちらと突き合わせてください。部屋食や夕食の時間指定がある旅館では、食事の手配がPMS側の予約と結び付くため、[一泊二食と部屋食を扱う旅館の宿泊管理システム](https://www.issoh.co.jp/column/details/16692/)の要件も確認が必要です。

### 多言語表示は観光庁のガイドラインを基準に対象言語と翻訳の粒度を決める

多言語対応は、表示できる言語の数より、どの画面をどの粒度で訳すかで差が出ます。観光庁は「[観光立国実現に向けた多言語対応の改善・強化のためのガイドライン](https://www.mlit.go.jp/kankocho/seisaku%5Fseido/kihonkeikaku/inbound%5Fkaifuku/ukeire/kankochi/annaihyoji.html)」（検討会のとりまとめは2014年1月31日）を公表しており、観光地や公共交通機関に共通する外国人目線の表記の考え方を示しています。客室の画面も、館内の掲示や案内表示と用語をそろえておくと、宿泊客が画面と館内で迷いません。

機械翻訳で済ませてよいのは、天気や交通のように元データが多言語で配信される情報までです。料金・キャンセル条件・アレルゲンのように誤訳が苦情や事故につながる項目は、人が確認した訳文を固定で持たせます。

## PMS・POS・決済とつなぐときに連携の深さで変わる客室タブレットの構成

### 連携なし・PMS参照・PMS書き込みの3段階で変わる開発量と障害時の影響

客室タブレットとPMSのつなぎ方は、3段階に分けて考えると判断しやすくなります。

| 段階      | できること               | PMS側の準備     | PMS停止時の影響 |
| ------- | ------------------- | ----------- | --------- |
| 連携なし    | 館内案内・依頼の受付          | 不要          | なし        |
| PMS参照   | 宿泊客名での挨拶・滞在日数に応じた案内 | 読み取り用のAPI   | 名前が出ないだけ  |
| PMS書き込み | 注文の部屋付け・客室での精算      | 売上計上と精算のAPI | 注文と精算が止まる |

書き込みまで進むと、タブレットも館内の会計を構成する仕組みの一部です。PMSが止まったときに注文を受け付けたままにするのか、画面を案内だけに切り替えるのかを決めておかないと、会計の不一致が残ります。PMSが部屋付けや宿泊会計をどう扱うかは[クラウド型PMSの機能と連携の判断基準](https://www.issoh.co.jp/column/details/16688/)で解説しています。

### ルームサービスの代金を部屋付けにするときにPMSとPOSで決めておく項目

ルームサービスの代金をチェックアウト時にまとめて精算する「部屋付け」にする場合、注文は客室タブレットから厨房へ、売上はPOSからPMSへと2つの経路で流れます。導入前に次の順で決めておきます。

1. 注文の正本をタブレット側・POS側のどちらに置くか
2. POSからPMSへ売上を送る単位（注文ごとか、締めの一括か）
3. 提供後の取り消しや品目の差し替えを、どの画面で誰が直すか
4. 同じ部屋の同行者がそれぞれ注文したときの請求先の分け方

4つ目は見落とされやすい項目です。部屋単位で請求をまとめる施設と、宿泊者ごとに分ける施設では、PMSに送るデータの形が変わります。

### 客室でのチェックアウト精算を入れるかどうかを決める決済と本人確認の条件

客室タブレットで精算まで済ませると、フロントの行列は短くなります。その代わり、カード情報の扱いと、精算した人が本当にその部屋の宿泊者かを確かめる手段が必要です。事前決済済みの宿泊客だけに客室精算を開放し、追加の売上がある場合はフロントへ案内する運用にすると、決済の範囲を広げずに済みます。予約時・チェックイン時・チェックアウト時のどこで請求するかの分け方は[宿泊施設の決済システムの請求時点とPMS連携の判断基準](https://www.issoh.co.jp/column/details/19082/)で整理しています。

カードを客室で読み取る場合は、端末側の対応も確認が必要です。読み取り方式やPOSとの連携は[決済端末の種類と読み取り方式の解説](https://www.issoh.co.jp/column/details/18112/)で扱っています。宿泊者名簿や本人確認をチェックインの段階でどう扱うかは[旅館業法の宿泊者名簿と本人確認の解説](https://www.issoh.co.jp/column/details/18226/)を参照してください。

## 端末の私物化と情報残りを防ぐキオスク設定とチェックアウト後の初期化

### Androidのロックタスクモードで客室タブレットを1つのアプリに固定する設定

Android端末を客室に置く場合は、Android Enterpriseの[ロックタスクモード（Lock task mode）](https://developer.android.com/work/dpc/dedicated-devices/lock-task-mode)で専用アプリに固定するのが標準的な作り方です。公式ドキュメントでは、端末を管理するアプリ（DPC）が `setLockTaskPackages()` で許可リストに入れたアプリだけがこのモードで動き、Android 5.0（API level 21）以上の完全管理デバイスで使えると説明されています。

似た機能の「画面の固定（screen pinning）」は、利用者がいつでも解除できます。宿泊客が設定画面やブラウザへ抜けられる状態は避けたいので、客室用に選ぶのはロックタスクモードです。Android 9.0（API level 28）以上なら `setLockTaskFeatures()` でホームボタンや通知、電池残量の表示を個別に出し分けられます。

### iPadのアクセスガイドで足りる施設と、MDMで一括管理が要る施設の境目

iPadには、1つのアプリしか使えないよう一時的に制限する[アクセスガイド](https://support.apple.com/ja-jp/111795)があります。トップボタン（ホームボタンのある機種はホームボタン）のトリプルクリックで開始し、終了にはパスコードかFace ID・Touch IDが必要です。画面の一部だけタッチを無効にする設定もできます。

アクセスガイドは端末ごとに手で開始する機能です。客室数が少なく、清掃のたびに担当者が状態を確かめられる施設なら、これで足ります。客室が数十室を超える、または複数施設で同じ設定を配りたい場合は、MDM（モバイルデバイス管理）で設定とアプリの更新を一括で配る構成にしないと、端末ごとの設定のずれを追い切れません。

### チェックアウト後に前の宿泊客の履歴とログイン情報を消す初期化の手順

客室タブレットは宿泊客が入れ替わる共用端末です。前の宿泊客の履歴が次の宿泊客に見える状態は、苦情だけでなく個人情報の漏えいになります。チェックアウトごとに次の順で初期化します。

1. チャットや注文の履歴を画面から消す（PMSのチェックアウト処理を合図に自動で消す設計が望ましい）
2. 動画配信や音楽サービスにログインできる製品なら、ログイン状態を解除する
3. 表示言語と音量を初期値に戻す
4. 清掃担当が画面を拭き、充電台に戻したことを清掃チェックリストで確かめる

1と2を人手に頼る製品は避けます。清掃の繁忙時間に初期化が漏れるからです。

## 既製の客室タブレットで足りる施設と業務アプリ開発に進む施設の判断条件

### 単独施設で既製クラウドPMSを使う宿が既製サービスで足りると判断できる条件

次の3つがそろう施設は、既製の客室タブレットを契約して終わりにします。単独施設であること。PMSが既製のクラウド製品で、タブレット製品の連携先一覧に載っていること。注文の部屋付けや精算を、製品の標準機能の範囲で運用できること。

この条件で個別に作ると、端末管理と多言語の画面を自前で保守し続けることになり、費用に見合いません。既製サービスの比較では、端末の初期費用と1台あたりの月額、PMS連携の追加料金、端末故障時の交換の扱いを同じ条件で見積もってそろえてください。ホテル全体でどの業務から電子化するかは[ホテルDXの進め方と、SaaSと受託開発の判断基準](https://www.issoh.co.jp/column/details/19072/)で順序を整理しています。

### 自社PMS・複数施設・会員基盤を持つ施設が業務アプリ開発に進む条件

次のいずれかに当たる施設は、既製の客室タブレットでは連携の壁に当たります。

- 自社開発やカスタマイズ済みのPMSを使っており、既製製品の連携先に載っていない
- 複数施設の注文・依頼の記録を1つの台帳に集め、施設をまたいで比べたい
- 自社の会員アプリやポイントと、客室の画面を同じ会員IDでつなぎたい
- 館内のPOS・清掃管理・設備の故障報告まで、客室からの依頼を1つの流れで回したい

この段階では、客室タブレットは端末の話ではなく、PMSとPOSと会員基盤をつなぐ業務アプリを構成する一部です。既存システムのAPIの有無と、PMS停止時に客室の画面をどう切り替えるかから設計を始めます。一創では、宿泊施設の既存システムとつなぐ[業務用・Webアプリ開発](https://www.issoh.co.jp/service/apps/business/)を、連携範囲の整理の段階から受け付けています。

### 客室タブレットを入れないほうがよい施設と、内線電話を撤去してはいけない理由

清掃のたびに端末を確かめる人手が無い施設は、客室タブレットを入れません。充電切れや前の宿泊客の履歴が残った端末は、置かないより印象が悪くなります。このような施設は、QRコードで開くWebページから始めます。

タブレットを入れても、内線電話は残します。客室のWi-Fiや館内のネットワークが止まると、タブレットからの連絡は途絶えます。体調不良や火災のような緊急時に宿泊客がフロントへ連絡する経路を、ネットワーク1本に寄せてはいけません。

## 宿泊施設の客室タブレット導入の費用・連携・端末管理に関するよくある質問

宿泊施設の支配人や運営担当の方から寄せられやすい質問をまとめました。

### 客室タブレットの費用はどのような項目で構成されますか？

費用は、端末と設置の初期費用、1台ごとの月額利用料、PMSやPOSとの連携費用、故障時の交換費用で構成されます。製品によっては、チャットボットや多言語翻訳がオプションとして別料金になります。比較するときは、客室数分の端末を何年で入れ替える前提かを決め、5年程度の総額でそろえてください。端末の買い替えと修理の扱いが見積もりから抜けていると、2年目以降の費用が読めなくなります。

### 客室タブレットを入れれば内線電話は撤去できますか？

撤去はおすすめしません。タブレットはWi-Fiと館内ネットワーク、製品側のサーバーが動いて初めて使えます。どれかが止まると、宿泊客はフロントへ連絡できなくなります。タブレットに移すのはアメニティの依頼や館内の問い合わせのような急がない用件にとどめ、緊急時の連絡は内線電話で受ける形を残してください。

### 既存のPMSと連携できるかはどうやって確認すればよいですか？

まずタブレット製品の公表している連携先一覧に、自施設のPMSの製品名が載っているかを確認します。載っていても、宿泊客名の表示だけなのか、注文の部屋付けまでできるのかは製品ごとに違うため、連携の段階を具体的に問い合わせてください。PMS側にも、外部から売上を書き込むAPIがあるか、その利用に追加料金がかかるかを確認します。

### タブレットを置かずに宿泊客のスマホで同じことはできますか？

館内案内と依頼の受付であれば、客室に置いたQRコードからWebページを開く方式で多くの機能をまかなえます。端末の充電や初期化の手間がかからず、表示言語も宿泊客のスマホの設定に合わせられる方式です。一方で、QRコードを読み取る一手間があるため、据え置きのタブレットより利用率は下がる傾向にあります。ルームサービスの売上を伸ばしたい施設はタブレット、案内の電子化が目的の施設はQRコード、と目的で選んでください。

### 客室タブレットの盗難や持ち出しにはどう備えればよいですか？

端末をスタンドやワイヤーで固定する物理的な対策と、端末を遠隔で所在確認・ロックできるMDMの導入を組み合わせます。チェックアウト後の清掃チェックリストに端末の有無を入れておくと、持ち出しに当日中に気付くことが可能です。端末には宿泊客の個人情報を残さない設計にしておけば、万一持ち出されても被害は端末代にとどまります。

## 関連記事

- [ホテル予約システムとは？機能・料金の選び方とOTA・PMS連携から見る自社開発の判断基準](https://www.issoh.co.jp/column/details/15277/)：客室タブレットの手前にある予約受付とPMS連携の仕組みです。
- [観光DXとは？観光庁の4つの柱と宿泊・交通・体験のデジタル化範囲、SaaSと受託開発の判断軸を解説](https://www.issoh.co.jp/column/details/16807/)：宿泊施設の電子化を観光全体の施策から見る記事です。
- [旅館の宿泊管理システム｜一泊二食・部屋食・入湯税で変わる要件と既製＋カスタマイズの境界](https://www.issoh.co.jp/column/details/16692/)：部屋食や食事の時間指定がある旅館の要件を整理しています。
- [セルフオーダーシステムとは？卓上端末型とQR型の違いとPOS連携・多言語対応の要件](https://www.issoh.co.jp/column/details/18167/)：注文画面とPOS連携の要件を詳しく扱っています。
- [ホテル管理システム（PMS）とは？クラウド型PMSの機能と移行・連携の判断基準](https://www.issoh.co.jp/column/details/16688/)：客室タブレットがつながる先のPMSの機能範囲です。

---

出典: [宿泊施設の客室タブレット：館内案内・ルームサービスとPMS連携、既製品か開発かの判断](<https://www.issoh.co.jp/column/details/19078/>)（株式会社一創）