圖像形成設備、許可確定方法及記錄介質的製作方法

2023-12-06 16:45:11

專利名稱：圖像形成設備、許可確定方法及記錄介質的製作方法
技術領域：
本發明涉及圖像形成設備、許可確定方法及記錄介質，更具體地，涉及能 夠執行由多個程序模塊構成的應用的圖像形成設備、許可確定方法及記錄介質。
背景技術：
近年來，通常被稱為多功能外圍設備或複合機的圖像形成設備已經變得普 遍，在出貨之後可以在該圖像形成設備中開發並安裝新的應用。如果能夠根據 用戶的使用格式來提供該種應用的許可，則用戶可以享受到增加的便利，並且 該應用的供應商可以期望增加的商業機會。
例如，專利文獻1公開了一種用於限制能夠使用某種應用的圖像形成設備 許可管理方法。根據在專利文獻l中公開的技術，能夠根據使用該應用的設備 的數量來改變收費。另外，能夠有效防止通過非法複製該應用進行的非授權使 用。
專利文獻1:日本公開專利申請No. 2008-016013。
不必需由單個程序模塊來構成每一個應用。可以通過已經根據不同功能被 模塊化的多個程序模塊來構成應用。如果在程序模塊的單元中能夠提供用於該 種應用的許可，則可以限制/允許在單個應用中包括的某些功能的使用。因此， 能夠構成不同的產品形式。
然而，當在程序模塊的單元中提供許可時，當激活應用時需要對每一個程 序模塊檢查許可(需要執行許可檢查)。因此，在包括大量程序模塊的詳盡應 用的情況下，檢查許可將需要相當大量的時間。因此，激活應用所花費的時間 可能超過可允許的範圍。

發明內容
本發明提供一種圖像形成設備、許可確定方法及記錄介質，其中消除了一 個或多個上述缺陷。本發明的優選實施例提供一種圖像形成設備、許可確定方法及記錄介質， 當對於構成應用的每一個程序模塊檢查應用的許可時，該圖像形成設備、許可 確定方法及記錄介質能夠適當地減少激活應用所需要的時間。
根據本發明的一個方面，提供了一種圖像形成設備，用於執行由一個或多
個程序模塊構成的應用，所述圖像形成設備包括許可目標標識信息產生單元，
用於產生用於識別哪個程序模塊是許可管理的目標的許可目標標識信息，並用 於在存儲裝置中存儲許可目標標識信息，其中，基於一個或多個程序模塊信息 項目來產生許可目標標識信息，所述一個或多個程序模塊信息項目的每一個與
程序模塊中的一個相關聯以表示相應的程序模塊是否是許可管理的目標；以及
許可確定單元，用於響應於使用應用的使用請求的輸入，確定許可是否存在， 其中，僅對基於許可目標標識信息被識別為許可管理的目標的一個或多個程序 模塊進行所述確定。
根據本發明的一個方面，提供了一種許可確定方法，由圖像形成設備執行 所述許可確定方法，所述圖像形成設備用於執行由 一個或多個程序模塊構成的
應用，所述許可確定方法包括許可目標標識信息產生步驟，產生用於識別哪 個程序模塊是許可管理的目標的許可目標標識信息，並在存儲裝置中存儲許可 目標標識信息，其中，基於一個或多個程序模塊信息項目來產生許可目標標識 信息，所述一個或多個程序模塊信息項目的每一個與程序模塊中的一個相關聯 以表示相應的程序模塊是否是許可管理的目標；以及許可確定步驟，響應於使
用應用的使用請求的輸入，確定許可是否存在，其中，僅對基於許可目標標識 信息被識別為許可管理的目標的一個或多個程序模塊進行所述確定。
根據本發明的一個方面，提供了一種計算機可讀記錄介質，在其中記錄指 令，所述指令用於使計算機作為圖像形成設備以進行用於執行由一個或多個程
序模塊構成的應用的過程，所述過程包括許可目標標識信息產生步驟，產生 用於識別哪個程序模塊是許可管理的目標的許可目標標識信息，並在存儲裝置 中存儲許可目標標識信息，其中，基於一個或多個程序模塊信息項目來產生許 可目標標識信息，所述一個或多個程序模塊信息項目的每一個與程序模塊中的
一個相關聯以表示相應的程序模塊是否是許可管理的目標；以及許可確定步 驟，響應於使用應用的使用請求的輸入，確定許可是否存在，其中，僅對基於許可目標標識信息被識別為許可管理的目標的一個或多個程序模塊進行所述 確定。
根據本發明的一個實施例，提供一種圖像形成設備、許可確定方法及記錄 介質，當對於構成應用的每一個程序模塊檢查應用的許可時，該圖像形成設備、 許可確定方法及記錄介質能夠適當地減少激活應用所需要的時間。


當結合附圖閱讀時，從下面的具體描述中，本發明的其它目的、特徵和優
點將更加清楚，其中
圖1說明根據本發明實施例的圖像形成設備的硬體配置； 圖2說明根據本發明實施例的圖像形成設備的軟體配置； 圖3說明軟體開發工具包(SDK)平臺和SDK應用的許可管理功能的配
置；
圖4說明在圖像形成設備中安裝許可密鑰的過程；
圖5說明許可密鑰的配置；
圖6是用於產生許可列表的處理的流程圖7說明許可列表的示例；
圖8是用於描述根據該實施例的SDK應用的生命周期的狀態轉移圖9是用於描述當激活SDK應用時的處理過程的流程圖IO是用於描述當不存在許可列表時激活SDK應用時的處理過程的流程
圖11A和UB用於描述為什麼通過使用許可列表能夠加速激活SDK應用 的操作。
具體實施例方式
參考附圖，給出本發明的實施例的描述。
圖1說明根據本發明實施例的圖像形成設備的硬體配置。如圖l所示，圖 像形成設備10包括例如控制器11、掃描儀12、印表機13、數據機14、 網絡接口 15及操作面板16等硬體資源。
控制器11包括中央處理單元(CPU) 111、隨機訪問存儲器(RAM) 112、 只讀存儲器(ROM) 113及硬碟驅動(HDD) 114。 ROM 113記錄各種程序及
8由這些程序使用的數據。RAM ]12用作裝載程序的存儲區和被裝載的程序的 工作區。CPU 111處理在RAM 112中裝載的程序以實施各種功能。HDD 114 記錄程序和由這些程序使用的各種數據項目。
掃描儀12是用於掃描原件以獲取圖像數據的硬體資源。印表機3是用於 在紙張上列印圖像數據的硬體資源。數據機14是用於將圖像形成設備10 連接到電話線從而能夠通過傳真傳送並接收圖像數據的硬體資源。網絡接口 15是用於將圖像形成設備10連接到例如區域網(LAN )等網絡(有線或無線) 的硬體資源。操作面板16是包括用於接收來自用戶的輸入或對用戶通知信息 的按鈕和/或液晶顯示面板的硬體資源。
圖2說明根據本發明實施例的圖像形成設備的軟體配置。如圖2所示，圖 像形成設備10包括例如作業系統(OS) 121、控制服務122及應用123等軟 件資源。
例如，OS 121是在處理單元中並行激活軟體資源的UNIX (註冊商標)。
控制服務122是對用於控制各種硬體資源的上級應用提供公共服務的一 組軟體模塊。例如，控制服務122可以提供用於控制掃描儀12或印表機13 的裝置，以及經由數據機14和網絡接口 15使用的通信裝置。
應用123是用於通過使用控制服務122和OS 121來使圖像形成設備10 才丸行由用戶請求的各種作業的程序。應用123被主要地分為為標準應用130 和軟體開發工具包(SDK)應用140。
在作為標準設備的圖像形成設備10中預先安裝標準應用130 (對圖像形 成設備10裝備標準應用130)。在圖2中示出的標準應用130的示例是用於控 制複印作業的複印應用131、用於控制掃描作業的掃描應用132、用於控制傳 真傳送作業的傳真應用133及用於控制列印作業的列印應用134。
SDK應用140是通過使用圖像形成設備10的專用SDK而開發的應用， SDK應用140在SDK平臺150上運行。通過該種配置，能夠在出貨之後使用 專用SDK對圖像形成設備10增加新的應用。例如，圖2示出三種SDK應用 140,即，SDK應用141、 142及143。當已經獲取了相應的許可密鑰時能夠激 活圖像形成設備10中的SDK應用140。通過購買SDK應用140的使用權可 以獲取許可密鑰的數據。在本實施例中，SDK應用140是以Java (註冊商標)語言編寫的程序。然而，當實施本發明時，SDK應用140不限於以Java語言 描述的程序。
SDK平臺150是用於提供SDK應用140的操作環境的軟體資源。例如， SDK平臺150可以包括以Java (註冊商標)虛擬4幾或Java (註冊商標)宏編 輯(ME)中的標準配置提供的一組類，或包裝了控制服務122的功能的一組 類。此外，SDK平臺150管理SDK應用140的許可。例如，SDK平臺150 管理SDK應用140的密鑰並基於許可密鑰控制激活SDK應用140的操作。
圖3說明SDK平臺和SDK應用的許可管理功能的配置。
如圖3所示，每一個SDK應用140包括一個或多個功能模塊(例如，Java (註冊商標)Archive (JAR)等程序模塊)，以及附帶於(相應於)每一個功 能模塊的許可信息文件。可以存在不附帶許可信息文件的功能模塊。每一個功 能模塊實施構成由該功能模塊所屬的SDK應用MO執行的作業的功能之一。 許可信息文件包括關於相應的功能模塊的許可的信息(許可信息)。例如，許 可信息包括功能模塊的標識符(功能名稱)、功能模塊的文件名稱及功能模塊 的顯示名稱(顯示字符串)。
SDK應用140包括功能模塊1401A、 1401B及1401C (在下文中，還可以 被共同地稱為"功能模塊1401")。此外，SDK應用140包括許可信息文件1402A 和1402B(在下文中，還可以被共同地稱為"許可信息文件1402")。功能模 塊1401A附帶許可信息文件1402A。功能模塊1401B附帶許可信息文件1402B。 功能模塊1401C不附帶許可信息文件。這意味著功能模塊1401C不是許可的 目標(不要求許可檢查(免許可))。
SDK平臺150包括許可安裝單元151、許可管理單元152、激活控制單元 153、加密處理單元154及真實性(authenticity)確定單元155。
許可安裝單元151從經由網絡連接的計算機中獲取許可密鑰，在許可文件 160中存儲許可密鑰，並在HDD 114中保存許可文件160。
激活控制單元153控制激活和結束SDK應用140的操作。當激活SDK應 用140時，激活控制單元153查詢許可管理單元152以詢問SDK應用140的 許可狀態，並基於該許可狀態，控制在功能模塊1401的單元中激活SDK應用 140 (將SDK應用140裝載到RAM 112中)的操作。許可管理單元152管理許可文件160並產生許可列表170。對每一個SDK 應用140提供一個許可列表170。因此，當安裝多個SDK應用140時，相應 地產生多個許可列表170。每一個許可列表170是在相應的SDK應用140中 包括的許可信息文件1402中存儲的許可信息項目的列表。此外，許可管理單 元152確定是否能夠通過在許可文件160中存儲的許可密鑰激活作為許可目標 的功能模塊1401 (圖3中的功能模塊1401A和1401B)。基於相應於許可狀態 已經被激活控制單元153詢問的SDK應用140的許可列表170進行該確定。 響應於該詢問，許可管理單元152將確定結果發送到激活控制單元153。
當存儲由許可管理單元152產生的許可列表170時，加密處理單元154加 密許可列表170。當要使用已加密的許可列表170時，加密處理單元154對已 加密的許可列表170進行解密。防止許可列表170被加密處理單元154改變。
真實性確定單元155確定許可列表170是否已經被改變。
下面描述圖像形成設備10的處理過程。
圖4說明在圖像形成設備中安裝許可密鑰的過程。經由網絡將圖4中示出 的個人計算機(PC ) 20連接到圖像形成設備10。 PC 20包括4喿作單元21和許 可傳送單元22。
操作單元21從用戶接收要在圖像形成設備10中使用的SDK應用140(對 其發出許可密鑰的SDK應用140)的產品密鑰的輸入。
產品密鑰是對能夠由SDK應用140和功能模塊1401的組合識別的產品唯 一分配的標識信息。例如，對於包括相同SDK應用140的產品，對於僅能夠 使用一個或某些功能模塊1401的產品和能夠使用所有功能模塊1401的產品提 供不同的產品密鑰。此外，對於僅能夠使用一個或某些功能模塊1401的產品， 根據能夠使用的功能模塊1401來提供不同的產品密鑰。即，通過輸入產品密 鑰，用戶能夠選擇要使用SDK應用140的哪個功能模塊1401。
響應於產品密鑰的輸入，許可傳送單元22請求圖像形成設備10發送機器 碼。在工廠出貨時，對每一個圖像形成設備IO唯一地分配機器碼。響應於該 請求，許可安裝單元151從例如ROM 113中獲取圖像形成設備10的機器碼， 並對許可傳送單元22返回所獲取的機器碼(步驟Sll)。隨後，許可傳送單元 22將許可密鑰發送到圖像形成設備10 (步驟S12 )。許可密鑰是用於僅在由所接收到的機器碼識別的圖像形成設備中，授予通過產品密鑰識別的SDK應用
M0和功能模塊1401的使用權。
圖5說明許可密鑰的配置。如圖5所示，許可密鑰包括應用ID、圖像形 成設備10的機器碼、可以使用的功能(功能模塊1401的標識符列表)及截止 日期。通過使用許可密鑰，允許在許可密鑰中指定的截止日期之前，通過機器 碼識別的圖像形成設備10使用在許可密鑰中指定的功能。在由許可密鑰中的 應用ID識別的SDK應用140中包括該功能。以該方式，在功能的單元中(在 功能模塊1401的單元中)管理用於SDK應用140的許可。應用ID、功能及 截止日期是由產品密鑰確定的值。在許可密鑰中，不僅排列應用ID、圖像形 成設備10的機器碼、可以使用的功能及截止日期的信息項目，而且可以將這 些信息項目進行編碼或加密。可以在PC 20中產生許可密鑰，或響應於來自 PC 20的請求，在經由網絡連接到PC 20的其它計算才幾(例如，合併全球環境 中的許可信息項目的伺服器計算機)中產生許可密鑰。參考圖4，當接收到許 可密鑰時，許可安裝單元151在許可文件160中存儲許可密鑰，並在HDD 114 中保存許可文件160 (步驟S13 )。
圖6是用於產生許可列表的處理的流程圖。對每一個SDK應用M0^l行 圖6中示出的處理。
許可管理單元152在HDD 114中產生與SDK應用140相關的空的許可列 表170(文件)。不限制將許可列表170與SDK應用140相關聯的方法。例如， 可以在許可列表170中包括應用ID,或在具有作為文件夾名稱的應用ID的文 件夾中產生許可列表170。
隨後，對每一個功能模塊1401執行步驟S102到S105。在步驟S102中， 許可管理單元152搜索在作為當前處理目標的SDK應用140中包括的功能模 塊1401。當搜索-發現的功能模塊1401附帶許可信息文件1402 (步驟S103中 為是)時，許可管理單元152將在許可信息文件1402中存儲的許可信息增加 到許可列表170中(步驟S104)。當已經對所有的功能模塊1401執行了搜索 時(步驟S105 ),許可管理單元152使加密處理單元154加密所產生的許可列 表170 (步驟S106)。加密方法不受限制。
通過採用具有圖3示出的配置的SDK應用140作為示例來給出該處理的描述。在步驟S102,許可管理單元152搜索功能模塊1401A。功能模塊1401A 附帶許可信息文件1402A (步驟S103中為是)。在步驟S104,將在功能模塊 140A的許可信息文件1402A中存儲的許可信息註冊到許可列表170中。
然後，該處理返回到步驟S102,在步驟S102中許可管理單元152搜索功 能模塊1401B。功能模塊1401B附帶許可信息文件1402B(步驟S103中為是)。 在步驟S104中，將在功能模塊1401B的許可信息文件1402B中存儲的許可信 息註冊到許可列表170中。
然後，該處理返回到步驟S102，在步驟S102中許可管理單元52搜索功 能模塊1401C。功能模塊1401C沒有附帶許可信息文件1402B (步驟S103中 為否)，在步驟S105中搜索結束。作為結果，產生圖7中示出的許可列表170。
圖7說明許可列表的示例。如圖7所示，在用於每一個功能模塊的許可列 表170中註冊該功能模塊的標識符(功能名稱)、該功能模塊的文件名稱、該 功能模塊的顯示名稱及時間/日期。該時間/日期表示該功能模塊被許可的時間 (發出許可密鑰的時間)。通過將在已經是處理目標的SDK應用140的許可文 件160之中生成包括用於相應功能模塊的許可密鑰的許可文件160 (在步驟 S104中生成該文件)的時間/日期傳遞到許可列表170來註冊該日期/時間。在 該時間點上，也可以在許可列表170中記錄與許可密鑰相關的信息(例如，許 可文件160的文件名稱或許可密鑰本身)。
圖7中示出的功能模塊A對應於圖3中示出的功能模塊1401A。圖7中 示出的功能模塊B對應於圖3中示出的功能模塊1401B。如上所述，功能模塊 1401C不附帶許可信息文件，因此，不能在許可列表170中註冊功能模塊 1401C。
描述產生許可列表170的定時(當執行圖6的處理的定時)。SDK應用140 具有如圖8中所說明的生命周期。圖8是用於描述根據本實施例SDK應用的 生命周期的狀態轉移圖。
在圖像形成設備10中安裝SDK應用140之前，SDK應用140處於未安 裝狀態，並且當它已被安裝時它轉變為已安裝狀態。在已安裝狀態下，SDK 應用140初始處於SDK應用140沒有被激活的未激活狀態，並且還處於不存 在相應許可密鑰的未許可狀態。在該未許可狀態下，不能激活SDK應用140。了許可密鑰時，SDK應用140轉變為^C許 可狀態。在被許可狀態下，能夠激活SDK應用140。
當在被許可狀態期間激活SDK應用40時，SDK應用140轉變為已激活 狀態。在已激活狀態期間，用戶能夠使用在SDK應用140中包括的被許可的 功能。當SDK應用40被停止時，SDK應用40返回到被許可狀態。當在未 激活狀態期間卸載SDK應用140時，SDK應用140返回到未安裝狀態。
在上述生命周期中，當安裝SDK應用140時或當激活SDK應用140時， 產生許可列表170。
圖9是用於描述當激活SDK應用140時的處理過程的流程圖。當通過操 作面板16從用戶接收到激活某個SDK應用140的指令(使用請求)時，激活 控制單元153向該應用ID的許可管理單元150報告已經已經進行使用請求的 SDK應用140 (被請求的SDK應用140)。此外，激活控制單元153查詢許 可管理單元152以詢問SDK應用140的許可狀態。響應於該詢問，開始圖9 中示出的處理。
首先，許可管理單元152將相應於被請求的SDK應用140的許可列表170 裝載到RAM 112中(步驟S201)。許可管理單元152使加密處理單元154解 密該許可列表170 (步驟S202 )。許可管理單元152使真實性確定單元155確 定該許可列表170的真實性(步驟S203 )。真實性確定單元155通過例如在加 密處理單元154已經成功解密許可列表170之後，檢查許可列表170的數據格 式是否符合預定格式來確定許可列表170的真實性。當還沒有成功解密許可列 表170時或當許可列表170與預定格式不一致時，真實性確定單元155確定該 許可列表170不真實(欺騙性的)。
可以使用電子籤名來確定許可列表170的真實性。例如，當產生許可列表 170時，在加密許可列表170之前也可以對許可列表170產生哈希值，並與許 可列表170相關聯地保存該哈希值。真實性確定單元155通過將在步驟S202 中解密的許可列表170的哈希值和與許可列表170相關聯地保存的哈希值相比 較來確定許可列表170是否已經改變(確定真實性)。
當真實性確定單元155確定許可列表170是不真實的(步驟S203中為否) 時，許可管理單元152對被請求的SDK應用140執行圖6中示出的處理，以再次產生許可列表170 (步驟S204)。並且也可以當在步驟S201中不存在許 可列表170時，在步驟S204中執行產生許可列表170的處理。
當真實性確定單元155確定許可列表170是真實的(步驟S203中為是) 時，或在步驟S204之後，許可管理單元152基於許可列表170識別出在不能 (不能允許)被激活的被請求的SDK應用140中的功能模塊1401 (步驟S205 到S209 )。
在步驟S206，許可管理單元52從許可列表170中獲取一個記錄項(entry ) (相應於一個功能模塊1401的許可信息)(步驟S206)。基於在已獲取的許可 信息中包括的標識符和在相應於該SDK應用140的許可文件160中存儲的許 可密鑰，許可管理單元152確定相應於該許可信息的功能模塊1401是否能夠 被使用(被激活)(步驟S207 )。
即，只要許可密鑰是有效的並且該標識符被包括在許可密鑰中的"功能" 項目下，則確定功能模塊1401能夠被使用。否則(包括不存在相應於SDK應 用140的許可文件160的情況)，確定功能模塊1401不能被使用。當許可密鑰 有效時，其表示許可密鑰中的機器碼符合圖像形成設備10的機器碼，並且許 可密鑰還沒有期滿。
當許可管理單元152確定功能模塊不能被使用(步驟S207中為否)時， 許可管理單元152將功能模塊1401的標識符增加到激活-禁止列表(不能被激 活的功能模塊的列表)。
當已經對於在許可列表170中包括的所有的記錄項(許可信息項目)已經 完成了從步驟S206到步驟S208的處理時，許可管理單元152將激活-禁止列 表輸出到激活控制單元153，作為表示被請求的SDK應用140的許可狀態的 信息(步驟S209 )。
然後，激活控制單元153基於激活-禁止列表來控制激活SDK應用140的 操作(步驟S210)。特定地，激活控制單元153卩艮制(防止)激活或使用在激 活-禁止列表中包括的功能模塊1401。因此，將限制使用一個或某些SDK應用 140的功能。例如，在SDK應用140與複印作業相關時，不能使用彩色複印 作業的功能。
基於圖3中示出的SDK應用140更具體地說明圖9中的處理。參考圖3,例如，假設在許可文件160中包括的許可密鑰僅許可了功能模塊1401A。在該 情況下，當進行激活SDK應用140的請求時，由於在激活-禁止列表中包括功 能模塊1401B,因此防止功能模塊1401B被激活。從而，僅能使用功能模塊 1401A和功能模塊1401C的功能。由於功能模塊1401C不是許可管理的目標， 因此能夠使用功能模塊1401C的功能。
圖9描述通過使用SDK應用140的激活-禁止列表來將許可狀態報告給激 活控制單元153的示例。然而，許可管理單元152可以通過使用能夠被激活的 功能模塊的列表來將許可狀態報告給激活控制單元153。
如上所述，根據本實施例的圖像形成設備10預先產生要求許可-檢查的功 能模塊1401的許可列表70。因此，當激活SDK應用140時，僅對於在許可 列表170中錄入的功能模塊1401檢查許可。因此，能夠減少執行許可-檢查的 次數，從而適當地減少激活全部SDK應用140所需要的時間。圖。
在步驟S301到S305,確定在被請求的SDK應用40中包括的功能模塊 1401是否是許可目標。對於在被請求的SDK應用140中包括的所有功能模塊 1401執行確定功能模塊1401是否是許可目標的處理(步驟S303 )。對於被確 定為是許可目標的功能模塊1401,確定許可密鑰是否被提供並且該許可密鑰 是否是真實的(步驟S304和步驟S305 )。當確定功能模塊1401不能被使用時， 將相應的功能模塊.1401增加到功能-禁止列表(步驟S306)。當已經檢查了所 有的功能模塊1401時(步驟S307),基於檢查功能模塊1401的結果來控制激 活SDK應用140的操作(步驟S308 )。
在圖IIA和11B中示意性地說明圖10的處理和由#4居本實施例的圖像形 成設備10執行的處理的區別。
圖IIA和11B用於描述為什麼通過使用許可列表能夠加速激活SDK應用 的操作。
圖IIA說明圖IO的處理。圖IIA說明當激活SDK應用140時，對SDK 應用140的所有功能模塊1401執行許可檢查。在示例中，每次激活SDK應用 140時，4丸ff許可^r查九次。
16同時，圖IIB說明由根據本實施例的圖像形成設備IO執行的處理。在本實施例中，當安裝了 SDK應用140時，對SDK應用140的所有功能模塊1401 執行許可檢查，並產生許可列表170。圖IIB說明其中確定兩個功能模塊1401 是許可的目標的示例。因此，當激活SDK應用140時，僅對在許可列表170 中錄入的這兩個功能模塊1401執行許可檢查。如上所述，在SDK應用140中包括的功能模塊1401的數量越大，本發明 的實施例將越有效。在安裝SDK應用140時不用必須產生許可列表170。即 使在安裝SDK應用140時不產生許可列表170,也可以在初次激活SDK應用 140時產生許可列表170。此外，在存儲許可列表170時可以對許可列表170進行加密，從而能夠在 使用許可列表170之前檢查許可列表170是否已經被改變。因此，可以恰當地 防止未授權用戶通過改變許可列表170而欺騙性地獲取許可(例如，通過從許 可列表170中刪除記錄項來避免對相應的功能模塊1401執行許可檢查)。此外，即使當激活SDK應用140時檢測出許可列表170已經被改變，也 可以再次產生許可列表170,因此，可以在許可範圍內順利激活SDK應用140。在本實施例中，在許可列表170中包括作為許可管理的目標的功能模塊 1401的許可信息。然而，可以由不是許可管理的目標的功能模塊1401的許可 信息構成許可列表170。任一方式都是可接受的，只要可以使用許可列表no 來識別哪個功能模塊1401是許可管理的目標。本發明不限於具體揭示的實施例，在不脫離本發明的範圍的情況下可以進 行變化和變形。本發明基於在2008年4月29日遞交的日本優先權專利申請No. 2008-222132，並將其全部內容併入本文作為參考。
權利要求
1.一種圖像形成設備，用於執行由一個或多個程序模塊構成的應用，所述圖像形成設備包括許可目標標識信息產生單元，用於產生用於識別哪個程序模塊是許可管理的目標的許可目標標識信息，並用於在存儲裝置中存儲許可目標標識信息，其中，基於一個或多個程序模塊信息項目來產生許可目標標識信息，所述一個或多個程序模塊信息項目的每一個與程序模塊中的一個相關聯以表示相應的程序模塊是否是許可管理的目標；以及許可確定單元，用於響應於使用應用的使用請求的輸入，確定許可是否存在，其中，僅對基於許可目標標識信息被識別為許可管理的目標的一個或多個程序模塊進行所述確定。
2. 根據權利要求1所述的圖像形成設備，其中在當輸入使用應用的使用請求時在存儲裝置中沒有存儲許可目標標識信 息的情況下，所述許可目標標識信息產生單元產生許可目標標識信息；以及所述許可確定單元基於響應於使用請求的輸入已經產生的許可目標標識 信息來確定許可是否存在。
3. 根據權利要求1所述的圖像形成設備，進一步包括 真實性確定單元，用於響應於使用應用的使用請求的輸入，確定許可目標標識信息是否真實，其中在真實性確定單元確定許可目標標識信息為不真實的情況下，所述許可目 標標識信息產生單元再次產生許可目標標識信息；以及基於已經再次產生的許可目標標識信息，所述許可確定單元確定許可是否 存在。
4. 根據權利要求1所述的圖像形成設備，其中許可目標標識信息包括與被識別為許可管理的目標的一個或多個程序模 塊相對應的一個或多個程序模塊信息項目。
5. 根據權利要求1所述的圖像形成設備，其中所述許可目標標識信息產生單元當在存儲裝置中存儲許可目標標識信息時，加密許可目標標識信息。
6. —種許可確定方法，由圖像形成設備執行所述許可確定方法，所述圖 像形成設備用於執行由 一個或多個程序模塊構成的應用，所述許可確定方法包括許可目標標識信息產生步驟，產生用於識別哪個程序模塊是許可管理的目 標的許可目標標識信息，並在存儲裝置中存儲許可目標標識信息，其中，基於 一個或多個程序模塊信息項目來產生許可目標標識信息，所述一個或多個程序 模塊信息項目的每一個與程序模塊中的一個相關聯以表示相應的程序模塊是 否是許可管理的目標；以及許可確定步驟，響應於使用應用的使用請求的輸入，確定許可是否存在， 其中，僅對基於許可目標標識信息被識別為許可管理的目標的一個或多個程序 模塊進行所述確定。
7. 根據權利要求6所述的許可確定方法，其中在當輸入使用應用的使用請求時在存儲裝置中沒有存儲許可目標標識信 息的情況下，在所述許可目標標識信息產生步驟中產生許可目標標識信息；以 及在所述許可確定步驟中，基於響應於使用請求的輸入已經產生的許可目標 標識信息，來對於許可是否存在進行確定。
8. 根據權利要求6所述的許可確定方法，進一步包括真實性確定步驟，響應於使用應用的使用^"求的輸入，確定許可目標標識信息是否真實；以及許可目標標識信息再產生步驟，在所述真實性確定步驟中確定許可目標標識信息為不真實的情況下，所述許可目標標識信息再產生步驟單元再次產生許 可目標標識信息，其中在所述許可確定步驟中，基於已經再次產生的許可目標標識信息，對於許 可是否存在進行確定。
9. 根據權利要求6所述的許可確定方法，其中許可目標標識信息包括與被識別為許可管理的目標的一個或多個程序模 塊相對應的一個或多個程序模塊信息項目。
10. 根據權利要求6所述的許可確定方法，其中在所述許可目標標識信息產生步驟中，當在存儲裝置中存儲許可目標標識 信息時，加密許可目標標識信息。
11. 一種計算機可讀記錄介質，在其中記錄指令，所述指令用於使計算機 作為圖像形成設備以進行用於執行由一個或多個程序模塊構成的應用的過程，所述過程包括許可目標標識信息產生步驟，產生用於識別哪個程序模塊是許可管理的目 標的許可目標標識信息，並在存儲裝置中存儲許可目標標識信息，其中，基於 一個或多個程序模塊信息項目來產生許可目標標識信息，所述一個或多個程序 模塊信息項目的每一個與程序模塊中的一個相關聯以表示相應的程序模塊是 否是許可管理的目標；以及許可確定步驟，響應於使用應用的使用請求的輸入，確定許可是否存在， 其中，僅對基於許可目標標識信息被識別為許可管理的目標的一個或多個程序 才莫塊進行所述確定。
12.根據權利要求11所述的記錄介質，其中在當輸入使用應用的使用請求時在存儲裝置中沒有存儲許可目標標識信 息的情況下，在所述許可目標標識信息產生步驟中產生許可目標標識信息；以 及在所述許可確定步驟中，基於響應於使用請求的輸入已經產生的許可目標 標識信息，來對於許可是否存在進行確定。
13. 根據權利要求11所述的記錄介質，其中，所述過程進一步包括真實性確定步驟，響應於使用應用的使用請求的輸入，確定許可目標標識信息是否真實；以及許可目標標識信息再產生步驟，在所述真實性確定步驟中確定許可目標標識信息為不真實的情況下，所述許可目標標識信息再產生步驟單元再次產生許 可目標標識信息，其中在所述許可確定步驟中，基於已經再次產生的許可目標標識信息，對於許可是否存在進行確定。
14. 根據權利要求11所述的記錄介質，其中許可目標標識信息包括與被識別為許可管理的目標的一個或多個程序模 塊相關聯的一個或多個程序模塊信息項目。
15.根據權利要求11所述的記錄介質，其中在所述許可目標標識信息產生步驟中，當在存儲裝置中存儲許可目標標識 信息時，加密許可目標標識信息。
全文摘要
一種圖像形成設備、許可確定方法及記錄介質。該圖像形成設備用於執行由一個或多個程序模塊構成的應用，該圖像形成設備包括許可目標標識信息產生單元，用於產生用於識別哪個程序模塊是許可管理的目標的許可目標標識信息，並用於在存儲裝置中存儲許可目標標識信息，其中，基於一個或多個程序模塊信息項目來產生許可目標標識信息，所述一個或多個程序模塊信息項目的每一個與程序模塊中的一個相關聯以表示相應的程序模塊是否是許可管理的目標；及許可確定單元，用於響應於使用應用的使用請求的輸入，確定許可是否存在，其中，僅對基於許可目標標識信息被識別為許可管理的目標的一個或多個程序模塊進行該確定。
文檔編號H04N1/00GK101662557SQ200910166608
公開日2010年3月3日 申請日期2009年8月20日 優先權日2008年8月29日
發明者南雲拓, 杉浦裕子 申請人:株式會社理光