專利名稱：利用許可的圖像處理設備、許可管理系統(tǒng)及其控制方法
技術領域：
本發(fā)明涉及能夠執(zhí)行需要許可的應用并且還能夠按照作業(yè)陳述 書執(zhí)行作業(yè)的圖像處理設備、用于發(fā)行許可的許可管理設備、許可管 理系統(tǒng)及其控制方法。
背景技術：
例如，在POD (Print On Demand按需打印)系統(tǒng)中，通過傳 送和接收作業(yè)陳述書來執(zhí)行處理，所述作業(yè)陳述書描述處理的內(nèi)容以 及表示如何打印電子文檔文件的過程。這是一種針對歷史、工作指令、 管理信息等相繼執(zhí)行每一步驟中所需處理并把作業(yè)傳遞到下一步驟 的方法。JDF (作業(yè)定義格式)是一種已知的描述這種打印處理過程 的方法(例如參見日本專利特開第2004 - 234167號)。
JDF也稱為作業(yè)陳述書或作業(yè)描述書。
此外，在也被稱為MFP (多功能外設)的多功能圖像處理設備 中，能夠執(zhí)行如掃描、復印、打印以及包括郵件發(fā)送和文檔數(shù)據(jù)或原 件的文件傳遞的發(fā)送功能等的操作功能。此時，用于運行應用和程序 的Java⑧平臺被安裝在該圖像處理設備中?？梢栽诎惭b有Java平臺 的圖像處理設備上執(zhí)行的應用和程序的例子包括文檔數(shù)據(jù)的管理、 PDF轉換處理和OCR轉換處理。
當JDF被輸入到MFP時，通過組合MFP的這些功能，例如檢 查一系列處理"掃描-PDF轉換-發(fā)送"(對通過掃描原件得到的電子 文檔進行PDF轉換并把PDF文檔附加于要發(fā)送的郵件上)被執(zhí)行。
JDF的內(nèi)容被改變，該JDF的內(nèi)容包括例程任務、單獨定義的 特定處理內(nèi)容等。此外，被配置為執(zhí)行這些處理的圖像處理設備也具
有每個圖像處理設備的不同可執(zhí)行功能(應用軟件)。此外，為了運
行可在圖像處理設備的Java平臺上執(zhí)行的應用和程序，該應用和程 序分別需要許可。
注意，基于被配置為對在網(wǎng)絡終端設備中使用的基本軟件的許可 進行管理的許可管理服務器的浮動許可管理方法和系統(tǒng)是已知的(例 如參見日本專利特開第2001 — 092550號)。
此外，根據(jù)日本專利特開第2004-287860號，與網(wǎng)絡相連的各 個圖像處理設備協(xié)作以處理應當對文檔數(shù)據(jù)執(zhí)行的多個處理。此外， 日本專利特開第2004-287860號公開了多個處理(服務)的協(xié)同操 作的設置可以由其它外設再次使用。在日本專利特開第2004 - 287860 號中描述的服務協(xié)作的陳述書被稱為作業(yè)流。作業(yè)流也被縮寫為JF。 JF還被稱為作業(yè)陳述書或作業(yè)描述書。
然而，根據(jù)常規(guī)技術，用戶需要掌握用于每個圖像處理設備的可 執(zhí)行處理，并且需要按照處理內(nèi)容適當?shù)厥褂脠D像處理設備。作為選 擇，需要預先獲得可能由所有圖像處理設備使用的應用軟件的許可。

發(fā)明內(nèi)容
本發(fā)明允許圖像處理設備執(zhí)行處理而用戶不必關注為使每個圖 像處理設備執(zhí)行應用軟件所必需的許可。本發(fā)明提供一種用于按照作 業(yè)陳述書的描述內(nèi)容和圖像處理設備具有的應用軟件而從許可管理 服務器獲得對于執(zhí)行處理所必需的許可的機制。所需處理可以由圖像 處理設備執(zhí)行，并且所述許可可被有效地使用。
為了實現(xiàn)上述配置，根據(jù)本發(fā)明的一個方面，提供一種安裝有應 用的圖像處理設備，該圖像處理設備在使用該應用時向許可管理服務 器設備請求許可發(fā)行，并且能夠通過接收該許可來使用該應用，所述 圖像處理設備包括應用確定單元，被配置為通過分析作業(yè)陳述書來 確定執(zhí)行作業(yè)所必需的應用；許可確定單元，被配置為確定許可是否 是使用該應用所必需的；許可獲得單元，被配置為當作為許可確定單 元的確定結果確定許可是必需的時向許可管理服務器設備請求許可
發(fā)行；以及作業(yè)執(zhí)行單元，被配置為按照作業(yè)陳述書執(zhí)行作業(yè)。
為了實現(xiàn)上述配置，按照本發(fā)明的另一個方面，提供一種許可管 理系統(tǒng)，其包括許可管理設備，被配置為管理允許使用應用的許可； 以及圖像處理設備，該圖像處理設備具有安裝在其上的應用并經(jīng)由通 信介質(zhì)與許可管理設備相連，其中該圖像處理設備在使用該應用時向 許可管理設備請求許可發(fā)行，并且當收到許可時能夠使用該應用，所 述許可管理設備包括許可發(fā)行單元，被配置為發(fā)行對應于來自圖像 處理設備的許可發(fā)行請求的許可，并且，所述圖像處理設備包括應 用確定單元，被配置為通過分析作業(yè)陳述書來確定執(zhí)行作業(yè)所必需的 應用；許可確定單元，被配置為確定許可是否是使用該應用所必需的； 許可獲得單元，被配置為當作為許可確定單元的確定結果確定許可是 必需的時，向許可管理設備請求許可發(fā)行；以及作業(yè)執(zhí)行單元，被配 置為按照作業(yè)陳述書執(zhí)行作業(yè)。
由下面結合附圖進行的說明將清楚地看出本發(fā)明的其它特征和 優(yōu)點，在所有附圖中，相同的標號表示相同的或相似的部分。


被包括在說明書中并構成說明書的 一部分的附圖例示了本發(fā)明 的實施例，并與本說明一起用于解釋本發(fā)明的原理。 圖l是許可管理系統(tǒng)的示例配置圖。 圖2是^t艮據(jù)本發(fā)明第一示例性實施例的示例配置圖。 圖3例示了根據(jù)本發(fā)明第一示例性實施例的處理流程圖。 圖4例示了根據(jù)本發(fā)明第二示例性實施例的處理流程圖。 圖5例示了根據(jù)本發(fā)明第二示例性實施例的中斷處理流程圖。 圖6例示了根據(jù)本發(fā)明第三示例性實施例的處理流程圖。
具體實施例方式
下面參照附圖詳細說明本發(fā)明的示例性實施例。
應當注意，關于本說明中的標號，相同的標號被分配給實施例中
的共同或相似的部分，除非另有說明，從而可以省去重復的描述。
此外，在這些實施例中所述的元件用于說明的目的，而不旨在限
制本發(fā)明的范圍。
首先，說明根據(jù)本發(fā)明的系統(tǒng)配置和應用配置。 許可管理系統(tǒng)的配置
圖1例示了根據(jù)本發(fā)明實施例的浮動許可管理系統(tǒng)的示例配置。
浮動許可管理系統(tǒng)由許可管理中心11和用戶側系統(tǒng)12構成。許 可管理中心11由許可分配服務器13和許可管理系統(tǒng)14構成。用戶 側系統(tǒng)12由經(jīng)由網(wǎng)絡連接的管理服務器15、許可信息管理數(shù)據(jù)庫16 以及圖像處理設備17構成。
當浮動許可的運行開始時，首先，管理服務器15請求購買在用 戶側系統(tǒng)12中使用的浮動許可(101)。然后，收到該請求的許可分 配服務器13對管理服務器15分配浮動許可(102)。收到浮動許可 的管理服務器15在許可信息管理數(shù)據(jù)庫16中管理所分配的浮動許可 的信息。
當圖像處理設備A和B17執(zhí)行應用和程序時，該圖像處理設備 A和B 17向被配置為管理浮動許可的管理服務器15請求許可使用 (103， 108)。然后，收到該請求的管理服務器15把許可分配給圖 像處理設備17 (104， 109 )。當許可信息管理數(shù)據(jù)庫16分配許可時， 許可信息管理服務器15使許可信息管理數(shù)據(jù)庫16中的浮動許可的允 許同時訪問數(shù)遞減(105， 110),由此管理可分配的浮動許可的數(shù)量。 然后，當應用和程序的使用結束時，圖像處理設備A和B 17把許可 返還管理服務器15 (106， 111)。然后許可信息管理服務器15使許 可信息管理數(shù)據(jù)庫16中的浮動許可的允許同時訪問數(shù)遞增(107， 112)。
在圖像處理設備A和B 17中安裝有被配置為管理應用軟件和程 序的應用管理模塊。該應用管理模塊是用于管理圖像處理設備A和B 17中的許可的模塊。該應用管理模塊與管理服務器15通信，以便進 行許可請求、接收和返還。然后，在許可的接收/返還之后，應用管理
模塊控制在圖像處理設備A和B17中的應用軟件和程序的使用。
許可管理中心11和用戶側系統(tǒng)12經(jīng)由諸如因特網(wǎng)的網(wǎng)絡相連，
并且可以采用這樣一種配置，即，許可管理中心發(fā)行對于多個不同用
戶管理系統(tǒng)的許可，
圖像處理設備17是上述的被稱為MFP(多功能外設)的多功能
圖像處理設備。在MFP中，能夠執(zhí)行諸如掃描、復印、打印以及包
此外，用于運行應用軟件和程序的Java⑧平臺被安裝在這種圖像處理 設備中?？梢栽诎惭b有Java平臺的圖像處理設備上執(zhí)行Java程序。 應當注意，上述的許可管理系統(tǒng)的圖像處理設備A和B 17用于說明 在系統(tǒng)中可能存在多個借給許可的圖像處理設備。
安裝到多功能圖像處理設備上的應用軟件的執(zhí)行環(huán)境是Java平 臺?？梢栽贘ava平臺上執(zhí)行的應用軟件和程序被稱為Java應用。應 當注意，根據(jù)本發(fā)明，在MFP上的應用軟件執(zhí)行環(huán)境是以Java平臺 的方式描述的，但是并不限于此。所述環(huán)境可以是可以執(zhí)行該應用軟 件的任何其它平臺。
此外，應用軟件在這里被稱為應用或Appli。因而，Java應用被 稱為Java Appli，但是Java Appli可被簡稱為Appli。
第一示例性實施例
下面說明本發(fā)明的第一示例性實施例。 圖2例示了根據(jù)本實施例的示例配置。
管理服務器15、客戶機(PC) 21和MFP 17通過網(wǎng)絡連接。此 時，當把由客戶機21創(chuàng)建的或在客戶機21中保存的JDF 22輸入到 MFP17時，分析JDF，并且MFP 17確定需要哪個許可，以便從管 理服務器15獲得該許可并執(zhí)行作業(yè)。
在圖2中，管理服務器15a-15n管理各個Java Appli的許可，但 是也可以由一個管理服務器管理所有Java Appli的許可。
此外，代替JDF，對于該配置可以4吏用JF。
圖3例示了根據(jù)本實施例的處理的示例流程圖。當客戶機21在MFP 17中輸入JDF 22時(步驟S301 )， MFP 17 通過分析JDF22確定哪個應用是執(zhí)行作業(yè)所必需的(步驟S302)。 接著，MFP 17確定在要執(zhí)行的應用中是否有Java Appli(步驟S303 )。
在步驟S303,當確定沒有Java Appli時，MFP 17執(zhí)行在JDF 22 中描述的處理(步驟S310)，以結束處理。
在步驟S303，當確定有Java Appli時，MFP17確定是否MFP 本身具有每個Java Appli的許可(步驟S304 )。當MFP 17確定其本 身沒有該許可時，MFP 17從管理服務器15獲得浮動許可(步驟 S305)。關于是否具有許可的確定(步驟S304)和獲得許可(步驟 S305 )被重復執(zhí)行(步驟S306和S307 )，重復的次數(shù)與在步驟S302 中確定的對于執(zhí)行作業(yè)所必需的Java Appli的數(shù)量相同。當MFP 17 獲得對于所有Java Appli的浮動許可時，MFP 17執(zhí)行在JDF 22中描 述的處理(步驟S308)。此后，MFP 17向管理服務器15返還獲得 的浮動許可(步驟S309)，以結束處理。
應當注意，用于說明要由MFP 17執(zhí)行的JDF的作業(yè)陳述書的 例子是"掃描-PDF轉換-發(fā)送"，其中MFP的功能被組合。這個說 明的例子意味著執(zhí)行一 系列的處理，其中對通過掃描原件而獲得的電 子文件進行PDF轉換，并把PDF文件附加于要發(fā)送的郵件。在這種 情況下，掃描和發(fā)送是MFP作為設備而固有的功能，PDF轉換是要 由應用執(zhí)行的功能。換句話說，PDF轉換是安裝在圖像處理設備 (MFP) 17的Java平臺上的功能并且是需要許可的功能(Appli)。
還應當注意，在JDF 22中的作業(yè)陳述書的描述中的MFP功能 的組合是由MFP作為設備而固有的功能和安裝在MFP上的Java Appli構成的，并且所述組合可以由MFP執(zhí)行。MFP作為設備而固 有的功能包括掃描、復印、打印、諸如郵件發(fā)送和文件傳遞等的發(fā)送 功能。在MFP中安裝的應用軟件可以是任何Java Appli,代表性A卯li 是與MFP的固有功能協(xié)同工作的應用軟件。該Appli的例子包括文 檔數(shù)據(jù)管理、PDF轉換處理、OCR轉換功能、商用表格功能、數(shù)據(jù) 庫、圖像管理、安全授權功能等。
第二示例性實施例
將說明根據(jù)本發(fā)明的第二示例性實施例。
根據(jù)第 一 示例性實施例，從管理服務器15獲得許可總是成功的， 但是根據(jù)本實施例，將提供在不能獲得許可的情況下的中斷處理的描 述。
本實施例的特征在于執(zhí)行重新組織并保存為JDF的處理，并且 可以通過再次輸入JDF而進行該處理。此外，還可以向其它的MFP 輸入該JDF。
此外，代替JDF，對于該配置可以使用JF。
在例如因為不能與管理服務器進行通信或者在根據(jù)第一示例性 實施例在對管理服務器15發(fā)出許可獲得請求時許可的數(shù)量達到上限 而不能獲得許可的情況下，根據(jù)當前作業(yè)狀態(tài)和 一 系列處理的進展重 新組織JDF。在經(jīng)過某個時間段之后，再次輸入該JDF,以獲得許可 并重新開始處理。
圖4例示了根據(jù)本實施例的示例處理流程圖。
當客戶機21在MFP 17中輸入JDF 22時(步驟S401)，MFP17 通過分析JDF 22來確定執(zhí)行作業(yè)所必需的應用(步驟S402 )。接著， MFP 17確定在要執(zhí)行的應用中是否有Java Appli (步驟S403 )。
在步驟S403，當確定沒有Java Appli時，MFP 17執(zhí)行在JDF 22 中描述的處理(步驟S414)，以結束處理。
在步驟S403,當確定有Java Appli時，MFP 17確定MFP 17本 身是否具有每個Java Appli的許可(步驟S404 )。當MFP 17確定 MFP本身沒有許可時，MFP 17向管理服務器15請求獲得浮動許可 (步驟S405 )。
MFP 17確定是否獲得了 Java Appli的浮動許可(步驟S406 )。 在浮動許可的獲得失敗的情況下，進行直到許可獲得失敗之前的處理 (步驟S407)。此后，進行中斷處理(步驟S408)。在這種情況下， 在JDF中描述的處理在結束時未被完成，因而被中斷。
應當注意，許可獲得失敗的情況指的是由許可管理服務器15發(fā)
行的許可數(shù)量的借出狀態(tài)達到上限的情況。因為許可管理服務器15 采用浮動許可方法，所以許可是響應于來自圖像處理設備17和客戶 機PC的請求而被發(fā)行和返還的。當圖像處理設備17完成應用軟件的 處理時進行許可的返還。此外，許可獲得失敗的情況還可以指由于網(wǎng) 絡故障或其它原因而暫時不能建立針對許可管理服務器15的連接的 情況。
圖5例示了根據(jù)本實施例的中斷處理S408的流程圖。
中斷處理(步驟S408)保存在步驟S407中執(zhí)行的作業(yè)狀態(tài)(步 驟S501)，并且MFP17根據(jù)該處理的進展(直到一系列處理中的哪 個處理被完成)和作業(yè)狀態(tài)重新組織JDF 22 (步驟S502)。重新組 織的JDF 22可被保存在MFP 17中或者保存在其它位置。其它位置 的例子包括共享文件服務器。
MFP 17進行設置，以使得在經(jīng)過某個時間段之后再次輸入JDF 22 (步驟S503 )。所述的某個時間段的設置值可以是預先設置的或者 根據(jù)不同情況而由用戶設置。
MFP 17確定在中斷處理之后是否經(jīng)過了某個時間段(步驟 S409)。當確定經(jīng)過了某個時間段時，再次(A)輸入重新組織的JDF 22(步驟S401)，以便重新開始處理。然后執(zhí)行在JDF22中描述的 所有處理，直到結束。
例如，在存在處理"掃描-PDF轉換-發(fā)送，，的情況下，當不能 獲得PDF轉換的許可時進行中斷處理。然后，在重新開始(再次輸 入)之后，執(zhí)行作為最后一個處理的"發(fā)送"，并執(zhí)行在JDF中描述的 一系列處理，以便完成處理。例如，當將處理"掃描-PDF轉換-發(fā) 送"的協(xié)作描述為重新組織的JDF 22時，進行作為直到"PDF轉換" 之前的處理的"掃描"，并執(zhí)行中斷處理。因而，在要重新組織的JDF 22中描述"PDF轉換-發(fā)送"。
在步驟S410 - S413中獲得對于所有Java Appli的許可的情況下 執(zhí)行的處理與根據(jù)第一示例性實施例的處理(步驟S307-S309 )相同， 因而不再重復其說明。
第三示例性實施例
下面說明根據(jù)本發(fā)明的第三示例性實施例。
第二示例性實施例說明了作業(yè)和陳述書被相互集成，并且當許可
獲得失敗時，JDF被重新組織，同時反映直到許可獲得失敗之前的作 業(yè)狀態(tài)，以便再次輸入JDF的情況。
根據(jù)本實施例，將提供在作業(yè)和陳述書被獨立地保存的情況下的
這種中斷處理的描述。此處，所述陳述書具有和JDF相同的意義。
當不能獲得許可時，執(zhí)行直到該點之前的處理。在執(zhí)行之后，作 業(yè)被保存。此外，在陳述書中保存處理的進展。在經(jīng)過某個時間段之 后，獲得由此保存的作業(yè)和陳述書，以便根據(jù)陳述書中描述的處理的 進展確定哪個處理被重新開始。請求獲得對于JavaAppli的許可，以 便重新開始處理。
應當注意，重新開始處理的MFP 17和中斷作業(yè)的MFP可以是 不同的MFP，換句話說，重新組織的JDF22以及被暫時中斷并保存 的作業(yè)被放置為使得可由另一個MFP獲得，從而可以進行作業(yè)重新 開始。例如，當重新組織的JDF 22和被暫時中斷并保存的作業(yè)被保 存在文件服務器上的共享文件夾中時，另一個MFP可以獲得重新組 織的JDF和該作業(yè)。
圖6例示了根據(jù)本實施例的示例處理流程圖。
當客戶機21在MFP 17中輸入JDF 22時(步驟S601) ， MFP 17 通過分析JDF22確定執(zhí)行作業(yè)所必需的應用(步驟S602)。接著， MFP 17確定在要執(zhí)行的應用中是否有Java Appli (步驟S603 )。
在步驟S603,當確定沒有Java Appli時，MFP 17執(zhí)行在JDF 22 中描述的處理(步驟S616)，以結束處理。
在步驟S603，當確定有Java Appli時，MFP17確定MFP本身 是否具有每個Java Appli的許可(步驟S604 )。當MFP 17確定MFP 本身沒有該許可時，MFP 17向管理服務器15請求獲得浮動許可(步 驟S605)。
MFP 17確定是否獲得了 Java Appli的浮動許可(步驟S606 )。
在獲得浮動許可失敗的情況下，進行直到許可獲得失敗之前的作業(yè)處
理(步驟S607)。此后，MFP17在存儲區(qū)域中保存該作業(yè)。隨后， MFP 17在陳述書中描述處理的進展，并在存儲區(qū)域中保存陳述書(步 驟S608)。
在經(jīng)過某個時間段之后(步驟S609 ) ， MFP 17獲得在存儲區(qū)域 中被由此保存的作業(yè)和陳述書(步驟S610)，并根據(jù)在陳述書中描述 的處理狀態(tài)確定哪個處理要被重新開始(步驟S611)。然后，進行對 于Java Appli的浮動許可的獲得請求(步驟S605)，以重新開始處 理。
在步驟S613-S615中的對于所有Java Appli的許可被獲得的情況 下的處理與根據(jù)第一示例性實施例的處理(步驟S307-S309)相同， 因而將不再重復其說明。
此外，代替JDF，對于這種配置可以使用JF。
其它實施例
本發(fā)明可以應用于作為例如系統(tǒng)、設備、方法、程序或存儲介質(zhì) 的實施方式中。更具體地說，本發(fā)明可應用于由多個裝置構成的系統(tǒng)， 或者應用于由單個裝置構成的設備。
應當注意，本發(fā)明包括這樣的情況，其中程序(軟件)被直接地 或遠程地提供給系統(tǒng)或設備，并且系統(tǒng)或設備的計算機讀出并執(zhí)行提 供的程序，從而實現(xiàn)上述實施例的功能。在這種情況下，提供的程序 是對應于根據(jù)上述實施例而在附圖中所例示的流程圖的程序。
因此，為了使根據(jù)本發(fā)明的功能(應用軟件)的處理由計算機實 現(xiàn)，安裝在計算機中的程序代碼本身也實現(xiàn)本發(fā)明。
在這種情況下，可以釆用多種方式，如目標代碼、由解釋器執(zhí)行 的程序和提供給OS的腳本數(shù)據(jù)，只要提供程序的功能即可。
用于提供程序的記錄介質(zhì)的例子包括軟盤、硬盤驅(qū)動器、光盤、 光-磁(MO)盤、CD-ROM、 CD-R、 CD-RW、磁帶、非易失存儲卡、 ROM、 DVD (DVD-ROM, DVD-R)等。
此外，提供程序的方法包括這樣一種方法，其中客戶計算機的瀏
覽器用于與因特網(wǎng)上的網(wǎng)站相連，并且本發(fā)明的計算機程序被從網(wǎng)站 下栽到如硬盤驅(qū)動器的記錄介質(zhì)上。在這種情況下，下載的程序可以 由具有自動安裝功能的壓縮文件構成。此外，當構成本發(fā)明程序的程 序代碼被分成多個文件，并且各個文件被從不同的網(wǎng)站下載時，也可
以實現(xiàn)本發(fā)明。換句話說，本發(fā)明還包括WWW服務器，以允許多
個用戶下載用于使計算機實現(xiàn)根據(jù)本發(fā)明的功能(應用軟件)的處理 的程序文件。
此外，也可以采用這樣的方式，其中本發(fā)明的程序被加密，以便
存儲在諸如CD-ROM的記錄介質(zhì)上，然后把記錄介質(zhì)分配給用戶。 在這種情況下，可以允許滿足預定條件的用戶通過因特網(wǎng)從網(wǎng)站下載 用于解密所述加密的密鑰信息，通過使用該密鑰信息執(zhí)行經(jīng)加密的程 序，并把程序安裝到計算機中。
此外，執(zhí)行由計算機讀取的程序以實現(xiàn)上述實施例，并且還可以 根據(jù)該程序的指令，與在計算機上運行的OS或其類似物協(xié)同操作， 以實現(xiàn)上述實施例的功能。在這種情況下，OS或其類似物進行實際 處理的一部分或全部，并且上述實施例通過該處理來實現(xiàn)。
此外，從記錄介質(zhì)讀出的程序代碼可被寫在存儲器上，該存儲器 被提供在插入計算機中的功能擴展板上或者被提供在與計算機相連 的功能擴展單元上，并可由所述處理實現(xiàn)上述實施例的部分或全部功 能。在這種情況下，在把程序?qū)懭牍δ軘U展板或功能擴展單元后，按 照程序代碼的指令，對功能擴展板或功能擴展單元提供的CPU或其 類似物執(zhí)行部分或全部實際處理。
雖然參照示例性實施例說明了本發(fā)明，但是應當理解，本發(fā)明不 限于公開的示例性實施例。對下面權利要求的范圍應當給予最寬的解 釋，以便包括所有修改、等效結構和功能。
權利要求
1.一種安裝有應用的圖像處理設備，該圖像處理設備在使用該應用時向許可管理服務器設備請求許可發(fā)行，并且能夠通過接收該許可來使用該應用，所述圖像處理設備包括應用確定單元，被配置為通過分析作業(yè)陳述書來確定執(zhí)行作業(yè)所必需的應用；許可確定單元，被配置為確定許可是否是使用該應用所必需的；許可獲得單元，被配置為當作為許可確定單元的確定結果確定許可是必需的時向許可管理服務器設備請求許可發(fā)行；以及作業(yè)執(zhí)行單元，被配置為按照作業(yè)陳述書執(zhí)行作業(yè)。
2. 根據(jù)權利要求1所述的圖像處理設備，還包括 許可獲得確定單元，被配置為確定許可獲得單元是否對于要求獲得許可的應用獲得了所有許可；以及作業(yè)保存單元，被配置為當未獲得所述許可時暫時中斷由作業(yè)執(zhí) 行單元執(zhí)行的作業(yè)并保存作業(yè)狀態(tài)。
3. 根據(jù)權利要求1所述的圖像處理設備，還包括 作業(yè)保存單元，被配置為當許可獲得單元未獲得許可時，暫時中斷作業(yè)執(zhí)行單元執(zhí)行的作業(yè)并保存作業(yè)狀態(tài)；以及重新組織單元，被配置為根據(jù)暫時中斷的作業(yè)狀態(tài)，重新組織作 業(yè)陳述書。
4. 根據(jù)權利要求3所述的圖像處理設備，還包括作業(yè)獲得單元， 被配置為在從許可獲得單元未獲得許可時起經(jīng)過預定時間之后，獲得 由重新組織單元重新組織并由作業(yè)保存單元保存的作業(yè)陳述書，其中 作業(yè)執(zhí)行單元執(zhí)行由作業(yè)獲得單元獲得的作業(yè)。
5. —種許可管理系統(tǒng)，其包括許可管理設備，被配置為管理 允許使用應用的許可；以及圖像處理設備，該圖像處理設備具有安裝 在其上的應用并經(jīng)由通信介質(zhì)與許可管理設備相連，其中該圖像處理 設備在使用該應用時向許可管理設備請求許可發(fā)行，并且當收到許可時能夠使用該應用，所述許可管理設備包括許可發(fā)行單元，被配置為發(fā)行對應于來自圖像處理設備的許可發(fā) 行請求的許可，并且，所述圖像處理設備包括應用確定單元，被配置為通過分析作業(yè)陳述書來確定執(zhí)行作業(yè)所 必需的應用；許可確定單元，被配置為確定許可是否是使用該應用所必需的； 許可獲得單元，被配置為當作為許可確定單元的確定結果確定許 可是必需的時，向許可管理設備請求許可發(fā)行；以及 作業(yè)執(zhí)行單元，被配置為按照作業(yè)陳述書執(zhí)行作業(yè)。
6. 根據(jù)權利要求5所述的許可管理系統(tǒng)，其中當能夠發(fā)行的許 可的數(shù)量超過上限時，許可管理設備的許可發(fā)行單元拒絕發(fā)行許可。
7. —種用于圖像處理設備的方法，所述圖像處理設備上安裝有 應用，該圖像處理設備在使用該應用時向許可管理服務器設備請求許 可發(fā)行，并且能夠通過接收許可來使用該應用，所述方法包括通過分析作業(yè)陳述書，確定對于執(zhí)行作業(yè)所必需的應用； 確定許可是否是使用該應用所必需的；當確定許可是必需的時向許可管理服務器設備請求許可發(fā)行；以及按照作業(yè)陳述書執(zhí)行作業(yè)。
8. 根據(jù)權利要求7所述的方法，還包括確定是否對于要求由許可獲得單元獲得許可的應用獲得了所有 許可；以及當未獲得所述許可時暫時中斷作業(yè)并保存作業(yè)狀態(tài)。
9. 根據(jù)權利要求7所述的方法，還包括 當未獲得許可時暫時中斷作業(yè)并保存作業(yè)狀態(tài)；以及 根據(jù)暫時中斷的作業(yè)狀態(tài)，重新組織作業(yè)陳述書。
10. 根據(jù)權利要求9所述的方法，包括從未獲得許可起經(jīng)過預定時間之后，獲得被重新組織和保存的作 業(yè)陳述書，其中執(zhí)行作業(yè)包括執(zhí)行獲得的作業(yè)。
11. 一種計算機可讀存儲介質(zhì)，其存儲用于使計算機執(zhí)行根據(jù)權利要求7所述的方法的程序。
12. —種用于許可管理系統(tǒng)的方法，該許可管理系統(tǒng)包括許可管 理設備，該許可管理設備被配置為管理允許使用應用的許可，該許可 管理系統(tǒng)還包括圖像處理設備，該圖像處理設備具有安裝在其上的應 用并經(jīng)由通信介質(zhì)與許可管理設備相連，其中該圖像處理設備在使用 該應用時請求許可管理設備發(fā)行許可，并且在收到許可時能夠使用該 應用，所述方法包括使許可管理設備執(zhí)行發(fā)行對應于來自圖像處理設備的許可發(fā)行 請求的許可；以及使圖像處理設備執(zhí)行通過分析作業(yè)陳述書確定對于執(zhí)行作業(yè)所必需的應用； 確定許可是否是使用該應用所必需的； 當確定許可是必需的時向許可管理設備請求許可發(fā)行；以及 按照作業(yè)陳述書執(zhí)行作業(yè)。
13. 根據(jù)權利要求12所述的用于許可管理系統(tǒng)的控制方法，其 中使許可管理設備執(zhí)行發(fā)行對應于來自圖像處理設備的許可發(fā)行請 求的許可包括當能夠發(fā)行的許可的數(shù)量超過上限時拒絕發(fā)行許可。
14. 一種計算機可讀存儲介質(zhì)，其存儲有用于使計算機執(zhí)行根據(jù) 權利要求12所述的方法的程序。
全文摘要
根據(jù)本發(fā)明，能夠由圖像處理設備執(zhí)行處理而用戶不必關注為使每個圖像處理設備執(zhí)行應用軟件所必需的許可。按照作業(yè)陳述書的描述內(nèi)容和圖像處理設備具有的功能(應用軟件)，提供了這樣一種機制，其中從許可管理服務器獲得為執(zhí)行處理所必需的許可。圖像處理設備執(zhí)行所確定的處理，由此能夠有效地利用許可。
文檔編號G06Q50/00GK101206695SQ20071015288
公開日2008年6月25日 申請日期2007年9月21日 優(yōu)先權日2006年12月21日
發(fā)明者內(nèi)田貴之 申請人:佳能株式會社