专利名称:图像形成装置、程序管理系统和程序管理方法
技术领域:
本发明涉及图像形成装置、程序管理系统、程序管理方法、以及保存了程序管理程 序的计算机可读存储介质。
背景技术:
近来,通常被称为MFP (多功能外设)的图像形成装置或组合装置实现为具有公共 或开放的API (应用程序接口)的应用平台(或应用执行环境)。因此,在图像形成装置中 还可使用第三方卖方而不是图像形成装置的制造商开发的应用。上述类型的图像形成装置包括用于管理应用的管理机制。例如,日本公开专利申 请No. 2007-49677提出了一种管理机制,其用于以集成方式管理在单个图像形成装置中实 现的多个应用平台的应用。在上述类型的图像形成装置中,可根本地修改应用平台的软件架构,并且可基于 硬件结构方面的改变或基于市场的需求来开发应用平台的新的结构。在这种情况下,在新 的应用平台下的管理应用的管理机制会与现有的应用平台的管理机制完全不同。当将设置有新的应用平台的新的图像形成装置被推向市场时,在特定时间点很少 出现在办公室中设置的所有的现有图像形成装置都被新的图像形成装置所替代。通常,现 有的图像形成装置和新的图像形成装置会在办公室中共存。然而,如果现有的图像形成装置的应用管理机制不同于新的图像形成装置的应用 管理机制,则用户一定要能够使用这两种应用管理机制。对于用户而言能够使用这两种应 用管理机制将会对其增加负担,这继而又会阻止用户使用新的图像形成装置替代现有的图 像形成装置。
发明内容
相应地,本发明的一个实施例的总体上的目的在于,提供一种新颖的且有效的图 像形成装置、程序管理系统、程序管理方法、以及计算机可读存储介质,从而克服上述问题。本发明的一个实施例的另一和更具体的目的在于,提供一种图像形成装置、程序 管理系统、程序管理方法、以及计算机可读存储介质,其可以集成的方式来管理多个图像形 成装置的程序。根据本发明的一个方面,提供了一种图像形成装置,其经由网络连接到另一图像 形成装置,所述另一图像形成装置包括第一程序执行环境提供部,并响应于使用预定通信 协议的符合第一接口规范的请求的输入,利用第一程序执行环境提供部管理第一程序,所 述图像形成装置包括程序管理部,响应于符合第二接口规范的请求的输入,利用第二程序 执行环境提供部管理第二程序,其中第二程序执行环境提供部具有不同于第一程序执行环 境提供部的结构;兼容接口提供部,用于接受符合第一接口规范的请求的输入;以及中间 部,将由兼容接口提供部所接受的请求转换为符合第二接口规范的请求,并向程序管理部 输入转换后的请求。
根据本发明的一个方面,提供了一种程序管理系统,其包括第一图像形成装置, 包括第一程序执行环境提供部,并响应于使用预定通信协议的符合第一接口规范的请求的 输入,利用第一程序执行环境提供部管理第一程序;和第二图像形成装置,其经由网络与第一图像形成装置相连接,并包括程序管理 部,响应于符合第二接口规范的请求的输入,利用第二程序执行环境提供部管理第二程序, 其中第二程序执行环境提供部具有不同于第一程序执行环境提供部的结构;兼容接口提供 部,用于接受符合第一接口规范的请求的输入;以及中间部,将由兼容接口提供部所接受的 请求转换为符合第二接口规范的请求,并向程序管理部输入转换后的请求。根据本发明的一个方面,提供了一种程序管理方法,在经由网络与另一图像形成 装置相连接的图像形成装置中实施,所述另一图像形成装置包括第一程序执行环境提供 部,并响应于使用预定通信协议的符合第一接口规范的请求的输入,利用第一程序执行环 境提供部管理第一程序,所述程序管理方法包括程序管理步骤,响应于符合第二接口规范 的请求的输入,利用第二程序执行环境提供部管理第二程序,其中第二程序执行环境提供 部具有不同于第一程序执行环境提供部的结构;兼容接口提供步骤,接受符合第一接口规 范的请求的输入;以及中间步骤,将由兼容接口提供步骤所接受的请求转换为符合第二接 口规范的请求,并向程序管理步骤输入转换后的请求。通过结合所附的附图阅读随后的具体实施方式
,可以使得本发明的其他目的和进 一步特征变得更加清楚。
图1是示出了本发明的一个实施例中的系统结构的示例的方框图;图2是示出了本发明的一个实施例中的图像形成装置的硬件结构的示例的方框 图;图3是示出了现有的图像形成装置的软件结构的示例的示意图;图4是示出了新的图像形成装置的软件结构的示例的示意图;图5是用于说明集成了新的图像形成装置的应用管理机制和现有的图像形成装 置的应用管理机制的机制的示意图;图6是用于说明应用安装处理的流程的时序图;图7是示出了扩展的功能初始设定屏幕的显示示例的示意图;图8是示出了与单个SDK(软件开发工具箱)应用相关的应用信息的示例的示意 图;图9是示出了与现有的图像形成装置相关的安装列表屏幕的显示示例的示意图;图10是示出了通过安装更新的应用信息的示例的示意图;图11是示出了与新的图像形成装置相关的可安装列表屏幕的显示示例的示意 图;图12是用于说明应用开始处理的流程的时序图;图13是示出了开始设定屏幕的显示示例的示意图;图14是示出了通过开始应用而更新的开始设定屏幕的显示示例的示意图;图15是用于说明应用停止处理的流程的时序图16是用于说明应用卸载处理的流程的时序图;图17是示出了卸载屏幕的显示示例的示意图;以及图18是示出了由通用计算机提供的集成操作环境的情况下的系统结构的示例的 方框图。
具体实施例方式参考所附的附图,给出根据本发明的图像形成装置、程序管理系统、程序管理方 法、以及计算机可读存储介质的具体实施方式
。图1是示出了本发明的一个实施例中的系统结构的示例的方框图。在图1中,例 如,在单个办公室中,图像形成装置10和图像形成装置20经由诸如LAN(局域网)等网络 50相连接。网络50可以是有线电视网络、无线网络、或是有线电视和无线网络的组合。图像形成装置10和20中的每一个都具有拥有公共或开放的API (应用程序接口) 的应用平台(或应用执行环境,通过提供单元或装置形成程序执行环境)。然而,图像形成 装置10的应用平台的软件架构不同于图像形成装置20的应用平台的软件架构。此外,图 像形成装置10的应用平台的API也不同于图像形成装置20的应用平台的API。在合适的计算机可读存储介质中保存当被计算机(诸如图像形成装置的CPU等) 执行时使得计算机实现如下所述的图像形成装置的功能。例如,计算机可读存储介质可形 成为磁记录介质、光学记录介质、磁_光记录介质、以及半导体存储设备。在本发明的一个实施例中,假设出于方便的目的,图像形成装置10的应用平台与 图像形成装置20的应用平台相比较更加新。因此,图像形成装置10在下文中被称为新的 图像形成装置10,而图像形成装置20在下文中被称为现有的图像形成装置20。与新的图 像形成装置10相比较,现有的图像形成装置20可被视为旧的。图2是示出了本发明的一个实施例中图像形成装置的硬件结构的示例的方框图。 图2所示的图像形成装置10的硬件包括控制器11、扫描仪12、打印机13、调制解调器14、 操作面板15、网络接口(I/F) 16、以及SD (安全数字)卡插槽17。控制器11包括CPU (中央处理器)111、RAM (随机访问存储器)112、ROM (只读存 储器)113、以及HDD (硬盘驱动器)114。ROM 113保存由程序使用的各种程序和数据。RAM 112提供用于加载程序的存储区域和用于加载的程序的工作区域。CPU 111执行加载到RAM 112的程序以实现各种功能。HDD 114用于保存程序和程序所使用的各种数据。扫描仪12构成了用于从文档读取图像数据的硬件。打印机13构成了用于在诸如 纸张等打印介质上打印出打印数据的硬件。调制解调器14构成了用于将图像形成装置10 连接到电话线的硬件,并用来以传真通信方式发送和接收图像数据。操作面板15构成了设 置有诸如按钮等输入设备或装置和诸如LCD (液晶显示器)等显示单元或装置并用于接受 用户的输入的硬件。网络I/F 16构成了用于将图像形成装置10连接到诸如LAN等网络的 硬件,其中网络可以是有线电视网络、无线网络、或是有线电视和无线网络的组合。SD卡插 槽17用于读取SD卡80中记录的一个或多个程序。因此,不仅将ROM 113中保存的程序还 将SD卡80中保存的程序都加载到RAM 112当中并由图像形成装置10中的CPU 111所执 行。图2示出了新的图像形成装置10的硬件结构,然而,图2所示的硬件结构还可应
6用到现有的图像形成装置20。图3是示出了现有的图像形成装置的软件结构的示例的示意图。图3所示的现有 的图像形成装置20包括标准应用221、应用管理服务222、SDK (软件开发工具箱)应用223、 SDK平台224、控制服务225、以及OS (操作系统)226。在OS 226中以过程或线程启动现有 的图像形成装置20的各软件。标准应用221构成了当被转送时作为标准特征在现有的图像形成装置20中预先 安装的应用的组(或套)。在这个示例中,标准应用221包括扫描应用2211、打印应用2212、 复印应用2213、以及传真应用2214。扫描应用2211执行扫描任务。打印应用2212执行打 印任务。复印应用2213执行复印任务。传真应用2214执行传真发送任务或传真接收任务。控制服务225是由一组(一套)软件模块组成的,软件模块用于提供控制关于处 于较高层级的等级结构的各种硬件资源的功能。例如,控制服务225包括网络通信功能、扫 描仪控制功能、打印机控制功能、以及存储器管理功能。此外,SDK应用223作为插件进行安装以便在售出现有的图像形成装置20之后可 扩展现有的图像形成装置20的功能。图3所示的SDK应用223包括SDK应用223a、223b 和 223c。SDK平台224提供SDK应用223的执行环境。换句话说,SDK平台224构成了 SDK 应用223的应用平台(或是程序执行环境提供单元或装置)。利用SDK平台224提供的API 开发每个SDK应用223。将SDK平台224的API制成公共的或是开放的,因此SDK应用223 可由例如第三方卖方来开发。API是一套功能或方法。API可包括向SDK应用223通知异 步地生成的事件等的机制。图3所示的SDK平台224包括应用管理通信控制模块2241和应用管理执行模块 2242。应用管理通信控制模块2241利用HTTP (超文本传输协议)接受(或接收)符合预 定的接口规范(或是请求(或是命令)规范、或是请求格式)的请求,并将请求输入到应用 管理执行模块2242。应用管理执行模块2242响应于所接受的请求,执行与SDK应用223的 管理相关的各种处理当中的、对应于接受的请求的处理。应用管理通信模块2241使得指示 由应用管理执行模块2242执行的处理的结果的结果信息形成具有根据预定接口规范的格 式,并将包括根据预定接口规范的结果信息的响应返回到请求的输入源。应用管理服务222提供了与SDK应用223的管理相关的用户接口。更特别的,应 用管理服务222在现有的图像形成装置20的显示面板上显示SDK应用223的管理相关的 各种屏幕。应用管理服务222响应于经由显示的屏幕输入的指令,利用HTTP将符合预定接 口规范的请求输入(或发送)到应用管理通信控制模块2241。应用管理服务222在操作面 板上显示关于输入请求而输出(返回)的结果信息。因此,由应用管理服务222、应用管理通信控制模块2241和应用管理执行模块 2242形成现有的图像形成装置20的应用管理机制。应用的管理包括对应用的生命周期或状态的管理。更特别的,应用的管理包括控 制应用的安装、开始、停止和卸载的执行,确认安装的应用的列表信息等。在应用管理服务222和应用管理执行模块2242之间插入应用管理通信控制模块 2241,这是因为应用管理服务222和应用管理执行模块2242是由彼此不同的程序语言实现 的。换句话说,现有的图像形成装置20的SDK平台224和SDK应用223是利用Java (注册商标)语言实现的。另一方面,现有的图像形成装置20的控制服务225、标准应用221和应 用管理服务222是利用C语言实现的。相应地,为了使应用管理服务222直接地调用利用Java语言实现的应用管理执行 模块2242,重复特殊机制以使得C语言的程序能够调用Java语言的程序。因此,提供了应 用管理通信控制模块2241以避免实现上述特殊机制。通过在应用管理服务222和应用管 理执行模块2242之间插入应用管理通信控制模块2241,应用管理服务222可利用相对于 编程语言而言中立(即,具有低的对编程语言的依赖性)的HTTP通信向应用管理执行模块 2242输入请求。如果确保了相对于编程语言的中立的通信,则应用管理服务222和应用管 理通信控制模块2241之间的通信协议当然不局限于HTTP。在应用管理服务222和应用管 理通信控制模块2241之间使用的、除HTTP之外的标准通信协议的示例包括专属(或排他) 通信协议、SOAP (简单对象访问协议)等。图4是示出了新的图像形成装置的软件结构的示例的示意图。图4所示的新的图 像形成装置10包括标准应用121、插件应用122、插件管理UI (用户接口)控制模块123、 应用管理兼容通信控制模块124、应用管理包装模块125、应用平台126、以及0S(操作系 统)127。新的图像形成装置10的各软件都作为OS 127上的过程或线程被启动。当被转发时,标准应用121形成了作为标准特征预先安装在新的图像形成装置10 中的一组(或一套)应用。在这个示例中,标准应用121包括扫描应用1211、打印应用1212、 复印应用1213和传真应用1214。与如上所述的现有的图像形成装置20的标准应用221相 类似,扫描应用1211执行扫描任务,打印应用1212执行打印任务,复印应用1213执行复印 任务,而传真应用1214执行传真发送任务或传真接收任务。此外,还可安装插件应用122以便在售出新的图像形成装置10之后可扩展新的图 像形成装置10的功能。因此,在这个方面,插件应用122类似于如上所述的现有的图像形 成装置20的SDK应用223。图4所示的插件应用122包括插件应用122a、122b和122c。应用平台126提供在新的图像形成装置10中包括标准应用121和插件应用122 的应用的执行环境。换句话说,应用平台126形成了插件应用122的应用平台(或是程序 执行环境提供单元或装置)。因此,在新的图像形成装置10中,可在相同的平台上,即在应 用平台126上操作标准应用121和插件应用122。应用平台126是利用Java语言实现的。出于这个原因,在应用平台126上操作的 标准应用121、插件应用122、插件管理UI控制模块123、应用管理兼容通信控制模块124、 以及应用管理包装模块125都应利用Java语言实现。利用应用平台126提供的API开发新的图像形成装置10的各个应用或模块。应用 平台126的API被制成公共的或是开放的,因此插件应用122可由例如第三方卖方来开发。 新的图像形成装置10的应用平台126的API和现有的图像形成装置20的SDK平台224的 API不具有兼容性。因此,插件应用122和SDK应用223之间不存在兼容性。进而,新的图 像形成装置10中的插件应用122的管理机制(或管理格式)不同于现有的图像形成装置 20中的SDK应用223的管理机制(或管理格式)。也就是说,在新的图像形成装置10中,插件应用122的管理机制是由应用平台126 中包括的插件管理执行模块1261和应用平台126上操作的插件管理UI控制模块123形成 的。插件管理执行模块1261响应于输入的请求,执行与插件应用122的管理相关的各种处
8理当中的、对应于根据预定接口规范的请求的处理。插件管理执行模块1261使得指示由插 件管理执行模块1261执行的处理的结果的结果信息形成为根据预定接口规范的格式,并 将包括根据预定接口规范的结果信息的响应返回到请求的输入源。插件管理UI控制模块123提供与插件应用122的管理相关的用户接口。更特别 的,插件管理UI控制模块123在新的图像形成装置10的操作面板15上显示与插件应用122 的管理相关的各种屏幕。插件管理UI控制模块123响应于经由所显示的屏幕输入的指令, 向插件管理执行模块1261输入符合预定接口规范的请求。插件管理UI控制模块123在操 作面板15上显示关于输入请求而输出(返回)的结果信息。换句话说,插件管理UI控制模块123对应于现有的图像形成装置20的应用管理 服务222,而插件管理执行模块1261对应于现有的图像形成装置20的应用管理执行模块 2242。然而,新的图像形成装置10中的插件管理执行模块1261的接口规范(或API规范) 不同于现有的图像形成装置20中的应用管理执行模块2242的接口规范(或API规范)。 然而,插件管理执行模块1261的接口规范当然不包括利用HTTP通信的格式。应用管理兼容通信控制模块124和应用管理包装模块125吸收接口规范之间的差 异,以使应用管理服务222使用插件管理执行模块1261。也就是说,应用管理兼容通信模块 124提供根据与应用管理通信控制模块2241的接口规范完全相同的接口规范的接口,并输 入经由应用管理包装模块125的接口输入的请求。应用管理包装模块125通过与应用管理 执行模块2242的接口规范完全相同的接口规范的接口接受请求,将所接受的请求转换为 根据插件管理执行模块1261的接口规范的格式,并向插件管理执行模块1261输入具有转 换后格式的请求(或转换后的请求)。相应地,通过提供应用管理兼容通信控制模块124和应用管理包装模块125,可如 图5所示集成新的图像形成装置10的应用管理机制和现有的图像形成装置20的应用管理 机制。图5是用于说明集成了新的图像形成装置的应用管理机制和现有的图像形成装 置的应用管理机制的机制的示意图。如图5所示,应用管理服务222可通过HTTP通信向新的图像形成装置10的应用 管理兼容通信控制模块124输入请求。应用管理兼容通信控制模块124可通过与应用管理 通信控制模块2241执行的处理相类似的处理向应用管理包装模块125输入请求。相应地, 应用管理兼容通信控制模块124可形成应用管理通信控制模块2241本身,这是因为应用管 理包装模块125提供了与应用管理执行模块2242相同的接口。应用管理包装模块125将输入的请求转换为根据插件管理执行模块1261的接口 规范的格式,并向插件管理执行模块1261输入具有转换后的格式的请求。插件管理执行模 块1261执行根据输入的请求的处理,并向应用管理包装模块125输出处理的结果信息。应 用管理包装模块125将结果信息转换为根据应用管理执行模块2242的接口规范的格式,并 向应用管理兼容通信控制模块124返回具有转换后的格式的结果信息。应用管理兼容通信 控制模块124利用符合应用管理通信控制模块2241的接口规范的HTTP通信,向应用管理 服务222返回具有转换后的格式并被返回的结果信息。因此,用户可经由现有的图像形成装置20的操作面板,不仅管理现有的图像形成 装置20的SDK应用223,还可管理新的图像形成装置10的插件应用122。
9
接下来,将会相对于包括安装、启动、停止和卸载的处理内容,给出如图5所示的 各处理的流程的具体实施方式
。图6是用于说明应用安装处理的流程的时序图。在图6和随后的时序图中,出于 方便的目的,假设用户的工作地点是现有的图像形成装置20的设定位置。当用户经由现有的图像形成装置20的操作面板选择应用管理服务222作为所使 用的目标时,应用管理服务222在现有的图像形成装置20的操作面板上显示扩展的功能初 始设定屏幕。图7是示出了扩展的功能初始设定屏幕的显示示例的示意图。在图7中,扩展的 功能初始设定屏幕600包括启动设定标签601、安装标签602和卸载标签603。这些标签 601,602和603是被选择基于需求切换扩展的功能初始设定屏幕600的显示内容的显示部 件。图7示出了选择了初始标签602并显示安装初始屏幕610的状态。在安装初始屏幕610中,可按下(或选择)按钮611至614以选择在现有的图像 形成装置20中将被安装的SDK应用223的获取目的地(即,SDK应用223的提供源)。可 按下按钮615以选择除现有的图像形成装置20之外的图像形成装置作为安装目的地。在 这个实施例中,通过按钮615选择的除现有的图像形成装置20之外的图像形成装置是新的 图像形成装置10。当然,如果除新的图像形成装置10之外的特定图像形成装置连接到网络50并且 该特定图像形成装置的应用管理机制集成了现有的图像形成装置的应用管理机制,则在安 装初始设定屏幕610上显示对应于特定图像形成装置的按钮。例如,基于对连接到网络50 上的图像形成装置的搜索结果可显示并由应用管理服务222或另一程序模块执行用于选 择安装目的地的按钮。此外,基于指示与网络50相连的图像形成装置并预先保存在例如存 储单元(未示出)中的列表信息,显示用于选择安装目的地的按钮。在图7所示的状态下,当在步骤SlOl中按下了按钮611至614中的一个时,应用管 理服务222判断安装目的地是否为本地图像形成装置,即现有的图像形成装置20。因此,在 步骤S102中,应用管理服务222指定对应于被按下的按钮的提供源的标识符,并通过HTTP 通信向应用管理通信控制模块2241发送可安装的SDK应用223的列表信息(或可安装列 表)的获取请求。当按下了按钮611至613中的一个时,提供源的标识符是SD卡插槽的标 识符。另一方面,当按下了按钮614时,提供源的标识符是预定的WWW服务器的标识符(例 如,URL(统一资源定位器))。在步骤S103中,应用管理通信控制模块2241响应于接收到可安装列表的获取请 求,指定SDK应用223的提供源的标识符,并向应用管理执行模块2242请求搜索可安装SDK 应用223。随后,在步骤S104和S105中,应用管理执行模块2242搜索在指定的提供源中保 存的SDK应用223。例如,如果标识符指示SD卡插槽,则应用管理执行模块2242搜索由标 识符指示的SD卡插槽中设置的SD卡的预定的文件夹中保存的SDK应用223。另一方面,如 果标识符指示WWW服务器,则应用管理执行模块2242从由标识符指示的WWW服务器中搜索 可安装的SDK应用223。在提供源是SD卡插槽或WWW服务器的任意一种情形下,获取应用 信息作为每个可安装的SDK应用223的搜索结果。应用信息是指在附加于SDK应用223的 预定文件中记录(例如,在与SDK应用223相同的文档文件中记录)的SDK应用223的属 性f曰息。
10
图8是示出了与单个SDK应用相关的应用信息的示例的示意图。图8所示的应用 信息是通过作为根要素的具有夹在 < 应用(application) >标签之间的应用要素的XML (可 扩展标记语言)格式编写的。应用要素的各个子要素对应于SDK应用223的属性项目。换句话说,“productid” 要素的值指示产品ID的值。产品ID是在SDK应用223的产品的单元(即,在模型的单元 中)中分配的唯一 ID。“name (名称)”要素的值指示应用名称。“description (说明)”要 素的值指示关于SDK应用223的说明。“state (状态),,要素的值指示SDK应用223的状 态。图8中的状态要素“noninstallecK未安装)”指示未安装状态。换句话说,应用信息 将与SDK应用223 —并安装。当SDK应用223被安装而SDK应用223的状态改变时,状态 要素的值被更新为指示这次改变后的状态的值。“version (版本)”要素指示SDK应用223 的版本。“original (原始),,要素的值指示SDK应用223的提供源(例如,SD卡或WWW服 务器)。图8中的原始要素“sd”指示SD卡(或SD卡插槽)。“vendor (卖方)”要素的值 指示SDK应用223的开发商。“e-mail”要素、“tel”要素和“fax”要素的值分别指示开发 商的e-mail地址、电话号码和传真号码。“aUtorim(自动运行)”要素指示是作出自动启动 (即,真)还是不作出自动启动(即,假)。例如,自动启动是指响应于现有的图像形成装置 20的启动,而不是响应于下面将会描述的启动指令,作为线程的自动启动。在步骤S104和S105中,作为搜索结果被发现为正在安装的每个SDK应用223都 获取图8所示的应用信息。接下来,在步骤S106中,应用管理执行模块2242向应用管理通 信控制模块2241输出已获取的应用信息的列表(或应用列表)。在步骤S107中,应用管理 通信控制模块2241通过HTTP通信向应用管理服务222返回应用列表。在步骤S108中,应用管理服务222基于对其返回的应用列表,显示扩展的功能初 始设定屏幕600中的可安装列表屏幕。图9是示出了关于现有的图像形成装置的可安装列表屏幕的显示示例的示意图。 在图9中,可安装列表屏幕620显示可安装的SDK应用223的列表。列表中的项目包括应 用名称、说明、版本和各SDK应用223的提供介质。列表中的项目的值是从各SDK应用223 的应用信息获取的。当在步骤Slll中从可安装列表屏幕620中选择了所期望的SDK应用223并按下 了安装按钮621时,在步骤S112中,应用管理服务222指定所选择的SDK应用223的提供 源的产品ID和标识符,并通过HTTP通信向应用管理通信控制模块2241发送SDK应用223 的安装请求。在步骤S113中,应用管理通信控制模块2241指定SDK应用223的提供源的 产品ID和标识符,并响应于接收到安装请求向应用管理执行模块2242请求SDK应用223 的安装。随后,在步骤S114中,应用管理执行模块2242在现有的图像形成装置20中安装 指定的提供源中保存的SDK应用223当中的、具有指定的产品ID的SDK应用223。通过这 样安装SDK应用223,可在预定的存储单元更新并保存所安装的SDK应用223的应用信息。图10是示出了通过安装更新的应用信息的示例的示意图。与图8所示的应用信 息相比较,在图10所示的应用信息中“state (状态)”要素的值被更新为“stopped(停 止)”。这个更新后的值指示已经安装了所选择的SDK应用223,并且停止了这个SDK应用 223 (即,没有启动)。此外,在图10所示的应用信息中,在“original (源)”要素的位置处 写入“destination (目的地)”要素。这个“目的地”要素的值指示安装目的地的标识符。进而,图10中的“sdl”指示SD卡。换句话说,安装的SDK应用223的存储位置可以在SD 卡当中而不是在现有的图像形成装置20的存储单元当中。在完成了上述安装处理之后,在步骤S115中,应用管理执行模块2242向应用管 理通信控制模块2241输出安装处理的结果信息。在步骤S116中,应用管理通信控制模块 2241通过HTTP通信向应用管理服务222返回结果信息。在步骤S117中,在扩展的功能初 始设定屏幕600上显示对其返回的结果信息。另一方面,当在图7所示的安装初始屏幕610中选择了(或按下了)按钮615时, 应用管理服务222显示包括类似于按钮611至614的、用于选择将被安装到新的图像形成 装置10当中的插件应用122的获取目的地(即,插件应用122的提供源)的按钮、以及用 于选择现有的图像形成装置20作为安装目的地以返回图7所示的状态的屏幕。当在步骤SlOl中通过应用管理服务222显示的上述屏幕上选择一个提供源时,应 用管理服务222判断安装目的地是否为作为这个示例中的新的图像形成装置10的远程图 像形成装置。因此,在步骤S121中,应用管理服务222指定所选择的提供源的标识符,并通 过HTTP通信向新的图像形成装置10的应用管理兼容通信控制模块124发送可安装的插件 应用122的列表信息(或可安装列表)的获取请求在步骤S122中,应用管理兼容通信控制模块124指定插件应用122的提供源的标 识符,并响应于接收到可安装列表的获取请求,向应用管理包装模块125请求搜索可安装 的插件应用122。在步骤S123中,应用管理包装模块125将搜索可安装列表的请求转换为 根据插件管理执行模块1261的接口规范的格式,并向插件管理执行模块1261输入具有转 换后格式的请求(即,插件应用122的搜索请求)。接下来,在步骤S124和S125中,插件 管理执行模块1261搜索在指定的提供源中保存的插件应用122。以与上述对于SDK应用 223获得的搜索结果相类似的方式,对于每个可安装插件应用122获取应用信息作为搜索 结果。随后,在步骤S126中,插件管理执行模块1261向应用管理包装模块125输出所获取 的应用信息的列表(或应用列表)。如果插件应用122的应用信息的结构、数据格式等不同 于SDK应用223的应用信息的结构、数据格式等,则应用管理包装模块125将插件应用122 的应用信息转换为根据SDK应用223的应用信息的格式。在步骤S127中,应用管理包装模 块125向应用管理兼容通信控制模块124输出具有转换后结构、数据格式等的应用信息的 列表(或应用列表)。在步骤S128中,应用管理兼容通信控制模块124通过HTTP通信向应 用管理服务222返回应用列表。在步骤S108中,应用管理服务222基于对其返回的应用列表在扩展的功能初始设 定屏幕600中显示可安装列表屏幕。图11是示出了与新的图像形成装置相关的可安装列表屏幕的显示示例的示意 图。图11所示的可安装列表屏幕630具有与图9所示的可安装列表屏幕620相类似的结 构。换句话说,可安装列表屏幕630显示可安装插件应用122的列表。然而,在可安装插件 应用122的这个列表中,对于每个插件应用122所显示的项目包括替代提供介质的、安装目 的地处的新的图像形成装置10的名称(“装备2,,)。当在步骤Slll中从可安装列表屏幕630的列表中选择了所期望的插件应用122 并按下安装按钮631时,在步骤S131中,应用管理服务222执行所选择的插件应用122的 提供源的产品ID和标识符,并向应用管理兼容通信控制模块124通过HTTP通信发送插件
12应用122的安装请求。在步骤S132中,应用管理兼容通信控制模块124指定插件应用122 的提供源的产品ID和标识符,并响应于接收到安装请求,向应用管理包装模块125请求插 件应用122的安装。随后,在步骤S133中,应用管理包装模块125将安装请求转换为根据 插件管理执行模块1261的接口规范的格式,并向插件管理执行模块1261输入具有转换后 格式的安装请求。之后,在步骤S134中,插件管理执行模块1261在新的图像形成装置10 中安装由安装请求指定的提供源保存的插件应用122当中的、具有指定的产品ID的插件应 用122。通过这样安装插件应用122,可在预定的存储单元中更新并保存安装后的插件应用 122的应用信息。安装的插件应用122的应用信息的更新内容可类似于上述安装的SDK应 用223的应用信息的更新内容。然而,基于插件应用122的应用信息的结构,插件应用122 的应用信息的更新还可与SDK应用223的应用信息的更新不相同。在步骤S135中,在完成了安装处理之后,插件管理执行模块1261向应用管理包装 模块125输出安装处理的结果信息。在步骤S136中,应用管理包装模块125将结果信息转 换为根据应用管理执行模块2242的接口规范的格式,并向应用管理兼容通信控制模块124 输出具有转换后格式的结果信息。在步骤S137中,应用管理兼容通信控制模块124通过 HTTP通信向应用管理服务222返回结果信息。在步骤S117中,应用管理服务222在扩展的 功能初始设定屏幕600中显示结果信息。在如上所述的步骤S121、S128、S131和S137中,应用管理服务222不识别安装目 标是插件应用122。换句话说,应用管理服务222执行与当在现有的图像形成装置20中安 装SDK应用223时和当在新的图像形成装置10中安装插件应用122时所执行的处理相类 似的处理。这是因为应用管理兼容通信控制模块124提供了与应用管理通信控制模块2241 相同的接口。接下来,将会给出用于开始所安装的应用的应用开始处理的流程的具体实施方 式。图12是用于说明应用开始处理的流程的时序图。在步骤S201中,当用户按下了现有的图像形成装置20的显示面板上显示的扩展 的功能初始设定屏幕600上的开始设定标签601时,在步骤S202中,应用管理服务222通 过HTTP通信向应用管理通信控制模块2241发送所安装的SDK应用223的列表信息(或安 装后的列表)的获取请求。在步骤S203中,应用管理通信控制模块2241响应于接收到所 安装的列表的获取请求,向应用管理执行模块2242请求搜索所安装的SDK应用223。随后, 在步骤S204和S205中,应用管理执行模块2242搜索所安装的SDK应用223。更特别的,应 用管理执行模块2242通过安装SDK应用223搜索预定的存储单元中记录的应用信息。接下来,在步骤S206中,应用管理执行模块2242向应用管理通信控制模块2241 输出作为搜索结果所发现的应用信息的列表(或应用列表)。在步骤S207中,应用管理通 信控制模块2241向应用管理服务222返回应用列表。与步骤S202并行地,在步骤S211中,应用管理服务222向新的图像形成装置10的 应用管理兼容通信控制模块124发送已安装的插件应用122的列表信息(或安装的列表) 的获取请求。在步骤S212中,应用管理兼容通信控制模块124响应于接收到已安装的列表的获 取请求,向应用管理包装模块125请求搜索已安装的插件应用122。在步骤S213中,应用管 理包装模块125将搜索请求转换为根据插件管理执行模块1261的接口规范的格式,并向插件管理执行模块1261输入具有转换后的格式的搜索请求。随后,在步骤S214和S215中, 插件管理执行模块1261搜索已安装的插件应用122。与已安装的SDK应用223的搜索结 果相类似的,对于每个已安装的插件应用122都获取应用信息的列表(或应用列表)。在 步骤S216中,插件管理执行模块1261向应用管理包装模块125输出已获取的应用信息的 应用列表。应用管理包装模块125将插件应用122的应用信息转换为SDK应用223的应用 信息的格式。在步骤S217中,应用管理包装模块125向应用管理兼容通信控制模块124输 出具有转换后的格式的应用信息的应用列表。在步骤S218中,应用管理兼容通信控制模块 124通过HTTP通信向应用管理服务222返回应用列表。接下来,在步骤S220中,应用管理服务222基于从应用管理通信控制模块2241和 应用管理兼容通信控制模块124返回的应用列表,在扩展的功能初始设定屏幕600中显示 开始设定屏幕。图13是示出了开始设定屏幕的显示示例的示意图。在图13中,开始设定屏幕640 显示了已安装的SDK应用223或已安装的插件应用122的列表。列表项目包括各应用的状 态(开始或停止)、应用名称、说明、版本和开始源。列表中项目的值是从各应用的应用信息 所获取的。在步骤S221中,当从开始设定屏幕640中选择了具有“停止”状态的一个应用并按 下了开始按钮641时,则开始开始处理。在步骤S222中,在所选择的应用中包括现有的图 像形成装置20中安装的应用(即,图13所示的作为开始源的具有“SD卡插槽1”的SDK应 用223)的情况下,应用管理服务222指定所选择的SDK应用223的产品ID,并通过HTTP通 信将SDK应用223的开始请求发送到应用管理通信控制模块2241。在步骤S223中,应用管 理通信控制模块2241指定SDK应用223的产品ID,并响应于接收到开始请求,向应用管理 执行模块2242请求开始SDK应用223。随后,在步骤S224中,应用管理执行模块2242开始 现有的图像形成装置20中具有指定的产品ID的SDK应用223 (或SDK应用223的线程)。 如果成功地开始现有的图像形成装置20中的SDK应用223,则应用管理执行模块2242将 已开始的SDK应用223的应用信息中的“state (状态)”要素的值更新为“startecK已开 始)”。在完成了开始处理之后,在步骤S225中,应用管理执行模块2242向应用管理通信 控制模块2241输出开始处理的结果信息。在步骤S226中,应用管理通信控制模块2241通 过HTTP通信向应用管理服务222返回结果信息。在步骤S231中,在作为开始目标选择的应用包括新的图像形成装置10中安装的 应用(例如,作为图13中的开始源的具有名称“equipment (装备)2”的插件应用122)的情 形下,应用管理服务222指定所选择的插件应用122的产品ID并通过HTTP通信向应用管 理兼容通信控制模块124发送这个插件应用122的开始请求。在步骤S232中,应用管理兼 容通信控制模块124指定插件应用122的产品ID,并响应于接收到开始请求向应用管理包 装模块125输入插件应用122的开始请求。在步骤S233中,应用管理包装模块125将开始 请求转换为根据插件管理执行模块1261的接口规范的格式,并向插件管理执行模块1261 输入具有转换后的格式的开始请求。随后,在步骤S234中,插件管理执行模块1261开始具 有新的图像形成装置10中的指定的产品ID的插件应用122 (或插件应用122的线程)。如 果成功地开始新的图像形成装置10中的插件应用122,则插件管理执行模块1261将已开始
14的插件应用122的应用信息中的“状态”要素的值更新为指示“已开始”的值。在步骤S235中,在完成了开始处理之后,插件管理执行模块1261向应用管理包装 模块125输出开始处理的结果信息。在步骤S236中,应用管理包装模块125将结果信息转 换为根据应用管理执行模块2242的接口规范的格式,并向应用管理兼容通信控制模块124 输出具有转换后格式的结果信息。在步骤S237中,应用管理兼容通信控制模块124通过 HTTP通信向应用管理服务222返回结果信息。接下来,在步骤S240中,应用管理服务222基于从应用管理通信控制模块2241和 应用管理兼容通信控制模块124中至少一个返回的结果信息来更新开始设定屏幕640。图14是示出了通过开始应用而更新开始设定屏幕的显示示例的示意图。在图14 所示的开始设定屏幕640中,已经将第四行中的应用(即,插件应用122)的状态更新为“已 开始”。因此,图14示出了其中选择插件应用122作为开始目标的情形,并且图14所示的 显示是作为执行图12中步骤S231至S240的结果。接下来,将会给出用于停止已开始的应用的应用停止处理的流程的具体实施方 式。图15是用于说明应用停止处理的流程的时序图。在图15中,步骤S201至S220是与 图12所示的对应的步骤相同的。换句话说,搜索现有的图像形成装置20和新的图像形成 装置10的每一个中安装的应用,并基于搜索结果显示开始设定屏幕640。例如,在步骤S321中,当从图14所示的开始设定屏幕640中选择了具有 "started(已开始)”状态的一个应用并按下了停止按钮642时,则开始停止处理。在步骤 S322中,在所选择的应用中包括现有的图像形成装置20中安装的应用(例如,图13中的具 有开始源“SD卡插槽1”的SDK应用223)的情况下,应用管理服务222指定所选择的SDK 应用223的产品ID,并通过HTTP通信将SDK应用223的停止请求发送到应用管理通信控 制模块2241。在步骤S323中,应用管理通信控制模块2241指定SDK应用223的产品ID, 并响应于接收到停止请求,向应用管理执行模块2242请求停止SDK应用223。随后,在步 骤S324中,应用管理执行模块2242停止现有的图像形成装置20中具有指定的产品ID的 SDK应用223 (或SDK应用223的线程)。如果成功地停止现有的图像形成装置20中的SDK 应用223,则应用管理执行模块2242将已开始的SDK应用223的应用信息中的“state (状 态),,要素的值更新为“ stopped (已停止)”。在完成了停止处理之后,在步骤S325中,应用管理执行模块2242向应用管理通信 控制模块2241输出停止处理的结果信息。在步骤S326中,应用管理通信控制模块2241通 过HTTP通信向应用管理服务222返回结果信息。在步骤S331中,在作为停止目标选择的应用包括新的图像形成装置10中安装的 应用(例如,作为图13中的开始源的具有名称“装备2”的插件应用122)的情形下,应用管 理服务222指定所选择的插件应用122的产品ID并通过HTTP通信向应用管理兼容通信控 制模块124发送这个插件应用122的停止请求。在步骤S332中,应用管理兼容通信控制模 块124指定插件应用122的产品ID,并响应于接收到停止请求向应用管理包装模块125输 入插件应用122的停止请求。在步骤S333中,应用管理包装模块125将停止请求转换为根 据插件管理执行模块1261的接口规范的格式,并向插件管理执行模块1261输入具有转换 后的格式的停止请求。随后,在步骤S334中,插件管理执行模块1261停止具有新的图像形 成装置10中的指定的产品ID的插件应用122(或插件应用122的线程)。如果成功地停止
15新的图像形成装置10中的插件应用122,则插件管理执行模块1261将已停止的插件应用 122的应用信息中的“状态”要素的值更新为指示“已停止”的值。在步骤S335中,在完成了停止处理之后,插件管理执行模块1261向应用管理包装 模块125输出停止处理的结果信息。在步骤S336中,应用管理包装模块125将结果信息转 换为根据应用管理执行模块2242的接口规范的格式,并向应用管理兼容通信控制模块124 输出具有转换后格式的结果信息。在步骤S337中,应用管理兼容通信控制模块124通过 HTTP通信向应用管理服务222返回结果信息。接下来,在步骤S340中,应用管理服务222基于从应用管理通信控制模块2241和 应用管理兼容通信控制模块124中至少一个返回的结果信息来更新开始设定屏幕640。例 如,如果将开始设定屏幕640的第四行中的插件应用122选择为停止目标,则如图13所示 地更新开始设定屏幕640的显示内容。现在将会给出卸载已经成为不必要的已安装的应用的卸载处理的流程的具体实 施方式。图16是用于说明应用卸载处理的流程的时序图。在步骤S401中,当用户按下了现有的图像形成装置20的操作面板上显示的扩展 的功能初始设定屏幕600上的卸载标签603时,执行如上结合图12描述的步骤S202至S218 相类似的步骤。在步骤S420中,应用管理服务222基于从应用管理通信控制模块2241和 应用管理兼容通信控制模块124返回的应用列表,在扩展的功能初始设定屏幕中的卸载屏
眷ο图17是卸载屏幕的显示示例的示意图。图17所示的卸载屏幕650具有与如上所 述的开始设定屏幕640的结构相类似的结构,并不再赘述对于卸载屏幕650的具体说明。在步骤S421中,当从卸载屏幕650中选择了一个应用并按下了卸载按钮651时, 则开始卸载处理。在步骤S422中,在所选择的应用中包括现有的图像形成装置20中安装 的应用(即,图13中的具有开始源“SD卡插槽1”的SDK应用223)的情况下,应用管理服 务222指定所选择的SDK应用223的产品ID,并通过HTTP通信将SDK应用223的卸载请 求发送到应用管理通信控制模块2241。在步骤S423中,应用管理通信控制模块2241指定 SDK应用223的产品ID,并响应于接收到卸载请求,向应用管理执行模块2242请求卸载SDK 应用223。随后,在步骤S424中,应用管理执行模块2242卸载现有的图像形成装置20中具 有指定的产品ID的SDK应用223。在完成了卸载处理之后,在步骤S425中,应用管理执行模块2242向应用管理通信 控制模块2241输出卸载处理的结果信息。在步骤S426中,应用管理通信控制模块2241通 过HTTP通信向应用管理服务222返回结果信息。在步骤S431中,在作为卸载目标选择的应用包括新的图像形成装置10中安装的 应用(例如,作为图13中的开始源的具有名称“装备2”的插件应用122)的情形下,应用管 理服务222指定所选择的插件应用122的产品ID并通过HTTP通信向应用管理兼容通信控 制模块124发送这个插件应用122的卸载请求。在步骤S432中,应用管理兼容通信控制模 块124指定插件应用122的产品ID,并响应于接收到卸载请求向应用管理包装模块125输 入插件应用122的卸载请求。在步骤S433中,应用管理包装模块125将卸载请求转换为根 据插件管理执行模块1261的接口规范的格式,并向插件管理执行模块1261输入具有转换 后的格式的卸载请求。随后,在步骤S434中,插件管理执行模块1261卸载具有新的图像形成装置10中的指定的产品ID的插件应用122。在步骤S435中,在完成了卸载处理之后,插件管理执行模块1261向应用管理包装 模块125输出卸载处理的结果信息。在步骤S436中,应用管理包装模块125将结果信息转 换为根据应用管理执行模块2242的接口规范的格式,并向应用管理兼容通信控制模块124 输出具有转换后格式的结果信息。在步骤S437中,应用管理兼容通信控制模块124通过 HTTP通信向应用管理服务222返回结果信息。接下来,在步骤S440中,应用管理服务222基于从应用管理通信控制模块2241和 应用管理兼容通信控制模块124中至少一个返回的结果信息来更新卸载屏幕650。如上所述,根据这个实施例的新的图像形成装置10设置有应用管理兼容通信控 制模块124,其可基于与现有的图像形成装置20的应用管理通信控制模块2241相同的接口 规范接受请求。出于这个原因,现有的图像形成装置20的应用管理服务222可利用作出现 有的图像形成装置20的SDK应用223的管理相关的请求的现有(或传统的)流程,经由应 用管理兼容通信控制模块124,输入关于新的图像形成装置10的插件应用122的管理的请 求。结果,可集成现有的图像形成装置20的SDK应用223的管理和新的图像形成装置10 的插件应用122的管理以便向用户提供集成的操作环境。因此,用户可操作单个图像形成 装置,并同时地和集中地管理与多个图像形成装置相关的应用。提供用于对应用作出同时的和集中的管理的用户接口(或操作环境)的装置可以 不是多个集成了应用管理机制的图像形成装置中的一个。例如,经由网络与多个图像形成 装置相连的诸如PC(个人计算机)等信息处理装置可被用来同时地并集中地管理与多个图 像形成装置相关的应用。图18是示出了由通用计算机提供集成的操作环境的情形下的系统结构的示例的 方框图。在图18中,使用相同的附图标记来指定与图1中对应的部件相同的部件,并不再 对其赘述。在图18中,除了图像形成装置10和20之外,装备管理装置30也连接到网络50。 例如,装备管理装置30可以由诸如PC等通用计算机形成。装备管理装置30包括由软件形 成的应用集成管理部31。装备管理装置30中安装的程序可使得装备管理装置30的CPU执 行应用集成管理部31的处理。应用集成管理部31执行与现有的图像形成装置20的应用管理服务222执行的流 程相类似的流程。换句话说,图6、图12、图15和图16的每一个中的应用管理服务222可 被应用集成管理部31所替代。在这种情形下,应用集成管理部31在装备管理装置30的显 示单元上显示如图7、图9、图11、图13、图14和图17所示的屏幕。根据图18所示的系统结构,可利用诸如PC等通用计算机集成多个图像形成装置 中的应用的管理。进而,本发明并不局限于这些实施例,而是在不脱离本发明的范围的前提下可以 作出各种变形和修改。
权利要求
1.一种图像形成装置,其经由网络连接到另一图像形成装置,所述另一图像形成装置 包括第一程序执行环境提供部,并响应于使用预定通信协议的符合第一接口规范的请求的 输入,利用第一程序执行环境提供部管理第一程序,所述图像形成装置包括程序管理部,响应于符合第二接口规范的请求的输入,利用第二程序执行环境提供部 管理第二程序,其中第二程序执行环境提供部具有不同于第一程序执行环境提供部的结 构;兼容接口提供部,用于接受符合第一接口规范的请求的输入;以及中间部,将由兼容接口提供部所接受的请求转换为符合第二接口规范的请求,并向程 序管理部输入转换后的请求。
2.根据权利要求1所述的图像形成装置,其中,兼容接口提供部使用所述预定通信协议,以符合第一接口规范的格式向兼容接口提供 部所接受的请求的输入源返回由程序管理部输出的、与转换后的请求对应的处理的结果信 息。
3.根据权利要求1所述的图像形成装置,其中,程序管理部响应于符合第二接口规范的安装第二程序的请求来安装第二程序。
4.根据权利要求3所述的图像形成装置,其中,程序管理部响应于符合第二接口规范的获取列表信息的获取请求,从存储单元获取图 像形成装置中安装的第二程序的列表的列表信息。
5.根据权利要求3所述的图像形成装置,其中,程序管理部响应于符合第二接口规范的卸载第二程序的请求,卸载第二程序。
6.一种程序管理系统,包括第一图像形成装置,包括第一程序执行环境提供部,并响应于使用预定通信协议的符 合第一接口规范的请求的输入,利用第一程序执行环境提供部管理第一程序;和第二图像形成装置,其经由网络与第一图像形成装置相连接,并包括程序管理部,响应于符合第二接口规范的请求的输入,利用第二程序执行环境提供部 管理第二程序,其中第二程序执行环境提供部具有不同于第一程序执行环境提供部的结 构;兼容接口提供部,用于接受符合第一接口规范的请求的输入;以及中间部,将由兼容接口提供部所接受的请求转换为符合第二接口规范的请求,并向程 序管理部输入转换后的请求。
7.根据权利要求6所述的程序管理系统,其中,第二图像形成装置的兼容接口提供部使用所述预定通信协议,以符合第一接口规范的 格式向兼容接口提供部所接受的请求的输入源返回由程序管理部输出的、与转换后的请求 对应的处理的结果信息。
8.根据权利要求6所述的程序管理系统,其中,第二图像形成装置的程序管理部响应于符合第二接口规范的安装第二程序的请求来 安装第二程序。
9.根据权利要求8所述的程序管理系统,其中,第二图像形成装置的程序管理部响应于符合第二接口规范的获取列表信息的获取请求,从存储单元获取图像形成装置中安装的第二程序的列表的列表信息。
10.根据权利要求8所述的程序管理系统,其中,第二图像形成装置的程序管理部响应于符合第二接口规范的卸载第二程序的请求,卸 载第二程序。
11.一种程序管理方法,在经由网络与另一图像形成装置相连接的图像形成装置中实 施,所述另一图像形成装置包括第一程序执行环境提供部,并响应于使用预定通信协议的 符合第一接口规范的请求的输入,利用第一程序执行环境提供部管理第一程序,所述程序 管理方法包括程序管理步骤,响应于符合第二接口规范的请求的输入,利用第二程序执行环境提供 部管理第二程序,其中第二程序执行环境提供部具有不同于第一程序执行环境提供部的结 构;兼容接口提供步骤,接受符合第一接口规范的请求的输入;以及中间步骤,将由兼容接口提供步骤所接受的请求转换为符合第二接口规范的请求,并 向程序管理步骤输入转换后的请求。
12.根据权利要求11所述的程序管理方法,其中,兼容接口提供步骤使用所述预定通信协议,以符合第一接口规范的格式向兼容接口提 供步骤所接受的请求的输入源返回由程序管理步骤输出的、与转换后的请求对应的处理的 结果信息。
13.根据权利要求11所述的程序管理方法,其中,程序管理步骤响应于符合第二接口规范的安装第二程序的请求来安装第二程序。
14.根据权利要求13所述的程序管理方法,其中,程序管理步骤响应于符合第二接口规范的获取列表信息的获取请求,从存储单元获取 图像形成装置中安装的第二程序的列表的列表信息。
15.根据权利要求13所述的程序管理方法,其中,程序管理步骤响应于符合第二接口规范的卸载第二程序的请求,卸载第二程序。
全文摘要
图像形成装置、程序管理系统和程序管理方法。一种图像形成装置,其连接到另一图像形成装置,响应于使用预定的通信协议的第一接口规范的请求的输入,利用第一程序执行环境提供部管理第一程序。该图像形成装置响应于根据第二接口规范的请求,利用第二程序执行环境提供部管理第二程序,其中第二程序执行环境提供部具有不同于第一程序执行环境提供部的结构,接受根据第一接口规范的请求,并且将所接受的请求转换为根据将要由程序管理部输入的第二接口规范的请求。
文档编号H04N1/32GK101998010SQ201010250050
公开日2011年3月30日 申请日期2010年8月9日 优先权日2009年8月11日
发明者荒木凉二 申请人:株式会社理光