iOS/tvOS SDK逐步指南 iostvos-sdk-cookbook

NOTE
此頁面上的內容僅供參考。 使用此API需要Adobe的目前授權。 不允許未經授權的使用。

簡介 intro

本檔案說明程式設計師的上層應用程式可透過iOS/tvOS AccessEnabler資料庫公開的API實施的權益工作流程。

適用於iOS/tvOS的Adobe Pass驗證許可權解決方案最終將分為兩個網域:

  • UI網域 — 這是上層應用程式層,會實作UI並使用AccessEnabler程式庫所提供的服務來提供對受限制內容的存取權。

  • AccessEnabler網域 — 這是以下列形式實施權益工作流程的地方:

    • 對Adobe後端伺服器發出的網路呼叫
    • 與驗證和授權工作流程相關的商業邏輯規則
    • 管理各種資源及處理工作流程狀態(例如Token快取)

AccessEnabler網域的目標是隱藏軟體權利檔案工作流程的所有複雜性,並(透過AccessEnabler資料庫)提供一組簡單軟體權利檔案基本要素,供您實作軟體權利檔案工作流程:

  1. 設定要求者身分
  2. 檢查並取得特定身分提供者的驗證
  3. 檢查並取得特定資源的授權
  4. 登出
  5. Apple SSO會藉由代理Apple VSA架構來流程

AccessEnabler的網路活動會在其自己的執行緒中進行,因此不會封鎖UI執行緒。 因此,兩個應用程式網域之間的雙向通訊通道必須遵循完全非同步模式:

  • UI應用程式層透過AccessEnabler程式庫公開的API呼叫,將訊息傳送至AccessEnabler網域。
  • AccessEnabler會透過AccessEnabler通訊協定(UI層向AccessEnabler程式庫註冊)中包含的回呼方法來回應UI層。

設定Experience CloudID服務(訪客ID) visitorIDSetup

從Analytics的觀點來看,設定Experience Cloud識別碼值很重要。 設定visitorID值後,SDK會連同每個網路呼叫傳送此資訊,且Adobe Pass驗證伺服器會收集此資訊。 您可以將來自Adobe Pass Authentication Service的分析與其他應用程式或網站的任何其他分析報表建立關聯。 您可以在這裡找到如何設定visitorID的資訊。

權益流程 entitlement

A. 必要條件

B. 啟動流程

C. 沒有Apple SSO的驗證流程

D. 在iOS上使用Apple SSO的驗證流程

E.在tvOS上使用Apple SSO的驗證流程

F. 授權流程

G. 檢視媒體流程

不含Apple SSO的登出流程

I. 使用Apple SSO的登出流程

A.必要條件 prereqs

  1. 建立回呼函式:

    • setRequestorComplete()

    • setRequestor()觸發,傳回成功或失敗。

    • 成功表示您可以繼續權益呼叫。

    • displayProviderDialog(mvpds)

      • 僅當使用者尚未選取提供者(MVPD)且尚未驗證時,才由getAuthentication()觸發。
      • mvpds引數是使用者可用的提供者陣列。
    • setAuthenticationStatus(status, errorcode)

      • 每次都由checkAuthentication()觸發。
      • 只有在使用者已經驗證且已選取提供者時,才會由getAuthentication()觸發。
      • 傳回的狀態是成功或失敗,錯誤碼會說明失敗的型別。
    • navigateToUrl(url)

      • 在使用者選取MVPD後由getAuthentication()觸發。 url引數提供MVPD登入頁面的位置。
    • sendTrackingData(event, data)

      • checkAuthentication()getAuthentication()checkAuthorization()getAuthorization()setSelectedProvider()觸發。
      • event引數指出已發生的權利事件;data引數是與事件相關的值清單。
    • setToken(token, resource)

    • tokenRequestFailed(resource, code, description)

      • 授權失敗後由checkAuthorization()getAuthorization()觸發。
      • resource引數是使用者嘗試檢視的內容;code引數是錯誤碼,指出發生的失敗型別;description引數描述與錯誤碼相關的錯誤。
    • selectedProvider(mvpd)

    • setMetadataStatus(metadata, key, arguments)

      • getMetadata().觸發
      • metadata引數提供您要求的特定資料;key引數是getMetadata()要求中使用的索引鍵;arguments引數是傳遞給getMetadata()的相同字典。
    • 'preauthorizedResources(authorizedResources)'

    • 'presentTvProviderDialog(viewController)'

      • 當目前的要求者至少支援支援SSO的MVPD時,由getAuthentication()觸發。
      • viewController引數是Apple SSO對話方塊,必須顯示在主檢視控制器上。
    • 'dissistTvProviderDialog(viewController)'

      • 由使用者動作觸發(從Apple SSO對話方塊選取「取消」或「其他電視提供者」)。
      • viewController引數是Apple SSO對話方塊,需要從主檢視控制器中解除。

B.啟動流程 startup_flow

  1. 啟動上層應用程式。

  2. 起始Adobe Pass驗證

    a.呼叫init以建立Adobe Pass Authentication AccessEnabler的單一執行個體。

    • 相依性: Adobe Pass驗證原生iOS/tvOS資料庫(AccessEnabler)

    b.呼叫setRequestor()以建立程式設計師的身分;傳入程式設計師的requestorID以及(選擇性)Adobe Pass驗證端點的陣列。 若是tvOS,您還需要提供公開金鑰和密碼。 如需詳細資訊,請參閱無使用者端檔案

    • 相依性: ​有效的Adobe Pass驗證請求者ID (使用您的Adobe Pass驗證帳戶)
      管理員來安排此工作)。

    • 觸發器:

      setRequestorComplete()回呼。

    note note
    NOTE
    在完全建立請求者身分之前,無法完成任何權益請求。 這實際上表示setRequestor()仍在執行時,所有後續權益要求都會執行。 例如,checkAuthentication()已封鎖。

    您有兩個實作選項:將要求者識別資訊傳送至後端伺服器後,UI應用程式層可以選擇下列兩種方法之一:

    1. 等候觸發setRequestorComplete()回呼(AccessEnabler委派的一部分)。 此選項最能確定setRequestor()已完成,因此建議用於大部分實作。

    2. 繼續而不等候setRequestorComplete()回呼的觸發,並開始發出權益要求。 這些呼叫(checkAuthentication、checkAuthorization、getAuthorization、getAuthorization、checkPreauthorizedResource、getMetadata、logout)已由AccessEnabler程式庫排入佇列,將在setRequestor()之後進行實際的網路呼叫。 例如,如果網路連線不穩定,此選項偶爾會中斷。

  3. 呼叫checkAuthentication()以檢查現有的驗證,而不啟動完整的驗證流程。 如果此呼叫成功,您可以直接繼續進行授權流程。 如果沒有,請繼續驗證流程。

C.不使用Apple SSO的驗證流程 authn_flow_wo_applesso

  1. 呼叫getAuthentication()以啟動驗證流程,或取得使用者已在的確認
    已驗證。

    觸發器:

  2. 向使用者呈現傳送至的提供者清單
    displayProviderDialog()

  3. 使用者選取提供者後,從navigateToUrl:navigateToUrl:useSVC:回呼取得使用者MVPD的URL,並開啟UIWebView/WKWebViewSFSafariViewController控制器,將該控制器導向至URL。

  4. 透過上一步中具現化的UIWebView/WKWebViewSFSafariViewController,使用者登陸MVPD的登入頁面並輸入登入認證。 控制器內發生數個重新導向作業。

NOTE
此時,使用者有機會取消驗證流程。 如果發生這種狀況,您的UI層會呼叫setSelectedProvider(),並將null當做引數,負責通知AccessEnabler這個事件。 這可讓AccessEnabler清理其內部狀態,並重設驗證流程。
  1. 使用者成功登入後,您的應用程式層就會偵測到特定自訂URL的載入。 請注意,這個特定自訂URL實際上無效,控制器並非打算實際載入此URL。 應用程式必須將其解譯為驗證流程已完成,且關閉UIWebView/WKWebViewSFSafariViewController控制器是安全的訊號。 若需使用SFSafariViewController控制器,則特定自訂URL是由​ application's custom scheme ​所定義(例如adbe.u-XFXJeTSDuJiIQs0HVRAg://adobe.com),否則此特定自訂URL是由​ ADOBEPASS_REDIRECT_URL ​常數(即adobepass://ios.app)所定義。

  2. 關閉UIWebView/WKWebView或SFSafariViewController控制器,並呼叫AccessEnabler的handleExternalURL:url API方法,該方法會指示AccessEnabler從後端伺服器擷取驗證權杖。

  3. (選擇性)呼叫checkPreauthorizedResources(resources)以檢查使用者有權檢視哪些資源。 resources引數是與使用者的驗證Token關聯的受保護資源陣列。 從使用者的MVPD取得的授權資訊的一種用途是裝飾您的UI (例如,受保護內容旁邊的鎖定/解鎖符號)。

  4. 如果驗證成功,請繼續前往授權流程。

D.在iOS上使用Apple SSO的驗證流程 authn_flow_with_applesso

  1. 呼叫getAuthentication()以啟動驗證流程,或取得使用者已驗證的確認。
    觸發器:

    • presentTvProviderDialog()回呼(若使用者未驗證,且目前要求者至少擁有支援SSO的MVPD)。 如果沒有任何MVPD支援SSO,則會使用傳統驗證流程。
  2. 使用者選取提供者後,AccessEnabler程式庫會取得驗證權杖,其中包含Apple VSA架構提供的資訊。

  3. 將觸發setAuthenticatiosStatus()回呼。 此時,使用者應該使用Apple SSO進行驗證。

  4. [選擇性]呼叫checkPreauthorizedResources(resources)以檢查使用者有權檢視哪些資源。 resources引數是與使用者的驗證Token關聯的受保護資源陣列。 從使用者的MVPD取得的授權資訊的一種用途是裝飾您的UI (例如,受保護內容旁邊的鎖定/解鎖符號)。

  5. 如果驗證成功,請繼續前往授權流程。

E.在tvOS上使用Apple SSO的驗證流程 authn_flow_with_applesso_tvOS

  1. 呼叫getAuthentication()以起始
    驗證流程,或取得使用者已在的確認
    已驗證。
    觸發器:

    • presentTvProviderDialog()回呼(若使用者未驗證,且目前要求者至少擁有支援SSO的MVPD)。 如果沒有任何MVPD支援SSO,則會使用傳統驗證流程。
  2. 使用者選取提供者後,將會呼叫status()回呼。 將會提供註冊碼,且AccessEnabler程式庫會開始輪詢伺服器,以順利進行第二個熒幕驗證。

  3. 如果提供的註冊代碼已用於在第二個熒幕上成功驗證,則會觸發setAuthenticatiosStatus()回呼。 此時,使用者應該使用Apple SSO進行驗證。

  4. [選擇性]呼叫checkPreauthorizedResources(resources)以檢查使用者有權檢視哪些資源。 resources引數是與使用者的驗證Token關聯的受保護資源陣列。 從使用者的MVPD取得的授權資訊的一種用途是裝飾您的UI (例如,受保護內容旁邊的鎖定/解鎖符號)。

  5. 如果驗證成功,請繼續前往授權流程。

F.授權流程 authz_flow

  1. 呼叫getAuthorization()以啟動授權流程。

    • 相依性: ​與MVPD議定的有效ResourceID。
    • 資源ID應與任何其他裝置或平台上使用的資源ID相同,且在所有MVPD上將會相同。 如需資源ID的相關資訊,請參閱識別受保護的資源
  2. 驗證驗證和授權。

    • 如果getAuthorization()呼叫成功:使用者具有有效的AuthN和AuthZ權杖(使用者已經過驗證,並且獲得觀看請求媒體的授權)。

    • 如果getAuthorization()失敗:請檢查擲回的例外狀況,以判斷其型別(AuthN、AuthZ或其他專案):

      • 如果這是驗證(AuthN)錯誤,請重新啟動驗證流程。
      • 如果是授權(AuthZ)錯誤,則使用者無權觀看請求的媒體,並且應向使用者顯示某種錯誤訊息。
      • 如果有其他型別的錯誤(連線錯誤、網路錯誤等), 然後向使用者顯示適當的錯誤訊息。
  3. 驗證短媒體權杖。
    使用Adobe Pass驗證媒體權杖驗證器程式庫,驗證從上述getAuthorization()呼叫傳回的短期媒體權杖:

    • 如果驗證成功:為使用者播放要求的媒體。
    • 如果驗證失敗: AuthZ權杖無效,應拒絕媒體請求,並向使用者顯示錯誤訊息。
  4. 返回正常的應用程式流程。

G.檢視媒體流程 media_flow

  1. 使用者選取要檢視的媒體。

  2. 媒體是否受到保護? 您的應用程式會檢查選取的媒體是否受到保護:

    • 如果選取的媒體受到保護,您的應用程式會啟動上述授權流程

    • 如果選取的媒體未受保護,則播放該媒體
      使用者。

H.不使用Apple SSO的登出流程 logout_flow_wo_AppleSSO

  1. 呼叫logout()將使用者登出。 AccessEnabler會清除所有快取值和Token。 清除快取之後,AccessEnabler會進行伺服器呼叫以清除伺服器端工作階段。 請注意,由於伺服器呼叫可能會導致SAML重新導向至IdP (這允許IdP端的工作階段清理),此呼叫必須在所有重新導向之後。 因此,必須在UIWebView/WKWebView或SFSafariViewController控制器內處理此呼叫。

    a.遵循與驗證工作流程相同的模式,AccessEnabler網域會透過navigateToUrl:navigateToUrl:useSVC:回呼,向UI應用程式層提出要求,以建立UIWebView/WKWebView或SFSafariViewController控制器,並指示載入回呼url引數中提供的URL。 這是後端伺服器上登出端點的URL。

    b.您的應用程式必須監視UIWebView/WKWebView or SFSafariViewController控制器的活動,並偵測載入特定自訂URL的時間,因為它經過數個重新導向。 請注意,這個特定自訂URL實際上無效,控制器並非打算實際載入此URL。 應用程式必須將其解譯為登出流程已完成,且關閉UIWebView/WKWebViewSFSafariViewController控制器是安全的訊號。 當控制器載入這個特定自訂URL時,您的應用程式必須關閉UIWebView/WKWebView or SFSafariViewController控制器並呼叫AccessEnabler的handleExternalURL:urlAPI方法。 若需使用SFSafariViewController控制器,則特定自訂URL是由​ application's custom scheme ​所定義(例如adbe.u-XFXJeTSDuJiIQs0HVRAg://adobe.com),否則此特定自訂URL是由​ ADOBEPASS_REDIRECT_URL ​常數(即adobepass://ios.app)所定義。

    note note
    NOTE
    登出流程與驗證流程的不同之處在於,使用者不需要以任何方式與UIWebView/WKWebView或SFSafariViewController互動。 UI應用程式層使用UIWebView/WKWebView或SFSafariViewController來確保遵循所有重新導向。 因此,可以(而且建議)在登出過程中隱藏控制器。

I.使用Apple SSO的登出流程 logout_flow_with_AppleSSO

  1. 呼叫logout()將使用者登出。
  2. 將以ID VSA203呼叫status()回呼。
  3. 系統也應指示使用者從系統設定登入。 如果失敗,應用程式重新啟動時,就會導致重新驗證。
recommendation-more-help
3f5e655c-af63-48cc-9769-2b6803cc5f4b