CN104793964A - Java card and application and update method thereof, terminal and intelligent card system applied to java card - Google Patents

Abstract

The invention discloses a java card and its application update method, a terminal applied to the java card, and a smart card system. The terminal includes: a read-only memory, the java card platform implementation code of the java card is masked in the read-only memory, and the function class library implementation code in the Applet application implementation code of the java card is masked in the read-only memory, wherein the function class library implements the code Including multiple classes; rewritable memory, the application framework implementation code in the Applet application implementation code of the java card is stored in the rewritable memory in a rewritable manner, wherein the application framework implementation code is used to call the class; bus, read-only memory The rewritable memory is electrically connected to the bus respectively. Through the above method, the present invention can update the application masked in the read-only memory in the java card, thereby effectively repairing bugs in the application of the java card, improving user experience, and reducing update costs.

Description

Java card and its application update method, terminal applied to java card, smart card system

technical field

The invention relates to the field of information technology, in particular to a java card and its application updating method, a terminal applied to the java card, and a smart card system.

Background technique

A java card is a smart card that can run java program codes. The java card is different from the traditional smart card (Native card), which is divided into two parts: platform and Applet application.

The storage system of the smart card is mainly composed of read-write memory (RAM), read-only memory (ROM) and erasable programmable memory (EEPROM). Erasable programmable memory (EEPROM) has a small capacity and high cost. Relatively speaking, read-only memory (ROM) has a large capacity and low cost. At the same time, the runtime data of the Java card is stored in the EEPROM, and the demand for the EEPROM is large. Therefore, many Java card developers now mask the platform and Applet applications in ROM to free up more space for downloading other applications or storing data.

However, since the read-only memory can only be read, but not erased, when there is a bug (defect) in the Applet application masked by the read-only memory, it cannot be effectively updated, thereby affecting the user experience , the developer can only replace the ROM, which also increases the update cost of the developer.

Contents of the invention

The technical problem mainly solved by the present invention is to provide a java card and its application update method, a terminal applied to the java card, and a smart card system, which can update the application masked in the read-only memory in the java card, thereby effectively repairing the java card Bugs in the application can improve user experience and reduce update costs.

For solving the above-mentioned technical problem, a technical scheme that the present invention adopts is: provide a kind of application update method of java card, java card comprises: read-only memory, the java card platform of java card realizes code mask in read-only memory, wherein java The card platform implementation code is used to implement the standard application programming interface and operating environment, and encapsulates the hardware information of the smart card system where the java card is located; the function class library implementation code in the Applet application implementation code of the java card is masked in the read-only memory, wherein The implementation code of the functional class library includes multiple classes; the rewritable memory, the application framework implementation code in the Applet application implementation code of the java card is stored in the rewritable memory in a rewritable manner, and the application framework implementation code is used to call the class; The bus, the read-only memory and the rewritable memory are respectively electrically connected to the bus; the method includes: when it is detected that the class implementing the code of the functional class library needs to be updated, erasing the implementation of the application framework stored in the rewritable memory in the java card Code; mutual authentication with the java card; new application framework implementation code and subclass corresponding to the class to be updated in the functional class library implementation code are written into the rewritable memory;

Wherein, the method in the class to be updated is overwritten in the subclass of the class to be updated in the implementation code of the functional class library.

Wherein, the implementation code of the new application framework is set to stop calling classes that need to be updated in the implementation code of the functional class library, and is used to call other classes and subclasses in the implementation code of the functional class library except the class that needs to be updated.

Wherein, the rewritable memory is FLASH memory or EEPROM memory.

For solving the problems of the technologies described above, another technical scheme that the present invention adopts is: provide a kind of java card, comprise: read-only memory, the java card platform of java card realizes code mask in read-only memory, wherein java card platform realizes code with It is used to realize the standard application programming interface and operating environment, and encapsulates the hardware information of the smart card system where the java card is located; the implementation code of the function class library in the Applet application implementation code of the java card is masked in the read-only memory, wherein the function class library implements the code Including multiple classes; rewritable memory, the application framework implementation code in the Applet application implementation code of the java card is stored in the rewritable memory in a rewritable manner, wherein the application framework implementation code is used to call the class; bus, read-only memory The rewritable memory is electrically connected to the bus respectively.

Wherein, the rewritable memory is FLASH memory or EEPROM memory.

In order to solve the above-mentioned technical problems, another technical solution adopted by the present invention is to provide a terminal applied to the above-mentioned java card, including: a class storage module for storing the class corresponding to the class that needs to be updated in the implementation code of the function class library Subclass, and in the subclass, the method in the class that needs to be updated is overridden; the application framework implementation code storage module is used to store the new application framework implementation code, wherein the new application framework implementation code is set to stop Call the class that needs to be updated in the implementation code of the functional class library, and is used to call other classes and subclasses in the implementation code of the functional class library except the class that needs to be updated; the update module is used to erase the rewritable memory stored in the java card The implementation code of the application framework of the memory is written into the rewritable memory of the Java card.

Wherein, the terminal is a POS machine or a card reader.

In order to solve the above-mentioned technical problems, another technical solution adopted by the present invention is to provide a smart card system, including the above-mentioned java card and the above-mentioned terminal.

The beneficial effects of the present invention are: compared with the prior art, the java card and its application update method of the present invention, the terminal applied to the java card, and the smart card system realize code writing of subclasses and new application frameworks into the Java card In the rewritable memory of the new application framework, the implementation code of the new application framework is set to stop calling the classes that need to be updated in the implementation code of the functional class library, and call other classes and subclasses in the implementation code of the functional class library except the class that needs to be updated Therefore, the application masked in the read-only memory in the java card can be updated, thereby effectively repairing bugs in the application of the java card, improving user experience, and reducing update costs.

Description of drawings

Fig. 1 is the structural representation of the first embodiment of the java card of the present invention;

Fig. 2 is the structural representation of the Applet application in the java card first embodiment of the present invention;

Fig. 3 is the hardware structural representation of the java card first embodiment of the present invention;

Fig. 4 is the structural representation of the java card of the present invention after the application is updated;

Fig. 5 is a schematic structural diagram of a first embodiment of a terminal in which the present invention is applied to a java card.

Detailed ways

The present invention will be described in detail below in conjunction with the accompanying drawings and embodiments.

Please refer to FIG. 1 first. FIG. 1 is a schematic structural diagram of the first embodiment of the java card of the present invention. As shown in FIG.

The java platform 40 is used to realize the standard application programming interface and operating environment, and encapsulate the hardware information of the smart card system where the java card 30 is located. Applet applications 50, 60, 70 apply a unified application framework, use the interface provided by the java platform 40, develop in java language, and call system services and resources.

In order to illustrate more clearly, only the Applet application 50 is described in the following embodiments. Please refer to FIG. 2 below. FIG. 2 is a schematic structural diagram of the Applet application in the first embodiment of the java card of the present invention, as shown in FIG. 2 , the Applet application 50 of the present invention includes an application framework 501 and a function class library 502, and the function class library 502 includes a plurality of different classes 5021, 5022, 5023.

The application framework 501 can call the members and methods of each class in the functional class library 502 .

Referring to FIG. 3 below, FIG. 3 is a schematic diagram of the hardware structure of the first embodiment of the java card of the present invention. As shown in FIG. 3 , the java card 30 of the present invention includes a read-only memory 10 , an erasable memory 20 and a bus 80 , and the read-only memory 10 and the erasable memory 20 are electrically connected to the bus 80 respectively.

It is worth noting that the java card platform 40 shown in FIG. 1 is implemented with the java card platform implementation code 101, and the processor (not shown) in the java card implements the implementation of the java card platform 40 by running the java card platform implementation code 101. corresponding function.

Moreover, the Applet application 50 shown in FIG. 2 is realized by the Applet application implementation code, and the processor in the java card implements the corresponding functions of the Applet application by running the Applet application implementation code. The Applet application implementation code specifically includes the function class library implementation code 1022 and the application framework implementation code 1021 .

In the present invention, the java card platform implementation code 101 of the java card 30 is masked in the read-only memory 10, wherein the java card platform implementation code 101 is used to realize the standard application programming interface and the operating environment, and encapsulates the smart card where the java card 30 is located The hardware information of the system; the function class library implementation code 1022 in the Applet application implementation code of the java card 30 is masked in the read-only memory 10, wherein the function class library implementation code 1022 includes multiple classes.

Moreover, the application framework implementation code 1021 in the Applet application implementation code of the java card 30 is stored in the rewritable memory 20 in a rewritable manner, wherein the application framework implementation code 1021 is used to call the class in the read-only memory 10 .

Therefore, the java card 30 of the present invention realizes the corresponding function of the java card platform 40 by running the java card platform masked in the read-only memory 10 by the processor to implement the code 101, and running the function class masked in the read-only memory 10 by the processor The library implementation code 1022 implements the corresponding functions of the function class library 502 , and the processor runs the application framework implementation code 1021 stored in the rewritable memory 20 in a rewritable manner to implement the corresponding functions of the application framework 501 .

Based on the above settings, when it is found that there is a defect (bug) in an Applet application and an Applet application needs to be updated, just run the method shown in Figure 3 to quickly and safely update the specific Applet application. renew.

Please refer to FIG. 3 . FIG. 3 is a flow chart of the first embodiment of the java card application updating method of the present invention. As shown in Figure 3, the application updating method of java card of the present invention comprises the following steps:

Step 301: Erase the implementation code of the application framework stored in the rewritable memory in the java card when it is detected that the class of the implementation code of the functional class library needs to be updated;

Step 302: mutual authentication with the java card;

Step 303: writing the implementation code of the new application framework and the subclass corresponding to the class to be updated in the implementation code of the functional class library into the rewritable memory;

It is worth noting that the above steps are all executed by the terminal. And in step 302, the terminal can authenticate with the java card in an APDU (Application Protocol Data Unit, application protocol data unit) manner.

And, in the subclass of the class that needs to be updated in the functional class library implementation code, the method in the class that needs to be updated is overridden.

Moreover, the implementation code of the new application framework is set to stop calling classes that need to be updated in the implementation code of the functional class library, and is used to call other classes and subclasses in the implementation code of the functional class library except the class that needs to be updated.

Reference can be made in conjunction with FIG. 4, wherein FIG. 4 is a schematic structural diagram of the java card of the present invention after the application is updated. Wherein the subclass 90 is the subclass of the class that needs to be updated in the functional class library implementation code 1022, and the method in the class that needs to be updated is rewritten in the subclass 90, and the new application framework implementation code 1021 is set to stop Call the class that needs to be updated in the functional class library implementation code 1022 , and call other classes and subclasses 90 in the functional class library implementation code 1022 except the class that needs to be updated.

Because the new application framework implementation code 1021 is set to stop calling the class that needs to be updated in the function class library implementation code 1022, and calls other classes and subclasses 90 in the function class library implementation code 1022 except the class that needs to be updated, therefore, in When the processor of the java card 30 runs the new application framework implementation code 1021, it will not call the class that needs to be updated in the functional class library implementation code 1022 masked in the readable memory 10, but directly calls the class stored in the rewritable memory 20. Subclass 90. Thus, the update of the Applet application is realized.

It should be noted that the above-mentioned application update method can be specifically executed by a terminal applied to a java card, and the java card can be inserted into the terminal so that the terminal is connected to the java card, thereby updating the application of the java card.

Please refer to Fig. 5, Fig. 5 is a schematic structural diagram of the first embodiment of the terminal of the present invention applied to the java card, specifically, the terminal may include:

The class storage module 401 is used to store the subclass corresponding to the class that needs to be updated in the functional class library implementation code, and rewrite the method in the class that needs to be updated in the subclass in an overridden manner;

The application framework implementation code storage module 402 is used to store the implementation code of the new application framework, wherein the implementation code of the new application framework is set to be used to stop calling the class that needs to be updated in the implementation code of the function class library, and is used to call the class that needs to be updated in the implementation code of the function class library. Other classes and subclasses except the class that needs to be updated;

The updating module 403 is used for erasing the implementation code of the application framework stored in the rewritable memory in the Java card, and writing the implementation code of the subclass and the new application framework into the rewritable memory of the Java card.

Specifically, the rewritable memory can be a FLASH memory or an EEPROM memory, and the terminal can be a POS machine or a card reader.

The present invention further provides a smart card system, which includes the java card and terminal disclosed in the above embodiments.

Therefore, the java card and its application update method of the present invention, the terminal applied to the java card, and the smart card system write the subclass and the new application framework implementation code in the rewritable memory of the Java card, and make the new application framework The implementation code is set to stop calling the classes that need to be updated in the implementation code of the functional class library, and call other classes and subclasses in the implementation code of the functional class library except the class that needs to be updated, so the java card can be masked as read-only The application of the memory is updated, thereby effectively repairing the bugs in the application of the java card, improving user experience, and reducing update costs.

The above is only the embodiment of the present invention, and does not limit the patent scope of the present invention. Any equivalent structure or equivalent process conversion made by using the description of the present invention and the contents of the accompanying drawings, or directly or indirectly used in other related technologies fields, all of which are equally included in the scope of patent protection of the present invention.

Claims (9)

1. an application update method for java card, is characterized in that, described java card comprises:

ROM (read-only memory), the java card platform code mask of described java card is in described ROM (read-only memory), wherein said java card platform code is used for realizing standard application programming interface and running environment, and encapsulates the hardware information of the smart card system at described java card place; Function class libraries code mask in the Applet application code of described java card is in described ROM (read-only memory), and wherein said function class libraries code comprises multiple class;

Scratch pad memory, the application framework code in the Applet application code of described java card is stored in described scratch pad memory in erasable mode, and wherein said application framework code is used for calling described class;

Bus, described ROM (read-only memory) is electrically connected with described bus respectively with described scratch pad memory;

Described method comprises:

When detecting that the class of described function class libraries code needs to upgrade, wipe the application framework code being stored in described scratch pad memory in described java card;

Mutual certification is carried out with described java card;

By new opplication framework code and corresponding to needing the subclass of the class upgraded to write described scratch pad memory in described function class libraries code.

2. method according to claim 1, is characterized in that, rewrites in the subclass of the class upgraded at the needs of described function class libraries code to the method in the class needing to upgrade with coverage mode.

3. method according to claim 2, it is characterized in that, described new opplication framework code be set to for stop calling in described function class libraries code need upgrade class, and for call in described function class libraries code except described need upgrade class except other class and described subclass.

4. the method according to any one of claims 1 to 3, is characterized in that, described scratch pad memory is FLASH memory or eeprom memory.

5. a java card, is characterized in that, comprising:

ROM (read-only memory), the java card platform code mask of described java card is in described ROM (read-only memory), wherein said java card platform code is used for realizing standard application programming interface and running environment, and encapsulates the hardware information of the smart card system at described java card place; Function class libraries code mask in the Applet application code of described java card is in described ROM (read-only memory), and wherein said function class libraries code comprises multiple class;

Scratch pad memory, the application framework code in the Applet application code of described java card is stored in described scratch pad memory in erasable mode, and wherein said application framework code is used for calling described class;

Bus, described ROM (read-only memory) is electrically connected with described bus respectively with described scratch pad memory.

6. java card according to claim 5, is characterized in that, described scratch pad memory is FLASH memory or eeprom memory.

7. be applied to a terminal for java card according to claim 5, it is characterized in that, comprising:

Class memory module, for storing the subclass corresponding to needing the class upgraded in described function class libraries code, and rewrites with coverage mode the method in the class needing to upgrade in described subclass;

Application framework code memory module, for storing new opplication framework code, wherein said new opplication framework code be set to for stop calling in described function class libraries code need upgrade class, and for call in described function class libraries code except described need upgrade class except other class and described subclass;

Update module, for wiping the application framework code being stored in described scratch pad memory in described java card, and writes described subclass, described new opplication framework code in the described scratch pad memory of described Java card.

8. terminal according to claim 7, is characterized in that, described terminal is POS or card reader.

9. a smart card system, is characterized in that, comprises the java card described in claim 5 or 6 and the terminal described in claim 7 or 8.