專利名稱：用于無線熱點的排隊和加載的制作方法
技術領域：
本發(fā)明涉及電信網絡中的多模態(tài)內容分配，并且尤其涉及內容的延遲或重新定向下載。
背景技術：
通常，移動連接設備(例如蜂窩電話)的用戶，沒有享受到與固定接入設備的用戶相同的經濟且及時的從互聯網下載的能力?；ヂ摼W上存在來自內容提供商的多種可用內容，例如電子報紙、視頻、音樂和電子雜志。大部分多媒體內容都太大，以至很難有效下載到大部分移動連接設備中，甚至是3G設備。這是由于各種因素的混合，包括相對低的帶寬及所導致的較長下載時間、高帶寬成本，以及文件需求和用戶移動設備的存儲及表示能力之間的不匹配。
一種方法是使用蜂窩電話網絡以通過無線數據連接而將內容下載到膝上型計算機。這種方法既慢又昂貴，甚至在使用預期的3G技術的較快連接的情況下也是如此。
(典型地由802.11 WiFi、WiMAX或其它技術所提供的)無線“熱點(hotspot)”的廣泛部署，為大部分下載需求提供了足夠高速的無線數據連接。其成本通常是合理的，并且這種服務通常規(guī)定了與被傳輸數據量無關的統一費用。然而，熱點的地理覆蓋并不匹配于無線網絡的普遍存在，熱點區(qū)域受限于公共運輸區(qū)，例如飛機場和火車站。如果用戶瀏覽內容提供商網站來選擇并下載關注內容的行為必須被限于僅熱點或僅當用戶在家時，則移動用戶可能沒有時間或興趣來進行上述行為。
下面的系統將提供用于使移動用戶便利且經濟地從服務提供商下載內容的改進的裝置該系統利用基于GSM或者CDMA的當前移動網絡的幾乎無處不在的覆蓋，允許用戶在任何地方瀏覽以及選擇數字內容，同時使接受下載的目標設備更加靈活。

發(fā)明內容
根據本發(fā)明的一個方面，提供了一種用于實現下載請求的上下文重新定向的方法。通過請求上下文而從請求設備接收下載請求。從請求設備接收下載上下文，該下載上下文與請求上下文是不同的。獲取下載請求中所標識的內容，并且通過下載上下文將該內容下載到目標設備。下載上下文可能不同于請求上下文，這是因為目標設備是不同于請求設備的物理設備、所述內容是通過與接收下載請求不同的服務類型而被下載的，或者因為在內容被下載到目標設備之前必須滿足下載請求中所指定的下載策略。
提供了一種裝置用于實現本發(fā)明的方法。本發(fā)明的方法可以作為指令而被存儲在計算機可讀介質中，所述指令由計算機處理器來執(zhí)行。
所述方法和裝置提供了下載請求的上下文重新定向，其通過將被請求內容重新定向到與進行請求的設備不同的目標設備，或通過延遲被請求內容的下載直到目標設備(可能是進行請求的設備)通過更合適的連接而被連接到網絡，來將對內容的請求去耦于內容的下載。在任一情況下，所述下載請求被存儲，直到存在更合適的連接用于下載被請求內容。這使用戶可以更便利且經濟地進行內容的下載。用戶可以針對下載內容而對請求進行排隊，這允許用戶在高成本或低帶寬接入網絡期間瀏覽內容，并且因而稍后在可利用低成本或高帶寬接入網絡時下載內容。用戶也可以，或者可選地，指定不同的目標終端用戶設備，這允許用戶利用低存儲容量設備(例如PDA或甚至是蜂窩電話)來瀏覽內容，并且下載內容到具有大存儲量的設備，例如家用計算機。如果請求設備是一種多模態(tài)設備，則目標設備也可以與該請求設備相同，但是使用與請求內容不同的連接模式來下載內容。


參考附圖，根據下面對優(yōu)選實施例的詳細描述，本發(fā)明的特征和優(yōu)點將變得顯而易見，其中圖1是根據本發(fā)明的一個實施例的示例性存儲及轉發(fā)電信系統的框圖；圖2是方法的流程圖，通過該方法，根據本發(fā)明的一個實施例來存儲且處理下載請求；以及圖3是方法的流程圖，通過該方法，根據本發(fā)明的一個實施例來下載內容。
應當指出，附圖中相同的部分具有相同的附圖標記。
具體實施例方式
參考圖1，示出了根據本發(fā)明的一個實施例的示例性存儲及轉發(fā)電信系統。下載服務提供商11被連接到網絡10，例如因特網。在網絡10中，多個接入網絡14提供到終端用戶設備的網絡接入。下載服務提供商11也可以在多個接入網絡14中操作接入網絡。在圖1所示的示例性系統中，所述終端用戶設備包括第一移動設備16、第二移動設備18以及固定設備20。當然終端用戶設備的任何組合都是可能的。
終端用戶設備可以是能夠通過下載服務提供商11中的代理36而與內容提供商24進行交互以請求或獲取(retrieve)內容的任何設備，例如便攜式計算機、臺式計算機或者個人數字助理。被用來請求內容的終端用戶設備這里被稱作請求設備，并且包括用于瀏覽內容的裝置，例如web瀏覽器。內容被下載至其上的終端用戶設備(圖1所示例子中的移動設備18以及陸線設備20)這里被稱作目標設備。目標設備由物理終端用戶設備和通信服務或者協議來定義。在多模態(tài)終端用戶設備的情況下，單個物理設備因而可以包括不止一個目標設備。每個目標設備包括下拉客戶端(pull client)22。當下載服務提供商10發(fā)起下載時，每個下拉客戶端22允許內容被下載到相應的目標設備。所述下拉客戶端由下載服務提供商10來提供并且由用戶一次安裝，并且被配置用于識別及授權由下載服務提供商10所進行的后續(xù)下載嘗試。
多個內容提供商24與網絡10進行通信(盡管圖1僅示出了一個)。所述下載服務提供商包括下載調度器(scheduler)12、內容存儲高速緩存28、用戶配置數據庫32、計費系統34和HTTP(超文本傳輸協議)代理36。用戶配置數據庫32存儲每個用戶的客戶信息，包括目標設備的列表、目標設備容量的列表以及目標設備的認證碼，該認證碼通過各個下拉客戶端22的認證而允許下載內容到目標設備。計費系統34包括涉及針對由下載調度器12所提供的排隊和加載服務而對用戶收費的信息。在下載服務提供商11中，下載調度器12與其它部件中的每個進行通信。
所述終端用戶設備可以僅臨時與接入網絡14進行通信。臨時通信的例子包括終端用戶設備被關閉或者開啟，并且移動設備通過無線“熱點”。
廣泛地說，在操作中，用戶利用請求設備來訪問下載調度器12，并請求經由網絡10可訪問的、例如在內容提供商24處的內容。用戶也指定目標設備，并且可以可選地指定下載策略。下載策略是在下載被請求內容之前必須被滿足的條件，將在下面對其詳細解釋。下載調度器12獲取及存儲所述存儲高速緩存28中的被請求內容。當目標設備接下來與網絡進行通信時，并且可選地當滿足被指定下載策略時，下載調度器26向所述目標設備傳送所述被請求內容。目標設備的標識以及下載策略中每一個或共同定義了下載上下文，其中所述目標設備可能不同于從其請求內容的終端用戶設備。由于在進行請求時不僅是立即下載內容到請求設備，因此發(fā)生了所述下載請求的上下文重新定向。更確切地，內容的下載被去耦于所述請求并且被重新定向到分離的下載上下文，例如不同的物理設備、在從其進行請求的物理設備中的不同通信服務，或在隨后滿足指定下載策略的時間點上從其進行請求的同一物理設備。
參考圖2，示出了方法的流程圖，通過該方法，根據本發(fā)明的一個實施例而存儲且處理下載請求。在步驟50，下載調度器12從請求設備接收下載請求。
所述下載請求具有關聯的請求上下文。該請求上下文如下載上下文那樣是一種抽象，但是如果請求設備是多模態(tài)終端用戶設備則僅根據該請求設備和通信服務而被定義。由所述下載請求指定的內容可以是在網絡10中或者經由網絡10可訪問的任何內容，例如音樂文件、視頻文件、圖像文件或者任何其它格式的數據文件。
當通過HTTP代理36瀏覽內容提供商24所提供的內容的用戶，完成內容提供商的接口(例如web接口)所需要的交互序列以發(fā)起下載時，接收所述下載請求。HTTP代理36將產生的業(yè)務流識別為下載事件，并且在步驟51，在內容存儲高速緩存28中開始高速緩存所述被請求內容?？梢栽诟咚倬彺骈_始那點上例如通過彈出窗口來通知用戶。
在步驟52，下載調度器12查詢用戶配置數據庫32并且獲取針對用戶請求內容所配置的下載選項集合。所述下載選項包括至少一個合格目標設備的集合。每個合格目標設備是用戶想要下載內容至其上的終端用戶設備，并且不必是與請求設備相同的終端用戶設備。所述合格目標設備集合也在多模態(tài)設備上的服務之間進行區(qū)分，以便單獨的物理設備可以不止一次地被包括到所述合格設備集合中。這也應用于多模態(tài)請求設備上的不同服務。當通過用戶指定的電子郵件地址被識別時，所述目標設備也可以是網絡郵件服務器。
所述下載選項也可以包括下載策略，每個下載策略是由用戶預先配置的至少一個條件的集合，該下載策略在將內容下載到特定目標設備之前必須被滿足。這種條件的例子是一天中的時刻、帶寬可用性、優(yōu)選的目標下載設備、相對于其它的下載請求的優(yōu)先級以及可用帶寬的成本。
下載調度器12例如通過在移動電話顯示器上或者個人數字助理顯示器上顯示菜單，向用戶顯示下載選項。下載調度器12也可以計算并顯示成本估計，該成本與所述下載選項中的每個或某些相關聯。在步驟54，用戶或者選擇下載選項、接受默認下載選項，或者取消下載請求。如果用戶取消下載請求，則在步驟56，下載調度器終止處理下載請求、暫停高速緩存被請求內容并且清空高速緩存。如果用戶選擇下載選項，則在步驟64，HTTP代理36完成下載及高速緩存內容到內容存儲高速緩存28。在步驟66，下載調度器26確定目標設備是否是電子郵件地址。如果該目標設備是電子郵件地址，則在步驟68，下載調度器26將存儲在內容存儲高速緩存28中的被請求內容作為附件發(fā)送到指定電子郵件地址、從內容存儲高速緩存28清除該內容并且將該事務(transaction)通知計費系統24。如果所述目標設備不是電子郵件地址，則在步驟70，下載調度器26增加下載選項到下載請求并且將下載請求存儲在未完成的(outstanding)請求隊列中，其中所述下載選項包括目標設備并且可選地包括下載策略。該未完成請求隊列可以是針對所有用戶和目標設備的被請求下載的隊列、專用于請求用戶的隊列或者專用于目標設備的隊列等。
參考圖3，示出了方法的流程圖，通過該方法，根據本發(fā)明的一個實施例來將下載請求的內容下載到終端用戶設備。當下載調度器得知目標設備被連接到接入網絡14時，該方法在步驟80被觸發(fā)。在優(yōu)選實施例中，當被連接到接入網絡14時，登記了下載服務的終端用戶設備以規(guī)則的時間間隔連通(ping)下載服務提供商。這不僅通知下載服務提供商終端用戶設備與網絡14進行通信，而且還通知下載服務提供商如何到達該終端用戶設備。
在步驟88，下載調度器12試圖對于關聯于未完成隊列中的目標設備的下載請求進行定位。如果下載調度器12不能定位關聯于目標設備的任何下載請求，則在步驟90，該下載調度器終止處理該目標設備的下載請求。如果下載調度器12定位了關聯于目標設備的下載請求，則在步驟92，該下載調度器確定該下載請求是否包括下載策略，并且如果是，則確定是否滿足該下載策略中所指定的至少一個適當條件的集合。作為例子，并且根據用戶提交下載請求時所輸入的下載策略中包括什么條件，所述下載調度器可以確定到目標終端用戶設備的連接是否具有足夠的帶寬、是否當前是一天中的正確時刻、高優(yōu)先級下載請求是否在未決的請求隊列中、指定的下載請求是否被先前完成、到目標設備的連接是否是經濟的，或者這些條件的任何組合。
如果所述下載請求包括下載策略，并且如果下載策略中所指定的至少一個條件的集合沒有被滿足，則內容不被下載到目標設備，并且所述下載調度器在步驟88嘗試定位關聯于該目標設備的另一個下載請求。如果下載策略中所指定的至少一個條件的集合被滿足，或者如果下載請求不包括下載策略，則在步驟96，下載調度器獲取關聯于下載請求且存儲在內容存儲高速緩存28中的內容，并且下載該內容到所述目標設備。通過使用目標設備的下拉客戶端22，以及存儲在用戶配置數據庫32中的目標設備的認證碼，來認證到該目標設備的下載。當下載終止時，所述下載調度器確定該下載是否在步驟98完成。例如，如果目標設備在下載全部內容之前終止連接，則下載可能沒有被完成，正如在用戶通過WiFi熱點的情況下可能發(fā)生的那樣。如果下載沒有完成，則在步驟99，下載調度器修改存儲在未完成隊列中的下載請求以指示成功下載了多少內容。
如果所述下載調度器在步驟98確定下載完成，則該下載調度器在步驟100從未完成隊列中移除下載請求，并且在步驟102從內容存儲高速緩存28中移除關聯的內容。所述下載調度器將事務的成功通知給計費系統34，并且在步驟88嘗試定位關聯于該目標設備的另一個下載請求。
將通過參考圖1所描述的示例性操作來進一步解釋本發(fā)明的操作。用戶利用配備有web瀏覽器的個人數字助理(PDA)16來瀏覽網絡(例如萬維網)，并且選擇文本文檔和一系列音樂文件來下載。由于PDA存儲容量的限制、使用無線連接的費用以及用戶可用于連接到網絡14的較短時間，用戶因而不希望此時下載內容。用戶有時間瀏覽內容而不是下載內容。
用戶完成一系列交互，其中內容提供商的web接口需要該交互以發(fā)起下載，并且HTTP代理36開始高速緩存所述被請求內容，如上所述。一旦接收關于下載在進行中的通知，用戶就指明文本文檔要被下載到他或她的啟動的膝上型計算機18中，并且音樂文件要被下載到他或她的家用計算機20中。當膝上型電腦在無線熱點內時，用戶作為文本文檔的下載策略而指明要發(fā)生下載。用戶不針對音樂文件指定下載策略。HTTP代理36完成來自內容提供商24的文本文檔和音樂文件的下載，并且將其高速緩存到內容存儲高速緩存28中。
這天的稍后時刻，用戶通過WiFi熱點。通知下載調度器12膝上型計算機18被連接到網絡14，并且由于連接通過WiFi熱點，因此確定下載策略針對文本文檔而被滿足，并且下載該文本文檔到膝上型計算機。當用戶到家后，該用戶開啟家用計算機20。通知下載調度器家用計算機被連接到網絡14，并且下載音樂文件到該家用計算機。
如果家用計算機在用戶提交下載請求到下載調度器時已經被連接到網絡，則所述下載調度器將在用戶到家之前傳送音樂文件到該家用計算機。
在優(yōu)選實施例中，通過所述下載調度器而被實現的、上面參考圖2和圖3所描述的方法，是以處理器中的軟件形式的，但是更通常是以軟件或硬件的任何組合形式的，包括集成電路中的硬件。處理器不必須是單個設備，而指令可以位于不止一個設備中，包括分布式系統。所述方法可以在相同或分離的處理器上并行運行。
已經作為分離于內容提供商24的下載調度器以及其上運行的方法而描述了本發(fā)明。這允許本發(fā)明的排隊和加載服務可以無關于內容提供商24而被提供。所述服務可以由因特網服務提供商來提供，或者由用戶通過其瀏覽網絡的獨立服務器運營商來提供?？蛇x地，內容提供商可以提供關于內容提供商所提供的內容的服務。在這種實施例中，下載調度器12在內容提供商的管理控制之下，并且當用戶細讀內容提供商24所提供的內容時由該用戶來訪問。內容存儲高速緩存28或HTTP代理36不是必需的，這是因為下載調度器可以直接訪問被請求內容。在這種實施例中，省略了所述獲取及存儲內容的步驟，該步驟是在下列步驟之后的(上面參考圖2的步驟51和64所描述的)接收下載請求，以及(上面參考圖3的步驟102所描述的)一旦完成下載就移除該內容。在內容提供商中實現下載服務提供商的另一個優(yōu)點在于，可以強制數字權限管理策略。在這種實施例中，用戶配置數據庫32存儲每個用戶的數字權限管理信息，例如內容提供商授權每個用戶下載哪些內容或多少內容拷貝。在用戶提交下載請求之后但在用戶看到下載選項之前(如上面參考圖2的步驟54所述)，下載調度器確定下載請求中所指定的內容的下載是否違反關聯于請求用戶的數字權限管理策略。如果沒有滿足這種策略，則拒絕下載并且將該事件通知用戶。
已經作為向用戶顯示預先配置的下載選項而描述了本發(fā)明。可選地，用戶可以指定目標設備而不必借助于預先配置的合格目標設備的菜單。同樣，用戶可以指定下載策略而不必借助于預先配置的下載策略的菜單，或者利用較為受限的菜單。然而，盡管向用戶提供了更大的靈活性，但所述實施例受限于請求設備顯示能力、用戶可用的時間量等，而對用戶來說靈活性要大于不便之處。
已經作為提供具有下拉客戶端的目標設備而描述了本發(fā)明，其中所述下拉客戶端允許自動認證從下載調度器到目標設備的下載嘗試。這允許下載調度器在無用戶進行交互的情況下發(fā)起被請求內容的下載?？蛇x地，目標設備可以不包括下拉客戶端。更確切地，下載調度器發(fā)送消息(例如電子郵件消息)到目標設備以指示內容已經準備好被下載。一旦接收該消息，用戶就通過信號通知下載調度器來發(fā)起內容的下載。然而，盡管在仍提供下載請求的上下文重新定向時利用某些相比使用下拉客戶端而言更安全的方式，然而這種實施例需要用戶所進行的交互。
所述實施例僅是示例性的，并且本領域的技術人員應當認識到，可以在不脫離本發(fā)明精神的情況下實現上述實施例的變形。邏輯上等同于或類似于上面參考圖2和圖3而描述的方法的方法，可以被用來實現本發(fā)明的方法。本發(fā)明的范圍僅由所附的權利要求來限定。
權利要求
1.一種實現下載請求的上下文重新定向的方法，其包括下列步驟通過請求上下文而從請求設備接收下載請求；從所述請求設備接收下載上下文，該下載上下文不同于所述請求上下文；獲取在所述下載請求中所標識的內容；以及通過所述下載上下文將所述內容下載到目標設備。
2.根據權利要求1的方法，其中，所述下載上下文不同于所述請求上下文，這是由于所述目標設備是與所述請求設備不同的物理設備。
3.根據權利要求1的方法，其中，所述下載上下文不同于所述請求上下文，這是由于所述內容是通過與接收所述下載請求不同的服務類型而被下載的。
4.根據權利要求1的方法，其中，所述下載上下文不同于所述請求上下文，這是由于所述下載上下文指定了在所述內容被下載到所述目標設備之前必須被滿足的下載策略。
5.根據權利要求4的方法，其中，所述下載策略包括至少一個條件，其中，僅在所述至少一個條件中的每個都被滿足的情況下，所述下載策略才被滿足。
6.根據權利要求5的方法，其中，所述至少一個條件中的至少一個是下列條件之一一天中的時刻、帶寬可用性、相對于其它下載請求的優(yōu)選級以及可用帶寬的成本。
7.根據權利要求1的方法，還包括在所述請求設備上顯示下載上下文的菜單，并且其中，所述接收下載上下文包括接收所述菜單中的選項。
8.根據權利要求1的方法，還包括下列步驟在所述目標設備中提供下拉客戶端；存儲關聯于所述目標設備的用戶的認證碼；以及在下載所述內容之前，利用所述認證碼來認證通過所述下拉客戶端所進行的下載。
9.根據權利要求1的方法，其中，所述獲取內容包括執(zhí)行所述內容的代理下載。
10.一種用于實現下載請求的上下文重新定向的下載調度器，其包括用于通過請求上下文而從請求設備接收下載請求的指令；用于從所述請求設備接收下載上下文的指令，該下載上下文不同于所述請求上下文；用于獲取在所述下載請求中所標識的內容的指令；以及用于通過所述下載上下文下載所述內容到目標設備的指令。
11.根據權利要求10的下載調度器，其中，所述下載上下文不同于所述請求上下文，這是由于所述目標設備是與所述請求設備不同的物理設備。
12.根據權利要求10的下載調度器，其中，所述下載上下文不同于所述請求上下文，這是由于所述內容是通過與接收所述下載請求不同的服務類型而被下載的。
13.根據權利要求10的下載調度器，其中，所述下載上下文不同于所述請求上下文，這是由于所述下載上下文指定了在所述內容被下載到所述目標設備之前必須被滿足的下載策略。
14.根據權利要求13的下載調度器，其中，所述下載策略包括至少一個條件，其中，僅在所述至少一個條件中的每個都被滿足的情況下，所述下載策略才被滿足。
15.根據權利要求14的下載調度器，其中，所述至少一個條件中的至少一個是下列條件之一一天中的時刻、帶寬可用性、相對于其它下載請求的優(yōu)選級以及可用帶寬的成本。
16.根據權利要求10的下載調度器，還包括用于在所述請求設備上顯示下載上下文的菜單的指令，并且其中，所述用于接收下載上下文的指令包括用于接收所述菜單中的選項的指令。
17.根據權利要求10的下載調度程序，還包括用于獲取關聯于所述目標設備的用戶的認證碼的指令；以及用于在下載所述內容之前利用所述認證碼來認證通過所述目標設備的下拉客戶端所進行的下載的指令。
18.根據權利要求10的下載調度器，其中，所述用于獲取內容的指令，包括用于在與所述下載調度器不同的管理控制之下執(zhí)行來自內容提供商的內容的代理下載的指令。
19.一種計算機可讀介質，其存儲用于實現下載請求的上下文重新定向的指令，該計算機可讀介質包括用于通過請求上下文從請求設備接收下載請求的指令；用于從所述請求設備接收下載上下文的指令，該下載上下文不同于所述請求上下文；用于獲取在下載請求中所標識的內容的指令；以及用于通過所述下載上下文而下載所述內容到所述目標設備的指令。
20.根據權利要求19的計算機可讀介質，其中，所述下載上下文不同于所述請求上下文，這是由于所述目標設備是與所述請求設備不同的物理設備。
21.根據權利要求19的計算機可讀介質，其中，所述下載上下文不同于所述請求上下文，這是由于所述內容是通過與接收所述下載請求不同的服務類型而被下載的。
22.根據權利要求19的計算機可讀介質，其中，所述下載上下文不同于所述請求上下文，這是由于所述下載上下文指定了在所述內容被下載到所述目標設備之前必須被滿足的下載策略。
23.根據權利要求22的計算機可讀介質，其中，所述下載策略包括至少一個條件，其中，僅在所述至少一個條件中的每個都被滿足的情況下，所述下載策略才被滿足。
24.根據權利要求23的計算機可讀介質，其中，所述至少一個條件中的至少一個是下列條件之一一天中的時刻、帶寬可用性、相對于其它下載請求的優(yōu)選級以及可用帶寬的成本。
25.根據權利要求19的計算機可讀介質，還包括用于在所述請求設備上顯示下載上下文的菜單的指令，并且其中，所述用于接收下載上下文的指令包括用于接收所述菜單中的選項的指令。
26.根據權利要求19的計算機可讀介質，還包括用于獲取關聯于所述目標設備的用戶的認證碼的指令；以及用于在下載所述內容之前利用所述認證碼來認證通過所述目標設備的下拉客戶端所進行的下載的指令。
27.根據權利要求19的計算機可讀介質，其中，所述用于獲取內容的指令，包括用于在與所述下載調度器不同的管理控制之下執(zhí)行來自內容提供商的內容的代理下載的指令。
28.一種用于提供排隊及轉發(fā)內容下載的系統，其包括裝置，其用于獲取由下載請求所標識的內容；內容存儲高速緩存，其用于存儲由所述下載請求所標識的內容；以及下載調度器，其用于從請求設備接收所述下載請求，以及從所述內容存儲高速緩存向目標設備傳送由所述下載請求所標識的內容，所述目標設備與所述請求設備的不同之處在于下列因素中的至少一個物理設備，以及該物理設備與所述下載調度器之間的通信信道類型。
29.根據權利要求28的系統，其中，所述用于獲取內容的裝置包括超文本傳輸協議代理。
30.根據權利要求28的系統，其還包括用于存儲認證信息的用戶配置數據庫，以便所述下載調度器可以通過與所述目標設備中的下拉客戶端進行交互而傳送所述內容到該目標設備。
全文摘要
提供了用于從網絡排隊及下載內容的系統和方法。用戶針對內容而瀏覽網絡，并且通知調度器所期望的內容和下載參數，例如目標終端用戶設備和發(fā)生下載之前應該滿足的條件。調度器存儲被請求內容，直到目標終端用戶設備可用并且條件被滿足，在該點，內容被下載到目標終端用戶設備。本發(fā)明允許用戶利用一個設備在一個時間點瀏覽內容，并且在隨后的時間點下載該內容以及可能地下載到不同的設備。例如，這允許用戶在高成本訪問時間瀏覽內容并且在低成本訪問時間獲取較大的文件。
文檔編號H04L29/06GK1805350SQ20051010469
公開日2006年7月19日 申請日期2005年12月14日 優(yōu)先權日2004年12月14日
發(fā)明者Z·克爾斯圖里奇 申請人:阿爾卡特公司