專利名稱：一種軟件升級檢測的方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電子通訊領(lǐng)域，尤其涉及一種軟件升級才企測的方法、裝置及 系統(tǒng)。
背景技術(shù)：
隨著用戶對軟件功能的要求越來越高，通過軟件升級增加功能的需求也 越來越大。
以前的軟件升級，通常是發(fā)行新光盤、網(wǎng)站提供用戶下載等手段，但是 這些手段成本很高且用戶使用不方便。
目前，軟件的在線升級功能是越來越普遍了。在線升級可以讓已經(jīng)發(fā)行 到用戶手中的軟件，通過網(wǎng)絡(luò)在線升級，從而達到增強軟件功能的目的，這 樣用戶滿意度會大大提高，同時也減少了軟件發(fā)行商的維護成本。目前大部
分在線升級的軟件流程為客戶端向升級服務(wù)器發(fā)起新版本檢查請求；客戶 端從升級服務(wù)器獲取一個版本描述文件，這個文件定義了服務(wù)器上最新版本 的狀態(tài)，比如版本號、發(fā)布時間、文件大小等信息；客戶端將版本描述文件 和本地已經(jīng)安裝好的軟件進行比較，判斷是否要執(zhí)行升級過程，如果不需要 升級，則結(jié)束流程，如果需要升級，客戶端從升級服務(wù)器下載新的版本，隨 后執(zhí)行升級安裝的過程。
從上面的流程可以看出，如果客戶端要從升級服務(wù)器下載新的軟件版本， 對服務(wù)器帶寬的要求較大，如果成千上萬的客戶端軟件同時從升級服務(wù)器下 載新的軟件版本，則服務(wù)器帶寬就成為瓶頸，極大影響用戶體驗。而目前業(yè) 界大部分服務(wù)器提供商都只能提供100兆共享帶寬給幾十甚至上百家公司使 用，如果某家公司占用帶寬持續(xù)超過某個門限，則會警告停止對這家公司的 服務(wù)。
現(xiàn)有技術(shù)中，在客戶端軟件上增加一個用戶選項，用戶可以控制發(fā)起新 版本檢查的周期，不再是每天檢查，而可以設(shè)置成每周、每兩周、每30天等 周期，這樣，就可以把升級的周期按照日期均攤。
在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)上述技術(shù)方案至少存在如下缺陷
按照日期均攤升級的周期，只能從一定程度上減輕服務(wù)器帶寬瓶頸的問 題，且釆用按照日期均攤升級的周期的方案，仍然會需要服務(wù)器提供一個較 大的服務(wù)器帶寬，成本很高，對于大部分中小型軟件公司來說，他們很難承 擔(dān)起這個較大的帶寬，進而會極大地影響用戶體驗。

發(fā)明內(nèi)容
本發(fā)明實施例提供了一種軟件升級檢測的方法、裝置及系統(tǒng)，使用本發(fā) 明實施例提供的技術(shù)方案，能夠降低對升級服務(wù)器帶寬的需求。
本發(fā)明實施例的目的是通過以下技術(shù)方案實現(xiàn)的 一種軟件升級檢測的方法，包括
軟件啟動時，對軟件的運行時間進行計時，并判斷升級等待時間是否為
令；
在判斷升級等待時間為零時，生成隨機數(shù)； 將升級等待時間更改為上述隨機數(shù)；
在判斷軟件的運行時間到達上述升級等待時間時，從升級服務(wù)器檢測軟 件的升級版本。
一種軟件升級;險測的裝置，包括
計時單元，用于在軟件啟動時，對軟件的運行時間進行計時； 第一判斷單元，用于在軟件啟動時，判斷升級等待時間是否為零； 生成單元，用于在第一判斷單元判斷升級等待時間為零時，生成隨機數(shù)； 更改單元，用于將升級等待時間更改為生成單元生成的隨才凡數(shù)； 第二判斷單元，用于判斷計時單元得到的軟件的運行時間是否到達升級
等待時間；
檢測單元，用于在第二判斷單元判斷軟件的運行時間到達升級等待時間 時，從升級服務(wù)器檢測軟件的升級版本。 一種軟件升級檢測的系統(tǒng)，包括
客戶端，用于軟件啟動時，判斷升級等待時間是否為零；在判斷升級等 待時間為零時，生成隨機數(shù)；將升級等待時間更改為上述隨機數(shù)；在判斷軟 件的運行時間到達升級等待時間時，從升級服務(wù)器檢測軟件的升級版本；
升級服務(wù)器，用于接收客戶端發(fā)起的軟件的升級版本的檢測，并根據(jù)客
從本發(fā)明實施例提供的以上技術(shù)方案可以看出，由于設(shè)置了升級等待時 間，且升級等待時間隨機產(chǎn)生，在判斷軟件運行到達升級等待時間時從升級 服務(wù)器檢測新版本，使得各客戶端從升級服務(wù)器下載軟件的升級文件的時機 在一定程度上按照時間均攤，進而對升級服務(wù)器帶寬的需求進一步降低，從 而降低了成本，也提升了用戶體驗。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實 施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面 描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講， 在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖1是本發(fā)明實施例服務(wù)器帶寬需求對比圖2是本發(fā)明提供的軟件升級4全測的方法的實施例一流程圖3是本發(fā)明提供的軟件升級檢測的方法的實施例二流程圖4是本發(fā)明提供的一種軟件升級檢測的裝置的一個實施例的示意圖5是本發(fā)明提供的一種軟件升級檢測的系統(tǒng)的一個實施例的組成框圖。
具體實施例方式
下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行 清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而 不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作 出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
本發(fā)明實施例提供了一種軟件升級檢測的方法、裝置及系統(tǒng)，使用本發(fā) 明實施例提供的技術(shù)方案，能夠降低對升級服務(wù)器帶寬的需求。
本發(fā)明實施例中提及的客戶端軟件可以是計算機軟件，也可以是手機軟 件、各種嵌入式軟件，例如機頂盒軟件等能夠在線升級的軟件。下面僅以計 算機軟件為例進行詳細(xì)說明。
本發(fā)明實施例除了按照日期均攤升級時機外，還增加了按照每天內(nèi)的時 間均攤升級時機。例如，假定某個軟件已經(jīng)發(fā)行了 IO萬套，新版本有50兆
字節(jié)大小。通常用戶開機并運行這個軟件時，就會啟動升級檢查和下載的流 程。用戶開機是有高峰時段的，通常大多數(shù)用戶會在早上上班時間、晚上下 班時間兩個高峰期運行電腦，從而在這些時間形成帶寬瓶頸，假定這些高峰 期累計為三小時。參見圖1,圖1為原始帶寬需求、按照日期均攤帶寬需求 和再按照時間均攤的帶寬需求的對比圖。那么，如果IO萬用戶都要在三小時
內(nèi)升級完，就需要帶寬10萬><50兆字節(jié)/3小時=3703.7兆比特/秒，這是一個 幾乎不可能達到的要求。將3703.7兆比特/秒視為原始帶寬需求。按照30天 曰期均攤的帶寬需求為3703.7/30=123兆比特/秒，這個帶寬對于中小型規(guī)4莫 的公司來說，成;M艮高，依舊很難承擔(dān)?，F(xiàn)在按照每天內(nèi)的時間再進行升級 時機的均攤，即原來是3小時高峰，現(xiàn)在理論上是24小時都能利用，降低了 8倍，因此，按照時間均攤的帶寬需求為123/8=15.4兆比特/秒，這已經(jīng)降低 了絕大部分中小型公司可以接受的程度了 。 實施例一
本實施例闡述一種在軟件升級檢測時降低升級服務(wù)器帶寬需求的方法， 下面結(jié)合附圖進行詳細(xì)描述。
參見圖2,本實施例的方法包括以下步驟
步驟201:軟件啟動時，對軟件的運行時間進行計時，并判斷升級等待 時間是否為零；如果判斷升級等待時間為零，則執(zhí)行步驟202;
上述的升級等待時間可以是上次未實現(xiàn)的檢查時間，未實現(xiàn)可以是未實 現(xiàn)新版本檢查，也可以是未實現(xiàn)下載新版本，其缺省值通常是零。
如果判斷升級等待時間不為零時，即上次關(guān)閉軟件時沒有向升級服務(wù)器 檢測軟件的升級版本，此時，則減少升級等待時間的值，例如可以是將升級 等待時間除以二，得到變化后的等待時間，將升級等待時間更改為上述變化 后的等待時間。這樣就可以減少等待時間，從而可以加大下一次實現(xiàn)檢查的 命中率。當(dāng)然，也可以是將升級等待時間除以其它的數(shù)字，例如4、 8等，或 者可以是進行其它的一些變換，使得升級等待時間縮小。
步驟202:生成隨機it;
上述生成隨機數(shù)可以是在N分鐘內(nèi)隨機生成一個表示時間的數(shù)字，上述 N可以根據(jù)具體情況設(shè)定，例如，可以設(shè)置成360分鐘或150分鐘等。步驟203:將升級等待時間更改為隨機數(shù)；
即將步驟202中生成的隨機數(shù)替換原來的升級等待時間，將原來按照曰 期均攤升級時機進一步按照時間均攤升級時機，使得對升級服務(wù)器的帶寬需 求進一步減少，這樣， 一天之內(nèi)，只要軟件運行的累計時間到達這個升級等 待時間就檢測軟件的升級版本。這個隨機數(shù)就作為下次啟動檢查和下載的時 間。
步驟204:在判斷軟件的運行時間到達升級等待時間時，從升級服務(wù)器檢 測軟件的升級版本。
通過上述步驟，升級等待時間已經(jīng)發(fā)生變化，對軟件的運行時間進行不 斷檢測， 一旦軟件的運行時間到達升級等待時間，就向升級服務(wù)器檢測軟件 的升級版本。
服務(wù)器發(fā)送的版^4苗述文件;根據(jù)版本描述文件判斷是否有軟件的升級版本； 在判斷需要升級時從升級服務(wù)器下載軟件的升級文件。如果沒有檢測到軟件 的升級版本，則將升級等待時間清零。這樣，按照日期均攤升級時機還會起 效，每天內(nèi)相當(dāng)于立即檢測是否有軟件的升級版本，但不一定會下載軟件的 升級文件。如果檢測軟件的升級版本失敗，升級等待時間可以清零，也可以 不變，若等待時間不變，則下次不必再產(chǎn)生隨機數(shù)替換等待時間，可在已分 配的隨機數(shù)的基礎(chǔ)上進行檢測。如果下載軟件的升級文件失敗，等待時間可 以清零，也可以不變，同樣，若等待時間不變，則下次不必再產(chǎn)生隨機數(shù)替 換等待時間，還可以在已分配的隨機數(shù)的基礎(chǔ)上進行檢測和下載。為了下次 使用該按照時間均攤升級時機的方法更加準(zhǔn)確，下載軟件的升級文件完成后 還可以包括一個步驟將預(yù)置的檢查時間清零。
在收到軟件的終止運行命令時，若此時軟件的運行時間沒有達到升級等 待時間，即軟件的運行時間小于升級等待時間，減少升級等待時間，減少升 級等待時間可以是將升級等待時間減去軟件的運行時間，得到變化后的升級 等待時間，將升級等待時間更改為變化后的升級等待時間。即在關(guān)閉軟件之 前，先將升級等待時間減去本次軟件的運行時間，下次重新啟動該軟件時， 就可以減少升級等待的時間。
本實施例由于設(shè)置了升級等待時間，且升級等待時間隨機產(chǎn)生，在判斷 軟件運行到達升級等待時間時從升級服務(wù)器檢測新版本，使得各客戶端從升 級服務(wù)器下載軟件的升級文件的時機在一定程度上按照時間均攤，進而對升 級服務(wù)器帶寬的需求進一步降低，從而降低了成本，也提升了用戶體驗。進 一步地，不需要增加服務(wù)器的硬件配置，也不需要增加服務(wù)器的軟件需求， 例如要求軟件支持補丁下載等，可以大大降低對在線升級服務(wù)器的帶寬需求。
實施例二
本實施例闡述了一種具體實現(xiàn)降低服務(wù)器帶寬需求的方法，下面結(jié)合附 圖進行詳細(xì)說明。
參見圖3，本實施例的方法包括以下步驟
步驟301:客戶端軟件保存一個"上次未實現(xiàn)的檢查時間"，缺省是零； 步驟302:客戶端軟件判斷"上次未實現(xiàn)的檢查時間"是否為零； 客戶端軟件在每次應(yīng)該檢查版本是否要升級時，例如每隔30天的第一次
運行軟件時，先判斷"上次未實現(xiàn)的檢查時間" 一次；
步驟303:如果"上次未實現(xiàn)的檢查時間"等于零，則先在N分鐘內(nèi)隨
^/L生成一個數(shù)字，作為下次啟動^r查和下載的時間，同時替代"上次未實現(xiàn)
的斗全查時間"；
步驟304:如果"上次未實現(xiàn)的檢查時間"不等于零，則把此數(shù)字除以2， 減少等待時間，將除以2后的新的時間作為"上次未實現(xiàn)的檢查時間，，；
例如，有可能這一天還沒有到達預(yù)置的檢查時間，用戶就關(guān)閉該軟件了， 下次再啟動該軟件時要接著判斷，將"上次未實現(xiàn)的檢查時間，，除以2,可 以加大第二天的命中率，或者說可以加大下一次需要檢查和下載的命中率， 減少用戶等待的時間，以后每天都是這樣除以2遞減，那么就可以極大的提 升用戶體驗。
步驟305:如果判斷到達"上次未實現(xiàn)的檢查時間"，就正常檢查和下載； 步驟306:完成軟件的升級文件下栽后，將替換后的"上次未實現(xiàn)的枱r 查時間"清零。
本實施例通過生成時間隨機數(shù)代替"上次未實現(xiàn)的檢查時間"，通過時間 均攤檢測軟件的升級版本和下載軟件的升級文件的時機，從而降低了對升級
服務(wù)器帶寬的需求，進一步地，考慮到了用戶提前關(guān)機的可能性，通過對"上 次未實現(xiàn)的檢查時間"逐漸遞減，減少等待時間，加大了下次檢查和下載軟 件的升級版本的命中率。
實施例二闡述的是在4欠件啟動時，如果升級等待時間不為零，可以將升 級等待時間除以2,以減少升級等待時間，下面闡述一種在關(guān)閉軟件之前， 將升級等待時間減去軟件運行時間，以降低對升級服務(wù)器帶寬需求的實施例。
實施例三
本實施例闡述一種在軟件關(guān)閉前將軟件的升級等待時間減去軟件運行時 間，以減少升級等待時間的方法，在該方法中，軟件啟動時，判斷升級等待
時間是否為零；在判斷升級等待時間為零時，生成P逸機數(shù)，將升級等待時間 更改為上述隨機數(shù)；在判斷軟件的運行時間到達升級等待時間時，從升級服 務(wù)器檢測軟件的升級版本。
如果收到軟件的終止運行命令時，軟件的運行時間未到達升級等待時間， 則將升級等待時間減去軟件的運行時間。
即有可能上述從升級服務(wù)器檢測軟件的升級版本還沒有執(zhí)行，就需要終 止運行該軟件了，此時為了減少下次再運行該軟件時，等待升級的時間減少， 則可以是將升級等待時間減去軟件運行時間，得到變化后的升級等待時間， 將原來的升級等待時間更改為變化后的升級等待時間。當(dāng)然，也可以是采取 其它的方法減少關(guān)閉軟件前的升級等待時間。
例如，如果開始設(shè)置的升級等待時間為4小時，但只運行了半個小時， 軟件就需要關(guān)閉，或者需要關(guān)機了，在關(guān)閉軟件的時候可以將升級等待時間
設(shè)置為4-0.5 = 3.5小時，這樣，下次啟動該軟件的時間，如果軟件的運行時間 到達3.5小時，就向升級服務(wù)器檢測軟件的升級版本。
本實施例通過在關(guān)閉軟件時將升級等待時間減去軟件運行時間，可以是 下次啟動該軟件時，升級等待時間變短，從而加大了下次啟動升級版本4企測 的命中率。
需要說明的是，對于前述的各方法實施例，為了筒單描述，故將其都 表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受 所描述的動作順序的限制，因為依據(jù)本發(fā)明，某些步驟可以采用其他順序
或者同時進行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實 施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本發(fā)明所必須的。
在上述實施例中，對各個實施例的描述都各有側(cè)重，某個實施例中沒 有詳述的部分，可以參見其他實施例的相關(guān)描述。以上提供了一種軟件升 級檢測的方法，本發(fā)明實施例還提供一種軟件升級檢測的裝置和一種軟件 升級檢測的系統(tǒng)。
參見圖4， 一種降低服務(wù)器帶寬需求的裝置，包括 計時單元406,用于在軟件啟動時，對軟件的運行時間進行計時； 第一判斷單元401，用于在軟件啟動時，判斷升級等待時間是否為零； 生成單元402，用于在第一判斷單元401判斷升級等待時間為零時，生成 隨機數(shù)；
更改單元403,用于將升級等待時間更改為生成單元402生成的隨才幾數(shù)； 第二判斷單元404，用于判斷計時單元406得到的軟件的運行時間是否到 達升級等待時間；
檢測單元405,用于在第二判斷單元404判斷軟件的運行時間到達升級等 待時間時，從升級服務(wù)器檢測軟件的升級版本。 其中，上述裝置還包括
減少單元，用于在第一判斷單元401判斷升級等待時間不為零時，減少升 級等待時間的值。
其中，上述裝置還包括
終止命令接收單元，用于接收軟件的終止運行命令；
第三判斷單元，用于在終止命令接收單元接收到軟件的終止運行命令時， 判斷軟件的運行時間是否小于升級等待時間，
執(zhí)行單元，用于在第三判斷單元判斷軟件的運行時間小于升級等待時間 時，減少升級等待時間。
其中，檢測單元405包括
發(fā)送單元，用于發(fā)起新版本檢查；
接收單元，用于接收版本描述文件，上述版本描述文件由升級服務(wù)器根
據(jù)發(fā)送單元發(fā)送的新版本j險查發(fā)送；
檢測子單元，用于根據(jù)接收單元接收到的版本描述文件檢測是否有軟件 的升級版本。
上述裝置還包括
下載單元，用于在檢測單元405檢測到軟件的升級版本時，從升級服務(wù)器 下載軟件的升級文件，上述升級文件與檢測單元405檢測到的升級版本對應(yīng)；
清零單元，用于在檢測單元未檢測到軟件的升級版本時，將升級等待時 間清零。
其中，上述清零單元還用于在下載單元下載軟件的升級文件后，將升級 等待時間清零。
上述裝置可以用來實現(xiàn)一種軟件升級一企測的方法，但不限于實現(xiàn)該方法。 上面闡述了 一種軟件升級檢測的裝置，下面闡述一種軟件升級檢測的系統(tǒng)。
參見圖5， 一種降低服務(wù)器帶寬需求的系統(tǒng)，包括
客戶端501，用于軟件啟動時，判斷升級等待時間是否為零；在判斷升級 等待時間為零時，生成隨機數(shù)；將升級等待時間更改為上述隨機數(shù)；在判斷 軟件的運行時間到達升級等待時間時，從升級服務(wù)器502檢測軟件的升級版 本；
升級服務(wù)器502,用于接收客戶端501發(fā)起的軟件的升級版本的檢測，并 述文件。
其中，客戶端501還用于在啟動時判斷所述升級等待時間不為零時，減少 所述升級等待時間的值。其中，客戶端501還用于在收到所述軟件的終止運行 命令時，若所述軟件的運行時間小于所述升級等待時間，減少所述升級等待 時間。
其中，若檢測到軟件的升級版本，客戶端501還用于從升級服務(wù)器502下 載軟件的升級文件，上述升級文件與升級版本對應(yīng)；
升級服務(wù)器502還用于向客戶端501提供軟件的升級文件。 其中，客戶端501還用于將升級等待時間清零。
本發(fā)明實施例由于設(shè)置了升級等待時間，且升級等待時間隨機產(chǎn)生，在 判斷軟件運行到達升級等待時間時從升級服務(wù)器檢測新版本，使得各客戶端 從升級服務(wù)器下載軟件的升級文件的時機在一定程度上按照時間均攤，進而 對升級服務(wù)器帶寬的需求進一步降低，從而降低了成本，也提升了用戶體驗。
進一步地，關(guān)閉軟件時將升級等待時間減去軟件運行時間，可以減少下 次啟動軟件時升級等待時間，從而加快檢測軟件的升級版本。
進一步地，啟動軟件時，在判斷升級等待時間不為零時，將升級等待時 間除以二，可以增大此次運行軟件時，進行軟件的升級版知險測的幾率。
是可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機
可讀存儲介質(zhì)中，該程序在執(zhí)行時，包括如下步驟
軟件啟動時，對軟件的運行時間進行計時，并判斷升級等待時間是否為+.
令；
在判斷升級等待時間為零時，生成隨機數(shù)； 將升級等待時間更改為上述隨機數(shù)；
在判斷軟件的運行時間到達升級等待時間時，從升級服務(wù)器檢測軟件的 升級版本。
上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。 以上對本發(fā)明實施例所提供的一種軟件升級檢測的方法、裝置及系統(tǒng)進 行了詳細(xì)介紹，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其思想； 同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式
及 應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明 的限制。
權(quán)利要求
1.一種軟件升級檢測的方法，其特征在于，包括:軟件啟動時，對軟件的運行時間進行計時，并判斷升級等待時間是否為零；在判斷所述升級等待時間為零時，生成隨機數(shù)；將所述升級等待時間更改為所述隨機數(shù)；在判斷所述軟件的運行時間到達所述升級等待時間時，從升級服務(wù)器檢測所述軟件的升級版本。
2、 根據(jù)權(quán)利要求l所述的軟件升級檢測的方法，其特征在于，所述方法 還包括在所述軟件啟動時判斷所述升級等待時間不為零時，減少所述升級等待 時間的值。
3、 根據(jù)權(quán)利要求2所述的軟件升級檢測的方法，其特征在于，所述減少 所述升級等待時間的值具體為將所述升級等待時間除以二，得到變化后的等待時間，將所述升級等待 時間更改為所述變化后的等待時間。
4、 根據(jù)權(quán)利要求l所述的軟件升級檢測的方法，其特征在于，收到所述 軟件的終止運行命令時，若所述軟件的運行時間小于所述升級等待時間，減 少所述升級等待時間。
5、 根據(jù)權(quán)利要求4所述的軟件升級檢測的方法，其特征在于，所述減少 所述升級等待時間具體為將所述升級等待時間減去所述軟件的運行時間，得到變化后的升級等待 時間，將所述升級等待時間更改為所述變化后的升級等待時間。
6、 根據(jù)權(quán)利要求1至5任一項所述的軟件升級檢測的方法，其特征在于， 所述從升級服務(wù)器檢測所述軟件的升級版本包括發(fā)起新版本纟全查；接收版本描述文件，所述版本描述文件由所述升級服務(wù)器一艮據(jù)所述新版 本檢查發(fā)送；才艮據(jù)所述版本描述文件檢測是否有所述軟件的升級版本。
7、 根據(jù)權(quán)利要求1至5任一項所述的軟件升級檢測的方法，其特征在于，所述從升級服務(wù)器檢測所述軟件的升級版本之后還包括若檢測到所述軟件的升級版本，則從所述升級服務(wù)器下載所述軟件的升級文件，所述升級文件與所述升級版本對應(yīng)；若未檢測到所述軟件的升級版本，則將所述升級等待時間清零。
8、 根據(jù)權(quán)利要求7所述的軟件升級檢測的方法，其特征在于，從所述升 級服務(wù)器下載所述軟件的升級文件之后還包括將所述升級等待時間清零。
9、 一種軟件升級檢測的裝置，其特征在于，包括 計時單元，用于在軟件啟動時，對軟件的運行時間進行計時； 第一判斷單元，用于在軟件啟動時，判斷升級等待時間是否為零； 生成單元，用于在所述第一判斷單元判斷所述升級等待時間為零時，生成隨機數(shù)；更改單元，用于將所述升級等待時間更改為所述生成單元生成的所述隨 機數(shù)；第二判斷單元，用于判斷所述計時單元得到的所述軟件的運行時間是否 到達所述升級等待時間；;險測單元，用于在所述第二判斷單元判斷所述軟件的運行時間到達所述 升級等待時間時，從升級服務(wù)器^r測所述軟件的升級版本。
10、 根據(jù)權(quán)利要求9所述的軟件升級檢測的裝置，其特征在于，還包括 減少單元，用于在所述第一判斷單元判斷所述升級等待時間不為零時，減少所述升級等待時間的值。
11、 根據(jù)權(quán)利要求9所述的軟件升級檢測的裝置，其特征在于，還包括 終止命令接收單元，用于接收所述軟件的終止運行命令； 第三判斷單元，用于在所述終止命令接收單元接收到所述軟件的終止運行命令時，判斷所述軟件的運行時間是否小于所述升級等待時間；執(zhí)行單元，用于在所述第三判斷單元判斷所述軟件的運行時間小于所述 升級等待時間時，減少所述升級等待時間。
12、 根據(jù)權(quán)利要求9至11任一項所述的軟件升級檢測的裝置，其特征在于， 所述纟企測單元包括 發(fā)送單元，用于發(fā)起新版本檢查；接收單元，用于接收版本描述文件，所述版本描述文件由所述升級服務(wù)器根據(jù)所述發(fā)送單元發(fā)送的所述新版本檢查發(fā)送；檢測子單元，用于根據(jù)所述接收單元接收到的所述版本描述文件檢測是 否有所述軟件的升級版本。
13、 根據(jù)權(quán)利要求9至11任一項所述的軟件升級檢測的裝置，其特征在于， 還包括下載單元，用于在所述檢測單元檢測到所述軟件的升級版本時，從所述 升級服務(wù)器下載所述軟件的升級文件，所述升級文件與所述檢測單元檢測到 的所述升級版本對應(yīng)；清零單元，用于在所述檢測單元未檢測到所述軟件的升級版本時，將所 述等待時間清零。
14、 根據(jù)權(quán)利要求13所述的軟件升級檢測的裝置，其特征在于，所述清 時間清零。
15、 一種軟件升級檢測的系統(tǒng)，其特征在于，包括客戶端，用于軟件啟動時，判斷升級等待時間是否為零；在判斷所述升 級等待時間為零時，生成隨機數(shù)；將所述升級等待時間更改為所述隨機數(shù)； 在判斷所述軟件的運行時間到達所述升級等待時間時，從升級服務(wù)器檢測所 述軟件的升級版本；升級服務(wù)器，用于接收所述客戶端發(fā)起的所述軟件的升級版本的;f企測，軟件的版本描述文件。
16、 根據(jù)權(quán)利要求15所述的軟件升級檢測的系統(tǒng)，其特征在于，所述客 戶端還用于在啟動時判斷所述升級等待時間不為零時，減少所述升級等待時 間的值。
17、 根據(jù)權(quán)利要求15所述的軟件升級檢測的系統(tǒng)，其特征在于，所述客 戶端還用于在收到所述軟件的終止運行命令時，若所述軟件的運行時間小于 所述升級等待時間，減少所述升級等待時間。
18、根據(jù)權(quán)利要求15至17任一項所述的軟件升級檢測的系統(tǒng)，其特征在 于，若檢測到所述軟件的升級版本，所述客戶端還用于從所述升級服務(wù)器下載所述軟件的升級文件，所述升級文件與所述升級版本對應(yīng)；所述升級服務(wù)器還用于向所述客戶端提供所述軟件的升級文件。
全文摘要
本發(fā)明實施例公開了一種軟件升級檢測的方法、裝置及系統(tǒng)，軟件升級檢測的方法包括軟件啟動時，對軟件的運行時間進行計時，并判斷升級等待時間是否為零；在判斷升級等待時間為零時，生成隨機數(shù)；將升級等待時間更改為上述隨機數(shù)；在判斷軟件的運行時間到達升級等待時間時，從升級服務(wù)器檢測軟件的升級版本。本發(fā)明實施例由于設(shè)置了升級等待時間，且升級等待時間隨機產(chǎn)生，在判斷軟件運行到達升級等待時間時從升級服務(wù)器檢測新版本，使得各客戶端從升級服務(wù)器下載軟件的升級文件的時機在一定程度上按照時間均攤，進而對升級服務(wù)器帶寬的需求進一步降低，從而降低了成本，也提升了用戶體驗。
文檔編號G06F9/445GK101374147SQ200810149520
公開日2009年2月25日 申請日期2008年9月10日 優(yōu)先權(quán)日2008年9月10日
發(fā)明者振 鐘 申請人:深圳華為通信技術(shù)有限公司