REVENDICATIONS 1. Procédé de chargement d'applications sur un système embarqué comprenant un environnement d'exécution incluant une machine virtuelle comprenant un interpréteur de langage de type pseudocode intermédiaire, des interfaces de programmation d'application (API), à partir d'une station sur laquelle le code source de l'application est écrit, compilé en pseudocode par un compilateur (82), vérifié par un vérificateur (91), converti par un convertisseur (92), et chargé par un chargeur (93, 68), caractérisé en ce que - la conversion comprend la réalisation de la liaison statique d'une pluralité d'ensembles de paquetages destinés à être stockés dans le même espace nom sur le système embarqué, appelés modules, en attribuant un identificateur à chaque module (MID), et un numéro de référence à chaque classe (NCI), à chaque méthode (NM) et à chaque attribut (NA) encapsules dans les classes du module, - référence à une méthode ou un attribut, dans le pseudocode d'un module, étant codée sur trois multiplets constitués par un indicateur indiquant référence à une classe interne (II) ou externe (1E) au module, numéro la classe (NCI) et soit le numéro de la méthode (NM) soit numéro l'attribut (NA), - modules sont un ou plusieurs modules d'interface programmation d'applicatiôfi comprenant des classes système ou des modules de services correspondant chacun à une application, une référence (1E) à une classe externe étant systématiquement interprétée par la machine virtuelle comme une référence à un module d'interface de programmation d'application. 2. Procédé de chargement d'applications sur un système embarqué selon la revendication 1, caractérisé en ce que le chargement des modules sur le systeme embarqué comprend la mémorisation d'une part d'au moins un tableau (69, 101, 103) de représentation des modules, le numéro (IMi) associé, le lieur compris entre 0 et n, à un module constituant l'index dudit module dans le tableau, et d'autre part d'une table 102, 104) mémorisant l'association de l'index du tableau de représentation à l'identificateur (MID) dudit module, ledit tableau et la table étant en mémoire programmable non volatile, une référence externe (1E) à un module externe dans le pseudocode étant interprétée par l'interpréteur machine virtuelle comme constituant un index d'accès au module équivalent à celui tableau des modules. 3. Procédé de chargement d'applications sur un systeme embarqué selon la revendication 2, caractérisé en ce que le chargement comprend la mémorisation, pour chaque module, d'un tableau de représentation (TRC) ses classes, comprenant une référence à l'index de son module et, pour chaque classe, un tableau de représentation (TRA) des attributs et des méthodes (TRMe). 4. Procédé de chargement d'applications dans système embarqué selon la revendication 2, caractérisé en ce que les modules sont référencés dans un tableau de modules unique, les classes système sont contenues dans un module 1P1 unique, toute référence à une classe externe dans le pseudocode différente de n sera interprétée par la machine virtuelle comme une référence audit module API. 5. Procédé de chargement d'applications dans un système embarqué selon la revendication 4, caractérisé en ce que les classes étant déclarées publiques, ou en paquetage privé, les attributs et méthodes étant déclarés protégés, en paquetage privée ou en classe privée, la numérotation classes s'effectue suivant l'ordre classes publiques puis classes en paquetages privés, la numérotation des attributs ou méthodes effectuée le convertisseur (92) suivant l'ordre attribut ou méthode public, protégé, en paquetage privé et en classe privée. 6. Procédé de chargement d'applications sur un systeme embarqué selon la revendication 2, caractérisé en ce que les classes système sont contenues dans plusieurs modules API chargeables séparément, le chargeur (68) maintient dans la mémoire non volatile programmable deux tableaux de représentation des modules et deux tables d'association MIDllmi correspondantes, pour les modules API et l'autre pour les modules non- API, le chargeur chargeant les modules dans l'un des deux tableaux selon la nature du module specifié dans l'entête de celui-ci, toute référence externe d'un module du tableau de module étant interprétée comme une référence à l'index du module 7. Procède chargement d'applications sur un système embarqué selon la revendication 6, caractérisé en ce que la liaison statique d'un module est effectuée telle sorte que la référence à une classe externe à un module non dans le pseudocode intermédiaire est un index dans un tableau de l'entete module, dont chaque entrée est un identificateur (MID) d'un module référencé, le chargement dudit module sur la plate- forme cible comprenant le remplacement de ladite référence par le numéro de l'index du module obtenu à partir de l'identificateur (MID) de la table d'association MIDIIMi modules API. 8. Système embarqué comprenant une machine virtuelle et une plate-forme API incluant interfaces de programmation d'application, une mémoire non volatile fixe, une mémoire non volatile programmable ou modifiable, et mémoire vive, caractérisé en ce que la mémoire non volatile programmable comprend au moins un module API comprenant des classes système et des modules de services, au moins un tableau de représentation modules (TRM), dans lequel les modules sont indexés et une table (70, associant l'index (1M) d'un module du tableau de représentation a l'identificateur (MID) dudit module, chaque module comprenant un tableau de représentation des classes (TRC), dans lequel les classes sont indexées et dans lequel chaque classe présente une référence à l'index (1M) de son module, chaque classe comprenant un tableau de représentation des attributs (TRA) et des méthodes (TRMe), dans lesquels attributs et méthodes sont indexés, la référence à une méthode ou un attribut étant codée sur au moins trois multiplets (bytes) correspondant à une référence à une classe interne (II) ou externe (1E) au module, une référence externe au module constituant l'index du module API dans le tableau de module, un numéro de classe (NCI) correspondant à l'index de classe dans la table de représentation des classes du module, et un numero de méthode (NM) ou d'attribut (NA) correspondant à l'index de la méthode ou de l'attribut dans le tableau de représentation des methodes ou attributs de la classe du module. 9. Système embarqué selon la revendication 8, caractérise en ce qu'il comporte des moyens de comparaison du premier multiplet trois multiplets codage de référence à une méthode ou à un attribut avec une valeur déterminée n pour décider s'il s'agit d'une classe interne ou externe. 1 Système embarqué selon la revendication 8, caractérise en ce qu'il comprend un module erincipal comprenant le programme principal du système. 1 . Système embarqué selon la revendication 8, caractérise en ce que les classes sont indexéés suivant l'ordre classes publiques puis classes en paquetages privés, et les attributs ou méthodes suivant l'ordre attribut ou méthode public, protégé, en paquetage privé et en classe privée. Système embarqué selon la revendication 11, caractérisé en ce que la memoire non volatile programmable comprend plusieurs modules API comprenant des classes système, deux tableaux de représentation (101, 103) modules, l'un pour les modules API et l'autre pour les modules non- , et le module prinqipal, et deux tables (102, 104) d'association MIDIIMi correspondant chacune à un tableau de représentation des modules. , i 13. Système embarqué selon la revendication 10, caractérisé en ce qu'il comprend une classe gestionnaire d'accès "Access manager" d'un module (105) comprenant une méthode permettant de créer une instance module de service, par l'intermédiaire du module principal, ladite classe présentant une protection lui interdisant d'avoir plus d'une instance. 14. Procédé d'exécution d'une application d'un système embarqué multi-application, comprenant un environnement d'exécution incluant une machine virtuelle comprenant un interpréteur de langage de type pseudocode intermédiaire, et des interfaces de programmation d'application (API), caractérisé en ce que, lors de l'exécution du pseudocode intermédiaire d'un module de service, correspondant ' une application, référencée dans un tableau de module, la référence à méthode ou un attribut dans le pseudocode, codée sur au moins trois multiplets (bytes) correspondant à une référence à une classe interne (II) externe (1E) au module, un numéro de classe (NCI) et un numéro de méthode (NM) ou d'attribut (NA), une référence externe au module est interprétée par la machine virtuelle comme une référence à l'index d'un module API du tableau ou des modules API . 15. Procédé d'exécution d'une application d'un système embarqué multi-application selon la revendication 14, caractérise en ce que, sur réception d'une demande d'exécution d'un module de service présentant un identificateur (MID), l'environnement d'exécution accède a la classe d'entrée module principal comprenant le programme principal du système, le module principal installe `tjne instance d'une classe spéciale "Access Manager" d'un module API, gérant l'accès à un module de service, et utilise une méthode de cette classe permettant de créer une instance de la classe d'entrée du module de service demandée, par l'intermédiaire d'une table d'association de l'identificateur à l'index du module dans un tableau dans lequel le module est référencé, l'instance étant retournée par la méthode au programme principal.