FR2806188A1 - Integrated circuit for smart card has application program with list of command pointers, chaining list for commands each of which has a class which has a list of configurable parameters - Google Patents

Integrated circuit for smart card has application program with list of command pointers, chaining list for commands each of which has a class which has a list of configurable parameters Download PDF

Info

Publication number
FR2806188A1
FR2806188A1 FR0003144A FR0003144A FR2806188A1 FR 2806188 A1 FR2806188 A1 FR 2806188A1 FR 0003144 A FR0003144 A FR 0003144A FR 0003144 A FR0003144 A FR 0003144A FR 2806188 A1 FR2806188 A1 FR 2806188A1
Authority
FR
France
Prior art keywords
command
list
class
application program
parameters
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
FR0003144A
Other languages
French (fr)
Inventor
Mohamed Ikbel Amor
Gabriel Rangoni
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Axalto SA
Original Assignee
Schlumberger Systemes SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Schlumberger Systemes SA filed Critical Schlumberger Systemes SA
Priority to FR0003144A priority Critical patent/FR2806188A1/en
Publication of FR2806188A1 publication Critical patent/FR2806188A1/en
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F7/00Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1008Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/455Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45504Abstract machines for programme code execution, e.g. Java virtual machine [JVM], interpreters, emulators
    • G06F9/45508Runtime interpretation or emulation, e g. emulator loops, bytecode interpretation
    • G06F9/45512Command shells
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/341Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F7/00Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/0806Details of the card
    • G07F7/0833Card having specific functional components
    • G07F7/084Additional components relating to data transfer and storing, e.g. error detection, self-diagnosis

Abstract

The invention relates to an integrated circuit device comprising a memory and at least one application program resident in said memory. The invention is characterized in that said application program comprises a list of application command pointers, a list of sequences of such commands, a class associated with each command and a list of configurable parameters associated with each class, and, of on the other hand, each class includes means for parameterizing a command and means for searching for a next command and its parameters. The invention applies, in particular, to smart cards. </ P>

Description

The present invention relates to an integrated circuit device comprising a memory and at least one application program resident in said memory, said program using at least one an application command. It also relates to a method of managing an application program of such a device.

Said devices are in particular portable objects such as smart cards comprising application programs relating to the field of health, mobile telephony, or even concerning the banking field.

Said smart cards generally comprise a card body in which is integrated an electronic module conventionally comprising a control element (for example a central processing unit or CPU) and a memory. Said memory comprises at least one application program using applieative commands for a dialogue with a terminal such as, for example, mobile phone in the field of telephony. The application program can be loaded through a communication network in a card, in particular application programs coded object-oriented language, for example in JAVA (registered trademark). Generally, an application program is related to a service provided by a card provider to a customer. For example, the provider is a telecommunication operator and the customer is a user of a mobile phone in which a smart card is inserted.

In order to create such application programs, the state of the art proposes devices which plan to limit as much as possible the use of object components (classes and instances) as well as a hierarchy of classes, such objects and such a hierarchy occupying a great deal of space. place in memory. Program code size is thus reduced.

Although these devices can reduce the size of the code in memory, it remains a major problem smart cards where memory is very limited. In addition, the development time of an application program remains high because the application programs must be adapted to each specific service offered by the card provider to a customer. Also, the code of an application program is difficult to reuse for another service. Finally, if we make a minor modification in the application program, we must automatically reload the program completely in the cards, which poses a problem when the cards are already on the ground that is to say when they have already been sold to customers.

Also a technical problem to be solved by the object of the present invention is to propose an integrated circuit device comprising a memory and at least one application program resident in said memory, said program using at least one application command, as well as a method application program management of such a device, which would, on the one hand, significantly reduce the size of the code of an application program, on the other hand, reduce the application program development time by reusing a large part of code of another application program, and finally to be able to modify an application program when the device is in the field, without reloading said program in said device.

A solution to the technical problem raised is characterized, according to a first object of the present invention, in that, on the one hand, said application program comprises a list of application control pointers, a list of sequences of such commands, a class associated with each command and a list of configurable parameters associated with each class, and, secondly, each class comprises means for setting a command and search means for a next command and its parameters.

According to a second object of the present invention, this solution is characterized in that the management method includes the steps of - creating, in said application program, a list of application command pointers, a list of such commands and a list of class associated with each application command, - create, in said application program, a list of configurable parameters associated with each class, - parameterize an application command, - execute said command, - find the following command and its parameters.

Thus, as will be seen in detail below, the device of the invention makes it possible, thanks to the lists of pointers and sequence of commands, to avoid coding a whole sequence of commands and thus to reduce the size of the code of considerable way. In addition, the parameters of the commands can be modified directly in lists, without modifying and reloading the entire application program. Finally, the characteristics such as the sequence and the parameters of the commands of a service associated with an application program being in lists and not in a class, a class will be generic and can be reused in another application program that will reduce also the development time.

The following description with reference to the accompanying drawings, given by way of non-limiting example, will make it clear what the invention is and how it can be achieved. FIG. 1 is a diagram of an integrated circuit device, here a smart card, comprising an application program.

FIG. 2 is a diagram of the application program of the FIG. 1 card.

FIG. 3 represents a list of command pointers included in the application program of the card of FIG. 1.

FIG. 4 represents a list of command sequences included in the application program of the card of FIG. 1.

FIG. 5 represents lists of parameters included in the application program of the card of FIG. 1.

FIG. 6 is a diagram showing an execution of an application program of FIG. 1.

The present disclosure of the invention relates to the example of integrated circuit cards also called smart cards. By integrated circuit card is meant, for example, an ISO format card a token format card commonly called in the English language "plug-in" format, such as a subscriber identification module (SIM) still an electronic tag .

In Figure 1 is shown a device 10 integrated circuit, here a smart card. This card 10 comprises a control element 11 (for example a central processing unit or CPU), memory 12 a block 13 of contacts for an electrical connection with a terminal T, for example, a connector of a card reader. The memory 12 comprises an application program A. Preferably, the memory 12 is non-volatile rewritable.

The smart card is generally provided by a service provider to a customer, as for example an operator managing a telecommunications network. In this case, the customer is a user of the card and has a terminal called mobile phone. The card is inserted in the mobile phone. Preferably, an application program A is associated with one or more services offered by the provider. For example, we have a service that allows the user to send messages over the network operator by entering a password on his phone.

The program A is represented in FIG. 2. In this example, the program uses a GETINPUT generic text entry application command and a generic application command sending SENDSMS messages. Advantageously, each generic application command is associated with a class. Thus, a first and second classes GETINPUTPAGE, SENDSMSPAGE are respectively associated with each of the generic application commands the example. In addition, preferably, each generic application command is associated with one or more specific application commands. A generic application command preferentially comprises a set of parameters common to all the specific commands associated while a specific application command has parameters of its own.

Program A further comprises a list of generic command pointers L PTRPAGES, a list of sequences of commands NEXTPAGES L, and, a list of configurable parameters associated with each class, are, in the example, a first GETINPUT text input parameter list L and second SENDSMS message send parameter list L.

The L_NEXTPAGES command sequence list comprises at least one reference relative to the list of pointers L PTRPAGES commands and at least reference to a list of configurable parameters. Each class includes a command parameterization means, here a BUILDCMD operational parametering command, a search means for a next command and its parameters, here, a PROCESSRESP search operational command and a CONSTRUCTOR command construction means also known as a command constructor. the class in the object-oriented language. In addition, preferably, a class may include an OFFSETNEXTPAGES location parameter to locate the location of the sequence of a command in the L NEXTPAGES chaining list. The CONSTRUCTOR command construction means assigns a value to said OFFSETNEXTPAGES parameter. Each constructor is called during the loading of the application program A in the smart card 10. A constructor makes it possible to create a class instance that is to say creates a type object of the associated class.

In order for program A to be able to execute, the lists and classes described above must first be created.

In a first step, in the application program A, the list of application control pointers L PTRPAGES is created, the list of sequences of such commands L NEXTPAGES, and the classes GTINPUTPAGE and SENDSMSPAGE respectively associated with the generic commands for input of text and sending message.

As shown in FIG. 3, the list of pointers L PTRPAGES preferably comprises a first unaddressed index pointer PTR 1, a second index pointer PTR2 pointing an instance of the first class GETINPUTPAGE and a third index pointer PTR3 pointing on instance of the second class SENDSMSPAGE. The list does not necessarily have a pointer for a single class instance, but may also have pointers for multiple instances of the same class.

In a second step, in the application program A, the lists of configurable parameters L_GETINPUT and L SENDSMS associated with each class or generic command are created in said application program.

In a third step, a link is created between the L NEXTPAGES command chaining list and the application commands.

this effect, the search means PROCESSRESP is created in each class, said means using the link list L NEXTPAGES.

order list L NEXTPAGES consists of the order sequences relating to the services offered by the telecommunications operator to his customer, ie in our example sending message, the following sequence - entering a password, using a first specific text input command GETINPUT 1, - input of the text of the message to be sent, using a second specific text input command GETINPUT2, sending the message on the network, using a SENDSMS message sending command 1 .

For this purpose, advantageously, the NEXTPAGES L chain list comprises for each specific command involving a following command OK, a following command PTR OK reference to be executed in the list of L PTRPAGES command pointers, and, an OFFSET reference. relative to the list of parameters associated with the next command referenced. Advantageously, said list also includes, for each specific command involving a return command BACK, a PTR BACK return command reference to be executed in the list of L_PTRPAGES command pointers, and an OFFSET BACK reference relating to the list of parameters. associated with the referenced return command.

In the case where there is no return command or following, preferentially, the references PTR BACK and PTR_OK are not addressed, the first index pointer PTR1 is assigned to them and the references OFFSET BACK or OFFSET OK have a value zero. Preferably, a reference is on a byte.

Thus, in our example, we will have, as shown in Figure 4, the following references with their value 1) for first specific command text entry GETINPUT 1, OK = GETINPUT2 - OK = PTR2 - OFFSET OK = 02 BACK = - BACK = PTR 1 - OFFSET BACK = 00 2) for second specific text input command GETINPUT2, OK = SENDSMS 1 - = PTR3 - OFFSET OK = <B> 0 1 </ B> BACK = GETINPUT1 - BACK = PTR2 - OFFSET BACK = <B> 0 1 </ B> The SENDSMS 1 message sending command is not in the NEXTPAGES L list because it does not involve any subsequent command or return command. Also, it is understood that the associated class SENDSMSPAGE does not include an OFFSETNEXTPAGES location parameter.

Subsequently, advantageously according to the location parameter OFFSETNEXTPAGES and the reference value OFFSET of the parameter list, thanks to the operational search command PROCESSRESP, it is positioned on the appropriate application command and its parameters in the list of parameters associated. For example <B>: </ B> In a fourth step, a link is created between the configurable parameter lists and the associated application commands.

For this purpose, BUILDC® parameterization means are created in each class, said means using an associated parameter list. Thus, the first class BUILDCMD setting means GETINPUTPAGE uses the GETINPUT text input parameter list L, while the second SENDSMSPAGE parameter BUILDCMD setting means uses the L SENDSMS message sending parameter list.

Preferably, for each specific command associated with a group of parameters in the parameter list of the associated class of the associated generic command.

Thus, in the example of FIG. 5, the list of text input parameters L GETINPUT comprises two groups of parameters G1, G2 respectively corresponding to the two specific text input commands GETINPUT1, GETINPUT2. Each group has four MIN, MAX, TYPE, RFU parameters with byte-encoded values. The first and second parameters MIN, MAX represent the minimum and maximum length of the text to be entered, the third parameter TYPE, the type of text entered, for example, text in ASCII characters and the fourth parameter RFU is reserved for future use. Thus the password entered must be four characters long, while the message to be sent must have a minimum character length and a maximum of one hundred and seventy characters.

Similarly, according to a non-limiting embodiment, the message sending list L_SENDSMS comprises a single parameter group comprising a single parameter TAB indicating array number in which the set of parameters of the specific command is retrieved. SENDSMS 1. The table is the first. We could very well have imagined putting all the parameters of the specific command sending message in the list L_SENDSMS or put the set of parameters of several specific commands in a single table and refer the different groups of parameters in the list L SENDSMS by means of a search reference associated with each group.

When the user sends a message using his mobile phone, the application program executes. As shown in Figure 6, execution begins with the first GETINPUT1 text input command. The location parameter OFFSETNEXTPAGES has been initialized, here to zero.

Subsequently, the command is parameterized using the operational BUILDCMD parameterization command of the first class GETINPUTPAGE. We use the parameter list L GETINPUT and we retrieve the parameters according to the OFFSET-OK reference initialized before the value O1.

The calculation performed is then as follows: 4 * (OFFSET_OK - 1) to recover the first parameter, 4 * (OFFSET-OK - 1) +1 for the second parameter etc ....

The command is sent to the terminal T and executed. A message is displayed on the terminal T prompting the user to enter his password. The user enters his password 1234 and presses a BOK key on his phone. The terminal sends response to the card 10 and the password of the user, the response corresponding to a result of execution of the command. Preferably, the response is coded on one byte. Here, the answer has a value of zero. In another example, if the user presses the BBACK key, the answer has a hexadecimal value 11 etc.

searches for the following command and its parameters using the PROCESSRESP search functional command of the first class GETINPUTPAGE. This command uses the L NEXTPAGES chaining list. Thanks also to the location parameter OFFSETNEXTPAGES, we search for the concatenation of a specific application command, here of the first specific application command GETINPUT 1, in the linking list L NEXTPAGES.

The calculation is then: OFFSETNEXTPAGES + 4 * (OFFSET OK - 1) + 2 for the next command, otherwise OFFSETNEXTPAGES + 4 * (OFFSET_BACK -1) for the return command.

Next command is the second specific GETINPUT2 text input command and the OFFSET OK reference of the associated parameter list is 02. The GETINPUT L associated parameter list is set to the OFFSET OK reference. The command pointed by the second index pointer PTR2 called. We thus position ourselves on the good generic command of the associated class GETINPUTPAGE.

The second specific GETINPUT2 command is prepared and parameterized using the BUILDCMD operational parameterization command of the associated class. The parameters are thus retrieved from the associated list L GETINPUT according to the reference OFFSET OK of value 02. The second command GETINPUT2 is sent to the terminal T. It is executed. A message is displayed on the terminal T prompting the user to enter the message he wants to send. The user enters the text of his MSG message and presses the button. The following command and its parameters are searched for in the NEXTPAGES link list.

The following command is the specific SENDSMS 1 message sending command and the OFFSET reference of the associated parameter list has the value <B> 01. </ B> It is positioned on the associated parameter list L SENDSMS according to this reference OFFSET-OK. The command pointed by the second index pointer is called. We thus position ourselves on the good generic command of the associated class SENDSMSPAGE.

prepares and parameterizes the SENDSMS 1 specific command by means of the BUILDCMD operational parameterization command of the associated class. The parameters are thus retrieved from the associated list L SENDSMS according to the reference OFFSET of value <B> 0 1 </ B> and consequently in a first table TAB. The specific command SENDSMS 1 is sent to the terminal T. It is executed. The execution has the consequence of sending the message on telecommunication network.

As we have seen previously, preferentially, an application program A is associated with one or more services offered by the provider. For this purpose, the user can select one of several service through a menu of his mobile phone. For example, the user has the choice between the first message sending service described above and a service for direct sending of a preprogrammed message in the card 10.

The selection is executed using a generic SELECTITEM selection application command. As a result, SELECTITEMPAGE associated class is created comprising BUILDCMD parameterization means and PROCESSRESP command search means. In this case, the search means PROCESSRESP is similar to those previously seen. Since the selection command is generic, the parameterization means comprises only a means for preparing the parameters in a buffer used subsequently when the command is executed. The class of the selection command does not include a list of settings. Note that this means of preparation is included in each class and preferably in each BUILDCMD parameterization means.

The NEXTPAGES L chain list includes the following references with their value. For specific selection control SELECTITEM 1, BACK - 00 - PTR BACK = PTR I - OFFSET BACK = 00 SERVI = GETINPUT I - OK = PTR2 - OFFSET OK = Ol SERV2 = SENDSMS2 - OK = PTR3 - OFFSET OK = 02 In our example, these references are included first in the list before the references of the other classes.

Thus, if the user chooses the first SERVI service, the command to be executed is the first text input command GETINPUT 1 and so on as seen previously. If the user chooses the second service SERV2, the command to be executed is a second send command SENDSMS2 message whose parameters are, for example, recovered in a second table TAB. Of course, the list of L_SENDSMS parameters has been updated accordingly with a second group G2. If the user presses a BBACK return key, he exits his application program.

When a user chooses a service, the terminal sends a response including an associated service number to the card 10. Thus, the first service SERV1 has the associated number O1, and the second service SERV2 has the associated number 02. The associated number at the service of the BBACK button is 0.

The calculation performed in the PROCESSRESP search command is then: OFFSETNEXTPAGES + 2 * (service number) for the next command, otherwise OFFSETNEXTPAGES for return control, with the OFFSETNEXTPAGES location parameter set to zero.

Whereas for the commands of entry of text and sending of message, the computation is The computation carried out is then the following OFFSETNEXTPAGES + 4 * (OFFSET OK - 1) + 2 for the following command, otherwise OFFSETNEXTPAGES + 4 * ( OFFSET_BACK -1) for the return command, with the OFFSETNEXTPAGES location parameter set to a value of six.

Thus, it is understood that the object of the invention has the advantage of a considerable reduction in the size of the code through the lists above, a clear separation between generic elements and more specific elements to a service. This separation allows for easier reuse of generic elements such as classes in other application programs and hence a shorter development time. moreover, if you want to modify one or more services, it will be easy even when the cards are in the field, by means of modifications on the lists. The modifications are made for example by means of a data download by a wireless telecommunications network using a known technique of short messages. Finally, thanks to the object of the invention described above, it is possible to manage different cases of response of the terminal T sent to the card 10, the responses corresponding to different results of execution of a command. In the examples above, two response cases are handled when the user presses the BOK key or the BBACK key on his mobile phone. It is also possible to manage responses due to errors such as a non-execution of a command, a lack of response from the user .... At this time, according to the foregoing, we will have to answer each of the terminal to be processed. , an associated next command in the NEXTPAGES L chain list. Thus, we understand that in each class, we will no longer the coding induced by a management of the various errors, which will reduce the code accordingly.

Claims (3)

  1. A method for managing commands in a memory of an integrated circuit device, characterized in that each command automatically searches for a next command from a command location parameter (OFFSETNEXTPAGES) in a command chaining list ( L NEXTPAGES), said linking list comprising a reference in a list of command pointers (L PTRPAGES), said reference defining a next command, and another reference in a list of command parameters, said reference defining the parameters of the command next, said method for saving space in said memory.
  2. 2 - Process according to claim 1, characterized in that the integrated circuit device is a smart card.
  3. 3 - Integrated circuit device comprising a memory and at least one application program (A) resident in said memory, said program using at least one command, characterized in that said application program (A) comprises a list of commands ( L_NEXTPAGES), said command chaining list (L NEXTPAGES) comprising a reference in a list of command pointers (L_PTRPAGES), said reference defining a next command, and another reference in a list of configurable parameters, said reference defining the parameters of the next command, said device to save space in said memory. <B> 4 </ B> - Device according to claim 3, characterized in that a class is associated with each command. 5 - Device according to claim 4, characterized in that a list of configurable parameters is associated with each class. <B> 6 </ B> - Device according to claim 4, characterized in that each class comprises means for finding a next command (PROCESSRESP) and means for parameterizing a command (BUILDCMD). <B>? </ B> - Device according to claim 4, characterized in that a class is able to include a location parameter (OFFSETNEXTPAGES) commands in the sequence list (L_NEXTPAGES) commands. <B> 8 </ B> - Device according to claim 1, characterized in that the integrated circuit device is a smart card.
FR0003144A 2000-03-10 2000-03-10 Integrated circuit for smart card has application program with list of command pointers, chaining list for commands each of which has a class which has a list of configurable parameters Pending FR2806188A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR0003144A FR2806188A1 (en) 2000-03-10 2000-03-10 Integrated circuit for smart card has application program with list of command pointers, chaining list for commands each of which has a class which has a list of configurable parameters

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0003144A FR2806188A1 (en) 2000-03-10 2000-03-10 Integrated circuit for smart card has application program with list of command pointers, chaining list for commands each of which has a class which has a list of configurable parameters
PCT/IB2001/000343 WO2001067240A1 (en) 2000-03-10 2001-03-09 An integrated circuit device including an application program

Publications (1)

Publication Number Publication Date
FR2806188A1 true FR2806188A1 (en) 2001-09-14

Family

ID=8847990

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0003144A Pending FR2806188A1 (en) 2000-03-10 2000-03-10 Integrated circuit for smart card has application program with list of command pointers, chaining list for commands each of which has a class which has a list of configurable parameters

Country Status (2)

Country Link
FR (1) FR2806188A1 (en)
WO (1) WO2001067240A1 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10324996A1 (en) * 2003-06-03 2005-02-17 Giesecke & Devrient Gmbh Chip card with at least one application
DE102004054068A1 (en) * 2004-11-09 2006-05-11 Giesecke & Devrient Gmbh A method for querying the system configuration of a volume

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0626664A1 (en) * 1993-04-28 1994-11-30 Gemplus Card International Communication system using IC cards
FR2757970A1 (en) * 1996-12-30 1998-07-03 Gemplus Card Int Method for loading a user program into a chip medium
FR2785695A1 (en) * 1998-11-06 2000-05-12 Bull Cp8 Method for compacting an executable intermediate object-code program in an on-board system provided with data processing resources, compactor system and corresponding multi-application onboard system

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2786901B1 (en) * 1998-12-08 2001-04-27 Schlumberger Systems & Service Device and method for initializing an application program of an integrated circuit card

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0626664A1 (en) * 1993-04-28 1994-11-30 Gemplus Card International Communication system using IC cards
FR2757970A1 (en) * 1996-12-30 1998-07-03 Gemplus Card Int Method for loading a user program into a chip medium
FR2785695A1 (en) * 1998-11-06 2000-05-12 Bull Cp8 Method for compacting an executable intermediate object-code program in an on-board system provided with data processing resources, compactor system and corresponding multi-application onboard system

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
BIGET P ET AL: "How smart cards can benefit from object-oriented technologies" FUTURE GENERATIONS COMPUTER SYSTEMS,NL,ELSEVIER SCIENCE PUBLISHERS. AMSTERDAM, vol. 13, no. 1, 1 juillet 1997 (1997-07-01), pages 75-90, XP004081711 ISSN: 0167-739X *
DEBAERE E H: "A language coprocesor for the interpretation of threaded code" MICROPROCESSING AND MICROPROGRAMMING,NL,ELSEVIER SCIENCE PUBLISHERS, BV., AMSTERDAM, vol. 21, no. 1/05, août 1987 (1987-08), pages 593-602, XP002114520 ISSN: 0165-6074 *

Also Published As

Publication number Publication date
WO2001067240A1 (en) 2001-09-13

Similar Documents

Publication Publication Date Title
KR101505763B1 (en) Method for exporting and importing data of a javacard application
JP6035443B2 (en) Storage medium
JP4212066B2 (en) Method for controlling an application stored in a subscriber identity module
US6529717B1 (en) Menu-driven input of SMS-messages
CA1282884C (en) Telephone system with stimulus operation or default operation
US8271948B2 (en) Subscriber identity module (SIM) application toolkit test method and system
JP4878744B2 (en) Chip card with simultaneous contact and non-contact operation
KR100876311B1 (en) Initiation of actions using compressed action language indications
JP4855495B2 (en) On-premises and remote connections to radio parameter data and radio regulation data, and methods thereof.
KR20140131546A (en) Method and apparatus for executing user action commands
FI114182B (en) Method of utilizing services offered by a telecommunications network, a telecommunications system and its terminal
JP2930257B2 (en) Portable electronic devices
US7496193B2 (en) Method for the administration of a subscriber card for mobile telephony equipment of the type with auxiliary reader and embedded system for the implementation of the method
DE60215990T2 (en) Dynamic service feature in a mobile communication device or a SIM card for receiving and executing dynamic service scripts in the form of short text messages, for example SMS
DE60010501T2 (en) Method for using a cellular telephone with multiple cards
KR100664110B1 (en) Usage restriction setting method for mobile communication device
JP3464760B2 (en) Improved method and command for downloading a predetermined list of items to a mobile terminal controlled by a subscriber identification module, a subscriber identification module and a mobile terminal
CA2008407C (en) Voice applications generator
US8392884B2 (en) Test case automatic generation method for testing proactive GSM application on SIM cards
US6488211B1 (en) System and method for flexibly loading in IC card
TW498670B (en) Mobile communications
CN100512340C (en) Portable telephone
US5938766A (en) System for extending functionality of a digital ROM using RAM/ROM jump tables and patch manager for updating the tables
EP1032925B1 (en) Method, card and terminals for carrying out transactions in a telecommunication network
EP1653750B1 (en) Method and device in telecommunications network