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

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


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