专利名称：具有框架的装置及打印机的制作方法
技术领域：
本发明涉及具有框架(framework)的装置以及打印机。
背景技术：
开放服务网关倡议(OSGi,Open Services Gateway initiative)联盟倡导 OSGi框架，来用于管理诸如应用的执行开始/停止等的应用的生命周期。在OSGi框架中，将应用格式规定为Java压缩格式的jar文件。通过将多个类文件集合于一个文件中作为档案库，来创建jar文件。此外，jar文件包括具有jar文件的描述的MANIFEST. MF文件。利用清单文件的OSGi规范的属性的描述，OSGi框架根据描述的属性来管理应用的生命周期。在图像形成装置中，试图在外部安装应用，并且加载应用。此外，普遍使用的还有 另一种图像形成装置，其加载有符合上述OSGi框架的系统。此外，还有另一种图像形成装置问世，在其中，不仅是OSGi规范的属性，而且还有独特的属性被定义并被扩展至清单文件。可用功能的有无，以及硬盘驱动器(HDD)容量或存储器容量，是依据装置机型而变化的。需要构造如下的系统，该系统要能够将创建的应用安装至多个不同机型。日本专利申请特开2000-305756号公报讨论了如下的方法，即依据安装目的地的硬盘驱动器(HDD)的剩余量，来改变一个应用的安装内容。正如在日本专利申请特开2000-305756号公报中所讨论的，如果HDD的空闲容量是小的，则控制安装以压缩并临时安装应用，并且在空闲容量被确保时对应用进行解压缩
发明内容
根据本发明的方面，提供一种具有框架的装置，该装置使用被确定为在使用所述框架时要使用的规定清单，所述框架用于基于清单信息来安装应用，所述装置包括确定单元，其被构造为在将所述应用安装至所述装置时，基于所述装置的机型信息，来确定除了所述规定清单之外，是否还需要其他清单信息；以及发送单元，其被构造为在所述确定单元确定不需要所述其他清单信息时，将关于所述规定清单的信息发送至所述框架，而不发送所述其他清单信息，而在所述确定单元确定需要所述其他清单信息时，除了关于所述规定清单的信息之外，还将所述其他清单信息发送至所述框架，其中，所述框架在所述发送单元发送关于所述规定清单的信息以及关于其他清单的信息时，基于这两个信息来安装所述应用。通过以下参照附图对示例性实施例的详细描述，本发明的其他特征及方面将变得明显。
被并入说明书并构成说明书的一部分的附图，例示了本发明的示例性实施例、特征及方面，并且与文字描述一起用来说明本发明的原理。
图I例示了根据本发明的示例性实施例的系统结构。图2例示了根据示例性实施例的图像形成装置的硬件结构。图3A例 示了根据示例性实施例的图像形成装置的软件结构。图3B例示了安装程序的结构。图4例示了根据示例性实施例的清单文件的结构。图5例示了由根据示例性实施例的安装程序执行的流程图。图6例示了由根据示例性实施例的覆写(overwrite)单元执行的流程图。图I例示了根据示例性实施例的MANIFEST. MF文件。图8例示了根据示例性实施例的MANIFEST_EX. MF文件。图9例示了根据示例性实施例的再压缩之后的MANIFEST. MF文件。
具体实施例方式下面，将参照附图，来详细描述本发明的各种示例性实施例、特征及方面。传统技术没有考虑通过如下方式来安装应用，即根据依据各装置而变化的属性，诸如可用功能的有无、硬盘驱动器(HDD)容量或存储器容量等，来改变声明值或应用名称。例如，单功能打印机(SFP)与多功能打印机(MFP)在加载的单元方面存在差异。就图像形成装置的资源量而言，MFP能够大于SFP。本发明所针对的，是基于适合于单个装置的声明值，来将应用安装至具有不同的可用功能、HDD容量或存储器容量的装置，而不背离OSGi标准规范。下面，根据示例性实施例来描述本发明。OSGi框架具有如下的规范，该规范用于读取jar文件中包括的名称为“MANIFEST. MF”的清单文件。如果可用功能的有无、HDD容量或存储器容量依据打印机机型而存在差异，则存在如下的情况，即需要针对各打印机机型，来设置清单文件的OSGi规范的属性值。在这种情况下，在OSGi规范中，即使形成具有多个清单文件的应用，OSGi框架也不能单独读取清单文件。因此，需要针对各打印机机型，来创建具有修改后的清单文件的描述的应用。单一应用也必须被划分为两个包。因此，应用管理变得复杂，这是不合需要的。此外，应用提供者需要依据用户拥有的图像形成装置的机型，来修改单一应用，进而提供所获得的不同应用。本发明所针对的，是通过如下的方式来安装应用，即根据依据可用功能的有无、HDD容量或存储器容量而变化的属性，来修改清单的声明值或者应用名称，进而安装应用。在下文中，将参照附图，根据本发明的示例性实施例给出具体描述。根据示例性实施例所描述的构成要素是示例，并且，本发明的范围不局限于这些构成要素。图I例示了包括根据本发明的示例性实施例的信息处理装置的网络系统的结构。参照图1，图像形成装置101在单一装置中，组合了诸如打印机、复印机及传真(FAX)机等的功能。在图像形成装置101上能够安装多个应用。图像形成装置101被分配有特有的装置标识符(ID)。信息处理装置102用来远程操作图像形成装置101。网络103是互联网等。图像形成装置101经由网络103与信息处理装置102通信。图2例示了信息处理装置102的硬件结构。中央处理单元(CPU) 202执行各种程序，并且实现各种功能。只读存储器(ROM) 204存储各种程序。CPU 202将存储于ROM 204中的程序加载至随机存取存储器(RAM) 203，并且执行该程序。
RAM 204还被用作CPU 202的临时操作工作存储区域的单元。输入/输出接口 205将数据发送至各装置，以及连接至各服务器的显示器(未例示)。此外，输入/输出接口 205从指点设备(未示出)接收数据。网络接口卡(NIC) 206使得信息处理装置102能够经由网络103与图像形成装置101通信。上述单元能够经由总线207来收发数据。图像形成装置101具有图2中的结构，并且还具有打印单元(未例示)和/或扫描器单元(未例示)。如果图像形成装置101是MFP，则除了打印单元和/或扫描器单元之夕卜，图像形成装置101还包括另一单元。另一方面，如果图像形成装置101是SFP，则图像形成装置101不包括扫描器单元，并且仅由打印单元构成。打·印单元能够经由总线207在各单元之间收发数据。此外，打印单元能够将包括光栅图像数据在内的各种图像数据打印至记录介质，也能够将图像数据发送至外部设备。扫描器单元读取放置在原稿台上的原稿，并且生成图像数据。图3A例示了图像形成装置101的软件结构。在ROM 204中，存储了用于实现在此例示的各构成单元的程序。将程序加载至RAM 203。CPU202执行程序，从而实现各构成单元。个人计算机(PC)应用302安装应用。信息处理装置102包括PC应用302。PC应用302通过利用应用编程接口(API) 304，经由NIC 206向安装程序305请求安装处理。应用管理应用303向用户显示用于指示应用的画面，并且向安装程序305发出应用的安装指令。信息处理装置102能够经由NIC 206来访问应用管理应用303。应用管理应用303经由安装程序305，来向OSGi框架306请求安装处理。稍后描述安装程序305的详情。 OSGi框架306响应于来自安装程序305的安装请求来安装指定应用，并且进一步启动或停止应用。根据本示例性实施例的OSGi框架306符合在OSGi联盟下规定的标准框架的规范。根据本示例性实施例，通过实现OSGi框架306的结构而达到目的，而不背离由OSGi联盟规定的标准规范。虚拟机307是用于执行应用的执行环境，并且例如通过Java(注册商标)虚拟机来实现。虚拟机307是执行环境，其在作为第一执行环境的操作系统(OS) 308上被实现。此夕卜，虚拟机307是第二执行环境，其用于执行基于Java描述的应用。为图像形成装置101提供了上述环境。因此，即使在生产出图像形成装置101之后，也能够安装和执行用于控制图像形成装置101中的打印单元和/或扫描器单元的应用。OS 308是控制整个图像形成装置101的执行环境。OS 308包括能够实时控制复印机的各种功能的实时OS的各模块，或者包括如下的库组，所述库组能够严格控制复印机的选项设备以及包括扩展卡在内的各功能。此外，OS 308通过如下的模块组来实现，所述模块组向在自身上位操作的应用来提供接口命令。下面，参照图3B来对安装程序305给出描述。图3B例示了安装程序305的结构。机型确定单元310确定图像形成装置101是MFP还是SFP。将机型信息提供给图像形成装置101。依据图像形成装置101是MFP还是SFP，而提供不同的机型信息。机型确定单元310基于机型信息来执行确定处理。安装指示单元311向OSGi框架306发出应用的安装请求。覆写单元312执行如下的处理，即将另一清单的声明值覆写至后述规定清单的一部分。解压缩单元313对应用管理应用303或PC应用302指示安装的应用，来进行解压缩。限制确定单元314确定覆写清单文件时的限制项目。再压缩单元315对执行文件及如下文件的文件格式进行再压缩，所述文件包括覆写单元312将另一清单的声明值覆写到的规定清单。下面，描述应用的创建。图4例示了根据本示例性实施例的应用的清单文件的目标结构。通过压缩包括清单文件及执行文件的文件格式，来获得应用。“清单”与“清单文件”是同义的。当通过jar命令来创建jar文件时，自动在META-INF文件夹401生成MANIFEST.MF文件402。根据本示例性实施例，除了自动生成的MANIFEST. MF文件402之外，还针对用于改变清单文件的声明值的机型描述了清单项目。因此，提供了 MANIFEST_EX. MF文件403。在META-INF文件夹401中，形成包括上述文件的、jar文件格式的应用。将自动生成的MANIFEST. MF文件402称为“规定清单”，并且，将独立于规定清单提供的MANIFEST_EX. MF文件403称为“另一清单”。遵照OSGi标准，OSGi框架306仅读取作为规定清单的MANIFEST. MF文件402中描述的声明值。因此，根据本示例性实施例的图像形成装置101包括解压缩单元313、覆写单元312，以及再压缩单元315。对应用进行一次解 压缩，并且，覆写并压缩规定清单的声明值。这样，使用针对图像形成装置101的各机型的最佳清单，而不背离OSGi标准。下面，对应用的安装处理给出描述。用户从PC应用302或者由应用管理应用303提供的用户界面(UI)画面来指定应用，并且安装应用。安装程序305向OSGi框架306，来请求输入应用的安装处理。图5例示了安装程序305的如下处理的流程图，所述处理从接收安装处理的指令，到向OSGi框架306请求安装处理。在步骤S501中，处理开始。在步骤S502中，解压缩单元313对jar文件格式的应用进行解压缩。在步骤S503中，机型确定单元310基于机型信息，来确定图像形成装置101是否为用于改变清单文件的声明值的机型。当机型信息不表示用于改变清单文件的声明值的机型时(步骤S503 :否)，在步骤S507中，安装指示单元311向OSGi框架306来请求安装处理。然后，在步骤S508中，处理结束。在这种情况下，图像形成装置101是MFP，并且，MANIFEST. MF文件402也是为MFP准备的清单。因此，不执行覆写处理。当机型信息表示用于改变清单文件的声明值的机型时(步骤S503 :是)，在步骤S504中，覆写单元312将应用中的MANIFEST_EX. MF文件403的声明值，覆写至MANIFEST.MF文件402的一部分。稍后参照图6来描述覆写逻辑。在步骤S505中，覆写单元312删除不需要的MANIFEST_EX. MF文件403。在步骤S506中，再压缩单元315用jar文件格式，对执行文件以及由规定清单构成的文件的格式进行再压缩，并且存储应用。在步骤S507中，安装指示单元311向OSGi框架306，来请求由再压缩单元315再压缩的应用的安装操作。在步骤S508中，处理结束。利用该处理，OSGi框架306基于机型信息，通过用于仅通过规定清单来安装应用的处理以及用于基于规定清单和另一清单两者来安装应用的处理中的任何一种处理，来安装应用。通过使用与进行安装的应用相关的清单，来安装应用。安装程序305具有图3B中的结构，并且执行图5中的处理。这样，形成对多个不同图像形成装置通用的应用。然后，遵照OSGi规范来安装应用，而不对OSGi框架306做校正。图6例示了步骤S504中的覆写过程的流程图。在步骤S601中，处理开始。在步骤S602中，覆写单元312参照MANIFEST_EX.MF文件403中描述的第一行的属性，或者说是声明值。在步骤S603中，覆写单元312确定当前参照的属性是否为后述能够指定覆写的属性。当属性能够指定覆写时(步骤S603:是)，在步骤S604中，与被参照的属性相匹配的MANIFEST. MF文件402的值，能够指定用MANIFEST_EX. MF文件403的属性值进行覆写。在步骤S605中，处理转至对MANIFET_EX.MF文件403中的下一行的属性的检查操作。当属性不能指定覆写时(步骤S603 :否)，在步骤S605中，处理转至MANIFET_EX.MF文件中的下一行的属性。在步骤S606中，确定是否存在属性。当不存在属性时(步骤S606 :否)，在步骤S607中，处理结束。当存在属性时(步骤S606 :是)，处理返回到步骤S603。图7例示了 MANIFEST. MF文件402的声明值701、包的供应商名称702、包的版本703、包名称704、应用的最大存储器使用量705、最大线程使用量706以及最大盘空间707。MANIFEST. MF 文件 402 用于 MFP。图8 的 801 例示了通过 MANIFEST_EX. MF 文件 403 例示的 MANIFEST_EX. MF 文件。802 描述了 “MaximumMemoryUsage”,803 描述了 “MaximumFilespaceUsage”。描 述所针对的，是在用于改变清单文件的声明值的机型中要改变2个项目的情况。“MaximumMemoryUsage” 802 及 “MaximumFilespaceUsage” 803 表不在执行应用时使用的存储器容量及HDD容量的声明值。通过参照声明值来执行应用。在覆写用于MFP的清单文件的一部分的声明值时，使用MANIFEST_EX. MF文件。将用于MFP的清单文件的资源的使用量的值，设置为大于用于SFP的清单文件。这是因为，MFP具有的资源的量大于SFP。由于对MFP确保了在执行应用时使用的大量资源，因此，应用的处理能够快于利用SFP的情况。参照图9的901，当应用的安装目的地是用于改变清单文件的声明值的机型时，在步骤S504中，创建作为规定清单的MANIFEST. MF文件。覆写与属性802相同的属性705。此外，覆写属性803的相同属性707。项目902、903、904及906具有值701的相同值。显然，项目905及907具有801的MANIFEST_EX. MF的值。下面，对图5加以补充描述。虽然未根据本示例性实施例进行例示，但是，在步骤S502与S503之间也可以执行以下的处理。换句话说，在读取传统应用时执行处理。传统应用仅包括规定清单。在这种情况下，不能执行覆写处理。在步骤S502之后，确定解压缩的应用是否包括与规定清单不同的清单。当解压缩的应用不包括与规定清单不同的清单时，处理进入到步骤S507，在步骤S507，OSGi框架306安装应用。通过该处理，除了根据本示例性实施例的新应用之外，还能够提供与已经在市场上出售的传统应用相对应的图像形成装置101。下面，对安装程序305给出描述，所述安装程序305用来基于图像形成装置101的机型信息，来切换是通过仅使用由OSGi框架306规定的第一清单来安装应用，还是通过连同使用未规定的第二清单来安装应用。安装程序305形成OSGi框架306的规范，而不背离OSGi标准。此外，图像形成装置101的各机型不一定都需要上述应用。结果，应用的提供者可以不必考虑用户拥有的图像形成装置101的机型，而仅提供预定应用。下面，描述限制事项。最后描述用于步骤S603中的确定的限制事项。PC应用302及应用管理应用303在发出安装应用的指令时，参照MANIFEST. MF文件的一部分属性，从而将属性值显示在信息处理装置102的画面上。在PC应用302与应用管理应用303之间，显示属性及属性值是不同的。如果将显示属性的属性值记载至MANIFEST_EX. MF文件，并且准许改变，则应用侧必须通过参照MANIFEST_EX. MF文件显示清单文件，来校正MANIFEST_EX. MF文件。为了避免影响，限制能够被记载至MANIFEST_EX.MF文件801的属性。当描述除了能够被描述的属性以外的属性时，属性要被忽略，而不被覆写。可覆写清单属性包括MaximumMemoryUsage 及 MaximumFileSpaceUsage。此外，不可覆写清单属性包括Bundle-Vender及Bundle-Name。下面，根据示例性实施例的变型例来给出描述。根据示例性实施例，讨论了用于将MANIFEST_EX. MF文件的内容覆写至MANIFEST. MF文件的方法。作为另一选择，能够通过删除MANIFEST. MF文件，并且将MANIFEST_EX. MF的文件名重写为“MANIFEST. MF”，来实现本发明。在这种情况下，需要从如图9所示的开始时间起，将安装处理所需的全部信息记载至MANIFEST_EX. MF文件。根据示例性实施例，当开发者形成MANIFEST_EX. MF文件时，仅可以记载改变。因此，开发者的开发工时量小于根据变型例的情况。根据示例性实施例，基于图像形成装置101的类型，诸如MFP或SFP等，进行了区 另IJ，并且，设置了机型信息。换句话说，将表示MFP的标志或表示SPF的标志存储至图像形成装置101。然而，本发明不局限于此。例如，可以基于诸如存储器容量、中央处理单元(CPU)的容量或者配设的选项等的信息，来进行区别。基于区别结果，可以设置机型信息。在这种情况下，将标志“0”分配给具有某一阈值或更多的存储器容量的图像形成装置，并且，将标志“ I”分配给具有小于所述某一阈值的存储器容量的图像形成装置。此外，可以基于设备类型例如设备标识(ID)，或者图像形成装置的特有ID，来区别清单的用法，并且，可以基于区别结果，来设置机型信息。此外，响应于资源或选项的扩展，可以在中途切换机型信息。这样，能够根据当前使用的图像形成装置的状况，来适当地安装应用。根据示例性实施例，配设了机型确定单元310。作为另一选择，在不配设机型确定单元310的情况下，预先对图像形成装置101设置是否需要另一清单，可以配设确定单元来确定是否需要另一清单。虽然参照示例性实施例对本发明进行了描述，但是应当理解，本发明不局限于所公开的示例性实施例。应当对所附权利要求的范围给予最宽的解释，以使所述范围涵盖所有的变形例、等同结构及功能。
权利要求
1.ー种具有框架的装置，该装置使用被确定为在使用所述框架时要使用的规定清単，所述框架用于基于清单信息来安装应用，所述装置包括 确定单元，其被构造为在将所述应用安装至所述装置时，基于所述装置的机型信息，来确定除了所述规定清单之外，是否还需要其他清单信息；以及 发送单元，其被构造为在所述确定単元确定不需要所述其他清单信息吋，将关于所述规定清单的信息发送至所述框架，而不发送所述其他清单信息，而在所述确定単元确定需要所述其他清单信息时，除了关于所述规定清单的信息之外，还将所述其他清单信息发送至所述框架， 其中，所述框架在所述发送单元发送关于所述规定清单的信息以及关于其他清单的信息时，基于这两个信息来安装所述应用。
2.根据权利要求I所述的装置，该装置还包括 覆写単元，其被构造为将所述其他清单信息覆写至所述规定清单的一部分， 其中，所述发送单元发送所述覆写単元将所述其他清单覆写至所述规定清单的一部分的所述规定清単，从而发送关于所述规定清单的信息以及关于所述其他清单的信息。
3.根据权利要求2所述的装置，其中，所述规定清单及所述其他清单记载声明被分配给所述应用的存储器容量的声明值，并且， 其中，所述覆写単元覆写声明被分配给所述应用的存储器容量的所述声明值。
4.根据权利要求3所述的装置，其中，所述应用具有通过压缩包括执行文件及清単文件的格式而获得的格式，所述装置还包括 解压缩单元，其被构造为对所述应用进行解压缩；以及 压缩单元，其被构造为在所述解压缩单元的解压缩之后，对包括所述执行文件以及所述覆写単元将所述其他清单信息覆写至所述规定清单的一部分的所述规定清单的格式，来进行再压缩。
5.根据权利要求4所述的装置，其中，所述应用控制打印単元或扫描器単元，并且， 其中，所述装置是图像形成装置。
6.ー种具有框架的装置，该框架被构造为管理应用的生命周期，并且还基于具有与所述应用相关的规定名称的清单的声明值，来管理作为管理目标的所述应用，所述装置包括 确定单元，其被构造为在安装预定应用、并且所述框架管理作为管理目标的所述应用时，基于所述装置的装置信息，来确定除了具有所述规定名称的所述清单之外，是否还需要使用其他清単；以及 发送单元，其被构造为在所述确定単元确定不需要使用所述其他清单时，将具有所述规定名称的所述清单的声明值发送至所述框架，而不使用所述其他清单的声明值，而在所述确定単元确定需要使用所述其他清单时，将所述其他清单的声明值用于具有所述规定名称的所述清单的声明值，然后将具有所述规定名称的所述清单的所述声明值发送至所述框架。
7.—种打印机，该打印机执行应用，所述打印机包括 框架，其被构造为管理所述应用的生命周期，并且还基于具有与所述应用相关的规定文件名的清单的声明值，来管理作为管理目标的所述应用，其中，所述打印机在被分配了表示具有所述规定文件名的所述清单被重写的标志吋，在不改变所述规定文件名的情况下重写所述清单的所述声明值，将具有重写之后的所述规定文件名的所述清单发送至所述框架，并请求安装。
8.根据权利要求7所述的打印机，其中，所述打印机是仅包括作为图像处理单元的打印単元的单功能打印机，并且， 其中，表示具有所述规定文件名的所述清单被重写的所述标志被分配给所述单功能打印机。
全文摘要
本发明提供具有框架的装置及打印机。所述装置包括用于基于清单信息来安装应用的框架，并且使用被规定为在使用所述框架时要使用的规定清单。所述装置确定所述装置是否为用于改变清单文件的声明值的机型。当所述装置确定所述装置是用于改变清单文件的所述声明值的所述机型时，默认将被增加用于用于改变清单文件的所述声明值的所述机型的清单文件，覆写至清单文件。
文档编号G06F3/12GK102707907SQ20121002032
公开日2012年10月3日 申请日期2012年1月19日 优先权日2011年1月25日
发明者坪井正德 申请人:佳能株式会社