專利名稱：程序更新管理裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及對(duì)外部終端的程序更新進(jìn)行遙控的程序更新管理裝置，尤其涉及用來(lái)對(duì)多個(gè)程序整合性進(jìn)行更新的技術(shù)。
背景技術(shù)：
根據(jù)程序進(jìn)行動(dòng)作的裝置，為了修正其存在的問(wèn)題或追加功能，市場(chǎng)上有出現(xiàn)對(duì)程序進(jìn)行更新的必要。以往是用戶工程師到現(xiàn)場(chǎng)進(jìn)行程序的更新作業(yè)，可近年來(lái)，通過(guò)網(wǎng)絡(luò)，從服務(wù)器進(jìn)行程序下載之做法，已經(jīng)較為普遍。
隨著程序的大容量化，從服務(wù)器更新程序有時(shí)需要花費(fèi)幾分至十幾分鐘時(shí)間。另外，大多數(shù)裝置在程序更新中不能使用。因此出現(xiàn)一種程序更新系統(tǒng)，其中能夠預(yù)約程序的更新時(shí)刻，在夜間等不給用戶帶來(lái)影響的時(shí)間帶實(shí)行程序更新(例如，請(qǐng)參照專利文獻(xiàn)1以及2。(特開(kāi)2005-135147號(hào)公報(bào)以及特開(kāi)2004-185114號(hào)公報(bào)))。
另外，在備有多功能的裝置中，例如在備有復(fù)印功能、掃描功能、打印功能、傳真功能等數(shù)碼復(fù)合機(jī)中，各程序按功能不同或處理器不同分開(kāi)，若這些多個(gè)程序的更新順序出錯(cuò)，則裝置不能正常動(dòng)作。例如，若不先更新特選裝置的程序，那么，則有可能不能適當(dāng)更新主機(jī)的程序。在此，當(dāng)用戶工程師不在現(xiàn)場(chǎng)而從管理服務(wù)器下載多個(gè)程序進(jìn)行更新時(shí)，為了確保正確的更新順序，公開(kāi)了一種程序更新方法，其中，在下載了程序的裝置側(cè)，對(duì)程序的更新順序進(jìn)行判斷，使從離主機(jī)遠(yuǎn)的特選裝置起依次進(jìn)行程序的更新(例如，請(qǐng)參照專利文獻(xiàn)3。(特開(kāi)2004-194298號(hào)公報(bào)))。
在從服務(wù)器接收下載的裝置側(cè)判斷程序的更新順序時(shí)，可以用離主機(jī)遠(yuǎn)的順序等簡(jiǎn)單的規(guī)律來(lái)決定更新順序，但是，若想根據(jù)多種條件進(jìn)行復(fù)雜的判斷，則增大裝置側(cè)的處理負(fù)擔(dān)。另外，在從服務(wù)器接收下載的裝置側(cè)判斷程序的更新順序時(shí)，也難于從廠家得到有關(guān)程序變化部分的信息和程序相互間的關(guān)聯(lián)性等最新信息來(lái)采取對(duì)應(yīng)。
并且，若僅僅判斷多個(gè)程序的更新順序，則在下載的多個(gè)程序中含有不要更新的程序或含有與其他程序不整合的程序時(shí)，出現(xiàn)多余的更新或使裝置動(dòng)作發(fā)生異常的更新。
另外，即使是能夠預(yù)約程序更新時(shí)刻的系統(tǒng)，在對(duì)多個(gè)程序分別進(jìn)行更新預(yù)約時(shí)，也只是按預(yù)約時(shí)刻到來(lái)的順序?qū)嵭谐绦虻母?，所以，有發(fā)生多余的更新或順序不適當(dāng)更新之憂慮。

發(fā)明內(nèi)容
為了克服上述問(wèn)題，本發(fā)明以提供一種程序更新管理裝置為目的，其在對(duì)外部終端進(jìn)行多個(gè)程序更新時(shí)，能夠適當(dāng)對(duì)程序的更新順序或更新的要否進(jìn)行控制。
為了克服上述缺點(diǎn)，本發(fā)明的上述目的通過(guò)以下所示程序更新管理裝置來(lái)達(dá)成。
(1)一種程序更新管理裝置，其特征在于，包括接收單元，接收多個(gè)有關(guān)程序的更新指示；存儲(chǔ)單元，存儲(chǔ)所述接收單元所接收的所述多個(gè)有關(guān)程序的更新指示；判定單元，對(duì)所述存儲(chǔ)單元所存儲(chǔ)的所述更新指示所表示的所述多個(gè)程序，進(jìn)行更新順序的決定；控制單元，按照所述判定單元決定的更新順序，對(duì)外部終端的所述多個(gè)程序的更新動(dòng)作進(jìn)行控制。
上述發(fā)明中，程序更新管理裝置接收從用戶工程師的便攜終端等傳送過(guò)來(lái)的多個(gè)程序的更新指示，進(jìn)行存儲(chǔ)，對(duì)該存儲(chǔ)著的更新指示相關(guān)的多個(gè)程序的更新順序作判定，按照其判定結(jié)果的更新順序，控制對(duì)外部終端的程序更新動(dòng)作(下載等)。
因?yàn)槭窃诔绦蚋鹿芾硌b置對(duì)更新順序進(jìn)行判定，控制程序的更新動(dòng)，所以，將用來(lái)決定更新順序的基礎(chǔ)數(shù)據(jù)僅輸入到程序更新管理裝置即可，與在各外部終端分別判定更新程序的情況相比較，容易進(jìn)行反映了來(lái)自于廠家的最新信息的判定。
多個(gè)程序的更新指示可以通過(guò)1次更新指示來(lái)指定，也可以通過(guò)分別接收且蓄積到存儲(chǔ)單元的多個(gè)更新指示來(lái)指定。對(duì)更新順序的判定方法和判定理論不作追究，例如，可以是預(yù)先存儲(chǔ)表示程序相互間更新優(yōu)先順序的管理信息，根據(jù)該管理信息進(jìn)行判定。
(2)(1)中記載的程序更新管理裝置，其特征在于，所述判定單元且對(duì)所述多個(gè)程序分別進(jìn)行更新要否的判定，所述控制單元僅以所述判定單元判定了更新要的程序?yàn)閷?duì)象，實(shí)行更新動(dòng)作。
上述發(fā)明中，對(duì)接收到更新指示的多個(gè)程序分別進(jìn)行更新要否和更新順序的判定。從效率性來(lái)說(shuō)，首先判定更新的要否，然后只對(duì)更新要的程序進(jìn)行更新順序的決定，但也可以決定更新順序之后再判定更新的要否。更新要否的判定可以根據(jù)下述進(jìn)行，例如多個(gè)程序的相互關(guān)系(版本的新舊和排他關(guān)系)；更新場(chǎng)所之外部終端相關(guān)的信息(程序的更新履歷和系統(tǒng)結(jié)構(gòu)等)。
(3)(1)中記載的程序更新管理裝置，其特征在于，且備有分組單元，將所述存儲(chǔ)單元所存儲(chǔ)的所述更新指示所表示的所述多個(gè)程序，按照一定的基準(zhǔn)進(jìn)行分組，所述判定單元對(duì)所述分組單元所分組內(nèi)的多個(gè)程序，進(jìn)行更新順序的決定。
上述發(fā)明中，例如在短時(shí)期內(nèi)多次接收程序的更新指示，蓄積存儲(chǔ)到存儲(chǔ)單元。分組單元對(duì)這些多個(gè)更新指示按一定基準(zhǔn)進(jìn)行分組。有以下方法，例如，將到規(guī)定時(shí)間為止所接收到的歸為1個(gè)組，或?qū)慕邮盏阶畛醯母轮甘镜浇?jīng)過(guò)規(guī)定時(shí)間為止所接收到的歸為1個(gè)組，或?qū)慕邮盏阶畛醯母轮甘镜浇?jīng)過(guò)規(guī)定時(shí)間之前在沒(méi)有接收到下一個(gè)更新指示時(shí)的至今為止接收到的歸為1個(gè)組等。判定單元在各組內(nèi)對(duì)程序的更新指示進(jìn)行判定。
(4)(3)中記載的程序更新管理裝置，其特征在于，所述判定單元且在所述組內(nèi)對(duì)各程序的更新要否進(jìn)行判定，所述控制單元僅對(duì)所述判定單元判定為更新要的程序，實(shí)行更新動(dòng)作。
上述發(fā)明中，將程序的更新指示進(jìn)行分組，在各組內(nèi)對(duì)更新的順序和各程序更新要否進(jìn)行判定。
(5)(1)乃至(4)的任何1項(xiàng)中記載的程序更新管理裝置，其特征在于，所述控制單元從容納了更新對(duì)象程序的程序服務(wù)器取得所述程序。
上述發(fā)明中，程序更新管理裝置從另行設(shè)置的程序服務(wù)器取得程序，用該程序?qū)ν獠拷K端的程序進(jìn)行更新。
(6)(1)乃至(5)的任何1項(xiàng)中記載的程序更新管理裝置，其特征在于，所述控制單元在所定時(shí)機(jī)開(kāi)始所述更新動(dòng)作。
上述發(fā)明中，當(dāng)接收到程序的更新指示時(shí)，不是立即進(jìn)行更新，而是待所定的時(shí)機(jī)到來(lái)之后實(shí)行更新。所定時(shí)機(jī)可以是晚上12點(diǎn)等特定的時(shí)刻，也可以是滿足特定條件的時(shí)機(jī)，例如，將對(duì)關(guān)聯(lián)的多個(gè)程序的更新指示到齊到了的時(shí)刻等作為特定條件。可以在程序管理裝置側(cè)設(shè)定所定時(shí)機(jī)，也可以從更新的委托方側(cè)作指定，也可以從更新場(chǎng)所的外部終端進(jìn)行指定。
(7)(6)中記載的程序更新管理裝置，其特征在于，且備有取得單元，從所述外部終端取得有關(guān)程序更新時(shí)期的信息，根據(jù)所述取得單元取得的所述有關(guān)程序更新時(shí)期的信息，決定所述所定時(shí)機(jī)。
上述發(fā)明中，從更新場(chǎng)所的外部終端取得有關(guān)程序更新時(shí)期的信息，在其信息指定的更新時(shí)期到來(lái)時(shí)實(shí)行程序的更新動(dòng)作。由此，可以在適應(yīng)外部終端側(cè)情況的時(shí)機(jī)實(shí)行程序的更新。有關(guān)程序更新時(shí)期的信息，可以預(yù)先取得并存儲(chǔ)在程序更新管理裝置，在程序更新管理裝置側(cè)管理其更新時(shí)期的到來(lái)，也可以在更新時(shí)期到來(lái)之時(shí)由外部終端發(fā)出通知。
(8)(7)中記載的程序更新管理裝置，其特征在于，所述有關(guān)程序更新時(shí)期的信息是表示所述外部終端不使用時(shí)間帶之信息。
上述發(fā)明中，將夜間和休息日等外部終端不使用的時(shí)間帶指定為程序更新時(shí)期。
(9)(1)乃至(8)的任何1項(xiàng)中記載的程序更新管理裝置，其特征在于，所述接收單元所接收的所述更新指示，來(lái)自于非程序更新場(chǎng)所之外部終端的別的終端。
上述發(fā)明中，例如，從遠(yuǎn)離更新場(chǎng)所之外部終端的用戶工程師的便攜終端，向程序更新管理裝置傳送程序的更新指示。
(10)(1)乃至(9)的任何1項(xiàng)中記載的程序更新管理裝置，其特征在于，通過(guò)多個(gè)更新指示，接收多個(gè)有關(guān)程序的更新指示。
上述發(fā)明中，根據(jù)分別接收的多個(gè)更新指示，指定為更新順序等判定對(duì)象的多個(gè)程序。
(11)(1)乃至(10)的任何1項(xiàng)中記載的程序更新管理裝置，其特征在于，所述控制單元一次性實(shí)行對(duì)所述外部終端的多個(gè)程序的更新動(dòng)作。
上述發(fā)明中，對(duì)更新指示所指定的多個(gè)程序，進(jìn)行更新順序和更新要否的判定，當(dāng)所定時(shí)機(jī)到來(lái)時(shí)，用判定結(jié)果的更新順序，對(duì)被判定為更新要的程序一次性(連續(xù))實(shí)行更新地進(jìn)行控制。例如在外部終端不使用的時(shí)間帶，連續(xù)一次性更新多個(gè)程序。


圖1本發(fā)明實(shí)施方式中涉及的包含管理服務(wù)器的程序更新系統(tǒng)的結(jié)構(gòu)說(shuō)明示意圖。
圖2本發(fā)明實(shí)施方式中涉及的管理服務(wù)器的功能結(jié)構(gòu)方框示意圖。
圖3管理服務(wù)器的管理信息存儲(chǔ)部中存儲(chǔ)的管理信息表的一例說(shuō)明示意圖。
圖4程序更新系統(tǒng)中的程序更新處理的整體動(dòng)作經(jīng)過(guò)示意圖。
圖5程序更新系統(tǒng)中的程序更新處理動(dòng)作具體例子經(jīng)過(guò)示意圖。
圖6用圖5所示動(dòng)作作成的更新指示蓄積表以及更新管理表的一例說(shuō)明示意圖。
圖7管理服務(wù)器與程序服務(wù)器一體時(shí)的程序更新系統(tǒng)結(jié)構(gòu)例子說(shuō)明示意圖。
具體實(shí)施例方式
以下，根據(jù)附圖，對(duì)本發(fā)明的實(shí)施方式進(jìn)行說(shuō)明。
圖1表示本發(fā)明實(shí)施方式中涉及的、包含作為程序更新管理裝置的管理服務(wù)器10的程序更新系統(tǒng)5的結(jié)構(gòu)例子。中介英特網(wǎng)2等網(wǎng)絡(luò)，通過(guò)將管理程序更新動(dòng)作的管理服務(wù)器10與、蓄積保存程序的程序服務(wù)器20與、為程序更新場(chǎng)所的外端終端的圖像形成裝置30與、將程序的更新指示送往管理服務(wù)器10的指示終端4連接，構(gòu)成程序更新系統(tǒng)5。
程序更新系統(tǒng)5是對(duì)圖像形成裝置30進(jìn)行保修、檢點(diǎn)、管理的用戶工程師等更新指示者3，用手機(jī)或攜帶終端或設(shè)置在營(yíng)業(yè)所的電腦裝置等指示終端4，從遠(yuǎn)程更新圖像形成裝置30的程序之系統(tǒng)。
程序更新系統(tǒng)5設(shè)想在短期間中，有多次程序更新指示從更新指示者3的指示終端4傳來(lái)，當(dāng)管理服務(wù)器10接收更新指示信號(hào)時(shí)，不是立即實(shí)行相應(yīng)的更新動(dòng)作，而是至下一次更新時(shí)機(jī)到來(lái)為止蓄積存儲(chǔ)接收到的更新指示。然后，當(dāng)下一次的更新時(shí)機(jī)到來(lái)時(shí)，對(duì)迄今為止接收到的多個(gè)更新指示，綜合性地判定更新的要否或更新順序等，將更新內(nèi)容適當(dāng)化之后實(shí)行程序的更新。
指示終端4備有以下功能受理來(lái)自于更新者3的程序更新指示的輸入操作；將相應(yīng)于該輸入操作的程序更新指示送往管理服務(wù)器10；從管理服務(wù)器10接收更新結(jié)果的通知并進(jìn)行顯示。通過(guò)電子郵件、管理服務(wù)器10提供的網(wǎng)頁(yè)等，進(jìn)行更新指示和更新結(jié)果的通知。
程序服務(wù)器20備有以下功能保存各種程序；根據(jù)下載要求，將保存著的程序下載到圖像形成裝置30。
圖像形成裝置30備有原稿復(fù)印功能、掃描功能、打印功能、傳真功能等，為數(shù)碼復(fù)合機(jī)，主機(jī)31中裝備了自動(dòng)原稿傳送裝置(ADF(Auto Document Feeder))32、進(jìn)行打孔裝訂等處理的精加工裝置(FNS(finisher))33等特選裝置。主機(jī)31備有讀取原稿圖像的掃描部、將圖像印刷到記錄紙上的打印部、反映用戶接口的操作顯示部、與連接在英特網(wǎng)2的各種器具進(jìn)行通信的通信部、圖像數(shù)據(jù)存儲(chǔ)部等。
且圖像形成裝置30的主機(jī)31還備有CPU(Central ProcessingUnit)，起到作為控制部功能，圖示省略，同時(shí)，在閃速存儲(chǔ)等不能換寫(xiě)的不揮發(fā)存儲(chǔ)中，存儲(chǔ)著用來(lái)控制自身裝置動(dòng)作的多種程序。例如，存儲(chǔ)著控制圖像形成裝置30整體動(dòng)作的主程序、控制自動(dòng)原稿傳送裝置32的ADF控制程序、控制精加工裝置33的FNS控制程序等與裝置結(jié)構(gòu)和特選裝置裝備狀況相對(duì)應(yīng)的多種程序。
另外，圖像形成裝置30備有更新功能，按照來(lái)自于管理服務(wù)器10的指示，從程序服務(wù)器20下載該當(dāng)程序，對(duì)自身裝置內(nèi)的程序進(jìn)行更新。安全性上僅受理來(lái)自于有登錄的管理服務(wù)器10的更新指示。另外圖像形成裝置30還備有查詢功能，為了定期確認(rèn)有沒(méi)有向自身的更新指示而對(duì)登錄了的管理服務(wù)器10進(jìn)行查詢。
來(lái)自于管理服務(wù)器10的更新指示按一個(gè)個(gè)程序單位進(jìn)行。若圖像形成裝置30接收1個(gè)更新指示，則按照其從程序服務(wù)器20下載該當(dāng)程序進(jìn)行更新，之后將更新結(jié)束(更新結(jié)果)通知管理服務(wù)器10，促使下一次更新指示。連續(xù)進(jìn)行多個(gè)程序更新的情況時(shí)，多次反復(fù)上述動(dòng)作。
并且，圖像形成裝置30備有向管理服務(wù)器10通知程序更新時(shí)機(jī)之功能。在此是將用戶不使用圖像形成裝置30的時(shí)間帶(不使用時(shí)間帶)通知管理服務(wù)器10。例如，可以在圖像形成裝置30的副電源關(guān)掉時(shí)，或到了預(yù)約裝置關(guān)掉周期定時(shí)器中設(shè)定的關(guān)掉時(shí)間時(shí)，或一段時(shí)間不使用而副電源自動(dòng)關(guān)掉(省電力模式)時(shí)等時(shí)候，發(fā)出更新時(shí)機(jī)通知。也就是說(shuō)，在上述條件下，將從裝置電源關(guān)掉到下一次電源打開(kāi)之間隔，視作該當(dāng)圖像形成裝置30的不使用時(shí)間帶，向管理服務(wù)器10發(fā)出更新時(shí)機(jī)通知。
另外，當(dāng)用戶將周期定時(shí)器設(shè)定為從星期一到星期五的每天10:00打開(kāi)電源、21:00關(guān)掉電源時(shí)，那么每天21:00到第二天早上10:00和星期六、星期天整天則為用戶不使用時(shí)間帶，所以，此定時(shí)器的設(shè)定信息作為表示該不使用時(shí)間帶的信息，通知到管理服務(wù)器10。管理服務(wù)器10對(duì)接收到了該通知的圖像形成裝置30在不使用時(shí)間帶實(shí)行程序的更新動(dòng)作。
圖2表示管理服務(wù)器10的概略功能結(jié)構(gòu)。管理服務(wù)器10備有以下單元接收單元11，接收來(lái)自于終端4的程序更新指示；存儲(chǔ)單元12，存儲(chǔ)接收單元11所接收的多個(gè)有關(guān)程序的更新指示；更新時(shí)期管理單元13，管理并控制更新時(shí)期；分組單元14，將存儲(chǔ)單元12中存儲(chǔ)的更新指示所表示的多個(gè)程序進(jìn)行分組；判定單元15，對(duì)屬于1個(gè)組的多個(gè)程序進(jìn)行更新順序的決定和更新要否的判斷；控制單元16，按照判定單元15的判定結(jié)果，控制圖像形成裝置30的程序更新動(dòng)作；通知單元17，向指示終端4通知更新結(jié)果。備有上述功能部的管理服務(wù)器10用備有C P U、R O M(Read Only Memory)、R A M(RandomAccess Memory)、輸出入接口部、通信部、存儲(chǔ)部等的電腦裝置構(gòu)成。
管理服務(wù)器10且備有管理信息存儲(chǔ)部18，存儲(chǔ)用來(lái)判定更新順序和更新要否的為基礎(chǔ)數(shù)據(jù)的管理信息。管理信息存儲(chǔ)部18中，逐次更新、以最新的狀態(tài)存儲(chǔ)著從圖像形成裝置30的制造廠家提供的管理信息。判定單元15除了根據(jù)管理信息存儲(chǔ)部18中存儲(chǔ)的管理信息之外，還根據(jù)從圖像形成裝置30取得的裝置信息(例如機(jī)種、系統(tǒng)構(gòu)成、現(xiàn)有程序的版本信息)等，判定更新的要否和更新的順序。也可以使管理信息存儲(chǔ)部18作為存儲(chǔ)部12的一部分。
更新時(shí)期管理單元13為功能部，其功能通過(guò)CPU將容納在ROM中的程序讀出到RAM進(jìn)行實(shí)行來(lái)實(shí)現(xiàn)，根據(jù)從圖像形成裝置30接收到的更新時(shí)機(jī)(周期定時(shí)器的不使用時(shí)間帶等)通知，或自身裝置中設(shè)定的日期和時(shí)間，或更新指示的接收狀況等，判斷程序的更新時(shí)期。
分組單元14為功能部，其功能通過(guò)CPU將容納在ROM中的程序讀出到RAM進(jìn)行實(shí)行來(lái)實(shí)現(xiàn)，通過(guò)以下方法進(jìn)行分組，例如，每天將至規(guī)定時(shí)刻為止(例如晚上10點(diǎn))所接收到的更新指示歸為1個(gè)組，或?qū)慕邮盏阶畛醯母轮甘镜浇?jīng)過(guò)一定時(shí)間(例如5小時(shí))為止的期間所接收到的更新指示歸為1個(gè)組，或從最新的更新指示到經(jīng)過(guò)一定時(shí)間(例如2小時(shí))之前、當(dāng)沒(méi)有接收到對(duì)同一圖像形成裝置30的下一個(gè)更新指示時(shí)，將迄今為止接收到的更新指示歸為1個(gè)組等。也就是說(shuō)，起到蓄積接收到的更新指示并用某一基準(zhǔn)歸為1個(gè)組之功能。
而且，分組的方法并不局限于此。另外，分組的方法可以在管理服務(wù)器10中進(jìn)行設(shè)定變更，或通過(guò)來(lái)自于指示終端4的指示作設(shè)定變更。另外，也可以使從指示終端4傳送的更新指示的分組編號(hào)指定成為可能，由此，按持有同一分組編號(hào)的更新指示進(jìn)行分組。
另外，有關(guān)分組的時(shí)期與、判定更新要否以及更新順序的時(shí)期與、根據(jù)判定結(jié)果控制單元16實(shí)行更新動(dòng)作的時(shí)期，三者可以是分開(kāi)、也可以是同時(shí)期的。例如可以構(gòu)成為，當(dāng)從圖像形成裝置30發(fā)出更新時(shí)機(jī)通知時(shí)，對(duì)迄今為止存儲(chǔ)單元12中蓄積的對(duì)圖像形成裝置30的更新指示進(jìn)行分組，用判定單元15對(duì)屬于該組的更新指示進(jìn)行更新的要否和更新順序的判定，根據(jù)判定結(jié)果，控制更新動(dòng)作。
控制單元16為功能部，其功能通過(guò)CPU將容納在ROM中的程序讀出到RAM進(jìn)行實(shí)行來(lái)實(shí)現(xiàn)，實(shí)行更新動(dòng)作時(shí)，連續(xù)實(shí)行(一次性實(shí)行)屬于1個(gè)組的多個(gè)程序的更新動(dòng)作。具體的是將1個(gè)程序的更新指示送往圖像形成裝置30，當(dāng)從圖像形成裝置30接收到其更新結(jié)束的通知，則將下一個(gè)程序的更新指示送往圖像形成裝置30，按更新程序數(shù)而數(shù)次連續(xù)反復(fù)該動(dòng)作，由此，一次性實(shí)行多個(gè)程序的更新動(dòng)作。接收部11以及通知部17為功能部，其功能通過(guò)CPU將容納在ROM中的程序讀出到RAM，控制輸出入接口來(lái)實(shí)現(xiàn)。
圖3表示管理信息存儲(chǔ)部18中存儲(chǔ)的管理信息表50的一例。管理信息表50分機(jī)種地存儲(chǔ)著對(duì)機(jī)種信息51、該機(jī)種所使用的程序和驅(qū)動(dòng)的種類信息52、各程序的現(xiàn)版本53、表示這些程序和驅(qū)動(dòng)的最新適當(dāng)組合規(guī)則的信息54、表示更新順序優(yōu)先次序的信息55付與了對(duì)應(yīng)性的管理信息。圖3表示1機(jī)種份的管理信息。
用“對(duì)第1程序的動(dòng)作產(chǎn)生影響的第2程序的優(yōu)先排位高于第1程序的優(yōu)選排位”規(guī)則，設(shè)定圖3所示管理信息表50中所示的優(yōu)先排位。例如，自動(dòng)原稿傳送裝置(ADF)32影響引擎的動(dòng)作，引擎的動(dòng)作影響精加工裝置(FNS)33的動(dòng)作，因此，優(yōu)先排位為ADF(1)＞引擎(2)＞FNS(3)。另外，引擎、ADF、FNS等器具的狀態(tài)又影響驅(qū)動(dòng)的動(dòng)作和設(shè)定，所以，將驅(qū)動(dòng)的優(yōu)先排位設(shè)定為低于其他的程序。
且各程序的現(xiàn)版本53不是預(yù)先登錄，而是在進(jìn)行程序更新等時(shí)從更新場(chǎng)所的圖像形成裝置30取得。
圖4表示程序更新系統(tǒng)5中的程序更新處理經(jīng)過(guò)。另外，圖1中出示了當(dāng)時(shí)的概略數(shù)據(jù)流程。按照更新指示者3的操作，從指示終端4送來(lái)多個(gè)有關(guān)程序的更新指示，在管理服務(wù)器10接收(圖4步驟S101；圖1P1)。多個(gè)有關(guān)程序的更新指示，可以用短時(shí)間內(nèi)傳送的多個(gè)更新指示也可以用1次更新指示進(jìn)行指示。多個(gè)有關(guān)程序的更新指示按照前面所述的基準(zhǔn)分組。管理服務(wù)器10從更新指示所示的更新場(chǎng)所的圖像形成裝置30取得表示機(jī)種、系統(tǒng)結(jié)構(gòu)、各程序的現(xiàn)版本等的信息(步驟S121、S141)。
接下去，管理服務(wù)器10的判定單元15參照管理信息存儲(chǔ)部18中存儲(chǔ)著的管理信息表50，取得該當(dāng)機(jī)種相關(guān)的管理信息，根據(jù)表示該管理信息最新適當(dāng)組合規(guī)則的信息54等，對(duì)組內(nèi)的多個(gè)程序進(jìn)行更新的要否和更新順序的判定(步驟S122)，將其判定結(jié)果登錄到更新管理表(步驟S123)。
例如，就同一程序有多個(gè)更新指示重復(fù)時(shí)，判定單元15則保留其中的1個(gè)而消除其他多余的更新指示。另外，對(duì)同一控制對(duì)象有新版本和舊版本程序的更新指示重復(fù)時(shí)，例如判定新版本方為要更新，判定舊版本方不要更新?；蛘弋?dāng)存在若不是在更新為舊版本之后則不能更新為新版本等更新條件時(shí)，那么按照更新條件判定更新的要否和更新順序。例如，判定按舊版本、新版本的次序進(jìn)行更新。被判定為要更新的程序則被預(yù)約受理，對(duì)其程序的更新指示從更新順序優(yōu)先排位第1位起依次登錄。
之后，管理服務(wù)器10將反映更新指示預(yù)約受理和因重復(fù)等更新指示消除等受理結(jié)果通知送往指示終端4(步驟S124；圖1P2)。
之后，當(dāng)圖像形成裝置30的不使用時(shí)間帶到來(lái)而圖像形成裝置30向管理服務(wù)器10發(fā)出更新時(shí)機(jī)通知(步驟S125、S142；圖1P3)時(shí)，則管理服務(wù)器10將更新管理表內(nèi)登錄排位第1位的更新指示送往圖像形成裝置30(步驟S126；圖1P4)，同時(shí)通知指示終端4更新動(dòng)作開(kāi)始(步驟S127)。
圖像形成裝置30按照從管理服務(wù)器10接收到的更新指示，從程序服務(wù)器20下載程序以實(shí)行程序的更新(步驟S143；圖1P5)。更新結(jié)束后將包括更新成否等更新結(jié)果的更新結(jié)束通知送往管理服務(wù)器10(步驟S144；圖1P6)。
管理服務(wù)器10從圖像形成裝置30接收到更新結(jié)束通知，則將相應(yīng)的更新結(jié)果通知送往指示終端4之后(步驟S128；図1P7)，將更新管理表的排位提前1位(步驟S129)，查詢更新管理表中有沒(méi)有下一個(gè)更新指示存在(步驟S130)。當(dāng)有下一個(gè)更新指示存在時(shí)(步驟S130N)，則回到步驟S125，控制有關(guān)更新指示的更新動(dòng)作。當(dāng)不存在下一個(gè)更新指示時(shí)(步驟S130Y)則結(jié)束處理(結(jié)束)。
接下去，參照?qǐng)D5以及圖6，對(duì)接收到更新指示A、B、C、D時(shí)的具體例子進(jìn)行說(shuō)明。如圖5所示，管理服務(wù)器10從指示終端4依次接收到更新指示A(受理日期時(shí)間2月28日10:00，更新內(nèi)容引擎程序Ver5.1)和、更新指示B(受理日期時(shí)間2月28日11:00，更新內(nèi)容ADF程序Ver5.1)和、更新指示C(受理日期時(shí)間2月28日11:10，更新內(nèi)容引擎程序Ver4.0)和、更新指示D(受理日期時(shí)間2月28日11:30，更新內(nèi)容引擎程序Ver5.1)(圖5S201～S204)。圖6(a)表示管理服務(wù)器10的存儲(chǔ)單元12中所存儲(chǔ)的更新指示蓄積表60的一例。管理信息存儲(chǔ)部18中按接收次序存儲(chǔ)著更新指示A、B、C、D。
判定單元15根據(jù)圖3管理信息表50所示的基準(zhǔn)，對(duì)更新指示蓄積表60中所存儲(chǔ)的4個(gè)更新指示進(jìn)行更新要否的判別以及更新順序的決定(圖5S205～S207)。該例中，圖3的管理信息表50中，以對(duì)優(yōu)先排位為第1位的ADF的更新指示B(ADF程序Ver2.1)為更新順序1位。另外，更新指示A與更新指示D的更新內(nèi)容重復(fù)，所以消除(取消重復(fù))其中的任何一個(gè)(這里是更新指示D)。并且，若實(shí)行更新指示A(引擎程序Ver5.1)則沒(méi)有必要實(shí)行更新指示C(引擎程序Ver4.0)，所以消除(排他取消)。
圖6(b)表示根據(jù)上述判定作成的更新管理表70。更新指示B(受理日期時(shí)間2月28日11:00)與更新指示A(受理日期時(shí)間2月28日10:00)調(diào)換順序。另外，更新指示C、D被判定為更新不要而消除。
作成更新管理表70之后，向指示終端4通知受理預(yù)約了更新指示A與更新指示B(步驟S208、S209)，通知排他取消了更新指示C(步驟S210)，通知重復(fù)取消了更新指示D(步驟S211)。
接下去，管理服務(wù)器10確認(rèn)圖像形成裝置30是否在用戶的不使用時(shí)間帶(步驟S212)，為不使用時(shí)間帶(空出時(shí)間OK)時(shí)(步驟S213)，依據(jù)更新管理表70控制更新動(dòng)作。
詳細(xì)如下，首先，將登錄在更新管理表70最先的更新指示B送往圖像形成裝置30(步驟S214)，將更新指示B的更新動(dòng)作開(kāi)始之事通知指示終端4(步驟S215)。圖像形成裝置30按照更新指示B從程序服務(wù)器20下載程序進(jìn)行更新(步驟S216)，將更新指示B的更新結(jié)束通知管理服務(wù)器10(步驟S217)。管理服務(wù)器10將從圖像形成裝置30接收到的更新結(jié)束通知中繼送往指示終端4(步驟S218)。
接下去用上述同樣方法，實(shí)行更新管理表70第2位登錄的更新指示A的更新處理(步驟S219～S225)。由此，從指示終端4接收的更新指示A、B、C、D的有關(guān)程序更新處理結(jié)束。
如此，接收用戶工程師從指示終端4的多個(gè)程序的更新指示，對(duì)這些更新指示所表示的多個(gè)程序進(jìn)行更新順序的決定和更新要否(重復(fù)取消和排他取消)的判別，根據(jù)判定結(jié)果對(duì)圖像形成裝置30進(jìn)行程序更新動(dòng)作的控制，這樣，能夠用適當(dāng)?shù)捻樞蜻M(jìn)行多個(gè)程序的更新，防止了由于順序不當(dāng)?shù)母露o裝置帶來(lái)動(dòng)作異常。另外，通過(guò)判別更新的要否，能夠防止同一程序的重復(fù)更新和、新舊版本雙方的多余更新和、使得裝置動(dòng)作產(chǎn)生異常的不整合組合的程序更新等。
且因?yàn)槭窃诠芾矸?wù)器10側(cè)判定更新順序和更新的要否，所以，與在各圖像形成裝置30分別判定的情況相比，可以迅速且詳細(xì)反映來(lái)自于廠家的判定最新信息的基礎(chǔ)數(shù)據(jù)(管理信息表50)，能夠根據(jù)最新信息適當(dāng)?shù)目刂贫鄠€(gè)程序的更新動(dòng)作。
另外，在圖像形成裝置30不使用的時(shí)間帶內(nèi)實(shí)行程序的更新動(dòng)作，因此能夠不妨礙用戶使用地進(jìn)行更新程序。
以上，根據(jù)附圖對(duì)本發(fā)明的實(shí)施方式進(jìn)行了說(shuō)明，但是，具體的結(jié)構(gòu)不局限于實(shí)施方式所示，在不逸脫本發(fā)明要旨范圍中的變更和補(bǔ)充，也包含在本發(fā)明之中。
例如，也可以將管理服務(wù)器10和程序服務(wù)器20構(gòu)成為如圖7所示一體。
另外，程序的更新時(shí)期不局限于圖像形成裝置30的不使用時(shí)間帶，也可以在管理服務(wù)器10側(cè)定出的更新時(shí)機(jī)或用其他條件規(guī)定的適宜時(shí)機(jī)進(jìn)行更新。另外，實(shí)施方式中是當(dāng)更新時(shí)期到來(lái)時(shí)對(duì)所要更新的多個(gè)程序連續(xù)一次性進(jìn)行更新，但是，只要維持判定結(jié)果的更新順序，也可以分多次實(shí)行更新動(dòng)作。
另外，也可以構(gòu)成為能夠?qū)闹甘窘K端4送來(lái)的更新指示進(jìn)行優(yōu)先排位或即時(shí)實(shí)行的指定。在接收到即時(shí)實(shí)行更新指示時(shí)，管理服務(wù)器10可以單獨(dú)即時(shí)實(shí)行(處于更新中時(shí)，待更新動(dòng)作結(jié)束后實(shí)行)此更新指示，也可以在與在此之前接收到的更新指示之間，判定更新順序和更新要否，根據(jù)判定結(jié)果即時(shí)實(shí)行更新動(dòng)作。
另外，也可以構(gòu)成為能夠用從指示終端4送來(lái)的1個(gè)更新指示，指定多個(gè)圖像形成裝置30為更新場(chǎng)所。此時(shí)，每一更新場(chǎng)所的圖像形成裝置30分別判定更新順序和更新要否。
之外，還可以構(gòu)成為能夠從指示終端4對(duì)管理服務(wù)器10咨詢確認(rèn)更新順序，或強(qiáng)制性替換更新順序等。
實(shí)施方式中，作為更新場(chǎng)所的外部裝置，例示了圖像形成裝置30，但只要是裝載了多個(gè)程序且更新可能的裝置，當(dāng)然也可以是其他裝置。
根據(jù)本發(fā)明涉及的程序更新管理裝置，接收來(lái)自于用戶工程師的攜帶終端多個(gè)有關(guān)程序的更新指示，對(duì)該更新指示所示的多個(gè)程序的更新順序進(jìn)行判定，按照其更新順序，控制外部終端的程序更新動(dòng)作，能夠在程序更新管理裝置判定多個(gè)程序，以適當(dāng)?shù)捻樞蜻M(jìn)行更新，能夠防止由于不當(dāng)順序更新而帶來(lái)更新場(chǎng)所裝置的動(dòng)作異常事態(tài)。
另外，因?yàn)樵诟鹿芾硌b置側(cè)判定更新順序等，所以只要在程序更新管理裝置中刷新該判定的基礎(chǔ)數(shù)據(jù)，這與分別在各個(gè)外部裝置判定更新順序的情況相比較，能夠迅速且詳細(xì)反映來(lái)自于制造廠家的判定最新信息的基礎(chǔ)數(shù)據(jù)，能夠根據(jù)最新信息適當(dāng)?shù)目刂贫鄠€(gè)程序的更新動(dòng)作。
并且，通過(guò)判定各程序的更新要否，能夠防止同一程序的重復(fù)更新和、新舊版本雙方的多余更新和、使得裝置動(dòng)作產(chǎn)生異常的不整合組合的程序更新等。
另外，在外部終端不使用的時(shí)間帶內(nèi)實(shí)行更新動(dòng)作，因此，能夠不妨礙用戶使用地進(jìn)行程序更新。
權(quán)利要求
1.一種程序更新管理裝置，其特征在于，包括接收單元，接收多個(gè)有關(guān)程序的更新指示；存儲(chǔ)單元，存儲(chǔ)所述接收單元所接收的所述多個(gè)有關(guān)程序的更新指示；判定單元，對(duì)所述存儲(chǔ)單元所存儲(chǔ)的所述更新指示所表示的所述多個(gè)程序，進(jìn)行更新順序的決定；控制單元，按照所述判別單元決定的更新順序，對(duì)外部終端的所述多個(gè)程序的更新動(dòng)作進(jìn)行控制。
2.根據(jù)權(quán)利要求1中記載的程序更新管理裝置，其特征在于，所述判別單元且對(duì)所述多個(gè)程序分別進(jìn)行更新要否的判定，所述控制單元僅以所述判定單元判定了更新要的程序?yàn)閷?duì)象，實(shí)行更新動(dòng)作。
3.根據(jù)權(quán)利要求1中記載的程序更新管理裝置，其特征在于，且備有分組單元，將所述存儲(chǔ)單元所存儲(chǔ)的所述更新指示所表示的所述多個(gè)程序，按照一定的基準(zhǔn)進(jìn)行分組，所述判定單元對(duì)由所述分組單元分組了的組內(nèi)的多個(gè)程序，進(jìn)行更新順序的決定。
4.根據(jù)權(quán)利要求3中記載的程序更新管理裝置，其特征在于，所述判定單元且在所述組內(nèi)對(duì)各程序的更新要否進(jìn)行判定，所述控制單元僅對(duì)所述判定單元判定為更新要的程序，實(shí)行更新動(dòng)作。
5.根據(jù)權(quán)利要求1至4的任何1項(xiàng)中記載的程序更新管理裝置，其特征在于，所述控制單元從容納了更新對(duì)象程序的程序服務(wù)器取得所述程序。
6.根據(jù)權(quán)利要求1至5的任何1項(xiàng)中記載的程序更新管理裝置，其特征在于，所述控制單元在所定時(shí)機(jī)開(kāi)始所述更新動(dòng)作。
7.根據(jù)權(quán)利要求6中記載的程序更新管理裝置，其特征在于，且備有取得單元，從所述外部終端取得有關(guān)程序更新時(shí)期的信息，根據(jù)所述取得單元所取得的所述有關(guān)程序更新時(shí)期的信息，決定所述所定時(shí)機(jī)。
8.根據(jù)權(quán)利要求7中記載的程序更新管理裝置，其特征在于，所述有關(guān)程序更新時(shí)期的信息是表示所述外部終端不使用時(shí)間帶之信息。
9.根據(jù)權(quán)利要求1至8的任何1項(xiàng)中記載的程序更新管理裝置，其特征在于，所述接收單元所接收的所述更新指示，從非程序更新場(chǎng)所之外部終端的別的終端送來(lái)。
10.根據(jù)權(quán)利要求1至9的任何1項(xiàng)中記載的程序更新管理裝置，其特征在于，通過(guò)多個(gè)更新指示，接收多個(gè)有關(guān)程序的更新指示。
11.根據(jù)權(quán)利要求1至10的任何1項(xiàng)中記載的程序更新管理裝置，其特征在于，所述控制單元一次性實(shí)行對(duì)所述外部終端的多個(gè)程序的更新動(dòng)作。
全文摘要
提供一種程序更新管理裝置，其能夠在對(duì)外部終端進(jìn)行多個(gè)程序更新時(shí)，根據(jù)來(lái)自于廠家的最新信息，對(duì)程序的更新順序和更新要否進(jìn)行判定，控制更新動(dòng)作。管理服務(wù)器(10)多次接收短時(shí)間內(nèi)來(lái)自于指示終端(4)的程序更新指示并蓄積存儲(chǔ)(P1)，對(duì)該蓄積的多個(gè)更新指示，進(jìn)行最恰當(dāng)?shù)母马樞蚝透乱?排除重復(fù)指示和排除排他性組合等)的判定。管理服務(wù)器(10)從圖像形成裝置(30)得到用戶不使用空出時(shí)間的通知時(shí)(P3)，則按照前面的判定結(jié)果向圖像形成裝置(30)送出程序更新指示(P4)，圖像形成裝置(30)相應(yīng)指示從程序服務(wù)器(20)下載程序進(jìn)行更新(P6)。更新結(jié)果中繼管理服務(wù)器(10)通知到指示終端(4)(P6、P7)。
文檔編號(hào)H04N1/00GK101089815SQ20071010113
公開(kāi)日2007年12月19日 申請(qǐng)日期2007年4月29日 優(yōu)先權(quán)日2006年6月13日
發(fā)明者木本哲雄 申請(qǐng)人:柯尼卡美能達(dá)商用科技株式會(huì)社