201106199 六、發明說明： 【發明所屬之技術領域】 本發明係關於電子通信網路，及更特定言之，係關於在 封包交換通信網路中的媒體内容傳輸。 【先前技術】 諸如謀智（Mozilla)火狐（Firefox)及微軟網際網路瀏覽器 之普通的網路瀏覽器應用程式提供給容許一使用者送回由 瀏覽器可到達的特定網頁及其他檔案之位置的書籤。每一 頁由一統一資源識別符（URI)識別，只要一使用者為那頁 產生一書籤，該頁就被記錄。該使用者能給該書藏一更容 易記憶、方便用戶的名字，將書籤歸類及分類至文件夾 等。 網路協定電視（IPTV)亦使用瀏覽器技術以使IPTV服務提 供商能夠提供諸如有線及無線電話網路之在通信網路中發 展的媒體服務。通常，IPTV係一用於接收及顯示編碼成系 列IP資料封包之多媒體流的系統。在IPTV上進行中的工作 有若干情境，包含例如公開IPTV論壇（Open IPTV Forum)，該論壇指定一端到端的平台用於提供多媒體及 IPTV服務至在具有受控的服務品質（QoS)性能之網際網路 及操縱的網路上的使用者設備（UE)。一功能性的IPTV體系 之一 1.1版本說明書在www.openiptvforum.org可獲得，及 該體系使用由第三代合作夥伴計劃（3GPP)指定的IP多媒體 子系統（IMS)。一 UE能以有線（例如乙太網、電纜數據機、 數位用戶線等）及無線（例如3GPP指定的蜂巢式無線電話 141404.doc 201106199 台、IEEE 802.1 1、IEEE 802.16等）之很多方式存取經由一 IME提供的服務。 IMS在2008年3月（8日發佈）的3GPP技術說明書（TS) 23.228 V8.4.0，IP多媒體子系統（IMS)第2階段及之前的版 本TS 23.228中被指定。IMS例如在以下評論中被描述：R. Noldus等人之「IMS網路之多重存取（Multi-Access for the IMS Network)」，易利信電話公司評論（Ericsson Review)第 二本第 81-86頁（2008)(R.Noldus et al.， 「Multi-Access for the IMS Network」，Ericsson Review No. 2，pp. 81-86
(2008)) ; U. Olsson等人之「通信服務-IMS服務成長之秘 訣」，易利信電話公司評論第一本第8-13頁（2008)(U. Olsson et al., 「Communication Services-The Key to IMS Service Growth」，Ericsson Review No. 1，pp. 8-13 (2008))；及P. Arberg等人之「IPTV之網路基礎建設」，易 利信電話公司評論第三本第79-83頁（2007)(P. Arberg et al.， 「Network Infrastructure for IPTV」，Ericsson Review No. 3，pp. 79-83 (2007))»基於IMS之IPTV的方法在以下評論 中被描述：M. Cedervall等人之「公開IPTV論壇-朝向一開 放式IPTV標準」，易利信電話公司評論第三本第74-78頁 (2007)(M. Cedervall et al.， 「Open IPTV Forum-Toward an Open IPTV Standard」，Ericsson Review No. 3, pp· 74-78 (2007))，及T_ Cagenius等人之「展開TV體驗：任何時 候、任何地點、任何器件」，易利信電話公司評論第三本 第 107-111 頁（2006)(T. Cagenius et al.， 「Evolving the TV 141404.doc 201106199 experience:Anytime, Anywhere, Any Device j , Ericsson Review No. 3，pp. 107-111(2006))。 在3GPP網路中的IMS使用會話初始化協定（SIP)及會話描 述協定（SDP)作為其基礎的發信號機制。SIP係一藉由網際 網路工程任務編組（IETF)界定在請求注解（RFC)内之機 構，該SIP用於尋找端點及發送在該等端點之間的控制信 號及係一組包含REGISTER、INVITE、ACK及BYE(註冊、 徵求、確認信號、及枝節問題）之簡單操作。SDP係一用於 宣告媒體之協定。在IMS網路中，媒體傳輸係基於在其他 者之間之即時傳輸協定（RTP)。3GPP TS 24.229 V7.11.0， 基於會話初始化協定（SIP)及會話描述協定（SDP)之7日發佈 (2008年3月）的IP多媒體呼叫控制協定，第3階段，指定一 基於SIP及SDP之IP多媒體呼叫控制協定。TS 24.229之第5 部分指定在一 UE處之SIP用法，及TS 24.229之第6部分指 定SDP用法。 對於一針對IPTV之UE能係一機上盒（STB)或一具有完整 的STB性能之TV，以存取一 IMS或IPTV服務，在一服務呼 叫會話控制功能（S-CSCF)内之該等UE註冊者係一 IMS核心 節點及本質上係一 SIP伺服器。該IMS亦包含許多包含一代 理伺服器CSCF(P-CSCF)、一媒體閘道控制功能（MGCF)、 及一個或多個邊界閘道（BG)之存取節點，媒介UE存取核 心節點及通過他們至存在媒體伺服器上的内容。該UE可 包含一 IP多媒體用戶身份模組（ISIM)，該模組係存在一通 用積體電路卡（UICC)上的一應用程式，或電腦節目，且該 141404.doc -6 - 201106199 模組使UE註冊及存取該Ms。腦通常以開始仙之注冊 f所必需的參數預先組態，該等參數包含一私人使用 =:、-個或多個公共使用者身份、及一家庭網路功能 變數名稱。 /IPTV提供的t^v體驗不容許—使用者識別一在一 印目中的由直播串流或隨選視訊（v〇d)傳送的特別場景， 以為了能以最小的努力回到該場景。對於直播串流，使用 :需要儲存節目及然後重繞至預期的場景，這是一二 日「^。V0D可提供能幫助限制一預期場景位置之預定的 劳不選擇」’但實際預期的場景仍然需要手動地發現。 §月丨j TV體驗之另一缺st後 缺點係一使用者不能從另一瀏覽器 牛取回預期的％景，除非其他器件具有與原始劉覽器件 的局。P儲存器。如今，通常亦不可能在不改變瀏覽特 性情況下調停-正在進行的節目，例如在一暫停過財停 格晝面’這將影響那些觀看節目人之瀏覽體驗。 【發明内容】 一在本發明之一態樣中，提供_種方法，該方法為顯禾給 :電子通信網路之-使用者的媒體資訊標書籤。該方法包 含產生-書藏請求訊息；發送該書籤請求訊息至一在通作 =路中的控制词服器；及更新基於該書藏請求訊息之一書 籤列表。該書籤請求訊息包含至少該使用者之—識別符、 該媒體資訊之-識別符、-時間指示符、及一書籤顯禾名 稱。 在本發明之-進-步態樣中，為一電子通信網路提供— 141404.doc 201106199 使用者設備以存取及描述媒體資訊。該使用者設備包含一 收發器，該收發器組態成與在網路中的一個或多個實體交 換電子信號；-電子處理器，該電子處理器可程式化地組 態成處理由根據在一記憶體内指示之電子信號攜帶的資 afL，及一器件，該器件組態成提供使用者輸入至該電子處 理器。為一網路協定電視（IPTV)功能缸態的該處理器能至 少藉由產生一書籤請求訊息而給顯示於一使用者之媒體資 訊標書籤，該書籤請求訊息包含至少該使用者之一識別 符、該媒體資訊之一識別符、一時词指示符、及一書籤顯 示名稱；及發送該書籤請求訊息至一在通信網路中的控制 伺服器。 在本發明之一進一步態樣中，提供一IPTV使用者規範伺 服器用於儲存及取回所請求的書籤。該伺服器包含一收發 器’該收發器組態成與一電子通信網珞之一個或多個實體 交換電子信號；一電子處理器，該電子處理器可程式化地 組態成處理由電子信號攜帶的資訊；及一記憶體，該記憶 體組態成儲存可取回的書籤。該處理器組態成儲存與一使 用者之一規範相關的一媒體資訊書籤列表，該列表包含至
少該媒體資訊之一識別符、一時間指忝符'及—書籤顯示 名稱。 y N 【實施方式】 藉由併同圖式閱讀此描述’將了解本發明之數個特徵、 目的及優點。 如以下更詳細的描述，本發明者已經認識到時間上的特 141404.doc 201106199 幻子例如在一 iptv郎目，或通過一 IMS存取的更通常 地媒體内容中之場景能以一明確的方式被標記。能被叫做 曰籤之場景的標記資訊較佳地被儲存在該網路中，例 如作為一使用者之IMS或IPTV服務規範之一部分。在網路 而不是一局部器件中儲存標記資訊使一書籤能夠從任何地 方以任何器件被存取。熟諳此藝者瞭解標書籤暗示一將來 回到一節目中一場景，及因此其能被假定該節目將持續至 少一段時間係可用的，例如藉由以某一方式之非揮發性儲 存器。 藉由此-書籤’在其他事情中之一使用者能從已標書籤 的點重新開始向前觀看在相同或一不同媒體描述器件上的 節目’及發送書籤至其他人，例如，作為在聊天或其他 ^ 乂網路互動中的—鏈結，使得他們能從已標書籤的場景 或已標書籤的場景附近觀看節目（當然，假設他們有權存 取該内容）^ 圖1描述一典型的信號流，其在用於根據本發明之隨選 内谷（Cod)之一媒體標書藏方法的一通信網路内之實體 ^應瞭解該描述的方法係在一 IMS之一背景下，採用適 。IMS之訊息，但通常其他背景及其他類型的訊息能被 使用。 在步驟152t ’-使用者指示—請求以劇覽—組媒體資 訊1例如，使用者能通過一簡1〇4以諸如一即或機上盒 之一器件存取在-㈣舰m可獲得之媒體内容I 該使用者可以很多方式指示該請求，例如藉由點擊一鍵社 I41404.doc 201106199 或運行於該UE上之瀏覽器應用程式中的URI。 步驟154-166關於為所請求内容建立一 IMS會話之步驟。 在步驟154中，UE内之一IPTV終端功能（ITF)106準備一待 被發送至IMS 104之SIP INVITE(徵求）訊息，其使該 INVITE訊息轉遞至一與IMS相關的IPTV控制伺服器108。 熟諳此藝者應瞭解一 SIP INVITE訊息適合於一 IMS的情 況，而其他訊息類型可用於其他情況。 ITF 106係UE内之功能，諸如一 STB、整合型TV/STB、 個人電腦、行動電話，或其他使用者器件，其使IPTV媒體 資訊能被選擇及顯示給一使用者。正如連同在此申請案中 描述的其他功能，ITF 106通常由UE内之經適當地程式化 的電子處理器或一具有記憶體之等效物來實施，該記憶體 處理網路100内藉由信號攜帶且由UE及其他實體交換的資 訊。IPTV控制伺服器108係如此一實施功能之程式化的處 理器，其實施決定及控制使用者可獲得之媒體資訊的功 能。 IPTV控制伺服器1 08轉遞使用者之請求至一媒體控制器 110，其在步驟156中發送一 DESCRIBE(描述）訊息至具有 由使用者請求之内容的媒體伺服器102。該DESCRIBE訊息 可以係一即時串流協定（RTSP)訊息或一根據另一合適協定 之訊息。在步驟158中，媒體伺服器102以一包含一 RTSP 會話識別符之RTSP 200 OK訊息對媒體控制器110作出回 應。在步驟160中，該媒體控制器11 0發送媒體伺服器1 02 一包含該會話識別符之RTSP SETUP(建立）訊息，媒體伺服 141404.doc -10- 201106199 器在步驟162以一 RTSP 200 OK訊息回應。在步驟164中， 該媒體控制器110透過IPTV控制伺服器108使用IMS 104轉 遞一包含RTSP會話識別符之SIP 200 OK訊息至該ITF 1〇6。在步騾166中，該ITF 106以一適合的確認訊息回 應’該訊息從IMS 1〇4轉遞至IPTV控制伺服器108及媒體控 制器110，且指示建立IMS會話。 步驟168及170係關於由使用者播放内容之步驟。在步驟 168中，該使用者之ITF 106發送一包含被轉遞至媒體伺服 器102之已建立的會話識別符灯卯pLAY(播放）訊息至該媒 體控制器110。在步驟170中’該媒體伺服器1〇2以一包含 會話識別符之RTSP 200 OK訊息對媒體控制器！丨〇作出回 應’其中該媒體控制器11 〇轉遞該會話識別符至ITF 1 〇6。 5亥媒體控制器11 〇記錄用於將來在建立任何書籤中使用之 播放請求的開始時間（步驟172)，例如藉由開始一合適的計 時器。從媒體伺服器1〇2傳輸至UEiITF 106的内容確保不 穿過IMS控制面。#該内容係互動式時，適合的資訊被媒 體伺服器1 02及ITF 106交換，如由雙箭頭指示。 在步驟174中，使用者指示ITF 1〇6一請求以在該内容中 給點或~景標書籤，例如藉由點擊該UE之顯示器或一 特定的按鈕或與標書籤於UE 、达端控制等上相關的其他
於修改儲存的线之合適的料化程序修改該提 題及/或其他特性 藉由一用於修改卷 141404.doc 201106199 出的書戴之顯不名稱。 在步驟176中，ITF 106發送一 SIP INFO訊息至被轉遞至 IPTV控制伺服器108之IMS 104。該INFO訊息或其他攜帶 書籤資訊之合適的訊息包含在其他事之間之一個或多個基 於媒體内容或觀看時間之資訊要素。在步驟178中，該 IPTV控制伺服器108以一 SIP 200 OK訊息對INFO訊息作出 回應，該SIP 200 0K訊息由IMS 104轉遞至ITF 106。 圖2描述一書籤訊息之一實例，其顯示一 SIP INFO訊 息，該訊息包含程序之URI(「〈entry uri = ...」），一從程序 開始之時間偏移，或位移（「<time-offset>...」），及書籤 顯示名稱（「〈display-name..··>」）。在圖2中，該行IPTV書 籤xmins=「urn:Bookmarks:2008」指示完成IPTV書籤之界 定的概要所在，及包含給資訊要素一值之一實例。從SIP 翻譯成英文，該行可翻譯成「這裏係稱為IPTV書籤的複雜 類型，其含有由可在urn:Bookmarks :2008找到之概要所界 定的要素及屬性」。應注意，在圖2中的使用者被資訊要素 sip:username@iptvprovider.com識另ij，IPTV控制飼服器 108 從一之前的識別及鑑定程序中對其係已知的，在該程序期 間，該使用者從ITF 106註冊該網路。以隨選内容作為一 實例，一合適的書籤訊息包含至少以下資訊要素：識別媒 體内容之URI、一時間指示符，及書籤顯示名稱。正如以 上描述的，ITF 1 06早已知道URI及顯示名稱，且該時間指 示符可以係如下描述之一旗標（flag)或一時間值。 IPTV控制伺服器108可決定被標書籤之節目因節目本身 141404.doc 12 201106199 之有效性或由於關於使用者標書籤之使用的一些考慮而僅 在一有限的時間内可得。若該書籤僅在如此一有限的時間 内可得，則該IPTV控制伺服器108能給相關的書籤資钒増 加一 <expirati〇n(逾期）>要素。 热阳此藝者應瞭解SIp INF〇訊息只是書籤訊息之實例， 且可使用其他類型之訊息及其他協定。諸如一 SIP INFO訊 息之書籤訊息能包含很多作為必須回到被顯示之媒體資訊 之田則狀痗的資訊要素。例如，若該内容與一遊戲相 關，則當該書籤被重新獲得時，該書籤訊息將包含足夠恢 復該遊戲之一狀態的遊戲元資料。若該媒體資訊包含一互 動式智力競赛節目，則此之一實例將在_特n給該内容 標書籤’其將記錄在那時間點之該使用者的得分及其他參 與者的得分。稍後，當t亥使用者從該書籤重新開始該内容 時，该智力競賽之狀態將被恢復。 一計時器或另一合適的機構被用於決定從該内容之一開 始至-書籤時間的時間位移’諸如產生該書籤請求之一時 門正如在圖1中描述的，該媒體控制器之計時器基於使 用者播放峭求之確認（步驟丨68)而開始（步驟1。例知， 時間指示符可以係^ITF 1G6内之—合適之計時器決定的 時間位移i ’或該時間指示符可以係-在媒體控制器110 内弓+丨起一合適計時器閱讀的旗標，其由步驟180描述。一 _時間值或其他合適的指示基於書籤請求之接收（步靜1⑹ 而在步驟182令被重新獲得。 心丁曰籤之貝際態樣，在使用者意識到一書藏應被產 14I404.doc 201106199 生時與當使用者實際按一「書籤」按鈕及該書籤請求被產 生時之間通常存在一滯後。因此’該書籤時間應被設定成 早於當ITF接收該書威請求的某一時間。一個選擇係使該 媒體控制器110設定成在其重獲的總時間值中減去一合適 的「反應時間」。或者是，當該使用者選擇該書籤用於播 放時’該ITF 106能被設置成從實際由媒體重獲的總時間 值中減去一「反應時間」。該「反應時間」之量可由使用 者選擇及儲存作為使用者之規範的另一態樣。 在步驟184及186中’ IPTV控制伺服器1〇8更新一書籤列 表’該列表較佳地係由該IPTV控制伺服器1 〇8或由一相關 的IPTV使用者規範伺服器U2儲存的一各自的使用者規範 之部分。一份使用者規範副本能被保留在該使用者之ITF 106處。該更新有利地使用可擴展.標記語言（xml)組態存 取協定（XCAP) ’該協定係一有效的用於更新關於新書籤 之使用者規範的機制。在步驟1 84中，該IPTV控制伺服器 108發送給IPTV使用者規範伺服器Π2—包含有關書籤資訊 之XCAP PUT訊息，該資訊係諸如書籤位址、内容之 URI、時間位移、書籤之一逾期時間（若有）的一指示、及 書籤顯示名稱。在步驟186中，IPTV使用者規範伺服器112 以諸如一超文件傳輸協定（HTTP)2〇〇 OK訊息之一訊息回 應以指示書籤之成功產生。 在步驟188中，在ITF 1〇6上之使用者局部書籤應用係由 從1PTV控制伺服器108發送至ITF 106之一 SIP NOTIFY(通 告）訊息通告該增加的書籤。根據標準SIP用法，該ITF ι〇6 141404.doc 14 201106199 承認該NOTIFY訊息具有一 SIP 200 OK訊息（步驟190)。應 瞭解對於步驟188及190，該使用者之ITF將使之前請求的 使用一含有一用於書籤應用之xcap-diff事件包或相似物之 SIP SUBSCRIBE訊息接收規範改變之通告。作為對此請求 之回應，該SIP NOTIFY訊息在步驟188中被發送至用於產 生書籤請求之ITF。 一 NOTIFY訊息亦被發送至其他與使用者相關的ITF，該 等ITF已經同意藉由從ITF詢問使用一 xcap-diff事件包接收 規範改變而發送一 SUBSCRIBE訊息以接收此等通告。對 於一新的ITF，亦即一不具有一份使用者規範副本之ITF， 此一同意請求能導致該使用者的整個規範被下載。隨後從 網路至ITF之通告然後導致僅發送對規範之改變。一 NOTIFY訊息亦能被用於通告一 ITF —書籤已經逾期，使得 該ITF能刪除該書籤，停用他，或指示使用者目視該書籤 不再有效。 XCAP容許一客戶閱讀，書寫，及修改被儲存在一伺服 器上的XML格式中的應用配置資料。每個此應用組態資料 能被稱為一「應用用法」及與以稱為一應用唯一識別符 (AUID)之唯一名稱相關。一使用者之IPTV書籤係此一應 用用法之一特定的情形及用於此等書籤之該AUID在一連 同使用者名字之XCAP請求中被使用以存取儲存在使用者 之書籤資訊被儲存的地方之邏輯資料。 熟諳此藝者應瞭解關於一界定一文檔格式之IETF草案之 xcap-diff，該格式能被用於指示在由XCAP管理的一文檔 141404.doc 15 201106199 内已經發生一改變。當一些客戶共用儲存在一伺服器上之 相同的XML文檔及使用XC AP改變該共用的文檔時，此係 有用的。因為客戶能同時改變文檔，所以沒有簡單的方式 確定一客戶已經隱藏在其記憶體内的該文檔係最近的版 本。為了處理此問題，客戶能使用諸如在IETF RFC 3265 内界定之一事件包，以同意改變在XCAP文檔内之事件。 xcap-diff事件係如此一事件包，及客戶同意該事件包將通 告任何所涉及XML文檔之改變。該使用的資料格式係一 XML文檔格式，稱為一 XCAP diff文擋，其能指示一文檔 已經改變，及提供其之前及新的實體標記。其亦能視情況 包含一組分段操作，例如 I-D.ietf-simple-xml-patch-ops， 其指示如何使文檔從改變前之版本轉變至改變後的版本。 XCAP文檔之XML要素及屬性内容亦能以此格式被傳輸。 圖3描述一能從IPTV控制伺服器被發送至IPTV使用者規 範伺服器之XCAP PUT訊息的一實例。正如以上指出的， XCAP係一容許XML·資訊之片段很容易被認出及在形成一 完整系統之功能間交換的協定。對於XCAP，沒有必要為 了更新具有一書籤之XCAP而發送一整個使用者規範。正 如能在圖3看到的，該XCAP訊息包含書籤位址 (「http://userprofileserver.iptvprovider.com··.」）、媒體資 訊之URI(「〈entry uri=···」）、一從媒體資訊之開始的時間 位移（「<time-offset>.··」）、書籤停止可用的時間 (「〈expiration〉···」）、及書籤顯示名稱（「〈display-name〉... 」） 。 應注意 ，在圖 3 中的 使用者 係由資 訊要素 141404.doc -16- 201106199 sip:username@iptvprovider.com識別，IPTV控制伺服器 108 及IPTV使用者規範伺服器112從一之前的識別及鑑定程序 中對其係已知的，在該程序期間該使用者從ITF 106註冊 該IPTV控制伺服器108。 圖4描述在用於根據本發明之線性TV之一媒體書籤之方 法内的另一通信網路1 〇〇'中之實體間的一典型信號流。線 性TV通常係一根據一預定時間表呈現的媒體資訊節目。 在步驟402中，一使用者指示一請求以觀看一線性TV節 目，該節目係該使用者能以一由諸如一 STB之一存取器件 實施之ITF 106存取的。該使用者可以很多方式指示該請 求，例如藉由點擊在UE上執行之瀏覽器應用程式中的一 鏈結或URI。 步驟404-408係關於針對線性TV建立一 IMS控制會話之 方法。在步驟404中，使用者之ITF 106安排一 SIP INVITE 訊息以發送至IMS 104，IMS 104轉遞該使用者之請求至與 IMS 104相關的IPTV控制伺服器108。IPTV控制伺服器108 在步驟406以通過IMS 104被轉遞至ITF 106之一 SIP 200 OK 訊息回覆。在步驟408中，ITF 106以從IMS轉遞至IPTV控 制伺服器之適合的確認訊息回應並指示IMS會話已建立。 在步驟410中，ITF 106發佈一網際網路群組管理協定 (IGMP)JOIN(連接）訊息以連接由使用者請求的線性TV頻 道之多播位址。該JOIN訊息被發送至一數位用戶線存取多 工器（DSLAM)114或其他合適的網路器件，結果在線性TV 頻道内之内容被傳輸至使用者之ITF 106。一 DSLAM通常 141404.doc -17- 201106199 係-能連接幾個使用者至網路之多工器，而多播群組則係 一有效的且普遍流行的用於跨通信網路傳送線性τν頻道 之機構。IGMP由IP主機用於管理1?多播群組及藉由連接路 由器被用於發現針對串流視訊及其他内容之群組成員。 IGMP版本4RFC 1112界定’ IGMp版本2由灯。2236界 定’及IGMP版本3由RFC 3376界定。 在步驟412中，該使用者指示ITF 1〇6一請求以在該節目 中對一點或場景標書籤，例如藉由點擊該UE之顯示器或 一特定的按鈕或其他與標書籤於UE、遙控器等上相關的 控制器件。回應於該使用者請求，在ITF 1〇6中之書籤功 能能給書籤提出一顯示名稱之建議，其可基於該節目之標 題及/或其他特性，且使該使用者能在請求之時修改所建 議的書籤之顯示名稱，或若於稍後修改，則藉由一修改已 儲存書籤的程序進行。
在步驟414中’ ITF 106發送一 SIP INFO訊息至IMS i〇4，其轉遞該訊息至①丁乂控制伺服器1〇8。若汀卩ι〇6具 有線性τν節目未記錄的資訊，則該ITF 1 〇6通常將不產生 及心送省SIP INFO訊息且將妥適告知該使用者。該ITF 1〇6能從該節目時間表獲得此資訊，該資訊可包含一圖示 或其他指不以顯示是否一節目能被標書籤。該INF〇或其 他合適的訊息較佳地包含至少以下資訊要素：節目多播位 址 針對所請求節目之内容識別符、及由使用者選擇的 書藏顯不名稱。在步驟416中，IPTV控制伺服器108確定是 否該即目係可用的；例如，該伺服器決定是否該節目已被 141404.doc 201106199 記錄在網路100'中。 若該節目沒有被記錄，則不可能產生一書籤，因為該節 目在稍後將不能存取，且一合適的訊息能提供給該使用 者。ITF 106將基於其自身計時器及一份節目時間表副本 之時間偏移包含在其書籤訊息内。然後IPTV控制伺服器 108決定針對被記錄的該節目之描述符的URI。若步騾416 成功地完成，則IPTV控制伺服器108經由IMS 104返回（步 驟41 8)— SIP 200 OK訊息至ITF 106以指示該操作成功。 請注意即使一節目已被記錄，IPTV控制伺服器通常不知 道該節目什麼時候開始播放，亦即何時JOIN訊息從ITF 106被發送至DSLAM 114(步驟410)。IPTV控制伺服器不能 夠計算書籤時間，因此時間偏移係由ITF 106決定。 在步驟420及422中，IPTV控制伺服器108更新書籤列 表，該列表較佳地係由IPTV控制伺服器1 08或由一相關的 IPTV使用者規範伺服器112儲存的一各別的使用者規範之 部分。正如以上連同圖1及3描述的，該更新有利地使用 XCAP作為一有效機構用於以新書籤更新使用者規範。在 步驟420中，IPTV控制伺服器108發送給IPTV使用者規範 伺服器112 — XCAP PUT訊息，該訊息包含諸如書籤位址、 網路記錄内容之URI、時間位移、及書籤顯示名稱之用於 稍後節目取回之有關的書籤資訊。XCAP PUT訊息亦可包 含一指示書藏之有效期的逾期要素。在步驟422中，IPTV 使用者規範伺服器112以一 HTTP 200 OK訊息回應以指示 書籤之成功產生。 141404.doc 19· 201106199 在步驟424中，在ITF 106上之使用者局部書籤應用程式 由經由IMS 104從IPTV控制伺服器108發送至ITF 106之一 SIP NOTIFY(通告）訊息通知該增加的書籤。根據標準SIP 用法，該ITF 106以一 SIP 200 OK訊息確認該NOTIFY訊息 (步驟426)。應瞭解為使步驟424及426能夠發生，該使用者 先前應已同意一如上描述之針對書籤應用的xcap-diff事件 包。 在產生一書籤後，一使用者能藉由存取來自諸如一 STB 或其他UE之一合適的存取器件之他的或她的IPTV使用者 規範而簡單地取回他的或她的書籤列表，及此存取能從一 器件執行而不是在該書籤產生的器件上。當經由一瀏覽器 登錄或反之標記在該IPTV系統上時，通常為該使用者呈現 一可選擇鏈結之功能表，該等鏈結之一可係一至「IPTV書 籤」的鏈結。藉由選擇該鏈結，使用者之ITF發送一請求 至已經儲存以上描述的IPTV書籤之IPTV使用者規範伺服 器112，以取回該等儲存的書籤。 圖5描述一 XCAP GET訊息，其係一合適的請求訊息，該 訊息從一使用者規範之書籤部分取得一特定使用者之書 籤。該等書籤AUID在圖5被稱為「IPTV-書籤」。該請求訊 息包含識別使用者（例如「sip:username@i-ptvprovider.com」） 及服務提供商（例如「iptvprovider.com」）之資訊要素。 應瞭解在作用於一請求訊息前，該IPTV使用者規範伺服 器112或另一網路實體通常將調用合適的使用者鑑定及存 取控制程序，例如需要該使用者輸入一使用者姓名及密 141404.doc -20· 201106199 碼。若此等程序完全成功及同意存取，則書籤列表以一合 適的訊息被返回。 圖6描述一HTTP 200 OK訊息，其適合返回從IPTV使用 者規範伺服器112取回的書籤至一 ITF 106。在圖6中能看 到，該訊息包含每個書籤之URI(「〈entry uri = ...」）、從節 目開始的一時間位移（「time-offset=·..」）、及一書籤列表 名稱（「〈list name = ...」）、且有作為書籤條目之屬性而返 回的書籤條款。每個書籤條目能包含諸如一資料及時間之 逾期資訊（「expiration'.·」），若當該書籤被產生時此資 訊被設定。此等結果顯示給使用者，該使用者能從該等顯 示的結果中選擇。包含在ITF 1 06内之網頁瀏覽器在使用 者存取器件中解析該訊息。熟諳此藝者應瞭解使用者能使 用在ITF 1 06内之網頁瀏覽器修改或編輯一個或多個從一 書籤列表中選擇出來的書籤及使用合適的XCAP訊息發送 改變至網路以修改呈現所列書籤之XML文檔。 應瞭解一書籤列表能以始於實質上相同方式之很多方式 重新獲得。在IPTV使用者規範伺服器112保存屬於使用者 規範内之一書籤的資訊後，IPTV使用者規範伺服器112發 送一 OK訊息（步驟186及422)至IPTV控制伺服器108 »該 IPTV控制伺服器108把0K訊息看成一成功的保存且產1 一 SIP NOTIFY訊息（步驟188及424)。該SIP NOTIFY訊息含 有一描述書籤資訊之XML體。此一 XML體基本上能與在 PUT訊息中的XML體相同，該XML體由IPTV控制伺服器 108發送至請求書籤被保存之IPTV使用者規範伺服器112， 141404.doc 21 201106199 但旎包含諸如時間偏移之網路增加要素。itf ι〇6能使用 在此一 SIP NOTIFY訊息内的資訊以更新其局部書籤列 表。 一書籤，其相關於在此申請案中描述之一媒體内容且不 涉用於顯示該媒體内容及用於產生書籤之一器件，該書籤 能提供一使用者更多節目播放之性能’因為該書籤由使用 者可獲得的任何合適的器件存取及使用。此等性能尤其有 用，例如，用互動式TV能使一遊戲或其他互動式内容之 狀態被捕獲及隨後被恢復。再者，用一IPTV書籤XCAP應 用用法，書籤請求能被轉譯成很容易在一合適的目錄中給 使用者規範增加條目之XCAP請求。在適當的鑑定後’使 用者能從任何器件存取該目錄且取回儲存的書籤。 熱5H此藝者應瞭解在此應用中描述的方法及裝置能在很 夕諸如移動無線電網路之電子通信網路類型中實施。 圖7係諸如一行動電話、STB、電腦等之一典型的UE 700之一方塊圖，該UE用於存取及描述在本申請案中描述 的媒體節目内容。該UE 700包含一適合用於以圖1及4中描 述的一個或多個網路實體交換電子信號之收發器7〇2。由 此等信號攜帶之資訊被一處理器704處理，該處理器可包 含一個或多個次處理器’及其執行一個或多個軟體模組及 應用程式’包含例如ITF 106，以實行以上描述之ue 7〇〇 之％作。至UE 700之使用者輸入通過一鍵區、遠端控制、 或其他器件706提供，且呈現給該使用者之資訊提供給_ 顯示器708。若該顯示器具有觸控螢幕能力，則使用者輸 141404.doc -22· 201106199 入此藉由該顯示器提供。軟體應用程式可儲存在—合適的 應用程式記憶體710中，及該UE亦可在一合適的記憶體 712中下載及/或快取預期的資訊。該ue 7〇〇亦可包含一介 面714，該介面能被用於連接諸如一電腦麥克風等之其 他組件至該UE 700。 在產生一書蕺中’ ITF 106經由鍵區706或介面714接收 轉遞至處理器704之書籤請求，該書籤請求經由之前的 曰話建立而在王現給使用者之内容或節目的記憶體7丨2中 具有資訊。處理器704基於在記憶體712内之其自身一份節 目時間表副本亦知道至節目的時間偏移，及藉此資訊，處 理态704形成適當的SIP INFO訊息（步驟丨76或414)且經甴收 發器702發送該訊息至IMS 1〇4。收發器7〇2接收指示使用 者書籤之一更新的SIP NOTIFY訊息（步驟18s或424)，互處 理器704在記憶體7 12内之其書籤局部副本中記錄該更新。
ITF 106藉由使處理态704形成一 SIP 200 OK訊息確認SIP NOTIFY訊息之接收，該sip 200 OK訊息藉由收發器7〇2被 發送至該網路（步驟190或426)，且然後處理器7〇4可經甴該 顯示器708給使用者呈現一書籤或實際書籤本身之指示。 圖8用於儲存及取回在本申請案中描述之請求書籤的一 典型的IPTV使用者規範伺服器ip之一方塊圖。該ΐρΤν使 用者規範伺服态112包含一適合用於以圖1及4中描述的一 個或多個網路實體交換電子信號之收發器8〇2。由此等信 號攜帶之資訊被一處理器804處理，該處理器可包含一個 或多個次處理益，及其執行一個或多個軟體模組及應用程 141404.doc •23· 201106199 式以實行以上描述之IPTV使用者規範伺服器112之操作。 特定s之’該處理器804在一合適的記憶體806内儲存使用 者書籤及回應已接收的請求’該請求係從記憶體806之已 選擇的書戴取回。應瞭解一典型的IPTV使用者規範词服器 112係網路中的一資料庫伺服器及因此一鍵區/顯示器8〇8 通常不需要使用者輸入/輸出，雖然此等介面可提供管理 功能。藉由處理器804執行的軟體應用程式可被儲存在一 合適的應用記憶體8 10 t。 圖9係一流程圖，其描述一從IPTV使用者規範伺服器 取回一書籤之方法。如上描述，—使用者藉由發送（步驟 902)—從使用者之UE至IPTV使用者規範伺服器112之請求 而取回他的或她的書籤列表，較佳地如在圖5中描述的一 XCAP GET訊息。發送此一請求可包含登錄或簽署在該 iptv系統上且可能&IPTV使用者規範伺服器ιΐ2提供一使 用者姓名及密碼。若准許存取（在步騾9〇4中「同意」），則 書籤列表由IPTV使用者規胸服^ 112以—諸如類似在圖6 中描述的HTTP 200 〇Κ訊息之合適的訊息返回（步驟9〇6) 至使用者U E。該返回的書籤或書籤列表能被返回至如以 上描述之不同的UE。在使用者仰處，該返回的訊息藉由 由使用者UE實施的—瀏覽器或其他合適的應用程式有利 地解析，且該取回的書籤或書籤列表係呈現在ue之顯示 益上（步驟908)。若不准許存取（在步驟9〇4中「不同 意J )’則一失敗或類似的錯誤訊息呈現在UEi顯示器 141404.doc -24· 201106199 在此描述的本發明可被認為係在任何形式的電腦可讀儲 存媒體内完整地實施，該電腦可讀健存媒體中儲存有藉由 才曰π執订系統、裝置、或器件使用或與一指令執行系 ’先裝置、或器件連接之一合適的指令群組，該系統諸如 -基於電腦之系統、包含處理器之系統、或其他能從一媒 體取得指示及執行該指令之系統。如在此處使用的一 「電腦可讀媒體」能係任何構件，該構件能含有、儲存、 通l或傳送節目以用於藉由—指令執行系統、裝置、或 态件使用或與—指令執行系统、裝置、或器件連接。該電 腦可讀媒體能係例如（但不限於）_電子的、磁性的、光學 的電磁的、紅外線的、或半導體系統、裝置、器件、或 '更夕電腦可讀媒體之特定的實例（-非詳盡的列表） 電連接’ 4電連接具有—個或多個電線、一可携式 電腦磁碟、-R鳩…職、及—可消除可程式化唯讀 δ己憶體（EPROM或快閃記憶體）。 /望本發明能在包含例如移動通信器件之各種環境令被 貫施亦應瞭解的係以上描述的程序被重複執行的係必要 的。為了便於理解’本發明之態樣係按照動作之序列被描 述’其邊猎由例如一可鞋》V & & , 裎式化電腦系統之構件實行。應承 =同的動作能藉由專門的電路(例如離散的邏輯間互相 以貫行一專門的功能或專用積體電路卜藉由由一個 =個處理器執行的程式指令、或藉由該兩者之一組合被 貫仃。 因此，本發明可以很多不同的形式被實施，不是所有的 141404.doc •25· 201106199 均在以上被描述，且所有此等形式被認為在本發明之範圍 /於本發明之每個不同的態樣，任何此形式可被稱為 邏輯組態成」執行-描述的動作，或替代地稱為執行— 描述的動作之「邏輯」。當在切請案中使用時，強調術 …包括」指定陳述之特徵、整數、步驟、或組件的存在 及不排除其一個或多個其他特徵、整數、步驟、組件、或 群組之存在或增加。 以上描述的特定實施例僅僅係閣釋性的且不應認為有任 何限制之意。本發明之範圍藉由以下請求項決定，且欲將 所有在請求項之範圍内的變動及等效物涵括在内。 【圖式簡單說明】 圖1描述在媒體標書籤之一方法中的一通信網路及在通 信網路實體間之一信號流； 圖2描述根據會話初始化協定之一書籤訊息的_實例； 圖3描述根據XML組態存取協定之一訊息的一實例； 圖4描述在媒體標書籤之一方法中的另一通信網路及在 通網路實體間之另一信號流； 圖5描述根據XML組態存取協定之一訊息的另—實例； 圖6描述用於送回取回之書籤之一訊息的一實例； 圖7係一使用者設備之一方塊圖； 圖8係一 IPTV使用者規範词服器之一方塊圖；及 圖9係一流程圖，其描述取回一書籤之一方法。 【主要元件符號說明】 100 電子通信網路 141404.doc -26- 201106199 100' 電子通信網路 102 媒體伺服器 104 IMS 106 ITF 108 控制伺服器 110 媒體控制器 112 控制伺服器 114 DSLAM 700 UE 702 收發器 704 處理器 706 鍵區 708 顯示器 710 應用程式記憶體 712 記憶體 714 介面 802 收發器 804 處理器 806 記憶體 808 鍵區/顯示器 810 應用程式記憶體 141404.doc -27·