專利名稱：用于在mbms文件修復(fù)中支持文件版本控制的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及結(jié)合MBMS使用的文件修復(fù)功能特征。
背景技術(shù)：
本部分旨在對(duì)權(quán)利要求中記載的本發(fā)明提供背景或上下文。此 處的描述可以包括能夠被探究的概念，但未必是那些之前已經(jīng)想到 或者探究的概念。因此，除非在此明確指出外，本部分提及的內(nèi)容 對(duì)于本申請(qǐng)的說明書和權(quán)利要求書而言不是現(xiàn)有技術(shù)，并且并不因
為包括在本部分中就承認(rèn)其為現(xiàn)有技術(shù)。
最近，移動(dòng)多播和廣播系統(tǒng)已被不同的組織標(biāo)準(zhǔn)化，這些組織 諸如是第三代伙伴合作計(jì)劃(3GPP )多媒體廣播/多播服務(wù)(MBMS ) 組織、數(shù)字視頻廣播(DVB)廣播與移動(dòng)服務(wù)整合(CBMS)組織、 以及開放移動(dòng)聯(lián)盟(OMA)移動(dòng)廣播服務(wù)(BCAST)組織。這種多 播/廣播解決方案提供的兩個(gè)主要服務(wù)是流式傳輸和文件遞送服務(wù)。 盡管流式傳輸服務(wù)被認(rèn)為是該技術(shù)(例如，移動(dòng)TV應(yīng)用)的主要驅(qū) 動(dòng)力，但也期望文件遞送生成大量的業(yè)務(wù)和大量的收入。例如，在 音樂和-f見頻剪輯的遞送中，文件遞送可以包括主要的應(yīng)用組成部分。 備選地，在例如豐富^某體應(yīng)用和頻道切換(zapping)流的情況下， 文件遞送可能是應(yīng)用的次要組成部分。
在文件遞送的情況下，可以使用單向傳送文件遞送(FLUTE) 作為文件遞送協(xié)議。如網(wǎng)絡(luò)工作組的請(qǐng)求注解(RFC) 3926 (可在 www.ietf.org/rfc/rfc3926.txt處找到，在此通過引用并入其全部內(nèi)容) 中所討論的，F(xiàn)LUTE由因特網(wǎng)工程任務(wù)組(IETF)定義，并且目前 正在對(duì)該文檔進(jìn)行修訂。FLUTE基于異步分層編碼(ALC)協(xié)議實(shí)例化，其可以在RFC 3450 (www.ietf.org/rfc/rfc3450.txt，在此通過引 用并入其全部內(nèi)容)中找到。ALC包括一組構(gòu)建塊，諸如可在RFC 3451 (www.ietf.org/rfc/rfc3451.txt，在此通過引用并入其全部內(nèi)容) 中找到的分層編碼傳輸(LCT)塊，以及可在RFC 3452 (www.ietf.org/rfc/rfc3452.txt,在此通過引用并入其全部內(nèi)容)中找 到的前向糾錯(cuò)(FEC)構(gòu)建塊。除其他之外，F(xiàn)LUTE通過定義用來 描述FLUTE會(huì)話內(nèi)容的機(jī)制來擴(kuò)展ALC。這是通過引入以下公知對(duì) 象實(shí)現(xiàn)的，該對(duì)象的傳輸對(duì)象標(biāo)識(shí)符(TOI)等于0，并攜帶文件遞 送表(FDT)實(shí)例。FDT實(shí)例列出了一組文件及其相應(yīng)的傳輸選項(xiàng)。 FDT是遵循在FLUTE規(guī)范中定義的模式(schema)的XML文件， 其中FDT的語義主要#1自HTTP 1.1協(xié)議(其可在 www.ietf.org/rfc/rfc2616.txt處找到，在此通過引用并入其全部內(nèi)容)。
3GPP目前正在規(guī)定對(duì)多媒體廣播/多播服務(wù)(MBMS)文件下載 和流式傳輸方法(ETSITS 126 346，通用移動(dòng)通信系統(tǒng)(UMTS); 多媒體廣播/多播服務(wù)(MBMS );協(xié)議和編解碼器(3GPP TS 26.346 ), 在此通過引用并入其全部內(nèi)容)的擴(kuò)展。這些擴(kuò)展的目標(biāo)之一是支 持單播會(huì)話上的服務(wù)遞送。在用戶剛好離開多播覆蓋區(qū)域、并且僅 具有單播信道可用于數(shù)據(jù)接收的情況下，這尤其重要。支持通過單 播會(huì)話的服務(wù)遞送是這樣實(shí)現(xiàn)的提供適當(dāng)?shù)男帕?，以便向接收機(jī) 指示存在與多播/廣播會(huì)話遞送相同內(nèi)容的備選單播會(huì)話。
在文件下載會(huì)話的壽命期間，文件的新版本可以成為可用并且 被遞送到接收機(jī)以替換文件的舊版本。此類服務(wù)的一個(gè)示例可以是 向接收機(jī)遞送當(dāng)前股價(jià)更新的股票市場信息服務(wù)。無法從接收的編 碼符號(hào)和FEC修復(fù)符號(hào)中恢復(fù)文件的接收機(jī)可以嘗試執(zhí)行文件修復(fù) 操作以獲取丟失的編碼符號(hào)。
如在3GPP TS 26.346規(guī)范中定義的如上所述的當(dāng)前文件修復(fù)語 法不允許接收機(jī)指定請(qǐng)求涉及哪個(gè)文件版本。唯一纟皮允許的文件標(biāo) 識(shí)是文件統(tǒng)一資源定位符(URL),其對(duì)于文件的所有版本都是相 同的。因而，當(dāng)從修復(fù)服務(wù)器/服務(wù)獲取不同版本的編碼符號(hào)時(shí)，文
ii件的恢復(fù)可能發(fā)生錯(cuò)誤。
圖1結(jié)合文件修復(fù)請(qǐng)求示出了該模糊性可能發(fā)生時(shí)的示例。圖1 中描述的系統(tǒng)至少包括文件遞送服務(wù)器100、希望從文件遞送服務(wù)器
100接收/下載文件的客戶端110以及修復(fù)服務(wù)器120,其例如在文件 下載期間用于傳輸客戶端IOO沒有接收到的所丟失的編碼符號(hào)。在 130處表示從文件遞送服務(wù)器100到客戶端110的FDTn的遞送， 其中FDTn包括文件l，版本l。在135處表示文件1，版本1到客 戶端110的遞送。在140處，指示未接收到文件1,版本1的一部分， 例如，最后一部分。備選地，例如，140可以指示接收到文件1，版 本1的最后部分具有缺陷。在145處表示客戶端110向修復(fù)服務(wù)器 120發(fā)起的對(duì)于文件1的修復(fù)請(qǐng)求。
在修復(fù)請(qǐng)求的傳輸與丟失的代表文件1的最后部分的編碼符號(hào) 的傳輸之間的某些時(shí)間，新版本(即，文件l,版本2)成為可用。 由150表示包括文件1,版本2的FDTn+l到客戶端110的遞送。 例如，出于文件1,版本1的最后部分的遞送沒有完成這個(gè)相同的原 因，在155處表示最終沒有遞送到客戶端110的文件1,版本2的編 碼符號(hào)的遞送。在160處，示出了針對(duì)文件l,版本2遞送到客戶端 UO的"修復(fù)請(qǐng)求文件l，版本2"消息。然而，客戶端110實(shí)際沒 有請(qǐng)求文件1,版本2。其實(shí)際上是針對(duì)文件1，版本1的修復(fù)請(qǐng)求。 因此，該修復(fù)請(qǐng)求是模糊的，其中沒有指示該修復(fù)請(qǐng)求指向哪個(gè)特 定文件版本的^4'J。
因此，存在定義一種唯一地標(biāo)識(shí)文件版本從而確保文件修復(fù)功 能正確執(zhí)行的技術(shù)的需要。之前已經(jīng)提出了兩個(gè)用于解決模糊性問 題的不同的解決方案。第一解決方案包括定時(shí)考慮。在DVBCDP實(shí) 現(xiàn)指南(IP Datacast over DVB-H: Content Delivery Protocols(CDP) Implementation Guidelines TM-CBMS 1483/TM 3460 Rev.3 )中采納的 建議提供了用于以以下方式選擇文件修復(fù)間隔的過程，該方式是它 們針對(duì)不同的文件版本不重疊。因?yàn)閭鹘y(tǒng)上，假設(shè)僅在那些文件修 復(fù)間隔期間發(fā)起修復(fù)請(qǐng)求，可以唯一地標(biāo)識(shí)請(qǐng)求的文件版本。然而，
12該第 一 解決方案的缺點(diǎn)在于必須為修復(fù)請(qǐng)求的時(shí)間間隔設(shè)置限制/ 要求，該修復(fù)請(qǐng)求的時(shí)間間隔需要在服務(wù)公告中信號(hào)傳送到接收機(jī)。 繼而不允許接收機(jī)在文件修復(fù)請(qǐng)求間隔之外的時(shí)間中發(fā)送修復(fù)請(qǐng)求。
第二解決方案涉及在修復(fù)請(qǐng)求中包括文件的TOI。繼而，將該 TOI用于標(biāo)識(shí)文件的版本，該文件版本是丟失的或有缺陷的、所請(qǐng) 求的編碼符號(hào)屬于的文件版本。然而，這僅導(dǎo)致不完整的解決方案， 因?yàn)門OI必須仍舊由相關(guān)聯(lián)的傳輸會(huì)話標(biāo)識(shí)符(TSI)和發(fā)送者地址 界定。相同的TOI值可以由多個(gè)FLUTE服務(wù)器使用以指示不同的文 件版本，從而單獨(dú)的TOI值是不足夠的。甚至將這些參數(shù)添加到請(qǐng) 求URL也不會(huì)導(dǎo)致令人滿意的解決方案，因?yàn)檎?qǐng)求行的大小由于包 括額外參數(shù)而顯著增加。此外，此類解決方案限制了用于實(shí)現(xiàn)修復(fù)
服務(wù)器的可用的可能性，其中，修復(fù)服務(wù)器需要維護(hù)所有文件下載
的每個(gè)中使用的不同的TOI值。

發(fā)明內(nèi)容
本發(fā)明的各種實(shí)施方式提供了對(duì)文件修復(fù)功能的改變，從而允 許文件修復(fù)請(qǐng)求中的文件版本的明確標(biāo)識(shí)。文件修復(fù)請(qǐng)求由這樣的 信息擴(kuò)展，該信息可以全局地并且獨(dú)立于文件下載會(huì)話來標(biāo)識(shí)文件 的版本。根據(jù)本發(fā)明的一個(gè)實(shí)施方式，可以結(jié)合文件的URL使用文 件的最后修改日期，以標(biāo)識(shí)文件和其版本。根據(jù)本發(fā)明的另一實(shí)施 方式，可以結(jié)合文件的U RL使用文件的哈希值以標(biāo)識(shí)文件和其版本。
本發(fā)明的各種實(shí)施方式具有以下優(yōu)勢(shì)創(chuàng)建了 一種用于標(biāo)識(shí)在
外，本發(fā)明的各種實(shí)施方式允許更靈活地實(shí)現(xiàn)文件修復(fù)服務(wù)，因?yàn)?在文件遞送服務(wù)器和文件修復(fù)服務(wù)器之間的同步所需的同步負(fù)擔(dān)被
最小化。
本發(fā)明的這些和其他優(yōu)勢(shì)以及特征連同其組織和操作方式將在結(jié)合附圖時(shí)從以下的詳細(xì)描述中變得明顯，其中貫穿下述的多個(gè)附 圖，同樣的元素具有同樣的標(biāo)號(hào)。


圖1示出了模糊文件修復(fù)請(qǐng)求的消息流表示； 圖2示出了根據(jù)本發(fā)明的 一個(gè)實(shí)施方式的MD5校驗(yàn)和使用的消 息流表示；
圖3示出了根據(jù)本發(fā)明的一個(gè)實(shí)施方式實(shí)現(xiàn)的最后修改日期特 征的消息流表示；
圖4是示出了可以在其中實(shí)現(xiàn)本發(fā)明的系統(tǒng)的概視圖5是可以在本發(fā)明的實(shí)現(xiàn)中使用的移動(dòng)設(shè)備的透視圖；以及
圖6是圖5的移動(dòng)設(shè)備的設(shè)備電路的示意圖。
具體實(shí)施例方式
本發(fā)明的各種實(shí)施方式改進(jìn)了在協(xié)議和編解碼器中定義的文件 修復(fù)功能，這些協(xié)議和編解碼器可以于3GPPTS 26.346 (可在 www.3gpp.org/ftp/Specs/archive/26—series/26.346/處4戈到，在》匕通過引 用并入其全部內(nèi)容)中找到。因此，本發(fā)明的各種實(shí)施方式能夠提 供對(duì)與針對(duì)其發(fā)起了文件修復(fù)請(qǐng)求的文件相關(guān)聯(lián)的版本的明確標(biāo) 識(shí)。通過利用可以全局地并且獨(dú)立于文件下載會(huì)話標(biāo)識(shí)文件版本的 信息擴(kuò)展修復(fù)請(qǐng)求來實(shí)現(xiàn)文件版本的明確標(biāo)識(shí)。
根據(jù)本發(fā)明的一個(gè)示例性實(shí)施方式，可以結(jié)合文件的URL使用 文件的最后修改日期，以標(biāo)識(shí)文件和文件版本。根據(jù)本發(fā)明的另一
文件和文件版本。文件的URL唯一地標(biāo)識(shí)給定文件。當(dāng)文件的URL 與文件的最后修改日期和/或文件的哈希值組合時(shí)，可以唯一地標(biāo)識(shí) 文件以及文件版本。
文件的最后修改日期指示何時(shí)已經(jīng)創(chuàng)建了文件的特別版本?？?以假設(shè)，同一文件的兩個(gè)版本將不共享相同的修改日期。還應(yīng)該理解，修改日期例如可以是指特定的日歷日期以及時(shí)間。以該方式定 義修改日期還有助于確保同 一 文件的兩個(gè)版本將不共享相同的修改曰期。
文件的哈希值是可以相對(duì)于/就整個(gè)文件計(jì)算的值。因此，文件 的哈希值可以用于唯一地標(biāo)識(shí)文件的版本，因?yàn)榭梢约僭O(shè)，文件的 兩個(gè)版本將不會(huì)產(chǎn)生相同的哈希值。
實(shí)現(xiàn)本發(fā)明的各種實(shí)施方式包括用于向接收機(jī)信號(hào)傳送文件版
本標(biāo)識(shí)符的過程。文件版本的信號(hào)傳送優(yōu)選地發(fā)生在FDT中，但是 也可以發(fā)生在任何地方。在FDT中，已經(jīng)以消息-摘要算法5(MD5) 校驗(yàn)和的形式定義了哈希值，這可以在RFC 1321 (www.ietf.org/rfc/rfcl321.txt，在此通過引用并入其全部內(nèi)容)中找 到。具有MD5值的FDT的示例利用以下語法實(shí)現(xiàn)
〈？xml version-" 1.0" encoding="UTF-8" standalone="no" >
<FDT-Instance xmlns="http:〃www.example.com/flute" Expires="3396186000"> <File Content-Location="music.mp3" Content-Type=" audio/mp3" TOI="9" Content-MD5="A3DC4902FB2ECE812845AD0D0AA">
</FDT-Instance>
MD5哈希值使用base64編碼進(jìn)行編碼，但是應(yīng)該理解，可以使用其 他編碼技術(shù)。此外，其他哈希值算法也可以使用。
備選地，如上所述，"最后修改"元素可以被引入文件，其攜 帶指示對(duì)文件的當(dāng)前版本的創(chuàng)建和/或修改的日期和時(shí)間的時(shí)間戳。 具有最后修改元素的F D T的示例利用以下語法實(shí)現(xiàn)
< xml version="1.0" encoding="UTF-8" standalone="no" >
<FDT-Instance xmlns="http:〃www.example.com/flute" Expires="3396186000"> <File Content-Location="music.mp3" Content-Type="audio/mp3" TOI="9" Last-Modified="337418723"/>
</FDT- Instance>
應(yīng)該指出，最后修改元素可以使網(wǎng)絡(luò)時(shí)間協(xié)議(NTP)時(shí)間戳或其 可以是如HTTP1.1中定義的日期和時(shí)間值。在一個(gè)特定實(shí)施方式中，此類日期和時(shí)間指示的分辨率至少是秒級(jí)的。盡管可以實(shí)現(xiàn)任何所 需的分辨率，但是較小的分辨率可以更好地確保兩個(gè)不同的文件版 本將不共享相同的創(chuàng)建日期。例如，如上所述，以日計(jì)的級(jí)別的分 辨率可以容易地導(dǎo)致在一天中修改的多于 一個(gè)的文件版本。
實(shí)現(xiàn)本發(fā)明的各種實(shí)施方式還包括用于提交具有文件版本的指 示的修復(fù)請(qǐng)求的過程。為了實(shí)現(xiàn)該過程，可以修改文件修復(fù)請(qǐng)求以
包括所請(qǐng)求文件版本的指示。根據(jù)FDT中包括的文件描述，將修改 曰期和哈希值中的至少一個(gè)用作該指示。
在下面示出了使用MD5哈希值的文件修復(fù)請(qǐng)求的示例
GET /file—repair—service fileURI-www.news.example.com/latest/music.mp3&Conte nt-MD5=A3DC^02FB2ECE812845AD0D0AA&SBN=0;ESI=12，78&SBN=2
HTTP/1,1
Host: http:〃ipdcrepair.operator,com
圖2示出了消息傳送圖，該圖示出了其中MD5哈希值在FDT 中傳輸?shù)奈募迯?fù)請(qǐng)求過程。在圖2中示出的系統(tǒng)類似于圖1中示 出的系統(tǒng)，至少包括文件遞送服務(wù)器100、客戶端110和修復(fù)服務(wù)器 120。在170處表示FDTn從文件遞送服務(wù)器100到客戶端110的遞 送，其中FDTn包括文件l，版本l。此外，F(xiàn)DT包括X的MD5哈 希值。在175處示出了文件1，版本1到客戶端110的遞送。在180 處指示了客戶端110沒有接收到的文件1，版本1的部分。備選地，
180可以指示接收到例如文件1，版本1的該部分帶有缺陷。
在文件修復(fù)請(qǐng)求的傳輸和表示文件1的最后部分的丟失的編碼 符號(hào)的傳輸之間的某些時(shí)間處，新版本(即，文件l,版本2)成為
可用。在190處，表示包括文件1，版本2和Y的MD5哈希值的FDT n+l到客戶端110的遞送。在195處，表示最終沒有遞送到客戶端 llO的文件l,版本2的編碼符號(hào)的遞送。然而，與圖l所示的模糊 文件修復(fù)請(qǐng)求不同，185表示由客戶端110向修復(fù)服務(wù)器120發(fā)起的 針對(duì)文件1的文件修復(fù)請(qǐng)求，其中，該請(qǐng)求還包括MD5哈希值指示 符，該指示符表明所請(qǐng)求的文件1版本是版本1。因此，修復(fù)服務(wù)器
16120利用正確的文件1版本(即，版本1 )來響應(yīng)文件修復(fù)請(qǐng)求，因 為文件l,版本l和文件l,版本2可以通過它們各自的MD5哈希 值X和Y來區(qū)分。
對(duì)文件修復(fù)請(qǐng)求的響應(yīng)包括修復(fù)服務(wù)器向客戶端110遞送與文 件1，版本1相關(guān)聯(lián)的所請(qǐng)求的編碼符號(hào)。在一個(gè)實(shí)施方式中，例如， 通過修復(fù)服務(wù)器120和文件遞送服務(wù)器IOO之間較早的交互，所請(qǐng) 求的文件(即，文件l,版本l)已經(jīng)在文件修復(fù)會(huì)話啟動(dòng)之前在修 復(fù)服務(wù)器120處可用。修復(fù)服務(wù)器120還可以具有關(guān)于合適的成塊 (blocking)算法的信息，該算法用于將文件劃分為源塊以能夠根據(jù) 原服務(wù)器(即，文件遞送服務(wù)器100)處的FLUTE會(huì)話來復(fù)制所請(qǐng) 求的編碼符號(hào)。備選地，修復(fù)服務(wù)器120可以是來自于文件遞送服 務(wù)器100的FLUTE會(huì)話的接收機(jī)。應(yīng)該指出，修復(fù)服務(wù)器120用于 從文件遞送服務(wù)器IOO獲取文件的行為是特定于實(shí)現(xiàn)的。出于可擴(kuò) 展性目的，修復(fù)服務(wù)器120可以但不必具有本地可獲得的文件，而 是代之以必須向文件遞送服務(wù)器IOO轉(zhuǎn)發(fā)用于修復(fù)的請(qǐng)求，例如重 發(fā)丟失的編碼符號(hào)。
具有包括在其中的最后修改元素的文件修復(fù)請(qǐng)求的示例在下面 示出
GET
/file—repair—service fileURI-www.news.example,com/latcst/music.rnp3&Lrast-Modified-"33741872 3"&SBN=0;ESI=12，78&SBN=2 HTTP/1.1 Host: http:〃ipdcrepair.operator.com
圖3示出了消息傳送圖，該圖示出了其中最后修改元素在FDT 中傳輸?shù)奈募迯?fù)請(qǐng)求過程。在圖3中示出的系統(tǒng)至少包括文件遞 送服務(wù)器100、客戶端110和修復(fù)服務(wù)器120。在210處表示FDTn 從文件遞送服務(wù)器100到客戶端110的遞送，其中FDTn包括文件 1，版本l。此外，F(xiàn)DT包括X的最后修改(Last-Modified)值，其 中X可以表示NTP時(shí)間戳或其他日期和時(shí)間值，如上所述。在215處表示文件1，版本1到客戶端110的遞送。220是客戶端110沒有 接收到文件l,版本l的部分的指示。備選地，220可以指示接收到 例如文件1,版本1的該部分帶有缺陷。
在文件修復(fù)請(qǐng)求的傳輸和表示文件1的最后部分的丟失的編碼 符號(hào)的傳輸之間的某些時(shí)間處，新版本(即，文件l,版本2)成為 可用。230指示包括文件1，版本2和具有等于Y的值的最后修改元 素的FDTn+l到客戶端110的遞送。在235處，指示最終沒有遞送 到客戶端110的文件1，版本2的編碼符號(hào)的遞送。225表示由客戶 端IIO向修復(fù)服務(wù)器120發(fā)起的針對(duì)文件1的文件修復(fù)請(qǐng)求，其中， 該請(qǐng)求還包括X的最后修改元素值，其標(biāo)識(shí)所請(qǐng)求的文件1版本是 版本1。因此，修復(fù)服務(wù)器120利用正確的文件1版本(即，版本1 ) 來響應(yīng)文件修復(fù)請(qǐng)求，因?yàn)槲募,版本l和文件l,版本2可以通 過它們各自的最后修改元素值X和Y來區(qū)分。
本發(fā)明的各種實(shí)施方式具有以下優(yōu)勢(shì)創(chuàng)建了 一種用于標(biāo)識(shí)在
魯棒的方法。此 r》-復(fù)服務(wù)，因?yàn)?br> 在文件遞送服務(wù)器和文件修復(fù)服務(wù)器之間的同步所需的同步負(fù)擔(dān)被 最小化。盡管需要文件遞送服務(wù)器(例如，文件遞送服務(wù)器100)包 括比傳統(tǒng)上需要的更多的關(guān)于FDT中的文件的信息，但是僅需要針 對(duì)那些預(yù)期由文件遞送服務(wù)器更新的文件。
圖4示出了本發(fā)明可以在其中使用的系統(tǒng)10，包括可以通過網(wǎng) 絡(luò)進(jìn)行通信的多個(gè)通信設(shè)備。系統(tǒng)IO可以包括有線或無線網(wǎng)絡(luò)的任 意組合，其中這些網(wǎng)絡(luò)包括但不限于移動(dòng)電話網(wǎng)絡(luò)、無線局域網(wǎng) (LAN)、藍(lán)牙個(gè)人局域網(wǎng)、以太網(wǎng)LAN、令牌環(huán)LAN、廣域網(wǎng)、 因特網(wǎng)等。系統(tǒng)IO可以包括有線通信設(shè)備和無線通信設(shè)備兩者。
例如，圖4中所示系統(tǒng)10包括移動(dòng)電話網(wǎng)絡(luò)11和因特網(wǎng)28。 通往因特網(wǎng)28的連接可以包括但不限于遠(yuǎn)程無線連接、短程無線連 接，以及各種有線連接，有線連接包括但不限于電話線、電纜線路、 電力線等。系統(tǒng)10的示例性通信設(shè)備可以包括但不限于移動(dòng)電話12、組合 式PDA和移動(dòng)電話14、 PDA16、集成消息傳遞設(shè)備(IMD) 18、臺(tái) 式計(jì)算機(jī)20,以及筆記本計(jì)算機(jī)22。通信設(shè)備可以是固定的或者在 由行進(jìn)中的人攜帶時(shí)是移動(dòng)的。通信設(shè)備還可以處于交通模式中， 包括但不限于汽車、卡車、出租車、公共汽車、船、飛機(jī)、自行車、 摩托車等。通信設(shè)備的一些或全部可以通過通往基站24的無線連接 25發(fā)送和接收呼叫和消息，并且通過通往基站24的無線連接25與 服務(wù)提供商進(jìn)行通信?；?4可以連接至網(wǎng)絡(luò)服務(wù)器26,該服務(wù)器 26支持移動(dòng)電話網(wǎng)絡(luò)11和因特網(wǎng)28之間的通信。系統(tǒng)IO可以包括 附加的通信設(shè)備和不同類型的通信設(shè)備。通信設(shè)備可以彼此直接通 信。
通信設(shè)備可以使用各種傳輸技術(shù)進(jìn)行通信，這些傳輸技術(shù)包括 但不限于碼分多址(CDMA)、全球移動(dòng)通信系統(tǒng)(GSM)、通 用移動(dòng)電信系統(tǒng)(UMTS)、時(shí)分多址(TDMA)、頻分多址(FDMA)、 傳輸控制協(xié)議/因特網(wǎng)協(xié)議(TCP/IP)、短消息收發(fā)服務(wù)(SMS)、 多媒體消息收發(fā)服務(wù)(MMS)、電子郵件、即時(shí)消息收發(fā)服務(wù)(IMS)、 藍(lán)牙、IEEE 802.il等。通信設(shè)備可以使用各種介質(zhì)進(jìn)行通信，這些 介質(zhì)包括但不限于無線電、紅外、激光、線纜連接等。
圖5和圖6示出了本發(fā)明可以在其中實(shí)現(xiàn)的一個(gè)代表性移動(dòng)電 話12。然而，應(yīng)當(dāng)理解，本發(fā)明不旨在限于一種特定類型的電子設(shè) 備。圖5和圖6的移動(dòng)電話12包括外殼30、液晶顯示器形式的顯示 器32、小鍵盤34、麥克風(fēng)36、耳機(jī)38、電池40、紅外端口42、天 線44、根據(jù)本發(fā)明一個(gè)實(shí)施方式的通用UICC形式的智能卡46、讀 卡器48、無線電接口電路52、編解碼器電路54、控制器56以及存 儲(chǔ)器58。個(gè)體電3各和元件可以是本領(lǐng)域/>知的所有類型，例如Nokia 系列的移動(dòng)電話。
這里描述的各種實(shí)施方式是在方法步驟或過程的一般上下文中 描述的，在一個(gè)實(shí)施方式中，這些方法步驟或過程可以通過計(jì)算機(jī) 程序產(chǎn)品來實(shí)現(xiàn)，該計(jì)算機(jī)程序產(chǎn)品包括在網(wǎng)絡(luò)環(huán)境中由計(jì)算機(jī)執(zhí)行的計(jì)算機(jī)可執(zhí)行指令，諸如程序代碼。計(jì)算機(jī)可讀介質(zhì)可以包括
可移除以及不可移除的存儲(chǔ)設(shè)備，包括但不限于只讀存儲(chǔ)器(ROM)、 隨機(jī)訪問存儲(chǔ)器(RAM)、壓縮盤(CD)、數(shù)字多功能盤(DVD) 等。通常，程序模塊包括例程、程序、對(duì)象、組件、數(shù)據(jù)結(jié)構(gòu)等， 用于執(zhí)行具體任務(wù)或者實(shí)現(xiàn)特定的抽象數(shù)據(jù)類型。計(jì)算機(jī)可執(zhí)行指 令、相關(guān)聯(lián)數(shù)據(jù)結(jié)構(gòu)和程序模塊代表了用于執(zhí)行此處公開的方法的 步驟的程序代碼的示例。這種可執(zhí)行指令或者相關(guān)聯(lián)數(shù)據(jù)結(jié)構(gòu)的特 定序列代表了用于實(shí)現(xiàn)在這種步驟中描述的功能的對(duì)應(yīng)動(dòng)作的示 例。
各種實(shí)施方式的軟件和web實(shí)現(xiàn)能夠利用標(biāo)準(zhǔn)編程技術(shù)來完成， 利用基于規(guī)則的邏輯或者其他邏輯來實(shí)現(xiàn)各種數(shù)據(jù)庫搜索步驟或過 程、相關(guān)步驟或過程、比較步驟或過程和決策步驟或過程。還應(yīng)當(dāng) 注意的是，此處以及以下權(quán)利要求書中使用的詞語"組件"和"模塊" 意在包括使用 一行或者更多行軟件代碼的實(shí)現(xiàn)和/或硬件實(shí)現(xiàn)和/或 用于接收手動(dòng)輸入的實(shí)現(xiàn)。
出于示例和描述的目的，已經(jīng)給出了本發(fā)明實(shí)施的前述說明。 前述說明并非是窮舉性的也并非要將本發(fā)明限制到所公開的確切形 式，根據(jù)上述教導(dǎo)還可能存在各種變形和修改，或者是可能從本發(fā) 明的實(shí)踐中得到各種變形和修改。選擇和描述這些實(shí)施方式是為了 說明各種實(shí)施方式的原理和特征及其實(shí)際應(yīng)用，以使得本領(lǐng)域的技
而利用本發(fā)明。這里描述的實(shí)施方式的特征可以與方法、設(shè)備、模 塊、系統(tǒng)和計(jì)算機(jī)程序產(chǎn)品的所有可能的組合而組合。
權(quán)利要求
1.一種方法，包括在單播會(huì)話期間向客戶端和文件修復(fù)服務(wù)器傳輸?shù)谝晃募f送表和文件的第一版本，所述第一文件遞送表包括第一文件版本指示符；在確定所述文件的第二版本存在時(shí)，向所述客戶端傳輸?shù)诙募f送表和所述文件的第二版本，所述第二文件遞送表包括第二文件版本指示符。
2. 根據(jù)權(quán)利要求1所述的方法，進(jìn)一步包括如果所述文件的 所述第一版本的至少一部分沒有被所述客戶端接收到或者有缺陷， 則從所述客戶端向所述文件修復(fù)服務(wù)器傳輸文件修復(fù)請(qǐng)求，所述文件修復(fù)請(qǐng)求包括所述第 一 文件版本指示符。
3. 根據(jù)權(quán)利要求2所述的方法，進(jìn)一步包括接收所述文件修 復(fù)請(qǐng)求，所述文件修復(fù)請(qǐng)求是從所述文件修復(fù)服務(wù)器轉(zhuǎn)發(fā)的，并且 向所述客戶端傳輸表示所述文件的所述第一版本的所述至少一部分 的編碼符號(hào)。
4. 根據(jù)權(quán)利要求2所述的方法，其中所述文件修復(fù)服務(wù)器具有 關(guān)于成塊算法的信息，所述成塊算法用于根據(jù)所述單播會(huì)話復(fù)制所 述編碼符號(hào)。
5. 根據(jù)權(quán)利要求4所述的方法，進(jìn)一步包括向所述客戶端傳 輸編碼符號(hào)，所述編碼符號(hào)表示所述文件的所述第一版本的所述至 少一部分。
6. 根據(jù)權(quán)利要求1所述的方法，其中所述第一文件版本指示符 和所述第二文件版本指示符中的每個(gè)包括所述文件的所述第一版本 和所述文件的所述第二版本的哈希值以及最后修改元素中的一個(gè)。
7. 根據(jù)權(quán)利要求6所述的方法，其中所述哈希值包括根據(jù)消息 摘要算法5的值。
8. 根據(jù)權(quán)利要求6所述的方法，其中所述最后修改元素包括關(guān)于所述文件的所述第一版本和所述文件的所述第二版本中的每個(gè)被 創(chuàng)建的最后時(shí)刻的時(shí)間戳值。
9. 一種計(jì)算機(jī)程序產(chǎn)品，其包含在計(jì)算機(jī)可讀介質(zhì)上，包括權(quán) 利要求1所述的過程。
10. —種設(shè)備，包括 處理器；以及通信地連接至所述處理器的存儲(chǔ)器單元并且包括計(jì)算機(jī)代碼，用于在單播會(huì)話期間向客戶端和文件修復(fù)服務(wù)器傳輸?shù)谝晃募f送表和文件的第一版本，所述第一文件遞送表包括第一文件版本指示符；計(jì)算機(jī)代碼，用于在確定所述文件的第二版本存在時(shí)，向所述客戶端傳輸?shù)诙募f送表和所述文件的第二版本，所述第二文件遞送表包括第二文件版本指示符。
11. 根據(jù)權(quán)利要求IO所述的設(shè)備，其中所述客戶端進(jìn)一步包括 計(jì)算機(jī)代碼，用于如果所述文件的所述第 一版本的至少一部分沒有 被所述客戶端接收到或者有缺陷，則向所述文件修復(fù)服務(wù)器傳輸文 件修復(fù)請(qǐng)求，所述文件修復(fù)請(qǐng)求包括所述第一文件版本指示符。
12. 根據(jù)權(quán)利要求11所述的設(shè)備，其中所述存儲(chǔ)器單元進(jìn)一步 包括計(jì)算機(jī)代碼，用于接收所述文件修復(fù)請(qǐng)求，所述文件修復(fù)請(qǐng)求 是從所述文件修復(fù)服務(wù)器轉(zhuǎn)發(fā)的，以及計(jì)算機(jī)代碼，用于向所述客 戶端傳輸表示所述文件的所述第一版本的所述至少一部分的編碼符
13. 根據(jù)權(quán)利要求11所述的設(shè)備，其中所述文件修復(fù)服務(wù)器具 有關(guān)于成塊算法的信息，所述成塊算法用于根據(jù)所述單播會(huì)話復(fù)制 所述編碼符號(hào)。
14. 根據(jù)權(quán)利要求13所述的設(shè)備，其中所述文件修復(fù)服務(wù)器包 括計(jì)算機(jī)代碼，用于向所述客戶端傳輸編碼符號(hào)，所述編碼符號(hào)表 示所述文件的所述第一版本的所述至少一部分。
15. 根據(jù)權(quán)利要求11所述的設(shè)備，其中所述第一文件版本指示符和所述第二文件版本指示符中的每個(gè)包括所述文件的所述第一版 本和所述文件的所述第二版本的哈希值以及最后修改元素中的一個(gè)。
16. 根據(jù)權(quán)利要求15所述的設(shè)備，其中所述哈希值包括根據(jù)消 息摘要算法5的值。
17. 根據(jù)權(quán)利要求15所述的設(shè)備，其中所述最后修改元素包括 關(guān)于所述文件的所述第一版本和所述文件的所述第二版本中的每個(gè) 被創(chuàng)建的最后時(shí)刻的時(shí)間戳值。
18. —種方法，包括在單播會(huì)話期間接收第 一文件遞送表和文件的第 一版本；所述第 一文件遞送表包括第一文件版本指示符；如果所述文件的所述第 一版本的至少 一部分沒有被所述客戶端 接收到或者有缺陷，則向文件修復(fù)服務(wù)器傳輸文件修復(fù)請(qǐng)求，所述 文件修復(fù)請(qǐng)求包括所述第一文件版本指示符；以及接收文件修復(fù)響應(yīng)，所述文件修復(fù)響應(yīng)包括表示所述文件的所述 第一版本的所述至少一部分的編碼符號(hào)。
19. 根據(jù)權(quán)利要求18所述的方法，進(jìn)一步包括從文件遞送服 務(wù)器傳輸?shù)诙募f送表和所述文件的第二版本，所述第二文件遞 送表包括第二文件版本指示符。
20. 根據(jù)權(quán)利要求19所述的方法，其中所述第二文件版本指示 符包括所述文件的所述第二版本的哈希值以及最后修改元素中的一 個(gè)。
21. 根據(jù)權(quán)利要求20所述的方法，其中所述哈希值包括根據(jù)消 息摘要算法5的值。
22. 根據(jù)權(quán)利要求20所述的方法，其中所述最后修改元素包括 關(guān)于所述文件的所述第二版本被創(chuàng)建的最后時(shí)刻的時(shí)間戳值。
23. 根據(jù)權(quán)利要求18所述的方法，其中所述文件修復(fù)響應(yīng)包括 編碼符號(hào)，所述編碼符號(hào)表示所述文件的所述第一版本的所述至少 一部分。
24. 根據(jù)權(quán)利要求18所述的方法，其中從所述文件修復(fù)服務(wù)器 接收所述文件修復(fù)響應(yīng)。
25. 根據(jù)權(quán)利要求24所述的方法，其中所述文件修復(fù)服務(wù)器具 有關(guān)于成塊算法的信息，所述成塊算法用于根據(jù)所述單播會(huì)話復(fù)制 所述編碼符號(hào)。
26. 根據(jù)權(quán)利要求18所述的方法，其中從文件遞送服務(wù)器接收 所述文件修復(fù)響應(yīng)，所述文件修復(fù)請(qǐng)求是從所述文件修復(fù)服務(wù)器轉(zhuǎn) 發(fā)的并且包括表示所述文件的所述第一版本的所述至少一部分的編碼符號(hào)。
27. 根據(jù)權(quán)利要求18所述的方法，其中所述第一文件版本指示 符包括所述文件的所述第一版本的哈希值以及最后修改元素中的一個(gè)。
28. 根據(jù)權(quán)利要求27所述的方法，其中所述哈希值包括根據(jù)消 息摘要算法5的值。
29. 根據(jù)權(quán)利要求27所述的方法，其中所述最后修改元素包括 關(guān)于所述文件的所述第 一版本被創(chuàng)建的最后時(shí)刻的時(shí)間戳值。
30. —種計(jì)算機(jī)程序產(chǎn)品，其包含在計(jì)算機(jī)可讀介質(zhì)上，包括權(quán) 利要求18所述的過程。
31. —種設(shè)備，包括 處理器；以及通信地連接至所述處理器的存儲(chǔ)器單元并且包括計(jì)算機(jī)代碼，用于在單播會(huì)話期間接收第一文件遞送表和文件的 第一版本，所述第一文件遞送表包括第一文件版本指示符；計(jì)算機(jī)代碼，用于如果所述文件的所述第一版本的至少一部分沒 有被所述客戶端接收到或者有缺陷，則向文件修復(fù)服務(wù)器傳輸文件 修復(fù)請(qǐng)求，所述文件修復(fù)請(qǐng)求包括所述第一文件版本指示符；以及計(jì)算機(jī)代碼，用于接收文件修復(fù)響應(yīng)，所述文件修復(fù)響應(yīng)包括表 示所述文件的所述第一版本的所述至少一部分的編碼符號(hào)。
32. 根據(jù)權(quán)利要求31所述的設(shè)備，其中文件遞送服務(wù)器包括計(jì)算機(jī)代碼，用于向所述客戶端傳輸?shù)诙募f送表和所述文件的第二版本，所述第二文件遞送表包括第二文件版本指示符。
33. 根據(jù)權(quán)利要求32所述的設(shè)備，其中所述第二文件版本指示符包括所述文件的所述第二版本的哈希值以及最后修改元素中的一個(gè)。
34. 根據(jù)權(quán)利要求33所述的設(shè)備，其中所述哈希值包括根據(jù)消息摘要算法5的值。
35. 根據(jù)權(quán)利要求33所述的設(shè)備，其中所述最后修改元素包括關(guān)于所述文件的所述第二版本被創(chuàng)建的最后時(shí)刻的時(shí)間戳值。
36. 根據(jù)權(quán)利要求31所述的設(shè)備，其中所述文件修復(fù)響應(yīng)包括編碼符號(hào)，所述編碼符號(hào)表示所述文件的所述第一版本的所述至少一部分。
37. 根據(jù)權(quán)利要求31所述的設(shè)備，其中從所述文件修復(fù)服務(wù)器接收所述文件修復(fù)響應(yīng)。
38. 根據(jù)權(quán)利要求37所述的設(shè)備，其中所述文件修復(fù)服務(wù)器具有關(guān)于成塊算法的信息，所述成塊算法用于根據(jù)所述單播會(huì)話復(fù)制所述編碼符號(hào)。
39. 根據(jù)權(quán)利要求31所述的設(shè)備，其中從文件遞送服務(wù)器接收所述文件修復(fù)響應(yīng)，所述文件修復(fù)請(qǐng)求是從所述文件修復(fù)服務(wù)器轉(zhuǎn)發(fā)的并且包括表示所述文件的所述第一版本的所述至少一部分的編碼符號(hào)。
40. 根據(jù)權(quán)利要求31所述的設(shè)備，其中所述第一文件版本指示符包括所述文件的所述第一版本的哈希值以及最后修改元素中的一個(gè)。
41. 根據(jù)權(quán)利要求40所述的設(shè)備，其中所述哈希值包括根據(jù)消息摘要算法5的值。
42. 根據(jù)權(quán)利要求40所述的設(shè)備，其中所述最后修改元素包括關(guān)于所述文件的所述第 一 版本被創(chuàng)建的最后時(shí)刻的時(shí)間戳值。
43. —種方法，包括從客戶端接收文件修復(fù)請(qǐng)求，所述文件修復(fù)請(qǐng)求包括文件的第一版本的第一文件版本指示符；以及在確定所述文件的所述第一版本的至少一部分沒有被所述客戶端接收到或者有缺陷時(shí)，向所述客戶端傳輸文件修復(fù)響應(yīng)。
44. 根據(jù)權(quán)利要求43所述的方法，其中文件遞送服務(wù)器向所述客戶端傳輸?shù)诙募f送表和所述文件的第二版本，所述第二文件遞送表包括第二文件版本指示符。
45. 根據(jù)權(quán)利要求44所述的方法，其中所述第二文件版本指示符包括所述文件的所述第二版本的哈希值以及最后修改元素中的一個(gè)。
46. 根據(jù)權(quán)利要求45所述的方法，其中所述哈希值包括根據(jù)消息摘要算法5的值。
47. 根據(jù)權(quán)利要求45所述的方法，其中所述最后修改元素包括關(guān)于所述文件的所述第二版本被創(chuàng)建的最后時(shí)刻的時(shí)間戳值。
48. 根據(jù)權(quán)利要求43所述的方法，進(jìn)一步包括向文件遞送服務(wù)器轉(zhuǎn)發(fā)所述文件修復(fù)請(qǐng)求，其中將所述文件修復(fù)響應(yīng)傳輸?shù)剿隹蛻舳耍鑫募迯?fù)響應(yīng)包括表示所述文件的所述第一版本的所述至少一部分的編碼符號(hào)。
49. 根據(jù)權(quán)利要求43所述的方法，其中所述文件修復(fù)服務(wù)器向所述客戶端傳輸所述文件修復(fù)響應(yīng)，所述文件修復(fù)響應(yīng)包括表示所述文件的所述第一版本的所述至少一部分的編碼符號(hào)。
50. 根據(jù)權(quán)利要求49所述的方法，進(jìn)一步包括事先接收成塊算法，所述成塊算法用于根據(jù)單播會(huì)話復(fù)制所述編碼符號(hào)。
51. 根據(jù)權(quán)利要求43所述的方法，其中所述第一文件版本指示符包括所述文件的所述第一版本的哈希值以及最后修改元素中的一個(gè)。
52. 根據(jù)權(quán)利要求51所述的方法，其中所述哈希值包括根據(jù)消息摘要算法5的值。
53. 根據(jù)權(quán)利要求51所述的方法，其中所述最后修改元素包括關(guān)于所述文件的所述第 一版本被創(chuàng)建的最后時(shí)刻的時(shí)間戳值。
54. —種計(jì)算機(jī)程序產(chǎn)品，其包含在計(jì)算機(jī)可讀介質(zhì)上，包括權(quán)利要求43所述的過程。
55. —種設(shè)備，包括處理器；以及通信地連接至所述處理器的存儲(chǔ)器單元并且包括計(jì)算機(jī)代碼，用于從客戶端接收文件修復(fù)請(qǐng)求，所述文件修復(fù)請(qǐng)求包括文件的第一版本的第一文件版本指示符；以及計(jì)算機(jī)代碼，用于在確定所述文件的所述第 一 版本的至少 一 部分沒有被所述客戶端接收到或者有缺陷時(shí)，則向所述客戶端傳輸文件^f奮復(fù)響應(yīng)。
56. 根據(jù)權(quán)利要求55所述的設(shè)備，其中文件遞送服務(wù)器包括計(jì)算機(jī)代碼，用于向所述客戶端傳輸?shù)诙募f送表和所述文件的第二版本，所述第二文件遞送表包括第二文件版本指示符。
57. 根據(jù)權(quán)利要求56所述的設(shè)備，其中所述第二文件版本指示符包括所述文件的所述第二版本的哈希值以及最后修改元素中的一個(gè)。
58. 根據(jù)權(quán)利要求57所述的設(shè)備，其中所述哈希值包括根據(jù)消息摘要算法5的值。
59. 根據(jù)權(quán)利要求57所述的設(shè)備，其中所述最后修改元素包括關(guān)于所述文件的所述第二版本被創(chuàng)建的最后時(shí)刻的時(shí)間戳值。
60. 根據(jù)權(quán)利要求55所述的設(shè)備，其中所述存儲(chǔ)器單元進(jìn)一步包括向文件遞送服務(wù)器轉(zhuǎn)發(fā)所述文件修復(fù)請(qǐng)求，其中將所述文件修復(fù)響應(yīng)傳輸?shù)剿隹蛻舳?，所述文件修?fù)響應(yīng)包括表示所述文件的所述第一版本的所述至少一部分的編碼符號(hào)。
61. 根據(jù)權(quán)利要求55所述的設(shè)備，其中所述文件修復(fù)服務(wù)器向所述客戶端傳輸所述文件修復(fù)響應(yīng)，所述文件修復(fù)響應(yīng)包括表示所述文件的所述第 一 版本的所述至少 一 部分的編碼符號(hào)。
62. 根據(jù)權(quán)利要求61所述的設(shè)備，其中所述存儲(chǔ)器單元進(jìn)一步包括計(jì)算機(jī)代碼，用于事先接收成塊算法，所述成塊算法用于根據(jù)單播會(huì)話復(fù)制所述編碼符號(hào)。
63. 根據(jù)權(quán)利要求55所述的設(shè)備，其中所述第一文件版本指示符包括所述文件的所述第一版本的哈希值以及最后修改元素中的一個(gè)。
64. 根據(jù)權(quán)利要求63所述的設(shè)備，其中所述哈希值包括根據(jù)消息摘要算法5的值。
65. 根據(jù)權(quán)利要求63所述的設(shè)備，其中所述最后修改元素包括關(guān)于所述文件的所述第 一版本被創(chuàng)建的最后時(shí)刻的時(shí)間戳值。
66. —種系統(tǒng)，包括文件遞送服務(wù)器，配置用于在單播會(huì)話期間傳輸?shù)谝晃募f送表和文件的第一版本，所述第一文件遞送表包括第一文件版本指示符，以及在確定所述文件的第二版本存在時(shí)，傳輸?shù)诙募f送表和所述文件的第二版本，所述第二文件遞送表包括第二文件版本指示符；客戶端，配置用于從所述文件遞送服務(wù)器接收所述第 一文件遞送表、所述文件的所述第一版本以及所述第一文件版本指示符，并且在確定所述文件的所述第一版本的至少一部分沒有被接收到或者有缺陷時(shí)，傳輸文件修復(fù)請(qǐng)求，所述文件修復(fù)請(qǐng)求包括所述第一文件版本指示符；以及文件修復(fù)服務(wù)器，配置用于從所述客戶端接收所述文件修復(fù)請(qǐng)求，并且向所述客戶端傳輸文件修復(fù)響應(yīng)。
67. 根據(jù)權(quán)利要求66所述的系統(tǒng)，其中所述文件修復(fù)響應(yīng)是轉(zhuǎn)發(fā)到所述文件遞送服務(wù)器的所述文件修復(fù)請(qǐng)求的文件修改響應(yīng)之一，其時(shí)，將所述文件修復(fù)響應(yīng)傳輸?shù)剿隹蛻舳?，該文件修?fù)響應(yīng)包括表示所述文件的所述第一版本的所述至少一部分的編碼符號(hào)，并且所述文件修復(fù)服務(wù)器將所述文件修復(fù)響應(yīng)直接傳輸?shù)剿隹蛻舳?，該文件修?fù)響應(yīng)包括表示所述文件的所述第一版本的所述至少一部分的編碼符號(hào)。
全文摘要
為了允許明確標(biāo)識(shí)文件修復(fù)請(qǐng)求中的文件版本，提供一種用于改變與MBMS系統(tǒng)相關(guān)聯(lián)的文件修復(fù)功能的系統(tǒng)和方法。文件修復(fù)請(qǐng)求由這樣的信息擴(kuò)展，該信息可以全局地并且獨(dú)立于文件下載會(huì)話來標(biāo)識(shí)文件的版本。根據(jù)本發(fā)明的一個(gè)實(shí)施方式，可以結(jié)合文件的URL使用文件的最后修改日期，以標(biāo)識(shí)文件和其版本。根據(jù)本發(fā)明的另一實(shí)施方式，可以結(jié)合文件的URL使用文件的哈希值以標(biāo)識(shí)文件和其版本。
文檔編號(hào)H04L12/18GK101669323SQ200780051612
公開日2010年3月10日 申請(qǐng)日期2007年12月13日 優(yōu)先權(quán)日2007年1月9日
發(fā)明者I·鮑阿齊齊 申請(qǐng)人:諾基亞公司