Brevet FR2999003A1 — publié le 20140606

DOMAINE DE L'INVENTION La présente invention concerne le domaine de la production d'entités électroniques dotées chacune d'une puce électronique, telles que des modules d'identification, par exemple des cartes à microprocesseur ou « cartes à puce », des éléments sécurisés, des eSE (« embedded Secure Element » comme défini dans la spécification « GlobalPlatform Card Specification Version 2.2.1 » relative à la technologie GlobalPlatform, des modules M2M (machine-ta-machine). Ces modules d'identification peuvent comporter des applications bancaires, de transport, de téléphonie mobile, etc., être certifiés selon la méthode de critères communs (correspondant à la norme ISO 15408) et/ou être aptes à recevoir des commandes APDU (Application Protocol Data Unit - norme ISO 7816). L'invention vise plus particulièrement un procédé de personnalisation de puces ainsi qu'une plateforme de personnalisation correspondante. CONTEXTE DE L'INVENTION La production d'entités électroniques, et plus particulièrement de cartes à puce, fait généralement intervenir un fabricant ou « fondeur » de puces non configurées ou « MasterChips » ou « puces génériques », puis un opérateur de personnalisation de telles puces génériques afin de les configurer selon des configurations matérielle et fonctionnelle. Les puces génériques sont des plateformes matérielles génériques conformes à des conceptions/designs de circuits intégrés d'un point de vue composants matériels uniquement. La personnalisation de ces puces génériques a fait l'objet de plusieurs publications, par exemple les demandes US 2011/166999 et FR 2896323. Dans FR 2896323, un profil de personnalisation est généré, comprenant une description fonctionnelle listant par exemple des applications informatiques et des paramètres correspondant, et comprenant une configuration matérielle associée à une plateforme matérielle générique, incluant par exemple un système d'exploitation (OS). Classiquement la description fonctionnelle est la même pour une série de puces génériques. Pour cela, elle comprend des éléments communs à toutes les puces génériques, par exemple des applications, et comprend des emplacements ou paramètres substituables (« placeholder » selon la terminologie anglo-saxonne) permettant d'y placer des informations personnelles à chaque futur porteur de la carte une fois cette dernière personnalisée. Il peut s'agir par exemple d'un code secret ou PIN propre à l'utilisateur. Associée à cette description fonctionnelle, il peut être prévu une description visuelle définissant le visuel de l'entité électronique (la carte à puce par exemple) une fois personnalisée. Cette description visuelle comprenant des éléments communs (par exemple un logo) et des emplacements substituables aptes à recevoir des informations personnelles au futur porteur de l'entité électronique (par exemple son nom en façade de la carte). Des mécanismes connus permettent aujourd'hui de définir plusieurs configurations matérielles pour une même plateforme matérielle générique présentant un « profil matériel » (c'est-à-dire un circuit intégré générique). Ces configurations matérielles relèvent donc d'une même conception matérielle de puce. Chaque configuration matérielle peut par exemple consister en une contrainte ou limitation sur une ou plusieurs ressources matérielles de cette plateforme. Cette contrainte peut être réalisée de façon logicielle en mémorisant, de façon durable dans un registre approprié d'une mémoire non volatile de la carte, une valeur limitative d'une ou plusieurs ressources. Par exemple, une mémoire EEPROM (pour « Electrically-Erasable Programmable Read-Only Memory » ou mémoire morte effaçable électriquement et programmable) de 128 ko constituant la plateforme matérielle générique pourra être contrainte en différentes versions, 128 ko, 64 ko, 32 ko, en inscrivant une telle valeur dans un registre accessible par un système d'exploitation (OS) embarqué. Ce dernier limitera alors l'accès à la mémoire EEPROM sur une portion correspondante à la valeur inscrite dans le registre. Un autre exemple concerne la limitation du débit d'un bus de données interne à l'entité électronique ou la limitation d'autres types de mémoires (flash par exemple) ou encore l'activation/désactivation de certaines applications. Ainsi, une unique plateforme matérielle ou puce générique référencée Cosmo Fly v4.1 (nom commercial) peut être déclinée en plusieurs configurations de puces, par exemple 8 en faisant varier la taille d'une mémoire interne notamment. L'opération de personnalisation d'une puce générique est réalisée par un système ou dispositif de personnalisation qui offre généralement un grand débit de production, par exemple plusieurs milliers de puces configurées par heure. L'opération de personnalisation permet d'appliquer le profil de personnalisation, éventuellement complété de données personnelles propres au porteur de l'entité électronique (carte à microprocesseur) en cours de personnalisation, à la puce générique. Des difficultés inhérentes à la qualité des puces génériques reçues devant être configurées, mais également inhérentes à d'hypothétiques dysfonctionnements passagers du système de personnalisation aboutissent à ce qu'une partie des entités électroniques soit au final effectivement personnalisée alors qu'une autre partie des entités électroniques doit être rejetée et mise au rebut. RESUME DE L'INVENTION Comme plusieurs configurations matérielles sont appliquées à un même type de puce générique et comme certaines puces soumises à personnalisation se trouvent être rejetées et donc mises au rebut, des informations ou statistiques sur la personnalisation de chaque puce et sur leur configuration respective s'avèrent nécessaires aux fins d'un suivi de la personnalisation et production des entités électroniques. Obtenir un rapport sur chaque entité électronique personnalisée comme évoqué dans US 2011/166999 présente certains inconvénients. D'une part, cette approche requiert l'envoi d'une commande à chaque entité électronique produite afin d'en obtenir une réponse décrivant cette entité électronique. Cela tend à générer un grand nombre de données qu'il faut traiter par la suite afin d'obtenir les données uniquement nécessaires. Et d'autre part, de nombreux dispositifs de personnalisation ne prévoient pas aujourd'hui de générer des rapports suffisants pour obtenir des informations statistiques pertinentes. Or modifier ces dispositifs de personnalisation s'avère difficile pour des raisons de génie logiciel, de coût et de perte de rendement à raison d'une possible baisse de cadence liée au traitement informatique que ces modifications nécessiteraient. Enfin, il convient pour un système de personnalisation de puces de s'assurer de la cohérence entre la configuration matérielle initialement demandée par un client, celle appliquée aux puces et enfin celle reportée jusqu'au fabricant pour facturation. On notera au demeurant qu'il a été envisagé un modèle de facturation des puces génériques par le fabricant de puces, dit « Pay Per Use » ou « Bill per use », selon lequel le prix de vente est fonction de la configuration matérielle finalement appliquée à chaque puce générique. Cela permet de réduire le nombre de lignes de stocks pour l'opérateur de personnalisation, car, désormais, il ne gère en entrée que des plateformes matérielles génériques, sans régler à ce stade de droits exacts sur les configurations matérielles qu'il souhaitera mettre en oeuvre. Le prix final de vente est estimé (voire réévalué) à la fin des opérations de personnalisation selon les configurations matérielles finalement appliquées aux puces génériques livrées par le fabricant. L'obtention de statistiques ou informations pertinentes sur la personnalisation des puces génériques par les dispositifs de personnalisation peut également s'inscrire dans un contexte d'amélioration du suivi et de la mise en oeuvre du mode de facturation « Pay Per Use ». La présente invention vise à remédier tout ou partie de ces inconvénients. L'invention permet ainsi, par exemple, de fournir un procédé de personnalisation de puces électroniques et une plateforme de personnalisation correspondante, répondant par exemple aux contraintes techniques du modèle de facturation « Pay Per Use ». Dans ce dessein, l'invention concerne notamment un procédé de personnalisation de puces électroniques, comprenant, dans un système de production, les étapes suivantes : sélectionner une configuration matérielle de puce parmi une pluralité de configurations matérielles définissant chacune au moins une contrainte d'une ressource matérielle d'un type de puce générique conforme à un profil matériel de puce ; obtenir un profil de personnalisation en fonction de la configuration matérielle sélectionnée ; transmettre, à un système logistique externe, un identifiant de profil de production associé au profil de personnalisation obtenu (par exemple à réception d'un message de validation dudit profil de pré-personnalisation), avec un identifiant de la configuration matérielle correspondant à ce profil de personnalisation ; recevoir, en provenance du système logistique externe, un ordre de commande incluant l'identifiant de profil de production ; utiliser un dispositif de personnalisation de puces pour personnaliser des puces génériques à l'aide du profil de personnalisation associé à l'identifiant de profil de production présent dans l'ordre de commande ; générer, par le dispositif de personnalisation, et transmettre, au système logistique externe, un message incluant au moins une information représentative d'un nombre de puces personnalisées avec succès ; procédé dans lequel le système logistique externe détermine à quelle configuration matérielle correspond ladite information reçue représentative d'un nombre de puces personnalisées, à partir de l'identifiant de profil de production inclus dans l'ordre de commande et du couple formé de l'identifiant de profil de production et de l'identifiant de la configuration matérielle, et met à jour un compteur associant un nombre de puces, dites produites, à cette configuration matérielle à partir de l'information reçue. L'invention permet ainsi au système logistique externe d'obtenir des statistiques sur les puces effectivement personnalisées sans requérir du dispositif de personnalisation qu'il émette des rapports complets pour chaque puce, mais seulement à partir du nombre de puces génériques effectivement personnalisées et/ou mises au rebut. Cela est rendu possible par la communication par le système de production à destination du système logistique externe, de l'information de configuration matérielle correspondant à chaque profil de production défini. Le système logistique externe est ainsi capable, pour chaque ordre (ou commande) qu'il transmet identifiant un profil de production, de déduire le nombre de puces finalement produites portant une configuration matérielle donnée. Une facturation de type « Pay Per Use » peut ainsi être mise en oeuvre efficacement. Corrélativement, l'invention concerne également une plateforme de personnalisation comprenant un système de production et un système logistique externe au système de production, ledit système de production comprenant des moyens configurés pour : sélectionner une configuration matérielle de puce parmi une pluralité de configurations matérielles définissant chacune au moins une contrainte d'une ressource matérielle d'un type de puce générique conforme à un profil matériel de puce ; obtenir un profil de personnalisation en fonction de la configuration matérielle sélectionnée ; transmettre, au système logistique externe, un identifiant de profil de production associé au profil de personnalisation obtenu, avec un identifiant de la configuration matérielle correspondant à ce profil de personnalisation ; recevoir, en provenance du système logistique externe, un ordre de commande incluant l'identifiant de profil de production ; utiliser un dispositif de personnalisation de puces pour personnaliser des puces génériques à l'aide du profil de personnalisation associé à l'identifiant de profil de production présent dans l'ordre de commande ; générer, par le dispositif de personnalisation, et transmettre, au système logistique externe, un message incluant au moins une information représentative d'un nombre de puces personnalisées avec succès ; et dans lequel le système logistique externe comprend des moyens configurés pour déterminer à quelle configuration matérielle correspond ladite information reçue représentative d'un nombre de puces personnalisées, à partir de l'identifiant de profil de production inclus dans l'ordre de commande et du couple formé de l'identifiant de profil de production et de l'identifiant de la configuration matérielle, et pour mettre à jour un compteur associant un nombre de puces, dites produites, à cette configuration matérielle à partir de l'information reçue. La plateforme selon l'invention présente les mêmes avantages que le procédé décrit plus haut. Le procédé et la plateforme peuvent comprendre des caractéristiques additionnelles définies dans les revendications annexées, et reprise ci-après pour le procédé. Dans un mode de réalisation, le message généré par le dispositif de personnalisation et reçu par le système logistique externe inclut une information représentative d'un nombre de puces mises au rebut. Cela permet de connaître le taux exact d'échec, tenant compte des puces génériques qui n'ont pas été utilisées. La facturation « Pay Per Use » est ainsi précise. Dans un mode de réalisation, lequel le message généré par le dispositif de personnalisation et reçu par le système logistique externe inclut l'identifiant de profil de production. Cette disposition permet d'utiliser un dispositif de personnalisation capable de traiter simultanément plusieurs commandes faisant référence à plusieurs profils de production, lesquels correspondent généralement à plusieurs types de puces génériques, c'est-à-dire à plusieurs configurations matérielles. En effet, l'identifiant indiqué dans le message permet alors au système logistique externe de comptabiliser le nombre exact de puces personnalisées pour chaque configuration matérielle. Dans un autre mode de réalisation, un second profil de personnalisation est associé au même identifiant de profil de production ; et l'identifiant de profil de production est également transmis au système logistique externe avec un identifiant de la configuration matérielle correspondant audit second profil de personnalisation associé à l'identifiant de profil de production. Cette information permet au système logistique externe de pouvoir obtenir des statistiques sur plusieurs configurations matérielles associées à une même commande (ou même profil de production). Selon une caractéristique particulière, le système logistique externe reçoit une information identifiant un type de plateforme matérielle correspondant aux puces génériques fournies au dispositif de personnalisation pour l'étape de personnalisation, et dans lequel la configuration matérielle associée au compteur à mettre à jour est déterminée en outre en fonction de l'information identifiant le type de plateforme matérielle et d'une table en mémoire associant des configurations matérielles à des types respectifs de plateforme matérielle. Grâce à cette table, le système logistique externe peut ainsi remonter jusqu'à la configuration matérielle effectivement appliquée aux puces génériques à personnaliser, et ainsi mettre à jour le compteur approprié. En effet, cette table permet de lever toute ambigüité dans le cas où une commande (un profil de production) peut concerner plusieurs configurations matérielles. Selon une autre caractéristique particulière, ladite table en mémoire est transmise au système de production pour générer une deuxième table associant chaque configuration matérielle à une instance de profil matériel de puce, deuxième table à partir de laquelle la sélection d'une configuration matérielle est opérée. La génération de la deuxième table participe au paramétrage/configuration du système de production. Cette disposition assure une cohérence des informations entre le système de production et le système logistique. Du point de vue du système logistique introduit précédemment, l'invention concerne également un procédé de gestion pour la personnalisation de puces électroniques, comprenant, dans un même système (le système logistique), les étapes suivantes : recevoir un identifiant de profil de production et au moins un identifiant de configuration matérielle de puce associée au profil de production, une configuration matérielle de puce définissant au moins une contrainte d'une ressource matérielle d'un type de puce générique conforme à un profil matériel de puce ; obtenir et transmettre, à un système de production externe, un ordre de commande pour la personnalisation de puces électroniques, l'ordre de commande incluant l'identifiant de profil de production reçu ; recevoir un message de rapport de personnalisation incluant au moins une information représentative d'un nombre de puces personnalisées avec succès pour l'ordre de commande transmis ; déterminer à quelle configuration matérielle correspond ladite information reçue représentative d'un nombre de puces personnalisées, à partir de l'identifiant de profil de production inclus dans l'ordre de commande et du couple formé de l'identifiant de profil de production et de l'identifiant de la configuration matérielle reçus ; et mettre à jour un compteur associant un nombre de puces, dites produites, à cette configuration matérielle à partir de l'information reçue. Corrélativement, un système de gestion pour la personnalisation de puces électroniques selon l'invention peut comprendre des moyens configurés pour réaliser ces étapes. De façon optionnelle, ce procédé du point de vue du système logistique, et ce système logistique de gestion pour la personnalisation de puces électroniques peut inclure tout ou partie des caractéristiques additionnelles évoquées précédemment en lien avec les revendications dépendantes. BREVE DESCRIPTION DES FIGURES D'autres particularités et avantages de l'invention apparaîtront encore dans la description ci-après, illustrée par les dessins ci-joints, dans lesquels : - la Figure 1 illustre schématiquement une plateforme de production d'un fabricant de cartes à puce selon un mode de réalisation de l'invention ; et - la Figure 2 illustre, sous forme de logigramme, des étapes d'un cycle de conception et de production de cartes à puce par la plateforme de production de la Figure I. DESCRIPTION DETAILLEE DE L'INVENTION L'invention concerne la personnalisation de puces génériques dans le cadre de la production d'entités électroniques. De telles entités électroniques peuvent revêtir des formes variées, par exemple être des modules d'identification, type cartes à puce ou à microprocesseur, éléments sécurisés, équipements machine-to-machine (M2M) ou modules eSM (embedded security module). Les exemples ci-dessous s'appuient sur des cartes à puce à titre illustratif uniquement. La Figure 1 illustre schématiquement une plateforme de production 100 d'un fabricant de cartes à puce. Le fabricant de cartes à puce interagit, en amont de la production, avec un fabricant de puces non configurées ou « fondeur » 20 afin de définir des configurations matérielles de puces génériques non configurées et d'être livré de telles puces non configurées aux fins de les personnaliser dans un processus de production de cartes à puce. Le fabricant de cartes à puce interagit également avec des clients 30 avec lesquels il définit des profils de production sur la base desquels des commandes sont lancées. Chaque production obtenue est alors livrée au client 30 ayant passé commande, lequel peut par exemple être une banque ou un opérateur de téléphonie mobile. Comme montré sur la figure, la plateforme de production 100 comprend un système logistique de type PGI 110 (« progiciel de gestion intégré », autrement connu sous le sigle anglo-saxon « ERP ») basé sur une architecture client/serveur permettant à plusieurs utilisateurs 111, 112 de s'y connecter. Un serveur logistique (non représenté) inclut des ressources matérielles et logicielles permettant de préparer et de piloter la production de cartes à puces, comme décrit par la suite. La plateforme de production 100 comprend également un système de production 120 incluant un environnement de développement 121 de cartes à puce ainsi que une ou plusieurs lignes de production 122. Ces lignes de production peuvent être réparties sur plusieurs sites physiques et comprendre chacune un système de personnalisation de puces hautement sécurisé. Les systèmes de personnalisation peuvent prendre la forme de clients dans une architecture client-serveur. Un serveur de personnalisation inclut ainsi des ressources matérielles et logicielles permettant à ces lignes de production d'effectuer des personnalisations de puces, comme décrit par la suite. Un cycle de conception et de production de cartes à puce comporte quatre étapes majeures. Tout d'abord, le fondeur 20 et le fabricant de cartes à puce définissent un ensemble de configurations matérielles pour chaque type de puce non configurée. A noter qu'un même fabricant de cartes à puce s'adresse généralement à plusieurs fondeurs afin de diversifier les produits en catalogue. Une puce non configurée ou « MasterChip » est une puce générique consistant en un circuit intégré où seuls les composants matériels ont été formés lors du processus de fabrication du circuit intégré. Aucun paramétrage ou personnalisation n'a encore été appliqué à la puce générique. Il s'agit donc d'une plateforme matérielle générique sur laquelle plusieurs configurations matérielles différentes peuvent être appliquées. Un type de circuit ou plateforme matérielle générique permet de distinguer les types de puces non configurées entre eux, par exemple le type « PPU_I0170 » pour un type de puce générique. Une configuration matérielle est une déclinaison d'un type de puce générique dans laquelle l'étendue de l'utilisation possible de l'une ou plusieurs ressources matérielles a été précisée. Les configurations matérielles sont donc définies en amont de la production et en fonction des possibilités offertes par les ressources formant les puces génériques. Il s'agit par exemple de contraindre ou limiter une ressource par rapport à ce que le composant matériel correspondant permettrait. Dans un mode de réalisation, cette contrainte consiste à écrire, lors de la personnalisation de la puce, de façon durable et dans un registre en mémoire de la puce, une valeur définissant la limite d'utilisation de la ressource considérée. Une telle information peut être utilisée par un système d'exploitation embarqué pour limiter l'utilisation de la ressource considérée. Par exemple, plusieurs configurations matérielles d'une même puce générique peuvent porter sur des tailles différentes de mémoire interne (type EEPROM ou flash), par exemple 32 ko (pour kilo-octets), 64 ko, 128 ko, si le composant mémoire intégré permet intrinsèquement une plus grande capacité de mémoire. D'autres limitations, en variante ou en combinaison, peuvent porter sur le débit d'un bus de données interne, sur le débit d'une interface de communication, sur l'activation/désactivation d'applications, etc. Afin d'identifier chaque configuration matérielle possible, un identifiant leur est associé, qui dans un mode de réalisation est unique pour le type de puce générique concerné. A titre d'exemple uniquement, le type de puce générique « PPU_I0170 » peut donner naissance à trois configurations matérielles distinctes : « PPU_I0170_01 » pour une mémoire contrainte à 128 ko, « PPU_I0170_02 » pour une mémoire limitée à 64 ko et « PPU_I0170_03 » pour une mémoire limitée à 32 ko. Les échanges entre le fondeur et le fabricant de cartes à puce sont illustrés par la flèche 21 sur la figure, et aboutissent à la formation d'une table TABLE 1, en mémoire du système logistique 110, qui associe chaque configuration matérielle définie (Config #2_01) au type de puce générique correspondante (Type #2). Type de puce Configuration PPU_10170 PPUI0170_01 PPU_10170 PPU_10170_02 PPU_10170 PPU_10170_03 Type #2 Config #2_01 ... ... TABLE 1 Une table peut être produite par fondeur. En variante une même table peut inclure l'ensemble des types de puce générique et des configurations matérielles correspondantes pour un ensemble de fondeurs. Suite à la conception des configurations matérielles pour chaque type de puce générique, le système de production 120 est parannétré en fonction de la table TABLE 1 afin que ce système de production puisse proposer l'ensemble des configurations matérielles et des types de puce générique lors d'une conception ultérieure de cartes à puce pour un client. De façon connue en soi, chaque type de circuit intégré produit par un fondeur est décrit au travers d'un profil matériel de puce, également dénommé « driver ». Comme différentes configurations matérielles peuvent s'appliquer à un même type de circuit intégré (un type de puce générique), un profil matériel (par exemple « CTD1 ») est instancié pour chaque configuration matérielle possible pour ce type de circuit, lors de ce paramétrage. Chaque instance de profil matériel est identifié à l'aide d'un identifiant unique (par exemple « CTD1_inst#1 », « CTD1_inst#2 », « CTD1_inst#3 »), permettant d'obtenir une table TABLE 2 paramétrant le système de production 120. Instance de profil matériel Configuration CTD1_inst#1 PPU 10170 01 CTD1_inst#2 PPU 10170 02 CTD1_inst#3 PPU 10170 03 CTD2_inst#1 Config #2_01 ... ... TABLE 2 Dans un mode de réalisation, une instance de profil matériel (CTD) peut désigner, outre une configuration matérielle particulière, un système d'exploitation (OS) choisi pour le type de circuit intégré correspondant. Dans ce cas, une instance de profil matériel est générée pour chaque couple OS/configuration matérielle. Par exemple, pour une puce générique avec un seul système d'exploitation possible (un « masque » possible selon la terminologie employée dans le domaine des cartes à puce) et cinq configurations matérielles disponibles, cinq instances de profil matériel sont alors produites. Une fois ce paramétrage effectué, le fabricant de cartes à puce définit un ou plusieurs produits pour un client 30, au niveau de l'environnement de production 121. Il s'agit de concevoir une carte à puce répondant à des spécifications du client, en formant un ou plusieurs profils de personnalisation. Un profil de personnalisation résulte du choix d'un type de puce générique avec une configuration matérielle associée et éventuellement d'un profil fonctionnel incluant une description fonctionnelle en termes d'applications et de paramètres correspondant. A noter que cette description fonctionnelle peut être accompagnée d'une description visuelle définissant un visuel de la carte à puce (indiquant notamment le support plastique à utiliser pour recevoir la puce). Ces descriptions sont généralement génériques en ce qu'elles ne contiennent aucune information spécifique au futur porteur de carte, mais définissent uniquement des emplacements substituables où de telles informations devront être intégrées. Ainsi, ces définitions contiennent des informations communes à un ensemble des cartes à puce à produire sur la base de la même configuration matérielle. Le document FR 2896323 décrit notamment l'élaboration d'un tel profil de personnalisation, aboutissant à la génération d'une image mémoire de carte (« IC Card Image » selon la terminologie anglo-saxonne). Les flèches 31 et 32 illustrent les échanges entre le fabricant de cartes à puce et le client 30 aux fins de concevoir et de valider le produit conçu. La flèche 31 illustre notamment la demande initiale du client 30 incluant les spécifications. La flèche 32 illustre notamment des échanges techniques (sélections pour composer le profil de personnalisation) et l'échange d'échantillons produits sur la base de l'image mémoire de carte obtenue afin de procéder à la validation. Les échantillons sont produits en appliquant le profil de personnalisation en cours d'élaboration à une puce non encore configurée, par exemple à partir de l'image mémoire de carte. La validation des échantillons par le client 30 convertit le ou les profils de personnalisation mis en oeuvre dans ces échantillons en un profil de production désormais disponible pour la production. Un identifiant, noté BAP pour « Bon A Personnaliser », associé à ce profil de personnalisation permet de lui lier les profils de production au travers d'une table TABLE 3 en mémoire du système de production, et donc de lui lier les instances de profil matériel CTD et les descriptions fonctionnelles correspondantes. Profil de production Instance de profil matériel Desc. fonction. BAP#1 CTD1_inst#1 Data 1 BAP#1 CTD2_inst#1 Data 2 BA P#2 ... ... BAP#3 CTD1_inst#2 Data x ... ... ... TABLE 3 Un même profil de production (BAP#1) peut inclure plusieurs types de puces génériques et leurs profils respectifs. Puis la dernière étape consiste en la mise en production de cartes à puce faisant suite à la réception d'une commande du client 30 spécifiant le profil de production à réaliser (flèche 31). Cette dernière étape comprend la personnalisation de puces génériques (reçues via la flèche 22) qui peuvent notamment être déjà montées sur des supports plastiques de sorte à produire des cartes à puce personnalisées qui seront livrées au client (flèche 33). Cette étape s'accompagne de la génération et de l'émission d'un rapport de production indiquant, au fondeur 20, le nombre de puces ayant finalement été produites selon telle ou telle configuration matérielle. Ce rapport permet au fondeur 21 d'ajuster par exemple le prix de vente des puces au fabricant de cartes à puce, comme exposé précédemment. Ce rapport de production est illustré par la flèche 23. Selon l'invention, le ou les dispositifs de personnalisation utilisés pour la personnalisation des puces génériques génèrent à destination du système logistique 110 des informations Nok représentatives du nombre de puces ou cartes personnalisées avec succès, c'est-à-dire non rejetées pour défaut de production. Ces informations Nok sont transmises entre les deux systèmes 120 et 110 via le canal de communication représenté par les flèches 130. Il peut s'agir d'un réseau informatique classique. Dans un mode de réalisation, ils précisent également une information NKO représentative d'un nombre de puces ou cartes rejetées ou « mises au rebut ». A noter que le nombre NK0 peut être construit à partir d'un nombre de puces dont la personnalisation a échoué (donc détectées par le dispositif de 5 personnalisation) et d'un nombre de puces déjà mises au rebut avant la personnalisation (et donc remonté par le système de production). Dans un autre mode de réalisation, ils précisent également l'identifiant du profil de production BAP afin d'associer clairement les informations relatives aux nombres de cartes produites avec une commande client particulière, notamment si les 10 dispositifs de personnalisation sont configurés pour traiter simultanément plusieurs commandes de client. Afin d'établir le rapport de production évoqué précédemment, le système logistique 110 établit des statistiques relatives aux cartes produites selon chaque configuration matérielle en fonction de ces informations reçues (NoK, NK0). Pour ce 15 faire, il tient à jour en mémoire des compteurs comptabilisant le nombre de puces/cartes produites selon chaque configuration matérielle. Comme le système logistique 110 connaît uniquement l'identifiant de profil de production BAP renseigné dans la commande passée par le client 30, l'invention prévoit que cet identifiant de profil de production BAP associé au profil ou aux profils 20 de personnalisation validés par le client soit transmis par le système de production 120 au système logistique 110 en même temps que l'identifiant ou les identifiants des configurations matérielles correspondant à ces profils de personnalisation validés. Ainsi, le système logistique 110 peut disposer d'une table TABLE 4 associant chaque identifiant de profil de production BAP à sa ou ses configurations 25 matérielles. Profil de production Configuration BAP#1 PPU 10170 01 BAP#1 Config #2_01 BAP#2 ... BAP#3 PPU_10170_02 . ... TABLE 4 Dans cet exemple, le même profil de production (BAP#1) inclut un premier type « PPU _10170 » de puce générique à configurer selon la configuration « PPU_10170_01 » et un deuxième type (« Type #2 ») différent de puce générique à configurer selon la configuration « Config #2_01 ». Fort de ces informations, le système logistique 110 est alors apte à déterminer à quelle configuration matérielle correspond chaque information reçue sur le nombre de cartes produites/rejetées, à partir de l'identifiant de profil de production BAP inclus dans l'ordre de commande et du couple (voir table TABLE 4) formé de l'identifiant reçu de profil de production BAP et de l'identifiant de la configuration matérielle. Le système logistique 110 met alors à jour le compteur associé à la configuration matérielle déterminée, d'une valeur correspondant au nombre de cartes produites Nok. indiqué dans l'information reçue. La présente invention évite ainsi que le dispositif de personnalisation n'ait à émettre des rapports complets pour chaque carte personnalisée produite. Les dispositifs de personnalisation actuels peuvent donc être conservés dans modification dans un contexte de facturation de type « Pay Per Use ». Lorsque l'identifiant de profil de production correspond à plusieurs configurations matérielles (cas du BAP#1 de la table TABLE 4), le système logistique 110 peut utiliser une information identifiant le type de puce générique livrée par le fondeur 20 (voir flèche 22) afin de déterminer la configuration matérielle associée au compteur à mettre à jour (c'est-à-dire la configuration appliquée sur cette puce) en recoupant cette information avec la table TABLE 1 en mémoire. En effet, cette dernière permet de lever toute ambigüité entre les différentes configurations matérielles correspondant à la commande courante. La Figure 2 illustre, sous forme de logigramme, ces différentes étapes du cycle de conception et de production de cartes à puce, incluant la personnalisation de 25 puces. L'étape initiale 200 consiste pour le fabricant de cartes à puce et le fondeur 20 à se mettre d'accord sur un ensemble de configurations matérielles possibles pour des types de circuits intégrés ou plateformes matérielles génériques proposées par le fondeur 20. Cette étape résulte en la table TABLE 1 en mémoire du système logistique 30 110. La table TABLE 1 est alors transmise au système de production 120, et plus particulièrement à l'environnement de développement 121, pour générer la table TABLE 2 associant chaque configuration matérielle à une instance de profil matériel CTD de carte à microprocesseur. La génération de la table TABLE 2 prend part à un processus de paramétrage 210 du système de production 120 au cours duquel d'autres éléments peuvent être préparés, tels que des descriptions fonctionnelles, des packages d'applications et paramètres correspondants, des systèmes d'exploitation, etc. Dans la table TABLE 2, à chaque instance de profil matériel correspond une configuration matérielle, alors que deux instances de profil matériel peuvent se rapporter à un même type de circuit intégré. Tous les éléments créés lors du paramétrage 210 sont mémorisés dans des tables afin qu'ils puissent être proposés sous forme de menus déroulants lors de la conception des cartes à puce comme décrite par la suite. Le processus se poursuit par la conception et la validation d'un profil de production conforme à des souhaits/spécifications d'un client 30. Cette opération référencée 220 sur la figure a lieu dans l'environnement de développement 121 du système de production 120. A réception d'une requête en création d'un projet du client 30, un identifiant BAP de profil de production est généré. Puis à l'aide d'interfaces graphiques connectées au système de production 120, un ou plusieurs profils de personnalisation de puces génériques sont développés. Chaque profil de personnalisation inclut la sélection d'une instance de profil matériel correspondant à une configuration matérielle souhaitée par le client 30 pour un type de puce générique et inclut éventuellement la sélection de composants logiciels et fonctionnels (OS, applications, emplacements substituables pour recevoir des données propres aux futurs porteurs des cartes) de sorte à obtenir une description fonctionnelle de la puce souhaitée, et de composants visuels (logo, emplacements substituables pour recevoir des données propres aux futurs porteurs des cartes, type de support plastique pour recevoir la puce). Les composants logiciels, fonctionnels et visuels peuvent être sélectionnés à partir de listes prédéfinies, présentées sous forme interactive à un utilisateur du système au moyen d'un menu déroulant. Une vérification de cohérence est effectuée à chaque modification des profils de personnalisation composant un même profil de production BAP afin de s'assurer qu'il n'y ait qu'une seule configuration matérielle pour un même type de puce générique à l'intérieur de ce profil de production. Cette contrainte permet de garantir la levée de toute ambiguïté par le système logistique 110 lorsque ce dernier détermine à quelle configuration matérielle correspondent les informations reçues NoK/NK0 sur le nombre de cartes produites. Une image de carte « IC Card Image » est ensuite générée sur la base de chaque profil de personnalisation conçu. Puis, des cartes test ou échantillons sont créés à l'aide de ces images de carte et transmis au client 30 afin qu'il les teste et les valide. La production d'une carte test comprend notamment la personnalisation d'une puce générique selon le profil de personnalisation conçu et le montage de cette puce sur un corps de carte selon des techniques classiques. Par échanges avec le client, des modifications peuvent être apportées aux profils de personnalisation, afin de les faire évoluer. A la fin de cette étape 220, le client approuve les échantillons soumis, signifiant que les produits finis lui conviennent. Le profil de production BAP est dès lors approuvé par le client 30 et devient disponible pour la production, par exemple en étant diffusé auprès des lignes de production 122. Ce profil de production approuvé peut être vu comme un ensemble de commandes de personnalisation d'une puce générique (indiquée par le CTD), incluant au moins une commande de personnalisation relative à la configuration matérielle choisie. La table TABLE 3 est alors mise à jour pour inclure le profil de production approuvé et les instances de profil matériel correspondantes. Par ailleurs, l'image ou les images de carte « IC Card Image » associées à ce profil de production sont mémorisées pour être utilisées directement lors de la production concrète des cartes à puce par personnalisation. La validation lors de l'étape 220 déclenche l'envoi 230 au système de production 120 de l'identifiant BAP de profil de production validé et du ou des identifiants des configurations matérielles associées, c'est-à-dire des configurations matérielles correspondant aux instances de profil matériel sélectionnées. Le système logistique 110 génère 240 alors la table TABLE 4. A noter que les spécifications reçues du client 30 peuvent être suffisamment haut niveau pour que plusieurs instances de profils matériels soient susceptibles d'y répondre. Dans ce cas, le système de production 120 peut automatiquement inclure, dans le profil de production BAP créé, l'ensemble des instances de profil matériel satisfaisant aux spécifications du client 30 et dont les puces génériques sont disponibles en stock pour le système de production 120. Cela permet d'augmenter la capacité de production compte tenu des stocks disponibles. Bien entendu, les instances de profil matériel retenues doivent pouvoir supporter des descriptions fonctionnelles satisfaisant également aux spécifications du client 30. Plusieurs clients 30 peuvent solliciter la création d'un profil de production et procéder à leur conception de façon simultanée dans le système de production 100. Plusieurs BAP sont ainsi générés et insérés dans les tables TABLE 3 et TABLE 4. A ce stade, la plateforme de production 100 est ainsi prête à recevoir une commande de production de l'un quelconque des clients, conformément à l'un des profils de production BAP créés et validées. A l'étape 250, un client 30 émet un ordre de commande auprès du système logistique 110, par exemple via un service commercial du fabricant de cartes à puce et montré sur la Figure 1 par la flèche 31. L'ordre de commande comporte notamment l'identifiant d'un profil de production BAP préalablement défini et validé par ce même client, ainsi qu'un nombre de cartes souhaité. L'ordre de commande peut également être accompagné d'un fichier définissant des données personnelles pour chaque carte à produire, c'est-à-dire par exemple des informations personnelles à chaque futur porteur de la carte qui doivent être insérées dans les emplacements substituables prévues dans les descriptions fonctionnelles et visuelles des profils de personnalisation. Le système logistique 110 transmet 260 les informations (identifiant BAP, nombre de cartes, données personnelles) de l'ordre de commande au système de production 120 afin de lancer la production des cartes à puce. En parallèle, le système logistique 110 extrait l'identifiant BAP de la commande en cours de traitement et le mémorise dans une mémoire courante. Les puces génériques sont reçues du fondeur 21 par le système de production 120, en même temps que le fondeur informe le système logistique 110 du nombre N et du type de puces génériques ainsi livrées (flèche 22, par exemple via une facture initiale). Si le système de production 120 dispose déjà de lots de puces génériques en stock, le dispositif de personnalisation peut sélectionner un lot de puces approprié pour le BAP à traiter, en récupérant l'information de type de puce générique à l'aide d'une commande PADU de type ATR (Answer-To-Reset) sur une puce de chaque lot jusqu'à identifier le lot approprié. En effet, un tel identifiant peut être prévu en mémoire de la puce générique. En variante, le dispositif de personnalisation récupère, à l'aide de la commande ATR, le type de puce générique pour un lot de puces qu'il reçoit en entrée, puis charge ensuite le BAP correspondant à ce type de puce lu. La production 270 des cartes à puce comprend le montage des puces sur un support plastique conformément à des techniques classiques et la personnalisation des puces génériques par un dispositif de personnalisation selon le profil de production indiqué dans l'ordre de commande. Cette indication permet en effet, à l'aide de la table TABLE 3 de retrouver l'instance de profil matériel à appliquer ainsi que les descriptions fonctionnelles et visuelles à appliquer, et donc de retrouver l'ensemble des commandes de personnalisation correspondantes. Les commandes de personnalisation sont alors appliquées aux puces non configurées, avec utilisation des données personnelles, de sorte à produire des cartes à puce personnalisées, lesquelles sont livrées 280 au client 30 (flèche 33). Cette opération est effectuée selon les techniques classiques des dispositifs de personnalisation de puces. Par exemple, un opérateur présente les puces génériques au dispositif de personnalisation paramétré avec l'identifiant BAP. Le système de personnalisation interroge chaque puce à personnaliser à tour de rôle à l'aide de la commande APDU de type ATR aux fins d'obtenir un identifiant de type de puce générique. Sur la base de cet identifiant combiné au BAP à appliquer, le système de personnalisation retrouve l'image IC Card et donc les commandes de personnalisation à partir desquelles il personnalise la puce. Ainsi, la configuration matérielle initialement définie et sélectionnée est effectivement appliquée. Une fois la production terminée sur le stock de puces génériques présenté au dispositif de personnalisation par l'opérateur, le système de production 120 informe le système logistique 110 du résultat de cette production 270 en lui transmettant 290, sous forme de message, le nombre Nok de cartes effectivement produites avec succès (c'est-à-dire pour lesquelles la puce a été correctement configurée et personnalisée), le nombre Nko de cartes rejetées ou défaillantes et le nombre No de puces n'ayant pas été personnalisées parmi les N puces initialement livrées. Dans un mode de réalisation, l'identifiant BAP utilisé pour l'opération 270 est également indiqué dans le message lors de la transmission 290. Sur la base des informations dont il dispose, le système logistique 110 établit 300 un rapport « Pay Per Use » à transmettre au fondeur 20 pour ajuster la facture initiale. L'identifiant BAP indiqué dans l'ordre de commande et la table TABLE 4 permettent au système logistique 110 de déterminer quelle configuration matérielle vient d'être appliquée lors de l'étape 270. Si plusieurs configurations matérielles existent pour ce même identifiant BAP, le système logistique 110 utilise également la table TABLE 1 et le type de puce générique soumis à l'étape 270 pour déterminer la seule configuration matérielle qui satisfait à la fois l'identifiant BAP (dans la table TABLE 4) et le type de puce effectivement personnalisé (dans la table TABLE 1). Cela est rendu possible par la contrainte évoquée précédemment selon laquelle on autorise une seule configuration matérielle pour un même type de puce générique au sein d'un même profil de production. Un compteur du nombre de puces configurées selon la configuration matérielle ainsi déterminée est incrémenté du nombre NoK. Un autre compteur du nombre de puces rejetées correspondant audit type de puce peut également être incrémenté du nombre NKO. Les valeurs de ces compteurs sont régulièrement transmises au fondeur 20 dans un rapport de production, notamment pour appliquer le modèle de facturation « Pay Per Use ». Par exemple, les puces rejetées sont également facturées selon un tarif particulier. Le rapport de production peut également comprendre : une date, une information du site de production, le type de puce générique, la configuration matérielle appliquée et l'identifiant BAP. Dans un mode de réalisation, les compteurs sont réinitialisés lorsque leurs valeurs sont transmises au fondeur 20. Les exemples qui précèdent ne sont que des modes de réalisation de l'invention qui ne s'y limite pas.30 REVENDICATIONS1. Procédé de personnalisation de puces électroniques, comprenant, dans un système de production, les étapes suivantes : sélectionner une configuration matérielle de puce parmi une pluralité de configurations matérielles définissant chacune au moins une contrainte d'une ressource matérielle d'un type de puce générique conforme à un profil matériel de puce ; obtenir un profil de personnalisation en fonction de la configuration matérielle sélectionnée ; transmettre, à un système logistique externe, un identifiant de profil de production associé au profil de personnalisation obtenu, avec un identifiant de la configuration matérielle correspondant à ce profil de personnalisation ; recevoir, en provenance du système logistique externe, un ordre de commande incluant l'identifiant de profil de production ; utiliser un dispositif de personnalisation de puces pour personnaliser des puces génériques à l'aide du profil de personnalisation associé à l'identifiant de profil de production présent dans l'ordre de commande ; générer, par le dispositif de personnalisation, et transmettre, au système logistique externe, un message incluant au moins une information représentative d'un nombre de puces personnalisées avec succès ; procédé dans lequel le système logistique externe détermine à quelle configuration matérielle correspond ladite information reçue représentative d'un nombre de puces personnalisées, à partir de l'identifiant de profil de production inclus dans l'ordre de commande et du couple formé de l'identifiant de profil de production et de l'identifiant de la configuration matérielle, et met à jour un compteur associant un nombre de puces, dites produites, à cette configuration matérielle à partir de l'information reçue. 2. Procédé selon la revendication 1, dans lequel le message généré par le dispositif de personnalisation et reçu par le système logistique externe inclut une information représentative d'un nombre de puces mises au rebut. 3. Procédé selon la revendication 1 ou 2, dans lequel le message généré par le dispositif de personnalisation et reçu par le système logistique externe inclut l'identifiant de profil de production. 4. Procédé selon l'une des revendications 1 à 3, dans lequel un second profil de personnalisation est associé au même identifiant de profil de production ; et l'identifiant de profil de production est également transmis au système logistique externe avec un identifiant de la configuration matérielle correspondant audit second profil de personnalisation associé à l'identifiant de profil de production. 5. Procédé selon la revendication 4, dans lequel le système logistique externe reçoit une information identifiant un type de plateforme matérielle correspondant aux puces génériques fournies au dispositif de personnalisation pour l'étape de personnalisation, et dans lequel la configuration matérielle associée au compteur à mettre à jour est déterminée en outre en fonction de l'information identifiant le type de plateforme matérielle et d'une table en mémoire associant des configurations matérielles à des types respectifs de plateforme matérielle. 6. Procédé selon la revendication 5, dans lequel ladite table en mémoire est transmise au système de production pour générer une deuxième table associant chaque configuration matérielle à une instance de profil matériel de puce, deuxième table à partir de laquelle la sélection d'une configuration matérielle est opérée. 7. Plateforme de personnalisation comprenant un système de production et un système logistique externe au système de production, ledit système de production comprenant des moyens configurés pour : sélectionner une configuration matérielle de puce parmi une pluralité de configurations matérielles définissant chacune au moins une contrainte d'une ressource matérielle d'un type de puce générique conforme à un profil matériel de puce ; obtenir un profil de personnalisation en fonction de la configuration matérielle sélectionnée ; transmettre, au système logistique externe, un identifiant de profil de production associé au profil de personnalisation obtenu, avec un identifiant de la configuration matérielle correspondant à ce profil de personnalisation ; recevoir, en provenance du système logistique externe, un ordre de commande incluant l'identifiant de profil de production ; utiliser un dispositif de personnalisation de puces pour personnaliser des puces génériques à l'aide du profil de personnalisation associé à l'identifiant de profil de production présent dans l'ordre de commande ;générer, par le dispositif de personnalisation, et transmettre, au système logistique externe, un message incluant au moins une information représentative d'un nombre de puces personnalisées avec succès ; et dans lequel le système logistique externe comprend des moyens configurés pour déterminer à quelle configuration matérielle correspond ladite information reçue représentative d'un nombre de puces personnalisées, à partir de l'identifiant de profil de production inclus dans l'ordre de commande et du couple formé de l'identifiant de profil de production et de l'identifiant de la configuration matérielle, et pour mettre à jour un compteur associant un nombre de puces, dites produites, à cette configuration matérielle à partir de l'information reçue. 8. Plateforme de personnalisation selon la revendication 7, dans laquelle le message généré par le dispositif de personnalisation et reçu par le système logistique externe inclut une information représentative d'un nombre de puces mises au rebut. 9. Plateforme de personnalisation selon la revendication 7 ou 8, dans lequel le message généré par le dispositif de personnalisation et reçu par le système logistique externe inclut l'identifiant de profil de production. 10. Plateforme de personnalisation selon l'une des revendications 7 à 9, dans lequel un second profil de personnalisation est associé au même identifiant de profil de production ; et l'identifiant de profil de production est également transmis au système logistique externe avec un identifiant de la configuration matérielle correspondant audit second profil de personnalisation associé à l'identifiant de profil de production. 11. Plateforme de personnalisation selon la revendication 10, dans lequel le système logistique externe est configuré pour recevoir une information identifiant un type de plateforme matérielle correspondant aux puces génériques fournies au dispositif de personnalisation, et dans lequel la configuration matérielle associée au compteur à mettre à jour est déterminée en outre en fonction de l'information identifiant le type de plateforme matérielle et d'une table en mémoire associant des configurations matérielles à des types respectifs de plateforme matérielle. 12. Plateforme de personnalisation selon la revendication 11, dans lequel le système logistique externe est configuré pour transmettre ladite table en mémoire au système de production, et le système de production est configuré pour générer une deuxième table associant chaque configuration matérielle à une instance de profil matériel de puce, deuxième table à partir de laquelle la sélection d'une configuration matérielle est opérée. 13. Système de gestion pour la personnalisation de puces électroniques, comprenant des moyens configurés pour : recevoir un identifiant de profil de production et au moins un identifiant de configuration matérielle de puce associée au profil de production, une configuration matérielle de puce définissant au moins une contrainte d'une ressource matérielle d'un type de puce générique conforme à un profil matériel de puce ; obtenir et transmettre, à un système de production externe, un ordre de commande pour la personnalisation de puces électroniques, l'ordre de commande incluant l'identifiant de profil de production reçu ; recevoir un message de rapport de personnalisation incluant au moins une information représentative d'un nombre de puces personnalisées avec succès pour l'ordre de commande transmis ; déterminer à quelle configuration matérielle correspond ladite information reçue représentative d'un nombre de puces personnalisées, à partir de l'identifiant de profil de production inclus dans l'ordre de commande et du couple formé de l'identifiant de profil de production et de l'identifiant de la configuration matérielle reçus ; et mettre à jour un compteur associant un nombre de puces, dites produites, à cette configuration matérielle à partir de l'information reçue.20