專利名稱：向移動裝置的動態(tài)內(nèi)容混合模式傳遞的系統(tǒng)和方法
技術領域：
本系統(tǒng)和方法涉及在移動環(huán)境中動態(tài)內(nèi)容的傳遞，具體而言涉及動態(tài)內(nèi)容的傳遞 模式。
背景技術：
就移動裝置或者移動用戶設備(UE)的用戶對他們的移動裝置所需要的功能以及 他們從移動裝置存取數(shù)據(jù)的方式而言，移動裝置或者移動用戶設備(UE)的用戶正變得越 來越復雜。動態(tài)內(nèi)容傳遞允許用戶具有推(push)給他們的信息或數(shù)據(jù)，或者允許用戶從內(nèi) 容提供者那里拉(pull)數(shù)據(jù)。數(shù)據(jù)的例子可以包括股票報價、天氣預報、交通預報、動態(tài)壁 紙、廣告、應用程序或者用戶需要的其它數(shù)據(jù)。內(nèi)容可由內(nèi)容提供者推給移動裝置或者可以由移動裝置從內(nèi)容提供者那里請求 (拉)。就基于拉的傳遞而言，內(nèi)容被移動裝置上的客戶機應用程序請求，并在響應消息 中被傳遞到該裝置。這種方法的問題在于客戶機應用程序不了解內(nèi)容提供者的內(nèi)容的可 獲得性，而需要周期性地拉內(nèi)容，因而在不成功的嘗試上浪費無線帶寬。由于頻繁的拉嘗試 影響網(wǎng)絡資源和用戶的最終月賬單，而不經(jīng)常的嘗試則導致過時的內(nèi)容，所以這種模式不 能提供優(yōu)良的用戶體驗。就推模式傳遞而言，客戶機應用程序與內(nèi)容提供者建立內(nèi)容訂閱。應用程序提供 指定感興趣的事件的訂閱過濾器(filter)。內(nèi)容提供者將訂閱過濾器應用于可獲得的內(nèi) 容，如果一些內(nèi)容子集與過濾器相匹配，則利用可獲得的內(nèi)容發(fā)送體系將該內(nèi)容推到移動 裝置。這種方法需要復雜的內(nèi)容發(fā)送基礎結構，包括內(nèi)容提供者和推服務器上的內(nèi)容管理 和訂閱。由于管理多種計時事件和過濾器的復雜性，導致大量裝置的可升級性成為實施的 主要障礙。

發(fā)明內(nèi)容
本系統(tǒng)和方法可通過提供混合模式傳遞模型來克服基于推模式和基于拉模式的 內(nèi)容傳遞的局限性。所述混合模式傳遞模型可以把基于訂閱的發(fā)送的優(yōu)點與客戶機應用程 序驅動的拉模式的簡易性結合起來?；旌夏Ｊ椒独梢栽试S客戶機應用程序通過直接觸發(fā) 新內(nèi)容的發(fā)送或者向傳遞體系或內(nèi)容提供者登記感興趣的新內(nèi)容來驅動內(nèi)容傳遞。在混合模式傳遞模型中，優(yōu)選地當移動裝置上的對客戶機應用程序可獲得的內(nèi)容 被用盡時觸發(fā)內(nèi)容傳遞事件。這可能是在數(shù)據(jù)被使用或過期的時候。所述混合模式傳遞模型可以工作在推載體(push bearer)或拉載體(pul 1bearer)上。在拉載體的情況下，內(nèi)容提供者等待直到接收到拉消息才發(fā)送數(shù)據(jù)。然而，在 訂閱開始期間發(fā)送的過濾器被儲存在內(nèi)容提供者中并且優(yōu)選地在接收到拉消息之前將所 述過濾器應用于可獲得的內(nèi)容。在推載體方案中，內(nèi)容提供者可以適于只在接收到客戶機應用程序準備接收內(nèi)容 的消息時才推內(nèi)容。如果當客戶機應用程序指示它已經(jīng)準備就緒時沒有內(nèi)容可利用，則可 以立即將標志設置成推下一可獲得的內(nèi)容子集。在所述推載體方案中，內(nèi)容提供者存儲訂 閱時從客戶機應用程序接收到的過濾器，并且所述過濾器只需發(fā)送一次。在推和拉載體方案中，一些處理可被轉移到內(nèi)容傳遞服務器。具體地講，所述內(nèi)容 傳遞服務器可以存儲訂閱標識符，并且可以緩沖存儲內(nèi)容子集，將規(guī)則應用于所述內(nèi)容子 集，以及在將內(nèi)容發(fā)送到客戶機應用程序之前等待接收對更多的內(nèi)容的請求。因此，本申請優(yōu)選地提供了一種在內(nèi)容提供者中用于混合模式傳遞內(nèi)容的方法， 包括以下步驟接收包括過濾器的訂閱消息；發(fā)送訂閱標識符；將所述過濾器應用于內(nèi)容 提供者上可獲得的內(nèi)容，從而產(chǎn)生內(nèi)容子集；等待接收內(nèi)容請求；以及一接收到所述內(nèi)容 請求，就發(fā)送所述內(nèi)容子集。本申請進一步優(yōu)選地提供了一種用于向移動裝置混合模式傳遞內(nèi)容的系統(tǒng)，所述 系統(tǒng)包括移動裝置上的客戶機應用程序和內(nèi)容提供者。所述客戶機應用程序適于發(fā)送 包括過濾器的訂閱消息；使用(consume)內(nèi)容；識別過期內(nèi)容；以及當客戶機應用程序的所 有內(nèi)容都被使用或已經(jīng)過期時發(fā)送內(nèi)容請求。所述內(nèi)容提供者適于接收訂閱消息和過濾 器；存儲所述過濾器；發(fā)送訂閱標識符；將所述過濾器應用于可獲得的內(nèi)容，從而產(chǎn)生內(nèi)容 子集；等待接收內(nèi)容請求；以及一接收到所述內(nèi)容請求，就發(fā)送所述內(nèi)容子集。本申請還進一步優(yōu)選地提供了一種在混合模式傳遞系統(tǒng)中使用的移動裝置上的 客戶機應用程序，所述客戶機應用程序的特征在于用于向內(nèi)容提供者發(fā)送包括過濾器的 訂閱消息的裝置；用于從所述內(nèi)容提供者接收內(nèi)容的裝置；使用(consume)所述內(nèi)容的裝 置；用于識別過期內(nèi)容的裝置；和當用于所述客戶機應用程序的所有內(nèi)容已被使用或者已 經(jīng)過期時，發(fā)送內(nèi)容請求的裝置。本申請進一步優(yōu)選地提供了一種在混合模式傳遞系統(tǒng)中使用的內(nèi)容提供者，所述 內(nèi)容提供者的特征在于用于從客戶機應用程序接收訂閱消息和過濾器的裝置；用于存儲 所述過濾器的裝置；用于發(fā)送訂閱標識符的通信裝置；用于對可獲得的內(nèi)容應用所述過濾 器，從而產(chǎn)生內(nèi)容子集的裝置；用于等待接收內(nèi)容請求的裝置；和用于在接收到所述內(nèi)容 請求時發(fā)送所述內(nèi)容子集的裝置。


參照附圖將能夠更好地理解本申請，其中圖1是動態(tài)內(nèi)容傳遞系統(tǒng)的基本體系的方框圖；圖2是示出了拉載體上的內(nèi)容發(fā)送體系的內(nèi)容提供者和客戶機應用程序之間通 過的消息和內(nèi)容的流程圖；圖3是示出了具有管理訂閱和捕獲內(nèi)容的內(nèi)容傳遞服務器的拉載體上的內(nèi)容發(fā) 送體系的內(nèi)容提供者和客戶機應用程序之間通過的消息和內(nèi)容的流程圖；圖4是示出了推載體上的內(nèi)容發(fā)送體系的內(nèi)容提供者和客戶機應用程序之間通過的消息和內(nèi)容的流程圖；圖5是示出了具有管理訂閱和捕獲內(nèi)容的內(nèi)容傳遞服務器的推載體上的內(nèi)容發(fā) 送體系的內(nèi)容提供者和客戶機應用程序之間通過的消息和內(nèi)容的流程圖；和圖6是能夠與本方法和系統(tǒng)結合使用的示例性移動裝置的方框圖。
具體實施例方式現(xiàn)在參照圖1。示出了用于向客戶機應用程序發(fā)送動態(tài)內(nèi)容的通用混合系統(tǒng)。圖 1的系統(tǒng)是簡化后的系統(tǒng)并且示出了動態(tài)內(nèi)容傳遞體系中需要的邏輯元件；然而，本領域 的技術人員應該理解，可能存在其它元件或者各種元件可被組合在一起。體系100包括內(nèi)容提供者110。內(nèi)容提供者110被布置成向與內(nèi)容提供者110簽 訂了協(xié)議的用戶提供動態(tài)內(nèi)容。其例子可包括，例如，出售書籍的網(wǎng)站。用戶可向內(nèi)容提供 者110注冊以獲得指定種類的最近發(fā)行的書籍的清單。其它的例子可包括新聞網(wǎng)站，其可 以定期向用戶提供標題；交通網(wǎng)站，其可以在一天的特定時段向用戶提供最新的交通信息。 除此之外，可以是是股票交易網(wǎng)站，其可以向用戶提供最新的股票報價或貨幣匯率。根據(jù)使用的載體，內(nèi)容提供者110可以向內(nèi)容傳遞服務器120注冊以允許該內(nèi)容 傳遞服務器的客戶從內(nèi)容提供者110接收內(nèi)容。將明白的是，當使用推載體時注冊是必須 的，當使用拉載體時，注冊是可選的。在一個實施例中，內(nèi)容傳遞服務器120包括推代理服務器122，該推代理服務器 122擔當客戶機或客戶機應用程序的代理并為內(nèi)容提供者110提供目的地以發(fā)送內(nèi)容。推 代理服務器用在推模式中，而不用在拉模式中。內(nèi)容傳遞服務器120與位于移動裝置上的內(nèi)容發(fā)送客戶機140在無線網(wǎng)絡130上 進行通信。內(nèi)容發(fā)送客戶機140接收從內(nèi)容提供者110發(fā)送的內(nèi)容，并且能夠與最終使用 該內(nèi)容的客戶機應用程序150交換該內(nèi)容。在本說明書中，提及內(nèi)容提供者110、內(nèi)容傳遞服務器120、推代理服務器122、無 線網(wǎng)絡130、內(nèi)容發(fā)送客戶機140或者客戶機應用程序150就是提及圖1中的體系。根據(jù)基礎結構，存在各種形式的混合模式傳遞。這些形式的混合模式傳遞取決于 基礎結構是基于推的基礎結構還是基于拉的基礎結構。參照圖2，圖2示出了在拉載體上發(fā)送的混合模式傳遞體系。在向內(nèi)容提供者110訂閱時，客戶機應用程序150與消息210中的過濾器一起發(fā) 送訂閱消息。本領域的技術人員將明白，在消息210中發(fā)送的過濾器描述了客戶機應用程 序150所期望的數(shù)據(jù)的類型和格式。過濾器的例子可以包括對特定公司的股票報價。此 外，過濾器可以變得更加詳細，包括這樣的指示只有當股票價格的變化大于它的前次發(fā)送 的市場價值的時、當交易達到一定量時等等才發(fā)出股票報價。過濾器還可以指明用于推 內(nèi)容的時間表。消息210被內(nèi)容發(fā)送客戶機140轉發(fā)，經(jīng)過內(nèi)容傳遞服務器120，到達內(nèi)容提供者 110。當內(nèi)容提供者110收到消息210時，它建立一個新的訂閱，提取過濾器并將過濾器 應用于可獲得的內(nèi)容(步驟214)。在消息216中，內(nèi)容提供者110將訂閱標識符連同任何可利用的符合過濾器標準的內(nèi)容一起回發(fā)到客戶機應用程序150。本領域的技術人員將明白，在拉載體上的混合模式傳遞是同步的。因此，消息216 可以包括作為響應消息的內(nèi)容和訂閱ID，并且消息216可以是，例如，HTTP響應。接著，客戶機應用程序150使用消息216中發(fā)送的內(nèi)容?？蛻魴C應用程序150可 以立即向終端用戶顯示所述內(nèi)容，諸如動態(tài)壁紙、新聞選取框等，或者客戶機應用程序150 可以儲存所述內(nèi)容直到用戶請求了它。當所發(fā)送的所有視頻被觀看過、所發(fā)送的音頻被收 聽過、任務發(fā)送列表上的任務完成等等的時候，用戶已經(jīng)使用了所述內(nèi)容。另一方面，內(nèi)容可能過期。例如，天氣預報、電影列表、股票報價等都有期限，在該 期間內(nèi)它們是有效的，在該期限之后該內(nèi)容就過期了。如果客戶機應用程序在內(nèi)容過期之 前沒有使用該內(nèi)容，則該內(nèi)容可能在它過期之后被客戶機應用程序150忽略。一旦客戶機應用程序150已經(jīng)使用了內(nèi)容或者該內(nèi)容已經(jīng)過期，客戶機應用程序 150就向內(nèi)容提供者110發(fā)送消息220。消息220包括對任何另外的內(nèi)容的請求，如果這些 內(nèi)容是可利用的。該消息還包括由客戶機應用程序150先前收到的訂閱標識符以及客戶機 應用程序150希望應用于該內(nèi)容的任何規(guī)則。將理解的是，沒有規(guī)則必須被發(fā)送并且規(guī)則 的實施和處理是可選的。規(guī)則被應用在過濾器之上，從而被應用于先前已經(jīng)被內(nèi)容提供者110過濾過的內(nèi) 容子集。規(guī)則可指明如何發(fā)送內(nèi)容，包括次序、可被接收的內(nèi)容的最大尺寸以及影響內(nèi)容次 序和/或選擇的優(yōu)先權、內(nèi)容接收的時限或者本領域的技術人員公知的其它規(guī)則。在圖2的例子中，內(nèi)容提供者110收到消息220并且發(fā)現(xiàn)沒有可獲得的內(nèi)容(步 驟224)?？蛻魴C應用程序150收到空響應或者表示沒有可獲得的內(nèi)容的響應。在接下來的時間中，客戶機應用程序150可以通過詢問進一步的內(nèi)容是否可獲得 的內(nèi)容的消息230來再次嘗試拉內(nèi)容，同時向內(nèi)容提供者110發(fā)送訂閱標識符和內(nèi)容規(guī)則。 在步驟234中，內(nèi)容提供者110應用過濾器并發(fā)現(xiàn)內(nèi)容是可利用的，此時，內(nèi)容提供者110 產(chǎn)生消息M0，在消息MO中，內(nèi)容被回發(fā)到客戶機應用程序150。正如本領域的技術人員 所理解的，內(nèi)容提供者110也可以應用在消息230中傳送給它的規(guī)則。還將理解的是，由于 客戶機應用程序150已經(jīng)知道它的訂閱標識符，所以消息240不需要返回訂閱標識符。在本申請的一個實施例中，當內(nèi)容變得可利用時，內(nèi)容提供者110可以將過濾器 應用于內(nèi)容。將理解的是，將內(nèi)容與訂閱過濾器相匹配會耗費時間，混合模式傳遞模型的優(yōu) 點在于可以在客戶機應用程序150請求之前準備基于訂閱過濾器的內(nèi)容子集，從而消除延 遲和用戶等待時間。圖2中的混合模式傳遞比簡單的基于拉的模型對移動裝置更友好，這是因為不需 要每次都無線傳送訂閱過濾器。此外，如上所述，在收到拉信息之前使用過濾器能夠消除用 戶等待時間中的延遲。本領域的技術人員將進一步理解，在圖2的模型中，內(nèi)容發(fā)送客戶機140和內(nèi)容傳 遞服務器120是冗余的，客戶機應用程序150可以與內(nèi)容提供者110直接通信。圖3中提出了又一可選的實施例。圖3再次示出了在拉載體上的混合模式傳遞。 然而，在圖3的例子中，內(nèi)容傳遞服務器提供訂閱管理和內(nèi)容捕獲服務，因而從客戶機應用 程序150和內(nèi)容提供者110中去除了這些功能。參照圖3，客戶機應用程序150向內(nèi)容提供者110發(fā)送訂閱消息310。該訂閱消息
6310包括用于指示應該從內(nèi)容提供者110接收什么內(nèi)容的過濾器。該消息通過內(nèi)容發(fā)送客 戶機140和內(nèi)容傳遞服務器120傳到內(nèi)容提供者110。一旦內(nèi)容提供者110接收到訂閱消息310，內(nèi)容提供者110就向內(nèi)容傳遞服務器 120提供訂閱標識符。內(nèi)容提供者110進一步將在消息310中收到的過濾器應用于內(nèi)容提供者110所儲 存的內(nèi)容，并尋找可獲得的內(nèi)容，以發(fā)送給客戶機應用程序150。這在步驟314中執(zhí)行。另一方面，一旦訂閱，響應消 息就被內(nèi)容傳遞服務器120處理，并且提取訂閱消息 (例如裝置標識符和訂閱標識符之間的匹配)并將該訂閱消息保存，以在將來進一步使 用。將理解的是，內(nèi)容傳遞服務器120使用訂閱標識符來指示內(nèi)容提供者110應該發(fā)送內(nèi) 容了。以上所述可通過在HTTP請求的報頭中提供訂閱標識符或者作為多部分消息的單獨 部分來實施。除去訂閱標識符的響應被返回給客戶機應用程序150。內(nèi)容提供者110產(chǎn)生消息316，以發(fā)送在步驟314中發(fā)現(xiàn)的內(nèi)容。該內(nèi)容發(fā)送消息 316通過內(nèi)容傳遞服務器120轉發(fā)給客戶機應用程序150。將進一步理解的是，內(nèi)容提供者110可以連續(xù)對各種內(nèi)容應用過濾器，除了在步 驟316中發(fā)送內(nèi)容之外，當發(fā)現(xiàn)另外的用于發(fā)送給客戶機應用程序150的內(nèi)容時，可以在消 息318中發(fā)送該內(nèi)容。內(nèi)容傳遞服務器120接收消息318，并緩沖存儲該消息，直到客戶機應用程序150 請求內(nèi)容。一旦客戶機應用程序150已經(jīng)使用了由消息316提供的內(nèi)容，或者消息316中的 數(shù)據(jù)已經(jīng)過期，客戶機應用程序150就可以產(chǎn)生新消息320，該新消息320請求更多內(nèi)容并 且還提供用于所述內(nèi)容的規(guī)則。消息320被傳送給內(nèi)容傳遞服務器120。內(nèi)容傳遞服務器120接收消息320，并且如果提供了任何規(guī)則，則應用消息320中 傳送的規(guī)則。此外，內(nèi)容傳遞服務器120傳送消息322，該消息322包含在消息318中發(fā)送 給客戶機應用程序150的內(nèi)容。將進一步理解的是，內(nèi)容發(fā)送信息322不必包含所有來自內(nèi)容傳遞服務器120的 緩沖存儲的內(nèi)容。規(guī)則可以指定特定大小的緩沖存儲內(nèi)容，或者內(nèi)容傳遞服務器120可以 具有關于被傳送給客戶機應用程序150的數(shù)據(jù)的量的特定規(guī)則，并且所述數(shù)據(jù)只有一部分 可被傳送而剩余部分被保留在內(nèi)容傳遞服務器120的緩沖存儲區(qū)中，直到從客戶機應用程 序150接收到后面的請求?！膬?nèi)容傳遞服務器120的緩沖存儲區(qū)發(fā)送了所有內(nèi)容，內(nèi)容傳遞服務器120 就可以進一步產(chǎn)生消息330，該消息330包括先前傳送給內(nèi)容傳遞服務器120的訂閱標識 符。內(nèi)容提供者110接收消息330，消息330用來觸發(fā)對可獲得的內(nèi)容應用過濾器，以查看 是否有更多可獲得的內(nèi)容發(fā)送。此后，如圖3所示，內(nèi)容提供者110能夠產(chǎn)生消息332和 334。消息330簡化了內(nèi)容提供者110的處理過程。當產(chǎn)生或接收內(nèi)容時，內(nèi)容提供者 110不必不斷地對內(nèi)容應用過濾器，使得對于大量訂戶來說程序更加可升級，并簡化了需要 由內(nèi)容提供者110執(zhí)行的程序。具體地講，直到從內(nèi)容傳遞服務器120接收到消息330，才 需要應用過濾器。內(nèi)容傳遞服務器120緩沖存儲內(nèi)容發(fā)送消息332和334，直到從客戶機應用程序150接收到請求更多內(nèi)容的消息。 因此，圖3中的實施例提供了一些將由內(nèi)容傳遞服務器120執(zhí)行的處理和緩沖存 儲過程，去除了來自內(nèi)容提供者Iio的一些負荷。圖3中的混合模式模型通過只向內(nèi)容服 務器120和內(nèi)容提供者110發(fā)送一次具有過濾器的訂閱消息而提供了對所需網(wǎng)絡資源的縮 減。此外，內(nèi)容在被傳送回客戶機應用程序150之前就被過濾，并且它只在客戶機應用程序 150請求將被發(fā)送的內(nèi)容的時候才被發(fā)送。在圖3的例子中，只在先前的內(nèi)容已被使用或者 已經(jīng)過期的時候，才發(fā)送內(nèi)容?，F(xiàn)在參照圖4。圖4提供了在推載體上的混合模式傳遞系統(tǒng)的框架。客戶機應用程序150向內(nèi)容提供者110發(fā)送包括過濾器的訂閱消息410。內(nèi)容提 供者110 —接收到消息410就登記訂閱并在消息412中返回訂閱ID。在步驟414中，將過濾器應用于可獲得的內(nèi)容，內(nèi)容提供者110在消息420中將相 匹配的內(nèi)容子集推到客戶機應用程序150。如上所述，客戶機應用程序150使用內(nèi)容或者該內(nèi)容過期，并且一旦內(nèi)容被使用 或過期，客戶機應用程序150就產(chǎn)生從內(nèi)容提供者110請求進一步內(nèi)容的消息430。消息 430包括與客戶機應用程序可能希望應用于內(nèi)容子集的任何規(guī)則在一起的訂閱標識符。在圖4所示的例子中，內(nèi)容提供者110接收消息430并應用過濾器，發(fā)現(xiàn)沒有內(nèi)容 可利用。然而，當接收到該消息時，標記被加到內(nèi)容提供者110，指示客戶機應用程序150要 求更多內(nèi)容。此后，當更多內(nèi)容變得可利用的時候，所述內(nèi)容被推到客戶機應用程序150。如圖4中進一步示出的，當新內(nèi)容到達內(nèi)容提供者110時，應用過濾器并尋找可獲 得的內(nèi)容。隨后，內(nèi)容提供者110產(chǎn)生被推至客戶機應用程序150的消息440。與傳統(tǒng)的基于推的模型相比，圖4中示出的混合模式傳遞模型更有效。僅當客戶 機應用程序150和移動裝置準備使用信息時，信息才被發(fā)送到客戶機應用程序150。發(fā)送事 件直接由應用程序觸發(fā)，因而不需要復雜事件或計時管理框架(framework)。另外，客戶機 應用程序也可以選擇在消息430中找到的發(fā)送規(guī)則中指定推的進度表。因此，這可以導致 混合模式與推模式行為的結合。在如圖5所示的可選實施例中，內(nèi)容傳遞服務器120提供了訂閱管理和內(nèi)容緩沖 存儲功能。參照圖5，客戶機應用程序150發(fā)送包括過濾器的訂閱消息510，所述訂閱消息510 經(jīng)過內(nèi)容傳遞服務器120到達內(nèi)容提供者110。內(nèi)容提供者110產(chǎn)生訂閱標識符，并將該訂閱標識符發(fā)送到內(nèi)容傳遞服務器120。 此外，在消息510中接收到的過濾器被應用于可獲得的內(nèi)容，內(nèi)容提供者110產(chǎn)生內(nèi)容發(fā)送 消息520，該內(nèi)容發(fā)送消息520被發(fā)送到客戶機應用程序150?？蛻魴C應用程序150使用通過消息520發(fā)送的內(nèi)容，并且一旦該內(nèi)容被使用或過 期，客戶機應用程序150就會產(chǎn)生請求更多可獲得的內(nèi)容的消息530并選擇性地發(fā)送規(guī)則。 消息530被發(fā)送到內(nèi)容傳遞服務器120，該內(nèi)容傳遞服務器120接收內(nèi)容并記錄客戶機應用 程序150希望接收更多的信息。在圖5的例子中，在內(nèi)容傳遞服務器120接收消息530時，沒有內(nèi)容被儲存在該內(nèi) 容傳遞服務器120上的緩存中，因此，沒有信息被回發(fā)到客戶機應用程序150。當內(nèi)容提供者110接收更多內(nèi)容并將過濾器應用于此內(nèi)容時，一旦發(fā)現(xiàn)可獲得的內(nèi)容，就使用消息540將可獲得的內(nèi)容推到內(nèi)容傳遞服務器120。內(nèi)容傳遞服務器120緩沖 存儲此內(nèi)容，并且在圖5的情況下，當客戶機應用程序150先前已經(jīng)被記錄要求新內(nèi)容時， 在步驟542中應用規(guī)則，并在消息544中發(fā)送內(nèi)容。反之，如果沒有記錄需求，則內(nèi)容傳遞服 務器120將緩沖存儲內(nèi)容，如從消息550和552接收的內(nèi)容所示。從上述清楚的是，在推載 體上的混合模式的其它優(yōu)點包括補救過期內(nèi)容的發(fā)送，或者替換還沒有被發(fā)送的內(nèi)容。如 果被緩沖存儲在內(nèi)容傳遞服務器120上并等待客戶機應用程序150來觸發(fā)推的內(nèi)容過期或 者被更新的內(nèi)容取代，則內(nèi)容傳遞服務器120可以丟棄已過期的內(nèi)容。這節(jié)約了網(wǎng)絡資源 以及用戶為用戶沒有使用或不能使用的內(nèi)容的無線發(fā)送所支付的費用。

相似的優(yōu)點也存在于圖4的模型中，其中，如果等待于內(nèi)容提供者110上但尚未被 推的內(nèi)容已經(jīng)過期或者已經(jīng)被取代，則可在該內(nèi)容被推之前將其替換。此外，通過客戶機應 用程序150的觸發(fā)免除(save) 了用戶不能使用的內(nèi)容的發(fā)送。在圖5的例子中，客戶機應用程序使用了來自內(nèi)容發(fā)送消息544的內(nèi)容，并且一旦 該內(nèi)容已被使用或者已經(jīng)過期，就產(chǎn)生發(fā)送到內(nèi)容傳遞服務器120的消息560。內(nèi)容傳遞服務器120將規(guī)則應用于儲存在其緩存中的任何內(nèi)容，且隨后在消息 570中將內(nèi)容發(fā)送至客戶機應用程序150。從而，上述的在推載體上的混合發(fā)送模式具有特定的優(yōu)點。將功能從內(nèi)容提供者 110移到內(nèi)容傳遞服務器120。此外，只當客戶機應用程序150準備好數(shù)據(jù)時，該數(shù)據(jù)才被 傳送到客戶機應用程序150。本領域技術人員將理解的是，混合模式傳遞模型要求內(nèi)容提供者110適于存儲客 戶機應用程序150的過濾器，并將這些過濾器應用于可獲得的內(nèi)容。然而，可周期性地進行 過濾，而不是只當從客戶機應用程序150接收到具有過濾器的消息時才進行過濾。還要求內(nèi)容提供者110采用圖4的實施例中的標記，其中，內(nèi)容被緩沖存儲在內(nèi)容 提供者110上，直到客戶機應用程序150準備接收該內(nèi)容。在圖5的實施例中，這個功能被 移到內(nèi)容傳遞服務器120上。本領域的技術人員將理解的是，以上所述可在任何移動數(shù)據(jù)裝置上實現(xiàn)，現(xiàn)在參 照圖6，圖6中示出了一種示例性移動裝置。這并不表示要限制本申請，而是可使用任何移 動數(shù)據(jù)裝置。圖6是示出了適于與本申請的裝置和方法的優(yōu)選實施例相結合使用的移動裝置 的方框圖。移動裝置2200優(yōu)選地是至少具有語音和數(shù)據(jù)通信能力的雙向無線通信裝置。移 動裝置2200優(yōu)選地具有與互聯(lián)網(wǎng)上其它計算機系統(tǒng)通信的能力。根據(jù)所提供的具體功能， 移動裝置可被稱為例如數(shù)據(jù)消息裝置、雙向尋呼機、無線電子郵件裝置、具有數(shù)據(jù)消息功能 的蜂窩電話、無線互聯(lián)網(wǎng)設備、或者數(shù)據(jù)通信裝置。移動裝置2200將合并通信子系統(tǒng)2211，該通信子系統(tǒng)2211包括接收器2212和發(fā) 射器2214，以及相關元件，所述相關元件例如一個或多個、優(yōu)選地是嵌入式的或內(nèi)置的天線 元件2216和2218、本地振蕩器(LOs) 2213、和處理模塊，所述處理模塊例如數(shù)字信號處理器 (DSP) 2220，這里，使得移動裝置2200能夠雙向通信。通信領域的技術人員將明白的是，通 信子系統(tǒng)2211的具體設計將取決于裝置將要在其中運行的通信網(wǎng)絡。網(wǎng)絡訪問所需條件也將隨著網(wǎng)絡2219類型而變化。在一些CDMA網(wǎng)絡中，網(wǎng)絡訪 問與訂閱者或移動裝置2200的用戶有關。為了在CDMA網(wǎng)絡上操作，CDMA移動裝置可能需要可移動用戶識別模塊(RUM)卡或者用戶識別模塊(SIM)卡。SIM/RUIM接口 2244通常 與卡槽相似，SIM/RUIM卡可被插入該卡槽，并可以像磁盤或者PCMCIA卡那樣被彈出。SIM/ RUIM卡可以具有約為64K的存儲器，并可以保持多密鑰配置2251以及其它信息2253諸如 身份證明和用戶相關信息等。 當所需的網(wǎng)絡注冊或激活程序已經(jīng)完成時，移動裝置2200可以在網(wǎng)絡2219上發(fā) 送和接收通信信號。如圖6所示，網(wǎng)絡2219可由與移動裝置通信的多個基站組成。例如， 在混合CDMA Ix EVDO系統(tǒng)中，CDMA基站和EVDO基站與移動裝置通信，并且移動裝置同時 連接到上述兩個基站。EVDO和CDMA Ix基站使用不同的分頁槽來與移動裝置通信。天線2216通過通信網(wǎng)絡2219接收到的信號被輸入到接收器2212，該接收器2212 可以執(zhí)行普通接收器功能，如信號放大、降頻轉換、濾波、信道選擇等等，以及圖6所示的示 例性系統(tǒng)中的模數(shù)(A/D)轉換。所接收的信號的A/D轉換允許更復雜的通信功能，例如 在DSP 2220中執(zhí)行的解調(diào)和解碼。以類似的方式，處理將要發(fā)射的信號，包括例如由DSP 2220調(diào)制和編碼，并輸入到發(fā)射器2214進行數(shù)模轉換、升頻轉換、濾波、放大以及通過天線 2218在通信網(wǎng)絡2219上傳輸。DSP 2220不僅處理通信信號，而且提供接收器和發(fā)射器控 制。例如，應用到接收器2212和發(fā)射器2214中的通信信號的增益可以通過在DSP 2220中 所實施的自動增益控制算法來適應性地控制。移動裝置2200優(yōu)選地包括微處理器2238，該微處理器2238控制裝置的總體操 作。至少包括數(shù)據(jù)和語音通信的通信功能通過通信子系統(tǒng)2211執(zhí)行。微處理器2238還 可以與更多裝置子系統(tǒng)相互作用，例如顯示器2222、閃速存儲器2224、隨機存取存儲器 (RAM) 2226、輔助輸入/輸出(I/O)子系統(tǒng)2228，串行接口 2230、兩個或更多個鍵盤或鍵區(qū) 2232、揚聲器2234、麥克風2236、其它的通信子系統(tǒng)2240 (例如短程通信子系統(tǒng))以及用 2242概括標注的任何其它裝置子系統(tǒng)。串行接口 2230可以包括USB接口或本領域的技術 人員公知的其它接口。圖6所示的子系統(tǒng)中的一些執(zhí)行與通信相關的功能，而其它子系統(tǒng)可以提供“駐 存”或裝置上(on-device)功能。特別地，例如，一些子系統(tǒng)(如鍵盤2232和顯示器2222) 既可以用于通信相關的功能(如輸入在通信網(wǎng)絡上傳輸?shù)奈谋鞠?，又可以用于裝置駐 存功能(如計算器或任務列表)。微處理2238使用的操作系統(tǒng)軟件優(yōu)選地被存儲在如閃速存儲器2224的永久存儲 器中，該永久存儲器可以由只讀存儲器(ROM)或類似的存儲元件(未示出)替換。本領域 的技術人員將明白操作系統(tǒng)、具體的裝置應用程序、或者其部件，可以被臨時加載到易失 性存儲器(如RAM 2226)中。接收的通信信號也可以存儲在RAM 2226中。如所示出的，閃速存儲器2224可被分成不同的區(qū)域，所述不同的區(qū)域用于計算機 程序2258以及程序數(shù)據(jù)存儲2250、2252、2254和2256。這些不同的存儲類型表示每個程序 可以分配閃速存儲器2224的一部分，用于它們自己的數(shù)據(jù)存儲需求。微處理器2238，除了 它的操作系統(tǒng)功能之外，優(yōu)選地能夠執(zhí)行移動裝置上的軟件應用程序。通常，在制造過程中 將在移動裝置2200上安裝控制基本操作的預設置的應用程序，例如，所述預設置的應用程 序至少包括數(shù)據(jù)和語音通信應用程序。其它應用程序可隨后或動態(tài)地安裝。優(yōu)選的軟件應用程序可以是個人信息管理器(PIM)應用程序，該個人信息管理器 應用程序能夠組織和管理與移動裝置用戶相關的數(shù)據(jù)項(例如，但是不限于，電子郵件、日程事件、語音郵件、約會安排以及任務項)。當然，移動裝置上可以采用一個或多個記憶存儲 器，以便于PIM數(shù)據(jù)項的存儲。這種PIM應用程序優(yōu)選地可具有通過無線網(wǎng)絡2219發(fā)送和 接收數(shù)據(jù)項的能力。在優(yōu)選實施例中，通過無線網(wǎng)絡2219，PIM數(shù)據(jù)項與所儲存的或者與主 機系統(tǒng)相關聯(lián)的移動裝置用戶的相應數(shù)據(jù)項無縫地結合，并與之同步且隨之更新。更多應 用程序也可以通過網(wǎng)絡2219、輔助I/O子系統(tǒng)2228、串聯(lián)接口 2230、短程通信子系統(tǒng)2240 或者任何其它合適的子系統(tǒng)2242加載到移動裝置2200上，并由用戶安裝在RAM 2226或者 優(yōu)選地安裝在非易失性存儲器(未示出)中，以由微處理器2238執(zhí)行。這種應用程序安裝 的靈活性增加了裝置的功能，并可以提供增強的裝置上功能、通信相關的功能、或以上兩種 功能。例如，安全通信應用程序可以使得能夠使用移動裝置2200來執(zhí)行電子商務功能和其 它這樣的金融交易。
在數(shù)據(jù)通信模式中，接收的諸如文本消息或者網(wǎng)頁下載的信號將被通信子系統(tǒng) 2211處理，并輸入到微處理器2238，該微處理器2238優(yōu)選地進一步處理所收到的信號，以 輸出到顯示器2222，或者可選擇地輸出到輔助I/O裝置2228。推客戶機2260也可以處理 所述輸入，所述推客戶機2260可以等同于推客戶機140和510。移動裝置2200的用戶還可以利用鍵盤2232并結合顯示器2222或輔助I/O裝置 2228來編寫數(shù)據(jù)項(諸如電子郵件信息)，所述鍵盤2232優(yōu)選地是完整的字母數(shù)字式鍵盤 或電話型鍵盤。然后，這種編寫的項目可以通過通信子系統(tǒng)2211在通信網(wǎng)絡上發(fā)送。對于語音通信，除了所接收的信號優(yōu)選地被輸出到揚聲器2234以及由麥克風 2236產(chǎn)生發(fā)送的信號之外，移動裝置2200的總體操作是相似的。還可以在移動裝置2200 上實現(xiàn)可選擇的語音或音頻I/O子系統(tǒng)，例如語音消息記錄子系統(tǒng)。盡管語音或者音頻信 號輸出優(yōu)選地主要通過揚聲器2234來完成，但是顯示器2222也可以用于提供例如呼叫方 的身份、語音呼叫的持續(xù)時間或其它與語音呼叫相關的信息的顯示。圖6中的串行接口 2230通常應用在個人數(shù)字助理(PDA)型移動裝置中，這樣，需 要時可以實現(xiàn)與用戶的桌面計算機(未示出)同步，但所述串行接口 2230是可選裝置元 件。這種接口 2230使得用戶能夠通過外部裝置或軟件應用程序來設置首選項，并且除了通 過無線通信網(wǎng)絡之外，通過這種接口 2230給移動裝置2200提供信息或軟件下載來擴展移 動裝置2200的功能。例如，該可選下載路徑可以被用來通過直接的因而可靠的且值得信任 的連接將密鑰加載到裝置上，從而實現(xiàn)安全的裝置通信。本領域的技術人員將明白，串行接 口 2230還可以用作調(diào)制解調(diào)器來將移動裝置連接到計算機。其它通信子系統(tǒng)2240，例如短程通信子系統(tǒng)，是另外的可選元件，其可以提供移動 裝置2200與不同的系統(tǒng)或裝置之間的通信，所述不同的系統(tǒng)或裝置不必為相似的裝置。例 如，子系統(tǒng)2240可以包括紅外裝置、相關電路和元件、或者藍牙通信模塊，以提供與相似的 激活的系統(tǒng)和裝置的通信。這里描述的實施例是具有與本申請的技術的元件相對應的元件的結構、系統(tǒng)或方 法的例子。這個書面描述可以使得本領域技術人員能夠制造和使用具有可選元件的實施 例，所述可選元件與本申請的技術的元件相對應。因此，本申請的技術的預期范圍包括與這 里所描述的本申請的技術相同的其它結構、系統(tǒng)或方法，并且進一步包括具有與這里所描 述的本申請的技術非實質性區(qū)別的其它結構、系統(tǒng)或方法。
權利要求
1.一種由傳遞服務器(120)進行的方法，該方法包括下述步驟在所述傳遞服務器處從移動裝置O200)上的發(fā)送客戶機(140 ；2260)接收第一訂閱消 息QlO ；310 ；410 ；510)，所述第一訂閱消息包括為所述移動裝置Q200)上的使用內(nèi)容的 應用程序(150)指定感興趣的內(nèi)容的訂閱過濾器；在所述接收步驟之后向內(nèi)容提供者服務器(110)發(fā)送不同于所述第一訂閱消息OlO ； 310 ；410 ；510)的第二訂閱消息，該第二訂閱消息包括用于代表所述使用內(nèi)容的應用程序 (150)建立對所述感興趣的內(nèi)容的訂閱的所述訂閱過濾器；以及在所述發(fā)送步驟之后在所述傳遞服務器(120)處從所述內(nèi)容提供者服務器(110)接收 包括感興趣的內(nèi)容和識別所述訂閱的標識符的消息(216)。
2.根據(jù)權利要求1所述的方法，還包括下述步驟在所述傳遞服務器(120)處接收指定如何將感興趣的內(nèi)容發(fā)送至所述發(fā)送客戶機 (140)的規(guī)則(220 ；320 ；430 ；530)；以及根據(jù)所述規(guī)則將感興趣的內(nèi)容的子集O40 ；322 ；440 ；544 ；570)傳遞至所述發(fā)送客戶 機(140)。
3.根據(jù)權利要求2所述的方法，其中所述規(guī)則為次序指定優(yōu)先權。
4.根據(jù)權利要求2所述的方法，其中所述規(guī)則指定感興趣的內(nèi)容的尺寸。
5.根據(jù)權利要求4所述的方法，其中所述傳遞步驟包括下述步驟發(fā)送感興趣的內(nèi)容的小于或等于由所述規(guī)則指定的尺寸的第一部分；以及緩存所述感興趣的內(nèi)容的第二部分，第一和第二部分為所述感興趣的內(nèi)容的全部。
6.根據(jù)權利要求5所述的方法，其中傳遞步驟還包括下述步驟在發(fā)送所述第一部分之后在所述傳遞服務器處接收對第二部分的請求。
7.根據(jù)權利要求2所述的方法，其中所述規(guī)則指定用于所述感興趣的內(nèi)容的傳遞的時限。
8.一種計算機，包括構造為進行前述權利要求中任一項的方法的傳遞服務器。
9.一種由移動裝置上的發(fā)送客戶機進行的方法，包括下述步驟從所述發(fā)送客戶機(140 ；2260)將第一消息OlO ；310 ；410 ；510)發(fā)送至傳遞服務器 (120)，所述第一消息包括為所述移動裝置Q200)上的使用內(nèi)容的應用程序(150)指定感 興趣的內(nèi)容的訂閱過濾器；以及在所述發(fā)送步驟之后，在所述發(fā)送客戶機(140)處從所述移動裝置O200)上的使用內(nèi) 容的應用程序(150)接收第二消息O20 ；430 ；530)，所述第二消息與所述第一消息不同且 包括所述訂閱過濾器和識別與所述訂閱過濾器相關的訂閱的標識符。
10.根據(jù)權利要求9所述的方法，還包括下述步驟將指定如何將所述感興趣的內(nèi)容傳遞至所述發(fā)送客戶機(140)的規(guī)則Q20 ；430 ；530) 通信至所述傳遞服務器(120)；以及根據(jù)所述規(guī)則在所述發(fā)送客戶機處接收所述感興趣的內(nèi)容O40 ；440 ；544 ；570)。
11.一種移動裝置(2200)，包括構造為進行權利要求9或10的方法的發(fā)送客戶機 (140 ；2260)。
12.—種計算機可讀介質，當由計算裝置執(zhí)行時，該計算機可讀介質使該計算裝置進行 權利要求1_7、9和10中任一項所述的方法。
全文摘要
一種用于向移動裝置混合模式傳遞內(nèi)容的方法、系統(tǒng)和設備，所述方法具有下面的步驟接收包括過濾器的訂閱消息；存儲所述過濾器；發(fā)送訂閱標識符；將所述過濾器應用于在所述內(nèi)容提供者上可獲得的內(nèi)容，從而產(chǎn)生內(nèi)容子集；等待接收內(nèi)容請求；以及在接收到所述內(nèi)容請求時，就發(fā)送所述內(nèi)容子集。
文檔編號H04L29/08GK102111447SQ20111000590
公開日2011年6月29日 申請日期2007年6月12日 優(yōu)先權日2006年6月12日
發(fā)明者米歇爾·申菲爾德 申請人:捷訊研究有限公司