專利名稱:內(nèi)容傳送方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明總的來說涉及用于計(jì)算機(jī)系統(tǒng)的系統(tǒng)和方法，且更具體地，本發(fā)明涉及促進(jìn)在跨相同或者不同網(wǎng)絡(luò)的用戶驅(qū)動(dòng)媒體不可知內(nèi)容傳送的系統(tǒng)和方法。
背景技術(shù)：
近年來，數(shù)字媒體市場不斷膨脹。例如，越來越多內(nèi)容從傳統(tǒng)的機(jī)制變?yōu)樵诙喾N機(jī)制中數(shù)字地產(chǎn)生、電子地分配和交付。已知的現(xiàn)在在市場上存在許多趨勢(shì)。
例如，在大部分ー級(jí)內(nèi)容由比如電影演播室和唱片公司的內(nèi)容創(chuàng)作者產(chǎn)生同吋，個(gè)體也產(chǎn)生越來越多的內(nèi)容。為此，更好的制作和內(nèi)容創(chuàng)建環(huán)境變得日益常見，將這些創(chuàng)作能力放在個(gè)體的手中。但是，在ー級(jí)內(nèi)容創(chuàng)作者努力工作以在基礎(chǔ)結(jié)構(gòu)上花費(fèi)可觀的金錢來傳統(tǒng)地和數(shù)字地分配內(nèi)容時(shí)，因特網(wǎng)本身現(xiàn)在就允許個(gè)體在內(nèi)容分配中扮演更重要的角 色。實(shí)際上，對(duì)等的內(nèi)容共享機(jī)制變得平常，變?yōu)槿蛞蛱鼐W(wǎng)帶寬的ー個(gè)最大消費(fèi)者。
在ー級(jí)內(nèi)容創(chuàng)作者、聚集者和分配者以及設(shè)備制造商全部想要限制在哪里交付內(nèi)容和怎樣交付內(nèi)容(以使得他們能夠努力最大化他們那部分收入)的同時(shí)，個(gè)體想要控制他們?cè)谀睦锖驮鯓佑^看他們選擇的內(nèi)容。為此，個(gè)體創(chuàng)建他們自己的內(nèi)容并使用對(duì)等的內(nèi)容共享機(jī)制來分配這種內(nèi)容。然而，因?yàn)橥ㄐ艆f(xié)議、媒體格式、媒體轉(zhuǎn)換的不同標(biāo)準(zhǔn)和內(nèi)容傳送機(jī)制是競爭的和無法兼容，所以內(nèi)容的共享即便并非不可能也變得很困難。
因此，在現(xiàn)有技術(shù)中存在克服上述不足和限制的需要。

發(fā)明內(nèi)容
在本發(fā)明的第一方面中，ー種方法包括經(jīng)網(wǎng)絡(luò)從發(fā)送客戶和接收客戶接收偏好和接收第一媒體類型的內(nèi)容。該方法進(jìn)ー步包括根據(jù)接收客戶的至少ー個(gè)偏好，以優(yōu)選媒體類型發(fā)送內(nèi)容或者對(duì)內(nèi)容的引用到接收客戶和到優(yōu)選裝置。該方法進(jìn)ー步包括至少通知接收客戶將要由優(yōu)選裝置接收內(nèi)容。
在本發(fā)明的另一方面中，提供ー種方法用于跨不同網(wǎng)絡(luò)發(fā)送用戶驅(qū)動(dòng)媒體不可知內(nèi)容傳送。該方法包括提供一種計(jì)算機(jī)基礎(chǔ)結(jié)構(gòu)，其可工作以解析發(fā)送客戶端和接收客戶端的偏好，從而以優(yōu)選媒體類型發(fā)送內(nèi)容或者對(duì)內(nèi)容的引用給接收客戶端和到優(yōu)選裝置，并且至少通知接收客戶端將要由優(yōu)選裝置接收該內(nèi)容。
在本發(fā)明的另一方面中，提供了一種網(wǎng)絡(luò)基礎(chǔ)結(jié)構(gòu)，其至少包括被配置以接收和存儲(chǔ)發(fā)送客戶端和接收客戶端的偏好的代理。該網(wǎng)絡(luò)基礎(chǔ)結(jié)構(gòu)被進(jìn)ー步配置以基于該偏好將從發(fā)送客戶端發(fā)送的第一媒體類型轉(zhuǎn)換為由接收客戶端請(qǐng)求的第二媒體類型；將已經(jīng)準(zhǔn)備好要在優(yōu)選裝置上下載第二媒體類型的通知發(fā)送到在第一裝置上的接收客戶端；和發(fā)送第二媒體類型到與第二媒體類型兼容的接收客戶端的優(yōu)選裝置。
在本發(fā)明的又一方面中，提供了一種計(jì)算機(jī)程序產(chǎn)品，用于管理跨網(wǎng)絡(luò)的用戶驅(qū)動(dòng)媒體不可知內(nèi)容傳送。該計(jì)算機(jī)程序產(chǎn)品包括計(jì)算機(jī)可讀介質(zhì)；從發(fā)送客戶端和接收客戶端接收偏好的第一程序指令；經(jīng)網(wǎng)絡(luò)接收第一媒體類型的內(nèi)容的第二程序指令；根據(jù)接收客戶端的至少ー個(gè)偏好以優(yōu)選媒體類型發(fā)送內(nèi)容或者對(duì)內(nèi)容的引用到接收客戶端和到優(yōu)選裝置的第三程序指令；和至少通知接收客戶端將要由優(yōu)選裝置接收內(nèi)容的第四程序指令。第一、第二、第三和第四程序指令被存儲(chǔ)在所述計(jì)算機(jī)可讀介質(zhì)上。


參考附圖，在下面的詳細(xì)說明中通過本發(fā)明的示例性實(shí)施例的非限制實(shí)例的方式描述了本發(fā)明。
圖I示出了用于實(shí)現(xiàn)本發(fā)明的各方面的說明性的環(huán)境；
圖2示出了根據(jù)本發(fā)明的建立實(shí)現(xiàn)；
圖3示出了根據(jù)本發(fā)明的內(nèi)容分配的處理流程；
圖4示出了根據(jù)本發(fā)明的內(nèi)容分配的處理流程的特定實(shí)例；以及
圖5示出了本發(fā)明的體系結(jié)構(gòu)實(shí)現(xiàn)方面。
具體實(shí)施方式
本發(fā)明總的來說涉及用于計(jì)算機(jī)系統(tǒng)的系統(tǒng)和方法，且更具體地，本發(fā)明涉及促進(jìn)跨相同或者不同網(wǎng)絡(luò)的用戶驅(qū)動(dòng)媒體不可知內(nèi)容傳送的系統(tǒng)和方法。本發(fā)明的系統(tǒng)和方法提供關(guān)注于內(nèi)容的對(duì)等分配和傳送的獨(dú)特的機(jī)制和基礎(chǔ)結(jié)構(gòu)。例如，構(gòu)造并配置本發(fā)明的系統(tǒng)和方法以使用現(xiàn)有的電信網(wǎng)絡(luò)，即，主要是基于非IMS(IP多媒體子系統(tǒng))的網(wǎng)絡(luò)，以及基于IMS的核心網(wǎng)絡(luò)，以傳送不同類型的內(nèi)容到不同的兼容的和不兼容的裝置。如本領(lǐng)域技術(shù)人員已知的，MS是用于傳送因特網(wǎng)協(xié)議(IP)多媒體到移動(dòng)用戶的體系結(jié)構(gòu)框架。同樣地，能夠在基于完全無線的寬帶的體系結(jié)構(gòu)上支持本發(fā)明的系統(tǒng)和方法，其中關(guān)注點(diǎn)從基于訪問的提供者轉(zhuǎn)移到作為主要是經(jīng)“胖管”驅(qū)動(dòng)的內(nèi)容。
據(jù)此，在實(shí)現(xiàn)中，服務(wù)提供者甚至能夠通過從支持非MS的網(wǎng)絡(luò)到支持IBM的網(wǎng)絡(luò)的擴(kuò)展的遷移周期支持端到端點(diǎn)地實(shí)現(xiàn)本發(fā)明的系統(tǒng)和方法。該服務(wù)提供者還可以支持端到端點(diǎn)，而不管裝置和媒體類型如何。并且，本發(fā)明的系統(tǒng)和方法提供ー種媒體管理的靈活方式。
系統(tǒng)環(huán)境
圖I示出了用于管理根據(jù)本發(fā)明的處理的說明性的環(huán)境10。環(huán)境10包括計(jì)算機(jī)基礎(chǔ)結(jié)構(gòu)12，其包括計(jì)算裝置14。該計(jì)算裝置14包括代理30 (也被稱為媒體處理和分配代理)，其使得計(jì)算裝置14可工作以基于由例如發(fā)送客戶端40、業(yè)務(wù)提供者50和/或接收客戶端60經(jīng)由網(wǎng)關(guān)65提供的規(guī)則(通常也被稱為偏好和/或配置文件)，經(jīng)不同類型網(wǎng)絡(luò)和/或協(xié)議路由不同類型的內(nèi)容(例如，多媒體內(nèi)容)和/或路由到異類的裝置(參見圖5的描述)。
在實(shí)施例中，服務(wù)提供者能夠是解決方案合成者、內(nèi)容供應(yīng)商、電信公司、或者提供執(zhí)行在這里描述的處理的其他第三方。在這種情況下，服務(wù)提供者能夠?yàn)椹`個(gè)或多個(gè)顧客，例如，發(fā)送客戶端40和/或接收客戶端60，執(zhí)行本發(fā)明的處理步驟的計(jì)算機(jī)基礎(chǔ)結(jié)構(gòu)12進(jìn)行創(chuàng)建、維持、部署、支持等。反過來，服務(wù)提供者能夠在預(yù)訂和/或費(fèi)用協(xié)議的條件下從顧客接收付款。
發(fā)送客戶端40、服務(wù)提供者50和/或接收客戶端60能夠經(jīng)由消息傳送網(wǎng)關(guān)框架65提供偏好給代理30。也可以使用大量協(xié)議(如在這里討論的)提供該消息傳送網(wǎng)關(guān)框架65以發(fā)送通知和消息(包括使用不同協(xié)議不同類型的內(nèi)容)到發(fā)送客戶端40和接收客戶端60，而不管發(fā)送或者接收客戶端的裝置。該偏好能夠被存儲(chǔ)在存儲(chǔ)系統(tǒng)(例如，高度可伸縮數(shù)據(jù)庫)22B中。該存儲(chǔ)系統(tǒng)能夠是，例如，在IMS內(nèi)容的情況下，是家庭用戶服務(wù)(HSS)配置文件管理器。
通過定義該偏好，本發(fā)明提供ー種媒體管理的靈活方式，其能夠操縱媒體。也就是說，通過定義偏好，代理30能夠使用一組用戶定義的偏好，對(duì)于MS和非MS域兩者，有效地使能夠進(jìn)行從ー個(gè)用戶到其他用戶或者用戶組的內(nèi)容分配。用戶能夠是例如，發(fā)送客戶端40、服務(wù)提供者50和/或接收客戶端60。該偏好能夠包括，例如-接收內(nèi)容的優(yōu)選裝置的列表(例如，支持頂S或者非MS的裝置，例如僅舉幾個(gè)例子蜂窩電話或者機(jī)頂盒(STB))；-接收客戶端60的位置偏好(例如，接收內(nèi)容的位置)；-通知發(fā)送客戶端40和/或接收客戶端60內(nèi)容的所需通知類型的列表；-所需的媒體格式(媒體類型)(以這種方法，給出媒體類型的擴(kuò)大和存在由標(biāo)準(zhǔn)主體不斷地改變的媒體轉(zhuǎn)換的不同標(biāo)準(zhǔn)的事實(shí)，接收客戶端60不再不得不擔(dān)心媒體類型)；-例如，發(fā)送和/或接收內(nèi)容的“最佳時(shí)間”和將接受的內(nèi)容的尺寸限制的列表；-由接收客戶端60請(qǐng)求在多個(gè)裝置上觀看相同內(nèi)容；和/或-與內(nèi)容的傳送相關(guān)聯(lián)的其他服務(wù)質(zhì)量屬性(QSA)。因?yàn)椹`個(gè)偏好是所需的媒體類型，在其他特征當(dāng)中，本發(fā)明考慮是否需要內(nèi)容的代碼轉(zhuǎn)換以便接收客戶端60觀看內(nèi)容。在代碼轉(zhuǎn)換的情況下，代理30能夠允許將內(nèi)容和元數(shù)據(jù)的變換作為工作流程處理的一部分以滿足全部請(qǐng)求。例如通過解析內(nèi)容的報(bào)頭信息，可以由代理30做出關(guān)于內(nèi)容類型和內(nèi)容是否需要被轉(zhuǎn)換的決定。并且，在實(shí)現(xiàn)中，本發(fā)明的因素在于使用比如Open LS或者Parlay X的協(xié)議，經(jīng)由集成向容納網(wǎng)絡(luò)的定位平臺(tái)75的基于位置的傳送。
在進(jìn)ー步的實(shí)現(xiàn)中，代理30支持多種通知和傳送信道。例如，考慮代理30能夠支持XMPP (可擴(kuò)展消息處理現(xiàn)場協(xié)議)、MMSC (多媒體消息傳送交換中心)、WAP (無線應(yīng)用協(xié)議)、SMS (短消息服務(wù))和SMTP (簡單郵件傳送協(xié)議)(包括帶外通知)，經(jīng)由SIP (會(huì)話啟動(dòng)協(xié)議)客戶端的MS手持設(shè)備、網(wǎng)絡(luò)服務(wù)(SOAP和REST)和STB。該網(wǎng)絡(luò)服務(wù)如果需要的話允許應(yīng)用和自動(dòng)處理集成。在頂S網(wǎng)絡(luò)的情況下，代理30能夠包括基于SIP的會(huì)話控制(或者提供用于這種會(huì)話控制的指令)，同時(shí)保證引用實(shí)際的數(shù)字媒體作為隨后能夠經(jīng)由媒體服務(wù)器在媒體流中引用的外部目標(biāo)。以這種方法，系統(tǒng)能夠支持過多的手機(jī)(例如，2G、3G和可能地4G手機(jī))，通過使用REST或者SOAP風(fēng)格調(diào)用和提供端點(diǎn)實(shí)現(xiàn)，其每個(gè)具有不同的渲染能力、基于瀏覽器的應(yīng)用、便攜的媒體播放機(jī)、游戲控制臺(tái)、比如機(jī)頂盒的非標(biāo)準(zhǔn)的裝置、和作為端點(diǎn)的應(yīng)用。代理30還可以提供或建立所必須的基于邊緣的緩存，從而優(yōu)化內(nèi)容的傳送，和提供集成到MS和非MS記帳和收費(fèi)平臺(tái)兩者中。
該計(jì)算裝置14包括處理器20、存儲(chǔ)器22A、輸入/輸出(I/O)接ロ 24、和總線26。存儲(chǔ)器22A能夠包括在程序代碼的實(shí)際執(zhí)行期間采用的本地存儲(chǔ)器、大容量存儲(chǔ)器，和緩存存儲(chǔ)器，其提供至少某些程序代碼的暫時(shí)存儲(chǔ)以降低在執(zhí)行期間必須從大容量存儲(chǔ)器檢索代碼的次數(shù)。進(jìn)ー步地，該計(jì)算裝置14與外部I/O裝置/源28和存儲(chǔ)系統(tǒng)22B通信。應(yīng)該理解，在比如支持非MS的網(wǎng)絡(luò)的某些實(shí)現(xiàn)中，存儲(chǔ)系統(tǒng)22B可以在代理30內(nèi)。
該I/O裝置28能夠包括使得個(gè)體能夠與計(jì)算裝置14互動(dòng)的任何裝置或者使得計(jì)算裝置14能夠使用任何類型的通信鏈路與ー個(gè)或多個(gè)其他計(jì)算裝置通信的任何裝置。例如，外部I/O裝置/源28可以是鍵盤、顯示器、指點(diǎn)裝置，等。
總的來說，處理器20執(zhí)行存儲(chǔ)在存儲(chǔ)器22A和/或存儲(chǔ)系統(tǒng)22B和/或代理30中的程序代碼。當(dāng)執(zhí)行程序代碼時(shí)，處理器20能夠從存儲(chǔ)器22A、存儲(chǔ)系統(tǒng)22B、I/O接ロ24，和/或代理30讀取數(shù)據(jù)和/或?qū)懭霐?shù)據(jù)到它們之中。總線26提供計(jì)算裝置14的每個(gè)部件之間的通信鏈路。
計(jì)算裝置14能夠包括能夠執(zhí)行在其上安裝的計(jì)算機(jī)程序代碼的任何通用目的計(jì)算制品(例如，個(gè)人計(jì)算機(jī)、服務(wù)器、手持裝置等)。然而，應(yīng)當(dāng)理解計(jì)算裝置14僅是可以執(zhí)行在這里描述的處理的各種可能的等效計(jì)算裝置的代表。對(duì)此范圍，在實(shí)施例中，由計(jì)算裝置14提供的功能性能夠由包括通用和/或特定目的硬件和/或計(jì)算機(jī)程序代碼的任何組合的計(jì)算制品來實(shí)現(xiàn)。在每個(gè)實(shí)施例中，能夠分別使用標(biāo)準(zhǔn)編程和工程技術(shù)來創(chuàng)建程序代碼和硬件。
類似地，計(jì)算機(jī)基礎(chǔ)結(jié)構(gòu)12僅說明用于實(shí)現(xiàn)本發(fā)明的各種類型的計(jì)算機(jī)基礎(chǔ)結(jié)構(gòu)。例如，在實(shí)施例中，計(jì)算機(jī)基礎(chǔ)結(jié)構(gòu)12包括經(jīng)任何類型的通信鏈路，比如網(wǎng)絡(luò)、共享存儲(chǔ)器等通信，以執(zhí)行在這里描述的處理的兩個(gè)或更多計(jì)算裝置(例如，服務(wù)器集群)。進(jìn)ー步，當(dāng)執(zhí)行在這里描述的處理時(shí)，計(jì)算機(jī)基礎(chǔ)結(jié)構(gòu)12中的一個(gè)或多個(gè)計(jì)算裝置能夠使用任何類型的通信鏈路(例如，定位平臺(tái)、網(wǎng)關(guān)等)與該計(jì)算機(jī)基礎(chǔ)結(jié)構(gòu)12之外的ー個(gè)或多個(gè)其他計(jì)算裝置通信。通信鏈路能夠包括有線和/或無線鏈路的任何組合；一個(gè)或多個(gè)類型的網(wǎng)絡(luò)(例如，因特網(wǎng)、廣域網(wǎng)、局域網(wǎng)、虛擬專用網(wǎng)絡(luò)等)的任何組合；和/或利用傳輸技術(shù)和協(xié)議的任何組合。
根據(jù)本發(fā)明的示例性處理
通常，本發(fā)明包括建立流程和內(nèi)容分配處理流程。通過實(shí)例的方式，圖2示出了根據(jù)本發(fā)明的建立實(shí)現(xiàn)；而，圖3示出了根據(jù)本發(fā)明的用于內(nèi)容分配的處理流程。圖4示出了根據(jù)本發(fā)明的用于內(nèi)容分配的處理流程的特定實(shí)例。
雖然示出圖2-4為泳道圖(swim lane diagram),本領(lǐng)域技術(shù)人員應(yīng)該理解泳道圖能夠等效地表示實(shí)現(xiàn)其步驟的本發(fā)明的流程圖或者部件的高層框圖。圖2-4的處理可以結(jié)合合適的硬件(經(jīng)由代理30)在計(jì)算機(jī)程序代碼上實(shí)現(xiàn)。該計(jì)算機(jī)程序代碼可以存儲(chǔ)在比如磁盤、硬盤、CD_R0M、DVD-R0M或者磁帶的存儲(chǔ)介質(zhì)上，以及比如只讀存儲(chǔ)器(ROM)或者隨機(jī)存取存儲(chǔ)器(RAM)的內(nèi)存存儲(chǔ)裝置或者內(nèi)存存儲(chǔ)裝置的集合。另外，計(jì)算機(jī)程序代碼能夠被經(jīng)因特網(wǎng)或者某些其它類型的網(wǎng)絡(luò)傳送到工作站。
本發(fā)明能夠完全地以硬件實(shí)施例的形式或者包括硬件和軟件元件兩者的實(shí)施例(其中任意ー個(gè)通常被稱為“文件管理程序”)。硬件和軟件元件包括被配置以實(shí)現(xiàn)本發(fā)明的功能性的計(jì)算機(jī)基礎(chǔ)結(jié)構(gòu)，如圖I所示。該軟件元件可以是固件、駐留軟件、微代碼等。此夕卜，本發(fā)明能夠采取可從計(jì)算機(jī)可用的或者計(jì)算機(jī)可讀的媒體訪問的計(jì)算機(jī)程序產(chǎn)品的形式，該計(jì)算機(jī)可用的或者計(jì)算機(jī)可讀的介質(zhì)提供用于由計(jì)算機(jī)或者任何指令執(zhí)行系統(tǒng)或與計(jì)算機(jī)或者任何指令執(zhí)行系統(tǒng)結(jié)合使用的程序代碼。為了描述的目的，計(jì)算機(jī)可用的或者計(jì)算機(jī)可讀的介質(zhì)能夠是任何設(shè)備，可包括、存儲(chǔ)、通信傳播、或者傳輸程序，用于由或與指令執(zhí)行系統(tǒng)、設(shè)備或裝置結(jié)合使用。該介質(zhì)可以是電子的、磁的、光學(xué)的、電磁的、紅外的、或者半導(dǎo)體系統(tǒng)(或者設(shè)備或裝置)，或者傳播介質(zhì)。計(jì)算機(jī)可讀介質(zhì)的實(shí)例包括半導(dǎo)體或 者固態(tài)存儲(chǔ)器、磁帶、可移除的計(jì)算機(jī)磁盤、隨機(jī)存取存儲(chǔ)器(RAM)、只讀存儲(chǔ)器(R0M)，剛性磁盤和光盤。光盤的當(dāng)前實(shí)例包括高密度磁盤-只讀存儲(chǔ)器(CD-ROM)、高密度磁盤-讀/ 寫(CD-R/W)和 DVD。
參考圖2，該泳道圖示出了以下參加者發(fā)送客戶端和接收客戶端(籠統(tǒng)地表示為用戶端點(diǎn)客戶端200)、用戶偏好管理器205(也通常已知為網(wǎng)絡(luò)工具)、HSS/配置文件管理器210和代理30 (也被稱為媒體處理和分配代理)。本領(lǐng)域技術(shù)人員應(yīng)該認(rèn)識(shí)到，用戶偏好管理器205、HSS/配置文件管理器210和代理30可以由服務(wù)提供者支持、維護(hù)、部署、服務(wù)和配置，或其任何組合，以及可以在圖I的計(jì)算基礎(chǔ)結(jié)構(gòu)中實(shí)現(xiàn)。該接收客戶端能夠表示過多的手機(jī)(例如，2G、3G和可能地4G手機(jī))，其每個(gè)都通過使用REST或者SOAP風(fēng)格調(diào)用和提供端點(diǎn)實(shí)現(xiàn)的方式而具有不同的渲染能力、基于瀏覽器的應(yīng)用、便攜的媒體播放機(jī)、游戲控制臺(tái)，比如機(jī)頂盒的非標(biāo)準(zhǔn)的裝置、和作為端點(diǎn)的應(yīng)用。
在圖2的實(shí)現(xiàn)中，在步驟S250，如有必要，代理向HSS/配置文件管理器登記。在一個(gè)實(shí)現(xiàn)中，HSS/配置文件管理器是基于直徑Diameter基礎(chǔ)結(jié)構(gòu)的(例如，在MS網(wǎng)絡(luò)的情況下)，在這樣情況下，當(dāng)用戶端點(diǎn)客戶端做出對(duì)用戶配置文件(偏好)的更改吋，HSS/配置文件管理器將經(jīng)由Diameter協(xié)議從代理接收通知。在步驟S260，用戶端點(diǎn)客戶端登錄 并經(jīng)由用戶偏好管理器配置偏好的傳送和接收。例如，在步驟S260，用戶端點(diǎn)客戶端能夠經(jīng)由HTTP提供它的偏好到用戶偏好管理器。在步驟S270，該用戶偏好管理器又更新HSS/配置文件管理器，且如有必要，更新代理(取決于網(wǎng)絡(luò)(支持頂S對(duì)支持非MS的網(wǎng)絡(luò)))。在步驟S280，如有必要，HSS/配置文件管理器發(fā)送通知(經(jīng)由Diameter協(xié)議)到代理，從而保持同歩。雖然示出了某個(gè)次序，但可以以不同的次序提供本發(fā)明的處理，例如，可以直接在步驟S250之后或者步驟S250之后的任何時(shí)間執(zhí)行步驟S280。
應(yīng)當(dāng)注意在呼叫流程期間，不必執(zhí)行HSS查找以幫助系統(tǒng)的總性能。并且，能夠在代理平臺(tái)(例如，存儲(chǔ)系統(tǒng)22B)內(nèi)緩存作為規(guī)定處理(例如，建立處理)的一部分經(jīng)由Diameter協(xié)議接收的任何信息。此外，本發(fā)明考慮能夠周期性地更新建立信息，且同樣地，當(dāng)由用戶端點(diǎn)客戶端(發(fā)送客戶端或者接收客戶端)請(qǐng)求時(shí)，提供規(guī)定以更新數(shù)據(jù)庫從而添加新的裝置和/或其他偏好到混合的解決方案。
圖3示出了實(shí)現(xiàn)系統(tǒng)的運(yùn)行時(shí)工作的代表性呼叫流程。在該代表性呼叫流程中，在非IMS環(huán)境中，在進(jìn)行中使用SMS和機(jī)頂盒作為端點(diǎn)，從ー個(gè)用戶傳送內(nèi)容到另ー用戶。更具體地說，在步驟S300，發(fā)送客戶端向代理做出請(qǐng)求。在接收到的情況下，在步驟S305，代理檢索發(fā)送客戶端和接收客戶端偏好(配置文件)。以這種方式，代理能夠確定將內(nèi)容傳送到接收客戶端的方法，以及代碼轉(zhuǎn)換工作及發(fā)送內(nèi)容到接收客戶端所需要的其他工作(比如使用定位平臺(tái)執(zhí)行定位處理)的類型。并且，使用發(fā)送者偏好以例如確定怎樣能夠?qū)魉蛨?bào)告，例如，通知，傳送到發(fā)送客戶端和/或接收客戶端。
在步驟S305，如有必要，代理能夠執(zhí)行附加值處理，例如，代碼轉(zhuǎn)換，以及做出實(shí)際傳送信道的確定。還考慮為了節(jié)省總開銷，如果資源(例如，硬件和軟件)在特定的裝置上可用，能夠由發(fā)送客戶端或者其他參加者執(zhí)行代碼轉(zhuǎn)換。
在步驟S310，內(nèi)容能夠被傳送到邊緣內(nèi)容位置以供接收客戶端的優(yōu)選裝置(例如，STB)在將來檢索。內(nèi)容能夠被從發(fā)送客戶端直接傳送，或者，在其他實(shí)施例中，經(jīng)由代理傳送。
在步驟S315，如有必要，代理接觸定位平臺(tái)以確定接收客戶端的位置。(在實(shí)施例中，定位平臺(tái)可以是代理的一部分)。這可以以任意現(xiàn)有的方式進(jìn)行，例如，經(jīng)由GPS收發(fā)器或者其他已知的消息傳送。在步驟S320，定位平臺(tái)確定接收客戶端的位置并提供該定位信息給代理。同樣地，接收器和發(fā)送器兩者的位置、地理分離和偏好都可以用作本發(fā)明的系統(tǒng)和方法內(nèi)實(shí)現(xiàn)ー個(gè)或多個(gè)規(guī)則的因素。例如，可以經(jīng)由Open LS請(qǐng)求和響應(yīng)執(zhí)行和定位平臺(tái)的通信。不過，應(yīng)該認(rèn)識(shí)到，如在這里討論的，本發(fā)明還考慮其他通信協(xié)議。
步驟S325，代理通知接收客戶端的優(yōu)選裝置，已準(zhǔn)備好傳送內(nèi)容。在實(shí)施例中，根據(jù)內(nèi)容和傳送偏好，能夠?qū)⑼ㄖ峁┙oSTB (機(jī)頂盒)或者其他用戶定義的裝置。例如，在確定接收客戶端位于或者接近他/她住宅之后并基于接收客戶端的偏好，代理能夠發(fā)送內(nèi)容的通知到接收客戶端的住宅中的STB。該通知能夠是對(duì)，例如，處于邊緣網(wǎng)絡(luò)分配(例如，地理上最接近目標(biāo)客戶端，位于網(wǎng)絡(luò)邊緣的服務(wù)器)的內(nèi)容的引用。能夠由STB或者其他優(yōu)選裝置，例如，從網(wǎng)絡(luò)上的服務(wù)器經(jīng)由引用檢索內(nèi)容。
在步驟S330，能夠?qū)⑼ㄖ峁┙o接收客戶端的蜂窩電話或者其他裝置，這再次取決于偏好。該通知將向接收客戶端通知準(zhǔn)備好在優(yōu)選裝置上下載內(nèi)容。在蜂窩電話的情況下，例如，通知能夠被經(jīng)由短信息對(duì)等協(xié)議(SMPP)通知被發(fā)送給消息傳送網(wǎng)關(guān)框架(65)并 隨后經(jīng)由SMS通知發(fā)送給目標(biāo)客戶端。類似地，在步驟S335，通知還可以被提供給發(fā)送客戶端的蜂窩電話或者其他裝置，這再次取決于偏好。同樣，在蜂窩電話的情況下，例如，能夠?qū)⑼ㄖ?jīng)由SMPP通知發(fā)送給消息傳送網(wǎng)關(guān)框架井隨后經(jīng)由SMS通知發(fā)送給發(fā)送客戶端。在其他通知當(dāng)中，該通知能夠指示接收客戶端已經(jīng)接收了內(nèi)容的通知和/或已經(jīng)下載了內(nèi)容。
在步驟S340，接收客戶端的優(yōu)選裝置(在該實(shí)例中STB)從服務(wù)器請(qǐng)求內(nèi)容。在該實(shí)例中，STB(或者其他優(yōu)選裝置)異步地請(qǐng)求內(nèi)容并且本地下載該內(nèi)容。在步驟S345，將內(nèi)容發(fā)送給優(yōu)選裝置。在實(shí)施例中，如上所述，代理能夠發(fā)送已經(jīng)將內(nèi)容傳送給接收客戶端的通知給發(fā)送客戶端。在步驟S350，接收客戶端能夠在優(yōu)選裝置上觀看該內(nèi)容。
圖4示出了根據(jù)本發(fā)明在符合MS的環(huán)境中，用于實(shí)現(xiàn)支持SIP的麗S傳送的內(nèi)容分配的處理流程的特定實(shí)例。更具體地，在該實(shí)例中，處理流程示出了在MS環(huán)境中的基于麗S(多媒體消息傳送系統(tǒng))的傳送,該IMS環(huán)境使用可應(yīng)用到該環(huán)境中的麗S SIP規(guī)范(即，3GPP2 X. S0016-312)。在該實(shí)例中，假定在實(shí)現(xiàn)剩余處理之前，作為支持多媒體的SIP用戶代理(UA)的全部規(guī)則的預(yù)處理已經(jīng)發(fā)生。例如，預(yù)處理包括-SIP UA已經(jīng)經(jīng)由S-CSCF(IP多媒體子系統(tǒng))登記到頂S核心(寄存器)和經(jīng)由HSS登記到任何IFC (因特網(wǎng)防火墻連接);和-MMS基礎(chǔ)結(jié)構(gòu)是SIP已知和符合MS的，且還被登記以參與交互。
并且，應(yīng)該認(rèn)識(shí)到為了說明性的目的而簡化呼叫流程，不將從代理和SIP已知的MMSC (多媒體消息傳送交換中心)的交互描述為流過S-CSCF節(jié)點(diǎn)。并且，如上所述，因?yàn)槊襟w對(duì)象可能很大，假定了經(jīng)由引用的間接的通知，這是支持規(guī)范的情況。并且，圖4未詳細(xì)地示出傳送報(bào)告，因?yàn)樵撚镜缊D的目的在于集中在根據(jù)本發(fā)明的內(nèi)容分配的方法。
現(xiàn)在具體地參考圖4，在步驟S400，發(fā)送客戶端向代理做出請(qǐng)求(請(qǐng)求傳送內(nèi)容到接收客戶端)。在該實(shí)施例中，發(fā)送客戶端處于非頂S手機(jī)上，且同樣地，請(qǐng)求不是SIP U/A。在步驟S405，代理執(zhí)行以下示例性類型的活動(dòng)-確定所有涉及的參加者的偏好。例如，接收客戶端偏好將通知代理怎樣傳送內(nèi)容和需要什么類型的代碼轉(zhuǎn)換工作及其他工作(比如使用定位平臺(tái)執(zhí)行定位處理)，以發(fā)送內(nèi)容。需要該發(fā)送客戶端偏好以確定怎樣能夠傳送傳送報(bào)告；和-確定雙向使用的實(shí)際的傳送信道。
在步驟S410，如有必要，代理開放和定位平臺(tái)的通信以確定接收客戶端的位置。在步驟S415，定位平臺(tái)確定接收客戶端的位置并提供該位置信息給代理。如上所述，接收器和發(fā)送器兩者的位置、地理分離和偏好都可以用作在本發(fā)明的系統(tǒng)和方法內(nèi)實(shí)現(xiàn)ー個(gè)或多個(gè)規(guī)則的因素。例如，可以經(jīng)由Open LS請(qǐng)求和響應(yīng)執(zhí)行和定位平臺(tái)的通信。不過應(yīng)該認(rèn)識(shí)至IJ，如在這里討論的，本發(fā)明還考慮其他通信協(xié)議。
在步驟S420，在代理確定存在SIP端點(diǎn)之后，對(duì)內(nèi)容進(jìn)行代碼轉(zhuǎn)換并發(fā)送給邊緣緩存等級(jí)用于臨時(shí)性的短暫存儲(chǔ)。在步驟S425，代理發(fā)送SIP消息請(qǐng)求(內(nèi)容的通知)給符合頂S的MMSC，其隨后在接收客戶端上接觸并通知SIP U/A內(nèi)容可用于觀看。符合MS的MMSC可以是媒體網(wǎng)關(guān)框架(MGF)，其包括圖5中標(biāo)識(shí)的ー組傳送信道。MGF使用其基于偏好提供的指令以路由通知和數(shù)據(jù)到兩個(gè)端點(diǎn)(發(fā)送客戶端和接收客戶端)。
在步驟S430，接收客戶端發(fā)送SIP消息響應(yīng)到符合MS的麗SC， 這使得該SIP消息響應(yīng)回到代理(經(jīng)由MMSC)。在步驟S435，接收客戶端(SIP U/A)通過發(fā)送間接消息請(qǐng)求到MMSC來請(qǐng)求消息內(nèi)容。在步驟S440，在邊緣分配網(wǎng)絡(luò)中，MMSC以對(duì)內(nèi)容的邏輯位置的間接引用來響應(yīng)于消息響應(yīng)SIP消息。
在步驟S445，接收客戶端(SIP U/A)經(jīng)由MMl_Retrieve. REQ請(qǐng)求來請(qǐng)求內(nèi)容。本領(lǐng)域技術(shù)人員應(yīng)該理解，該請(qǐng)求也能夠被直接發(fā)送到麗SC。在步驟S450，接收客戶端響應(yīng)于該請(qǐng)求接收MMl_Retrieve. RES。在步驟S455，SIP U/A經(jīng)由發(fā)送給MMSC的MMl_Acknowledgement REQ SIP消息產(chǎn)生傳送確認(rèn)。在步驟S460，MMSC以相同的MM1_Acknowledgment REQ消息通知代理。在步驟S465，代理產(chǎn)生待經(jīng)由消息傳送網(wǎng)關(guān)框架傳送給發(fā)起(發(fā)送客戶端)手機(jī)的SMPP消息，這將產(chǎn)生OTA SMS消息。該SMS消息將確認(rèn)內(nèi)容到接收客戶端的傳送接收。
本發(fā)明的系統(tǒng)的示例性體系結(jié)構(gòu)
圖5示出了本發(fā)明的系統(tǒng)的示例性體系結(jié)構(gòu)。在一個(gè)考慮的實(shí)施例中，該體系結(jié)構(gòu)包括四個(gè)等級(jí)客戶等級(jí)、訪問等級(jí)、服務(wù)等級(jí)和控制等級(jí)。該客戶等級(jí)表示本發(fā)明能夠支持的不同類型的示例性傳送和用戶代理端點(diǎn)(接收客戶端和發(fā)送客戶端)。例如，客戶等級(jí)包括MMS、SMS和WAP手機(jī)，以及STB，現(xiàn)有的瀏覽器類型裝置、符合SOAP和REST的裝置、SIP裝置和頂(XMPP/SIP)裝置。這些裝置/手機(jī)中的每ー個(gè)都與該系統(tǒng)兼容以使得能夠根據(jù)本發(fā)明接收通知和/或內(nèi)容。該客戶等級(jí)還可以包括用于初始建立的瀏覽器(參考圖2)。
該訪問等級(jí)主要示出在其他傳送信道當(dāng)中的傳輸網(wǎng)絡(luò)，其可以包括因特網(wǎng)、無線網(wǎng)絡(luò)或者邊緣緩存。這些傳送信道將經(jīng)由各個(gè)協(xié)議傳送內(nèi)容和任何需要的通知。如上所述，根據(jù)偏好和內(nèi)容類型，能夠在不同信道上傳送內(nèi)容和通知。
該服務(wù)等級(jí)主要包括所有協(xié)議支持的消息傳送網(wǎng)關(guān)框架65和代理30，需要它們以經(jīng)由傳送內(nèi)容所需的各種協(xié)議連接到下層電信基礎(chǔ)結(jié)構(gòu)平臺(tái)以及連接到消息傳送網(wǎng)關(guān)框架。例如，消息傳送網(wǎng)關(guān)框架支持XMPP(可擴(kuò)展消息傳送處理現(xiàn)場協(xié)議)網(wǎng)關(guān)、SMSC(SMPP)、MMSC(MM7)、wap網(wǎng)關(guān)、網(wǎng)絡(luò)服務(wù)網(wǎng)關(guān)(W/S)、和/或SIP網(wǎng)關(guān)。所有這些協(xié)議都能夠由本發(fā)明的系統(tǒng)和方法支持，這和已知的技術(shù)不同。
該代理被示出為媒體分配平臺(tái)。該平臺(tái)包括代碼轉(zhuǎn)換器，以及規(guī)則引擎、調(diào)解、路由和協(xié)議轉(zhuǎn)換引擎。在實(shí)施例中，因?yàn)閮?nèi)容的發(fā)送者可能看不到接收器的渲染能力，規(guī)則引擎將用于解析發(fā)送者和接收者的偏好以協(xié)調(diào)由代理進(jìn)行的內(nèi)容傳送。該調(diào)解能夠是被配置以應(yīng)用規(guī)則(偏好)的企業(yè)服務(wù)總線。該協(xié)議轉(zhuǎn)換引擎是將內(nèi)容從ー個(gè)協(xié)議轉(zhuǎn)換到另ー協(xié)議的核心功能，其也取決于內(nèi)容和偏好。例如，協(xié)議轉(zhuǎn)換引擎能夠?qū)?shù)據(jù)傳輸從異步轉(zhuǎn)換為同步，從TCP/IP轉(zhuǎn)換為另ー協(xié)議，等。
該控制等級(jí)主要包括MS控制元件(例如，S-CSCF和HSS)。該控制等級(jí)還包括非IMS等級(jí)網(wǎng)絡(luò)的元件。例如，裝置配置文件部件可以被包括在控制等級(jí)中，其是存儲(chǔ)端點(diǎn)(發(fā)送客戶端和接收客戶端)的偏好的數(shù)據(jù)庫(例如，存儲(chǔ)系統(tǒng)22B)。代理能夠經(jīng)由W/S與裝置配置文件通信。客戶等級(jí)還包括與代理經(jīng)由Open LS或者Parlay X通信的定位平臺(tái)。
實(shí)現(xiàn)本發(fā)明的系統(tǒng)和方法的示例性使用
本發(fā)明還實(shí)現(xiàn)ー種媒體基線(Media Baseline),其允許系統(tǒng)和方法產(chǎn)生媒體的一個(gè)基線表示并發(fā)送給每個(gè)用戶相應(yīng)的媒體到它們各自的和所需的裝置。例如，能夠?qū)?入多個(gè)通知的基線 XML 如下〈Media〉〈recipients〉〈User = “404 555 1212”〉</recipients)父subject〉
其主題如下〈/subject〉〈body〉
其內(nèi)容如下〈/body〉〈previewtype = " video " >〈/preview〉<uncompressed> </uncompressed> </compressed type = " quicktime " > </compressed) </Media>
另外，典型的ー組示例性呼叫流程描述如下。這些呼叫流程描述基于用戶偏好，使用本發(fā)明的系統(tǒng)和方法實(shí)現(xiàn)的某些服務(wù)和性能。
視圖內(nèi)容
用戶在他/她的瀏覽器上觀看某些內(nèi)容并想要通知他/她的朋友該內(nèi)容。他/她請(qǐng)求系統(tǒng)傳送該內(nèi)容給該朋友。作為ー個(gè)恰當(dāng)?shù)睦樱脩糁灰呀?jīng)請(qǐng)求將內(nèi)容發(fā)送給在家的機(jī)頂盒。當(dāng)用戶到家(定位平臺(tái)處理)并打開電視時(shí)，他/她被通知該內(nèi)容并觀看該內(nèi)容，其中該內(nèi)容已經(jīng)被下載到在他的住宅中的他的個(gè)人存儲(chǔ)裝置。
創(chuàng)建內(nèi)容
用戶創(chuàng)建關(guān)于他/她的裝置的內(nèi)容并想要通知他/她的朋友該內(nèi)容。他/她請(qǐng)求系統(tǒng)傳送該內(nèi)容給該朋友。作為ー個(gè)恰當(dāng)?shù)睦?，用戶之ー的已經(jīng)請(qǐng)求將他的內(nèi)容發(fā)送給他的家中的機(jī)頂盒。當(dāng)該用戶到家(定位平臺(tái)處理)，并打開他的電視時(shí)，他/她被通知該內(nèi)容并觀看該內(nèi)容，其中該內(nèi)容已經(jīng)被下載到在他的住宅中的他的個(gè)人存儲(chǔ)裝置。
通知方案
用戶得到關(guān)于被發(fā)送給在他家的個(gè)人計(jì)算機(jī)上的他/她的媒體播放機(jī)的某些內(nèi)容的SMS通知。他/她登陸到他/她的在家的個(gè)人計(jì)算機(jī)并觀看該內(nèi)容。
用戶得到關(guān)于被發(fā)送給在他家的娛樂系統(tǒng)或者個(gè)人計(jì)算機(jī)上的他/她的媒體播放機(jī)的某些內(nèi)容的SMS通知。他/她可在移動(dòng)裝置上檢索該內(nèi)容的代理或者概要。[0064]用戶獲得基于WAP的通知，該通知被發(fā)送到他的裝置，并被代碼轉(zhuǎn)換為他/她的裝置能夠支持和立即觀看內(nèi)容的格式。
雖然以本實(shí)施例的術(shù)語描述了本發(fā)明，本領(lǐng)域技術(shù)人員將認(rèn)識(shí)到能夠以在所附的 權(quán)利要求
的精神和范圍內(nèi)的修改實(shí)現(xiàn)本發(fā)明。
權(quán)利要求
1.一種內(nèi)容傳送方法，包括 從發(fā)送客戶端和接收客戶端接收偏好； 經(jīng)網(wǎng)絡(luò)接收第一媒體類型的內(nèi)容； 根據(jù)所述接收客戶端的至少一個(gè)偏好，以優(yōu)選的媒體類型發(fā)送內(nèi)容或者對(duì)內(nèi)容的引用到接收客戶端和到優(yōu)選裝置，所述內(nèi)容能夠被傳送到邊緣內(nèi)容位置，其中所述邊緣內(nèi)容位置為地理上最接近接收客戶端，位于網(wǎng)絡(luò)邊緣的服務(wù)器； 代理接觸定位平臺(tái)以確定接收客戶端的位置； 定位平臺(tái)確定接收客戶端的位置并提供該定位信息給代理；以及 代理通知接收客戶端的優(yōu)選裝置，已準(zhǔn)備好傳送內(nèi)容。
2.如權(quán)利要求
I的方法，進(jìn)一步包括請(qǐng)求和接收該接收客戶端的位置信息以發(fā)送所述內(nèi)容或者對(duì)所述內(nèi)容的引用到所述優(yōu)選裝置。
3.如權(quán)利要求
I的方法，其中，該偏好包括下列中的至少一個(gè) 用于接收所述內(nèi)容的優(yōu)選裝置的列表； 接收客戶端的位置偏好； 用于通知發(fā)送客戶端和/或接收客戶端收到所述內(nèi)容的所需通知類型的列表； 用于接收客戶端接收內(nèi)容的所需媒體類型； 媒體大小限制；和 由接收客戶端作出的在多個(gè)裝置上觀看相同內(nèi)容的請(qǐng)求。
4.如權(quán)利要求
I的方法，其中，該優(yōu)選裝置是支持IP多媒體子系統(tǒng)或者支持非IP多媒體子系統(tǒng)的裝置，且所述發(fā)送分別使用基于IP多媒體子系統(tǒng)的核心網(wǎng)絡(luò)和基于非IP多媒體子系統(tǒng)的網(wǎng)絡(luò)以傳送不同媒體類型的內(nèi)容到接收客戶端。
5.如權(quán)利要求
I的方法，其中，該發(fā)送是在基于完全無線寬帶的體系結(jié)構(gòu)上被支持。
6.如權(quán)利要求
I的方法，其中，該發(fā)送包括基于偏好經(jīng)不同類型的網(wǎng)絡(luò)和不同協(xié)議中的至少一個(gè)路由不同類型的內(nèi)容并路由到不相同的裝置。
7.如權(quán)利要求
I的方法，其中，通過支持以下的至少其中之一的消息傳送網(wǎng)關(guān)框架路由該發(fā)送 XMPP可擴(kuò)展消息處理現(xiàn)場協(xié)議； MMSC多媒體消息傳送交換中心； WAP無線應(yīng)用協(xié)議； SMS短消息服務(wù)和SMTP簡單郵件傳送協(xié)議，包括頻帶外通知； 經(jīng)由SIP會(huì)話啟動(dòng)協(xié)議客戶端的IP多媒體子系統(tǒng)手持設(shè)備；和 STB機(jī)頂盒。
8.如權(quán)利要求
7的方法，其中，該偏好是以任意協(xié)議經(jīng)由消息傳送網(wǎng)關(guān)框架從接收客戶端和發(fā)送客戶端接收的。
9.如權(quán)利要求
I的方法，進(jìn)一步包括以下的至少其中之一 基于接收客戶端的偏好，對(duì)內(nèi)容進(jìn)行代碼轉(zhuǎn)換以便接收客戶端以優(yōu)選媒體類型觀看內(nèi)容，其中該第一媒體類型不同于所述優(yōu)選媒體類型；和轉(zhuǎn)換所述第一媒體類型的協(xié)議。
10.如權(quán)利要求
I的方法，其中，服務(wù)提供者基于費(fèi)用或者預(yù)訂執(zhí)行權(quán)利要求
I的步驟。
11.如權(quán)利要求
I的方法，其中，在作為由業(yè)務(wù)提供者維護(hù)、部署、支持和創(chuàng)建中的至少一個(gè)的計(jì)算基礎(chǔ)結(jié)構(gòu)上提供權(quán)利要求
I的步驟。
12.—種內(nèi)容傳送系統(tǒng),包括 用于從發(fā)送客戶端和接收客戶端接收偏好的裝置； 用于經(jīng)網(wǎng)絡(luò)接收第一媒體類型的內(nèi)容的裝置； 用于根據(jù)所述接收客戶端的至少一個(gè)偏好，以優(yōu)選的媒體類型發(fā)送內(nèi)容或者對(duì)內(nèi)容的引用到接收客戶端和到優(yōu)選裝置的裝置，所述內(nèi)容能夠被傳送到邊緣內(nèi)容位置，其中所述邊緣內(nèi)容位置為地理上最接近接收客戶端，位于網(wǎng)絡(luò)邊緣的服務(wù)器； 用于代理接觸定位平臺(tái)以確定接收客戶端的位置的裝置； 用于定位平臺(tái)確定接收客戶端的位置并提供該定位信息給代理的裝置；以及 用于代理通知接收客戶端的優(yōu)選裝置，已準(zhǔn)備好傳送內(nèi)容的裝置。
13.如權(quán)利要求
12的系統(tǒng)，進(jìn)一步包括用于請(qǐng)求和接收該接收客戶端的位置信息以發(fā)送所述內(nèi)容或者對(duì)所述內(nèi)容的引用到所述優(yōu)選裝置的裝置。
14.如權(quán)利要求
12的系統(tǒng)，其中，該偏好包括下列中的至少一個(gè) 用于接收所述內(nèi)容的優(yōu)選裝置的列表； 接收客戶端的位置偏好； 用于通知發(fā)送客戶端和/或接收客戶端收到所述內(nèi)容的所需通知類型的列表； 用于接收客戶端接收內(nèi)容的所需媒體類型； 媒體大小限制；和 由接收客戶端作出的在多個(gè)裝置上觀看相同內(nèi)容的請(qǐng)求。
15.如權(quán)利要求
12的系統(tǒng)，其中，該優(yōu)選裝置是支持IP多媒體子系統(tǒng)或者支持非IP多媒體子系統(tǒng)的裝置，且所述發(fā)送分別使用基于IP多媒體子系統(tǒng)的核心網(wǎng)絡(luò)和基于非IP多媒體子系統(tǒng)的網(wǎng)絡(luò)以傳送不同媒體類型的內(nèi)容到接收客戶端。
16.如權(quán)利要求
12的系統(tǒng)，其中，該發(fā)送是在基于完全無線寬帶的體系結(jié)構(gòu)上被支持。
17.如權(quán)利要求
12的系統(tǒng)，其中，該發(fā)送包括基于偏好經(jīng)不同類型的網(wǎng)絡(luò)和不同協(xié)議中的至少一個(gè)路由不同類型的內(nèi)容并路由到不相同的裝置。
18.如權(quán)利要求
12的系統(tǒng)，其中，通過支持以下的至少其中之一的消息傳送網(wǎng)關(guān)框架路由該發(fā)送 XMPP可擴(kuò)展消息處理現(xiàn)場協(xié)議； MMSC多媒體消息傳送交換中心； WAP無線應(yīng)用協(xié)議； SMS短消息服務(wù)和SMTP簡單郵件傳送協(xié)議，包括頻帶外通知； 經(jīng)由SIP會(huì)話啟動(dòng)協(xié)議客戶端的IP多媒體子系統(tǒng)手持設(shè)備；和 STB機(jī)頂盒。
19.如權(quán)利要求
18的系統(tǒng)，其中，該偏好是以任意協(xié)議經(jīng)由消息傳送網(wǎng)關(guān)框架從接收客戶端和發(fā)送客戶端接收的。
20.如權(quán)利要求
12的系統(tǒng)，進(jìn)一步包括以下的至少其中之一 用于基于接收客戶端的偏好，對(duì)內(nèi)容進(jìn)行代碼轉(zhuǎn)換以便接收客戶端以優(yōu)選媒體類型觀看內(nèi)容的裝置，其中該第一媒體類型不同于所述優(yōu)選媒體類型；和用于轉(zhuǎn)換所述第一媒體類型的協(xié)議的裝置。
21.—種網(wǎng)絡(luò)基礎(chǔ)結(jié)構(gòu)，至少包括被配置以執(zhí)行下面步驟的代理 接收和存儲(chǔ)發(fā)送客戶端和接收客戶端的偏好；和基于該偏好 將從發(fā)送客戶端發(fā)送的第一媒體類型轉(zhuǎn)換為由接收客戶端請(qǐng)求的第二媒體類型，所述第二媒體類型的內(nèi)容能夠被傳送到邊緣內(nèi)容位置，其中所述邊緣內(nèi)容位置為地理上最接近接收客戶端，位于網(wǎng)絡(luò)邊緣的服務(wù)器； 所述代理接觸定位平臺(tái)以確定接收客戶端的位置； 所述代理接收確定接收客戶端的位置的定位平臺(tái)所提供的該定位信息； 所述代理通知接收客戶端的優(yōu)選裝置，已準(zhǔn)備好傳送第二媒體類型的內(nèi)容；和 發(fā)送第二媒體類型的內(nèi)容給與第二媒體類型兼容的接收客戶端的優(yōu)選裝置。
22.如權(quán)利要求
21的網(wǎng)絡(luò)基礎(chǔ)結(jié)構(gòu)，進(jìn)一步包括請(qǐng)求和接收該接收客戶端的位置信息以發(fā)送內(nèi)容或者對(duì)內(nèi)容的引用到優(yōu)選裝置。
23.如權(quán)利要求
21的網(wǎng)絡(luò)基礎(chǔ)結(jié)構(gòu)，其中，該偏好包括以下至少其中之一 用于接收內(nèi)容的優(yōu)選裝置的列表； 接收客戶端的位置偏好； 用于通知發(fā)送客戶端和/或接收客戶端收到所述內(nèi)容的所需通知類型的列表； 用于接收客戶端接收內(nèi)容的所需媒體類型； 媒體大小限制；和 由接收客戶端作出的在多個(gè)裝置上觀看相同內(nèi)容的請(qǐng)求。
24.如權(quán)利要求
21的網(wǎng)絡(luò)基礎(chǔ)結(jié)構(gòu)，其中，偏好的接收和存儲(chǔ)、通知的發(fā)送和第二媒體類型的發(fā)送被路由通過支持以下至少一個(gè)的消息傳送網(wǎng)關(guān)框架 XMPP可擴(kuò)展消息處理現(xiàn)場協(xié)議； MMSC多媒體消息傳送交換中心； WAP無線應(yīng)用協(xié)議； SMS短消息服務(wù)和SMTP簡單郵件傳送協(xié)議，包括頻帶外通知； 經(jīng)由SIP會(huì)話啟動(dòng)協(xié)議客戶端的IP多媒體子系統(tǒng)手持設(shè)備；和 STB機(jī)頂盒，且 其中，能夠經(jīng)由任意所支持的消息傳送網(wǎng)關(guān)框架協(xié)議提供該通知。
專利摘要
提供一種系統(tǒng)和方法以促進(jìn)跨相同或者不同網(wǎng)絡(luò)的用戶驅(qū)動(dòng)媒體不可知內(nèi)容傳送。該方法包括從發(fā)送客戶端和接收客戶端接收偏好和經(jīng)網(wǎng)絡(luò)接收第一媒體類型的內(nèi)容。該方法進(jìn)一步包括根據(jù)接收客戶端的至少一個(gè)偏好，以優(yōu)選媒體類型發(fā)送所述內(nèi)容或者對(duì)所述內(nèi)容的引用到接收客戶端和到優(yōu)選裝置。該方法還包括至少通知接收客戶端將要由優(yōu)秀裝置接收該內(nèi)容。
文檔編號(hào)H04L29/08GKCN101478566 B發(fā)布類型授權(quán) 專利申請(qǐng)?zhí)朇N 200910002306
公開日2012年9月5日 申請(qǐng)日期2009年1月4日
發(fā)明者F·A·沙法, M·B·特雷瓦桑, M·E·亞歷山大, S·拉馬納桑 申請(qǐng)人:國際商業(yè)機(jī)器公司導(dǎo)出引文BiBTeX, EndNote, RefMan專利引用 (3), 非專利引用 (1),