WO2018032653A1

WO2018032653A1 - Function implementing method and apparatus for java card application

Info

Publication number: WO2018032653A1
Application number: PCT/CN2016/108304
Authority: WO
Inventors: 许晶; 袁艳芳; 张彦杰; 付青琴; 王于波
Original assignee: 北京智芯微电子科技有限公司; 国网信息通信产业集团有限公司; 国家电网公司
Priority date: 2016-08-18
Filing date: 2016-12-01
Publication date: 2018-02-22
Also published as: CN106227576A

Abstract

A function implementing method and apparatus for a Java card application, wherein said method comprises: generating a library-implementing Java card loadable file according to a library-implementing source file of a function to be implemented (S101); generating a library interface source file according to said library-implementing source file (S102); generating a library interface Java card library file according to said library interface source file (S103); generating a Java loadable file for an application according to an application source file, and generating a Java card loadable file for the application according to said Java loadable file for the application and said library interface Java card library file (S104); installing said library-implementing Java card loadable file and said Java card loadable file for the application into a Java card in sequence (S105).

Description

Function realization method and device of Java card application

Technical field

The present invention relates to the field of smart card technologies, and in particular, to a function implementation method and apparatus for a Java card application.

Background technique

JAVA card is a kind of smart card that can run JAVA card program (JavaCard Applet). It makes full use of the platform independence of JAVA language, which makes JAVA technology "write once, run anywhere" on the smart card. In October 1996, Sun released the first version of the JAVA card specification based on Schlumberger's research experience; in February 1997, Gemplus and Schlumberger launched the JAVA card forum, and several smart card manufacturers joined In this organization, the JAVA Card 2.0 specification was released at the end of 1997. This version of the specification defines the specific API interface functions and introduces a JAVA card virtual machine that is much smaller than the JAVA virtual machine but also satisfies the basic features of the JAVA language.

The JAVA card with the virtual machine makes the JAVA card platform and application completely separate. A card with JAVA card platform can download the application after the platform is released. This is a JAVA card has a more convenient advantage than a native language such as C. A JAVA card can adapt to different application scenarios. There is no need to develop multiple versions of the on-chip operating system (COS, Chip Operation System). The separation of platform and application is achieved through a unified application programming interface (API). To develop a version of the JAVA card API international standard, the platform layer implements the API function, and the application calls the API interface to implement the function.

When the application is developed, it is compiled by referring to the standard JAVA card library package to generate a downloadable file. After the application is downloaded to the platform, the platform of the platform library package is invoked by a dynamic link mechanism. The index of the Token value compiled by the platform is used to find the JAVA package, class and method that are called to implement the corresponding functions. After a JAVA card is released, if different applications need to implement the same function, the traditional implementation methods include: The first method is to implement a set of the same function function for each application; the second method uses the traditional patching method of JAVA card to add the function implementation to the platform; the third method, re-develop the platform, if Cards with a Read-Only Memory (ROM) mask also need to be re-plated.

Existing methods for adding common functions have their own problems: the first method, each application implements a set of function functions within the application, which leads to redundancy of code amount, in a limited space of the smart card, if a single application The increase in the amount of code will result in a decrease in the number of loadable applications, or an increase in the cost of the card; the second method, the traditional patching method of the JAVA card, is generally in the JAVA card runtime environment, and is patched when the method is called. The function judges that if the method has a patch function, the patch function is run. If there is no patch function, the existing function is run. This method increases the judgment time, so that the card operation efficiency is lowered, and the development of the patch function is more More restrictions; the third method, re-developing a new version of the platform, which not only causes the chip to have the cost of re-masking, but also increases the maintenance cost of multiple versions in the development.

The information disclosed in this Background section is only intended to provide an understanding of the general background of the invention, and should not be construed as an admission

Summary of the invention

In view of this, the technical problem to be solved by the embodiments of the present invention is how to provide an effective means for implementing new functions on a Java card.

To solve the above technical problem, the first embodiment of the present invention provides a method for implementing a function of a Java card application, including:

Implementing a source file generation library according to a library to be implemented to implement a Java card loadable file;

Generating a library interface source file according to the library implementation source file;

Generating a library interface Java card library file according to the library interface source file;

Generating an application's Java loadable file according to the application source file, and according to the application's Java Loading a file and the library interface Java card library file generating application Java card loadable file;

The library implementation Java card loadable file and the Java Card loadable file of the application are sequentially installed into the Java card.

In a possible implementation manner, the implementing the source file generation library according to the library implementation function to implement the Java card loadable file includes:

Passing the library implementation source file to the Java API through a javac compiler, and generating a library to implement a Java loadable file;

The library implements the Java loadable file by referring to the JavaCard and the application security management platform Global Platform API through the Java Card compiler tool converter, and the generated library implements the Java card loadable file.

In a possible implementation manner, the implementing a source file generating library interface source file according to the library includes:

Remove the implementation code of all functions in the library implementation source file, leaving only the declaration of the class, and generating the library interface source file.

In a possible implementation manner, the generating a library interface Java card library file according to the library interface source file includes:

The library interface package source file is referenced to the Java API by the javac compiler, and the library interface Java loadable file is generated;

The library interface Java loadable file is referenced by the Java Card compiler tool converter to the JavaCard and the application security management platform Global Platform API, and the library interface Java card external interface file is generated;

The library interface Java card library file is generated by using the jar tool according to the library interface Java loadable file and the library interface Java card external interface file.

In a possible implementation manner, the generating a Java loadable file according to an application source file, and generating, according to the Java loadable file of the application and the library interface Java card library file The Java Card loadable files used include:

Generating the application source file into a Java loadable file of the application by referring to the Java API through a javac compiler;

The Java loadable file of the application is referenced by a Java Card compiler tool converter, a JavaCard, an application security management platform, a Global Platform API, and the library interface Java card library file, to generate a Java card loadable file of the application.

In a possible implementation manner, the installing the Java card loadable file and the Java card loadable file of the application into the Java card in sequence includes:

First install the Java card loadable file into the Java card through the JavaCard Downloader Loader on the existing standard Java card;

The Java Card loadable file of the application is downloaded and installed into the Java Card through the JavaCard Downloader Loader and the Installer Installer.

In order to solve the above technical problem, the embodiment of the present invention provides a function implementation device for a Java card application, including:

a first generation module, configured to implement a Java file loadable file according to a library implementation source library according to a function to be implemented;

a second generation module, configured to generate a library interface source file according to the library implementation source file;

a third generation module, configured to generate a library interface Java card library file according to the library interface source file;

a fourth generation module, configured to generate a Java loadable file of the application according to the application source file, and generate a Java card loadable file of the application according to the Java loadable file of the application and the library interface Java card library file;

A file loading module configured to sequentially install the library implementation Java card loadable file and the Java Card loadable file of the application into the Java card.

In a possible implementation manner, the first generating module is specifically configured to:

In a possible implementation manner, the second generating module is specifically configured to:

In a possible implementation manner, the third generating module is specifically configured to:

In a possible implementation manner, the fourth generating module is specifically configured to:

In a possible implementation manner, the file loading module is specifically configured to:

The first generation module, the second generation module, the third generation module, the fourth generation module, and the file loading module may use a specific software on a PC to use a programming language when performing processing. Implementation, in practical applications, the programming language can be set in each hardware entity (such as a central processing unit, a digital signal processor, or a programmable logic array), and through the central processing unit (CPU, Central Processing Unit), digital Implemented by a DSP (Digital Singnal Processor) or a Field-Programmable Gate Array (FPGA).

In one aspect, a method and apparatus for implementing a function of a Java card application provided by an embodiment of the present invention reduces code amount compared to the first method in the background art. If the amount of code implemented by the library function is n kbytes, the amount of code implemented by the application is m kbytes. When there are i applications on a card that need to be transferred to the library, the amount of code required by the first method is i* ( n+m) kbytes, and the amount of code required for this method is n+i*m kbytes, which reduces the amount of code of (i-1)*n kbytes. The reduction in the amount of code makes it possible to select a chip with a smaller space and a lower cost when the chip is selected. On the other hand, the function implementation method and device for the Java card application provided by the embodiment of the present invention shortens the development time, reduces the development difficulty, and improves the operation efficiency, compared with the second method in the background art. When implementing the function library function by means of the traditional patch method, it is necessary to consider the possible problems in the design, design the patch entry, and in the implementation, call the global variable, etc., there are development restrictions, using Java card package to achieve new The library function of the enhanced function can shorten the development time and reduce the development difficulty. At runtime, the traditional patch needs to determine whether there is a patch function when the function is called. The runtime cost is increased before each method call. This method does not require a judgment function, which improves the operation efficiency. In another aspect, a method and an apparatus for implementing a function of a Java card application provided by an embodiment of the present invention reduce the cost of version maintenance compared with the third method in the background art, and if the chip is on the ROM mask, Saves on chip mask cost. This method is missing in function function or needs to be added At that time, you only need to use the Java library implementation package to download to the Java card, and provide the corresponding library interface package to the application development user, without re-developing a version of COS, reducing the number of COS versions. On the chip of the ROM mask, it is not necessary to perform the chip mask again, and the function library is directly downloaded, which greatly saves the cost of multiple masks.

Further features and aspects of the present invention will become apparent from the Detailed Description of the Drawing.

DRAWINGS

The accompanying drawings, which are incorporated in FIG

1 is a flowchart of a method for implementing a function of a Java Card application according to Embodiment 1 of the present invention;

FIG. 2 is a flowchart of step S101 of Embodiment 1 of the present invention;

FIG. 3 is a flowchart of step S102 of the first embodiment of the present invention;

FIG. 4 is a flowchart showing step S103 of the first embodiment of the present invention;

FIG. 5 is a flowchart of step S104 of Embodiment 1 of the present invention;

FIG. 6 is a flowchart of step S105 of Embodiment 1 of the present invention;

FIG. 7 is a schematic structural diagram of a function implementing apparatus of a Java card application according to Embodiment 1 of the present invention.

detailed description

The specific embodiments of the present invention are described in detail below with reference to the accompanying drawings, but it is understood that the scope of the present invention is not limited by the specific embodiments.

The technical solutions in the embodiments of the present invention will be clearly and completely described in conjunction with the drawings in the embodiments of the present invention. It is a partial embodiment of the invention, and not all of the embodiments. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention. The term "comprising" or variations such as "comprises" or "comprises", etc., are to be understood to include the recited elements or components, and Other components or other components are not excluded.

The word "exemplary" is used exclusively herein to mean "serving as an example, embodiment, or illustrative." Any embodiment described herein as "exemplary" is not necessarily to be construed as preferred or preferred.

In addition, numerous specific details are set forth in the Detailed Description of the invention in the Detailed Description. Those skilled in the art will appreciate that the invention may be practiced without some specific details. In some instances, methods, means, and components that are well known to those skilled in the art are not described in detail in order to facilitate the invention.

The present application solves the problems in the background art, and refines the general functions added by the JAVA card into a library package. Each application does not need to implement these functions separately, and directly calls the newly added library package, thereby reducing the space occupation. First download the library package to the Java card, and then download the application that calls the library package function to the Java card. When implementing the function of the library package, the implementation of the JAVA card package is adopted, and the implementation mode is flexible and convenient for rapid development. After development, there is no need to maintain multiple versions of the platform, only the maintenance of the library package; on the platform of the ROM mask, the cost of re-masking is also eliminated.

The library package in this application refers to the API package that implements the functions. The common JAVA card standard library package includes: java.io, java.lang, javacard.framework, javacard.security, javacardx.crypto, and so on. The library packages java.io and java.lang define some common exceptions (Exceptions). javacard.framework defines various operation interfaces for the JAVA card platform runtime environment. javacard.security and javacardx.crypto define international algorithms and passwords. Security interface.

The library in this application refers to the Java card external library, that is, the library that is not preset in the card, and the library package that needs new functions. In this application, the source files are .java files, the Java loadable files are .class files, the Java card loadable files are .cap files, and the package is a collection of source files. The file is a jar package that needs to be referenced for Java Card application development. The library implementation package contains the library implementation source file, and the library implements the library function in the source file; the library interface package contains the library interface source file, and the library interface source file only contains the function interface, and no specific function is implemented.

Example 1

FIG. 1 is a flowchart of a method for implementing a function of a Java card application according to an embodiment of the present invention. As shown in the figure, the method includes:

Step S101: Implementing a source file generation library according to a library to be implemented to implement a Java card loadable file;

The library implementation package contains all the library implementation source files. As a JAVA card package, it is developed based on the JAVA card standard library package to implement the function functions of the new library. As shown in FIG. 2, the specific implementation process of this step is: firstly, the Java API is referenced by the javac compiler, and the library implementation package Java loadable file is generated. Then, the Java Card and the Application Security Management Platform (GP, Global Platform) API are referenced through the Java Card Compiler Tool Converter, and the library is implemented to implement the Java Card loadable file.

Javac is a java language programming compiler, the full name of the javacompilation.javac tool, the definition of classes and interfaces written in the java language, and compiled into a class file of byte code. Javac can implicitly compile some source files that are not mentioned on the command line, and use the -verbose option to track automatic compilation. When compiling a source file, the compiler often needs information about the types it has not yet identified. The compiler needs its type information for each class or interface that is used, extended, or implemented in the source file. This includes classes and interfaces that are not explicitly mentioned in the source file but provide information through inheritance.

The Application Programming Interface (API) is a predefined function that provides the ability for applications and developers to access a set of routines based on a piece of software or hardware without having to access source code or understand internals. The details of the working mechanism. The Java API class file used by the virtual machine loader's class file when running a Java program. All loaded class files (including extracted from the application and extracted from the Java API) and all that have been loaded The loaded dynamic libraries (including native methods) together make up the entire program running on the Java virtual machine.

Before a platform can support Java programs, the functionality of the API must be explicitly implemented on this particular platform. To access local resources on the host, the Java API calls the native method. Since the Java API class file calls the native method, the Java program does not need to call them anymore. In this way, the Java API class file provides a Java program with a platform-independent, standard interface for the underlying host. For Java programs, the Java API will have the same performance and predictable behavior regardless of the internals of the platform. Because the Java Virtual Machine and Java API are explicitly implemented on each specific host platform, the Java program itself can become a platform-independent program.

The Java Card Compiler Tool Converter is a converter in Java that is responsible for data type conversion. The Java Card technology is mainly used to implement a small Java Applet in a secure manner on a smart card or a device similar to a smart card. This technology is also widely used in SIM cards and ATM cards.

GlobalPlatform (GP) is a cross-industry international standards organization dedicated to the development, development and release of technical standards for security chips to facilitate the management of multi-application industrial environments and their secure, interoperable business deployment. As an international standards organization, its focus is on security unit (SE), trusted execution environment (TEE) and mobile messaging (Mobile Messaging). Its mature technical specification is to establish an end-to-end trusted service solution. The tools and services of multiple members of the industrial environment support multiple business models. The GP is the global standard for the unification of security chip-based security infrastructure.

Step S102: Generate a library interface source file according to the library implementation source file;

As shown in FIG. 3, the specific implementation process of this step is: according to the library implementation source file generation library interface source file, the implementation code of all functions in the library implementation source file is removed, leaving only the class declaration.

If you want the library interface package (the library interface package is a collection of library interface source files) with the fewest function declarations, you can compile the classes and functions of the interfaces you need to provide at the top. Since the JAVA card external class in the Java Card Compiler tool converter generates the sorted class Token values in alphabetical order, the class that provides the interface needs to be arranged at the forefront of the package.

Step S103: Generate a library interface Java card library file according to the library interface source file;

According to the library interface source file, the JAR package of the library interface Java card library file is generated. As shown in FIG. 4, the specific implementation process of this step is as follows: First, the library interface source file refers to the Java API through the javac compiler, and the library interface Java can be generated. Load the file. Then, the JavaCard and GP APIs are referenced through the Java Card Compiler tool converter to generate a library interface Java card external interface file. Finally, use the library interface Java loadable file and the library interface Java card external interface file together with the jar tool to generate the library interface Java card library file.

The jar (Java ARchive, Java Archive) tool is a platform-independent file format that combines multiple files into one file. Users can bind multiple Java applets and their required components (.class files, images, and sounds) to a JAR file, and then download them to the browser as a single simple HTTP (Hypertext Tranfer Protocal) transaction. , which greatly increases the download speed. The JAR format also supports compression, which reduces file size and further reduces download time. In addition, applet writers can also sign items in a JAR file with a digital signature to confirm their source. It is written in Java and is fully backward compatible with existing applet code and fully extensible.

Step S104: Generate a Java loadable file of the application according to the application source file, and generate a Java card loadable file of the application according to the Java loadable file of the application and the library interface Java card library file;

This step is a process of generating a loadable file, and the application needs to obtain a library interface Java card library file. As shown in FIG. 5, the specific implementation process of this step is: after the application source file (the application source file is a source file that implements the application function developed according to the application specification), the Java API is used to generate the application Java loadable file by using the Javac compiler. Then use the Java Card Compiler Tool converter to reference the JavaCard, the GP API, and the library interface Java card library file generated in step S103 to generate the Java of the application. The card can be loaded with files.

Step S105: The library implementation Java card loadable file and the Java card loadable file of the application are sequentially installed into the Java card.

As shown in FIG. 6, the specific implementation process of this step is: before the application is loaded, the Java card loadable file is first installed on the existing standard Java card through the JavaCard downloader (Loader) to install the Java card loadable file to the Java card. in. Then, through the JavaCard Loader and Installer, the Java Card loadable file of the application is downloaded and installed into the Java card, and the application is downloaded and installed, and can be used.

The function implementation method of the Java card application provided by the embodiment of the present invention reduces the amount of code compared with the first method in the background art. If the amount of code implemented by the library function is n kbytes, the amount of code implemented by the application is m kbytes. When there are i applications on a card that need to be transferred to the library, the amount of code required by the first method is i* ( n+m) kbytes, and the amount of code required for this method is n+i*m kbytes, which reduces the amount of code of (i-1)*n kbytes. The reduction in the amount of code makes it possible to select a chip with a smaller space and a lower cost when the chip is selected.

Compared with the second method in the background art, the development time is shortened, the development difficulty is lowered, and the operation efficiency is improved. When implementing the function library function by means of the traditional patch method, it is necessary to consider the possible problems in the design, design the patch entry, and in the implementation, call the global variable, etc., there are development restrictions, using Java card package to achieve new The library function of the enhanced function can shorten the development time and reduce the development difficulty. At runtime, the traditional patch needs to determine whether there is a patch function when the function is called. The runtime cost is increased before each method call. This method does not require a judgment function, which improves the operation efficiency.

Compared with the third method in the background art, the cost of version maintenance is reduced, and if the chip of the ROM mask is used, the cost of the chip mask is also saved. This method only needs to use the Java library implementation package to download to the Java card when the function function is missing or needs to be added, and provides the corresponding library interface package to the application development user, without re-developing a version of COS, reducing the COS The number of versions. In ROM On the mask chip, it is not necessary to perform the chip mask again, and the function library is directly downloaded, which greatly saves the cost of multiple masks.

Example 2

FIG. 7 is a schematic structural diagram of a device for implementing a function of a Java card application according to an embodiment of the present invention. As shown in the figure, the device includes:

The first generating module 71 is configured to implement a Java card loadable file by implementing a source file generating library according to a library to be implemented.

The second generating module 72 is configured to generate a library interface source file according to the library implementation source file;

The third generating module 73 is configured to generate a library interface Java card library file according to the library interface source file;

The fourth generation module 74 is configured to generate a Java loadable file of the application according to the application source file, and generate a Java card loadable file of the application according to the Java loadable file of the application and the library interface Java card library file;

The file loading module 75 is configured to sequentially install the library implementation Java card loadable file and the Java Card loadable file of the application into the Java card.

In a possible implementation manner, the first generating module 71 is specifically configured to:

In a possible implementation manner, the second generating module 72 is specifically configured to:

In a possible implementation manner, the third generating module 73 is specifically configured to:

In a possible implementation manner, the fourth generating module 74 is specifically configured to:

In a possible implementation manner, the file loading module 75 is specifically configured to:

The device corresponding to the method of the first embodiment has all the beneficial technical effects of the first embodiment, and details are not described herein again.

Those skilled in the art will appreciate that embodiments of the present invention can be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment, or a combination of software and hardware. Moreover, the invention can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage and optical storage, etc.) including computer usable program code.

The present invention has been described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (system), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flowchart illustrations and/or FIG. These computer program instructions can be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing device to produce a machine for the execution of instructions for execution by a processor of a computer or other programmable data processing device. Means for implementing the functions specified in one or more of the flow or in a block or blocks of the flow chart.

The computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device. The apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.

These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device. The instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.

The foregoing description of the specific exemplary embodiments of the present invention has The description is not intended to limit the invention to the precise forms disclosed. The embodiments were chosen and described in order to explain the particular embodiments of the invention Choose and change. The scope of the invention is intended to be defined by the claims and their equivalents.

The device embodiments described above are merely illustrative, wherein the units described as separate components may or may not be physically separate, and the components displayed as units may It may or may not be a physical unit, that is, it may be located in one place, or it may be distributed to multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the embodiment. Those of ordinary skill in the art can understand and implement without deliberate labor.

Industrial applicability

1) A method and device for implementing a function of a Java card application provided by an embodiment of the present invention reduces the amount of code compared with the first method in the background art. If the amount of code implemented by the library function is n kbytes, the amount of code implemented by the application is m kbytes. When there are i applications on a card that need to be transferred to the library, the amount of code required by the first method is i* ( n+m) kbytes, and the amount of code required for this method is n+i*m kbytes, which reduces the amount of code of (i-1)*n kbytes. The reduction in the amount of code makes it possible to select a chip with a smaller space and a lower cost when the chip is selected. 2) The function implementation method and device for the Java card application provided by the embodiment of the present invention shortens the development time, reduces the development difficulty, and improves the operation efficiency compared with the second method in the background art. When implementing the function library function by means of the traditional patch method, it is necessary to consider the possible problems in the design, design the patch entry, and in the implementation, call the global variable, etc., there are development restrictions, using Java card package to achieve new The library function of the enhanced function can shorten the development time and reduce the development difficulty. At runtime, the traditional patch needs to determine whether there is a patch function when the function is called. The runtime cost is increased before each method call. This method does not require a judgment function, which improves the operation efficiency. 3) The method and device for implementing the function of the Java card application provided by the embodiment of the present invention reduces the cost of the version maintenance compared with the third method in the background art, and saves on the chip of the ROM mask. Chip mask cost. This method only needs to use the Java library implementation package to download to the Java card when the function function is missing or needs to be added, and provides the corresponding library interface package to the application development user, without re-developing a version of COS, reducing the COS The number of versions. On the chip of the ROM mask, it is not necessary to perform the chip mask again, and the function library is directly downloaded, which greatly saves the cost of multiple masks.

Claims

A function implementation method of a Java card application, including:

Implementing a source file generation library according to a library to be implemented to implement a Java card loadable file;

Generating a library interface source file according to the library implementation source file;

Generating a library interface Java card library file according to the library interface source file;

Generating a Java loadable file of the application according to the application source file, and generating a Java card loadable file of the application according to the Java loadable file of the application and the library interface Java card library file;

The library implementation Java card loadable file and the Java Card loadable file of the application are sequentially installed into the Java card.
The function implementation method of the Java card application according to claim 1, wherein the implementing the source file generation library according to the library to be implemented to implement the Java card loadable file comprises:

Passing the library implementation source file to the Java API through a javac compiler, and generating a library to implement a Java loadable file;

The library implements the Java loadable file by referring to the JavaCard and the application security management platform Global Platform API through the Java Card compiler tool converter, and the generated library implements the Java card loadable file.
The function implementation method of the Java card application according to claim 1, wherein the implementing the source file generating library interface source file according to the library comprises:

Remove the implementation code of all functions in the library implementation source file, leaving only the declaration of the class, and generating the library interface source file.
The function implementation method of the Java card application according to claim 1, wherein the generating the library interface Java card library file according to the library interface source file comprises:

The library interface package source file is referenced to the Java API by the javac compiler, and the library interface Java loadable file is generated;

Passing the library interface Java loadable file through the Java Card Compiler tool converter JavaCard and application security management platform Global PlatformAPI, generate library interface Java card external interface file;

The library interface Java card library file is generated by using the jar tool according to the library interface Java loadable file and the library interface Java card external interface file.
The function implementing method of the Java Card application according to claim 1, wherein the Java loadable file of the application is generated according to the application source file, and the Java loadable file and the library interface Java card library file according to the application The Java Card loadable files that generate the app include:

Generating the application source file into a Java loadable file of the application by referring to the Java API through a javac compiler;

The Java loadable file of the application is referenced by a Java Card compiler tool converter, a JavaCard, an application security management platform, a Global Platform API, and the library interface Java card library file, to generate a Java card loadable file of the application.
The function implementation method of the Java card application according to claim 1, wherein the installing the Java card loadable file and the Java card loadable file of the application into the Java card in sequence comprises:

First install the Java card loadable file into the Java card through the JavaCard Downloader Loader on the existing standard Java card;

The Java Card loadable file of the application is downloaded and installed into the Java Card through the JavaCard Downloader Loader and the Installer Installer.
A function implementing device for a Java card application, comprising:

a first generation module, configured to implement a Java file loadable file according to a library implementation source library according to a function to be implemented;

a second generation module, configured to generate a library interface source file according to the library implementation source file;

a third generation module, configured to generate a library interface Java card library file according to the library interface source file;

a fourth generation module, configured to generate a Java loadable file of the application according to the application source file, and generate a Java card loadable file of the application according to the Java loadable file of the application and the library interface Java card library file;

A file loading module configured to sequentially install the library implementation Java card loadable file and the Java Card loadable file of the application into the Java card.
The function implementing device of the Java card application according to claim 7, wherein the first generating module is further configured to:

Passing the library implementation source file to the Java API through a javac compiler, and generating a library to implement a Java loadable file;

The library implements the Java loadable file by referring to the JavaCard and the application security management platform Global Platform API through the Java Card compiler tool converter, and the generated library implements the Java card loadable file.
The function implementation device of the Java card application according to claim 7, wherein the second generation module is further configured to:

Remove the implementation code of all functions in the library implementation source file, leaving only the declaration of the class, and generating the library interface source file.
The function implementation device of the Java card application according to claim 7, wherein the third generation module is further configured to:

The library interface package source file is referenced to the Java API by the javac compiler, and the library interface Java loadable file is generated;

The library interface Java loadable file is referenced by the Java Card compiler tool converter to the JavaCard and the application security management platform Global Platform API, and the library interface Java card external interface file is generated;

The library interface Java card library file is generated by using the jar tool according to the library interface Java loadable file and the library interface Java card external interface file.
The function implementation device of the Java card application according to claim 7, wherein the fourth generation module is further configured to:

Generating the application source file into a Java loadable file of the application by referring to the Java API through a javac compiler;

The Java loadable file of the application is referenced by a Java Card compiler tool converter, a JavaCard, an application security management platform, a Global Platform API, and the library interface Java card library file, to generate a Java card loadable file of the application.
The function implementing apparatus of the Java card application according to claim 7, wherein the file loading module is further configured to:

First install the Java card loadable file into the Java card through the JavaCard Downloader Loader on the existing standard Java card;

The Java Card loadable file of the application is downloaded and installed into the Java Card through the JavaCard Downloader Loader and the Installer Installer.