專利名稱：圖像形成裝置、功能追加方法及計算機可讀記錄介質(zhì)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及圖像形成裝置、功能追加方法及計算機可讀記錄介質(zhì)，例如，。包括應(yīng) 用平臺的圖像形成裝置、功能追加方法及計算機可讀記錄介質(zhì)
背景技術(shù)：
近年來，在被稱為多功能機或聯(lián)合機的圖像形成裝置中，存在具有應(yīng)用平臺(下 文也簡單地稱為“平臺”)的API (應(yīng)用程序接口)的圖像形成裝置(例如，參見日本公開專 利申請No. 2008-16013)。通過第三方廠商等在平臺上開發(fā)許多應(yīng)用。用戶購買適合用戶的 企業(yè)等的應(yīng)用，并將適合的應(yīng)用安裝在圖像形成裝置中(下文也簡單地稱為“機器”)。從 而，能夠?qū)崿F(xiàn)企業(yè)效率。該平臺裝配了設(shè)計來實現(xiàn)盡可能多的需要的API。然而，由于終端用戶對設(shè)備的使 用變得更多樣化以及在平臺上設(shè)置各種應(yīng)用，因此存在對于在設(shè)備已經(jīng)被制成之后改變平 臺的需求。例如，在存在獲得關(guān)于用于新近開發(fā)的應(yīng)用的設(shè)備的信息的需要的情況下，除非 平臺具有用于獲得該設(shè)備的該信息的API，否則要求平臺的開發(fā)者獲得用于新近開發(fā)的應(yīng) 用的設(shè)備的信息。因此，當(dāng)該種獲得信息的需要增加時，平臺的開發(fā)者的工作量變得非常 大。因此，無法減少開發(fā)需要的步驟的數(shù)量。理論上，可以使API實現(xiàn)預(yù)先提供所有設(shè)備的信息。然而，事實上，由于所有設(shè)備 的信息的龐大數(shù)量，因此預(yù)先使API實現(xiàn)獲得所有設(shè)備的信息是困難的。此外，從開發(fā)成本 的觀點來說，在不清楚所實現(xiàn)的API是否將被使用的情況下，實現(xiàn)該種API是不切實際的。 另外，由于對設(shè)備設(shè)計了通用設(shè)備接口(例如USB(通用串行總線))，因此幾乎不可能預(yù)先 知道關(guān)于經(jīng)由該設(shè)備接口控制裝置的API。

發(fā)明內(nèi)容
本發(fā)明提供一種實質(zhì)上消除由相關(guān)技術(shù)的限制和缺陷造成的一個或多個問題的 圖像形成裝置、功能追加方法及計算機可讀記錄介質(zhì)。在下面的描述中闡述本發(fā)明的特點和優(yōu)點，并且從該描述和附圖中本發(fā)明的特點 和優(yōu)點將部分地變得清楚，或可以通過根據(jù)在描述中提供的宗義實踐本發(fā)明來領(lǐng)會本發(fā)明 的特點和優(yōu)點。通過能使本領(lǐng)域普通技術(shù)人員實踐本發(fā)明的完整、清楚、簡潔及準(zhǔn)確的術(shù)語 在說明書中特定指出的圖像形成裝置、功能追加方法及計算機可讀記錄介質(zhì)，將實現(xiàn)和獲 得本發(fā)明的其它特征和優(yōu)點以及目的。為了達(dá)到這些和其它優(yōu)點并根據(jù)本發(fā)明的目的，如本文包含并廣泛描述的，本發(fā) 明的實施例提供一種圖像形成裝置，包括應(yīng)用平臺，包括具有空實現(xiàn)的至少一個接口 ；及 應(yīng)用部件，配置來將至少一個附加程序應(yīng)用到接口，至少一個附加程序能夠被動態(tài)地追加 到另一程序。當(dāng)聯(lián)系附圖閱讀時，通過下面的具體描述，本發(fā)明的其它目的、特征及優(yōu)點將更清楚。


圖1是說明根據(jù)本發(fā)明實施例的機器管理系統(tǒng)的示例性配置的示意圖；圖2是用于描述附加程序的示意圖；圖3是說明根據(jù)本發(fā)明實施例的圖像形成裝置的硬件配置的示意圖；圖4是說明根據(jù)本發(fā)明實施例的圖像形成裝置的軟件配置的示意圖；圖5是用于描述追加新API的示例的示意圖；圖6是用于描述改變現(xiàn)有的API的示例的示意圖；圖7是說明根據(jù)本發(fā)明實施例的測試應(yīng)用1215的功能配置的示意圖；圖8是描述根據(jù)本發(fā)明實施例設(shè)置測試條件和確定條件的操作的時序圖；圖9是描述根據(jù)本發(fā)明實施例的測試應(yīng)用1215的操作的序列圖；圖10是描述根據(jù)本發(fā)明實施例的包括資源數(shù)據(jù)獲取處理和有效性確定處理的操 作的第一示例的序列圖；及圖11是描述根據(jù)本發(fā)明實施例包括資源數(shù)據(jù)獲取處理和有效性確定處理的操作 的第二示例的序列圖。
具體實施例方式圖1是說明根據(jù)本發(fā)明實施例的機器管理系統(tǒng)1000的示例性配置的示意圖。圖1 中的機器管理系統(tǒng)1000包括由例如辦公室的LAN(局域網(wǎng))等網(wǎng)絡(luò)40連接的圖像形成裝 置10和管理裝置20。網(wǎng)絡(luò)40可以是有線網(wǎng)絡(luò)或無線網(wǎng)絡(luò)。在本實施例中，圖像形成裝置10是具有在單個外殼中提供的多個功能(例如，復(fù) 印機功能、傳真功能、打印機功能、掃描儀功能等)的圖像形成裝置。可選擇地，圖像形成裝 置10可以是提供上述多個功能之一的圖像形成裝置。管理裝置20是例如執(zhí)行附加程序的管理并將附加程序傳送到圖像形成裝置10的 計算機，上述附加程序要被應(yīng)用到在圖像形成裝置10中使用的程序上。在本實施例中，“附 加程序”指能夠動態(tài)地中斷預(yù)定處理(在附加程序中限定的程序)并能夠被追加到圖像形 成裝置10的目標(biāo)程序的特定位置的程序。圖2是用于描述附加程序的示意圖。圖2表示程序501的虛擬存儲器的指令布置， 對程序501要應(yīng)用(追加)附加程序505。在追加附加程序505之前的情況(以正常順序 執(zhí)行指令的布置的情況)下，程序501順序執(zhí)行指令1、指令2及指令3。附圖標(biāo)記501a表 示正在追加附加程序505的狀態(tài)下的程序501。在圖2說明的示例中，在指令1和指令2之 間追加附加程序505的處理。在該情況下，以分支指令代替指令2，并根據(jù)表格502執(zhí)行指 令2。定義表格502以在初始化處理、預(yù)處理(例如，將變量追加到堆棧中)、調(diào)用附加程序 505的處理及后處理(例如，從堆棧中提取所追加的變量)之后執(zhí)行指令2，然后返回到程 序501a中的指令3。換句話說，在應(yīng)用(追加)附加程序的情況下，當(dāng)指令到達(dá)要被追加附加程序的目 標(biāo)程序的預(yù)定位置時執(zhí)行附加程序的處理。在執(zhí)行附加程序的處理之后，處理的控制返回 到目標(biāo)程序。然后，目標(biāo)程序從追加了附加程序的位置開始繼續(xù)執(zhí)行剩余處理。附加程序不僅包括要被追加的處理(中斷處理)的信息，而且還包括目標(biāo)程序的信息和識別要被追 加附加程序的處理的位置的信息。在附加程序中可以涉及例如關(guān)于目標(biāo)程序的變量的數(shù)據(jù)。因此，可以通過使用附 加程序來執(zhí)行例如用于輸出目標(biāo)程序的特定位置的日志數(shù)據(jù)(例如，變量值)的處理、用于 校正程序缺陷的處理或用于實現(xiàn)新功能的處理的中斷(追加)。因此，在不必執(zhí)行源代碼的校正、編輯及鏈接并且也不必執(zhí)行重新安裝的情況下， 附加程序可以動態(tài)地執(zhí)行日志數(shù)據(jù)的輸出、程序缺陷的校正或功能的加強。在本實施例中，將附加程序應(yīng)用(追加)到目標(biāo)程序并使附加程序運行的動作被 稱為附加程序的“生效”。即，在本實施例中，使附加程序生效是將附加程序裝載到存儲器 中，并對目標(biāo)程序追加(插入)所裝載的附加程序的分支指令(處理)。換句話說，僅通過 將附加程序傳送到圖像形成裝置10中，附加程序是不運行(不操作)的。即，為了對目標(biāo)程 序追加(中斷)分支指令(處理)，要使附加程序生效。另一方面，在從目標(biāo)程序釋放(移 除)附加程序的情況下，附加程序“失效”。圖3是說明根據(jù)本發(fā)明實施例的圖像形成裝置10的硬件配置的示意圖。在圖3 中，圖像形成裝置10包括例如CPU 10URAM 102,ROM 103、HDD104、掃描儀105、打印機106、 操作面板(控制面板)107、SD卡槽108、USB端口 109及網(wǎng)絡(luò)接口 110等硬件部件。在ROM 103中保存(記錄)用于程序的各種程序和數(shù)據(jù)。RAM 102用作其中保存 (記錄)了要被裝載的程序的區(qū)域，或用作用于要對所裝載的程序執(zhí)行的各種處理的工作 區(qū)。CPU 101通過執(zhí)行所裝載的程序中的處理來完成各種功能。程序及由該程序使用的各 種程序也可以保存在HDD 104中。掃描儀105用于從文檔等中讀出圖像數(shù)據(jù)。打印機106 用于將圖像數(shù)據(jù)打印到打印紙的頁面上。操作面板107包括用于從用戶接收輸入的輸入部 件和用于向用戶顯示各種數(shù)據(jù)的顯示部件(例如，液晶面板)。SD卡槽108用于讀出在SD 卡50中記錄的程序。在圖像形成裝置10中，不僅將在ROM 103中記錄和保存的程序裝載 到RAM 102中并進行執(zhí)行，而且，也可以將在SD卡50中記錄的程序裝載到RAM 102中并進 行執(zhí)行。USB端口 109是用作USB(通用串行總線)接口的連接器。網(wǎng)絡(luò)接口 110是用于連 接到網(wǎng)絡(luò)(例如無線網(wǎng)絡(luò)、有線網(wǎng)絡(luò))的硬件接口。圖4是說明根據(jù)本發(fā)明實施例的圖像形成裝置10的軟件配置的示意圖。在圖4 中，圖像形成裝置10包括例如標(biāo)準(zhǔn)應(yīng)用121、SDK(軟件開發(fā)工具包)應(yīng)用122、SDK平臺 123、虛擬應(yīng)用服務(wù)(VAS) 124、控制服務(wù)125、附加程序控制部件1 及OS (操作系統(tǒng))127。標(biāo)準(zhǔn)應(yīng)用121包括要被預(yù)先實現(xiàn)(例如，在裝運之前實現(xiàn))的、標(biāo)準(zhǔn)化的應(yīng)用程序 組。在圖4中，標(biāo)準(zhǔn)應(yīng)用121包括掃描儀應(yīng)用1211、打印機應(yīng)用1212、復(fù)印機應(yīng)用1213、傳 真機應(yīng)用1214及測試應(yīng)用1215。掃描儀應(yīng)用1211執(zhí)行掃描作業(yè)。打印機應(yīng)用1212執(zhí)行 打印作業(yè)。復(fù)印機應(yīng)用1213執(zhí)行復(fù)印作業(yè)。傳真機應(yīng)用1214執(zhí)行傳真發(fā)送作業(yè)和傳真接 收作業(yè)。在例如使用新功能增強(加強)圖像形成裝置10的應(yīng)用平臺的情況下，測試應(yīng)用 1215執(zhí)行測試以確定新功能的有效性。下面具體描述圖像形成裝置10的應(yīng)用平臺的范圍?？刂品?wù)125是對上級應(yīng)用等(例如標(biāo)準(zhǔn)應(yīng)用121、SDK平臺123)提供用于控制 硬件資源等(API)的功能的軟件摸塊組。在圖4中，控制服務(wù)125包括操作面板控制服務(wù) (OCS) 1251、引擎控制服務(wù)(ECS) 1252、傳真控制服務(wù)(FCS) 1253、網(wǎng)絡(luò)控制服務(wù)(NCS) 1254 及系統(tǒng)控制服務(wù)(SCS) 1255。OCS 1251提供用于對操作面板107執(zhí)行控制的API。ECS 1252提供用于對例如掃描儀105和打印機106等圖像形成部件的引擎部分執(zhí)行控制的API。 FCS1253提供用于對傳真執(zhí)行控制的API。NCS 12 提供用于對網(wǎng)絡(luò)通信執(zhí)行控制的API。 SCS 1255提供用于對圖像形成裝置10內(nèi)的系統(tǒng)管理執(zhí)行控制的API或用于對圖像形成裝 置10的各種數(shù)據(jù)執(zhí)行控制的API。VAS 124介于控制服務(wù)125及其上級應(yīng)用(例如標(biāo)準(zhǔn)應(yīng)用121、SDK平臺123)之 間。更具體地，VAS IM對上級應(yīng)用提供控制服務(wù)125的預(yù)先包裝的API。通過以VAS 124 包裝控制服務(wù)125，能夠從上級應(yīng)用隱藏控制服務(wù)125的API。作為結(jié)果，VAS 124能夠吸 收由于例如控制服務(wù)125的升級而產(chǎn)生的API的改變，并能夠通過升級獲得用于上級應(yīng)用 的兼容性。SDK應(yīng)用122是在圖像形成裝置10裝運之后另外開發(fā)并實現(xiàn)的應(yīng)用程序，該應(yīng) 用程序用作擴展圖像形成裝置10的功能的插件程序。在圖4中，SDK應(yīng)用122包括應(yīng)用A 1221、應(yīng)用B 1222及SDK測試應(yīng)用1223。應(yīng)用A和B是用于提供預(yù)定服務(wù)的SDK應(yīng)用122。 例如，應(yīng)用A 1221可以是由廠商A開發(fā)的SDK應(yīng)用122，應(yīng)用B 1222可以是由廠商B開發(fā) 的SDK應(yīng)用122。在對圖像形成裝置10的應(yīng)用平臺執(zhí)行功能增強等情況下，SDK測試應(yīng)用 1223執(zhí)行測試，以從對SDK平臺123是否產(chǎn)生影響的角度確定功能的增強是否有效SDK平臺123提供用于執(zhí)行SDK應(yīng)用122的環(huán)境。使用由SDK平臺123提供的 API (類別庫)開發(fā)各個SDK應(yīng)用。SDK平臺123提供Java(注冊商標(biāo))語言的API，與由 控制服務(wù)125提供的API相比，該API較少地依賴機器并具有較高的開發(fā)效率。因此，以 Java(注冊商標(biāo))來實現(xiàn)SDK應(yīng)用122。在圖4中，SDK平臺123包括Java(注冊商標(biāo))虛 擬機。因此，SDK應(yīng)用122可以使用Java(注冊商標(biāo))標(biāo)準(zhǔn)的類別庫。要注意，在本實施例中，SDK應(yīng)用122和SDK平臺123被記錄在SD卡50中。SDK 應(yīng)用122和SDK平臺123也可以被記錄在其它便攜式計算機可讀記錄介質(zhì)(例如USB存儲 器、⑶-ROM)中。此外，也可以在網(wǎng)絡(luò)中分配并從網(wǎng)絡(luò)獲得SDK應(yīng)用122和SDK平臺123。圖4說明其中將SDK應(yīng)用122和SDK平臺123從SD卡50裝載到虛擬存儲器中的 情況。附加程序控制部件1 接收從管理裝置20傳送的附加程序并將附加程序裝載到 RAM 102中。此外，附加程序控制部1 根據(jù)從管理裝置20發(fā)送的指令來對附加程序執(zhí)行 控制(例如有效或無效)。OS (操作系統(tǒng))127包括例如設(shè)備驅(qū)動器1271。作為線程操作圖像形成裝置10中 的每一個軟件應(yīng)用并由OS 127進行處理。設(shè)備驅(qū)動器1271對連接到圖像形成裝置10的 通用設(shè)備接口(例如USB端口 109)的設(shè)備執(zhí)行控制。除了 SDK應(yīng)用122和SDK平臺123之外(排除Java (注冊商標(biāo))虛擬機)，圖4中 說明的圖像形成裝置10的程序是本地代碼，即，被轉(zhuǎn)換為可以由CPUlOl執(zhí)行的機器語言的程序。在圖4中，在假設(shè)SDK平臺123是狹義上的應(yīng)用平臺的情況下，可以認(rèn)為SDK平臺 123、VAS IM及控制服務(wù)125對應(yīng)于廣義上的應(yīng)用平臺(用于實現(xiàn)應(yīng)用平臺的一部分)。 這是由于，雖然SDK應(yīng)用122的開發(fā)商僅可以看得見SDK平臺123，但是VAS IM及系統(tǒng)控 制125對于SDK平臺123起作用也是必需的。在根據(jù)本發(fā)明的實施例的下面的描述中，被 簡稱為“應(yīng)用平臺”的術(shù)語指由SDK平臺123、VAS 1 及控制服務(wù)125構(gòu)成的部分。S卩，在本實施例中，由包括以降順排列的SDK平臺123、VAS 124及控制服務(wù)125的多個層構(gòu)成應(yīng)
用平臺。如圖4所示，形成應(yīng)用平臺的各個層123、124、125包括以附圖標(biāo)記“a”表示的部 分和以附圖標(biāo)記“b”表示的部分?！癮”部分是用于在不必執(zhí)行例如譯碼和編譯的情況下使 新API被實質(zhì)上追加的實現(xiàn)部分。“b”部分是用于在不必執(zhí)行例如譯碼和編譯的情況下使 處理的內(nèi)容(執(zhí)行內(nèi)容)被改變的實現(xiàn)部分。然而，對于“b”部分不要求特別的實現(xiàn)處理 被執(zhí)行。這是由于通過追加(應(yīng)用)附加程序，可以動態(tài)地改變已經(jīng)存在的API。因此，“b” 部分可以是表示要被追加附加程序的位置的部分。技術(shù)上，在不執(zhí)行例如譯碼和編譯(特定地，本地代碼)的情況下不能追加新 API。因此，根據(jù)本發(fā)明的實施例，虛擬地完成新API的追加。更具體地，以空函數(shù)(blank function)或方法(下文也稱為偽函數(shù)(dummy function))來實現(xiàn)“a”部分。術(shù)語“空”不 限于完全的空函數(shù)或方法(在函數(shù)中不寫入內(nèi)容)，而是可以是實質(zhì)上的空函數(shù)或方法。實 質(zhì)上的空函數(shù)或方法可以是不具有用于完成特定功能的所寫入的任何步驟的函數(shù)。例如， 日志的記錄步驟(記錄函數(shù)的調(diào)用的步驟)不是用于完成特定功能的步驟。因此，即使函 數(shù)包括日志的記錄步驟，該函數(shù)也被認(rèn)為是實質(zhì)上的空函數(shù)或方法。此外，即使函數(shù)包括提 供了要追加附加程序的位置的虛構(gòu)步驟，這也不會影響必須是空的函數(shù)或方法的要求。應(yīng)用平臺的各個層的偽函數(shù)的數(shù)量可以是單數(shù)或復(fù)數(shù)。此外，可以例如以fimcl 和fimc2任意設(shè)置函數(shù)的名稱。自變量或返回值的類型優(yōu)選是能夠保存或引用的任意類型 的數(shù)據(jù)。通過使用附加程序執(zhí)行偽函數(shù)的實現(xiàn)(implementing)。通過偽函數(shù)設(shè)置要追加附 加程序的位置。通過以偽函數(shù)應(yīng)用附加程序，當(dāng)調(diào)用偽函數(shù)時可以執(zhí)行在附加程序中實現(xiàn) 的處理。作為結(jié)果，可以將用于完成在初始應(yīng)用平臺中沒有包括的功能的新API實質(zhì)地追 加到例如SDK平臺123、VAS 124及控制服務(wù)125。實現(xiàn)偽函數(shù)的位置(部分)或應(yīng)用附加程序的目標(biāo)可以限于被轉(zhuǎn)換(編譯)為本 地代碼(可由CPU 101執(zhí)行的代碼)的部分。換句話說，在執(zhí)行追加新API或改變現(xiàn)有的 API的情況下，以Java(注冊商標(biāo))實現(xiàn)的部分不必須要求偽函數(shù)的實現(xiàn)或附加函數(shù)的應(yīng) 用。這是由于，以Java(注冊商標(biāo))實現(xiàn)的部分具有高的擴展性，并且容易追加新API。此 外，這是由于，歸因于例如Java(注冊商標(biāo))語言的繼承性，因此可以容易地改變現(xiàn)有的API 的處理。然而，以上描述不意味著排斥其中在以Java(注冊商標(biāo))實現(xiàn)的部分中實現(xiàn)偽函 數(shù)或?qū)⒏郊庸δ茏芳拥揭訨ava(注冊商標(biāo))實現(xiàn)的部分的實施例。在根據(jù)本發(fā)明的實施例的應(yīng)用平臺中，SDK平臺123的API部分是以Java(注冊 商標(biāo))實現(xiàn)的部分，而VAS IM和控制服務(wù)125是被轉(zhuǎn)換為本地代碼的部分。下面具體描述追加新API的示例。圖5是用于描述追加新API的示例的示意圖。 在圖5說明的示例中，經(jīng)由USB端口 109將新設(shè)備30 (例如用于完成Z形折疊的設(shè)備)連 接到圖像形成裝置10。在OS 127的級別，可以經(jīng)由設(shè)備驅(qū)動器1271以通用API (例如，輸 入輸出控制(ioctl))控制新設(shè)備30。然而，同時，在該情況下，應(yīng)用平臺123、124、125還沒 有裝配用于控制新設(shè)備30的API。在圖5說明的示例中，在控制服務(wù)125中實現(xiàn)附加程序131，在VAS 124中實現(xiàn)附 加程序132。更具體地，在該示例中，要實現(xiàn)附加程序131的位置是SCS 1255的“a”部分的偽函數(shù)(下文稱為“SCS偽函數(shù)”)。此外，要實現(xiàn)附加程序132的位置是VAS IM的“a” 部分的偽函數(shù)(下文稱為“VAS偽函數(shù)”)。要注意，下文將SCS 1255的“a”部分表示為 “SCS125fe”，將VAS 124的“a”部分表示為“VAS12^”，并且也以相同的方式表示應(yīng)用平臺 的其它層的“a”部分(例如，下文將SDK平臺123的“a”部分表示為“SDK123a”)。管理裝 置20保存所實現(xiàn)的附加程序131、132并管理所保存的附加程序131、132。將具有用于接收 新設(shè)備30的控制請求的方法的新類別的類別文件追加到SDK123a。例如，被應(yīng)用到SCS偽函數(shù)的附加程序131具有被配置來根據(jù)SCS偽函數(shù)的自變 量值指明用于控制新設(shè)備30的自變量值并調(diào)用OS 127的相應(yīng)的通用API (輸入輸出控制、 讀或?qū)?的實現(xiàn)(implementation)。例如，SCS偽函數(shù)的自變量可以表示指明了要在新設(shè) 備20上執(zhí)行的控制的值。被應(yīng)用到VAS偽函數(shù)的附加程序132具有被配置來根據(jù)VAS偽函數(shù)的自變量值指 明自變量值并調(diào)用相應(yīng)的SCS偽函數(shù)的實現(xiàn)。換句話說，實現(xiàn)被應(yīng)用到上級層的偽函數(shù)的 附加程序以調(diào)用下級層的相應(yīng)的偽函數(shù)。要注意，對VAS偽函數(shù)指明的自變量值在不被轉(zhuǎn) 換的情況下也可以被用作對SCS偽函數(shù)指明的自變量值(即，可以不予改變地使用自變量 值)。作為可選擇的例子，對VAS偽函數(shù)指明的自變量值可以被轉(zhuǎn)換，并且轉(zhuǎn)換后的值可以 是對SCS偽函數(shù)指明的自變量值。在希望更多的摘要值或更多的通用值被指明作為VAS偽 函數(shù)的自變量的情況下，該可選擇的例子是有效的。將類別追加到SDK123a的方法具有被配置來根據(jù)已指明的自變量值的內(nèi)容來指 明自變量值并調(diào)用相應(yīng)的VAS偽函數(shù)的實現(xiàn)。要注意，對類別的追加方法指明的自變量值 在不被轉(zhuǎn)換的情況下也可以被用作對VAS偽函數(shù)指明的自變量值(即，可以不予改變地使 用自變量值)。作為可選擇的例子，對類別的追加方法指明的自變量值可以被轉(zhuǎn)換，并且轉(zhuǎn) 換后的值可以是對VAS偽函數(shù)指明的自變量值。在用戶指示管理裝置20將附加程序131、132傳送到圖像形成裝置10的情況下， 管理裝置20傳送附加程序131、132。當(dāng)圖像形成裝置10的附加程序控制部件1 接收到 附加程序131、132時，附加程序控制部件1 使附加程序131、132有效。換句話說，將附加 程序131轉(zhuǎn)換為被應(yīng)用到SCS偽函數(shù)的狀態(tài)，并且將附加程序132轉(zhuǎn)換為被應(yīng)用到VAS偽 函數(shù)的狀態(tài)。當(dāng)附加程序131被應(yīng)用到SCS偽函數(shù)并且附加程序132被應(yīng)用到VAS偽函數(shù)時， SDK應(yīng)用122可以控制或使用新設(shè)備30。圖5說明應(yīng)用A 1221正在控制新設(shè)備30的情 況。即，應(yīng)用A 1221調(diào)用將類別追加到SDK平臺123a的方法(步驟Sll)。對應(yīng)于由應(yīng)用 A 1221請求的控制的內(nèi)容的值被指明作為追加類別的方法的自變量。追加類別的方法的 自變量包括與由應(yīng)用A 1221請求的控制的內(nèi)容一致指明的值。追加類別的方法根據(jù)由該 方法實現(xiàn)的內(nèi)容來調(diào)用VAS偽函數(shù)(步驟S12)。從而，響應(yīng)于VAS偽函數(shù)的調(diào)用來執(zhí)行附 加程序132。因此，作為結(jié)果，實質(zhì)上由VAS偽函數(shù)調(diào)用SCS偽函數(shù)(步驟S13)。然后，響 應(yīng)于SCS偽函數(shù)的調(diào)用來執(zhí)行附加程序131。從而，作為結(jié)果，實質(zhì)上由SCS偽函數(shù)調(diào)用OS 127的API (例如，輸入輸出控制、讀、寫)(步驟S14)。由SCS偽函數(shù)調(diào)用的API依賴于由 SCS偽函數(shù)指明的自變量值。響應(yīng)于所調(diào)用的API，0S 127經(jīng)由設(shè)備驅(qū)動器1271執(zhí)行對新 設(shè)備30的控制(步驟Sl5)。從而，通過本發(fā)明上述實施例，即使在圖像形成裝置10的應(yīng)用平臺沒有裝配用于控制新設(shè)備的API的情況下，也可以通過使用偽函數(shù)和附加程序131、132將相應(yīng)于新設(shè)備 30的API追加到圖像形成裝置10的應(yīng)用平臺。下面，具體描述改變現(xiàn)有的API的示例。圖6是用于描述改變現(xiàn)有的API的示例 的示意圖。作為圖6中描述的圖像形成裝置的先決條件，預(yù)先將關(guān)于預(yù)定硬件設(shè)備(例如， 掃描儀105、打印機106或操作面板107)的數(shù)據(jù)報告給SCS 1255，并由SCS 1255管理預(yù)定 硬件設(shè)備的參數(shù)(下文稱為“參數(shù)A”)。然而，雖然參數(shù)A用于確定由SCS 1255進行的處 理，但SDK應(yīng)用122初始不需要參數(shù)A。因此，作為為了提供預(yù)定硬件的數(shù)據(jù)(下文也稱為 “數(shù)據(jù)獲取函數(shù)S”)要在SCS 1255的API中提供的目標(biāo)(返回值的目標(biāo))，在SCS 1255中 初始不包括參數(shù)A。在以上情況下圖6說明使SDK應(yīng)用122能夠參考參數(shù)A的示例。在圖6的示例中，要作為包括數(shù)據(jù)獲取函數(shù)S的SCS的一部分來實現(xiàn)附加程序 133。此外，要作為包括VAS IM的現(xiàn)有函數(shù)(下文也稱為“數(shù)據(jù)獲取函數(shù)V”)的一部分來 實現(xiàn)附加程序133，VAS IM的現(xiàn)有函數(shù)被配置來通過調(diào)用數(shù)據(jù)獲取函數(shù)S獲得數(shù)據(jù)并將所 獲得的數(shù)據(jù)提供給例如SDK平臺123。管理裝置20保存所實現(xiàn)的附加程序133、134，并管 理所保存的附加程序133、134。要被應(yīng)用到數(shù)據(jù)獲取函數(shù)S的附加程序133包括用于將參數(shù)A追加到例如數(shù)據(jù)獲 取函數(shù)S的現(xiàn)有返回值的實現(xiàn)。例如，可以通過增加返回值的字節(jié)數(shù)并在通過增加字節(jié)數(shù) 獲取的空間中保存參數(shù)A來追加參數(shù)A。要被應(yīng)用到數(shù)據(jù)獲取函數(shù)V的附加程序134包括 用于將來自數(shù)據(jù)獲取函數(shù)S的返回值中包括的參數(shù)A追加數(shù)據(jù)獲取函數(shù)V的返回值的實 現(xiàn)。在SDK平臺123中實現(xiàn)現(xiàn)有類別的子類別，該子類別具有用于提供通過由SDK應(yīng) 用122調(diào)用數(shù)據(jù)獲取函數(shù)V獲取的數(shù)據(jù)的方法(下文稱為“數(shù)據(jù)獲取方法”)。忽略子類別 的數(shù)據(jù)獲取方法。忽略的內(nèi)容是將在來自數(shù)據(jù)獲取函數(shù)V的返回值中包括的參數(shù)A追加到 數(shù)據(jù)獲取方法的返回值。在用戶指示管理裝置20將附加程序133、134傳送到圖像形成裝置10的情況下， 管理裝置20將附加程序133、134傳送到圖像形成裝置10。當(dāng)圖像形成裝置10的附加程序 控制部件1 接收到附加程序133、134時，附加程序控制部件1 使附加程序133、134有 效。換句話說，將附加程序133變?yōu)楸粦?yīng)用到數(shù)據(jù)獲取函數(shù)S的預(yù)定位置的狀態(tài)，并且將附 加程序134變?yōu)楸粦?yīng)用到數(shù)據(jù)獲取函數(shù)V的預(yù)定位置的狀態(tài)。當(dāng)附加程序133被應(yīng)用到數(shù)據(jù)獲取函數(shù)S的預(yù)定位置并且附加程序134被應(yīng)用到 數(shù)據(jù)獲取函數(shù)V的預(yù)定位置時，SDK應(yīng)用122可以獲取參數(shù)A。圖6說明SDK應(yīng)用122獲取 包括參數(shù)A的預(yù)定設(shè)備30的數(shù)據(jù)的情況。預(yù)先將包括參數(shù)A的預(yù)定設(shè)備30的數(shù)據(jù)報告給SCS 1255，并由SCS 1255管理該 數(shù)據(jù)(步驟S21)。然后，應(yīng)用A 1221調(diào)用SDK平臺123的數(shù)據(jù)獲取方法(步驟S22)。然 后，通過SDK平臺123的數(shù)據(jù)獲取方法的所忽略的部分調(diào)用數(shù)據(jù)獲取函數(shù)V(步驟S2!3)。然 后，一如既往，數(shù)據(jù)獲取函數(shù)V調(diào)用數(shù)據(jù)獲取函數(shù)S (步驟S24)。在處理數(shù)據(jù)獲取函數(shù)S的 過程中，當(dāng)?shù)竭_(dá)要應(yīng)用附加程序133的位置時執(zhí)行附加程序133。附加程序133執(zhí)行包括將 由SCS1255管理的參數(shù)A變?yōu)镾CS 1255的返回值的處理。例如，附加程序133使SCS 1255 獲取在存儲器102中記錄的參數(shù)A的值，并使從存儲器102獲取的值被追加到處理數(shù)據(jù)獲 取函數(shù)S的返回值。當(dāng)處理的控制返回到數(shù)據(jù)獲取函數(shù)S時，將追加了參數(shù)A的返回值返回到數(shù)據(jù)獲取函數(shù)V (步驟S2Q。然后，當(dāng)?shù)竭_(dá)要應(yīng)用附加程序134的位置時執(zhí)行附加程序 134。附加程序134執(zhí)行將在數(shù)據(jù)獲取函數(shù)S的返回值中包括的參數(shù)A追加到數(shù)據(jù)獲取函 數(shù)V的返回值的處理。當(dāng)處理的控制返回到數(shù)據(jù)獲取函數(shù)V時，將追加了參數(shù)A的返回值 返回到數(shù)據(jù)獲取方法(步驟S26)。然后，數(shù)據(jù)獲取方法將包括通過SDK平臺123的所忽略 的部分追加的參數(shù)A的返回值返回到應(yīng)用A 1221(步驟S27)。從而，應(yīng)用A 1221可以執(zhí)行 使用參數(shù)A的處理。應(yīng)該注意，可以通過追加新API來完成參數(shù)A的獲取?？梢酝ㄟ^參考上述圖5中 說明的示例來理解怎樣通過追加新API來獲取參數(shù)A，從而省略其進一步的解釋。下面具體描述例如為了應(yīng)用附加程序測試新API的追加或現(xiàn)有API的改變的有效 性(即，功能加強的有效性)的示例。通過測試應(yīng)用1215或SDK測試應(yīng)用1223來執(zhí)行有 效性的測試。圖7是說明根據(jù)本發(fā)明實施例的測試應(yīng)用1215的功能配置的示意圖。在圖7中， 測試應(yīng)用1215包括例如設(shè)置部分1215A、獲取部分1215B及確定部分1215C。設(shè)置部分1215A接收各種設(shè)置(例如，測試條件、確定條件)，設(shè)置測試條件、確 定條件等，并在HDD 104中記錄所設(shè)置的測試條件、確定條件等。在本實施例中，測試條件 包括表示要能從中獲取資源使用狀態(tài)(例如，表示資源的消耗量的數(shù)據(jù)，下文稱為“資源數(shù) 據(jù)”)的資源的數(shù)據(jù)和表示用于獲取資源數(shù)據(jù)的時序的數(shù)據(jù)。換句話說，測試條件表示用于 獲取資源數(shù)據(jù)的方法。測試條件可以是例如表示獲取一秒時間間隔中每秒CPU的使用率或 獲取一秒時間間隔中虛擬存儲器的使用率(或物理存儲器的使用率)的方法的數(shù)據(jù)。虛擬 存儲器的使用率(或物理存儲器的使用率)可以被用作用于抓取頻率(在該頻率上交換 (swapping)發(fā)生)的數(shù)據(jù)。當(dāng)交換的頻率變得較高時，圖像形成裝置10的性能傾向于極大 地下降。因此，抓取交換的頻率是用于測試有效性的非常重要的因素。在測試條件中可以包括用于獲取資源數(shù)據(jù)的時間段(period)(開始時間、結(jié)束時 間或從開始獲取資源數(shù)據(jù)起過去的時間)。要注意，能從中獲取資源數(shù)據(jù)的資源不限于單一 資源。例如，該資源不限于RAM 102、CPU 101、HDD 104或硬件設(shè)備(例如，電源)。例如， 該資源也可以是圖像形成裝置10的軟件構(gòu)件(例如，圖像形成裝置10的文件描述符或虛 擬存儲器)。確定條件可以是表示用于確定功能加強的有效性的標(biāo)準(zhǔn)的數(shù)據(jù)。確定條件被設(shè)置 為相應(yīng)于根據(jù)測試條件獲得的資源數(shù)據(jù)的條件。確定條件可以是例如表示與在應(yīng)用附加程 序之前CPU的平均使用率相比CPU的平均使用率將不超過+15%的條件，或表示與在應(yīng)用 附加程序之前虛擬存儲器的平均使用率相比虛擬存儲器的平均使用率將不超過+10%的條 件。要注意，確定條件不必限于與在應(yīng)用附加程序之前的資源相比。例如，確定條件可以是 與絕對值相比(例如，表示CPU的平均使用率將不超過XX的條件)。獲取部分1215B根據(jù)測試條件獲取資源數(shù)據(jù)。確定部分1215C基于從獲取部分 1215B獲取的資源數(shù)據(jù)和確定條件來確定有效性。要注意，SDK測試應(yīng)用1223可以具有與測試應(yīng)用1215實質(zhì)上相同的功能配置。 然而，由于SDK測試應(yīng)用1223在Java(注冊商標(biāo))機上進行操作，因此，基于Java(注冊商 標(biāo))機處理的虛擬資源的資源數(shù)據(jù)來確定有效性。下面描述測試有效性的操作。圖8是描述根據(jù)本發(fā)明實施例設(shè)置測試條件和確定條件的操作(過程)的時序圖。在將附加程序從管理裝置20傳送到圖像形成裝置10之前 執(zhí)行圖8說明的操作。在圖8說明的示例中，管理員等設(shè)置測試條件和確定條件(步驟S101)。經(jīng)由在經(jīng) 網(wǎng)絡(luò)40連接到圖像形成裝置10的測試應(yīng)用1215的設(shè)置部分1215A的操作面板或PC (個人 計算機)上顯示的設(shè)置屏幕來執(zhí)行該設(shè)置。然后，設(shè)置部分1215A在HDD 104中記錄(保 存)所設(shè)置的測試條件和確定條件(步驟S102)。要注意，在測試應(yīng)用1215和SDK測試應(yīng)用1223上都執(zhí)行圖8中的操作。圖9是描述根據(jù)本發(fā)明實施例的測試應(yīng)用1215的操作的序列圖。測試應(yīng)用1215的獲取部分1215B根據(jù)例如由設(shè)置部分1215A設(shè)置的測試條件等 開始獲取資源數(shù)據(jù)，并在HDD 104中記錄所獲取的資源數(shù)據(jù)(步驟S201)?？梢愿鶕?jù)測試條 件周期性地執(zhí)行資源數(shù)據(jù)的獲取。然后，附加程序控制部件1 從管理裝置20接收附加程和使附加程序有效的指令 (步驟S2(^)。然后，附加程序控制部件1 使所接收到的附加程序有效(步驟S20;3)。艮口， 將附加程序應(yīng)用到要應(yīng)用附加程序的預(yù)定位置。然后，附加程序控制部件1 對測試應(yīng)用 1215報告附加程序的有效性(步驟S204)。可以在發(fā)送到測試應(yīng)用1215的報告中指明附 加程序的標(biāo)識符(程序ID)。即使在報告了附加程序的有效性之后，測試應(yīng)用1215繼續(xù)根據(jù)測試條件獲取資 源(步驟S205)。然而，要注意，測試應(yīng)用1215以在報告附加程序的有效性之前和之后獲 取的資源數(shù)據(jù)可以被互相辨別的方式，記錄在報告附加程序的有效性之前獲取的資源數(shù)據(jù) (在步驟S201中獲取的資源數(shù)據(jù))和在報告附加程序的有效性之后獲取的資源數(shù)據(jù)。例如， 先前的和后來的資源數(shù)據(jù)可以被記錄在不同的文件中，或用于表示附加程序的有效性的欄 可以被追加到按時間發(fā)生順序記錄的資源數(shù)據(jù)的歷史中。然后，測試應(yīng)用1215的確定部分1215C基于所獲取的資源數(shù)據(jù)和預(yù)定的確定條件 來確定有效性(步驟S206)。在確定條件是表示在使附加程序有效之前的資源數(shù)據(jù)和在使 附加程序有效之后的資源數(shù)據(jù)之間的比較關(guān)系的條件的情況下，確定部分1215C基于在步 驟S201獲取的資源數(shù)據(jù)和在S205獲取的資源數(shù)據(jù)之間的差別值并基于確定條件來確定有 效性。在該情況下，認(rèn)為在使附加程序有效之前的資源數(shù)據(jù)和在使附加程序有效之后的資 源數(shù)據(jù)之間的差別影響了應(yīng)用附加程序?？蛇x擇地，在確定條件是表示與絕對值的比較的條件的情況下，確定部分1215C 基于在步驟S205獲取的資源數(shù)據(jù)和絕對數(shù)據(jù)之間的比較關(guān)系來確定有效性。在步驟S206，在可以指定用于基于測試條件獲取資源數(shù)據(jù)的時間限制的情況下， 可以當(dāng)達(dá)到指定時間限制時自動執(zhí)行有效性的確定?？梢酝ㄟ^指明測試條件的限制來執(zhí)行 指定用于獲取資源數(shù)據(jù)的時間限制的情況。例如，可以指明獲取資源數(shù)據(jù)的次數(shù)(例如10 次)，或可以指明用于獲取資源數(shù)據(jù)的時間段(例如30分鐘)。另一方面，在不能指定用于 基于測試條件獲取資源數(shù)據(jù)的時間限制的情況下，在使附加程序有效之后在預(yù)定時間過去 之后通過確定部分1215C自動執(zhí)行有效性確定，或根據(jù)用戶經(jīng)由例如操作面板107輸入的 指令來執(zhí)行有效性確定。然后，確定部分1215C將確定結(jié)果(表示追加有效或無效的數(shù)據(jù))報告給附加程 序控制部件126(步驟S207)。附加程序控制部件1 根據(jù)確定結(jié)果執(zhí)行處理。例如，在確定結(jié)果表示功能加強無效的情況下，附加程序控制部件1 使附加程序無效(步驟S208)。 另一方面，在確定結(jié)果表示功能加強有效的情況下，附加程序控制部件126使附加程序有 效。下面，具體描述資源數(shù)據(jù)獲取處理(步驟S2(^)和有效性確定處理(步驟S206)。圖10是描述根據(jù)本發(fā)明實施例的包括資源數(shù)據(jù)獲取處理和有效性確定處理的操 作的第一示例的序列圖。響應(yīng)于圖9的步驟S204報告附加程序有效開始圖10的操作。測試應(yīng)用1215的獲取部分1215B請求設(shè)置部分1215A獲取測試條件(步驟S301)。 然后，設(shè)置部分1215A獲取在HDD 104中保存的測試條件并將測試條件輸出到獲取部分 1215B(步驟S302)。然后，獲取部分1215B根據(jù)測試條件獲取資源數(shù)據(jù)。在圖10說明的示 例中，周期性地獲取資源數(shù)據(jù)(即，通過輪詢(polling)獲取資源數(shù)據(jù))。在通過輪詢獲取 資源數(shù)據(jù)的情況下，測試條件優(yōu)選包括表示例如輪詢時間段、輪詢時間間隔及受到輪詢的 資源的識別數(shù)據(jù)的數(shù)據(jù)。圖10中的以短劃線說明的上部矩形區(qū)域表示經(jīng)由專用于輪詢資源數(shù)據(jù)的控制服 務(wù)125的API獲取資源數(shù)據(jù)的步驟(步驟S303)。在該情況下，獲取部分1215B請求控制服 務(wù)125執(zhí)行用于經(jīng)由VAS IM獲取資源數(shù)據(jù)的輪詢。根據(jù)來自獲取部分1215B的請求，控 制服務(wù)125執(zhí)行用于獲取資源數(shù)據(jù)的輪詢，并將輪詢的結(jié)果輸出到獲取部分1215B。圖10中的以短劃線說明的下部矩形區(qū)域表示其中獲取部分1215B關(guān)于OS 127直 接執(zhí)行用于獲取資源數(shù)據(jù)的輪詢的步驟。只要執(zhí)行輪詢，就將經(jīng)由OS 127獲取的資源數(shù)據(jù) 返回到獲取部分1215B。根據(jù)指定要由測試條件獲取的資源的資源數(shù)據(jù)(目標(biāo)資源數(shù)據(jù))，步驟S303和 S304的內(nèi)容可以不同。例如，在可由控制服務(wù)125獲取的資源數(shù)據(jù)不是目標(biāo)資源數(shù)據(jù)的情 況下，不執(zhí)行步驟S303。要注意，在圖9的步驟S201中也執(zhí)行在圖10的步驟S301-S304中執(zhí)行的處理。在獲取資源數(shù)據(jù)之后(例如，在測試條件中指定的資源獲取時間段已經(jīng)過去之 后)，確定部分1215C請求設(shè)置部分1215A獲取確定條件(步驟S3(^)。設(shè)置部分1215A獲 取在HDD 104中保存的確定條件，并將確定條件輸出到確定部分1215C(步驟S306)。然后， 確定部分1215C基于確定條件和由獲取部分1215B獲取的資源數(shù)據(jù)來確定有效性(步驟 S307)。雖然在圖10說明的通過輪詢獲取(測量)資源數(shù)據(jù)的第一示例中，可能很難檢測 瞬間消耗的資源的最大數(shù)量，但是在檢測在預(yù)定單位時間中資源消耗的平均值具有重要意 義的情況下第一示例是適合的。例如，在CPU使用率或虛擬存儲器使用率方面，檢測CPU或 虛擬存儲器的平均消耗(使用)是重要的。因此，通過輪詢獲取(測量)資源數(shù)據(jù)的第一 示例是適合的。在通過輪詢獲取資源數(shù)據(jù)的情況下，優(yōu)選例如將輪詢的時間間隔延長到不影響由 圖像形成裝置執(zhí)行的作業(yè)的工作量的程度，或考慮到通過輪詢造成的工作量而調(diào)節(jié)(校 正)資源數(shù)據(jù)。下面，圖11是描述根據(jù)本發(fā)明實施例包括資源數(shù)據(jù)獲取處理和有效性確定處理 的操作的第二示例的序列圖。可以作為圖10說明的操作的替換來執(zhí)行圖11的操作。步驟S401和S402與圖10中的步驟S301和S302實質(zhì)相同。在步驟S401和S402之后，檢測應(yīng)用1215的獲取部分1215B注冊(記錄)關(guān)于OS 127的回調(diào)函數(shù)及用于調(diào)用 關(guān)于OS 127的回調(diào)函數(shù)的條件(下文也稱為“調(diào)用條件”)(步驟S403)。回調(diào)函數(shù)基于預(yù) 定測試條件。例如，圖11的第二示例的測試條件是某資源的資源數(shù)據(jù)是否已經(jīng)變?yōu)轭A(yù)定狀 態(tài)(例如，CPU的使用率已經(jīng)超過)。因此，在該情況下，調(diào)用條件是“CPU的使用率已 經(jīng)超過N%”?？梢酝ㄟ^OS 127注冊分別具有不同的調(diào)用條件的多個調(diào)用函數(shù)。然后，在根據(jù)與從硬件設(shè)備獲取的資源狀態(tài)的改變相關(guān)聯(lián)報告的事件，OS 127檢 測到滿足至少一個所記錄的調(diào)用條件的情況下，OS 127調(diào)用回調(diào)函數(shù)(步驟S405)。響應(yīng)于回調(diào)函數(shù)的調(diào)用，檢測應(yīng)用1215的確定部分1215C請求設(shè)置部分1215A獲 取確定條件(步驟S406)。設(shè)置部分1215A獲取在HDD 104中保存的確定條件，并將所獲取 的確定條件輸出到確定部分1215C(步驟S407)。然后，確定部分1215C基于確定條件和與 所調(diào)用的回調(diào)函數(shù)相關(guān)的調(diào)用條件(測試條件)來確定有效性(步驟S408)。例如，在確定 條件是“CPU的使用率等于或小于70%”而調(diào)用條件是“CPU的使用率已經(jīng)變得等于或大于 70%”的情況下，不滿足對回調(diào)函數(shù)的調(diào)用所響應(yīng)的確定條件。因此，確定部分1215C確定 功能加強無效。圖11中的通過事件驅(qū)動型方法獲取(測量)資源數(shù)據(jù)的第二示例適合于檢測瞬 間消耗的資源的最大數(shù)量具有重要意義的情況。例如，在例如具有限制大小的文件描述符 等資源數(shù)據(jù)方面，即使當(dāng)消耗瞬間發(fā)生時檢測消耗的最大數(shù)量也是重要的。因此，通過事件 驅(qū)動型方法獲取(測量)資源數(shù)據(jù)的第二示例是適合的。雖然使用圖9-11描述測試應(yīng)用1215，但是也可以以相同的方式描述SDK測試應(yīng)用 1223。在本發(fā)明的上述實施例中，在SDK應(yīng)用122調(diào)用被追加或被改變的API的情況下 (例如，圖5或6中的應(yīng)用A 1221)，關(guān)于資源數(shù)據(jù)的獲取同步執(zhí)行API的調(diào)用。可選擇地， 要調(diào)用API的SDK應(yīng)用122可以在調(diào)用API的時序上執(zhí)行資源數(shù)據(jù)的獲取，并基于所獲取 的資源數(shù)據(jù)來確定有效性?？蛇x擇地，在調(diào)用API的時序上，SDK應(yīng)用122可以將API的調(diào) 用報告給測試應(yīng)用1215或SDK測試應(yīng)用1223。從而，測試應(yīng)用1215或SDK測試應(yīng)用1223 可以響應(yīng)于來自SDK應(yīng)用122的報告獲取資源數(shù)據(jù)。因此，當(dāng)調(diào)用API時可以適時地獲取資源數(shù)據(jù)。作為結(jié)果，可以基于適時獲取的資 源數(shù)據(jù)來確定有效性。因此，通過根據(jù)本發(fā)明上述實施例的圖像形成裝置10，可以容易地執(zhí)行新API的 追加或現(xiàn)有API的改變。此外，可以適當(dāng)?shù)販y試追加新API或改變現(xiàn)有API的影響。因此， 可以防止由于API的追加或改變造成的圖像形成裝置10性能的極大下降。本發(fā)明不限于特定揭示的實施例，在不脫離本發(fā)明的范圍的情況下可以進行修改 和變型。本申請基于在2009年12月14日遞交的日本優(yōu)優(yōu)先權(quán)申請No. 2009483310，并將 它們的全部內(nèi)容并入本文作為參考。
權(quán)利要求
1.一種圖像形成裝置，包括應(yīng)用平臺，包括具有空實現(xiàn)的至少一個接口 ；及應(yīng)用部件，配置來將至少一個附加程序應(yīng)用到所述接口，所述至少一個附加程序能夠 被動態(tài)地追加到另一程序。
2.根據(jù)權(quán)利要求1所述的圖像形成裝置，其中應(yīng)用平臺包括多個層，其中對多個層中 的每一個提供具有空實現(xiàn)的接口，并且其中應(yīng)用部件被配置來將多個附加程序應(yīng)用到對多 個層中的相應(yīng)層提供的接口，其中多個層中的上級層的多個附加程序之一被配置來調(diào)用多 個層中的下級層的接口。
3.根據(jù)權(quán)利要求1所述的圖像形成裝置，進一步包括獲取部件，配置來響應(yīng)于應(yīng)用部件應(yīng)用附加程序，獲取圖像形成裝置的資源數(shù)據(jù)；及確定部件，配置來通過將所獲取的資源數(shù)據(jù)與預(yù)定的確定條件相比較，確定附加程序 的應(yīng)用的有效性。
4.根據(jù)權(quán)利要求3所述的圖像形成裝置，其中獲取部件被配置來在應(yīng)用附加程序之前 獲取資源數(shù)據(jù)，并且其中確定部件被配置來基于在應(yīng)用附加程序之前獲取的資源數(shù)據(jù)和預(yù) 定確定條件來確定所述有效性。
5.一種功能追加方法，所述功能追加方法用于操作包括應(yīng)用平臺的圖像形成裝置，所 述應(yīng)用平臺包括具有空實現(xiàn)的至少一個接口，所述功能追加方法包括以下步驟應(yīng)用步驟，將至少一個附加程序應(yīng)用到所述接口，所述至少一個附加程序能夠被動態(tài) 地追加到另一程序。
6.根據(jù)權(quán)利要求5所述的功能追加方法，其中應(yīng)用平臺包括多個層，其中對多個層中 的每一個提供具有空實現(xiàn)的接口，其中應(yīng)用步驟包括將多個附加程序應(yīng)用到對多個層中的 相應(yīng)層提供的接口的步驟，并且其中多個層中的上級層的多個附加程序之一被配置來調(diào)用 多個層中的下級層的接口。
7.根據(jù)權(quán)利要求5所述的功能追加方法，進一步包括以下步驟獲取步驟，響應(yīng)于附加程序的應(yīng)用，獲取圖像形成裝置的資源數(shù)據(jù)；及確定步驟，通過將所獲取的資源數(shù)據(jù)與預(yù)定的確定條件相比較，確定附加程序的應(yīng)用 的有效性。
8.根據(jù)權(quán)利要求7所述的功能追加方法，其中獲取步驟包括在應(yīng)用附加程序之前獲取 資源數(shù)據(jù)的步驟，并且其中確定步驟包括基于在應(yīng)用附加程序之前獲取的資源數(shù)據(jù)和預(yù)定 確定條件來確定所述有效性的步驟。
9.一種計算機可讀記錄介質(zhì)，在所述計算機可讀記錄介質(zhì)上記錄用于使圖像形成裝置 的計算機執(zhí)行功能追加方法的程序，所述圖像形成裝置包括應(yīng)用平臺，所述應(yīng)用平臺包括 具有空實現(xiàn)的至少一個接口，所述功能追加方法包括以下步驟應(yīng)用步驟，將至少一個附加程序應(yīng)用到所述接口，所述至少一個附加程序能夠被動態(tài) 地追加到另一程序。
10.根據(jù)權(quán)利要求9所述的計算機可讀記錄介質(zhì)，其中應(yīng)用平臺包括多個層，其中對多 個層中的每一個提供具有空實現(xiàn)的所述接口，其中應(yīng)用步驟包括將多個附加程序應(yīng)用到對 多個層中的相應(yīng)層提供的接口的步驟，并且其中多個層中的上級層的多個附加程序之一被 配置來調(diào)用多個層中的下級層的接口。
11.根據(jù)權(quán)利要求9所述的計算機可讀記錄介質(zhì)，其中所述功能追加方法進一步包括 以下步驟獲取步驟，響應(yīng)于附加程序的應(yīng)用，獲取圖像形成裝置的資源數(shù)據(jù)；及 確定步驟，通過將所獲取的資源數(shù)據(jù)與預(yù)定的確定條件相比較，確定附加程序的應(yīng)用 的有效性。
12.根據(jù)權(quán)利要求11所述的計算機可讀記錄介質(zhì)，其中獲取步驟包括在應(yīng)用附加程序 之前獲取資源數(shù)據(jù)的步驟，并且其中確定步驟包括基于在應(yīng)用附加程序之前獲取的資源數(shù) 據(jù)和預(yù)定確定條件來確定所述有效性的步驟。
全文摘要
本發(fā)明提供一種圖像形成裝置、功能追加方法及計算機可讀記錄介質(zhì)。圖像形成裝置，包括應(yīng)用平臺，包括具有空實現(xiàn)的至少一個接口；及應(yīng)用部件，配置來將至少一個附加程序應(yīng)用到所述接口，所述至少一個附加程序能夠被動態(tài)地追加到另一程序。
文檔編號H04N1/00GK102123217SQ20101059205
公開日2011年7月13日 申請日期2010年12月13日 優(yōu)先權(quán)日2009年12月14日
發(fā)明者大橋英樹, 大石勉 申請人:株式會社理光