TW200939762A - System and method for a personal video inbox channel - Google Patents

Description

200939762 六、發明說明： 【發明所屬之技術領域】 本發明之態樣一般而言係關於一系統，其允許—使 用者可建立並檢視一個人影音「頻道」，其中該頻道包 含來自不同來源之影音内容，且該使用者可在任何地= 使用該頻道。 【先前技術】 0 目前沒有簡單之方法來使終端使用者消費並取得 大量的影音選項。一般而言，使用者必須實體上接近該 等各種裝置的周圍，該等裝置係用來解碼並呈現其所接 收到之該影音内容。例如，若一使用者已將某件事記錄 在其數位影音記錄器（DVR，“Digital Video Recorder”）， 他通常必須在他家中且在他的電視上觀看該記錄之内 容。同樣地，若一使用者想要觀看一隨選電影（v〇D， “Video on-demand”）’他通常必須在其家中的電視前。此 外’近來有如此多之不同來源的内容及方法來擷取影音 ❹ （例如：有線電視、衛星電視、網際網路、寬頻網路、行 動視訊等等）’可取得選項數量之多可能令一終端使用者 感到吃驚’特別是該使用者發現絕大多數之可取得影音 内容是其不感興趣的，但他會喜歡一#常特定主題之種 類的内容。 因此’吾人希望提供一使用者一個人影音頻道（其可 由該使用者直接自訂及「編程」，以及間接地考量其已 消費之内容）’ 一使用者可由除了通常關聯該等各種内容 來源的位置以外之各種位置檢視該頻道。 200939762 【發明内容】 如先前所強調，本發明之一通用目標係讓一使用者 能在任何其選擇之位置消費個人化之影音内容（其係來 自不同的來源）。 【實施方式】

以下係本發明之一或多個具體實施例的實施方 式，其範例可用圖式以圖解舉例說明。每一範例及具體 實把例係提供來解釋本發明，而非意欲限制本發明。例 如，描述來作為一具體實施例之部分的特徵可利用在另 一具體實施例上以建立再一進一步之具體實施例。本發 明希望包括此等及其它修正及變化。 以下描述之本發明的態樣係能夠聚集來自不同來 ，的期望影音内容’並為—特纽用者建立一個人 「頻道」。 如在此所使用的，該等詞語「影音收件匣」及「景 音收件£系統」可參照相同制概念之—些不同實施 2許[使用者存取來自不同來源之影音内容的一箱 其中該影音内容係針對該使用者個人化，且不雜 ^使用^所在位置為何，其皆可取得彡音内容。如舞 以之正*電子郵件’該影音收隸可視為 iif者感興趣之内容以及過濾、至一單一 位置來消費的一種方式。平 之：務線 :得在;音内容的唯方 今扠伢考間，一檢視者實際上有數千個可 200939762 取得之頻道。此外’代管影音内容之網際網路網站（「網 際網路影音網站」）以及讓一般大眾可取得來消費之網際 網路網站（例如：Yahoo!TM Video、YouTube™、Google™ Video等等）的數目已大幅增加一使用者必須從其選擇的 「頻道」數目。

進一步地，許多廣播及有線電視頻道目前提供其常 規郎目之線上、串流影音’因此檢視者可在其所希望之 任何時間於其電腦上觀看該影音。除了在其電腦上觀看 節目，使用者也可在其行動電話上觀看一些節目及其它 内容，該等行動電話已變得更像多用途之電腦，其主要 受限於其連線速度、螢幕大小、及諸如此類（即其它態樣 之可擴充性）。目前，行動服務提供者提供消費者在其行 動電話上觀看電視節目、新聞、運動精彩場面等等，且 一些行動裝置可如任何其它客戶端（例如：一正常之桌上 型電腦等等）般簡易地檢視影音。 ’、 热為桊孜術之人士應明白，在網際網路影音服務/ 網站、DVR等等之範圍下，可適當地互換一頻道之概 念。例如，吾人可將一聯合供稿饋送（syndicati〇n feed) 視為一頻道，其使用例如簡易聯合供稿（RSS，“ Simple Syndication”）、Atom等等來格式化該饋送；在此 一實施中，一使用者可「訂閱」關聯一特定内容提供者 (例如：每週一次上傳内容至—影音服務的另一使用者、 一網路廣播(podcast)製作人等等）之饋送。除了特定内容 提供者之該等饋送，一影音服務可提供由任何數種其 標準所定義之饋送，像是例如：最受歡迎、最多人觀看' 以某一術浯或片語標籤/標記内容等等。雖然影音服務 使用RSS/AtGm聯合供稿格式作為提减興趣使用 内谷的-方式’也可以有在該影音收件㈣統及該個別 5 200939762 影音服務間作用的專屬系統。如另一範例，一使用者儲 存在其個人DVR之該等節目可制作為對應該使用者 之特定興趣的一頻道。 ❹

Q 儘管有豐富的影音内容，其並非在電視、網路、行 動裝置等上均等地分配或可永遠取得。一個人影音頻道 之目的係聚集該所有不同之内容，且在可能的範圍下， 無瀹該使用者所在之位置或其所使用之裝置為何，讓該 使用者可在一網路上取得該内容。如同一電子郵件應用/ 程式（一集中及個人化之文字電子郵件收件匣），該個人 影音收件匣可建立影音一次購足（〇ne_st〇p sh〇p)，該使 用者可在此找到其感興趣者，而不論該内容之來源為何 (例如：有線電視、DVR、一網站、V〇D等等）。 第一圖係本發明之一示例性具體實施例之通用架 構的一功能方塊圖。一般而言，該系統之後端可在影音 收件匣伺服器105上實施，其可包含依其所需之一或多 個機器、一或多個資料庫等等。影音收件匣伺服器 可執行該系統所需之大多數的工作，包括（但不限於）管 理該使用者帳號及每一帳號之關聯影音内容、請求處 理、通知處理、存取控制等等。「帳號」可包含一識別 碼（例如：一使用者名稱或諸如此類者等等）以及一認證 方案（例如：一登入名稱及密碼等等）；如同任何其g服 務’此一帳號允許影音收件匣伺服器1〇5將某影音内容 與某一使用者關聯（即該使用者訂閱之該影音内容，其共 同構成該使用者的個人「頻道」）。以下參考第三圖討論 請求處理、通知處理、及存取控制。 —影音收件匣伺服器105也可處理在該系統之使用 者間分旱内容的任務。例如，影音收件匣客戶端1丨〇(如 以下詳述者）可允許該使用者具體指定將某影音内容與 6 200939762 該使用者之「好友」分享；在此—财，影音收件 服盗^5可簡單地將該分享之内容包括在該好友的聚集 頻道資訊中（如在此討論者，其屬於權利管理議題）。、 影音收件匣伺服器1〇5也可提供推薦功能，如此一 $定使用者之選擇（即其選擇之該影音内容為其個人费 音頻道之一部分等等）可幫助影音收件匣伺服器1〇5 $ 到使用者所喜歡及不喜歡的資訊，接著可允許影音收^ 匣伺服器105建議該系統認為該使用者可能喜歡的特定 内容。此外，影音收件匣伺服器105可使用二評等车 (例如：一使用者可經由影音收件匣客戶端11〇將某二節 目標記為「最愛」等等）’其可進—步通知—系統產生的 推薦。一使用者所提供之資訊（關於其所訂閱之内容、其 「好友」、其喜歡及不喜歡者、其登入名稱及密碼等等、 可合起來作為「頻道設定」（即，定義其個人化影音頻道 ，該等設定）。除了系統產生之推薦外，影音收件g飼服 器105也可使用頻道設定來產生廣告以轉播至影音收 匣客戶端110。該等廣告可或可不與目前正消費之内容 Ο ，關，且可用許多不同之形式(例如：影音、影像、音訊 等等）及在不同之範圍下（例如：覆蓋在該使用者正&看 之影音上、作為一網頁上的小廣告等等）顯示。 在一具體實施例中，影音收件匣伺服器1〇5可提供 網路服務來與其互動；網路服務一般而言允許使用者^ 用網路式應用程式，而不須具該通常之網路瀏覽器型 式。一般而言，網路服務包含一應用程式介面&朽 “Application Programming Interface”），經由該介面該’ 機器（即影音收件E客戶端11〇及内容來源115)可與被 此對話並交換資訊。網路API之該操作及目的係本^ 所熟知的。然而簡單來說，就像任何之Αρι，一網路a朽 7 200939762 係對在一遠端系統上運作及在一網路上在宜 的-介面。目前存在各種(有時為重覆的上)== 實施網路API，像是例如：簡單物件存取協s(s〇Ap, “Simple Object Access Protocol”）、表示狀態傳送(REST: “Representative State Transfer”）、可延伸標示語言遠程 程序呼叫（XML-RPC)等等，且大多數係使用可延伸標示 語言（XML，“Extensible Modeling Language”)之資料格式

的變化來傳遞訊息（即在賴路服務及該區域應用程式 間轉移資料）。 〇在另一具體實施例中，該使用者與影音收件匣伺服 器105之互動（例如：改變帳號設定等等）可經由一網站 介面，其係透過例如一網路瀏覽器來存取。 影音收件g客戶端110係該等應用程式’終端使用 者可使用s亥等應用程式來發現/檢視最近加入Α個人影 音，道之内容，並與由影音收件匿伺服器1〇5^提供之 该等選項/設定互動。影音收件匣客戶端在網路1〇〇上盥 =收件11伺服器Η)5「對話」，且通常係透過由影音收 服s 1G5所提供之—網路服務(如以上所討論 十於吾人所希望運作之該純(作為—個人影音頻道，可 場所存取），影音收件£客戶端則可用在無數個 使用之任何數種μ的方式來實施，以便無論該 使用者所在位置為何，皆可獲得並消費新内容。 路靡體實施‘例中，此一客戶端可如-豐富網際網 < RlCh Internet APPlicati〇n,5)^»^ ； 域地勃m者’；豐富網際網路應用程式(ria)係可區 (例tl(例在—使用者之電腦上)但與—遠端服務 RIA 網路服務如以上討論者）互動之應用程式。 通常透過網路服務來操作，且因為該等Ru係區域 200939762 傳統客戶端/伺服器之架構，其傾向於 多的處理需求，因此比 經驗之該等技術;:；非=操，。用來提供此類型 “ASyneh酿。us JavaS=同 f」aVaScnpt * XML⑷狀， 站非同步地互動(即，幕後、該通常之 外)；由於Ajax允許在每次請求新資料時 ❹

器之，的廊UlttT!在該RIA及該飼服 當RIA可在-網路劉覽器内實施時，其也可如 ==式對話及互動之完全獨立的應用程式至 ^域(桌面)應用程式般存在。儘管已有料ria特別設 计之各種架構及平台（例如：Adobe，s™公司之Ad〇be Integrated Runtime、微軟公司之 SilverUghtTM 等等卜其 也可使用傳統程式語言來建構，例如：JavaTM、C++ 等。 在另-具體實施例中，如第二圖所舉例說明，影音 收件匣客戶端110可整合進一網路郵件「客戶端」2〇〇 中，其通常係在一網路瀏覽器内運作之一「應用程式」， 與一伺服器端之網路郵件提供者聯繫（例如：⑻丨TM 郵件等等）。此一應用程式將可能包含^^“匕、css、非 同步JavaScript及XML等等的一些組合，但不須受限於 此一實施（例如：吾人可能傾向完全使用Flash0來建立 一介面等等）。在此一具體實施例中，該使用者可能自該 電子郵件介面内串流影音，如整合影音收件匣客戶端 205所舉例說明，且不必載入任何其它應用程式（例如： 以下时論之該等固有的應用程式）；例如，通常發現一電 子郵件之該主體處，可能常駐有影音收件匣客^端11〇 200939762 之一 Flash™式的實施，其可盥与立 互動並自内容來源115串流内日收件E飼服器105 網路郵件客戶端川Λ叮二 ，也可能包括上電資料夹 動整合影音收件匿客戶端2Q5。口有丄二用來啟 210沒有在影音收件昆客戶端m之 = 客戶端205之部分)，且= ❹ 收件E控制21G可包括播放/暫停影音、 2 力。應了解除了影音收件’2 收件匣客戶端205可顯干咖…夂 堂口衫曰 内容來源、日期、標=等⑼谷一貝訊215’像是例如·· 除了 RIA及網路瀏覽器介面，影音收件匣 之應用程式般實施，其係特別針對各種裝 統所發展的。例如，影音收件®客戶端 作系統、各種「行動」操作系統(即 r動电話、個人數位助理等使用之系統）、各種DVR 刼作系統、各種電視機上盒等來發展。 内容來源115係提供影音内容之該等服務。該等服 務可包括隨選影音(V0D，“ video_on_demand”)提供者、網 ，網路影音網站（例如：Yah〇〇fTM影音、Y〇uTube TM等 等）、，人數位影音紀錄器（DVR, “Digital vide〇 der )區域電視廣播等等。内容來源115可用各種 方式向影音收件匣伺服器105提示一内容改變或内容新 增（「影音内容資料」）。在一具體實施例中，當内容來 已更新其内容時，其可使用一聯合供稿格式來告 訴f音收件匣伺服器105。一般而言，在此一例中 内谷來源115在一網路伺服器上更新一聯合供稿檔案， 200939762 服11⑽以—預定之頻率取得此槽案 次等等）。若影音收件£舰器105察 改變(即，自其最近-次檢查以來該檀 Γ15\圖謂料。衫―具財關卜时來= f司服器⑽可經由該趟與彼此對話並交換資訊

.更新影音内容、將來自内容來源115之該影音串流 至影音收件匣客戶端110等等）。 …熟習本技術之人士應了解存取及/或交換該影音内 谷貪料以及串流該影音内容的該方法不受限於以上列 述要點之料綠，而是也可&括該等描狀方法及其 它本技術眾所皆知之方法的任何結合及組合。 一般而言，在該系統之三個主要組件（即影音收件匣 伺，器105二影音收件匣客戶端11〇、及内容來源115) 間父換的該資訊可包含對該實際内容之鏈結或指標。在 具體實施例中，此等鏈結可為統一資源***（URI) 之形式，且可包含任何數種不同之協定，像是例如：該 超文子傳輸協定（HTTP,‘‘Hypertext Transfer Protocol”）、 該槽案傳輸協定(FTP，“File Transfer Protocol”)等等，以 及任何相關之安全實施，例如：安全檔案傳輸協定(sFTp) 等等。例如，在Yahoo! TM影音服務上代管之一影音的 一 URI 可採用類似此一形式： http:"video.yahoo.com/video/play?vid:=::953086。 在另一具體實施例中，該等鏈結或指標可能係專屬 於影音收件匣伺服器105、影音收件匣客戶端11〇、及 内容來源115、或一些此等結合間。例如可能之一例為： 特疋内谷來源提供URI以外之一構件，經由該構件可 200939762 在網路100上存取其内容。在此一例中，影 ;器105可察知該方法、協定等等，然後「支援」3 ^内^來/原（即，能將該¥訊_至影諸料客户端 參照之内3式下允許該等客戶端接收該資訊並消費該 伺服明該一般程序的流程圖，影音收舰 105可藉由肺序接收有騎或更 及將該聚集頻道#訊轉寄至影音收= ❹ ❹ 白方塊_所舉例說明’影音收件匿伺服 論，可=Γ15接收影音内容資料。如先前所討 使用任何數種不同方法及格式自内容來源115岑 送該影音岐資料m彡音 使 :任，不同方法及格式來接收該影了： ™ ^立^^來祕'i際網路影音服_，丨如：Yahoo! 來^則此種服務可藉由更新—聯合供稿槽案 :内來，r容之該影音編碼解物 可取么日n之作二名稱、_容產生或 式察覺該影音内容資料165可以各種方 等)，像是例如二法=收稿等 r取得什麼構案、該特定服務;v前 另一範例，考量—尤月邊理等等。如冋 網際網路下载影音。在此一實;：許該使用者直接自該 - AH(如以上所;4此2知中，該VoD服務可具有 請㈣5可經由 不&該父換」方法為何，影音收件臣飼服器奶 12 200939762 可用其來判定是否古十二 音内容。若有更新„立自任何該等内容來源的更新影 105可評估該旦彡立衫曰内容資料，影音收件匣伺服器 該影音内s H 料，如方塊3 〇 5所舉例說明。 驟。例如，五人H評估可包含任何數目之任務及步 音内容資料°將鼓吊/影音收件£伺服器ι〇5知道該新影 集頻道資訊的一、、° J些使用者作為該等使用者之聚 Ο ❹ 來完成，以判定可用任何數種不同之方式 /一 乾例之方式描述其中三種方式。 每-使^者影音收件_服器1G5可自該系統之 容資料，而上ΙΪ之每—内容來源115接收更新影音内 此上是誰訂閱每-内容來源115。在 飼服器⑽音：容資料可取得’影音收件匿 寄該資訊，作特定内容來源，因此可轉 作為該使用者之聚集頻道資訊的部分。 使用者tri實施中’影音收件Ε伺服器1G5可藉由每一 此㈣閱之該等内容來源115來分離每-使用者。在 用者數目般多讀（即如訂_内容來源的使 哪，推論出該影音内容資料將轉寄給 者既訂間ί:等以上方法的一組合；當-使用 之内容等耸、於其個人之内容(例如：來自其個人dvr 或又訂閲所有其它使用者皆可得之内容時， 僅來自ϋ源經由—API供應其資訊時(其中該趟 結= 飼服11105之—限定數目的連 it分一小時三十次）等等，可能需要此一組合。 收株=影音内容係m或另—方式限制，影音 服器105可注意到該限制因而相應地行動。儘 13 200939762 &大多數之内容很可能不受限制(例如：個立 者產生之内容、影音網路廣播等等），可能之^ 用 之影音内容資料係對應包含各種權利管理蟻題1新 二ί包括是否可伴隨著該内容顯示廣二^ 使用者經寄达指標至其記錄在他個人 影’且想要與-好友分享該内容，該好友最後i::電 而非該影片本 Ο 之間使用。例如，該個人DVR(在其 立二一15 之傳輸）也可能包括右關枯如β 々Θ内各賢料 及是否伴隨著MH内谷如何㈣與峰消費，以 若影=1二=資訊」。無論何種理由， 專艮制：除任何及所有分享等 ς: 用者可容之該使 砰估該内容時發生錯誤的提示。 笮次疋 如方塊310所舉例說明，立〜 經評估並判定為—特定传用t H之心曰内各貧料 ί關至特定影音_=。道的類： 訊交換影音收件s伺服器105間之該資 二=。間之該資訊交換可經由各種方法來促= 件匿伺服請接㈣資艺具;實施=，當影音收 容眘祖具體實施例中，該更新之影音内 :貝枓可根據—預定之時間表來轉播(例如：一小時一 -人、一天兩次等等）。 j ^ 200939762 熟習本技術之人士應明白，由於連線、螢幕解 等因素，並非所有影音收件匣客戶端之實施將能夠^ 所有需要之功能。在一具體實施例中，影音收件匣伺服 器」=可能知道（或猜測到）該裝置之該等限制。例如， 在該最初之交握程序(例如··當該使用者登入其帳號等等 期間’影音收件匣客戶端110可向影音收件匣伺服^、1〇5 具體^明其正使用之客戶端及連線的類型，如同二網路 瀏覽器經由該使用者代理串向一網路伺服器傳輸各種 ❹ ❹ 客戶端資訊的方式。依照供應給影音收件匣伺服器1〇5 =該，《端及/或連接資訊，該飼服器可決定轉寄哪一影 曰内谷資料至該客戶端。例如，若影音收件匣伺服器1 察覺到一使用者目前正經由一行動電話（即該影音收件 =客戶端110之-係-行動電話）以一慢速網路連線與 二個人影音頻道互動，其可選擇不將該特定影音内容^ 寄給該電話(例如，若該最近可得之内容係高解析度 ，音，其無法在一行動電話資料網路上串流，該使用者 可不需理會它直到該使用者使用可支援該影音 戶端）。 一 α第二圖描述之方塊的順序及編號並未意欲來暗示 一操作之順序，而因此排除其它可能性。熟悉本技術之 ^ 士將明白可對該等前述系統及方法作各種修正及改 π «例該聚集頻道資訊之轉寄（如方塊310所舉例說 可能不是在接收及評估更新之影音内容資料後立刻 X生，如方塊3〇〇及3〇5所舉例說明；可能的狀況係在 7何I集頻道資訊被轉寄前接收到多重之影音内容資 料。 ，此僅以範例之方式參考特定具體實施例來詳細 牛歹1忒明並描述本發明之數個特徵及態樣，而非限制本 15 200939762 發明。熟悉本技術之人士將明白可在本揭露文件之範疇 及思維下對該等揭露之具體實施例作替代之實施及各 種修正。因此，吾人希望本發明可僅受限於該等隨附之 申請專利範圍的範轉。 【圖式簡單說明】 第一圖係本發明之一示例性具體實施例之通用架 構的一功能方塊圖。 第二圖係本發明在一網路郵件客戶端中可如何操 ® 作的一範例。 第三圖係一流程圖，其舉例說明一影音收件匣伺服 器可如何接收並寄送影音内容資料。 【主要元件符號說明】 100 網路 105 影音收件匣伺服器 110 影音收件匣客戶端 115 内容來源 200 網路郵件客戶端 205 整合影音收件匣客戶端 210 影音收件匣控制 215 内容資訊 220 電子郵件資料夾 225 影音收件匣按鈕 16

Claims (1)

1. 200939762 ❹ ❹ 七、申請專利範圍： K =自各別之内容來源聚集影音内容之方法；該方法 接收複數個影音内衮咨輕 影音内容資料關聯不同之影二内二.母一該等複數個 來聚個的頻道設定 人二聚集ί影音内容資料轉寄至該等複數個個 其中每-該等複數個 如；針對個別影音内容之-指標。 資^位11(3)項之方法，其中該指標係一統一 如申請專利範圍第1 一聯合供稿檔案。、/ ’八中該轉寄包含更新 =2=工:二轉寄包含向- 位影音_、===自 資訊、及格式所:成之群：。、作者、曰期、 係選其中該等個別之來源 一音種網:各及數位影音，二組=组·網路影 含：別之來源聚集影音内容之系統；該系統包 2. 3. 4. 5. 6. 7. 8. 200939762 至少一伺服器，其用來接收複數個影音内容次 Ϊ内ΐ中每—該等複數個影音内容資料關聯不同之ΐ 八中„亥至少一祠服器係根據關聯複數個個人中 個的頻道設定來聚集該等複數個影音内容 該至少一伺服器將該聚集之影音内容資料 至該等複數個個人中的至少一個。 ° 9. Ο ίο. 11. 12. ❹ 13. 範圍第8項之系統，其中該等複數個影音 内谷貧料包含針對該關聯影音内容之一指栌。 範圍第9項之系統，其中針對該丁關聯影音 内合，該指標係一統一資源***（URI)。 如二：=利範圍第8項之系統，其中該轉寄包含更新 一聯合供稿檔案。 ΐΠί利範圍第8項之系統，其中該轉寄包含向- :„該聚集之影音内容資料，該目的地係選自 益1數位影音記錄器、個人數位助理、行動電話、 :，電腦、桌上型電腦、網路郵件客 所組成之群組。 m 圍第8項之系統，其中該等複數個影音 成版：r者、曰期、 ==圍Λ8?之系統，其㈣個別之來源 音網站、及數1影所f播電視、網際網路影 1s 5己錄器所組成之群組。 14.