附註
從 2025 年 6 月 30 日起，RTT 是歐盟語音和視訊平台的無障礙合規要求。 您可以在這裡找到詳細資訊：指令 2019/882
即時文字 （RTT） 可讓開發人員在通話期間以近乎即時的方式傳輸文字。 這項功能旨在讓難以說話的個人能夠明顯顯示其簡訊給其他會議參與者，類似於口語溝通。 RTT 提升無障礙性，允許參與者透過實時逐字廣播的文本訊息有效地溝通，而無需按下「傳送」鍵。
常見的使用案例
建置無障礙體驗
RTT 可讓語音障礙使用者完全參與通話，協助建立包容性通訊平臺。 藉由提供即時運作的文字型通道，RTT 可確保所有參與者都能平等參與，而不論參與者說話的能力為何。
增強溝通清晰性
在語音清晰度因背景噪音或技術限制受到影響的情況下，RTT 是可靠的替代方案，可以清楚地傳達訊息。 這可確保重要資訊不會受到誤解。
使用即時文字的時機：（RTT）
- 輔助功能需求： 開發需要符合輔助功能標準的應用程式時，啟用 RTT 可確保語音困難的用戶能夠有效地參與。
- 高雜訊環境： 在音訊品質可能受到背景噪音影響的設定中，RTT 提供清楚且可靠的通訊方式。
RealTimeTextInfo/詳細資料類別
RealTimeTextInfo （或RealTimeTextDetails在某些平臺上）類別對於管理 RTT 訊息至關重要。 它會封裝每個 RTT 訊息的所有必要資訊，包括寄件者、內容、順序標識碼、結果類型、時間戳，以及訊息是否源自本機。
屬性與欄位
- 寄件者： 提供傳送 RTT 訊息之使用者的相關信息。
- SequenceId： 維護訊息順序的唯一標識符。
- 文字： RTT 訊息的實際內容。
-
ResultType/Kind： 指出訊息是否為部分 （
ResultType） 或已完成 （Kind），判斷是否可以編輯。 - ReceivedTime： 收到訊息時的時間戳標記。
- UpdatedTime： 指出訊息上次更新的時間戳。
- IsLocal：布爾值旗標， 指出訊息是否由本機用戶傳送。
使用方式
開發人員可以透過單一事件訂用帳戶訂閱來訂閱 RTT 事件，讓他們能夠管理自己的 RTT 訊息清單和順序。 此方法與 Captions API 一致，可簡化整合和維護。 UI 負責將數據系結至畫面、管理顯示清單，以及根據訊息最終設定處理文字輸入互動。
附註
目前無法使用 PSTN 或 Teams Interop 案例的 RTT。
隱私權考慮
即時文字 （RTT） 只能在通話或會議期間使用。 Azure 通訊服務 不會將這些文字交換儲存在任何地方。 許多國家/地區和州都有適用於數據儲存的法律法規。 如果您選擇儲存透過 RTT 產生的任何資料，則您有責任遵守法律使用 RTT。 您必須以符合每個參與者適用法律的方式，向參與方取得同意。 Azure 通訊服務與 Microsoft Teams 之間的互通性可讓您的應用程式和使用者參與 Teams 通話、會議和聊天。 您必須負責確保在 Teams 通話或會議中啟用 RTT 並儲存時，應用程式的使用者會收到通知。 Microsoft 會透過 Azure 通訊服務 API 告訴您錄製或即時輸入已開始，您必須在應用程式的使用者介面中即時將此事傳達給使用者。 您同意針對因您未遵守此義務而造成的所有成本和損害對 Microsoft 進行補償。