專利名稱:裝置管理設備、作業(yè)流處理方法和任務協(xié)作處理系統(tǒng)的制作方法
技術領域:
本發(fā)明涉及一種用于執(zhí)行作業(yè)流的裝置管理設備、作業(yè)流 處理方法和任務協(xié)作處理系統(tǒng)。
背景技術:
迄今為止已經(jīng)提出了這種技術通過串行或并行組合要對 文檔數(shù)據(jù)進行的傳真、掃描和打印等的處理(任務)來創(chuàng)建作業(yè) 流,并通過執(zhí)行所創(chuàng)建的作業(yè)流來執(zhí)行一組處理。為了執(zhí)行作 業(yè)流,已經(jīng)提出了使得連接至網(wǎng)絡的多個裝置能夠協(xié)作執(zhí)行多 個任務的服務處理設備(例如,參見日本特開2004-287859)。根 據(jù)曰本特開2004-287859,能夠處理作業(yè)流的各個任務的任務處 理裝置協(xié)作工作以利用相應的任務處理裝置順次處理各任務, 由此可以在不增加用戶負擔的情況下將多個任務作為單個作業(yè) 流而執(zhí)行。
同時,日本特開2005-055957公開了這樣一種許可證管理系 統(tǒng)在需要時從許可證管理服務器向終端裝置發(fā)出許可證,并 且將使用后的許可證自動返回至許可證管理服務器。
根據(jù)日本特開2004-287859,由能夠處理任務的裝置來處理 作業(yè)流中所包括的任務。因此,依賴于結(jié)構(gòu),該技術需要多個 裝置來執(zhí)行單個作業(yè)流,這就導致了在考慮了數(shù)據(jù)傳送時間等 方面的作業(yè)流執(zhí)行效率低的問題。此外,日本特開2004-287859 并未特別考慮處理任務所需的許可證,并因此如果與作業(yè)流無 關地改變了 i午可i正才莫式(license scheme),則可能不能成功地寺丸 行該作業(yè)流。
發(fā)明內(nèi)容
考慮到上述相關技術構(gòu)思了本發(fā)明,并且本發(fā)明的目的在 于提供一種考慮了許可證的裝置管理設備、作業(yè)流處理方法和 任務協(xié)作處理系統(tǒng),其中執(zhí)行作業(yè)流的各個任務的任務處理裝 置的數(shù)量減少了 。
如下配置本發(fā)明以實現(xiàn)上述目的。具體地,本發(fā)明提供一 種裝置管理設備,用于管理任務處理裝置,所述任務處理裝置 通過以任務為單位執(zhí)行組合了多個任務的作業(yè)流來處理文檔數(shù)
據(jù),所述裝置管理設備包括確定單元,用于從所管理的所述 任務處理裝置之中確定主任務處理裝置;判斷單元,用于從要 執(zhí)行的作業(yè)流中判斷在由所述主任務處理裝置執(zhí)行時需要獲得 許可證的任務;許可證管理器,用于將由所述判斷單元判斷為 在執(zhí)行時需要獲得許可證的任務的許可證,從具有該許可證的 其它任務處理裝置轉(zhuǎn)移至所述主任務處理裝置;以及調(diào)度器, 用于在所述作業(yè)流所包括的任務之中調(diào)度能夠由所述主任務處 理裝置執(zhí)行的任務,從而由所述主任務處理裝置執(zhí)行該任務。
根據(jù)本發(fā)明,可以減少執(zhí)行作業(yè)流時所涉及的任務處理裝 置的數(shù)量,從而能夠高效地執(zhí)行作業(yè)流。
此外,即使指派給任務處理裝置的各任務許可證改變,也 可以在不改變作業(yè)流的定義的情況下執(zhí)行該作業(yè)流。
根據(jù)以下參考附圖對典型實施例的說明,本發(fā)明的其它特 征將變得清楚。
圖1是示出根據(jù)本發(fā)明的服務協(xié)作處理系統(tǒng)的系統(tǒng)結(jié)構(gòu)的圖。
圖2是示出根據(jù)本發(fā)明的整體操作流程的圖。
7圖3是示出根據(jù)本發(fā)明的任務定義信息的圖。
圖4A是示出用于例示根據(jù)本發(fā)明的作業(yè)流定義信息的示
例作業(yè)流的圖。
圖4B是示出基于本發(fā)明的圖4A而編寫的示例作業(yè)流定義 信息的圖。
圖5是示出根據(jù)本發(fā)明實施例1的示例作業(yè)流的圖。 圖6是示出根據(jù)本發(fā)明實施例l的任務處理裝置的列表、其 許可證狀態(tài)以及所安裝的應用程序的狀態(tài)的圖。
圖7是示出根據(jù)本發(fā)明實施例1的能夠執(zhí)行任務的候選任務 處理裝置的列表的圖。
圖8是示出根據(jù)本發(fā)明實施例1的處理的整體流程的圖。
圖9是根據(jù)本發(fā)明實施例l的用于確定執(zhí)行任務的候選任務 處理裝置的處理的流程圖。
圖IO是根據(jù)本發(fā)明實施例l的用于確定執(zhí)行任務的任務處 理裝置的處理的流程圖。
圖ll是才艮據(jù)本發(fā)明實施例l的許可證轉(zhuǎn)讓(assignment)判斷 處理的流程圖。
圖12是根據(jù)本發(fā)明實施例l的許可證轉(zhuǎn)讓處理的流程圖。
圖13是根據(jù)本發(fā)明實施例l的用于執(zhí)行作業(yè)流的處理的流 程圖。
圖14A是示出在本發(fā)明的實施例1中當根據(jù)傳統(tǒng)技術執(zhí)行 作業(yè)流時的執(zhí)行任務處理裝置的圖。
圖14B是示出當根據(jù)本發(fā)明實施例l執(zhí)行作業(yè)流時的執(zhí)行 任務處理裝置的圖。
圖15是示出根據(jù)本發(fā)明實施例2的整體結(jié)構(gòu)的圖。
圖16是根據(jù)本發(fā)明實施例2的用于確定執(zhí)行任務的任務處 理裝置的處理的流程圖。圖17是示出根據(jù)本發(fā)明實施例2的結(jié)果的圖。
圖18是根據(jù)本發(fā)明實施例3的許可證轉(zhuǎn)讓處理的流程圖。 圖19是根據(jù)本發(fā)明實施例3的執(zhí)行作業(yè)流的處理的流程圖。 圖2 0是根據(jù)本發(fā)明實施例4的許可證轉(zhuǎn)讓判斷處理的流程圖。
圖21A和圖21B是示出根據(jù)本發(fā)明實施例4的許可證轉(zhuǎn)讓處
理的流程的圖。
圖22是示出根據(jù)本發(fā)明實施例5的整體結(jié)構(gòu)的圖。 圖23是示出根據(jù)本發(fā)明實施例5的示例作業(yè)流的圖。 圖2 4是示出根據(jù)本發(fā)明實施例5的示例任務定義信息的圖。 圖2 5是示出根據(jù)本發(fā)明實施例5的任務處理裝置的列表、其
許可證狀態(tài)以及所安裝的應用程序的狀態(tài)的圖。
圖26是示出根據(jù)本發(fā)明實施例5的能夠執(zhí)行任務的候選任
務處理裝置的列表的圖。
圖27A和圖27B是示出根據(jù)本發(fā)明實施例5的用于確定執(zhí)行
任務的任務處理裝置的處理的流程的圖。
圖28是根據(jù)本發(fā)明實施例6的許可證轉(zhuǎn)讓判斷處理的流程圖。
圖29是裝置管理設備和任務處理裝置的框圖。
具體實施例方式
將說明適當?shù)貞昧吮景l(fā)明的實施例。在說明本發(fā)明的實 施例之前,將i兌明這里〗吏用的一些術語。
(1)"任務,,指處理的單位,并且在本實施例中包括例如, 復制文檔數(shù)據(jù)、掃描、傳真、保存至打印處理設備的硬盤和發(fā) 送電子郵件等。其它可能性包括讀取(掃描)紙張、輸入文檔數(shù) 據(jù)、識別讀出圖像的字符、轉(zhuǎn)換成電子數(shù)據(jù)表(spreadsheet)和保
9存所輸入的文檔數(shù)據(jù)(登記在數(shù)據(jù)庫中)等。由計算機、數(shù)字多 功能外圍設備或打印處理設備等任務處理裝置來執(zhí)行任務。存 在根據(jù)任務處理裝置的功能的各種任務。即使使用了具有執(zhí)行 任務的功能的任務處理裝置,該任務也可能要求用于執(zhí)行該任 務的任務許可證。
(2) "任務許可證"指需要提供給任務處理裝置以使得該任 務處理裝置能夠執(zhí)行任務的信息。并非全部的任務都需要許可 證,并且可以在無許可證的情況下執(zhí)行基本的功能任務。許可
證模式包括設備擁有許可證的模式以及被稱為"浮動(floating)" 的模式,其中"浮動"模式限制了許可用戶能夠同時執(zhí)行的任 務的數(shù)量。在后者許可證模式下,管理許可證的服務器根據(jù)需 要在任務處理裝置之間進行許可證傳輸。在本實施例中,由設
備(或裝置)擁有許可證,但可以在設備(或裝置)之間臨時轉(zhuǎn)移該 許可證。
(3) "作業(yè)流(job flow)"指組合在一起從而被串行或并行執(zhí) 行的多個任務的集合。作業(yè)流是表示這種任務集合的概念,并 且在本實施例中,還將定義作業(yè)流的數(shù)據(jù)稱為"作業(yè)流"。預先 創(chuàng)建作業(yè)流,并將其保存在用作裝置管理設備的計算機、數(shù)字 多功能外圍設備等中。用戶選擇要執(zhí)行的作業(yè)流,并提供執(zhí)行 該作業(yè)流的指令,由此可以執(zhí)行該作業(yè)流。作業(yè)流可以包括例 如任務的識別符(任務名稱),并且當有必要向任務輸入數(shù)據(jù)時, 作業(yè)流可以包括輸入源的識別符。如果給定任務的輸出數(shù)據(jù)用 作下 一 任務的輸入數(shù)據(jù),貝'j輸入源的識另符就是給定任務的識 別符。然而,對于掃描等不需要輸入數(shù)據(jù)的任務,沒必要指定 輸入源的識別符。由任務處理裝置執(zhí)行作業(yè)流中所包括的各任 務,并將任務的輸出數(shù)據(jù)傳遞至將該輸出數(shù)據(jù)作為輸入而處理 的其它任務。在本實施例中,將根據(jù)數(shù)據(jù)傳送順序接收從當前任務輸出的數(shù)據(jù)的輸入的任務稱為"下一任務",并將輸出要輸 入至當前任務的數(shù)據(jù)的任務稱為"前一任務"。前一任務和下一 任務未必是——對應的關系,并且可能是一對多的或者多對一 的關系。
(4)將裝置管理設備經(jīng)由網(wǎng)絡連接至任務處理裝置以形成 任務協(xié)作處理系統(tǒng)。任務協(xié)作處理系統(tǒng)管理作業(yè)流和任務處理
裝置,并調(diào)度(schedule)作業(yè)流的任務以使得由能夠執(zhí)行該任務 的任務處理裝置執(zhí)行該任務。任務協(xié)作處理系統(tǒng)還可以具有組 織任務許可證傳輸?shù)墓δ?。在本實施例中,對文檔數(shù)據(jù)執(zhí)行作 業(yè)流,但可以對圖像數(shù)據(jù)等其它類型的數(shù)據(jù)執(zhí)行作業(yè)流。并非 總是由裝置管理設備執(zhí)行或指示作業(yè)流。例如,可以將所創(chuàng)建 的作業(yè)流保存在計算機或數(shù)字多功能外圍設備中,并且可以由 該計算機或數(shù)字多功能外圍設備給出執(zhí)行指令??蛇x地,任務 處理裝置還可以具有作為裝置管理設備的功能。
可以如下概括本發(fā)明。具體地,本發(fā)明包括確定部件(確定 步驟),該確定部件(確定步驟)用于從受裝置管理設備所管理的 任務處理裝置中確定主任務處理裝置(primary task processing device)。這與實施例中確定執(zhí)行任務處理裝置(executive task processing device)的處理相對應。本發(fā)明還包4舌判斷部件(判斷 步驟),該判斷部件(判斷步驟)用于判斷要執(zhí)行的作業(yè)流中、在 由所確定的主任務處理裝置執(zhí)行時需要許可證的任務。這與實 施例中許可證轉(zhuǎn)讓判斷處理相對應。本發(fā)明還包括許可證管理 器(許可證管理步驟),該許可證管理器(許可證管理步驟)用于將 被判斷為在執(zhí)行時需要許可證的任務的許可證從具有該許可證 的其它任務處理裝置轉(zhuǎn)移至主任務處理裝置。這與實施例中的 許可證轉(zhuǎn)讓處理相對應。本發(fā)明還包括調(diào)度部件(調(diào)度步驟),
該調(diào)度部件(調(diào)度步驟)用于調(diào)度要執(zhí)行的作業(yè)流的任務中主任
ii務處理裝置可執(zhí)行的任務,從而由主任務處理裝置執(zhí)行該任務。 這與實施例中的JF(作業(yè)流)執(zhí)行處理相對應。
此外,在確定主任務處理裝置時,從受裝置管理設備所管 理的任務處理裝置中,將具有要執(zhí)行的作業(yè)流中最大數(shù)量的可
執(zhí)行任務的任務處理裝置確定為主任務處理裝置。這與圖IO的 步驟S1005等相對應。
可選地,在確定主任務處理裝置時,從受裝置管理設備所 管理的任務處理裝置中,將提供了用以執(zhí)行要處理的作業(yè)流的 指令的任務處理裝置確定為主任務處理裝置。這與圖16的步驟 S1604等相對應。
可選地,在確定主任務處理裝置時,從受裝置管理設備所 管理的任務處理裝置中,將具有要執(zhí)行的作業(yè)流中最大數(shù)量的 需要用戶手動操作的可執(zhí)行任務的任務處理裝置確定為主任務 處理裝置。這與圖27B的S2714或S2715相對應。
本發(fā)明還包括用于將已從主任務處理裝置返回的許可證返 回至其它任務處理裝置的部件(步驟),其中該許可證是從該其 它任務處理裝置獲得的。這與圖13的S1306、圖19的S1905等相 對應。
當轉(zhuǎn)移許可證時,響應于來自主任務處理裝置的請求,從 其它任務處理裝置獲得許可證,并將該許可證指派給主任務處 理裝置。這與圖12或者從圖21A 圖21B的處理相對應。
當轉(zhuǎn)移許可證時,響應于來自主任務處理裝置的請求,向 主任務處理裝置通知具有主任務處理裝置所需要的任務的許可 證的其它任務處理裝置。主任務處理裝置從該任務處理裝置獲 得許可證。這與例如圖18的處理相對應。
如上所述,可以基于實施例概括本發(fā)明。在說明本發(fā)明的 實施例之前,首先說明可以應用本發(fā)明的系統(tǒng)結(jié)構(gòu)和應用程序
12結(jié)構(gòu)。
實施例1 系統(tǒng)結(jié)構(gòu)
圖l是示出根據(jù)本發(fā)明實施例的任務協(xié)作處理系統(tǒng)的整體 結(jié)構(gòu)的圖。該任務協(xié)作處理系統(tǒng)是通過連接上述裝置管理設備 和任務處理裝置而構(gòu)成的系統(tǒng)。該系統(tǒng)是能夠執(zhí)行包括打印處 理設備的任務的各種任務的協(xié)作處理系統(tǒng)。除了提供<壬務的打 印處理設備以外,本發(fā)明實施例的任務協(xié)作處理系統(tǒng)還可以與 能夠提供各種任務的多個應用程序協(xié)作工作。
該任務協(xié)作處理系統(tǒng)包括裝置管理設備1 1和經(jīng)由網(wǎng)絡1 3所
連接的任務處理裝置12A 12E 。使用TCP/IP和SNMP等協(xié)議在任 務處理裝置之間以及任務處理裝置與裝置管理設備之間可以進 行數(shù)據(jù)通信。應當注意,并不限制裝置的數(shù)量。以下說明假定 任務協(xié)作處理系統(tǒng)包括1個裝置管理設備和連接至該裝置管理 設備的5個任務處理裝置。
裝置管理設備11管理例如打印處理設備和應用程序等的任 務處理裝置以及多個作業(yè)流。裝置管理設備ll還管理與已安裝 在所管理的任務處理裝置中的應用程序有關的信息以及許可證 模式。假定為了執(zhí)行任務而發(fā)出了允許任務處理裝置執(zhí)行該任 務的i午可i正。
圖29示出用作任務處理裝置或裝置管理設備的計算機100 以及用作裝置管理設備的打印處理設備(數(shù)字多功能外圍設 備)300的框圖。
在圖29中,計算機100包括CPU 201, CPU 201基于存儲在 ROM 203或外部存儲器211中的文檔處理程序?qū)Π瑘D形、圖 像、字符和表(包括電子數(shù)據(jù)表)等的文檔進行處理。CPU 201 對連接至系統(tǒng)總線204的裝置進行統(tǒng) 一 控制。RAM 202用作CPU201的主存儲器、工作區(qū)域等。鍵盤控制器(KBC) 205控制從鍵 盤209和指示裝置(未示出)的鍵輸入。CRT控制器(CRTC) 206控 制CRT顯示器210的顯示。盤控制器(DKC) 207控制對硬盤(HD) 等存儲了引導程序和各種應用程序的外部存儲器211的訪問。應 用程序包括用于管理裝置的程序和用于處理任務的程序。打印 機控制器(PRTC) 208經(jīng)由網(wǎng)絡接口卡(NIC) 21連接至網(wǎng)絡,并 且執(zhí)行用于與網(wǎng)絡21通信的控制處理。CPU 201基于通過顯示 在CRT 210上的鼠標光標(未示出)等所輸入的命令來打開各種 登記窗口,并執(zhí)行各種數(shù)據(jù)處理。
在打印機300中,打印機CPU 312基于存儲在ROM 313或外 部存儲器314中的控制程序統(tǒng)一控制對連接至系統(tǒng)總線315的各 種裝置的訪問。CPU 312還將圖像信號作為輸出信息輸出至經(jīng) 由輸入/輸出I/F 316所連接的打印單元(打印機引擎)317。從掃描 器單元323輸入數(shù)字圖像數(shù)據(jù)。CPU 312經(jīng)由NIC 21連接至網(wǎng) 絡,并且執(zhí)行用于與網(wǎng)絡21通信的控制處理。RAM319是用作 CPU312的主存儲器、工作區(qū)域等的RAM。 NIC318經(jīng)由網(wǎng)絡21 從計算機100或其它任務處理裝置接收需要通過執(zhí)行任務而處 理的輸入數(shù)據(jù),并發(fā)送處理后的數(shù)據(jù)。存儲器控制器(MC) 320 控制對硬盤(H D)等存儲程序和數(shù)據(jù)的外部存儲器314的訪問。 操作單元3 21包括顯示面板和鍵盤,利用該顯示面板和鍵盤向操 作者提供信息或者由操作者輸入指令??梢酝ㄟ^操作單元321 輸入用于選擇/執(zhí)行作業(yè)流的指令。提供了連接至公用網(wǎng)絡的調(diào) 制解調(diào)器322以使得能夠進行傳真通信。
操作流程
圖2示出根據(jù)本發(fā)明實施例的任務協(xié)作處理系統(tǒng)的操作流 程。當用戶21做出用于執(zhí)行作業(yè)流的請求22時,裝置管理設備 ll首先分析作業(yè)流的內(nèi)容(作業(yè)流分析23),并且響應于分析結(jié)果開始執(zhí)行該作業(yè)流(作業(yè)流執(zhí)行24)。 任務定義信息
圖3示出根據(jù)本發(fā)明的任務定義信息。任務定義信息31包括 任務名稱311 、執(zhí)行任務所必需的許可證信息312和在執(zhí)行任務 時必需的屬性信息313。許可證信息312包括例如,表示是否存 在許可證的信息、許可證的時間段等。針對各個任務定義了任 務定義信息,并將該任務定義信息保存在能夠執(zhí)行該任務的任 務處理裝置中。如在這里所使用的,"能夠執(zhí)行任務"包括當指 派了許可證時能夠執(zhí)行任務的情況。
作業(yè)流定義信息
圖4 B示出^^艮據(jù)本發(fā)明的作業(yè)流定義信,t的示例。由例如計 算機專用軟件等來創(chuàng)建作業(yè)流定義信息,并將其保存在裝置管 理設備或任務處理裝置中。圖4A示出用于例示根據(jù)本發(fā)明的作 業(yè)流定義信息的作業(yè)流的示例。該例子說明了以下作業(yè)流在 執(zhí)行任務l之后同時處理任務2和任務3,之后,執(zhí)行任務4,并 且流程結(jié)束。該作業(yè)流不僅定義了順序,而且定義了在任務之 間傳遞的數(shù)據(jù)。例如,任務1的輸出數(shù)據(jù)用作為任務2和任務3 的輸入數(shù)據(jù)。同樣,任務2的輸出數(shù)據(jù)和任務3的輸出數(shù)據(jù)用作 為任務4的輸入數(shù)據(jù)。如這里所使用的,"并行處理"和"同時 地進行處理,,不1"又表示同時執(zhí)行任務,而且表示可以并行執(zhí)4亍 任務。這并不意口未著必須同時執(zhí)行任務2和任務3,而可以按任 務2—任務3的順序或與之相反的順序串行執(zhí)行任務2或任務3, 只要數(shù)據(jù)輸入和數(shù)據(jù)輸出之間的關系符合定義即可。
圖4B示出基于圖4A以XML格式編寫的作業(yè)流定義信息。在 本實施例中,在XML中準備了任務標簽以定義任務執(zhí)行順序, 并且描述了在給定任務之前執(zhí)行的任務的名稱以及在給定任務 之后執(zhí)行的任務的名稱。如果在任務定義信息中定義了與任務
15屬性有關的信息,則將該信息寫入屬性標簽(property tag)內(nèi)。 如這里所使用的,可以將"之前"和"之后"解釋為描述數(shù)據(jù) 輸入和數(shù)據(jù)輸出之間的關系的術語。具體地,〈before〉標簽是 定義輸入數(shù)據(jù)的源的標簽。同樣,〈after〉標簽是定義輸出數(shù)據(jù) 的目的地的標簽。在作業(yè)流定義信息中,至少寫入了在作業(yè)流 中要執(zhí)行的全部作業(yè)的順序??梢砸訶ML才各式之外的才各式編寫 該作業(yè)流定義信息,只要能夠明確地定義任務的順序即可。
以上給出的說明應用于下面將說明的全部實施例?,F(xiàn)在將 基于前述說明來說明實施例1。
圖5示出根據(jù)本實施例的作業(yè)流的示例。該作業(yè)流以掃描任 務開始,并且使用OCR對掃描后的圖像數(shù)據(jù)進行處理并將其轉(zhuǎn) 換成PDF。對轉(zhuǎn)換成的文檔加時間戳,給定電子簽名后通過電 子郵件發(fā)送。
裝置任務表
圖6是示出由裝置管理設備11所管理的任務處理裝置的列 表、由任務處理裝置進行的任務以及許可證狀態(tài)的裝置任務表。 將該裝置任務表保存在裝置管理設備ll中。例如,該裝置任務 表是基于由裝置管理設備ll通過向所管理的任務處理裝置請求 與可執(zhí)行任務有關的信息所獲得的信息而創(chuàng)建的。裝置管理設 備未必具有裝置任務表自身,而可以具有與該裝置任務表相對 應的信息,即表示任務處理裝置、任務和許可證狀態(tài)的信息。 任務許可證狀態(tài)包括在未獲得新許可證的情況下可執(zhí)行的處理 (任務)的列62以及在獲得了許可證的情況下可執(zhí)行的處理(任 務)的列63。"任務處理裝置"61列出了由裝置管理設備ll所管 理的任務處理裝置。"在未獲得新許可證的情況下可執(zhí)行的處 理"62列出了 ,由于已經(jīng)安裝了軟件和硬件資源,并且已經(jīng)安 裝了任務許可證或該任務許可證變得不必要了 ,因而可由任務
16處理裝置執(zhí)行的任務。"在獲得了許可證的情況下可執(zhí)行的處 理"63列出了 ,盡管已經(jīng)安裝了除許可證以外的資源,但由于 未向任務處理裝置發(fā)出任務許可證因而不可執(zhí)行的任務。例如
任務裝置B,掃描、時間戳和數(shù)字簽名功能是可執(zhí)行功能,這 是因為裝置B具有這些許可證,而OCR和PDF轉(zhuǎn)換功能是在獲得 了許可證的情況下可執(zhí)行的功能。
圖7是基于圖5所示的作業(yè)流和圖6所示的任務處理裝置的 狀態(tài)所獲得的,示出能夠處理作業(yè)流的各個任務的候選任務處 理裝置(candidate task processing device)的歹'J表的4矣選裝置歹'J 表。與各個任務相關聯(lián)地列出的任務處理裝置是用于執(zhí)行任務 的候選裝置。由裝置管理設備11根據(jù)圖9的過程來創(chuàng)建候選裝置 列表。"要執(zhí)行的處理"71列出了在本實施例中要執(zhí)行的作業(yè)流 的任務。"任務處理裝置,,72列出了能夠執(zhí)行"要執(zhí)行的處理" 71所示的各個任務的候選任務處理裝置。這些裝置可以在未獲 得新許可證的情況下執(zhí)行這些任務。"在獲得了許可證的情況下 可能的任務處理裝置,,73列出了在將許可證安裝至任務處理裝 置中的情況下能夠執(zhí)行任務的任務處理裝置。以下將以OCR任 務作為例子進行解釋。根據(jù)在圖6的表中所示的可用任務處理裝 置,可以看出裝置A12A和D 12D是能夠執(zhí)行OCR任務的任務處 理裝置。還可以看出,裝置B 12B和C 12C是在獲得了 OCR許可 證的情況下能夠執(zhí)行OCR任務的任務處理裝置。因此,在"任 務處理裝置"72中將裝置A 12A和D 12D作為用于執(zhí)行OCR任務 的候選裝置而列出,并且在"在獲得了許可證的情況下可能的 任務處理裝置"73中將裝置B 12B和C 12C作為在獲得了許可證 的情況下能夠執(zhí)行OCR任務的候選裝置而列出。
執(zhí)行作業(yè)流的處理
圖8示出根據(jù)本發(fā)明的用于執(zhí)行作業(yè)流的處理的整體流程。當開始處理時,首先用戶使用適當?shù)娜蝿仗幚硌b置或裝置管理 設備選擇要執(zhí)行的作業(yè)流(S81)。將所選擇的作業(yè)流的內(nèi)容發(fā)送 至裝置管理設備ll,并且基于裝置任務表(圖6)確定要使用的任 務處理裝置(下文中稱為"執(zhí)行任務處理裝置")的候選(下文中
稱為"候選任務處理裝置")(S82)。然后,從候選任務處理裝 置中確定執(zhí)行作業(yè)流的各個任務的執(zhí)行任務處理裝置(S83)。裝 置管理設備1 l根據(jù)所選擇的作業(yè)流的定義調(diào)度各個任務,使得 由所確定的執(zhí)行任務處理裝置來執(zhí)行該任務。例如,裝置管理 設備ll將用以執(zhí)行任務的指令以及可選的輸入數(shù)據(jù)發(fā)送至執(zhí)行 該任務的任務處理裝置以使該裝置執(zhí)行該任務,并在必要時接 收輸出數(shù)據(jù)。根據(jù)作業(yè)流中所定義的任務順序執(zhí)行該操作。然 而,如果單個任務處理裝置連續(xù)執(zhí)行任務,則在該任務處理裝 置內(nèi)通過任務之間的通信來傳遞數(shù)據(jù)。由于該原因,裝置管理 設備ll可以選擇例如是將輸入數(shù)據(jù)自身還是將該數(shù)據(jù)的地址連 同用于執(zhí)行任務的指令一起發(fā)送。對于輸出數(shù)據(jù),裝置管理設 備ll可以選擇是返回該數(shù)據(jù)自身還是返回輸出數(shù)據(jù)被保存的地 址。如果在任務處理裝置內(nèi)傳遞數(shù)據(jù),則對于將輸出數(shù)據(jù)傳遞 至同一裝置的其它任務的任務,裝置管理設備1 l選擇輸出數(shù)據(jù) 被保存的地址的指定,并將該地址連同執(zhí)行指令一起發(fā)送。對 于從同 一裝置的其它任務接收輸入數(shù)據(jù)的任務,裝置管理設備 11選擇輸入數(shù)據(jù)的地址的指定,并將該地址連同執(zhí)行指令 一 起 發(fā)送。這樣,當在單個裝置內(nèi)進行任務之間的數(shù)據(jù)傳遞時,消 除了傳送數(shù)據(jù)的需要,因此可以減少傳送時間。當然,上述方 法僅是示例,還可以使用其它方法,只要當在單個任務處理裝 置內(nèi)執(zhí)行 一 組任務時能夠在任務之間直接傳遞數(shù)據(jù)即可。這不 限于裝置管理設備,并且適用于由任務處理裝置進行執(zhí)行和管 理作業(yè)流的情況。由如此選擇出的執(zhí)行任務處理裝置執(zhí)行作業(yè)流(S84),并且 處理結(jié)束。
確定候選任務處理裝置的處理
圖9示出圖8的步驟S82中用于確定(或選擇)執(zhí)行任務的候 選任務處理裝置的處理的流程。當開始處理時,通過順次以各 個任務為目標,針對作業(yè)流的全部任務進行從步驟S92 S97的 處理(S91)。在步驟S91中,將目標任務的識別符寫入圖7的"要 執(zhí)行的處理"71中。接著,針對各任務,通過順次以各個裝置 為目標,針對受裝置管理設備ll所管理的全部任務處理裝置進 行從步驟S93 S94的處理(S92)。
在步驟S93中,判斷是否能夠執(zhí)行目標任務。如果目標任 務處理裝置能夠執(zhí)行目標任務,則將該目標裝置作為候選任務 處理裝置而添加(S94)。具體地,在S94中,將目標任務處理裝 置的識別符附加寫入至圖7的"任務處理裝置"72中。如果目標 任務處理裝置不能夠執(zhí)行目標任務,則判斷該目標任務處理裝 置是否能夠在獲得了許可證的情況下執(zhí)行目標任務(S95)。如果 能夠執(zhí)行,則將該目標裝置作為在獲得了許可證的情況下能夠 執(zhí)行目標任務的候選任務處理裝置而添加(S96)。具體地,在S96 中,將目標任務處理裝置的識別符附加寫入至圖7的"在獲得了 許可證的情況下可能的任務處理裝置"73中。如果不能夠執(zhí)行, 則不進行任何操作。
如果存在尚未作為目標的任務處理裝置,則將下一任務處 理裝置設置為新的目標任務處理裝置,并且重復S93 S96的處 理(S97)。如果不存在,則處理進入S98。如果存在尚未作為目 標的任務,則將下一任務設置為新的目標任務,并且重復 S92 S97的處理(S98)。當對于要處理的作業(yè)流中所包括的全部 任務都進行了上述處理時,該處理完成。確定執(zhí)行任務處理裝置的處理
圖10是圖8的S83中用于確定執(zhí)行任務的執(zhí)行任務處理裝
置的處理的流程圖。當開始處理時,通過順次以各個任務作為
目標,針對要處理的作業(yè)流的全部任務進行S1002的操作 (SIOOI)。在S1002中,計數(shù)器Ti通過參考圖7的候選裝置列表進 行計數(shù),其中計數(shù)器Ti用于對與能夠處理目標任務的候選任務 處理裝置Di (15i5任務處理裝置的總數(shù))相對應的任務的數(shù)量進 行計數(shù)。具體地,使能夠處理目標任務的候選任務處理裝置Di 的計數(shù)器Ti加l。"能夠處理目標任務的候選任務處理裝置"表 示在未荻得新許可證的情況下能夠執(zhí)行目標任務的裝置,即在 圖7的列7 2中列出的裝置。在針對全部任務已計數(shù)了可執(zhí)行任務 的數(shù)量之后(S1003),將具有最大計數(shù)器值Tmax的任務處理裝 置的識別符Dmax作為主任務處理裝置的識別符而保存 (S1004)。具體地,將具有最大數(shù)量的可執(zhí)行任務的任務處理裝 置確定為主任務處理裝置。參考圖7,在本實施例中,如果D1 是裝置A, D2是裝置B, D3是裝置C, D4是裝置D且D5是裝置E, 貝'JT1二5, T2=3, T3=2, T4二3和T5二2。因此,將裝置A確定為主 任務處理裝置。最終,進行許可證轉(zhuǎn)讓判斷處理(S1005),并且 處理結(jié)束。
i??蒳正轉(zhuǎn)讓判斷處理
圖ll示出圖10的步驟S1005中的許可證轉(zhuǎn)讓判斷處理的流 程。當開始處理時,判斷是否存在不能夠由所確定的主任務處 理裝置執(zhí)行的任務(S1101)。如果主任務處理裝置能夠執(zhí)行全部 的任務,則將主任務處理裝置確定為執(zhí)行全部任務的任務處理 裝置(S1102),并且處理結(jié)束。當確定了執(zhí)行作業(yè)流中所包括的 任務的任務處理裝置時,例如,創(chuàng)建將任務與執(zhí)行該任務的任 務處理裝置相關聯(lián)的調(diào)度表。在這種情況下,在S1102中,創(chuàng)
20建將作業(yè)流的全部任務與主任務處理裝置相關聯(lián)的調(diào)度表。
另一方面,如果存在主任務處理裝置不能夠執(zhí)行的任務, 則通過順次以各個不可執(zhí)行任務為目標,針對不可執(zhí)行任務執(zhí)
行S1104 S1107的處理(S1103)。同時,將由主任務處理裝置能 夠執(zhí)行的任務與該主任務處理裝置相關聯(lián),以創(chuàng)建調(diào)度表。然 后,判斷在獲得了許可證的情況下是否能夠執(zhí)行目標任務
(51104) 。如果即使獲得了許可證也不能夠執(zhí)行目標任務,則將 能夠執(zhí)行目標任務的任務處理裝置確定為執(zhí)行任務處理裝置
(51105) ,并且繼續(xù)處理下一 目標任務(S1108)。在這種情況下, 由于執(zhí)行任務處理裝置不是主任務處理裝置,因此將目標任務 與所確定的任務處理裝置相關聯(lián),并且將該目標任務添加至調(diào) 度表。
如果目標任務是在獲得了許可證的情況下能夠執(zhí)行的任 務,則進行許可證轉(zhuǎn)讓處理(S1106),然后將指派了目標任務的 許可證的主任務處理裝置確定為執(zhí)行任務處理裝置(S1107)。例 如,將目標任務與主任務處理裝置相關聯(lián),并將該目標任務添 加至調(diào)度表。然后,繼續(xù)處理下一 目標任務(S1108)。
如果已經(jīng)處理了全部的不可執(zhí)行任務,則本處理結(jié)束。參 考圖7,用作為主任務處理裝置的裝置A不能夠執(zhí)行PDF轉(zhuǎn)換任 務,但裝置A可以通過獲得許可證來執(zhí)行PDF轉(zhuǎn)換任務。由于由 裝置管理設備11所管理的其它任務處理裝置能夠執(zhí)行PDF轉(zhuǎn)換 任務,因此進行許可證轉(zhuǎn)讓處理以將許可證從該任務處理裝置 轉(zhuǎn)移至主任務處理裝置。
^牛可i正豸爭讓處理
圖12示出圖11的S1106中的許可"^正轉(zhuǎn)讓處理的流程。當開始 處理時,主任務處理裝置將許可證轉(zhuǎn)讓請求發(fā)送至裝置管理設 備ll (S1201)。在本實施例中,由裝置管理設備執(zhí)行圖12的處理。此外,如果由已被指示執(zhí)行作業(yè)流的任務處理裝置來執(zhí)行圖10 的處理,則該任務處理裝置未必是主任務處理裝置。如果不是 由主任務處理裝置執(zhí)行圖12的處理,則例如裝置管理設備的進
行圖12的處理的裝置向主任務處理裝置通知主任務處理裝置需
要獲得許可證的任務。響應于此,主任務處理裝置將許可證轉(zhuǎn) 讓請求發(fā)送至裝置管理設備ll。
在接收到許可證轉(zhuǎn)讓請求時,裝置管理設備11選擇(或提取)
已指派了任務許可證的任務處理裝置(S1202),并在所選擇的任 務處理裝置中確定具有最大數(shù)量的可執(zhí)行任務的任務處理裝 置,并將其確定為轉(zhuǎn)讓任務處理裝置(assigning task processing device) (S1203)。參考圖6和圖7,在本實施例中,在S1202中所 選擇的任務處理裝置是可執(zhí)行任務的數(shù)量分別為2和3的裝置C 和裝置D。因此,在S1204中,將裝置D確定為轉(zhuǎn)讓任務處理裝 置。在確定了轉(zhuǎn)讓任務處理裝置之后,裝置管理設備ll向該轉(zhuǎn) 讓任務處理裝置發(fā)送使用于執(zhí)行任務的任務許可證返回的請求 (S1204)。在接收到該請求時,轉(zhuǎn)讓任務處理裝置將該任務許可 證返回至裝置管理設備ll (S1205)。裝置管理設備ll將所返回的 許可證指派給主任務處理裝置(S1206),并終止處理。許可證包 括表示該許可證是允許裝置執(zhí)行指定任務的許可證的信息。這 種信息可以是任何信息,只要執(zhí)行任務的程序或裝置能夠?qū)⒃?信息識別為許可證即可。 執(zhí)行作業(yè)流的處理
圖13示出圖8的S84中執(zhí)行作業(yè)流的處理的流程。不是由單 個設備(或裝置)執(zhí)行圖13的處理,并且圖13統(tǒng)一示出由多個設 備(或裝置)進行的處理。當開始圖13的處理時,順次將作業(yè)流 的任務作為目標(S1301),并且由確定為執(zhí)行目標任務的執(zhí)行任 務處理裝置的任務處理裝置來執(zhí)行各個目標任務(S1302)。對于全部的任務重復該處理(S1303)。在本實施例中,由裝置管理設 備來調(diào)度作業(yè)流,并因此裝置管理設備根據(jù)調(diào)度表來控制任務 處理裝置。具體地,在S1301 S1303的處理中,裝置管理設備 ll將輸入數(shù)據(jù)和用于執(zhí)行任務的指令發(fā)送至各個執(zhí)行任務處理 裝置,并且由接收到它們的執(zhí)行任務處理裝置執(zhí)行該任務。在 這種情況下,裝置管理設備ll基于將作業(yè)流的任務與相應的執(zhí) 行任務處理裝置相關聯(lián)的調(diào)度表來發(fā)送輸入數(shù)據(jù)(可選)和用于 執(zhí)行任務的指令。當然,這僅是個例子,使得例如如果不是由 裝置管理設備ll而是由任務處理裝置的其中一個來管理作業(yè) 流,則該任務處理裝置執(zhí)行S1301 S1303的處理。
在執(zhí)行各個任務之后,判斷執(zhí)行任務處理裝置的許可證是 否是轉(zhuǎn)讓的許可證(assigned lkense)(S 1304)。如果該許可證不 是轉(zhuǎn)讓的許可證,則處理結(jié)束。如果該許可證是轉(zhuǎn)讓的許可證, 則具有該轉(zhuǎn)讓的許可證的執(zhí)行任務處理裝置將該轉(zhuǎn)讓的許可證 返回至裝置管理設備ll (S1305)。由各個執(zhí)行任務處理裝置來執(zhí) 行該處理。在圖13中,在已經(jīng)執(zhí)行了整個作業(yè)流之后進行許可 證返回處理,〗旦如果任務處理裝置各自返回許可證,則可以在 每次任務完成時進行任務許可證返回處理。
已從執(zhí)行任務處理裝置接收到許可證的裝置管理設備ll將 所返回的許可證返回至原始的轉(zhuǎn)讓任務處理裝置(S1306),并且 纟冬止處理。
在本實施例中,將用于PDF轉(zhuǎn)換任務的許可證從裝置D轉(zhuǎn)讓 至裝置A。因此,在PDF轉(zhuǎn)換任務完成之后,裝置A將該許可證 返回至裝置管理設備ll,并且由裝置管理設備ll將該許可證返 回至裝置D。
圖14 B示出從應用根據(jù)本實施例的處理所獲得的結(jié)果的示 例。圖14A示出當根據(jù)傳統(tǒng)技術執(zhí)行作業(yè)流時的執(zhí)行任務處理
23裝置,并且圖14B示出當根據(jù)本實施例執(zhí)行作業(yè)流時的執(zhí)行任 務處理裝置。
根據(jù)傳統(tǒng)技術,由能夠執(zhí)行相應任務的任務處理裝置執(zhí)行
作業(yè)流的任務。因此,僅PDF轉(zhuǎn)換任務需要由裝置B執(zhí)行。另一 方面,根據(jù)本實施例,將由裝置B所擁有的PDF轉(zhuǎn)換任務的許可 證臨時轉(zhuǎn)讓至裝置A。這使得裝置A能夠執(zhí)行作業(yè)流的全部任 務,并因此可以由裝置A來執(zhí)行整個作業(yè)流。當如上述情況中 一樣由單個任務處理裝置連續(xù)執(zhí)行多個任務時,在該裝置內(nèi)傳
遞數(shù)據(jù)。因此,消除了數(shù)據(jù)傳送的開銷,使得可以高效地執(zhí)行 作業(yè)流,并且能夠使任務協(xié)作處理系統(tǒng)內(nèi)的通信量變小。 實施例2
將說明本發(fā)明的實施例2。本實施例示出與實施例1不同的 用于確定執(zhí)行任務處理裝置的其它示例。在實施例l中,已經(jīng)示 出了將具有最大數(shù)量的可執(zhí)行任務的任務處理裝置設置為主任 務處理裝置的示例。在本實施例中,將說明將用戶正操作的任 務處理裝置設置為主任務處理裝置的示例。
圖15示出根據(jù)本實施例的整體結(jié)構(gòu)。除了圖15和圖16分別 替代實施例1的圖1和圖10以外,其它圖與實施例1的圖相同。
本實施例示出用戶21發(fā)出利用裝置B執(zhí)行作業(yè)流的請求(由 附圖標記151所示)的示例。在實施例1中,未指定用戶所操作的 任務處理裝置,而本實施例考慮了用戶所操作的任務處理裝置。
確定執(zhí)行任務處理裝置的處理
圖16示出根據(jù)本實施例的用于確定執(zhí)行任務的任務處理裝 置的處理的流程。根據(jù)圖9的流程已經(jīng)確定了候選任務處理裝 置。圖16示出在圖8的S83中用于確定執(zhí)行任務的執(zhí)行任務處理 裝置的處理的流程。當開始處理時,通過順次以各個任務作為 目標,針對要處理的作業(yè)流的全部任務進行S1602 (S1601)。在S1602中,計數(shù)器Ti通過參考圖7的候選裝置列表進行計數(shù),其 中計數(shù)器Ti用于對與能夠處理目標任務的候選任務處理裝置Di (KK任務處理裝置的總數(shù))相對應的任務的數(shù)量進行計數(shù)。具 體地,使能夠處理目標任務的候選任務處理裝置Di的計數(shù)器Ti 加l。"能夠處理目標任務的候選任務處理裝置,,表示在未獲得 新許可證的情況下能夠執(zhí)行目標任務的裝置,即圖7的列72中列 出的裝置。在已針對全部任務計數(shù)了可執(zhí)行任務的數(shù)量之后
(51603) ,將用戶正使用的任務處理裝置確定為主任務處理裝置
(51604) 。在該例子中,將裝置B確定為主任務處理裝置。最終, 進行許可證轉(zhuǎn)讓判斷處理(S1605),并且處理結(jié)束。許可證轉(zhuǎn)讓 判斷處理與實施例l的圖ll所示的處理相同。
參考圖6,在本實施例中,作為主任務處理裝置的裝置B不 能夠執(zhí)行的任務是O C R任務、P D F轉(zhuǎn)換任務和電子郵件任務。 除電子郵件任務以外的這些任務可以由受裝置管理設備ll所管 理的其它任務處理裝置來執(zhí)行。因此,對于OCR和PDF轉(zhuǎn)換任 務,執(zhí)行許可證轉(zhuǎn)讓處理。
通過參考圖7,以圖12所示的許可證轉(zhuǎn)讓處理流程作為例 子,如下進行各任務的許可證轉(zhuǎn)讓處理。
對于OCR任務,提取出裝置A和裝置D作為能夠執(zhí)行OCR 任務的任務處理裝置。由于裝置A比裝置D具有更多的可執(zhí)行任 務,因此由裝置A將OCR許可證轉(zhuǎn)讓至裝置B。
類似地,提取出裝置C和裝置D作為能夠執(zhí)行PDF轉(zhuǎn)換任務 的任務處理裝置。由于裝置D比裝置C具有更多的可執(zhí)行任務, 因此由裝置D將PDF轉(zhuǎn)換許可證轉(zhuǎn)讓至裝置B。
同時,即使將許可證安裝在了裝置B上,裝置B也不能夠執(zhí) 行電子郵件任務,因而將由能夠執(zhí)行電子郵件任務的其它任務 處理裝置來執(zhí)行該電子郵件任務。圖1 7示出從應用根據(jù)本實施例的作業(yè)流處理所獲得的結(jié)果
的示例。由于將裝置A的OCR許可證和裝置D的PDF轉(zhuǎn)換許可證 暫時轉(zhuǎn)讓至裝置B,因此裝置B對作業(yè)流的除電子郵件任務以外 的全部任務進行處理,并且由裝置A執(zhí)行電子郵件任務。
利用該結(jié)構(gòu),才艮據(jù)本實施例,可以獲得實施例l的效果,并 且進一步,與實施例l相比,能夠使用戶占用用戶未操作的任務 處理裝置的時間較短。這能夠抑制用戶難以知曉如下情況的情 形出現(xiàn),例如,盡管看上去沒有任何人使用裝置,但該裝置被 其它用戶使用而不可用。
實施例3
將i兌明本發(fā)明的實施例3。本實施例示出與實施例l和實施 例2的系統(tǒng)不同的用于許可證轉(zhuǎn)讓和作業(yè)流^L行的其它系統(tǒng)。因 此,其它結(jié)構(gòu)和處理與實施例l的結(jié)構(gòu)和處理相同。實施例l和 實施例2已示出了經(jīng)由裝置管理設備ll進行許可證轉(zhuǎn)讓處理和 許可證返回處理的例子。在本實施例中,將說明在任務處理裝 置之間進行這些處理的例子。
許可證轉(zhuǎn)讓處理
圖18示出艮據(jù)本實施例的許可證轉(zhuǎn)讓處理的流程。該流程 是實施例l的圖12的流程的替代。當開始處理時,主任務處理裝 置將許可證轉(zhuǎn)讓請求發(fā)送至裝置管理設備ll (S1801)。類似于實 施例1,由裝置管理設備執(zhí)行根據(jù)本實施例的圖18的處理。此外, 如果由被指示執(zhí)行作業(yè)流的任務處理裝置來執(zhí)行圖10的處理, 則任務處理裝置未必是主任務處理裝置。如果不是由主任務處 理裝置執(zhí)行圖18的處理,則例如裝置管理設備的進行圖18處理 的裝置向主任務處理裝置通知該主任務處理裝置需要獲得許可 證的任務。響應于此,該主任務處理裝置將許可證轉(zhuǎn)讓請求發(fā)
送至裝置管理設備ll。在接收到許可證轉(zhuǎn)讓請求時,裝置管理設備1 1選擇(或提取) 已指派了任務許可證的任務處理裝置(S1802),并在所選擇出的 任務處理裝置中確定具有最大數(shù)量的可執(zhí)行任務的任務處理裝
置,并將該任務處理裝置確定為轉(zhuǎn)讓任務處理裝置(S1803)。參 考圖6和圖7,在本實施例中,在S1802中選擇出的任務處理裝 置是可執(zhí)行任務的數(shù)量分別是2和3的裝置C和裝置D。因此,在 S1804中,將裝置D確定為轉(zhuǎn)讓任務處理裝置。在確定了轉(zhuǎn)讓任 務處理裝置之后,裝置管理設備ll將與該轉(zhuǎn)讓任務處理裝置有 關的信息傳達至主任務處理裝置(S1804)。在接收到該信息時, 主任務處理裝置將轉(zhuǎn)讓任務的許可證的請求發(fā)送至轉(zhuǎn)讓任務處 理裝置,從已接收到該請求的轉(zhuǎn)讓任務處理裝置接收許可證, 并通過安裝許可證來獲得該許可證(S1805)。然后,處理結(jié)束。 執(zhí)行作業(yè)流的處理
圖19示出根據(jù)本實施例的用于執(zhí)行作業(yè)流的處理的流程。 圖19的處理是實施例l的圖13的處理的替代。不是由單個設備 (或裝置)來執(zhí)行圖19的處理,并且圖19統(tǒng)一示出由多個設備(或 裝置)進行的處理。當開始圖19的處理時,順次以作業(yè)流的任務 為目標(S1901),并且由確定為執(zhí)行目標任務的執(zhí)行任務處理裝 置的任務處理裝置來執(zhí)行各個目標任務(S1902)。針對全部的任 務重復該處理(S1903)。在本實施例中,由裝置管理設備調(diào)度作 業(yè)流,并由此裝置管理設備根據(jù)該調(diào)度表控制任務處理裝置。 具體地,在S1901 S1903的處理中,裝置管理設備ll將輸入數(shù) 據(jù)和執(zhí)行任務的指令發(fā)送至各個執(zhí)行任務處理裝置,并且由接 收到它們的執(zhí)行任務處理裝置執(zhí)行該任務。在這種情況下,裝 置管理設備ll基于將作業(yè)流的任務與相應的執(zhí)行任務處理裝置 相關聯(lián)的調(diào)度表來發(fā)送輸入數(shù)據(jù)(可選)和用以執(zhí)行任務的指 令。當然,這僅是個例子,使得例如如果不是由裝置管理設備ll而是由任務處理裝置的其中一個來管理作業(yè)流,則由該任務
處理裝置執(zhí)行S1901 S1903的處理。
在執(zhí)行各任務之后,判斷執(zhí)行任務處理裝置的許可證是否 是轉(zhuǎn)讓的許可證(S1904)。如果該許可證不是轉(zhuǎn)讓的許可證,則 處理結(jié)束。如果該許可證是轉(zhuǎn)讓的許可證,則具有該轉(zhuǎn)讓的許 可證的執(zhí)行任務處理裝置將該轉(zhuǎn)讓的許可證返回至原始的轉(zhuǎn)讓 任務處理裝置(S1905)。由各執(zhí)行任務處理裝置進行該處理。在 圖19中,在已執(zhí)行了整個作業(yè)流之后進4亍許可證返回處理,但 如果任務處理裝置各自返回許可證,則可以在每次任務完成時 進行任務許可證返回處理。
在本實施例中,將PDF轉(zhuǎn)換任務的許可證從裝置D轉(zhuǎn)讓至裝 置A。因此,在PDF轉(zhuǎn)換任務完成之后,裝置A將許可證返回至 裝置管理設備ll,并且由裝置管理設備ll將該許可證返回至裝 置D。
利用該結(jié)構(gòu),根據(jù)本實施例,可以減少許可證轉(zhuǎn)移所需要 的流量和時間,并由此可以進一步提高處理效率。 實施例4
將說明本發(fā)明的實施例4。本實施例示出與實施例2的系統(tǒng) 不同的許可證轉(zhuǎn)讓判斷處理的其它系統(tǒng)。
在實施例2中,已經(jīng)示出了從具有最大數(shù)量的可執(zhí)行任務的 任務處理裝置獲得許可證的例子。在本實施例中,將說明從具 有最大數(shù)量的必要任務許可證的任務處理裝置獲得許可證的例 子。本實施例的用于確定執(zhí)行任務的任務處理裝置的處理與實 施例2的圖16所示的處理相同。參考圖15和圖6,如果D1是裝置 A、 D2是裝置B、 D3是裝置C、 D4是裝置D并且D5是裝置E,則 Tl=5、 T2=3、 T3=2、 T4=3JLT5=2。因此,將進行用以執(zhí)行作 業(yè)流的操作的裝置B確定為主任務處理裝置。
28^午可i正轉(zhuǎn)讓判斷處理
圖2 0示出根據(jù)本實施例的許可證轉(zhuǎn)讓判斷處理的流程。圖
20的處理是實施例2的圖ll的處理的替代。當開始處理時,判斷 是否存在所確定的主任務處理裝置不能夠執(zhí)行的任務(S2001)。 如果主任務處理裝置能夠執(zhí)行全部的任務,則將該主任務處理 裝置確定為執(zhí)行全部任務的任務處理裝置(S2002),并且處理結(jié) 束。另一方面,如果存在主任務處理裝置不能夠執(zhí)行的任務, 則通過順次以各個不可執(zhí)行任務作為目標,針對不可執(zhí)行任務 執(zhí)行S2004 S2007的處理(S2003)。首先,判斷在獲得了許可證 的情況下是否能夠執(zhí)行目標任務(S2004)。如果即使獲得許可證 也不能夠執(zhí)行目標任務,則將能夠執(zhí)行目標任務的任務處理裝 置確定為執(zhí)行任務處理裝置,并且繼續(xù)處理下 一 目標任務 (S2008)。如果目標任務是在獲得了許可證的情況下能夠執(zhí)行的 任務,則將該目標任務添加至目標任務列表(S2006),并且將主 任務處理裝置確定為執(zhí)行任務處理裝置(S2007)。之后,繼續(xù)處 理下一 目標任務(S2008)。如果已經(jīng)處理了全部的目標任務,則 進行許可證轉(zhuǎn)讓處理(S2009),并且本處理結(jié)束(S2010)。
參考圖6,在本實施例中,作為主任務處理裝置的裝置B不 能夠執(zhí)行的任務是0 C R任務、P D F轉(zhuǎn)換任務和電子郵件任務。 除電子郵件任務以外的這些任務可以由裝置管理設備ll所管理 的其它任務處理裝置來執(zhí)行。因此,可以將OCR任務和PDF轉(zhuǎn) 換任務添加至目標任務列表。
許可i正轉(zhuǎn)讓處理
圖21 A和圖21B示出圖20的步驟S2009中的許可證轉(zhuǎn)讓處理 的流程。當開始處理時,主任務處理裝置將許可證轉(zhuǎn)讓請求發(fā) 送至裝置管理設備ll (S2101)。接著,將除主任務處理裝置以外 的任務處理裝置的可執(zhí)行任務的數(shù)量(Ti: 1SK任務處理裝置的總數(shù)-l)初始化為0 (S2102)。通過順次以各任務為目標,針對根 據(jù)圖20所示的處理流程所確定的目標任務列表的全部任務執(zhí)行 S2104 S2107的處理。在S2104中,順次以除主任務處理裝置以 外的全部任務處理裝置為目標,并判斷是否能夠執(zhí)行目標任務 (S2105)。如果能夠執(zhí)行目標任務,則使可執(zhí)行任務的數(shù)量Ti加 l(Ti=Ti+l) (S2106)。
對于目標任務列表的各任務,對各任務處理裝置進行 S2105 S2106的處理,然后將具有最大數(shù)量的可執(zhí)行任務的任 務處理裝置確定為轉(zhuǎn)讓許可證的轉(zhuǎn)讓任務處理裝置(S2109)。該 轉(zhuǎn)讓任務處理裝置將要轉(zhuǎn)讓的任務的許可證返回至裝置管理設 備ll (S2110)。如果由裝置管理設備執(zhí)行許可證轉(zhuǎn)讓處理(3), 則將在S 210 9的確定以及要轉(zhuǎn)讓許可證的任務的識別符從裝置 管理設備傳達至轉(zhuǎn)讓任務處理裝置。響應于此,該轉(zhuǎn)讓任務處 理裝置將許可證返回至裝置管理設備。在接收到許可證時,裝 置管理設備11將許可證指派給主任務處理裝置(S2111)。
接著,判斷主任務處理裝置是否能夠執(zhí)行目標任務列表中 的全部任務(S2112)。如果該主任務處理裝置能夠執(zhí)行全部任 務,則處理結(jié)束。如果存在不可執(zhí)行任務,則以不可執(zhí)行任務 之一為目標。然后,將能夠執(zhí)行目標任務并且具有最大數(shù)量的 可執(zhí)行任務的任務處理裝置確定為許可證轉(zhuǎn)讓任務處理裝置 CS2113)??梢愿鶕?jù)通過S2106的計數(shù)所獲得的值來獲得可執(zhí)行 任務的數(shù)量。然后,以與S2110、 S2111中相同的方式進行許可 證轉(zhuǎn)讓處理S2114、 S2115。重復S2112 S2115的處理,直到使 得能夠由主任務處理裝置執(zhí)行目標任務表的全部任務為止。
參考圖6,在本實施例中,目標任務列表中所包括的任務是 OCR任務和PDF轉(zhuǎn)換任務。各任務處理裝置的可執(zhí)行任務的數(shù) 量為裝置A:1、裝置C:1、裝置D:2和裝置E:0。因此,將裝置D確定為轉(zhuǎn)讓任務處理裝置。在將許可證從裝置D轉(zhuǎn)移至主任務 處理裝置的情況下,該主任務處理裝置能夠執(zhí)行目標任務表中
所包括的全部任務。在已將OCR許可證和PDF轉(zhuǎn)換許可證從裝 置D轉(zhuǎn)讓至裝置管理設備11之后,本處理結(jié)束。
利用該結(jié)構(gòu),根據(jù)本實施例,盡管轉(zhuǎn)讓了許可證時,但能 夠減少轉(zhuǎn)讓裝置的數(shù)量。因此,可以抑制許可證轉(zhuǎn)移的開銷, 并且能夠執(zhí)行高效的作業(yè)流處理。
實施例5
將說明本發(fā)明的實施例5。圖22示出根據(jù)本實施例的整體結(jié) 構(gòu)。在本實施例中,由裝置管理設備ll所管理的任務處理裝置 是裝置A 裝置C。圖23示出根據(jù)本實施例的作業(yè)流的示例。該 作業(yè)流以掃描任務開始,之后是PDF轉(zhuǎn)換、附加數(shù)字簽名、打 印和發(fā)送。圖24是本實施例的基于圖23所示的作業(yè)流的各任務 的任務定義信息所獲得的表。
在本實施例中,包括了與用戶的操作對于執(zhí)行各任務是否 有必要有關的信息。根據(jù)該表可以看出,掃描任務、打印任務 和發(fā)送任務需要用戶的操作??梢杂衫绺鱾€任務將該信息作 為屬性而保持。換言之,可以通過收集多個任務的圖3所示的任 務定義信息來獲得圖24的表。
圖25示出由裝置管理設備ll所管理的任務處理裝置的列 表、其許可證狀態(tài)以及所安裝的應用程序的狀態(tài)。許可證狀態(tài) 指用于識別可執(zhí)行任務的信息,并且所安裝的應用程序的狀態(tài) 指用于識別在獲得了許可證的情況下能夠執(zhí)行的任務的信息。
"任務處理裝置,,列251列出了由裝置管理設備ll所管理的 任務處理裝置。"可執(zhí)行處理"列252列出了由于已將應用程序 和許可證安裝在任務處理裝置中因而可執(zhí)行的功能。"在獲得了 許可證的情況下可執(zhí)行的處理,,列253列出了盡管已經(jīng)安裝了功能,但由于未安裝用于執(zhí)行這些功能的許可證,因而不可執(zhí)行 的任務。
圖26示出基于圖23所示的作業(yè)流和圖25所示的任務處理裝 置的狀態(tài)能夠處理作業(yè)流的各任務的候選任務處理裝置的列 表。"要執(zhí)行的處理,,列261列出了在本實施例中所處理的任務。 "任務處理裝置"列262列出了能夠執(zhí)行"要執(zhí)行的處理"列261 中所示的任務的候選任務處理裝置。"在獲得了許可證的情況下 可能的任務處理裝置,,列263列出了在將許可證安裝至任務處理 裝置的情況下能夠執(zhí)行任務的任務處理裝置。
本實施例的處理的整體流程與圖8的流程相同,并且用于確 定能夠執(zhí)行任務的候選任務處理裝置的處理與圖9的處理相同。 圖2 7 A 圖2 7 B示出本實施例的用于確定執(zhí)行任務的任務處理裝 置的處理的流程。代替實施例1的圖9, 4丸行圖27A 圖27B。
當開始處理時,對于作業(yè)流的全部任務進行S2702 S2703 的處理(S2701)。首先,通過參考任務定義信息的屬性來判斷用 戶的操作對于處理目標任務是否是必要的(S2702)。如果用戶的 操作是不必要的,則繼續(xù)處理下一任務(S2704)。如果用戶的操 作對于目標任務是必要的,則將該目標任務添加至目標任務列 表(S2703)。在已經(jīng)處理了全部的任務之后,對目標任務列表中 的任務的數(shù)量Tnum進行計數(shù)(S2705)。參考圖24,在本實施例 中,目標任務列表中的任務是掃描、打印和發(fā)送任務,因此該 Tnum是3 。
接著,通過順次以各裝置為目標,對于受裝置管理設備ll 所管理的全部任務處理裝置進行S2707 S2712的處理(S2706)。
首先,將用于對目標任務處理裝置i能夠執(zhí)行的任務的數(shù)量進行 計數(shù)的計數(shù)器Ci (1SK任務處理裝置的總數(shù))初始化為0 (S2707)。然后,通過順次以各任務為目標,對于目標任務列表中的全部任務進行S2709 S2710的處理(S2708)。首先,判斷目 標任務是否不管任務處理裝置的許可證存在與否均可執(zhí)行 (S2709)。如果目標任務不可執(zhí)行,則繼續(xù)處理下一任務(S2711)。 如果目標任務可執(zhí)行,則使用于對可執(zhí)行任務的數(shù)量進行計數(shù) 的計數(shù)器Ci加l(Ci二Ci+l) (S2710)。當已經(jīng)處理了全部的任務 時,判斷用于對目標任務處理裝置i能夠執(zhí)行的任務的數(shù)量進行 計數(shù)的計數(shù)器Ci與目標任務列表的任務的數(shù)量Tnum是否相等 (S2712)。如果值相等,則代替繼續(xù)處理下一任務處理裝置,將 任務處理裝置i確定為主任務處理裝置(S2714),并且處理進入 S2716。如果值不相等,則通過以下一任務處理裝置為目標, 重復S2707 S2712的處理。
當全部的任務處理裝置都已經(jīng)過了 S2707 S2712的處理 時,將具有最大數(shù)量Ci的可執(zhí)行任務的任務處理裝置確定為主 任務處理裝置(S2715),并且進行S2716之后的處理。參考圖25, 在本實施例中,裝置A的可執(zhí)行任務的數(shù)量是與Tnum相等的3。 因此,僅裝置A經(jīng)過了 S2707 S2713的處理。最終,進行許可證 轉(zhuǎn)讓判斷處理(S2716),并且處理結(jié)束。
本實施例的許可證轉(zhuǎn)讓判斷處理與圖11或圖20的處理相 同。類似地,當許可證轉(zhuǎn)讓判斷處理與圖ll的處理相同時,許 可證轉(zhuǎn)讓處理與圖12或圖18的處理相同,而當許可證轉(zhuǎn)讓判斷 處理與圖20的處理相同時,許可證轉(zhuǎn)讓處理與圖21A 圖21B的 處理相同。為了采用使用圖20的許可證轉(zhuǎn)讓判斷處理和圖21A 圖21B的許可證轉(zhuǎn)讓處理的情況來說明本實施例,作為主任務 處理裝置的裝置A不能夠執(zhí)行的任務包括PDF轉(zhuǎn)換任務、數(shù)字簽 名任務和發(fā)送任務。從裝置C轉(zhuǎn)讓全部這些任務的許可證。通 過以上處理,由裝置A執(zhí)行圖23所示的作業(yè)流的全部任務,從 而可以高效地^^亍作業(yè)流。如上所述,根據(jù)本實施例,能夠減少執(zhí)行作業(yè)流中所包括 的需要用戶操作的任務的任務處理裝置的數(shù)量。因此,可以減 少用戶在執(zhí)行作業(yè)流期間的移動,并由此可以進一步提高處理 效率。
實施例6
將說明本發(fā)明的實施例6。本實施例示出與實施例5的處理
(S2716)不同的許可證轉(zhuǎn)讓判斷處理的其它系統(tǒng)。本實施例說明 了無許可證轉(zhuǎn)讓處理,但與具有許可證轉(zhuǎn)讓處理相比更高效地 執(zhí)行任務的情況。
本實施例假定圖2 2所示的裝置A僅能夠以單色操作發(fā)送任 務,而以彩色設置了作業(yè)流的發(fā)送任務。
i午可i正轉(zhuǎn)讓判斷處理
圖2 8示出根據(jù)本實施例的許可證轉(zhuǎn)讓判斷處理的流程。圖 28的處理是實施例l的圖ll的處理的替代。當開始處理時,判斷 是否存在所確定的主任務處理裝置不能夠執(zhí)行的任務(S2801)。 如果主任務處理裝置能夠執(zhí)行全部的任務,則將該主任務處理 裝置確定為執(zhí)行全部任務的任務處理裝置(S2802),并且處理結(jié) 束。當確定了執(zhí)行作業(yè)流中所包括的任務的任務處理裝置時, 例如,創(chuàng)建將任務與執(zhí)行該任務的任務處理裝置相關聯(lián)的調(diào)度 表。在這種情況下,在S2802中,創(chuàng)建了將作業(yè)流的全部任務 與主任務處理裝置相關聯(lián)的調(diào)度表。
另一方面,如果存在主任務處理裝置不能夠執(zhí)行的任務, 則通過順次以各個不可執(zhí)行任務為目標,針對不可執(zhí)行任務執(zhí) 行S2804 S2809的處理(S2803)。同時,將能夠由主任務處理裝 置執(zhí)行的任務與該主任務處理裝置相關聯(lián)以創(chuàng)建調(diào)度表。然后, 判斷目標任務在獲得了許可證的情況下是否可執(zhí)行(S2804)。如 果即使獲得了許可證也不能夠執(zhí)行目標任務,則將能夠執(zhí)行該
34目標任務的任務處理裝置確定為執(zhí)行任務處理裝置(S2805),并 且繼續(xù)處理下一 目標任務(S2810)。在這種情況下,由于執(zhí)行任 務處理裝置不是主任務處理裝置,因此將目標任務與所確定的 任務處理裝置相關聯(lián),并將該目標任務添加至調(diào)度表。
如果目標任務是在獲得了許可證的情況下能夠執(zhí)行的任 務,則判斷主任務處理裝置對于執(zhí)行目標任務是否是最佳的
(52806) 。如果主任務處理裝置對于執(zhí)行目標任務不是最佳的, 則將能夠執(zhí)行任務的任務處理裝置確定為執(zhí)行任務處理裝置
(52807) ,并且繼續(xù)處理下一 目標任務(S2810)。如果主任務處理 裝置對于執(zhí)行任務是最佳的,則進行許可證轉(zhuǎn)讓處理(S2808), 并且將受讓了目標任務的許可證的主任務處理裝置確定為執(zhí)行 任務處理裝置(S2809)。例如,將目標任務與主任務處理裝置相 關聯(lián),并將該目標任務添加至調(diào)度表。然后,繼續(xù)處理下一目 標任務(S2810)。
如果已經(jīng)處理了全部的不可執(zhí)行任務,則本處理結(jié)束。參 考圖25,在本實施例中,作為主任務處理裝置的裝置A不能夠 執(zhí)行的任務是PDF轉(zhuǎn)換任務、數(shù)字簽名任務和發(fā)送任務。當檢 查這些任務和裝置A的狀態(tài)時,可以看出如上面所假定的裝置A 不能夠最佳地處理發(fā)送任務。因此,裝置A從裝置C接收PDF任 務的許可證和數(shù)字簽名任務的許可證,并且由能夠執(zhí)行發(fā)送任 務的裝置C來執(zhí)行該發(fā)送任務。
不進行許可證轉(zhuǎn)讓處理的條件不限于該例子。只要在無許 可證轉(zhuǎn)讓處理的情況與具有許可證轉(zhuǎn)讓處理相比更高效地執(zhí)行 了作業(yè)流,就無限制??梢詫⒂糜趫?zhí)行任務的最佳條件寫入例 如任務定義信息的屬性標簽中。在這種情況下,在步驟S2804 中,將作業(yè)流中所包括的目標任務的屬性與由主任務處理裝置 所執(zhí)行的任務的屬性進行對照,以判斷這兩者是否相同。從實施例提煉出的本發(fā)明的示例
在以上給出的實施例中,已經(jīng)說明了用于執(zhí)行本發(fā)明的最 佳模式,但以上實施例對于僅說明了用于構(gòu)成本發(fā)明的主要項 不是必需的。
可以將本發(fā)明應用于包括多個裝置(例如,主計算機、接口 裝置、讀取器和打印機等)的系統(tǒng)或包括單個裝置(例如,復印
機、傳真裝置等)的設備。還可以通過以下來實現(xiàn)本發(fā)明的目的
通過向系統(tǒng)或設備提供記錄有實現(xiàn)前述實施例的功能的程序代 碼的記錄介質(zhì),將該存儲介質(zhì)中所存儲的程序代碼加載至系統(tǒng) 或設備的計算機然后執(zhí)行該程序代碼。在這種情況下,從存儲 介質(zhì)加載的程序代碼實現(xiàn)了前述實施例的功能,并因此該程序 代碼自身和存儲了該程序代碼的存儲介質(zhì)也屬于本發(fā)明的范 圍。
本發(fā)明還包括以下情況運行在計算機上的操作系統(tǒng)(OS) 基于程序代碼的指令進行部分或全部實際處理,并通過該處理 實現(xiàn)了上述實施例的功能。本發(fā)明還包括以下情況將從存儲 介質(zhì)加載的程序代碼寫入設置在插入至計算機的功能擴展卡或 連接至計算機的功能擴展單元中的存儲器中。在這種情況下, 設置在功能擴展卡或功能擴展單元中的CPU等基于所寫入的程 序代碼的指令執(zhí)行部分或全部實際處理,并且通過該處理實現(xiàn) 了上述實施例的功能。
盡管已經(jīng)參考典型實施例說明了本發(fā)明,但是應該理解, 本發(fā)明不限于所公開的典型實施例。所附權利要求書的范圍符 合最寬的解釋,以包含所有這類修改以及等同結(jié)構(gòu)和功能。
本申請要求2007年7月18日提交的日本專利2007-187602的 優(yōu)先權,在此通過引用包含其全部內(nèi)容。
權利要求
1.一種裝置管理設備,用于管理任務處理裝置,所述任務處理裝置通過以任務為單位執(zhí)行組合了多個任務的作業(yè)流來處理文檔數(shù)據(jù),所述裝置管理設備包括確定單元,用于從所管理的所述任務處理裝置之中確定主任務處理裝置;判斷單元,用于從要執(zhí)行的作業(yè)流中判斷在由所述主任務處理裝置執(zhí)行時需要獲得許可證的任務;許可證管理器,用于將由所述判斷單元判斷為在執(zhí)行時需要獲得許可證的任務的許可證,從具有該許可證的其它任務處理裝置轉(zhuǎn)移至所述主任務處理裝置;以及調(diào)度器,用于在所述作業(yè)流所包括的任務之中調(diào)度能夠由所述主任務處理裝置執(zhí)行的任務,從而由所述主任務處理裝置執(zhí)行該任務。
2. 根據(jù)權利要求l所述的裝置管理設備,其特征在于,所 述確定單元從所管理的所述任務處理裝置之中,將能夠執(zhí)行包 括在要執(zhí)行的所述作業(yè)流中的最大數(shù)量的任務的任務處理裝置 確定為所述主任務處理裝置。
3. 根據(jù)權利要求l所述的裝置管理設備,其特征在于,所 述確定單元從所管理的所述任務處理裝置之中,將被提供了用 以執(zhí)行要處理的作業(yè)流的指令的任務處理裝置確定為所述主任 務處理裝置。
4. 根據(jù)權利要求l所述的裝置管理設備,其特征在于,所 述確定單元從所管理的所述任務處理裝置之中,將能夠執(zhí)行包 括在要執(zhí)行的所述作業(yè)流中的需要用戶手動操作的最大數(shù)量的 任務的任務處理裝置確定為所述主任務處理裝置。
5. 根據(jù)權利要求l所述的裝置管理設備,其特征在于,還 包括用于將已經(jīng)從所述主任務處理裝置返回的許可證返回至所述其它任務處理裝置的單元,其中該許可證是從該其它任務處 理裝置獲得的。
6. 根據(jù)權利要求l所述的裝置管理設備,其特征在于,響 應于來自所述主任務處理裝置的請求,所述許可證管理器從所 述其它任務處理裝置獲得許可證并將該許可證指派給所述主任 務處理裝置。
7. 根據(jù)權利要求l所述的裝置管理設備,其特征在于,響 應于來自所述主任務處理裝置的請求,所述許可證管理器向所 述主任務處理裝置通知具有所述主任務處理裝置所請求的任務 許可證的其它任務處理裝置,以及所述主任務處理裝置從所通知的其它任務處理裝置獲得該 許可證。
8. —種裝置管理設備中的作業(yè)流處理方法,所述裝置管理 設備管理任務處理裝置,所述任務處理裝置通過以任務為單位 執(zhí)行組合了多個任務的作業(yè)流來處理文檔數(shù)據(jù),所述作業(yè)流處 理方法包括確定步驟,用于從所管理的所述任務處理裝置之中確定主 任務處理裝置;判斷步驟,用于從要執(zhí)行的作業(yè)流中判斷在由所述主任務 處理裝置執(zhí)行時需要獲得許可證的任務;許可證管理步驟,用于將在所述判斷步驟中判斷為在執(zhí)行 時需要獲得許可證的任務的許可證,從具有該許可證的其它任 務處理裝置轉(zhuǎn)移至所述主任務處理裝置;以及調(diào)度步驟,用于在所述作業(yè)流所包括的任務之中調(diào)度能夠 由所述主任務處理裝置執(zhí)行的任務,從而由所述主任務處理裝 置執(zhí)行該任務。
9. 一種存儲在計算機可讀存儲介質(zhì)中的用于執(zhí)行作業(yè)流處理方法的程序,所述作業(yè)流處理方法用于通過計算機管理任務 處理裝置,所述任務處理裝置通過以任務為單位執(zhí)行組合了多個任務的作業(yè)流來處理文檔數(shù)據(jù),所述作業(yè)流處理方法包括確定步驟,用于從所管理的所述任務處理裝置之中確定主任務處理裝置;判斷步驟,用于從要執(zhí)行的作業(yè)流中判斷在由所述主任務 處理裝置執(zhí)行時需要獲得許可證的任務;許可證管理步驟,用于將在所述判斷步驟中判斷為在執(zhí)行 時需要獲得許可證的任務的許可證,從具有該許可證的其它任 務處理裝置轉(zhuǎn)移至所述主任務處理裝置;以及調(diào)度步驟,用于在所述作業(yè)流所包括的任務之中調(diào)度能夠 由所述主任務處理裝置執(zhí)行的任務,從而由所述主任務處理裝 置執(zhí)行該任務。
10. —種作業(yè)流處理系統(tǒng),包4舌 根據(jù)權利要求l所述的裝置管理設備;以及 至少一個任務處理裝置。
11. 一種任務協(xié)作處理系統(tǒng),用于管理任務處理裝置,所 述任務處理裝置通過以任務為單位執(zhí)行組合了多個任務的作業(yè) 流來處理文檔數(shù)據(jù),所述設備包括確定單元,用于從所管理的所述任務處理裝置之中確定主 任務處理裝置;判斷單元,用于從要執(zhí)行的作業(yè)流中判斷在由所述主任務 處理裝置執(zhí)行時需要獲得許可證的任務;許可證管理器,用于將由所述判斷單元判斷為在執(zhí)行時需 要獲得許可證的任務的許可證,從具有該許可證的其它任務處 理裝置轉(zhuǎn)移至所述主任務處理裝置;以及調(diào)度器,用于在所述作業(yè)流所包括的任務之中調(diào)度能夠由所述主任務處理裝置執(zhí)行的任務,從而由所述主任務處理裝置 執(zhí)行該任務。
全文摘要
在允許多個任務處理裝置將對文檔數(shù)據(jù)進行的多個任務作為作業(yè)流而執(zhí)行的任務協(xié)作處理系統(tǒng)中,將能夠執(zhí)行作業(yè)流中所包括的任務的任務處理裝置確定為候選任務處理裝置(S82)。從候選任務處理裝置之中,將能夠執(zhí)行最大數(shù)量的任務的任務處理裝置確定為主任務處理裝置(S83)。如果存在由主任務處理裝置在其獲得了任務的許可證的情況下能夠執(zhí)行的任務,則該主任務處理裝置從其它裝置獲得該許可證并執(zhí)行該任務(S84)。
文檔編號G06F3/12GK101568902SQ20088000135
公開日2009年10月28日 申請日期2008年7月4日 優(yōu)先權日2007年7月18日
發(fā)明者內(nèi)田百重 申請人:佳能株式會社