飯店訪客 WiFi 平台：PMS 整合、Passpoint 與分級頻寬之比較

飯店訪客 WiFi 平台具備三大關鍵功能的差異。PMS 整合可在授予存取權限之前，對照 Opera、Mews 或 Cloudbeds 核對房號與姓氏。Passpoint 只需安裝一次憑證，返回的忠誠會員訪客即可在任何物業自動重新連線，無需經過導向頁面。分層頻寬則可透過 RADIUS 對每位訪客實施速率上限。擁有多處物業的集團需要全部這三項功能，並套用至現有的存取點（AP）。

您應該選擇哪種飯店訪客 WiFi 設定：PMS 登入、Passpoint 還是兩者兼備？

請根據您需要服務的訪客來選擇。經 PMS 驗證的登入適合必須在授予存取權限前，確認每位訪客皆已入住的物業。Passpoint 則適合其忠誠會員頻繁入住旗下多處物業的集團。分層頻寬位於兩者之下，決定每位已驗證訪客獲得的網路服務。

這些並非相互競爭的產品，而是單一 訪客 WiFi 架構的三個層級：

• 身分驗證。 這位訪客是誰？今晚是否入住？您的物業管理系統（PMS）掌握著答案。
• 連線方式。 裝置如何加入？強制入口（裝置連上網際網路前看到的網頁）負責處理首次造訪。Passpoint 則負責處理此後的每一次連線。
• 策略管控。 這位訪客能獲得什麼速度、會話時長和網路區段？RADIUS（RFC 2865 中定義的驗證協定）會將這些指令傳送至您的存取點。

如果飯店訪客 WiFi 平台比較僅針對導向頁面評分，就會遺漏這三個層級中的兩個。請對所有三個層級進行評分，並評估它們協同工作的效能。

PMS 登入、Passpoint 與分層頻寬在哪些方面存在實質差異？

	經 PMS 驗證的強制入口	Passpoint 與 OpenRoaming	分層頻寬與投屏隔離
功能說明	在授予存取權限前，對照 PMS 核對房號與姓氏	自動連線已安裝設定檔的裝置，無需經過導向頁面	套用速度上限、會話限制與每間客房的網路區段
驗證內容	入住狀態與住宿日期	憑證身分，例如忠誠會員資格	本身不進行驗證；僅執行身分與 PMS 資料決定的策略
訪客操作	每台裝置每次住宿填寫一次表單	安裝一次設定檔，之後在所有合作物業均免操作	訪客無感知
空口加密	開放式 SSID 預設無加密，除非新增 OWE (RFC 8110)	採用 IEEE 802.1X 的 WPA2 或 WPA3-Enterprise	繼承自其執行的 SSID
標準規範	HTTP 重導向、RADIUS (RFC 2865)	IEEE 802.11u、Hotspot 2.0、採用 EAP 的 802.1X	RADIUS 屬性 (RFC 2865, RFC 2868)、CoA (RFC 5176)、mDNS (RFC 6762)
所需硬體	現有的企業級存取點	韌體中已啟用 Hotspot 2.0 的現有存取點	現有的存取點與控制器，以及客房內的投屏裝置
資料相依性	即時 PMS 連線	RADIUS 身分儲存庫，PMS 可用於館內住宿檢查	階級對應的 PMS 或忠誠度資料，用於隔離的客房對應
最適合	獨立飯店、付費升級、僅限館內存取	擁有跨物業重複入住記錄且由忠誠度主導的集團	具有混合顧客類型或客房內串流傳輸的每個物業

最鮮明的差異在於每個層級所證實的內容。PMS 查詢能證實住宿事實：此顧客入住 412 號房至週四。Passpoint 憑證則能證實身分：此裝置屬於金卡會員。兩者無法互相證明。忠誠度會員在休假時於您的餐廳用餐，擁有有效的個人檔案，但沒有訂房記錄。

您可以在 RADIUS 伺服器解決此問題。當 Passpoint 裝置進行身分驗證時，平台會檢查 PMS，確認該會員個人檔案下是否有館內住宿。館內會員可獲得忠誠度階級待遇。沒有住宿的會員則獲得標準訪客階級待遇。一組憑證會產生兩種結果，這在裝置完成連線前即已決定。

安全性也有所不同。傳統的強制入口是在開放式 SSID 上運作，因此裝置與基地台之間的流量未加密。機會性無線加密 (OWE) 彌補了部分缺口。Passpoint 則是在採用 IEEE 802.1X（基於連接埠的存取控制標準）的 WPA2 或 WPA3-Enterprise 上運作。在任何資料傳輸之前，每個工作階段都會獲得專屬的加密金鑰。

何時驗證 PMS 的登入是正確選擇？

如何針對 Opera、Mews 及 Cloudbeds 進行驗證

無論您運作哪種 PMS，面向顧客的流程都是相同的。顧客加入訪客 SSID，而強制入口會要求提供房號與姓氏，或是訂房代號。平台會查詢 PMS。符合時會回傳住宿記錄，包含退房日期與顧客個人檔案。隨後平台會允許該裝置連線，並在退房時結束工作階段。

不同之處在於背後的連線方式：

• Oracle OPERA。 判斷地端 OPERA PMS 物業傳統上是透過現場的介面伺服器，經由 Fidelio 介面應用程式規範 (FIAS) 進行連線。OPERA Cloud 物業則是透過 Oracle Hospitality 整合平台 (OHIP) 上的 REST API 進行連線。
• Mews。 雲端原生 PMS，為合作夥伴整合發布其 Connector API，因此您不需要現場介面伺服器。
• Cloudbeds。 為合作夥伴發布 REST API，並在其 Marketplace 中列出已核准的整合方案。

詢問您候選名單中的每個平台，其針對您旗下物業中的各種 PMS 分別使用哪種路徑。加盟與收購的物業所運作的 PMS 通常與核心品牌不同。僅支援單一 PMS 的平台將會產生遺漏。

讀取忠誠度身分，而不僅是客房狀態

客房驗證解決了第一個問題，而忠誠度身份則解決了下一個問題：這位賓客應該獲得什麼權益？OPERA 賓客個人檔案可儲存會員類型和等級，平台會在同一次查詢中讀取這些資訊。許多集團會選擇將忠誠度資料儲存在獨立的 CRM 或忠誠度引擎中。如此一来，平台就需要進行第二次查詢，並以 PMS 回傳的個人檔案 ID 或電子郵件地址作為主鍵。

無論您使用哪種資料來源，請為整個集團定義一份從會員等級映射到 WiFi 層級的對照表。只需設定一次，即可套用到每家物業，不受 PMS 類型影響。

何時是正確的選擇

在以下情況下，以 PMS 驗證登入作為主要方法是最合適的選擇：

• 出於頻寬、授權或安全性考量，您必須將存取權限限制為館內賓客；
• 您銷售尊榮層級服務，並希望在 PMS 介面支援入帳的情況下將費用計入賓客帳單；
• 您的多數賓客都是沒有忠誠度個人檔案的一次性休閒或商務旅客；
• 您希望存取權限在退房時自動終止，無需櫃檯進行任何操作。

請針對邊緣情況做好預案。姓氏可能會導致查詢失敗：帶重音符號的字元、雙姓以及使用同事姓名預訂的客房。請提供預訂參考號碼作為備用方案，以及櫃檯覆蓋碼，這樣一來，資料不吻合的情況就不會讓賓客困在登入頁面。如需團隊可分享的通俗易懂說明，請參閱 如何連線至 WiFi：家庭、飯店與工作網路。

實例演練：200 間客房的城市飯店實施分層存取

此實例演練根據既定假設計算出結果。

情境。 一家擁有 200 間客房的商務飯店採用 1 Gbps 的專線，運作無限制的開放式強制入口。在夜晚高峰期，少數裝置下載大型更新就可能使整條線路飽和，影響其他所有人。

做法。 該飯店轉用包含兩個層級的 PMS 驗證登入。標準層級為每位館內賓客的每台裝置提供 5 Mbps，符合 Netflix 公布的 Full HD 串流建議值。尊榮層級對忠誠度會員免費，並可銷售給其他賓客並計入帳單，提供每台裝置 15 Mbps，符合 Netflix 對 4K 串流的建議值。

可測量的結果。 在 85% 的入住率下，有 170 間客房已被入住。假設高峰期有 120 台活躍的串流裝置：100 台使用標準層級，20 台使用尊榮層級。最糟糕情況下的負載為 500 Mbps 加 300 Mbps，總計 800 Mbps。尖峰負載變得有限且可預測，為現有線路留出了 200 Mbps 的餘裕。

何時對返回的忠誠度賓客使用 Passpoint 是正確的選擇？

Passpoint 如何在沒有快顯頁面的情況下重新連線賓客

Passpoint 是 Hotspot 2.0 的認證計畫，建立在 IEEE 802.11u 修正案之上。基地台會在其信標（beacon）中廣播 Hotspot 2.0 支援。持有 Passpoint 個人檔案的裝置會使用存取網路查詢協定（ANQP）向基地台進行查詢，詢問該網路接受哪些漫遊聯盟識別碼（RCOI）與領域（realm）。

如果網路廣播符合已安裝設定檔的識別碼，裝置即會自動加入。該裝置會透過 802.1X 以及可擴充身份驗證協定 (EAP) 方法來進行驗證。EAP-TLS 使用憑證；EAP-TTLS 則是在加密通道內傳輸使用者名稱和密碼。RADIUS 伺服器會驗證該憑證。賓客在抵達前台之前就已連線上網，無需經過登入頁面、輸入密碼或選擇 SSID。

跨物業重新連線是透過識別碼來實現。在集團的每家飯店廣播相同的 RCOI 或領域，同一個設定檔即可在所有飯店運作。數月後，在曼徹斯特安裝該設定檔的賓客即可在愛丁堡自動重新連線。

分發與撤銷設定檔

賓客只需安裝設定檔一次。三種常見管道為：

1. 首次完成強制入口登入後，出現「下次自動連線」的提示；
2. 飯店集團應用程式內部的下載，並與已登入的會員帳戶連結；
3. 行前電子郵件中的連結。

設定檔是由賓客持有，因此您無法像 IT 人員將憑證推送到受控筆記型電腦那樣進行推送。員工裝置屬於另一個問題，請參閱 如何使用 Microsoft Intune 將 WiFi 憑證推送至裝置。

撤銷操作會在 RADIUS 伺服器進行。當會員資格到期或賓客回報手機遺失時，請停用該憑證。下一次嘗試連線時就會失敗，且裝置上的任何設定都不需要變更。

OpenRoaming 適用之處

OpenRoaming 由無線寬頻聯盟 (WBA) 營運，是基於 Passpoint 建置的聯盟。參與的網路可接受來自聯盟身分提供者的憑證。載有 OpenRoaming 設定檔的裝置可以加入任何參與的網路，包含首次造訪您的飯店。Purple 支援 OpenRoaming，並將其作為身分型網路的一部分。

何時是正確的選擇

在以下情況，Passpoint 是正確的選擇：

• 您運作會員計畫，且有相當比例的重複入住率；
• 您的物業跨越不同城市或國家，且順暢無阻的跨物業存取是品牌承諾的一部分；
• 您希望賓客的無線流量預設經過空中加密；
• 您擁有可分發設定檔的應用程式或行前電子郵件。

對於重複賓客極少且獨立營運的單一飯店而言，這並非適合的主力方法。在那種情況下，安裝設定檔對賓客來說，比起一次性登入入口網站需要付出更多精力。

在投入資源之前，請先確認支援情況。目前的 iOS 和 Android 版本皆支援 Passpoint 設定檔，但安裝流程因平台而異。您的基地台也需要在目前的韌體中啟用 Hotspot 2.0。

實際案例：消除 12 家物業集團中的重複登入問題

此實際案例依據既定的假設計算出結果。

情境。 一家擁有 12 家物業的飯店集團，每家飯店平均有 150 間客房，住房率為 80%。每次入住都會在每台裝置、每家物業的強制入口頁面開始。

執行的內容。 該集團在首次登入後及其應用程式中提供 Passpoint 設定檔，在所有 12 家飯店中宣傳單一 RCOI。在驗證時，平台會檢查 PMS 並將忠誠度等級指派給住房會員。

可測量的結果。 12 家飯店乘以 150 間客房、80% 入住率與 365 個晚上，每年可提供 525,600 個房夜。以平均住宿兩晚計算，即為 262,800 次住宿。若其中 40% 為忠誠度住宿且每人使用兩台裝置，一旦會員持有該設定檔，Passpoint 每年可減少約 210,000 次入口網站登入。

您如何在各物業之間強制執行分級頻寬與房內投播隔離？

透過 RADIUS 強制執行等級

平台一旦決定顧客的等級，就會透過 RADIUS Access-Accept 訊息中的屬性告知無線基地台。其中有三個屬性起主要作用：

• Session-Timeout (RFC 2865) 會在退房時或指定時間後結束工作階段。
• Tunnel-Private-Group-ID (RFC 2868，在 RFC 3580 中應用於 VLAN) 將裝置置於特定 VLAN 上。VLAN 是在共享硬體上以邏輯方式分隔流量的虛擬局域網路。
• Filter-Id (RFC 2865) 指定在控制器上定義的策略或角色名稱，例如速率限制設定檔。

速率限制本身取決於廠商。某些控制器接受直接帶有速度的廠商特定屬性 (VSA)。其他控制器則套用 Filter-Id 中傳回的名稱角色或群組策略。具名策略在整片物業資產中最容易轉移。在每部控制器上以相同的限制定義「Standard」和「Premium」，平台即可在所有地方傳回相同的名稱。

在住宿期間中途升級顧客等級

在晚上 9 點購買 Premium 的顧客不應需要重新連線。RADIUS 授權變更 (CoA, RFC 5176) 允許平台將新策略推送到活動中的工作階段。無線基地台會立即套用較高的上限，而串流傳輸會繼續進行。在銷售住宿期間升級前，請先確認物業資產中每部控制器是否皆支援 CoA。

隔離房內投播

用戶端隔離可防止顧客裝置互相看見，這是共享網路上的正確預設值。但這也會中斷投播功能。Chromecast 與 AirPlay 透過多播 DNS (mDNS, RFC 6762) 尋找裝置，而隔離會阻擋該尋找程序。

解決方案是每間客房建立獨立的專用網段。有兩種可行的模式：

• 每房金鑰。 身分驗證 PSK (iPSK)，也稱為專用 PSK (PPSK)，可在共享的 SSID 上為每間客房提供專屬的 WiFi 密碼。使用該金鑰的裝置 (包含客房的電視轉接器) 會落入同一個網段，且只能看到彼此。BYOD WiFi Onboarding: Managing Unmanaged Devices in Hotels and Retail 深入探討了基於金鑰的入網建置。
• 每位顧客的專用網路。 Purple 的個人區域網路 (PAN) 會圍繞每位顧客的裝置和房內投播裝置建立專用網路氣泡。

客房之間的隔離狀態維持不變。412 號房的訪客看不到 414 號房的電視，414 號房的訪客也看不到 412 號房的筆記型電腦。

在混合硬體環境中保持一致的原則

擁有多個物業的集團極少僅使用單一存取點廠商。收購與特許經營協議使得某個城市使用 Cisco Meraki，而另一個城市則使用 HPE Aruba 或 Ruckus。獨立於硬體的平台集中管理原則，並將其翻譯給每個控制器。Purple 作為雲端重疊層，可運行於 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 及 Fortinet。整個物業環境中的層級名稱、PMS 對映和 RCOI 均保持相同。

每種方法的運作成本為何？

平台定價取決於您的物業環境，因此請比較成本驅動因素，而非參考價。下表顯示資金與費用的去向。

成本項目	經過 PMS 驗證的入口網站	Passpoint 與 OpenRoaming	分級頻寬與投屏隔離
存取點	現有的企業級存取點	具備 Hotspot 2.0 韌體的現有存取點	現有的存取點與控制器
PMS 廠商條款	每個物業的介面或 API 存取權，依據 Oracle、Mews 或 Cloudbeds 的合作夥伴條款	僅限於您在身份驗證時確認館內狀態的情況	僅限於層級需要從 PMS 讀取會員等級的情況
憑證	由託管強制入口的平台提供	EAP 的伺服器憑證，須在到期前更新	無
房內硬體	無	無	電視缺乏內建投屏功能之客房中的投屏設備
日常營運	櫃檯支援處理姓氏查詢失敗	設定檔發送與憑證撤銷	每個控制器上皆使用相同的原則名稱
頻寬影響	本身無影響	本身無影響	限制尖峰負載並延緩專線升級

硬體通常是最小的開銷項目。若您的存取點支援上述標準，這些層級均不需要新硬體。為什麼您下次的 WiFi 升級不需要新硬體 完整闡述了該論點。

PMS 存取權是買方最常遺漏的項目。Oracle、Mews 與 Cloudbeds 各自制定了合作夥伴連線條款。地端部署的 OPERA 可能還需要介面授權。在簽約前，請確保取得每個物業的書面條款。

頻寬是分級發揮價值的關鍵。在 200 間客房的情境中，速率限制可將晚間尖峰維持在 1 Gbps 專線上的 800 Mbps。如果沒有限制，尖峰流量將取決於需求最大的裝置，而常見的因應方式是購買更昂貴的線路。記入帳單的高級層級可為平台成本增加一項收入來源。透過 WiFi Analytics 按物業衡量使用率。

營運成本會隨摩擦力增長。每次姓氏查詢失敗都會增加前台互動，而每個安裝的 Passpoint 設定檔都能免除未來的登入動作。在建立總成本模型時，請將兩者皆納入考量。

您該如何為飯店物業決定最佳的訪客 WiFi 設定？

您的狀況	建議設定	原因
單一獨立飯店，回訪賓客較少	經 PMS 驗證且具備兩種頻寬層級的門戶網站	確認入住狀態；安裝設定檔所需花費的精力高於其效益
設有忠誠計劃的飯店集團	為會員提供 Passpoint，並以 PMS 驗證門戶網站作為後備方案，依會員等級分層	消除跨據點重複登入的問題；門戶網站可捕捉首次造訪的賓客
收購後混合使用多種 PMS 的物業	單一平台連線至 OPERA、Mews 和 Cloudbeds，並採用單一層級對映	無論使用何種 PMS，皆可保持政策一致
設有客房電視的渡假村或長期住宿物業	每間客房配置 iPSK 或私人區域網路，並加上層級設定	恢復投屏功能，且不會將裝置暴露於其他客房
會議流量龐大的飯店	為賓客提供經 PMS 驗證的層級，為獨立活動設定具備專屬限制的 SSID	避免與會者流量消耗賓客頻寬
包含零售單位的混合用途場所	單一平台，為賓客和購物者提供獨立的 SSID 與政策	將飯店賓客資料與購物者流量分開

然後依序完成以下五個步驟：

1. 逐一記錄您物業中的每個 PMS 和無線基地台廠商。
2. 撰寫您的層級對映：會員等級對應至速度、工作階段時長和裝置數量。
3. 決定忠誠資料儲存位置：儲存在 PMS 設定檔或獨立的忠誠度引擎中。
4. 在採用不同 PMS 平台的兩個物業進行試行，並為會員啟用 Passpoint。
5. 推廣單一政策範本，然後按物業衡量層級採用率和登入量。

相同的層級化邏輯也適用於購物中心和商業街物業，詳情請見我們的 零售 頁面。如需餐旅業的具體資訊，請參閱 飯店。

Purple 在 90 個國家的 80,000 多個場館營運賓客 WiFi，每年支援 5 億名使用者和登入次數。該平台已通過 ISO 27001 認證、符合 GDPR 標準，並獲得 B Corp 認證，提供 99.999% 的正常執行時間。

常見問題

我們是否需要新的無線基地台才能新增 PMS 整合、Passpoint 或分層頻寬？

不需要。Purple 可作為雲端重疊層，執行於您現有的無線基地台之上：Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 和 Fortinet。PMS 整合與分層不需要變更硬體。Passpoint 需要在您的控制器韌體中啟用 Hotspot 2.0，因此在規劃推廣之前，請先確認您目前版本的支援情況。

強制入口和 Passpoint 可以同時執行嗎？

可以，而且大多數飯店集團都應該同時執行兩者。Passpoint 適用於擁有設定檔的賓客。強制入口則適用於首次造訪的賓客以及任何拒絕設定檔的人。常見的模式是在首次入口登入結束時提供 Passpoint 設定檔，讓入口成為註冊點。兩種途徑都可以讀取相同的 PMS 資料並分配相同的層級。

飯店賓客 WiFi 平台可以針對哪些 PMS 平台進行驗證？

任何具備已說明文件介面或 API 的 PMS。Oracle OPERA 可透過地端的 FIAS 進行連線，或透過雲端的 Oracle Hospitality Integration Platform API 進行連線。Mews 發佈了 Connector API，而 Cloudbeds 則為合作夥伴發佈了 REST API。請向初選名單中的每家廠商詢問其針對您運作的每個 PMS 所採用的路徑，並要求提供該 PMS 的參考據點。

經 PMS 驗證的 WiFi 登入是否符合 GDPR 規範？

是的，前提是您將其設計為資料極小化。查詢只需要房號和姓氏，或是預訂代號即可確認入住狀態。行銷資料需要在登入時提供單獨且出於自主選擇的同意訂閱，絕不能使用預設勾選的方框。Purple 符合 GDPR 規範並通過 ISO 27001 認證。您仍應在處理活動紀錄中記載每個資料欄位的合法依據。

我們該如何在不停機的情況下，從現有的訪客 WiFi 供應商進行移轉？

請逐一據點進行移轉，而非一次性全部切換。Purple 層疊覆蓋在您現有的無線基地台之上，因此無需拆除重裝。在舊設定旁建立新的強制入口設定，並針對實際入住狀態測試 PMS 查詢。接著在離峰時段切換訪客 SSID，同時保持舊設定隨時可用以備復原。

客戶端隔離會阻止訪客將畫面投射到客房電視嗎？

是的。客戶端隔離會阻擋 Chromecast 和 AirPlay 所依賴的多播 DNS 偵測，因此電視永遠不會出現在訪客的手機上。關閉隔離功能雖然能恢復投射，但會將每台裝置暴露給所有其他訪客。請改為透過每間客房的 iPSK 金鑰或 Purple 的 Private Area Network，為每間客房使用獨立的私有網段。如此一來，訪客就只會看到自己的電視，看不到其他裝置。

飯店訪客 WiFi 平台的營運成本由什麼因素決定？

由四個項目決定：平台訂閱費、PMS 合作夥伴條款、頻寬以及櫃檯人力成本。Purple 提供三種方案：Connect、Capture 和 Engage。PMS 廠商會針對每個據點設定自己的合作夥伴條款，因此請儘早取得書面確認。分級頻寬限制能壓低尖峰負載並延後線路升級的需求。Passpoint 消除重複登入的需求，隨著時間推移能減少整個企業據點的櫃檯支援負擔。