JP4196721B2 - IC card and application setting method thereof - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention generally relates to a multi-application type IC card, and more particularly to a technique capable of setting an application having a high priority order to be executable.
[0002]
[Prior art]
In recent years, multi-application type IC cards capable of executing a plurality of applications have been developed. This IC card includes, for example, a plurality of applications (Java) in which an OS such as a MULTIS (registered trademark) standard OS (Operation System) for cards and Java (registered trademark) is incorporated and stored in an internal memory (for example, flash EEPROM). Has a function of executing an application selected from an applet.
[0003]
With such a multi-application type IC card, for example, one function such as a credit card, a point card for selling goods and services, or a commuter pass or prepaid card used in an automatic ticket gate such as a railroad. It is possible to realize a multi-function card integrated with the card.
[0004]
[Problems to be solved by the invention]
In a multi-application type IC card, an internal CPU selects and executes an application (or applet) that realizes a designated function. For example, identification information called AID (Application ID) of 5 to 16 bytes is assigned to each application. Each AID is stored as table information in an internal memory such as a flash EEPROM. The CPU searches the table information for the AID corresponding to the AID designated from the outside, and sets the application corresponding to the searched AID to be executable.
[0005]
Here, when retrieving the table information, the CPU sequentially retrieves the AIDs whose order is fixedly set. For this reason, the CPU always searches from the top of the table information even though there is an application with a high probability of being selected according to the usage pattern. Therefore, especially when the number of applications prepared in the IC card increases, the processing time for selecting and setting a designated application affects the execution efficiency of the application.
[0006]
SUMMARY OF THE INVENTION An object of the present invention is to provide an IC card that can shorten the processing time for selecting and setting a designated application in a multi-application type IC card.
[0007]
[Means for Solving the Problems]
An aspect of the present invention relates to a configuration of application table information for realizing a reduction in processing time for selecting and setting a specified application to be executable in a multi-application type IC card.
[0008]
The invention according to claim 1 is table information including first memory means for storing a plurality of applications and an identification information group for identifying the applications, and identification information corresponding to applications that can be set preferentially And a second memory means for storing the priority table information, and according to an instruction from the outside, the corresponding identification information is preferentially searched from the priority table information, and an application corresponding to the searched identification information is An IC card comprising control means for reading from the first memory means and setting it to be executable.
[0009]
With such a configuration, it is possible to shorten the processing time for selecting and setting an application that has a high possibility of being specified by searching with priority table information instead of all identification information. .
[0010]
According to a second aspect of the present invention, in the IC card, the second memory means stores, as the table information, normal table information including identification information other than identification information included in the priority table information, and the control The means is configured to search from the normal table information when the corresponding identification information cannot be searched from the priority table information.
[0011]
In such a configuration, the table information is divided into priority table information and normal table information, so that the priority table information can be preferentially searched, and then the normal table information can be searched. The processing time for selecting and setting a highly applicable application can be shortened.
[0012]
The invention according to claim 3 is the IC card, wherein the second memory means stores normal table information including all identification information including identification information included in the priority table information as the table information, The control means is configured to search from the normal table information when the corresponding identification information cannot be searched from the priority table information.
[0013]
With such a configuration, as the priority table information, the identification information selected from the normal table information is copied, thereby shortening the processing time for selecting and setting the application that is likely to be specified. it can.
[0014]
The invention according to claim 4 is a first memory means for storing a plurality of applications, a second memory means for storing table information including an identification information group for identifying each application, and each of the applications. Third memory means for storing usage frequency information indicating the usage frequency, and the corresponding identification information is searched from the table information in response to an instruction from the outside, and the application corresponding to the searched identification information is the first Control means for preferentially retrieving identification information indicating a relatively high use frequency from the table information based on the use frequency information when reading from the memory means and setting it to be executable is there.
[0015]
With such a configuration, processing time for selecting and setting an application that has a high possibility of being specified by searching preferentially from identification information corresponding to a frequently used application instead of all identification information. Can be shortened.
[0016]
According to a fifth aspect of the present invention, in the IC card according to the sixth aspect, the control means corresponds to an application that is read from the first memory means and set to be executable, and is stored in the third memory means. And updating the table information stored in the second memory means so as to increase the search priority of identification information corresponding to an application having a relatively high usage frequency. is there.
[0017]
With such a configuration, when searching for table information, the search order of identification information corresponding to frequently used applications always increases, so the process of selecting and setting applications that are likely to be specified Time can be shortened.
[0018]
The invention according to claim 6 is an application setting method applied to an IC card that selectively executes a plurality of applications, and identification information corresponding to an application that can be set preferentially in response to an instruction from the outside. A first search step for searching for corresponding identification information from the priority table information, a first setting step for setting an application corresponding to the identification information searched by the first search step to be executable, If the search cannot be performed by one search step, the second search step searches for the corresponding identification information from the normal table information having the identification information not included in the priority table information, and the second search step searches. A second setting step for setting the application corresponding to the identification information to be executable Procedure an application setting method of execution.
[0019]
With such a configuration, it is possible to shorten the processing time for selecting and setting an application that has a high possibility of being specified by searching with priority table information instead of all identification information. .
[0020]
The invention according to claim 7 is an application setting method applied to an IC card that selectively executes a plurality of applications, wherein the IC card is an identification information group corresponding to each application, and the use of the application A search step having table information in which a search order of the identification information group is set based on use frequency information indicating a frequency, and searching for the corresponding identification information from the table information according to an instruction from the outside; and the search A setting step of setting the application corresponding to the identification information retrieved in the step to be executable, a first updating step of updating the usage frequency information corresponding to the application set in the setting step, and the first According to the usage frequency information updated by the update step, relatively high usage frequency Which is the application setting method for performing a procedure and a second updating step of updating the table information so that the search order of the identification information increases indicating.
[0021]
With such a configuration, processing time for selecting and setting an application that has a high possibility of being specified by searching preferentially from identification information corresponding to a frequently used application instead of all identification information. Can be shortened.
[0022]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings.
[0023]
(Configuration of IC card)
FIG. 1 is a block diagram illustrating a configuration of an IC card according to each embodiment.
[0024]
The IC card 10 has a configuration in which a microprocessor (CPU) 100 that performs control broadly and IC memories 110, 120, and 130 are incorporated in an IC chip. A multi-application type IC card (multi-function card or An integrated card).
[0025]
As will be described later, the CPU 100 selectively executes a plurality of applications (applets) based on the control of the OS of Java (registered trademark), and realizes a function for each application. Specifically, the CPU 100 executes the corresponding application, thereby using the IC card as a credit card, a point card for selling goods or services, or a commuter pass or a prepaid card used in an automatic ticket gate such as a railway. To function as.
[0026]
The IC memory includes a RAM 110, a ROM 120, and a flash EEPROM 130. The RAM 110 is mainly used as a work memory when the CPU 100 executes an application. The ROM 120 mainly stores an OS (here, Java is assumed). The flash EEPROM 130 stores a plurality of application files and table information related to the present embodiment (see FIG. 2).
[0027]
The IC card 10 is connected to a reader / writer 20 incorporated in various terminal devices (varies depending on usage forms) in contact or non-contact manner, and inputs and outputs commands and data. Specifically, the IC card 10 executes an application (applet) prepared in the flash EEPROM 130 by receiving, for example, a command according to an interface standard called APDU (Application Protocol Data Unit) from the reader / writer 20. As will be described later, the command includes an AID (Application ID) that is identification information for designating an application to be executed. Further, the IC card 10 stores various data when the application is executed in the RAM 110. The reader / writer 20 reads various data from the RAM 110.
[0028]
(Structure of the table information of the first embodiment)
In the present embodiment, it is assumed that the CPU 100 selectively executes a plurality of applets based on the control of the Java OS. Table information for selecting each applet is referred to as an applet table.
[0029]
In the present embodiment, as shown in FIG. 2, the applet table is stored in the flash EEPROM 130, and is divided and managed into a priority applet table 200 and a normal applet table 210. In the priority applet table 200, AIDs (Applet N: N = 1 to 9) selected under a predetermined condition to be described later are set in a predetermined order. In the normal applet table 210, AIDs corresponding to applications installed on the IC card 10 are set in the order of installation.
[0030]
Specifically, as shown in FIG. 3A, the priority applet table 200 is set with AIDs (Applets 2, 3, and 8) corresponding to applets that have recently been used in terms of time. Here, the size of the priority applet table 200 is limited to three. On the other hand, in the normal applet table 210, AIDs (Applets 1, 4, 5 to 7, 9) corresponding to applets that are not used for a while are set. Both applet tables 200 and 210 are searched in the order of Index numbers, starting with Index0.
[0031]
(Applet setting procedure)
The applet setting procedure according to the first embodiment will be described below with reference to FIGS. 3 to 5 and the flowcharts of FIGS.
[0032]
First, when the IC card 10 is connected to, for example, a credit card terminal device (reader / writer) 20 in a contact or non-contact state, a command based on, for example, the APDU interface standard is transmitted from the terminal device 20. When the CPU 100 acquires AID (applet identification information) included in the command, the CPU 100 executes processing for selecting the corresponding applet and setting it to be executable. Specifically, the CPU 100 selects a corresponding applet from the flash EEPROM 130 and sets it in the RAM 110. Thereby, the CPU 100 executes an applet (that is, an application) for realizing a credit card function, for example.
[0033]
As an applet setting procedure, the CPU 100 starts a search from the top (Index = 0) of the priority applet table 200 as shown in FIG. 3A (step S1). Here, if an AID indicating an applet is not set in the priority applet table 200 (when there is no hit), the CPU 100 shifts to the normal applet table 210 search (NO in step S2, S7).
[0034]
The CPU 100 sequentially checks the AIDs set in the priority applet table 200 from the top, and searches for an AID (here, Applet 8) corresponding to the corresponding applet (steps S3 and S4). When the CPU 100 searches for the corresponding AID (hits), the CPU 100 executes an update process of the priority applet table 200 as described later (step S5).
[0035]
Further, the CPU 100 returns the corresponding AID (Applet8) to the terminal device 20, and proceeds to a predetermined applet setting process (step S6). That is, an applet having a corresponding AID (Applet 8) is selected from the flash EEPROM 130 and set in the RAM 110 so as to be executable.
[0036]
On the other hand, if there is no corresponding AID in the priority applet table 200, the CPU 100 starts the search from the head (Index = 0) of the normal applet table 210 as shown in FIG. 3B (step S7). That is, the CPU 100 sequentially checks the AID set in the normal applet table 210 from the top, and searches for the AID corresponding to the corresponding applet (steps S8 to S10).
[0037]
Here, when the corresponding AID is not set in the normal applet table 210 (the corresponding applet is not installed), the CPU 100 returns NULL (function impossible) to the terminal device 20 (NO in step S8, S12). ).
[0038]
When the CPU 100 searches for the corresponding AID (hits), the CPU 100 executes an update process of the normal applet table 210 as described later (step S11). Then, the CPU 100 returns the corresponding AID to the terminal device 20, and proceeds to a predetermined applet setting process (step S6).
[0039]
(Table update process)
Next, the procedure of the update process of the priority applet table 200 (step S5 in FIG. 6) will be described with reference to the flowchart in FIG.
[0040]
As shown in FIG. 3A, the CPU 100 assumes a case where the corresponding AID (Applet8) in the third (Index = 2) is searched instead of the top of the priority applet table 200 (step S21). NO). As shown in FIG. 4A, the CPU 100 sets the AID (Applet8) to the top (Index = 0) of the priority applet table 200 (step S22).
[0041]
Therefore, after moving the AID (Applet8) to the register (Temp Applet) of the RAM 110, the CPU 100 moves the AID (Applet2) at the head (Index = 0) to the next position (Index = 1). In addition, the AID (Applet3) at the next position (Index = 1) is moved to the position (Index = 2) of the AID (Applet8). Finally, the AID (Applet8) saved in the register (Temp Applet) of the RAM 110 is set to the head (Index = 0). Of course, as shown in FIG. 4B, the setting order of the normal applet table 210 is not changed.
[0042]
In addition, with reference to the flowchart of FIG. 9, the procedure of the update process (step S11) of the priority and normal applet tables 200 and 210 when the corresponding AID (here, Applet 5) is searched from the normal applet table 210 will be described. To do.
[0043]
Here, as shown in FIG. 4B, the CPU 100 does not have the corresponding AID (Applet5) in the priority applet table 200, but is searched and executed from the third (Index = 2) of the normal applet table 210. Is assumed. At this time, as shown in FIG. 4A, the priority applet table 200 is set with each AID (Applet 8, 2, 3) from the head (Index = 0) to the third position (Index = 2). Yes.
[0044]
First, the CPU 100 moves the AID (Applet3) set at the last position (Index = N) of the priority applet table 200 to the register (Temp Applet) of the RAM 110 (steps S30 and S31). Here, N becomes “2” according to the set size (here, the upper limit is 3) of the priority applet table 200.
[0045]
Next, the CPU 100 moves the AID (Applet2) set in the position (Index-1) of the priority applet table 200 to the last position (Index = 2) (YES in Step S32, S33). By repeating this, the head position (Index = 0) of the priority applet table 200 is made free (NO in steps S34 and S32).
[0046]
Further, as shown in FIG. 4B, the CPU 100 moves the corresponding AID (Applet5) in the normal applet table 210 to the head (Index = 0) of the priority applet table 200 (step S35). As a result, as shown in FIG. 5A, the priority applet table 200 is set with each AID (Applet 5, 8, 2) from the top to the third position (Index = 2).
[0047]
Next, the CPU 100 moves the higher AID (Applet4) to the position (Index = M, where M is 2) of the corresponding AID (Applet5) moved from the normal applet table 210 (steps S36 to S38). ). By repeating this, the head position (Index = 0) of the normal applet table 210 is made free (NO in steps S39 and S37).
[0048]
Then, as shown in FIG. 5B, the CPU 100 moves the AID (Applet3) set in the register (Temp Applet) of the RAM 110 to the head (Index = 0) of the normal applet table 210 (step S40). .
[0049]
In short, in the applet setting method of the present embodiment, the CPU 100 first searches the priority applet table 200 for the AID of the corresponding applet in response to a command from the terminal device 20 (an instruction from the outside). For example, the normal applet table 210 is searched. Here, the priority applet table 200 is set with AIDs of applets that have been recently used in terms of time. In general, recently used applets are often used repeatedly, and thus there is a high probability that the corresponding AID is hit from the priority applet table 200.
[0050]
Further, when a corresponding AID is hit from the priority applet table 200, a table update process is performed in which the currently hit AID is moved to the top in the table 200. When the corresponding AID is hit from the normal applet table 210, a table update process for moving the hit AID to the top of the priority applet table 200 is executed. Therefore, in the priority applet table 200, the AID of the applet recently used in terms of time is always set to the highest priority order at the top. The normal applet table 210 is also set in the order used recently. As a result, the IC card 10 of this embodiment can select and set an applet designated by an external command in a short time without searching for all installed applets.
[0051]
(Modification)
FIG. 8 is a diagram related to a modified example of the present embodiment.
[0052]
In the present embodiment, the applet table information is divided and managed into a priority applet table 200 and a normal applet table 210, a recently used AID is assigned to the table 200, and each AID of all applets is assigned to 210.
[0053]
In this modified example, as shown in FIG. 8A, the setting contents of the priority applet table 200 are the same as those in the present embodiment. However, as shown in FIG. All the AIDs corresponding to are set. With such a configuration, there is an effect that the process of moving the AID from the priority applet table 200 to the normal applet table 210 can be omitted. The priority AID selected from the normal applet table 210 is copied to the priority applet table 200.
[0054]
Hereinafter, the procedure of the table update process regarding this modification will be described with reference to the flowchart shown in FIG. In this modification, it is assumed that the AID (Applet5) is selected and the applet (that is, application) is executed by the CPU 100.
[0055]
First, the CPU 100 moves the AID (Applet8) set at the end position (Index = N) of the priority applet table 200 to the register (Temp Applet) of the RAM 110 (Steps S41 and S42). Here, N is “2” in accordance with the set size (here, the upper limit is 3) of the priority applet table 200.
[0056]
Next, the CPU 100 moves the AID (Applet3) set in the position (Index-1) of the priority applet table 200 to the last position (Index = 2) (YES in Step S43, S44). By repeating this, the head position (Index = 0) of the priority applet table 200 is made free (NO in steps S45 and S43).
[0057]
Further, as shown in FIG. 8B, the CPU 100 copies the corresponding AID (Applet5) in the normal applet table 210 to the head (Index = 0) of the priority applet table 200 (step S46). As a result, the AID (Applet5) hit in the current search is set at the top of the priority applet table 200. In this modification, as shown in FIG. 8B, all the AIDs including the last AID of the priority applet table 200 are set in the normal applet table 210. Thus, it is not necessary to move the AID saved in the register (Temp Applet) of the RAM 110 to the normal applet table 210.
[0058]
As another modification, in the priority applet table 200, in addition to the AID moved or copied from the normal applet table 210, the AID of the applet designated in advance from the outside (including the user) is fixedly set. It may be configured. For applets that are assumed to be used in advance, the processing time for setting applets to be executable can be shortened by fixedly setting the AID in the priority applet table 200. Specifically, for example, an AID of an applet for downloading a program (applet or application) or the like to the IC card 10.
[0059]
(Second Embodiment)
Hereinafter, an applet setting process according to the second embodiment will be described with reference to FIGS.
[0060]
In the present embodiment, as shown in FIG. 12, a single applet table 230 is stored in the flash EEPROM 130 as table information for selecting each applet. Further, as shown in FIG. 11, usage frequency table information 220 indicating the usage frequency of each applet is stored in the flash EEPROM 130.
[0061]
In the present embodiment, the CPU 100 of the IC card 10 calculates the usage frequency for each applet from the usage frequency table information 220 and rearranges the AIDs of the applets on the applet table 230 in descending order of usage frequency. Thus, the CPU 100 can always search for AIDs in descending order of use frequency from the top of the applet table 230.
[0062]
Hereinafter, the procedure of the applet setting process of this embodiment will be described mainly with reference to the flowcharts of FIGS.
[0063]
First, when the IC card 10 is connected to, for example, a credit card terminal device (reader / writer) 20 in a contact or non-contact state, a command based on, for example, an APDU interface standard is transmitted. When the CPU 100 acquires AID (applet identification information) included in the command, the CPU 100 executes processing for selecting the corresponding applet and setting it to be executable.
[0064]
As an applet setting procedure of this embodiment, the CPU 100 starts a search from the top (Index = 0) of the applet table 230 as shown in FIG. 12 (step S51). If the AID indicating the applet is not set (if it does not hit), the CPU 100 returns NULL (function impossible) to the terminal device 20 (NO in step S52, S57).
[0065]
The CPU 100 sequentially checks the AID set in the applet table 230 from the top, and searches for an AID (for example, Applet 5) corresponding to the applet (steps S52 and S53). When the CPU 100 searches for the corresponding AID (when hit), the CPU 100 executes an update process of the applet table 230 as described later (YES in step S53, S55). The CPU 100 searches the applet table 230 until the corresponding AID is hit (NO in step S53, S54).
[0066]
Further, the CPU 100 returns the corresponding AID (Applet5) to the terminal device 20, and proceeds to a predetermined applet setting process (step S56). That is, an applet having a corresponding AID (Applet 5) is selected from the flash EEPROM 130 and set in the RAM 110 so as to be executable.
[0067]
(Table update process)
Next, the procedure of the update process of the applet table 230 (step S55 in FIG. 13) will be described with reference to the flowchart in FIG.
[0068]
First, when the CPU 100 hits the AID (Applet5) of the applet from the applet table 230, the CPU 100 updates the usage frequency (referred to as Fa) of the corresponding AID (Applet5) with reference to the usage frequency table information 220 shown in FIG. (Increment) (step S61).
[0069]
Next, in the applet table 230, the CPU 100 selects an AID (in this case, Applet2) at a position (Index = 0) higher than the corresponding AID (Index = 1) (step S62). The CPU 100 refers to the usage frequency table information 220 and compares the usage frequency (Fa) of the corresponding AID (Applet5) with the usage frequency (Fb) of the AID (Applet2) selected in step S62 (step S63). ).
[0070]
If the comparison result indicates that the usage frequency (Fa) of the corresponding AID (Applet5) is smaller, it is not necessary to change the order of the applet table 230, and thus the table update process ends (NO in step S63).
[0071]
On the other hand, when the usage frequency (Fa) of the corresponding AID (Applet5) of the applet selected this time becomes larger than the specification frequency (Fb), the CPU 100 executes a process of changing the order of the applet table 230 (YES in step S63). ). That is, the CPU 100 replaces the AID (Applet2) at the upper position (Index = 0) with the position (Index = 1) of the corresponding AID (Applet5) (step S64). Accordingly, in the applet table 230, the corresponding AID (Applet5) is set one level higher than the original position (Index = 1) (Index = 0), and the AID of Applet2 is set to the next position (Index = 1). The By repeating such an updating process, each AID is set from the top in the applet table 230 in descending order of use frequency (step S65).
[0072]
In short, in the applet setting method according to the present embodiment, the CPU 100 sets the AID of the corresponding applet in the order of frequency of use according to the command from the terminal device 20 (external instruction). Search from. In general, frequently used applets are frequently used repeatedly, so that the probability of hitting the corresponding AID from a relatively higher position in the applet table 230 increases. Therefore, the IC card 10 of this embodiment can select and set an applet designated by a command from outside in a short time without searching for all installed applets.
[0073]
Note that this embodiment requires table information 220 for managing the usage frequency for each applet as compared with the first embodiment described above. On the other hand, special table information such as priority table information is required. Therefore, the applet setting process can be executed with the single table information 230.
[0074]
In each of the embodiments and modifications, a Java card to which a so-called Java OS is applied is assumed. However, the present invention is not limited to this, and can be applied to a multi-application type IC card according to another OS standard.
[0075]
Note that the present invention is not limited to the above-described embodiment as it is, and can be embodied by modifying the components without departing from the scope of the invention in the implementation stage. In addition, various inventions can be formed by appropriately combining a plurality of components disclosed in the embodiment. For example, some components may be deleted from all the components shown in the embodiment. Furthermore, constituent elements over different embodiments may be appropriately combined.
[0076]
【The invention's effect】
As described above in detail, according to the present invention, it is possible to provide an IC card capable of shortening the processing time for selecting and setting a designated application (or applet) in a multi-application type IC card. it can.
[0077]
Specifically, with the invention according to claim 1, the processing time for selecting and setting an application that has a high possibility of being specified by a configuration in which the identification information of the specified application is preferentially searched from the priority table information. Can be shortened. In the invention according to claim 2, the table information is divided into priority table information and normal table information, so that the priority table information is searched first and then the normal table information is searched. It is possible to shorten the processing time for selecting and setting an application having a high possibility of being processed. In the invention according to claim 3, by copying the identification information selected from the normal table information as the priority table information, the processing time for selecting and setting the application that is highly likely to be specified is shortened. be able to. If it is the invention which concerns on Claim 4, it will select and set the application with high possibility of being specified by searching preferentially from the identification information corresponding to the application with high use frequency instead of all the identification information. Processing time can be shortened. In the invention according to claim 5, when the table information is searched, the search order of the identification information corresponding to the application that is frequently used is always high. Therefore, the application that is likely to be specified is selected and set. Processing time can be shortened. If it is the invention which concerns on Claim 6, it will shorten the processing time which selects and sets the application with high possibility of being specified by searching with priority table information preferentially instead of all identification information. Can do. If it is the invention which concerns on Claim 7, it will select and set the application with high possibility of being specified by searching preferentially from the identification information corresponding to the application with high use frequency instead of all the identification information. Processing time can be shortened.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of an IC card according to first and second embodiments of the present invention.
FIG. 2 is a view for explaining the structure of table information related to the first embodiment;
FIG. 3 is a diagram for explaining functions of priority and normal table information related to the embodiment;
FIG. 4 is a view for explaining a priority applet table update process according to the embodiment;
FIG. 5 is a diagram for explaining a normal applet table update process according to the embodiment;
FIG. 6 is an exemplary flowchart for explaining the procedure of applet setting processing according to the embodiment;
FIG. 7 is a flowchart for explaining a priority applet table update process according to the embodiment;
FIG. 8 is a view for explaining the configuration of priority and normal applet tables according to a modification of the embodiment.
FIG. 9 is a flowchart for explaining priority and normal applet table update processing according to the embodiment;
FIG. 10 is a flowchart for explaining priority and normal applet table update processing according to the modification.
FIG. 11 is a diagram showing a configuration of applet use frequency table information according to the second embodiment.
FIG. 12 is a diagram showing a configuration of an applet table according to the second embodiment.
FIG. 13 is a flowchart for explaining the procedure of applet setting processing according to the second embodiment;
FIG. 14 is a flowchart for explaining applet table update processing according to the second embodiment;
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 10 ... IC card, 20 ... Terminal device (reader / writer), 100 ... CPU,
110 ... RAM, 120 ... ROM, 130 ... flash EEPROM,
200 ... Priority applet table, 210 ... Normal applet table,
220 ... Use frequency table information, 230 ... Applet table.

Claims (7)

First memory means for storing a plurality of applications;
Second memory means for storing priority table information including identification information group for identifying each application and having identification information corresponding to a preferentially settable application;
Control for preferentially retrieving corresponding identification information from the priority table information in accordance with an instruction from the outside, and reading an application corresponding to the retrieved identification information from the first memory means and setting it to be executable And an IC card. The second memory means stores normal table information including identification information other than the identification information included in the priority table information as the table information,
2. The IC card according to claim 1, wherein the control means searches from the normal table information when the corresponding identification information cannot be searched from the priority table information. The second memory means stores normal table information having all identification information including identification information included in the priority table information as the table information,
2. The IC card according to claim 1, wherein the control means searches from the normal table information when the corresponding identification information cannot be searched from the priority table information. First memory means for storing a plurality of applications;
Second memory means for storing table information including an identification information group for identifying each application;
Third memory means for storing usage frequency information indicating the usage frequency of each application;
When the corresponding identification information is searched from the table information according to an instruction from the outside, and the application corresponding to the searched identification information is read from the first memory means and set to be executable, the use frequency An IC card comprising: control means for preferentially searching identification information indicating a relatively high use frequency based on information from the table information. The control means corresponds to an application that is read from the first memory means and set to be executable, and updates the use frequency information stored in the third memory means,
5. The table information stored in the second memory means is updated so that the search priority of identification information corresponding to an application showing a relatively high use frequency becomes higher. IC card. An application setting method applied to an IC card that selectively executes a plurality of applications,
A first search step of searching for corresponding identification information from priority table information having identification information corresponding to an application that can be preferentially set according to an instruction from the outside;
A first setting step for setting an application corresponding to the identification information searched in the first search step to be executable;
A second search step of searching for the corresponding identification information from the normal table information having identification information not included in the priority table information, when the search cannot be performed by the first search step;
And a second setting step for setting the application corresponding to the identification information searched in the second search step to be executable. An application setting method applied to an IC card that selectively executes a plurality of applications,
The IC card is
An identification information group corresponding to each application, the table information in which the search order of the identification information group is set based on the usage frequency information indicating the usage frequency of the application,
A search step for searching for relevant identification information from the table information in accordance with an instruction from the outside;
A setting step for setting an application corresponding to the identification information searched in the search step to be executable;
A first update step of updating the use frequency information corresponding to the application set by the setting step;
Executing a procedure having a second update step of updating the table information so that a search order of identification information indicating a relatively high use frequency becomes higher according to the use frequency information updated by the first update step An application setting method characterized by:

Images