圖像形成裝置制造方法
【專利摘要】本發(fā)明涉及圖像形成裝置。提供一種可以更有效率地執(zhí)行更新處理的技術(shù)。按照階層結(jié)構(gòu)多層邏輯連接的多個圖像形成裝置AR1，AR2，AR3中的任一個圖像形成裝置（例如裝置AR1）獲取比該圖像形成裝置低一級的下位階層的多個圖像形成裝置即多個子裝置（例如裝置AR21，AR22）的各自的處理余力。此外，該圖像形成裝置基于該多個子裝置的各處理余力（例如“60%”及“30%”）而決定對多個子裝置的遞送順序，并依照該遞送順序?qū)Χ鄠€子裝置發(fā)送更新數(shù)據(jù)。
【專利說明】圖像形成裝置
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及MFP (多功能外圍設(shè)備(Mult1-Functional Peripheral))等圖像形成裝置及與圖像形成裝置關(guān)聯(lián)的技術(shù)。
【背景技術(shù)】
[0002]存在一種發(fā)送終端裝置的更新數(shù)據(jù)的技術(shù)。例如，在專利文獻(xiàn)I中示出了一種技術(shù)，以更新數(shù)據(jù)遞送裝置(例如服務(wù)器)為頂點，將多個終端裝置按照階層結(jié)構(gòu)多層邏輯連接，從上位階層的終端裝置向下位階層的終端裝置依次發(fā)送更新數(shù)據(jù)。根據(jù)該技術(shù)，可以緩解對更新數(shù)據(jù)遞送裝置(服務(wù)器等)的負(fù)荷集中。
[0003][專利文獻(xiàn)I]日本專利特開2007-334602號公報
[0004]然而，多個圖像形成裝置(MFP等)中，優(yōu)選為更新其固件等程序時，也減輕對更新數(shù)據(jù)遞送裝置(服務(wù)器等)的負(fù)擔(dān)。
[0005]根據(jù)使用所述專利文獻(xiàn)I的技術(shù)，可以減輕對更新數(shù)據(jù)遞送裝置(服務(wù)器等)的負(fù)擔(dān)。
[0006]但是，在所述專利文獻(xiàn)I記載的技術(shù)中，從階層結(jié)構(gòu)內(nèi)的某個終端裝置向其下位階層的多個終端裝置遞送更新數(shù)據(jù)時，該多個終端裝置中包含執(zhí)行負(fù)荷非常高的處理的終端裝置(高負(fù)荷裝置)的情況下，有可能產(chǎn)生如下問題。
[0007]具體來說，在先進(jìn)行了對該多個終端裝置中的高負(fù)荷裝置的更新處理時，該高負(fù)荷裝置的更新處理需要非常長的時間，該高負(fù)荷裝置的更新處理的完成會大大延遲。因此，對多個終端裝置中包含該高負(fù)荷裝置的較多裝置的更新處理的完成會延遲。

【發(fā)明內(nèi)容】

[0008]所以，本發(fā)明的課題在于提供一種能夠更有效率地執(zhí)行更新處理的技術(shù)。
[0009]為了解決所述問題，技術(shù)方案I的發(fā)明是一種圖像形成裝置，是按照階層結(jié)構(gòu)多層邏輯連接的多個圖像形成裝置中的任一個，其特征在于，具備:狀態(tài)取得部件，獲取比所述圖像形成裝置低一級的下位階層的多個圖像形成裝置即多個子裝置各自的處理余力；及遞送控制部件，對所述多個子裝置發(fā)送與各裝置的固件相關(guān)的更新數(shù)據(jù)；所述遞送控制部件基于所述多個子裝置的各處理余力，決定與所述多個子裝置相關(guān)的遞送順序，并按照該遞送順序?qū)λ龆鄠€子裝置發(fā)送所述更新數(shù)據(jù)。
[0010]技術(shù)方案2的發(fā)明是根據(jù)技術(shù)方案I的發(fā)明所述的圖像形成裝置，其特征在于，所述遞送控制部件將所述多個子裝置中具有最高處理余力的裝置決定為優(yōu)先發(fā)送目的地裝置，所述多個子裝置中在其他裝置之前先向所述優(yōu)先發(fā)送目的地裝置發(fā)送所述更新數(shù)據(jù)。
[0011]技術(shù)方案3的發(fā)明是根據(jù)技術(shù)方案I或2的發(fā)明所述的圖像形成裝置，其特征在于，所述遞送控制部件以所述多個子裝置中的特定的子裝置的處理余力大于第I基準(zhǔn)值為條件，執(zhí)行向所述特定的子裝置發(fā)送所述更新數(shù)據(jù)的動作。
[0012]技術(shù)方案4的發(fā)明是根據(jù)技術(shù)方案I或2的發(fā)明所述的圖像形成裝置，其特征在于，所述遞送控制部件以所述圖像形成裝置的處理余力大于第2基準(zhǔn)值為條件，執(zhí)行向所述多個子裝置發(fā)送所述更新數(shù)據(jù)的動作。
[0013]技術(shù)方案5的發(fā)明是根據(jù)技術(shù)方案I或2的發(fā)明所述的圖像形成裝置，其特征在于，所述狀態(tài)取得部件根據(jù)所述多個子裝置中的一個裝置的執(zhí)行處理種類的變更，從所述一個裝置隨時獲取所述一個裝置的處理余力，所述遞送控制部件還基于由所述狀態(tài)取得部件隨時獲取的所述一個裝置的處理余力，隨時決定所述遞送順序。
[0014]技術(shù)方案6的發(fā)明是根據(jù)技術(shù)方案I或2的發(fā)明所述的圖像形成裝置，其特征在于，還具備受理與所述遞送順序相關(guān)的用戶指示的受理部件，所述遞送控制部件在存在所述用戶指示的情況下，反映該用戶指示而決定所述遞送順序。
[0015]技術(shù)方案7的發(fā)明是根據(jù)技術(shù)方案I或2的發(fā)明所述的圖像形成裝置，其特征在于，所述各處理余力是作為與所述多個子裝置的每一個中能夠利用的CPU資源相應(yīng)的指標(biāo)值而被獲取。
[0016]技術(shù)方案8的發(fā)明是根據(jù)技術(shù)方案I或2的發(fā)明所述的圖像形成裝置，其特征在于，所述各處理余力是作為與所述多個子裝置的每一個中能夠利用的存儲器資源相應(yīng)的指標(biāo)值而被獲取。
[0017]技術(shù)方案9的發(fā)明是根據(jù)技術(shù)方案I或2的發(fā)明所述的圖像形成裝置，其特征在于，所述各處理余力是作為與所述多個子裝置的每一個中能夠利用的網(wǎng)絡(luò)通信資源相應(yīng)的指標(biāo)值而被獲取。
[0018]技術(shù)方案10的發(fā)明是根據(jù)技術(shù)方案I或2的發(fā)明所述的圖像形成裝置，其特征在于，所述各處理余力是作為與包含所述多個子裝置的每一個中能夠利用的網(wǎng)絡(luò)通信資源、(PU資源及存儲器資源的至少一個要素的多個要素相應(yīng)的指標(biāo)值而被獲取。
[0019]技術(shù)方案11的發(fā)明是根據(jù)技術(shù)方案10的發(fā)明所述的圖像形成裝置，其特征在于，所述各處理余力是作為分別對應(yīng)于所述多個要素的多個指標(biāo)值中對應(yīng)于最低處理能力的值而被獲取。
[0020]技術(shù)方案12的發(fā)明是根據(jù)技術(shù)方案10的發(fā)明所述的圖像形成裝置，其特征在于，所述各處理余力是作為分別對應(yīng)于所述多個要素的多個指標(biāo)值的加權(quán)平均值而被獲取。
[0021]根據(jù)技術(shù)方案I至12所述的發(fā)明，可以盡快完成對較多子裝置的數(shù)據(jù)發(fā)送處理。因此，能夠執(zhí)行有效率的更新處理。
[0022]尤其，根據(jù)技術(shù)方案3所述的發(fā)明，可以一面避免特定的子裝置的執(zhí)行中處理的效率大幅下降，一面執(zhí)行有效率的更新處理。
[0023]此外，尤其根據(jù)技術(shù)方案4所述的發(fā)明，可以一面避免該圖像形成裝置自身的執(zhí)行中處理的效率大幅下降，一面執(zhí)行有效率的更新處理。
[0024]此外，尤其根據(jù)技術(shù)方案5所述的發(fā)明，根據(jù)多個子裝置中的一個裝置的執(zhí)行處理種類的變更，從該一個裝置隨時獲取該一個裝置的處理余力。因此，能夠較早獲知子裝置的處理余力，在早期階段變更對子裝置的遞送動作。
[0025]此外，尤其根據(jù)技術(shù)方案6所述的發(fā)明，可以根據(jù)用戶的狀況而靈活地變更更新數(shù)據(jù)的遞送順序。
【專利附圖】

【附圖說明】[0026]圖1是表示第I實施方式的圖像形成系統(tǒng)的圖。
[0027]圖2是表示MFP的概略構(gòu)成的功能框圖。
[0028]圖3是表示主裝置的動作的流程圖。
[0029]圖4是表示子裝置的動作的流程圖。
[0030]圖5是表示圖像形成系統(tǒng)中的遞送動作的概念圖。
[0031]圖6是表示與CPU資源相關(guān)的處理余力的圖。
[0032]圖7是表示與網(wǎng)絡(luò)資源相關(guān)的處理余力的圖。
[0033]圖8是表示與存儲器資源相關(guān)的處理余力的圖。
[0034]圖9是表示圖像形成系統(tǒng)中的遞送動作的概念圖。
[0035]圖10是表示圖像形成系統(tǒng)中的遞送動作的概念圖。
[0036]圖11是表示圖像形成系統(tǒng)中的遞送動作的概念圖。
[0037]圖12是表示圖像形成系統(tǒng)中的遞送動作的概念圖。
[0038]圖13是表示變形例的圖像形成系統(tǒng)的圖。
[0039]圖14是表示第2實施方式的主裝置的動作的流程圖。
[0040]圖15是表示第2實施方式的主裝置的動作的流程圖。
[0041]圖16是表示第2實施方式的子裝置的動作的流程圖。
[0042]圖17是表示圖像形成系統(tǒng)中的遞送動作的概念圖。
[0043]圖18是表示圖像形成系統(tǒng)中的遞送動作的概念圖。
[0044]圖19是表示第3實施方式的主裝置的動作的流程圖。
[0045]圖20是表示指定多個子裝置的優(yōu)先順序的設(shè)定畫面的圖。
[0046]圖21是表示指定多個子裝置的優(yōu)先順序的設(shè)定畫面的圖。
[0047]圖22是表示第4實施方式的主裝置的動作的流程圖。
[0048]標(biāo)號說明
[0049]1:圖像形成系統(tǒng)
[0050]10 =MFP (圖像形成裝置)
[0051]50:服務(wù)器計算機(jī)
[0052]AR1:第i階層的裝置
[0053]GW:網(wǎng)關(guān)
[0054]HM:階層結(jié)構(gòu)信息
[0055]NT:處理余力通知
[0056]RQ:處理余力通知請求
[0057]UD:更新數(shù)據(jù)
【具體實施方式】
[0058]以下，基于附圖來說明本發(fā)明的實施方式。
[0059]< 1.第I實施方式>
[0060]< 1-1.構(gòu)成概要>
[0061]圖1是表示第I實施方式的圖像形成系統(tǒng)I的圖。如圖1所示，該圖像形成系統(tǒng)I具備多個圖像形成裝置10。此外，圖像形成系統(tǒng)I還具備服務(wù)器計算機(jī)(也僅稱為服務(wù)器)50。
[0062]本系統(tǒng)I的各要素10，50分別經(jīng)由網(wǎng)絡(luò)NW而可相互通信地連接。網(wǎng)絡(luò)NW是由LAN (Local Area Network ;局域網(wǎng))及因特網(wǎng)等構(gòu)成。更詳細(xì)來說,多個圖像形成裝置10連接于某個LAN (例如公司內(nèi)部網(wǎng)絡(luò))，服務(wù)器50連接于該LAN的外部網(wǎng)絡(luò)。然后，圖像形成裝置10與服務(wù)器50經(jīng)由所謂的因特網(wǎng)而連接。另外，對網(wǎng)絡(luò)NW的連接形態(tài)可以是有線連接，或者也可以是無線連接。
[0063]系統(tǒng)I中，從服務(wù)器計算機(jī)50向各圖像形成裝置10遞送各圖像形成裝置10的固件的更新數(shù)據(jù)(更新用數(shù)據(jù))。因此，系統(tǒng)I也稱為更新數(shù)據(jù)遞送系統(tǒng)，服務(wù)器50也稱為更新數(shù)據(jù)遞送裝置。
[0064]該系統(tǒng)I中，以更新數(shù)據(jù)遞送裝置(服務(wù)器)50為頂點，多個圖像形成裝置10按照階層結(jié)構(gòu)多層(多個層)邏輯連接。
[0065]于此，按照階層結(jié)構(gòu)多層邏輯連接的多個圖像形成裝置之中，將比規(guī)定裝置低一級的下位階層(緊靠后的階層)且與該規(guī)定裝置直接邏輯連接的裝置，稱為與該規(guī)定裝置相關(guān)的“子裝置”(或發(fā)送目的地裝置)。此外，按照階層結(jié)構(gòu)多層邏輯連接的多個圖像形成裝置之中，將比規(guī)定裝置高一級的上位階層(緊靠前的階層)且與該規(guī)定裝置直接邏輯連接的裝置，稱為與該規(guī)定裝置相關(guān)的“主裝置”(或發(fā)送源裝置)。
[0066]系統(tǒng)I的各圖像形成裝置10獲知本裝置的“主裝置”(直屬的上位階層的圖像形成裝置)與“子裝置”(直屬的下位階層的圖像形成裝置)的雙方。具體來說，各圖像形成裝置10在各自的存儲部5 (圖2)(后述)內(nèi)存儲著階層結(jié)構(gòu)信息HM。階層結(jié)構(gòu)信息HM中存儲著該圖像形成裝置10的“主裝置”的識別編號及網(wǎng)絡(luò)地址等、以及該圖像形成裝置10的“子裝置”的識別編號及 網(wǎng)絡(luò)地址等。階層結(jié)構(gòu)信息HM對應(yīng)于管理者的操作等而生成，且存儲在圖像形成裝置10 (存儲部5)內(nèi)。
[0067]而且，本系統(tǒng)I中，從相對上位階層的圖像形成裝置10向相對下位階層的圖像形成裝置10依次發(fā)送更新數(shù)據(jù)UD。詳細(xì)來說，從主裝置向子裝置發(fā)送更新數(shù)據(jù)UD，然后從該子裝置向該子裝置的子裝置(也稱為孫裝置)發(fā)送更新數(shù)據(jù)W。這樣，遍及多個階層(多代)而依次轉(zhuǎn)發(fā)更新數(shù)據(jù)UD0另外，以下也將第i階層LVi的圖像形成裝置10標(biāo)記為裝置ARi
坐寸ο
[0068]具體來說，如圖1所示，首先從服務(wù)器50經(jīng)由網(wǎng)關(guān)GW向第I階層(最上位階層)LV1的圖像形成裝置10 (裝置ARl)發(fā)送更新數(shù)據(jù)UD。
[0069]然后，第I階層LVl的圖像形成裝置10 (裝置ARl)向作為其“子裝置”的第2階層LV2的圖像形成裝置10 (裝置AR2 (詳細(xì)來說是AR21，AR22))發(fā)送更新數(shù)據(jù)UD0
[0070]接著，第2階層LV2的圖像形成裝置10 (裝置AR2 (AR21，AR22))向作為各自的“子裝置”的第3階層LV3的圖像形成裝置10 (裝置AR3)發(fā)送更新數(shù)據(jù)W。更詳細(xì)來說，第2階層LV2的裝置AR21向作為其“子裝置”的第3階層LV3的圖像形成裝置10 (裝置AR3(AR3LAR32))發(fā)送更新數(shù)據(jù)W。同樣地，第2階層LV2的裝置AR22向作為其“子裝置”的第3階層LV3的圖像形成裝置10 (裝置AR3 (AR33，AR34))發(fā)送更新數(shù)據(jù)UD0
[0071]這樣，在LAN內(nèi)，從相對上位階層的圖像形成裝置10 (詳細(xì)來說是“主裝置”)向相對下位階層的圖像形成裝置10 (詳細(xì)來說是“子裝置”)依次發(fā)送更新數(shù)據(jù)UD。由此，從服務(wù)器50的數(shù)據(jù)轉(zhuǎn)發(fā)只要最初的一次便可。因此，與各圖像形成裝置10單獨(dú)地從服務(wù)器50直接接收更新數(shù)據(jù)UD的情況相比，能夠緩解服務(wù)器50 (更新數(shù)據(jù)遞送裝置)的負(fù)荷集中。
[0072]另外，于此例示多個圖像形成裝置10以3層階層結(jié)構(gòu)邏輯連接的形態(tài)，但并不限定于此。例如，多個圖像形成裝置10可以以2層階層結(jié)構(gòu)邏輯連接，或者還可以以4層以上的階層結(jié)構(gòu)邏輯連接。
[0073]此外，于此例示的是I個主裝置上邏輯連接2個子裝置的形態(tài)，但并不限定于此。例如，I個主裝置上也可以邏輯連接3個以上的子裝置(參照圖13)。圖13中，表示的是在主裝置AR22上邏輯連接3個“子裝置” AR3 (AR33，AR34，AR35)的形態(tài)。此外，并不需要對全體主裝置分別邏輯連接多個子裝置，例如也可以對一部分主裝置僅邏輯連接單一的子裝置。然而，為了提升更新數(shù)據(jù)UD的轉(zhuǎn)發(fā)效率，優(yōu)選對相對多的主裝置邏輯連接多個“子裝置”來進(jìn)行更新數(shù)據(jù)UD的分支轉(zhuǎn)發(fā)處理。換句話說，優(yōu)選以相對下位階層的裝置的數(shù)量大于相對上位階層的裝置的數(shù)量的方式，來規(guī)定階層結(jié)構(gòu)。
[0074]< 1-2.圖像形成裝置10的構(gòu)成>
[0075]本實施方式中，例示MFP (多功能外圍設(shè)備)作為圖像形成裝置10。
[0076]圖2是表示MFPlO的概略構(gòu)成的功能框圖。另外，于此以最上位階層(第I階層)LVl的MFPlO (參照圖1)的功能區(qū)塊為中心進(jìn)行說明。第2階層以下的各階層的MFPlO也具有相同構(gòu)成。
[0077]MFPlO是具備掃描功能、復(fù)印功能、傳真功能及盒存儲(box storage)功能等的裝置(也稱為復(fù)合機(jī))。具體來說，如圖2的功能框圖所示，MFPlO具備圖像讀取部2、印刷輸出部3、通信部4、存儲部5、輸入輸出部6及控制器9等，通過使這些各部分復(fù)合動作，來實現(xiàn)各種功能。
[0078]圖像讀取部2是處理部，光學(xué)讀取(即掃描)載置于MFPlO的規(guī)定位置的原稿，生成該原稿的圖像數(shù)據(jù)(也稱為原稿圖像或掃描圖像)。該圖像讀取部2還稱為掃描部。
[0079]印刷輸出部3是基于與印刷對象相關(guān)的數(shù)據(jù)，向紙等各種介質(zhì)印刷輸出圖像的輸出部。
[0080]通信部4是可通過公眾線路等進(jìn)行傳真通信的處理部。而且，通信部4還可以通過網(wǎng)絡(luò)NW進(jìn)行網(wǎng)絡(luò)通信。該網(wǎng)絡(luò)通信中例如利用TCP/IP(Transmission Control Protocol/Internet Protocol ;傳輸控制協(xié)議/因特網(wǎng)協(xié)議)等各種協(xié)議。通過利用該網(wǎng)絡(luò)通信，MFP10可以與所期望的對象之間交換各種數(shù)據(jù)。
[0081]存儲部5由硬盤驅(qū)動器(HDD)等存儲裝置構(gòu)成。存儲部5中存儲著各種數(shù)據(jù)。例如，存儲部5中存儲著各種設(shè)定信息(包含階層結(jié)構(gòu)信息HM)及各種作業(yè)的圖像數(shù)據(jù)等。此夕卜，存儲部5中還存儲著與MFP10的固件(程序)PGl相關(guān)的更新數(shù)據(jù)UD等。
[0082]輸入輸出部6具備受理對MFP10的輸入的操作輸入部6a、及進(jìn)行各種信息的顯示輸出的顯示部6b。該MFP10中設(shè)有操作面板部6c (未圖示)，該操作面板部6c具有在液晶顯示面板嵌入壓電傳感器等而構(gòu)成的觸摸面板(也稱為觸摸屏)。該操作面板部6c還作為操作輸入部6a的一部分發(fā)揮功能，并且還作為顯示部6b的一部分發(fā)揮功能。
[0083]控制器9是內(nèi)置于MFP10且統(tǒng)括控制MFP10的控制裝置?？刂破?構(gòu)成為具備CPU及各種半導(dǎo)體存儲器(RAM及ROM)等的計算機(jī)系統(tǒng)?？刂破?通過由CPU執(zhí)行ROM (例如EEPR0M)內(nèi)存儲的規(guī)定軟件程序(固件，或僅稱為程序)PG1，從而實現(xiàn)各種處理部。另外，該程序PGl也可以記錄于USB存儲器等可移動記錄介質(zhì),經(jīng)由該記錄介質(zhì)安裝至MFP10?；蛘?，該程序PGl還可以經(jīng)由網(wǎng)絡(luò)NW等下載后安裝至MFP10。
[0084]如圖2所示，控制器9通過執(zhí)行程序PG1，實現(xiàn)包括狀態(tài)取得部11、狀態(tài)通知部12、遞送控制部15及數(shù)據(jù)取得部16在內(nèi)的各種處理部。
[0085]狀態(tài)取得部11是從子裝置10獲取該子裝置10的余力狀態(tài)(負(fù)荷狀態(tài))的處理部，狀態(tài)通知部12是向主裝置10通知本裝置10的余力狀態(tài)(負(fù)荷狀態(tài))的處理部。
[0086]具體來說，某個裝置(主裝置)(例如第I階層LVl的裝置ARl)的狀態(tài)取得部11向子裝置(第2階層的裝置AR2)發(fā)送處理余力的通知請求(詢問指令)RQ，該子裝置(第2階層的裝置AR2)的狀態(tài)通知部12向主裝置(第I階層的裝置ARl)通知本裝置(第2階層的裝置AR2)的處理余力ST。由此，主裝置(第I階層的裝置ARl)的狀態(tài)取得部11獲取子裝置(第2階層的裝置AR2)的處理余力ST。同樣地，在更下位的階層的各裝置中也執(zhí)行同樣的動作。例如，第2階層的裝置(新的主裝置AR2)的狀態(tài)取得部11向其子裝置(第3階層的裝置AR3)發(fā)送處理余力的通知請求(詢問指令)RQ，該子裝置(第3階層的裝置AR3)的狀態(tài)通知部12向其主裝置(第2階層的裝置AR2)通知本裝置(第3階層的裝置AR3)的處理余力ST。由此，主裝置(第2階層的裝置AR2)的狀態(tài)取得部11獲取子裝置(第3階層的裝置AR3)的處理余力ST。
[0087]此外，遞送控制部(也稱為更新數(shù)據(jù)發(fā)送控制部)15是控制向子裝置遞送更新數(shù)據(jù)的動作的處理部，數(shù)據(jù)取得部(也稱為更新數(shù)據(jù)接收控制部)16是從主裝置接收更新數(shù)據(jù)的處理部。
[0088]具體來說，某個裝置的數(shù)據(jù)取得部16進(jìn)一步從其主裝置接收更新數(shù)據(jù)。例如，第I階層的裝置ARl (主裝置)的數(shù)據(jù)取得部16進(jìn)一步從其主裝置(第O階層的裝置(服務(wù)器50))接收更新數(shù)據(jù)。然后，主裝置(第I階層的裝置)ARl的遞送控制部15進(jìn)一步將從其主裝置(第O階層的裝置(服務(wù)器50))獲取的更新數(shù)據(jù)UD遞送至子裝置(第2階層的裝置)AR2。子裝置(第2階層的裝置)AR2的數(shù)據(jù)取得部16從主裝置(第I階層的裝置)ARl接收更新數(shù)據(jù)W。
[0089]同樣地，在更下位的階層的各裝置也執(zhí)行同樣的動作。例如，第2階層的裝置(新的主裝置)AR2的數(shù)據(jù)取得部16若進(jìn)一步從其主裝置(第I階層的裝置)ARl接收更新數(shù)據(jù)，則該新的主裝置(第2階層的裝置)AR2的遞送控制部15將從其主裝置(第I階層的裝置)ARl獲取的更新數(shù)據(jù)UD遞送至該裝置AR2的子裝置(第3階層的裝置)AR3。然后，該子裝置(第3階層的裝置)AR3的數(shù)據(jù)取得部16從其主裝置(第2階層的裝置)AR2接收更新數(shù)據(jù)UD。
[0090]此外，如后所述，尤其主裝置的遞送控制部15基于多個子裝置的各負(fù)荷狀態(tài)(處理余力)，從該多個子裝置中選擇(決定)應(yīng)優(yōu)先發(fā)送更新數(shù)據(jù)UD的子裝置，向所選擇的子裝置優(yōu)先發(fā)送更新數(shù)據(jù)W。由此，能夠提升更新數(shù)據(jù)UD的遞送動作的效率。
[0091]< 1-3.動作>
[0092]接下來，更詳細(xì)地說明本系統(tǒng)I中的動作。
[0093]如上所述，多個圖像形成裝置10多層地邏輯連接。而且，從服務(wù)器50向最上位階層(第I階層)LVl的圖像形成裝置10 (ARl)發(fā)送更新數(shù)據(jù)UD后，從相對上位的階層的終端裝置向相對下位的階層的終端裝置依次發(fā)送更新數(shù)據(jù)。
[0094]以下，首先說明從該第I階層LVl的圖像形成裝置10 (主裝置ARl)向其后的第2階層LV2的圖像形成裝置10 (子裝置AR2)進(jìn)一步轉(zhuǎn)發(fā)該更新數(shù)據(jù)UD的動作。
[0095]圖3是表示更新數(shù)據(jù)UD的轉(zhuǎn)發(fā)源裝置(主裝置)的動作的流程圖，圖4是表示更新數(shù)據(jù)UD的轉(zhuǎn)發(fā)目的地裝置(子裝置)的動作的流程圖。此外，圖5是表示圖像形成系統(tǒng)中的遞送動作的概念圖。
[0096]首先，在步驟Sll中，作為主裝置的第I階層LVl的圖像形成裝置10 (裝置ARl)判定從服務(wù)器50的更新數(shù)據(jù)UD的接收是否已完成。
[0097]若判定為自身接收更新數(shù)據(jù)UD已完成，則進(jìn)入下一步驟S13。在步驟S13中，主裝置(相對上位階層的裝置)ARl將處理余力ST的通知請求(也稱為負(fù)荷狀態(tài)的通知請求)RQ(RQ1)，分別發(fā)送給圖像形成裝置AR2 (圖像形成裝置ARl的子裝置AR21，AR22)(也參照圖5)。
[0098]另一方面，如圖4所示，各子裝置AR21，AR22分別接收來自主裝置ARl的通知請求RQl (步驟S21)。響應(yīng)該接收，各子裝置AR21，AR22中的處理分別從步驟S21進(jìn)入步驟S23。然后，各子裝置AR21，AR22獲取本裝置(AR21或AR22)的處理余力ST (詳細(xì)來說是處理余力指數(shù)(后述))，并將該處理余力ST通知給主裝置ARl (步驟S23)。換句話說，各子裝置AR21，AR22分別獲取本裝置的負(fù)荷狀態(tài)并將該負(fù)荷狀態(tài)通知給主裝置AR1。
[0099]圖6是表示與圖像形成裝置10的CPU資源相關(guān)的處理余力、更詳細(xì)來說表示與能夠分配(能夠利用)給新處理的CPU資源相應(yīng)的指標(biāo)值(也稱為處理余力指數(shù))的圖。圖6中，表示圖像形成裝置10的執(zhí)行中的處理的種類(執(zhí)行處理種類)與處理余力的關(guān)系。
[0100]在圖6的最上段，表示在圖像形成裝置10中執(zhí)行“OCR處理”時，CPU資源使用90%(非常高的負(fù)荷狀態(tài))，存在“10%”的處理余力。同樣地，表示圖像形成裝置10中執(zhí)行“實時預(yù)覽處理”時，CPU資源使用70%，存在“30%”的處理余力。此外，表示圖像形成裝置10中執(zhí)行“復(fù)印處理”時，CPU資源使用40%，存在“60%”的處理余力。而且，表示當(dāng)圖像形成裝置10處于“空閑”狀態(tài)時，CPU資源使用0%，存在“ 100%”的處理余力。
[0101]本實施方式中，圖像形成裝置10的處理余力是基于CPU資源的處理余力來判定(步驟S23)。例如，當(dāng)子裝置AR21為“復(fù)印處理”中時，判定該子裝置AR21的處理余力(詳細(xì)來說是處理余力指數(shù))為“60%”。此外，當(dāng)子裝置AR22為“實時預(yù)覽處理”中時，判定該子裝置AR22的處理余力為“30%”。然后，各子裝置AR21，AR22分別將本裝置AR21，AR22的處理余力“60%”，“30%”通知給主裝置ARl (步驟S23)。
[0102]然后，主裝置ARl獲取從子裝置AR2返回來的處理余力通知NT2(也參照圖5)。在步驟S14中，若判定已從所有子裝置AR21，AR22接收了處理余力通知NT21，NT22，則進(jìn)入步驟 S15。
[0103]在步驟S15中，主裝置ARl基于由各處理余力通知NT2 (NT21, NT22)通知的各子裝置的處理余力，來決定更新數(shù)據(jù)UD的遞送順序(發(fā)送順序)。具體來說，主裝置ARl的遞送控制部15從仍未發(fā)送更新數(shù)據(jù)UD的多個子裝置AR21，AR22中，決定具有最高處理余力的裝置作為“優(yōu)先發(fā)送目的地裝置”。例如，如圖5所示，子裝置AR21的處理余力為60%，子裝置AR22的處理余力為30%時，決定具有較大處理余力的子裝置AR21作為“優(yōu)先發(fā)送目的地裝置”。換句話說，決定子裝置AR21作為具有第I優(yōu)先順序的發(fā)送目的地裝置。此外，決定子裝置AR22作為具有第2優(yōu)先順序的發(fā)送目的地裝置。這樣，對所有子裝置AR21，AR22分別決定遞送順序(作為遞送目的地的優(yōu)先順序)。[0104]接著，在步驟S16中，主裝置ARl的遞送控制部15按照該遞送順序(也稱為發(fā)送順序)向多個子裝置AR21，AR22發(fā)送更新數(shù)據(jù)UD。具體來說，首先，多個子裝置AR21，AR22之中，在其他裝置(AR22)之前優(yōu)先(先)向優(yōu)先發(fā)送目的地裝置(第I順序的發(fā)送目的地裝置)AR21發(fā)送更新數(shù)據(jù)UD (DSl)(也參照圖9)。而且，在對第I順序的子裝置AR21發(fā)送完更新數(shù)據(jù)UD后，向第2順序的子裝置AR22發(fā)送更新數(shù)據(jù)UD (也參照圖10)。
[0105]若在步驟S19中判定對所有子裝置AR21，AR22的更新數(shù)據(jù)UD的遞送已完成，則主裝置ARl中的圖3的動作結(jié)束。
[0106]這樣，從第I階層的圖像形成裝置ARl向第2階層的圖像形成裝置AR2的轉(zhuǎn)發(fā)動作完成(參照圖5)。
[0107]同樣地，執(zhí)行從第2階層的圖像形成裝置AR2向第3階層的圖像形成裝置AR3的轉(zhuǎn)發(fā)動作(參照圖5)。
[0108]具體來說，執(zhí)行從第2階層的圖像形成裝置AR21向第3階層的圖像形成裝置AR3LAR32的轉(zhuǎn)發(fā)動作，并執(zhí)行從第2階層的圖像形成裝置AR22向第3階層的圖像形成裝置AR33，AR34的轉(zhuǎn)發(fā)動作。
[0109]此時，第2階層的圖像形成裝置AR21作為第3階層的圖像形成裝置AR31，AR32的主裝置發(fā)揮功能，第2階層的圖像形成裝置AR22作為第3階層的圖像形成裝置AR33，AR34的主裝置發(fā)揮功能。反過來說，第3階層的圖像形成裝置AR31，AR32作為第2階層的圖像形成裝置AR21的子裝置發(fā)揮功能，第3階層的圖像形成裝置AR33，AR34作為第2階層的圖像形成裝置AR22的子裝置發(fā)揮功能。
[0110]例如，從第2階層的圖像形成裝置AR21向第3階層的圖像形成裝置AR31，AR32的轉(zhuǎn)發(fā)動作是以如下方式進(jìn)行。
[0111]首先，在步驟SI I中，作為主裝置的第2階層LV2的圖像形成裝置10 (裝置AR21)判定從第I階層LVl的圖像形成裝置10 (詳細(xì)來說是主裝置ARl)的更新數(shù)據(jù)UD的接收是否已完成。
[0112]若判定為自身接收完更新數(shù)據(jù)UD，則進(jìn)入下一步驟S13。在步驟S13中，主裝置(相對上位階層的裝置)AR21將處理余力的通知請求RQ (RQ2)分別發(fā)送給圖像形成裝置AR3(圖像形成裝置AR2的子裝置AR31，AR32)(也參照圖5)。
[0113]另一方面，如圖4所示，各子裝置AR31，AR32若分別從主裝置AR2接收通知請求RQ2，則從步驟S21進(jìn)入步驟S23，獲取本裝置(AR31或AR32)的處理余力(詳細(xì)來說是處理余力狀況)并將該處理余力通知給主裝置AR2。
[0114]然后，主裝置AR21獲取從子裝置AR31，AR32返回來的處理余力通知NT3 (NT31,NT32)。在步驟S14中，若判定已從所有子裝置AR31，AR32接收處理余力通知NT31，NT32,則進(jìn)入步驟S15。
[0115]在步驟S15中，主裝置AR21基于接收的所有處理余力通知NT31，NT32，來決定更新數(shù)據(jù)UD的遞送順序。具體來說，主裝置AR21的遞送控制部15將仍未發(fā)送更新數(shù)據(jù)UD的多個子裝置AR31，AR32之中，具有最高處理余力的裝置決定為“優(yōu)先發(fā)送目的地裝置”。例如，如圖5所示，當(dāng)子裝置AR31的處理余力為30%，子裝置AR32的處理余力為60%時，決定具有較大處理余力的子裝置AR32作為“優(yōu)先發(fā)送目的地裝置”。換句話說，決定子裝置AR32作為具有第I優(yōu)先順序的發(fā)送目的地裝置。此外，決定子裝置AR31作為具有第2優(yōu)先順序的發(fā)送目的地裝置。這樣，對所有子裝置AR31，AR32分別決定遞送順序(作為遞送目的地的優(yōu)先順序)。
[0116]然后，在步驟S16中，主裝置AR2的遞送控制部15按照該遞送順序向多個子裝置AR31，AR32發(fā)送更新數(shù)據(jù)UD。具體來說，首先，多個子裝置AR31，AR32之中，在其他裝置(AR31)之前優(yōu)先(先)向優(yōu)先發(fā)送目的地裝置(第I順序的發(fā)送目的地裝置)AR32執(zhí)行更新數(shù)據(jù)UD的發(fā)送(也參照圖10)。接著，在對第I順序的子裝置AR32發(fā)送完更新數(shù)據(jù)UD后，向第2順序的子裝置AR31發(fā)送更新數(shù)據(jù)UD (也參照圖11)。
[0117]若對所有子裝置AR31，AR32的更新數(shù)據(jù)UD的遞送完成，則主裝置AR21中的圖3的動作結(jié)束。
[0118]這樣，從第2階層的圖像形成裝置AR21向第3階層的圖像形成裝置AR31，AR32的轉(zhuǎn)發(fā)動作完成(參照圖5)。
[0119]同樣地，也執(zhí)行從第2階層的圖像形成裝置AR22向第3階層的圖像形成裝置AR33，AR34的轉(zhuǎn)發(fā)動作(參照圖5)。
[0120]另外，若從裝置ARl向裝置AR21的更新數(shù)據(jù)UD的轉(zhuǎn)發(fā)完成(參照圖9)，則從裝置ARl向裝置AR22的更新數(shù)據(jù)UD的轉(zhuǎn)發(fā)處理、與從裝置AR21向裝置AR32的更新數(shù)據(jù)UD的轉(zhuǎn)發(fā)處理在大體相同時間開始(參照圖10)。結(jié)果，尤其是對于第3階層的裝置中的裝置AR32可以較早遞送更新數(shù)據(jù)UD。此外，此后雖然也依賴于裝置AR22，AR21的負(fù)荷狀況等，但以適宜的順序執(zhí)行進(jìn)一步的轉(zhuǎn)發(fā)處理。例如，按照該順序執(zhí)行從裝置AR21向裝置AR31的更新數(shù)據(jù)UD的轉(zhuǎn)發(fā)處理(參照圖11)、從裝置AR22向裝置AR33的更新數(shù)據(jù)UD的轉(zhuǎn)發(fā)處理(參照圖11)、及從裝置AR22向裝置AR34的更新數(shù)據(jù)UD的轉(zhuǎn)發(fā)處理(參照圖12)。
[0121]在如上所述的形態(tài)中，主裝置ARl首先從多個子裝置AR21，AR22中具有最高處理余力的(最低負(fù)荷狀態(tài)的)子裝置AR21起，依次執(zhí)行更新數(shù)據(jù)的發(fā)送處理。
[0122]由此，可以較早完成對具有最高處理余力的子裝置AR21的數(shù)據(jù)發(fā)送處理。因此，與從具有最低處理余力的(最高負(fù)荷狀態(tài)的)的子裝置(例如子裝置AR22)開始執(zhí)行數(shù)據(jù)發(fā)送處理的情況相比，可以盡快完成對多個子裝置中的一個子裝置的數(shù)據(jù)發(fā)送處理。此外，接著依次對具有相對高處理余力的子裝置執(zhí)行數(shù)據(jù)發(fā)送處理。因此，可以盡快完成對更多子裝置(例如，裝置AR21，AR32，...)的數(shù)據(jù)轉(zhuǎn)發(fā)處理。換句話說，與先對多個圖像形成裝置10中高負(fù)荷裝置進(jìn)行更新處理的情況相比，可以增多更新結(jié)束前的某個時刻完成更新數(shù)據(jù)接收的裝置臺數(shù)。
[0123]此外，在向低負(fù)荷狀態(tài)的子裝置AR21的遞送開始時刻處于高負(fù)荷狀態(tài)的子裝置AR22的負(fù)荷狀況，大多情況下會因該子裝置AR22的執(zhí)行中的處理在對子裝置AR21的遞送處理期間內(nèi)完成等原因而好轉(zhuǎn)(低負(fù)荷化)。因此，通過先對子裝置AR21執(zhí)行更新數(shù)據(jù)發(fā)送處理，推后對子裝置AR22的更新數(shù)據(jù)發(fā)送處理，還可以抑制對子裝置AR22執(zhí)行更新數(shù)據(jù)處理所需時間變長。因此，能夠非常有效率地進(jìn)行遞送動作。
[0124]另外，所述說明中，圖像形成裝置10的處理余力是基于與CPU資源相應(yīng)的處理余力指數(shù)來判定(步驟S15)，但并不限定于此。例如，圖像形成裝置10的處理余力還可以基于圖像形成裝置10的網(wǎng)絡(luò)通信資源的處理余力(參照圖7)來判定。
[0125]圖7是表示此種形態(tài)的圖。圖7是表示與圖像形成裝置10的網(wǎng)絡(luò)通信資源(網(wǎng)絡(luò)通信速度)相關(guān)的處理余力、更詳細(xì)來說是表示與圖像形成裝置10中能夠分配(能夠利用)給新處理的網(wǎng)絡(luò)通信資源相應(yīng)的指標(biāo)值(處理余力指數(shù))的圖。圖7中，表示執(zhí)行中的處理與處理余力的關(guān)系。
[0126]在圖7的最上段，表示當(dāng)圖像形成裝置10中執(zhí)行“打印數(shù)據(jù)接收”處理時，網(wǎng)絡(luò)資源使用70%，存在“30%”的處理余力。同樣地，表示當(dāng)圖像形成裝置10中執(zhí)行“掃描圖像的發(fā)送”處理時，網(wǎng)絡(luò)資源使用60%，存在“40%”的處理余力。
[0127]例如，當(dāng)子裝置AR22為“打印數(shù)據(jù)接收”處理中時，判定該子裝置AR22的處理余力為“30%”，子裝置AR22將本裝置AR22的處理余力“30%”通知給主裝置ARl便可。
[0128]或者，圖像形成裝置10的處理余力還可以基于圖像形成裝置10的存儲器容量的處理余力來判定。
[0129]圖8是表示此種形態(tài)的圖。圖8是表示與圖像形成裝置10的存儲器資源(存儲器容量)相關(guān)的處理余力、更詳細(xì)來說是表示與圖像形成裝置10中能夠分配(能夠利用)給新處理的存儲器資源相應(yīng)的指標(biāo)值(處理余力指數(shù))的圖。圖8中，表示執(zhí)行中的處理與處理余力的關(guān)系。
[0130]在圖8的最上段，表示當(dāng)圖像形成裝置10中執(zhí)行“打印數(shù)據(jù)接收”處理時，存儲器資源使用40%，存在“60%”的處理余力。同樣地，表示當(dāng)圖像形成裝置10中執(zhí)行“實時預(yù)覽處理”時，存儲器資源使用60%，存在“40%”的處理余力。此外，表示當(dāng)圖像形成裝置10為“傳真接收”中時，存儲器資源使用80%，存在“20%”的處理余力。
[0131]例如，當(dāng)子裝置AR21為“打印數(shù)據(jù)接收處理”中時，判定該子裝置AR21的處理余力為“60%”，子裝置AR21將本裝置AR21的處理余力“60%”通知給主裝置ARl便可。
[0132]此外，還可以基于與包括能夠利用的CPU資源、能夠利用的網(wǎng)絡(luò)通信資源、能夠利用的存儲器資源等在內(nèi)的多個要素相應(yīng)的指標(biāo)值，來求出圖像形成裝置10的處理余力。
[0133]具體來說，圖像形成裝置10的處理余力可以作為與該多個要素分別對應(yīng)的多個指標(biāo)值之中最低處理能力所對應(yīng)的值(多個處理余力指數(shù)之中最低處理余力指數(shù))而被獲取。例如，在基于CPU資源的處理余力為“60%”、基于網(wǎng)絡(luò)通信資源的處理余力為“40%”、基于存儲器資源的處理余力為“30%”的情況下，求出這些要素之中最低處理余力的“30%”作為圖像形成裝置10的處理余力便可。
[0134]或者，圖像形成裝置10的處理余力還可以作為與該多個要素分別對應(yīng)的多個指標(biāo)值的加權(quán)平均值而被獲取。例如，假設(shè)基于CPU資源的處理余力為“60%”、基于網(wǎng)絡(luò)通信資源的處理余力為“40%”、基于存儲器資源的處理余力為“30%”的情況。該情況下，將這些指標(biāo)值以I:2:1的加權(quán)比例經(jīng)加權(quán)平均所得的值“42.5%” (= (60% + 40%*2 + 30%) /4)作為圖像形成裝置10的處理余力求出便可。
[0135]<2.第2實施方式>
[0136]第2實施方式是第I實施方式的變形例。以下，以與第I實施方式的不同點為中心進(jìn)行說明。
[0137]在第2實施方式中，當(dāng)子裝置的處理余力小于規(guī)定水準(zhǔn)(level)時各主裝置不對該子裝置執(zhí)行更新數(shù)據(jù)UD的發(fā)送動作。第2實施方式在這一點上與第I實施方式不同。
[0138]此外，在該第2實施方式中，各子裝置并非僅根據(jù)來自其主裝置的通知請求RQ將本裝置(子裝置)的處理余力通知給該主裝置，而是還根據(jù)該子裝置的狀況將本裝置(子裝置)的處理余力通知給主裝置。第2實施方式在這一點上與第I實施方式不同。[0139]圖14及圖15是表示第2實施方式的動作的流程圖。在圖14的步驟S16 (S16b)及圖15的步驟S18中，以子裝置的處理余力大于規(guī)定的基準(zhǔn)值THl為條件而開始遞送動作。這一點與圖3的步驟S16不同。
[0140]例如，如圖17所示，設(shè)想在某個時刻，子裝置AR21的處理余力為“60%”且子裝置AR22的處理余力為“10%”的狀況。
[0141]該狀況下，與所述第I實施方式同樣地，將子裝置AR21的遞送順序決定為第I順序，將子裝置AR22的遞送順序決定為第2順序(步驟S15)。
[0142]然后，在步驟S16b中，判定子裝置AR21的處理余力“60%”大于規(guī)定水準(zhǔn)(例如，“20%”(=基準(zhǔn)值TH1))，與第I實施方式同樣地執(zhí)行從主裝置ARl向子裝置AR21的更新數(shù)據(jù)UD的發(fā)送。
[0143]然而，完成對子裝置AR21的發(fā)送后，主裝置ARl此次判定子裝置AR22的處理余力“10%”低于基準(zhǔn)值TH1(“20%”)，保留從該主裝置ARl向子裝置AR22的更新數(shù)據(jù)UD的發(fā)送。
[0144]另一方面，各子裝置執(zhí)行圖16的動作而代替圖4的動作。
[0145]具體來說，如圖16所示，在步驟S22中，各子裝置在本裝置的執(zhí)行處理種類(執(zhí)行狀況)發(fā)生變更的情況下也進(jìn)入步驟S23，執(zhí)行將本裝置的余力狀況通知給主裝置的動作。例如，當(dāng)子裝置AR22中的執(zhí)行狀況從“OCR處理中”變成“空閑”時，子裝置AR22將本裝置AR22的處理余力從“10%”上升至“100%”這一狀況通知給主裝置AR1。換句話說，子裝置AR22將執(zhí)行狀況變更后的本裝置AR22的處理余力為“100%”的狀況通知給主裝置ARl。
[0146]然后，主裝置ARl進(jìn)入步驟S17(圖15)，從子裝置AR22再次接收處理余力通知NT2(NT22)。接著，主裝置ARl基于由該處理余力通知NT22所通知的處理余力，決定與發(fā)送目的地裝置(發(fā)送對象裝置)中的未發(fā)送目的地裝置(詳細(xì)來說是多個子裝置之中未開始向此裝置發(fā)送更新數(shù)據(jù)UD的裝置)相關(guān)的遞送順序，并按照該遞送順序等開始遞送動作(步驟S18)。例如，主裝置ARl將剩余的子裝置AR22決定為下一遞送目的地。而且，主裝置ARl還以子裝置AR22的處理余力大于規(guī)定水準(zhǔn)為條件，對該子裝置AR22執(zhí)行更新數(shù)據(jù)UD的發(fā)送動作(步驟S18)。然后，判定對所有子裝置的發(fā)送已完成，結(jié)束圖15的動作(步驟S19)。這樣，在上述發(fā)送保留動作后，若判定該子裝置AR22的處理余力已上升至高于規(guī)定水準(zhǔn)(例如20%)的水準(zhǔn)(例如“100%”)(參照圖18)，則執(zhí)行從主裝置ARl向子裝置AR22的更新數(shù)據(jù)UD的發(fā)送處理。
[0147]于此，若在子裝置AR22的處理余力低于規(guī)定的基準(zhǔn)值THl (例如20%)的狀況下進(jìn)一步進(jìn)行更新數(shù)據(jù)UD的通信處理，則子裝置AR22中正在執(zhí)行中的其他處理(例如打印數(shù)據(jù)接收作業(yè))的處理效率有時會下降。尤其，在子裝置AR22的處理余力小的狀況下，該子裝置AR22中正在執(zhí)行中的其他處理與更新數(shù)據(jù)UD的通信處理利用各種共用硬件(例如共用的通信端口等)的情況下，正在執(zhí)行中的該其他處理的處理效率有時會大幅下降。
[0148]另一方面，在該第2實施方式中，當(dāng)子裝置AR22的處理余力小于規(guī)定的基準(zhǔn)值THl時，不執(zhí)行對該子裝置AR22的更新數(shù)據(jù)UD的發(fā)送動作。由此，可以避免子裝置AR22的執(zhí)行中處理的大幅效率下降。
[0149]此外，與所述第I實施方式同樣地，主裝置ARl從多個子裝置AR21，AR22之中具有最高處理余力(最低負(fù)荷狀態(tài))的子裝置AR21起，依次執(zhí)行更新數(shù)據(jù)的發(fā)送處理。因此，可以盡快完成對多個子裝置中的一個子裝置的數(shù)據(jù)發(fā)送處理。[0150]這樣，能夠一面避免多個子裝置的執(zhí)行中處理的大幅效率下降，一面執(zhí)行有效率的更新處理。
[0151]另外，在第2實施方式的動作中，確認(rèn)子裝置AR22的處理余力已上升至高于規(guī)定水準(zhǔn)(例如20%)的水準(zhǔn)(例如“100%”)(狀態(tài)好轉(zhuǎn))，從而對子裝置AR22執(zhí)行更新數(shù)據(jù)發(fā)送處理。因此，還可以抑制對子裝置AR22執(zhí)行更新數(shù)據(jù)處理所需時間變長。
[0152]此外，在上述形態(tài)中，每當(dāng)子裝置AR22中的執(zhí)行處理種類(執(zhí)行狀況)發(fā)生變更時，對主裝置ARl發(fā)送子裝置AR22的處理余力。簡單來說，從子裝置AR22自發(fā)將處理余力通知NT2發(fā)送給主裝置AR1。然后，該主裝置ARl (詳細(xì)來說是其遞送控制部15)根據(jù)多個子裝置中的一個裝置AR22中的執(zhí)行處理種類的變更，從該一個裝置AR22隨時獲取該一個裝置AR22的處理余力，并基于獲取的該處理余力，決定可否向該一個裝置AR22遞送。因此，主裝置ARl能夠較早獲知子裝置AR22的處理余力。
[0153]此外，于此例示的是子裝置在本裝置的執(zhí)行處理種類發(fā)生變更時將本裝置(子裝置)的處理余力隨時通知給主裝置的形態(tài)，但并不限定于此。例如，子裝置還可以按規(guī)定定時(例如以固定時間間隔)將該子裝置的處理余力隨時通知給主裝置。這樣，子裝置可以在從主裝置接收通知請求RQ時、本裝置(該子裝置)的執(zhí)行處理種類變更時、及規(guī)定定時到來時的一個以上的時刻，將本裝置(子裝置)的處理余力通知給該主裝置。另外，通過在執(zhí)行處理種類變更時將本裝置(子裝置)的處理余力隨時通知給主裝置，主裝置ARl可以較早獲知子裝置AR22的處理余力，從而能夠在早期階段變更遞送動作。
[0154]此外，上述說明中例示的是2個子裝置AR21，AR22之中僅其中一者的處理余力小于基準(zhǔn)值THl的情況下的處理。以下，說明某個時刻2個子裝置AR21，AR22雙方的處理余力均具有小于基準(zhǔn)值THl的值(例如均為“10%”)的情況。
[0155]該情況下，首先在步驟S16b中，主裝置ARl判定子裝置AR21，AR22的處理余力均低于基準(zhǔn)值THl，從該主裝置ARl向子裝置AR21，AR22的更新數(shù)據(jù)UD的各發(fā)送動作均被保
&3甶O
[0156]然后，多個子裝置AR21，AR22中的至少一者檢測出執(zhí)行處理種類變更，從該至少一個裝置自發(fā)將處理余力通知NT2發(fā)送給主裝置ARl。接著，對應(yīng)于該至少一個裝置的執(zhí)行處理種類的變更，主裝置ARl (詳細(xì)來說是其遞送控制部15)隨時獲取該至少一個裝置的處理余力(步驟S17)，并基于獲取的該處理余力，隨時決定對該至少一個裝置的遞送順序(步驟 S18)。
[0157]例如，在子裝置AR21的處理余力增大到“30%”且子裝置AR22的處理余力增大到“50%”的情況下，將子裝置AR22的遞送順序決定為第I順序，將子裝置AR22的遞送順序決定為第2順序(步驟S18)。此外，判定子裝置AR21的處理余力“30%”和子裝置AR22的處理余力“50%”均大于基準(zhǔn)值TH1。然后，按照該順序執(zhí)行從主裝置ARl向子裝置AR21的更新數(shù)據(jù)UD的發(fā)送動作與從主裝置ARl向子裝置AR22的更新數(shù)據(jù)UD的發(fā)送動作。
[0158]這樣，主裝置ARl可以隨時獲知子裝置的處理余力的變更而隨時變更遞送動作。
[0159]<3.第3實施方式>
[0160]第3實施方式是第2實施方式的變形例。以下，以與第2實施方式的不同點為中心進(jìn)行說明。
[0161]第3實施方式中，各主裝置還基于本裝置的處理余力來決定是否執(zhí)行向子裝置的更新數(shù)據(jù)UD的發(fā)送動作，在這一點上與第2實施方式不同。
[0162]圖19是表示此種動作的流程圖。在該第3實施方式中，執(zhí)行圖19的流程圖的處理而代替圖14的流程圖的處理。圖19的流程圖中，在步驟S12中判定本裝置的處理余力是否大于規(guī)定水準(zhǔn)，在這一點上與圖14的流程圖不同。
[0163]更詳細(xì)來說，步驟S12中，當(dāng)本裝置的處理余力小于規(guī)定水準(zhǔn)(例如，“20%”(=基準(zhǔn)值TH2))時，不進(jìn)入下一步驟S13，而是等待該本裝置的處理余力增大直至大于規(guī)定水準(zhǔn)。而且，僅在判斷為本裝置的處理余力大于規(guī)定的基準(zhǔn)值TH2時，進(jìn)入下一步驟S13。在步驟S13之后，如上述那樣執(zhí)行處理余力通知請求RQ的發(fā)送處理、處理余力通知NT的接收處理、遞送順序的決定處理、及遞送處理(更新數(shù)據(jù)UD的發(fā)送處理)。
[0164]于此，若在本裝置(例如主裝置ARl)的處理余力低于規(guī)定水準(zhǔn)(例如20%)的情況下進(jìn)一步執(zhí)行更新數(shù)據(jù)UD的通信處理，則正在執(zhí)行中的其他處理(例如打印數(shù)據(jù)接收作業(yè))的處理效率有時會下降。尤其，在本裝置(主裝置)的處理余力小的狀態(tài)下，更新數(shù)據(jù)UD的通信處理與正在執(zhí)行中的其他處理利用各種共用硬件的情況下，處理效率有時會大幅下降。
[0165]另一方面，如圖19所示，主裝置通過以本裝置的處理余力大于規(guī)定水準(zhǔn)為條件而執(zhí)行向子裝置的更新數(shù)據(jù)UD的發(fā)送動作，可以避免該主裝置的執(zhí)行中處理的效率大幅下降。
[0166]<4.第4實施方式>
[0167]第4實施方式是第I實施方式的變形例。以下，以與第I實施方式的不同點為中心進(jìn)行說明。
[0168]在第4實施方式中，使用如圖20所示的設(shè)定畫面GS1，根據(jù)用戶(管理員等)的手動操作來指定裝置ARl的多個子裝置中的優(yōu)先發(fā)送目的地裝置。設(shè)定畫面GSl根據(jù)操作者的操作而顯示在裝置ARl的操作面板部6c等上。例如，用戶在主裝置ARl中使用如圖20的設(shè)定畫面GS1，可以將子裝置AR21的優(yōu)先順序設(shè)定得高于子裝置AR22的優(yōu)先順序。
[0169]此外，同樣地使用如圖21所示的設(shè)定畫面GS2，根據(jù)用戶(管理員等)的手動操作來指定裝置AR21的多個子裝置中的優(yōu)先發(fā)送目的地裝置。設(shè)定畫面GS2根據(jù)操作者的操作而顯示在裝置AR21的操作面板部6c等上。例如，用戶在主裝置AR21中使用如圖21的設(shè)定畫面GS2，可以將子裝置AR31的優(yōu)先順序設(shè)定得高于子裝置AR32的優(yōu)先順序。
[0170]這些設(shè)定操作在圖22的動作之前由管理者等預(yù)先進(jìn)行便可。
[0171]然后，主裝置ARl執(zhí)行圖22的動作。具體來說，按照使用設(shè)定畫面GSl所指定的優(yōu)先順序，在步驟S15 (S15b)中決定從該主裝置ARl向多個子裝置AR21，AR22的更新數(shù)據(jù)UD的遞送順序。在步驟S15b中，存在使用設(shè)定畫面GS生成的用戶指示時，反映該用戶指示，決定與多個子裝置AR21，AR22相關(guān)的遞送順序。例如，當(dāng)子裝置AR21的優(yōu)先順序設(shè)定得高于子裝置AR22的優(yōu)先順序時，決定子裝置AR21的遞送順序為第I順序，決定子裝置AR22的遞送順序為第2順序。接著，按照該遞送順序依次執(zhí)行對多個子裝置AR21，AR22的遞送動作。
[0172]同樣地，第2階層的裝置AR21執(zhí)行圖22的動作。具體來說，也按照使用設(shè)定畫面GS2所指定的優(yōu)先順序，在步驟S15b中決定從該裝置(新的主裝置)AR21對其多個子裝置AR31，AR32的更新數(shù)據(jù)UD的遞送順序。例如，當(dāng)子裝置AR31的優(yōu)先順序設(shè)定得高于子裝置AR32的優(yōu)先順序時，決定子裝置AR31的遞送順序為第I順序，決定子裝置AR32的遞送順序為第2順序。接著，按照該遞送順序依次執(zhí)行對多個子裝置AR31，AR32的遞送動作。
[0173]該情況下，對第2階層的裝置AR21，AR22中的裝置AR21，優(yōu)先執(zhí)行來自第I階層的裝置ARl的更新數(shù)據(jù)UD的發(fā)送處理。此外，對第3階層的裝置AR31，AR32中的裝置AR31，優(yōu)先執(zhí)行來自第2階層的裝置AR21的更新數(shù)據(jù)UD的發(fā)送處理。
[0174]另外，未通過此種用戶操作指定遞送順序(其多個子裝置的遞送順序)的主裝置(例如主裝置AR22)中，與第I實施方式同樣地，基于其子裝置AR33，AR34的處理余力來決定遞送順序。
[0175]根據(jù)如上所述的動作，可以根據(jù)用戶的狀況等靈活地變更更新數(shù)據(jù)UD的遞送順序。例如，用戶期望優(yōu)先更新特定裝置AR21，AR31 (尤其是裝置AR31)而使用的情況下，可以優(yōu)先執(zhí)行向該特定裝置AR21，AR31 (尤其是裝置AR31)的更新數(shù)據(jù)UD的遞送。
[0176]另外，在上述說明中，例示的是在主裝置指定所有2個子裝置的優(yōu)先順序的形態(tài)，但并不限定于此。具體來說，主裝置AR22中可以指定3個子裝置AR33，AR34，AR35 (參照圖13)中的單一子裝置AR33的優(yōu)先順序(第I順序)，另一方面，不指定其他2個子裝置的優(yōu)先順序。這樣，在某個主裝置中，可以指定N個子裝置中的K個(其中K < N-1)子裝置的優(yōu)先順序，另一方面，不指定其他(N-K)個子裝置的優(yōu)先順序。該情況下，該K個子裝置的優(yōu)先順序按照用戶指示來決定，且其他(N-K)個子裝置的優(yōu)先順序基于該(N-K)個子裝置的處理余力來決定便可。例如，按照用戶指示將單一子裝置AR33的優(yōu)先順序決定為第I順序，且其他2個子裝置AR34，AR35的優(yōu)先順序則基于該2個子裝置AR34，AR35的處理余力來決定便可。
[0177]<5.變形例等>
[0178]以上，對本發(fā)明的實施方式進(jìn)行了說明，但本發(fā)明并不限定于上述說明的內(nèi)容。
[0179]例如，在所述實施方式中，例示MFP作為圖像形成裝置10，但并不限定于此，可以對各種圖像形成裝置(印刷裝置、復(fù)印裝置、掃描裝置等)應(yīng)用上述思想。
[0180]此外，第4實施方式的思想還可以與第2實施方式及第3實施方式等的思想分別組合來實現(xiàn)。
【權(quán)利要求】
1.一種圖像形成裝置，是按照階層結(jié)構(gòu)多層邏輯連接的多個圖像形成裝置中的任一個，其特征在于，該圖像形成裝置具備: 狀態(tài)取得部件，獲取比所述圖像形成裝置低一級的下位階層的多個圖像形成裝置即多個子裝置的各自的處理余力；及 遞送控制部件，對所述多個子裝置發(fā)送與各裝置的固件相關(guān)的更新數(shù)據(jù)；且 所述遞送控制部件基于所述多個子裝置的各處理余力來決定與所述多個子裝置相關(guān)的遞送順序，并按照該遞送順序?qū)λ龆鄠€子裝置發(fā)送所述更新數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述的圖像形成裝置，其特征在于， 所述遞送控制部件將所述多個子裝置之中具有最高處理余力的裝置決定為優(yōu)先發(fā)送目的地裝置，所述多個子裝置之中在其他裝置之前先向所述優(yōu)先發(fā)送目的地裝置發(fā)送所述更新數(shù)據(jù)。
3.根據(jù)權(quán)利要求1或2所述的圖像形成裝置，其特征在于， 所述遞送控制部件以所述多個子裝置之中特定的子裝置的處理余力大于第I基準(zhǔn)值為條件，執(zhí)行向所述特定的子裝置的所述更新數(shù)據(jù)的發(fā)送動作。
4.根據(jù)權(quán)利要求1或2所述的圖像形成裝置，其特征在于， 所述遞送控制部件以所述圖像形成裝置的處理余力大于第2基準(zhǔn)值為條件，執(zhí)行向所述多個子裝置的所述更新數(shù)據(jù)的發(fā)送動作。
5.根據(jù)權(quán)利要求1或2所述的圖像形成裝置，其特征在于， 所述狀態(tài)取得部件根據(jù)所述多個子裝置中的一個裝置的執(zhí)行處理種類的變更，從所述一個裝置隨時獲取所述一個裝置的處理余力， 所述遞送控制部件基于由所述狀態(tài)取得部件隨時獲取的所述一個裝置的處理余力，隨時決定所述遞送順序。
6.根據(jù)權(quán)利要求1或2所述的圖像形成裝置，其特征在于， 還具備受理與所述遞送順序相關(guān)的用戶指示的受理部件， 所述遞送控制部件在存在所述用戶指示的情況下，反映該用戶指示而決定所述遞送順序。
7.根據(jù)權(quán)利要求1或2所述的圖像形成裝置，其特征在于， 所述各處理余力是作為與所述多個子裝置的每一個中能夠利用的CPU資源相應(yīng)的指標(biāo)值而被獲取。
8.根據(jù)權(quán)利要求1或2所述的圖像形成裝置，其特征在于， 所述各處理余力是作為與所述多個子裝置的每一個中能夠利用的存儲器資源相應(yīng)的指標(biāo)值而被獲取。
9.根據(jù)權(quán)利要求1或2所述的圖像形成裝置，其特征在于， 所述各處理余力是作為與所述多個子裝置的每一個中能夠利用的網(wǎng)絡(luò)通信資源相應(yīng)的指標(biāo)值而被獲取。
10.根據(jù)權(quán)利要求1或2所述的圖像形成裝置，其特征在于， 所述各處理余力是作為與包括所述多個子裝置的每一個中能夠利用的網(wǎng)絡(luò)通信資源、(PU資源及存儲器資源中的至少一個要素在內(nèi)的多個要素相應(yīng)的指標(biāo)值而被獲取。
11.根據(jù)權(quán)利要求10所述的圖像形成裝置，其特征在于，所述各處理余力是作為與所述多個要素分別對應(yīng)的多個指標(biāo)值之中最低處理能力所對應(yīng)的值而被獲取。
12.根據(jù)權(quán)利要求10所述的圖像形成裝置，其特征在于， 所述各處理余力是作為與所述多個要素分別對應(yīng)的多個指標(biāo)值的加權(quán)平均值而被獲取?！?br> 【文檔編號】H04N1/00GK103853579SQ201310625297
【公開日】2014年6月11日 申請日期:2013年11月28日 優(yōu)先權(quán)日:2012年11月28日
【發(fā)明者】黑畑貴夫, 西村亮佑, 國岡潤, 羽場笑子 申請人:柯尼卡美能達(dá)株式會社