專利名稱：用于數(shù)據(jù)傳輸?shù)臄?shù)據(jù)傳輸方法和配置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)傳輸。特別地，本發(fā)明涉及使用廣播從因特網(wǎng) 向多個(gè)終端分發(fā)數(shù)據(jù)。
背景技術(shù)：
在因特網(wǎng)中公布信息的現(xiàn)代方式是web聚合(syndication)。在 web聚合中，通過(guò)使用web源(feed )公開(kāi)地獲取因特網(wǎng)站點(diǎn)的內(nèi)容。 web源是信息的格式，通常不必是包含結(jié)構(gòu)性內(nèi)容的基于XML的文 檔。web源可以包含較大信息條目以及到這些條目的鏈接的摘要。 該條目可以是文本、圖像、音頻片段、視頻片段或在web站點(diǎn)上呈 現(xiàn)的任何其他信息。當(dāng)前使用多個(gè)web源格式，諸如RSS0.91 (富 站點(diǎn)摘要)、RSS1.0(RDF站點(diǎn)摘要)、RSS2.0 (真正簡(jiǎn)易聚合) 和ATOM。
w e b源通常由源閱讀器程序或聚合器讀取。用戶可以通過(guò)在源閱 讀器程序的訂閱列表中包括源的地址來(lái)訂閱web源。源閱讀器可以 自動(dòng)檢查訂閱的web源并且顯示任何所發(fā)現(xiàn)的更新的信息。web源 和源閱讀器程序向用戶提供了監(jiān)視感興趣因特網(wǎng)站點(diǎn)內(nèi)容的方便的 方式。
因特網(wǎng)的使用已經(jīng)持續(xù)增長(zhǎng)了多年并且很可能將繼續(xù)增長(zhǎng)。web 站點(diǎn)的數(shù)量正在持續(xù)增加。然而，已經(jīng)估計(jì)到所有因特網(wǎng)站點(diǎn)中的 很小比例經(jīng)歷最多的訪問(wèn)并且包含最受歡迎和請(qǐng)求的內(nèi)容。因此， 這些站點(diǎn)產(chǎn)生了大部分的因特網(wǎng)業(yè)務(wù)量。
已經(jīng)估計(jì)到最受歡迎的因特網(wǎng)站點(diǎn)每天更新的信息少于3 0 GB 。 盡管每天3 0 GB數(shù)據(jù)不是顯著的數(shù)據(jù)量，但是它仍舊消耗了大的因 特網(wǎng)帶寬，因?yàn)楹芏嘤脩粼L問(wèn)相同的內(nèi)容，并且因此總業(yè)務(wù)量翻倍
例如，如果每個(gè)用戶消耗特定的帶寬(比如1MB)，則IOOO個(gè)用 戶一天下載的相同數(shù)據(jù)將消耗1 GB帶寬。原則上，就帶寬而言，通 過(guò)空中廣播相同的數(shù)據(jù)是將該內(nèi)容分發(fā)給大量用戶的最有效方式。 然而，廣播所有從因特網(wǎng)下載的信息是不現(xiàn)實(shí)的。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種使用廣播從因特網(wǎng)向多個(gè)終端分發(fā)數(shù) 據(jù)的解決方案。根據(jù)本發(fā)明的一個(gè)方面，提供一種數(shù)據(jù)傳輸方法， 所述方法包括監(jiān)視由使用點(diǎn)到點(diǎn)連接的終端訂閱的聚合web源發(fā)起 的業(yè)務(wù)量，所述終端支持廣播接收；將遞送所述業(yè)務(wù)量的成本與預(yù) 定的閾值進(jìn)行比較；并且如果遞送給定web源的所述業(yè)務(wù)量的所述 成本超過(guò)了所述閾值；聚合所述web源并且將所述源重定向到廣播 網(wǎng)絡(luò)；向支持廣播接收并且訂閱所述源的所述終端發(fā)送消息，所述 消息指示開(kāi)始從所述廣播網(wǎng)絡(luò)接收所述源的命令；從所述廣播網(wǎng)絡(luò) 傳輸所述源。
根據(jù)本發(fā)明的另一個(gè)方面，提供一種數(shù)據(jù)傳輸方法，所述方法 包括監(jiān)視由使用點(diǎn)到點(diǎn)連接的終端訂閱的聚合web源發(fā)起的業(yè)務(wù) 量，所述終端支持廣播接收；將所述業(yè)務(wù)量與預(yù)定的闊值進(jìn)行比較； 并且如果給定web源的所述業(yè)務(wù)量超過(guò)了所述閾值；聚合所述web 源并且將所述源重定向到廣播網(wǎng)絡(luò)；向支持廣播接收并且訂閱所述 源的所述終端發(fā)送消息，所述消息指示開(kāi)始從所述廣播網(wǎng)絡(luò)接收所 述源的命令；從所述廣播網(wǎng)絡(luò)傳輸所述源。
根據(jù)本發(fā)明的另一個(gè)方面，提供一種用于數(shù)據(jù)傳輸?shù)呐渲?，?括服務(wù)器，所述服務(wù)器配置為監(jiān)視由使用點(diǎn)到點(diǎn)連接的終端訂閱的 聚合web源發(fā)起的業(yè)務(wù)量，所述終端支持廣播接收；將遞送所述業(yè) 務(wù)量的成本與預(yù)定的閾值進(jìn)行比較；以及如果遞送給定web源的所 述業(yè)務(wù)量的所述成本超過(guò)了所述閾值，則所述服務(wù)器配置為聚合所 述web源并且將所述源重定向到廣播網(wǎng)絡(luò)；向支持廣播接收并且訂 閱所述源的所述終端發(fā)送消息，所述消息指示開(kāi)始從所述廣播網(wǎng)絡(luò) 接收所述源的命令。
根據(jù)本發(fā)明的另一個(gè)方面，提供一種終端，包括第一收發(fā)器，
具有與因特網(wǎng)的點(diǎn)到點(diǎn)連接并且使用點(diǎn)到點(diǎn)連接接收聚合web源； 接收器，接收廣播傳輸，第二收發(fā)器，在點(diǎn)到點(diǎn)連接上接收消息， 所述消息標(biāo)識(shí)使用點(diǎn)到點(diǎn)連接接收的聚合源、廣播傳輸參數(shù)以及使 用所述廣播傳輸參數(shù)可以從廣播傳輸中解碼所述源的信息，以及控 制器，基于所述接收的消息發(fā)起廣播接收。
根據(jù)本發(fā)明的另一個(gè)方面，提供一種計(jì)算機(jī)程序分發(fā)介質(zhì)，所 述計(jì)算機(jī)程序分發(fā)介質(zhì)可由計(jì)算機(jī)讀取并且對(duì)用于執(zhí)行數(shù)據(jù)傳輸?shù)?br> 計(jì)算機(jī)進(jìn)程的指令的計(jì)算機(jī)程序進(jìn)行編碼，所述進(jìn)程包括監(jiān)視由 使用點(diǎn)到點(diǎn)連接的終端訂閱的聚合web源發(fā)起的業(yè)務(wù)量，所述終端 支持廣播接收；將遞送所述業(yè)務(wù)量的成本與預(yù)定的閾值進(jìn)行比較； 并且如果遞送給定web源的所述業(yè)務(wù)量的所述成本超過(guò)了所述鬮 值，則聚合所述web源并且將所述源重定向到廣播網(wǎng)絡(luò)；以及向支 持廣播接收并且訂閱所述源的所述終端發(fā)送消息，所述消息指示開(kāi) 始從所述廣播網(wǎng)絡(luò)接收所述源的命令。
本發(fā)明提供多個(gè)優(yōu)勢(shì)。通過(guò)使用廣播網(wǎng)絡(luò)傳輸受歡迎的內(nèi)容， 涉及因特網(wǎng)瀏覽的業(yè)務(wù)總量急劇減少。通過(guò)使用廣播網(wǎng)絡(luò)，消除了 來(lái)自單獨(dú)用戶的各個(gè)下載。通過(guò)監(jiān)視web源的業(yè)務(wù)量，可以確定哪 些web源最受歡迎并且產(chǎn)生顯著的業(yè)務(wù)量。在本發(fā)明的一個(gè)實(shí)施方 式中，測(cè)量的源的業(yè)務(wù)量用于確定使用廣播網(wǎng)絡(luò)將源傳輸?shù)接啈魜?lái) 代替讓用戶獨(dú)立地加載源是否有效。在本發(fā)明的一個(gè)實(shí)施方式中， 遞送業(yè)務(wù)量的成本用于確定使用廣播網(wǎng)絡(luò)傳輸源是否有效。遞送的 成本可以包括傳輸?shù)某杀?，以及?duì)服務(wù)器和網(wǎng)絡(luò)的負(fù)擔(dān)。這優(yōu)化了 網(wǎng)絡(luò)資源的使用，尤其是空中資源，以及終端的功耗，因?yàn)閺V播接 收比保持例如蜂窩數(shù)/GPRS連接僅為了檢查優(yōu)選的RSS源需要更少 的功率。自然地，所提出的方案僅適于那些具有能夠接收來(lái)自于廣 播網(wǎng)絡(luò)的傳輸?shù)慕K端設(shè)備的用戶。


在下文中，將參考實(shí)施方式和附圖更加詳細(xì)地描述本發(fā)明，附
圖中
圖1A示出了系統(tǒng)的示例，
圖IB示出了廣播傳輸?shù)氖纠?br> 圖2示出了終端的示例，
圖3A和3B是示出了本發(fā)明的一個(gè)實(shí)施方式的流程圖，以及 圖4A和4B是示出了本發(fā)明另一個(gè)實(shí)施方式的流程圖。
具體實(shí)施例方式
參考圖1A，考查可以應(yīng)用本發(fā)明實(shí)施方式的系統(tǒng)的示例。圖1A 示出了將web站點(diǎn)內(nèi)容作為聚合源(諸如RSS或ATOM源)提供的 web站點(diǎn)100的集合。對(duì)web站點(diǎn)的內(nèi)容感興趣的終端102、 104的 用戶可以訂閱源106并且使用內(nèi)容閱讀器或源閱讀器閱讀內(nèi)容。
終端可以根據(jù)終端的類型以各種方式與web站點(diǎn)連接。終端可 以是經(jīng)由有線連接而連接至因特網(wǎng)的計(jì)算機(jī)。終端可以是連接至移 動(dòng)網(wǎng)絡(luò)(諸如GSM或UMTS)的移動(dòng)終端設(shè)備。終端可以連接至無(wú) 線局域網(wǎng)。在所有情況中，終端和web站點(diǎn)之間的連接是點(diǎn)到點(diǎn)連 接。運(yùn)行在終端中的內(nèi)容閱讀器應(yīng)用聯(lián)系web站點(diǎn)，并且獲取更新 的內(nèi)容。
終端的部分104可以配備有廣播接收器。在下文中，DVB-H網(wǎng) 絡(luò)和DVB-H傳輸用作廣播網(wǎng)絡(luò)和廣播傳輸?shù)氖纠?。本領(lǐng)域的技術(shù)人員 認(rèn)識(shí)到本發(fā)明的實(shí)施方式也可以應(yīng)用于其他廣l番網(wǎng)絡(luò)。以下描述適用于 具有本領(lǐng)域技術(shù)人員應(yīng)該清楚的微小改變的其他廣播方案。
在一個(gè)實(shí)施方式中，系統(tǒng)包括服務(wù)器或代理108,其監(jiān)視配備有 DVB-H接收器的終端104的源業(yè)務(wù)量。服務(wù)器108例如監(jiān)視每個(gè)源產(chǎn) 生的業(yè)務(wù)量以及相關(guān)成本和每個(gè)源訂閱的數(shù)量。服務(wù)器可以將每個(gè) 源的源業(yè)務(wù)量與給定閾值進(jìn)行比較?？梢曰谙啾扔谑褂命c(diǎn)到點(diǎn)連 接的成本的廣播遞送源業(yè)務(wù)量的期望成本來(lái)選擇閾值。可以按照各
種諸如貨幣、網(wǎng)絡(luò)容量和電源需求來(lái)定義成本。也可以基于點(diǎn)到點(diǎn)
連接或服務(wù)器108的業(yè)務(wù)負(fù)載來(lái)選擇閾值。如果源的源業(yè)務(wù)量超出 給定閾值，則服務(wù)器108可以發(fā)起源的廣播遞送。
借助于圖1B來(lái)解釋廣播的遞送。服務(wù)器108聚合選擇用于廣播 遞送的源114并且將源重定向116到DVB-H網(wǎng)絡(luò)112中的服務(wù)器110。
在一個(gè)實(shí)施方式中，DVB-H網(wǎng)絡(luò)112包括DVB-H對(duì)象數(shù)據(jù)輪播 118，并且DVB-H網(wǎng)絡(luò)中的服務(wù)器110配置為將重定向的web源加載 到DVB對(duì)象數(shù)據(jù)輪播以便循環(huán)的傳輸120。
DVB對(duì)象數(shù)據(jù)輪播118是允許服務(wù)器通過(guò)一次或多次地循環(huán)重復(fù) 輪播的內(nèi)容來(lái)向DVB-H發(fā)射器分發(fā)獨(dú)立數(shù)據(jù)對(duì)象模塊集合的應(yīng)用。因 此，在傳輸流中循環(huán)地重復(fù)相同的數(shù)據(jù)對(duì)象。在接收器側(cè)，如果應(yīng)用解 碼器希望訪問(wèn)來(lái)自于對(duì)象數(shù)據(jù)輪播的特定數(shù)據(jù)對(duì)象，則它可以僅等待下 次廣播針對(duì)請(qǐng)求的模塊的數(shù)據(jù)。
在ETSI文檔"Digital Video Broadcasting(DVB): Implementation guidelines for Data Broadcasting"的章節(jié)4.6， ETSI TR 101 202 Vl.2.1 中解釋了 DVB對(duì)象數(shù)據(jù)輪播，通過(guò)引用將其合并于此。
因此，不同的聚合源可以存儲(chǔ)在數(shù)據(jù)輪播中并且循環(huán)地傳輸120。
服務(wù)器108通知接收源的終端104的內(nèi)容閱讀器源的傳輸可從 廣^番系統(tǒng)訪問(wèn)。
在一個(gè)實(shí)施方式中，存在完成重定向的三種不同的方式第一， 服務(wù)器108利用HTTP重定向?qū)⒖蛻舳酥囟ㄏ虻叫碌奈恢?。第二?RSS/ATOM XML內(nèi)容將利用將請(qǐng)求內(nèi)容閱讀器應(yīng)用從廣播網(wǎng)絡(luò)閱 讀的新擴(kuò)展來(lái)更新。第三，可以使用SIP消息傳送。所有這些方法 需要利用能夠表達(dá)內(nèi)容位于廣播網(wǎng)絡(luò)中的合適的元數(shù)據(jù)來(lái)擴(kuò)展。 HTTP情況中的元數(shù)據(jù)可以在新的內(nèi)容類型屬性中遞送，對(duì)于 RSS/ATOM，可以使用用于SIP的相同結(jié)構(gòu)，即在Handley，M.和 VJacobson的"SDP: Session Description Protocol" ， RFC 2327， 1998 年4月中描述的SDP,通過(guò)引用將其合并于此。SDP描述符例如可 以用于MIME媒體類型名稱應(yīng)用和MIME子類型名稱DVB國(guó)H。
這將向客戶端指示DVB-H無(wú)線將要用于源。
對(duì)HTTP和/或RSS/ATOM XML的使用需要對(duì)RSS客戶端性態(tài) 的改變以處理新的擴(kuò)展，從而該客戶端程序可以將RSS源(會(huì)話) 的接收切換到廣播接口。在SIP情況中，除了能夠?qū)⒃吹慕邮涨袚Q 到DVB-H接口， RSS客戶端需要是SIP感知的并且與SIP用戶代理 一起工作。
源到廣播信道的重定向可以通過(guò)如下的HTTP協(xié)議實(shí)現(xiàn)。服務(wù)器 發(fā)送重定向消息(代碼302 ),其在協(xié)議的位置字段包含新的位置信 息，并且適當(dāng)?shù)母袷交瘍?nèi)容類型字段與位置字段一起指示內(nèi)容駐留 在DVB-H/廣播網(wǎng)絡(luò)中。在一個(gè)實(shí)施方式中，這通過(guò)引入新的內(nèi)容類型 來(lái)完成，諸如"數(shù)據(jù)廣播"，其將定義對(duì)DVB-H輪播的訪問(wèn)以及相關(guān) 的URL。
針對(duì)事件以及通知使用會(huì)話發(fā)起協(xié)議和其擴(kuò)展提供了當(dāng)可以動(dòng)態(tài) 地跟蹤業(yè)務(wù)需要時(shí)進(jìn)一步優(yōu)化網(wǎng)絡(luò)和服務(wù)器資源的益處。在下文中，對(duì) S IP和使用SIP的內(nèi)容閱讀器應(yīng)用的使用被用作重定向方法的示例。
SIP (會(huì)話發(fā)起協(xié)議)消息用于發(fā)起和終止會(huì)話，并且廣泛地支持 協(xié)議。服務(wù)器108向內(nèi)容閱讀器應(yīng)用發(fā)送消息122。該消息122可以 包括安全證書(shū)，以及涉及廣l番系統(tǒng)的信道和定時(shí)信息。這可以利用 SIP指向(refer)或SIP重邀請(qǐng)(re-invite)消息實(shí)現(xiàn)。使用用于傳 送聚合源的點(diǎn)到點(diǎn)連接傳輸消息。
從服務(wù)器108接收SIP指向消息的終端104發(fā)起DVB-H接收并 且開(kāi)始使用DVB-H代替點(diǎn)到點(diǎn)連接來(lái)接收源傳輸。
內(nèi)容閱讀器應(yīng)用可以向用戶隱藏接收方法。
因此，最受歡迎的源經(jīng)由廣播系統(tǒng)向支持接收廣播傳輸?shù)慕K端 傳輸。利用該解決方案，在兩個(gè)網(wǎng)絡(luò)中(即廣播和廣域網(wǎng))節(jié)省了 寶貴的傳輸容量并最小化了成本。
在一個(gè)實(shí)施方式中，當(dāng)作為來(lái)自于終端的用戶的動(dòng)作的結(jié)果， 終端中不再需要源時(shí)，源閱讀器或內(nèi)容閱讀器向服務(wù)器108發(fā)送不再 需要源的消息。如果用戶解除訂閱源或如果他僅終止源閱讀器應(yīng)用可
以發(fā)生該情況。如果用戶已經(jīng)不使用內(nèi)容閱讀器應(yīng)用或在特定時(shí)間中不 查看特定源，則也可以發(fā)生該情況。該基于定時(shí)器的重定向的終止還可
應(yīng)用于基于HTTP和基于RSS/ATOMXML的重定向解決方案。當(dāng)服務(wù) 器108監(jiān)視源業(yè)務(wù)量時(shí)，保持信息更新是有優(yōu)勢(shì)的。由于基本的源 操作是基于獲取的而并非如源的廣播那樣基于推送，服務(wù)器108沒(méi) 有辦法了解終端是否不再需要源，其限制了當(dāng)前方案。
如果涉及源的所需取消數(shù)量在服務(wù)器108處登記，則源的傳輸 可以返回到傳統(tǒng)方法，如果由于取消數(shù)量其結(jié)果更為經(jīng)濟(jì)。
圖2示出了可以應(yīng)用本發(fā)明實(shí)施方式的終端的示例。該終端包 括控制器200,其可以是具有相關(guān)軟件(諸如內(nèi)容閱讀器)的處理器。 該終端進(jìn)一步包括連接至控制器的DVB-H接收器202和用戶接口 204，用戶接口 204可以包括顯示器、揚(yáng)聲器和輸入設(shè)備，諸如^^定盤(pán)。 該終端可以進(jìn)一步包括連接至控制器200的存儲(chǔ)器206，其用于存儲(chǔ)應(yīng) 用和數(shù)據(jù)。此外，該終端包括用于形成和保持與因特網(wǎng)中的web站點(diǎn) 的點(diǎn)到點(diǎn)通信鏈路的通信單元208。該通信單元可以是蜂窩收發(fā)器、 網(wǎng)絡(luò)適配器或無(wú)線局域網(wǎng)適配器。
終端可以是移動(dòng)電話、個(gè)人計(jì)算機(jī)、PDA或相應(yīng)設(shè)備。
圖3A是從服務(wù)器108或代理的角度示出本發(fā)明一個(gè)實(shí)施方式的 流程圖。所述服務(wù)器108或代理還可以是內(nèi)容提供器，即它可以是 產(chǎn)生聚合源的服務(wù)器。
在步驟300中，服務(wù)器108監(jiān)視支持DVB-H接收的終端的聚合源 業(yè)務(wù)量。例如，可以從每個(gè)終端的用戶的用戶簡(jiǎn)檔獲取終端能力信息。 服務(wù)器108可以監(jiān)視每個(gè)源的業(yè)務(wù)量和訂閱數(shù)量。獨(dú)立會(huì)話中的源 業(yè)務(wù)量的源地址和目的地地址以及數(shù)據(jù)量可以4皮監(jiān)一見(jiàn)，并且可以收 集涉及每個(gè)聚合源的統(tǒng)計(jì)。在一個(gè)實(shí)施方式中，確定遞送業(yè)務(wù)量的成本。
在步驟302中，檢查每個(gè)監(jiān)視的源的業(yè)務(wù)量是否超過(guò)給定的閾值。 如果指向支持DVB-H接收的終端的給定源的業(yè)務(wù)量足夠大，則使用廣 播網(wǎng)絡(luò)傳輸受歡迎的源是有優(yōu)勢(shì)的。如果沒(méi)有發(fā)現(xiàn)此類源，則在步驟300 中繼續(xù)監(jiān)視。
如果發(fā)現(xiàn)了此類受歡迎的源，則在步驟304中聚合源并且將該源重 定向到DVB-H網(wǎng)絡(luò)。服務(wù)器與DVB-H網(wǎng)絡(luò)進(jìn)行通信并且接收關(guān)于涉 及DVB-H系統(tǒng)傳輸源的可能安全證書(shū)以及信道和定時(shí)信息。在一個(gè)實(shí) 施方式中，檢查遞送業(yè)務(wù)量的成本是否超過(guò)了給定的閾值。
在步驟306中，服務(wù)器108向訂閱重定向的源的終端發(fā)送消息。 該消息包括現(xiàn)在經(jīng)由DVB-H網(wǎng)絡(luò)傳輸可獲取源的信息。該消息還可以 包括涉及DVB-H傳輸?shù)男畔?，諸如由連接至DVB-H發(fā)射器的DVB-H 服務(wù)系統(tǒng)提供的安全證書(shū)以及信道和定時(shí)信息。使用用于傳送聚合源的 點(diǎn)到點(diǎn)連接傳輸消息。
可以利用SIP指向或SIP重邀請(qǐng)消息實(shí)現(xiàn)該消息。SIP (會(huì)話發(fā)起 協(xié)議)消息通常用于發(fā)起、控制和終止會(huì)話。SIP指向方法在Sparks,R. 的"The Session Initiation Protocol Refer Method" ,RFC 3415,2003年4月 中描述，通過(guò)引用將其合并于此。RFC文檔可以從www.ietf.org web站 點(diǎn)獲取。指向(REFER)是SIP方法，其可以用于指示消息的接收方應(yīng) 該使用消息中提供的聯(lián)系信息發(fā)起與第三方的連接。在該情況中，該消 息用于指示接收消息的終端應(yīng)該發(fā)起DVB-H接收并且開(kāi)始使用DVB-H 接收給定的聚合源。
因此，在一個(gè)實(shí)施方式中，由服務(wù)器108發(fā)送到終端的消息包 括以下信息終端的源閱讀器訂閱的聚合源的標(biāo)識(shí)，使用DVB-H網(wǎng)絡(luò) 傳輸源的通知和支持源的DVB-H接收的DVB-H參數(shù)的標(biāo)識(shí)。
圖3B是從終端的角度示出了本發(fā)明一個(gè)實(shí)施方式的流程圖。在 步驟310中，具有DVB-H接收功能的終端正在訂閱使用點(diǎn)到點(diǎn)連接接 收聚合源。終端可以例如經(jīng)由有線連接而連接至因特網(wǎng)、無(wú)線局域網(wǎng) (WLAN)或蜂窩數(shù)據(jù)連接，諸如GPRS。運(yùn)行在終端中的源閱讀器已 經(jīng)訂閱了聚合源的集合。源閱讀器可以配置為使用點(diǎn)到點(diǎn)連接周期性地 檢查源的更新。任何更新的信息顯示在終端的顯示器上。
在步驟312中，終端從服務(wù)器108接收消息。在一個(gè)實(shí)施方式 中，該消息包括終端的源閱讀器訂閱的聚合源的標(biāo)識(shí)以及使用DVB-H 網(wǎng)絡(luò)傳輸源的通知。該消息可以進(jìn)一步包括支持源的DVB-H接收的DVB-H參數(shù)的標(biāo)識(shí)。
在步驟314中，終端的源閱讀器基于消息中的參數(shù)發(fā)起DVB-H接收。
在步驟316中，終端的源閱讀器使用DVB-H接收聚合源。在該情 況中，源的更新信息在DVB-H傳輸中自動(dòng)傳輸?shù)皆撮喿x器。源閱讀器 不再需要周期性地執(zhí)行檢查。由于源閱讀器可以訂閱多個(gè)源，則源閱讀 器可以周期性地執(zhí)行關(guān)于使用點(diǎn)到點(diǎn)連接接收的其他源的更新的檢查。 終端的用戶可能不知道源閱讀器接收更新的方式。源閱讀器可以配置為 以類似的方式顯示源而不管接收更新的方式。
圖4A是從終端的角度示出了本發(fā)明一個(gè)實(shí)施方式的流程圖。在該 實(shí)施方式中，終端的用戶希望停止訂閱并且閱讀聚合源。
在步驟400中，終端的源閱讀器從用戶接收指示用戶不再希望訂閱 并且接收給定源的命令。
在步驟402中，源閱讀器檢查源是否使用DVB-H接收來(lái)進(jìn)行接收。 如果不使用DVB-H接收來(lái)進(jìn)行接收，則使用傳統(tǒng)的點(diǎn)到點(diǎn)連接接收源。 在步驟404中，源閱讀器從終端的存儲(chǔ)器中刪除源數(shù)據(jù)并且停止檢測(cè)源 的更新信息。
在步驟406中，如果使用DVB-H接收源，則源閱讀器從終端的存 儲(chǔ)器中刪除源數(shù)據(jù)并且終止源的DVB-H接收。如果存在經(jīng)由DVB-H 連接接收的其他源，則關(guān)于這些源，DVB-H接收繼續(xù)。
在步驟408中，終端向服務(wù)器108發(fā)送消息。該消息指示終端不 再訂閱給定的源?；谠撓?，服務(wù)器108可以保持源業(yè)務(wù)量信息 更新?？梢岳肧IP訂閱方法實(shí)現(xiàn)該消息，其中訂閱的生命期定義 為零。訂閱的生命期由訂閱方法的"過(guò)期"報(bào)頭定義。SIP訂閱方法 在Roach， A.B， "Session Initiation Protocol-Specific Event Notification" RFC 3265， 2002年6月中描述，通過(guò)引用將其合并于此。
在步驟410中，進(jìn)程結(jié)束。
圖4B是從服務(wù)器108或代理的角度示出的本發(fā)明一個(gè)實(shí)施方式 的流程圖。在該實(shí)施方式中，終端的用戶希望停止訂閱并且閱讀聚 合源。
在步驟420中，服務(wù)器108從正在使用DVB-H接收源的終端接 收消息。該消息指示該終端不再訂閱給定的源。
在步驟422中，服務(wù)器108確定涉及給定源的當(dāng)前業(yè)務(wù)量。例如， 服務(wù)器108可以在仍使用DVB-H接收源時(shí)檢查終端的數(shù)量以及傳輸
的數(shù)據(jù)量。
在步驟424中，服務(wù)器108檢查確定的源業(yè)務(wù)量是否超過(guò)給定的 閾值。如果針對(duì)支持DVB-H接收的終端的給定源的業(yè)務(wù)量仍舊足夠 大，貝'J DVB-H傳輸可以在步驟426中繼續(xù)。
如果業(yè)務(wù)量已經(jīng)減少到給定的閾值之下，則中斷DVB-H傳輸是經(jīng) 濟(jì)可行的。在此類情況中，源的聚合以及將該源重定向到DVB-H網(wǎng)絡(luò) 在步驟428中終止。
在步驟430中，服務(wù)器108向正在使用DVB-H接收源的終端發(fā)送 消息。該消息向終端中運(yùn)行的源閱讀器指示該源的DVB-H傳輸被中斷 并且應(yīng)該使用傳統(tǒng)點(diǎn)到點(diǎn)連接更新源并且沒(méi)有重定向是有效的。
本發(fā)明的實(shí)施方式可以在電子設(shè)備中實(shí)現(xiàn)，該電子設(shè)備包括用戶接 口、點(diǎn)到點(diǎn)通信單元、DVB-H接收器和可才喿作地連接至用戶接口、通 信單元和DVB-H接收器的控制器。該控制器可以配置為執(zhí)行至少某些 結(jié)合圖3B、圖4A的流程圖以及結(jié)合圖1A、 1B和圖2描述的步驟。實(shí) 施方式可以實(shí)現(xiàn)為包括用于執(zhí)行數(shù)據(jù)接收的計(jì)算機(jī)進(jìn)程的指令的計(jì)算 機(jī)程序，該進(jìn)程包括使用點(diǎn)到點(diǎn)連接接收聚合web源；在點(diǎn)到點(diǎn)連接 上接收消息，該消息標(biāo)識(shí)使用點(diǎn)到點(diǎn)連接接收的聚合源、DVB-H傳輸 參數(shù)和使用該DVB-H傳輸參數(shù)可以從DVB-H傳輸中解碼源的信息； 基于接收的消息發(fā)起DVB-H接收，以及使用DVB-H傳輸參數(shù)開(kāi)始 源的接收。程序例如可以是源閱讀器程序。
計(jì)算機(jī)程序可以存儲(chǔ)在計(jì)算機(jī)或處理器可讀的計(jì)算機(jī)程序分發(fā) 介質(zhì)中。該計(jì)算機(jī)程序介質(zhì)例如可以是但不限于電的、磁的、光的、 紅外的或半導(dǎo)體系統(tǒng)、設(shè)備或傳輸介質(zhì)。該計(jì)算機(jī)程序介質(zhì)可以包 括以下介質(zhì)的至少一個(gè)計(jì)算機(jī)可讀介質(zhì)、程序存儲(chǔ)介質(zhì)、記錄介
質(zhì)、計(jì)算機(jī)可讀存儲(chǔ)器、隨機(jī)存取存儲(chǔ)器、可擦寫(xiě)可編程只讀存儲(chǔ) 器、計(jì)算機(jī)可讀軟件發(fā)行包、計(jì)算機(jī)可讀信號(hào)、計(jì)算機(jī)可讀電信信 號(hào)、計(jì)算機(jī)可讀印刷品以及計(jì)算機(jī)可讀壓縮軟件包。
盡管已經(jīng)在上面參考根據(jù)附圖的示例描述了本發(fā)明，但是應(yīng)該 清楚本發(fā)明不限于此，而是可以在所附權(quán)利要求書(shū)的范圍內(nèi)以多種 方式進(jìn)行修改。
權(quán)利要求
1.一種數(shù)據(jù)傳輸方法，所述方法包括監(jiān)視由使用點(diǎn)到點(diǎn)連接的終端訂閱的聚合web源發(fā)起的業(yè)務(wù)量，所述終端支持廣播接收；將遞送所述業(yè)務(wù)量的成本與預(yù)定的閾值進(jìn)行比較；并且如果遞送給定web源的所述業(yè)務(wù)量的所述成本超過(guò)了所述閾值；聚合所述web源并且將所述源重定向到廣播網(wǎng)絡(luò)；向支持廣播接收并且訂閱所述源的所述終端發(fā)送消息，所述消息指示開(kāi)始從所述廣播網(wǎng)絡(luò)接收所述源的命令；從所述廣播網(wǎng)絡(luò)傳輸所述源。
2. 根據(jù)權(quán)利要求1所述的方法，進(jìn)一步包括將所述廣播網(wǎng)絡(luò) 中的所述重定向的web源加載到廣播對(duì)象數(shù)據(jù)輪播以便循環(huán)傳輸。
3. 根據(jù)權(quán)利要求1所述的方法，其中向所述終端發(fā)送消息的步 驟包括向所述終端發(fā)送SIP指向或SIP重邀請(qǐng)消息。
4. 根據(jù)權(quán)利要求1所述的方法，其中向所述終端發(fā)送消息的步 驟包括向所述終端發(fā)送包括HTTP-重定向信息的消息。
5. 根據(jù)權(quán)利要求1所述的方法，其中向所述終端發(fā)送消息的步 驟包括向所述源的內(nèi)容動(dòng)態(tài)地添加基于RSS/ATOM XML的元數(shù)據(jù) 標(biāo)簽，所述標(biāo)簽向所述終端發(fā)起重定向請(qǐng)求。
6. 根據(jù)權(quán)利要求1所述的方法，進(jìn)一步包括 從終端接收指示所述終端已經(jīng)停止接收從廣播網(wǎng)絡(luò)發(fā)射的給定源的消息，確定重定向到所述廣播網(wǎng)絡(luò)的所述給定源的所述業(yè)務(wù)量， 將所述業(yè)務(wù)量與預(yù)定的閾值進(jìn)行比較；并且如果給定web源的所述業(yè)務(wù)量下降到所述閾值之下，則停 止所述聚合并且將所述源重定向到所述廣播網(wǎng)絡(luò)。
7. 根據(jù)權(quán)利要求1所述的方法，進(jìn)一步包括基于點(diǎn)到點(diǎn)連接 的傳輸成本對(duì)廣播傳輸?shù)膫鬏敵杀緛?lái)設(shè)置所述閾值。
8. 根據(jù)權(quán)利要求1所述的方法，進(jìn)一步包括基于點(diǎn)到點(diǎn)連接 的業(yè)務(wù)負(fù)載設(shè)置所述閾值。
9. 根據(jù)權(quán)利要求1所述的方法，其中所述廣播網(wǎng)絡(luò)是DVB-H網(wǎng)絡(luò)。
10. —種數(shù)據(jù)傳輸方法，所述方法包括監(jiān)視由使用點(diǎn)到點(diǎn)連接的終端訂閱的聚合web源發(fā)起的業(yè)務(wù)量，所述終端支持廣播接收；將所述業(yè)務(wù)量與預(yù)定的閾值進(jìn)行比較；并且如果給定web源的所述業(yè)務(wù)量超過(guò)了所述閾值；聚合所述w e b源并且將所述源重定向到廣播網(wǎng)絡(luò)；向支持廣播接收并且訂閱所述源的所述終端發(fā)送消息，所述消息指示開(kāi)始從所述廣播網(wǎng)絡(luò)接收所述源的命令； 從所述廣播網(wǎng)絡(luò)傳輸所述源。
11. 一種用于數(shù)據(jù)傳輸?shù)呐渲?，包括服?wù)器，所述服務(wù)器配置為 監(jiān)視由使用點(diǎn)到點(diǎn)連接的終端訂閱的聚合web源發(fā)起的業(yè)務(wù)量，所述終端支持廣播接收；將遞送所述業(yè)務(wù)量的成本與預(yù)定的閾值進(jìn)行比較；以及如果遞送給定web源的所述業(yè)務(wù)量的所述成本超過(guò)了所述閾值，則所述服務(wù)器配置為聚合所述w e b源并且將所述源重定向到廣播網(wǎng)絡(luò)；向支持廣播接收并且訂閱所述源的所述終端發(fā)送消息，所述消息指示開(kāi)始從所述廣播網(wǎng)絡(luò)接收所述源的命令。
12. 根據(jù)權(quán)利要求11所述的配置，其中所述服務(wù)器配置為向所 述終端設(shè)備發(fā)送SIP指向或SIP重邀請(qǐng)消息。
13. 根據(jù)權(quán)利要求11所述的配置，進(jìn)一步包括所述廣播網(wǎng)絡(luò)中 的第二服務(wù)器，將所述第二服務(wù)器配置為從所述服務(wù)器接收重定向 的源并且從所述廣播網(wǎng)絡(luò)傳輸所述源。
14. 根據(jù)權(quán)利要求11所述的配置，進(jìn)一步包括所述廣播網(wǎng)絡(luò)中的廣播對(duì)象數(shù)據(jù)輪播，并且其中所述廣播網(wǎng)絡(luò)中的所述第二服務(wù)器配置為將重定向的web源加載到所述廣播對(duì)象數(shù)據(jù)輪播以便循環(huán)傳輸。
15. 根據(jù)權(quán)利要求11所述的配置，其中所述廣播網(wǎng)絡(luò)是DVB-H網(wǎng)絡(luò)。
16. 根據(jù)權(quán)利要求11所述的配置，其中所述服務(wù)器配置為向所 述終端i殳備發(fā)送包括HTTP-重定向信息的消息。
17. 根據(jù)權(quán)利要求11所述的配置，其中所述服務(wù)器配置為向所 述源的所述內(nèi)容動(dòng)態(tài)地添加基于RSS/ATOM XML的元數(shù)據(jù)標(biāo)簽，所 述標(biāo)簽向所述終端發(fā)起重定向請(qǐng)求。
18. —種用于數(shù)據(jù)傳輸?shù)呐渲?，包括服?wù)器，所述服務(wù)器配置為 監(jiān)視由使用點(diǎn)到點(diǎn)連接的終端訂閱的聚合web源發(fā)起的業(yè)務(wù)量，所述終端支持廣播接收；將所述業(yè)務(wù)量與預(yù)定的閾值進(jìn)行比較；以及如果給定web源的所述業(yè)務(wù)量超過(guò)了所述閾值，則所述服務(wù)器 配置為聚合所述w e b源并且將所述源重定向到廣播網(wǎng)絡(luò)； 向支持廣播接收并且訂閱所述源的所述終端發(fā)送消息，所述消息 指示開(kāi)始從所述廣播網(wǎng)絡(luò)接收所述源的命令。
19. 一種用于數(shù)據(jù)傳輸?shù)呐渲?，包括裝置，用于監(jiān)視由使用點(diǎn)到點(diǎn)連接的終端訂閱的聚合web源發(fā) 起的業(yè)務(wù)量，所述終端支持廣播接收；裝置，用于將遞送所述業(yè)務(wù)量的成本與預(yù)定的閾值進(jìn)行比較；以及如果遞送給定web源的所述業(yè)務(wù)量的所述成本超過(guò)了所述閾值 裝置，用于聚合所述web源并且將所述源重定向到廣播網(wǎng)絡(luò)； 以及裝置，用于向支持廣播接收并且訂閱所述源的所述終端發(fā)送消 息，所述消息指示開(kāi)始從所述廣播網(wǎng)絡(luò)接收所述源的命令。
20. —種終端，包4舌第一收發(fā)器裝置，用于具有與因特網(wǎng)的點(diǎn)到點(diǎn)連接并且用于使用 點(diǎn)到點(diǎn)連接接收聚合web源；接收裝置，用于接收廣播傳輸，第二收發(fā)器裝置，用于在點(diǎn)到點(diǎn)連接上接收消息，所述消息標(biāo)識(shí) 使用點(diǎn)到點(diǎn)連接接收的聚合源、廣播傳輸參數(shù)以及使用所述廣播傳 輸參數(shù)可以從廣播傳輸中解碼所述源的信息，以及控制裝置，用于基于所述接收的消息發(fā)起廣播接收。
21. 根據(jù)權(quán)利要求20所述的終端，進(jìn)一步包括用戶接口，用于 接收中斷接收聚合源的命令，以及控制裝置，用于停止對(duì)來(lái)自于廣播傳輸?shù)乃鲈催M(jìn)行的所述解 碼，并且用于使用所述第一收發(fā)器發(fā)送消息，所述消息標(biāo)識(shí)所述源 并且包括所述源不再由所述終端接收的信息。
22. —種終端，包括第 一收發(fā)器，具有與因特網(wǎng)的點(diǎn)到點(diǎn)連接并且使用點(diǎn)到點(diǎn)連接接 收聚合web源；接收器，接收廣播傳輸，第二收發(fā)器，在點(diǎn)到點(diǎn)連接上接收消息，所述消息標(biāo)識(shí)使用點(diǎn)到 點(diǎn)連接接收的聚合源、廣播傳輸參數(shù)以及使用所述廣播傳輸參數(shù)可 以從廣播傳輸中解碼所述源的信息，以及控制器，基于所述接收的消息發(fā)起廣播接收。
23. —種終端中的數(shù)據(jù)接收方法，所述方法包括 使用點(diǎn)到點(diǎn)連接接收聚合web源；在點(diǎn)到點(diǎn)連接上接收消息，所述消息標(biāo)識(shí)使用點(diǎn)到點(diǎn)連接接收的 聚合源、廣播傳輸參數(shù)以及使用所述廣播傳輸參數(shù)可以從廣播傳輸 中解碼所述源的信息；基于所述接收的消息發(fā)起廣播接收，以及使用所述廣播傳輸參數(shù)開(kāi)始所述源的所述接收。
24. 根據(jù)權(quán)利要求23所述的方法，進(jìn)一步包括 接收中斷接收聚合源的命令，停止對(duì)來(lái)自于廣播傳輸?shù)乃鲈催M(jìn)行的所述解碼，以及 在點(diǎn)到點(diǎn)連接上發(fā)送消息，所述消息標(biāo)識(shí)所述源并且包括所述源 不再由所述終端接收的信息。
25. —種可由計(jì)算機(jī)讀取并且對(duì)執(zhí)行用于數(shù)據(jù)傳輸?shù)挠?jì)算機(jī)進(jìn)程 的指令的計(jì)算機(jī)程序進(jìn)行編碼的計(jì)算機(jī)程序分發(fā)介質(zhì)，所述進(jìn)程包 括監(jiān)視由使用點(diǎn)到點(diǎn)連接的終端訂閱的聚合web源發(fā)起的業(yè)務(wù)量，所述終端支持廣播接收；將遞送所述業(yè)務(wù)量的成本與預(yù)定的閾值進(jìn)行比較；并且如果遞送給定w e b源的所述業(yè)務(wù)量的所述成本超過(guò)了所述閾值，則聚合所述web源并且將所述源重定向到廣播網(wǎng)絡(luò)；以及向支持廣播接收并且訂閱所述源的所述終端發(fā)送消息，所述消息指示開(kāi)始從所述廣播網(wǎng)絡(luò)接收所述源的命令。
26. —種可由計(jì)算機(jī)讀取并且對(duì)用于執(zhí)行數(shù)據(jù)接收的計(jì)算機(jī)進(jìn)程 的指令的計(jì)算機(jī)程序進(jìn)行編碼的計(jì)算機(jī)程序分發(fā)介質(zhì)，所述進(jìn)程包 括使用點(diǎn)到點(diǎn)連接接收聚合web源；在點(diǎn)到點(diǎn)連接上接收消息，所述消息標(biāo)識(shí)使用點(diǎn)到點(diǎn)連接接收的 聚合源、廣播傳輸參數(shù)以及使用所述廣播傳輸參數(shù)可以從廣播傳輸 中解碼所述源的信息；基于所述接收的消息發(fā)起廣播接收，以及使用所述廣播傳輸參數(shù)開(kāi)始所述源的所述接收。
27. 根據(jù)權(quán)利要求25所述的計(jì)算機(jī)程序分發(fā)介質(zhì)，所述分發(fā)介 質(zhì)包括至少一個(gè)以下介質(zhì)計(jì)算機(jī)可讀介質(zhì)、程序存儲(chǔ)介質(zhì)、記錄 介質(zhì)、計(jì)算機(jī)可讀存儲(chǔ)器、計(jì)算機(jī)可讀軟件發(fā)行包、計(jì)算機(jī)可讀信 號(hào)、計(jì)算機(jī)可讀電信信號(hào)以及計(jì)算機(jī)可讀壓縮軟件包。
全文摘要
公開(kāi)了一種配置和數(shù)據(jù)傳輸方法。監(jiān)視由使用點(diǎn)到點(diǎn)連接的終端訂閱的聚合web源發(fā)起的業(yè)務(wù)量，該終端支持廣播接收。將遞送業(yè)務(wù)量的成本與閾值進(jìn)行比較。如果成本超過(guò)了閾值，則web源重定向到開(kāi)始傳輸該源的廣播網(wǎng)絡(luò)。向支持廣播接收并且訂閱該源的終端發(fā)送消息，該消息指示開(kāi)始從廣播網(wǎng)絡(luò)接收該源的命令。
文檔編號(hào)H04H1/00GK101351991SQ200680049915
公開(kāi)日2009年1月21日 申請(qǐng)日期2006年12月22日 優(yōu)先權(quán)日2005年12月29日
發(fā)明者H·弗林克, J·馬 申請(qǐng)人:諾基亞公司