TW201415360A - 在多個電子裝置上提供應用 - Google Patents

Abstract

本發明揭示用於在電子裝置上執行應用之方法，其特徵在於：一第一電子裝置(21)上之一第一應用(11)控制一第二電子裝置(22)上之一第二應用(12)之執行，且一第一伺服器(31)提供用於執行該第二應用(12)之一環境，其中該方法包括以下步驟：-在該第一電子裝置(21)上執行該第一應用(11)，-藉由該第一電子裝置起始該第二應用(12)之該執行，-將該第一電子裝置(21)耦合至該第二電子裝置(22)，-藉由該第一伺服器(31)提供用於執行該第二應用(22)之該環境，及-在該第二電子裝置(22)上執行該第二應用(12)。

Description

在多個電子裝置上提供應用

本發明係關於用於在多個電子裝置上執行及提供應用之方法及應用，特定而言，在HbbTV、智慧TV、平板電腦PC、筆記型電腦PC、超輕薄筆電、智慧電話及諸如此類上。進一步地，本發明係關於用於執行及提供用於無線電(特定而言數位無線電)之應用之方法及設備。

已知服務、支援及商業內容係經由網際網路提供。網際網路之機會由今日之廣播組織使用以提供進一步資訊、原始資料、供應、服務及諸如此類。特定而言，結合廣播節目或為了追逐商業目標而針對其他業務來執行提供。出於此目的，廣播站係指使用廣告、在不同位置處之覆疊、耙梳程式(crawler)、插入物、文字插入物、圖形插入物、後設資料、URL、視訊文字(亦稱為電傳視訊)及諸如此類之服務、支援及商業內容。此等通常可經由網際網路(更精確而言，經由給定伺服器)存取，以使得使用者可存取此等內容。此處，供應係根據諸如新聞、體育、證券交易、建議、科學、文化、兒童及諸如此類之類別來處理、收集及供應。另外，使得稱為媒體中心者可用，其提供文字內容、音訊內容、視訊內容及音訊-視訊內容。前述形式之資訊提供進一步用於指代商業產品，其隨後由各別使用者購買或消費及 利用。

此處，形成兩個「世界」(即，顯示及供應類別)係有利的，其中將第一顯示及供應類別傳輸至接收裝置(HbbTV、智慧TV、電視等)及使用無線電廣播、電纜連接及諸如此類來顯示，且可經由網際網路擷取第二顯示及供應類別。因此，使用者面臨兩個顯示及供應類別之間的一劃分，且被迫在另一或額外裝置上(即藉助於手動查詢以便利用其)來實施對第二顯示及供應類別之一存取。此處，進一步缺點係手動輸入一源位址以便存取至第二顯示及供應類別，此乃因此需要使用者之一足夠確切輸入，因此使用者必須極好地記憶源位址以便利用第二顯示及供應類別或一所供應服務或者購買諸如影片、音樂、書、電子書、衣服及任何諸如此類之產品。

另一缺點係存在一預安裝軟體作為使用一顯示及供應類別之存取要求。就此而言，若一特定顯示及供應類別需要預先安裝一或多件軟體以使得必須在各別裝置上安裝必要的多個程式以便使用不同顯示及供應類別，則導致進一步缺點。

一額外缺點係經由一特定提供者提供一特定顯示及供應類別以使得使用者必須在任一時間處實行一註冊程序以形成一帳戶以便能夠獲得其具有之不同提供者之顯示及供應類別。必然地，使用者被迫維持多個使用者帳戶。

亦已知經由一共同帳戶來同步多個電子裝置(特定而言，電腦、PC、平板電腦PC、智慧電話及諸如此類)以便在前述裝置之間同步資料及為該使用者在此等裝置中之每一者上維持具有相同內容之資料。

此處，缺點係裝置相依性，此通常部分地源於特定硬體組件及/或一特定作業系統之存在。實現此一同步之特徵在於，僅將一致的資料多次儲存於多個裝置上，此需要呈記憶體容量形式之資源、連接費用及時間且因此係不經濟的。另外，當必須在每一裝置上本端地提供 一同步工具以使得在無同步工具時不可執行任何同步時係不利的。

本發明之目的係在多個電子裝置上提供應用及藉此減少前述缺點中之至少一者。特定而言，將提議一解決方案以達成一使用者在多個電子裝置之間的一改良(特定而言，更有效)互動及達成一改良使用。此外，將使得多媒體內容、服務及供應之一展開或擴展在多個電子裝置上可用。將發現至少一個替代解決方案。

作為一解決方案，提議如技術方案1之用於在電子裝置上執行應用之方法。根據本發明用於在電子裝置上執行應用之方法之特徵在於，一第一電子裝置上之一第一應用控制一第二電子裝置上之一第二應用之執行，且一第一伺服器提供用於執行該第二應用之一環境，其中該方法包括以下步驟：在該第一電子裝置上執行該第一應用，藉由該第一電子裝置起始該第二應用之執行，將該第一電子裝置耦合至該第二電子裝置，藉由該第一伺服器提供用於執行該第二應用之環境，及在該第二電子裝置上執行該第二應用。電子裝置將理解為適合於顯示文字、影像、音訊、視訊或音訊-視訊資料之裝置。特定而言，此等包含電視裝置、HbbTV、智慧TV、平板電腦PC、筆記型電腦、PC、超輕薄筆電、智慧電話及諸如此類。一應用將視為可顯示於電子裝置上之內容，其中術語應用既包括被動、將被消費之演示，諸如一電視節目(影片、文字、圖片、演出、新聞、廣告、音樂視訊、音樂、TV演出、演唱會及諸如此類)，亦包括允許一使用者互動之演示，諸如經由(舉例而言)在電子裝置上(舉例而言，藉助於一機上盒、一電纜連接或網際網路)提供至使用者之視訊文字或服務來訪問網頁或尋求在一節目期間混合之資訊。結果，一應用可係一簡單影片或一TV演出以及用於購買產品(諸如影片、音樂、書或衣服)之一環境兩者，且因此可包括網際網路中之所有已知程式、應用、服務或供應。 術語「執行」將理解為起動、開始、顯示、點亮、起始、啟動、實行、控制或任何操縱方式。將以一自動以及一手動之方式執行該執行，以使得一使用者可調整執行之方式。術語「環境」將理解為額外涵蓋軟體元件，亦即允許在電子裝置上執行應用之程式。執行之初始化意指一初期及一當前動作兩者，其導致執行一應用或係該應用之當前執行。術語「耦合」係至少兩個電子裝置之一指派及/或分配以用於資料之一間接或直接通信或交換。藉此，使得使用另一電子裝置之應用之執行係可能的。

本發明之另一態樣係關於一種用於將第一應用及/或第二應用在無更新耦合之情況下隨後改變至另一應用之方法。一後續改變將被理解為在一已執行且正運行之應用期間或跟隨一先前應用之起動之後改變或切換至另一應用。於此處，不需要電子裝置之任何耦合，因此跟隨電子裝置之首次耦合之後，可終止及起動不同應用，或該電子裝置可在不同應用之間來回切換。

根據本發明之另一有利態樣，在第二電子裝置上手動地或自動地執行第二應用之執行。舉例而言，只要第一電子裝置已觸發執行之初始化，即以使得在第二電子裝置上自動地執行第二應用之一方式來執行該自動執行。此處，不需要一使用者之任何進一步互動。藉由使用者之一干預使得第二應用在第二裝置上之手動執行係可能的。此涉及一特定程式之一起動或一識別程序之效能，其中該識別程序係關於所使用之電子裝置及使用者帳戶兩者。

本發明之另一態樣旨在一種方法，該方法至少包括用於識別使用者或電子裝置之一步驟，其中經由第一伺服器或經由多個伺服器來執行耦合、提供及/或識別以便允許一改良之容量擴縮。

根據本發明之另一有利態樣，第一電子裝置及第二電子裝置交換經使用及/或經儲存以控制第一電子裝置上之第一應用及/或第二電 子裝置上之第二應用之訊息。此處，所交換之訊息用於在裝置之間及/或各別裝置之使用者之間進行通信。此產生用於經由一電子裝置上之一應用來控制另一電子裝置上之一應用之各種可能性。在此上下文中，若需要，則將個別應用(亦即，藉助於其對應裝置)以一遠端控制之方式用作其他裝置上之其他應用之控制例項。應注意，控制一裝置應理解為藉助於另一裝置之一應用來控制或操縱一應用，因此並非意指裝置之間的一直接硬體連通。藉此，藉助於所提供之應用有利地導致一硬體獨立通信且同時導致一跨平臺通信及互動。此處，當使用一電視作為第一電子裝置及一平板電腦PC作為第二電子裝置時，使用諸如「Play」、「Pause」、「FFW」、「REW」、「REW」、「REC」、「STOP」及/或「EJECT」之命令來執行藉助於平板電腦PC遠端控制該電視。進一步命令由位於一遠端控制上之常用功能給出。此外，藉由將訊息或資料儲存於各別裝置上，執行一狀態之儲存以使得在暫停、取消、終止、不可存取或諸如此類之後，基於所儲存訊息及資料在發生任何前述暫時狀態之前執行應用執行之恢復及/或原始狀態之復原。

本發明之另一態樣係關於一種方法，其中第一伺服器負責第一電子裝置與第二電子裝置之間的耦合，一第二伺服器負責第一電子裝置與第二電子裝置之間的通信，且第一電子裝置經由一第一管理單元與第一伺服器通信，且第二電子裝置經由一第二管理裝置與第一伺服器通信，且第一電子裝置及第二電子裝置上之一各別用戶端組件將訊息查詢引導至第二伺服器。

本發明之另一態樣係關於一種用於在電子裝置上執行應用之方法，該方法之特徵在於，一第一裝置上之一第一應用藉助於一第一管理單元經由一第一伺服器藉助於一第二管理單元與一第二電子裝置上之一第二應用通信，其中該第一應用藉助於一第一用戶端組件經由一 第二伺服器藉助於一第二用戶端組件與第二應用通信，其中經由至少一個識別步驟來執行該第一電子裝置、該第二電子裝置、該第一伺服器與該第二伺服器之間的一通信工作階段之一授權，其中由該第一裝置執行該第一電子裝置與該第二電子裝置之間的一耦合及用於執行該第二應用之一初始化。

根據本發明之另一有利態樣，藉助於一URL或QR碼經由網際網路來執行該執行之初始化及/或經由網際網路之耦合。

進一步有利地，建立經由一網際網路、一GSM網路、一WLAN網路、一藍芽網路、一紅外線網路、一近場晶片技術在應用之間及/或在裝置之間的一連接。

本發明之另一態樣旨在一種方法，其中使用複數個其他第二電子裝置來操作該方法。

本發明之另一態樣旨在一種方法，其中將該第二裝置操作為第一裝置。

本發明之另一態樣旨在一種方法，其中該第一電子裝置及/或該第二電子裝置係一混合TV(混合廣播寬頻TV，Hbb-TV)、機上盒、智慧-TV、網路-TV、一平板電腦-PC、智慧電話、PC或筆記型電腦。

本發明之另一態樣旨在一種方法，其中應用之一提供適於不同類型之第一電子裝置及第二電子裝置。

本發明之另一態樣旨在一種用於提供用於根據本文中所闡述之方法來執行一應用之一環境之設備。

根據另一有利態樣，本發明用於以數位無線電提供額外內容。一數位無線電將被視為一無線電接收器裝置，其接收及處理至少部分地經數位化之傳輸信號。數位無線電應用含有越來越多的視覺及互動組件，諸如影像、分類影像(亦即，幻燈片(CAB分類幻燈片放映))、階層式及/或分類文字或文字訊息(Journaline，其類似於一無線電電傳 視訊)及網頁(BWS廣播網站)。本發明允許根據根據本發明之態樣、特定而言結合基於JavaScript/HTML之一應用層(應用位準API)在一第二裝置上提供額外內容。

本發明允許以一有利方式使用針對家庭及/或在車輛中之無線電應用之情境。

根據本發明之一有利態樣，一汽車無線電(特定而言，一數位無線電)接收一互動應用之信號，其中該應用(類似於Hbb-TV應用)具有對EPG(電子節目指南)及無線電站之非線性內容之一存取。此處，尤其應注意駕駛員不應分心。按以下方式保證安全車輛駕駛：一乘客將其電子裝置作為第二裝置(平板電腦及/或智慧電話)與無線電應用連接，以使得跟隨應用連接之後，乘客獲得對無線電接收器之非線性內容之一存取。

根據本發明之一有利態樣，乘客在第二裝置上獲得來自無線電臺之詳細交通資訊，以使得甚至可以一有利方式將所接收之交通資訊轉發至車輛中之導航系統以便最佳化進一步路線且避免一交通阻塞。

另外，本發明允許針對車輛中之其他乘客(諸如兒童)提供應用及/或使用隨需提供之內容，以使得(舉例而言)允許獨立於父母使用由無線電臺提供之內容。

進一步有利地，本發明可適用於家庭使用情境，其中在一家宅中，在多個住戶或家庭成員一起追隨一無線電節目(諸如，舉例而言，音樂排行榜或一廣播劇)時，該等收聽者中之每一者可經由一各別第二裝置追隨一個別內容，以便獲得關於當前節目之進一步背景資訊(舉例而言，播客)。

此處，舉例而言，一收聽者可切換無線電臺且將一稍後記錄之內容或甚至已找到的播客之播放排程於當前運行之無線電節目之結束之後。

在不中斷其他家庭成員之收聽活動之情況下執行根據本發明之前述應用。

根據本發明之另一情境係在第二裝置上接收諸如歌曲文字之歌詞內容用於跟唱，類似於作為一休閒遊戲之卡拉ok，或用於隨著一歌曲文字之一移動來閱讀。

根據本發明之另一有利實施例，第一裝置(特定而言一HbbTV或一數位無線電)自作為架構伺服器之一第一伺服器載入一JavaScript程式庫以便能夠存取第一伺服器之所提供功能。此外，前述程式庫以一有利方式提供一輕薄型JS-API，此提供用於執行一第二裝置情境之最重要功能。

第一裝置(特定而言一HbbTV或一數位無線電)起始對該JS-API之一查詢以查找一第二裝置。隨後，第一裝置提供關於該第一裝置之包括用於該使用者之一對應指令以便能夠建立對該第二裝置之一連接之資訊。特定而言，可以一QR碼之形式提供前述資訊。特定而言，使用者藉助於使用其第二裝置(平板電腦PC、智慧電話)掃描QR碼來遵循該指令。特定而言，該資訊(特定而言QR碼)含有一URL及指代第一裝置之一特定ID(唯一ID)。隨後，將該URL載入該第二裝置上。該URL指向稱為PD-啟動程式之環境及/或架構之一組件，舉例而言「ARD.connect」。該PD-啟動程式引導對環境及/或架構之一查詢，同時附接第一裝置之一ID以使得環境將第二裝置指派至第一裝置。進一步地，第二裝置有利地獲得一特定ID。特定而言，將該等ID儲存於兩個裝置上之一永久小型文字檔(cookie)中且作為架構中之一對ID。為自動地啟動該應用，第一裝置調用第二裝置上之啟動該應用之JS-API。所連接之第二裝置之PD-啟動程式組件獲得及打開該對應URL。該第二裝置之應用載入JS-程式庫以使得兩個裝置皆準備好通信。有利地，永久地維持該連接且可由使用該架構之相同例項之每一 應用使用該連接。出於此目的，第一裝置載入另一服務之一應用。第一裝置之應用調用該JS-API用於啟動其在第二裝置上之對應應用。所連接之第二裝置之PD-啟動程式組件獲得及打開該對應URL。隨後，第二裝置之應用載入JS-程式庫。兩個裝置皆立即準備好彼此通信。

2‧‧‧ID-管理

3‧‧‧使用者ID

4‧‧‧工作階段ID/小型文字檔

5‧‧‧ID-管理

6‧‧‧使用者ID/工作階段ID/小型文字檔/URL/ID碼2

7‧‧‧使用者ID

8‧‧‧ID-提供

9‧‧‧使用者資料

10‧‧‧服務/後端應用/網頁伺服器

11‧‧‧第一應用/混合廣播寬頻TV-應用/混合廣播寬頻TV-服務

12‧‧‧第二應用/個人裝置-應用/裝置/應用/個人裝置-服務/服務

13‧‧‧介面組件

21‧‧‧第一電子裝置/混合廣播寬頻TV/第一消費型裝置/網路/裝置/第一裝置/電子裝置/第一應用

22‧‧‧第二電子裝置/第二應用/個人裝置(第二螢幕)/第二消費型裝置/網路第二裝置/平板電腦/電子裝置

31‧‧‧個人裝置-工作階段-伺服器/網路/第一伺服器/伺服器/個人裝置-伺服器

32‧‧‧個人裝置-通信-伺服器/第二伺服器/網路

41‧‧‧個人裝置-管理/個人裝置-管理軟體/第一管理單元

42‧‧‧個人裝置啟動程式/第二管理裝置/第二管理單元

51‧‧‧個人裝置-通信-用戶端/用戶端組件/第一用戶端組件

52‧‧‧個人裝置-通信-用戶端/用戶端組件/第二用戶端組件

55‧‧‧連接

66‧‧‧連接/線路

下文將詳細闡述本發明。

圖1示意性地展示電子裝置之一配置。

圖2示意性地展示用於形成一工作階段之一程序。

圖3示意性地展示關於一登入及註冊之一程序。

在下文中，藉助於圖1來展示根據本發明之方法之一基本方塊圖。在圖1中，展示作為HbbTV之一第一電子裝置(21)，作為個人裝置及/或第二螢幕之一第二電子裝置(22)，一PD-工作階段-伺服器(31)及一PD-通信-伺服器(32)。此外，在第一電子裝置(21)、第二電子裝置(22)及PD-工作階段-伺服器(31)之區段中，存在基於其他軟體或基於資料之組件。在第一電子裝置之區段中，及因此在HbbTV(21)之區段中，存在作為一PD-通信-用戶端(51)之一用戶端組件，作為HbbTV-應用(11)之一第一應用，一ID-管理(2)，作為PD-管理(41)之一第一管理單元，使用者ID(3)及工作階段ID(4)。在第二電子裝置之區段中，及因此在個人裝置(第二螢幕)(22)之區段中，存在作為PD-通信-用戶端(52)之另一用戶端組件，作為PD-應用(12)之一第二應用，作為PD啟動程式(42)之一第二管理單元，一ID-管理(5)，使用者ID/工作階段ID(6)及使用者ID(7)。在第一伺服器(31)之區段中，存在一ID-提供(8)、一使用者資料(9)及一後端應用。另外，存在用於前述組件之間 的通信及資料交換之適合介面組件(13)。就所列舉組件之功能及個別組件之間的互動而言，參考包含於此申請案中之基本及特定描述，且特定而言參考以下定義。

在圖2中，原則性地展示一匿名工作階段之建立。將藉助於以下步驟來闡述該建立。首先，執行一初始化程序，其中藉助於括弧中之數字來參考個別步驟。以下在括弧中之數字(其各自在一線前面)係指圖2中之個別步驟之參考編號。

(1)在該應用中，使用者調用選單項「與PD連接」。

(2)該應用使用PDManagement.getActiveSession()來查詢TV裝置上之一已知工作階段。可能有以下回答：未知曉任何工作階段。針對待連接之裝置，該應用必須起始第一次連接。其後為步驟(3)。

已知工作階段之工作階段-ID。其後為步驟(8)。

(3)該應用使用調用PdManagement.launchPdManager()來起動PD-管理器。藉此，供應若干個傳送參數(見規範)，尤其是一返回位址。

(4)該PD-管理器以一格式填充方式覆疊該應用作為內置框架(iFrame)。在該內置框架中，顯示用於使用者導引之一QR碼及指令。

(5)使用者使用其PD來讀取該QR碼且在其瀏覽器中調用已置放之連結。在PD之瀏覽器中打開該PD-啟動程式。

(6)經由工作階段伺服器通知該PD-管理已建立連接。

(7)該PD-管理器調用該返回位址。在該返回位址處，舉例而言，可通知該使用者該連接成功。

(8)該應用查詢已知工作階段之狀態。可能有以下狀態報告：該PD-啟動程式未啟用。則，其後為步驟(9)。

該PD-啟動程式係啟用的。則，其後為步驟(12)。

(9)該應用請求使用者打開該啟動程式。

(10)使用者在其PD之瀏覽器中打開該啟動程式。

(11)該應用調用launchPdApp()以便實現在該PD上起動一應用(app)。

(12)將啟動命令及待調用URL轉發至PD-啟動程式。

(13)PD-啟動程式打開應用。

在圖3中，展示一登入及註冊之基本程序，其中藉助於括弧中之數字來參考個別步驟。以下在括弧中之數字(其各自在一線前面)係指圖3中之個別步驟之參考符號。

(1)使用者選擇該HbbTV應用中之一個人化服務。

(2)該應用向ID-管理查詢使用者是否已登入至裝置上。

(3)由於無任何使用者登入，因此該應用向使用者指示僅在使用者登入時才可調用所期望之服務。

(4)使用者選擇該HbbTV-應用中之選單項「登入」。

(5)該應用藉助對應命令調用該ID-管理。該ID-管理打開一新網頁(在以一格式填充方式覆疊該應用頁之一內置框架中，或在一新視窗中)。此網頁允許使用者與ID-管理及/或ID-提供之互動。直至步驟(13)且包含步驟(13)之後續步驟在此網頁內運行。

(6)該ID-管理判定ID-提供之小型文字檔皆不存放於HbbTV-裝置上。此可具有不同原因。舉例而言，使用者從未登入至此裝置上，或其尚不具有一帳戶。將此點通知該使用者且詢問其是否願意使用一現有帳戶登入還是註冊(即創建一新帳戶)。

(7)該使用者已選擇使用一現有帳戶登入之選項。因此，要求其在出於此目的而提供之表格欄位中填入其使用者名稱及其PIN。當使用者已填入正確資料時，通知其成功登入。

(8)該使用者決定創建一新帳戶。要求其提供一使用者名稱及一PIN(需要PIN之確認)。(選用特徵：進一步要求其提供其電子郵件位 址。若使用者最終忘記其帳戶資料，則其可使得該帳戶資料與一新密碼一起被發送至其電子郵件位址。為完成註冊過程，使用者必須點閱含納於發送至其之ID-提供之一電子郵件中的連結。其必須在一PD(PC、平板電腦、智慧電話)上執行此點閱。)

(9)該ID-管理判定一小型文字檔已置放於該HbbTV-裝置上。該小型文字檔含有已自該所使用之HbbTV-裝置登入之使用者之一清單。將此清單顯示給該使用者。賦予該使用者自該清單選擇一使用者名稱以便隨後藉由輸入PIN而登入之機會。此外，使用另一現有帳戶以登入及/或創建一新帳戶之選項可用於選擇。

(10)該使用者已自該清單選擇一名稱且被要求將其PIN輸入至其上已醒目標示之對應表格欄位中。通知該使用者該成功登入。

(11)該使用者並未在清單中發現其名稱，且已選擇使用另一帳戶來登入之選項。類似於步驟(7)。

(12)該使用者已選擇創建一新帳戶之選項。類似於步驟(8)。

(13)該使用者已登入。其選擇選項「返回至HbbTV-應用」。

(14)該ID-管理調用該返回位址。

為理解前述圖中之圖解說明、指定及所使用元件符號，將參考以下描述及定義。

本發明之另一有利實施例係關於一種使一第一消費型裝置(21)(舉例而言，一HbbTV相容裝置)與一第二消費型裝置(22)(舉例而言，一平板電腦)(其之間通常不具有介面)無論如何皆彼此通信之措施。

此係藉由以下來達成：經由一網路(31/32、21、22)(舉例而言，網際網路)(即一網路)建立兩者之間的一連接，兩個消費型裝置藉此已具有一連接/介面。該第一消費型裝置(HbbTV-裝置)及該第二消費型裝置(平板電腦)兩者具有至該網路(或，舉例而言，網際網路)之一連接。

針對有利之實施例，使用該網路(31/32、21、22)內之一第一伺服器(31)及該網路(31/32、21、22)內之一第二伺服器(32)。該第一伺服器(31)起到建立兩個裝置之間的連接且亦允許稍後連接之目的。

該第二伺服器(32)起到允許用於兩個裝置之間的資料傳送之連接之目的。

該第一伺服器為該兩個裝置指派兩個對應ID碼(ID碼1，ID碼2)之一組合，藉此將建立一連接。

舉例而言，該第一消費型裝置已建立至一服務(10)(舉例而言，ARD之(舉例而言)一廣播組織之媒體中心)(HbbTV-服務2)之一連接。現在，該裝置之使用者將要藉助於其平板電腦透過媒體中心來執行該導航。

該服務之一組分係：在螢幕上可見一通知：「起動第二裝置/第二螢幕？」

出於此目的，使用者按壓其在該裝置(21)之遠端控制上之一按鈕以使得以「是」回答前述問題。

根據本發明之一有利態樣，執行該連接之一第一建立。

在第一次建立第一裝置(21)與第二裝置(22)之間的連接時，該PD-管理判定尚未存在一連接。以此做出此判定：判定該裝置中並未儲存有具有一ID碼之小型文字檔，或該伺服器(31)上並不存在指派至一ID碼之連接。

HbbTV-應用(11)中之服務軟體起動PD-管理軟體(41)，該PD-管理軟體(舉例而言)已儲存於第一裝置(21)中或係自伺服器載入，以使得由PD-伺服器(31)來查詢一ID碼之傳輸。PD-伺服器(31)將此傳輸至第一裝置(21)之PD-管理(41)。將ID-碼1儲存為記憶體中之一小型文字檔(4)且藉此識別第一裝置(21)。

該PD-管理(41)現在起動該程序以便建立第一次連接。

該PD-管理(41)產生(舉例而言)請求：「起動第二裝置(22)(舉例而言，一平板電腦PC)且在瀏覽器中輸入一URL」。

此一URL可看似「www.launcher.com/IDcode1」。

然而，該URL亦可作為RQ碼輸入。

此URL起動PD-啟動程式(42)。在尚未針對PD(22)指派任何ID碼時，由PD-工作階段-伺服器(31)指派此ID碼且將其在PD(22)上在記憶體中儲存為ID碼2(6)。此外，PD-啟動程式(42)將其已作為參數而獲得之ID碼1傳輸至PD-工作階段-伺服器(31)。自此刻起，PD-管理(41)及PD-啟動程式(42)輪詢PD-工作階段-伺服器(31)、使用ID碼1之第一裝置(21)及使用ID碼2之第二裝置(22)。只要PD-工作階段-伺服器(31)接收到兩個ID碼，PD-工作階段-伺服器(31)即確保將ID碼2儲存於記憶體中作為小型文字檔(6)。藉此，在該連接中(亦)識別裝置。PD-工作階段-伺服器(31)將聲明已建立連接之一報告傳輸至第一裝置(21)及第二裝置(22)。此外，PD-啟動程式(42)要求使用者將URL「www.launcher.com」(6)作為書簽標記於記憶體中，以使得在稍後之一時間處容易地起動此URL。

藉此，建立第一次連接，此乃因針對每一裝置對(21、22)僅需要一次。

根據本發明之另一有利態樣，HbbTV-應用(11)經由PD-管理(41)、PD-工作階段-伺服器(31)及PD-啟動程式(42)起動應用(12)。其後，HbbTV-應用(11)經由PD-通信-用戶端(51)、PD-通信-伺服器(32)及PD-通信-PD/PD-通信-用戶端(52)與PD-應用(12)相互通信。

現在，舉例而言，HbbTV-應用(11)中之一媒體中心應用可起動一第二電子裝置(22)(舉例而言，在一平板電腦PC上)上之一應用：應在該平板電腦上起動該媒體中心應用。

根據另一有利替代，經由HbbTV-應用(11)、PD-管理(41)、PD-工 作階段-伺服器(31)、PD-啟動程式(42)及PD-應用/PD-服務(12)將此命令供應至第二裝置(22)。

PD-啟動程式(42)隨後在第二裝置(22)之瀏覽器中用所接收URL起動一新視窗。

若存在針對兩個應用(HbbTV-應用(11)與PD-應用/PD-服務(12))之間的一資訊交換的需要，則以一有利方式使用對應ID-碼藉助於輪詢PD-通信-用戶端/PD-通信-HbbTV/PD-通信-用戶端(51)及PD-通信-伺服器(32)之PD-通信-PD/PD-通信-用戶端(52)來執行一資訊傳輸。

在第二裝置(22)之觸敏螢幕上，舉例而言，顯示一影片清單。根據服務/後端應用(10)之有利替代，經由至一PD-通信-PD/PD-通信-用戶端(52)之一連接(55)、經由PD-工作階段-伺服器(31)或PD-通信-伺服器(32)自第一裝置(21)至第二裝置(22)或獨立於服務/後端-應用(10)、HbbTV-應用(11)、PD-應用/PD-服務(12)來傳送該清單，舉例而言，可藉助於螢幕上針對該影片之一圖示自該清單選擇一影片。另外，存在另一有利替代，即自服務/後端-應用(10)載入該清單。

若選擇一影片，則產生一命令信號「選定影片「A」且發送給我」。

將前述命令傳送至媒體中心服務之網頁。在其上，服務(10)經由線路將該影片傳輸至第一裝置(21)。此處，將連接(55)有利地用於在第二裝置(22)上顯示該影片。另一選擇係，連接(66)用於在第一裝置(21)上顯示該影片。

根據本發明之另一態樣，當由駐存於網頁伺服器(10)上之另一HbbTV-服務(11)在稍後之一時間處調用平板電腦(22)上之一對應服務(12)時，經由連接/線路(66)將新服務之應用載入第一裝置(21)中。HbbTV-服務(11)向PD-管理(41)查詢一平板電腦是否已連接至該第一裝置(21)。PD-管理(41)將該查詢轉發至PD-通信-HbbTV/PD-通信-用 戶端(51)且隨後接收對應回答。判定一第二裝置(22)(舉例而言，一平板電腦-PC)已連接至第一裝置(21)。

根據本發明之一有利態樣，當第二裝置(22)(舉例而言，一平板電腦PC)尚未開機，或PD-啟動程式未啟用時，舉例而言，由於尚未打開該瀏覽器或尚未起動該啟動程式，因此通知該使用者其可將第二裝置(22)開機及/或打開第二裝置(22)上之瀏覽器。

PD-管理(41)及PD-啟動程式(42)現在開始藉助於其ID-碼來輪詢PD-伺服器(31)。

隨後，如已針對第一次連接所闡述，服務(10)將該新服務之URL傳輸至第二裝置(22)，舉例而言，經由HbbTV-服務/應用(11)-PD-管理(41)-PD-通信-HbbTV/PD-通信-用戶端(51)-PD-啟動程式(42)傳輸至平板電腦-PC。自此刻起，運作方式如同上文針對第一次連接所闡述。

在以下闡釋、描述及圖中闡述本發明之進一步有利態樣。

根據本發明之方法用於個人化在一第一電子裝置上及一第二電子裝置上執行之應用及/或應用程式，特定而言針對HbbTV-應用及第2螢幕應用。此處，實質上同義地使用術語「應用」及「應用程式」。術語第2螢幕(第二螢幕)應根據此說明書中給出之定義來理解。特定而言，一第2螢幕應理解為一平板電腦PC、智慧電話、實質上由一螢幕(特定而言，一觸敏螢幕)組成之一裝置。

根據本發明用於HbbTV-應用中之個人化及第2螢幕應用之方法一方面提供用於使用者身份及識別之跨平臺功能，且因此係用於形成個人化服務及社交TV供應之設定檔之一基本基礎。此外，其為應用開發者提供用於實施HbbTV-裝置上之一應用與一第2螢幕上之一應用之間的互動之一完整套件，在下文中稱為用於個人裝置(平板電腦、智慧電話、PC)之PD。此等功能係：耦合，亦稱為「裝置發現」或裝置之「相互尋找」，特定而言藉助於QR碼或此說明書中列舉之通信可能 性中之一者；連接建立，稱作「裝置連接」，特定而言一通信頻道之建立，在下文中稱為「工作階段」，其係以亦稱為「ID」或「工作階段」之一唯一識別數字來引用；及裝置通信，特定而言，電子裝置之間的經由通信頻道之訊息交換。此外，藉助於根據本發明之方法，形成實現HbbTV-應用之啟動及/或該應用在PD上之起動之一架構。

在下文中，藉助於該架構之組件之一功能描述來闡述該架構如何實施該等功能。此外，其後為一描述，該描述係關於針對HbbTV-應用中之第2螢幕應用之架構之基本組件。

該論述僅限於允許第2螢幕服務之操作之組件。PD-管理、PD-通信-用戶端、PD-工作階段-伺服器、PD-通信-伺服器及PD-啟動程式亦屬於此。此等係根據在TV裝置及/或機上盒(STB)上操作之組件、在後端操作之組件及在PD上操作之組件來劃分。此外，將根據組織裝置之連接建立(裝置發現及裝置連接)之此等組件(諸如PD-管理(在STB上)、PD-工作階段-伺服器(在伺服器上)及PD-啟動程式(在PD上))以及處置裝置之通信(裝置通信)之此等組件(諸如PD-通信-用戶端(在TV及PD上)及PD-通信-伺服器)來區分該等組件。前述系統模組具有以下任務。特定而言，PD-工作階段-伺服器應理解為用於一通信路由用戶端(TV)-伺服器-用戶端(PD)之切換器。PD-工作階段-伺服器管理稱為工作階段-ID之物項，該工作階段-ID唯一地識別一通信路由。特定而言，藉由指派工作階段-ID，確保一特定站之訊息到達正確接收器。此外，PD-工作階段-伺服器傳輸一PD-應用之URL以及命令以在PD之一瀏覽器中起動此應用，其中自一HbbTV-應用至該PD執行前述傳輸。然而，TV及PD上之應用之間的實際通信經由PD-通信-伺服器而發生。

PD-管理應理解為一HbbTV-應用至PD-工作階段-伺服器之一所謂的「傳話筒」。一HbbTV-應用可經由對應介面查詢來查詢該PD-工作 階段-伺服器。舉例而言，該應用可查詢針對該HbbTV-裝置是否存在至該PD-工作階段-伺服器之一啟用連接。此查詢可使用「getActiveSessions()」來執行，且無論一遠端同級是否回應於該工作階段皆使用「getPdStatus()」，因此查詢PD-啟動程式是否正在運行。此外，存在使用一PD來執行一第一次連接程序之可能性。僅在「無任何結果」地完成查詢「getActiveSessions()」之情形中需要此可能性。出於此目的，PD-管理經由當前HbbTV-應用形成一使用者介面(舉例而言，一HTML頁)。此可以不同方式執行。PD-管理器經由該應用形成一格式填充內置框架，其中其顯示使用者介面(UI)，或其出於此目的而在瀏覽器中打開一新視窗。然後，將用於使用者導引之資訊(諸如「為連接您的電視與一PD，請執行以下步驟：…」)放置於UI中，且(舉例而言)形成一QR碼。該QR碼含有至PD-啟動程式之一連結，藉以將PD-工作階段-伺服器所產生之工作階段-ID進一步附接至該PD-啟動程式。該QR碼由PD上之一QR碼讀取器解譯。在PD之瀏覽器中打開該連結。PD-啟動程式現在在PD上運行，且PD-工作階段-伺服器可將PD及TV裝置兩者皆指派至一唯一工作階段-ID。

在PD-啟動程式運行時，一HbbTV-應用可發佈命令以藉助於調用「launchPdApp()」經由PD-管理在PD上起動一新應用。

特定而言，該PD-啟動程式在PD側上起到PD-管理之一遠端同級之作用。在該PD-啟動程式啟用時，其向PD-工作階段-伺服器規則地查詢(輪詢)來自PD-管理器之新訊息。特定而言，該PD-啟動程式係由一格式填充內置框架組成之一網頁。將PD-應用載入至其中。在HbbTV-裝置及PD之第一側連接時調用PD-啟動程式。PD-啟動程式可由使用者作為書簽標記於其PD之瀏覽器中。在重複使用時，為了連接其HbbTV-裝置，使用者僅需打開該書簽，而非使用QR碼或另一連接類型來執行第一次連接程序。

PD-通信-伺服器自PD及/或HbbTV-裝置接收應用之訊息，且維持該等訊息直至各別遠端同級查詢其為止。PD-通信-用戶端組件存在於PD及HbbTV-裝置兩者上。其向PD-通信-伺服器規則地查詢新訊息(輪詢)。經由該PD-通信-用戶端組件，該應用可藉助於其而將訊息另外發送至遠端同級。

該架構之一核心特徵係裝置之交叉應用連接，因此TV與PD之連接不限於一服務/一應用。一旦由使用者建立該連接，即可由使用該架構之所有應用來使用該工作階段。

另一核心特徵係自HbbTV-應用觸發之應用在PD上之啟動。可由HbbTV-應用給出命令以起動該PD上之一應用，諸如以起動該PD上之具有額外節目資訊之一新網頁。在某種意義上，可推送額外資訊。執行第2螢幕上之內容與線性內容中之彼等內容之一緊密連接。

另外，所連接裝置上之應用之間的傳訊係一核心特徵。在PD及HbbTV-裝置上之應用可交換訊息(特定而言，字串)。此等訊息可由接收之應用剖析且因此自使用者之觀點對互動而言具有不同意義。舉例而言，可自PD控制視訊剪輯在電視螢幕上之回放(播放、暫停、停止等)。

此外，耦合與通信之有利獨立構成一核心特徵。工作階段管理與應用之啟動係交叉應用服務且經由PD-工作階段-伺服器執行。應用之間的通信係應用特定的，且經由PD-通信-伺服器發生。特定服務與泛型服務之劃分允許伺服器能力之一更好擴縮。泛型服務可由一中央主機管理；特定服務仍在應用提供者處。

在下文中，基於使用者情境，針對電子裝置(特定而言，針對一HbbTV-PD-通信)闡述本發明之進一步有利態樣。

特定而言，某些組件(PD-通信、PD-伺服器、PD-通信-PD、PD-啟動程式、PD-通信-HbbTV及PD-管理)具有允許一任意服務之任務， 該任意服務特定而言係組態用於在一HbbTV-裝置(或另一系統之一混合TV裝置)上使用、在一「個人裝置」(PD)上起動一對應應用及隨之與其通信。

有利地，存在用於一服務之後端組件。特定而言，該後端組件係作為PD版本、HbbTV版本及網頁伺服器版本之PD-服務、HbbTV-服務及伺服器服務。

該等組件係PD-管理、PD-伺服器、PD-啟動程式及PD-通信服務，其係服務中性的且允許以相同方式針對每一服務起動PD版本且與其通信。其係裝載於一中央安裝之伺服器上且網域通常不同於個別服務之網域。

特定而言，典型步驟係針對該方法之使用之以下步驟。

可以一有利方式在服務中及因此在諸服務之間且在泛型通信組件中劃分用於通信之介面。

電子裝置之一第一次連接(特定而言，在一HbbTV與一平板電腦PC之間)由以下步驟表徵。

一使用者起動混合TV裝置上之HbbTV-服務。然後，該使用者選擇該HbbTV-服務內之起始PD之使用之一選項。其視情況指定將針對哪一使用者建立該連接。然後，該HbbTV-服務調用PD-管理，其首先經由由其撰寫之一小型文字檔來檢查是否已針對此HbbTV裝置或此使用者連接一PD。若並非如此，則在TV螢幕上顯示一QR碼。特定而言，此含有用於PD-啟動程式之URL。亦展示該URL用於選用使用。另外，該查詢顯現為藉助於其PD在QR中讀取。在HbbTV與PD之間的指派之基本方式不限於使用一QR碼，而是亦可藉助於此處所闡述之通信選項中之一者來實施。作為指派例項，基本上將藉由電子裝置之間的一資訊交換或藉由一第三裝置來實施電子裝置之指派。特定而言，藉由一個別應用來執行該讀入，或將藉助於該PD上之一瀏覽器 來執行該讀入。此外，存在將該URL手動地輸入於該PD上之選項。特定而言，該URL係為微小URL類型，以便避免冗長的鍵入努力且改良使用者友好性。然後，PD-啟動程式在該PD上起動，且特定而言撰寫具有該使用者ID之一小型文字檔。當已執行此步驟時，PD-啟動程式向PD-伺服器確認此，PD-伺服器又向PD-管理確認此，PD-管理將該成功的第一次連接記錄於一小型文字檔中。在該PD上起動之該PD-啟動程式要求及請求使用者將此應用作為標籤標記，以便總是可快速地重啟該應用。特定而言，在一第一次連接之成功建立之後，未來即可能在PD-管理處進行由HbbTV傳送待起動之任何應用以及使用者ID。此則藉助於小型文字檔來驗證已執行一第一次連接，實施PIN查詢及將資料交遞至PD-伺服器。當連接至PD-伺服器之PD-啟動程式(藉由輪詢，包含使用者ID)係啟用時，PD-伺服器將關於將起動哪一URL之資訊傳輸至PD-啟動程式。隨即，該PD-啟動程式起動所期望應用。當PD未啟用時，由PD-伺服器將此報告至PD-管理。此請求使用者起動PD-啟動程式(及/或將一對應錯誤報告提供至HbbTV-服務，HbbTV-服務又通知觀看者)。特定而言，如下文中所闡述來執行HbbTV-服務與PD-服務之通信。特定而言，所起動之PD-服務以一雙向方式經由伺服器PD-通信與HbbTV-服務通信。此通信允許各種類型之資料(特定而言，字串)之交換，該資料單獨地且交替地由HbbTV-服務及PD-服務產生及解譯。特定而言，伺服器使用工作階段-ID或使用者-ID來調解電子裝置之間的連接。針對該等服務，組件PD-通信-HbbTV/PD-通信-HbbTV及PD-通信-PD/PD-通信-PD中之每一者提供易於使用之介面。組件PD-通信-HbbTV/PD-通信-HbbTV及PD-通信-PD/PD-通信-PD與伺服器PD-通信執行通信，且提供所需的技術方法(特定而言，輪詢及諸如此類)用於實際資料交換。

在下文中，藉助於進一步實例針對應用與架構之間的互動來闡 述本發明之進一步有利態樣。

根據一有利實施例，HbbTV-應用嵌入有針對PD-管理之JS程式庫以用於匿名工作階段之建立。此外，以一有利方式，PD-應用及TV-應用將嵌入有針對PD-通信-用戶端之JS程式庫以用於訊息之交換。在下文中，藉助於一程序描述來詳細闡述本發明之某些有利態樣，其中個別步驟不應理解為固定程序，而是可彼此組合、藉由其他步驟擴展或可在必要時去除某些步驟。

首先，使用者調用應用中之選單項「與PD連接」。然後，該應用使用(舉例而言)PDManagement.getActiveSessions()來查詢TV裝置上之一已知工作階段。此處，舉例而言，可能有以下及類似回應：「未知曉任何工作階段」或「已知工作階段之工作階段-ID」。在第一回答且因此裝置可連接之情形中，特定而言由該應用初始化一第一次連接。該應用(舉例而言)使用調用PDManagement.launchPdManager()來起動PD-管理器。藉此，包含若干個傳送參數，尤其是一返回位址。該PD-管理器覆疊該應用作為格式填充內置框架。在該內置框架中，舉例而言，顯示用於使用者導引之一QR碼及指令。使用者使用其PD來讀取該QR碼且(舉例而言)在其瀏覽器中調用已置放之連結。在PD之瀏覽器中打開PD-啟動程式。經由工作階段伺服器，通知該PD-管理已建立連接。該PD-管理器調用該返回位址。在該返回位址處，舉例而言，可通知該使用者該連接已成功之事實。進一步步驟或在前述第二回答：「已知工作階段之工作階段-ID」之情形中之後續步驟係一致的。隨後，該應用查詢已知工作階段之狀態。此處，可能有以下狀態報告：「PD-啟動程式並未啟用」或「PD-啟動程式係啟用的」。在第一回答：「PD-啟動程式並未啟用」之情形中，該應用請求使用者打開該啟動程式。然後使用者在其PD之瀏覽器中打開該啟動程式。該應用調用(舉例而言)launchPdApp()以便實現在PD上起動 一應用。後續步驟或在前述第二狀態報告：「PD-啟動程式係啟用的」之情形中之後續步驟係一致的。將啟動命令及待調用之URL轉發至PD-啟動程式。該PD-啟動程式打開應用。現在該工作階段基本上運行。現在可經由PD-通信-伺服器來交換資訊。藉此，匿名調用setMessageListener()向伺服器查詢新訊息。舉例而言，通過使用sendMessage()，將訊息發送至遠端同級。

在下文中，藉助於一登入及註冊來闡述本發明之進一步有利態樣。

首先，舉例而言，由使用者在HbbTV-應用中執行一個人化服務之選擇。該應用向ID-管理查詢使用者是否已登入至裝置上。由於無任何使用者登入，因此該應用向使用者指示僅在使用者登入時才可調用所期望之服務。使用者選擇(舉例而言)該HbbTV應用中之選單項「登入」。該應用藉助對應命令來調用ID-管理。該ID-管理打開一新網頁(在以一格式填充方式覆疊該應用頁之一內置框架中，或在一新視窗中)。此網頁允許使用者與ID-管理及/或ID-提供之互動。在此網頁內執行直至步驟(返回至HbbTV應用)且包含該步驟之後續步驟。ID-管理判定(舉例而言)ID-提供之小型文字檔皆不置放於HbbTV-裝置上。此可係出於不同原因。舉例而言，使用者從未登入至此裝置上，或其尚無帳戶。則將此點通知該使用者且詢問其是否願意使用一現有帳戶登入還是註冊(即創建一新帳戶)。該使用者已選擇使用一現有帳戶登入之選項。因此，要求其在出於此目的而提供之表格欄位中輸入其使用者名稱及其PIN。若使用者已輸入正確資料，則通知其成功登入。該使用者已決定創建一新帳戶。要求其提供一使用者名稱及一PIN(需要PIN之確認)。(選用特徵：進一步要求其提供其電子郵件位址。若使用者最終忘記其帳戶資料，則其可使得該帳戶資料與一新密碼一起被發送至其電子郵件位址。為完成註冊過程，使用者點閱含納 於發送至其之ID-提供之一電子郵件中之一連結。然而，其必須在一PD(PC、平板電腦、智慧電話)上執行此過程。)ID-管理判定一小型文字檔已置放於HbbTV-裝置上。該小型文字檔含有已自該所使用之HbbTV-裝置登入之使用者之一清單。將此清單顯示給使用者。賦予該使用者自該清單選擇一使用者名稱以便隨後藉由輸入PIN而登入之機會。此外，使用另一現有帳戶及/或創建一新帳戶以登入之選項亦可用於選擇。該使用者已自該清單選擇一名稱且被要求將其PIN輸入至其上已醒目標示之對應表格欄位中。通知該使用者該成功登入。該使用者並未在清單中發現其名稱，且已選擇使用另一帳戶來登入之選項。則如同該使用者已選擇使用一現有帳戶使其登入之選項一般來執行前述步驟。若使用者選擇為其創建一新帳戶之選項，則如同其已決定創建一新帳戶一般來執行前述步驟。若使用者已登入，則其選擇選項「返回至HbbTV-應用」。該ID-管理調用該返回位址。

將自以下描述擷取本發明之進一步有利態樣。

此處同樣注意，使用以下縮寫：GUI為圖形使用者介面；PD為個人裝置/智慧電話或平板電腦PC，然而其亦可單獨用作不具有廣播接收器之「第二螢幕」；且PIN為個人識別碼。

在下文中，根據有利發明，針對HbbTV-應用來闡述用於實施第2螢幕應用及個人化服務之架構。闡述該架構之基本功能，且闡述可經由該等應用使用該架構之介面。

該架構之基本組件提供用於以一有利方式實施個人化服務及第2螢幕應用之基本功能。特定而言，此等包括一使用者管理及裝置管理。

一ID-提供扮演OpenID-提供者之角色。其任務如下：儲存交叉-應用使用者資料，諸如使用者-ID、昵稱、PIN及使用者識別。

一ID-管理允許裝置TV及PD之使用者與OpenID-提供者藉助於一 GUI之通信，且藉助OpenID-提供者來組織使用者之註冊(特定而言，首先自TV執行)，且此包含(舉例而言)一使用者提供一ID或被指派一ID、該使用者提供一使用者名稱(昵稱)或該使用者提供一PIN。該應用藉助該OpenID-提供者使該使用者註冊，此包含使用使用者-ID/昵稱及PIN之一登入，或該使用者登入至TV上且耦合該TV與其PD，該PD-啟動程式將該使用者-ID轉發至ID-管理。該使用者經由該ID-管理登入。在登入對話中，預填充使用者名稱欄位且醒目標示位於PIN輸入上。此外，使用者之自行登出(explicit logoff)及/或由於無使用者動作所致的逾時登出皆屬於註冊使用者在OpenID提供者處之應用類別。ID-管理管理與使用者相關之小型文字檔處置。出於此目的，其置放之前登入之使用者之使用者-ID。由於可在一清單中徵集之前登入之使用者且無需再次輸入昵稱/使用者-ID且ID-管理儲存一使用者之活動狀態，因此簡化了後期登入。

ID-管理在使用者登出時斷開PD與TV之間的連接。一PD-管理組織連接建立，且用個人裝置(舉例而言，QR碼之顯示等)來控制第一次連接程序，或當一使用者願意建立至一已知裝置之一連接時，該PD-管理器判定啟動程式狀態。若一啟動程式並未啟用，則該PD-管理器要求使用者在個人裝置上起動該啟動程式。該ID-管理藉由將對應命令轉發至PD-啟動程式來初始化新應用在第2裝置上之起動。

一PD-工作階段-伺服器維持兩個裝置之間的連接(此係經由一工作階段-ID或使用者-ID來識別)並指派工作階段-ID。

經由一PD-通信-伺服器或一PD-通信組件，該應用交換PD上及HbbTV-裝置上之訊息。

一PD-啟動程式向PD-伺服器查詢是否應在個人裝置上起動新應用，及/或將針對一應用之起動命令提供至該個人裝置。

以不同方式執行起動一網路應用：在瀏覽器中打開一新欄籤， 且在此處起動應用，該啟動程式之表面係一(格式填充)內置框架，在其中起動該應用，或打開一新瀏覽器視窗，在其中起動該應用。

該PD-啟動程式將個人裝置之連接資料(特定而言，狀態及/或使用者-ID/工作階段-ID)儲存於小型文字檔中，且將該使用者-ID及該ID-管理轉發至PD。

特定而言，該ID-管理及PD-管理係自一終端機載入之HbbTV網頁。特定而言，至該架構之整合點係JavaScript方法調用。出於此目的，特定而言，藉助於(舉例而言)：<scripttype=”text/javascript”src=”http：//www.pdserver.de/resource/name.js”></script>將對應JavaScript程式庫嵌入HbbTV-應用中。

在另一有利實施例中，使用所謂的識別符。特定而言，此等包含使用者-ID、工作階段-ID及服務-ID。特定而言，使用者-ID用作個人化服務之使用者識別，且此外用作對TV與一特定使用者之PD之連接之參考。特定而言，工作階段-ID用作對TV與PD之一特定匿名連接之參考。

特定而言，服務-ID用作識別一應用之識別符。此外，特定而言，使用服務ID以將經由PD-通信-伺服器交換之訊息指派至應用。如此，舉例而言，可防止當TV裝置處之使用者已提前切換至另一服務時自PD至TV裝置之一訊息到達錯誤應用。特定而言，使用者-ID、工作階段-ID及服務-ID之格式由所使用之ID-提供者定義，舉例而言，OpenID。特定而言，工作階段-ID具有形式SESID：<id>且由架構產生。特定而言，服務ID具有形式SVCID_<domain>#<id>且由應用選擇。特定而言，網域係服務提供者之一網際網路網域。特定而言，廣播HbbTV-應用使用諸如SVCID：ard.de#13.3之其應用-ID。

根據本發明之一有利實施例，特定而言，HbbTV-應用之輸入點(特定而言)經由ID-管理、PD-管理及PD-通信-伺服器引導至架構。

在下文中，指定對應調用。

PDStatus係一物件，且特定而言負責關於至PD之啟用連接及未啟用連接之狀態資訊。特定而言，將statusCode、launchState及errorCode列舉為「屬性」。特定而言，前述屬性係為數字類型。StatusCode指定儲存於PD-伺服器上之PD之連接狀態。特定而言，StatusCode針對使用者-定界之工作階段取以下值：使用者從未連接一PD與PD-管理器，該使用者之PD已連接且PD-啟動程式係啟用的，及使用者已使其PD連接但連接並未啟用，即PD-啟動程式並不輪詢。StatusCode針對匿名工作階段取以下值：工作階段不為伺服器所知，工作階段已知(PD-啟動程式在PD上係啟用的)，及工作階段已知(PD-啟動程式在PD上未啟用)。若發生一錯誤，則該值為0；特定而言，經由errorCode來查詢錯誤細節。

PDComStatus係一物件，且特定而言負責關於至PD-通信-伺服器之連接之狀態資訊。屬性係ComStatus且係為數字類型。特定而言，PDComStatus提供關於用戶端-伺服器-用戶端通信頻道之狀態之資訊。「0」之情況表示連接有效，「1」之情況表示連接無效，且「3」之情況表示連接無效，遠端同級不可接達(舉例而言，由於HbbTV-裝置關機)。

UserInfo係一物件，特定而言用於指向一使用者之資訊。特定而言，屬性係為字串類型之「userID」及「nickname」。特定而言，userID起到一使用者之身份識別符之作用，且nickname起到一使用者之使用者名稱之作用。

MessageEvent係一物件，特定而言針對PD-通信-伺服器之事件，其含有遠端同級之訊息或狀態物件之一現實化。屬性係為字串類型及/或PDComStatus之「communicationID」、「message」及「status」。特定而言，CommunicationId擔當已為其添加事件處置常式 (EventHandler)之使用者或工作階段之身份識別符。特定而言，message係遠端同級之訊息。特定而言，status含有關於至同級遠端之連接之當前狀態之資訊。

經由單一-物件IdManagement(諸如使用IdManagement.getActiveUsers()；)來調用ID-管理之功能及屬性。

一「getActiveusers()」係為類型「userInfo[]」，且特定而言提供登入使用者之一清單。架構之不同發行版本將允許不同數目個啟用使用者。此包含「未定義」及「UserInfo[]」類型之「in」及「out」。特定而言，UserInfo[]係具有ID及昵稱之使用者之一陣列。特定而言，在一發行版本中，僅返回一個啟用使用者。

特定而言，一「launchIdManager(returnUrl,backgroundUrl)」起動ID-管理器。特定而言，此使得在一格式填充HTML頁中形成ID-管理之GUI。該GUI覆疊一背景影像，其URL可被交遞。對於待格式填充之背景影像，特定而言，其應係1280×720像素之大小。特定而言，使用者經由該GUI執行使用者管理所需的所有輸入。特定而言，一使用者登入到一裝置上。作為對於「in」之參數，將列舉字串類型之「returnUrl」及「backgroundUrl」，且對於「out」將列舉為未定義類型。ReturnUrl係返回位址。特定而言，作為額外參數，URL含有調用應用為使用者對話之持續所需的所有狀態資訊。BackgroundUrl係至背景影像之資源之URL。此處，特定而言，准許可允許用於HbbTV之影像格式。

特定而言，一「keepAlive()」在所有登入使用者已登出之後重設ID-管理之逾時。應隨每一使用者活動而調用該keepAlive()。特定而言，逾時為15分鐘。對於「in」及「out」，類型應列舉為未定義。

特定而言，一「setUserActivityStateListener(userActivityHandler)」註冊一事件處置常式，該事件處置常式對一使 用者之活動狀態改變做出反應。作為對於「in」之參數，userActivityHandler係為函式類型，且對於「out」，類型為未定義。特定而言，UserActivityHandler具有一回呼函式，其中在改變活動狀態時(舉例而言，在自動登出時)調用該回呼函式。特定而言，無參數地調用該函式。

舉例而言，藉由「PdManagement.getPdStatus()；」經由單一-物件PdManagement來調用ID-管理之功能及屬性。特定而言，「getPdStatus(userId)：PDStatus」提供一特定使用者之一PD之連接狀態。該狀態維持於PD-伺服器上且係於彼處查詢。對於「in」，將列舉字串類型之「userId」作為參數，且對於「out」將列舉「PDstatus」類型。特定而言，UserId係使用者之身份識別符。PDStatus針對所提供使用者返回連接狀態。

特定而言，一「getPdStatusAnonymous(sessionId)：PDStatus」提供PD-管理器與一PD之間的一匿名連接(工作階段)之狀態。該狀態維持於PD-伺服器處且係於彼處查詢。對於「in」，將字串類型之「sessionId」作為參數，且對於「out」為類型「PDStatus」。特定而言，sessionId係一匿名連接之一身份識別符。特定而言，PDStatus返回指定使用者之連接狀態。

特定而言，一「launchPdManager(userId,nickname,returnUrl,backgroundUrl)：Boolean」起動PD-管理器。此在一格式填充HTML頁中形成裝置管理之GUI。該GUI覆疊一背景影像，其URL可被交遞。對於待格式填充之背景影像，其大小應為1280×720像素。使用者可經由該GUI執行其PD之第一次連接或新連接。對於「in」，參數為「userId」、「nickname」、「returnUrl」及「backgroundUrl」。類型為字串及布林(boolean)。特定而言，UserID係使用者之身份識別符。Nickname係使用者用於登入之使用者名稱。ReturnID係返回位 址。作為額外參數，URL將含有調用應用針對使用者對話需要的所有狀態資訊。Background係至背景影像之資源之URL。特定而言，允許可允許用於HbbTV之影像格式。對於作為布林之「out」，其係是否可成功地載入PD管理器之一指示符。結果為「真」意指該調用頁不應執行任何進一步行動，且結果為「假」意指不可執行PD-管理器因此調用頁仍可為使用者所見。

特定而言，一「launchPdManagerAnonymous(returnUrl,backgroundUrl)：Boolean」起動PD-管理器。PD-管理器在一格式填充HTML頁中形成裝置管理之GUI。該GUI覆疊一背景影像，其URL可被交遞。對於待格式填充之背景影像，其大小應為至少1280×780像素。使用者可經由GUI執行其PD之一匿名第一連接或新連接。在成功連接之後，返回工作階段-ID。對於「in」，參數「returnUrl」及「backgroundUrl」係為字串類型，且對於「out」係為布林類型。ReturnUrl係返回位址。特定而言，作為額外參數，URL含有調用應用針對使用者對話之持續需要之所有狀態資訊。舉例而言，藉助於「<returnUrl>(？|&)sessionId=<SessionId>」將工作階段-ID附接至URL末端(特定而言)作為進一步參數。BackgroundUrl係至背景影像之資源之一URL。特定而言，允許可允許用於HbbTV之影像格式。作為布林類型之「out」，其用作是否可成功地載入PD-管理器之指示符。結果為「真」意指該調用頁不應執行任何進一步行動，且結果為「假」意指不可執行PD-管理器，其中調用頁仍可為使用者所見。

一「getActiveSessions()：String[]」根據一HbbTV-裝置處所置放之一小型文字檔來判定該HbbTV-裝置之一工作階段啟用清單。將把對於「in」之類型「未定義」及對於「out」之類型「String[]」列舉為HbbTV-裝置之匿名連接之身份識別符陣列。

一「launchPdApp(useriD,pdAppUrl)：PDStatus」在PD之瀏覽器中 起動一(個人化)應用。將通信-ID附接至該應用之此位址。此ID對應於使用者-ID，且必須在使用PD-通信-伺服器時(特定而言，根據sendMEssage())指定。最終應用-URL形成如下：「<pdAppUrl>(？|communicationId=<userId>」。作為對於「in」之參數係字串類型之「userId」及「pdAppUrl」，且對於「out」係為PDStatus類型。UserId係使用者之身份識別符，且PDAppUrl係待起動之應用之URL。PDStatus針對所指定使用者返回連接狀態。

一「launchPdAppAnonymous(sessionId,pdAppUrl)：PDStatus」在PD之瀏覽器中起動經由一匿名工作階段連接之一應用。將通信-ID附接至該應用之位址。此ID對應於工作階段-ID，且必須在使用PD_通信-伺服器時指定，見「sendMessage()」。最終應用-URL形成如下：「<pdAppUrl>(？|&)communicationId=<sessionId>」。對於「in」，「sessionId」及「pdAppUrl」係參數，其中此等係為字串類型，且對於「out」係為PDStatus類型。SessionId係一工作階段之身份識別符，且PdAppUrl係為待起動之應用之URL。PDStatus針對所指定使用者返回連接狀態。

介面在第二螢幕應用之兩側上皆可用。經由單一-物件PdCommunication(舉例而言，藉由「PdCommunication.sendMessage()；」)來調用PD-通信之功能及屬性。

一「sendMessage(message,communicationId,serviceId)：PDComStatus」將一訊息傳輸至一特定應用，該特定應用在一特定工作階段之裝置上係啟用的。對於「in」之參數係為字串類型之「message」、「communicationId」及「pdAppUrl」，且對於「out」係為「PDComStatus」類型。Message係訊息內容，CommunicationId係一工作階段或用於該通信之一使用者之身份識別符，且PdAppUrl係為待起動之應用之URL。對於「out」之PDComStatus展示至PD-通信-伺 服器之連接之狀態。

一「setMessageListener(messageHandler,communciationId,serviceId,[pollingPeriod])：PDCsomStatus」註冊一事件處置常式以用於接收自或至第二螢幕之訊息。對於「in」，參數為「messageHandler」、「communciationId」、「serviceId」及「pollingPeriod」，其中「messageHandler」係為函式類型且其餘參數係為字串類型。「messageHandler」具有一回呼函式，在自第2螢幕或TV應用傳輸一訊息時調用該函式。此時，將一訊息事件交遞至該函式。「communicationId」係一工作階段或用於該通信之一使用者之一身份識別符。「serviceId」係服務/應用之身份識別符。「pollingPeriod」係數毫秒之一段時間，在此時間內向PD-通信-伺服器查詢ne訊息。藉此，值「0」意指應建立一開放連接(長期輪詢)。PDComStatus展示PD-通信-伺服器之連接之狀態。

一「removeMessageListener」(messageHandler,commuciationId)：PDComStatus」移除指定工作階段之事件處置常式。對於「in」，參數為函式類型之「messageHandler」及字串類型之「commuicationId」，其中「PDComStatus」表示對於「out」之類型。「messagHandler」係一回呼函式，在自第2螢幕或TV-應用發送一訊息時調用該函式。「communicationId」係一工作階段或用於該通信之一使用者之身份識別符。PDComStatus指示至PD-通信-伺服器之連接之狀態。

2‧‧‧ID-管理

3‧‧‧使用者ID

4‧‧‧工作階段ID/小型文字檔

5‧‧‧ID-管理

6‧‧‧使用者ID/工作階段ID/小型文字檔/URL/ID碼2

7‧‧‧使用者ID

8‧‧‧ID-提供

9‧‧‧使用者資料

10‧‧‧服務/後端應用/網頁伺服器

11‧‧‧第一應用/混合廣播寬頻TV-應用/混合廣播寬頻TV-服務

12‧‧‧第二應用/個人裝置-應用/裝置/應用/個人裝置-服務/服務

13‧‧‧介面組件

21‧‧‧第一電子裝置/混合廣播寬頻TV/第一消費型裝置/網路/裝置/第一裝置/電子裝置/第一應用

22‧‧‧第二電子裝置/第二應用/個人裝置(第二螢幕)/第二消費型裝置/網路第二裝置/平板電腦/電子裝置

31‧‧‧個人裝置-工作階段-伺服器/網路/第一伺服器/伺服器/個人裝置-伺服器

32‧‧‧個人裝置-通信-伺服器/第二伺服器/網路

41‧‧‧個人裝置-管理/個人裝置-管理軟體/第一管理單元

42‧‧‧個人裝置啟動程式/第二管理裝置/第二管理單元

51‧‧‧個人裝置-通信-用戶端/用戶端組件/第一用戶端組件

52‧‧‧個人裝置-通信-用戶端/用戶端組件/第二用戶端組件

55‧‧‧連接

66‧‧‧連接/線路

Claims (40)

1. 一種用於在電子裝置上執行應用之方法，其特徵在於一第一電子裝置(21)上之一第一應用(11)控制一第二電子裝置(22)上之一第二應用(12)之執行，且一第一伺服器(31)提供用於執行該第二應用(12)之一環境，其中該方法包括以下步驟：在該第一電子裝置(21)上執行該第一應用(11)，藉由該第一電子裝置起始該第二應用(12)之該執行，將該第一電子裝置(21)耦合至該第二電子裝置(22)，藉由該第一伺服器(31)提供用於執行該第二應用(22)之該環境，及在該第二電子裝置(22)上執行該第二應用(12)。
2. 如請求項1之方法，其中在無更新耦合之情況下執行該第一應用(11)及/或該第二應用(12)至另一應用之後續改變。
3. 如前述請求項中任一項之方法，其中手動地或自動地執行該第二電子裝置(22)上之該第二應用(12)之該執行。
4. 如前述請求項中任一項之方法，其中該方法包括用於識別使用者或該等電子裝置(21、22)之至少一步驟，其中經由該第一伺服器(31)或經由多個伺服器來執行該耦合、該提供及/或該識別以便允許一改良之容量擴縮。
5. 如前述請求項中任一項之方法，其中該第一電子裝置(21)及該第二電子裝置(22)交換經使用及/或經儲存以控制該第一電子裝置上之該第一應用(21)及/或該第二電子裝置(22)上之該第二應用之訊息。
6. 如前述請求項中任一項之方法，其中該第一伺服器(31)負責該第一電子裝置(21)與該第二電子裝置(22)之間的該耦合，一第二伺服器(32)負責該第一應用與該第二應用之間的一通信，且該第一應用經由一第一管理單元(41)與該第一伺服器通信，且該第二應用經由一第二管理裝置(42)與該第一伺服器通信，且該第一應用及該第二應用上之一各別用戶端組件(51、52)將訊息查詢引導至該第二伺服器(32)。
7. 一種用於在電子裝置上執行應用之方法，其特徵在於一第一裝置(21)上之一第一應用(11)藉助於一第一管理單元(41)經由一第一伺服器(31)藉助於一第二管理單元(42)起動一第二電子裝置上之一第二應用，其中該第一應用(11)藉助於一第一用戶端組件(51)經由一第二伺服器(32)藉助於一第二用戶端組件(52)與該第二應用(12)通信，其中經由至少一個識別步驟來執行針對該第一電子裝置(21)、該第二電子裝置(22)、該第一伺服器(31)與該第二伺服器(32)之間的一通信工作階段之一授權，其中由該第一裝置(21)執行該第一電子裝置(21)與該第二電子裝置(22)之間的一耦合及用於執行該第二應用(12)之一初始化。
8. 如前述請求項中任一項之方法，其中藉助於一URL或QR碼經由網際網路來執行該執行之該初始化及/或經由該網際網路之該耦合。
9. 如前述請求項中任一項之方法，其中建立經由一網際網路、一GSM網路、一WLAN網路、一藍芽網路、一紅外線網路、一近場 晶片技術在該等應用之間及/或在該等裝置之間的一連接。
10. 如前述請求項中任一項之方法，其中使用複數個其他第二電子裝置來操作該方法。
11. 如前述請求項中任一項之方法，其中使用複數個其他第一電子裝置來操作該方法。
12. 如前述請求項中任一項之方法，其中該第一裝置(21)與多個第二裝置(22)通信。
13. 如前述請求項中任一項之方法，其中該第二裝置(22)與多個第一裝置(21)通信。
14. 如前述請求項中任一項之方法，其中該第一電子裝置(21)及/或該第二電子裝置(22)係一混合TV(混合廣播寬頻TV，Hbb-TV)、機上盒、智慧-TV、網路-TV、一平板電腦-PC、智慧電話、PC或筆記型電腦。
15. 如前述請求項中任一項之方法，其中應用之一提供適於不同類型之該第一電子裝置及該第二電子裝置。
16. 一種用於提供用於如前述方法中任一方法來執行一應用之一環境之設備。
17. 一種可在如請求項1之方法中使用之第一伺服器，其特徵在於，為了耦合第一電子裝置與第二電子裝置，該伺服器含有由一對應第一識別碼及第二識別碼組成之一對，且該伺服器經組態用於將該第一識別碼供應至該第一裝置且用於將該第二識別碼供應至該第二裝置。
18. 如請求項17之第一伺服器，其中該第一伺服器進一步經組態用於將一連接碼供應至該第一裝置。
19. 如請求項18之第一伺服器，其中該連接碼含有一第一識別碼。
20. 如請求項17、18或19之第一伺服器，其中該第一伺服器經組態 用於回應於自該第一裝置接收之一控制信號而將該第一識別碼及/或該連接碼供應至該第一裝置。
21. 如請求項17至20中任一項之第一伺服器，其中該第一伺服器經組態用於回應於自該第二裝置接收之一控制信號而將該第二識別碼供應至該第二裝置。
22. 如請求項21之第一伺服器，其中該第一伺服器經組態用於回應於用於執行該第一應用及該第二應用之一第一次請求而將該第一識別碼及該連接碼及/或該第二識別碼一次供應至該第一裝置及/或該第二裝置。
23. 一種可在如請求項1至22中任一項之一方法中使用且用於與如請求項17至22中任一項之第一伺服器協作之第一電子裝置，其特徵在於，該第一裝置經組態用於將第一識別碼儲存於一記憶體中。
24. 如請求項23之第一電子裝置，其中該第一裝置經組態用於在一顯示裝置上顯示連接碼。
25. 一種可在如請求項1至24中任一項之方法中使用且用於與如請求項18至22中任一項之第一伺服器協作之第二電子裝置，其特徵在於，該第二裝置經組態用於接收連接碼且用於藉助於該連接碼來建立與該第一伺服器之一連接。
26. 如請求項21之第二電子裝置，其中該第二裝置經組態用於經由至該第一伺服器之該連接接收第二識別碼且用於將該第二識別碼儲存於一記憶體中。
27. 如請求項23之第一電子裝置，其中該第一裝置經組態用於將一第二控制信號發送至該第一伺服器。
28. 如請求項17至22中任一項之第一伺服器，其用於與如請求項27之一第一裝置協作，其中該第一伺服器經組態用於回應於該第 二控制信號之接收而將具有該連接碼之一電子郵件發送至該第二裝置。
29. 如請求項21之第二電子裝置，其用於與如請求項28之第一伺服器協作，其中該第二裝置經組態用於自該電子郵件提取該連接碼。
30. 如請求項29之第二電子裝置，其中該第二裝置經組態用於回應於來自該第一伺服器之一命令信號而起動該第二應用。
31. 一種用於與如請求項23、24或27之第一電子裝置及與如請求項21、22、29或30之第二電子裝置協作之第二伺服器，其特徵在於，該第二伺服器經組態用於將資訊信號自該第一裝置傳送至該第二裝置，且反之亦然。
32. 如請求項18之第一伺服器，其中該第一伺服器經組態用於將一第二連接碼供應至該第一裝置及該第二裝置。
33. 如請求項23之第一電子裝置，其用於與如請求項32之第一伺服器及如請求項31之一第二伺服器協作，其中該第一裝置經組態用於將該第二連接碼儲存於一第二記憶體中。
34. 如請求項33之第一電子裝置，其中該第一裝置經組態用於在該第二連接碼之影響下將資訊信號傳送至該第二伺服器。
35. 如請求項21之第二電子裝置，其用於與如請求項32之第一伺服器及如請求項31之一第二伺服器協作，其中該第二裝置經組態用於將該第二連接碼儲存於一第二記憶體中。
36. 如請求項35之第二電子裝置，其中該第二裝置經組態用於在該第二連接碼之該影響下將資訊信號傳送至該第二伺服器。
37. 如請求項1至13中任一項之方法，其中該第一裝置係一數位無線電。
38. 如請求項37之方法，其中該第二裝置與一第三裝置通信且傳輸 資料，舉例而言，訊務資料，其中該第三裝置特定而言係一導航裝置。
39. 如請求項38之方法，其中該第二裝置係一平板電腦PC、智慧電話、PC或筆記型電腦。
40. 一種用於執行方法37至39中任一方法之數位無線電。