專利名稱：信息處理系統(tǒng)、信息處理器、成像裝置和信息處理方法
技術領域：
本發(fā)明一般地涉及信息處理系統(tǒng)、信息處理器、成像裝置和信息處理方法，并且 更具體地涉及一種設立(set up)要在裝置中執(zhí)行的應用程序(application)的許可證 (license)的信息處理系統(tǒng)、信息處理器、成像裝置和信息處理方法。
背景技術：
這些年來，在一些成像裝置(主要是被稱為多功能機的成像裝置)中，可以在它們 出貨之后開發(fā)和安裝新的應用程序。(例如，參見日本公開專利申請第2005-269619號。) 這種應用程序的使用方式非常多樣化，以至于一些用戶可能希望僅在預定時間段內(nèi)使用該 應用程序，而其它用戶可能希望僅使用其全部功能的特定的一個或多個功能。如果可以根 據(jù)每個用戶的使用方式而在成像裝置上設立應用程序的許可證，則這不僅對于用戶是方便 的，還使得應用程序的銷售者能夠期望具有更多的商業(yè)機會。然而，存在這樣的問題在使用多個成像裝置的用戶環(huán)境中，在每個成像裝置上進 行這樣的設置很麻煩。這不僅被認為是對于成像裝置的問題，還被認為是能夠執(zhí)行應用程 序的裝置共有的問題。

發(fā)明內(nèi)容
根據(jù)本發(fā)明的一個實施例，提供了一種信息處理系統(tǒng)、信息處理器、成像裝置和信 息處理方法，其能夠高效地在多個裝置上設立應用程序的許可證。根據(jù)本發(fā)明的一個實施例，提供了一種信息處理系統(tǒng)，其包括能夠執(zhí)行一個或多 個應用程序的多個裝置以及通過第一網(wǎng)絡連接到所述裝置的信息處理器，該信息處理系統(tǒng) 包括許可證狀態(tài)信息獲得部分，其被配置為通過第一網(wǎng)絡而從對應的裝置獲得安裝在每 個裝置中的應用程序的許可證狀態(tài)信息；許可證數(shù)據(jù)獲得部分，其被配置為基于所述許可 證狀態(tài)信息而從通過第二網(wǎng)絡連接的計算機獲得批準所述應用程序的使用的許可證數(shù)據(jù)； 以及許可證數(shù)據(jù)傳遞部分，其被配置為將許可證數(shù)據(jù)傳遞給每個裝置。根據(jù)本發(fā)明的一個實施例，提供了一種由能夠執(zhí)行一個或多個應用程序的多個裝 置和通過第一網(wǎng)絡連接到所述裝置的信息處理器執(zhí)行的信息處理方法，該信息處理方法包 括以下步驟(a)通過第一網(wǎng)絡而從對應的裝置獲得安裝在每個裝置中的應用程序的許可 證狀態(tài)信息，(b)基于所述許可證狀態(tài)信息而從通過第二網(wǎng)絡連接的計算機獲得批準所述 應用程序的使用的許可證數(shù)據(jù)，以及(C)將許可證數(shù)據(jù)傳遞給每個裝置。根據(jù)本發(fā)明的一個實施例，提供了一種能夠執(zhí)行一個或多個應用程序的成像裝 置，該成像裝置包括許可證狀態(tài)信息提供部分，其被配置為響應于通過網(wǎng)絡接收的獲得許 可證狀態(tài)信息的請求而傳送應用程序的許可證狀態(tài)信息；許可證接收部分，其被配置為根
5據(jù)所述許可證狀態(tài)信息而通過網(wǎng)絡接收許可證數(shù)據(jù)，并且將所接收的許可證數(shù)據(jù)存儲在存 儲單元中；以及確定部分，其被配置為基于所存儲的許可證數(shù)據(jù)確定它是否被批準使用所 述應用程序。根據(jù)本發(fā)明的一個實施例，提供了一種信息處理器，包括許可證狀態(tài)信息獲得部 分，其被配置為通過第一網(wǎng)絡而從多個裝置的每一個獲得安裝在多個裝置的每一個中的一 個或多個應用程序的許可證狀態(tài)信息，所述多個裝置能夠執(zhí)行所述應用程序；許可證數(shù)據(jù) 獲得部分，其被配置為基于所述許可證狀態(tài)信息而從通過第二網(wǎng)絡連接的計算機獲得批準 所述應用程序的使用的許可證數(shù)據(jù)；以及許可證數(shù)據(jù)傳遞部分，其被配置為將許可證數(shù)據(jù) 傳遞給每個裝置。根據(jù)本發(fā)明的一個實施例，提供了一種由能夠執(zhí)行一個或多個應用程序的成像裝 置執(zhí)行的信息處理方法，該圖像處理方法包括以下步驟(a)響應于通過網(wǎng)絡接收的獲得 許可證狀態(tài)信息的請求而發(fā)送應用程序的許可證狀態(tài)信息；(b)根據(jù)所述許可證狀態(tài)信息 而通過網(wǎng)絡接收許可證數(shù)據(jù)，并且將所接收的許可證數(shù)據(jù)存儲在存儲單元中；以及(C)基 于所存儲的許可證數(shù)據(jù)確定它是否被批準使用所述應用程序。根據(jù)本發(fā)明的一個實施例，提供了一種計算機可執(zhí)行的信息處理方法，包括以下 步驟(a)通過第一網(wǎng)絡而從多個裝置的每一個獲得安裝在多個裝置的每一個中的一個或 多個應用程序的許可證狀態(tài)信息，所述多個裝置能夠執(zhí)行所述應用程序；(b)基于所述許 可證狀態(tài)信息而從通過第二網(wǎng)絡連接的計算機獲得批準所述應用程序的使用的許可證數(shù) 據(jù)；以及(C)將許可證數(shù)據(jù)傳遞給每個裝置。根據(jù)上述信息處理系統(tǒng)、成像裝置、圖像處理器和信息處理方法，可以高效地在多 個裝置上設立應用程序的許可證。


當結合附圖閱讀時，根據(jù)以下詳細描述，本發(fā)明的其它目的、特征和優(yōu)點將變得更 加清楚，在附圖中圖1是示出根據(jù)本發(fā)明實施例的許可證管理系統(tǒng)的配置的圖；圖2是示出根據(jù)本發(fā)明實施例的許可證服務器的功能配置的框圖；圖3示出根據(jù)本發(fā)明實施例的、形成許可證DB的應用程序許可證表的示例；圖4示出根據(jù)本發(fā)明實施例的、形成許可證DB的許可證發(fā)放表的示例；圖5是示出根據(jù)本發(fā)明實施例的許可證獲得裝置的功能配置的框圖；圖6是示出根據(jù)本發(fā)明實施例的MFP的功能配置的框圖；圖7是示出根據(jù)本發(fā)明實施例的許可證獲得裝置的硬件配置的框圖；圖8是用于圖示根據(jù)本發(fā)明實施例的許可證登記的操作規(guī)程的序列圖；圖9示出根據(jù)本發(fā)明實施例的、通過新許可證的登記更新的應用程序許可證表的 示例；圖10是用于圖示根據(jù)本發(fā)明實施例的、為了購買許可證而由許可證獲得裝置進 行的MFP的檢測的序列圖；圖11示出根據(jù)本發(fā)明實施例的裝置列表的示例；圖12是用于圖示根據(jù)本發(fā)明實施例的、為了購買許可證而由許可證獲得裝置進
6行的每個MFP的應用程序列表的獲取的序列圖；圖13是用于圖示根據(jù)本發(fā)明實施例的、為了購買許可證而由許可證獲得裝置進 行的每個應用程序的許可證狀態(tài)的獲取的序列圖；圖14示出根據(jù)本發(fā)明實施例的、被存儲在許可證文件中的信息的配置；圖15示出根據(jù)本發(fā)明實施例的、被保存在許可證獲得裝置中的許可證狀態(tài)信息 的配置；圖16是示出根據(jù)本發(fā)明實施例的許可證操作(manipulation)屏幕的示例顯示的 圖；圖17是示出根據(jù)本發(fā)明實施例的、選擇許可證購買目標的許可證操作屏幕的圖；圖18是示出根據(jù)本發(fā)明實施例的產(chǎn)品密鑰輸入對話框的示例顯示的圖；圖19是用于圖示根據(jù)本發(fā)明實施例的、由許可證獲得裝置進行的許可證購買的 序列圖；圖20是示出根據(jù)本發(fā)明實施例的許可碼(license code)的配置的圖；圖21示出根據(jù)本發(fā)明實施例的記錄新許可證的許可證發(fā)放表；圖22示出根據(jù)本發(fā)明實施例的更新的許可證狀態(tài)信息；圖23是示出根據(jù)本發(fā)明實施例的、由于許可證的購買而更新其顯示內(nèi)容的許可 證操作屏幕的圖；圖24是用于圖示根據(jù)本發(fā)明實施例的、由許可證獲得裝置進行的許可碼的傳遞 的序列圖；圖25是示出根據(jù)本發(fā)明實施例的、由于許可證傳遞完成而更新的許可證操作屏 幕的顯示內(nèi)容的示例的圖；圖26是示出根據(jù)本發(fā)明實施例的許可證屬性對話框的示例顯示的圖；圖27是用于圖示根據(jù)本發(fā)明實施例的MFP中的SDK應用程序的激活的序列圖；圖28是用于圖示根據(jù)本發(fā)明實施例的去激活(deactivation)的序列圖；圖29示出根據(jù)本發(fā)明實施例的包含去激活標志的許可證文件的示例；圖30是示出根據(jù)本發(fā)明實施例的允許預算管理的許可證操作屏幕的示例顯示的 圖；圖31是示出根據(jù)本發(fā)明實施例的、對于每個機器顯示許可證價格的總值的許可 證操作屏幕的示例顯示的圖；圖32是示出根據(jù)本發(fā)明實施例的、對于每個應用程序顯示許可證價格的總值的 許可證操作屏幕的示例顯示的圖；圖33是示出根據(jù)本發(fā)明實施例的、包括預算管理部分的許可證服務器的功能配 置的框圖；圖34是示出根據(jù)本發(fā)明實施例的、包括預算管理部分的MFP的功能配置的框圖；圖35是示出根據(jù)本發(fā)明實施例的、包括許可證登記功能和許可證發(fā)放功能的許 可證獲得裝置的功能配置的圖；以及圖36是示出根據(jù)本發(fā)明實施例的、在許可證發(fā)放場所(site)中提供的許可證登 記裝置的情況的框圖。
具體實施例方式下面，參照附圖給出對本發(fā)明實施例的描述。圖1是示出根據(jù)本發(fā)明實施例的許可證管理系統(tǒng)的配置的圖。參照圖1，許可證管理系統(tǒng)包括用戶場所A、許可證發(fā)放場所B、和許可證登記場所 C0用戶場所A是成像裝置的用戶環(huán)境，用戶的辦公室可以對應于該用戶環(huán)境。因此， 可以存在用于成像裝置的對應用戶的多個用戶場所A。用戶場所A包括經(jīng)由諸如LAN(局 域網(wǎng))的網(wǎng)絡30 (有線的或無線的)連接的許可證獲得裝置10和至少一個MFP (多功能外 設)20。通常，MFP 20是被稱為多功能機的成像裝置。也就是說，MFP 20具有在單個機殼 (enclosure)中提供的、用于實現(xiàn)諸如復印功能、打印功能、掃描功能和傳真功能的多個功 能的硬件?？梢詫⑹褂眠@些功能的各種應用程序安裝在MFP 20中。然而，本發(fā)明應用的成 像裝置不限于多功能機，而是可以是至少能夠在其中安裝應用程序并且執(zhí)行它的任何成像 裝置。因此，它可以是實現(xiàn)諸如復印、傳真、打印或掃描的單個功能的成像裝置。許可證獲得裝置10是諸如PC(個人計算機)的計算機，以便總地獲得(批準使 用)在用戶場所A中的MFP 20中運行的應用程序的許可證。也就是說，通過由許可證獲得 裝置10獲得的對應許可證，使得安裝在MFP 20中的各種應用程序可被使用或可用。許可證發(fā)放場所B是向用戶場所A發(fā)放在用戶場所A中使用的MFP 20的應用程 序的許可證的環(huán)境。例如，由MFP 20的制造者來操作許可證發(fā)放場所B。在許可證發(fā)放場 所B中提供許可證服務器50。許可證服務器50是產(chǎn)生和發(fā)放許可證的計算機。許可證登記場所C是請求許可證發(fā)放場所B登記(記錄)許可證信息的環(huán)境，所述 許可證信息包括關于利用許可證管理的應用程序的信息和關于應用程序的許可證的信息。 例如，每個應用程序的賣主對應于許可證登記場所C。因此，可以存在用于對應的應用程序 賣主的多個許可證登記場所C。在許可證登記場所C中提供許可證登記裝置60。許可證登 記裝置60是用于輸入登記(記錄)許可證信息的請求的計算機，例如PC。許可證獲得裝置10、許可證服務器50和許可證登記裝置60經(jīng)由諸如因特網(wǎng)的廣 域網(wǎng)70而被連接。更詳細地給出對于許可證服務器50、許可證獲得裝置10、和MFP 20的描述。圖2是示出許可證服務器50的功能配置的框圖。參照圖2，許可證服務器50包括許可證登記部分51、網(wǎng)絡屏幕顯示部分52、產(chǎn)品密 鑰產(chǎn)生部分53、許可證DB (數(shù)據(jù)庫)管理部分54、許可證發(fā)放部分55和許可證DB 56。許可證DB 56是在許可證服務器50的存儲單元中構造的，以便管理與許可證有關 的信息，并且包括例如應用程序許可證表和許可證發(fā)放表。圖3示出了形成許可證DB 56的應用程序許可證表的示例。參照圖3，應用程序許可證表561管理關于作為銷售目標登記的SDK應用程序 24(圖6)的一個或多個許可證的信息，并且逐個許可證地管理產(chǎn)品密鑰、應用程序ID、功 能、到期日期、和價格。產(chǎn)品密鑰是在應用程序的許可證(類型)的基礎上分配的標識信息。也就是說， 甚至對于不同的可用功能或到期日期(即，不同的許可證類型)給同一應用程序分配不同 的產(chǎn)品密鑰。如下所述，在購買許可證時通過產(chǎn)品密鑰來指定許可證類型。
應用程序ID是唯一地分配給每個應用程序的標識信息。功能表示由應用程序ID標識的應用程序的一個或多個功能，所述一個或多個功 能在該許可證下能夠使用。例如，“全部”表示全部功能都可使用。到期日期表示許可證到期的日期。價格表示許可證的價格。當為同一應用程序定義多個許可證時，在所述許可證的可用功能之間，包含關系 不是必需的。也就是說，可以登記這樣的許可證，在該許可證下，可以使用完全不同的功能。此外，圖4示出了形成許可證DB 56的許可證發(fā)放表的示例。參照圖4，許可證發(fā) 放表562用于管理被購買的(被登記的)許可證，并且在被購買的許可證的基礎上管理產(chǎn) 品密鑰、機器號和許可碼。機器號是分配給每個MFP 20的標識信息，并且唯一地標識對應的MFP20。許可碼 是為每個被購買的許可證產(chǎn)生的數(shù)據(jù)。如由圖4變得清楚的那樣，將單個SDK應用程序24 的一個許可證發(fā)放給特定的MFP 20。也就是說，在一個許可證下，僅在對應于該許可證的 MFP 20中可以使用對應于該許可證的SDK應用程序24。許可碼批準SDK應用程序24的使 用，盡管它被用作用于限制SDK應用程序24的可用性的數(shù)據(jù)。再次參照圖2，許可證登記部分51控制用于響應于來自許可證登記場所C的許可 證登記請求(登記許可證的請求)而將關于新許可證的信息記錄在應用程序許可證表561 中的處理。網(wǎng)絡屏幕顯示部分52向許可證登記裝置60提供用于輸入許可證登記指令(登 記許可證的指令)的網(wǎng)頁。產(chǎn)品密鑰產(chǎn)生部分53響應于許可證登記請求而產(chǎn)生用于許可 證的產(chǎn)品密鑰。許可證DB管理部分54管理許可證DB 56。許可證發(fā)放部分55控制用于響 應于來自用戶場所A的發(fā)放許可證的請求(購買許可證的請求)而發(fā)放許可證的處理。圖5是示出許可證獲得裝置10的功能配置的框圖。參照圖5，許可證獲得裝置10包括許可證服務器通信部分11、屏幕顯示部分12、裝 置通信部分13和預算管理部分14。許可證服務器通信部分11控制與許可證服務器50的通信和用于從許可證服務器 50獲得許可證(許可碼)的處理。屏幕顯示部分12使得在顯示單元上顯示在購買許可證 時要提供給用戶的各種信息項。裝置通信部分13控制從MFP 20的各種信息項的獲取以及 向MFP 20的許可碼的傳遞。預算管理單元14幫助執(zhí)行與許可證購買相關聯(lián)的預算管理。圖6是示出MFP 20的功能配置的框圖。參照圖6，MFP 20包括屏幕顯示部分21、許可證文件22、SDK平臺23、在SDK平臺 23上運行的SDK應用程序24、應用程序管理部分25、應用程序激活部分26、許可證服務27、 以及許可證分析庫28。許可證文件22存儲從許可證獲得裝置10傳遞的許可碼。SDK平臺23是用于執(zhí)行使用專用于MFP 20的SDK (軟件開發(fā)包)開發(fā)的應用程序 的環(huán)境。MFP 20在其出貨之后可以使得使用新安裝在其中的專用SDK來開發(fā)應用程序并且 執(zhí)行它。使用SDK來開發(fā)SDK應用程序24。可以將多個SDK應用程序24安裝在單個MFP 20中。應用程序管理部分25管理關于安裝在MFP 20中的SDK應用程序24的信息。此 外，應用程序激活部分26基于在許可證文件22中包含的許可碼來控制SDK應用程序24的激活。許可證服務27主要執(zhí)行用于從許可證獲得裝置10接收許可碼的處理。許可證服 務27包括PC通信部分271和許可證文件管理部分272。許可證文件管理部分272執(zhí)行諸 如控制對許可證文件22的訪問的處理。許可證分析庫28將編碼和加密的許可碼解密和解碼。此外，許可證分析庫28確 定MFP 20是否具有被確定為要激活的SDK應用程序24的許可證。接下來，給出對于許可證獲得裝置10的硬件配置的描述。圖7是示出根據(jù)本發(fā)明實施例的許可證獲得裝置10的硬件配置的框圖。參照圖7，許可證獲得裝置10包括驅(qū)動單元100、第二存儲單元102、存儲單元 103、CPU 104、接口單元105、顯示單元106、和輸入單元107。通過諸如⑶-ROM的記錄介質(zhì)101來提供實現(xiàn)許可證獲得裝置10中的處理的程 序。當驅(qū)動單元100被加載有在其上記錄了所述程序的記錄介質(zhì)101時，通過驅(qū)動單元100 將該程序從記錄介質(zhì)101安裝在第二存儲單元102中。第二存儲單元102存儲所安裝的程 序以及必要的文件和數(shù)據(jù)。存儲單元103響應于激活所述程序的指令而從第二存儲單元102讀出該程序并且 存儲該程序。CPU 104根據(jù)在存儲單元103中包含的程序而執(zhí)行與許可證獲得裝置10相關的功 能。接口單元105用于連接到圖1的網(wǎng)絡30。顯示單元106根據(jù)所述程序顯示⑶I (圖 形用戶界面)。輸入單元107包括鍵盤和鼠標，并且被用于輸入各種操作指令。不一定總是從記錄介質(zhì)101安裝所述程序，而是可以經(jīng)由網(wǎng)絡從另一計算機下載 所述程序。許可證服務器50可以具有與許可證獲得裝置10相同的硬件配置。然而，在經(jīng)由 網(wǎng)絡操作許可證服務器50的情況下，顯示單元106和輸入單元107不一定是必需的。此 外，MFP 20的控制器可以具有與圖7所示的相同的配置。在MFP 20的情況中，作為與顯示 單元106和輸入單元107相對應的硬件來提供操作面板。此外，MFP 20包括成像裝置特有 的硬件項，例如掃描儀(圖像感測部分)和繪圖儀(打印部分)。下面，給出對于根據(jù)本發(fā)明實施例的許可證管理系統(tǒng)的操作規(guī)程的描述。例如，開發(fā)和銷售SDK應用程序24的賣主在銷售SDK應用程序24之前向許可證 發(fā)放場所B登記SDK應用程序24的要銷售的一個或多個許可證。首先，給出對于此情況中 的處理的描述。圖8是用于圖示許可證登記的操作規(guī)程的序列圖。在圖8中，假設初始狀態(tài)為由許可證登記裝置60的網(wǎng)絡瀏覽器61顯示從許可證 服務器50的網(wǎng)絡屏幕顯示部分52傳送的許可證登記屏幕(網(wǎng)頁)的狀態(tài)。例如，在步驟SlOl中，當許可證登記場所C中的管理員輸入要新登記的許可證的 要記錄的登記信息(例如與該許可證相關的預先分配給SDK應用程序24的應用程序ID、在 該許可證下被批準使用的SDK應用程序24的全部功能中的一個或多個、該許可證的到期日 期和該許可證的價格)時，網(wǎng)絡瀏覽器61將包括所述登記信息的許可證登記請求傳送給許 可證服務器50。
在步驟S102中，在接收到許可證登記請求之后，許可證服務器50的網(wǎng)絡屏幕顯示 部分52向許可證登記部分51通知該許可證登記請求。在步驟S103中，許可證登記部分51 向許可證DB管理部分54通知該許可證登記請求。在步驟S104中，許可證DB管理部分請求許可證DB 56記錄(登記)所述登記信 息。在步驟S105中，許可證DB 56將所述登記信息，即與登記請求相關的許可證的應用程 序ID、功能、到期日期和價格作為新記錄記錄在應用程序許可證表561中。(在下文中，將 這一記錄稱為“當前記錄”。)接下來，在步驟S107中，許可證DB管理部分54指定所述登記信息，并且請求產(chǎn)品 密鑰產(chǎn)生部分53產(chǎn)生與所述登記請求相關的許可證的產(chǎn)品密鑰。在步驟S108中，產(chǎn)品密鑰 產(chǎn)生單元53基于例如在所述登記信息中包含的應用程序ID、功能、到期日期和價格而(在 逐個許可證的基礎上)產(chǎn)生用于所述許可證的唯一產(chǎn)品密鑰，并且將該產(chǎn)品密鑰記錄在應 用程序許可證表561的當前記錄中。圖9示出了通過新許可證的登記更新的應用程序許可證表561的示例。圖9示出 了最后一行是當前行的情況。因此，每次登記許可證，都將對應于該許可證的記錄新添加到 應用程序許可證表561中。接下來，在步驟S109中，產(chǎn)品密鑰產(chǎn)生部分53將所產(chǎn)生的產(chǎn)品密鑰輸出到許可證 DB管理部分54。在步驟SllO和Slll中，通過許可證登記部分51向網(wǎng)絡屏幕顯示部分52 通知所述產(chǎn)品密鑰。在步驟S112中，網(wǎng)絡屏幕顯示部分52產(chǎn)生顯示已經(jīng)正常登記了許可 證的消息和許可證密鑰(產(chǎn)品密鑰)的網(wǎng)頁(許可證登記完成頁面)，并且將該許可證登記 完成頁面作為對許可證登記請求的響應返回給網(wǎng)絡瀏覽器61。在步驟S113中，網(wǎng)絡瀏覽器 61使得顯示該許可證登記完成頁面。結果，許可證登記場所C的管理員能夠確定用于所登記的許可證的許可證密鑰。 該許可證密鑰被附加到與該許可證相關的SDK應用程序24上。也就是說，當SDK應用程序 24流通時，可以識別在其下獲得SDK應用程序24的許可證密鑰。對于單個SDK應用程序 24，可以登記多種類型的許可證。因此，可以將多個許可證密鑰附加到單個SDK應用程序24 上。接下來，參照諸如圖10、圖12、圖13、圖19和圖24的序列圖的圖來給出對于在獲 取了 SDK應用程序24并且將其安裝在用戶場所A中的MFP 20內(nèi)之后由許可證獲得裝置10 執(zhí)行的許可證的購買和所購買的許可證向MFP20的傳遞的描述。SDK應用程序24是通過例 如預先從預定服務器下載而獲取的。所述預定服務器可以是用于下載在許可證登記場所C 或許可證發(fā)放場所B中管理的應用程序的服務器、或者在不同的場所中管理的服務器。圖10是用于圖示為了購買許可證而由許可證獲得裝置10進行的MFP 20的檢測 的序列圖。圖10的處理用于許可證獲得裝置10檢測連接到用戶場所A的網(wǎng)絡30的MFP 20。在步驟S201中，當操作員(例如，從許可證發(fā)放場所B派遣的服務人員或者用戶 場所A中的管理員)通過由許可證獲得裝置10的屏幕顯示部分12顯示在顯示單元106上 的屏幕輸入檢測MFP 20的指令時，屏幕顯示部分12請求裝置通信部分13創(chuàng)建MFP 20的 列表信息(裝置列表)。在步驟S202中，裝置通信部分13將用于檢測MFP 20的信息(裝 置檢測信息)傳送給網(wǎng)絡30。盡管裝置檢測信息根據(jù)各種已知協(xié)議和通信方法而變化，但是所述協(xié)議和通信方法不限于在實現(xiàn)本發(fā)明時預定的協(xié)議和通信方法。裝置檢測信息的傳 送可以是廣播消息的發(fā)出。在步驟S203中，在接收到裝置檢測信息之后，MFP 20的PC通信部分271將MFP 20的IP地址和機器號返回給許可證獲得裝置10。對于連接到網(wǎng)絡30的每個MFP 20，執(zhí)行 步驟S202和S203。因此，每個MFP 20將其IP地址和機器號返回給許可證獲得部分10的 裝置通信部分13。在步驟S204中，在從每個MFP 20接收到IP地址和機器號之后，裝置通信部分13 將該IP地址和機器號合并為列表信息(裝置列表)，并且將該裝置列表輸出到屏幕顯示部 分12。屏幕顯示部分12將該裝置列表記錄和保存在第二存儲單元102或存儲單元103中。圖11示出了所述裝置列表的示例。如圖11所示，屏幕顯示部分12在逐個MFP的 基礎上保存所述IP地址和機器號。接下來，給出對于以下處理的描述，在所述處理中，許可證獲得裝置10從所檢測 的MFP 20的每一個獲取安裝在MFP 20中的SDK應用程序24的列表信息(應用程序列表)。圖12是用于圖示為了購買許可證而由許可證獲得裝置10進行的每個MFP 20的 應用程序列表的獲取的序列圖。在步驟S301中，屏幕顯示部分12指定被包括在所保存的裝置列表中的IP地址， 并且請求裝置通信部分13獲得與所指定的IP地址相關的MFP 20的應用程序列表。在步 驟S302中，裝置通信部分13請求與所指定的IP地址相關的MFP 20的PC通信部分271提 供所述應用程序列表。在步驟S303中，PC通信部分271請求MFP 20的應用程序通信部分 25獲得所述應用程序列表。在步驟S304中，應用程序管理部分25檢索安裝在MFP 20中的SDK應用程序24。 在步驟S305中，應用程序管理部分25從所檢索的SDK應用程序24的每一個獲得應用程序 ID。因此，如果安裝了多個SDK應用程序，則獲得多個應用程序ID。接下來，在步驟S306中，應用程序管理部分24將所獲得的應用程序ID的列表(應 用程序ID列表)輸出到PC通信部分271。在步驟S307中，PC通信部分271將該應用程序 ID列表返回給許可證獲得裝置10。接下來，在步驟S308中，在接收到所返回的應用程序ID列表之后，裝置通信部分 13將該應用程序ID列表和作為該應用程序ID列表的發(fā)送者的MFP 20的IP地址輸出到屏 幕顯示部分12。屏幕顯示部分12將該IP地址和應用程序ID列表彼此相關聯(lián)地記錄和保 存在第二存儲單元102或存儲單元103中。圖12的處理可以在圖10的處理之后被自動執(zhí)行。在此情況下，對于在裝置列表 中包含的所有MFP 20，可以重復或并行執(zhí)行圖12的處理?？商鎿Q地，屏幕顯示部分12可 以在完成圖10的處理之后使得在顯示單元106上顯示包含裝置列表的屏幕(裝置列表屏 幕)，并且可以對于在裝置列表屏幕上選擇的MFP 20執(zhí)行圖12的處理。接下來，給出對于以下處理的描述，在該處理中，許可證獲得裝置10獲取其應用 程序ID被包括在所獲得的應用程序列表中的每個SDK應用程序24的許可證狀態(tài)。圖13是用于圖示為了購買許可證而由許可證獲得裝置10進行的每個應用程序的 許可證狀態(tài)的獲取的序列圖。在步驟S401中，屏幕顯示部分12指定保存在其中的MFP 20的IP地址以及與該
12IP地址相關聯(lián)的一個或多個應用程序ID，并且請求裝置通信部分13獲得指示關于MFP 20 中與所述應用程序ID相關的SDK應用程序24的許可證狀態(tài)的信息(許可證狀態(tài)信息)，該 MFP 20與所述IP地址相關。在步驟S402中，裝置通信部分13指定所述應用程序ID，并且 請求與所述IP地址相關的MFP 20的PC通信部分271提供關于所指定的應用程序ID的許 可證狀態(tài)信息。在步驟S403中，PC通信部分271指定應用程序ID，并且請求MFP 20的許可證文 件管理部分272獲得關于所指定的應用程序ID的許可證狀態(tài)信息。在步驟S404中，許可 證文件管理部分272在MFP 20中的許可證文件22中搜索與所指定的應用程序ID相對應 的許可碼。在步驟S405中，許可證文件管理部分272獲得該許可碼。圖14示出了存儲在許可證文件22中的信息的配置。如圖14所示，對于安裝在 MFP 20中的SDK應用程序24的每一個，將應用程序ID和許可碼存儲(記錄)在許可證文 件22中。如果指定了多個應用程序ID，則對于每個應用程序ID獲得許可碼。然而，對于未 經(jīng)許可的SDK應用程序24，沒有在許可證文件22中記錄許可碼。因此，對于未經(jīng)許可的SDK 應用程序24，沒有獲得許可碼，使得它的值為例如空(空白)。接下來，在步驟S406中，許可證文件管理部分272向PC通信部分271輸出列表 (許可證狀態(tài)信息列表)，在該列表中，每個指定的應用程序ID與其對應的許可碼(對于 未經(jīng)許可的SDK應用程序為空值)配對(相關聯(lián))。許可證狀態(tài)信息列表可以具有與圖 14所示相同的配置。許可證狀態(tài)信息列表可以是未經(jīng)許可的SDK應用程序24的應用程序 ID ( S卩，在許可證文件22中沒有記錄許可碼的應用程序ID)的列表。在此情況下，許可證狀 態(tài)信息列表代表未經(jīng)批準的SDK應用程序24的列表。接下來，在步驟S407中，PC通信部 分271將許可證狀態(tài)信息列表返回給許可證獲得裝置10。在步驟S408中，在接收到所返回的許可證狀態(tài)信息列表之后，裝置通信部分13將 該許可證狀態(tài)信息列表和作為該許可證狀態(tài)信息列表的發(fā)送者的MFP 20的IP地址輸出到 屏幕顯示部分12。屏幕顯示部分12將許可證狀態(tài)信息記錄和保存在第二存儲單元102或 存儲單元103中，使得將與所述IP地址相關聯(lián)地保存的每個應用程序ID與其對應的許可 證狀態(tài)信息相關聯(lián)。圖15示出了保存在許可證獲得裝置10中的許可證狀態(tài)信息的配置。如圖15所示，在許可證獲得裝置10中，對于MFP 20的IP地址和應用程序ID的 每個組合，保存應用程序ID的許可碼。對于未經(jīng)批準的SDK應用程序24，許可碼的值被保 存為空值(空白)。因此，每個MFP 20中的每個SDK應用程序24的許可證狀態(tài)可以基于是 否對于其應用程序ID(與其應用程序ID相關聯(lián)地)記錄了許可碼來確定。接下來，在步驟S409中，屏幕顯示部分12基于圖15所示的許可證狀態(tài)信息而使 得在顯示單元106上顯示用于操作每個SDK應用程序24的許可證的屏幕(許可證操作屏 眷)ο圖16是示出許可證操作屏幕的示例顯示的圖。參照圖16，許可證操作屏幕150包括列表區(qū)域151、購買按鈕152、傳遞按鈕153、 和去激活按鈕154。列表區(qū)域151是基于許可證狀態(tài)信息而對于IP地址、機器號和應用程序ID的每個組合顯示與應用程序ID相關的SDK應用程序24中的被許可的一個或多個功能、SDK應 用程序24的許可碼和SDK應用程序24的許可證狀態(tài)的區(qū)域。對于已經(jīng)通過圖13的處理獲得了其許可碼的每個SDK應用程序24，屏幕顯示部 分12在許可碼列的對應字段中顯示許可碼的值，并且在狀態(tài)列的對應字段值顯示“已傳 送(TRANSMITTED) ”。對于尚未獲得其許可碼的SDK應用程序，屏幕顯示部分12在許可碼 列的對應字段中顯示“無(NONE)”，并且在狀態(tài)列的對應字段中顯示“尚未購買(NOT YET PURCHASED)”。操作者可以在許可證操作屏幕150上檢查安裝在每個MFP 20中的每個應用 程序的許可證的狀態(tài)(存在或不存在)。這里，“已傳送”指示通過購買許可證獲得的許可 碼已經(jīng)被傳送給MFP 20。接下來，給出對以下處理的描述，該處理用于購買SDK應用程序24的許可證，其中 對于SDK應用程序24，在許可證操作屏幕150上確定尚未購買許可證。當在許可證操作屏幕150的列表區(qū)域151中選擇了要購買其許可證的SDK應用程 序24的行時，屏幕顯示部分12將所選擇的行加亮。圖17是示出選擇許可證購買目標所在的許可證操作屏幕150的圖。圖17示出了在列表區(qū)域151中選擇第二行和第三行的狀態(tài)。也就是說，在機器號 為“ 11111111，，的MFP 20中的應用程序ID為“00000002”的SDK應用程序24和在機器號 為“11111112”的MFP 20中的應用程序ID為“00000001”的SDK應用程序24被選擇為許 可證購買目標(也就是說，要購買其許可證的應用程序)。當在此狀態(tài)下點擊(選擇)購買 按鈕152時，屏幕顯示部分12使得顯示用于輸入要購買的許可證的產(chǎn)品密鑰的對話框(產(chǎn) 品密鑰輸入對話框)。圖18是示出產(chǎn)品密鑰輸入對話框的示例顯示的圖。參照圖18，產(chǎn)品密鑰輸入對話框160包括文本框161和OK按鈕162。文本框161 是用于輸入產(chǎn)品密鑰的區(qū)域。操作者根據(jù)一個或多個必需的功能和到期日期輸入產(chǎn)品密 鑰。圖18示出了輸入“CCCCCCCC”作為產(chǎn)品密鑰的情況。這里，當點擊了 OK按鈕162時， 顯示用于輸入下一 SDK應用程序24的產(chǎn)品密鑰的產(chǎn)品密鑰輸入對話框160。當輸入了被確 定為許可證購買目標的所有SDK應用程序24的產(chǎn)品密鑰時，開始圖19所示的處理?？梢?配置產(chǎn)品密鑰輸入對話框160以便允許在單個產(chǎn)品密鑰輸入對話框160中同時輸入被確定 為許可證購買目標的所有SDK應用程序24的產(chǎn)品密鑰。此外，還可以將產(chǎn)品密鑰輸入對話 框160配置為顯示要被許可的一個或多個功能以及到期日期，以便使得有可能對于每個產(chǎn) 品密鑰容易地、可視地檢查它們。圖19是用于圖示許可證獲得裝置10進行的許可證的購買的序列圖。在步驟S501中，屏幕顯示部分12指定與在許可證操作屏幕150上選擇的每一行 相關的機器號和對于每一行輸入的產(chǎn)品密鑰，并且向許可證服務器通信部分11做出購買 與該機器號相關的對應MFP 20中的、與所述產(chǎn)品密鑰相關的每個SDK應用程序24的許可 證的請求。在步驟S502中，許可證服務器通信部分11指定所述機器號和產(chǎn)品密鑰，并且向許 可證服務器50的許可證發(fā)放部分55做出購買許可證的請求。在步驟S503中，許可證發(fā)放 部分55指定所述機器號和產(chǎn)品密鑰，并且請求許可證DB管理部分54發(fā)放許可證。在步驟 S504中，許可證DB管理部分54指定所述機器號和產(chǎn)品密鑰，并且請求許可證DB 56發(fā)放許可證。在步驟S505中，許可證DB 56基于所指定的機器號和產(chǎn)品密鑰以及應用程序許可證 表561 (圖3)產(chǎn)生許可碼。圖20是示出許可碼的配置的圖。如圖20所示，單個許可碼包括應用程序ID、MFP 20的機器號、一個或多個可用功 能、以及到期日期。基于該許可碼，在由所述機器號標識的MFP20中，在所述許可碼中指定 的一個或多個功能和到期日期的限制內(nèi)，批準由應用程序ID標識的SDK應用程序24的使 用?；诒恢付ńo許可證DB 56的產(chǎn)品密鑰而從應用程序許可證表561檢索的值用于應用 程序ID、一個或多個功能、和到期日期。所指定的機器號被直接用作MFP 20的機器號。許 可碼并不只是應用程序ID、MFP 20的機器號、一個或多個可用功能和到期日期的排列，而 是通過編碼和進一步加密這些信息項產(chǎn)生的。接下來，在步驟S506中，許可證DB 56將所述機器號、產(chǎn)品密鑰和許可碼記錄在許 可證發(fā)放表562中。圖21示出了記錄新許可證的許可證發(fā)放表562。在圖21的許可證發(fā)放表562中，與圖3的該表的狀態(tài)相比，增加了最后兩行。也 就是說，增加了產(chǎn)品密鑰CCCCCCC、機器號11111111和許可碼AB⑶Erei的行以及產(chǎn)品密鑰 BBBBBBB、機器號11111112和許可碼ABCDEFHH的行。接下來，在步驟S507中，許可證DB 56將新許可證的許可碼和該許可碼對應的機 器號輸出到許可證DB管理部分54。在步驟S508和S509中，通過許可證發(fā)放部分55將許 可碼和機器號傳送給許可證獲得裝置10的許可證服務器通信部分11，并且在步驟S510中， 將所述許可碼和機器號從許可證通信部分11輸出到屏幕顯示部分12。對于機器號(MFP 20)和產(chǎn)品密鑰(SDK應用程序24)的每個組合產(chǎn)生許可碼。因此，當通過在許可證操作屏 幕150上選擇多行來給出許可證購買指令時，對于與所述多行相關的機器號和產(chǎn)品密鑰產(chǎn) 生和發(fā)放多個許可碼。在接收到所述機器號和許可碼之后，屏幕顯示部分12更新保存在許可證獲得裝 置10中的許可證狀態(tài)信息。圖22示出了更新的許可證狀態(tài)信息。圖22示出了與圖15的狀態(tài)相比，將新發(fā)放 的許可碼添加到第二和第三行的許可證狀態(tài)信息中。屏幕顯示部分12使得可以標識許可 證狀態(tài)信息的更新部分。例如，可以將關于該更新部分的標志信息設置為ON(開)。接下來，在步驟S511中，屏幕顯示部分12在許可證操作屏幕150的顯示內(nèi)容(或 顯示在許可證操作屏幕150上的內(nèi)容)中反映許可證狀態(tài)信息的更新。圖23是示出許可證操作屏幕150的圖，所述許可證操作屏幕150的顯示內(nèi)容由于 許可證的購買而被更新。將圖23和圖17相比較，在圖23所示的許可證操作屏幕150上的第二行和第三行 中的每一行中，顯示所發(fā)放的許可碼并且將狀態(tài)更新(改變)為“已購買(PURCHASED)”。當操作者點擊傳遞按鈕153并且選擇了狀態(tài)為“已購買”的行時，開始圖24的處 理。然而，圖24的處理可以在獲取到許可碼時自動開始。圖24是用于圖示由許可證獲得裝置10進行的許可碼的傳遞的序列圖。在步驟S601中，屏幕顯示部分12指定與在許可證操作屏幕150上選擇的行相關 的IP地址和許可碼，并且請求裝置通信部分13將許可證傳遞到該IP地址。在步驟S602
15中，裝置通信部分13將對應的許可碼傳送給與該IP地址相關的MFP 20的PC通信部分271。 PC通信部分271通過使用許可證分析庫28將許可碼解碼來從該許可碼提取應用程序ID。 在步驟S603中，PC通信部分271指定所提取的應用程序ID和許可碼，并且請求MFP 20的 許可證文件管理部分272存儲該許可碼。在步驟S604和S605中，許可證文件管理部分272 將許可碼與所指定的應用程序ID相關聯(lián)地記錄(存儲)在MFP 20的許可證文件22中。在步驟S606中，當許可碼被正常地記錄時，許可證文件管理部分272將指示正常 記錄的響應傳送給PC通信部分271。在步驟S607和S608中，通過PC通信部分271和裝置 通信部分13將正常記錄的通知傳送給屏幕顯示部分12。屏幕顯示部分12響應于該正常記 錄的通知而更新許可證操作屏幕150的顯示內(nèi)容。圖25是示出由于許可證傳遞完成而更新的許可證操作屏幕150的顯示內(nèi)容的示 例的圖。圖25示出了在許可證操作屏幕150上將第二行和第三行中的每一行的狀態(tài)列的 字段中的值更新為“已傳送”。結果，對于所述行中的每一行，在與該行相關的MFP 20中的 許可證的限制內(nèi)批準與所述應用程序ID相關的SDK應用程序的使用。如果在許可證操作屏幕150上選擇多行，則對于每一行執(zhí)行圖24的處理。因此， 可以在單個操作中同時向多個MFP 20提供相應的許可證。附帶地，當在列表區(qū)域151中選擇了一行并且在許可證操作屏幕150上選擇了文 件菜單的屬性菜單項時，屏幕顯示部分12使得顯示所選擇的行的許可證的屬性對話框(許 可證屬性對話框)。圖26是示出許可證屬性對話框的示例顯示的圖。如圖26所示，在許可證屬性對話框170中顯示在許可證操作屏幕150上選擇的許 可證的屬性(許可碼、應用程序ID、一個或多個功能、到期日期、價格等)。顯示許可證屬性 對話框170，以便允許用戶檢查關于許可證的更多詳細信息?？梢酝ㄟ^將許可碼解密和解碼 的屏幕顯示部分12來獲得顯示在許可證屬性對話框170中的信息。接下來，給出對于在MFP 20中做出使用SDK應用程序24的請求的情況中的處理 的描述。圖27是用于圖示MFP 20中的SDK應用程序24的激活的序列圖。作為圖27中的初始狀態(tài)，屏幕顯示部分21使得在操作面板上顯示安裝在MFP 20 中的SDK應用程序的列表。當用戶選擇所希望的一個SDK應用程序24并且給出執(zhí)行它的 指令時，在步驟S701中，屏幕顯示部分21指定所選擇的SDK應用程序24的應用程序ID，并 且請求應用程序激活部分26激活該SDK應用程序。在步驟S702中，應用程序激活部分26指定所述應用程序ID，并且請求許可證文件 管理部分272進行關于是否存在SDK應用程序24的許可證的確定(以下簡稱為“許可證確 定”)。在步驟S703中，許可證文件管理部分272指定所述應用程序ID，并且請求許可證 分析庫28執(zhí)行許可證確定。在步驟S704中，許可證分析庫28搜索許可證文件22，并且在 步驟S705中獲得與應用程序ID相關聯(lián)地存儲的許可碼。接下來，在步驟S706中，許可證分析庫28基于許可碼確定與所述應用程序ID相 關的SDK應用程序24的許可證的存在或不存在(或者可獲得性)。具體地，許可證分析庫28將許可碼解密并且隨后將其解碼，并且獲得在該許可碼中包含的應用程序ID、機器號、 和到期日期。然后，許可證分析庫28將從所述許可碼獲得的機器號和應用程序ID分別與 MFP 20的機器號和與所述激活指令相關的應用程序ID進行比較。如果機器號互相匹配、應 用程序ID互相匹配并且時間在到期日期之前，則許可證分析庫28確定存在許可證。另一 方面，如果機器號或應用程序ID互相不匹配或者時間不在到期日期之前，則許可證分析庫 28確定不存在許可證。如果在步驟S705中沒有獲得與所述應用程序ID相對應的許可碼， 則許可證分析庫28確定不存在該SDK應用程序的許可證。在步驟S707中，將許可證分析庫28進行的確定的結果輸出到許可證文件管理部 分272。在步驟S708中，許可證文件管理部分272基于確定結果而向應用程序激活部分26 通知許可證的存在或不存在。如果存在許可證，則在步驟S709中，應用程序激活部分26激 活已經(jīng)請求其激活的SDK應用程序24，并且向屏幕顯示部分31通知成功激活。另一方面， 如果不存在許可證。則在步驟S709中，應用程序激活部分26不激活已經(jīng)請求其激活的SDK 應用程序24，并且向屏幕顯示部分31通知激活失敗。在成功激活SDK應用程序24的情況 中，屏幕顯示部分21使得在操作面板上顯示用于該SDK應用程序的操作屏幕。在激活失敗 的情況下，屏幕顯示部分21使得在操作面板上顯示錯誤屏幕。接下來，給出對取消SDK應用程序24的許可證或者使SDK應用程序24的許可證 無效(去激活)的情況中的處理的描述。圖28是用于圖示去激活的序列圖。例如，當操作者點擊去激活(DEACTIVATE)按鈕154并且在許可證操作屏幕150上 選擇了狀態(tài)為“已傳送”的行時，開始圖28的處理。在步驟S801中，屏幕顯示部分12指定與許可證操作屏幕150上的所選擇的行相 關的IP地址和許可碼，并且請求裝置通信部分13對于與該IP地址相關的MFP 20而將許 可證去激活。在步驟S802中，裝置通信部分13指定許可碼并且將去激活許可證的請求傳 送給MFP 20的PC通信部分271。在步驟S803中，PC通信部分271通過使用許可證分析庫28將許可證解碼而從許 可碼中提取應用程序ID。PC通信部分271指定所提取的應用程序ID和許可碼，并且請求 MFP 20的許可證文件管理部分272將許可證去激活。在步驟S804和S805中，許可證文件 管理部分272通過對于所指定的應用程序ID從MFP 20的許可證文件22中刪除所記錄的 許可碼而使許可證無效?？商鎿Q地，可以通過在許可證文件22中記錄指示許可證已被去激 活的標志信息(去激活標志)而不是刪除許可碼，來使許可證無效。圖29示出了包含去激活標志的許可證文件22的示例。在圖29所示的許可證文件22中，去激活標志與許可碼相關聯(lián)。在圖29中，“圓圈” 指示許可證已經(jīng)被去激活。當許可證被正常地去激活時，在步驟S806中，許可證文件管理部分272將指示去 激活完成的響應傳送到PC通信部分271。在步驟S807和S808中，通過PC通信部分271 和裝置通信部分13來向屏幕顯示部分12傳送此去激活完成的通知。接下來，在步驟S809 中，屏幕顯示部分12指定與被去激活的許可證相關的機器號和許可碼，并且請求許可證服 務器通信部分11向許可證服務器50通知該去激活。在步驟S810中，許可證服務器通信部 分11指定所述機器號和許可碼，并且向許可證服務器50的許可證DB管理部分54通知許可證已經(jīng)被去激活。在步驟S811中，許可證DB管理部分54指定所述機器號和許可碼，并且請求許可 證DB 56刪除該許可證。許可證DB 56從許可證發(fā)放表562 (圖4)中刪除與所指定的機器 號和許可碼匹配的記錄。可替換地，也可以將指示許可證已被去激活的標志信息記錄在許 可證發(fā)放表562中，而不是刪除與許可證文件22中相同的記錄。在將所購買的許可證傳遞給另一MFP 20的情況下，許可證的去激活是有效的。也 就是說，如果在MFP 20中將許可證去激活，則在MFP20中不批準基于該許可證的SDK應用 程序24的使用。然而，將許可證傳送給另一 MFP20使得可以在所述另一 MFP 20中使用與 該許可證相對應的功能。附帶地，可以在許可證操作屏幕150上顯示許可證的價格。圖30是示出允許預算管理的許可證操作屏幕150a的示例顯示的圖。在圖30的許可證操作屏幕150a的列表顯示區(qū)域151a中顯示每個許可證的價格。 許可證獲得裝置10的預算管理部分14(圖5)通過將許可碼解密和解碼而從該許可碼獲得 所述價格，并且使得顯示該價格。顯示每個許可證的價格使得可以適當?shù)貛椭徺I與預算 匹配的許可證(即，執(zhí)行預算管理)。許可證操作屏幕150a包括“逐個機器的總和(MACHINE-BY-MACHINESUM) ”按鈕155 和“逐個應用程序的總和(APPLICATION-BY-APPLICATIONSUM) ”按鈕156。響應于點擊“逐 個機器的總和”按鈕155，預算管理部分14對于每個MFP 20 (機器)、即在逐個MFP (逐個 機器)的基礎上計算在MFP 20中購買的許可證的價格的總值，并且使得在許可證操作屏幕 150a上顯示計算結果。圖31是示出對于每個機器顯示許可證價格的總值的許可證操作屏幕150a的示例 顯示的圖。參照圖31，在許可證操作屏幕150a的列表顯示區(qū)域151a中，對于每個機器(MFP 20)顯示所購買的許可證的價格的總值。此外，還顯示所有MFP 20的許可證價格的總值 (121000 日元)。響應于點擊許可證操作屏幕150a上的“逐個應用程序的總和”按鈕156，預算管理 部分14對于多個MFP 20上的每個SDK應用程序24計算所購買的許可證的價格的總值，并 且使得在許可證操作屏幕150a上顯示計算結果。圖32是示出對于每個應用程序顯示許可證價格的總值的許可證操作屏幕150a的 示例顯示的圖。參照圖32，在許可證操作屏幕150a的列表顯示區(qū)域151a中對于每個SDK應用程 序24 (應用程序ID)顯示所購買的許可證的價格的總值。此外，還顯示所有SDK應用程序 24的許可證價格的總值(121000日元)。不一定總是在許可證獲得裝置10中實現(xiàn)預算管理部分14。圖33是示出包括預算管理部分57的許可證服務器50的功能配置的框圖。參照圖33，許可證服務器50的預算管理部分57基于許可證發(fā)放表，對于每個機器 或每個SDK應用程序24計算許可證價格的總值，并且向許可證獲得裝置10提供計算結果。圖34是示出包括預算管理部分273的MFP 20的功能配置的框圖。參照圖34，MFP 20的預算管理部分273基于在許可證文件22中包含的許可碼中
18包括的信息，對于每個機器或每個SDK應用程序24計算許可證價格的總值，并且向許可證 獲得裝置10提供計算結果。在上述實施例中，許可證登記功能和許可證發(fā)放功能是在許可證服務器50中實 現(xiàn)的?？商鎿Q地，可以在許可證獲得裝置10中實現(xiàn)這些功能。圖35是示出包括許可證登記功能和許可證發(fā)放功能的許可證獲得裝置10的功能 配置的圖。與圖5所示的配置相比，許可證獲得裝置10額外地包括網(wǎng)絡屏幕顯示部分15、許 可證登記部分16、產(chǎn)品密鑰產(chǎn)生部分17、和許可證發(fā)放部分18，它們實現(xiàn)分別與許可證服 務器50的網(wǎng)絡屏幕顯示部分52、許可證登記部分51、產(chǎn)品密鑰產(chǎn)生部分53和許可證發(fā)放 部分55相同的功能。因此，在此情況下，在許可證服務器50中實現(xiàn)至少許可證DB管理部 分54和許可證DB 56是可能的。圖36是示出在許可證發(fā)放場所B中提供許可證登記裝置60的情況的框圖。如圖36所示，可以在許可證發(fā)放場所B中提供許可證登記裝置60。這是因為SDK 應用程序24也可以由MFP 20的制造者開發(fā)。在此情況下，許可證服務器50和許可證登記 裝置60可以是單個計算機。如上所述，根據(jù)本實施例的許可證管理系統(tǒng)，許可證獲得裝置10可以獲得多個 MFP 20的所有許可證，并且將它們傳遞給對應的MFP 20。因此，可以高效地在每個MFP 20 上設立許可證。此外，由于不需要每個MFP 20直接訪問許可證服務器50，因此不必將MFP 20直接 連接到諸如因特網(wǎng)的廣域網(wǎng)、因此，對于MFP 20，可以確保較高的安全性。本發(fā)明不限于具體公開的實施例，并且可以在不背離本發(fā)明的范圍的情況下進行 變化和修改。
19
權利要求
一種信息處理系統(tǒng)，包括能夠執(zhí)行一個或多個應用程序(24)的多個裝置(20)和通過第一網(wǎng)絡(30)連接到所述裝置(20)的信息處理器(10)，該信息處理系統(tǒng)特征在于許可證狀態(tài)信息獲得部分(13)，其被配置為通過第一網(wǎng)絡(30)從對應的裝置(20)獲得安裝在每個裝置(20)中的應用程序(24)的許可證狀態(tài)信息；許可證數(shù)據(jù)獲得部分(11)，其被配置為基于所述許可證狀態(tài)信息而從通過第二網(wǎng)絡(70)連接的計算機(50)獲得批準應用程序(24)的使用的許可證數(shù)據(jù)；以及許可證數(shù)據(jù)傳遞部分(13)，其被配置為將許可證數(shù)據(jù)傳遞到每個裝置(20)。
2.如權利要求1所述的信息處理系統(tǒng)，其特征還在于裝置檢測部分，其被配置為檢測通過第一網(wǎng)絡連接的裝置，其中，許可證狀態(tài)信息獲得部分被配置為獲得安裝在所檢測的裝置中的應用程序的許 可證狀態(tài)信息。
3.如權利要求1或2所述的信息處理系統(tǒng)，其特征還在于許可證信息顯示部分，其被配置為基于應用程序的許可證狀態(tài)信息而使得逐個應用程 序地在顯示單元上顯示許可證狀態(tài)信息，其中，許可證數(shù)據(jù)獲得部分被配置為根據(jù)所顯示的許可證狀態(tài)信息而獲得由操作者選 擇的一個或多個應用程序的許可證數(shù)據(jù)。
4.如權利要求1至3中的任一項所述的信息處理系統(tǒng)，其特征在于許可證數(shù)據(jù)根據(jù) 每個應用程序的功能而不同，其中所述功能被批準使用。
5.如權利要求1至4中的任一項所述的信息處理系統(tǒng)，其特征在于許可證數(shù)據(jù)根據(jù) 每個應用程序被批準使用的時段而不同。
6.一種由能夠執(zhí)行一個或多個應用程序(24)的多個裝置(20)和通過第一網(wǎng)絡(30) 連接到所述裝置(20)的信息處理器(10)執(zhí)行的信息處理方法，該信息處理方法特征在于 以下步驟(a)通過第一網(wǎng)絡(30)從對應的裝置(20)獲得安裝在每個裝置(20)中的應用程序 (24)的許可證狀態(tài)信息；(b)基于所述許可證狀態(tài)信息而從通過第二網(wǎng)絡(70)連接的計算機(50)獲得批準應 用程序(24)的使用的許可證數(shù)據(jù)；以及(c)將許可證數(shù)據(jù)傳遞到每個裝置(20)。
7.如權利要求6所述的信息處理方法，其特征還在于以下步驟(d)檢測通過第一網(wǎng)絡連接的裝置，其中，所述步驟(a)獲得安裝在所檢測的裝置中的應用程序的許可證狀態(tài)信息。
8.如權利要求6或7所述的信息處理方法，其特征還在于以下步驟(d)基于所述應用程序的許可證狀態(tài)信息而使得逐個應用程序地在顯示單元上顯示許 可證狀態(tài)信息，其中，所述步驟(b)根據(jù)所顯示的許可證狀態(tài)信息而獲得由操作者選擇的一個或多個 應用程序的許可證數(shù)據(jù)。
9.如權利要求6至8中的任一項所述的信息處理方法，其特征在于許可證數(shù)據(jù)根據(jù) 每個應用程序的功能而不同，其中所述功能被批準使用。
10.如權利要求6至9中的任一項所述的信息處理方法，其特征在于許可證數(shù)據(jù)根據(jù)每個應用程序被批準使用的時段而不同。
11.一種能夠執(zhí)行一個或多個應用程序(24)的成像裝置(20)，該成像裝置(20)特征 在于許可證狀態(tài)信息提供部分(271)，其被配置為響應于通過網(wǎng)絡(30)接收的獲得許可證 狀態(tài)信息的請求而傳送應用程序(24)的許可證狀態(tài)信息；許可證接收部分(271、272)，其被配置為根據(jù)所述許可證狀態(tài)信息而通過網(wǎng)絡(30)接 收許可證數(shù)據(jù)，并且將所接收的許可證數(shù)據(jù)存儲在存儲單元(22)中；以及確定部分(28)，其被配置為基于所存儲的許可證數(shù)據(jù)確定是否它被批準使用所述應用 程序(24)。
12.如權利要求11所述的成像裝置，其特征在于，所述確定部分被配置為在逐個應用 程序的基礎上確定它是否被批準使用所述應用程序。
13.如權利要求12所述的成像裝置，其特征在于，所述許可證接收部分被配置為根據(jù) 許可證狀態(tài)信息而在逐個應用程序的基礎上接收許可證數(shù)據(jù)。
14.如權利要求11至13中的任一項所述的成像裝置，其特征在于，在每個應用程序中 被批準使用的功能根據(jù)許可證數(shù)據(jù)而逐個應用程序地變化。
15.如權利要求11至14中的任一項所述的成像裝置，其特征還在于無效部分，其被配置為響應于使許可證數(shù)據(jù)無效的請求而使得所述許可證數(shù)據(jù)無效。
16.一種信息處理器(10)，其特征在于許可證狀態(tài)信息獲得部分(13)，其被配置為通過第一網(wǎng)絡(30)從對應的裝置(24)獲 得一個或多個應用程序(24)的許可證狀態(tài)信息，所述一個或多個應用程序(24)被安裝在 能夠執(zhí)行所述應用程序(24)的多個裝置(20)的每一個中；許可證數(shù)據(jù)獲得部分(11)，其被配置為基于許可證狀態(tài)信息而從通過第二網(wǎng)絡(70) 連接的計算機(50)獲得批準應用程序(24)的使用的許可證數(shù)據(jù)；以及許可證數(shù)據(jù)傳遞部分(13)，其被配置為將許可證數(shù)據(jù)傳遞到每個裝置(20)。
17.如權利要求16所述的信息處理器，其特征還在于裝置檢測部分，其被配置為檢測通過第一網(wǎng)絡連接的裝置，其中，許可證狀態(tài)信息獲得部分被配置為獲得安裝在所檢測的裝置中的應用程序的許 可證狀態(tài)信息。
18.如權利要求16或17所述的信息處理器，其特征還在于許可證信息顯示部分，其被配置為基于應用程序的許可證狀態(tài)信息而使得逐個應用程 序地在顯示單元上顯示許可證狀態(tài)信息，其中，許可證數(shù)據(jù)獲得部分被配置為根據(jù)所顯示的許可證狀態(tài)信息而獲得由操作者選 擇的一個或多個應用程序的許可證數(shù)據(jù)。
19.如權利要求16至18中的任一項所述的信息處理器，其特征在于許可證數(shù)據(jù)根據(jù) 每個應用程序的功能而不同，其中所述功能被批準使用。
20.如權利要求16至19中的任一項所述的信息處理器，其特征在于許可證數(shù)據(jù)根據(jù) 每個應用程序被批準使用的時段而不同。
21.一種由能夠執(zhí)行一個或多個應用程序(24)的成像裝置(20)執(zhí)行的信息處理方法， 該信息處理方法特征在于以下步驟(a)響應于通過網(wǎng)絡(30)接收的獲得許可證狀態(tài)信息的請求而傳送應用程序(24)的 許可證狀態(tài)信息；(b)根據(jù)該許可證狀態(tài)信息而通過網(wǎng)絡(30)接收許可證數(shù)據(jù)，并且將所接收的許可證 數(shù)據(jù)存儲在存儲單元(22)中；以及(c)基于所存儲的許可證數(shù)據(jù)而確定是否它被批準使用所述應用程序(24)。
22.如權利要求21所述的信息處理方法，其特征在于，所述步驟(c)在逐個應用程序的 基礎上確定它是否被批準使用所述應用程序。
23.如權利要求22所述的信息處理方法，其特征在于，所述步驟(b)根據(jù)許可證狀態(tài)信 息而在逐個應用程序的基礎上接收許可證數(shù)據(jù)。
24.如權利要求21至23中的任一項所述的信息處理方法，其特征在于，在每個應用程 序中被批準使用的功能根據(jù)許可證數(shù)據(jù)而逐個應用程序地變化。
25.如權利要求21至24中的任一項所述的信息處理方法，其特征還在于以下步驟(d)響應于使許可證數(shù)據(jù)無效的請求而使得所述許可證數(shù)據(jù)無效。
26.一種計算機可執(zhí)行的信息處理方法，其特征在于以下步驟(a)通過第一網(wǎng)絡(30)從對應的裝置(24)獲得一個或多個應用程序(24)的許可證狀 態(tài)信息，所述一個或多個應用程序(24)被安裝在能夠執(zhí)行所述應用程序(24)的多個裝置 (20)的每一個中；(b)基于許可證狀態(tài)信息而從通過第二網(wǎng)絡(70)連接的計算機(50)獲得批準應用程 序(24)的使用的許可證數(shù)據(jù)；以及(c)將許可證數(shù)據(jù)傳遞到每個裝置(20)。
27.如權利要求26所述的信息處理方法，其特征還在于以下步驟(d)檢測通過第一網(wǎng)絡連接的裝置，其中，所述步驟(a)獲得安裝在所檢測的裝置中的應用程序的許可證狀態(tài)信息。
28.如權利要求26或27所述的信息處理方法，其特征還在于以下步驟(d)基于應用程序的許可證狀態(tài)信息而使得逐個應用程序地在顯示單元上顯示許可證 狀態(tài)信息，其中，所述步驟(b)根據(jù)所顯示的許可證狀態(tài)信息而獲得由操作者選擇的一個或多個 應用程序的許可證數(shù)據(jù)。
29.如權利要求26至28中的任一項所述的信息處理方法，其特征在于許可證數(shù)據(jù)根 據(jù)每個應用程序的功能而不同，其中所述功能被批準使用。
30.如權利要求26至29中的任一項所述的信息處理方法，其特征在于許可證數(shù)據(jù)根 據(jù)每個應用程序被批準使用的時段而不同。
全文摘要
公開了一種信息處理系統(tǒng)，其包括能夠執(zhí)行一個或多個應用程序的多個裝置和通過第一網(wǎng)絡連接到所述裝置的信息處理器。該信息處理系統(tǒng)包括許可證狀態(tài)信息獲得部分，其被配置為通過第一網(wǎng)絡從對應的裝置獲得安裝在每個裝置中的應用程序的許可證狀態(tài)信息；許可證數(shù)據(jù)獲得部分，其被配置為基于所述許可證狀態(tài)信息而從通過第二網(wǎng)絡連接的計算機獲得批準應用程序的使用的許可證數(shù)據(jù)；以及許可證數(shù)據(jù)傳遞部分，其被配置為將許可證數(shù)據(jù)傳遞到每個裝置。
文檔編號G06F21/10GK101916343SQ20101026066
公開日2010年12月15日 申請日期2008年2月21日 優(yōu)先權日2007年2月28日
發(fā)明者荒木涼二 申請人:株式會社理光