專利名稱：許可管理系統，銷售管理設備，以及許可管理設備的制作方法
技術領域：
本發明涉及許可管理系統、銷售管理系統、許可管理設備、許可管理方法以及程序。更具體地，本發明涉及管理設備中使用的程序的許可的許可管理系統、銷售管理系統、 許可管理設備、許可管理方法和程序。
背景技術：
近來，有一些主要被稱為多功能設備或者傳真機的圖像形成設備，對于多功能設備或者傳真機可以開發新的程序，并且這種開發的程序可以被安裝在多功能設備或者傳真機中。如果可以根據用戶的使用形式為用戶提供這種程序的安裝或者允許程序的使用的許可，那么將變得便于用戶，并且同樣將期待程序的供應商可以增進/產生業務機會。例如，專利文獻I公開了一種能夠將能夠使用程序的圖像形成設備限定為預定的圖像形成設備的許可管理方法等等。根據專利文獻I的技術，可以根據使用程序的設備的數量來改變賬單量。此外，同樣可以防止由程序的非法復制所導致的程序的越權使用。另一方面，可能有一些情況，其中，一群程序被供應，每一個程序能夠被單獨地流通并且程序的許可能夠被單獨地管理。在此情況下，一般的慣例是程序的允許的組合以統一的方式被確定。[專利文獻I]日本特開專利申請第2008-016013號
發明內容
本發明要解決的問題然而，例如，當程序的出售區域跨越世界各國時或者當有各種類型的用戶時，有對于用戶有效的一組程序根據出售區域和用戶的類型而不同的可能性。本發明考慮到以上情形被做出，并且可以提供能夠增進作為流通單元的程序組合中的自由度的許可管理系統、銷售管理系統、許可管理設備、許可管理方法和程序。
_9] 解決問顆的手段根據本發明的一個方面，許可管理系統包括銷售管理設備以及許可管理設備，該許可管理設備管理由銷售管理設備出售的程序的許可。此外，該銷售管理設備包括傳送單元，該傳送單元顯示一個或者多個程序的信息的列表，并且將登記請求傳送給許可管理設備，登記請求包含群的構成信息，該群包含從信息的列表上的程序中選擇的多個所述程序的組合；產品信息存儲單元；產品登記單元，接收對應于群的許可信息的輸入，將許可信息與群關聯，并且將關聯的許可信息與該群一起存儲到產品信息存儲單元中作為產品信息； 和銷售管理單元，響應于用于購買程序的購買請求的接收，傳送產品信息的列表，產品信息被存儲在產品信息存儲單元中。此外，許可管理設備包括群信息存儲單元，群信息存儲單元存儲包含在登記請求中的構成信息。在這種許可管理設備中，能夠變得可以提高作為流通單元的程序的組合中的自由度。
本發明的效果根據本發明的實施例，能夠變得可以增進作為流通單元的程序組合中的自由度。
圖I是根據本發明的第一實施例的裝備管理系統的示范性構成的圖2是顯示銷售包的示范性構成的圖3是顯示銷售包信息的示范性構成的圖4是顯示銷售包信息的示范性構成的另一個圖5是顯示根據本發明的實施例的裝備管理系統的示范性功能構成的圖6是顯示根據本發明的實施例的許可管理服務器的示范性硬件構成的圖7是顯示根據本發明的實施例的圖像形成設備的示范性硬件構成的圖8是說明通過銷售服務器的產品信息的登記處理的時序圖9是顯示銷售場地所有者(master)的示范性構成的圖10是顯示產品信息編輯屏幕的示范性構成的圖11是顯示銷售包所有者的示范性構成的圖12是顯示群ID所有者的示范性構成的圖13是顯示群名稱所有者的示范性構成的圖14是顯示銷售服務器中的產品所有者的示范性構成的圖15是說明產生群的產生處理的處理過程的時序圖16是顯示群編輯屏幕的實例的圖17是說明登記群的登記處理的處理過程的圖18是說明當產品被銷售時的處理過程的時序圖19是說明通過產品密鑰發行部的產品密鑰產生處理的處理過程的流程圖20是顯示許可管理表的示范性構成的圖21是顯示產品密鑰的示范性構成的圖22是說明當銷售包被安裝時的處理過程的時序圖23是顯示功能擴展設置菜單屏幕的顯示實例的圖24是顯示產品密鑰輸入屏幕的顯示實例的圖25是顯示當產品密鑰無效時的誤差屏幕的顯示實例的圖26是顯示成分管理表的示范性構成的圖27是顯示安裝列表屏幕的顯示實例的圖28是顯示安裝信息管理表的示范性構成的圖29是顯示當依存關系沒有問題時的確認屏幕的顯示實例的圖30是顯示當依存包可以被同時安裝時的確認屏幕的顯示實例的圖31是顯示當依存包不可以被同時安裝時的確認屏幕的顯示實例的圖32是顯示許可文件的示范性構成的圖33是說明通過成分服務器部驗證依存關系的驗證處理的處理過程以及產生確
認屏幕數據的產生處理的處理過程的流程圖； 圖34是顯示依存關系管理表的示范性構成的6
圖35是說明通過激活服務器部的許可文件產生處理的處理過程的流程圖；圖36是說明通過圖像形成設備的銷售包的安裝處理的處理過程的流程圖；圖37是說明許可截止日期(有效期限)的計算處理的流程圖；圖38是說明許可更新處理的處理過程的時序圖；圖39是顯示擴展功能管理屏幕的顯示實例的圖；圖40是顯示許可獲取/更新屏幕的顯示實例的圖；圖41是說明銷售包更新處理的處理過程的時序圖；圖42是顯示更新列表屏幕的顯示實例的圖；圖43是說明去激活處理的處理過程的時序圖；圖44是說明執行圖像形成設備中的去激活的自動執行處理的處理過程的流程圖；圖45是說明群編輯處理的處理過程的時序圖；圖46是說明群變更處理的處理過程的圖；圖47是說明群刪除處理的處理過程的圖；圖48是顯示根據本發明的第二實施例的裝備管理系統的示范性構成的圖；圖49是顯示根據本發明的第二實施例的裝備管理設備的示范性功能構成的圖；圖50是說明根據本發明的第二實施例的銷售包的安裝和激活的處理過程的時序圖；圖51是說明根據本發明的第二實施例的銷售包的卸載和去激活的處理過程的時序圖；圖52是顯示根據本發明的第三實施例的裝備管理系統的示范性構成的圖；以及圖53是顯示根據本發明的第三實施例的裝備管理設備的示范性功能構成的圖。附圖標記的描述1,2裝備管理系統10許可管理服務器11激活服務器部15成分服務器部20銷售服務器21產品登記部22銷售管理部23產品所有者24產品密鑰傳送部30下載服務器31下載處理部32銷售包管理部40圖像形成設備41控制器42掃描儀43打印機
44調制調解器
45喿作板
46網絡接口
473D卡槽
50用戶PC
51 WEB瀏覽器
60裝備管理設備
65 WEB客戶端
100驅動裝置
101記錄介質
102輔助存儲裝置
103內存裝置
104CPU
105接口裝置
111銷售服務器協作部
112產品密鑰發行部
113產品密鑰驗證部
115許可發行部
116去激活部
117銷售服務器認證部
118銷售場地所有者
119銷售包所有者
120群ID所有者
121許可管理表
122群名稱所有者
151依存關系判定部
152安裝支持部
153包更新支持部
154成分管理部
155成分管理表
411CPU
412RAM
413ROM
414HDD
421安裝部
422許可更新部
423包更新部
424許可檢查部
425去激活部
426UI控制部
427安裝信息管理表
428WEB服務器部
611UI控制部
612包信息獲取部
613裝備信息獲取部
614安裝目的地接收部
615妥當性檢查部
616包獲取部
617許可獲取部
618安裝控制部
619卸載目的地判定部
620去激活控制部
621卸載控制部
651WEB瀏覽器
B M丨、線
具體實施例方式在下文中，參考附圖描述本發明的實施例。圖I說明根據本發明的第一實施例的裝備管理系統的示范性構成。如圖I所示，裝備管理系統I主要包括兩個系統環境用戶環境El和制造商環境E2。用戶環境El和制造商環境E2經由廣域網80被彼此連接。用戶環境El是用于作為安裝目標設備的圖像形成設備40的用戶(客戶)的系統環境。例如，用戶環境El對應于圖像形成設備40的用戶的公司或者辦公室。用戶環境El 包括一臺以上的圖像形成設備40和一臺以上的用戶PC50。圖像形成設備40是在設備的單個機殼中具有作為打印機、掃描儀、復印機、傳真機等等的多個功能的多功能設備。然而，圖像形成設備40可以僅僅具有那些功能中的一個功能。假設圖像形成設備40的功能可以通過添加或者更新軟件成分(在下文中可以被簡化為“成分”)而被擴展等等。用戶PC50被用于施行購買過程，購買過程用于購買要被添加到圖像形成設備40的成分。用戶環境El 可以包括取決于用戶數(每個公司或者辦公室的用戶數)的多個用戶環境。另一方面，制造商環境E2是出售要被添加到圖像形成設備40的成分的出售者側的系統環境。例如，制造商環境E2可以通過圖像形成設備40的制造商被管理。制造商環境包括許可管理服務器10、銷售服務器20和下載服務器30。銷售服務器20是接收用于從用戶環境El購買成分的購買申請的計算機，并且對應于根據本發明的這個實施例的銷售管理設備的實例。銷售服務器20被配置在出售圖像形成設備40的銷售區域(例如，美國、 歐洲、日本、除日本外的亞洲等等)中，并且屬于負責相應的銷售服務器20的銷售區域的用戶環境El接收購買申請。下載服務器30是管理成分的實體的計算機。用戶環境El從下載服務器30下載成分的實體，該成分已經被購買申請(購買)。許可管理服務器10是管理已經被購買的成分的許可(使用權限)。
根據本發明的這個實施例，該成分通過稱為銷售包的單元被流通。即，每個銷售包被單獨地流通。此外，一組多個銷售包(即，銷售包的組合)可以是作為一組的流通單元。 在本發明的這個實施例中，具有一組(組合)多個銷售包的流通單元被稱為“群”。圖2顯示銷售包的示范性構成。如圖2所示,一個銷售包被提供作為包含一個銷售包信息文件和一個以上的功能包的檔案文件。銷售包信息文件是存儲銷售包的屬性信息(銷售包信息)的文件。圖3顯示銷售包信息的示范性構成。如圖3所示,銷售包信息包括產品ID、版本、 名稱、描述、賣主名稱、分配類型等等。產品ID指的是唯一地分派給每一個銷售包和功能包的標識符(產品標識符)。版本指的是銷售包的版本號。描述是關于銷售包。賣主名稱是銷售包的賣主(開發者)的名稱。名稱指的是銷售包的名稱(銷售包名稱)。分配類型指的是指示是否需要激活(許可的認證)的信息項。當不需要激活時，銷售包可以免費被使用。此外，使用對應語言類型的字符碼，名稱、描述和賣主名稱的數據被存儲用于每個語言類型。即，考慮到銷售包的世界廣泛的流通，名稱、描述和賣主名稱的數據以許多不同的語言被提供。返回參考圖2，功能包是通過功能被打包的軟件包。一個功能包被提供作為包含一個功能包信息文件和一個成分的實體的檔案文件(例如，JAR (Java (注冊商標)Archive) 文件)。功能包信息文件指的是存儲功能包的屬性信息(功能包信息)的文件。圖4顯示功能包信息的示范性構成。如圖4所示,功能包信息包括產品ID、版本、 名稱、描述、賣主名稱、分配類型、包依存信息等等。產品ID用于功能包。版本指的是功能包的版本號。名稱指的是功能包的名稱(功能包名稱)。描述是關于功能包。賣主名稱指的是功能包的賣主(開發者)的名稱。分配類型是指示是否需要激活的信息項。當不需要激活時，功能包可以被免費使用。包依存信息指的是功能包(這個功能包)依存(被使用)的另一個功能包的產品ID。一個功能包可以依存于其它多個功能包。類似于銷售包信息，使用對應語言類型的字符碼，名稱、描述和賣主名稱的數據被存儲用于每個語言類型。在圖2中，描述了包含三(3)個銷售包的一個群的情況。即使當銷售包屬于一個群時，銷售包也可以被單獨地(獨立地)流通。圖5顯示根據本發明的第一實施例的裝備管理系統的示范性功能構成。如圖5所示，銷售服務器20包括產品登記部21、銷售管理部22、產品所有者23和產品密鑰傳送部 24。產品登記部21下載主要在許可管理服務器10中管理的銷售包的信息列表，并且基于信息列表登記由操作者輸入的產品構成信息等。此外，產品登記部21起到將用于登記群構成信息的登記請求等等傳送給許可管理服務器10的傳送手段的功能。銷售管理部22 從用戶PC50接收購買申請，購買申請用于購買具有登記在產品所有者23中的產品信息的產品。此外，銷售管理部22向許可管理服務器10發行對應于購買申請的產品密鑰。作為對購買申請的響應，產品密鑰傳送部24將發行的產品密鑰傳送給用戶PC50。在這個實施例中，產品指的是包含銷售包或者群以及相關的許可的內容的概念。 因為這個特征，所以即使在相同的銷售包中，如果許可的內容(許可內容)(例如，許可類型、許可截止日期(有效期限)以及許可容量數)不同，相同的銷售包也可以作為不同的產品被處理。在下文中，許可的內容的信息被稱為“許可信息”。此外，在此，產品密鑰指的是每當產品被購買時唯一地發行(或者分派)的標識符。產品密鑰被用作識別用于包括在產品中的銷售包許可(使用權限)的信息，并且同樣被用作驗證產品的正當的購貨人的信息。此外，在這個實施例中，產品ID和產品密鑰明確地相互區分。即，當判定作為產品的銷售包是否是相同的或者不同的時候使用產品ID，而且產品密鑰被用于區分購買產品的動作。所以，每當產品被購買時，對于具有相同的產品ID 的銷售包發行不同的產品密鑰。圖像形成設備40包括安裝部421、許可更新部422、包更新部423、許可檢查部 424、去激活部425、Π控制部426、安裝信息管理表427等等。響應于產品密鑰的輸入，安裝部421控制用于安裝對應于產品密鑰的銷售包的一系列的處理。例如，安裝部421將請求發送給許可管理服務器10，以使許可管理服務器10 判定包括在要被安裝的銷售包中的功能包的依存關系的妥當性。此外，安裝部421從下載服務器30下載要被安裝的銷售包，并且從許可管理服務器10獲取許可文件90，該許可文件 90對應于要被安裝的銷售包。許可文件90是存儲證明對于銷售包的許可的數據(B卩，用于允許銷售包的使用的數據)的文件。即，根據本發明的這個實施例的銷售包(成分)不能簡單地通過獲取銷售包(成分)的實體來被用于圖像形成設備40。當許可文件90被引入圖像形成設備40時， 銷售包變成可用。許可更新部422控制用于對于已經被安裝在圖像形成設備40中的銷售包，更新 (延長)許可的截止日期(有效期限)的處理(許可更新處理)。包更新部423控制用于更新已經被安裝在圖像形成設備40中的銷售包的版本的處理(銷售包更新處理)。當銷售包要被使用時，許可檢查部424基于許可文件90判定銷售包的使用是否可以被使用(繼續)。去激活部425施行已經被安裝在圖像形成設備40中的銷售包的去激活。具體地，例如，去激活部425刪除要被去激活的銷售包以及對應于該銷售包的許可文件90。例如，UI 控制部426施行圖像形成設備40的操縱板的顯示控制。安裝信息管理表427是管理已經被安裝在圖像形成設備40中的銷售包的信息的表，并且被存儲在圖像形成設備40的存儲裝置中。許可管理服務器10包括激活服務器部11和成分服務器部15。激活服務器部11 包括銷售服務器協作部111、產品密鑰發行部112、產品密鑰驗證部113、許可發行部115、去激活部116、銷售服務器認證部117、銷售場地所有者118、銷售包所有者119、群ID所有者 120、許可管理表121、群名稱所有者122等等。銷售服務器協作部111例如施行由銷售服務器20請求的處理，以及對應于從銷售服務器20報告的信息的處理。產品密鑰發行部112響應于來自銷售服務器20的銷售管理部22的請求，產生產品密鑰。此外。產品密鑰發行部112將產生的產品密鑰以及由該產品密鑰識別的許可的信息登記在許可管理表121中。在銷售包的下載等等時，產品密鑰驗證部113基于許可管理表121驗證輸入到圖像形成設備40的產品密鑰的有效性。許可發行部115發行用于銷售包的許可。隨著許可的發行，許可管理表121被更新并且許可文件90被產生。響應于來自圖像形成設備40的去激活部425的去激活請求，去激活部116解除作為請求的對象的許可。銷售服務器認證部117通過使用銷售場地所有者118來認證銷售服務器20。銷售包所有者119登記銷售包的信息的列表。群ID所有者 120登記群和銷售包之間的關聯信息(即，群構成信息)。群名稱所有者122登記群的名稱 (群名稱)。此外，銷售場地所有者118、銷售包所有者119、群ID所有者120、許可管理表 121和群名稱所有者122被存儲在許可管理服務器10的存儲裝置中。成分服務器15包括依存關系判定部151、安裝支持部152、包更新支持部153、成分管理部154、成分管理表155、依存關系管理表156等等。依存關系判定部151例如判定包括在要被安裝或者要被更新的銷售包中的功能包依存的功能包是否已經被安裝在圖像形成設備40中。更具體地，響應于來自圖像形成設備40的安裝部421的請求，通過參考成分管理表155和依存關系管理表156，依存關系判定部151判定包括在要被安裝的銷售包中的功能包的依存關系是否通過例如已經被安裝在圖像形成設備40中的功能包被解決。安裝支持部152施行支持銷售包安裝到圖像形成設備40的處理。例如，安裝支持部152產生顯示屏幕的HTML數據(安裝列表屏幕數據)，以便可以選擇要被安裝的銷售包，并且將產生的安裝列表屏幕數據提供給圖像形成設備40的安裝部421。包更新支持部153施行支持圖像形成設備40中的銷售包的更新(版本更新)的處理。例如，包更新支持部153產生顯示屏幕的HTML數據(更新列表屏幕數據)，以便可以選擇要被更新的銷售包，并且將產生的更新列表屏幕數據提供給圖像形成設備40的包更新部423。成分管理部154定期地獲取存儲在下載服務器30的銷售包管理部32中的銷售包，并且將銷售包的構成信息以及包含在銷售包中的每個功能包的依存信息等等登記在成分管理表155或者依存關系管理表156中。此外，成分管理表155和依存關系管理表156被存儲在許可管理服務器10的存儲裝置中。當每一個功能包具有它的相關目的地的信息并且許可管理服務器10基于功能包的依存目的地的信息在依存關系管理表156中登記功能包之間的依存關系時，變得可以準確地登記復雜的依存關系的信息。例如，當通過功能包(或者包含該功能包的銷售包)的制造商制造的功能包被配置在下載服務器30中時，許可管理服務器10從下載服務器30獲取功能包之間的依存關系，并且自動地在依存關系管理表156中登記功能包之間的依存關系。因此，例如，即使當銷售場地的管理者與功能包等等的制造商不同時，銷售場地的管理者也可以不需要知道功能包之間的依存關系。結果，例如，能夠變得可以通過第三方賣主促進功能包的制造并且增加銷售機會。圖6顯示根據本發明的這個實施例的許可管理服務器10的示范性硬件構成。如圖6所示，許可管理服務器10包括經由總線B彼此連接的驅動裝置100、輔助存儲裝置102、 內存裝置103、CPU104以及接口裝置105。通過使用諸如⑶-ROM的記錄介質101，提供實現由許可管理服務器10施行的程序。當存儲程序的記錄介質101被插入驅動裝置100時，該程序經由驅動裝置100從記錄介質101被安裝在輔助存儲裝置102中。然而，并不總是需要使用記錄介質101來安裝程序。例如，該程序可以經由網絡從另一個計算機被下載。輔助存儲裝置102不僅存儲程序， 而且還存儲其它必需的文件和數據。當發出起動程序的指令時，內存裝置103從輔助存儲裝置102讀出程序，并且將程序存儲在內存裝置103中。CPU104基于執行存儲在內存裝置103中的程序來實現許可管理服務器10的功能(圖5中的部)。接口裝置105被用作連接到網絡的接口。
許可管理服務器10可以進一步包含諸如液晶顯示器或者CRT顯示器的顯示裝置以及諸如鍵盤和鼠標的輸入裝置。此外，銷售服務器20、下載服務器30、用戶PC50等等可以具有類似于圖6中的硬件構成。圖7顯示根據本發明的這個實施例的圖像形成設備的示范性硬件構成。如圖7所示，圖像形成設備40具有包含控制器41、掃描儀42、打印機43、調制調解器44、操作板45、 網絡接口 46、SD卡槽47等等的硬件。控制器41包括CPU411、RAM412、R0M413、HDD414等等。R0M413存儲各種程序以及由程序使用的數據。RAM412被用作用于裝載程序的存儲區以及裝載的程序的工作區等等。 CPU411通過處理裝載到RAM412中的程序來實現各種功能(圖5中顯示每個部)。HDD414 存儲程序以及由程序使用的各種數據。掃描儀42是從原稿讀取圖像數據的硬件。打印機43是將圖像數據打印在打印紙上的硬件。調制調解器44是連接到電話線的硬件，并且被用來傳送/接收以FAX通信的圖像數據。操作板45是包含諸如按鈕的接收來自用戶的輸入的諸如按鈕的輸入手段以及諸如液晶板的顯示手段。網絡接口 46是(無線地或者經由有線的連接)連接到諸如LAN的網絡的硬件。SD卡槽47被用于讀取存儲在SD卡80中的程序。即，在圖像形成設備40中， 不但存儲在R0M413中的程序，而且存儲在SD卡80中的程序也可以被裝載以被執行。在下文中，描述在根據本發明的第一實施例的裝備管理系統I中執行的處理過程。圖8是說明通過銷售服務器20的產品信息的登記處理的時序圖。可以為每個銷售區域確定要被出售的產品構成。當要被出售的產品構成被確定在某個銷售區域中時，執行圖 8中所示的處理。例如，當登記產品信息的登記開始指令通過銷售場地中的管理者被輸入到銷售服務器20時，銷售服務器20的產品登記部指定存儲在銷售服務器20中的存儲裝置中的域名、銷售場地ID和密碼，而且將認證請求傳送到許可管理服務器10的激活服務器部11 (步驟 Sll)。已經接收認證請求的銷售服務器認證部117基于認證請求中指定的信息以及銷售場地所有者118來認證銷售服務器20。圖9顯示銷售場地所有者118的示范性構成。如圖9所示，銷售場地所有者118 登記用于每個銷售區域的域名、銷售場地ID以及密碼。銷售服務器認證部117通過檢查(比較)認證請求中的域名、銷售場地ID以及密碼和銷售場地所有者118中的域名、銷售場地ID以及密碼來認證銷售服務器20。當認證成功時，銷售服務器認證部117建立會話，并且將會話ID傳送到銷售管理部22 (步驟S12)。 在那之后，基于會話ID施行銷售管理部22和激活服務器部11之間的通信。當認證成功時 (即，當會話ID被傳送時)，產品登記部21起作用以在銷售服務器20的顯示裝置上顯示產品信息編輯屏幕(步驟S13)。圖10顯示產品信息編輯屏幕的實例。通過產品信息編輯屏幕210，可以輸入諸如域名、產品ID、產品單元ID類型、許可類型、許可截止日期(有效期限)、容量數、產品類型代碼、產品名稱等等的許可包的數據。例如，在產品信息編輯屏幕210中，當選擇按鈕2112被管理者點擊時，產品登記部21將用于獲取銷售場地列表的獲取請求傳送給激活服務器部11的銷售服務器協作部 111(步驟S14)。響應于用于獲取銷售場地的列表的獲取請求的接收，銷售服務器協作部 111從銷售場地所有者118獲取銷售場地和域名的列表，并且將列表傳送給產品登記部 21(步驟 S15)。產品登記部21起作用以在銷售服務器20的顯示裝置上顯示接收的域名的列表 (步驟S16)。當在列表中選擇域名時，產品登記部21起作用以在產品信息編輯屏幕210上的文字框2111中顯示選擇的域名(步驟S17)。接下來，當選擇按鈕2114被管理者點擊時，產品登記部21將用于獲取銷售包以及群的信息的列表的獲取請求傳送給激活服務器部11的銷售服務器協作部111 (步驟S18)。 響應于用于獲取銷售包以及群的信息的列表的獲取請求的接收，銷售服務器協作部111從銷售包所有者119獲取銷售包的信息的列表，并且進一步從群ID所有者120、群名稱所有者 122等等獲取群的信息的列表。圖11顯示銷售包所有者119的示范性構成。如圖11所示,銷售包所有者119登記用于每個銷售包的產品ID、銷售包名稱、賣主名稱等等。銷售包名稱和賣主名稱被登記用于每個語言類型(諸如日文和英文)。在步驟S15中傳送的信息的列表包括用于每一個銷售包的那些信息項。然而，僅僅可以傳送對應于銷售服務器20的語言環境的銷售包名稱和賣主名稱。可以在步驟S14中的請求中通過產品登記部21指定銷售服務器20的語言環境。另外，基于通信協議的功能，可以確定銷售服務器20的語言環境。例如，在HTTP通信中，指示Web瀏覽器的語言環境的參數被報告給Web服務器側。當使用這種通信協議時，可以基于這種參數來判定銷售服務器20的語言環境。此外，假設登記到銷售包所有者119中的信息已經例如預先通過許可管理服務器10的管理者被施行。此外，圖12顯示群ID所有者120的示范性構成。如圖12所示，對于群ID和銷售場地ID的每個組合，群ID所有者120登記群ID的群構成信息以及刪除標志。對于群ID 和銷售場地ID的每個組合登記構成信息等等的理由是群ID對于每個銷售場地被唯一地賦值。作為群構成信息，對于群的每個群ID,屬于(包含于)該群的銷售包的產品ID被登記。 刪除標志是表示在群ID所有者120中登記的群ID是否可以被刪除(即群的刪除)或者可以被允許的數據。數據具有“0N”或者“OFF”的值。“0N”的值表示刪除是可以的或者允許的。另一方面，“OFF”的值表示刪除是不可以的或者不允許(防止)的。當購買與群有關的產品時，群的刪除變得不可能。因此，刪除標志的初始值是“0N”。這個因為當登記群時， 沒有與該群有關的購買的產品。此外，圖12顯示與相同的群ID(諸如“001”)有關的多個記錄被登記的情況。這是因為，在圖12的群ID所有者中，銷售包的一個產品ID被登記在一個記錄中。S卩，圖12 顯示了三個銷售包屬于具有群ID “001”的群的情況。此外，圖13顯示群名稱所有者的示范性構成。如圖13所示，群名稱所有者122為每一個群ID對于每個語言類型登記群名稱。即，群名稱所有者122為每一個群對于每個語言類型登記群名稱。銷售服務器協作部111從登記在群ID所有者120中的群ID當中，從群ID所有者 120提取在認證請求(步驟Sll)期間接收的與銷售場地ID有關的群ID。然后，銷售服務器協作部111通過從群名稱所有者122獲取群名稱，產生群列表信息，該群名稱對應于提取的群ID。此外，包含在群列表信息中的群名稱可以限于與銷售服務器20的語言環境相對應的群名稱。接下來，銷售服務器協作部111將銷售包列表信息和群列表信息傳送給產品登記部21 (步驟S19)。產品登記部21起作用，以便基于接收的銷售包和群的信息的列表，在銷售服務器20的顯示裝置上顯示銷售包和群的列表屏幕(例如，包含銷售包名稱和群名稱的屏幕)。在該列表屏幕中，當選擇任何銷售包時，產品登記部21起作用，以便在產品信息編輯屏幕210中，分別在文字框2113和文字框2115中顯示選擇的銷售包的產品ID和銷售包名稱；此外，產品登記部21起作用，以便在文字框2116中顯示“產品ID” (步驟S21)。顯示在文字框2116中的字符串表示顯示在文字框2113中的ID的產品單元ID類型。該產品單元ID類型表示銷售包的產品ID和群的群ID中的哪個被顯示在文字框2113中。S卩，產品信息編輯屏幕210可以被用于編輯群的產品信息。在這種情況下，群ID和群名稱分別被顯示在文字框2113和文字框2115中。接下來，在產品信息編輯屏幕210中，通過管理者輸入其余的產品信息(步驟 S22)。具體地，諸如許可類型、許可截止日期(有效期限)、容量數、產品類型代碼、產品名稱等等的信息項被輸入。許可類型是表示產品的許可是出售許可、臨時許可、試用許可等等的信息。出售許可可以在被購買之后無期限地使用。臨時許可可以僅僅被使用(是有效的) 預定的期限。試用許可被用于試用目的。許可類型可以通過選擇使用列表框2117來被輸入。許可截止日期(有效期限)是當臨時許可或試用許可被選擇作為許可類型時屬性有效， 并且表示當許可有效時的期限。許可截止日期(有效期限)被輸入在文字框2118中。容量數指的是許可的容量數。容量許可被授予已經購買具有兩(2)個以上容量數的產品的用戶，以使該用戶在該容量數的范圍內的同時被允許使用相同的銷售包。容量數被輸入在文字框2119中。產品類型代碼是用于唯一地識別產品的標識符。產品類型代碼被輸入在文字框 2120中。此外，可以對于單個銷售包或者群限定具有不同的許可內容(許可信息)的多個產品。因此，銷售包的產品ID或者群ID和產品類型代碼之間的關系是一對多的關系。產品名稱是產品的名稱。產品名稱被輸入在文字框2122中。另外，當按鈕2121被點擊時，基于銷售包名稱或者群名稱、許可類型和許可截止日期(有效期限)，產品登記部21自動地產生產品名稱并且在文字框2122中顯示產生的產品名稱。此外，在產品信息編輯屏幕210 中，可以在文字框2123中輸入日文的產品名稱。其它語言的產品名稱可以被輸入到另一個屏幕。在產品信息被輸入到產品信息編輯屏幕210之后，當OK按鈕2131被點擊時，產品登記部21在產品所有者23中存儲輸入的產品信息(步驟S23)。圖14顯示銷售服務器20中的產品所有者23的示范性構成。如圖14所示，產品所有者23是管理包含對于每個產品的產品類型代碼、產品單元ID(產品ID或者群ID)、許可類型、許可截止日期(有效期限)、容量數、產品名稱等等的信息項的表。當產品信息被登記在銷售服務器20的產品所有者23中時，變得可以在銷售服務器20屬于的銷售區域中出售(流通)該產品。接下來，描述產生群的產生處理(即，在群ID所有者120和群名稱所有者122中登記群的登記處理)。圖15是說明群產生處理的處理過程的時序圖。產生群(群產生)指
15的是包含在新的群中的銷售包的確定。例如，當通過銷售場地的管理者在銷售服務器20中輸入群產生開始指令時，銷售服務器20的產品登記部21起作用，以便在銷售服務器20的顯示裝置上顯示群編輯屏幕 (步驟S31)。圖16顯示群編輯屏幕220的實例。如圖16所示，在群編輯屏幕220中，可以輸入要被產生的(添加的)群的群ID和群名稱。群ID被輸入在區域221中。群名稱被輸入在區域222中。此外，在群編輯屏幕220的表223中，可以指定(確定)被包含在新產生的群中的銷售包(即，可以指定包含在該群中的銷售包的組合)。具體地，當按鈕224被點擊時，在表223中添加一個新的行。在圖16的實例中，已經添加兩行。即，在初始條件中，在表223 中沒有行(即，行的數目是零(O))。接下來，當添加的行的選擇按鈕225被點擊時(步驟 S32)，產品登記部21將用于獲取銷售包的信息的列表的獲取請求傳送給激活服務器部11 的銷售服務器協作部111 (步驟S33)。響應于用于獲取銷售包的信息的列表的獲取請求的接收，銷售服務器協作部111從銷售包所有者119獲取銷售包的信息的列表。此外，銷售服務器協作部111將獲取的銷售包的信息的列表傳送給產品登記部21。基于接收的銷售包的信息的列表，產品登記部21起作用，以便在銷售服務器20的顯示裝置上顯示銷售包的列表屏幕(例如，顯示產品ID和銷售包名稱的列表的屏幕)(步驟S35)。在該列表屏幕中，當選擇任何銷售包時(步驟S36)，產品登記部21起作用，以便在表223中，在當前被操作的行(S卩，選擇按鈕225被點擊的相同的行)中顯示選擇的銷售包的產品ID和銷售包名稱。通過做這個，根據顯示，該銷售包作為新的群的部分(要素) 被添加。此外，根據要被添加給群的銷售包的數目，重復地執行包含在圖15的“循環I”中的步驟S32到S37。此外，當檢查添加在表223中的行的任何檢查按鈕226時，然后點擊刪除按鈕227，根據顯示從該群刪除行中的銷售包。在表223中完成銷售包的添加操作之后，當按鈕228被點擊時(步驟S38)，產品登記部21將用于登記群的登記請求傳送給銷售服務器協作部111 (步驟S39)。用于登記該群的登記請求包括作為參數的信息項，該信息項包含在群編輯屏幕220中輸入的群的構成信息(即，諸如屬于該群的銷售包的群ID和產品ID)、以及存儲在銷售服務器20的存儲裝置中的諸如域名、銷售場地ID、密碼等等的信息項。響應于用于登記該群的登記請求，銷售服務器協作部111施行群登記處理(步驟S40)。具體地，對于新的群，構成信息被登記在群 ID所有者120中，并且群名稱被登記在群名稱所有者122中。在執行群登記處理之后，銷售服務器協作部111將表示登記處理是否已經成功的響應傳送給產品登記部21 (步驟S41)。接下來，描述步驟S40的詳情。圖17顯示群登記處理的處理過程。如圖17所示，在步驟S40a中，銷售服務器協作部111判定必要的參數是否包含在接收的群登記請求中。當判定包括必要的參數時，銷售服務器協作部111使得銷售服務器認證部117認證銷售服務器20 (銷售場地)(步驟S40b)。銷售服務器認證部117通過檢查群登記請求中的域名、銷售場地ID和密碼以及銷售場地所有者118中的那些，來認證銷售服務器20。當銷售服務器20被認證時，銷售服務器協作部111判定群登記請求中的群ID以及銷售場地ID的組合是否已經被登記在群ID所有者120中(步驟S40c)。當判定群ID和銷售場地ID的組合沒有被登記時，銷售服務器協作部111在群ID所有者120中登記記錄， 該記錄包含群登記請求中的群ID、銷售場地ID、銷售包的產品ID等等(步驟S40d)。銷售服務器協作部111將刪除標志設置為“0N”。此外，銷售服務器協作部111在群名稱所有者122中登記記錄，該記錄包含在群登記請求中包含的群ID和群名稱等等。此外，在這個實施例中，當群被產生時登記的群名稱是日文的群名稱。因此，這個記錄的語言類型是“日文”。接下來，銷售服務器協作部111將響應傳送給產品登記部21，該響應表示群的登記已經成功(步驟S40e)。另一方面，當在步驟S40a中判定必要的參數丟失時，當在步驟 S40b中銷售服務器20的認證已經失敗時，或者當判定群ID和銷售場地ID的組合已經被登記時，銷售服務器協作部111將響應傳送給產品登記部21，該響應表示群的登記已經失敗 (步驟 S40f)。如上所述，關于群，群的構成信息(將群與銷售包關聯的信息)被認為是要被管理的對象；而且不產生群本身的實體(例如，包含一組屬于群的銷售包的檔案文件)。因為這個特征，可以變得可以通過產生群減少使用的存儲容量的消耗(量)。此外，當產生的群的產品信息要被登記時，參考圖8說明的處理可以作為對象在該群上施行(即，通過在步驟S21中選擇該群)。如上所述，銷售場地可以任意地確定群的構成。因此，能夠變得可以更加適當地滿足銷售區域中的市場需要，而且可以確定可以被商品化的群的構成被有效地促進。接下來，圖18是說明當產品被出售時的處理過程的時序圖。圖18中的銷售服務器20被提供用于銷售區域，這個圖中的用戶PC50屬于該銷售區域。當在某個用戶環境El中的用戶經由用戶PC50上的Web瀏覽器51輸入與顯示可以被購買(要被購買)的產品的列表的Web頁(產品列表頁)相對應的URL時，Web瀏覽器 51將用于獲取產品列表頁的獲取請求傳送到銷售服務器20的銷售管理部22 (步驟S121)。接下來，銷售管理部22基于產品所有者23產生產品列表頁(步驟S122)。具體地，銷售管理部22產生HTML數據作為產品列表頁，作為產品列表頁的HTML數據顯示登記在產品所有者22中的每一個產品的產品名稱、許可類型、許可截止日期(有效期限)、容量數以及檢查按鈕。因此，經由產品信息編輯屏幕210形成(顯示)與群許可有關的產品，而且當產品的產品信息被登記在產品所有者23中時，與群許可有關的產品同樣被形成作為產品列表頁中的選項。此外，檢查按鈕被用于選擇要被購買的產品。接下來，銷售管理部22 將產生的產品列表頁傳送給Web瀏覽器51 (步驟S123)。Web瀏覽器51在用戶PC50的顯示裝置上顯示接收的產品列表頁。在該產品列表頁上，當用戶選擇產品的檢查按鈕以購買該產品并且按壓該購買按鈕時，Web瀏覽器51將包含要被購買的產品的產品類型代碼的購買請求傳送給銷售管理部 22(步驟S124)。即，產品列表頁被限定，以使一旦按壓購買按鈕，選擇的產品類型代碼就被傳送。此外，在該產品列表頁中，可以選擇多個產品。因此，在步驟S124中，購買請求可以包含多個產品類型代碼。接下來，銷售管理部22指定域名、銷售場地ID和密碼，并且將認證請求傳送給許可管理服務器10的激活服務器部11 (步驟S125)。激活服務器部11的銷售服務器認證部 117通過檢查(比較)認證請求中的域名、銷售場地ID和密碼以及銷售場地所有者118中的域名、銷售場地ID和密碼，來認證銷售服務器20。當判定認證成功時，銷售服務器認證部 117建立會話，并且將會話ID傳送到銷售管理部22(步驟S126)。在那之后，基于會話ID 施行銷售管理部22和激活服務器部11之間的通信。接下來，銷售管理部22從產品所有者23獲取信息項，該信息項是對應于包含在購買請求中的產品類型代碼被登記的產品單元ID (產品ID或者群ID)、許可類型、許可截止日期(有效期限)和容量數。此外，通過指定獲取的產品單元ID (產品ID或者群ID)、許可類型、許可截止日期(有效期限)以及容量數，銷售管理部22將用于發行產品密鑰的發行請求傳送給激活服務器部11的產品密鑰發行部112(步驟S127)。此外，用于發行產品密鑰的發行請求對應于購買產品的通知。響應于發行產品密鑰的發行請求，產品密鑰發行部112產生該產品密鑰(步驟 S128)。產品密鑰發行部112將產生的產品密鑰傳送給銷售管理部22(步驟S129)。此外， 當用于多個產品的產品密鑰被請求發行時，產生用于各個產品的產品密鑰。至于與群許可有關的產品，為產品產生單個產品密鑰。通過如此，當和為群中的每一個銷售包單獨地發行產品密鑰的情況相比時，能夠變得可以減少用戶側上的產品密鑰的管理負荷。一旦接收產品密鑰，銷售服務器20的產品密鑰傳送部24就將包含產品密鑰的 HTML數據傳送給Web瀏覽器51 (步驟S130)。Web瀏覽器51起作用以在用戶PC50的顯示裝置上顯示HTML數據。通過如此，用戶能夠知道在購買產品的過程中發行的產品密鑰。此外，產品密鑰傳送部24能夠通過將描述產品密鑰的電子郵件發送給用戶PC50來分配產品密鑰。接下來，描述步驟S128的詳情。圖19是說明通過產品密鑰發行部112的產品密鑰產生處理的處理過程的流程圖。在步驟S141中，產品密鑰發行部112接收包含產品單元ID(產品ID或者群ID)、 許可類型、許可截止日期(有效期限)以及容量數的信息項。接下來，產品密鑰發行部112 判定接收的產品單元ID是否是群ID (步驟S142)。具體地，在群ID所有者120中檢索對應于產品單元ID的群ID。當對應于產品單元ID的群ID被檢索(檢測)到時(步驟S142 中的是)，產品密鑰發行部112從群ID所有者120獲取與群ID關聯的所有的產品ID( BP, 屬于該群的銷售包的產品ID)(步驟S143)。接下來，產品密鑰發行部112將與群ID相對應的刪除標志的值設置為“OFF” (步驟S144)。通過做這個，防止群ID的刪除。當在步驟S142中做出否定的判定時或者在步驟S144之后，產品密鑰發行部112 將用于登記接收的產品ID或者從群ID所有者120獲取的產品ID的記錄產生到許可管理表121中(步驟S145)。因此，當從群ID所有者120獲取多個產品ID時，產生多個記錄。 此外，產品密鑰發行部112對于相同的產品ID產生容量數的記錄。因此，當容量值是兩(2) 個以上時，對于相同的產品ID產生兩⑵個以上的記錄。圖20顯示許可管理表121的示范性構成。如圖20所示，許可管理表121包括諸如對于銷售包發行的每個許可的管理號碼、產品密鑰、產品ID、裝備號碼、狀態、許可類型、 許可截止日期(有效期限)、許可發行日期等等的信息項。在那些信息項當中，作為產品ID、許可類型以及許可截止日期(有效期限)，從銷售管理部22在步驟S145中接收的值被登記。當多個記錄被產生時，對于每一個產生的記錄記錄相同的值。然而，在群許可的情況下(當基于群ID獲取銷售包的產品ID時)，在每個有關的產生的記錄中登記獲取的每個產品ID。管理號碼指的是一旦對于許可管理表121產生記錄就唯一地分派給每個記錄的標識符(號碼)。作為產品密鑰，在稍后的步驟中產生的產品密鑰被登記。作為裝備號碼， 圖像形成設備40的裝備號碼被指定作為當發行許可文件90時使用銷售包的裝備。裝備號碼指的是唯一地識別每個圖像形成設備40的識別信息(裝備標識符)。狀態是表示許可的狀態的信息項。在這個實施例中，許可的狀態包括“沒有許可”、“簽出”(check out)以及 “簽入”(check in)。“沒有許可”是許可沒有被發行的狀態。“簽出”是許可正在被使用的狀態。“簽入”是許可被解除(以及能夠被使用)的狀態。作為狀態，在步驟S145中沒有值被登記。許可截止日期(有效期限)指的是當發行許可文件90時，基于許可截止日期(有效期限)計算的許可(許可文件90)的截止日期(有效期限)。許可發行日期指的是當發行許可文件90時登記的許可(許可文件90)的發行日期。接下來，產品密鑰發行部112產生一個產品密鑰(步驟S146)。即使當在步驟S141 中接收的產品單元ID是群ID或者當容量數是兩(2)個以上時，要產生的產品密鑰的數目也是一⑴個。圖21顯示產品密鑰的示范性構成。如圖21所示,產品密鑰是包含唯一的ID、產品單元ID、許可類型、群許可標志等等的數據。唯一的ID指的是當產生產品密鑰時產生的唯一的ID。通過唯一的ID來確保產品密鑰的唯一性。產品單元ID指的是在步驟S141中接收的產品ID或者群ID，換句話說，指的是購買的產品的銷售包或者群的產品ID以及群ID中的任何一個。許可類型指的是在步驟S141中接收的許可類型。群許可標志指的是表示產品密鑰中的產品單元ID是群ID (真) 或者不是群ID(假)的參數。當判定接收的產品單元ID是群ID時，產品密鑰發行部112 將群許可標志設置為“真”。接下來，產品密鑰發行部112將產生的產品密鑰登記在步驟S145中產生的記錄中，而且通過將狀態設置為“簽入”來更新許可管理表121 (步驟S147)。當在步驟S145中產生多個記錄時(即，在群許可的情況下，或者當容量數是兩(2)個以上時(在容量許可的情況下))，對于每一個記錄登記相同的產品密鑰。此外，在圖20中的許可管理表121中，具有管理號碼I到3的記錄對應于容量許可。容量許可的記錄具有相同的產品密鑰以及相同的產品ID。另一方面，具有管理號碼4 和5的記錄對應于群許可(用于群的許可)。群許可的記錄具有相同的產品密鑰。然而，群許可的記錄對應于不同的銷售包。因此，記錄的產品ID彼此不同。如上所述產生的產品密鑰在圖18中的步驟S129中被傳送到銷售服務器20的銷售管理部22，并且進一步從銷售管理部22被傳送到用戶PC50的Web瀏覽器51。接下來，安裝具有發行的產品密鑰的產品的銷售包。圖22是說明銷售包的安裝的處理過程的時序圖。已經獲取產品密鑰的用戶在使用對應于產品密鑰的銷售包的圖像形成設備中輸入產品密鑰(步驟S151)。例如，經由以下描述的顯示在操作板45上的功能擴展設置菜單屏幕來輸入產品密鑰。圖23顯示功能擴展設置菜單屏幕的顯示實例。功能擴展設置菜單屏幕510顯示用于擴展圖像形成設備40的功能的各種菜單。響應于預定的輸入，UI控制部426控制以在操作板45上顯示功能擴展設置菜單屏幕510。在功能擴展設置菜單屏幕510中，當新的添加菜單511被選擇時，UI控制部426控制以在操作板45上顯示產品密鑰輸入屏幕。圖24顯示產品密鑰輸入屏幕的顯示實例。產品密鑰輸入屏幕520包括產品密鑰輸入欄521。在步驟S151中，產品密鑰被輸入在產品密鑰輸入欄521中。在產品密鑰被輸入在產品密鑰輸入欄521中之后，當下一個按鈕522被選擇時，安裝部421指定輸入產品密鑰，并且將用于產生安裝列表屏幕的產生請求傳送給成分服務器部15的安裝支持部152，安裝列表屏幕用于與產品密鑰有關的銷售包(步驟S152)。接下來，一旦接收用于產生安裝列表屏幕的產生請求，安裝支持部152將用于驗證產生請求中指定的產品密鑰的有效性的驗證請求傳送給激活服務器部11的產品密鑰驗證部113 (步驟S153)。產品密鑰驗證部113通過參考許可管理表121來判定(驗證)產品密鑰的有效性(步驟S154)。具體地，在許可管理表121中檢索包含該產品密鑰并且具有除了“簽出”以外的狀態值的記錄。當檢索(檢測)到該記錄時，判定產品密鑰是有效的。另一方面，當沒有檢測到該記錄時，判定產品密鑰是無效的。在這個判定方法中，在產品密鑰與群許可產品有關的情況下，當屬于該群的至少一部分銷售包的許可沒有被使用(但是可以被使用)時，判定產品密鑰是有效的。當判定產品密鑰是有效的時，產品密鑰驗證部113將與許可管理表121中的產品密鑰關聯的產品ID ( S卩，銷售包的產品ID)傳送給安裝支持部152 (步驟S155)。因此，根據與群許可或者容量許可有關的產品密鑰，傳送多個產品ID。此外，在群許可的情況下，信息項被傳送給安裝支持部152，該信息項表示是否使用用于每個產品ID (用于屬于該群的每個銷售包)的許可。這個是因為，在群許可的情況下，一些屬于該群的銷售包可能沒有被使用；所以變得可以將被使用的許可(銷售包)與沒有被使用許可(銷售包)進行區分。另一方面，當判定要被判定的產品密鑰不是有效的(無效)時，安裝支持部152將錯誤屏幕數據傳送給安裝部421，該錯誤屏幕數據顯示錯誤消息，該錯誤消息表示產品密鑰是無效的。響應于錯誤屏幕數據的接收，安裝部421使得UI控制部426進行控制，以顯示基于該錯誤屏幕數據的錯誤消息。圖25顯示當產品密鑰無效時的誤差屏幕的顯示實例。錯誤屏幕530顯示產品密鑰錯誤(表示產品密鑰是無效)的消息以及產品密鑰輸入欄531等等。用戶可以在產品密鑰輸入欄531中輸入正確的產品密鑰。當在產品密鑰輸入欄531中輸入正確的產品密鑰， 并且OK按鈕532被選擇時，再次執行從步驟S152開始的過程。另一方面，當取消按鈕533 被選擇時，銷售包的安裝被取消(中止)。在步驟S155中，一旦接收表示產品密鑰被判定為有效的判定結果，通過參考成分管理表155，安裝支持部152產生用于銷售包的安裝列表屏幕數據，該銷售包對應于從產品密鑰驗證部113傳送的產品ID (步驟S156)。圖26顯不成分管理表的不范性構成。如圖26所不,成分管理表155登記用于每個銷售包的產品ID、版本、名稱、描述、賣主名稱、分配類型、下載路徑、功能包的產品ID等等。版本指的是銷售包的版本。名稱指的是銷售包的名稱。描述指的是銷售包的描述。賣主名稱指的是銷售包的賣主的名稱。分配類型指的是銷售包的分配類型。下載路徑指的是在下載服務器30的銷售包管理部32中的銷售包的位置信息。在這個實施例中，作為位置信息，使用URL(統一資源定位器)。功能包的產品ID是屬于該銷售包的功能包的產品ID的列表。此外，通過成分管理部154定期從下載服務器30獲取該銷售包并且分析銷售包的內容，成分管理表155的內容被登記。具體地，作為產品ID、版本、名稱、描述、賣主名稱以及分配類型的信息項，記錄在存儲在該銷售包中的銷售包信息文件中的產品ID、版本、名稱、 描述、賣主名稱以及分配類型的信息項被登記。因此，對于每個語言類型，登記名稱、描述以及賣主名稱的信息項。作為功能包的產品ID，記錄在功能包信息文件中的產品ID被登記， 該功能包信息文件被存儲在每一個功能包中，每一個功能包被包含在該銷售包中。此外，當銷售包被獲取時，下載路徑從下載服務器30被報告。接下來，安裝支持部152將產生的安裝列表屏幕數據傳送給圖像形成設備40的安裝部421 (步驟S157)。安裝部421在UI控制部426中輸入接收的安裝列表屏幕數據。 UI控制部426進行控制以基于安裝列表屏幕數據在操作板45上顯示安裝列表屏幕(步驟 S158)。圖27顯示安裝列表屏幕的顯示實例。安裝列表屏幕540顯示安裝對象(安裝候選的)銷售包的列表，而且配置復選框用于選擇是否需要相應的銷售包的安裝(即，是否需要銷售包的使用)。用戶檢查要被安裝的銷售包的復選框。在圖27的實例中，包I到4被列出作為安裝候選，而且包I到3被選擇作為安裝對象。此外，如從以上描述的處理過程顯而易見的，當與群許可有關的產品的產品密鑰在產品密鑰輸入屏幕520中被輸入時,屬于與該群許可有關的群的銷售包的列表被顯不在安裝列表屏幕540中。因此，用戶可以選擇性地設置屬于該群的一些銷售包作為安裝對象。 換句話說，只要沒有被設置作為安裝對象，就可以臨時地去除屬于該群的不必要的銷售包。 通過選擇性地安裝屬于該群的銷售包，能夠變得可以靈活地滿足用戶在群許可的產品中的要求。當然，可以將屬于該群的所有銷售包設置作為安裝對象。此外，在安裝列表屏幕540中，銷售包的名稱根據圖像形成設備40的語言環境被顯示。即，一旦產生安裝列表屏幕數據，安裝支持部152使用基于與圖像形成設備40的語言環境相對應的語言類型登記的銷售包的名稱。基于表示圖像形成設備40的語言環境的信息來判定圖像形成設備40的語言環境，該信息被包含在產生請求中，該產生請求用于產生在步驟S152中從圖像形成設備傳送的安裝列表屏幕數據。此外，以與圖像形成設備40 的語言環境相對應的語言類型顯示銷售包的名稱的這個特征也被應用到(支持)如下所述的各種屏幕。在安裝列表屏幕540中，當要被安裝的銷售包的復選框被檢查而且安裝按鈕541 被選擇時(S159)，安裝部421指定在安裝列表屏幕540中檢查(作為安裝對象)的銷售包的產品ID、以及已經被安裝在圖像形成設備40中的所有銷售包的構成信息，并且將用于安裝要被安裝的銷售包的安裝請求傳送給成分服務器部15的安裝支持部152 (步驟S160)。此外，從安裝列表屏幕數據獲取在安裝列表屏幕540中檢查的銷售包的產品ID。 此外，從安裝信息管理表427獲取已經被安裝在圖像形成設備40中的所有銷售包的構成信肩、O圖28顯示安裝信息管理表的示范性構成。如圖28所示，安裝信息管理表427登記諸如用于已經被安裝在圖像形成設備40中的每個銷售包的產品ID、版本、功能包的產品 ID、激活標志、許可截止日期(有效期限)等等的信息項。
功能包的產品ID是屬于該銷售包的功能包的產品ID的列表。激活標志表示該銷售包是否被激活(即，是否已經對銷售包施行激活)。許可截止日期(有效期限)是對于銷售包發行的許可的截止日期(有效期限)(例如，許可文件90的截止日期)。此外，功能包的激活標志和許可截止日期(有效期限)分別與功能包所屬的銷售包的激活標志和許可截止日期(有效期限)相同。此外，一旦如下所述安裝銷售包，安裝信息管理表427的內容就被登記。在步驟S160中傳送的構成信息包括已經登記在安裝信息管理表427中的所有信息項。接下來，安裝支持部152使得依存關系判定部151執行與包含在安裝請求中的產品ID有關的銷售包的依存關系的驗證(步驟S161)。具體地，依存關系判定部151判定包含在與產品ID有關的銷售包中的功能包所依存的功能包(即，是否由包含在與產品ID有關的銷售包中的功能包使用的功能包)是否已經被安裝在圖像形成設備40中。接下來，安裝支持部152產生HTML數據(確認屏幕數據)以根據依存關系的驗證結果顯示確認屏幕(確認屏幕)(步驟S162)，并且將確認屏幕數據傳送給安裝部421(步驟 S163)。下面描述步驟S161和S162的詳情。接下來，安裝部421將接收的確認屏幕數據輸入到UI控制部426中。UI控制部 426進行控制以基于確認屏幕數據在操作板45上顯示確認屏幕(步驟S164)。圖四顯示在依存關系沒有問題(檢測)的情況下的確認屏幕的顯示實例。如圖四所示，確認屏幕^Oa表示對于選擇作為安裝對象的銷售包(包1)，在依存關系中沒有問題。具體地，區域55 表示包1所依存的銷售包(依存的包)被選擇作為安裝對象或者已經被安裝在圖像形成設備40中。在確認屏幕550a中，當OK按鈕551a被選擇時(步驟S165)，安裝部421指定與已經被設置作為安裝對象的每個銷售包相對應的URL，并且將用于下載每一個銷售包的下載請求傳送給下載服務器30的下載處理部31 (步驟S166)。即，與每個銷售包相對應的URL 以及下載請求的傳送指令與OK按鈕551a關聯。此外，圖30顯示在依存的包能夠被同時安裝的情況下的確認屏幕的顯示實例。如圖30所示，從與選擇作為安裝對象的銷售包有關的依存的包當中，確認屏幕550a的區域 552b表示依存的包能夠被同時安裝，依存的包沒有被安裝在圖像形成設備40中并且沒有被設置作為安裝對象，而且進一步表示是否必需同時安裝該依存的包。在這種情況下，基于依存的包的分配類型判定是否可以施行同時的安裝。然后當確認屏幕550b中的OK按鈕551被選擇時(步驟S165)，安裝部421指定設置作為安裝對象的每一個銷售包的URL以及要被同時安裝的銷售包(依存的包)的URL，而且將用于下載銷售包的下載請求傳送給下載服務器30的下載處理部31 (步驟S166)。艮口， 設置作為安裝對象的銷售包的URL、要被同時安裝的銷售包(依存的包)的URL以及下載請求的傳送指令與OK按鈕551b關聯。此外，圖31顯示在依存的包不能被同時安裝的情況下的確認屏幕的顯示實例。如圖31所示，確認屏幕550c中的區域552c表示有三(3)個銷售包不能被安裝。關于那三(3) 個銷售包，在區域553c、5Mc以及555c中描述更多詳情。區域553c表示包3的依存(關系)不能被取消(解除)(依存包不能被同時安裝)。區域表示包4的許可已經被獲取(使用)。區域表示包5不能與設置作為安裝對象的另一個包(圖31的情況中的包1和2) —起被同時安裝。此外，圖31顯示包1到5被選擇作為安裝對象的情況。然后當確認屏幕550c中的OK按鈕551c被選擇時(步驟S165)，安裝部421指定每一個可安裝的銷售包的URL，而且將用于下載每一個銷售包的下載請求傳送給下載服務器30的下載處理部31(步驟S166)。即，每一個可安裝的銷售包的URL和下載請求的傳送指令與OK按鈕551c關聯。響應于步驟S166中的下載請求，下載處理部31從銷售包管理部32獲取銷售包， 而且將該銷售包傳送給安裝部421，該銷售包通過下載請求中指定的URL被識別(步驟 S167)。安裝部421在HDD414中的臨時存儲區(例如，臨時文件夾)中存儲接收的銷售包。當銷售包的下載完成時，安裝部421指定在步驟S151中輸入的產品密鑰、設置作為安裝對象的銷售包的產品ID、以及記錄在R0M413或者HDD414中的圖像形成設備40的裝備號碼，而且將用于產生許可文件90的產生請求(用于使用許可的使用請求)傳送給激活服務器部11的許可發行部115(步驟S168)。接下來，許可發行部115基于產品密鑰和許可管理表121產生許可文件90 (步驟S169)。圖32顯示許可文件90的示范性構成。如圖32所示，許可文件90包括產品ID、 裝備號碼和截止日期(有效期限)的信息項。產品ID指的是通過許可文件90授予許可的銷售包(通過許可被設置可用的銷售包)的產品ID。裝備號碼指的是圖像形成設備40的裝備號碼，在該圖像形成設備40中，通過許可文件90允許與產品ID有關的銷售包的使用。 截止日期(有效期限)指的是通過許可文件90授予的許可的截止日期(有效期限)。作為許可文件90的產品ID，與包含在用于產生許可文件90的產生請求中的產品密鑰有關的產品ID被登記。在這種情況下，當產品密鑰與群許可有關時，也就是說，當用于產品密鑰的多個不同的產品ID被登記在許可管理表121中時，許可發行部115產生用于每一個銷售包的許可文件90。因此，即使在群許可的情況下，作為許可文件90的產品ID，登記銷售包的產品ID。作為許可文件90的裝備號碼，包含在用于產生許可文件90的產生請求中的裝備號碼被登記。作為許可文件90的截止日期，通過將截止日期(有效期限)添加到當前日期而獲得的日期(例如，年/月/日)被登記，被登記在許可管理表121中的截止日期對應于包含在用于產生許可文件90的產生請求中的產品密鑰和產品ID。接下來，許可發行部115將產生的許可文件90傳送到安裝部421 (步驟S170)。安裝部421在HDD141中的臨時存儲區(例如，臨時文件夾)中存儲接收的許可文件90。在接收許可文件90之后，安裝部421施行銷售包的安裝處理(步驟S171)。以下描述安裝處理的詳情。此外，在以上描述中，描述了實例，其中，通過使用步驟S157中的安裝列表屏幕數據或者步驟S163中的確認屏幕數據，用于獲取銷售包的獲取請求被傳送到圖像形成設備 40。然而，在那個時候，銷售包本身(即，程序主體)可能被傳送到圖像形成設備40。為此， 成分服務器15能夠從下載服務器30下載要被安裝的銷售包，并且將銷售包轉移到圖像形成設備40。此外，當屬于該群的一些銷售包被安裝時(也就是說，當屬于該群的一些銷售包在安裝列表屏幕540中被選擇時)，屬于該群的其余的銷售包可以被單獨地安裝。當其余的銷售包要被安裝時，用戶能夠進行操作以便顯示產品密鑰輸入屏幕520，并且再次輸入該群的產品密鑰。在這種情況下，安裝支持部152產生安裝列表屏幕數據，以便從屬于該群的銷售包當中，對于正在通過發行許可使用的銷售包不提供復選框。因此，安裝列表屏幕540被顯示，其中，正在通過發行許可被使用的銷售包不能被選擇作為安裝對象。基于在步驟S155 中通過產品密鑰驗證部113傳送的以及表示許可對于屬于該群的每個產品ID是否被使用的信息，判定表示銷售包的許可是否被使用的信息。接下來，描述通過許可管理服務器10的成分服務器部15在圖22的步驟S161以及S162中施行的處理的詳情。圖33是說明通過成分服務器部15驗證依存關系的驗證處理以及產生確認屏幕數據的產生處理的處理過程的流程圖。在步驟S175中，依存關系判定部151設置一個產品ID( S卩，銷售包)作為要被處理的對象，從在用于驗證圖22的步驟S160中的依存關系的驗證請求中接收的產品ID當中選擇該產品ID。接下來，依存關系判定部151基于來自在步驟S160中對于每一個銷售包接收的構成信息項當中的、包含在用于當前銷售包的構成信息中的激活標志，判定要被處理的銷售包(以下稱為當前銷售包”)是否已經被激活(步驟S176)。當判定激活沒有被施行時(步驟S176中的否)，依存關系判定部151基于成分管理表155 (參見圖觀)以及依存關系管理表156來判定是否有當前銷售包依存的銷售包(依存的包)(步驟S177)。圖34顯示依存關系管理表的示范性構成。如圖34所示，依存關系管理表156登記功能包的產品ID的信息項以及依存的功能包的產品ID。在這個表中，可以登記多個依存的功能包的產品ID。此外，圖34中的數字“0”表示沒有該功能包依存的功能包。類似于成分管理表155，通過成分管理部巧4分析定期獲取的銷售包的內容，登記依存關系管理表156的內容。具體地，記錄在銷售包中的每一個功能包的功能包信息文件中的包依存信息的內容被存儲在依存關系管理表156中作為依存的功能包的產品ID。在步驟S177中，依存關系判定部151在成分管理表155中獲取對于當前銷售包的產品ID登記的功能包的產品ID的列表。接下來，依存關系判定部151基于獲取的功能包的產品ID以及依存關系管理表156，指定該功能包依存的另一個功能包(以下稱為，“依存的功能包”)。當判定有依存的功能包時，依存關系管理表156通過反向參考依存關系管理表156來指定依存的功能包所屬的銷售包。指定的銷售包是當前銷售包的依存的包。此外， 可能有多個依存的包。此外，遞歸地施行功能包之間的依存關系的檢索。當判定沒有依存的包時(步驟S177中的否)，依存關系判定部151將表示在當前銷售包中沒有依存關系的信息與當前銷售包的產品ID關聯，并且記錄到內存裝置103中 (步驟S178)。另一方面，當判定有依存的包時(步驟S177中的是)，依存關系判定部151基于在步驟S160中對于每個銷售包接收的構成信息或者在步驟S160中接收的要被安裝的銷售包的產品ID，判定依存的包是否已經被安裝或者被設置作為安裝對象(步驟S179)。艮口， 當接收對應于依存的包的構成信息時，判定依存的包已經被安裝在圖像形成設備40中。此外，當依存的包的產品ID被包含在要被安裝的產品ID中時，判定依存的包被設置為安裝對象。當依存的包已經被安裝時(步驟S179中的是)，依存關系判定部151基于對于每個銷售包接收的構成信息，判定依存的包是否已經被施行激活(被激活)(即，依存的包是否處于依存的包可用的狀態)。在這種情況下，基于包含在與依存的包相對應的構成信息中的激活標志，判定依存的包是否已經被激活。當判定依存的包已經被激活或者依存的包被設置作為安裝對象時(步驟S180中的是)，依存關系判定部151將表示在當前銷售包的依存關系中沒有問題的信息與當前銷售包的產品ID關聯，并且記錄(存儲)到內存裝置103中(步驟S178)。當判定依存的包沒有被激活時(步驟S180中的否)，依存關系判定部151將表示必需施行依存的包的激活的信息與當前銷售包的產品ID關聯，并且記錄(存儲)到內存裝置103中(步驟S181)。此外，當判定有沒有被安裝的依存的包時(步驟S179中的否)，依存關系判定部 151基于成分管理表155判定是否有可能同時安裝依存的包(步驟S182)。S卩，在成分管理表155中，當對應于依存的包的產品ID的分配類型表示不需要施行激活時，判定依存的包可以被同時安裝。另一方面，當對應于依存的包的產品ID的分配類型表示需要施行激活時，判定依存的包不能被同時安裝。當判定有可以被同時安裝的依存的包時(步驟S182中的是)，依存關系判定部 151將依存的包的產品ID作為可以被同時安裝的依存的包的產品ID與銷售包的產品ID關聯，并且記錄到內存裝置103中(步驟S183)。當判定有不能被同時安裝的依存的包時(步驟S182中的否)，依存關系判定部151將依存的包的產品ID作為不能被同時安裝的依存的包的產品ID與銷售包的產品ID關聯，并且記錄到內存裝置103中(步驟S184)。此外，當判定當前銷售包已經被激活時(步驟S176中的是)，依存關系判定部151 將表示已經獲取許可的信息與當前銷售包的產品ID關聯，并且記錄到內存裝置103中(步驟 S185)。當關于在用于驗證圖22的步驟S160中的依存關系的驗證請求中接收的每一個產品ID完成步驟S175到S185中的處理的施行時(步驟186中的是)，安裝支持部152基于存儲在內存裝置103中的信息產生確認屏幕數據(步驟S187)。例如，當對于所有的銷售包沒有問題時，產生確認屏幕數據，以便顯示如圖四所示的確認屏幕陽徹。此外，當步驟S183 中的信息被記錄時，產生確認屏幕數據，以便顯示如圖30所示的確認屏幕550b。此外，當步驟S181、S184或S185中的信息被記錄時，產生確認屏幕數據，以便顯示如圖31所示的確認屏幕550c。此外，在每個確認屏幕數據中，可安裝的銷售包的URL與OK按鈕關聯。從成分管理表155的下載路徑獲取可安裝的銷售包的URL。在以上描述中，描述了對于每個銷售包表示(提供)依存的包的情況。然而，對于每個功能包可以表示(提供)依存的包。此外，在這個實施例中，即使在對于每個功能包表示(提供)依存的包的情況下，因為假設銷售包被處理作為流通單元，所以要被視為安裝對象的是包括該功能包的銷售包。接下來，描述通過許可管理服務器10的激活服務器部11在圖22的步驟S168以及S170中施行的處理的詳情。圖35是說明通過激活服務器部11產生許可文件的產生處理的處理過程的流程圖。此外，在圖35中，描述假定一個產品密鑰被視為處理對象的情況。 因此，當接收多個產品密鑰時，對于每一個產品密鑰施行從步驟S192開始的處理。在步驟S191中，許可發行部115從圖像形成設備40的安裝部421接收產品密鑰的信息項、產品ID以及裝備號碼。接下來，許可發行部115判定產品密鑰的許可是否可用。具
25體地，許可發行部115判定接收的產品密鑰是否被登記在許可管理表121中(步驟S192)。 當判定產品密鑰被登記時(步驟S192中的是)，許可發行部115判定與接收的裝備號碼相同的裝備號碼是否被登記在許可管理表121中作為與產品密鑰相對應的裝備號碼(步驟 S193)。當判定相同的裝備號碼沒有被登記時(步驟S193中的否)，許可發行部115從對應于產品密鑰和接收的產品ID的記錄當中，判定在許可管理表121中是否有具有狀態“簽入”的記錄(步驟S194)。當判定有這種記錄(以下稱為“對象記錄”)時(步驟S194中的是)，許可發行部115在對象記錄中記錄接收的裝備號碼，并且將對象記錄的狀態設置(改變)為“簽出”(步驟S196)。即，記錄表示對應于產品密鑰的許可正被使用的信息。此外， 當“許可截止日期(有效日期)，，的信息項被記錄在對象記錄中時(即，當對象記錄是對應于臨時許可的記錄時)，許可發行部115通過將許可截止日期(有效期限)添加到當前日期來計算期限，并且在對象記錄中記錄該計算的期限(有效期限)作為許可截止日期(有效期限)。接下來，許可發行部115產生許可文件90 (參見圖3 ，該許可文件90包含在對象記錄中的產品ID、裝備號碼以及許可截止日期(有效期限)的信息項(步驟S197)。此外， 在這種情況下，對于許可管理表121中的每個記錄，也就是說，對于與銷售包相對應的每個許可，產生許可文件90。接下來，許可發行部115將產生的許可文件90傳送到圖像形成設備40的安裝部421(步驟S198)。另一方面，當有登記與對應于產品密鑰的接收的裝備號碼相同的裝備號碼的記錄時(步驟S193中的是)，許可發行部115判定記錄的狀態是“簽入”(步驟S195)。當判定狀態是“簽入”時(步驟S195中的是)，施行步驟S196之后的處理。此外，當判定沒有對應于產品密鑰的記錄時，當從對應于產品密鑰以及接收的產品ID的記錄當中判定在許可管理表121中有具有狀態“簽入”的記錄時，或者當判定記錄的狀態不是“簽入”時，該記錄登記與對于產品密鑰接收的裝備號碼相同的裝備號碼(步驟 S195中的否)，許可發行部115假定檢測到錯誤，并且沒有產生許可文件90 ；也就是說，許可發行部115沒有發行許可。接下來，描述在步驟S193中施行的計算許可截止日期(有效期限)的計算處理的詳情。圖37是說明計算許可截止日期(有效期限)的計算處理的流程圖。首先，在步驟S196a中，許可發行部115判定記錄在對象記錄中的許可類型是否是臨時許可和試用許可中的任一個，也就是說，許可是否具有截止日期(有效期限)。當判定許可類型既不是臨時許可也不是試用許可時(步驟S196a中的否)，許可發行部115不計算許可到期。另一方面，當判定許可類型是臨時許可或者試用許可時(步驟S196a中的是)，許可發行部151判定對象記錄是否與群許可有關(步驟S196b)。具體地，許可發行部115檢索另一個記錄，另一個記錄具有與對象記錄的產品ID不同的產品ID并且具有與對象記錄的產品密鑰相同的產品密鑰。當檢索(檢測)到相應的記錄時，判定對象記錄與群許可有關。另一方面，當沒有檢測到相應的產品密鑰時，判定對象記錄不與群許可有關。 當判定對象記錄與群許可有關時(步驟S196b中的是)，許可發行部115判定是否有與對象記錄的群屬于相同的群并且其許可是使用中的記錄(步驟S196c)。具體地，從步驟S196b中檢索的另一個記錄當中，判定有具有狀態“簽出”的記錄。當判定有相應的記錄時(步驟S196c中的是)，許可發行部115將通過將許可截止日期(有效期限)添加到記錄的許可發行日期計算的日期，記錄為對象記錄的許可截止日期(有效期限)(步驟S196d)。 即，屬于相同的群的銷售包的許可截止日期(有效期限)變成相同的。另一方面，當判定對象記錄不與群許可有關時(步驟S196b中的否)，許可發行部 115判定對象記錄是否與容量有關(步驟S196e)。具體地，許可發行部115檢索另一個記錄，該另一個記錄具有與對象記錄的產品ID相同的產品ID并且具有與對象記錄的產品密鑰相同的產品密鑰。當判定檢索到相應的記錄時，判定對象記錄與容量許可有關。另一方面，當判定相應的記錄沒有被檢測時，判定對象記錄不與容量許可有關。當判定對象記錄與容量許可有關時(步驟S196e中的是)，許可發行部115判定容量許可的使用是否已經開始(步驟S196f)。具體地，從步驟S196e中檢索(檢測)的記錄當中判定是否有具有狀態“簽出”的記錄。當判定有相應的記錄時(步驟S196e中的是)， 許可發行部115通過將對象記錄的許可截止日期(有效期限)添加到記錄的許可發行日期來計算日期，并且將該計算的日期記錄在對象記錄的許可截止日期中(S196g)。S卩，屬于相同的容量許可的所有許可的許可截止日期(有效期限)變成相同的。此外，當判定對象記錄與群許可有關并且與該群有關的許可沒有被使用時(步驟S196c中的否)，當對象記錄既不與群許可有關也不與容量許可有關時(步驟S196e中的否)，或者當判定對象記錄與容量許可有關并且與該群有關的許可的使用沒有被開始時 (步驟S196f中的否)，許可發行部115計算通過將許可截止日期(有效期限)添加到今天的日期獲得的日期，并且將計算的日期記錄在對象記錄的許可截止日期(有效期限)中 (步驟 S196h)。接下來，描述通過圖像形成設備40施行的圖22的步驟S171的處理的詳情。圖36 是說明由圖像形成設備40施行的安裝銷售包的處理過程的流程圖。在步驟S211中，安裝部421將包含在存儲在臨時存儲區中的每個銷售包中的信息以及包含在每個許可文件90中的信息登記到安裝信息管理表427中。即，記錄在包含在銷售包中的銷售包信息文件中的產品ID和版本被分別登記在記錄在安裝信息管理表427中的產品ID和版本中。作為功能包的產品ID，記錄在功能包信息文件中的產品ID被登記，該功能包信息文件被存儲在每一個功能包中，每一個功能包被包含在該銷售包中。此外，表示激活已經被施行的值被記錄在激活標志中。此外，作為許可截止日期(有效期限)，記錄在許可文件50中的截止日期(有效期限)被記錄。接下來，安裝部421通過將許可文件90和銷售包存儲到預定的存儲區(文件夾) 中來將銷售包的狀態設置為可用，許可文件90和銷售包已經被存儲在臨時存儲區中。此外，當啟動包含在銷售包中的功能包時，在由許可檢查部4M施行的許可檢查期間，使用許可文件90。即，當以下條件滿足時，許可檢查部4M允許功能包的開始存在有與要被開始的功能包所屬的銷售包相對應的許可文件90 ；許可文件90中的裝備號碼與其中功能包要被開始的圖像形成設備40的裝備號碼相同；以及許可文件90的截止日期(有效期限)還沒有到期。否則，功能包的啟動沒有被允許。此外，許可檢查部4M可以基于成分管理表425施行許可檢查。另一方面，例如，基于通過激活服務器部11定期獲取的許可管理表121的信息，通過銷售服務器20的銷售管理部22，進行對于安裝的銷售包的收費。更具體地，當在許可管理表121中存在有它的許可發行日期是在最近的收費日期之后的記錄時，對于與該記錄相對應的許可進行收費(操作)。如上所述，根據本發明的第一實施例，通過操作在由許可管理服務器10的激活服務器部11或者成分服務器部15引導的圖像形成設備40上順序顯示的屏幕，用戶可以容易地施行類似于銷售包的下載、激活以及安裝的一系列的操作。此外，與選擇作為安裝對象的銷售包有關的依存關系被自動地驗證，而且依存的包也被自動地包含(設置)作為安裝對象。因此，能夠變成用戶可以容易地安裝，而不用擔心銷售包之間的復雜的依存關系。此外，對于產品的銷售側(制造商環境E2)，能夠變成可以適當地管理用戶的銷售包的使用狀態。具體地，基于許可管理表121的信息，能夠變成可以基于對于每一個圖像形成設備40(裝備號碼)的許可類型的類型，了解(管理)哪個銷售包正被使用。因此，例如， 當在銷售包中檢測到程序缺陷時，或者當更新銷售包時(對于版本更新)，能夠變成可以使用銷售包來指定圖像形成設備，從而能夠提供適當的維護等等。此外，當購買產品時(即，當購買申請被發送給銷售服務器20時)，沒有判定許可的截止日期，但是當安裝銷售包時(即，當許可開始時)，判定許可的截止日期。因此，能夠變得可以確保處理許可中的柔韌性。即，用戶在購買該產品之后的任何方便的時刻進行安裝。即使在這種情況下，用戶也可以沒有遭受許關于可截止日期(有效期限)的損失。此外，在與群許可有關的產品中，對于每一個產品發行產品密鑰。因此，例如，用戶能夠安裝屬于該產品的所有的銷售包。結果，例如，安裝屬于該群的銷售包可以變得簡單。接下來，描述許可更新處理。在臨時許可的情況中，當用戶使用與臨時許可有關的產品時，該用戶可以通過施行許可更新處理來延長產品的許可截止日期(有效期限)。圖38是說明許可更新處理的處理過程的時序圖。在更新許可的情況下，在操作板45上正在顯示功能擴展設置菜單屏幕510(參見圖23)的同時，通過用戶選擇擴展功能管理菜單513。響應于擴展功能管理菜單513的選擇，UI控制部似6進行控制以在操作板45上顯示擴展功能管理屏幕。圖39顯示擴展功能管理屏幕的顯示實例。如圖39所示，擴展功能管理屏幕560 包括銷售包列表顯示區561。在銷售包列表顯示區561中，顯示安裝在圖像形成設備40中的銷售包的列表。在這個列表中，對于每一個銷售包配置檢查按鈕。當與要被更新的許可相對應的銷售包的檢查按鈕被用戶檢查，而且許可獲取/更新按鈕562被用戶選擇時，UI控制部似6進行控制以在操作板45上顯示許可獲取/更新屏幕。圖40顯示許可獲取/更新屏幕的顯示實例。如圖40所示，許可獲取/更新屏幕包括用于與在擴展功能管理屏幕560中檢查的銷售包相對應的產品密鑰的產品密鑰輸入欄 572。當用戶在產品密鑰輸入欄572中輸入產品密鑰并且選擇OK按鈕571時(步驟S301)， 許可更新部422指定輸入的產品密鑰、與要被更新的許可相對應的銷售包的產品ID以及記錄在R0M413或者HDD414中的圖像形成設備40的裝備號碼，并且將許可更新請求(用于產生新的許可文件的產生請求)傳送給激活服務器部11的許可發行部115(步驟S302)。響應于許可更新請求的接收，許可發行部115更新許可管理表121(步驟S303)。 具體地，當與在更新請求中指定的產品密鑰、產品ID以及裝備號碼相對應的記錄的許可類型是臨時許可時，許可發行部115更新記錄的許可截止日期(有效期限)以及許可發行日期。此外，當記錄的狀態是“簽入”時，許可發行部115通過將該狀態設置為“簽出”來更新該狀態。在這種情況下，作為新的(更新的)許可截止日期(有效期限)，提供通過將記錄的許可有效期限添加到登記至今的許可截止日期(有效期限)或者稍后出現的任何一個當前日期而確定的日期。此外，新的(更新的)許可發行日期以年/月/日的格式被設置為當前日期。此外，當指定多個產品ID時，關于多個記錄中的每一個記錄施行更新。接下來，許可發行部115對于許可管理表121中的每一個更新的記錄(即，對于設置為被更新的每一個銷售包)，產生許可文件90 (參見圖3 ，該許可文件90包含記錄在記錄中的產品ID、裝備號碼、截止日期(有效期限)的信息項(步驟S304)。接下來，許可發行部115將產生的許可文件90傳送到許可更新部422(步驟 S305)。許可更新部422刪除與要被更新的許可相對應的銷售包的現有的許可文件90，并且在HDD414的預定的存儲區域中存儲接收的許可文件90 (步驟S306)。此外，許可更新部 422基于接收的許可文件90更新安裝信息管理表427。具體地，與記錄在許可文件90中的產品ID相對應的記錄的截止日期(有效期限)利用記錄在許可文件90中的截止日期(有效期限)被更新。此外，許可更新部422將記錄的激活標志的值設置為表示激活已經被施行的值。通過施行以上處理，用戶可以使用相同的銷售包，直到新的(更新的)截止日期。此外，一旦安裝，就對更新許可進行收費。即，基于通過激活服務器部11定期獲取的許可管理表121的信息，通過銷售服務器20的銷售管理部22進行收費。更具體地，當在許可管理表121中存在有具有比最近的收費日期晚的許可發行日期的記錄時，對與該記錄有關的許可進行收費。接下來，描述銷售包的更新處理(銷售包更新處理)。只要許可有效，用戶將可以更新具有更新版本的銷售包。圖41是說明銷售包更新處理的處理過程的時序圖。如圖41所示，在操作板45上正在顯示功能擴展設置菜單屏幕510的同時，當更新菜單512被選擇時(步驟S401)，包更新部423指定安裝在圖像形成設備40中的每一個銷售包的產品ID和版本，并且將用于更新銷售包的更新請求傳送給成分服務器部15的包更新支持部153(步驟S402)。此外，每一個銷售包的產品ID和版本從安裝信息管理表427被獲取。包更新支持部153基于在接收的更新請求中指定的產品ID和版本、以及成分管理表155，判定可以是更新對象(更新對象候選)的銷售包。當有作為登記在成分管理表155 中的銷售包的具有比接收的版本新的版本的銷售包時，包更新支持部153認可銷售包是更新對象候選銷售包。接下來，包更新支持部153使得依存關系判定部151驗證更新對象候選銷售包的依存關系(步驟S404)。即使在安裝時已經被施行依存關系的驗證，在更新時也施行依存關系的驗證的理由是，可能有銷售包之間的依存關系由于更新(版本更新)而被改變的可能性。此外，在步驟404中驗證依存關系的驗證處理與安裝時施行的驗證處理相同(參見圖 33)。當在依存關系中沒有問題時，包更新支持部153產生更新列表屏幕數據，以顯示用于從更新對象候選銷售包當中選擇要被更新的銷售包的屏幕(更新列表屏幕)(步驟 S405)。接下來，包更新支持部153將產生的更新列表屏幕數據傳送給包更新部423 (步驟S406)。另一方面，當在依存關系中有問題時，對于更新對象候選銷售包，產生與安裝時產生的確認屏幕數據相類似的確認屏幕數據，而且產生的確認屏幕數據被傳送給包更新部423。接下來，包更新部423將接收的更新列表屏幕數據輸入給UI控制部426。基于更新屏幕數據，UI控制部似6進行控制以在操作板45上顯示更新列表屏幕(步驟S407)。圖42顯示更新列表屏幕的顯示實例。如圖42所示，更新列表屏幕580包括更新包列表顯示區581。在該更新包列表顯示區581中，顯示有具有更新版本的銷售包的列表。 此外，在這個列表中，對于每一個銷售包提供檢查按鈕。當用戶按壓要被更新的銷售包的檢查按鈕以及更新按鈕582時(步驟S408)，包更新部423指定對應于銷售包的URL，而且將用于下載銷售包的下載請求傳送給下載服務器 30的下載處理部31 (步驟S409)。S卩，更新列表屏幕數據包括更新對象候選銷售包的各個URL的信息項。此外，指定在更新包列表顯示區581中被檢查(選擇)的銷售包的URL的下載請求的傳送指令與更新按鈕582關聯。接下來，下載處理部31從銷售包管理部32獲取銷售包，并且將該銷售包傳送給包更新部423，通過在接收的下載請求中指定的URL識別該銷售包(步驟S410)。包更新部 423通過將接收的銷售包存儲到HDD414中的預定的存儲區域中來更新具有舊的版本的銷售包。此外，包更新部423基于記錄在存儲在接收的銷售包中的銷售包信息文件中的產品 ID和版本的信息項，更新包管理表425 (安裝信息管理表427)。具體地，在安裝信息管理表 427中，更新表示產品ID的版本的值。接下來，描述去激活處理。圖43是說明去激活處理的處理過程的時序圖。在步驟S501中，去激活部425接收來自用戶的去激活指令的輸入(步驟S501)。 去激活指令經由擴展功能管理屏幕560(參見圖39)被輸入。即，在擴展功能管理屏幕560 的銷售包列表顯示區561中，當要被去激活的銷售包被檢查并且許可取消按鈕563被選擇時，以使去激活部425認可檢查的銷售包為去激活對象。接下來，去激活部425指定選擇作為去激活對象的銷售包的產品ID以及圖像形成設備40的裝備號碼，并且將去激活請求(許可解除請求)傳送給激活服務器部11的去激活部116(步驟S5(^)。去激活部116在許可管理表121中將與指定的產品ID以及裝備號碼有關的記錄的狀態從“簽出”變化為“簽入”。即，記錄表示許可沒有正在被使用的信息。 此外，可以關于具有狀態為“簽出”的許可施行去激活。因此，當作為對象的記錄的狀態不是“簽出”時，去激活部116判定去激活處理已經失敗。接下來，去激活部116將去激活處理的結果(處理是否已經成功)傳送給圖像形成設備40的去激活部425 (步驟S504)。當去激活處理已經成功時，去激活部425從HDD414 刪除被設置為去激活對象的銷售包以及對應于該銷售包的許可文件90(步驟S505)。此外， 去激活部425從安裝信息管理表427刪除對應于銷售包的記錄。通過做這個，在圖像形成設備40中，包含在銷售包中的功能包再也不能被使用。 另一方面，因為銷售包的許可被解除，所以在許可的有效期限之內(在截止日期之前)，在必要時，該許可能夠在另一個圖像形成設備40中被使用。即，當期望第一圖像形成設備40 中的銷售包的許可要被移動到第二(另一個)圖像形成設備40，以使銷售包的許可由于例如第一圖像形成設備40的租約期限的期滿而可以被用于第二(另一個)圖像形成設備40時，去激活過程可以尤其有效(有用)。當檢測到期滿的許可時，可以通過圖像形成設備40自動地施行去激活處理。圖44是說明圖像形成設備中的去激活的自動執行處理的處理過程的流程圖。例如，當圖像形成設備40啟動或者在預定時間開始等等時(步驟511中的是)，去激活部425檢查存儲在圖像形成設備40的HDD414中的所有許可文件90的截止日期(有效期限)(步驟S512)。具體地，去激活部425比較截止日期和當前日期，并且判定是否有期滿的許可文件90。當判定有期滿的許可文件90時(步驟S512中的是)，去激活部425關于記錄在許可文件90中的產品ID(銷售包)，施行參考圖43描述的去激活處理。如上所述，根據本發明的第一實施例，用戶可以基于顯示在圖像形成設備40上的屏幕引導，容易地施行許可更新處理、銷售包更新處理以及去激活處理。此外，銷售包的實體以及許可可以被明確地分開(分開地提供)。因為這個特征， 能夠變得可以通過例如僅僅更新許可或者僅僅更新銷售包(的版本)來靈活地運用。接下來，描述登記的群構成的編輯。圖45是說明群編輯處理的處理過程的時序圖。例如，當通過銷售場地的管理者在銷售服務器20中輸入群變化開始指令時，銷售服務器20的產品登記部21將用于獲取群列表信息的獲取請求傳送給激活服務器部11的銷售服務器協作部111(步驟S51)。響應于用于獲取群列表信息的獲取請求的接收，銷售服務器協作部111從群ID所有者120以及群名稱所有者122獲取群列表信息。銷售服務器協作部111將獲取的群列表信息傳送給產品登記部21 (步驟S52)。基于接收的群列表信息，產品登記部21起作用以在銷售服務器20的顯示裝置上顯示群列表屏幕(步驟S5!3)。在群列表屏幕中，當任何群被選擇并且編輯被指示時(步驟S54)，產品登記部21起作用以顯示其中選擇的群被設置作為編輯對象的群編輯屏幕 220 (參見圖16)(步驟S5Q。即，在群編輯屏幕220的區域221和222中，分別顯示選擇的群的群ID和群名稱。接下來，在群編輯屏幕220中，諸如進一步將銷售包添加到群、從群去除銷售包等等的編輯操作關于群構成信息被施行(步驟S56)。在編輯操作完成之后，而且按鈕2 被點擊(步驟S57)，產品登記部21將用于改變群構成的改變請求傳送給銷售服務器協作部 111 (步驟S58)。用于改變群構成的改變請求包括諸如設置作為編輯對象的群的群ID和群名稱，改變的(更新的)群構成信息(屬于改變的(更新的)群的銷售包的產品ID)，存儲在銷售服務器20的存儲裝置中的域名、銷售場地ID和密碼的參數。響應于用于改變群構成的改變請求，銷售服務器協作部111施行關于群構成信息的改變處理(步驟S59)。具體地，對于設置作為編輯對象的群，基于包含在改變請求中的構成信息，更新記錄在群ID所有者120中的構成信息。在對于群施行改變處理之后，銷售服務器協作部111將表示改變處理是否已經成功的響應傳送給產品登記部21 (步驟S60)。接下來，描述步驟S59的詳情。圖46顯示群改變處理的處理過程。如圖46所示， 步驟S59a和S59b分別與圖17中的步驟40a和S40b相同。接下來，銷售服務器協作部111判定記錄是否被登記在群ID所有者120中，該記錄包含被包含在用于改變群構成的改變請求中的群ID和銷售場地ID (步驟S59c)。當判定記錄被登記時，銷售服務器協作部111判定與這個群有關的任何產品的產品密鑰(許可)
31是否在使用中(步驟S59d)。具體地，基于包含在用于改變群構成的改變請求中的群ID，從群ID所有者120獲取屬于該群的銷售包的產品ID。接下來，對于與獲取的產品ID有關的銷售包，基于許可管理表121 (參見圖20)，檢查許可是否在使用中。在這種情況下，許可是否在使用中意指(指的是)狀態是否是“簽出”。當判定許可不在使用中時，銷售服務器協作部111施行關于群ID所有者的更新(改變)處理，該更新對應于用于改變群構成的改變請求(步驟S59e)。具體地，銷售服務器協作部111刪除與包含在用于改變群構成的改變請求中的群ID和銷售場地ID相對應地登記的現有產品ID，而且對于群ID和銷售場地ID登記包含在改變請求中的產品ID。接下來，銷售服務器協作部111將表示群構成的改變已經成功的響應傳送給產品登記部21 (步驟S59f)。另一方面，當在步驟S59a中判定沒有必要的參數時，當在步驟S59b 中判定銷售服務器的認證已經失敗時，當在步驟S59c中判定群ID和銷售場地ID沒有被登記在群ID所有者120中時，或者當在步驟S59d中判定對應于群ID的產品密鑰已經被使用時，銷售服務器協作部111將表示群構成的改變已經失敗的錯誤響應傳送給產品登記部 21(步驟 S59g)。此外，例如，在屬于設置為改變請求的對象的群的銷售包的許可類型被登記作為試用許可的情況中，即使當銷售包的任何許可屬于該群，也可以允許群的編輯(尤其是將銷售包添加到群)。對于所謂的“試用”提供試用許可。因此，即使在已經開始使用屬于群的任何銷售包之后，通過由用戶增加(添加)用于試用的銷售包，可以預期促進產品的銷售。接著，描述群的刪除。在圖45的步驟S53中顯示的群列表屏幕中，當任何群被選擇以及刪除被指示時，產品登記部21將用于刪除包含與選擇的群相對應的群ID和銷售場地ID的群的(群)刪除請求傳送給許可管理服務器10的銷售服務器協作部111。響應于該刪除請求，銷售服務器協作部111施行圖47中所示的處理。圖47說明群刪除處理的處理過程。在圖47中，步驟S61a到S61c分別對應于圖 46中的步驟S59a到S59c。在步驟S61d中，銷售服務器協作部111基于包含被包含在群刪除請求中的群ID 和銷售場地ID的記錄的刪除標志，判定是否可以刪除群。具體地，當刪除標志的值是“ON” 時，判定群可以被刪除。另一方面，當刪除標志的值是“OFF”時，判定群不可以被刪除。當判定群可以被刪除時，銷售服務器協作部111施行關于群ID所有者120的更新 (刪除)，該更新(刪除)對應于群刪除請求(步驟S61e)。具體地，銷售服務器協作部111 從群ID所有者120刪除記錄，該記錄包含被包含在群刪除請求中的群ID和銷售場地ID。 此外，銷售服務器協作部111從群名稱所有者122刪除對應于群ID的記錄。從圖46中的步驟S59f和S59g中的那些處理中，步驟S61f和S61g中的處理是顯而易見的，因此，省略它們的描述。如上所述，在群的登記之后，可以在銷售場地中任意改變群的構成。然而，當屬于群的任何銷售包的許可在使用中時，群構成的改變被限制(禁止)。因此，能夠變得可以具有適當地符合市場中的群狀態的群管理信息。接下來，描述本發明的第二實施例。圖48顯示根據本發明的第二實施例的裝備管理系統的示范性構成。在圖48中，對于圖1中的相同的元件使用相同的符號(參考數字)， 而且適當地省略它們的描述。
如圖48所示，在用戶環境El中，進一步提供裝備管理設備60。裝備管理設備60 是諸如PC (個人計算機)的計算機，該計算機例如集中地獲取和安裝在圖像形成設備40中操作的成分以及該成分的許可(使用權限)。裝備管理設備60的硬件構成可以與圖6中所示的相同。然而，裝備管理設備60包括諸如液晶顯示器的顯示裝置以及諸如鍵盤、鼠標等等的輸入裝置。裝備管理設備60經由諸如LAN(局域網)的網絡70 (無線地或者經由有線的連接)被連接到每一個圖像形成設備40。此外，用戶PC50可以被連接到網絡70。此外， 用戶PC50同樣可以用作裝備管理設備60。圖49顯示根據本發明的第二實施例的裝備管理設備60的示范性功能構成。如圖49所示，裝備管理設備60包括UI控制部611、包信息獲取部612、裝備信息獲取部613、安裝目的地接收部614、妥當性檢查部615、包獲取部616、許可獲取部617、安裝控制部618、卸載目的地判定部619、去激活控制部620、卸載控制部621等等。通過使得裝備管理設備60的CPU執行安裝在裝備管理設備60中的有關的程序的處理來實現那些部。UI控制部611接收用戶的指令(例如，安裝或者卸載銷售包的指令)。包信息獲取部612從許可管理服務器10獲取已經被設置作為安裝對象或者卸載對象的銷售包的構成信息。裝備信息獲取部613從圖像形成設備40獲取裝備信息。裝備信息包括安裝在圖像形成設備40中的銷售包和固件的信息。安裝目的地接收部614接收來自用戶的輸入，該輸入將圖像形成設備40指定作為銷售包的安裝目的地。妥當性檢查部615使得許可管理服務器10的依存關系判定部151執行驗證處理，該驗證處理用于驗證設置作為要被安裝在設置作為安裝目的地的圖像形成設備40中的安裝對象的銷售包的安裝的妥當性。包獲取部616從下載服務器30下載(獲取)設置作為安裝對象的銷售包。許可獲取部617從許可管理服務器10獲取與設置作為安裝對象的銷售包有關的許可文件90。 安裝控制部618將銷售包和許可文件90傳送給圖像形成設備40。卸載目的地判定部619判定設置作為卸載對象的銷售包已經被安裝在圖像形成設備40中。去激活控制部620將用于刪除許可文件90的刪除請求傳送給圖像形成設備 40，并且將用于解除與許可文件90有關的許可的許可解除請求傳送給許可管理服務器10。 卸載控制部621將用于卸載銷售包的卸載請求傳送給圖像形成設備40。此外，諸如許可管理服務器10、下載服務器30、圖像形成設備40等等的其它設備的功能構成可以與本發明的第一實施例中的那些相同。在下文中，描述裝備管理系統2的處理過程。圖50是說明根據本發明的第二實施例的銷售包的安裝和激活的處理過程的時序圖。在圖50中，假設圖像形成設備40的用戶已經購買任何與銷售包有關的產品并且已經獲取(購買的)產品的產品密鑰。產品的購買方法以及產品密鑰的獲取方法可以與本發明的第一實施例中的購買方法和獲取方法相同。 此外，假設裝備管理設備60是操作對象。一旦經由顯示在顯示裝置上的初始屏幕接收開始銷售包的安裝的開始指令，裝備管理設備60的UI控制部611就進行控制，以在顯示裝置上顯示產品密鑰輸入屏幕(步驟 S601)。當用戶經由產品密鑰輸入屏幕輸入要被安裝的銷售包(以下稱為“當前銷售包”) 的產品密鑰時(步驟S602)，包信息獲取部612指定該輸入的產品密鑰，并且將用于獲取該產品密鑰的包信息的獲取請求傳送給許可管理服務器10的安裝支持部152(步驟S603)。響應于用于獲取包信息的獲取請求的接收，許可管理服務器10的安裝支持部152通過施行與圖22的步驟S153到S155相同的處理過程，使得產品密鑰驗證部113驗證產品密鑰的有效性。當判定產品密鑰是有效的時，安裝支持部152從成分管理表155(圖2 獲取對應于接收的產品密鑰登記的信息，并且將獲取的信息傳送給包信息獲取部612作為包信息 (步驟S604)。因此，包信息包括至少與產品密鑰關聯的產品ID( S卩，當前銷售包的產品ID)。 此外，當產品密鑰與群許可或者容量許可有關時，與多個產品ID(多個記錄)有關的信息被包含在該包信息中。當通過包信息獲取部612接收包信息時，裝備管理設備60的UI控制部611進行控制，以顯示包含接收的包信息的屏幕(確認屏幕)，以便用戶可以檢查當前銷售包的內容以及相應的許可的內容(步驟S605)。當用戶輸入繼續安裝操作的繼續指令時(例如，當確認屏幕上的OK按鈕被按壓時)，安裝目的地接收部614起作用以在顯示裝置上顯示包含圖像形成設備40的列表的裝備選擇屏幕，以使用戶可以選擇其中當前銷售包要被安裝的圖像形成設備(步驟S606)。在裝備選擇屏幕中，可以選擇多個圖像形成設備40。此外，在該裝備選擇屏幕中，假設當諸如圖像形成設備40的IP地址以及主機名稱的信息項被存儲在存儲設備中時，圖像形成設備 40被設置作為顯示對象。另外，裝備信息獲取部613可以對網絡70發行廣播信號等等，以動態地檢索(檢測)連接到網絡75的圖像形成設備40，以使檢測的圖像形成設備40的主機名稱等等可以被顯示在裝備選擇屏幕中。接下來，裝備信息獲取部613將用于獲取裝備信息的獲取請求傳送給在裝備選擇屏幕中選擇的每一個圖像形成設備40(步驟S607)。已經接收用于獲取裝備信息的獲取請求的每一個圖像形成設備40的安裝部421獲取記錄在自己的安裝信息管理表427 (參見圖 28)中的信息，而且將包含獲取的信息以及自己的圖像形成設備40的裝備號碼的信息傳送給裝備信息獲取部613作為裝備信息(步驟S608)。接下來，在步驟S609中，對于其裝備信息被獲取(即，在裝備選擇屏幕中被選擇) 的每一個圖像形成設備40施行循環處理。在下文中，要施行循環處理的圖像形成設備40 被稱為“當前裝備”。在步驟S609-1中，妥當性檢查部615將妥當性驗證請求傳送給許可管理服務器 10，該妥當性驗證請求包含當前裝備的裝備信息以及通過包信息獲取部612獲取的包信息。在此，“妥當性”指的是將功能包安裝到當前裝備中的妥當性，該功能包被包含在當前銷售包中。響應于妥當性驗證請求的接收，許可管理服務器10的依存關系判定部151通過施行與參考以上圖33描述的處理相類似的處理，來驗證當前銷售包的依存關系。當判定在依存關系中沒有問題時，依存關系判定部151判定有妥當性。另一方面，當判定在依存關系中有問題時，依存關系判定部151判定沒有妥當性。接下來，依存關系判定部151將妥當性驗證結果傳送給妥當性檢查部615(步驟 S609-2)。當判定有妥當性而且依存的包沒有被安裝在當前裝備中時，驗證結果包括對于依存的包(在下文中，這種依存的包被稱為“沒有引入的依存的包”)記錄在成分管理表155 中的信息。這個信息對應于獲取未引入的依存的包的獲取指令。一旦接收表示有妥當性的驗證結果，包獲取部616基于包含在當前銷售包的包信息中的下載路徑(URL)，傳送用于下載當前銷售包的下載請求(步驟S609-3)。響應于該下載請求，下載處理部31從銷售包管理部32獲取銷售包，而且傳送該銷售包，該銷售包通過在下載請求中指定的URL被識別(步驟S609-4)。當有多個當前銷售包時，下載處理(步驟S609-3以及S609-4)被重復多次。此外，當在步驟S609-2中接收包含未引入的依存的包的包信息的驗證結果時，也執行用于未引入的依存的包的下載。此外，有多個當前包的情況指的是在步驟S601中輸入的產品密鑰與群許可有關的情況，其中，多個產品密鑰被輸入寸寸。接下來，許可獲取部617指定在步驟S601中輸入的產品密鑰、當前銷售包的產品ID、以及當前裝備的裝備號碼，而且將許可使用請求傳送給許可管理服務器10(步驟 S609-5)。許可管理服務器10的許可發行部115通過施行與圖35中的處理相類似的處理來產生許可文件90，而且將產生的許可文件90傳送給許可獲取部617 (步驟S609-6)。此外，當通過包獲取部616的銷售包的獲取(下載)已經成功時，許可獲取部617 施行步驟S609-5的處理。即，當銷售包沒有被正常獲取時，許可獲取部617沒有獲取該許可文件90。當銷售包不能被獲取時，不可能安裝該銷售包。盡管如此，如果獲取與銷售包有關的許可，那么對于沒有被實際使用的銷售包可以開始許可的使用。在這種情況下，用戶可能必須遭受不合理的損失。接下來，當在步驟S609-4中獲取未引入的依存的包時，安裝控制部618將未引入的依存的包傳送給當前裝備，而且將安裝該未引入的依存的包的請求傳送給當前裝備(步驟S609-7)。當前裝備的安裝部421安裝未引入的依存的包，而且在安裝信息管理表427中記錄未引入的依存的包的信息(例如，產品ID)。接下來，安裝控制部618詢問當前裝備關于未引入的包的安裝結果(步驟 S609-8)。這個詢問(查詢)被重復，直到在當前裝備中完成安裝，而且該安裝結果被傳送。未引入的依存的包被首先安裝的理由是，避免銷售包的安裝由于銷售包的依存成分沒有被安裝(不能被銷售包檢測)而失敗的情況。接下來，安裝控制部618將在步驟S609-4中獲取的銷售包(當前銷售包)以及在步驟S604-6中獲取的許可文件90傳送給當前裝備，而且將銷售包的安裝和激活的請求傳送給當前裝備(步驟S609-9)。當前裝備的安裝部421施行關于接收的銷售包和許可文件 90的處理，該處理參考圖22被描述。結果，銷售包可以在當前裝備中被使用。接下來，安裝控制部618詢問當前裝備關于銷售包的安裝結果(步驟S609-10)。 這個詢問(查詢)被重復，直到在當前裝備中完成安裝，而且該安裝結果被傳送。接下來，描述銷售包的卸載和去激活(許可解除)處理。圖51是說明根據本發明的第二實施例的卸載和去激活處理的處理過程的時序圖。在步驟S701中，裝備管理設備60的UI控制部611經由顯示在顯示裝置上的卸載屏幕，接收來自用戶的要被卸載的產品密鑰的輸入。接下來，包信息獲取部612指定輸入的產品密鑰，并且將用于獲取與產品密鑰有關的包信息的獲取請求傳送給許可管理服務器 10(步驟 S702)。接下來，許可管理服務器10的成分管理部巧4施行與響應于圖50的步驟S603執行的處理相類似的處理，并且將與接收的產品密鑰有關的銷售包的包信息傳送給包信息獲取部612(步驟S703)。當產品密鑰與群許可有關時，傳送多個銷售包的包信息。當產品密鑰與群許可有關時，即，當接收到與多個銷售包有關的包信息時，UI控制部611進行控制，以在顯示裝置上顯示包含銷售包的列表的銷售包選擇屏幕，以使用戶可以選擇要被卸載的銷售包(步驟S704)。在下文中，選擇的銷售包指的是“當前銷售包”。接下來，裝備信息獲取部612將用于獲取裝備信息的獲取請求傳送給每一個圖像形成設備40 (步驟S7(^)。響應于用于獲取裝備信息的獲取請求，每一個圖像形成設備40 的去激活部425獲取記錄中安裝信息管理表427中的信息，并且將獲取的信息以及包含自己的圖像形成設備40的裝備號碼的信息傳送給裝備信息獲取部613作為裝備信息(步驟 S706)。接下來，卸載目的地判定部619比較(檢查)在步驟S703中獲取的包信息和在步驟S706中獲取的圖像形成設備40的裝備信息，并且判定與包信息有關的銷售包被安裝在圖像形成設備40中(步驟S707)。具體地，與包含被包含在包信息中的產品ID(銷售包的產品ID)的裝備信息有關的圖像形成設備40被判定作為銷售包被安裝的圖像形成設備 40 (即，銷售包要從該圖像形成設備40被卸載)。接下來，在步驟S708中，對于要卸載銷售包的每一個圖像形成設備40施行循環處理。在下文中，在循環處理中要被處理的圖像形成設備40被稱為“當前裝備”。在步驟S708-1中，去激活控制部620指定當前銷售包的產品ID，并且將去激活請求(用于刪除許可文件90的刪除請求)傳送給當前裝備。響應于該請求，當前裝備的去激活部425刪除與指定的產品ID有關的許可文件90。接下來，去激活控制部620詢問當前裝備關于許可文件90的刪除處理(步驟 S708-2)。這個詢問(查詢)被重復，直到在當前裝備中完成許可文件90的刪除處理，而且該刪除處理結果被傳送。接下來，卸載控制部621指定當前銷售包的產品ID，并且將卸載請求(用于刪除銷售包的刪除請求)傳送給當前裝備(步驟S708-3)。響應于該請求，去激活部425卸載(刪除)與指定的產品ID有關的銷售包。接下來，去激活控制部620詢問當前裝備關于當前銷售包的卸載結果。這個詢問 (查詢)被重復，直到在當前裝備中完成許可文件90的卸載，而且該卸載結果被傳送。在對于要卸載銷售包的所有的圖像形成設備40施行步驟S708之后，去激活控制部620指定當前銷售包的產品ID以及所有圖像形成設備40的裝備號碼，并且將去激活請求(許可解除請求)傳送給許可管理服務器10的去激活部116 (步驟S709)。去激活部116 施行與參考圖43描述的步驟S503的處理相同的處理。結果，與指定的產品ID和裝備號碼有關的許可的狀態被改變為“簽入”。接下來，去激活部116將去激活處理結果(是否成功) 傳送給裝備管理設備60的去激活控制部620 (步驟S710)。如上所述，在根據本發明的第二實施例的裝備管理設備60中，例如，安裝處理和激活(開始使用許可)處理可以在多個圖像形成設備40上被集中地施行。因此，特別地， 在有許多圖像形成設備40的用戶環境El中，能夠變得可以明顯地減少用戶的操作負荷。此外，在本發明的實施例中，圖像形成設備40被描述作為裝備的實例。然而，本發明的范圍不限于圖像形成設備40。例如，本發明可以進一步被有效地適用于可以添加(安裝)程序的任何設備(裝備)。
接下來，描述本發明的第三實施例。圖52顯示根據本發明的第三實施例的裝備管理系統的示范性構成。在圖52中，對于圖1中的相同的元件使用相同的符號(參考數字)， 而且適當地省略它們的描述。如圖52所示，在用戶環境El中，進一步設置(添加)Web客戶端65。Web客戶端 65可以是諸如具有Web瀏覽器的PC(個人計算機)的計算機或者電子裝置。例如，Web客戶端65的硬件構成可以與圖6中所示的類似。然而，Web客戶端65包括諸如液晶顯示器的顯示裝置以及諸如鍵盤、鼠標等等的輸入裝置。Web客戶端65經由諸如LAN(局域網)的網絡75 (無線地或者經由有線的連接)被連接到每一個圖像形成設備40。此外，用戶PC50 可以被連接到網絡75。此外，用戶PC50可以用作Web客戶端65。圖53顯示根據本發明的第三實施例的裝備管理設備的示范性功能構成。在圖53 中，對于圖5中的相同的元件使用相同的符號(參考數字)，而且適當地省略它們的描述。如圖53所示，圖像形成設備40進一步包括Web服務器部428。Web服務器部4 施行在Web客戶端65上顯示屏幕的處理，該屏幕通過UI控制部似6被顯示在操作板45上。 具體地，Web服務器部4 將屏幕的每一個HTML數據傳送給Web客戶端65。另一方面，Web客戶端65包括Web瀏覽器651。Web瀏覽器651從Web服務器部 428傳送HTML數據，并且基于HTML數據在Web客戶端651的顯示裝置上顯示各種屏幕。即，在根據本發明的第三實施例的裝備管理系統3中，用戶可以經由Web客戶端 65遠程地施行操作，該操作與如本發明的第一實施例描述的通過使用操作板45施行的操作相同。具體地，用戶可以經由通過Web瀏覽器651顯示的屏幕，施行圖22的時序圖的步驟S151、S159和S165中的指令輸入。因此，在這個第三實施例中，Web服務器部似8對應于接收許可密鑰的輸入的輸入手段的一個實例。此外，在每一個以上實施例中，許可管理服務器10、銷售服務器20以及下載服務器30被描述作為單獨的設備。然而，例如，許可服務器10可以包含銷售服務器20和下載服務器30中的任何一個。根據本發明的第四實施例，通過銷售管理設備和許可管理設備施行許可管理方法，該許可管理設備管理由銷售管理設備出售的程序的許可，該方法包括群登記請求步驟，其中，銷售管理設備顯示一個以上的程序的信息的列表，并且將登記請求傳送給許可管理設備，該登記請求包含群的構成信息，該群構成包含從信息的列表上的程序中選擇的多個程序的組合；產品登記步驟，其中，銷售管理設備接收對應于該群的許可信息的輸入，將該許可信息與該群關聯，并且將關聯的許可信息與該群一起存儲到產品信息存儲單元中作為產品 fn息；銷售管理步驟，其中，銷售管理設備響應于用于購買程序的購買請求的接收，傳送產品信息的列表，該產品信息被存儲在產品信息存儲單元中；以及群信息存儲步驟，其中，許可管理設備存儲包含在登記請求中的構成信息。根據本發明的第五實施例，提供有以計算機可讀格式被編碼和存儲的程序，以便使得銷售管理設備和許可管理設備執行方法，該許可管理設備管理由銷售管理設備出售的程序的許可，該方法包括群登記請求步驟，其中，銷售管理設備顯示一個以上的程序的信息的列表，并且將登記請求傳送給許可管理設備，該登記請求包含群的構成信息，該群構成包含從信息的列表上的程序中選擇的多個程序的組合；產品登記步驟，其中，銷售管理設備接收對應于該群的許可信息的輸入，將該許可信息與該群關聯，并且將關聯的許可信息與該群一起存儲到產品信息存儲單元中作為產品 fn息；銷售管理步驟，其中，銷售管理設備響應于用于購買程序的購買請求的接收，傳送產品信息的列表，該產品信息被存儲在產品信息存儲單元中；以及群信息存儲步驟，其中，許可管理設備存儲包含在登記請求中的構成信息。以上通過參考具體的實施例描述本發明。然而，本發明不局限于以上描述的實施例，而且在不背離本發明的范圍和精神的情況下，可以進行各種變形、轉換、改動、調換等寸。本申請是基于并要求2009年11月4日提交的日本專利申請第2009-253499號的優先權的利益，通過引用將其全部內容結合在這里。
權利要求
1.一種許可管理系統，其特征在于，包括銷售管理設備；和許可管理設備，管理由所述銷售管理設備出售的程序的許可，其中，所述銷售管理設備包括傳送單元，顯示一個或者多個所述程序的信息的列表，并且將登記請求傳送給所述許可管理設備，所述登記請求包含群的構成信息，所述群構成包含從所述信息的列表上的所述程序中選擇的多個所述程序的組合；產品信息存儲單元；產品登記單元，接收對應于所述群的許可信息的輸入，將所述許可信息與所述群關聯， 并且將關聯的許可信息與所述群一起作為產品信息存儲到所述產品信息存儲單元中；和銷售管理單元，響應于用于購買所述程序的購買請求的接收，傳送所述產品信息的列表，所述產品信息被存儲在所述產品信息存儲單元中；以及所述許可管理設備包括群信息存儲單元，存儲包含在所述登記請求中的所述構成信息。
2.如權利要求I所述的許可管理系統，其特征在于，所述產品登記單元接收與相同的群相對應的不同的許可信息的輸入，并且將與所述相同的群相對應的所述產品信息存儲到所述產品信息存儲單元中。
3.如權利要求I或2所述的許可管理系統，其特征在于，響應于所述群的構成的改變指令，所述傳送單元將所述群的改變請求傳送給所述許可管理設備，所述改變請求包含按照所述改變指令的構成信息，以及當包含在與所述改變請求有關的所述群中的所述程序的許可不在使用中時，所述許可管理設備基于包含在所述改變請求中的所述構成信息，更新存儲在所述群信息存儲單元中的所述構成信息。
4.如權利要求I到3中任一項所述的許可管理系統，其特征在于，所述銷售管理單元將所述群的所述銷售報告給所述許可管理設備，所述群對應于從所述產品信息的所述列表中選擇的所述產品信息，響應于所述群的刪除指令的輸入，所述傳送單元將所述群的刪除請求傳送給所述許可管理設備，以及當與所述刪除請求有關的所述群沒有對應于與從所述銷售管理單元報告的所述群的所述銷售有關的所述群時，所述許可管理設備從所述群信息存儲單元中刪除與所述刪除請求有關的所述群的所述構成信息。
5.一種包含在許可管理系統中的銷售管理設備，所述許可管理系統包含許可管理設備，所述許可管理設備管理由所述銷售管理設備出售的程序的許可，其特征在于，所述銷售管理設備包括傳送單元，所述傳送單元顯示一個或者多個所述程序的信息的列表，并且將登記請求傳送給所述許可管理設備，所述登記請求包含群的構成信息，所述群構成包含從所述信息的列表上的所述程序中選擇的多個所述程序的組合；產品信息存儲單元；產品登記單元，接收對應于所述群的許可信息的輸入，將所述許可信息與所述群關聯，并且將關聯的許可信息與所述群一起作為產品信息存儲到所述產品信息存儲單元中；和銷售管理單元，響應于用于購買所述程序的購買請求的接收，傳送所述產品信息的列表，所述產品信息被存儲在所述產品信息存儲單元中；以及所述許可管理設備包括群信息存儲單元，存儲包含在所述登記請求中的所述構成信息。
6.如權利要求5所述的銷售管理設備，其特征在于，所述產品登記單元接收與相同的群相對應的不同的許可信息的輸入，并且將與所述相同的群相對應的所述產品信息存儲到所述產品信息存儲單元中。
7.如權利要求5或6所述的銷售管理設備，其特征在于，響應于所述群的構成的改變指令，所述傳送單元將所述群的改變請求傳送給所述許可管理設備，所述改變請求包含按照所述改變指令的構成信息，以及當包含在與所述改變請求有關的所述群中的所述程序的許可不在使用中時，所述許可管理設備基于包含在所述改變請求中的所述構成信息，更新存儲在所述群信息存儲單元中的所述構成信息。
8.如權利要求5到7中任一項所述的銷售管理設備，其特征在于，所述銷售管理單元將所述群的所述銷售報告給所述許可管理設備，所述群對應于從所述產品信息的所述列表中選擇的所述產品信息，響應于所述群的刪除指令的輸入，所述傳送單元將所述群的刪除請求傳送給所述許可管理設備，以及當與所述刪除請求有關的所述群沒有對應于與從所述銷售管理單元報告的所述群的所述銷售有關的所述群時，所述許可管理設備從所述群信息存儲單元中刪除與所述刪除請求有關的所述群的所述構成信息。
9.一種包含在許可管理系統中的許可管理設備，所述許可管理系統包含銷售管理設備，所述許可管理設備管理由所述銷售管理設備出售的程序的許可，其特征在于，所述銷售管理設備包括傳送單元，所述傳送單元顯示一個或者多個所述程序的信息的列表，并且將登記請求傳送給所述許可管理設備，所述登記請求包含群的構成信息，所述群構成包含從所述信息的列表上的所述程序中選擇的多個所述程序的組合；產品信息存儲單元；產品登記單元，接收對應于所述群的許可信息的輸入，將所述許可信息與所述群關聯， 并且將關聯的許可信息與所述群一起作為產品信息存儲到所述產品信息存儲單元中；和銷售管理單元，響應于用于購買所述程序的購買請求的接收，傳送所述產品信息的列表，所述產品信息被存儲在所述產品信息存儲單元中；以及所述許可管理設備包括群信息存儲單元，存儲包含在所述登記請求中的所述構成信息。
10.如權利要求9所述的許可管理設備，其特征在于，所述產品登記單元接收與相同的群相對應的不同的許可信息的輸入，并且將與所述相同的群相對應的所述產品信息存儲到所述產品信息存儲單元中。
11.如權利要求9或10所述的許可管理設備，其特征在于，響應于所述群的構成的改變指令，所述傳送單元將所述群的改變請求傳送給所述許可管理設備，所述改變請求包含按照所述改變指令的構成信息，以及當包含在與所述改變請求有關的所述群中的所述程序的許可不在使用中時，所述許可管理設備基于包含在所述改變請求中的所述構成信息，更新存儲在所述群信息存儲單元中的所述構成信息。
12.如權利要求9到11中任一項所述的許可管理設備，其特征在于，所述銷售管理單元將所述群的所述銷售報告給所述許可管理設備，所述群對應于從所述產品信息的所述列表中選擇的所述產品信息，響應于所述群的刪除指令的輸入，所述傳送單元將所述群的刪除請求傳送給所述許可管理設備，以及當與所述刪除請求有關的所述群沒有對應于與從所述銷售管理單元報告的所述群的所述銷售有關的所述群時，所述許可管理設備從所述群信息存儲單元中刪除與所述刪除請求有關的所述群的所述構成信息。
全文摘要
公開的許可管理系統包括銷售管理設備和許可管理設備。銷售管理設備包括傳送包含群的構成信息的登記請求的傳送單元，群構成包含多個選擇的程序的組合；產品登記單元，接收對應于群的許可信息的輸入，將許可信息與群關聯，并且將許可信息與群存儲到產品信息存儲單元中作為產品信息；和銷售管理單元，響應于用于購買程序的購買請求的接收，傳送產品信息的列表，產品信息被存儲在產品信息存儲單元中。許可管理設備包括群信息存儲單元，群信息存儲單元存儲包含在登記請求中的構成信息。
文檔編號H04L29/06GK102598018SQ20108004928
公開日2012年7月18日 申請日期2010年11月2日 優先權日2009年11月4日
發明者伊藤達雄 申請人:株式會社理光