[发明专利]用作库包的JAVA卡应用包的方法和设备

说明书

描述有一种方法，其使用java卡小应用包作为库包。所述方法提出一种扩展小应用包的导出组件因而允许它们被称为库包的方式。通过组合通过小应用包的标准转换所生成的cap文件与通过不指定小应用的转换所生成的导出文件，它允许获得一混合包，所述混合包可以表现为库包和小应用包二者。

技术领域

本发明涉及一种用于使用java卡应用包作为库包的方法。

它特别是在智能卡产品中获得应用，在所述智能卡产品中目的在于存储日益增长的数量的应用（小应用（applet））而不管受限的存储器资源。

背景技术

在本章节中所描述的途径可以被继续从事，但是不一定是已经在先被设想或追寻的途径。因此，除非在本文中另行指示，否则在本章节中所描述的途径不是对于本申请中的权利要求的现有技术，并且不通过被包括在本章节中而被承认为是现有技术。

Java卡（Java Card）技术在1996年被介绍，并且现在广泛用于智能卡领域中（尤其是用于SIM卡或ATM卡）。它允许基于java的应用（小应用）运行在智能卡或具有受限存储器资源的其它类似设备上。这些应用当被单独采用时通常没有很大的存储器占用空间。然而，由于市场趋向于需要在单个java卡上存储越来越多的这些应用，所以它驱策研究者探索用于减小由每个应用所消耗的存储器空间的解决方案。

到目前为止所考虑的不同途径全部涉及修改应用代码本身以减小其存储器占用空间。代码优化可以用手、通过重构字节代码、或通过使用专有字节代码来被执行以便减小存储器占用空间。然而，这样的优化被设定成在效率方面是受限的，并且当前用这种方式实现的存储器占用空间减小并不可观。这需要用于实现对于存储应用所需的存储器空间的减小的新方式。

可替换的途径是将用于个性化阶段的二进制代码定为目标。在利用消费者信息个性化了卡的小应用之后，用于该个性化目的的有关的非平凡二进制代码在小应用的接下来的阶段中不被需要。然而，由于每个Java卡小应用以封闭的包格式被捆绑，所以不可能在小应用上执行部分清除。因此，所期望的解决方案可以在于在分离的个性化包中实现与应用个性化相关联的二进制代码，并且一旦个性化完成就移除该包。这样的途径将会例如依赖于多包设计的实现方式，所述多包设计具有能够共享并且链接其资源的不同包。

实现这个的一种方式可以是使用Java卡可共享接口。以此方式，小应用包的可共享接口对象（SIO）可以从另一小应用包被访问。然而，仅仅访问另一小应用包的SIO在先前提及的段落中所提及的途径的上下文中可经证明是不够的。此外，可共享接口所包含的客户端/服务器模型需要额外的设置代码并且因而生成通信开销。最后，使用可共享接口可显示为对于允许足够的对象被另一包访问是不适当的，并且增大应用代码大小及其执行时间。

发明内容

为了解决这些需要，本发明涉及一种用于使用java卡小应用包作为库包的方法。具体地，所述方法提出一种扩展小应用包的导出组件因而允许它们被称为库包的方式。

库包导出组件、诸如导出文件公布包内部公共资源、诸如类、方法和字段的所有引用。然而，由于Java卡标准限制，库包不能包含小应用包。相反地，小应用包被限制成通过可共享接口仅仅共享SIO，所述可共享接口不使其公共资源对于其它包可见。在方法实施例中所描述的发明允许获得混合包，所述混合包可以表现为库包和小应用包二者。

更具体地，根据本发明的第一方面，提出有一种用于使得Java卡小应用包可用作库的方法，其包括：

-转换小应用包，所述转换生成第一经转换的小应用“CAP”文件与第一导出文件的第一组合，并且如果所述导出文件包含可共享接口对象SIO则删除所述第一导出文件；

-在不指定任何小应用的情况下转换小应用包，所述转换生成第二CAP文件与第二导出文件的第二组合，所述第二导出文件包含所有公共类和方法、包括SIO，如果有任何SIO的话，并且删除所述第二CAP文件；以及