專利名稱：通訊設(shè)備和更新方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種通訊設(shè)備和更新方法。
背景技術(shù)：
近年來(lái)，隨著對(duì)用于商業(yè)旅行所花費(fèi)的支出和時(shí)間的消減的需求的增加，用于通過(guò)諸如英特網(wǎng)的通訊網(wǎng)絡(luò)執(zhí)行電話會(huì)議的通訊終端廣泛地流行起來(lái)。每個(gè)通訊終端指定一個(gè)目的地通訊中斷開(kāi)始通話，并因此執(zhí)行圖形數(shù)據(jù)和聲音的傳輸和接收。采用這種方式，執(zhí)行電話會(huì)議。為了改善對(duì)話加密性能和操作性能，會(huì)在該通訊設(shè)備中以規(guī)則的間隔更新固件(程序)。關(guān)于這種通訊中斷中的程序的更新，已知美國(guó)專利US7，890，989。美國(guó)專利US7, 890，989指出，通過(guò)經(jīng)由網(wǎng)絡(luò)訪問(wèn)服務(wù)器來(lái)獲得更新數(shù)據(jù)和元信息，并且更新依賴于所討論的程序的版本的一個(gè)或多個(gè)程序。不過(guò)，在上述傳統(tǒng)技術(shù)中，當(dāng)有必要更新依賴于所討論的程序的版本的程序時(shí)，關(guān)于依賴于其的版本的元信息也可以通過(guò)網(wǎng)絡(luò)訪問(wèn)服務(wù)器來(lái)獲得，并且因此，當(dāng)存在多個(gè)依賴于其的版本時(shí)，必須與多個(gè)版本的數(shù)量一樣多的次數(shù)經(jīng)由網(wǎng)絡(luò)獲得該元信息。因此存在網(wǎng)絡(luò)帶寬的使用增加的問(wèn)題，該問(wèn)題會(huì)增加網(wǎng)絡(luò)負(fù)擔(dān)，并且更新過(guò)程很麻煩，并花費(fèi)更多時(shí)間來(lái)執(zhí)行更新處理。因此，存在一種對(duì)通訊設(shè)備和更新方法的需求，該通訊設(shè)備和更新方法能夠降低網(wǎng)絡(luò)帶寬的使用并降低網(wǎng)絡(luò)負(fù)荷并能夠在短時(shí)間內(nèi)容易地執(zhí)行更新處理。

發(fā)明內(nèi)容
本發(fā)明的目的是為了至少部分解決上傳統(tǒng)技術(shù)中的問(wèn)題。根據(jù)一個(gè)實(shí)施例，提供了一種通訊設(shè)備，包括第一接收單元，配置為從更新信息提供設(shè)備接收第一元信息，其指明該通訊設(shè)備的程序所需的目標(biāo)更新，該第一元信息包括關(guān)于依賴版本的信息，該依賴版本是依賴于所述目標(biāo)更新的另一個(gè)更新版本；確定單元，配置為確定所述依賴版本是否比設(shè)備版本新，該設(shè)備版本是所述通訊設(shè)備的當(dāng)前更新版本；第二接收單元，配置為如果該依賴版本比所述設(shè)備版本新則從更新信息提供設(shè)備接收第二元信息，其指明用于依賴版本的更新；以及更新處理單元，配置為基于第二元信息執(zhí)行對(duì)所述依賴版本的更新以及在執(zhí)行了對(duì)所述依賴版本的更新之后基于第一元信息執(zhí)行所述目標(biāo)更新。根據(jù)本發(fā)明的另一個(gè)實(shí)施例，提供了一種由通訊設(shè)備執(zhí)行的更新方法。該更新方法包括從更新信息提供設(shè)備接收第一元信息，其指明所述通訊設(shè)備的程序所述的目標(biāo)更新，第一元信息包括關(guān)于依賴版本的信息，該依賴版本是依賴于所述目標(biāo)更新的另一個(gè)更新版本；確定所述依賴版本是否比設(shè)備版本新，所述設(shè)備版本是所述通訊設(shè)備的當(dāng)前更新版本；如果該依賴版本比所述設(shè)備版本新，則從更新信息提供設(shè)備接收第二元信息，其指明用于依賴版本的更新；以及基于第二元信息執(zhí)行對(duì)所述依賴版本的更新以及在執(zhí)行了對(duì)所述依賴版本的更新之后基于第一元信息執(zhí)行所述目標(biāo)更新。通過(guò)在結(jié)合附圖考慮時(shí)閱讀本發(fā)明給出的優(yōu)選實(shí)施例的隨后的詳細(xì)描述能夠更好地理解本發(fā)明的上述和其他目的、特征、優(yōu)點(diǎn)和技術(shù)以及工業(yè)有效性。


圖1是圖釋根據(jù)本發(fā)明實(shí)施例的遠(yuǎn)程通訊系統(tǒng)的配置的實(shí)例的示意圖；圖2是圖釋根據(jù)本發(fā)明實(shí)施例的遠(yuǎn)程通訊系統(tǒng)的硬件配置的實(shí)例的方塊示意圖；圖3是圖釋根據(jù)本發(fā)明實(shí)施例的通訊終端的外部視圖；圖4是圖釋根據(jù)本發(fā)明實(shí)施例的中繼設(shè)備、遠(yuǎn)程通訊管理服務(wù)器以及更新服務(wù)器的硬件配置的實(shí)例的方塊圖；圖5是圖釋根據(jù)本發(fā)明實(shí)施例的通訊終端和更新服務(wù)器的功能配置的實(shí)例的方塊圖；圖6是圖釋根據(jù)本發(fā)明實(shí)施例的元數(shù)據(jù)的實(shí)例的概念示意圖；圖7是圖釋根據(jù)本發(fā)明實(shí)施例的通訊終端的操作的實(shí)例的梯級(jí)圖(ladderchart)示意圖;圖8是圖釋根據(jù)本發(fā)明實(shí)施例的通訊終端的操作的實(shí)例的梯級(jí)圖(ladderchart)示意圖；圖9是圖釋根據(jù)本發(fā)明實(shí)施例的開(kāi)始屏面的實(shí)例的概念示意圖；圖10是圖釋根據(jù)本發(fā)明實(shí)施例的開(kāi)始設(shè)置屏面的實(shí)例的概念示意圖；圖11是圖釋根據(jù)本發(fā)明實(shí)施例的確認(rèn)屏面的實(shí)例的概念示意圖；圖12是圖釋根據(jù)本發(fā)明實(shí)施例的確認(rèn)窗口的實(shí)例的概念示意圖；圖13是圖釋根據(jù)本發(fā)明實(shí)施例的在強(qiáng)制更新期間的確認(rèn)屏面的實(shí)例的概念示意圖；圖14是圖釋根據(jù)本發(fā)明實(shí)施例的更新過(guò)程的實(shí)例的流程圖；圖15是圖釋根據(jù)本發(fā)明實(shí)施例的腳本的實(shí)例的解釋性示意圖；圖16是圖釋根據(jù)本發(fā)明實(shí)施例的更新屏面的實(shí)例的概念性示意圖；圖17是圖釋根據(jù)本發(fā)明實(shí)施例的在常規(guī)更新情況下的確認(rèn)屏面的實(shí)例的概念性能夠示意圖；圖18是圖釋根據(jù)本發(fā)明實(shí)施例的強(qiáng)制更新結(jié)果屏面的實(shí)例的概念示意圖。
具體實(shí)施例方式在描述附圖中所示的實(shí)施例時(shí)，為了清楚起見(jiàn)采用了具體的技術(shù)。不過(guò)本發(fā)明的公開(kāi)內(nèi)容不是為了限定這樣使用的具體技術(shù)，并且應(yīng)該理解到每種具體元件的替下面，將參照附圖詳細(xì)描述本發(fā)明的實(shí)施例。圖1是圖釋根據(jù)本發(fā)明實(shí)施例的遠(yuǎn)程通訊系統(tǒng)I的配置的實(shí)例的示意圖。如圖1所示，遠(yuǎn)程通訊系統(tǒng)I是一種系統(tǒng)，在該系統(tǒng)中，起到通訊設(shè)備、遠(yuǎn)程通訊管理服務(wù)器50、更新服務(wù)器60、以及路由器70a到70d的功能的通訊終端Ilaa到llac、llba到IlbcUlca到Ilcc,以及Ilda到Ildc通過(guò)通訊網(wǎng)絡(luò)2連接起來(lái)以便彼此進(jìn)行通訊。具體而言，遠(yuǎn)程通訊系統(tǒng)I包括局域網(wǎng)(LAN) 2a、2b、2c、以及2d ;通過(guò)路由器70a到70d連接到英特網(wǎng)2i的遠(yuǎn)程通訊管理服務(wù)器50和更新服務(wù)器60 ;連接到LAN 2a的通訊終端Ilaa到Ilac和中繼設(shè)備30a ;連接到LAN 2b的通訊終端Ilba到Ilbc和中繼設(shè)備30b ;連接到LAN 2c的通訊終端Ilca到Ilcc和中繼設(shè)備30c ;以及連接到LAN 2d的通訊終端Ilda到Ildc以及中繼設(shè)備30d。在該遠(yuǎn)程通訊系統(tǒng)I中，在遠(yuǎn)程通訊管理服務(wù)器50的管理下，通過(guò)經(jīng)由中繼設(shè)備30a、30b、30c、以及30d來(lái)中繼通訊數(shù)據(jù)，區(qū)域A的通訊終端Ilaa到Ilac和Ilba到Ilbc以及區(qū)域B的通訊終端Ilca到Ilcc和Ilda到Ildc能夠彼此交換聲音或圖像。具體而言，遠(yuǎn)程通訊管理服務(wù)器50管理通訊終端I Iaa到I lac、Ilba到llbc、llca到llcc、以及Ilda到Ildc和中繼設(shè)備30a、30b、30c、和30d的通訊地址以及中繼設(shè)備30a、30b、30c、和30d所中繼的通訊終端的信息以及通訊終端的通話(call)狀態(tài)。例如，當(dāng)通訊終端Ilaa通話通訊終端llca，遠(yuǎn)程通訊管理服務(wù)器50請(qǐng)求中繼設(shè)備30a將通話中繼(relay)到通訊終端llca。中繼設(shè)備30a通知遠(yuǎn)程通訊管理服務(wù)器50通訊終端Ilaa的通話開(kāi)始，并且從遠(yuǎn)程通訊管理服務(wù)器50獲取中繼設(shè)備30c的通訊地址來(lái)將通話中繼到通訊終端llca。接著，中繼設(shè)備30a請(qǐng)求該中繼設(shè)備30c將通話中繼到通訊終端Ilca并且該中繼設(shè)備30c開(kāi)始與通訊終端Ilca的通訊會(huì)話(session)。隨后，該中繼設(shè)備30c通知遠(yuǎn)程通訊管理服務(wù)器50與通訊終端Ilca的通訊會(huì)話的開(kāi)始。采用這種方式，通訊終端Ilaa和通訊終端IIca之間的通話通過(guò)中繼設(shè)備30a和30c而開(kāi)始。遠(yuǎn)程通訊管理服務(wù)器50管理通訊終端Ilaa和通訊終端Ilca之間的通話。例如，當(dāng)通訊終端Ilab向遠(yuǎn)程通訊管理服務(wù)器50查詢關(guān)于通訊終端Ilaa或通訊終端Ilca的通話狀態(tài)時(shí)，遠(yuǎn)程通訊管理服務(wù)器50就返回通訊終端Ilaa或通訊終端Ilca在線并且彼此正在通話。在下面的描述中，在描述相同類型的任意一個(gè)設(shè)備時(shí)，使用通過(guò)在數(shù)字字符后面所指派字母數(shù)字混合字符后獲得的參考標(biāo)號(hào)。例如，通訊終端Ilaa到IlacUlba到llbc、llca到llcc、以及Ilda到Ildc都被縮寫(xiě)為通訊終端11。中繼設(shè)備30a到30d被縮寫(xiě)為中繼設(shè)備30.更新服務(wù)器60是管理與程序的更新或具有該跟新程序的通訊終端11的各種設(shè)置信息的更新信息提供設(shè)備，并根據(jù)通訊終端11的請(qǐng)求提供信息。涉及更新的信息的實(shí)例包括通訊終端11的程序或各種設(shè)置信息的、從過(guò)去到最近版本的所有版本的數(shù)據(jù)文件以及其中描述每個(gè)版本的更新的內(nèi)容的元數(shù)據(jù)(元信息)。將所有版本的數(shù)據(jù)管理成為涉及更新服務(wù)器60的更新的信息的原因是每個(gè)通訊終端11采用不同定時(shí)來(lái)執(zhí)行更新。例如，對(duì)頻繁執(zhí)行更新的通訊終端11而言采用最近的版本執(zhí)行更新就足夠了。不過(guò)，具有較長(zhǎng)更新間隔的通訊終端11可能會(huì)在對(duì)版本已經(jīng)進(jìn)行了幾次更新之后執(zhí)行更新。在這種情況下，不是直接采用最近的版本執(zhí)行更新，而是首先采用最近版本所依賴的較老版本進(jìn)行更新。因此，由于通訊終端11可以首先采用最近版本所依賴的較老版本進(jìn)行更新，更新服務(wù)器60就管理作為涉及更新的信息的所有版本的數(shù)據(jù)。注意到存在兩種更新正常更新和被動(dòng)更新。正常更新是為了消除障礙的更新，諸如臭蟲(chóng)修正或功能添加。被動(dòng)更新與設(shè)備的改變或通訊終端11的當(dāng)前功能不能作出響應(yīng)的功能相關(guān)聯(lián)地被強(qiáng)制執(zhí)行的更新。例如，在中繼設(shè)備30 —側(cè)，在與編碼器相關(guān)的中繼設(shè)備30的通話或版本升級(jí)的時(shí)候被傳輸和接收的聲音或圖像的數(shù)據(jù)格式或視頻編解碼器方面，可能存在能夠被執(zhí)行的改變。而且，與中繼設(shè)備30的通訊協(xié)議也可能改變。上述列舉的改變可能會(huì)導(dǎo)致聲音、圖像以及視頻的結(jié)構(gòu)、與通訊協(xié)議方面的改變相關(guān)聯(lián)的通訊方法、或中繼設(shè)備30的功能方面的變化。因此，作為通訊終端11的原始功能的通話在更新之前可能不能由通訊終端11實(shí)現(xiàn)。因此，在這種情形下，對(duì)通訊終端11執(zhí)行被動(dòng)更新以便在更新之后匹配中繼設(shè)備30的版本。當(dāng)在中繼設(shè)備30側(cè)出現(xiàn)安全問(wèn)題，諸如在中繼設(shè)備30中發(fā)現(xiàn)安全漏洞時(shí)，例如，可以在中繼設(shè)備30側(cè)執(zhí)行響應(yīng)于該安全漏洞的更新。還是在這種情況下，由于通訊終端11在更新之前甚至不能執(zhí)行通話，因此在通訊終端11上執(zhí)行被動(dòng)更新以便匹配能夠?qū)Ω对谠撝欣^設(shè)備30側(cè)的安全漏洞的計(jì)算機(jī)程序的版本。接著，描述通訊終端11的硬件配置。圖2是圖釋通訊終端11的硬件配置的實(shí)例的方塊示意圖。如圖2所示，通訊終端11包括中央處理器(CPU)lOl、只讀存儲(chǔ)器(R0M)102，、隨機(jī)存取存儲(chǔ)器(RAM) 103、存儲(chǔ)單元105、記錄媒體驅(qū)動(dòng)器107、操作單元108、網(wǎng)絡(luò)接口(I/F)lll、成像元件I/F112、聲音輸入/輸出I/F113、顯示器I/F114，這些單元通過(guò)總線10彼此連接。CPUlOl通過(guò)將已經(jīng)存儲(chǔ)在R0M102或存儲(chǔ)單元105中的計(jì)算機(jī)程序104解壓縮到RAM103中并隨后執(zhí)行該計(jì)算機(jī)程序104來(lái)控制通訊終端11的操作。存儲(chǔ)單元105是硬盤(pán)驅(qū)動(dòng)器(HDD)固態(tài)驅(qū)動(dòng)器(SSD)，并且存儲(chǔ)將可讀取/可寫(xiě)入的數(shù)據(jù)。具體而言，存儲(chǔ)單元105存儲(chǔ)將由CPUlOl執(zhí)行的計(jì)算機(jī)程序104t或其各種設(shè)置信息。在更新時(shí)，存儲(chǔ)在存儲(chǔ)單元105中的計(jì)算機(jī)程序104或各種設(shè)置信息被更新。在該實(shí)施例中，計(jì)算機(jī)程序104將按照下述說(shuō)明被更新。記錄媒體(media)驅(qū)動(dòng)器107是一種驅(qū)動(dòng)設(shè)備,其在諸如光盤(pán)的介質(zhì)106上執(zhí)行讀取/寫(xiě)入操作。操作單元108為鍵盤(pán)、各種操作鍵、在顯示器13上劃分(stake)的觸摸屏，并接收用戶輸入的操作。網(wǎng)絡(luò)I/F111是連接到通訊網(wǎng)絡(luò)2的接口，并進(jìn)行數(shù)據(jù)通訊。成像元件I/F112是連接到作為數(shù)字照相機(jī)照相機(jī)12的接口，并獲取通過(guò)照相機(jī)12拍攝的突襲那個(gè)。聲音輸入/輸出I/F113是連接到麥克風(fēng)14和揚(yáng)聲器15的接口，并執(zhí)行麥克風(fēng)14的聲音輸入或揚(yáng)聲器15的聲音輸出。顯不器I/F114是連接到諸如液晶顯不器(LCD)的顯示器13的接口，并將顯示數(shù)據(jù)輸出到顯示器13。在該實(shí)施例中，使用顯示器13。但是，可以不同顯示器13，可以連接諸如投影儀的另一種顯示裝置來(lái)配置該實(shí)施例。通訊終端11在執(zhí)行計(jì)算機(jī)程序104的CPUlOl的控制下，在與另一個(gè)通訊終端通話期間，通過(guò)網(wǎng)絡(luò)I/F111輸出通過(guò)使用照相機(jī)12獲取的圖像或來(lái)自麥克風(fēng)14的輸入聲音到中繼設(shè)備30。通訊終端11通過(guò)揚(yáng)聲器15輸出從另一個(gè)終端傳輸過(guò)來(lái)并被中繼設(shè)備30中繼和通過(guò)網(wǎng)絡(luò)I/F111輸入的聲音，并且在顯示器13上顯示來(lái)自另一個(gè)通訊終端的圖像。由此，通訊終端11通過(guò)圖像和聲音與另一個(gè)通訊終端實(shí)現(xiàn)通話，這就是所謂的電話會(huì)議。隨后，將解釋通訊終端11的外部配置。圖3是圖釋根據(jù)本實(shí)施例的通訊終端11的外部視圖。如圖3所示，通訊終端11包括殼體1100、支臂(arm) 1200、照相機(jī)外殼1300。在殼體1100的右壁表面1130，形成有操作面板1150。在操作面板1150上，形成有起到操作單元108作用的多個(gè)操作按鈕108a到108e、電源開(kāi)關(guān)109、警告燈119、以及用來(lái)輸出來(lái)自所包含的揚(yáng)聲器的聲音的聲音輸出表面1151。
在殼體1100的左壁表面1140上，形成有起到容納支臂1200和照相機(jī)外殼1300的凹入部分作用的存儲(chǔ)部分1160。通訊終端11的殼體1100通過(guò)電纜連接到顯示器13。支臂1200通過(guò)扭動(dòng)鉸鏈1210連接到殼體1100，使得支臂1200能夠在相對(duì)于殼體1100的傾斜角度0 I的135度范圍內(nèi)沿著上下方向旋轉(zhuǎn)。圖3圖釋的狀態(tài)中，傾斜角Θ1為90度。照相機(jī)12包含在照相機(jī)外殼1300，并且該照相機(jī)能夠拍攝用戶的圖像、文件以及房間。在照相機(jī)外殼1300中，形成有扭動(dòng)鉸鏈1310。該照相機(jī)外殼1300通過(guò)扭動(dòng)鉸鏈1310安裝到支臂1200上。該照相機(jī)外殼1300被配置為使得扭動(dòng)鉸鏈1310可相對(duì)于圖3所示的狀態(tài)在±180內(nèi)的搖頭角度Θ 2的范圍內(nèi)和相對(duì)于支臂1200在±45度內(nèi)的傾斜角Θ 3的范圍內(nèi)沿著水平和垂直方向旋轉(zhuǎn)，圖3所示的狀態(tài)為O度。接著將描述中繼設(shè)備30、遠(yuǎn)程通訊管理服務(wù)器50、以及更新服務(wù)器60的硬件配置。圖4是圖釋中繼設(shè)備30、遠(yuǎn)程通訊管理服務(wù)器50、以及更新服務(wù)器60的硬件配置的實(shí)例的方塊圖。如圖4所示，中繼設(shè)備30、遠(yuǎn)程通訊管理服務(wù)器50、以及更新服務(wù)器60中的每一個(gè)包括CPU201、R0M202、RAM203、存儲(chǔ)單元204、顯示器205、網(wǎng)絡(luò)I/F206、鍵盤(pán)207、鼠標(biāo)208、記錄媒體驅(qū)動(dòng)器209、以及⑶-ROM驅(qū)動(dòng)器211，并且所有單元通過(guò)總線214彼此連接。中繼設(shè)備30、遠(yuǎn)程通訊管理服務(wù)器50、以及更新服務(wù)器60中的每一個(gè)是諸如個(gè)人計(jì)算機(jī)(PC)或工作站(WS)的裝置。CPU201將存儲(chǔ)在R0M202或存儲(chǔ)單元204中的計(jì)算機(jī)程序解壓縮到RAM203，隨后執(zhí)行該計(jì)算機(jī)程序，并執(zhí)行自身身背的操作的中央控制。存儲(chǔ)單元204為HDD或SSD并存儲(chǔ)可讀取/可寫(xiě)入的數(shù)據(jù)。例如，在更新服務(wù)器60中，涉及更新的信息被存儲(chǔ)在存儲(chǔ)單元204 中。 顯示器205例如為IXD。網(wǎng)絡(luò)I/F206為連接到通訊網(wǎng)絡(luò)2的接口并執(zhí)行數(shù)據(jù)通訊。鍵盤(pán)207和鼠標(biāo)208接收用戶輸入的操作。記錄媒體驅(qū)動(dòng)器209為驅(qū)動(dòng)器設(shè)備，諸如光盤(pán)，用于在介質(zhì)210上執(zhí)行讀取/寫(xiě)入操作。⑶-ROM驅(qū)動(dòng)器211是在⑶-R0M213上執(zhí)行讀取操作的驅(qū)動(dòng)設(shè)備。例如，在更新服務(wù)器60中，與更新有關(guān)的最新信息由介質(zhì)210或CD-R0M213提供并被存儲(chǔ)在存儲(chǔ)單元204中。下面，描述通過(guò)由CPUlOl或CPU201執(zhí)行的計(jì)算機(jī)程序?qū)崿F(xiàn)的通訊終端11和更新服務(wù)器60的功能配置。圖5是圖釋根據(jù)本實(shí)施例的通訊終端11和更新服務(wù)器60的功能配置的實(shí)例的方塊示意圖。首先，解釋通訊終端11的功能配置。如圖5所示，通訊終端11包括傳輸/接收單元1101、用戶接口的單元1102以及作為主要元件的更新單元1103。傳輸/接收單元1101通過(guò)通訊網(wǎng)絡(luò)2與更新服務(wù)器60交換數(shù)據(jù)。具體而言，傳輸/接收單元1101基于預(yù)設(shè)在存儲(chǔ)單元105中的設(shè)置信息中的更新服務(wù)器60的通訊地址或通過(guò)對(duì)遠(yuǎn)程通訊管理服務(wù)器50的查詢獲得的更新服務(wù)器60的通訊地址，使用預(yù)定的通訊協(xié)議開(kāi)始通訊會(huì)話，并且與更新服務(wù)器60交換數(shù)據(jù)。通過(guò)與更新服務(wù)器60交換數(shù)據(jù)，傳輸/接收單元1101獲取與由更新服務(wù)器60管理的更新相關(guān)的信息。換句話說(shuō)，傳輸/接收單元1101從更新服務(wù)器60接收代表通訊終端11的程序所需的更新的元數(shù)據(jù)。用戶接口的單元1102是控制揚(yáng)聲器15輸出的聲音、a display screen of the顯示器13的顯示屏幕、以及通過(guò)操作單元108從用戶輸入的操作的接口，并控制在用戶和通訊終端11之間的信息傳送。具體而言，用戶接口的單元1102包括通過(guò)揚(yáng)聲器15輸出的聲音和顯示器13的顯示屏幕通知用戶各種信息的用戶通知單元1104以及接收由用戶通過(guò)操作單元108輸入的操作的操作-輸入接收單元1105。更新單元1103基于與由傳輸/接收單元1101從更新服務(wù)器60獲得更新相關(guān)的信息執(zhí)行存儲(chǔ)在存儲(chǔ)單元105中的程序104或各種設(shè)置信息的更新。更新單元1103包括確定單元1106和更新處理單元1107。所述確定單元1106確定目標(biāo)更新的最近版本是否晚與終端版本(設(shè)備版本)。在這種情況下，終端版本是通訊終端11的更新目標(biāo)的程序104的當(dāng)前版本。該終端版本被設(shè)置在存儲(chǔ)單元105的設(shè)置信息中。例如，當(dāng)OS (操作系統(tǒng))是微軟公司的視窗(Windows)(注冊(cè)商標(biāo))時(shí)，該終端版本作為設(shè)置信息被設(shè)置在注冊(cè)表中。當(dāng)最近版本晚于終端版本時(shí)，所述確定單元1106進(jìn)行如下判斷。當(dāng)元數(shù)據(jù)表明所述目標(biāo)更新包括依賴版本的規(guī)范(specification)(其是更新的依賴版本),所述確定單元1106比較該依賴版本和終端版本以便確定所述依賴版本是否晚于終端版本。根據(jù)本實(shí)施例的傳輸/接收單元1101根據(jù)該確定結(jié)果進(jìn)行下述處理。當(dāng)所述依賴版本晚于終端版本時(shí)，傳輸/接收單元1101請(qǐng)求更新服務(wù)器60傳輸代所述依賴版本的更新的元數(shù)據(jù)，并從更新服務(wù)器60接收所述依賴版本的元數(shù)據(jù)。當(dāng)所述依賴版本不晚于終端版本時(shí)，傳輸/接收單元1101不請(qǐng)求更新服務(wù)器60傳輸所述依賴版本的元數(shù)據(jù)，并且傳輸/接收單元1101因此不接收所述元數(shù)據(jù)。更新處理單元1107基于所述依賴版本的更新程序的元數(shù)據(jù)執(zhí)行所述依賴版本的更新，并且在執(zhí)行述依賴版本的更新之后，更新處理單元1107基于更新目標(biāo)的更新程序的元數(shù)據(jù)，執(zhí)行更新目標(biāo)的更新程序的更新。在執(zhí)行更新目標(biāo)的更新程序之后，更新處理單元1107將終端版本更新為最近版本并設(shè)置終端版本。更新處理單元1107還從在元數(shù)據(jù)中指定的存儲(chǔ)位置接收數(shù)據(jù)文件，并執(zhí)行更新。在該情況下，當(dāng)數(shù)據(jù)文件被提供為以諸如ZIP格式(打包文件)的打包格式包括多個(gè)片段的數(shù)據(jù)或文件的壓縮文件(cabinet file)時(shí)，更新處理單元1107通過(guò)執(zhí)行包含在該打包文件中的腳本(script)來(lái)執(zhí)行更新處理。在該情況下，該腳本包括具有描述更新執(zhí)行過(guò)程的可執(zhí)行格式的數(shù)據(jù)。隨后，將解釋更新服務(wù)器60的功能配置。如圖5所示，更新服務(wù)器60包括傳輸/接收單元601和作為主要元件的602。傳輸/接收單元601通過(guò)通訊網(wǎng)絡(luò)2與通訊終端11交換數(shù)據(jù)。具體而言，傳輸/接收單元601響應(yīng)于來(lái)自通訊終端11的請(qǐng)求通過(guò)通訊網(wǎng)絡(luò)2使用預(yù)定的通訊協(xié)議開(kāi)始通訊會(huì)話并與通訊終端11交換數(shù)據(jù)。更新數(shù)據(jù)提供單元602響應(yīng)于來(lái)自通過(guò)傳輸/接收單元601傳輸/接收數(shù)據(jù)的通訊終端11的請(qǐng)求提供與更新服務(wù)器60所管理的更新相關(guān)的信息到通訊終端11?，F(xiàn)在，詳細(xì)解釋元數(shù)據(jù)。圖6是圖釋元數(shù)據(jù)的實(shí)例的概念示意圖。如圖6所示，每個(gè)版本的元數(shù)據(jù)被配置為包括數(shù)據(jù)項(xiàng)，諸如“版本”、“描述”、“paCkage_url (包_統(tǒng)一資源定位符)”、“package_digeSt (包摘_要)”、“執(zhí)行、“重啟”、“關(guān)鍵(critical)”、“依賴性”、“dependency_version (依賴 _ 版本)”、以及“dependency_metadata_url (依賴性 _ 兀數(shù)據(jù)_統(tǒng)一資源定位符)”?！鞍姹尽北辉O(shè)置為更新程序的版本號(hào)，諸如“1. O.1”?！耙蕾囆浴睘楸砻魇欠翊嬖谝蕾嚢姹镜臉?biāo)志(flag),該依賴邊版本是具有依賴性關(guān)系的另一個(gè)版本。當(dāng)存在依賴版本時(shí)，該“依賴性”被設(shè)置為“真”，而當(dāng)不存在依賴版本時(shí)，該“依賴性”被設(shè)置為“假”。當(dāng)存在依賴版本時(shí)，該“dependency_version”被設(shè)置為代表彼此具有依賴性關(guān)系的另一個(gè)版本的版本號(hào)，即依賴版本的版本號(hào)。因此，能夠通過(guò)核查在“dependency_version”的數(shù)據(jù)項(xiàng)中描述的版本號(hào)來(lái)遵循(follow)所述依賴版本。該“dependency_metadata_url”被設(shè)置為所述依賴版本的元數(shù)據(jù)的存儲(chǔ)位置的URL?！懊枋觥北辉O(shè)置關(guān)于版本的詳細(xì)描述，諸如“其是樣本數(shù)據(jù)(It is sample data)”。所述“package_Url”被設(shè)置為程序(數(shù)據(jù)文件)的位置的URL，該程序是更新服務(wù)器60所管理的更新的實(shí)體(entity)。所述“package_digest”被設(shè)置為數(shù)據(jù)文件的校驗(yàn)和(checksum),其是更新的實(shí)體。因此,更新處理單元1107基于在所述“package_url”的數(shù)據(jù)項(xiàng)中描述的內(nèi)容，使用傳輸/接收單元1101來(lái)獲得數(shù)據(jù)文件，因此能夠執(zhí)行關(guān)于在數(shù)據(jù)項(xiàng)中描述的版本的更新。所述“執(zhí)行”被設(shè)置為在執(zhí)行更新時(shí)執(zhí)行的腳本的腳本名稱。在所獲得的數(shù)據(jù)文件為處于打包格式的打包文件中時(shí)，該腳本包含在包文件中。所述“重啟”是表明通訊終端11是否在更形被執(zhí)行之后被重啟的標(biāo)志。當(dāng)通訊終端11被重啟時(shí)，該“重啟”被設(shè)置為“真”，而當(dāng)通訊終端11不被重啟時(shí)，該“重啟”被設(shè)置為“假”。所述“關(guān)鍵”是表明所述更新是否為被動(dòng)更新的標(biāo)志。當(dāng)更新為被動(dòng)更新時(shí)，該“關(guān)鍵”被設(shè)置為“真”，而當(dāng)更新為正常更新時(shí)，該“關(guān)鍵”被設(shè)置為“假”。存儲(chǔ)單元105的程序104的更新包括那些相關(guān)設(shè)備控制，諸如網(wǎng)絡(luò)I/F111，、管理元件I/F112、聲音輸入/輸出I/F113、以及顯示I/F114。這種設(shè)備控制的更新需要在更新之后重啟，因此，“重啟”被設(shè)置為“真”如上所述，程序的更新包括正常更新和被動(dòng)更新。當(dāng)進(jìn)行被動(dòng)更新時(shí)，重啟”被設(shè)置為“真”。隨后，將描述按照如上配置的通訊終端11的操作的細(xì)節(jié)。圖7和8是圖釋根據(jù)本實(shí)施例的通訊終端11的操作的實(shí)例的梯級(jí)圖。如圖7所示，用戶接口的單元1102根據(jù)操作單元108的電源開(kāi)關(guān)或類似裝置的操作開(kāi)啟自身設(shè)備的電源(步驟SI)，并在顯示器13上顯示開(kāi)始屏面(步驟S2)。開(kāi)始屏面是在CPUlOl的控制下(這將下面詳細(xì)描述)顯示通過(guò)查詢遠(yuǎn)程通訊管理服務(wù)器50獲得的所有通訊終端11的通話狀態(tài)的列表。在步驟SI中啟動(dòng)電源(power-on)之后的啟動(dòng)處,更新處理單元1107開(kāi)始核查自身設(shè)備的更新(步驟S3)。在下面的解釋中，例如將程序的更新解釋為一個(gè)實(shí)例。不過(guò)，應(yīng)該理解到，各種設(shè)置信息的更新也可以采用相同的方式進(jìn)行。在開(kāi)始更新的核查之后，更新處理單元1107使用傳輸/接收單元1101來(lái)請(qǐng)求更新服務(wù)器60傳輸最近版本的程序的元數(shù)據(jù)(步驟S4)，并且響應(yīng)于該請(qǐng)求，更新處理單元1107獲取更新服務(wù)器60的更新數(shù)據(jù)提供單元602提供的元數(shù)據(jù)(步驟S5).隨后，所述確定單元1106從存儲(chǔ)在存儲(chǔ)單元105，中的設(shè)置信息獲得終端版本并確定該最近版本是否晚于通訊終端11的終端版本(步驟S6)。接著，當(dāng)最近版本不晚于終端版本時(shí)(步驟S6 :否)，即當(dāng)最近版本等于終端版本或最近版本比終端版本舊，就繼續(xù)執(zhí)行操作而不進(jìn)行更新處理(步驟S21)。另一個(gè)方面，當(dāng)在步驟S6最近版本比終端版本新(步驟S6 :是)，更新處理單元1107基于在元數(shù)據(jù)中獲得數(shù)據(jù)項(xiàng)“依賴性”中描述的內(nèi)容核實(shí)是否存在任何依賴版本(步驟S7)。例如，如圖6所示，當(dāng)數(shù)據(jù)項(xiàng)“依賴性”為“真”，數(shù)據(jù)項(xiàng)“cbpendency_versi0n”包括代表諸如“1. O. O”的另一個(gè)版本的版本號(hào)，就確定存在依賴版本?？商娲?，當(dāng)數(shù)據(jù)項(xiàng)“依賴性”為“假”，則確定不存在依賴版本。隨后，所述確定單元1106確定是否存在依賴版本作為在步驟S7中核查的結(jié)果(步驟S8)。當(dāng)存在依賴版本時(shí)(步驟S8 :是)，所述確定單元1106確定設(shè)置在元數(shù)據(jù)的數(shù)據(jù)項(xiàng)“dependency_version”中的版本號(hào)是否比終端版本多，由此確定所述依賴版本是否比終端版本新(步驟S9)。接著當(dāng)所述依賴版本比終端版本新時(shí)(步驟S9 :是)，更新處理單元1107基于已經(jīng)獲得元數(shù)據(jù)的數(shù)據(jù)項(xiàng)“dependency_metadata_url”中設(shè)置的存儲(chǔ)位置,使用傳輸/接收單元1101來(lái)請(qǐng)求更新服務(wù)器60傳輸所述依賴版本的程序的元數(shù)據(jù)(步驟S10)，并且響應(yīng)于該請(qǐng)求，更新處理單元1107獲得更新數(shù)據(jù)提供單元602所提供的所述依賴版本的元數(shù)據(jù)(步驟S11)，并且隨后返回到步驟S7。因此，僅僅在所述依賴版本比終端版本新的時(shí)候，更新處理單元1107遵循依賴于按次序的最近版本的版本，并獲得關(guān)于這些版本的元數(shù)據(jù)。當(dāng)在步驟S8中確定不存在依賴版本時(shí)(步驟S8 :否)，或者當(dāng)盡管在步驟S8中確定存在依賴版本(步驟S8 :是)而在步驟S9中確定所述依賴版本不比終端版本新時(shí)(步驟S9 否)，更新處理單元1107確定在所獲得的元數(shù)據(jù)中的“關(guān)鍵”是否設(shè)置為“真”，因此確定當(dāng)前更新是否為被動(dòng)更新(步驟S12)。接著，當(dāng)元數(shù)據(jù)中的“關(guān)鍵”沒(méi)有被設(shè)置為“真”，并且該更新是正常更新時(shí)(步驟S12 :否)，更新處理單元1107比較在最近版本的元數(shù)據(jù)的版本中描述的版本號(hào)和自身設(shè)備的終端版本(存儲(chǔ)在存儲(chǔ)單元105中程序104的版本號(hào))，由此確定是否存在用于自身設(shè)備的更新(換句話說(shuō)，該更新是否被完成)(步驟S13)。更具體而言，當(dāng)最近版本的版本號(hào)與終端版本相同，該程序104就是最近版本，并因此確定該自身設(shè)備沒(méi)有需要的更新(換句話說(shuō)更新已經(jīng)完成)。另一個(gè)方面，當(dāng)最近版本的版本號(hào)與程序104的版本號(hào)不同，程序104就是就版本，并因此確定存在自身設(shè)備所需要的更新。(換句話說(shuō)更新還沒(méi)有完成)。當(dāng)不存在自身設(shè)備所需要的更新時(shí)(步驟S13 :否)，就沒(méi)必要執(zhí)行更新，并因此繼續(xù)正常操作(步驟S21)。當(dāng)存在自身設(shè)備所需的更新時(shí)(步驟S13 :是),更新處理單元1107通知用戶接口的單元1102關(guān)于該更新的信息(步驟S14)。更具體而言，在最近版本和依賴于最近版本的版本的元數(shù)據(jù)中，除了諸如“package_url”and “執(zhí)行”的不需要被通知給用戶的數(shù)據(jù)項(xiàng)，數(shù)據(jù)項(xiàng)都被作為關(guān)于更新的信息通知到用戶接口的單元1102。用戶接口的單元1102的用戶通知單元1104基于在步驟S14中更新處理單元1107所通知的關(guān)于更新的信息，顯示顯示器13的開(kāi)始屏面以便表明存在自身設(shè)備所需的更新，從而通知用戶該結(jié)果(步驟S15)。下面將解釋開(kāi)始屏面的細(xì)節(jié)。圖9是圖釋開(kāi)始屏面Gl的實(shí)例的概念性示意圖。如圖9所示，開(kāi)始屏面Gl包括顯示通訊終端的通話狀態(tài)的列表的主屏面Gll和顯示自身設(shè)備的狀態(tài)的狀態(tài)屏面G12。當(dāng)與更新相關(guān)的信息被更新處理單元1107通知時(shí)，用戶通知單元1104在狀態(tài)屏面G12上顯示表明存在可獲得更新的消息，并通知用戶該消息。消息的顯示并不限于附圖中所示的布局(layout)，并且可以在主屏面Gll上顯示預(yù)定縮略圖來(lái)告知存在可用的更新。在附圖(圖9-13等)中所示的屏面的實(shí)例中，由白方框(square)或黑方框顯示的部分表示可以顯示消息的區(qū)域，并且例如為在系統(tǒng)上保留的消息顯示區(qū)域。當(dāng)在步驟S15中用戶接口的單元1102的操作-輸入接收單元1105根據(jù)到用戶的通知接收到用來(lái)執(zhí)行諸如更新的各種設(shè)置的操作指令時(shí)，用戶接口的單元1102在顯示器13上顯示設(shè)置屏面(步驟S16)。圖10是圖釋設(shè)置屏面G2的實(shí)例的概念示意圖。如圖10所示，設(shè)置屏面G2包括主屏面G21，其顯示設(shè)置按鈕G23到G26以便一旦接收到用戶通過(guò)操作_輸入接收單元1105的選擇操作進(jìn)行各種設(shè)置。在設(shè)置按鈕G23到G26中的設(shè)置按鈕G26是指令執(zhí)行更新的按鈕。如果更新處理單元1107沒(méi)有通知關(guān)于更新的信息并且不存在自身設(shè)備可用的更新，該設(shè)置按鈕G26將會(huì)變灰而是的選擇操作無(wú)效。相反，如果更新處理單元1107通知關(guān)于更新的信息并且存在自身設(shè)備可用的更新，該變灰被取消并且用戶的選擇操作可通過(guò)操作-輸入接收單元1105被收到。在這種情況先，在設(shè)置按鈕G26中，可基于作為在與更新相關(guān)的信息被包含的數(shù)據(jù)項(xiàng)“版本”的描述，寫(xiě)入針對(duì)其執(zhí)行更新的最近版本的版本號(hào)。在圖中所示的實(shí)例中，描述了具有版本號(hào)2. O的最近版本的更新。在設(shè)置屏面G2上，顯示了用來(lái)顯示自身設(shè)備的狀態(tài)的狀態(tài)屏面。當(dāng)在步驟S16中執(zhí)行設(shè)置按鈕G26的選擇操作時(shí)，用戶接口的單元1102在顯示器13上顯示用來(lái)確認(rèn)更新的執(zhí)行的確認(rèn)屏面(步驟S17)。圖11是圖釋了確認(rèn)屏面G3的實(shí)例的概念示意圖。如圖11所示，該確認(rèn)屏面G3包括主屏面G31和顯示自身設(shè)備的狀態(tài)的狀態(tài)屏面G32，該主屏面G31包括顯示被執(zhí)行更新的內(nèi)容的更新顯示器G33和用來(lái)接收根據(jù)分別來(lái)自用戶的內(nèi)容取消更新和執(zhí)行更新的指令的操作按鈕G34和G35。關(guān)于當(dāng)前版本號(hào)的信息，即自身設(shè)備的程序104的版本號(hào)，其中將基于作為關(guān)于更新的信息被包含的數(shù)據(jù)項(xiàng)“版本”的描述被執(zhí)行更新的最近版本的版本號(hào)以及類似項(xiàng)被顯示在更新顯示器G33上并被通知被用戶。因此用戶可以基于顯示在更新顯示器G33上的內(nèi)容確定正在執(zhí)行的更新的版本的版本號(hào)?？梢耘渲檬沟?，通過(guò)查找元數(shù)據(jù)的數(shù)據(jù)項(xiàng)“重啟”，關(guān)于重啟是否被執(zhí)行的信息可以顯示在確認(rèn)屏面G3的更新顯示器G33上。圖12是圖釋確認(rèn)窗口 G36的實(shí)例的概念示意圖。在確認(rèn)屏面G3中，當(dāng)選擇用來(lái)指示執(zhí)行更新的操作按鈕G35時(shí)，會(huì)顯示催促用戶確認(rèn)該更新的確認(rèn)窗口 G36。在該確認(rèn)窗口 G36上，顯示關(guān)于對(duì)其執(zhí)行更新的最近版本的版本號(hào)的信息和在預(yù)定更新的時(shí)間需要注意的重要提示。在確認(rèn)屏面G3中，當(dāng)指示執(zhí)行更新時(shí)，確認(rèn)窗口 G36被顯示來(lái)提起(call)用戶的注意?？梢耘渲脼?，通過(guò)查詢?cè)獢?shù)據(jù)的數(shù)據(jù)項(xiàng)“重啟”，在確認(rèn)窗口 G36上顯示關(guān)于是否執(zhí)行重啟的信息。返回參見(jiàn)圖7，更新處理單元1107基于在確認(rèn)屏面63中的操作按鈕634和635的選擇操作確定是否執(zhí)行所述更新(步驟S18)。當(dāng)選擇用于執(zhí)行更新操作的操作按鈕G35時(shí)(步驟S18 :是)，更新處理單元1107基于所獲取的元數(shù)據(jù)執(zhí)行更新處理(步驟S19。后面將解釋更新處理的細(xì)節(jié)。當(dāng)選擇用來(lái)取消執(zhí)行更新的操作按鈕G34并且不進(jìn)行操作按鈕G35的選擇時(shí)(步驟S18:No)，更新處理單元1107進(jìn)行結(jié)束處理以便終止自身設(shè)備的處理(步驟S20)并關(guān)閉對(duì)該設(shè)備的電源。
S卩，在通訊終端11中，如果存在自身設(shè)備可獲得的更新，用戶接口的單元1102的用戶通知單元1104就將該更新的可用性告知用戶。通訊終端11使用操作-輸入接收單元1105從用戶接收關(guān)于該更新是否將被執(zhí)行的選擇操作。當(dāng)進(jìn)行用于執(zhí)行更新的選擇操作時(shí)，由更新處理單元1107執(zhí)行更新處理。因此，當(dāng)存在在自身設(shè)備中將執(zhí)行的更新時(shí)，用戶能夠選擇通訊終端11的更新的執(zhí)行。當(dāng)在步驟S12中確定元數(shù)據(jù)的“關(guān)鍵”被設(shè)置為“真”時(shí)，即當(dāng)該更新是被動(dòng)更新時(shí)(步驟S12:是)，更新處理單元1107通知用戶接口的單元1102關(guān)于被動(dòng)更新的信息(步驟S701)。更具體而言，與正常更新一樣，在最近版本和依賴最近版本的版本的元數(shù)據(jù)中，除了諸如“paCkage_url ”和“執(zhí)行”之類的不需要被通知給用戶的數(shù)據(jù)項(xiàng)，其它數(shù)據(jù)項(xiàng)都將作為關(guān)于更新的信息通知到用戶接口的單元1102。用戶接口的單元1102的用戶通知單元1104基于關(guān)于在步驟S701中由更新處理單元1107所通知的被動(dòng)更新的信息在顯示器13的開(kāi)始屏面Gl上顯示表明存在自身設(shè)備所需的被動(dòng)更新的消息(參見(jiàn)圖9)，并通知用戶該結(jié)果(步驟S602)。更具體而言，該用戶通知單元1104可在開(kāi)始屏面Gl的狀態(tài)屏面G12上顯示表明該更新為被動(dòng)更新的信息，并可以使得顯示在主屏面Gll上的列表變灰以便告知用戶除了更新之外的操作是無(wú)效的。當(dāng)在步驟S701中用戶被告知時(shí)，用戶接口的單元1102在顯示器13上顯示確認(rèn)屏面G70，用于確認(rèn)更新的執(zhí)行(參見(jiàn)圖13)(步驟S603)。應(yīng)該注意的是，沒(méi)有顯示在正常更新期間所使用的更新的設(shè)置屏面G2 (參見(jiàn)圖10)。圖13是圖釋在被動(dòng)更新期間所顯示的確認(rèn)屏面G70的實(shí)例的概念示意圖。如圖13所示，確認(rèn)屏面G70包括主屏面G72，主屏面G72包括用來(lái)顯示被執(zhí)行更新的內(nèi)容的更新顯示器G73和用來(lái)接收來(lái)自用戶的更新執(zhí)行命令的操作按鈕G75。在更新顯示器G73上，顯示如下信息:關(guān)于當(dāng)前版本號(hào)的信息，其是自身設(shè)備的程序104的版本號(hào)；以及根據(jù)作為與被動(dòng)更新相關(guān)的信息被包含的數(shù)據(jù)項(xiàng)“版本”的描述對(duì)其執(zhí)行被動(dòng)更新的最近版本的版本號(hào)的信息，使得該信息被告知用戶。因此，用戶能夠根據(jù)更新顯示器G73的顯示內(nèi)容確認(rèn)要更新的版本號(hào)。在這種情況下，僅有更新按鈕G75作為按鈕顯示在被動(dòng)更新的確認(rèn)屏面G70上，而沒(méi)有顯示被顯示在正常更新的確認(rèn)屏面G3 (參見(jiàn)圖11)上的取消按鈕G34。這是因?yàn)椋驴偸切枰诒粍?dòng)更新的情況下執(zhí)行。不過(guò)，通過(guò)與操作單元108的菜單鍵對(duì)應(yīng)的操作按鈕可以將屏面改變?yōu)樵O(shè)置屏面或者通過(guò)按壓電源開(kāi)關(guān)109可以關(guān)閉電源。返回參見(jiàn)圖8，更新處理單元1107基于在確認(rèn)屏面G70中的操作按鈕G75的選擇操作來(lái)確定是否將執(zhí)行被動(dòng)更新(步驟S702)。當(dāng)選擇用于指令執(zhí)行被動(dòng)更新的操作按鈕G75時(shí)(步驟S702:是)，更新處理單元1107基于所獲得的元數(shù)據(jù)執(zhí)行更新處理(步驟S703 )。同時(shí)，在步驟S70中，當(dāng)沒(méi)有按下操作按鈕G75而按下了操作單元108的操作按鈕時(shí)(步驟S702:否)，根據(jù)所按下的操作按鈕執(zhí)行設(shè)置屏面或電源關(guān)閉的顯示(步驟S705)。隨后，將詳細(xì)描述更新處理(步驟S19、S703)。圖14是圖釋更新處理的序列的實(shí)例的流程圖。需要注意的是，在步驟S19和S703中執(zhí)行與圖14所示的相同的更新處理。如圖14所示，如果更新處理開(kāi)始(步驟S100)，更新處理單元1107停止諸如連接到諸如照相機(jī)12、麥克風(fēng)14以及揚(yáng)聲器15的外部設(shè)備的成像兀件I/F112、聲音輸入/輸出I/F113等的接口單元的功能。如果接口單元被操作，由于與接口單元相關(guān)的程序104正被使用，那么就會(huì)在更新中產(chǎn)生差錯(cuò)(eiOrr)。為了預(yù)先防止這種差錯(cuò)的出現(xiàn)，更新處理單元1107停止與更新處理的開(kāi)始相結(jié)合的接口單元的功能。隨后，更新處理單元1107從所獲得的元數(shù)據(jù)的“package_url”中獲取數(shù)據(jù)文件的存儲(chǔ)位置并從“package_digest”中獲得校驗(yàn)和(步驟S1401),該數(shù)據(jù)文件是更新的實(shí)體。當(dāng)已經(jīng)獲得了具有依賴關(guān)系的多個(gè)版本的元數(shù)據(jù)時(shí)，就按照版本號(hào)的升序進(jìn)行從S1401到S1410的處理。隨后，更新處理單元1107獲得在步驟S1401中從更新服務(wù)器60獲得的數(shù)據(jù)文件(步驟S1402)。當(dāng)數(shù)據(jù)文件以諸如壓縮文件(cabinet file)或ZIP文件的包括多個(gè)文件的打包格式作為打包文件被提供時(shí)，即使存在多個(gè)數(shù)據(jù)文件(程序)也可以一次完成檢索，從而降低網(wǎng)絡(luò)帶寬的使用。隨后，更新處理單元1107核實(shí)在步驟S1402中獲得數(shù)據(jù)文件的校驗(yàn)和(步驟S1403)。接著，當(dāng)所獲得數(shù)據(jù)文件為包含多個(gè)文件的打包文件時(shí)，更新處理單元1107抽取所獲得的打包文件以便獲得用于更新的文件和腳本(步驟S1404)。在該腳本中，描述了關(guān)于更新的操作的過(guò)程，諸如移動(dòng)和刪除。圖15是圖釋腳本的實(shí)例的解釋性示意圖。在圖15中，基于微軟(R)公司的“設(shè)備更新腳本”描述了諸如創(chuàng)建目錄、移動(dòng)文件、處理終止、以及重啟的命令。如圖15所示，用于更新的腳本可以分布在人類可閱讀的文本格式中，或者可以在被匯編成機(jī)器語(yǔ)言格式、中間語(yǔ)言格式等時(shí)被分布，以便降低處理時(shí)間。隨后，更新處理單元1107執(zhí)行在步驟S1404中或的腳本并執(zhí)行更新步驟S1405)。隨后，更新處理單元1107通知用戶接口的單元1102該更新的進(jìn)展?fàn)顟B(tài)(步驟S1406)。在該進(jìn)展?fàn)顟B(tài)的通知中，關(guān)于S1402、S1403、S1404、以及S1405的處理是否已經(jīng)被終止的通知被告知。當(dāng)具有依賴關(guān)系的多個(gè)版本(多個(gè)依賴版本)被更新時(shí)，能夠通知那個(gè)版本的更新已經(jīng)完成。用戶接口的單元1102在顯示器13的屏面上顯示該更新的被通知的進(jìn)展?fàn)顟B(tài)，從而告知用戶圖16是圖釋更新屏面G4的實(shí)例的概念示意圖。如圖16所示，更新屏面G4是在更新處理單元1107執(zhí)行的更新處理期間由用戶界面單元1102顯示在顯示器13上的屏面。在更新屏面G4上，顯示用來(lái)顯示由更新處理單元1107通知的更新的進(jìn)展?fàn)顟B(tài)的更新?tīng)顟B(tài)窗口 G41以及用于指令停止更新的操作按鈕G42。用戶可以根據(jù)更新?tīng)顟B(tài)窗口 G41的所顯示的內(nèi)容來(lái)確認(rèn)更新的進(jìn)展?fàn)顟B(tài)。此外，可以在更新屏面G4上實(shí)時(shí)顯示用于更新的剩余時(shí)間或當(dāng)前線速度(current line speed)。在這種情況下,用戶可以清楚了解更新的進(jìn)展?fàn)顟B(tài)的詳細(xì)情況。隨后，更新處理單元1107確定是否出現(xiàn)差錯(cuò)(步驟S1407)。當(dāng)出現(xiàn)差錯(cuò)(步驟S1407 :是)，步驟S1401到S1410的循環(huán)就中斷，并且隨后執(zhí)行在步驟S1412中的處理。在步驟S1407中，除了由于在執(zhí)行更新期間的某些因素導(dǎo)致的差錯(cuò)(例如，在步驟S1403處的校驗(yàn)和的差別)之外，還確定差錯(cuò)的出現(xiàn)。當(dāng)在步驟S1407中沒(méi)有出現(xiàn)差錯(cuò)(步驟S1407 :否)，更新處理單元107確定包含在元數(shù)據(jù)中的“重啟”是否設(shè)置為“真”，以確定是否需要重啟(步驟S1408)。在這種情況下，在本實(shí)施例中，元數(shù)據(jù)中的“重啟”表示是否有必要在該更形執(zhí)行之后隨后的更新執(zhí)行之前進(jìn)行重啟。在如圖14所示的更新處理中，在從步驟S1401到S1410的處理中執(zhí)行所述更新，并且在更新多個(gè)版本時(shí)，將從步驟S1401到S1410的處理重復(fù)與要更新的本版的數(shù)量相同數(shù)量的次數(shù)。因此，在本實(shí)施例中，在步驟S1401到S1410的最后的循環(huán)中，就包含在元數(shù)據(jù)中的“重啟”是否設(shè)置為“真”進(jìn)行判斷，并且就是否有必要進(jìn)行重啟進(jìn)行判斷(步驟S1408)，以便在每次更新時(shí)重啟通訊終端11。接著，當(dāng)“重啟(reboot)”設(shè)置為“真(true)”時(shí)，并且有必要重啟所述通訊終端11時(shí)(步驟S1408 :是)，該通訊終端11被重啟(步驟S1409)。接著，更新處理單元1107確定所有的版本是否都已經(jīng)更新(步驟S1410)當(dāng)所有的版本還沒(méi)有被更新時(shí)(步驟S1410 :否)，步驟S1401再次被執(zhí)行，以便繼續(xù)更新處理。當(dāng)所有的版本都已經(jīng)被更新時(shí)(步驟S1410 :是)，更新處理單元1107將被設(shè)置在通訊終端11的存儲(chǔ)單元105的設(shè)置信息中的程序104的終端本版更新為最近(latest)版本，該通訊終端11采用該最新版被被更新(步驟S1411)。當(dāng)操作系統(tǒng)(OS)是微軟(R)公司的視窗(Windows注冊(cè)商標(biāo))時(shí)，更新處理單元1107將設(shè)置在注冊(cè)表中的該程序104的終端本版更新為最近版本。隨后，更新處理單元1107通知用戶界面單元1102在步驟S1401到S1410中進(jìn)行的更新的結(jié)果(步驟S1412)。用戶界面單元1102在顯示器13的屏幕上顯示該被通知的更新結(jié)果以便通知用戶該更新結(jié)果。作為正常更新的結(jié)果，顯示圖17的確認(rèn)屏面G5。另一個(gè)方面，作為被動(dòng)更新的結(jié)果，顯不如圖18所不的被動(dòng)更新結(jié)果屏面G80。圖17是圖釋用于正常更新的確認(rèn)屏面G5的實(shí)例的概念示意圖。如圖17所示，一旦接收到更新結(jié)果，用戶界面單元1102就在該確認(rèn)屏面G5上顯示在S1401至S1410中的更新結(jié)果G51或操作按鈕G52，以便分別在更新和重啟之后接收用于斷電的操作。在更新結(jié)果G51中，顯示涉及在更新之前的版本的信息以及涉及在步驟S1401至S1410中的更新的當(dāng)前本版的信息。用戶可以根據(jù)該更新結(jié)果G51的所顯示內(nèi)容確認(rèn)更新結(jié)果。圖18是圖釋被動(dòng)更新結(jié)果屏面G80的實(shí)例的概念示意圖。與用于正常更新的確認(rèn)屏面G5相同，電力切斷按鈕G84和重啟按鈕G85顯示在被動(dòng)更新結(jié)果屏面G80上，并且用戶可以按電力切斷按鈕G84和重啟按鈕G85中任意一個(gè)。如果更新處理單元1107通知用戶界面單元1102該更新結(jié)果，該更新處理單元1107終止該更新處理(步驟S1413)。如上所述，在本實(shí)施例中，當(dāng)存在依賴于一更新的版本的更新時(shí)，就該依賴版本是否比作為通訊終端11的程序104的當(dāng)前本版的終端版本更新進(jìn)行判斷。當(dāng)所述依賴版本比終端版本更新的時(shí)候，就請(qǐng)求更新服務(wù)器60經(jīng)由網(wǎng)絡(luò)傳輸該依賴本版的更新的元數(shù)據(jù)，并獲得元數(shù)據(jù)。此外，該依賴版本的更新的數(shù)據(jù)文件經(jīng)由網(wǎng)絡(luò)從更新服務(wù)器60獲得。另一個(gè)方面，當(dāng)依賴本版等于終端本版或比終端版本還舊時(shí)，則不請(qǐng)求依賴本版的更新的元數(shù)據(jù)，并因此不獲得依賴本版的更新。因此，根據(jù)本實(shí)施例，無(wú)論程序104的更新是否包括一個(gè)依賴版本的更新或多個(gè)依賴版本的更新，都有利于根據(jù)終端本版降低網(wǎng)絡(luò)帶寬的使用并且降低網(wǎng)絡(luò)負(fù)載，而且該更新處理可容易地在短時(shí)間內(nèi)執(zhí)行。在本實(shí)施例中，當(dāng)存在由通訊中斷11執(zhí)行的更新時(shí)，用戶可以選擇執(zhí)行該更新，并且這會(huì)為用戶帶來(lái)方便。在本實(shí)施例中，當(dāng)通訊中斷11必須執(zhí)行被動(dòng)更新時(shí)，該被動(dòng)更新被執(zhí)行而不容許用戶選擇取消該更新，并且，這會(huì)防止由于一個(gè)更新而導(dǎo)致不能執(zhí)行通訊終端11的原始功能而不是諸如中繼設(shè)備30的通訊終端11。 此外，在本發(fā)明中，其中遠(yuǎn)程通訊管理服務(wù)器50和更新服務(wù)器60分開(kāi)地提供的配置顯示為實(shí)例，但是本發(fā)明實(shí)施例并不限于此。例如，可以提供服務(wù)器設(shè)備，并且該服務(wù)器設(shè)備可以配置為包括遠(yuǎn)程通訊管理服務(wù)器50的功能和更新服務(wù)器60的功能。本發(fā)明可以以任何方便的形式實(shí)現(xiàn)，例如使用專用硬件、或?qū)Ｓ糜布蛙浖幕旌闲问?。本發(fā)明可以實(shí)現(xiàn)為計(jì)算機(jī)軟件，該計(jì)算機(jī)軟件通過(guò)一個(gè)或多個(gè)網(wǎng)絡(luò)處理裝置實(shí)現(xiàn)。所述網(wǎng)絡(luò)可以包括任何傳統(tǒng)的陸地或無(wú)線通訊網(wǎng)絡(luò)，諸如英特網(wǎng)。該處理裝置可以對(duì)諸如通用計(jì)算機(jī)、個(gè)人數(shù)字助理、移動(dòng)電話(諸如兼容WAP或3-G的電話)等任何適當(dāng)編程的裝置進(jìn)行折中。由于本發(fā)明可以實(shí)現(xiàn)為軟件，本發(fā)明的每一個(gè)和每個(gè)方面因此包含在可編程設(shè)備上可實(shí)現(xiàn)的計(jì)算機(jī)軟件。該計(jì)算機(jī)軟件可以提供給諸如軟盤(pán)、硬盤(pán)、CD ROM、磁帶設(shè)備或固態(tài)存儲(chǔ)設(shè)備的可編程設(shè)備，該可編程設(shè)備使用任何存儲(chǔ)介質(zhì)來(lái)存儲(chǔ)處理器可讀取代碼。硬件平臺(tái)包括任何需要類型的硬件資源，該硬件資源包括例如中央處理器(CPU)、隨機(jī)存取存儲(chǔ)器(RAM)、以及硬盤(pán)驅(qū)動(dòng)器(HDD)。所述CPU可以通過(guò)任何理想類型的任何理想數(shù)量的處理器來(lái)實(shí)現(xiàn)。所述RAM可以通過(guò)任何理想類型的非易失性存儲(chǔ)器實(shí)現(xiàn)。所述HDD可以通過(guò)任何理想類型的能夠存儲(chǔ)大量數(shù)據(jù)的非易失性存儲(chǔ)器實(shí)現(xiàn)，所述硬件資源還可以根據(jù)裝置的類型不同而包括輸入設(shè)備、輸出設(shè)備、或網(wǎng)絡(luò)設(shè)備?？商娲?，所述HDD可以提供在所述裝置之外，只要所述HDD可存取就可以。在該實(shí)例中，所述CPU，諸如CPU的高速緩沖器存儲(chǔ)器，以及所述RAM可以起到該裝置的物理存儲(chǔ)器或主存儲(chǔ)器的作用，而所述HDD可以起到裝置的輔助(secondary)存儲(chǔ)器的作用。盡管為了完整和清除披露目的而針對(duì)具體實(shí)施例描述了本發(fā)明，但是附后的權(quán)利要求并不是為了進(jìn)行限制，而是應(yīng)該被認(rèn)為實(shí)現(xiàn)處于此處所給出的基本教導(dǎo)的本領(lǐng)域的普通技術(shù)人員能夠知曉的所有修改方式和替代結(jié)構(gòu)。
權(quán)利要求
1.一種通訊設(shè)備，包括: 第一接收單元，配置為從更新信息提供設(shè)備接收第一元信息，其指明該通訊設(shè)備的程序所需的目標(biāo)更新，該第一元信息包括關(guān)于依賴版本的信息，該依賴版本是依賴于所述目標(biāo)更新的另一個(gè)更新版本； 確定單元，配置為確定所述依賴版本是否比設(shè)備版本新，該設(shè)備版本是所述通訊設(shè)備的當(dāng)前更新版本； 第二接收單元，配置為如果該依賴版本比所述設(shè)備版本新則從更新信息提供設(shè)備接收第二元信息，其指明用于依賴版本的更新；以及 更新處理單元，配置為基于第二元信息執(zhí)行對(duì)所述依賴版本的更新以及在執(zhí)行了對(duì)所述依賴版本的更新之后基于第一元信息執(zhí)行所述目標(biāo)更新。
2.根據(jù)權(quán)利要求1所述的通訊設(shè)備，其中，第二接收單元在所述依賴版本不比所述所述設(shè)備版本新的情況下不接收第二元信息。
3.根據(jù)權(quán)利要求1或2所述的通訊設(shè)備，其中確定單元還確定目標(biāo)更新的最近版本是否比所述設(shè)備版本新，并且所述確定單元在所述最近版本比所述設(shè)備版本新的情況下確定所述依賴版本比所述設(shè)備版本新。
4.根據(jù)權(quán)利要求3所述的通訊設(shè)備，其中，所述更新處理單元在執(zhí)行所述目標(biāo)更新之后還將所述設(shè)備版本更新為所述最近版本。
5.根據(jù)權(quán)利要求1所述的通訊設(shè)備，其中 第一元信息和第二元信息每個(gè)都包括打包文件的存儲(chǔ)位置，該打包文件包括對(duì)應(yīng)的更新和指明執(zhí)行該對(duì)應(yīng)的更新的過(guò)程的腳本，以及 更新處理單元接收來(lái)自所指定的所述存儲(chǔ)位置的打包文件并執(zhí)行在該打包文件中的腳本，以便執(zhí)行對(duì)應(yīng)的更新。
6.一種由通訊設(shè)備執(zhí)行的更新方法，該更新方法包括: 從更新信息提供設(shè)備接收第一元信息，其指明所述通訊設(shè)備的程序所述的目標(biāo)更新，第一元信息包括關(guān)于依賴版本的信息，該依賴版本是依賴于所述目標(biāo)更新的另一個(gè)更新版本； 確定所述依賴版本是否比設(shè)備版本新，所述設(shè)備版本是所述通訊設(shè)備的當(dāng)前更新版本； 如果該依賴版本比所述設(shè)備版本新，則從更新信息提供設(shè)備接收第二元信息，其指明用于依賴版本的更新；以及 基于第二元信息執(zhí)行對(duì)所述依賴版本的更新以及在執(zhí)行了對(duì)所述依賴版本的更新之后基于第一元信息執(zhí)行所述目標(biāo)更新。
全文摘要
本發(fā)明提供了一種通訊設(shè)備其包括第一接收單元，配置為從更新信息提供設(shè)備接收第一元信息，其指明該通訊設(shè)備的程序所需的目標(biāo)更新，該第一元信息包括關(guān)于依賴版本的信息，該依賴版本是依賴于所述目標(biāo)更新的另一個(gè)更新版本；確定單元，配置為確定所述依賴版本是否比設(shè)備版本新，該設(shè)備版本是所述通訊設(shè)備的當(dāng)前更新版本;第二接收單元，配置為如果該依賴版本比所述設(shè)備版本新則從更新信息提供設(shè)備接收第二元信息，其指明用于依賴版本的更新；以及更新處理單元，配置為基于第二元信息執(zhí)行對(duì)所述依賴版本的更新以及在執(zhí)行了對(duì)所述依賴版本的更新之后基于第一元信息執(zhí)行所述目標(biāo)更新。
文檔編號(hào)G06F9/445GK103077041SQ20121024184
公開(kāi)日2013年5月1日 申請(qǐng)日期2012年7月12日 優(yōu)先權(quán)日2011年7月12日
發(fā)明者中川勝樹(shù), 淺井貴浩 申請(qǐng)人:株式會(huì)社理光