本發(fā)明屬于云存儲(chǔ)領(lǐng)域,更具體地,涉及一種移動(dòng)云存儲(chǔ)環(huán)境下緩存數(shù)據(jù)的預(yù)取方法。
背景技術(shù):
隨著移動(dòng)互聯(lián)網(wǎng)的發(fā)展,終端應(yīng)用呈現(xiàn)出爆炸式的增長(zhǎng),移動(dòng)終端已逐漸成為新的應(yīng)用平臺(tái),用戶對(duì)移動(dòng)終端的存儲(chǔ)空間以及終端資源的在線共享等要求也越來越高,在這種需求的推動(dòng)下,通過終端設(shè)備使用云存儲(chǔ)服務(wù)已逐漸成為一種趨勢(shì)。然而移動(dòng)互聯(lián)網(wǎng)相對(duì)于有線寬帶互聯(lián)網(wǎng)具有高延遲、低速率和不穩(wěn)定的特點(diǎn),在移動(dòng)互聯(lián)網(wǎng)環(huán)境下使用云存儲(chǔ)服務(wù)的體驗(yàn)與在高速有線寬帶互聯(lián)網(wǎng)環(huán)境下的體驗(yàn)相比相去甚遠(yuǎn),因此,可以使用緩存技術(shù)來提高在移動(dòng)互聯(lián)網(wǎng)環(huán)境下使用云存儲(chǔ)服務(wù)的性能。
數(shù)據(jù)預(yù)取是影響緩存效率的重要因素之一,用戶在通過移動(dòng)終端使用云存儲(chǔ)服務(wù)時(shí),將個(gè)人數(shù)據(jù)存儲(chǔ)在云存儲(chǔ)系統(tǒng)中,當(dāng)訪問數(shù)據(jù)時(shí),在有緩存的情況下,有很大幾率都能從緩存中獲取到數(shù)據(jù),然而在沒有緩存的情況下,則需要通過移動(dòng)互聯(lián)網(wǎng)到云存儲(chǔ)系統(tǒng)中去獲取,這樣就增加了用戶訪問數(shù)據(jù)時(shí)的等待延時(shí)。緩存預(yù)取是根據(jù)用戶之前的訪問記錄情況預(yù)測(cè)用戶接下來可能會(huì)訪問的文件數(shù)據(jù),并將這些數(shù)據(jù)提前獲取到本地緩存中,這樣不僅能提高緩存命中率,同時(shí)能減少用戶訪問數(shù)據(jù)時(shí)的等待延時(shí)。數(shù)據(jù)預(yù)取不是在緩存非命中的時(shí)候去內(nèi)存中獲取數(shù)據(jù),而是預(yù)先考慮到這種非命中情況,提前將數(shù)據(jù)獲取到緩存中。數(shù)據(jù)預(yù)取時(shí)對(duì)將來要訪問的數(shù)據(jù)的預(yù)測(cè)準(zhǔn)確性將直接影響到數(shù)據(jù)預(yù)取的有效性,并進(jìn)而影響到整個(gè)存儲(chǔ)系統(tǒng)的性能,現(xiàn)有的預(yù)取算法會(huì)導(dǎo)致預(yù)取的很多數(shù)據(jù)并不會(huì)在短時(shí)間內(nèi)被訪 問,這不僅沒有達(dá)到預(yù)取的目的,反而還會(huì)浪費(fèi)用戶的網(wǎng)絡(luò)帶寬。
技術(shù)實(shí)現(xiàn)要素:
針對(duì)現(xiàn)有技術(shù)的以上缺陷或改進(jìn)需求,本發(fā)明提供了一種移動(dòng)云存儲(chǔ)環(huán)境下緩存數(shù)據(jù)的預(yù)取方法,其目的在于,解決現(xiàn)有預(yù)取算法中存在的會(huì)導(dǎo)致預(yù)取的很多數(shù)據(jù)并不會(huì)在短時(shí)間內(nèi)被訪問、從而會(huì)浪費(fèi)用戶的網(wǎng)絡(luò)帶寬的技術(shù)問題。
為實(shí)現(xiàn)上述目的,按照本發(fā)明的一個(gè)方面,提供了一種移動(dòng)云存儲(chǔ)環(huán)境下緩存數(shù)據(jù)的預(yù)取方法,其是應(yīng)用在移動(dòng)終端中,所述方法包括以下步驟:
(1)接收用戶請(qǐng)求,根據(jù)該用戶請(qǐng)求向服務(wù)器請(qǐng)求文件列表,并將該文件列表顯示給用戶;
(2)在用戶從文件列表中選擇文件后判斷用戶選擇的文件是否存在于移動(dòng)終端的緩存中,若存在則進(jìn)入步驟(3),否則進(jìn)入步驟(4);
(3)直接從移動(dòng)終端的緩存中提取用戶選擇的文件,然后進(jìn)入步驟(6);
(4)向服務(wù)器發(fā)送HTTP請(qǐng)求,該HTTP請(qǐng)求中攜帶有與用戶選擇的文件對(duì)應(yīng)的URL信息;
(5)從服務(wù)器接收與該URL信息對(duì)應(yīng)的文件,該文件就是用戶選擇的文件;
(6)判斷用戶選擇的文件是否存在有歷史訪問記錄,如果沒有則轉(zhuǎn)入步驟(7),如果有則轉(zhuǎn)入步驟(10);
(7)設(shè)置計(jì)數(shù)器n=1;
(8)預(yù)取用戶選擇文件的n個(gè)后繼文件;
(9)判斷該后繼文件接下來是否被用戶訪問過,如果是則將預(yù)取的后繼文件個(gè)數(shù)n加1,然后繼續(xù)重復(fù)執(zhí)行步驟(8),直至所有的后繼文件都被預(yù)取完或用戶停止訪問該文件為止,否則返回步驟(7);
(10)通過計(jì)算訪問該文件的后繼文件的概率來確定是否對(duì)該后繼文 件進(jìn)行預(yù)取,并確定對(duì)多少文件進(jìn)行預(yù)取,其中在訪問后繼文件的概率乘積大于時(shí),則提前從服務(wù)器預(yù)取該后繼文件到本地。
優(yōu)選地,HTTP請(qǐng)求包括服務(wù)器的地址、用戶的唯一標(biāo)識(shí)符、以及用戶選擇文件的具體路徑。
優(yōu)選地,步驟(10)包括以下子步驟:
(10-1)設(shè)置預(yù)取隊(duì)列長(zhǎng)度m為0;
(10-2)計(jì)算用戶下一次選擇的文件A后訪問其后繼文件B的概率其中FAB表示歷史訪問記錄中訪問文件A后訪問A的后繼文件B的總次數(shù),F(xiàn)A表示歷史訪問記錄中對(duì)文件A訪問的總次數(shù);
(10-3)判斷是否有如是,則說明訪問文件A后有50%以上的概率會(huì)訪問A的后繼文件B,將B加入預(yù)取隊(duì)列,預(yù)取隊(duì)列長(zhǎng)度m加1,然后轉(zhuǎn)步驟(10-4),否則返回步驟(10-1);
(10-4)計(jì)算后繼文件B后訪問其后續(xù)文件C的概率p2,方法同步驟(10-2);
(10-5)判斷是否有若是則說明訪問文件A后有50%以上的概率會(huì)基于文件列表訪問A的后繼文件B和C,并將C也加入預(yù)取隊(duì)列,將預(yù)取長(zhǎng)度m加1,并轉(zhuǎn)步驟(10-6),否則轉(zhuǎn)入步驟(10-7);
(10-6)重復(fù)執(zhí)行上述步驟(10-5),直到p1*p2*...*pm-1>1/2且p1*p2*...*pm-1*pm<=1/2為止,此時(shí)預(yù)取隊(duì)列長(zhǎng)度為m-1;
(10-7)依次對(duì)預(yù)取隊(duì)列中的文件進(jìn)行預(yù)取;
(10-8)判斷預(yù)取到的所有文件接下來是否被用戶按順序訪問,若是則說明預(yù)取正確,過程結(jié)束,否則說明預(yù)取有誤,然后返回步驟(10-1)。
按照本發(fā)明的另一方面,提供了一種移動(dòng)云存儲(chǔ)環(huán)境下緩存數(shù)據(jù)的預(yù)取系統(tǒng),其是設(shè)置在移動(dòng)終端中,所述系統(tǒng)包括:
第一模塊,用于接收用戶請(qǐng)求,根據(jù)該用戶請(qǐng)求向服務(wù)器請(qǐng)求文件列表,并將該文件列表顯示給用戶;
第二模塊,用于在用戶從文件列表中選擇文件后判斷用戶選擇的文件是否存在于移動(dòng)終端的緩存中,若存在則進(jìn)入第三模塊,否則進(jìn)入第四模塊;
第三模塊,用于直接從移動(dòng)終端的緩存中提取用戶選擇的文件,然后進(jìn)入第六模塊;
第四模塊,用于向服務(wù)器發(fā)送HTTP請(qǐng)求,該HTTP請(qǐng)求中攜帶有與用戶選擇的文件對(duì)應(yīng)的URL信息;
第五模塊,用于從服務(wù)器接收與該URL信息對(duì)應(yīng)的文件,該文件就是用戶選擇的文件;
第六模塊,用于判斷用戶選擇的文件是否存在有歷史訪問記錄,如果沒有則轉(zhuǎn)入第七模塊,如果有則轉(zhuǎn)入第十模塊;
第七模塊,用于設(shè)置計(jì)數(shù)器n=1;
第八模塊,用于預(yù)取用戶選擇文件的n個(gè)后繼文件;
第九模塊,用于判斷該后繼文件接下來是否被用戶訪問過,如果是則將預(yù)取的后繼文件個(gè)數(shù)n加1,然后繼續(xù)重復(fù)執(zhí)行第八模塊,直至所有的后繼文件都被預(yù)取完或用戶停止訪問該文件為止,否則返回第七模塊;
第十模塊,用于通過計(jì)算訪問該文件的后繼文件的概率來確定是否對(duì)該后繼文件進(jìn)行預(yù)取,并確定對(duì)多少文件進(jìn)行預(yù)取,其中在訪問后繼文件的概率乘積大于時(shí),則提前從服務(wù)器預(yù)取該后繼文件到本地。
總體而言,通過本發(fā)明所構(gòu)思的以上技術(shù)方案與現(xiàn)有技術(shù)相比,能夠取得下列有益效果:
(1)預(yù)取的精度高,且能夠保證預(yù)取的數(shù)據(jù)能夠在短期內(nèi)被用戶訪問:由于采用了步驟(7)-(9)和(10)中所定義的基于列表的數(shù)據(jù)預(yù)取策略, 有效利用了用戶訪問文件列表的時(shí)間局部性和空間局部性,因此保證了較高的命中率,預(yù)取的精度較高;
(2)訪問延遲較小,由于本發(fā)明主動(dòng)預(yù)測(cè)用戶將來可能訪問到的數(shù)據(jù)內(nèi)容,并將其獲取到本地緩存中,有效的減少了用戶請(qǐng)求的響應(yīng)時(shí)間,縮短訪問延遲。
附圖說明
圖1是本發(fā)明移動(dòng)云存儲(chǔ)環(huán)境下緩存數(shù)據(jù)的預(yù)取方法的流程圖。
圖2是移動(dòng)設(shè)備云存儲(chǔ)客戶端文件菜單列表顯示示意圖。
具體實(shí)施方式
為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白,以下結(jié)合附圖及實(shí)施例,對(duì)本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解,此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明,并不用于限定本發(fā)明。此外,下面所描述的本發(fā)明各個(gè)實(shí)施方式中所涉及到的技術(shù)特征只要彼此之間未構(gòu)成沖突就可以相互組合。
對(duì)于移動(dòng)設(shè)備來說,由于其屏幕較小,因此在數(shù)據(jù)呈現(xiàn)上具有一定的局限性,最常用的數(shù)據(jù)呈現(xiàn)方式就是以菜單列表的形式呈現(xiàn)給用戶,菜單列表的每一項(xiàng)代表用戶的一個(gè)文件,當(dāng)用戶選擇菜單列表中的某項(xiàng)時(shí),該操作表示請(qǐng)求瀏覽該文件,在瀏覽該文件時(shí),文件內(nèi)容就會(huì)占滿整個(gè)手機(jī)或pad的屏幕,當(dāng)用戶要切換文件時(shí),就需要退出當(dāng)前的瀏覽狀態(tài),然后返回到之前的文件菜單列表,選擇下一個(gè)文件進(jìn)行瀏覽,因此,對(duì)于這種情況,現(xiàn)在的智能移動(dòng)設(shè)備都設(shè)計(jì)了滑動(dòng)的功能,用戶可以通過上下或左右滑動(dòng)屏幕來切換邏輯上相鄰的文件,而且通常用戶在存儲(chǔ)個(gè)人文件數(shù)據(jù)時(shí)為了能更加方便快捷的查詢和瀏覽,會(huì)將文件進(jìn)行分類存儲(chǔ),這使得通過滑動(dòng)屏幕來切換文件瀏覽更加有用。針對(duì)移動(dòng)設(shè)備這種瀏覽文件數(shù)據(jù)時(shí)特有的特點(diǎn),本發(fā)明旨在提供一種有效的緩存數(shù)據(jù)預(yù)取策略。
以下首先對(duì)本發(fā)明的技術(shù)術(shù)語進(jìn)行解釋和說明:
后繼文件:某文件基于列表邏輯順序上的下一個(gè)文件。
預(yù)取長(zhǎng)度:預(yù)先從服務(wù)器端獲取文件的文件數(shù)量,比如預(yù)取長(zhǎng)度為1表明獲取文件A的同時(shí)預(yù)先從服務(wù)器端獲取A的后繼文件B;預(yù)取長(zhǎng)度為2表明獲取文件A的同時(shí)預(yù)取其后繼文件B以及B的后繼文件C。
本發(fā)明提出了一種移動(dòng)云存儲(chǔ)環(huán)境下緩存數(shù)據(jù)的預(yù)取方法,用于在這種具有特有的訪問文件數(shù)據(jù)特點(diǎn)的移動(dòng)設(shè)備下更高效的獲取數(shù)據(jù),提高緩存效率,并從而提升用戶體驗(yàn)。
根據(jù)移動(dòng)設(shè)備上的數(shù)據(jù)訪問特點(diǎn),我們可以認(rèn)為在智能設(shè)備上瀏覽訪問文件時(shí)通常具有一定的邏輯順序性,即用戶很有可能會(huì)根據(jù)列表中的文件順序來訪問文件,所以我們可以根據(jù)這種在列表順序上相鄰的文件進(jìn)行預(yù)取,我們稱為基于列表的順序預(yù)取。
在這種預(yù)取策略中,需要記錄用戶的歷史訪問記錄,并根據(jù)該歷史訪問記錄計(jì)算每個(gè)文件被訪問后其基于列表順序的后繼被訪問的概率,并根據(jù)概率值進(jìn)行預(yù)取。
初始時(shí),由于沒有歷史訪問記錄,但根據(jù)數(shù)據(jù)訪問特性,我們假定用戶會(huì)順序訪問,首先設(shè)定預(yù)取長(zhǎng)度(預(yù)取文件數(shù))為1,然后基于列表順序預(yù)取當(dāng)前文件的后繼文件到本地緩存,若接下來預(yù)取的文件被訪問,將預(yù)取長(zhǎng)度加1設(shè)為2,然后基于列表順序到服務(wù)器端預(yù)取后兩個(gè)文件數(shù)據(jù),否則還是按照預(yù)取長(zhǎng)度為1進(jìn)行預(yù)??;在按預(yù)取長(zhǎng)度為2的情況下進(jìn)行預(yù)取時(shí),若接下來確實(shí)順序訪問了這兩個(gè)預(yù)取的文件,那么接下來將預(yù)取長(zhǎng)度再加1,到服務(wù)器端基于列表順序的預(yù)取后三個(gè)文件到本地緩存中,但若有其中一個(gè)預(yù)取的文件沒有被順序訪問,那么在訪問當(dāng)前不是按順序訪問的文件后,將預(yù)取長(zhǎng)度重新設(shè)為1,然后進(jìn)行預(yù)取,重復(fù)以上步驟,直到訪問結(jié)束。
當(dāng)用戶多次使用移動(dòng)客戶端后,就會(huì)有了很多歷史訪問記錄,當(dāng)以后訪問有記錄的這些文件的時(shí)候就可以計(jì)算概率來確定是否要對(duì)基于列表順 序中的后繼進(jìn)行預(yù)取。記當(dāng)前訪問的文件為A,基于列表順序的A的后繼文件為B,F(xiàn)A為歷史訪問記錄中對(duì)文件A訪問的總次數(shù),F(xiàn)AB為歷史訪問記錄中訪問文件A后訪問A的后繼文件B的總次數(shù),P(AB)為當(dāng)前訪問文件A后訪問A的后繼文件B的概率,那么
當(dāng)時(shí),說明訪問文件A后有50%以上的概率會(huì)基于順序列表的訪問A的后繼文件B,這時(shí)我們可以對(duì)文件B進(jìn)行預(yù)取,同初始預(yù)取策略類似,我們將最大預(yù)取長(zhǎng)度設(shè)為2,當(dāng)確定B可以進(jìn)行預(yù)取后,我們?cè)賮砜椿诹斜眄樞虻腂的后繼文件C是否可以和文件B一起進(jìn)行預(yù)取,若當(dāng)前訪問文件為A,那么接下來按順序訪問文件B和C的概率為P(AB)·P(BC),當(dāng)時(shí),說明訪問文件A后有50%以上的概率會(huì)基于順序列表的訪問A的后繼文件B和C,因此我們選擇對(duì)B和C一起預(yù)取,否則只預(yù)取文件B,重復(fù)上面的步驟進(jìn)行計(jì)算,直到加入某個(gè)文件進(jìn)行預(yù)取后,其概率乘積小于等于1/2為止,此時(shí)便確定最終的預(yù)取隊(duì)列。
在預(yù)取策略中,將預(yù)取數(shù)據(jù)長(zhǎng)度的設(shè)定還需要考慮到以下幾個(gè)方面:
(1)若預(yù)取長(zhǎng)度直接設(shè)為1,即每次預(yù)取都只從服務(wù)端獲取一個(gè)文件,那么用戶每訪問一個(gè)文件都需要到服務(wù)端去請(qǐng)求一次獲取預(yù)取文件數(shù)據(jù),使用戶訪問服務(wù)器的次數(shù)過多,耗損更多的網(wǎng)絡(luò)流量,另一方面,若用戶訪問文件速度較快,例如像簡(jiǎn)單的瀏覽圖片,那么用戶會(huì)很快的進(jìn)行切換,每次預(yù)取一個(gè)文件的話有可能在用戶切換時(shí)預(yù)取的文件還沒有完全獲取到本地緩存中,因此,還是會(huì)有訪問延遲的情況。
(2)若預(yù)取長(zhǎng)度過大,由于并不是百分之百的確定當(dāng)前訪問的文件的后繼是否接下來會(huì)被訪問,因此預(yù)取過來的文件可能并不會(huì)被訪問,預(yù)取的文件越多,那么浪費(fèi)的用戶流量也越多,另一方面,由于緩存空間有限, 預(yù)取更多的數(shù)據(jù)意味著要換出緩存中原來已存在的數(shù)據(jù),這樣有可能將用戶常訪問的數(shù)據(jù)替換出來,而預(yù)取過來的數(shù)據(jù)又可能是無用的,這樣反而降低了系統(tǒng)的性能。
綜上考慮我們?cè)趯?shí)現(xiàn)過程中,可以通過實(shí)驗(yàn)找出一個(gè)比較合適的數(shù)據(jù)預(yù)取長(zhǎng)度,從而在減少用戶訪問服務(wù)端的次數(shù)以及(1)中介紹的訪問延遲的情況下,還能盡可能少的預(yù)取無效數(shù)據(jù),節(jié)省用戶流量,并提高用戶體驗(yàn)。
本發(fā)明描述了在移動(dòng)終端上使用緩存技術(shù)來提高移動(dòng)端訪問云存儲(chǔ)服務(wù)時(shí),使用基于列表順序的數(shù)據(jù)預(yù)取策略來進(jìn)一步提高緩存的效率。
如圖1所示,本發(fā)明移動(dòng)云存儲(chǔ)環(huán)境下緩存數(shù)據(jù)的預(yù)取方法,其是應(yīng)用在移動(dòng)終端中,該方法包括如下步驟:
(1)接收用戶請(qǐng)求,根據(jù)該用戶請(qǐng)求向服務(wù)器請(qǐng)求文件列表,并將該文件列表顯示給用戶,如圖2所示;
(2)在用戶從文件列表中選擇文件后判斷用戶選擇的文件是否存在于移動(dòng)終端的緩存中,若存在則進(jìn)入步驟(3),否則進(jìn)入步驟(4);
(3)直接從移動(dòng)終端的緩存中提取用戶選擇的文件,然后進(jìn)入步驟(6);
(4)向服務(wù)器發(fā)送HTTP請(qǐng)求,該HTTP請(qǐng)求中攜帶有與用戶選擇的文件對(duì)應(yīng)的URL信息;具體而言,該HTTP請(qǐng)求包括服務(wù)器的地址、用戶的唯一標(biāo)識(shí)符、以及用戶選擇文件的具體路徑;
(5)從服務(wù)器接收與該URL信息對(duì)應(yīng)的文件,該文件就是用戶選擇的文件;
(6)判斷用戶選擇的文件是否存在有歷史訪問記錄,如果沒有則轉(zhuǎn)入步驟(7),如果有則轉(zhuǎn)入步驟(10);
(7)設(shè)置計(jì)數(shù)器n=1;
(8)預(yù)取用戶選擇文件的n個(gè)后繼文件;
(9)判斷該后繼文件接下來是否被用戶訪問過,如果是則將預(yù)取的后 繼文件個(gè)數(shù)n加1,然后繼續(xù)重復(fù)執(zhí)行步驟(8),直至所有的后繼文件都被預(yù)取完或用戶停止訪問該文件為止,否則返回步驟(7);
(10)通過計(jì)算訪問該文件的后繼文件的概率來確定是否對(duì)該后繼文件進(jìn)行預(yù)取,并確定對(duì)多少文件進(jìn)行預(yù)取,其中在訪問后繼文件的概率乘積大于時(shí),則提前從服務(wù)器預(yù)取該后繼文件到本地,本步驟具體包括如下子步驟:
(10-1)設(shè)置預(yù)取隊(duì)列長(zhǎng)度m為0;
(10-2)計(jì)算用戶下一次選擇的文件A后訪問其后繼文件B的概率其中FAB表示歷史訪問記錄中訪問文件A后訪問A的后繼文件B的總次數(shù),F(xiàn)A表示歷史訪問記錄中對(duì)文件A訪問的總次數(shù);
(10-3)判斷是否有如是,則說明訪問文件A后有50%以上的概率會(huì)訪問A的后繼文件B,將B加入預(yù)取隊(duì)列,預(yù)取隊(duì)列長(zhǎng)度m加1,然后轉(zhuǎn)步驟(10-4),否則返回步驟(10-1);
(10-4)計(jì)算后繼文件B后訪問其后續(xù)文件C的概率p2,方法同步驟(10-2);
(10-5)判斷是否有若是則說明訪問文件A后有50%以上的概率會(huì)基于文件列表訪問A的后繼文件B和C,并將C也加入預(yù)取隊(duì)列,將預(yù)取長(zhǎng)度m加1,并轉(zhuǎn)步驟(10-6),否則轉(zhuǎn)入步驟(10-7);
(10-6)重復(fù)執(zhí)行上述步驟(10-5),直到p1*p2*...*pm-1>1/2且p1*p2*...*pm-1*pm<=1/2為止,此時(shí)預(yù)取隊(duì)列長(zhǎng)度為m-1;
(10-7)依次對(duì)預(yù)取隊(duì)列中的文件進(jìn)行預(yù)取;
(10-8)判斷預(yù)取到的所有文件接下來是否被用戶按順序訪問,若是則說明預(yù)取正確,過程結(jié)束,否則說明預(yù)取有誤,然后返回步驟(10-1)。
通過本發(fā)明的上述方法,針對(duì)移動(dòng)終端中用戶使用客戶端訪問云存儲(chǔ) 數(shù)據(jù)時(shí)的特性,采用這種基于列表順序的數(shù)據(jù)預(yù)取方法可以減少訪問延遲,有效提高整個(gè)緩存系統(tǒng)的效率。
本領(lǐng)域的技術(shù)人員容易理解,以上所述僅為本發(fā)明的較佳實(shí)施例而已,并不用以限制本發(fā)明,凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等,均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。