TW200937215A - Dynamic, subscriber driven charging models for media distribution - Google Patents

Description

200937215 六、發明說明： 【發明所屬之技術領域】 本發明大體上係關於用於電腦系統之系統及方法，且更 特定言之，本發明係關於實施用於跨越相同或不同網路之 用戶驅動無媒體限制（media agnostic)内容傳遞的收費模式 * 之系統及方法。 •【先前技術】 近年來’數位媒體市場已不斷擴展。舉例而言，愈來愈 ❻ 多内容正自傳統機制遷移而以多種機制數位產生、電子分 配及再現。已知此情況，現今市場中存在許多趨勢。 舉例而言’雖然大部分層1内容由諸如電影工作室及唱 片公司之内容創作者產生’但愈來愈多内容由個人產生。 為此’更好的工具及内容創作環境日益變得商品化，從而 使此等創作能力在個人掌握中。但是，雖然層1内容創作 者已努力工作以在基礎架構上花費大量金錢來以傳統及數 位方式分配内容’但網際網路本身現在允許個人在内容之 分配中起更顯著作用。實際上，同級間内容共用機制已變 得普遍，成為全球網際網路頻寬的單一最大消費者。 - 雖然層1内容創作者、聚集者及分配者及器件製造者皆 希望限制在哪裡及如何再現内容（使得其接著可爭取最大 化其收入部分）’但個人希望控制在哪裡及如何觀看其選 擇之内容。為此，個人創作其自己的内容且使用同級間内 容共用機制以分配此内容。然而，内容之共用由於競爭且 不相容的通信協定、媒體格式、用於媒體轉換及内容傳遞 136586.doc 200937215 機制之不同標準而變得非常困難（若非不可能）。 因此，此項技術中存在對克服上文所述之缺陷及限制的 需要。 【發明内容】 在本發明之第一態樣中，一方法包含經由網路自發送用 戶端接收第一媒體類型之内容。該方法進一步包括將内容 或對内容之參考以較佳媒體類型發送至接收用戶端且根據 接收用戶端之至少一優選發送至較佳器件。該方法進一步 ® 包括基於内容及發送用戶端及/或接收用戶端之使用者優 選產生計費記錄。 在本發明之另一態樣中’一方法經提供用於針對跨越不 同網路發送用戶驅動無媒體限制内容傳遞對用戶收費。該 方法包含提供一電腦基礎架構，其可操作以基於待傳遞内 容之類型及發送用戶端及/或接收用戶端之一或多個收費 優選中之至少一者產生一計費報告。 0 在本發明之又一態樣中，一電腦程式產品經提供用於針 對跨越網路之用戶驅動無媒體限制内容傳遞進行收費。該 電腦程式產品包含：電腦可讀媒體；用以將内容或對内容 之參考以較佳媒體類型發送至接收用戶端且根據接收用戶 端之至少一優選發送至較佳器件之第一程式指令；及用以 基於待傳遞至接收用戶端之内容類型及發送用戶端及/或 接收用戶端之一或多個收費優選中之至少一者產生計費報 告之第二程式指令。第一程式指令及第二程式指令係儲存 於電腦可讀媒體上。 136586.doc 200937215 【實施方式】 參考所註複數個圖式借助於本發明之例示性實施例之非 限制性實例，在隨後之[實施方式]中描述本發明。 本發明大體上係關於用於電腦系統之系統及方法，且更 特定言之，本發明係關於實施收費模式以用於在相同或不 同網路上之用戶驅動無媒體限制内容傳遞之系統及方法。 本發明之系統及方法提供集中於内容之同級間分配及傳遞 的獨特機制及基礎架構。舉例而言，本發明之系統及方法 經結構化及組態以使用現有電信網路（亦即，主要地基於 非IMS(IP多媒體子系統）之網路以及基於IMS之核心網路） 來將不同類型之内容傳遞至不同相容及不相容器件且提供 此等服務之收費模式。如熟習此項技術者應知曉的，ims 為用於將網際網路協定（IP)多媒體傳遞至行動使用者之結 構框架。因而，本發明之系統及方法可支援於完全基於無 線寬頻帶之架構上，其中焦點已自基於存取之提供者轉移 至主要經由"粗管道（fat pipe)"而由内容驅動者。 因此，在實施中，服務提供者可支援實施本發明之系統 及方法的端對端點，即使經由自非IMS賦能網路至賦 能網路之延長的遷移週期。服務提供者亦可支援端對端 點，而不管器件及媒體類型。又’本發明之系統及方法提 供媒體管理之靈活手段’同時亦提供用於根據本發明給予 之服務的不同收費方案。 系統環境 圖1展示根據本發明之用於管理過程的說明性環境1〇。 136586.doc 200937215 環境ίο包括一電腦基礎牟椹 硬衆構12,該電腦基礎架構12包括計 算器件14。計算器件14包含—代理3〇(亦被稱為媒體處理 及分配代理），其使計算时14可㈣Μ於由⑽如）發送 用戶端4〇、服務提供者5G及/或接㈣戶端難由問道器 65提供之規則（亦豸常被稱為優選及/或設錢）經由不同類 型之網路及/或協定及/或至全異器件而導引不同類型之内 容（例如，多媒體内容）。（亦參見圖5之論述。）

在實施例中，服務提供者可為解決方㈣合器内容提 供者、電信公司或提供以執行本文中所述之過程之其他第 三方。在此種狀況下’服務提供者可建立、維持、部署、 支援等電腦基礎架構12 ’電腦基礎架構12為一或多個消費 者（例如，發送用戶端40及/或接收用戶端6〇)執行本發明之 過程步驟。作為回^，服務提供者可在預訂及/或費之協 議下接收來自消費者之付款。 發送用戶端40、服務提供者5〇及/或接收用戶端6〇可將 優選經由訊息傳遞閘道器框架65提供至代理3〇。訊息傳遞 閘道器框架65亦可經提供以使用大量協定（如本文中所論 述）且不管發送用戶端或接收用戶端之器件而將通知及訊 息（包括使用不同協定之不同類型的内容）發送至發送用戶 端40及接收用戶端60。優選可儲存於儲存系統（例如，高 度可縮放資料庫）22B中。在IMS内容之狀況下，儲存系統 可為（例如）家庭用戶服務（HSS)設定檔管理器。 藉由界定優選’本發明提供可操縱媒體之媒體管理的靈 活手段。亦即，藉由界定優選，代理3〇可針對IMS與非 136586.doc 200937215 IMS領域兩者使用用戶界定優選之一集合有效地賦能内容 自一用戶至另一用戶或用戶之集合之分配。用戶可為（例 如）發送用戶端40、服務提供者5〇及/或接收用戶端6〇。優 選可包括（例如）： _待接收内容之較佳器件的清單（例如，僅舉幾個例子， IMS或非IMS賦能器件，諸如，蜂巢式電話或視訊轉換 ' 器（STB)); -接收用戶端60之位置優選（例如，待接收内容之位置）； ® _用以告知發送用戶端40及/或接收用戶端60内容之所要 通知類型的清單； -所要媒體格式（媒體類型）（以此方式，接收用戶端6〇不再 需要擔心媒體類型’給定媒體類型之繁盛及存在用於媒 體轉換之經常由標準團體改變之不同標準的事實）； -例如’發送及/或接收内容之"最佳時間"的清單及將被接 受之内容的尺寸限制； ❹ -接收用戶端60在多個器件上觀看相同内容之請求；及/或 -與内容傳遞相關聯的其他服務品質屬性（QSA)。 在一優選為所要媒體類型時，本發明考慮内容之代碼轉 • 換對於使接收用戶端60觀看内容是否為必要的，連同其他 特徵一起。在代碼轉換之狀況下，代理30可允許内容及元 *資料變換作為工作流程處理之一部分以滿足所有請求。關 於内容之類型及内容是否需要經變換之判定可由代理 3〇(例如）藉由剖析内容之標頭資訊而作出。又，在實施 中，本發明使用諸如Open LS或Parlay X之協定經由至網路 136586.doc 200937215 收容位置平台75之整合將基於位置之傳遞包括在内。 在進一步實施中，代理30支援多種通知及傳遞頻道。舉 例而言，預期代理30可支援XMPP(可延伸性訊息傳遞與呈 現協定）、MMSC(多媒體訊息傳遞交換中心）、WAP(無線 應用協定）、SMS(簡訊服務）及SMTP(簡易郵件傳送協 定）（包括頻帶外通知）、經由SIP(會話起始協定）用戶端之 IMS 手機、網路服務（Web Service)(SOAP 及 REST)及 STB。 網路服務視需要允許應用及自動過程整合。在IMS網路之 狀況下’代理30可併有基於SIp之會話控制（或提供用於此 會話控制之指令）同時確保實際數位媒體經參考為接著可 經由媒體伺服器在媒體流中參考之外部物件。以此方式， 系統可支援許多手機（例如，2G、3G及可能地4G手機）， 其每一者具有不同的再現能力、基於瀏覽器之應用程式、 攜帶型媒體播放器、遊戲控制台、非標準器件，諸如，視 訊轉換器及應用（其為借助於使用rEST或S〇ap式調用及提 供端點實施之端點）。代理3〇亦可提供或設置必要的基於 邊緣之快取以便最佳化内容之傳遞’且提供至IMS與非 IMS記帳及收費平台兩者中之整合。 另外，提供收費平台85以便提供用以對所給予之服務收 費的收費模式。收費平台85可由服務提供者5〇維持部 署、建立及/或服務。收費平台85經設計以產生給予用戶 之服務的收費記錄，例如，將基於由本發明之系統及方法 所實施之收費模式針對所給予之服務（内容之發送或接收） 對接收用戶端及/或發送用戶端（發源站）收費。在實施例 136586.doc 200937215 中’服務提供者5〇及/或代理3〇可基於許多不同考慮計算 待收費之金額且產生待發送至收費平台Μ之收費記錄。 又，收費平台可產生發票及/或自用彳帳戶扣除使用費 用。 收費模式可適用於發送用戶端4G及接收用戶端6〇中之任 者或兩者。又，如本文中更詳細論述的，發送用戶端40 及/或接收用戶端6G可基於本文中所論述之收費模式在設 置期間（參見圖2)經由捲動或其他已知機制自設置視窗選擇 &費模式中之-或多者。收費模式可在使用本發明之媒體 分配服務之前經實施為收費優選設置，但可在實際服務調 用期間改變優選。 收費模式將由代理30及/或服務提供者5〇使用以產生且 維持根據本發明所提供之服務的收費記錄。更具體言之， 在實施例中，本發明之系統及方法將使用收費優選以便驗 證收費方法。任何已產生之收費記錄接著可經提供至發送 p 用戶端40及/或接收用戶端6〇以用於付款之提交。 許多不同考慮事項可被考慮到以判定針對根據本發明所 給予之服務收取多少費用。在一實例中，可根據本發明設 計不同收費模式用於同級間媒體分配系統中之不同情境。 借助於說明，不同收費模式可用於支援多個用戶端點，諸 如每一者具有不同的再現能力之許多手機（例如，2G、3G 及可能地4G手機）、基於瀏覽器之應用程式、攜帶型媒體 播放器、遊戲控制台、非標準器件，諸如，視訊轉換器及 應用（其為借助於使用REST或SOAP式調用及提供端點實施 136586.doc -10· 200937215 之端點）。又，可基於特定用戶端點應用附加費用。因 此’例如，可針對與網路不相容之器件（例如，非刪相容 器件）提供附加費用。 另外，收費模式可基於在媒體代碼轉換及傳遞期間所需 的不同複雜性。舉例而言，MPEG2至MPEG4轉換可需要 不同於HD-DVD至MPEG2轉換之處理循環數量，且因此可 . 以較高費率（附加費率）計費。又，時間敏感性可視何時暫 時共用及使用（觀看）内容而定使内容更有價值。因此，例 〇 如’-内容片段(例如’拳擊比赛)可在立即共用之情況下 具有較大價值，且在事件後一天共用時具有較小價值，一 週後具有更小價值等等。因此’較為時間敏感之内容可以 比較不時間敏感之内容高的費率（附加費率）計冑該較不 時間敏感之内容不立即發送至接收用戶端（即使其為時間 敏感材料）。 收費模式可基於許多其他變數，包括（例如）觀看共用内 φ 容片段的次數。在此實例中，收費模式可基於每次内容被 觀看或發送至不同接受者。 可影響收費模式之其他變數包括（例如）可使用一内容片 段之特定時由、内容出處位置或目標位置、目的地器件之 數目（例如，有可能將同一内容片段在同一時間自兩面向 發送至多個目的地）、具有單一器件之用戶的數目或具有 多個器件之單一用戶及以上之任何組合。在此等實例中， 收費模式可包括用於將内容發送至多個目的地（多個接收 用戶端或來自單一接收用戶端之多個器件或其組合）或在 136586.doc 200937215 多個目#地或—特定位置接收内纟的成本 費用）。 3加（附加 進一步預期其他考慮事項可被考慮，以 '明所給予之服務收費。舉例而言，用戶可為預=本： .(在該種狀況下服務提供者(或收費平台)可自餘額二:用者 讀支制戶已起始之㈣分配交α作 者，消費者可得到所給予服務之折扣。附加費用適用= ㈣4費者（在交易之後計費）之用戶或係 ® 離去時付款）之用戶。 買者（在其 本發明亦預期費用可不適用於不觀看内容之用戶 此，例如，對於發送至用戶”A”的未經觀看（由於用戶"八" 刪除内容、不可接收内容等）之内容將不存在費用。 本發明進一步預期若接受者願意在觀看内容之前觀看廣 告，則可在"無費用"或減少費的基礎上提供内容。在實施 例中，預期一旦接受者實際上已觀看廣告（可在觀看内容 e 之前或之後），接受者即將接收到減少之費或免收費用。 在此情境中’代理30可藉由使用已知監視技術(例如，常 駐於接收用戶端之器件上之代理)來監視接受者是否已觀 • 看廣告以便提供折扣。 .纟一實施中，在任何時間’用戶中之任一者可退出基於 此附加費用（或其他）之服務。舉例而言，藉由退出，接收 用戶端將不接收將以附加費率收費之任何内容。 在以上收費模式中之任一者中，例如，服務提供者 及/或代理30可將費用（包括附加費用）可針對特定類型之服 136586.doc 200937215

接收用戶端觀看之路線、 八篁便用、内容必須採用以便由 由發送用戶端發送或由接收用戶 端觀看之資料（例如，内容）數量等而應用的通知。 §己憶體22A、輸入/輸出（I/O)

在執行期間必須自大容量儲存器擷取碼之次數。此外計 計算器件14包括處理器20 介面24及匯流排26。記憶體 算器件14與外部1/0器件/資源28及儲存系統22B通信。如 應理解，在諸如非IMS賦能網路之特定實施中，儲存系統 22B可在代理30内部。 I/O器件28可包含使得個人能夠與計算器件14互動之任 何器件或使得計算器件14能夠使用任何類型之通信鏈路與 一或多個其他計算器件通信之任何器件。舉例而言，外部 I/O器件/資源28可為鍵盤、顯示器、指標器件等。 通常，處理器20執行儲存於記憶體22A及/或儲存系統 22B及/或代理3〇中之程式碼。當執行程式碼時，處理器2〇 可自3己憶體22A、儲存系統22B、I/O介面24及/或代理3〇讀 取資料及/或將資料寫入至記憶體22A、儲存系統22B、1/〇 介面24及/或代理30。匯流排26提供在計算器件14中之組 件中之每一者之間的通信鏈路。 计算器件14可包含能夠執行上面所安裝有之電腦程式碼 136586.doc -13· 200937215 的任何通用計算製品（例如，個人電腦、飼服器、掌上型 器件等然而’應理解計算器件14僅代表可執行本文中 所述過程之各種可能的等效計算料。在此意義上，在實 施例中’由計算器件14提供之功能性可由計算製品實施， 該計算製品包括通用及/或專用硬趙及/或電腦程式碼之任 何組合°在每—實施例中，可分別使用標準程式化及工程 技術來產生程式碼及硬體。

類似地，電腦基礎架構12僅說明用於實施本發明之各種 類型的電腦基礎架構。舉例而言，在實施财，電腦基礎 架構12包含兩個或兩個以上之計算器件（例如，伺服器叢 集），其經由諸如網路、共用記憶體等等之任何類型的通 信鏈路通信以執行本文中所述之過程。此外，當執行本文 中所述之過程時，電腦基礎架構12中之一或多個計算器件 "T使用任何類型之通信鍵路（例如，位置平台、閘道器等） 與電腦基礎条構12外部之一或多個其他計算器件通信。通 信鏈路可包含有線及/或無線鏈路之任何組合；一或多種 類型之網路（例如，網際網路、廣域網路、區域網路、虛 擬專用網路等）的任何組合；及/或利用傳輸技術及協定之 任何組合。 根據本發明之例示性過程 大體而言’本發明包括設置流程及内容分配處理流程。 借助於實例’圖2展示根據本發明之設置實施；而圖3展示 根據本發明之内容分配之處理流程。圖4展示根據本發明 之内容分配之處理流程的特定實例。 136586.doc -14- 200937215 儘管圖2至圖4經展示為泳道圖，但熟習此項技術者應理 解泳道圖同樣可表示流程圖或實施本發明之步驟的本發明 之組件之高層級方塊圖。圖2至圖4之過程可實施於結合適 當硬體之電腦程式碼上（經由代理3〇)。此電腦程式碼可儲 存於儲存媒體（諸如，磁片、硬碟、CDR〇M、dvdr〇m 或磁帶）以及記憶體儲存器件或記憶體儲存器件之集合（諸 如唯讀記憶體（ROM)或隨機存取記憶體（RAM))上。另外， 電腦程式碼可經由網際網路或某其他類型之網路傳送至工 ❹ 作站。 本發明可採取完全硬體實施例或含有硬體元件與軟體元 件（其任一者通常被稱為”檔案管理程式"）兩者之實施例的 形式。硬體及軟體元件包括經組態以實施本發明之功能性 的電腦基礎架構，如圖1中所示。軟體元件可為韌體、常 駐軟想、微碼等。此外，本發明可採取自電腦可用媒體或 電腦可讀媒體可存取之電腦程式產品的形式，電腦可用媒 藝體或電腦可讀媒體提供用於由電腦或任何指令執行系統使 用或結合電腦或任何指令執行系統使用之程式碼。為此描 述之目的’電腦可用媒體或電腦可讀媒體可為可含有、儲 存、傳達、傳播或輸送用於由指令執行系統、裝置或器件 使用或結合指令執行系統、裝置或器件使用之程式的任何 裝置。媒體可為電子、磁性、光學、電磁、紅外線或半導 體系統（或裝置或器件）或傳播媒體。電腦可讀媒體之實例 包括半導體或固態記憶體、磁帶、抽取式電腦磁片、隨機 存取記憶體（RAM)、唯讀記憶體（ROM)、硬磁碟及光碟。 136586.doc -15- 200937215 光碟之當前實例包括緊密光碟-唯讀記憶體（cd_r〇m)、緊 密光碟-讀取/寫入（CD-R/W)及DVD。 參看圖2，泳道圖展示以下參與者：發送用戶端及接收 用戶端（通常描繪為用戶端點用戶端2〇〇)、用戶優選管理器 2〇5(通常亦被稱為網頁工具）、HSS/設定檔管理器21〇及代 理30(亦被稱為媒體處理及分配代理）。熟習此項技術者應 認識到用戶優選管理器205、HSS/設定檔管理器21〇及代理 30了由服務&供者以任何組合支援、維持、部署、服務及 組態，以及在圖1之計算基礎架構中實施。接收用戶端可 表示許多手機（例如，2G、3G及可能地4G手機），其每一 者具有不同的再現能力、基於瀏覽器之應用程式、攜帶型 媒體播放器、遊戲控制台、非標準器件，諸如，視訊轉換 器及應用（其為借助於使用REST或SOAP式調用及提供端點 實施之端點）。 在圖2之實施中，在步驟825〇，必要時，代理向HSS/設 定檔管理器登記》在一實施中，HSS/設定檔管理器基於直 徑基礎架構（例如，在IMS網路之狀況下），在該種狀況下 HSS/設定檔管理器將在由用戶端點用戶端進行對用戶設定 標（優選）之改變時經由直徑協定接收來自代理之通知。 在步驟S260，用戶端點用戶端經由用戶優選管理器登入 且組態優選之傳遞及接收。舉例而言，在步驟S260中，用 戶端點用戶端可將其優選經由HTTP提供至用戶優選管理 器。在實施例中，此等優選可包括較佳收費方法（其可稍 後經驗證）。在步驟S270，用戶優選管理器又更新jjss/設 136586.doc • 16 - 200937215 定檔管理器及（必要時）代理（視網路（IMS對非ims賦能網 路）而定）。在步驟S280,必要時，HSS/設定檔管理器將通 知（經由直徑協定）發送至代理’以便保持同步。儘管展示 特定次序，但本發明之過程可以不同次序提供例如，步 則280可緊於步㈣5G之後或在步驟咖之後的任何時間 執行。 應注意，在呼叫流程期間，無需執行HSS查找以辅助系 統之總效能。又，作為供應過程（例如，設置過程）之一部 分經由直徑協定所接收之任何資訊可在代理平台（例如， 儲存系統22B)内快取。此外，本發明預期可週期性地更新 設置資訊，且同樣地提供供應以更新資料庫以便在用戶端 點用戶端（發送用戶端或接收用戶端）請求時將新器件及/或 其他優選添加至解決方案混合。 圖3展示實施系統之執行時間操作的代表性呼叫流程。 在此代表性呼叫流程中，在播放中將SMS及視訊轉換器用 參 作端點，在非IMS背景中將内容自一用戶傳遞至另一用 戶。更具體言之，在步驟S3〇〇，發送用戶端向代理作出請 求。在接收後，代理即在步驟83〇5擷取發送用戶端與接收 用戶端優選（設定檔以此方式，代理可判定至接收用戶 端之内容傳遞的方法以及將内容傳輸至接收用戶端所要求 的代碼轉換操作及其他操作之類型（諸如使用位置平台執 仃位置探究（l〇cation dip))。又，發送者優選用於（例如）判 疋傳遞報告（例如，通知）可如何傳遞至發送用戶端及/或接 收用戶端。 136S86.doc 200937215 在步驟S305，必要時，代理可執行諸如代碼轉換之声值 處理，以及進行實際傳遞頻道之料。亦預期若資源曰(例 如’硬體及軟體）可用於特定器件上，則為了節省額外負 擔’代碼轉換可由發送用戶端或其他參與者執行。 在步驟S310,内容可傳遞至邊緣内容位置以用於由接收 用戶端之較佳器件（例如，STB)進行未來擷取。内容可自 發送用戶端直接傳遞或在其他實施例中經由代理傳遞。

在步驟S315，必要時，代理聯繫位置平台以判定接收用 戶端之位置。（在實施例中，位置平台可為代理之一部 分。）此可以任何習知方式（諸如經由Gps收發器或其他已 知訊息傳遞）進行。在步驟S320,位置平台判定接收用戶 端之位置且將此位置資訊提供至代理。因此，接收者與發 送者兩者之位置、地理分離及優選可用作在本發明之系統 及方法内實施一或多個規則之因素。舉例而言，與位置平 台之通信可經由Open LS請求及回應來執行。然而應認識 到’其他通信協定亦為本發明所預期，如本文中所論述。 在步驟S325，代理通知接收用戶端之較佳器件内容準備 好進行傳遞。在實施例中，視内容及傳遞優選而定，可將 通知提供至STB(視訊轉換器）或其他使用者界定器件。舉 例而言，在判定接收用戶端在其的住宅處或接近住宅之後 且基於接收用戶端之優選’代理可將内容之通知發送至接 收用戶端住宅中之STB。通知可為對常駐於（例如）邊緣網 路分配上（例如在網路邊緣處之伺服器，地理上較接近目 標用戶端）的内容之參考。内容可由STB或其他較佳器件 136586.doc 200937215 (例如）經由參考自網路上之伺服器擷取。 在步驟S3 30，可再次視優選而定將通知提供至蜂巢式電 話或接收用戶端之其他器件。此通知將通知接收用戶端内 容準備好在較佳器件上被下載。例如，在蜂巢式電話之狀 況下，通知可經由簡訊同級間協定（SMPP)通知發送至訊息 傳遞閘道器框架（65)且接著經由SMS通知發送至目標用= 端》類似地，在步驟S335,亦可再次視優選而定將通知提 #至蜂巢式電話或發送用戶端之其他器件。再次，例如， 在蜂巢式電話之狀況下，通知可經由SMpp通知發送至訊 息傳遞閘道器框架且接著經由SMS通知發送至發送用戶 端。此通知可連同其他通知一起指示接收用戶端已接收到 内容之通知及/或已下載内容。 在步驟S340，接收用戶端之較佳器件（在此實例中， STB)向伺服器請求内容。在此實例中，stb(或其他較佳 器件）不同步地請求内容且局部地對其加以下載。在步驟 〇 S345,將内容發送至較佳器件。在實施例中，如上所論 述，代理可將内容已傳遞至接收用戶端之通知發送至發送 用戶端。在步驟S350，接收用戶端可在較佳器件上觀看内 容。 在步驟S355，代理產生發送至收費平台之收費記錄。在 實施例中，在產生收費記錄之前，代理將進行由接收用戶 端及/或發送用戶端中之任一者或兩者所選擇之收費方法 的判定。此可藉由使用由接收用戶端及/或發送用戶端所 選擇之優選來執行。又，判定可由代理進行以判定自發送 136586,doc •19· 200937215 用戶端發送至接收用戶端之 淑 又円谷的類型及量，以便產生計 m . r,B . 針對以下内容被收取附加費 ^必 疋于機的使用，（π)電腦資源（例 如’將MPEG2轉換至MPEG4)，（ΊΊ.、《β i u .^ ) (111)觀看共用内容片段的 次數’（iv)需使用一内容片段 令片段之時窗，（v)内容出處位置或 目標位置，⑽目的地器件之數目，⑽具有單-器件之 用戶的數目或具有多個器件之單一用戶及以上之任何组

合’㈣)將内容發送至接收用戶端所需的路線等。在步驟 S360’收費⑽在適當時被發送至發送用戶端及接收用戶 中之任者或兩者。用户端可在發送收費記錄之前接收 到對計費事件之通知。 圖4展不根據本發明在符合1]^8之環境中實施sip賦能 MMS傳遞之内容分配之處理流程的特定實例。更具體言 之在此實例中，處理流程展示在IMS環境中使用適用於 此環境之MMS SIP規格（亦即，3Gpp2 χ s〇〇16_312)進行之 基於MMS(多媒體訊息傳遞系統）的傳遞。在此實例中，假 定在實施剩餘處理之前，經多媒體賦能之SIP使用者代理 (UA)的所有規則預先處理已發生。舉例而言，預先處理包 括： -SIP UA已經由S-CSCF(IP多媒體子系統）向IMS核心（登記 主管者）登記，且經由HSS向任何IFC(網際網路防火牆連 接）登記；及 -MMS基礎架構知曉sip且為符合IMS的，且亦經登記以 參與互動。 136586.doc •20· 200937215 又，應認識到為了出於說明之目的而簡化呼叫流程，來 自代理及知曉SIP之MMSC(多媒體訊息傳遞交換中心）的互 動不被描繪為流過S_CSCF節點。又，如上所論述，由於 媒體物件可為大的，因此假定經由參考之間接通知，其為 規格支援之狀況。又，圖4不詳細展示傳遞報告，因為此 泳道圖之目的係集中於根據本發明之内容分配的方法。 現特別參看圖4,在步驟S400,發送用戶端向代理作出 請求（以將内容傳遞至接收用戶端）。在此實施例中，發送 用戶端在非IMS手機上，且因此，請求並非為S][p U/A。在 步驟S405 ’代理執行以下例示性類型之活動： _判定所有涉及參與者之優選。舉例而言，接收用戶端優 選將告知代理將如何傳遞内容及需要什麼類型之代碼轉 換操作及其他操作（諸如使用位置平台執行位置探究）以 發送内容。需要發送用戶端優選來判定傳遞報告可如何 傳遞，及 g -判定用於兩方向上之實際傳遞頻道。 在步驟S410 ’必要時，代理開始與位置平台之通信以判 定接收用戶端之位置。在步驟S415，位置平台判定接收用 戶端之位置且將此位置資訊提供至代理。如上所註，接收 者與發送者兩者之位置、地理區隔及優選可用作在本發明 之系統及方法内實施一或多個規則之因素。舉例而古，與 位置平台之通信可經由Open LS請求及回應來執行。然而 應認識到，其他通信協定亦為本發明所預期，如本文中所 論述。 136586.doc •21 · 200937215 在步驟S420，在代理判定存在SIP端點之後，内容經代 碼轉換且發送至邊緣快取層以用於暫時瞬間儲存。在步驟 S425，代理將SIP訊息請求（内容之通知）發送至符合IMS之 MMSC，符合IMS之MMSC接著聯繫接收用戶端上之SIP U/A且通知其内容可用於觀看。符合IMS之MMSC可為媒體 閘道器框架（MGF)，其包括圖5中所識別之傳遞頻道的集 ' 合。MGF基於優選使用其被提供之指令，以將通知及資料 導引至兩端點（發送用戶端及接收用戶端）。 β 在步驟S430，接收用戶端將SIP訊息回應發送至符合 IMS之MMSC，符合IMS之MMSC使該SIP訊息回應回到代 理（經由MMSC)。在步驟S435,接收用戶端（SIP U/A)藉由 將間接訊息請求發送至MMSC來請求訊息内容。在步驟 S440，MMSC以具有對邊緣分配網路中之内容邏輯位置之 間接參考的訊息回應SIP訊息作出回應。 在步驟S445，接收用戶端（SIP U/A)經由MM1_ ^ Retrieve.REQ請求來請求内容。熟習此項技術者應理解， 請求亦可已直接發送至MMSC。在步驟S450，接收用戶端 回應於請求接收MMl_Retrieve.RES。在步驟S455 ’ SIP U/A經由發送至MMSC之MMl_Acknowledgement REQ SIP 訊息產生傳遞確認。在步驟S460，MMSC以相同 MMl_Acknowledgment REQ訊息通知代理。在步驟S465 ’ 代理產生待經由將產生OTA SMS訊息的訊息傳遞閘道器框 架傳遞至發端（發送用戶端）手機之SMPP訊息。此SMS訊息 將確認至接收用戶端之内容的傳遞接收。 136586.doc -22 200937215 實=Γ70’代理產生發送至收費平台之收費記錄。在 中’在產生收費記錄之前，代理將進行由接收用戶 端及/或發送用戶端中之杯—本 尸％Ψ之任H兩者所選擇之收費方法 的判定。此可藉由使用由接收用 饮队用尸端及/或發送用戶端所 擇之㈣來執行H定可㈣理進行㈣定自發送 肖戶端發送至接收用戶端之内容的類型及量，以便產生計 費記錄。舉例而言，用戶端可針對以下内容被收取附加費 肖：⑴具有特定能力之特定手機的使用，刚腦資源(例 如，將MPEG2轉換至刪以），（Hi)觀看共用内容片段的 次數’㈣需使用一内容片段之時窗，⑺内容出處位置或 目標位置，（vi)目的地器件之數目，（vii)具有單一器件之 用戶的數目或具有多個器件之單一用戶及以上之任何組 σ (V1U)將内容發送至接收用戶端所需的路線等》在步驟 S475,收費記錄在適當時被發送至發送用戶端及接收用戶 端中之任一者或兩者。用戶端可在發送收費記錄之前接收 p 到對計費事件之通知。 本發明之系統之例示性架構 圖5展示本發明之系統之例示性架構。在一預期實施例 中，架構包括四層：用戶端層、存取層、服務層及控制 層。用戶端層表示可由本發明支援之不同類型的例示性傳 遞及使用者代理端點（接收用戶端及發送用戶端）。舉例而 言’用戶端層包括MMS、SMS及WAP手機，以及STB、傳 統瀏覽器型器件、符合S〇AP及REST之器件、SIP器件及 IM(XMPP/SIP)器件。此等器件/手機中之每一者與系統相 136586.doc -23- 200937215 容以使得其可根據本發明接收通知及/或内容。用戶端層 亦可包括用於初始設置之瀏覽器（參看圖2)。 存取層主要描繪輸送網路，其可包括網際網路、無線網 路或邊緣快取記憶體，連同其他傳遞頻道一起。此等傳遞 頻道將經由各別協定傳遞内容及任何所需的通知。如上所 論述，内容及通知可視内容之優選及類型而定在不同頻道 上傳遞。 服務層主要含有訊息傳遞閘道器框架65及代理3〇，其具 有經由傳遞内容所需的各種協定連接至基本電信基礎架構 平台以及訊息傳遞閘道器框架所需之所有協定支援。舉例 而言’訊息傳遞閘道器框架支援：χΜΡΡ(可延伸性訊息傳 遞與呈現協定）閘道器、SMSC(SMPP)、MMSC(MM7)、 WAP閘道器、網路服務閘道器（W/S)及/或SIp閘道器。不同 於在已知技術中’所有此等協定可由本發明之系統及方法 支援。 代理經展示為媒體分配平台。平台包括代碼轉換器，以 及規則引擎、中介、路由及協定轉換引擎。在實施例中， 由於内容之發送者可能不可見接收者之再現能力，因此規 則引擎將用於剖析發送者及接收者之優選以便協調藉由代 理進打之内容傳遞。中介可為企業服務匯流排，其經組態 以應用規則（優選）。協定轉換引擎為核心功能，其再次視 内容及優選而定將内容自一協定轉換至另一協定。舉例而 言’協定轉換引擎可將資料傳輸自不同步轉換至同步，自 TCP/IP轉換至另一協定等。 136586.doc •24- 200937215 控制層主要包含IMS控制之元件（例如，S-CSCF、收費 平台及HSS)。控制層亦包括非IMS層網路之元件。舉例而 言，器件設定檔組件可包括於控制層中，其為儲存端點 (發送用戶端及接收用戶端）之優選的資料庫（例如，儲存系 統22B)。代理可經由W/S與器件設定檔通信。用戶端層亦 包括位置平台，其經由Open LS或Parlay X與代理通信。 實施本發明之系統及方法的例示性使用 本發明亦實施媒體基線，其允許系統及方法產生媒體之 ® 一基線表示且給每一使用者發送相應媒體至其各別且所要 的器件。舉例而言，多個通知之基線XML可如下經寫入： <Media> 〈recipients〉 <User="404 555 1212"> 〈/recipients〉 〈subject〉 A 其中主題為如下： </subject> <body> - 其中本體為如下： </body> 〈preview type="video”> 〈/preview〉 <uncompressed> 〈/uncompress ed> 136586.doc -25- 200937215 </compressed type="quicktime"> </compressed> </Media> 另外，以下描述例示性呼叫流程之代表性集合。此等呼 叫流程描述使用本發明之系統及方法基於使用者優選來實 施的一些服務及能力。 觀看内容 用戶在其瀏覽器上觀看一些内容且希望通知其朋友關於 該内容。其請求系統將内容傳遞至朋友。作為相關狀況， 用戶中之一者已請求將内容發送至在家的視訊轉換器。當 彼用戶到家（位置平台探究）且打開電視時，其被通知關於 該内容且觀看該内容，該内容已下載至其住宅處之個人儲 存器件。代理及/或收費平台視所傳遞内容之類型、内容 之量、使用者優選等而定產生計費記錄，如本文中所論 述。 創作内容 用戶在其器件上創作内容且希望通知其朋友關於該内 容。其請求系統將内容傳遞至朋I作為相關狀況用戶 中之-者已請求將其内容發送至其在家的視訊轉換器。當 彼用戶到家（位置平台探究）且打開其電視時，其被通知關 於該内容且觀看該内容，該内容已下載至其住宅處之個人 儲存器件。代理及7或收費平台視所傳遞内容之類型、内 容之量、使用者優選“定產生計f記錄，如本文中所論 述。 136586.doc -26 - 200937215 通知情境 取知關於發送至其家用㈣人電腦上之其媒鱧播放器 之二内容的SMS通知。其在家登入其個人電腦且觀看内 容。 用戶取得關於發送至其家用娛樂系統或個人電腦上之其 媒體播玫器之-些内容的SMS通知。其可在行動器件上搁 取彼内容之代理或摘要。 用戶取得發送至其器件經代碼轉換為其器件可支援之 格式的基於WAP之通知且立即觀看内容。 雖然已依據實施例描述了本發明，但熟習此項技術者將 認識到可以修改且在附加申請專利範圍之精神及範疇内實 踐本發明。 【圖式簡單說明】 圖1展示用於實施本發明之態樣的說明性環境； 圖2展示根據本發明之設置實施； Λ 圖3展示根據本發明之内容分配的處理流程； 0 圖4展示根據本發明之内容分配之處理流程的特定實 例；及 圖5展示實施本發明之態樣的架構。 【主要元件符號說明】 10 環境 12 電腦基礎架構 14 計算器件 20 處理器 136586.doc -27- 200937215 22A 22B 24 26 28 30 ' 40 50 ❿ 60 65 75 85 200 205 210 記憶體 儲存系統 輸入/輸出（I/O)介面 匯流排 外部I/O器件/資源 代理 發送用戶端 服務提供者 接收用戶端 閘道器/訊息傳遞閘道器框架 網路收容位置平台 收費平台 用戶端點用戶端 用戶優選管理器 HSS/設定檔管理器

136586.doc •28·

Claims (1)

1. 200937215 七、申請專利範圍： 1· 一種方法，其包含： : '網路自一發送用戶端接收一第一媒趙類型之内 容； \内今或對該内容之一參考以一較佳媒體類型發送 接收用戶端且根據該接收用戶端之至少一優選發送 * 至一較佳器件；及 基於該内容及-發送用戶端及/或一接收用戶端之使用 ® 者優選產生一計費記錄。 如印求項1之方法，其中該計費記錄經提供至該發送用 戶端及該接收用戶端中之至少一者。 3. 如清求項1之方法，進一步包含通知該接收用戶端及該 發送用戶端中之至少一者一計費發生。 4. 如請求項丨之方法，進一步包含請求且接收該接收用戶 端之位置資訊以便判定一計費金額。 5. 如請求項〗之方法，其中該等使用者優選包括以下各項 _ 中之至少-者： 將接收該内容之一或多個器件； 該内容之時間敏感性； 該内容將被發送至該接收用戶端所在之器件的數目； 該内容將被發送至該接收用戶端之次數； 將由該發送用戶端發送及/或由該接收用戶端觀看之内 容的量；及 該接收用戶端為一預付用戶端、特別用戶端還是後付 136586.doc 200937215 用戶端。 耷求項1之方法，其中該計費記錄係基於將該内容發 送至該接收用戶端所需的電腦資源。 月求項1之方法’其中該計費記錄包括基於將該内容 、5接收用戶端所需的代碼轉換（transcoding)、該 令之時間敏感性質、該較佳器件之位置、該内容至該 接收方之路由及該較佳器件之類型中之至少一者的一附 加計費費用。 8·如:求項.i之方法，其中—附加計費費用絲於該内容 在訊息傳遞閘道器框架中發送經過之一路線。 9 ·如讀"求項1夕古4+ L ’其中該計費記錄在該接收用戶端觀 看一廣告時反映無費用或一折扣費用。 10. 如清求項1夕古、i 之方去，其中該計費記錄在該接收方不觀看 該内容時反映無費用。 11. 如請求項丨夕古A 万法’其中一服務提供者產生關於一費 Ο (feej或在—預訂基礎上之該計費記錄。 如咕求項1之方法，其中請求項1之該等步驟經提供於一 ^算基礎架構上，該計算基礎架構係由—服務提供者維 持、部署、支援及建立中之至少一者。 3種對-用戶收費以用於跨越不同網路發送用戶驅動益 :體限制内容傳遞之方法，其包含一電腦基礎架構，： 電腦基礎架構可操作以基於待傳遞内容之一類型及一： 送用戶端及/或接收用戶端之一或多個收費優選中+ 一者產生—計費報告。 夕 136586.doc 200937215 14. 如請求項13之方法，其中該一或多個收費優選包括以下 各項中之至少一者：該内容將被發送至該接收用戶端所 在之器件的一數目、該内容將被發送至該接收用戶端之 一次數、該内容之一類型' 該内容被發送至該接收方所 採取之一路線及該接收用戶端為一預付用戶端、特別用 戶端還是後付用戶端。 15. 如請求項π之方法，其中該電腦基礎架構可操作以基於 經擴展以便將該内容發送至該接收用戶端之電腦資源收 ® 取一附加金額。 16. 如請求項15之方法，其中該電腦基礎架構進一步可操作 以基於以下各項中之至少一者收取該附加金額：該内容 之一時間敏感性質、一接收器件之位置、將由該接收用 戶端觀看之内容之量、由該發送方發送的内容之量及該 接收器件之類型。 17. 如請求項15之方法，其中該電腦基礎架構可操作以基於 談 與該接收用戶端關於觀看一廣告之一協議產生無費用或 一折扣費用。 18. 如請求項13之方法，其中該計算基礎架構係由一服務提 供者維持、部署、支援及建立中之至少一者。 19. 一種用於對跨越網路之用戶驅動無媒體限制内容傳遞收 費之電腦程式產品，該電腦程式產品包含： 一電腦可讀媒體； 第一程式指令，其用以將該内容或對該内容之一參考 以一較佳媒體類型發送至一接收用戶端且根據該接收用 136586.doc 200937215 戶端之至少一優選發送至一較佳器件；及 第二程式指令’其用以基於待傳遞至該接收用戶端之 内容之一類型及一發送用戶端及/或該接收用戶端之一或 多個收費優選中的至少一者產生一計費報告；其中 該等第一程式指令及該等第二程式指令係儲存於該電 腦可讀媒體上。 20.如请求項19之電腦程式產品’其中該等收費優選包括以 下各項中之至少一者： ® 將接收該内容之一或多個器件； 該内容之時間敏感性； 該内容將被發送至該接收用戶端所在之器件的數目； 該内容將被發送至該接收用戶端之次數； 將由該發送用戶端發送及/或由該接收用戶端觀看之内 容的量；及 該接收用戶端為一預付用戶端、特別用戶端還是後付 用戶端。 136586.doc