[發(fā)明專利]跨網(wǎng)絡(luò)下載業(yè)務(wù)的質(zhì)量保證方法

無效

• 申請?zhí)枺?/td>: 200610171644.2
• 申請日: 2006-12-31
• 公開（公告）號: CN101212311A
• 公開（公告）日: 2008-07-02
• 發(fā)明（設(shè)計(jì)）人: 王勁林;李曄;錢湘;湯迪斌
• 申請（專利權(quán)）人: 中國科學(xué)院聲學(xué)研究所
• 主分類號: H04L12/00
• 分類號: H04L12/00;H04L12/24
• 代理公司: 北京泛華偉業(yè)知識(shí)產(chǎn)權(quán)代理有限公司
• 代理人: 高存秀

技術(shù)領(lǐng)域

本發(fā)明涉及網(wǎng)絡(luò)服務(wù)方法，尤其涉及到跨計(jì)算機(jī)網(wǎng)絡(luò)，移動(dòng)通信網(wǎng)的下載服務(wù)的質(zhì)量保證方法。

背景技術(shù)

在跨網(wǎng)絡(luò)環(huán)境中，下載業(yè)務(wù)系統(tǒng)存在如下問題：不同網(wǎng)絡(luò)接入的用戶訪問WEB站點(diǎn)，存在等待時(shí)間過長、響應(yīng)時(shí)間慢、下載時(shí)間過長、連接失敗等問題；不同終端用戶由于自身設(shè)備的局限，存在終端處理能力受限，終端存儲(chǔ)空間受限，終端媒體播放器不兼容等問題。

目前，增值服務(wù)領(lǐng)域的下載服務(wù)提供商多數(shù)采用HTTP?GET的方法來實(shí)現(xiàn)下載業(yè)務(wù)。通過HTTP頭的參數(shù)USER-AGENT來標(biāo)識(shí)終端的種類，通過ACCEPT來標(biāo)識(shí)終端支持的文件類型(MIME?TYPE)，根據(jù)這兩個(gè)屬性來判斷給用戶發(fā)送什么格式的內(nèi)容。這種方法沒有考慮終端所處的不同網(wǎng)絡(luò)環(huán)境，只能根據(jù)終端的種類、型號、支持的文件類型簡單的拒絕或者提供服務(wù)，是一種“一維”的、不完全的質(zhì)量保證方法。這種方法的不足之處包括：不能反映真實(shí)的網(wǎng)絡(luò)帶寬，不能根據(jù)網(wǎng)絡(luò)帶寬來調(diào)整業(yè)務(wù)對象的碼率、大小；USER-AGENT并不能反映真實(shí)的終端種類、型號，這個(gè)信息一般采用硬編碼的方法寫在軟件中，不具有實(shí)時(shí)性；只能根據(jù)請求對象的文化格式提供內(nèi)容，不能針對終端支持的文件類型作轉(zhuǎn)換。總的來說，這種方法是一種“一維”的質(zhì)量保證方法，因此，跨網(wǎng)絡(luò)環(huán)境中的下載業(yè)務(wù)系統(tǒng)的質(zhì)量保證模塊還存在改進(jìn)的余地。

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

本發(fā)明的目的在于克服傳統(tǒng)下載業(yè)務(wù)系統(tǒng)的缺陷，提高業(yè)務(wù)系統(tǒng)質(zhì)量保證模塊的智能性，從而提供一種能夠根據(jù)接入網(wǎng)絡(luò)狀態(tài)，設(shè)備狀態(tài)，業(yè)務(wù)狀態(tài)來決定應(yīng)該提供什么樣服務(wù)的多維業(yè)務(wù)質(zhì)量保證方法。

本發(fā)明跨網(wǎng)絡(luò)下載業(yè)務(wù)的質(zhì)量保證方法，包括初始化過程和對業(yè)務(wù)請求的分析判定過程。

所述初始化過程包括如下步驟：

11)選用HTTP協(xié)議作為網(wǎng)絡(luò)數(shù)據(jù)傳輸協(xié)議；

12)劃分跨網(wǎng)絡(luò)下載業(yè)務(wù)系統(tǒng)能夠提供的下載業(yè)務(wù)，分離出若干相互獨(dú)立的元業(yè)務(wù)，并設(shè)定這些元業(yè)務(wù)的量化值，其中，將“不支持任何業(yè)務(wù)”的量化值設(shè)定為0；

13)歸納終端應(yīng)用級屬性，包括量化常見的終端CPU處理能力、存儲(chǔ)能力、內(nèi)存能力和支持文件格式；

14)量化網(wǎng)絡(luò)帶寬等級；

15)規(guī)定各種下載業(yè)務(wù)對終端的要求，該要求是指終端CPU處理能力、存儲(chǔ)能力，內(nèi)存能力和支持文件格式量化值的下限；

所述對業(yè)務(wù)請求的分析判定過程，如圖2所示，包括如下步驟：

21)終端發(fā)送測試數(shù)據(jù)包給服務(wù)器，測量出當(dāng)前網(wǎng)絡(luò)帶寬；

22)終端將業(yè)務(wù)請求數(shù)據(jù)發(fā)送給服務(wù)器，包括將未量化的原始業(yè)務(wù)屬性，終端屬性，網(wǎng)絡(luò)帶寬發(fā)送給服務(wù)器；其中，所述業(yè)務(wù)屬性包括元業(yè)務(wù)編號和原始業(yè)務(wù)對象；所述終端屬性包括終端CPU處理器型號、存儲(chǔ)器大小、內(nèi)存大小和支持文件格式；

23)服務(wù)器對終端發(fā)送的原始業(yè)務(wù)屬性，終端屬性進(jìn)行量化，分別確定元業(yè)務(wù)、網(wǎng)絡(luò)帶寬、終端屬性的量化值，然后根據(jù)步驟15)所規(guī)定的各量化值下限，判定終端的業(yè)務(wù)請求是否能夠執(zhí)行。

上述技術(shù)方案中，所述初始化過程還包括如下步驟：

15)規(guī)定不同格式文件的最長下載時(shí)間；

所述對業(yè)務(wù)請求的分析判定過程的步驟23)執(zhí)行完畢后，還包括如下步驟：

24)根據(jù)步驟15)規(guī)定最長下載時(shí)間和網(wǎng)絡(luò)帶寬，計(jì)算出最終業(yè)務(wù)對象文件大小的上限值，當(dāng)該上限值小于原始業(yè)務(wù)對象文件的大小時(shí)，對原始業(yè)務(wù)對象進(jìn)行壓縮，，得到文件大小不大于所述上限值的最終業(yè)務(wù)對象。

上述技術(shù)方案中，所述初始化過程還包括如下步驟：

16)規(guī)定文件格式之間的轉(zhuǎn)換規(guī)則；

所述對業(yè)務(wù)請求的分析判定過程的23)中，在判定終端的業(yè)務(wù)請求是否能夠執(zhí)行的過程中，如果終端屬性中的支持文件格式項(xiàng)目未達(dá)到下載業(yè)務(wù)的下限時(shí)，根據(jù)步驟16)規(guī)定的文件格式轉(zhuǎn)換規(guī)則，在同一元業(yè)務(wù)范圍內(nèi)，對原始業(yè)務(wù)對象的文件格式進(jìn)行轉(zhuǎn)換，得到可執(zhí)行的業(yè)務(wù)對象。