MVPD整合功能
NOTE
此頁面上的內容僅供參考。 使用此API需要Adobe的目前授權。 不允許未經授權的使用。
概觀 mvpd-int-features-overview
Adobe Pass驗證支援各處電視的新興標準。 它符合 CableLabs OLCA （線上內容存取）規格，針對從線上來源傳送視訊給付費電視客戶提供技術需求和架構。 Adobe於2011年6月參與了CableLabs的Interopt聯合測試專案，並通過了服務供應商實作的測試程式。 Adobe也是 OATC （開放式驗證技術聯盟） 並參與幾個小組委員會的規格起草專案，作為該機構的一部分。
在說明Adobe Pass驗證OLCA法規遵循，以及Adobe參與OATC的情況後，請務必注意Adobe Pass驗證實際上是「不受通訊協定限制」的。 但在TVE時代的這個階段，Adobe Pass驗證無疑是以OLCA標準為導向。 這些標準說明不同TVE播放器（程式設計人員、MVPD和服務提供者）實施TVE功能的目前議定方法。 下表列出許多這類功能，並提供相關頁面的連結，其中提供詳細資訊和如何實作這些功能的範例。
表格中的資訊旨在推動Adobe Pass驗證整合程式，在所有MVPD整合中達成一致功能。 優先順序欄將功能分為A、B和C：
- 答：這些是整合初始推出的「必須具備」功能。
- B — 這些是初始整合的重要增強功能，將在初始推出後新增。
- C — 這些是整合的進一步增強功能，可在「B」要求之後實施。
1.核心功能特色 core-func-features
不適用。
功能
說明
優先順序
附註
1.3
使用者ID持續性
MVPD提供模糊化的永久UserID。
A
1.4
檢視器使用MVPD登入一個品牌的網站，然後可以移至另一個品牌，而不會被提示再次登入。 AuthN工作階段會在品牌之間共用。 SSO支援適用於網站和行動/裝置應用程式。 對於MVPD，需要傳回使用者ID或可用於跨品牌驗證的其他使用者權杖。
A
1.5
裝置最佳化的登入使用者體驗(UX)
MVPD支援調整登入畫面大小，以符合檢視所使用的裝置尺寸。
A
1.6
預設MVPD選擇器標誌
MVPD會提供適當尺寸（112x33畫素）的預設標誌URL。
A
標誌應由MVPD託管，並由CDN快取。
1.9
iFrame或「JS快顯」式驗證
程式設計師能夠將登入流程整合到iFrame或快顯視窗體驗中，而不是HTTP重新導向。
B
1.10
檢視器在程式設計師的網站或應用程式上，以及在MVPD上有已驗證的工作階段。 檢視器可以從程式設計師的網站啟動同盟登出，登出也會清除MVPD入口網站上的工作階段。
B
從程式設計人員的角度來看，確保共用電腦受到更多保護，避免誤用。
1.12
驗證回應的使用者中繼資料
MVPD AuthN回應可包含使用者中繼資料，作為軟體權利檔案流程期間使用者體驗個人化的提示。 此要求可啟用從MVPD到程式設計人員的家長控制提示。
B-
1.13
MVPD啟動的驗證
檢視器在MVPD入口網站上完成成功的AuthN工作階段，然後導覽至程式設計師的TVE網站。 系統不會提示使用者輸入MVPD選擇器，且會自動驗證使用者。
B-
1.14
使用者ID範圍
MVPD UserID應存在於兩種表單中 — 一種以程式設計師為範圍，另一種以整個Adobe為範圍，以利詐騙。 這可讓Adobe在不進一步加密/模糊化的情況下共用程式設計師範圍的MVPD UserID。
C
1.15
資產授權
AuthN完成後，AuthZ便可在背景執行，方法是傳遞結構化資料，其中可包含網路、節目、資產、家長監護評等專案（如有需要）。 如此一來，家長就可以對程式設計師到MVPD的每個AuthZ呼叫進行家長監護。
C
1.16
MVPD起始的登出
檢視器在程式設計師的網站或應用程式上，以及在MVPD上有已驗證的工作階段。 檢視器可以從MVPD的網站啟動同盟登出，也會清除所有同盟程式設計師網站上的工作階段。
C
1.17
授權義務
MVPD在AuthZ回應中提供其他條件，例如記錄或更新的最高家長監護評分(OLCA)。
C
1.18
IP位址內容
MVPD需要明確傳遞IP位址。 對於AuthZ （呼叫位於伺服器端），這可提供MVPD詐騙追蹤資訊，讓您瞭解使用者來自AuthZ呼叫何處。
C
1.19
動態定義的權杖持續存在時間(TTL)值
MVPD可以透過回應中的屬性動態設定Adobe Pass驗證Token的TTL，因此Adobe不在TTL變更的回圈中。
C-
1.20
裝置型別
MVPD支援在AuthN或AuthZ要求中傳遞裝置型別。 此屬性會通知MVPD將會使用內容的裝置性質，好讓他們可以調整AuthN或AuthZ權杖的TTL，以符合他們自己對裝置的安全性考量。
C-
這對於無使用者端平台而言很有幫助，在其中將每個裝置型別公開為Adobe Pass驗證端的設定可能會很困難。
2.運作功能 operational-features
否
功能
說明
優先順序
附註
2.1
24/7運作時間
MVPD協定會爭取全天候的運作時間，並針對一段時間進行測量。
A
2.2
測試每個程式設計師的認證
MVPD會為每個程式設計師提供個別的測試帳戶。
A
2.3
憑證到期與更新排程計畫
MVPD記載的計畫，包含確保SAML憑證為最新狀態的排程。
A-
2.4
平均延遲低於250毫秒/回應
MVPD協定致力於減少延遲，並持續衡量延遲。
A-
2.5
託管自己的MVPD選擇器標誌
MVPD需要託管自己的標誌，且應受到CDN快取的保護。
B
2.6
支援向上呈報計畫
MVPD記載的向上呈報計畫，至少每季會更新並檢閱一次。
A
2.7
中斷保護計畫
MVPD會與Adobe共同規劃降解測量，以便視需要隨意使用。
B
2.8
維護個別的測試和生產端點
不需要hostfile詐騙的MVPD整合測試可測試測試測試整合。
B
2.9
其他QA端點
MVPD會為聯合新功能開發維護額外的QA IdP整合。 支援此服務將降低我們針對應用程式商店憑證測試需要UAT特殊請求的可能性。
C
3.驗證體驗功能 authn-exp-features
否
功能
說明
優先順序
附註
3.1
驗證轉換超過最低預期
MVPD可確保最低轉換率，以證明功能性(5%)和合理性(30%)。
A
3.2
內嵌密碼復原
MVPD提供一種將內嵌密碼復原到同盟AuthN流程的方法。
A
3.3
內嵌帳戶註冊
MVPD提供一種方法，可內嵌建立與同盟AuthN流程的新帳戶。
A
3.4
內嵌說明/支援
MVPD提供一種在同盟AuthN流程期間提供協助的方法。
A
3.5
以資料機為基礎的住家驗證
當裝置位於已註冊型號的本機網路時，MVPD會自動驗證裝置（僅限ISP MVPD）。
B
這項優先順序較低，因為這是許多人尚未支援的最佳化功能，而且對於降低欺詐和家長監控會產生一些挑戰
您現在可以使用「檔案/貼上表格資料……」對話方塊直接匯入Markdown表格程式碼。
4. Analytics功能 analytics-features
否
功能
說明
優先順序
4.1
驗證轉換漏斗對齊
MVPD具有以SAML AuthN請求開頭的AuthN請求量度，以符合Adobe Pass驗證和程式設計員AuthN請求量度。
A
4.2
不重複使用者
已成功驗證的使用者，並在跨月的每月統計中去除重複專案。
A
4.3
時區會計
報表包括當天轉換時間的時區。
A
5.減少欺詐的功能 fraud-mitgn-features
否
功能
說明
優先順序
附註
5.1
驗證時視訊訂閱者驗證
MVPD會確保使用者在AuthN流程期間是有效的視訊訂閱者。
A
5.2
驗證/授權的速率限制
MVPD支援對其Web服務進行節流，以便在適當時限制來自特定使用者帳戶的使用量。
B
5.3
具有要Adobe之全域範圍的永續使用者ID
MVPD可確保Adobe具有UserID，可跨程式設計師追蹤其是否詐騙。 不需要直接提供給客戶。
B
線上多媒體授權通訊協定(OMAP)規格與真實使用者監控(RUM)。
5.4
並行使用驗證
MVPD具有追蹤和限制訂閱者帳戶同時使用超過業務臨界值的方法。
B
P1。 Proxy特定功能功能 proxy-sp-func-features
否
說明
優先順序
附註
P 1.1
負責維護subMVPD最新清單準確性的Proxy
A
P 1.2
Proxy會針對每個subMVPD提供適當大小的標誌
A
有些live subMVPD的標誌大小不正確
P 1.3
Proxy會針對每個subMVPD提供適當品牌的登入頁面
A
第1.4頁
負責以subMVPD清單鎖定特定服務提供者品牌的Proxy
B
P 1.5
Proxy會正確指定所有subMVPD屬性（iFrame大小、TTL、標誌等）
A
P 1.6
Proxy指定單獨的entityID
B
P2。 Proxy作業功能 proxy-op-features
否
說明
優先順序
第2.1頁
API金鑰受保護
A
P 2.2
測試用於每個新要求者即時整合的第一個subMVPD的認證
A
P 2.3
每個請求者的subMVPD清單皆正確且完整
A
recommendation-more-help
3f5e655c-af63-48cc-9769-2b6803cc5f4b