專利名稱：設(shè)備管理系統(tǒng)、電子設(shè)備及軟件更新方法
技術(shù)領(lǐng)域：
本發(fā)明總體上涉及設(shè)備管理系統(tǒng)、設(shè)備管理裝置、電子設(shè)備、軟件更新方法及計(jì)算 機(jī)可讀存儲(chǔ)介質(zhì)。設(shè)備管理系統(tǒng)可經(jīng)由諸如網(wǎng)絡(luò)的數(shù)據(jù)通道管理與網(wǎng)絡(luò)相連的一個(gè)或多個(gè) 電子設(shè)備，并執(zhí)行與電子設(shè)備上運(yùn)行的多個(gè)應(yīng)用軟件相關(guān)的批量(batch)更新。
背景技術(shù)：
在公知的設(shè)備管理系統(tǒng)中，設(shè)備管理裝置(或設(shè)備管理服務(wù)器)監(jiān)視經(jīng)由網(wǎng)絡(luò)的 預(yù)定數(shù)據(jù)通道連接的諸如MFP (多功能外圍設(shè)備)和打印機(jī)的圖像處理裝置(下文中還被 稱為“電子設(shè)備”)的狀態(tài)。在這種設(shè)備管理系統(tǒng)中，用戶無需實(shí)際移動(dòng)到各電子設(shè)備的設(shè) 置位置處即可檢測(cè)(或得知)各電子設(shè)備中的異常。在上述設(shè)備管理系統(tǒng)中，重要的是設(shè)備管理裝置管理各電子設(shè)備的軟件環(huán)境，并 將各電子設(shè)備上運(yùn)行的應(yīng)用軟件保持為最后更新(或最近)的狀態(tài)。另一方面，應(yīng)用了設(shè) 備管理系統(tǒng)的用戶環(huán)境需要大量的電子設(shè)備被管理，電子設(shè)備具有幾千的數(shù)量級(jí)。在這樣 的情形下，由用戶執(zhí)行的軟件管理操作是很麻煩的操作。日本公開專利申請(qǐng)No. 2008-186392提出了能夠根據(jù)與網(wǎng)絡(luò)相連的大量電子設(shè)備 中的改變執(zhí)行軟件安裝操作的自動(dòng)軟件更新裝置。然而，傳統(tǒng)的軟件更新方法沒有考慮對(duì)于各應(yīng)用軟件而言不同的軟件更新流程和配置。近來，諸如圖像處理裝置的電子設(shè)備的操作環(huán)境變得越來越靈活。出于這個(gè)原因， 由各種軟件商家開發(fā)了在電子設(shè)備上運(yùn)行的應(yīng)用軟件。此外，由于諸如圖像處理裝置的電 子設(shè)備的功能變得多樣化，因此應(yīng)用軟件甚至可以由相同的設(shè)備制造商中的不同部分或部 門開發(fā)。由于不同的商家或開發(fā)環(huán)境，軟件更新流程和配置對(duì)于各應(yīng)用軟件而言是不同的。 相應(yīng)地，由于軟件更新流程和配置對(duì)于各應(yīng)用軟件而言是不同的，因此用戶必須應(yīng)對(duì)各種 獨(dú)立的應(yīng)用軟件，并且用戶必須執(zhí)行考慮在電子設(shè)備中起作用的各應(yīng)用軟件的更新操作。 在這樣的情形下，由用戶執(zhí)行的軟件更新操作將會(huì)是麻煩的操作。因此，在傳統(tǒng)的設(shè)備管理系統(tǒng)中，為了執(zhí)行軟件更新操作，用戶或操作者必須意識(shí) 到對(duì)于各應(yīng)用軟件而言不同的軟件更新流程和配置。

發(fā)明內(nèi)容
因此，本發(fā)明的一個(gè)實(shí)施例的總體目的在于，提供一種新穎的且有用的設(shè)備管理 系統(tǒng)、設(shè)備管理裝置、電子設(shè)備、軟件更新方法、以及計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，其中可抑制上述 問題。本發(fā)明的一個(gè)實(shí)施例的另一和更具體的目的在于，提供一種設(shè)備管理系統(tǒng)、設(shè)備 管理裝置、電子設(shè)備、軟件更新方法、以及計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，當(dāng)執(zhí)行軟件更新操作時(shí)，用 戶無需意識(shí)到對(duì)于各應(yīng)用軟件而言不同的軟件更新流程和配置，即可執(zhí)行對(duì)于在電子設(shè)備 上運(yùn)行的多個(gè)應(yīng)用軟件的批量更新。
根據(jù)本發(fā)明的一個(gè)方面，提供了一種設(shè)備管理系統(tǒng)，包括設(shè)備管理裝置；至少一 個(gè)被管理的電子設(shè)備；以及數(shù)據(jù)通道，用于耦合至少一個(gè)電子設(shè)備和設(shè)備管理裝置，所述設(shè) 備管理裝置包括保持部，用于在預(yù)定的存儲(chǔ)區(qū)域中保持更新數(shù)據(jù)，所述更新數(shù)據(jù)包括其中 定義了在電子設(shè)備中存在功能的軟件應(yīng)用的軟件信息的定義數(shù)據(jù)和應(yīng)用軟件的模塊數(shù)據(jù)； 第一判斷部，用于判斷保持部是否保持有更新數(shù)據(jù)；以及發(fā)送部，用于向電子設(shè)備發(fā)送更 新數(shù)據(jù)，所述電子設(shè)備包括接收部，用于接收從設(shè)備管理裝置發(fā)送的更新數(shù)據(jù)；第二判斷 部，用于判斷在電子設(shè)備中是否可以執(zhí)行應(yīng)用軟件的軟件更新；以及請(qǐng)求部，用于向應(yīng)用軟 件請(qǐng)求軟件更新，其中，設(shè)備管理裝置的發(fā)送部基于第一判斷部的判斷結(jié)果向電子設(shè)備發(fā) 送更新數(shù)據(jù)；并且電子設(shè)備的請(qǐng)求部基于第二判斷部的判斷結(jié)果向應(yīng)用軟件發(fā)送在由接收 部接收到的更新數(shù)據(jù)中包括的模塊數(shù)據(jù)。根據(jù)本發(fā)明的一個(gè)方面，提供了一種設(shè)備管理裝置，經(jīng)由預(yù)定的數(shù)據(jù)通道耦合至 少一個(gè)電子設(shè)備，包括保持部，用于在其預(yù)定的存儲(chǔ)區(qū)域中保持更新數(shù)據(jù)，所述更新數(shù)據(jù) 包括其中定義了在電子設(shè)備中存在功能的軟件應(yīng)用的軟件信息的定義數(shù)據(jù)和應(yīng)用軟件的 模塊數(shù)據(jù)；判斷部，用于判斷保持部是否保持有更新數(shù)據(jù)；以及發(fā)送部，用于向電子設(shè)備發(fā) 送更新數(shù)據(jù)，其中，發(fā)送部基于判斷部的判斷結(jié)果向電子設(shè)備發(fā)送更新數(shù)據(jù)。根據(jù)本發(fā)明的一個(gè)方面，提供了一種電子設(shè)備，經(jīng)由數(shù)據(jù)通道與設(shè)備管理裝置進(jìn) 行通信，包括接收部，用于接收設(shè)備管理裝置的更新數(shù)據(jù)，所述更新數(shù)據(jù)包括其中定義了 在電子設(shè)備中存在功能的軟件應(yīng)用的軟件信息的定義數(shù)據(jù)和應(yīng)用軟件的模塊數(shù)據(jù)；判斷 部，用于判斷在電子設(shè)備中是否可以執(zhí)行電子設(shè)備上運(yùn)行的應(yīng)用軟件的軟件更新；以及請(qǐng) 求部，用于向應(yīng)用軟件請(qǐng)求軟件更新，其中，請(qǐng)求部基于判斷部的判斷結(jié)果向應(yīng)用軟件發(fā)送 在由接收部接收到的更新數(shù)據(jù)中包括的模塊數(shù)據(jù)。根據(jù)本發(fā)明的一個(gè)方面，提供了一種設(shè)備管理系統(tǒng)的軟件更新方法，其中至少一 個(gè)電子設(shè)備經(jīng)由預(yù)定的數(shù)據(jù)通道耦合到設(shè)備管理裝置，所述設(shè)備管理裝置在其預(yù)定的存儲(chǔ) 區(qū)域中保持更新數(shù)據(jù)，所述更新數(shù)據(jù)包括其中定義了在電子設(shè)備中存在功能的軟件應(yīng)用的 軟件信息的定義數(shù)據(jù)和應(yīng)用軟件的模塊數(shù)據(jù)，所述方法包括由設(shè)備管理裝置執(zhí)行的第一 判斷流程，判斷設(shè)備管理裝置是否保持更新數(shù)據(jù)；和由設(shè)備管理裝置執(zhí)行的發(fā)送流程，將更 新數(shù)據(jù)發(fā)送到電子設(shè)備，由電子設(shè)備執(zhí)行的接收流程，接收由設(shè)備管理裝置發(fā)送的更新數(shù) 據(jù)；由電子設(shè)備執(zhí)行的第二判斷流程，判斷在電子設(shè)備中是否可以執(zhí)行應(yīng)用軟件的軟件更 新；以及由電子設(shè)備執(zhí)行的請(qǐng)求流程，向應(yīng)用軟件請(qǐng)求軟件更新，其中，設(shè)備管理裝置的發(fā) 送流程基于第一判斷流程的判斷結(jié)果向電子設(shè)備發(fā)送更新數(shù)據(jù)，并且電子設(shè)備的請(qǐng)求流程 基于第二判斷流程的判斷結(jié)果向應(yīng)用軟件發(fā)送在接收流程中接收到的更新數(shù)據(jù)中包括的 模塊數(shù)據(jù)。根據(jù)本發(fā)明的一個(gè)方面，提供了一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，其保存有當(dāng)被設(shè)備管 理裝置的計(jì)算機(jī)執(zhí)行時(shí)使得計(jì)算機(jī)執(zhí)行如下的處理的程序，包括保持流程，在其預(yù)定的存 儲(chǔ)區(qū)域中保持更新數(shù)據(jù)，所述更新數(shù)據(jù)包括其中定義了在電子設(shè)備中存在功能的軟件應(yīng)用 的軟件信息的定義數(shù)據(jù)和應(yīng)用軟件的模塊數(shù)據(jù)；判斷流程，判斷保持流程是否保持更新數(shù) 據(jù)；以及發(fā)送流程，向電子設(shè)備發(fā)送更新數(shù)據(jù)，其中發(fā)送流程基于判斷流程的判斷結(jié)果向電 子設(shè)備發(fā)送更新數(shù)據(jù)。根據(jù)本發(fā)明的一個(gè)方面，提供了一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，其保存有當(dāng)被設(shè)備管理裝置的計(jì)算機(jī)執(zhí)行時(shí)使得計(jì)算機(jī)執(zhí)行如下的處理的程序，包括接收流程，由電子設(shè)備接 收設(shè)備管理裝置的更新數(shù)據(jù)，所述更新數(shù)據(jù)包括其中定義了在電子設(shè)備中存在功能的軟件 應(yīng)用的軟件信息的定義數(shù)據(jù)和應(yīng)用軟件的模塊數(shù)據(jù)；判斷流程，判斷在電子設(shè)備中是否可 以執(zhí)行電子設(shè)備上運(yùn)行的應(yīng)用軟件的軟件更新；以及請(qǐng)求流程，向應(yīng)用軟件請(qǐng)求軟件更新， 其中，請(qǐng)求流程基于判斷流程的判斷結(jié)果向應(yīng)用軟件發(fā)送在接收流程中接收到的更新數(shù)據(jù) 中包括的模塊數(shù)據(jù)。當(dāng)結(jié)合所附的附圖閱讀下面的具體實(shí)施方式
時(shí)，可以對(duì)本發(fā)明的其他目的和進(jìn)一 步的特征獲得清楚的理解。


圖1是示出本發(fā)明的第一實(shí)施例中的設(shè)備管理系統(tǒng)的結(jié)構(gòu)的示例的示意圖；圖2是示出本發(fā)明的第一實(shí)施例中的設(shè)備管理裝置的硬件結(jié)構(gòu)的示例的方框圖；圖3是示出本發(fā)明的第一實(shí)施例中的電子設(shè)備的硬件結(jié)構(gòu)的示例的方框圖；圖4是示出本發(fā)明的第一實(shí)施例中的設(shè)備管理系統(tǒng)的功能結(jié)構(gòu)的示例的示意圖；圖5A和圖5B是說明本發(fā)明的第一實(shí)施例中的更新數(shù)據(jù)的示例的示意圖；圖6A和圖6B是說明本發(fā)明的第一實(shí)施例中的更新數(shù)據(jù)的另一示例的示意圖；圖7是說明本發(fā)明的第一實(shí)施例中的設(shè)備管理的軟件更新流程的示例的時(shí)序圖；圖8是說明本發(fā)明的第一實(shí)施例中的設(shè)備管理的軟件更新流程的另一示例的時(shí) 序圖；圖9是示出本發(fā)明的第二實(shí)施例中的設(shè)備管理系統(tǒng)的結(jié)構(gòu)的示例的示意圖；圖10是示出本發(fā)明的第二實(shí)施例中的設(shè)備管理系統(tǒng)的功能結(jié)構(gòu)的示例的示意 圖；圖11是說明本發(fā)明的第二實(shí)施例中的設(shè)備管理的軟件更新流程的示例的時(shí)序 圖；以及圖12是說明本發(fā)明的第二實(shí)施例中的設(shè)備管理的軟件更新流程的另一示例的時(shí) 序圖。
具體實(shí)施例方式參考圖1至圖12，說明設(shè)備管理系統(tǒng)、設(shè)備管理裝置、電子設(shè)備、軟件更新方法及 計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)的實(shí)施例。[第一實(shí)施例]〈系統(tǒng)結(jié)構(gòu)〉首先，說明包括設(shè)備管理裝置的設(shè)備管理系統(tǒng)的結(jié)構(gòu)。圖1是示出本發(fā)明的第一實(shí)施例中的設(shè)備管理系統(tǒng)的結(jié)構(gòu)的示例的示意圖。圖1 所示的設(shè)備管理系統(tǒng)1包括一個(gè)或多個(gè)作為管理對(duì)象的電子設(shè)備200、一個(gè)或多個(gè)客戶端 PC (個(gè)人計(jì)算機(jī))300、以及經(jīng)由諸如網(wǎng)絡(luò)的數(shù)據(jù)通道N連接的設(shè)備管理裝置(或設(shè)備管理 服務(wù)器)100。網(wǎng)絡(luò)可利用LAN(局域網(wǎng))形成。電子設(shè)備200可由例如用于辦公的圖像形成裝置構(gòu)成，諸如MFP(多功能外圍設(shè) 備)和LP (Laser Printer 激光打印機(jī))。客戶端PC300可由用戶檢查電子設(shè)備200的信息或是使電子設(shè)備200創(chuàng)建工作數(shù)據(jù)或作出工作請(qǐng)求的信息處理裝置構(gòu)成。設(shè)備管理裝置 100可由基于從電子設(shè)備200接收到的設(shè)備信息集中地管理電子設(shè)備200的信息處理裝置 構(gòu)成。例如，設(shè)備信息可包括電子設(shè)備200的“唯一信息”、“狀態(tài)信息”等。由設(shè)備管理裝 置100執(zhí)行的集中管理包括對(duì)于電子設(shè)備200的監(jiān)視、維護(hù)等。電子設(shè)備200的維護(hù)可包 括這個(gè)實(shí)施例的更新在電子設(shè)備200上運(yùn)行的應(yīng)用軟件的軟件更新。具有上述系統(tǒng)結(jié)構(gòu)的設(shè)備管理系統(tǒng)1提供了關(guān)于用戶的設(shè)備管理服務(wù)(或設(shè)備管 理功能)。在下面的說明中，“用戶，，包括設(shè)備管理系統(tǒng)1及其構(gòu)成部件的“操作者”或“維 護(hù)人員”。<硬件結(jié)構(gòu)>接下來，說明這個(gè)實(shí)施例的設(shè)備管理裝置100和電子設(shè)備200的硬件結(jié)構(gòu)。 設(shè)備管理裝置y>圖2是示出本發(fā)明的第一實(shí)施例中的設(shè)備管理裝置100的硬件結(jié)構(gòu)的示例的方 框圖。如圖2所示，設(shè)備管理裝置100包括經(jīng)由總線Bl相互連接的輸入設(shè)備101、顯示設(shè) 備102、驅(qū)動(dòng)單元103、RAM(隨機(jī)訪問存儲(chǔ)器)104、R0M(只讀存儲(chǔ)器)105、CPU(中央處理單 元)106、接口(I/F)單元107、以及HDD (硬盤驅(qū)動(dòng)器)108。輸入設(shè)備101包括鍵盤、鼠標(biāo)等，并用于向設(shè)備管理裝置100輸入各種操作信號(hào)。 顯示單元102包括用于顯示諸如“收集的設(shè)備信息”和“軟件更新結(jié)果信息”的設(shè)備管理裝 置100的處理結(jié)果的顯示器。 接口單元107配置用于連接設(shè)備管理裝置100和預(yù)定的數(shù)據(jù)通道N。因此，設(shè)備管 理裝置100經(jīng)由接口單元107執(zhí)行與電子設(shè)備200和客戶端PC300的數(shù)據(jù)通信。HDD108是由非易失性存儲(chǔ)設(shè)備構(gòu)成的，并保存了各種程序和各種數(shù)據(jù)。HDD108中 保存的各種程序和各種數(shù)據(jù)包括被配置用來控制整個(gè)設(shè)備管理裝置100的信息處理系統(tǒng)、 以及被配置用來提供信息處理系統(tǒng)中的各種功能的應(yīng)用軟件。信息處理系統(tǒng)包括基礎(chǔ)軟件 或諸如"WINDOWS (注冊(cè)商標(biāo))，，和"UNIX (注冊(cè)商標(biāo))，，的OS (操作系統(tǒng))。另一方面，在信 息處理系統(tǒng)上提供的各種功能包括“設(shè)備管理功能”。此外，HDD108管理在其中以預(yù)定文件 系統(tǒng)和/或DB (數(shù)據(jù)庫)形式保存的各種程序和各種數(shù)據(jù)。驅(qū)動(dòng)單元103提供設(shè)備管理裝置100和可拆卸記錄介質(zhì)103a之間的接口。設(shè)備 管理裝置100經(jīng)由驅(qū)動(dòng)單元103從記錄介質(zhì)103a讀取信息和/或?qū)⑿畔懭氲接涗浗橘|(zhì) 103a。R0M105可由非易失性半導(dǎo)體存儲(chǔ)器(或存儲(chǔ)設(shè)備)構(gòu)成并甚至當(dāng)電源關(guān)閉時(shí)仍可 保持內(nèi)部數(shù)據(jù)。R0M105保存有當(dāng)設(shè)備管理裝置100啟動(dòng)時(shí)執(zhí)行的BIOS (基本輸入/輸出系 統(tǒng))、以及與系統(tǒng)設(shè)定和與設(shè)備管理裝置100的設(shè)定相關(guān)聯(lián)的網(wǎng)絡(luò)相關(guān)的數(shù)據(jù)。RAM104可由易失性半導(dǎo)體存儲(chǔ)器(或存儲(chǔ)設(shè)備)構(gòu)成并臨時(shí)地保持從上述各種存 儲(chǔ)設(shè)備讀取的程序和數(shù)據(jù)。CPU106將程序讀入RAM104并執(zhí)行該程序，以便控制整個(gè)設(shè)備管 理裝置100。設(shè)備管理裝置100利用上述硬件結(jié)構(gòu)提供了包括設(shè)備管理的信息處理服務(wù)(或信 息處理功能)。正如從設(shè)備管理裝置100的硬件結(jié)構(gòu)可以看出，設(shè)備管理裝置100的結(jié)構(gòu)大致與 客戶端PC300的結(jié)構(gòu)相同。
電子設(shè)備圖像處理裝置》圖3是示出本發(fā)明的第一實(shí)施例中的電子設(shè)備的硬件結(jié)構(gòu)的示例的方框圖。在這 個(gè)實(shí)施例中，作為管理對(duì)象的電子設(shè)備200是由圖像形成裝置構(gòu)成的。如圖3所示，電子設(shè)備200包括經(jīng)由總線B2相互連接的控制器210、操作面板220、 繪圖儀230、以及掃描儀M0。操作面板220包括用于向用戶提供諸如設(shè)備信息的各種信息并接受諸如操作設(shè) 定和操作指令的各種用戶操作的顯示部和輸入部。繪圖儀230包括用于在諸如紙張的記錄 介質(zhì)上形成輸出圖像的圖像形成部。例如，輸出圖像可利用光電技術(shù)或噴墨記錄技術(shù)形成。 掃描儀240可選地讀取文檔并生成讀取文檔的圖像(即，讀取圖像)?？刂破?10包括經(jīng)由總線B2相互連接的CPU211、存儲(chǔ)設(shè)備212、網(wǎng)絡(luò)接口(I/ F) 213、以及外部存儲(chǔ)接口(I/F)214。CPU211執(zhí)行程序以便控制整個(gè)電子設(shè)備200。存儲(chǔ)設(shè)備212保存并保持程序和各 種數(shù)據(jù)(例如，圖像數(shù)據(jù))。例如，存儲(chǔ)設(shè)備212包括諸如RAM的易失性存儲(chǔ)器、諸如ROM的 非易失性存儲(chǔ)器、以及由HDD等提供的相對(duì)大的存儲(chǔ)區(qū)域。RAM起到用于臨時(shí)保持程序和 數(shù)據(jù)的CPU211的工作區(qū)域的作用。ROM和HDD起到程序和各種數(shù)據(jù)的存儲(chǔ)目的地的作用。 因此，在電子設(shè)備200中，CPU211將ROM中保存的程序讀入到RAM中，并執(zhí)行讀入到RAM中 的程序。網(wǎng)絡(luò)I/F213提供了用于連接電子設(shè)備200到預(yù)定的數(shù)據(jù)通道N的接口。外部存 儲(chǔ)I/F214提供了用于連接電子設(shè)備200到形成外部存儲(chǔ)設(shè)備的記錄介質(zhì)21 的接口。例 如，記錄介質(zhì)21 可以由SD(安全數(shù)字)存儲(chǔ)卡、USB(通用串行總線)存儲(chǔ)器等構(gòu)成。因 此，電子設(shè)備200經(jīng)由外部存儲(chǔ)I/F214讀取記錄介質(zhì)21 中保存的程序和數(shù)據(jù)。具有上述硬件結(jié)構(gòu)的電子設(shè)備200提供關(guān)于用戶的圖像處理服務(wù)(或圖像處理功 能)。在這個(gè)實(shí)施例的設(shè)備管理系統(tǒng)1中，設(shè)備管理裝置100和電子設(shè)備200被鏈接，以 便更新用于實(shí)現(xiàn)電子設(shè)備200的功能的多個(gè)應(yīng)用軟件(或程序)。<軟件更新功能>接下來，說明這個(gè)實(shí)施例的軟件更新功能。在這個(gè)實(shí)施例的設(shè)備管理系統(tǒng)1中，設(shè)備管理裝置100將更新數(shù)據(jù)(或歸檔數(shù)據(jù)) 保持在預(yù)定的存儲(chǔ)區(qū)域中。更新數(shù)據(jù)包括定義了在電子設(shè)備200中工作(function)的應(yīng) 用軟件的軟件信息的定義數(shù)據(jù)、以及應(yīng)用軟件的模塊數(shù)據(jù)(或更新程序)。設(shè)備管理系統(tǒng)1 以如下方式執(zhí)行設(shè)備管理的軟件更新。即，設(shè)備管理裝置100判斷是否存在更新數(shù)據(jù)，并基 于判斷結(jié)果將更新數(shù)據(jù)發(fā)送到電子設(shè)備200。電子設(shè)備200臨時(shí)地解包(或解壓縮)所接 收到的更新數(shù)據(jù)，并判斷應(yīng)用軟件是否要被更新。下面將會(huì)說明更新數(shù)據(jù)的“解包(或解壓 縮)”?；陔娮釉O(shè)備200的判斷結(jié)果，電子設(shè)備200將解包后的模塊數(shù)據(jù)發(fā)送到應(yīng)用軟件 并請(qǐng)求軟件更新。設(shè)備管理系統(tǒng)1具有由上述設(shè)備管理裝置100和電子設(shè)備200之間的鏈 接實(shí)現(xiàn)的軟件更新功能。近來，諸如圖像處理裝置的電子設(shè)備200的操作環(huán)境變得很靈活。出于這個(gè)原因， 可由各種軟件商家開發(fā)在電子設(shè)備200上運(yùn)行的應(yīng)用軟件。此外，由于諸如圖像處理裝置 的電子設(shè)備的功能變得多樣化，因此應(yīng)用軟件甚至可以由相同的設(shè)備制造商中的不同部分或部門開發(fā)。由于不同的商家或開發(fā)環(huán)境，軟件更新流程和配置對(duì)于各應(yīng)用軟件而言是不 同的。相應(yīng)地，由于軟件更新流程和配置對(duì)于各應(yīng)用軟件而言是不同的，因此用戶必須應(yīng)對(duì) 各種獨(dú)立的應(yīng)用軟件，并且用戶必須執(zhí)行考慮在電子設(shè)備中起作用的各應(yīng)用軟件的更新操 作。在這樣的情形下，由用戶執(zhí)行的軟件更新操作將會(huì)是麻煩的操作。相應(yīng)地，在這個(gè)實(shí)施例的設(shè)備管理系統(tǒng)1中，由軟件更新所必需的歸檔數(shù)據(jù)所形 成的更新數(shù)據(jù)被從設(shè)備管理裝置100發(fā)送到電子設(shè)備200，以便請(qǐng)求與應(yīng)用軟件相關(guān)的軟 件更新。因此，這個(gè)實(shí)施例的設(shè)備管理系統(tǒng)1在執(zhí)行軟件更新操作時(shí)，無需用戶意識(shí)到對(duì) 于各應(yīng)用軟件而言不同的軟件更新流程和配置，即可執(zhí)行與在電子設(shè)備200上運(yùn)行的多個(gè) 應(yīng)用軟件相關(guān)聯(lián)的批量更新。用戶無需應(yīng)對(duì)各個(gè)獨(dú)立的應(yīng)用軟件。接下來，說明上述軟件更新功能的結(jié)構(gòu)和操作。圖4是示出本發(fā)明的第一實(shí)施例 中的設(shè)備管理系統(tǒng)的功能結(jié)構(gòu)的示例的示意圖。如圖4所示，設(shè)備管理系統(tǒng)1包括更新控制部21、應(yīng)用管理部22、更新數(shù)據(jù)保持部 31和更新管理部41。 設(shè)備管理裝置的功能部Υ>設(shè)備管理裝置100具有多個(gè)功能部，包括更新控制部21、應(yīng)用管理部22和更新數(shù) 據(jù)保持部31。更新控制部21控制關(guān)于包括發(fā)送電子設(shè)備200的更新數(shù)據(jù)31D和請(qǐng)求軟件更新 的軟件更新的處理。更具體的，更新控制部21請(qǐng)求來自應(yīng)用管理部22的更新數(shù)據(jù)31D，并 向電子設(shè)備200發(fā)送所獲取的更新數(shù)據(jù)31D，以便請(qǐng)求軟件更新。此外，更新控制部21接收 指示軟件更新已經(jīng)完成的電子設(shè)備200的通知。應(yīng)用管理部22管理更新數(shù)據(jù)31D。如上所述，更新數(shù)據(jù)31D包括軟件更新所必需 的歸檔數(shù)據(jù)，并且歸檔數(shù)據(jù)是由被封包或組合成一個(gè)數(shù)據(jù)的多個(gè)數(shù)據(jù)構(gòu)成的。更新數(shù)據(jù)31D 可被保存且保持在更新數(shù)據(jù)保持部31。這種更新數(shù)據(jù)保持部31可由設(shè)備管理裝置100的 存儲(chǔ)設(shè)備的預(yù)定存儲(chǔ)區(qū)域形成，諸如HDD108。接下來，說明由應(yīng)用管理部22所管理的更新數(shù)據(jù)31D。圖5A和圖5B是說明本發(fā)明的第一實(shí)施例中的更新數(shù)據(jù)的示例的示意圖。如圖5A所示，更新數(shù)據(jù)31D包括應(yīng)用定義數(shù)據(jù)DD和一個(gè)或多個(gè)模塊數(shù)據(jù)MD。應(yīng)用定義數(shù)據(jù)DD定義了在電子設(shè)備200中起作用的應(yīng)用軟件AP的軟件信息。例 如，應(yīng)用定義數(shù)據(jù)DD定義了如圖5B所示的軟件信息。如圖5B所示，由應(yīng)用定義數(shù)據(jù)DD定 義的軟件信息包括用于識(shí)別應(yīng)用軟件AP的標(biāo)識(shí)信息(<appID>標(biāo)簽的定義數(shù)據(jù))、指示應(yīng)用 軟件AP的名稱的應(yīng)用名稱信息(〈displayName〉標(biāo)簽的定義數(shù)據(jù))、指示應(yīng)用軟件AP的更 新版本(即，更新之后的版本)的版本信息《updateVersion〉標(biāo)簽的定義數(shù)據(jù))、以及指示 應(yīng)用軟件AP的存儲(chǔ)目的地(或存儲(chǔ)位置)的存儲(chǔ)目的地信息(〈modulei^olderName〉標(biāo)簽 的定義數(shù)據(jù))。存儲(chǔ)目的地例如是在臨時(shí)地解包更新數(shù)據(jù)31D之后從應(yīng)用定義數(shù)據(jù)DD的相 對(duì)文件路徑。在應(yīng)用定義數(shù)據(jù)DD中，對(duì)于各應(yīng)用軟件AP定義軟件信息。在圖5B所示的數(shù)據(jù)示 例中，從<AppList>標(biāo)簽至<item>標(biāo)簽對(duì)于各應(yīng)用軟件AP定義了軟件信息。因此，在一個(gè) 應(yīng)用定義數(shù)據(jù)DD中定義了多個(gè)應(yīng)用軟件AP的軟件信息。
具有上述數(shù)據(jù)結(jié)構(gòu)的應(yīng)用定義數(shù)據(jù)DD基于標(biāo)識(shí)信息獲取應(yīng)用軟件AP的應(yīng)用名稱 信息、版本信息和存儲(chǔ)目的地信息。模塊數(shù)據(jù)MD是由當(dāng)執(zhí)行軟件更新時(shí)將被替換或是將被追加到現(xiàn)有模塊的更新程 序形成的。對(duì)于各應(yīng)用軟件AP而言模塊數(shù)據(jù)MD的數(shù)目是不同的，并且在對(duì)于各應(yīng)用軟件 AP定義的存儲(chǔ)目的地處保存模塊數(shù)據(jù)MD。基于應(yīng)用定義數(shù)據(jù)DD的存儲(chǔ)目的地信息，從更新數(shù)據(jù)31D臨時(shí)地解包模塊數(shù)據(jù) MD。圖6A和圖6B是說明本發(fā)明的第一實(shí)施例中的更新數(shù)據(jù)的另一示例的示意圖。圖 6A和圖6B示出了其中更新“Application No. 1 ”和“Application No. 2”所必需的數(shù)據(jù)被 歸檔的更新數(shù)據(jù)31D的示例。如圖6A所示，在作為更新數(shù)據(jù)31D的“Update”中歸檔有應(yīng)用定義數(shù)據(jù)DD的“App Info, xml”、對(duì)應(yīng)于 “Application No. 1” 的模塊數(shù)據(jù) MDl 的 “Update Module”、以及對(duì)應(yīng)于 "Application No. 2” 的模塊數(shù)據(jù) MD2 的 “Update Module”。此外，如圖6B所示，在應(yīng)用定義數(shù)據(jù)DD的“App Info, xml”中定義了“Application No. 1”的標(biāo)識(shí)信息“ApplDOl”、應(yīng)用名稱信息“Application No. 1”、版本信息“1.0. 1.0”、以 及存儲(chǔ)目的地信息“Appl Folder".進(jìn)而，在應(yīng)用定義數(shù)據(jù)DD的“App Info, xml”中還定義 7 "Application No. 2” 的標(biāo)識(shí)信息“ApplD02”、應(yīng)用名稱信息“Application No. 2”、版本 信息“4. 5. 0. 0”、以及存儲(chǔ)目的地信息"App2 Folder，，。此外，在由應(yīng)用定義數(shù)據(jù)DD的“App Info, xml"定義的存儲(chǔ)目的地信息“Appl R)lder，，下保存了模塊數(shù)據(jù)MDl的“Update Module，，。在由應(yīng)用定義數(shù)據(jù)DD的“App Info, xml，，定義的存儲(chǔ)目的地信息“App2 FoIder”下保存了模塊數(shù)據(jù)MD2的“Update Module”。圖5B和圖6B示出了由XML (可擴(kuò)展標(biāo)記語言)編寫的數(shù)據(jù)示例，然而，應(yīng)用定義 數(shù)據(jù)DD的數(shù)據(jù)格式并不局限于XML。應(yīng)用定義數(shù)據(jù)DD的數(shù)據(jù)格式可以是由更新管理部41 處理的任意數(shù)據(jù)格式，這將會(huì)在下面說明。更新數(shù)據(jù)31D可以在由執(zhí)行軟件更新的用戶作 出軟件更新之前生成，并將其保存在更新數(shù)據(jù)保持部31中。用戶可創(chuàng)建應(yīng)用定義數(shù)據(jù)DD， 并制備對(duì)應(yīng)于作為更新對(duì)象的應(yīng)用軟件AP的模塊數(shù)據(jù)MD，以便利用預(yù)定的工具歸檔應(yīng)用 定義數(shù)據(jù)DD和模塊數(shù)據(jù)MD。返回到對(duì)于圖4的說明，應(yīng)用管理部22起到如下的功能。即，當(dāng)接受到來自更新 控制部21的獲取請(qǐng)求時(shí)，應(yīng)用管理部22訪問更新數(shù)據(jù)保持部31，并判斷在更新數(shù)據(jù)保持部 31中是否存在所請(qǐng)求的更新數(shù)據(jù)31D。如果在更新數(shù)據(jù)保持部31中存在所請(qǐng)求的更新數(shù) 據(jù)31D，則應(yīng)用管理部22將所述請(qǐng)求的更新數(shù)據(jù)31D傳送到作為請(qǐng)求源的更新控制部21。 因此，更新控制部21可獲取所請(qǐng)求的更新數(shù)據(jù)31D。應(yīng)用管理部22可提供創(chuàng)建關(guān)于用戶的 更新數(shù)據(jù)31D的功能。例如，應(yīng)用可經(jīng)由應(yīng)用管理部22提供的GUI (圖形用戶界面)執(zhí)行 處理，以便創(chuàng)建或編輯應(yīng)用定義數(shù)據(jù)DD，追加或刪除對(duì)應(yīng)于作為更新對(duì)象的應(yīng)用軟件AP的 模塊數(shù)據(jù)MD，并生成(或歸檔)更新數(shù)據(jù)。結(jié)果，根據(jù)從用戶接受的保存指令，應(yīng)用管理部 22將所生成的更新數(shù)據(jù)31D保存在更新數(shù)據(jù)保持部31中。 電子設(shè)備的功能部Υ>更新管理部41包括在電子設(shè)備200中。圖4示出了設(shè)備管理裝置100管理多個(gè) 電子設(shè)備200i至200n的示例。因此，電子設(shè)備200i至200n分別包括更新管理部M1至41n，即各電子設(shè)備200包括一個(gè)更新管理部41。下面說明作為管理對(duì)象的一個(gè)電子設(shè)備200中 包括的更新管理部41。更新管理部41控制與軟件更新相關(guān)的處理。更具體的，更新管理部41起到如下 的功能。更新管理部41臨時(shí)地解包從設(shè)備管理裝置100接收到的更新數(shù)據(jù)31D。更新數(shù)據(jù) 31D的臨時(shí)“解包(或解壓縮)”是指將歸檔數(shù)據(jù)解包(即，解壓縮或分解)成在電子設(shè)備 200的存儲(chǔ)設(shè)備(諸如RAM或HDD)的預(yù)定存儲(chǔ)區(qū)域中的獨(dú)立構(gòu)成數(shù)據(jù)和獨(dú)立構(gòu)成數(shù)據(jù)的存 儲(chǔ)。此外，更新管理部41還基于電子設(shè)備200的操作狀態(tài)判斷更新管理部41所歸屬的電 子設(shè)備200是否處在可更新的設(shè)備狀態(tài)。如果更新管理部41判斷更新管理部41所歸屬的 電子設(shè)備200處在可更新的設(shè)備狀態(tài)，則更新管理部41將解包后的應(yīng)用定義數(shù)據(jù)DD發(fā)送 到應(yīng)用軟件AP，并請(qǐng)求更新確認(rèn)。因此，在電子設(shè)備200中，軟件更新確認(rèn)吹了被傳送到應(yīng) 用軟件AP。此外，當(dāng)從應(yīng)用軟件AP接收到請(qǐng)求時(shí)，更新管理部41還向作為更新對(duì)象的應(yīng)用 軟件AP發(fā)送解包后的模塊數(shù)據(jù)MD，并請(qǐng)求軟件更新。相應(yīng)地，在電子設(shè)備200中，軟件更新 是根據(jù)各應(yīng)用軟件AP的軟件更新流程和配置執(zhí)行的。之后，更新管理部41從請(qǐng)求了軟件 更新的應(yīng)用軟件AP接收更新結(jié)果通知，并向設(shè)備管理裝置100通知這個(gè)更新結(jié)果通知。因此，這個(gè)實(shí)施例的軟件更新功能是由如上所述的各個(gè)功能部的鏈接操作實(shí)現(xiàn) 的。接下來，將會(huì)通過參考示出了處理流程的時(shí)序圖，更加詳細(xì)地說明軟件更新功能 的操作(功能部的組的鏈接操作)。當(dāng)從存儲(chǔ)目的地(例如，HDD或ROM)中由控制部(例如，CPU)讀取在設(shè)備管理裝 置100和電子設(shè)備200中安裝的程序，并執(zhí)行如下處理時(shí)，實(shí)現(xiàn)軟件更新功能。此外，與軟件更新相關(guān)的處理包括如下處理流程。根據(jù)一個(gè)處理流程，電子設(shè)備 200主動(dòng)地從設(shè)備管理裝置100獲取更新數(shù)據(jù)31D，以便執(zhí)行對(duì)其的軟件更新。換句話說， 電子設(shè)備200起到軟件更新的執(zhí)行的觸發(fā)器。根據(jù)另一處理流程，電子設(shè)備200被動(dòng)地從 設(shè)備管理裝置100接收更新時(shí)間31D，以便執(zhí)行對(duì)其的軟件更新。換句話說，設(shè)備管理裝置 100起到軟件更新的執(zhí)行的觸發(fā)器。因此，根據(jù)這個(gè)實(shí)施例的設(shè)備管理系統(tǒng)1，可根據(jù)電子 設(shè)備200如何從設(shè)備管理裝置100接收更新數(shù)據(jù)來分類處理流程，即基于設(shè)備管理裝置100 起到軟件更新的執(zhí)行的觸發(fā)器還是電子設(shè)備200起到軟件更新的執(zhí)行的觸發(fā)器來分類處 理流程。下面將會(huì)分別說明基于電子設(shè)備200如何從設(shè)備管理裝置100接收更新數(shù)據(jù)31D 分類的兩種處理流程。 電子設(shè)備主動(dòng)地獲取更新數(shù)據(jù)的處理>>圖7是說明本發(fā)明的第一實(shí)施例中的設(shè)備管理的軟件更新流程的示例的時(shí)序圖。如圖7所示，設(shè)備管理裝置100的更新控制部21發(fā)送關(guān)于電子設(shè)備200的更新管 理部41的軟件更新進(jìn)度表的設(shè)定信息，并注冊(cè)更新進(jìn)度表(步驟S101)。設(shè)定信息包括預(yù) 定的時(shí)間段(例如，時(shí)期或時(shí)間)，其中由電子設(shè)備200將會(huì)執(zhí)行關(guān)于軟件更新的處理。更 新進(jìn)度表確定了軟件更新的執(zhí)行時(shí)機(jī)，并根據(jù)設(shè)備管理系統(tǒng)1的維護(hù)及操作策略由用戶預(yù) 先確定或設(shè)定更新進(jìn)度表。在設(shè)備管理裝置100中，通過關(guān)于作為管理對(duì)象的所有電子設(shè) 備200的批量處理設(shè)定相同的更新進(jìn)度表，或是對(duì)于作為管理對(duì)象的電子設(shè)備200設(shè)定不 同的更新進(jìn)度表。電子設(shè)備200的更新管理部41參考注冊(cè)的設(shè)定信息，并確認(rèn)更新進(jìn)度表(步驟S102)。針對(duì)設(shè)備管理裝置100的更新控制部21，根據(jù)基于設(shè)定信息的軟件更新執(zhí)行時(shí) 機(jī)，更新管理部41制作更新數(shù)據(jù)31D的更新日期和時(shí)間的獲取請(qǐng)求(步驟S103)。結(jié)果，作 為來自更新控制部21的響應(yīng)信息，更新管理部41獲取更新數(shù)據(jù)31D的更新日期或時(shí)間信 肩、ο基于所獲取的更新日期和時(shí)間信息，更新管理部41判斷對(duì)于這個(gè)更新管理部41 所歸屬的電子設(shè)備200而言軟件更新是否為必需的(步驟S104)。更新管理部41以如下方 式作出這樣的判斷。即，基于所獲取的更新日期和時(shí)間信息，更新管理部41判斷從當(dāng)前日 期和時(shí)間開始的預(yù)定時(shí)間內(nèi)是否已經(jīng)更新了更新數(shù)據(jù)31D。如果判斷在預(yù)定時(shí)間內(nèi)已經(jīng)更 新了更新數(shù)據(jù)31D，則更新管理部41判斷在更新管理部41所歸屬的電子設(shè)備200中需要 軟件更新。換句話說，更新管理部41確認(rèn)由設(shè)備管理裝置100所管理的更新數(shù)據(jù)31D是新 的，以便判斷在更新管理部41所歸屬的電子設(shè)備200中是否需要軟件更新。如果判斷軟件更新是必需的，則更新管理部41作出關(guān)于設(shè)備管理部100的更新控 制部21的更新數(shù)據(jù)31D的獲取請(qǐng)求(步驟S105)。另一方面，如果判斷軟件更新不是必需 的，則處理返回到步驟S102，并等待軟件更新的下一個(gè)執(zhí)行時(shí)機(jī)(timing)。當(dāng)設(shè)備管理裝置100接收到更新數(shù)據(jù)31D的獲取請(qǐng)求時(shí)，更新控制部21作出關(guān)于 應(yīng)用管理部22的更新數(shù)據(jù)31D的獲取請(qǐng)求(步驟S106)。當(dāng)應(yīng)用管理部22接收到更新數(shù)據(jù)31D的獲取請(qǐng)求時(shí)，應(yīng)用管理部22訪問更新數(shù) 據(jù)保持部31并判斷是否存在更新數(shù)據(jù)31D (步驟S107)。如果應(yīng)用管理部22判斷在更新數(shù)據(jù)保持部31中存在更新數(shù)據(jù)31D，則應(yīng)用管理部 22將更新數(shù)據(jù)傳送到更新控制部21，并響應(yīng)請(qǐng)求源。更新控制部21向電子設(shè)備200的更 新管理部41發(fā)送對(duì)其傳送的更新數(shù)據(jù)31D，并響應(yīng)請(qǐng)求源。相應(yīng)地，在設(shè)備管理系統(tǒng)1中， 從設(shè)備管理裝置100向作為管理對(duì)象的電子設(shè)備200發(fā)送被歸檔的軟件更新所需要的數(shù)據(jù) 的更新數(shù)據(jù)31D。另一方面，如果判斷不存在更新數(shù)據(jù)31D，則向作為請(qǐng)求源的更新控制部 21發(fā)送獲取錯(cuò)誤響應(yīng)。這個(gè)獲取錯(cuò)誤響應(yīng)將會(huì)經(jīng)由作為請(qǐng)求源的更新控制部21返回到電 子設(shè)備200的更新管理部41。在這種情形下，電子設(shè)備200 —直等待軟件更新的下一個(gè)執(zhí) 行時(shí)機(jī)。在設(shè)備管理裝置100中，如果判斷不存在更新數(shù)據(jù)31D則向用戶通知獲取錯(cuò)誤。電子設(shè)備200的更新管理部41臨時(shí)地解包從設(shè)備管理裝置100獲取的更新數(shù)據(jù) 31D (步驟S108)。換句話說，更新管理部41將歸檔數(shù)據(jù)解包至電子設(shè)備200中的存儲(chǔ)設(shè)備 的預(yù)定存儲(chǔ)區(qū)域。在解包歸檔數(shù)據(jù)之后，基于電子設(shè)備200的操作狀態(tài)，更新管理部41判斷在這個(gè) 更新管理部41所歸屬的電子設(shè)備200中是否執(zhí)行軟件更新(步驟S109)。更新管理部41 以如下方式判斷是否執(zhí)行軟件更新。即，更新管理部41從事件通知、系統(tǒng)日志等獲取與更 新管理部41所歸屬的電子設(shè)備200的操作狀態(tài)相關(guān)的狀態(tài)信息。所獲取的狀態(tài)信息指示 諸如電子設(shè)備200中安裝的硬件或軟件的操作狀態(tài)的操作狀態(tài)。基于所獲取的狀態(tài)信息， 更新管理部41判斷應(yīng)用軟件AP是否處在可更新狀態(tài)。在應(yīng)用軟件的可更新狀態(tài)下，電子 設(shè)備200中安裝的功能可以正常方式被操作。另一方面，例如，在應(yīng)用軟件的不可更新狀態(tài) 下，電子設(shè)備200中安裝的硬件出現(xiàn)故障(例如，出現(xiàn)存儲(chǔ)設(shè)備的故障)，在這種情形下，電 子設(shè)備200處在維護(hù)狀態(tài)或服務(wù)調(diào)用生成狀態(tài)。在應(yīng)用軟件的不可更新狀態(tài)下，電子設(shè)備200處在所安裝的功能被強(qiáng)制終止或強(qiáng)制停止的功能停止?fàn)顟B(tài)。更新管理部41分析更新管理部41所歸屬的電子設(shè)備200的操作狀態(tài)，并且如果 判斷電子設(shè)備200處在可更新狀態(tài)則判斷是否執(zhí)行軟件更新。另一方面，如果判斷電子設(shè)備200處在不可更新狀態(tài)，則臨時(shí)地保持步驟S107中 解包的數(shù)據(jù)，并等待軟件更新直到軟件更新變?yōu)榭杀粓?zhí)行(即，直到不可更新狀態(tài)的原因 被去除)。因此，可減少?gòu)脑O(shè)備管理裝置100向電子設(shè)備200發(fā)送更新數(shù)據(jù)31D的次數(shù)，由 此降低關(guān)于軟件更新的通信負(fù)荷。如果判斷軟件更新可以執(zhí)行，則更新管理部41向以正常方式操作的所有應(yīng)用軟 件AP通知更新數(shù)據(jù)31D的存在(步驟S110)。在這種狀態(tài)下，更新管理部41作為通知信息 向應(yīng)用軟件AP發(fā)送解包后的應(yīng)用定義數(shù)據(jù)DD的軟件信息(例如，應(yīng)用名稱信息、存儲(chǔ)目的 地信息等)?；谒邮盏降能浖畔?，應(yīng)用軟件AP確認(rèn)應(yīng)用軟件AP自身是否為更新對(duì)象 (步驟S111)。各應(yīng)用軟件AP以如下方式執(zhí)行更新確認(rèn)。即，基于軟件信息中包括的標(biāo)識(shí) 信息，應(yīng)用軟件AP判斷應(yīng)用軟件自身是否為更新對(duì)象。應(yīng)用軟件AP比較由軟件信息中包 括的版本信息指示的更新版本與應(yīng)用軟件AP自身的當(dāng)前版本，并且如果更新版本比當(dāng)前 版本更新(或更近的)則識(shí)別應(yīng)用軟件AP自身是更新對(duì)象。另一方面，如果更新版本是當(dāng) 前版本或比當(dāng)前版本更舊則不執(zhí)行所描述的后續(xù)處理。作為更新對(duì)象的應(yīng)用軟件AP向更新管理部41作出模塊數(shù)據(jù)MD需要執(zhí)行其軟件 更新的獲取請(qǐng)求(步驟S112)。在這種狀態(tài)下，作為更新對(duì)象的應(yīng)用軟件AP指定其標(biāo)識(shí)信 息并向更新管理部41作出對(duì)應(yīng)的模塊數(shù)據(jù)MD的獲取請(qǐng)求。當(dāng)接收到獲取請(qǐng)求時(shí)，更新管理部41將模塊數(shù)據(jù)MD傳送到應(yīng)用軟件AP并響應(yīng)請(qǐng) 求源。因此，在電子設(shè)備200中，向應(yīng)用軟件AP請(qǐng)求軟件更新。作為更新對(duì)象的應(yīng)用軟件AP使用所獲取的模塊數(shù)據(jù)MD，并根據(jù)各應(yīng)用軟件AP的 更新流程和配置執(zhí)行軟件更新(步驟Sl 13)。作為更新對(duì)象的應(yīng)用軟件AP向更新管理部41通知軟件更新的執(zhí)行結(jié)果(步驟 S114)。更新管理部41向設(shè)備管理裝置100的更新控制部21通知軟件更新的執(zhí)行結(jié)果 (步驟SlM)。相應(yīng)的，在設(shè)備管理裝置100中，可確認(rèn)在作為管理對(duì)象的電子設(shè)備200中 是否以正常方式執(zhí)行了軟件更新。當(dāng)更新管理部41通過軟件更新的執(zhí)行結(jié)果確認(rèn)電子設(shè) 備200的軟件更新的正常結(jié)束時(shí)，更新管理部41刪除上述在步驟S107中解包的數(shù)據(jù)。 電子設(shè)備被動(dòng)地接收更新數(shù)據(jù)的處理>>圖8是說明本發(fā)明的第一實(shí)施例中的設(shè)備管理的軟件更新流程的另一示例的時(shí) 序圖。在圖8所示的流程中，步驟S201至S206不同于圖7所示的流程的步驟。然而，圖8 所示的步驟S207至S214對(duì)應(yīng)于圖7所示的步驟S 108至S116，故省略了對(duì)其的說明。如圖8所示，設(shè)備管理部100的更新控制部21參考軟件更新進(jìn)度表的設(shè)定信息， 并確認(rèn)更新進(jìn)度表(步驟S201)。根據(jù)基于設(shè)定信息的軟件更新執(zhí)行時(shí)機(jī)，更新控制部21向應(yīng)用管理部22作出更 新數(shù)據(jù)31D的獲取請(qǐng)求(步驟S202)。當(dāng)接收到獲取請(qǐng)求時(shí)，應(yīng)用管理部22訪問更新數(shù)據(jù)保持部31并判斷是否存在更新數(shù)據(jù)31D (步驟S203)。如果判斷存在更新數(shù)據(jù)31D，則應(yīng)用管理部22將更新數(shù)據(jù)31D傳送到更新控制部 21，并響應(yīng)請(qǐng)求源。當(dāng)更新控制部21獲取更新數(shù)據(jù)31D時(shí)，更新控制部21參考其中注冊(cè)了電子設(shè)備 200的設(shè)備列表信息(步驟S204)，并向設(shè)備列表信息中注冊(cè)的電子設(shè)備200(下文中被稱 為注冊(cè)的電子設(shè)備200)作出請(qǐng)求以確認(rèn)這個(gè)電子設(shè)備200是否包括更新管理部41 (步驟 S205)。設(shè)備列表信息是由設(shè)備管理裝置100保持的以便執(zhí)行設(shè)備管理。設(shè)備列表信息包括 諸如IP(因特網(wǎng)協(xié)議)地址和MAC(介質(zhì)訪問控制)地址的電子設(shè)備200的標(biāo)識(shí)信息。因 此，基于設(shè)備列表信息的標(biāo)識(shí)信息，設(shè)備管理裝置100可從電子設(shè)備200獲取設(shè)備狀態(tài)信息 等，并參與電子設(shè)備200的監(jiān)視或維護(hù)。更新控制部21指定設(shè)備列表信息的標(biāo)識(shí)信息，并向注冊(cè)的電子設(shè)備200請(qǐng)求功能 更新管理部41的存在的確認(rèn)。結(jié)果，作為來自電子設(shè)備200的響應(yīng)信息，更新控制部21獲 取關(guān)于功能更新管理部41的存在的確認(rèn)結(jié)果。因此，更新控制部21通過確認(rèn)結(jié)果判斷是 否可以從電子設(shè)備200接收到更新數(shù)據(jù)31D。更新控制部21向能夠接收到更新數(shù)據(jù)31D的電子設(shè)備200發(fā)送(或分發(fā))更新 數(shù)據(jù)31D (步驟S206)。結(jié)果，在電子設(shè)備200中執(zhí)行步驟S207至S214，從而實(shí)現(xiàn)應(yīng)用軟件AP的軟件更新。其中電子設(shè)備(即，管理對(duì)象設(shè)備)200主動(dòng)地獲取更新數(shù)據(jù)3ID的處理流程與其 中電子設(shè)備(即，管理對(duì)象設(shè)備)200被動(dòng)地接收更新數(shù)據(jù)31D的處理流程相比較。作為比 較結(jié)果，發(fā)現(xiàn)其中電子設(shè)備200主動(dòng)地獲取更新數(shù)據(jù)31D的處理流程與其中電子設(shè)備200 被動(dòng)地接收更新數(shù)據(jù)31D的處理流程相比較具有減少的軟件更新的處理時(shí)間。在其中電子 設(shè)備200被動(dòng)地接收更新數(shù)據(jù)31D的處理流程的情形中，設(shè)備管理裝置100向能夠接收數(shù) 據(jù)的所有電子設(shè)備200分發(fā)更新數(shù)據(jù)31D，如果電子設(shè)備的數(shù)目相對(duì)較大則通信時(shí)間和處 理時(shí)間將會(huì)增加。另一方面，在其中電子設(shè)備200主動(dòng)地獲取更新數(shù)據(jù)31D的處理流程的 情形中，設(shè)備管理裝置100僅向被判斷為需要軟件更新的電子設(shè)備200分發(fā)更新數(shù)據(jù)31D， 由此與其中電子設(shè)備200被動(dòng)地接收更新數(shù)據(jù)31D的處理流程相比較可減少通信時(shí)間和處 理時(shí)間?！吹谝粚?shí)施例的特征〉根據(jù)這個(gè)實(shí)施例的設(shè)備管理系統(tǒng)1，設(shè)備管理裝置100將包括應(yīng)用定義數(shù)據(jù)DD和 一個(gè)或多個(gè)模塊數(shù)據(jù)MD (或更新程序)的更新數(shù)據(jù)31D保持在更新數(shù)據(jù)保持部31中。此 外，設(shè)備管理系統(tǒng)1以如下方式執(zhí)行設(shè)備管理的軟件更新。即，設(shè)備管理裝置100的應(yīng)用管 理部22判斷是否存在更新數(shù)據(jù)31D，并且基于更新數(shù)據(jù)31D的存在的判斷結(jié)果，向作為管理 對(duì)象的電子設(shè)備200發(fā)送更新數(shù)據(jù)31D。電子設(shè)備200的更新管理部41臨時(shí)地解包所接收 到的更新數(shù)據(jù)31D，并判斷是否可以更新應(yīng)用軟件AP。基于應(yīng)用軟件AP的可更新性的判斷 結(jié)果，更新管理部41向應(yīng)用軟件AP發(fā)送解包后的模塊數(shù)據(jù)MD，并請(qǐng)求軟件更新。換句話說，在設(shè)備管理系統(tǒng)1中，其中需要軟件更新的數(shù)據(jù)被歸檔的更新數(shù)據(jù)31D 從設(shè)備管理裝置100發(fā)送到作為管理對(duì)象的電子設(shè)備200，并向應(yīng)用軟件AP請(qǐng)求軟件更新。因此，當(dāng)執(zhí)行設(shè)備管理系統(tǒng)1的電子設(shè)備200上運(yùn)行的應(yīng)用軟件的軟件更新時(shí)，用戶無需意識(shí)到應(yīng)用軟件之間在更新流程和配置方面的不同，并對(duì)于電子設(shè)備上運(yùn)行的多個(gè) 應(yīng)用軟件執(zhí)行批量更新。此外，當(dāng)開發(fā)更新模塊時(shí)，應(yīng)用軟件的開發(fā)商和提供商無需意識(shí)到 當(dāng)執(zhí)行軟件更新時(shí)設(shè)備管理裝置100和作為管理對(duì)象的電子設(shè)備200之間的交換。出于這 個(gè)原因，應(yīng)用軟件的開發(fā)商和提供商可高效地且快速地開發(fā)更新模塊。[第二實(shí)施例]向用戶提供應(yīng)用軟件的方法并不局限于經(jīng)由記錄介質(zhì)分發(fā)應(yīng)用軟件的方法。還可 通過經(jīng)由諸如因特網(wǎng)的外部網(wǎng)絡(luò)分發(fā)應(yīng)用軟件的方法向用戶提供應(yīng)用軟件。接下來，說明第二實(shí)施例的設(shè)備管理系統(tǒng)中的軟件更新功能，第二實(shí)施例是針對(duì) 經(jīng)由外部網(wǎng)絡(luò)分發(fā)應(yīng)用軟件的情形。在下面的說明中，僅說明不同于第一實(shí)施例的部件、特 征或功能。進(jìn)而，通過相同的附圖標(biāo)記指定了與第一實(shí)施例的對(duì)應(yīng)部件相同的第二實(shí)施例 的那些部件，并且對(duì)其不再贅述。〈系統(tǒng)結(jié)構(gòu)〉圖9是示出本發(fā)明的第二實(shí)施例中的設(shè)備管理系統(tǒng)的結(jié)構(gòu)的示例。如圖9所示，設(shè)備管理系統(tǒng)1包括經(jīng)由因特網(wǎng)I連接的設(shè)備管理裝置100和軟件 提供商裝置(或應(yīng)用服務(wù)器)400。設(shè)備管理裝置100可經(jīng)由防火墻連接到因特網(wǎng)I。由于 防火墻是由軟件提供的功能，因此可在設(shè)備管理裝置100或?qū)僭O(shè)備上運(yùn)行防火墻。軟件提供商裝置400可由配置用來使用DB (數(shù)據(jù)庫)管理作為管理對(duì)象的電子設(shè) 備200上運(yùn)行的應(yīng)用軟件AP，并響應(yīng)請(qǐng)求提供應(yīng)用軟件AP的信息處理裝置形成。因此，應(yīng) 用軟件AP的開發(fā)商或提供商通過在軟件提供商裝置400的DB中注冊(cè)所開發(fā)的模塊向用戶 提供或分發(fā)所開發(fā)的模塊。軟件提供商裝置400的硬件結(jié)構(gòu)類似于圖2所示的設(shè)備管理裝置100的硬件結(jié) 構(gòu)，并省略了對(duì)其的說明。〈軟件更新功能〉圖10是示出本發(fā)明的第二實(shí)施例中的設(shè)備管理系統(tǒng)的功能結(jié)構(gòu)的示例的示意 圖。圖10所示的軟件提供商裝置400中包括的功能部和設(shè)備管理裝置100中的應(yīng)用 管理部22不同于上述第一實(shí)施例中的功能部。 軟件提供商裝置的功能部》軟件提供商裝置400的功能部包括軟件管理部51和軟件保持部61。軟件管理部51管理應(yīng)用軟件AP。應(yīng)用軟件AP被保存并保持在軟件保持部61中。 軟件保持部61對(duì)應(yīng)于例如由軟件提供商裝置400的存儲(chǔ)設(shè)備(例如，HDD)形成的DB (或一 組預(yù)定的存儲(chǔ)區(qū)域)。軟件保持部61在DB中保持各應(yīng)用軟件AP的對(duì)應(yīng)數(shù)據(jù)。更特別的， 軟件保持部61對(duì)于各應(yīng)用軟件AP保持各應(yīng)用軟件AP的軟件信息(例如，標(biāo)識(shí)信息、應(yīng)用 名稱信息、版本信息等)、一個(gè)或多個(gè)模塊數(shù)據(jù)MD (或更新程序)。軟件信息和模塊數(shù)據(jù)MD 可由軟件開發(fā)商或提供商保存在軟件保持部61中。軟件開發(fā)商或提供商利用預(yù)定的工具 在軟件保持部61中保存軟件信息和模塊數(shù)據(jù)MD。軟件管理部51訪問軟件保持部61，并通過執(zhí)行預(yù)定的數(shù)據(jù)操作執(zhí)行數(shù)據(jù)注冊(cè)、數(shù) 據(jù)刪除、數(shù)據(jù)更新、數(shù)據(jù)搜索、數(shù)據(jù)獲取等，以便管理應(yīng)用軟件AP。更特別的，軟件管理部51 執(zhí)行如下的操作。即，軟件管理部51從設(shè)備管理裝置100接受軟件獲取請(qǐng)求。軟件管理部51通過執(zhí)行基于軟件獲取請(qǐng)求的數(shù)據(jù)操作訪問軟件保持部61，并獲取對(duì)應(yīng)的數(shù)據(jù)(即，由 軟件獲取請(qǐng)求所請(qǐng)求的應(yīng)用軟件AP的軟件信息和模塊數(shù)據(jù)MD)。軟件管理部51向設(shè)備管 理裝置100發(fā)送所獲取的數(shù)據(jù)，并響應(yīng)請(qǐng)求源。因此，設(shè)備管理裝置100可獲取關(guān)于應(yīng)用軟 件AP的最新的軟件信息和模塊數(shù)據(jù)MD。軟件管理部51向軟件開發(fā)商或提供商提供軟件保持部61的數(shù)據(jù)操作功能。例如， 軟件開發(fā)商或提供商經(jīng)由軟件管理部51提供的GUI創(chuàng)建或編輯軟件信息并且追加或刪除 對(duì)應(yīng)于應(yīng)用軟件AP的模塊數(shù)據(jù)MD。結(jié)果，軟件管理部51根據(jù)從軟件開發(fā)商或提供商接受 的保存指令在軟件保持部61中保存各數(shù)據(jù)。 設(shè)備管理裝置的應(yīng)用管理部》應(yīng)用管理部22的功能部包括更新數(shù)據(jù)生成部22a。更新數(shù)據(jù)生成部2 生成更新 數(shù)據(jù)31D。在上述第一實(shí)施例中，由執(zhí)行軟件更新的用戶預(yù)先生成更新數(shù)據(jù)31D，并將更新數(shù) 據(jù)31D保存在更新數(shù)據(jù)保持部31中。另一方面，在這個(gè)第二實(shí)施例中，應(yīng)用管理部22還具 有自動(dòng)生成更新數(shù)據(jù)31D的功能。換句話說，更新數(shù)據(jù)生成部22a歸檔對(duì)于軟件更新而言 必需的數(shù)據(jù)，以便生成更新數(shù)據(jù)31D。更新數(shù)據(jù)生成部22a以如下方式實(shí)現(xiàn)功能。即，更新數(shù)據(jù)生成部2 基于從軟件 提供商裝置400獲取的應(yīng)用軟件AP的軟件信息生成(或更新)應(yīng)用定義數(shù)據(jù)DD。更新數(shù) 據(jù)生成部2 將從軟件提供商裝置400獲取的模塊數(shù)據(jù)MD和所生成(或更新的)的應(yīng)用 定義數(shù)據(jù)DD進(jìn)行歸檔，并生成更新數(shù)據(jù)31D。通過應(yīng)用管理部22將所生成的更新數(shù)據(jù)31D 保存在更新數(shù)據(jù)保持部31中。在這種狀態(tài)下，如果在更新數(shù)據(jù)保持部31中保持了現(xiàn)有的 更新數(shù)據(jù)31D，則通過在現(xiàn)有的更新數(shù)據(jù)31D上寫入(即，復(fù)寫)所生成的更新數(shù)據(jù)31D來 更新更新數(shù)據(jù)31D。相應(yīng)地，在設(shè)備管理裝置100中，當(dāng)從軟件提供商裝置400獲取應(yīng)用軟件AP的數(shù) 據(jù)時(shí)，自動(dòng)地生成更新數(shù)據(jù)31D，并更新在更新數(shù)據(jù)保持部31中保持的數(shù)據(jù)。接下來，將會(huì)更加詳細(xì)地說明這個(gè)實(shí)施例的軟件更新功能，S卩，通過參考示出了處 理流程的時(shí)序圖的功能部的組的鏈接操作。軟件更新功能是通過控制部(例如，CPU)從存儲(chǔ)目的地(例如，HDD或ROM)讀取 在設(shè)備管理裝置100、電子設(shè)備200和軟件提供商裝置400中安裝的程序(或?qū)崿F(xiàn)軟件更新 功能的軟件部)實(shí)現(xiàn)的，并執(zhí)行如下的處理。此外，關(guān)于軟件更新的處理流程主要的包括如下處理中的一個(gè)。根據(jù)一個(gè)處理，軟 件提供商裝置400可起到軟件更新的執(zhí)行的觸發(fā)器的作用。根據(jù)另一處理，設(shè)備管理裝置 100可起到軟件更新的執(zhí)行的觸發(fā)器的作用。因此，在這個(gè)實(shí)施例的設(shè)備管理系統(tǒng)1中，軟 件提供商裝置400或設(shè)備管理裝置100可起到軟件更新的執(zhí)行的觸發(fā)器的作用，并會(huì)說明 兩種處理中的每一種的處理流程。 軟件提供商裝置起到軟件更新的執(zhí)行的觸發(fā)器的處理>>圖11是說明本發(fā)明的第二實(shí)施例中的設(shè)備管理的軟件更新流程的示例的時(shí)序 圖。在圖11中，步驟S306至S316是與圖8所示的步驟S204至S214相同，并省略了對(duì)其 的說明。圖11所示的步驟S301至S305不同于圖8所示的處理流程的步驟。如圖11所示，軟件提供商裝置400通過軟件管理部51參考軟件更新進(jìn)度表的設(shè)定信息，并確認(rèn)更新進(jìn)度表(步驟S301)。根據(jù)基于設(shè)定信息的軟件更新執(zhí)行時(shí)機(jī)，軟件管理部51向設(shè)備管理裝置100的應(yīng) 用管理部22通知軟件更新的執(zhí)行(步驟S302)。當(dāng)設(shè)備管理裝置100接收到關(guān)于軟件更新的執(zhí)行的通知時(shí)，應(yīng)用管理部22向軟件 提供商裝置400的軟件管理部51請(qǐng)求應(yīng)用軟件AP的獲取(即，作出軟件獲取請(qǐng)求)(步驟 S303)。應(yīng)用管理部22指定在電子設(shè)備200上運(yùn)行的應(yīng)用軟件AP的標(biāo)識(shí)信息，并請(qǐng)求對(duì)應(yīng) 的數(shù)據(jù)的獲取。軟件管理部51基于標(biāo)識(shí)信息參考軟件保持部61，并獲取包括軟件信息和一 個(gè)或多個(gè)模塊數(shù)據(jù)MD的對(duì)應(yīng)數(shù)據(jù)。之后，軟件管理部51向設(shè)備管理裝置100發(fā)送所獲取 的數(shù)據(jù)(即，對(duì)應(yīng)數(shù)據(jù))，并響應(yīng)請(qǐng)求源。結(jié)果，應(yīng)用管理部22作為軟件管理部51的響應(yīng)信 息獲取所指定的應(yīng)用軟件AP的軟件信息和一個(gè)或多個(gè)模塊數(shù)據(jù)MD。在設(shè)備管理裝置100中，應(yīng)用管理部22的更新數(shù)據(jù)生成部2 從所獲取的軟件信 息和一個(gè)或多個(gè)模塊數(shù)據(jù)MD生成更新數(shù)據(jù)31D (步驟S304)?；谒@取的軟件信息，更新數(shù)據(jù)生成部2 通過定義應(yīng)用定義數(shù)據(jù)DD中的標(biāo)識(shí) 信息、應(yīng)用名稱信息和版本信息來更新數(shù)據(jù)。基于對(duì)應(yīng)于已經(jīng)接受管理的另一應(yīng)用軟件AP 的模塊數(shù)據(jù)MD的存儲(chǔ)結(jié)構(gòu)，更新數(shù)據(jù)生成部2 確定已獲取的模塊數(shù)據(jù)MD的存儲(chǔ)結(jié)構(gòu)。 存儲(chǔ)結(jié)構(gòu)對(duì)應(yīng)于設(shè)備管理裝置100通過文件系統(tǒng)管理數(shù)據(jù)的情形中的目錄(directory)結(jié) 構(gòu)。更新數(shù)據(jù)生成部2 基于所確定的存儲(chǔ)結(jié)構(gòu)定義應(yīng)用定義數(shù)據(jù)DD中的存儲(chǔ)目的地信 息，并將所獲取的模塊數(shù)據(jù)MD保存到確定的存儲(chǔ)目的地。更新數(shù)據(jù)生成部2 通過將更新 后的應(yīng)用定義數(shù)據(jù)DD和被保存的一個(gè)或多個(gè)模塊數(shù)據(jù)MD歸檔來生成更新數(shù)據(jù)31D。應(yīng)用管理部22將所生成的更新數(shù)據(jù)31D保存在更新數(shù)據(jù)保持部31當(dāng)中。在這種 狀態(tài)下，如果在更新數(shù)據(jù)保持部31中保持了現(xiàn)有的更新數(shù)據(jù)31A，則通過在現(xiàn)有的更新數(shù) 據(jù)31D上寫入(即，復(fù)寫(overwriting))所生成的更新數(shù)據(jù)31D來更新所生成的更新數(shù)據(jù) 31D。應(yīng)用管理部22將所生成的更新數(shù)據(jù)31D傳送到更新控制部21 (步驟S305)。結(jié)果，在設(shè)備管理部100中執(zhí)行步驟S306至S308的處理，并在電子設(shè)備200中執(zhí) 行步驟S309至S316的處理，從而執(zhí)行應(yīng)用軟件AP的軟件更新。 設(shè)備管理裝置起到軟件更新的執(zhí)行的觸發(fā)器的處理>>圖12是說明本發(fā)明的第二實(shí)施例中的設(shè)備管理的軟件更新流程的另一示例的時(shí) 序圖。在圖12中，步驟S406至S416是與圖8所示的步驟S204至S214相同，并省略了對(duì) 其的說明。圖12所示的步驟S401至S405不同于圖8所示的處理流程的步驟。如圖12所示，設(shè)備管理裝置100通過更新控制部21參考軟件更新進(jìn)度表的設(shè)定 信息，并確認(rèn)更新進(jìn)度表(步驟S401)。根據(jù)基于設(shè)定信息的軟件更新執(zhí)行時(shí)機(jī)，更新控制部21向設(shè)備管理裝置100的應(yīng) 用管理部22通知軟件更新的執(zhí)行(步驟S402)。當(dāng)設(shè)備管理裝置100接收到關(guān)于軟件更新的執(zhí)行的通知時(shí)，應(yīng)用管理部22向軟件 提供商裝置400的軟件管理部51請(qǐng)求應(yīng)用軟件AP的獲取(即，作出軟件獲取請(qǐng)求)(步驟 S403)。軟件提供商裝置400的軟件管理部51向設(shè)備管理裝置100的應(yīng)用管理部22發(fā)送 所指定的應(yīng)用軟件AP的軟件信息和一個(gè)或多個(gè)模塊數(shù)據(jù)MD，并響應(yīng)請(qǐng)求源。在設(shè)備管理裝置100中，應(yīng)用管理部22的更新數(shù)據(jù)生成部2 從所獲取的軟件信息和一個(gè)或多個(gè)模塊數(shù)據(jù)MD生成更新數(shù)據(jù)31D (步驟S404)。應(yīng)用管理部22將所生成的更新數(shù)據(jù)31D傳送到更新控制部21 (步驟S405)。結(jié)果，在設(shè)備管理部100中執(zhí)行步驟S406至S408的處理，并在電子設(shè)備200中執(zhí) 行步驟S409至S416的處理，從而執(zhí)行應(yīng)用軟件AP的軟件更新?！吹诙?shí)施例的特征〉根據(jù)這個(gè)實(shí)施例的設(shè)備管理系統(tǒng)1，以如下方式執(zhí)行設(shè)備管理的軟件更新。即，設(shè) 備管理裝置100的應(yīng)用管理部22從軟件提供商裝置400獲取應(yīng)用軟件AP。設(shè)備管理裝置 100的應(yīng)用管理部22從所獲取的應(yīng)用軟件AP生成更新數(shù)據(jù)3ID (例如，應(yīng)用定義數(shù)據(jù)DD和 一個(gè)或多個(gè)模塊數(shù)據(jù)MD (或更新程序)的歸檔數(shù)據(jù))，并將更新數(shù)據(jù)31D保存在更新數(shù)據(jù)保 持部31當(dāng)中。設(shè)備管理裝置100的應(yīng)用管理部22判斷是否存在更新數(shù)據(jù)31D，并且基于更 新數(shù)據(jù)31D的存在的判斷結(jié)果，向電子設(shè)備200發(fā)送更新數(shù)據(jù)31D。電子設(shè)備200的更新管 理部41臨時(shí)地解包所接收到的更新數(shù)據(jù)31D，并判斷是否可以更新應(yīng)用軟件AP。基于應(yīng)用 軟件AP的可更新性的判斷結(jié)果，更新管理部41向應(yīng)用軟件AP發(fā)送解包后的模塊數(shù)據(jù)MD， 并請(qǐng)求軟件更新。換句話說，設(shè)備管理系統(tǒng)1將需要執(zhí)行軟件更新的數(shù)據(jù)從軟件提供商裝置400發(fā) 送到設(shè)備管理裝置100，并且設(shè)備管理裝置100將接收到的數(shù)據(jù)進(jìn)行歸檔以生成更新數(shù)據(jù) 31D。隨后，設(shè)備管理系統(tǒng)1將所生成的更新數(shù)據(jù)31D從設(shè)備管理裝置100發(fā)送到電子設(shè)備 200，并向應(yīng)用軟件AP請(qǐng)求軟件更新。因此，甚至在經(jīng)由外部網(wǎng)絡(luò)分發(fā)應(yīng)用軟件的環(huán)境下，在設(shè)備管理系統(tǒng)1中，無需用 戶意識(shí)到對(duì)于應(yīng)用軟件而言不同的軟件更新流程和配置，即可執(zhí)行對(duì)于電子設(shè)備200上運(yùn) 行的多個(gè)應(yīng)用軟件的批量更新。上述各實(shí)施例中設(shè)備管理系統(tǒng)1的“軟件更新功能”是通過執(zhí)行上述處理流程實(shí) 現(xiàn)的。通過適用于操作環(huán)境(或平臺(tái))的編程語言編碼的程序執(zhí)行處理流程，該程序使得 各裝置(例如，設(shè)備管理裝置100、電子設(shè)備200和軟件提供商裝置400)執(zhí)行處理流程的處理。在包括上述記錄介質(zhì)130a至21 的計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中保存程序。例如，記 錄介質(zhì)103a可由軟盤(floppy disk 注冊(cè)商標(biāo))、⑶(緊湊型磁盤)、或DVD (數(shù)字通用磁 盤)形成。例如，記錄介質(zhì)21 可由SD存儲(chǔ)卡或USB存儲(chǔ)器形成。通過由驅(qū)動(dòng)單元103從記錄介質(zhì)103a讀取程序或經(jīng)由外部存儲(chǔ)I/F214從記錄 介質(zhì)21 讀取程序，可將程序安裝到各裝置(例如，設(shè)備管理裝置100、電子設(shè)備200和軟 件提供商裝置400)中。由于設(shè)備管理裝置100和軟件提供商裝置400分別包括接口單元 107，因此可從諸如因特網(wǎng)I的通信線路下載程序，并將其安裝到設(shè)備管理裝置100和軟件 提供商裝置400中。在上述各實(shí)施例中，根據(jù)預(yù)定的進(jìn)度表自動(dòng)地執(zhí)行軟件更新，然而，軟件更新的執(zhí) 行并不局限于此。例如，執(zhí)行軟件更新的用戶可在任意的時(shí)機(jī)從設(shè)備管理裝置100執(zhí)行軟 件更新。在這種情形下，設(shè)備管理裝置100接收作為管理對(duì)象的電子設(shè)備200和由用戶指 定的應(yīng)用軟件AP，并對(duì)于指定的電子設(shè)備200和指定的應(yīng)用軟件AP執(zhí)行軟件更新。當(dāng)然，可以適當(dāng)?shù)亟M合第一實(shí)施例的至少一部分和第二實(shí)施例的至少一部分，以 便適用于用戶的需求或是獲得用戶期望的效果。
進(jìn)而，本發(fā)明并不局限于這些實(shí)施例，在不脫離本發(fā)明的范圍的前提下，可以作出 各種變化及修改。
權(quán)利要求
1.一種設(shè)備管理系統(tǒng)，包括 設(shè)備管理裝置；被管理的至少一個(gè)電子設(shè)備；以及數(shù)據(jù)通道，用于耦合所述至少一個(gè)電子設(shè)備和所述設(shè)備管理裝置， 所述設(shè)備管理裝置包括保持部，用于在預(yù)定的存儲(chǔ)區(qū)域中保持更新數(shù)據(jù)，所述更新數(shù)據(jù)包括定義了在電子設(shè) 備中工作的軟件應(yīng)用的軟件信息的定義數(shù)據(jù)和應(yīng)用軟件的模塊數(shù)據(jù)； 第一判斷部，用于判斷保持部是否保持有更新數(shù)據(jù)；以及 發(fā)送部，用于向電子設(shè)備發(fā)送更新數(shù)據(jù)， 所述電子設(shè)備包括接收部，用于接收從設(shè)備管理裝置發(fā)送的更新數(shù)據(jù)；第二判斷部，用于判斷在電子設(shè)備中是否可以執(zhí)行應(yīng)用軟件的軟件更新；以及 請(qǐng)求部，用于請(qǐng)求對(duì)所述應(yīng)用軟件的軟件更新，其中，設(shè)備管理裝置的發(fā)送部基于第一判斷部的判斷結(jié)果向電子設(shè)備發(fā)送更新數(shù)據(jù)；并且電子設(shè)備的請(qǐng)求部基于第二判斷部的判斷結(jié)果向應(yīng)用軟件發(fā)送由接收部接收到的更 新數(shù)據(jù)中包括的模塊數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述的設(shè)備管理系統(tǒng)，其中，基于從電子設(shè)備獲取的設(shè)備狀態(tài)信息，第二判斷部判斷在電子設(shè)備中是否可以執(zhí)行應(yīng) 用軟件的軟件更新。
3.根據(jù)權(quán)利要求1或2所述的設(shè)備管理系統(tǒng)，其中，應(yīng)用軟件包括基于更新數(shù)據(jù)中包括的定義數(shù)據(jù)所定義的軟件信息確認(rèn)應(yīng)用軟件自身是否是軟件更 新對(duì)象的部件；和如果確認(rèn)應(yīng)用軟件自身是軟件更新對(duì)象則利用模塊數(shù)據(jù)執(zhí)行對(duì)應(yīng)用軟件自身的軟件 更新的部件。
4.根據(jù)權(quán)利要求1或2所述的設(shè)備管理系統(tǒng)，其中，電子設(shè)備進(jìn)一步包括第三判斷部，用于基于從設(shè)備管理裝置獲取的更新數(shù)據(jù)的更新日期和時(shí)間，根據(jù)用于 確定軟件更新的執(zhí)行時(shí)機(jī)的預(yù)定進(jìn)度表判斷軟件更新是否為必需的，并且如果判斷軟件更 新在電子設(shè)備中是必需的則請(qǐng)求電子設(shè)備發(fā)送更新數(shù)據(jù)。
5.根據(jù)權(quán)利要求1或2所述的設(shè)備管理系統(tǒng)，其中，根據(jù)用于確定軟件更新的執(zhí)行時(shí)機(jī)的預(yù)定進(jìn)度表，設(shè)備管理裝置的第一判斷部判斷 保持部是否保持有更新數(shù)據(jù)，并且當(dāng)判斷保持部保持有更新數(shù)據(jù)時(shí)向電子設(shè)備發(fā)送更新數(shù) 據(jù)。
6.根據(jù)權(quán)利要求1所述的設(shè)備管理系統(tǒng)，進(jìn)一步包括軟件提供商裝置，與預(yù)定的數(shù)據(jù)通道相耦合，用于在存儲(chǔ)設(shè)備的預(yù)定的存儲(chǔ)區(qū)域中保 持應(yīng)用軟件，并響應(yīng)于請(qǐng)求提供應(yīng)用軟件；并且設(shè)備管理裝置進(jìn)一步包括生成部，用于從由軟件提供商裝置提供的應(yīng)用軟件生成更新 數(shù)據(jù)，并將由生成部生成的更新數(shù)據(jù)發(fā)送到電子設(shè)備。
7.根據(jù)權(quán)利要求6所述的設(shè)備管理系統(tǒng)，其中，軟件提供商裝置根據(jù)用于確定軟件更新的執(zhí)行時(shí)機(jī)的預(yù)定進(jìn)度表，向設(shè)備管理裝置 通知軟件更新的執(zhí)行，并基于被通知了軟件更新的執(zhí)行的設(shè)備管理裝置的請(qǐng)求提供應(yīng)用軟 件。
8.根據(jù)權(quán)利要求6所述的設(shè)備管理系統(tǒng)，其中，設(shè)備管理裝置進(jìn)一步包括根據(jù)用于確定軟件更新的執(zhí)行時(shí)機(jī)的預(yù)定進(jìn)度表，對(duì)軟件提 供商裝置發(fā)送請(qǐng)求以提供應(yīng)用軟件的部件。
9.一種電子設(shè)備，經(jīng)由數(shù)據(jù)通道與設(shè)備管理裝置進(jìn)行通信，包括接收部，用于接收設(shè)備管理裝置的更新數(shù)據(jù)，所述更新數(shù)據(jù)包括定義了在電子設(shè)備中 存在功能的軟件應(yīng)用的軟件信息的定義數(shù)據(jù)和應(yīng)用軟件的模塊數(shù)據(jù)；判斷部，用于判斷在電子設(shè)備中是否可以執(zhí)行應(yīng)用軟件的軟件更新；以及請(qǐng)求部，用于請(qǐng)求對(duì)所述應(yīng)用軟件的軟件更新，其中，請(qǐng)求部基于判斷部的判斷結(jié)果向應(yīng)用軟件發(fā)送由接收部接收到的更新數(shù)據(jù)中包 括的模塊數(shù)據(jù)。
10.根據(jù)權(quán)利要求9所述的電子設(shè)備，其中，基于從電子設(shè)備獲取的設(shè)備狀態(tài)信息，判斷部判斷在電子設(shè)備中是否可以執(zhí)行應(yīng)用軟 件的軟件更新。
11.根據(jù)權(quán)利要求9所述的電子設(shè)備，其中，應(yīng)用軟件包括基于更新數(shù)據(jù)中包括的定義數(shù)據(jù)所定義的軟件信息確認(rèn)應(yīng)用軟件自身是否是軟件更 新對(duì)象的部件；和如果確認(rèn)應(yīng)用軟件自身是軟件更新對(duì)象則利用模塊數(shù)據(jù)執(zhí)行對(duì)應(yīng)用軟件自身的軟件 更新的部件。
12.根據(jù)權(quán)利要求9至11中任一項(xiàng)所述的電子設(shè)備，進(jìn)一步包括第二判斷部，用于基于從設(shè)備管理裝置獲取的更新數(shù)據(jù)的更新日期和時(shí)間，根據(jù)用于 確定軟件更新的執(zhí)行時(shí)機(jī)的預(yù)定進(jìn)度表判斷軟件更新是否為必需的，并且如果判斷軟件更 新在電子設(shè)備中是必需的則請(qǐng)求電子設(shè)備發(fā)送更新數(shù)據(jù)。
13.一種軟件更新方法，用于更新電子設(shè)備的軟件，包括接收流程，由電子設(shè)備接收設(shè)備管理裝置的更新數(shù)據(jù)，所述更新數(shù)據(jù)包括其中定義了 在電子設(shè)備中存在功能的軟件應(yīng)用的軟件信息的定義數(shù)據(jù)和應(yīng)用軟件的模塊數(shù)據(jù)；判斷流程，判斷在電子設(shè)備中是否可以執(zhí)行電子設(shè)備上運(yùn)行的應(yīng)用軟件的軟件更新；以及請(qǐng)求流程，請(qǐng)求對(duì)所述應(yīng)用軟件的軟件更新，其中，請(qǐng)求流程基于判斷流程的判斷結(jié)果向應(yīng)用軟件發(fā)送在接收流程中接收到的更新 數(shù)據(jù)中包括的模塊數(shù)據(jù)。
14.根據(jù)權(quán)利要求13所述的軟件更新方法，其中，基于從電子設(shè)備獲取的設(shè)備狀態(tài)信息，判斷流程判斷在電子設(shè)備中是否可以執(zhí)行應(yīng)用 軟件的軟件更新。
15.根據(jù)權(quán)利要求13所述的軟件更新方法，其中，應(yīng)用軟件包括基于更新數(shù)據(jù)中包括的定義數(shù)據(jù)所定義的軟件信息確認(rèn)應(yīng)用軟件自身是否是軟件更 新對(duì)象的部件；和如果確認(rèn)應(yīng)用軟件自身是軟件更新對(duì)象則利用模塊數(shù)據(jù)執(zhí)行對(duì)應(yīng)用軟件自身的軟件 更新的部件。
16.根據(jù)權(quán)利要求13至15中任一項(xiàng)所述的軟件更新方法，進(jìn)一步包括 第二判斷流程，用于基于從設(shè)備管理裝置獲取的更新數(shù)據(jù)的更新日期和時(shí)間，根據(jù)用 于確定軟件更新的執(zhí)行時(shí)機(jī)的預(yù)定進(jìn)度表判斷軟件更新是否為必需的，并且如果判斷軟件 更新在電子設(shè)備中是必需的則請(qǐng)求電子設(shè)備發(fā)送更新數(shù)據(jù)。
全文摘要
本發(fā)明提供了一種設(shè)備管理系統(tǒng)、電子設(shè)備、軟件更新方法。設(shè)備管理系統(tǒng)，包括設(shè)備管理裝置和經(jīng)由數(shù)據(jù)通道耦合的至少一個(gè)電子設(shè)備。設(shè)備管理裝置在保持部中保持更新數(shù)據(jù)，判斷保持部是否保持更新數(shù)據(jù)，并向電子設(shè)備發(fā)送更新數(shù)據(jù)。電子設(shè)備從設(shè)備管理裝置接收更新數(shù)據(jù)，判斷是否可以執(zhí)行應(yīng)用軟件的軟件更新，并向應(yīng)用軟件請(qǐng)求軟件更新。
文檔編號(hào)H04L12/24GK102081533SQ20101056571
公開日2011年6月1日 申請(qǐng)日期2010年11月26日 優(yōu)先權(quán)日2009年11月27日
發(fā)明者田中久士 申請(qǐng)人:株式會(huì)社理光