WO2006037609A2 - Procede pour charger une application dans un support de donnees - Google Patents

Procede pour charger une application dans un support de donnees Download PDF

Info

Publication number
WO2006037609A2
WO2006037609A2 PCT/EP2005/010678 EP2005010678W WO2006037609A2 WO 2006037609 A2 WO2006037609 A2 WO 2006037609A2 EP 2005010678 W EP2005010678 W EP 2005010678W WO 2006037609 A2 WO2006037609 A2 WO 2006037609A2
Authority
WO
WIPO (PCT)
Prior art keywords
library
data carrier
application
loaded
functions
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.)
Ceased
Application number
PCT/EP2005/010678
Other languages
German (de)
English (en)
Other versions
WO2006037609A3 (fr
Inventor
Michael Baldischweiler
Rudolf Schubert
Robert Hockauf
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.)
Giesecke+Devrient GmbH
Original Assignee
Giesecke+Devrient GmbH
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 Giesecke+Devrient GmbH filed Critical Giesecke+Devrient GmbH
Publication of WO2006037609A2 publication Critical patent/WO2006037609A2/fr
Publication of WO2006037609A3 publication Critical patent/WO2006037609A3/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements 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/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44521—Dynamic linking or loading; Link editing at or after load time, e.g. Java class loading

Definitions

  • the invention relates to a method for loading an application into a data carrier with an operating system implemented therein and a library assigned to the operating system.
  • a data carrier in the sense of the invention is a computer system in which the resources, i. Memory resources and / or computing capacity (computing power) are limited, e.g. a chip card (smart card, microprocessor chip card).
  • the data carrier has a body in which a CPU (a Mikro ⁇ processor) is arranged, and may have any standardized or non-standardized shape, such as the shape of a flat chip card without standard or according to a standard such. ISO 7810 (e.g., ID-I, ID-00, ID-000) or a volumetric token.
  • the data carrier can furthermore have one or more arbitrary interfaces for contactless and / or contact-based communication with a reading device or data processing system (for example personal computer, workstation, server).
  • An operating system for operating the data carrier is implemented in the data carrier. Furthermore, one or more applications can be implemented in the data carrier. Functions of the data carrier are realized by the applications, so that the data carrier has, for example, the function of a subscriber card for a mobile radio system (eg SIM card, USIM card), a payment transaction card, a card in the area of health care or another card ,
  • a subscriber card for a mobile radio system eg SIM card, USIM card
  • a payment transaction card eg.g., a card in the area of health care or another card
  • the operating system is assigned a library (equivalent to a library file) with a plurality of library functions that can be used by applications implemented in the data carrier, so that the applications do not themselves have to contain the program code which corresponds to the library functions.
  • a library equivalent to a library file
  • library functions that can be used by applications implemented in the data carrier, so that the applications do not themselves have to contain the program code which corresponds to the library functions.
  • the applications for example, in J AVA cards contain it the applications (applets) to be loaded next to the data elements usually also the associated code.
  • the library of a data carrier which satisfies a predetermined standard contains all the library functions defined in the standard. This ensures that any application that is implemented in the data carrier, or that is later loaded into the data carrier, has all the library functions that it needs.
  • the library occupies a large amount of memory in the data carrier. This memory is missing, for example, if additional applications are to be loaded into the data carrier. In this case, the amount of available memory is relatively limited, especially for data carriers.
  • the invention is based on the object to provide a method for loading an application into a data carrier, in which the available memory of the data carrier is handled sparingly.
  • the inventive method according to the independent claim 1 is based on a data carrier, with an operating system implemented therein and a library assigned to the operating system in which library functions can be stored. Applications can be loaded into the data carrier.
  • the invention specifies a method for loading an application into the data carrier. According to the invention, the application is loaded into the data carrier and at most those library functions which are required by the application are loaded into the library. Since only the required library functions are loaded into the data carrier, no memory is given away by superfluous library functions.
  • a method for loading an application into a data carrier is created in which the available memory of the data carrier is used sparingly.
  • the required library functions can be loaded into the data carrier either before or after the application.
  • the application and the library functions can be loaded closely adjacent to one another in terms of time.
  • the library is then preferably checked as to whether it contains library functions which are required by the application. Subsequently, only the library functions required by the application will be loaded into the library, which according to the check are not yet contained in the library.
  • the review of the library can optionally be omitted.
  • an empty library is provided in the volume.
  • the library is checked after removing an application from the disk, after which no longer required library functions are removed from the library.
  • library functions to be loaded into the library are provided with a signature.
  • the signature of the library function is checked before or during loading of the library function and the library function is only loaded into the library if this is permissible according to the signature. In this way library functions with malicious contents such as viruses, Trojans, worms or the like can be held.
  • FIG. 1 shows schematically a smart card with an operating system, a library associated with the operating system and an application memory with a plurality of applications stored therein.
  • Fig. 1 shows a smart card 10 as an example of a data carrier.
  • an operating system 20 is implemented, as well as a Be ⁇ operating system associated library 21 with a plurality of Libraryfunkti ⁇ onen a, b, c, ....
  • the smart card 10 includes an application memory 30 having a plurality of applications stored therein I, II, ....
  • the library 21 When loading a new application into the application memory 30, the library 21 is checked for its library of library functions. Only library functions which are not yet available, but which are required by the new application, are loaded into the library 21.
  • the smart card 10 a memory area is provided in which the information is stored, which library functions a, b, c are already contained in the library 21.
  • the memory area is in a first embodiment of the smart card 10 at least readable and optionally also overwritable.
  • the memory area may be a file in the MF of the smart card 10 which, after an authentication of the instance that wants to load the application, can be read out for it. Outside of the Smart Card 10, it is checked which library functions are still to be loaded into the library 21. The memory area is updated from the outside by a write access after a successful addition of the library. However, it is more expensive but safer to permit the updating of the memory area only by the smart card 10 itself.
  • the smart card 10 treats the addition of the library 21 and the entry of the changes in the storage area as an ato-mare transaction. That is, it ensures that either either steps are successfully performed or none of the steps become effective, as known by so-called "roll-back" or "roll-forward mechanisms".
  • the memory area is an internal memory area of the smart card 10.
  • the smart card 10 checks whether the library 21 for loading the application is to be supplemented. You could evaluate for this purpose the smart card 10 already present, to be loaded application. However, the smart card 10 preferably receives as a separate data element a requirement profile of the application to be loaded, in which the required Libra ⁇ ryfunktionen and optionally their versions are listed.
  • the terminal which can be, for example, a computer with card reader and optional network connection.
  • the authorized entity to load the application onto the smart card 10 may be the owner of the computer or the operator of a server connected to the computer via the network.
  • the terminal sends the library functions to be supplemented to the smart card 10.
  • the smart card 10 supplements the library 21 with the library functions obtained and notes the additions in the memory area provided for this purpose.
  • the application to be loaded preferably comprises only data and no executable code.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Stored Programmes (AREA)

Abstract

L'invention concerne un procédé servant à charger une application dans un support de données dans lequel est implémenté un système d'exploitation et qui comprend une bibliothèque associée au système d'exploitation dans laquelle des fonctions de bibliothèque peuvent être stockées. Selon le procédé de l'invention, une application est chargée dans le support de données. Seules sont chargées dans la bibliothèque les fonctions de bibliothèque qui sont nécessaires à l'application.
PCT/EP2005/010678 2004-10-04 2005-10-04 Procede pour charger une application dans un support de donnees Ceased WO2006037609A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102004048262.4 2004-10-04
DE200410048262 DE102004048262A1 (de) 2004-10-04 2004-10-04 Verfahren zum Laden einer Applikation in einen Datenträger

Publications (2)

Publication Number Publication Date
WO2006037609A2 true WO2006037609A2 (fr) 2006-04-13
WO2006037609A3 WO2006037609A3 (fr) 2006-11-02

Family

ID=35572975

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2005/010678 Ceased WO2006037609A2 (fr) 2004-10-04 2005-10-04 Procede pour charger une application dans un support de donnees

Country Status (2)

Country Link
DE (1) DE102004048262A1 (fr)
WO (1) WO2006037609A2 (fr)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6546551B1 (en) * 1999-09-28 2003-04-08 International Business Machines Corporation Method for accurately extracting library-based object-oriented applications
AU9084201A (en) * 2000-09-14 2002-03-26 Sun Microsystems Inc Remote incremental program binary compatibility verification using api definitions
US20040015943A1 (en) * 2002-07-17 2004-01-22 Ying-Chou Chen Embedded computer system equipped with an upgradeable software library

Also Published As

Publication number Publication date
DE102004048262A1 (de) 2006-04-06
WO2006037609A3 (fr) 2006-11-02

Similar Documents

Publication Publication Date Title
DE69813208T2 (de) Chipkarte mit datenumsetzer
EP1611510B1 (fr) Execution controlee d'un programme prevu pour une machine virtuelle sur un support de donnees portable
DE69904446T2 (de) Speicherkarte
WO1997002543A1 (fr) Traitement de longues informations dans une carte a microprocesseur
DE60224937T2 (de) Verfahren und anordnung zum verknüpfen von verwandelten appletdateien
EP2795934B1 (fr) Procédé de communication avec une application sur un support de données portable ainsi que support de données portable de ce type
DE102006016994A1 (de) Erfassen des Betriebsmittelverbrauchs
WO2005055052A2 (fr) Puce de carte intelligente java comportant une zone de memoire reservee a des variables globales
DE69932630T2 (de) Verfahren und vorrichtung zur initialisierung eines anwendungsprogrammes einer chipkarte
WO2006037609A2 (fr) Procede pour charger une application dans un support de donnees
WO2007128551A2 (fr) Personnalisation de supports de données portables
DE102009009049B4 (de) Leseranwendungsvorrichtung
WO2001041087A1 (fr) Procede d'initialisation et/ou de personnalisation de cartes a puce et installation correspondante
DE102007027935A1 (de) Tragbarer Datenträger und Verfahren zur Personalisierung eines tragbaren Datenträgers
DE102004005676A1 (de) Datenträger mit plattformunabhängigem Anwendungs-Programmcode
DE69904038T2 (de) Verfahren zum durchführen einer gesicherten transaktion mittels einer chipkarte über ein telekommunikationsnetzwerk
WO2007033792A2 (fr) Procede pour initialiser et/ou personnaliser un support de donnees portatif
EP1610218B1 (fr) Support de données portable, système comprenant ledit support et procédé de mise en oeuvre dudit support
DE10328238B4 (de) Verfahren zum Laden von Chipkarten mit Initialisierungs- und/oder Personalisierungsdaten
DE102005007581A1 (de) Verfahren zur Personalisierung eines tragbaren Datenträgers
WO2006050912A1 (fr) Procede d'interrogation de la configuration du systeme d'un support de donnees
DE10224767A1 (de) Personalisiertes digitales Datenverarbeitungssystem
DE102008020343A1 (de) Portabler Datenträger
EP1899883B1 (fr) Procédé de protection de données confidentielles
DE69901318T2 (de) Verfahren und gerät zur überprüfung des betriebszyklus eines tragbaren gegenstandes, insbesondere einer chipkarte

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KP KR KZ LC LK LR LS LT LU LV LY MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU LV MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase