图像形成装置、 程序管理系统和程序管理方法 【技术领域】
本发明涉及图像形成装置、 程序管理系统、 程序管理方法、 以及保存了程序管理程 序的计算机可读存储介质。背景技术
近来， 通常被称为 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 所示的硬件结构还可应
用到现有的图像形成装置 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、 以及 OS( 操作系 统 )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 的管理相关的各种处
理当中的、 对应于根据预定接口规范的请求的处理。插件管理执行模块 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。接下来， 将会相对于包括安装、 启动、 停止和卸载的处理内容， 给出如图 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 所示的状态下， 当在步骤 S101 中按下了按钮 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 的属 性信息。
图 8 是示出了与单个 SDK 应用相关的应用信息的示例的示意图。图 8 所示的应用 信息是通过作为根要素的具有夹在 < 应用 (application)> 标签之间的应用要素的 XML( 可 扩展标记语言 ) 格式编写的。
应用要素的各个子要素对应于 SDK 应用 223 的属性项目。换句话说， “productid” 要素的值指示产品 ID 的值。产品 ID 是在 SDK 应用 223 的产品的单元 ( 即， 在模型的单元 中 ) 中分配的唯一 ID。 “name( 名称 )” 要素的值指示应用名称。 “description( 说明 )” 要 素的值指示关于 SDK 应用 223 的说明。 “state( 状态 )” 要素的值指示 SDK 应用 223 的状 态。图 8 中的状态要素 “noninstalled( 未安装 )” 指示未安装状态。换句话说， 应用信息 将与 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 地址、 电话号码和传真号码。 “autorun( 自动运行 )” 要素指示是作出自动启动 ( 即， 真 ) 还是不作出自动启动 ( 即， 假 )。例如， 自动启动是指响应于现有的图像形成装置 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 的应用信息获取的。
当在步骤 S111 中从可安装列表屏幕 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 中的 “sd1” 指示 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 所示的状态的屏幕。
当在步骤 S101 中通过应用管理服务 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” )。
当在步骤 S111 中从可安装列表屏幕 630 的列表中选择了所期望的插件应用 122 并按下安装按钮 631 时， 在步骤 S131 中， 应用管理服务 222 执行所选择的插件应用 122 的 提供源的产品 ID 和标识符， 并向应用管理兼容通信控制模块 124 通过 HTTP 通信发送插件
应用 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( 状态 )” 要素的值更新为 “started( 已开 始 )” 。
在完成了开始处理之后， 在步骤 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 将已开始的插件应用 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 的线程 )。如果成功地停止
新的图像形成装置 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 等通用计算机集成多个图像形成装置 中的应用的管理。
进而， 本发明并不局限于这些实施例， 而是在不脱离本发明的范围的前提下可以 作出各种变形和修改。