用于預(yù)取數(shù)據(jù)的方法和系統(tǒng)的制作方法
【專利摘要】一種服務(wù)器（120）被配置成：a）響應(yīng)于從終端（10）接收到針對(duì)內(nèi)容（C）的請(qǐng)求（M201），利用包含被配置成在終端（10）處建立雙向通信信道（WS）以用于服務(wù)器（120）與終端（10）之間的通信的指令的響應(yīng)（M203）來對(duì)終端（10）進(jìn)行響應(yīng)（P201）；b）加載（M205，M207）包括屬于所述內(nèi)容（C）的至少一個(gè)引用對(duì)象（A）和多個(gè)被引用對(duì)象（B1、B2、B3……）的內(nèi)容；c）通過在引用對(duì)象（A）中用指向相同對(duì)象（B1、B2、B3……）的本地存儲(chǔ)版本的經(jīng)修改的鏈接（ML1、ML2、ML3……）取代作為外部鏈接的去往被引用對(duì)象（B1、B2、B3……）的這樣的鏈接（L1、L2、L3……）來生成經(jīng)修改的引用對(duì)象（AM）；d）通過雙向通信信道（WS）將被引用對(duì)象（B1、B2、B3……）發(fā)送到終端（10）；以及e）以使得經(jīng)修改的引用對(duì)象（AM）中的經(jīng)修改的鏈接（ML1、ML2、ML3）指向已經(jīng)發(fā)送到終端（10）的被引用對(duì)象（B1、B2、B3）的方式將經(jīng)修改的引用對(duì)象（AM）發(fā)送到終端（10）。本發(fā)明還包括針對(duì)方法和系統(tǒng)的并列獨(dú)立權(quán)利要求。
【專利說明】用于預(yù)取數(shù)據(jù)的方法和系統(tǒng)

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明一般涉及數(shù)據(jù)處理并且更具體地涉及內(nèi)容的獲取。

【背景技術(shù)】
[0002] 在下文中，就內(nèi)容而言，我們意指突發(fā)地加載的任何內(nèi)容。特別地，內(nèi)容可以從因 特網(wǎng)加載并且包括作為針對(duì)每一次單獨(dú)的觀看準(zhǔn)備有新鮮信息（內(nèi)容和/或布局)的網(wǎng)頁的 至少一個(gè)動(dòng)態(tài)網(wǎng)頁。在該情境中，術(shù)語內(nèi)容將特別地指web (網(wǎng)絡(luò)）內(nèi)容。
[0003] 內(nèi)容通常在終端處(術(shù)語"終端"在下文中可以特別地但不一定指移動(dòng)終端或移動(dòng) 設(shè)備，但是它可以是臺(tái)式或膝上型或任何其它的客戶端設(shè)備）逐片段地加載到瀏覽器。首 先，加載諸如超文本標(biāo)記語言（HTML)頁面之類的動(dòng)態(tài)頁面的描述。瀏覽器解析HTML頁面并 且然后提交針對(duì)每個(gè)片段的單獨(dú)的請(qǐng)求，其中動(dòng)態(tài)頁面的描述因而形成動(dòng)態(tài)內(nèi)容。當(dāng)前，單 個(gè)內(nèi)容包含必須加載、并不罕見地來自不同位置的大約30-100個(gè)web對(duì)象是正常的。web 對(duì)象可以包括圖像、廣告標(biāo)語、flash動(dòng)畫等。
[0004] 與處于其空閑狀態(tài)(也就是說，當(dāng)用戶正在閱讀已經(jīng)加載的內(nèi)容時(shí)）的終端相比， 在加載期間加載內(nèi)容的終端的能量消耗通常更高。
[0005] 此外,加載自身花費(fèi)比預(yù)計(jì)的更長的時(shí)間是可能的,特別是當(dāng)一些web對(duì)象不能 被獲取時(shí)。即便web對(duì)象可以被獲取，它們必須從傾向于增加獲取的持續(xù)時(shí)間的遠(yuǎn)程服務(wù) 器獲取是可能的，尤其在獲取是通過可能是無線鏈路的緩慢鏈路執(zhí)行的情況下。
[0006] 存在可以用于降低在內(nèi)容的加載期間的能量消耗的一些方法。在GPRS或3GPP標(biāo) 準(zhǔn)中，如果所請(qǐng)求的內(nèi)容未被傳輸?shù)浇K端，則加載動(dòng)態(tài)內(nèi)容的無線終端應(yīng)當(dāng)在預(yù)定時(shí)間已 經(jīng)到期之后進(jìn)入空閑狀態(tài)。由于將終端變換到空閑狀態(tài)需要一些信令，因此認(rèn)為一些移動(dòng) 電話模型（參見 Network Efficiency Task Force Fast Dormancy Best Practices (網(wǎng)絡(luò)效 率工作組快速休眠最佳實(shí)踐)，GSM協(xié)會(huì)，2010年5月)積極地進(jìn)入睡眠狀態(tài)以便延長電池壽 命并且最小化網(wǎng)絡(luò)擁塞，但是可以導(dǎo)致運(yùn)營商網(wǎng)絡(luò)中的信號(hào)負(fù)載問題。在瀏覽期間，移動(dòng)設(shè) 備沒有機(jī)會(huì)進(jìn)入空閑或低功率狀態(tài)，由于HTTP請(qǐng)求和回復(fù)來回行進(jìn)。
[0007] RRC狀態(tài)轉(zhuǎn)移模型已經(jīng)貫穿若干版本（即Rel. 99、Rel. 05、Rel. 06)被保持而未改 變。Perala 等人在與 IEEE GL0BEC0M 2009 (Hawaii，USA，2009 年 11 月-12 月）會(huì)議并列 的 Proc. Fifth IEEE Broadband Wireless Access Workshop (BWA)中的"Theory and practice of RRC state transitions in UMTS networks(UMTS 網(wǎng)絡(luò)中的 RRC 狀態(tài)轉(zhuǎn)移的 理論和實(shí)踐)"中提出了在沒有運(yùn)營商牽涉或合作的情況下發(fā)現(xiàn)RRC配置參數(shù)的方法，其示 出運(yùn)營商網(wǎng)絡(luò)設(shè)置可以如何與彼此徹底不同。
[0008] Feng Qian 等人在 ACM Internet Measurement Conference (IMC) 2010， Melbourne, Australia 中的 "Characterizing Radio Resource Allocation for 3G Networks(表征用于3G網(wǎng)絡(luò)的無線電資源分配)"中并且Feng Qian等人在IEEE ICNP 2010. Kyoto Japan 中的 "TOP: Tail Optimization Protocol for Cellular Radio Resource Allocation (TOP :用于蜂窩無線電資源分配的尾部優(yōu)化協(xié)議)"中表征了操作狀態(tài)機(jī)器設(shè) 置的影響并且示出在狀態(tài)降級(jí)之前尾部時(shí)間段匹配活動(dòng)中定時(shí)器值。在尾部時(shí)間期間，用 戶設(shè)備仍然占用傳輸信道并且其無線電功率消耗保持在狀態(tài)的對(duì)應(yīng)水平，即便在該時(shí)段期 間不存在所傳輸?shù)臉I(yè)務(wù)。
[0009]信號(hào)研究組在"Reducing the impact of smartphone- generated signaling traffic while increasing the battery life of the phone through the use of network optimization techniques (通過網(wǎng)絡(luò)優(yōu)化技術(shù)的使用在增加電話的電池壽命的同時(shí)降低 智能電話生成的信令業(yè)務(wù)的影響)"（2010年5月）中示出由智能電話生成的信令業(yè)務(wù)如何 影響電池壽命并且導(dǎo)致網(wǎng)絡(luò)擁塞。
[0010] 除了快速休眠最佳實(shí)踐論文之外，諾基亞西門子網(wǎng)絡(luò)智能實(shí)驗(yàn)室的 "Understanding Smartphone Behavior in the Network (理解網(wǎng)絡(luò)中的智能電話行為）" (2011)同樣討論了定時(shí)器問題并且示出快速休眠是解決方案之一，其迫使設(shè)備迅速跳回到 低功率消耗狀態(tài)以節(jié)省能量并且降低業(yè)務(wù)負(fù)載。
[0011] 發(fā)明目的 發(fā)明人已經(jīng)發(fā)現(xiàn)，如果屬于內(nèi)容的被引用對(duì)象（referenced object)首先被服務(wù)器獲 取并且然后僅在服務(wù)器已經(jīng)接收到屬于內(nèi)容的全部或至少大部分被引用對(duì)象之后被發(fā)送 到請(qǐng)求內(nèi)容的終端是有利的。該布置實(shí)現(xiàn)數(shù)據(jù)從服務(wù)器到終端的更高效的傳輸。該解決方 案已經(jīng)更加詳細(xì)地公開在專利申請(qǐng)PCT/EP2012/053214中，其在本發(fā)明的首次專利提交日 期時(shí)仍未公開。
[0012] 在前述段落中描述的布置可以用于改善當(dāng)在終端接收內(nèi)容時(shí)終端處的能量效率。
[0013] 在先前章節(jié)中提到的解決方案可能需要終端處的修改。即便所提出的解決方案能 夠顯著降低功率消耗，但是仍舊存在對(duì)于部署捆綁（bundle)概念的更多靈活性的需要。鑒 于相當(dāng)大數(shù)目的不同操作系統(tǒng)和版本、所牽涉的制造商和設(shè)備類型，使終端(特別是移動(dòng)終 端）的操作方式被重編程可能是困難的。此外，重編程終端并不被視為是透明的方法，因?yàn)?取決于特定終端是否已經(jīng)被重編程，在服務(wù)器處將會(huì)需要不同的數(shù)據(jù)處理。
[0014] 因此，本發(fā)明的目的是增加在將內(nèi)容從服務(wù)器下載到終端中的透明性。


【發(fā)明內(nèi)容】

[0015] 該目的可以利用根據(jù)獨(dú)立權(quán)利要求1的服務(wù)器、利用根據(jù)并列獨(dú)立權(quán)利要求6的 方法以及利用根據(jù)并列獨(dú)立權(quán)利要求11的系統(tǒng)來滿足。
[0016] 從屬權(quán)利要求描述服務(wù)器和方法的各種有利方面。
[0017] 發(fā)明優(yōu)點(diǎn) 利用一種服務(wù)器，其被配置成： a) 響應(yīng)于從終端接收到針對(duì)內(nèi)容的請(qǐng)求，利用包含被配置成在終端處建立雙向通信信 道以用于服務(wù)器與終端之間的通信的指令的響應(yīng)來對(duì)終端進(jìn)行響應(yīng)； b) 加載包括屬于所述內(nèi)容的至少一個(gè)引用對(duì)象和多個(gè)被引用對(duì)象的內(nèi)容； c) 通過在引用對(duì)象中用指向相同對(duì)象的本地存儲(chǔ)版本的經(jīng)修改的鏈接取代作為外部 鏈接的去往被引用對(duì)象的這樣的鏈接來生成經(jīng)修改的引用對(duì)象； d) 通過雙向通信信道將被引用對(duì)象發(fā)送到終端；以及 e) 以使得經(jīng)修改的引用對(duì)象中的經(jīng)修改的鏈接指向已經(jīng)發(fā)送到終端的被引用對(duì)象的 方式將經(jīng)修改的引用對(duì)象發(fā)送到終端， 可以以在終端處完全透明的方式作出內(nèi)容到終端的下載，所述方式并非以上提到的任 何解決方案的情況。
[0018] 類似地，利用用于操作服務(wù)器的方法，其包括以下步驟： a) 響應(yīng)于從終端接收到針對(duì)內(nèi)容的請(qǐng)求，利用包含被配置成在終端處建立雙向通信信 道以用于服務(wù)器與終端之間的通信的指令的響應(yīng)來對(duì)終端進(jìn)行響應(yīng)； b) 加載包括屬于所述內(nèi)容的至少一個(gè)引用對(duì)象和多個(gè)被引用對(duì)象的內(nèi)容； c) 通過在引用對(duì)象中用指向相同對(duì)象的本地存儲(chǔ)版本的經(jīng)修改的鏈接取代作為外部 鏈接的去往被引用對(duì)象的這樣的鏈接來生成經(jīng)修改的引用對(duì)象； d) 通過雙向通信信道將被引用對(duì)象發(fā)送到終端；以及 e) 以使得經(jīng)修改的引用對(duì)象中的經(jīng)修改的鏈接指向已經(jīng)發(fā)送到終端的被引用對(duì)象的 方式將經(jīng)修改的引用對(duì)象發(fā)送到終端， 可以以在終端處完全透明的方式作出內(nèi)容到終端的下載，所述方式并非以上提到的任 何解決方案的情況。
[0019] 我們的主要想法在于，通過使用所述服務(wù)器和方法，終端從服務(wù)器接收響應(yīng)。由 于響應(yīng)包含被配置成在終端處建立雙向通信信道以用于服務(wù)器與終端之間的通信的指令， 被引用對(duì)象可以通過服務(wù)器與終端之間的雙向配置信道傳送，即并不通過用于傳輸針對(duì)內(nèi) 容的請(qǐng)求和對(duì)這樣的請(qǐng)求的響應(yīng)的相同協(xié)議。該分離使得在單個(gè)傳送中一起傳輸被引用對(duì) 象是可能的。這可以令人驚喜地使用，因?yàn)楫?dāng)雙向配置信道不活動(dòng)時(shí)，終端也不需要是活動(dòng) 的，以在這樣的非活動(dòng)時(shí)段期間節(jié)省能量。這不同于HTTP流水線。HTTP流水線允許終端通 過相同傳輸連接從相同源發(fā)服務(wù)器請(qǐng)求和接收多個(gè)對(duì)象，而在我們的想法中整個(gè)內(nèi)容從潛 在地多個(gè)源一起收集并且然后通過單個(gè)傳輸連接發(fā)送。根據(jù)我們的想法，存在來自終端的 少得多的必要HTTP GET (HTTP獲?。┱?qǐng)求，因?yàn)榉?wù)器將所有對(duì)象直接發(fā)送到客戶端。
[0020] 當(dāng)服務(wù)器被配置成僅在服務(wù)器已經(jīng)向終端發(fā)送被引用對(duì)象之后向終端發(fā)送經(jīng)修 改的引用對(duì)象時(shí)，終端已經(jīng)使被引用對(duì)象本地可用并且可以因此在沒有延遲的情況下使用 引用對(duì)象。
[0021] 最有利地，服務(wù)器被配置成建立作為WebSocket (網(wǎng)絡(luò)套接字）的雙向通信信道。 WebSocket由W3C標(biāo)準(zhǔn)化，并且WebSocket協(xié)議已經(jīng)被IETF標(biāo)準(zhǔn)化為RFC 6455</卞丨16 API: Directories and System (文件API:目錄和系統(tǒng))"是現(xiàn)在的W3C工作草案，其定義了導(dǎo)航 文件系統(tǒng)層級(jí)的API，并且定義了用戶代理通過其可以向web應(yīng)用暴露用戶的本地文件系 統(tǒng)的沙盒段(參見 http://www. w3. org/TR/file-system-api/)。有利地，建立 WebSocket 并 且存儲(chǔ)被引用對(duì)象的指令都在一個(gè)處理步驟中生成（P201，參見圖4)。當(dāng)前，幾乎所有臺(tái)式 瀏覽器以及IOS Safari和Opera Mobile的移動(dòng)瀏覽器都支持WebSocket (參見http:// caniuse.com/websockets)?？雌饋鞦ile API現(xiàn)在僅被Google Chrome支持并且沒有移動(dòng) 瀏覽器支持它（參見 http://www. html5rocks. com/en/tutorials/file/filesystem/)。在我 們當(dāng)前的實(shí)現(xiàn)方式中，引用對(duì)象是超文本標(biāo)記語言頁面并且被引用對(duì)象是在所述超文本語 言頁面中被引用的web對(duì)象。
[0022] 如果服務(wù)器被配置成在捆綁中將被引用對(duì)象發(fā)送到終端，通過WebSocket的通信 可以更高效地完成，因?yàn)橄啾扔谥饌€(gè)發(fā)送被引用對(duì)象，捆綁的發(fā)送可以一次性完成。此外， 現(xiàn)在當(dāng)服務(wù)器在加載和捆綁時(shí)并且在它向終端發(fā)送回復(fù)之前，終端有機(jī)會(huì)進(jìn)入低功率消耗 狀態(tài)。機(jī)會(huì)在當(dāng)該概念與如上文提到的快速休眠概念一起使用時(shí)甚至增加得更多。最有利 地,僅在已經(jīng)發(fā)送建立WebSocket的指令和在終端處本地保存被引用對(duì)象的指令之后發(fā)送 捆綁。
[0023] -種系統(tǒng)包括根據(jù)本發(fā)明的先前方面的至少一個(gè)服務(wù)器以及優(yōu)選地為移動(dòng)終端 的多個(gè)終端。該系統(tǒng)被配置成使用至少一個(gè)服務(wù)器以用于對(duì)已經(jīng)由終端發(fā)送的針對(duì)內(nèi)容的 請(qǐng)求進(jìn)行響應(yīng)。

【專利附圖】

【附圖說明】
[0024] 在下文中，參照?qǐng)D1至4中的附圖中的示例更加詳細(xì)地描述本發(fā)明，其中： 圖1圖示了在終端與服務(wù)器之間建立WebSocket的服務(wù)器； 圖2圖示了通過HTTP協(xié)議加載對(duì)象并且經(jīng)由WebSocket將對(duì)象發(fā)送到終端的服務(wù)器； 圖3圖示了將經(jīng)修改的引用對(duì)象發(fā)送到終端以供終端然后將對(duì)象加載到瀏覽器的服 務(wù)器； 圖4圖示了終端、服務(wù)器和遠(yuǎn)程服務(wù)器之間的信令；以及 圖5圖示了生成經(jīng)修改的引用對(duì)象的原理。
[0025] 在所有圖中，相同的附圖標(biāo)記和符號(hào)是指相同的組件。

【具體實(shí)施方式】
[0026] 圖1圖示了在終端10與服務(wù)器120之間建立WebSocket WS的服務(wù)器120。服務(wù) 器120可以特別地為代理服務(wù)器（網(wǎng)絡(luò)代理)，但是可替換地，它可以是內(nèi)容服務(wù)器。終端10 可以是任何客戶端設(shè)備，特別地，它可以是無線或移動(dòng)設(shè)備或者無線或移動(dòng)終端，諸如智能 電話或PDA,或者計(jì)算機(jī)設(shè)備，諸如特別地為臺(tái)式、筆記本或平板計(jì)算機(jī)。
[0027] 終端10和服務(wù)器120二者具有適于雙向通信的至少一個(gè)協(xié)議棧。特別地，在協(xié)議 棧中，已經(jīng)優(yōu)選地實(shí)現(xiàn)了媒體訪問控制（MAC)、網(wǎng)際協(xié)議（IP)、傳送控制協(xié)議（TCP)、超文本 傳送協(xié)議（HTTP)。
[0028] 在下文中參照?qǐng)D4中的信令圖和圖1至3中的協(xié)議棧圖示來討論本發(fā)明的優(yōu)選實(shí) 施例。
[0029] 終端10向服務(wù)器120發(fā)送最優(yōu)選為HTTP請(qǐng)求的請(qǐng)求M201，特別地請(qǐng)求M201可以 是針對(duì)網(wǎng)頁的請(qǐng)求，但是原則上它可以是針對(duì)任何內(nèi)容C的請(qǐng)求。
[0030] 回過來，服務(wù)器120生成(步驟P201)并且向終端10發(fā)送響應(yīng)M203。響應(yīng)M203最優(yōu) 選地包括超文本標(biāo)記語言（HTLM)頁面，其包括在終端10與服務(wù)器120之間建立WebSocket WS的指令，以及在終端10處存儲(chǔ)被引用對(duì)象Bl、B2、B3……的指令。終端10在步驟P203 中建立WebSocket WS。此外，如果終端10在至少一個(gè)捆綁中接收到被引用對(duì)象B1、B2、 B3……，則響應(yīng)M203可以包含去往終端10的從捆綁中解綁被引用對(duì)象B1、B2、B3……的指 令。
[0031] 服務(wù)器120向至少一個(gè)web服務(wù)器140 (或者向任何其它遠(yuǎn)程服務(wù)器）發(fā)送一組 請(qǐng)求M205并且接收一組響應(yīng)M207。應(yīng)理解的是，可以存在均接收至少一個(gè)請(qǐng)求M205的一 個(gè)或多個(gè)遠(yuǎn)程或web服務(wù)器140。
[0032] 請(qǐng)求M205最優(yōu)選為HTTP請(qǐng)求并且響應(yīng)M207最優(yōu)選為HTTP回復(fù)。響應(yīng)M207可 以包括至少一個(gè)引用對(duì)象A和至少一個(gè)但最優(yōu)選為多個(gè)被引用對(duì)象BI、B2、B3……。
[0033] 在我們的示例中（參見圖5)，引用對(duì)象A是原始網(wǎng)頁并且被引用對(duì)象Bl是對(duì)象 www. example, com/image. png〇在示例中，引用對(duì)象A和被引用對(duì)象BI構(gòu)成所請(qǐng)求的內(nèi)容 C0
[0034] 示例：原始網(wǎng)頁

【權(quán)利要求】
1. 一種服務(wù)器（120)被配置成： a) 響應(yīng)于從終端（10)接收到針對(duì)內(nèi)容（C)的請(qǐng)求(M201)，利用包含被配置成在終端 (10)處建立雙向通信信道（WS)以用于服務(wù)器（120)與終端（10)之間的通信的指令的響應(yīng) (M203)來對(duì)終端（10)進(jìn)行響應(yīng)（P201); b) 加載（M205，M207)包括屬于所述內(nèi)容（C)的至少一個(gè)引用對(duì)象（A)和多個(gè)被引用對(duì) 象（B1、B2、B3......)的內(nèi)容； c) 通過在引用對(duì)象（A)中用指向相同對(duì)象（B1、B2、B3......)的本地存儲(chǔ)版本的經(jīng)修改 的鏈接（ML1、ML2、ML3……）取代作為外部鏈接的去往被引用對(duì)象（Bl、B2、B3……）的這樣 的鏈接（L1、L2、L3……）來生成經(jīng)修改的引用對(duì)象（AM); d )通過雙向通信信道（WS )將被引用對(duì)象（B1、B2、B3……）發(fā)送到終端（10 );以及 e)以使得經(jīng)修改的引用對(duì)象（AM)中的經(jīng)修改的鏈接（ML1、ML2、ML3)指向已經(jīng)發(fā)送到 終端（10)的被引用對(duì)象（B1、B2、B3)的方式將經(jīng)修改的引用對(duì)象（AM)發(fā)送到終端（10)。
2. 根據(jù)權(quán)利要求1的服務(wù)器（120)，其中：服務(wù)器（120)被配置成僅在服務(wù)器（120)已 經(jīng)將被引用對(duì)象（B1、B2、B3……）發(fā)送到終端（10)之后將經(jīng)修改的引用對(duì)象（AM)發(fā)送到 終端（10)。
3. 根據(jù)權(quán)利要求1的服務(wù)器（120)，其中：服務(wù)器（120)被配置成建立作為web socket 的雙向通信信道。
4. 根據(jù)權(quán)利要求1至3中任一項(xiàng)的服務(wù)器（120)，其中：引用對(duì)象（A)是超文本標(biāo)記語 目頁面并且被引用對(duì)象（Bl、B2、B3......)是在所述超文本語目頁面中被引用的web對(duì)象。
5. 根據(jù)前述權(quán)利要求中任一項(xiàng)的服務(wù)器（120)，其中：服務(wù)器（120)被配置成在至少 一個(gè)捆綁中將被引用對(duì)象（Bl、B2、B3……）發(fā)送到終端（10)，最優(yōu)選地在已經(jīng)發(fā)送建立 WebSocket (WS)的指令（M203)和在終端（10)處本地保存被引用對(duì)象（B1、B2、B3……）的 指令之后。
6. -種用于操作服務(wù)器（120)的方法，包括以下步驟： a) 響應(yīng)于從終端（10)接收到針對(duì)內(nèi)容（C)的請(qǐng)求(M201)，利用包含被配置成在終端 (10 )處建立雙向通信信道（WS )以用于服務(wù)器（120 )與終端（10 )之間的通信的指令的響應(yīng) (M203)來對(duì)終端（10)進(jìn)行響應(yīng)； b) 加載（M205，M207)包括屬于所述內(nèi)容（C)的至少一個(gè)引用對(duì)象（A)和多個(gè)被引用對(duì) 象（B1、B2、B3......)的內(nèi)容； c) 通過在引用對(duì)象（A)中用指向相同對(duì)象（B1、B2、B3......)的本地存儲(chǔ)版本的經(jīng)修改 的鏈接（ML1、ML2、ML3……）取代作為外部鏈接的去往被引用對(duì)象（Bl、B2、B3……）的這樣 的鏈接（L1、L2、L3……）來生成經(jīng)修改的引用對(duì)象（AM); d )通過雙向通信信道（WS )將被引用對(duì)象（B1、B2、B3……）發(fā)送到終端（10 );以及 e)以使得經(jīng)修改的引用對(duì)象（AM)中的經(jīng)修改的鏈接（ML1、ML2、ML3……）指向已經(jīng)發(fā) 送到終端（10)的被引用對(duì)象（Bl、B2、B3……）的方式將經(jīng)修改的引用對(duì)象（AM)發(fā)送到終 端（10)。
7. 根據(jù)權(quán)利要求6的方法，其中：步驟e)僅在步驟d)已經(jīng)執(zhí)行之后執(zhí)行。
8. 根據(jù)權(quán)利要求6或7的方法，其中：雙向通信信道是WebSocket (WS)。
9. 根據(jù)權(quán)利要求6至8中任一項(xiàng)的方法，其中：引用對(duì)象（A)是超文本標(biāo)記語言頁面并 且被引用對(duì)象（B1、B2、B3......)是在所述超文本語言頁面中被引用的web對(duì)象。
10. 根據(jù)前述權(quán)利要求6至10中任一項(xiàng)的方法，其中：在至少一個(gè)捆綁中將被引用對(duì) 象（Bl、B2、B3……）發(fā)送到終端（10)，最優(yōu)選地在已經(jīng)發(fā)送建立WebSocket (WS)的指令 (M203)和在終端（10)處本地保存被引用對(duì)象（Bl、B2、B3……）的指令之后。
11. 一種系統(tǒng)包括根據(jù)權(quán)利要求1至5中任一項(xiàng)的至少一個(gè)服務(wù)器（120)和優(yōu)選為移 動(dòng)終端的多個(gè)終端（10)，其中：所述系統(tǒng)被配置成使用至少一個(gè)服務(wù)器（120)以用于對(duì)已 經(jīng)由終端（10 )發(fā)送的針對(duì)內(nèi)容的請(qǐng)求（M201)進(jìn)行響應(yīng)。
【文檔編號(hào)】H04L29/06GK104396208SQ201380024046
【公開日】2015年3月4日 申請(qǐng)日期:2013年5月6日 優(yōu)先權(quán)日:2012年5月9日
【發(fā)明者】J.曼納, 王樂 申請(qǐng)人:阿爾托大學(xué)理工學(xué)院