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

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


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