專利名稱：圖像形成裝置、信息處理方法、以及存儲(chǔ)信息處理程序的計(jì)算機(jī)可讀記錄介質(zhì)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明總體上涉及存在多個(gè)程序運(yùn)行環(huán)境并且可將程序添加到多個(gè)程序 運(yùn)行環(huán)境中的至少一個(gè)的圖像形成裝置、信息處理方法、以及存儲(chǔ)信息處理程 序的計(jì)算機(jī)可讀記錄介質(zhì)。
背景技術(shù)：
近來(lái)，在諸如打印機(jī)、復(fù)印裝置、以及具有打印功能和復(fù)印功能的多功能 一體機(jī)等圖像形成裝置中，已經(jīng)實(shí)現(xiàn)了裝置中程序的可擴(kuò)展能力。因此，在裝 置交付給客戶之后，還可以安裝除裝置的制造商外的軟件商產(chǎn)生的程序(例如， 參見專利文件1 )。
在上述情況下，裝置制造商已經(jīng)研究設(shè)計(jì)出防止通用程序訪問該裝置以保 護(hù)諸如具有高安全等級(jí)的功能和信息的源程序不被裝置中的通用程序訪問。例 如，為各程序確定對(duì)于裝置的訪問權(quán)，并且控制第三方軟件商的程序訪問裝置
的特定源程序。
專利文件1:日本未審查專利公開文件No. 2004-312711 然而，存在裝置中安裝了許多程序和在不同的裝置中安裝了不同程序等情
況。在這些情況下，當(dāng)對(duì)于各程序都應(yīng)用關(guān)于裝置的源程序的訪問控制時(shí)，需
要執(zhí)行許多復(fù)雜的流程和管理。

發(fā)明內(nèi)容
在本發(fā)明的優(yōu)選實(shí)施例中，提供了一種圖像形成裝置、信息處理方法、以 及存儲(chǔ)信息處理程序的計(jì)算機(jī)可讀記錄介質(zhì)，從而可以適當(dāng)?shù)乜刂瞥绦蚴褂醚b 置中的資源。
在下面的說明書中將會(huì)闡明本發(fā)明的特征和優(yōu)點(diǎn)，并且基于說明書及其附 圖這些特征和優(yōu)點(diǎn)將會(huì)一定程度地變得清楚和明了 ，或是根據(jù)說明書所提供的 教導(dǎo)通過實(shí)踐本發(fā)明來(lái)學(xué)會(huì)這些特征和優(yōu)點(diǎn)。通過在說明書中特別給出的圖像 形成裝置、信息處理方法、以及存儲(chǔ)信息處理程序的計(jì)算機(jī)可讀記錄介質(zhì)將可實(shí)現(xiàn)并且獲得本發(fā)明的特征和優(yōu)點(diǎn)，在說明書中使用了完整、清楚、簡(jiǎn)明并且 準(zhǔn)確的語(yǔ)言以使本領(lǐng)域普通技術(shù)人員可以實(shí)踐本發(fā)明。
為了獲得這些和其它優(yōu)點(diǎn)中的一個(gè)和更多，根據(jù)本發(fā)明的一個(gè)方面，提供 了 一種具有多個(gè)程序運(yùn)行環(huán)境的、并且可將程序追加到所述多個(gè)程序運(yùn)行環(huán)境
的至少一個(gè)程序運(yùn)行環(huán)境當(dāng)中的圖像形成裝置。所述圖像形成裝置包括存儲(chǔ) 單元，存儲(chǔ)了表示每個(gè)所述程序運(yùn)行環(huán)境中程序是否可以使用所述圖像形成裝 置的資源的使用許可信息；以及確定單元，基于所述使用許可信息，確定在所 述多個(gè)程序運(yùn)行環(huán)境中的一個(gè)程序運(yùn)行環(huán)境下將要執(zhí)行的程序是否可以使用 所述圖像形成裝置的資源。 [本發(fā)明的效果]
根據(jù)本發(fā)明的實(shí)施例，在圖像形成裝置中，可以在多個(gè)程序運(yùn)行環(huán)境中的 每一個(gè)程序運(yùn)行環(huán)境下、而不是在各個(gè)程序中，確定另一程序運(yùn)行環(huán)境是否可 以使用所述圖像形成裝置中的資源。因此，所述圖像形成裝置可方便地實(shí)現(xiàn)程 序訪問控制。


當(dāng)參考附圖閱讀如下的具體實(shí)施方式
時(shí)可以更加清楚本發(fā)明的特征和優(yōu) 點(diǎn)，其中
圖1是示出根據(jù)本發(fā)明實(shí)施例的圖像形成裝置中的程序運(yùn)行環(huán)境的基本 結(jié)構(gòu)的第一示意圖2是示出根據(jù)本發(fā)明實(shí)施例的圖像形成裝置中的程序運(yùn)行環(huán)境的基本 結(jié)構(gòu)的第二示意圖3是示出根據(jù)本發(fā)明實(shí)施例的追加捆綁(additional bundle)管理表的結(jié) 構(gòu)示例的示意圖4是示出當(dāng)在根據(jù)本發(fā)明實(shí)施例的圖像形成裝置中安裝追加捆綁時(shí)圖 像形成裝置中的程序運(yùn)4亍環(huán)境的基本結(jié)構(gòu)的示意圖5是示出當(dāng)在根據(jù)本發(fā)明實(shí)施例的圖像形成裝置中安裝追加捆綁時(shí)追 加捆綁管理表的更新示例的示意圖6是主要示出根據(jù)本發(fā)明實(shí)施例的圖像形成裝置的軟件結(jié)構(gòu)的示意圖7是示出當(dāng)在圖6所示的圖像形成裝置中安裝捆綁時(shí)的處理的順序圖；圖8是示出根據(jù)本發(fā)明實(shí)施例的捆綁的結(jié)構(gòu)的示意圖9是示出根據(jù)本發(fā)明實(shí)施例的捆綁信息的定義示例的示意圖IO是示出追加捆綁管理表的更新示例的示意圖，其中該追加捆綁管理 表對(duì)應(yīng)于根據(jù)本發(fā)明實(shí)施例的追加捆綁的捆綁類型；
圖11是示出在圖6所示的圖像形成裝置中安裝了追加捆綁之后^r查該追 加捆綁的處理的示意圖12是示出根據(jù)本發(fā)明實(shí)施例的當(dāng)橋接部(bridge section)靜態(tài)地確定 捆綁是否使用另 一程序運(yùn)行環(huán)境的功能時(shí)的處理的第一順序圖13是示出根據(jù)本發(fā)明實(shí)施例的當(dāng)橋接部靜態(tài)地確定捆綁是否使用另一 程序運(yùn)4亍環(huán)境的功能時(shí)的處理的第二順序圖14是示出用來(lái)基于圖8所示的使用許可信息來(lái)確定捆綁是否可以使用 另 一程序運(yùn)行環(huán)境的功能的處理的順序圖15是示出在根據(jù)本發(fā)明實(shí)施例的圖像形成裝置的功能擴(kuò)展之前執(zhí)行機(jī) 密文檔打印功能的順序圖16是示出當(dāng)對(duì)根據(jù)本發(fā)明實(shí)施例的圖像形成裝置增加追加捆綁時(shí)圖像 形成裝置的第一結(jié)構(gòu)的示意圖17是示出在根據(jù)本發(fā)明實(shí)施例的第一功能擴(kuò)展之后執(zhí)行機(jī)密文檔打印 功能的順序圖18是示出當(dāng)對(duì)才艮據(jù)本發(fā)明實(shí)施例的圖像形成裝置增加追加捆綁時(shí)圖像 形成裝置的第二結(jié)構(gòu)的示意圖；以及
圖19是示出在根據(jù)本發(fā)明實(shí)施例的第二功能擴(kuò)展之后執(zhí)行機(jī)密文檔打印 功能的順序圖。
具體實(shí)施例方式
參考所附附圖描述實(shí)現(xiàn)本發(fā)明的最佳模式。
在本發(fā)明的實(shí)施例中，使用MFP (多功能外圍設(shè)備)作為圖像形成裝置。 MFP可以在一個(gè)機(jī)箱中實(shí)現(xiàn)諸如打印功能、復(fù)印功能、掃描功能、以及傳真 功能等多種功能。然而，圖像形成裝置并非局限于MFP。
圖1是示出根據(jù)本發(fā)明實(shí)施例的MFP中的程序運(yùn)行環(huán)境的基本結(jié)構(gòu)的第一示意圖。圖2是示出根據(jù)本發(fā)明實(shí)施例的MFP中的程序運(yùn)行環(huán)境的基本結(jié) 構(gòu)的第二示意圖。圖6是主要示出根據(jù)本發(fā)明實(shí)施例的軟件結(jié)構(gòu)的示意圖。為 了方便理解圖1、圖2和圖6分別示出的MFP中的軟件結(jié)構(gòu)，順序:l也關(guān)注并 且描述軟件結(jié)構(gòu)的各個(gè)部分。
在圖1中，示出了作為MFP1的硬件資源部分的繪圖引擎11和掃描引擎 12、以及作為MFP1的軟件資源部分的引擎控制板101、 OS (操作系統(tǒng))102、 JVM (Java虛擬機(jī))103、 OSGi (開放服務(wù)網(wǎng)關(guān)協(xié)議)平臺(tái)104、捆綁(程序) 105、本地碼(native code)服務(wù)106、以及橋接部107。在MFP 1的存儲(chǔ)單元 (未示出)中存儲(chǔ)軟件資源，并且當(dāng)MFP 1使得CPU (中央處理單元)(未示 出)執(zhí)行軟件資源的預(yù)定處理時(shí)實(shí)現(xiàn)了軟件資源的功能。
引擎控制板101控制繪圖引擎11和掃描引擎12的功能并且經(jīng)由引擎I/F (接口 )向OS 102提供引擎控制板101的功能。
OS 102隨著處理并行地啟動(dòng)JVM 103和各個(gè)本地碼服務(wù)106。 JVM 103 將JAVA固有語(yǔ)言(unique language )的字節(jié)碼轉(zhuǎn)換成可以在OS 102上運(yùn)行的 本地碼，并且OS 102才丸行該本地碼。OSGi平臺(tái)104是OSGi聯(lián)盟的標(biāo)準(zhǔn)，技術(shù)， 是用來(lái)應(yīng)用基于JAVA語(yǔ)言通過開放式軟件組件技術(shù)產(chǎn)生的軟件組件的運(yùn)行環(huán) 境的軟件平臺(tái)。在OSGi平臺(tái)104上安裝JAVA語(yǔ)言軟件組件作為稱作"捆綁" 的軟件組件。 一個(gè)捆綁包括一個(gè)JAR (Java檔案)文件，并且可以動(dòng)態(tài)地并且 獨(dú)立地安裝各個(gè)捆綁(無(wú)需重新啟動(dòng)裝置)。如圖1所示，可安裝多個(gè)捆綁105。
本地碼服務(wù)106是使用本地碼產(chǎn)生的程序，例如使用OS 102上直接運(yùn)行 的C語(yǔ)言產(chǎn)生的程序，并且如圖l所示，可存在多個(gè)本地碼服務(wù)106。各個(gè)本 地碼服務(wù)106實(shí)現(xiàn)了多個(gè)捆綁105共同使用的功能。
橋接部107實(shí)現(xiàn)了在不同的程序運(yùn)行環(huán)境之間的調(diào)用。在圖1中，橋接部 107實(shí)現(xiàn)了將要^皮捆綁105所使用的本地碼106的調(diào)用，捆綁105作為JVM 103 上的線程啟動(dòng)本地碼。例如，在調(diào)用中，可使用JNI (Java本地接口 )。在本 發(fā)明的實(shí)施例中，JVM 103上的程序運(yùn)行環(huán)境被稱為JVM環(huán)境。此外，與本 地碼服務(wù)106有關(guān)的程序運(yùn)行環(huán)境被稱為本地環(huán)境(即直接地在OS 102上運(yùn) 行的程序運(yùn)行環(huán)境)。
在圖1中，JVM環(huán)境和本地環(huán)境可經(jīng)由OS 102和引擎控制板101獨(dú)立地控制石更件資源。此外，可以從JVM環(huán)境調(diào)用本地環(huán)境；因此，JVM環(huán)境可經(jīng) 由本地環(huán)境控制硬件資源。
在圖2中，對(duì)于與圖1所示部件相似或相同的部件，使用了與圖l相同的 附圖標(biāo)記，并且省略了關(guān)于圖1的相同描述。
如圖2所示，圖1所示的捆綁105被分為靜態(tài)捆綁和追加捆綁。在將MFP 1交付給客戶之前MFP 1的制造商已經(jīng)把靜態(tài)捆綁安裝到MFP 1當(dāng)中，并且 靜態(tài)捆綁主要提供MFP1的基本功能(基本應(yīng)用軟件)。 一般地，嚴(yán)格限制對(duì) 于靜態(tài)捆綁的卸載。在將MFP 1交付給客戶之后安裝追加捆綁。因此，可以 在任意的時(shí)刻安裝并且卸載追加捆綁。
為了識(shí)別捆綁105的分類，在MFP 1的存儲(chǔ)單元中存儲(chǔ)了作為分類信息 的靜態(tài)捆綁管理表151和追加捆綁管理表152。在圖2中，靜態(tài)捆綁管理表151 和追加捆綁管理表152都處在捆綁105當(dāng)中；然而，這些表本身不是捆綁。在 靜態(tài)捆綁管理表151中存儲(chǔ)有用于識(shí)別靜態(tài)捆綁105的信息，并且在追加捆綁 管理表152中存儲(chǔ)有用于識(shí)別追加捆綁105的信息。下面將會(huì)描述捆綁安裝器 108。
圖3是示出追加捆綁管理表152的結(jié)構(gòu)示例的示意圖。追加捆綁管理表 152的格式并不局限于圖3所示的。在圖3中，使用XML (可擴(kuò)展標(biāo)記語(yǔ)言) 描述追加捆綁管理表152。
在圖3中，在追加捆綁管理表152中，作為〈installedBundles〉標(biāo)記符之間 夾層的"installedBundles"要素(element)的子要素來(lái)描述各已安裝捆綁105 的捆綁要素。在圖3中，僅描述了一個(gè)捆綁要素1521。即這示出了已經(jīng)安裝 了一個(gè)追加捆綁105。
作為捆綁要素的子要素，包括顯示名稱要素、模塊要素、從屬要素等。顯 示名稱要素的值示出了顯示字符串。例如，使用顯示字符串在MFP 1的操作 面板(未示出)上顯示出一列可以使用的應(yīng)用程序(捆綁105)。可對(duì)應(yīng)于各 種語(yǔ)言來(lái)描述顯示名稱要素?？赏ㄟ^"lang attribute"識(shí)別對(duì)應(yīng)于顯示名稱要 素的語(yǔ)言。
在圖3中，顯示名稱要素1521a的語(yǔ)言屬性是"ja"。因此，顯示名稱要 素1521a的值"拡張機(jī)能1 (擴(kuò)展功能l)"標(biāo)識(shí)為日語(yǔ)字符串。此外，顯示名稱要素1521b的語(yǔ)言屬性是"en"。因此，顯示名稱要素1521b的值"Extension 1 )"被標(biāo)識(shí)為英語(yǔ)字符串。
模塊要素的值示出了捆綁105的文件名。從屬要素的值示出了與另 一捆綁 105的>^人屬關(guān)系。
圖4是示出當(dāng)在MFP 1中安裝追加捆綁時(shí)MFP 1中的程序運(yùn)行環(huán)境的基 本結(jié)構(gòu)的示意圖。在圖4中，對(duì)于與圖2所示部件相似或相同的部件，使用了 與圖2相同的附圖標(biāo)記，并且省略了關(guān)于圖2的相同描述。在圖4中，在MFP 1中最新安裝了追力。捆綁105N。在這種情況下，捆綁安裝器108在MFP 1的 存儲(chǔ)單元中的預(yù)定存儲(chǔ)位置(文件夾)中存儲(chǔ)追加捆綁105N的文件，并且還 在追加捆綁管理表152中存儲(chǔ)追加捆綁105N的信息。
圖5是示出當(dāng)在MFP 1中安裝追加捆綁時(shí)追加捆綁管理表152的更新示 例的示意圖。在圖5中，對(duì)于與圖3所示部件相似或相同的部件，使用了與圖 3相同的附圖標(biāo)記，并且省略了關(guān)于圖3的相同描述。在圖5所示的追加捆綁 管理表152中，最新追加了捆綁要素1522。捆綁要素1522是對(duì)應(yīng)于追加捆綁 105N的描述(定義)。
接下來(lái)，基于如上所述的MFP 1的基本結(jié)構(gòu)并且參考圖6，描述MFP 1 的程序運(yùn)行環(huán)境的軟件結(jié)構(gòu)。在圖6中，對(duì)于與圖2所示部件相似或相同的部 件，使用了與圖2相同的附圖標(biāo)記，并且省略了關(guān)于圖2的相同描述。
如圖6所示，MFP 1包括三種JVM 103，即核心JVM 103a、應(yīng)用JVM 103b、 以及擴(kuò)展JVM 103c。 MFP 1包括核心JVM 103a的OSGi平臺(tái)104a和核心捆 綁105a、應(yīng)用JVM 103b的OSGi平臺(tái)104b和應(yīng)用捆綁105b、以及擴(kuò)展JVM 103c的OSGi平臺(tái)104c和擴(kuò)展捆綁105c。在捆綁105a、 105b和105c的每一 個(gè)中，存在多個(gè)捆綁。即提供了多個(gè)運(yùn)行環(huán)境103a、 103b和103c。
一般地，JVM103a、 103b和103c的功能(實(shí)現(xiàn)方式)都相同。然而，對(duì) 于JVM103a、 103b和103c中的每一個(gè)，關(guān)于另一 JVM環(huán)境或本地環(huán)境的訪 問權(quán)不相同。具體的，核心JVM(運(yùn)行環(huán)境)103a向具有最高可靠性(例如 MFP 1的制造商創(chuàng)建的)的核心捆綁105a提供運(yùn)行環(huán)境。核心捆綁105a可調(diào) 用(使用)本地碼服務(wù)106和引擎控制板102經(jīng)由橋接部107所提供的所有功應(yīng)用JVM(運(yùn)行環(huán)境)103b向具有可靠性低于核心捆綁105a的或是對(duì)于 MFP1的資源的訪問權(quán)受限的應(yīng)用捆綁105b提供運(yùn)行環(huán)境。應(yīng)用捆綁105b可 直^"地調(diào)用(使用)本地碼服務(wù)106經(jīng)由橋接部107^是供的功能。然而，應(yīng)用 捆綁105b使用本地碼"良務(wù)106比核心捆綁105a的使用更受到限制。此外，應(yīng) 用捆綁105b還可經(jīng)由橋接部107直接地調(diào)用(使用)所有的或部分的核心捆 綁105a的功能。
也就是說，橋接部107支持從JVM環(huán)境調(diào)用本地環(huán)境，并且還支持不同 的JVM環(huán)境之間的調(diào)用。例如，可通過采用IPC (進(jìn)程間通信)的現(xiàn)有流程 執(zhí)行不同的JVM環(huán)境之間的調(diào)用。應(yīng)用捆綁105b不能直接地使用引擎控制板 101的功能。
擴(kuò)展JVM(運(yùn)行環(huán)境)103c向具有可靠性低于應(yīng)用捆綁105b的或是對(duì)于 MFP 1的資源的訪問權(quán)比應(yīng)用JVM 103b更受到限制的擴(kuò)展捆綁105c提供運(yùn) 行環(huán)境。擴(kuò)展捆綁105c可在預(yù)定受限范圍內(nèi)經(jīng)由橋接部107直接地調(diào)用(使 用)核心捆綁105a和應(yīng)用捆綁105b的功能。然而，擴(kuò)展捆綁105c不能直才妄 地使用本地碼服務(wù)106的功能。
如上所述，在MFP 1中，捆綁105a、 105b和105c對(duì)于MFP 1的資源的 訪問權(quán)受到相對(duì)應(yīng)的JVM103a、 103b和103c的JVM環(huán)境的控制。在圖6中， 示出了三個(gè)JVM103a、 103b和103c。因此，可基于所4吏用的JVM 103a、 103b 和103c將捆綁105a、 105b和105c的安全性分類為三個(gè)等級(jí)。因此，在本發(fā) 明的實(shí)施例中，與在各個(gè)捆綁105中控制MFP 1的訪問權(quán)的情況下，更方便 地執(zhí)行對(duì)于MFP1中的各個(gè)應(yīng)用的訪問控制。
根據(jù)MFP 1的硬件資源的規(guī)范，JVM 103的數(shù)目可以是2、或4、或更多。 當(dāng)JVM的數(shù)目是兩個(gè)時(shí)，可創(chuàng)建兩種安全等級(jí)；并且當(dāng)JVM的數(shù)目是四個(gè)時(shí)， 可創(chuàng)建四個(gè)安全等級(jí)。
如圖6所示，核心捆綁105a和應(yīng)用捆綁105b可包括相關(guān)的靜態(tài)和追力口捆 綁。然而，追加捆綁105c不包括靜態(tài)捆綁。即在MFP 1中安裝擴(kuò)展捆綁105c 作為追加捆綁。然而，圖6所示的結(jié)構(gòu)是示例，并且擴(kuò)展捆綁105c可包括靜 態(tài)捆綁。
如圖6所示，MFP 1進(jìn)一步包括捆綁檢查部109、電子簽名檢查部110、追加捆綁檢查部111。下面將會(huì)詳細(xì)地描述這些部件。
接下來(lái)，參考圖7，描述了當(dāng)在圖6所示的MFP1中安裝捆綁時(shí)的處理。 圖7是示出當(dāng)在圖6所示的MFP 1中安裝捆綁時(shí)的處理的順序圖。在隨后的 某些情況下，利用追加捆綁105N示出追加捆綁。
首先，MFP 1接收例如由用戶在MFP l的操作面板上輸入的追加(新) 捆綁105N的安裝請(qǐng)求(S101),并且捆綁安裝器108請(qǐng)求捆綁檢查部109檢 查追加捆綁105N (S102)。
圖8是示出根據(jù)本發(fā)明實(shí)施例的捆綁的結(jié)構(gòu)的示意圖。如圖8所示，捆綁 105是JAR文件，并且在JAR文件中將一個(gè)或多個(gè)可執(zhí)行代碼1051、捆綁信 息1052、電子簽名1053等壓縮成zip壓縮文件。可執(zhí)行代碼1051是程序的類 文件。電子簽名1053是用來(lái)檢測(cè)可執(zhí)行代碼1051或捆綁信息1052的偽造的 簽名數(shù)據(jù)，并且例如是加密(編碼)了可執(zhí)行代碼1051和捆綁信息1052的哈 希值的數(shù)據(jù)。捆綁信息1052包括捆綁類型和使用許可信息。捆綁類型示出了 追加捆綁105N是否屬于核心捆綁105a、應(yīng)用捆綁105b或擴(kuò)展捆綁105c的^f言 息；并且通過"核心"、"應(yīng)用"、以及"擴(kuò)展"分別示出了核心捆綁105a、應(yīng) 用捆綁105b、以及擴(kuò)展捆綁105c。使用許可信息示出了當(dāng)許可使用捆綁105 時(shí)的約束類型。
圖9是示出捆綁信息1052的定義示例的示意圖。在圖9中，使用XML 格式描述捆綁信息。
在圖9中，捆綁信息標(biāo)簽1052a的vmType屬性值對(duì)應(yīng)于捆綁類型。在圖 9中，捆綁類型是"核心，，(核心捆綁105a)。作為acceptVmType要素1052b 的子要素的acceptVmType要素值對(duì)應(yīng)于使用許可信息。在圖9所示的示例中， 通過兩個(gè)acceptVmType要素指定"應(yīng)用"和"擴(kuò)展"。這表明了可以許可來(lái)自 應(yīng)用捆綁105b和擴(kuò)展捆綁105c的MFP 1的使用。
返回圖7，捆綁;險(xiǎn)查部109從追加捆綁105N的捆綁信息1052和電子簽名 1053 (S103)獲取捆綁類型(S102)，并且請(qǐng)求電子簽名;f全查部IIO基于電子 簽名1053檢查追加捆綁105N(S105)。電子簽名檢查部IIO基于電子簽名1053 檢查追加捆綁105N并且向捆綁檢查部109返回檢查結(jié)果(S106)。例如，在 檢查中，可執(zhí)行代碼1051和捆綁信息1052的哈希值與將電子簽名解密(解碼)后的值相比較。通過這種方式的檢查，不僅可以確定可執(zhí)行代碼1051是否被 偽造還可確定捆綁類型是否被偽造。
接下來(lái)，捆綁檢查部109向捆綁安裝器108發(fā)送追加捆綁105N的捆綁類 型和電子簽名檢查部110的檢查結(jié)果(是否被偽造)(S107)。捆綁安裝器108 基于所發(fā)送的捆綁類型和檢查結(jié)果改變處理。
例如，當(dāng)捆綁類型是"核心"(追加捆綁105N是核心捆綁105a)并且檢 查結(jié)果是"OK (沒問題)"(沒有偽造)時(shí)，捆綁安裝器108將追加捆綁105N 作為追加核心捆綁105a存儲(chǔ)在追加捆綁管理表152中(S111和S112)。即， 成功地安裝了追加捆綁105N (SU3)。
此外，當(dāng)捆綁類型是"應(yīng)用"(追加捆綁105N是應(yīng)用捆綁105b)并且檢 查結(jié)果是"OK (沒問題)"(沒有偽造)時(shí)，捆綁安裝器108將追加捆綁105N 作為追加應(yīng)用捆綁105b存儲(chǔ)在追加捆綁管理表152中(S121和S122)。即， 成功地安裝了追加捆綁105N (S123 )。
此外，當(dāng)捆綁類型是"擴(kuò)展"(追加捆綁105N是擴(kuò)展捆綁105c)并且檢 查結(jié)果是"OK (沒問題)"(沒有偽造)時(shí)，捆綁安裝器108將追加捆綁105N 作為追加擴(kuò)展捆綁105c存儲(chǔ)在追加捆綁管理表152中(S131和S132)。即成 功地安裝了追加捆綁105N (S133 )。
當(dāng)檢查結(jié)果是"NG (有問題)"(電子簽名可能被偽造)時(shí)，捆綁安裝器 108停止安裝追加捆綁105N ( S141 )。
當(dāng)在MFP 1中安裝了追加捆綁105N時(shí)，更新追加捆綁管理表152。
圖IO是示出對(duì)應(yīng)于追加捆綁105的捆綁類型的追加捆綁管理表152的更 新示例的示意圖。
圖IO所示的追加捆綁管理表的結(jié)構(gòu)基本上與圖3所示的結(jié)構(gòu)相同。然而， 在圖10中，對(duì)于各捆綁要素都增加了用來(lái)識(shí)別追加捆綁105的捆綁類型的類 型屬性。例如，捆綁要素1523的類型屬性1523a的值是"核心"。因此，當(dāng)在 MFP 1中最新安裝了核心捆綁105a時(shí)，增加捆綁要素1523中所示的描述。
此外，捆綁要素1524的類型屬性1524a的值是"應(yīng)用"。因此，當(dāng)在MFP 1中最新安裝了應(yīng)用捆綁105b時(shí)，增加捆綁要素1524中所示的描述。
此外，捆綁要素1525的類型屬性1525a的值是"擴(kuò)展"。因此，當(dāng)在MFP時(shí)，增加捆綁要素1525中所示的描述。
當(dāng)在MFP1中安裝了追加捆綁105N時(shí)，由于追加捆綁105N的捆綁類型 等都經(jīng)過了關(guān)于偽造的4企查，因此可以4企測(cè)到追加捆綁105N的分發(fā)處理期間 內(nèi)對(duì)于追加捆綁105N的類型等的偽造。因此，只會(huì)將追加捆綁105N安裝為 擴(kuò)展捆綁105c，而防止將追加捆綁105N安裝為核心捆綁105a或應(yīng)用捆綁 105b，并且可以適當(dāng)?shù)鼐S護(hù)在各JVM環(huán)境中創(chuàng)建的安全等級(jí)。
在圖7中，當(dāng)在MFP 1中安裝了追加捆綁105N時(shí)，基于電子簽名1053 4全查追加捆綁105N。然而，可以在安裝追加捆綁105N后的予貞定時(shí)刻，例如 在加載(使用)追加捆綁105N時(shí)執(zhí)行4企查。
圖11是示出關(guān)于在MFP 1中安裝追加捆綁105N后檢查追加捆綁105N 的處理的示意圖。對(duì)于MFP 1中安裝的各追加捆綁105N都執(zhí)行圖11所示的 處理。
追加捆綁4全查部111在預(yù)定時(shí)刻從追加捆綁管理表152獲耳又一個(gè)追加捆綁 105N的信息(捆綁要素)(S201)。接下來(lái)，追加捆綁檢查部111請(qǐng)求捆綁檢 查部109纟企查追加捆綁105N的捆綁要素(S202 )。從S203到S206的處理分 別與圖7所示的從S103到S106的處理相同。
接下來(lái)，捆綁;險(xiǎn)查部109將追加捆綁105N的捆綁類型和電子簽名^r查部 110的檢查結(jié)果(是否被偽造)發(fā)送到追加捆綁檢查部111 (S207)。當(dāng)所發(fā)送 的捆綁類型與從追加捆綁管理表152獲得的捆綁要素的類型屬性的值不同或 是^r查結(jié)果出現(xiàn)問題(被偽造)時(shí)，追加捆綁檢查部111刪除追加捆綁105N (S211 )。
如上所述，當(dāng)在安裝追加捆綁105N后的預(yù)定時(shí)刻才丸行圖11所示的處理 時(shí)，可以檢測(cè)出在安裝追加捆綁105N后對(duì)于捆綁類型的偽造。因此，只會(huì)將 追加捆綁105N安裝為擴(kuò)展捆綁105c,而防止將追加捆綁105N安裝為核心捆 綁105a或應(yīng)用捆綁105b,并且可以適當(dāng)?shù)鼐S護(hù)在各JVM環(huán)境中創(chuàng)建的安全等級(jí)。
接下來(lái)，將會(huì)描述當(dāng)在JVM環(huán)境下運(yùn)行的捆綁105請(qǐng)求執(zhí)行本地環(huán)境或 另一 JVM環(huán)境的功能時(shí)的處理。
圖12是示出當(dāng)橋接部107靜態(tài)地確定捆綁105是否使用了另一程序運(yùn)行環(huán)境的功能時(shí)的處理的第一順序圖。圖13是示出當(dāng)橋"l妄部107靜態(tài)地確定捆 綁105是否使用了另一程序運(yùn)行環(huán)境的功能時(shí)的處理的第二順序圖。即，在圖 12和圖13中描述了在橋^~部107中邏輯上限制了調(diào)用程序運(yùn)行環(huán)境(JVM環(huán) 境或本地環(huán)境)的情況。換句話說，在上述情況下，在橋接部107的程序中存 儲(chǔ)了以上限制。
在圖12中，捆綁105請(qǐng)求橋接部107執(zhí)行另一程序運(yùn)行環(huán)境的功能 (S301 )。當(dāng)捆綁105是核心捆綁105a并且該請(qǐng)求將要執(zhí)行的功能處在本地碼 服務(wù)106中時(shí)，橋接部107將該請(qǐng)求發(fā)送到本地碼服務(wù)106 (S311)。本地碼 服務(wù)106執(zhí)行所請(qǐng)求的功能的處理并且經(jīng)由橋接部107將處理結(jié)果發(fā)送到捆綁 105 (S312和S313)。
當(dāng)捆綁105是核心捆綁105a并且上述請(qǐng)求將要執(zhí)行的功能處在引擎控制 板101中時(shí)，橋接部107將該請(qǐng)求發(fā)送到引擎控制板101 (S314)。引擎控制 板101執(zhí)行所請(qǐng)求的功能的處理并且經(jīng)由橋接部107將處理結(jié)果發(fā)送到捆綁 105 (S315和S316)。
當(dāng)捆綁105是應(yīng)用捆綁105b并且上述請(qǐng)求將要執(zhí)行的功能處在核心捆綁 105a中時(shí)，橋接部107將該請(qǐng)求發(fā)送到核心捆綁105a ( S321 )。核心捆綁105a 執(zhí)行關(guān)于所請(qǐng)求的功能的處理并且經(jīng)由橋接部107將處理結(jié)果發(fā)送到捆綁105 (S322和S323 )。
當(dāng)捆綁105是應(yīng)用捆綁105b并且上述請(qǐng)求將要執(zhí)行的功能處在本地碼服 務(wù)106中時(shí)，橋接部107將該請(qǐng)求發(fā)送到本地碼服務(wù)106 (S324)。本地碼服 務(wù)106執(zhí)行關(guān)于所:清求的功能的處理并且經(jīng)由橋接部107將處理結(jié)果發(fā)送到捆 綁105 (S325和S326)。
當(dāng)捆綁105是應(yīng)用捆綁105b并且上述請(qǐng)求將要執(zhí)行的功能處在引擎控制 板101中時(shí)，橋接部107拒絕將該請(qǐng)求發(fā)送到引擎控制板101 ( S327 )。因此， 捆綁105不能直接地使用引擎控制板101的功能。
接下來(lái)，在圖13中，當(dāng)捆綁105是擴(kuò)展捆綁105c并且上述請(qǐng)求將要執(zhí)行 的功能處在應(yīng)用捆綁105b中時(shí)，橋接部107將該請(qǐng)求發(fā)送到應(yīng)用捆綁105b (S331)。應(yīng)用捆綁105b執(zhí)行關(guān)于所請(qǐng)求的功能的處理并且經(jīng)由橋接部107 將處理結(jié)果發(fā)送到捆綁105 ( S331和S332 )。當(dāng)捆綁105是擴(kuò)展捆綁105c并且上述請(qǐng)求將要執(zhí)行的功能處在核心捆綁 105a中時(shí)，橋接部107將該請(qǐng)求發(fā)送到核心捆綁105a(S334)。核心捆綁105a 執(zhí)行關(guān)于所請(qǐng)求的功能的處理并且經(jīng)由橋接部107將處理結(jié)果發(fā)送到捆綁105 (S335和S336 )。
當(dāng)捆綁105是擴(kuò)展捆綁105c并且上述請(qǐng)求將要執(zhí)行的功能處在本地碼服 務(wù)106中時(shí)，橋接部107拒絕將該請(qǐng)求發(fā)送到本地碼服務(wù)106 ( S337 )。因此， 捆綁105不能直接地使用本地碼服務(wù)106的功能。
當(dāng)捆綁105是擴(kuò)展捆綁105c并且上述請(qǐng)求將要執(zhí)行的功能處在引擎控制 板101中時(shí)，橋接部107拒絕將該請(qǐng)求發(fā)送到引擎控制板101 (S339)。因此， 捆綁105不能直接地使用引擎控制板101的功能。
橋"l妄部107基于捆綁105的捆綁類型確定在哪種JVM (核心JVM 103a、 應(yīng)用JVM103b、以及擴(kuò)展JVM 103c)上運(yùn)行捆綁105?；蛘撸?qǐng)求4丸行功能 的捆綁105向橋^:部107通知捆綁105的捆綁類型。
圖14是示出基于使用許可信息確定捆綁是否可以使用另一程序運(yùn)行環(huán)境 的功能的處理的順序圖。
首先，捆綁105請(qǐng)求橋接部107執(zhí)行另一程序運(yùn)行環(huán)境的功能(S401 )。 橋接部107從該請(qǐng)求將要執(zhí)行的捆綁Z的捆綁信息1052z (參見圖8和圖9 ) 獲取使用許可信息(S403 )。當(dāng)捆綁105 (請(qǐng)求源)的捆綁類型包含在使用許 可信息中時(shí)，橋接部107將該請(qǐng)求發(fā)送到捆綁Z (S404)。捆綁Z執(zhí)4亍所請(qǐng)求 的功能的處理并且經(jīng)由橋接部107將處理結(jié)果發(fā)送到捆綁105( S405和S406 )。
當(dāng)捆綁105 (請(qǐng)求源)的捆綁類型沒有包含在使用許可信息中時(shí)，橋接部 107拒絕將該請(qǐng)求發(fā)送到捆綁Z (S407)。因此，捆綁105不能直接地使用捆 綁Z。
接下來(lái)，通過使用捆綁105所執(zhí)行的功能的特定示例來(lái)描述MFP 1中將 要執(zhí)行的處理。首先，描述只將靜態(tài)捆綁安裝在MFP 1中的情況(不執(zhí)行通 過安裝追加捆綁實(shí)現(xiàn)的功能擴(kuò)展)。
圖15是示出在MFP1中功能擴(kuò)展之前執(zhí)行機(jī)密文檔打印功能處理的順序 圖。在機(jī)密文檔打印功能中，當(dāng)打印已經(jīng)存儲(chǔ)在MFP1的HDD (未示出)等 設(shè)備中的文檔數(shù)據(jù)或圖像數(shù)據(jù)(所存儲(chǔ)的數(shù)據(jù)或所存儲(chǔ)的文檔)時(shí)，通過增加信息(例如，著色樣式)打印所存儲(chǔ)的文檔以防止被復(fù)制。在圖15中，捆綁 B是應(yīng)用捆綁105b的靜態(tài)捆綁中的一個(gè)(參見圖6)，并且實(shí)現(xiàn)了所存儲(chǔ)的文 檔管理功能。所存儲(chǔ)的文檔管理功能管理已經(jīng)存儲(chǔ)在MFP 1的HDD等設(shè)備中 的文檔數(shù)據(jù)和圖像數(shù)據(jù)。此外，捆綁A還是核心捆綁105a的靜態(tài)捆綁中的一 個(gè)(參見圖6)，并且實(shí)現(xiàn)了用戶標(biāo)識(shí)功能和機(jī)密文檔打印功能。
首先，用戶請(qǐng)求登入MFP 1的操作面板的屏幕上的捆綁B ( S501 )。登入 請(qǐng)求對(duì)應(yīng)于選擇了屏幕上顯示的捆綁B所對(duì)應(yīng)的按鈕。捆綁B經(jīng)由橋接部107 將登入請(qǐng)求發(fā)送給捆綁A ( S502和S503 )。例如，捆綁A使得操作面板顯示 用于在操作面板上輸入標(biāo)識(shí)信息(例如，用戶名和用戶密碼)的屏幕，并且基 于標(biāo)識(shí)信息識(shí)別用戶(S504)。捆綁A經(jīng)由橋接部107將識(shí)別結(jié)果(OKorNG (沒問題或有問題))發(fā)送到捆綁B ( S505和S506 )。捆綁B使得操作面板顯 示出識(shí)別結(jié)果并且向用戶通知該識(shí)別結(jié)果(S507 )。
當(dāng)識(shí)別結(jié)果是成功(NG(沒問題))時(shí)，用戶從所存儲(chǔ)的數(shù)據(jù)選擇將要打 印的文檔數(shù)據(jù)，并且在操作面板上輸入關(guān)于文檔數(shù)據(jù)的機(jī)密文檔打印請(qǐng)求。機(jī) 密文檔打印請(qǐng)求被發(fā)送到捆綁B ( S508 )。捆綁B從HDD中提取出將要打印 的文檔數(shù)據(jù)并且經(jīng)由橋接部107請(qǐng)求打印作為機(jī)密文檔數(shù)據(jù)的文檔數(shù)據(jù)(S509 和S510 )。捆綁A對(duì)機(jī)密文檔應(yīng)用關(guān)于防止復(fù)制文檔的處理并且向引擎控制板 101請(qǐng)求打印機(jī)密文檔(S511 )。捆綁A經(jīng)由橋接部107向捆綁B發(fā)送是否(OK or NG (沒問題或有問題))打印機(jī)密文檔(S512和S513 )。捆綁B使得操作 面板顯示出打印結(jié)果(OKorNG (沒問題或有問題))(S514)。
接下來(lái)，當(dāng)用戶輸入了登出請(qǐng)求時(shí)(S515),捆綁B經(jīng)由橋接部107將該 登出請(qǐng)求發(fā)送給捆綁A (S516和S517)。捆綁A執(zhí)行登出處理(S518)，并且 經(jīng)由橋接部107將登出結(jié)果發(fā)送給捆綁B ( S519和S520 )。捆綁B使得操作 面板顯示出登出結(jié)果(S521)。
接下來(lái)，描述通過增加追加捆綁來(lái)增強(qiáng)機(jī)密文檔打印功能的示例。圖16 是示出當(dāng)對(duì)MFP 1增加追加捆綁時(shí)MFP 1的第一結(jié)構(gòu)的示意圖。當(dāng)比較圖16 所示的示意圖與圖6所示的示意圖時(shí)，在圖16中，增加了捆綁C作為核心捆 綁105a的追加捆綁。捆綁C提供了用戶標(biāo)識(shí)功能的擴(kuò)展功能。例如，捆綁C 提供了與捆綁A的標(biāo)識(shí)功能不同的標(biāo)識(shí)功能，例如，生物標(biāo)識(shí)?；谠诶堿的擴(kuò)展點(diǎn)處所規(guī)定的規(guī)范在MFP 1中安裝捆綁C。
描述當(dāng)增加捆綁C時(shí)的處理。圖17是示出在擴(kuò)展了第一功能(捆綁C) 之后機(jī)密文檔打印功能的處理。
在圖17中，從S601到S603的處理分別與圖15所示的從S501到S503 的相對(duì)應(yīng)的處理相同。當(dāng)捆綁A基于所規(guī)定的規(guī)范檢測(cè)到安裝的捆綁C時(shí)， 例如，當(dāng)檢測(cè)到規(guī)定的文件夾中的具有規(guī)定名稱的捆綁C時(shí)，捆綁A請(qǐng)求識(shí) 別用戶(S604)。捆綁C使得操作面板顯示出可輸入標(biāo)識(shí)信息(例如，生物信 息)的屏幕，并且基于與MFP 1連接的標(biāo)識(shí)讀取設(shè)備(例如，指紋讀取設(shè)備) 輸入的標(biāo)識(shí)信息來(lái)識(shí)別用戶。隨后，捆綁C將識(shí)別結(jié)果(OK or NG (沒問題 或有問題))發(fā)送給捆綁A (S605 )。從S606到S622的處理分別與圖15所示 的從S505到S521的相對(duì)應(yīng)的處理相同。
圖18是示出當(dāng)對(duì)MFP1增加追加捆綁時(shí)MFP1的第二結(jié)構(gòu)的示意圖。當(dāng) 比較圖18所示的示意圖與圖6所示的示意圖時(shí)，在圖18中，增加了捆綁D 作為擴(kuò)展梱綁105c的追加捆綁。捆綁D使得由當(dāng)前用戶在MFP 1中所存儲(chǔ)的 文檔數(shù)據(jù)的最新文檔數(shù)據(jù)無(wú)需用戶執(zhí)行選擇處理即成為可自動(dòng)打印的、作為機(jī) 密文檔數(shù)據(jù)的數(shù)據(jù)。
描述當(dāng)增加捆綁D時(shí)的處理。圖19是示出在擴(kuò)展了第二功能(捆綁D) 之后執(zhí)行機(jī)密文檔打印功能的處理的順序圖。
首先，用戶通過操作面板上顯示的屏幕執(zhí)行對(duì)于捆綁D的登入請(qǐng)求 (S701 )。捆綁D將登入請(qǐng)求經(jīng)由橋接部107發(fā)送到管理所存儲(chǔ)的文檔數(shù)據(jù)的 捆綁B( S702和S703 )。從S701到S708的處理與圖15所示的從S502到S506 的處理相同。捆綁B經(jīng)由橋接部107將識(shí)別結(jié)果(OK or NG (沒問題或有問 題))發(fā)送給捆綁D ( S709和S710 )。
當(dāng)識(shí)別出用戶時(shí)，捆綁D請(qǐng)求捆綁B打印作為^L密文檔的、當(dāng)前用戶的 最新的文檔凄t據(jù)(S711 )。捆綁B從HDD中取出當(dāng)前用戶的最新的文檔數(shù)據(jù)， 并且請(qǐng)求捆綁A打印作為機(jī)密文檔的文檔數(shù)據(jù)(S712和S713 )。從S714到 S716的處理分別與圖15所示的從S511到S513的相對(duì)應(yīng)的處理相同。捆綁B 將打印結(jié)果(OKorNG (沒問題或有問題))發(fā)送給捆綁D (S717)。
捆綁D經(jīng)由橋接部107將登出請(qǐng)求發(fā)送給捆綁B( S718和S719 )。從S720到S724的處理分別與圖15所示的從S516到S520的相對(duì)應(yīng)的處理相同。捆 綁B經(jīng)由橋接部107將登出結(jié)果(OKorNG (沒問題或有問題))發(fā)送給捆綁 D (S725和S726)。捆綁D使得操作面板顯示出登出結(jié)果(S727 )。
如上所述，在才艮據(jù)本發(fā)明實(shí)施例的MFP 1中，可以在各個(gè)程序運(yùn)行環(huán)境 103a、 103b和103c中、而不在各個(gè)程序(捆綁105)中，確定另一程序運(yùn)行 環(huán)境是否可以使用該資源(程序運(yùn)行環(huán)境中的捆綁105)。因此，與對(duì)于各程 序中的資源執(zhí)行訪問控制的傳統(tǒng)裝置相比較，MFP 1可更方便地實(shí)現(xiàn)程序訪問 控制。
進(jìn)一步，本發(fā)明并非局限于具體公開的實(shí)施例，在不脫離本發(fā)明的保護(hù)范 圍的前提下還可作出變化和1奮改。
本發(fā)明基于在2008年2月21日向日本專利局提交的日本優(yōu)先權(quán)專利申請(qǐng) No. 2008-040215,并且該優(yōu)先權(quán)文件的全部?jī)?nèi)容都包括在這里作為參考。
權(quán)利要求
1.一種圖像形成裝置，所述圖像形成裝置具有多個(gè)程序運(yùn)行環(huán)境，并且可將程序追加到所述多個(gè)程序運(yùn)行環(huán)境的至少一個(gè)中，所述圖像形成裝置包括存儲(chǔ)單元，在該存儲(chǔ)單元中存儲(chǔ)表示在每個(gè)所述程序運(yùn)行環(huán)境中所述程序是否可以使用所述圖像形成裝置的資源的使用許可信息；以及確定單元，基于所述使用許可信息，確定在所述多個(gè)程序運(yùn)行環(huán)境中的一個(gè)程序運(yùn)行環(huán)境下執(zhí)行的程序是否可使用所述圖像形成裝置的資源。
2. 根據(jù)權(quán)利要求1所述的圖像形成裝置，其中，所述使用許可信息表示在每個(gè)所述程序運(yùn)行環(huán)境中所述程序?qū)⒃诹硪怀绦蜻\(yùn)行環(huán)境下執(zhí)行的使用許可；并且所述確定單元基于所述4吏用許可信息，確定在所述多個(gè)程序運(yùn)行環(huán)境中的一個(gè)程序運(yùn)行環(huán)境下執(zhí)行的程序是否可在其它程序運(yùn)行環(huán)境下被執(zhí)行。
3. 根據(jù)權(quán)利要求2所述的圖像形成裝置，其中，在所述使用許可信息中，用來(lái)識(shí)別可被所述程序使用的程序運(yùn)行環(huán)境的信息存儲(chǔ)在所述程序中。
4. 根據(jù)權(quán)利要求1所述的圖像形成裝置，其中，在要被追加到所述圖像形成裝置的程序中，用來(lái)識(shí)別與所追加的程序相對(duì)應(yīng)的程序運(yùn)行環(huán)境的運(yùn)行環(huán)境識(shí)別信息與對(duì)應(yīng)于所述運(yùn)行環(huán)境識(shí)別信息的電子簽名相關(guān)聯(lián)；并且所述圖像形成裝置進(jìn)一步包括偽造檢測(cè)單元，用來(lái)基于所述電子簽名檢測(cè)所述運(yùn)行環(huán)境識(shí)別信息的偽造。
5. —種信息處理方法，應(yīng)用在圖像形成裝置中，該圖像形成裝置具有多個(gè)程序運(yùn)行環(huán)境、并可將程序追加到所述多個(gè)程序運(yùn)行環(huán)境的至少一個(gè)中，所述信息處理方法包括確定步驟，基于表示在每個(gè)所述程序運(yùn)行環(huán)境下所述程序是否可使用所述圖像形成裝置的資源的使用許可信息，確定在所述多個(gè)程序運(yùn)行環(huán)境中的一個(gè)程序運(yùn)行環(huán)境下執(zhí)行的程序是否可使用所述圖像形成裝置的資源。
6. 根據(jù)權(quán)利要求5所述的信息處理方法，其中，所述使用許可信息表示在每個(gè)所述程序運(yùn)行環(huán)境中所述程序?qū)⒃诹硪怀绦蜻\(yùn)行環(huán)境下執(zhí)行的使用許可；并且所述確定步驟基于所述使用許可信息，確定在所述多個(gè)程序運(yùn)行環(huán)境中的一個(gè)程序運(yùn)行環(huán)境下執(zhí)行的程序是否可在其它程序運(yùn)行環(huán)境下被^^亍。
7. 根據(jù)權(quán)利要求6所述的信息處理方法，其中，在所述使用許可信息中，用來(lái)識(shí)別可被所述程序使用的程序運(yùn)行環(huán)境的信息存儲(chǔ)在所述程序中。
8. 根據(jù)權(quán)利要求5所述的信息處理方法，其中，在要被追加到所述圖像形成裝置的程序中，用來(lái)識(shí)別與所追加的程序相對(duì)應(yīng)的程序運(yùn)行環(huán)境的運(yùn)行環(huán)境識(shí)別信息與對(duì)應(yīng)于所述運(yùn)行環(huán)境識(shí)別信息的電子簽名相關(guān)聯(lián)；并且所述信息處理方法進(jìn)一步包括偽造檢測(cè)步驟，用來(lái)基于所述電子簽名檢測(cè)所述運(yùn)行環(huán)境識(shí)別信息的偽造。
9. 一種圖像形成裝置中的存儲(chǔ)有信息處理程序的計(jì)算機(jī)可讀記錄介質(zhì)，該圖像形成裝置具有多個(gè)程序運(yùn)行環(huán)境、并可將程序追加到所述多個(gè)程序運(yùn)行環(huán)境的至少一個(gè)中，其中，所述信息處理程序包括確定步驟，基于表示在每個(gè)所述程序運(yùn)行環(huán)境下所述程序是否可使用所述圖像形成裝置的資源的使用許可信息，確定在所述多個(gè)程序運(yùn)行環(huán)境中的一個(gè)程序運(yùn)行環(huán)境下執(zhí)-f亍的程序是否可使用所述圖像形成裝置的資源。
10. 根據(jù)權(quán)利要求9所述的圖像形成裝置中的存儲(chǔ)有信息處理程序的計(jì)算機(jī)可讀記錄介質(zhì)，其中，所述使用許可信息示表示在每個(gè)所述程序運(yùn)行環(huán)境中所述程序?qū)⒃诹硪怀绦蜻\(yùn)行環(huán)境下執(zhí)行的使用許可；并且所述信息處理程序的確定步驟基于所述使用許可信息，確定在所述多個(gè)程序運(yùn)行環(huán)境中的一個(gè)程序運(yùn)行環(huán)境下執(zhí)行的程序是否可在其它程序運(yùn)行環(huán)境下被執(zhí)行。
11. 根據(jù)權(quán)利要求10所述的圖像形成裝置中的存儲(chǔ)有信息處理程序的計(jì)算機(jī)可讀記錄介質(zhì)，其中，在所述使用許可信息中，用來(lái)識(shí)別可被所述程序使用的程序運(yùn)行環(huán)境的信息存儲(chǔ)在所迷程序中。
12. 根據(jù)權(quán)利要求9所述的圖像形成裝置中的存儲(chǔ)有信息處理程序的計(jì)算機(jī)可讀記錄介質(zhì)，其中，在要被追加到所述圖像形成裝置的程序中，用來(lái)識(shí)別與所追力。的程序相對(duì)應(yīng)的程序運(yùn)行環(huán)境的運(yùn)行環(huán)境識(shí)別信息與對(duì)應(yīng)于所述運(yùn)行環(huán)境識(shí)別信息的電子簽名相關(guān)聯(lián)；并且所述信息處理程序進(jìn)一步包括偽造檢測(cè)步驟，用來(lái)基于所述電子簽名檢測(cè)所述運(yùn)行環(huán)境識(shí)別信息的偽造。
全文摘要
本發(fā)明公開了一種具有多個(gè)程序運(yùn)行環(huán)境的、并且可將程序追加到多個(gè)程序運(yùn)行環(huán)境的至少一個(gè)程序運(yùn)行環(huán)境當(dāng)中的圖像形成裝置、信息處理方法、以及存儲(chǔ)信息處理程序的計(jì)算機(jī)可讀記錄介質(zhì)。圖像形成裝置包括存儲(chǔ)單元，存儲(chǔ)表示在每個(gè)程序運(yùn)行環(huán)境中程序是否可以使用圖像形成裝置的資源的使用許可信息；以及確定單元，基于使用許可信息，確定在多個(gè)程序運(yùn)行環(huán)境的其中一個(gè)程序運(yùn)行環(huán)境下執(zhí)行的程序是否可以使用圖像形成裝置的資源。
文檔編號(hào)H04N1/32GK101515982SQ20091000801
公開日2009年8月26日 申請(qǐng)日期2009年2月19日 優(yōu)先權(quán)日2008年2月21日
發(fā)明者寺下敏之 申請(qǐng)人:株式會(huì)社理光