FR 2832008 A1 20030509 FR 0114351 A 20011106 qu'elle constitue une carte à microcircuit. F 1 2832008 Procédé de nénération de données pseudo-aléatoires dans une carte à puce' et orocédé d'authentification et son svstème. La présente invention concerne un procédé de génération de données imprévisibles par un objet comportant des capacités de traitements de données. L'invention concerne en particulier un tel procédé permettant à un objet disposant de telles capacités, par exemple comprenant une carte à puce ou un module d'identité, de disposer de données imprévisibles pour son utilisateur, ces données pouvant être identiques pour plusieurs objets informatisés similaires. L'invention concerne également un procédé et un système de contrôle d'un parc de tels objets, ces objets pouvant servir à authentifier des personnes ou à réaliser un décompte de crédit de temps ou de crédit d'autre nature, ou à mettre en _uvre des jeux multi joueurs comportant une part aléatoire commune aux participants, ou un contrôle d'utilisation d'un autre dispositif ou système. Il est connu par l'art antérieur des procédés utilisant des algorithmes capables de générer des données apparemment aléatoires, en particulier à partir d'une donnée de base dite graine (" seed >> en anglais). Ces algorithmes permettent ainsi de fournir des données qui ne sont pas prévisibles sans la connaissance de la donnée graine, et présentent une répartition de valeurs répondant approximativement à des normes de distribution aléatoires. De telles données imprévisibles ou pseudo-aléatoires peuvent être utilisées pour simuler un tirage aléatoire, par exemple pour programmer dans un ordinateur des jeux utilisant une part de hasard. Ce peut être le cas pour des jeux vidéo ou informatiques pour rem placer un lancer de dés. Cela peut permettre de réaliser un jeu de type loterie réunissant plusieurs utilisateurs d'un même ordinateur, ou des utilisateurs d'ordinateurs reliés entre eux. De telles données pseudo-aléatoires peuvent être utilisses pour fournir dans des programmes quelconques des évènements ne présentant pas de corrélation apparente avec des évènements au sein du programme ou des 2 2832008 actions de l'utilisateur. Il peut s'agir de générer des évènements aléatoires dans un programme de simulation, par exemple pour générer des conditions météorologiques ou des incidents à gérer. Il peut également s'agir d'authentifier un ordinateur en vérifiant qu'il comporte bien une version déterminée d'un tel algorithme, ou une clé déterminée comportant une donnée utilisable dans un tel algorithme. Cette vérification peut alors se faire en communiquant une telle donnée graine à cet ordinateur et en lui demandant de calculer une donnée pseudoaléatoire, dite signature, par un tel algorithme. Un tel algorithme peut en particulier comporter I'utilisation d'une clé déterminée. En comparant la signature calculée par l'ordinateur à authentifier avec une signature de contrôle calculée par un ordinateur de référence ou de contrôle possédant le même algorithme et la même clé, il est ainsi possible de vérifier que l'ordinateur comporte bien ces informations sans avoir à dévoiler ces mêmes informations. Le brevet US 5361062 enseigne par exemple un dispositif portable d'identification d'une personne. Ce dispositif génère un code pseudo aléatoire à partir d' un code individuel identifiant cette person ne, en combinant ce code individuel avec une donnée extraite d'une horloge embarquée dans le dispositif. Le brevet WO 91 06926 enseigne également d'effectuer un contrôle d'identification de personne, en déclenchant cette génération de code pseudo- aléstoire par un signal reçu par ie dispositif. Ce signal est alors émis directement par la station de contrôle et constitue un simple signal de déclenchement du dispositif porté par la personne à identifier. Ces procédés présentent toutefois l'inconvénient qu'ils ne peuvent générer des données pseudo-aléatoires qui soient les mêmes dans plusieurs objets informatisés similaires que dans certaines conditions de coordination. Ces objets doivent par exemple être connectés entre eux à un moment donné pour pouvoir recevoir la même donnée graine. Dans le cas contraire, ces objets peuvent fournir des données pseudo-aléatoires en se basant sur une donnée graine commune, fournie par une horloge initialement commune, qui maintient une synchronisation entre eux. Ces objets doivent alors toutefois comporter une fonction d'horloge qui soit en permanence en fonctionnement. Un tel 3 2832008 fonctionnement continu pose des problèmes d'énergie qui limitent l'autonomie et l'encombrement d'un tel objet. Il nécessite également que la synchronisation dans le temps reste parfaite entre tous les objets concernés, ce qui peut être difficile à obtenir sur une grande durée et pour un grand nombre d'objets. Dans cet esprit, le brevet AU 6568686 enseigne d'ailleurs un procédé permettant de re-synchroniser un tel dispositif en cours d'utilisation. La présente invention a donc pour objet de pallier les inconvénients de I'art antérieur en proposant un procédé permettant à une pluralité d'objets informatisés dotés de capacités de traitement de données de générer des données pseudo-aléatoires qui soient identiques d'un objet à l'autre sans nécessiter de communication entre eux. Ce but est atteint par un procédé de génération d'une donnée pseudo aléatoire par un objet informatisé comportant des moyens de traitement de données, des moyens de mémorisation, ainsi que des moyens d'affichage ou des moyens de communication avec un dispositif de traitement de données dit terminal, caractérisé en ce qu'il comporte les étapes suivantes: réception d'un signal, par cet objet informatisé ou par son terminal, ce signal variant au cours du temps et étant diffusé, indépendamment de l'état de fonctionnement de l'objet informatisé, dans une zone déterminée et pouvant être reçu ou interprété de façon identique dans des emplacements différents de cette même zone; - calcul par cet objet informatisé d'une donnée numérique, dite donnée de signal, à partir de ce signal, à l'aide d'un aigorithme mémorisé dans cet objet; Selon une particularité, le signal est un signal radio, c'est à dire utilisant des ondes électro-magnétiques, émis par un émetteur de diffusion, le procédé comportant en outre les étapes suivantes: - réception du signal radio par le terminal; - extraction de donnéss de signal à partir de ce signal radio; - transmission de ces données de signal à l'objet informatisé; 4 2832008 Selon une particularité, le signal radio représente des informations comportant des caractéristiques irrégulières ou non prévisibles. Selon une particularité, le signal radio est reçu par la lecture d'une onde sous-porteuse, associée à une diffusion d'ondes radiophoniques. Selon une particularité, le signal comporte l'émission, pendant une pluralité de périodes de temps déterminées, d'une information constante ou interprétable de façon constante à l'intérieur de chacune de ces périodes déterminées, cette information variant d'une de ces périodes à une autre d'une façon irréqulière ou non prévisible. Un autre but est de proposer un procédé d'authentification d'un objet informatisé doté de capacités de traitement de données ou de contrôle de sa validité. Ce but est atteint par un procédé de contrôle d'un objet informatisé, cet objet informatisé comportant des moyens de traitement de données, des moyens de mémorisation, ainsi que des moyens d'affichage ou des moyens de communication avec un dispositif de traitement de données dit terminal, caractérisé en ce qu'il comporte les étapes suivantes: génération d'une donnce pseudo-aléatoire, dite signature, par cet objet informatisé en utilisant un procédé tel que décrit ci-dessus; - affichage de cette signature, ou transmission de cette signature au terminal, pour vérification par rapport à une donnée calculée par un autre appareil à partir du même signal numérique ou analogique, cette vérification pouvant être faite dans le terminal ou en dehors; Selon une particularité, le procédé comporte une étape de comparaison vérifiant la valeur d'une donnée, dite donnée de validité, mémorisoe dans l'objet informatisé, cette vérification conditionnant ou modifiant le calcul, I'affichage ou la transmission de la signature. Selon une particularité, le procédé comporte une étape d'affichage, sur des moyens d'affichage du terminal, de la signature reçue par le terminal depuis l'objet informatisé. 2832008 Selon une particularité, la signature est calculée par l'objet informatisé par un algorithme, dit algorithme de signature, utilisant au moins une donnée, dite clé de calcul. Selon une particularité, la clé de calcul est calculée à partir d'une donnée, dite clé de base, mémorisée dans l'objet informatisé. Selon une particularité, plusieurs données, dites clés de base multiples, sont mémorisées dans l'objet informatisé, le procédé comportant une étape de saisie d'une donnée représentant, parmi ces clés de base multiples, la donnée à utiliser comme clé de base. Selon une particularité, le procédé comporte une étape de personnalisation de l'objet informatisé par saisie d'au moins une donnée, dite donnée individuelle, cette donnée individuelle étant utilisée par l'objet informatisé en combinaison avec la clé de base pour calculer une donnée, dite clé fille, qui sera utilisée comme clé de calcul. Selon une particularité, le procédé comporte une étape de saisie et mémorisation dans l'objet informatisé d'au moins une donnce, dite paramètre supplémentaire, I'algorithme de signature combinant ce paramètre supplémentaire avec la clé de calcul et les données de signal pour calculer la signature. Selon une particularité, le procédé comporte une étape utilisant un algorithme, dit algorithme complémentaire, réalisant l'extraction de la donnée individuelle qui a été utilisoe pour générer une signature, dite signature individualisée, en comparant cette signature individualisée avec une signature, dite signature de base, qui a été générée en combinant les mêmes données sauf ladite donnée individuelle. Un autre but est de proposer un procédé d'authentification d'un parc d'objets informatisés dotés de capacités de traitement de données ou de contrôle de leur validité. Ce but est atteint par un procédé d'authentification d'un ou plusieurs objets, ou de leur validité, ces objets appartenant à un parc d'objets distribués 6 2832008 à des utilisateurs et mettant en _uvre un procédé tel que décrit cidessus, caractérisé en ce qu'il comporte les étapes suivantes: activation dans une station de traitement de données, dite station de contrôle, d'un algorithme de contrôle reproduisant les résultats de I'algorithme de signature mémorisé dans les objets à authentifier, mémorisation éventuelle, dans la station de contrôle, d'une donnée représentant la clé de base mémorisse dans les objets à authentifier, ou celle des clés de base multiples devant être utilisée comme clé de base; mémorisation éventuelle, dans la station de contrôle, d'au moins une donnse représentant les paramètres supplémentaires devant être mémorisés dans les objets à authentifier; - pour chaque objet à authentifier utilisant une donnée individuelle, lecture ou réception en provenance de l'objet d'une donnée représentant la donnée individuelle et mémorisation de cette donnée individuelle dans la station de 1 5 contrôle; - calcul par la station de contrôle, à l'aide de l'algorithme de contrôle, d'une don née, d ite signature de contrôle, en fonction des don nces éventuellement mémorisées plus haut; - lecture ou réception de la signature calculée par un objet à authentifier et vérification de cette même signature par rapport à la dernière signature de contrôle obtenue par la station de contrôle, ou avec une précédente signature de contrôle. Selon une particularité, la donnée individuelle mémorisée dans l'objet informatisé ne peut être modifiée que dans des conditions déterminées, le procédé comportant en outre les étapes suivantes: - calcul par l'objet informatisé et transmission au terminal d'une signature de base sans utilisation de la donnée individuelle; - calcul par l'objet informatisé et transmission au terminal d'une signature individualisée avec utilisation de la donnée individuelle; - affichage de ces signatures, ou transmission de ces signatures au terminal, pour vérification par rapport à au moins une donnce calculée par un autre 7 2832008 appareil à partir du même signal numérique ou analogique, cette vérification pouvant être faite dans le terminal ou en dehors; Selon une particularité, la station de contrôle comporte un algorithme complémentaire le procédé comportant en outre les étapes suivantes: mémorisation dans la station de contrôle d'une signature individualisée fournie par l'objet informatisé; - extraction dans la station de contrôle, par l'algorithme complémentaire, de la donnée individuelle utilisée par l'objet informatisé pour générer la signature individualisée, pour comparaison avec une identification fournie ou présentée par l'utilisateur, ou l'objet informatisé, ou le terminal, ou un dispositif ou lieu incluant ou utilisant cet objet informatisé. Un autre but est de proposer un objet informatisé permettant de mettre en _uvre un des procédés décrits ci-dessus. Un autre but est de proposer un procédé de contrôle d'un parc d'objets informatisé de décompte de créd it de temps dont l'authenticité et la valid ité peuvent être facilement contrôlées, par exemple par lecture optique. Ce but est atteint par un procédé de contrôle d'un parc d'objets de décompte de crédit de temps, caractérisé en ce qu'il utilise des d'objets informatisés mettant en ceuvre un procédé selon l'une des revendications précédentes, ces objets informatisés d'une part mémorisant une donnée de solde, représentant une valeur de crédit de temps disponible et un programme incluant un algorithme de décompte apte à modifier cette donnée de solde, et d'autre part comportant une donnée de validité présentant un état déterminé lorsque l'algorithme de décompte est activé et que la donnée de solde représente un crédit de temps non nul, cette modification de la donnée de solde se faisant en fonction d'une ou plusieurs durces d'activation de l'objet; ce procédé comportant les étapes suivantes: distribution à des utilisateurs de tels objets informatisés; authentification et contrôle de la validité d'un ou plusieurs de ces objets informatisés, à l'aide d'une station de contrôle selon l'une des 8 2832008 revendications précédentes, ces objets informatisés étant présentés par les utilisateurs ou accessibles pour contrôle. Selon une particularité, la modification de la donnée de solde se fait également en fonction de données représentant une donnée individuelle, un paramètre supplémentaire, un choix de clé de base, ou une combinaison de ces éléments. Un autre but est de proposer un système mettant en _uvre un des procédés décrits ci-dessus pour contrôler un parc d'objets informatisés de décompte de crédit de temps ou d'un autre type. Un autre but de l'invention est de proposer un procédé permettant de contrôler l'utilisation d'un dispositif, système, ou logiciel, en vérifiant que l'utilisateur dispose bien d'un objet informatisé déterminé qui soit authentique, valide, activé, ou fonctionnant selon des paramètres déterminés. Ce but est atteint par un procédé de contrôle d'utilisation d'un dispositif ou d'un système comportant ou utilisant un programme informatique, dit application protégée, caractérisé en ce qu'au moins une partie de l'application protégée est exécutée dans un objet informatisé mettant en _uvre un procédé selon l'une des revendications précédentes, ou utilise un programme exécuté dans ce même objet informatisé, le calcul de la signature ou son affichage par l'objet informatisé ou sa transmission au terminal ne s'effectuant que si l'application protépée est active. Un autre but est de proposer un système mettant en _uvre le procédé décrit ci-dessus pour contrôler l'utilisation d'un dispositif, système, ou logiciel. Un autre but est de réaliser le contrôle d'un parc d'objets informatisés de décompte de valeur de stationnement. Ce but est atteint par l'utilisation d'un procédé tel que décrit cidessus pour contrôler des titres de droit de stationnement de véhicules, caractérisé en ce que les objets informatisés sont des cartes à puces, prépayées ou à crédit, dont une donnce de solde représente une valeur de temps de stationnement. 9 2832008 Selon une particularité, au moins un paramètre supplémentaire correspond à une zone géographique de stationnement ou à un type de tarification ou une combinaison des deux. Selon une particularité, au moins une donnée individuelle correspond à une donnce identifiant 1'objet informatisé ou à une donnée identifiant un véhicule ou un utilisateur ou un compte utilisateur, ou une combinaison de ces éléments. L'invention, avec ses caractéristiques et avantages, ressortira plus clairement à la lecture de la description faite en référence aux dessins annexés dans lesquels: - la figure 1 représente un schéma symbolique de mise en _uvre d'u n procédé selon l' invention dans un mode de réalisation réalisant 1'authentification d'un parc de cartes à puce de décompte de temps fonctionnant avec une clé de base unique et permanente; - la figure 2 représente un schéma symbolique de mise en _uvre d'un procédé selon l'invention dans un mode de réalisation réalisant 1'authentification d'un parc de cartes à puce de décompte de temps selon une variante intégrant des paramètres supplémentaires pouvant correspondre à plusieurs types d'usage d'une même carte; - la figure 3 représente un schéma symbolique de mise en _uvre d'un procédé selon 1'invention dans un mode de réalisation réalisant l'authentification d'un parc de cartes à puce de décompte de temps selon une variante intégrant des paramètres supplémentaires pouvant correspondre à plusieurs types d'usage d'une méme carte, chaque carte pouvant être personnalisoe par 1'utilisateur avant usage. 1 0 2832008 la figure 4 représente un schéma symbolique de mise en _uvre d'un procédé selon l'invention dans un mode de réalisation réalisant l'authentification d'un parc de cartes à puce de décompte de temps selon une variante intégrant des paramètres supplémentaires pouvant correspondre à plusieurs types d'usage d'une même carte, chaque carte pouvant être personnalisée par l'utilisateur avant usage, cette personnalisation pouvant être contrôlée indépendamment de la validité. Dans la présente description, I' invention sera principalement illustrée dans des modes de réalisation utilisant des objets informatisés constitués de ou comprenant une carte à puce (" smartcard " en anglais), dans une quelconque des versions et environnements de fonctionnement disponibles pour ce type d'objet informatisé. Une telle carte à puce comprend ainsi au moins un processeur, des moyens de mémorisation, et des moyens de communication avec un appareil extérieur, dénommé par exemple terminal ou lecteur de carte. Une telle carte à puce se prête particulièrement bien à un grand nombre d'applications du fait de son coût et encombrement rébuit, entre autre du fait que son fonctionnement est en quelque sorte passif. C'est à dire qu'elle ne fonctionne qu'avec l'énergie d'un terminal et quand elle lui est reliée. Elle est en état de fonctionnement " suspendu " entre deux connections. Cet aspect passif et son absence de consommation énergétique induisent toutefois un certain nombre de contraintes, que l'invention permet de contourner dans un certain nombre d'applications. Des objets informatisés, portables ou non, présentant certaines caractéristiques ou contraintes différentes de la carte à puce classique peuvent toutefois avantageusement utiliser la présente invention, par exemple pour des raisons d'autonomie, de simplicité de mise en _uvre, de coût de mise en _uvre. Il peut s'agir par exemple de bo^tiers incorporant également des moyens d'affichage ou de saisie plus ou moins sommaires, de modules intégrant la mise en _uvre de l'invention parmi d'autres fonctions, sous des formes physiques et électroniques variées. 11 doit donc être bien compris que le ou les objets comportant des capacités de traitement de données désignés comme objets informatisés dans la présente description peuvent présenter des configurations très différentes de la carte à puce ici illustrée, sans sortir de l'esprit de l'invention. Il peut en particulier s'agir d'objets qui sont physiquement solidaires d'objets ou dispositifs importants ou volumineux ou incorporés à de tels dispositifs. De tels objets peuvent par exemple ne pas être portables, mais bénéficier d'une autonomie de fonctionnement importante par rapport au dispositif auquel ils se rapportent, et réalisent à sa demande des tâches complètes et avec des ressources dont la faible ampleur pourrait leur permettre d'être réalisés sous une forme 1 5 portable. En ce sens, il faut considérer que les objets informatisés auxquels s'appliquent la présente description incluent des dispositifs de traitement de données de faibles capacités tels qu'habituellement désignés par le terme " d'informatique embarquée ", souvent utilisé pour traduire le terme anglais de " embedded computer ", c'est à dire " ordinateur enfoui ", ou a incorporé ". U ne tel le p résentatio n de l'étend ue des d ispositifs relevant de l' i nform atiq ue embarquée peut être trouvée par exemple dans l'ouvrage " Java embarqué " (Eyrolles - Paris 1999). 2 5 Selon les applications, I' invention pou rra être utilisée dans u n mode de réalisation présentant différentes répartitions des fonctions décrites ci-dessous, en un ou plusieurs objets séparés ou séparables. Ces fonctionnalités pourront en particulier être réparties selon les configurations suivantes, qui seront décrites plus complètement par la suite: - " Module complet ": chaque objet informatisé comprend à la fois les algorithm es et don nées nécessai res, et des moye ns d'interfaces avec l'extérieur. 1 2 2832008 - " Objet informatisé complet et passif ": chaque objet informatisé comprend les algorithmes et données nécessaires, ainsi que des moyens de calcuis et de mémorisation. De tels objets sont utilisés avec un terminal qui comprend des moyens d'interface avec I'extérieur. - " Objet informatisé multiple ": chaque objet informatisé est composé de plusieurs objets ne comprenant chacun qu'une part des algorithmes et données nécessaires. Un ou plusieurs de ces objets com p ren nent tout ou pa rtie d es m oyens d ' i nterface avec 1 0 I'extérieur. Dans le cas d'un objet informatisé " passif ", pour pouvoir être activé et utilisé, un tel objet doit être connecté à un appareil ou terminal disposant de moyens d'interfaces avec l'utilisateur. L'objet informatisé ne peut alors communiquer que de manière purement électronique avec l'extérieur, avec ce terminal. Cette communication se fait par exemple suivant un protocole tel que le format " APDU " dans le cas d'une carte à puce répondant à la norme ISO 7816. La séparation des tâches entre le terminal et la carte à puce fait que les fonctions spécifiques à une utilisation et les fonctions de sécurité qui vont avec sont mémorisées et traitées entièrement à l'intérieur de la carte, le terminal ne servant que d'intermédiaire. Du fait du faible coût de la carte en elle-même, nombres d'applications sont possibles qui dépendent directement de la carte, celle-ci étant l'élément sécurisé et renfermant la valeur d'usage de l'application. Le terminal n'est alors qu'un outil interchangeable, et les applications envisageables peuvent alors comporter des nombres importants de cartes à puces à la fois sécurisées et à faibles coûts, de la même façon que pour les cartes de téléphones, les diverses cartes bancaires, ou toutes sortes de cartes de fidélité ou autres. 1 3 2832008 Pour obtenir la génération de données imprévisibles pour l'utilisateur d' u ne carte à puce, il est possible d' utiliser un algorithme, d it algorithme de signature, comportant un algorithme pseudo-aléatoire, en lui fournissant une donnée graine. En particulier pour des applications comportant un nombre important de cartes produites, il est important de fournir à cet algorithme de signature une donnée graine qui soit toujours différente. En effet, s'il est possible de fournir une donnée graine qui soit la même lors de plusieurs utilisations, il est alors possible d'obtenir des valeurs qui soient également les mêmes pour les données pseudo-aléatoires qui en résulteront. Pour fournir une donnée graine qui soit sans arrêt différente, I'invention propose d'utiliser un terminal, ici dénommé terminal, qui comporte la capacité de recevoir un signal extérieur, par exemple un signal radio-diffusé. La technologie de réception d'une onde radio, c'est à dire électro-magnétique, par exemple les signaux d'émetteurs radiophoniques, fourni aujourd'hui des solutions de réception à la fois économiques et peu encombrantes. Pour les applications utilisant des objets informatisés " complets et passifs ", I'invention propose alors un procédé comportant la réception d'une onde radio par un terminal connecté à une carte à puce. Le terminal comprend des moyens de réception radio d'un type connu, qui lui permettent de recevoir un signal radio, soit sous une forme numérique soit sous une forme analogique selon les variantes de l'invention. Le signal reçu est alors interprété à travers un module d'interprétation pouvant comprendre un convertisseur analogique- numérique. Un type de signal radio utilisé peut être avantageusement reçu selon la technologie de réception d'une onde 1 4 2832008 Ondes ou AM (Modulation d'Amplitude) avec l'avantage d'une portée de réception plus importante, jusqu'à 2000 km pour un émetteur de radiodiffusion publique important. Le signal radio utilisé peut toutefois être de n'importe quelle catégorie d'onde électromagnétique sans sortir de l'esprit de l'invention, par exemple un signal de télévision d'origine hertzienne ou satellite, ou un signal émis par un satellite quelconque comme un satellite de positionnement GPS. Dans un mode de réalisation, le module d'interprétation du terminal extrait une ou plusieurs données numériques qui sont ensuite transmises à la carte pour servir de donnée graine dans un algorithme de génération de données pseudo-aléatoires. Dans un mode de réalisation de l'invention, de telles données psealéatoires sont utilisées par un programme au sein de la carte pour mettre en _uvre un jeu de hasard, comportant éventuellement des gains. Des cartes sont par exemple vendues de façon similaire à des bulletins de jeu à gratter, et l'aspect aléatoire obtenu par la fourniture d'une donnée graine externe permet d'affirmer sans tromperie que toutes les cartes ont réellement la même chance de gagner. La sécurité du processus face à la fraude peut alors être assurée par des moyens connus de sécurisation des données contenues dans une carte à puce. Dans une autre phase, la validation d'une carte gagnante peut par exemple comprendre une authentification de la carte par comparaison d'une signature obtenue en fournissant une nouvelle donnée graine à cette même carte. Cette signature doit alors être identique à une signature de contrôle obtenue à partir de cette même donnée graine, par une station de contrôle utilisant un algorithme identique ou équivalent. Dans un mode de réalisation permettant un jeu à plusieurs joueurs, I'invention comprend la diffusion d'un certain nombre de cartes à des joueurs différents. En utilisant un signal couvrant une zone géographique d'une étendue déterminée, il est alors possible à toutes les cartes se trouvant dans 1 5 2832008 cette zone de générer des données à la fois aléatoires et qui soient les mêmes sur chacune de ces cartes. Un mode de réalisation comprend alors une loterie utilisant un numéro de série propre à chaque carte pour obtenir une ou plusieurs cartes gagnantes en générant un ou plusieurs nombres au même moment sur toutes les cartes actives à ce moment. Un autre mode de réalisation comprend la sélection pour chaque carte, par l'intermédiaire des moyens d'interface d'un terminal quelconque, d'une série de numéros à parier. Un tirage aléatoire peut alors être réalisé à un moment donné, qui donnera des numéros gagnants communs à toutes les cartes activées. Les cartes ayant mémorisé des numéros pariés correspondant aux numéros issus du tirage peuvent alors se reconna^tre comme gagnantes et fournir un calcul ou une validation des gains. De nombreuses applications peuvent nécessiter des éléments aléatoires qui soient communs à plusieurs utilisateurs. Dans un mode de réalisation, un programme de réalité virtuelle ou de simulation, ludique ou d'entranement, détermine des conditions aléatoires de fonctionnement. Ces conditions, par exemple de météorologie ou de résultats de combats, sont alors impossibles à prévoir ou à falsifier pour les participants à l'application. Dans cette configuration utilisant un a objet informatisé complet et passif ", le terminal peut présenter des formes variées, qui n'interfèrent que peu ou pas sur le mode de fonctionnement et la sécurité du procédé. Un tel terminal peut par exemple être intégré dans un radiotéléphone portable, dans un lecteur portable d'enregistrements sonores, dans un poste de télévision, dans une borne interactive, dans un ordinateur portable ou de bureau, ou relié à un tel appareil. Dans un mode de réalisation représenté en figures 1 à 4, I'invention propose un procédé et un système réalisant le contrôle d'un parc d'objets informatisés, tels que des cartes (1) à puces. Dans l'exemple présenté, les 1 6 2832008 cartes à puces sont utilisées pour décompter un crédit de temps. Dans certaines variantes ce temps peut correspondre à des valeurs différentes, par pondération en fonction de paramètres supplémentaires modifiables pour chaque utilisation. Dans une utilisation de l'invention, ces objets informatisés comprennent des cartes à puces, par exemple prépayées ou rechargeables, mémorisant un solde représentant une valeur de temps de stationnement de véhicule. Dans une variante, ce solde peut être payé de diverses autres façons, par exemple en étant imputé sur un compte utilisateur pour paiement ultérieur, ou facturé après consommation ou de façon périodique. A un stade dit de distribution, un certain nombre de cartes à puces sont fabriquées ou personnalisées ou paramétrées de façon à mémoriser une application gérant la mise en _uvre du procédé. Cette application comprend un programme, dit programme(10) de contrôle, utilisant un algorithme(11) de signature apte à effectuer le calcul d'une signature (13) à partir d'une donnée représentant une clé dite clé de calcul et de données graines pouvant être reçues ultérieurement. Cette application comprend également des fonctionnalités permettant d'activer un décompte de temps, ce décompte provoquant la variation d'une durée ou d'une valeur de crédit de temps, mémorisée dans une donnée dite donnée (17) de solde. Ces cartes sont alors distribuées à des utilisateurs d'un service fournis par un ou plusieurs fournisseurs de services. Selon les variantes, I'algorithme(11) de signature peut comporter un algorithme effectuant par exemple un codage ou cryptage symétrique, ou à clé secrète, ou un codage ou cryptage asymétrique, ou à clé publique et clé privée. Selon les variantes, une même clé (12) de base peut être mémorisée dans toutes les cartes, ou un jeu de différentes clés de base dites multiples permettant un changement ultérieur de la clé (12) de base à utiliser sans remise à jour des cartes déjà distribuées. Dans une utilisation typique, la ou les clés de base peuvent varier suivant le fournisseur de service qui émet ou distribue ces cartes. Ces clés de 1 7 2832008 base peuvent également varier suivant le fabricant de la carte ou le prestataire de personnalisation. Ces clés de base peuvent bien sûr varier suivant le type de service à décompter, ou une catégorie à l'intérieur d'un même type de service. Une information, dite code de clé, peut être inscrite ou codée de façon lisible sur la carte, identifiant la clé de base ou le jeu de clés de base mémorisé dans cette carte. Une telle information permet alors à un agent de contrôle de paramétrer une station (4) de contrôle en saisissant ce code de clé. Si la valeur de la ou les clés de base correspondant à ce code est déjà mémorisée dans la station de contrôle, la saisie de ce code de clé permet alors à la station de contrôle d'utiliser comme clé de calcul la même clé de base que la carte de l'utilisateur sans que ni l'utilisateur ni l'agent de contrôle ne connaissent la valeur d'aucune de ces clés. Le choix de la clé de base ou des clés de base à utiliser peut également être défini par un code de clé contenu dans les données de signal extraites du signal. Dans une utilisation de contrôle de stationnement, des cartes prépayées ou rechargeables sont vendues par exemple aux automobilistes, et contiennent une donnée de solde représentant soit une durée soit un montant monétaire. Dans un mode de réalisation représenté plus particulièrement en figure 1, I'invention utilise une seule et même clé de base comme clé de calcul pour un ensemble de cartes distribuées. Dans une phase d'activation, I'utilisateur du service active sa carte (1) en l'insérant dans un terminal (2) comportant des moyens de communication (21) avec cette carte, par exemple par connexion électrique ou par antenne radio courte portée. Ce terminal comporte également des moyens (22) d'affichage, par exemple un écran à cristaux liquides, des moyens d'alimentation en énergie, et des moyens (23) de réception radio d'un type connu. Ces moyens de réception lui permettent de recevoir un signal (3) radio, par exemple par décodage d'une onde sous-porteuse émise par un émetteur radiophonique en modulation d'amplitude. Le terminal comporte également module(24) d'interprétation apte à générer des données numériques dites 1 8 2832008 données (32) de signal à partir du signal (3) reçu par les moyens (23) de réception. Dans une phase de fonctionnement, I'utilisateur laisse la carte (1) dans le terminal (2) tout le temps qu'il souhaite activer le décompte de temps, par exemple en paiement du service, ou comme moyen de contrôle d'une durée maximale d'utilisation de ce service. Tout au long de cette phase de fonctionnement, le terminal reçoit le signal (3) radio et interprète ce signal pour en extraire des données (32) de signal. Ces données de signal sont donc générées tant que le terminal se trouve dans la zone couverte par la diffusion de ce signal avec une qualité suffisante pour que l'interprétation numérique de ce signal puisse se faire de façon non ambiguë. Le signal utilisé peut par exemple être basé sur la réception l'un signal indiquant l'heure universelle, par exemple celui émis par l'émetteur de Francfort. L'utilisation d'un signal non prévisible permet toutefois de diminuer encore les risques de fraudes. En effet, il est plus difficile à un fraudeur de prévoir les signatures devant être générces à un instant futur s'il ne dispose pas de la nature du signal qui sera diffusé à l'instant en question. De façon avantageuse, le module (23) d'interprétation extrait les données numériques à partir d'une onde sous-porteuse de façon connue, par exemple selon la technologie RDS utilisée pour transmettre le nom de certaines stations radiophoniques. Dans une variante o le signal utilisé ne comporte pas d'informations spécifiquement prévues pour cet usage, ce signal est interprété suivant une période d'échantillonnage déterminée. Les données (32) de signal sont alors calculées en établissant une moyenne de certaines caractéristiques du signal sur cette période d'échantillonnage. Ces caractéristiques sont choisies de façon à ce que leur interprétation ne dépende pas ou peu de la puissance de réception du signal, de façon à ce que les données de signal extraites soient indépendantes de l'emplacement du terminal (2). A partir d'un signal analogique il est par exemple possible d'interpréter certaines caractéristiques du signal peu dépendantes de la qualité de 1 9 2832008 réception, par exemple une fonction des temps de silence au sein des sons radiodiffusés. La valeur de la fonction obtenue peut alors être comparée à une liste prédéterminée de plages de valeurs pour obtenir une donnée numérique non ambiguë dans le temps et constante d'un emplacement de réception à un autre. Au cours de la phase de fonctionnement, c'est à dire tant que la carte (1) est activée, un programme (16), dit programme protégé, mémorisé dans cette carte effectue le décompte du temps qui s'écoule, et modifie la donnée (17) de solde en fonction de ce décompte. Lorsque le crédit de temps est épuisé, le programme (16) modifie l'état d'une donnée dite donnée (18) de validité, ou interromps éventuellement son propre fonctionnement. Le programme peut prévoir d'autres cas o la donnée de validité est modifiée, par exemple en cas d'erreur ou de tentative de fraude. La donnée de validité peut également comprendre des informations relatives à la quantité ou au montant de crédit temps restant, ou aux raisons pour lesquelles le fonctionnement n'est plus valide. Cette donnée de validité peut également mémoriser le temps écoulé depuis l'instant o le fonctionnement n'est plus valide. En cas de non validité, ces informations de non-validité peuvent être transmises au terminal (2) pour affichage ou transmission à un autre appareil. De façon répétée tout au long de la phase de fonctionnement, la carte (1) reçoit de nouvelles donnces (32) de signal. En combinant ces données de signal avec une clé de calcul, par exemple la clé (12) de base, I'algorithme (11) de signature du programme (10) de contrôle calcule la signature (13). Cette signature est transmise au terminal (2), qui l'affiche sur ses moyens d'affichage (22). Ce calcul de la signature, ou sa transmission au terminal, ne se fait que tant que le programme (16) protégé est actif, ou que la donnce (18) de validité indique que le fonctionnement est autorisé, et en particulier que le crédit-temps alloué n'est pas dépassé. On comprend bien qu'ainsi toutes les cartes activées et valides dans une zone couverte par un même signal (3) vont générer des signatures qui seront toutes identiques entre elles, tout en variant au cours du temps de façon 2832008 imprévisible sans la connaissance de l'algorithme de signature et de la clé de calcul, en l'occurrence la clé (12) de base ou l'une des clés de base multiples. Lorsque le signal comporte une caractéristique régulière permettant une synchronisation des périodes d'échantillonnage ou de calcul de la signature, il est possible à chaque carte d'effectuer son changement de signature au même moment. Si une période complète est nécessaire pour calculer la signature, une carte nouvellement activoe pourra alors afficher une signature déterminée, ou signature de démarrage, en attendant la prochaine période complète. L'ensemble des cartes de la zone pourra alors changer de signature au même moment. Lorsque le signal ne comporte pas de caractéristiques de synchronisation, des cartes différentes pourront effectuer leur changement de signature à des moments différents, le plus souvent espacés de moins d'une période de changement de signature. Dans une variante (non représentée), le terminal ou la carte reçoit également un deuxième signal indiquant l'heure universelle et utilise ce deuxième signal pour synchroniser les périodes de calcul de ses données de signal ou de sa signature. Pour réaliser un contrôle des cartes de crédit de temps du parc dans une zone couverte par le signal, un opérateur humain ou automatique, dit agent de contrôle, agissant pour le compte du fournisseur de service peut alors utiliser une station (4) de contrôle apte à générer les mêmes données (324) de signal qu'une carte (1) recevant ce même signal (3). Cette station de contrôle mémorise un programme utilisant un algorithme (41) capable d'obtenir les mêmes résultats que celui des cartes à contrôler, lorsqu'il dispose des mêmes éléments. En étant réglée sur le même signal (3), et en utilisant la même clé (12) de base que les cartes à contrôler, la station de contrôle pourra donc afficher une signature (43) de contrôle identique à la signature (13) des cartes à contrôler. Dans les variantes o les cartes effectuent leur changement de signature de façon non synchrone, la station de contrôle peut mémoriser les 21 2832008 signatures antérieures et afficher plusieurs signatures en même temps, par exemple toutes les signatures actuellement valides à un moment donné. En comparant la signature(13) affichée par une carte(1) contrôlée avec la signature (43) de contrôle affichée par la station (4) de contrôle, I'agent de contrôle peut alors savoir si cette carte contient bien un algorithme (11) de signature et une clé de calcul valide et si son fonctionnement est correctement activé. Il est ainsi possible à l'agent de contrôle de savoir si l'utilisateur satisfait à des exigences de contrôles, pouvant être affichées sur place ou autrement connues, et de prendre des mesures en conséquence. Selon les applications, le terminal peut être propre à chaque utilisateur, à chaque carte, être prêté à l'utilisateur, ou être intégré dans un appareil remplissant d'autres fonctions similaires ou non. Dans une utilisation en contrôle de stationnement, les conducteurs de véhicule désirant stationner peuvent ainsi utiliser un terminal placé de façon visible dans leur véhicule pour justifier de l'achat d'une carte de stationnement et prouver que cette est activée pendant la durée d'un stationnement. Un agent de contrôle peut alors être une personne équipée d'une station de contrôle qui vérifie auprès de chaque véhicule que la carte est activoe et valide, par comparaison de la signature de la carte avec la signature de contrôle. Dans une variante, le calcul de la signature ou sa transmission ne s'effectue que sur demande de l'agent de contrôle, par déclenchement d'une commande. Ce déclenchement peut se faire par exemple en appuyant sur un bouton sur le terminal, ou en envoyant une commande au terminal depuis la station de contrôle par exemple par voie électrique ou radio ou magnétique, par un transpondeur magnétique ou en présentant une pièce métallique à proximité de capteurs magnétiques reliés au terminal. Dans une variante, la signature est communiquée ou transmise directement à la station de contrôle par des moyens connus. Dans une autre variante, la signature est affichée sous une forme lisible de façon automatique par la station de contrôle, par exemple par lecture de 22 2832008 codes barres. La station de contrôle dispose alors de moyens de lecture automatisée lui permettant de lire automatiquement la signature affichée par le terminal, par exemple sous forme de codes barres. Ces moyens de lecture automatisoe peuvent également être prévus pour lire automatiquement d'autres informations inscrites ou affichées sur la carte ou sur le terminal, comme par exemple des données individuelles ou des paramètres supplémentaires comme décrits plus bas. Dans un mode de réalisation représenté plus particulièrement en figure 2, I'invention permet à l'utilisateur de la carte (1) d'utiliser des paramètres (14) supplémentaires qui conditionneront le mode de fonctionnement de cette carte une fois activée. Ces paramètres supplémentaires peuvent être saisis ou modifiés par l'utilisateur, par exemple lors de chaque activation. Cette saisie ou modification peut se faire par exemple à l'aide du terminal (2) qui comporte alors des moyens de saisie (25). Ces paramètres supplémentaires peuvent affecter par exemple la vitesse de décompte du crédit de temps ou la valeur d'une unité de temps. Ces paramètres (14) supplémentaires peuvent également comprendre une information identifiant le service ou le fournisseur de service pour lequel la carte (1) est utilisée, ou la zone d'utilisation, ou le signal (3) sur lequel elle est réglée, ou un mode de réception dudit signal. Lors de la phase de fonctionnement, la carte calcule la signature (13) à afficher en combinant ces paramètres (14) supplémentaires avec les données (32) de signal et la clé de calcul, en l'occurrence la clé (12) de base ou l'une des clés de base multiples. Pour le contrôle, I'agent de contrôle mémorise ces paramètres (14) supplémentaires dans la station (4) de contrôle, par exemple par des moyens (45) de saisie. Cette station de contrôle utilise alors ces paramètres (14) supplémentaires pour calculer et afficher la signature de contrôle. Dans une variante, ces paramètres sont préprogrammés dans la station de contrôle et activés par des moyens de sélection comme par exemple par action sur une touche ou un curseur. 23 2832008 On comprend bien qu'en saisissant ces paramètres (14) supplémentaires, I'utilisateur effectue un paramétrage du fonctionnement de la carte. Ces paramètres étant pris en compte dans le calcul de la signature (13), cette signature ne concordera avec la signature (43) de contrôle que si les paramètres supplémentaires mémorisés dans la carte(1) sont conformes à ceux mémorisés dans la station (4) de contrôle. Ainsi, quand le mode de fonctionnement obtenu par ces paramètres supplémentaires est une condition d'utilisation d u service motivant le contrôle, I' invention permet de contrôler que l'utilisateur présente bien une carte authentique, valide, activée, et fonctionnant selon les bons paramètres. Dans une utilisation en contrôle de stationnement, ces paramètres supplémentaires pourront être connus par l'utilisateur ou affichés sur le lieu de stationnement. Il peut s'agir de saisir une information conditionnant le coût du stationnement ou la durée maximale de stationnement autorisée. Cette indication peut correspondre à une zone géographique ou tarifaire, à un type de véhicule ou de stationnement, à un niveau de service incluant par exemple le gardiennage. Ces paramètres sont alors saisis par l'agent de contrôle chaque fois qu'il change de type de zone ou service à contrôler. Dans un mode de réalisation représenté plus particulièrement en figures 3 et 4, I'invention permet à l'utilisateur de la carte (1) d'utiliser des données (15) individuelles qui sont propres à sa configuration d'utilisation, par * exemple à sa personne, à sa carte ou son terminal, à un compte utilisateur. Dans ie cas d'une personnalisation après distribution (figure 4), ces données (15) individuelles sont saisies et mémorisées dans la carte (1), par exemple par l'utilisateur à l'aide du terminal (2), ou à l'aide d'une borne de distribution automatisée. Dans la carte, ces données (15) individuelles sont combinéss avec la ou les clés (12) de base déjà mémorisoes pour donner une autre clé, dite clé (121) fille. Cette clé fille est mémorisée dans la carte et sera 24 2832008 utilisée comme clé de calcul dans le calcul de la signature (13) lors de la phase de fonctionnement. Dans une variante (non représentée) o une personnalisation est effectuée avant distribution, ces données individuelles sont combinées avec une clé mère pour donner une autre clé, dite clé fille, qui est mémorisée dans la carte. Cette personnalisation peut être faite par exemple par le fournisseur de service ou un distributeur ou par une borne de distribution automatisée. Selon les applications, ces données individuelles peuvent éventuellement être mémorisées dans la carte, ou inscrite sur la carte, ou les deux. Dans le mode de réalisation représenté plus particulièrement en figure 3, la personnalisation est réalisée en plusieurs temps, à la fois avant distribution à l'utilisateur et après cette distribution. Avant distribution, une clé mère (120), combinée avec une donnée (151) de personnalisation, donne alors la clé de base (12), qui sera seule mémorisée dans la carte distribuée. La clé mère, est mémorisée dans la machine (5) de personnalisation ou dans une autre carte (50) servant de clé lors de la personnalisation. De façon avantageuse, la clé mère (120) n'est pas mémorisée dans la carte (1) distribuée, ce qui limite les risques de diffusion illégitime de cette clé mère. Après distribution, cette clé (12) de base peut alors être combinée avec la donnée (15) individuelle pour donner la clé fille qui sera utilisée dans le calcul de la signature. Dans une variante, les données (15) individuelles sont mémorisoes dans la carte de façon à ne pouvoir être mod ifiées par l' utilisateu r. Dans une variante, les données (15) individuelles et les données (151) de personnalisation ont au moins une partie commune, ou sont identiques. Dans une variante, ces données individuelles conditionnent ou modifient le fonctionnement du programme (16) de décompte de crédit de temps. Il peut s'agir d'effectuer ce décompte à partir d'un compte déterminé, lorsque la carte en comporte plusieurs. Il peut s'agir d'utiliser un tarif ou un mode de calcul individualisé, ou par catégorie. Pour le contrôle, I'agent de contrôle prend connaissance de ces données (15) individuelles ou des données (151) de personnalisation ou des 2832008 deux, auprès de l'utilisateur ou par lecture sur la carte, le terminal, ou l'appareil qui les porte. Dans une variante, ces données individuelles ou de personnalisation sont transmises directement du terminal à la station de contrôle, par des moyens connus. Dans une autre variante, ces données individuelles ou de personnalisation sont affichées par le terminal et lues automatiquement par des moyens de lecture de la station de contrôle, par exemple sous forme de codes barres. On comprend bien qu'ainsi l'invention permet d'effectuer un contrôle individualisé. Dans le cas d'un paramétrage individualisé du fonctionnement du décompte de crédit temps, I'invention permet ainsi de contrôler que l'utilisateur présente bien une carte authentique, valide, activée, et fonctionnant selon les paramètres correspondant à son identité ou à sa catéporie. Dans le cas d'un paramétrage individualisé une fois pour toutes, I'invention permet ainsi de contrôler que l'utilisateur présente bien une carte authentique, valide, activée, et personnalisée de façon cohérente avec l'identification ou la catégorie qu'il présente. Cet aspect permet en particulier de diminuer les risques d'utilisation d'une carte volée. Dans une variante représentée plus particulièrement en figure 4, le programme de la station de contrôle comprend un algorithme, dit algorithme (410) complémentaire, apte à combiner la signature, signature (130) individualisoe, d'une carte incluant des données (15) individuelles avec une signature (43) obtenue sans ces mêmes donnces individuelles, cette combinaison donnant comme résultat la valeur des données individuelles utilisées par la carte. Le terminal peut alors comporter l'affichage combiné de la signature (130) individualisée, c'est à dire obtenue avec ces données (15) individuelles, et de la signature (13) de base, c'est à dire obtenue sans ces mêmes données individuelles. Dans une telle variante, la signature (130) individualisée de la carte (1) peut par exemple être affichée par le terminal (2) sous une forme lisible automatiquement, par exemple incluant un code barre. Lorsqu'il a effectué un premier contrôle de la validité de la carte, comme décrit précédemment, I'agent de contrôle peut alors effectuer un deuxième contrôle portant sur les 26 2832008 données (15) individuelles mémorisées dans cette carte. Dans ce deuxième contrôle, la station (4) de contrôle lit la signature (130) individualisée par des moyens de lecture automatisée et l'introduit dans l'algorithme (410) complémentaire. Cet algorithme complémentaire combine cette signature individualisée à une signature de base, celle (13) de la carte ou la sienne (43) propre si elles sont identiques, et en extrait la valeur des données (15) individuelles utilisées par la carte. L'agent de contrôle peut alors comparer ces don nces individuelles avec l' identification présentée par l' utilisateur pou r vérifier que cet utilisateur utilise cette carte de façon légitime. Dans une variante (non représentée), la station de contrôle combine la signature individualisée avec une signature obtenue à partir de la clé mère (121; figure 3) pour extraire la valeur des données (15) individuelles ou des données (151) de personnalisation ou de l'une des deux. On comprend qu'ainsi l' invention permet de réaliser à la fois un contrôle non individualisé, ne nécessitant pas ou peu de saisie de données pour chaque contrôle de carte, et d'avoir la possibilité de comparer, sans saisie supplémentaire, des données individuelles mémorisées dans la carte avec une identification présentée par l'utilisateur. Il est ainsi possible de diminuer les risques d'utilisation illégitime d'une carte, sans alourdir le travail de l'agent de contrôle de façon importante. Da ns u ne utilisation en contrôle de station neme nt, ces don nées individuelles peuvent être affichées ou inscrites sur le terminal, sur la carte, ou sur le véhicule. Il peut s'agir de saisir une information individuelle ou par catégorie condition nant le coût du station nement ou la d urée maximale de stationnement autorisée. Cette indication peut correspondre à une zone géographique ou tarifaire, à un type de véhicule ou de stationnement, à un niveau de service incluant par exemple le gardiennage. Ces données sont alors lues sur le véhicule, la carte ou le terminal, et saisies par l'agent de contrôle chaque fois qu'il contrôle un nouveau véhicule. Ces données individuelles peuvent également représenter le numéro de série de la carte ou du terminal, ou le numéro d'immatriculation du véhicule, 27 2832008 ou toute autre identification visible lors du stationnement. Le fait que la signature fournie par la carte dépende d'une telle identification permet alors à la carte de n'être utilisable qu'avec cette identification. Dans une variante du contrôle de stationnement utilisant un algorithme complémentaire, I'agent de contrôle réalise un premier contrôle, de validité de la carte, par lecture de la signature de base sur le terminal. Il peut alors effectuer un deuxième contrôle, pour vérifier que la carte n'est pas volée ou correspond bien au véhicule. Pour cela, la station de contrôle lit automatiquement la signature individualisée sur le terminal, et en extrait les données individuelles utiiisées par la carte pour générer cette même signature individualisée. L'agent de contrôle peut alors comparer aisément ces donnces individuelles extraites par sa station de contrôle avec l'identification visible sur le véhicule. Dans une variante, le programme (16) protégé réalise un décompte d'un crédit représentant des unités indépendantes qui ne dépendent pas forcément du temps. Il peut s'agir alors d'un nombre d'unités téléphoniques décomptées en paiement d'un service, d'un nombre de parties de jeu, ou de tout type d'unités ou de jetons. Dans un mode de réalisation (non représenté), I'invention propose un procédé et un système réalisant le contrôle d'un parc d'objets informatisés, tels que des cartes à puces, utilisés pour authentifier une personne ou un dispositif à travers sa possession d'un tel objet informatisé. Un tel mode de réalisation peut également être utilisé pour conditionner le fonctionnement d'un dispositif ou d'un logiciel informatique. C'est à dire qu'un système ou logiciel ou dispositif utilisant une application, dite application protégée, ne peut être utilisée que si l'utilisateur dispose d'un tel objet informatisé. Le procédé et le système tels que décrits plus haut sont alors proposés dans une configuration o le programme mémorisé dans la carte à puce effectue le calcul et la transmission seulement lorsqu'un autre programme, dit application protégée, fonctionne également, même si cette application ne 28 2832008 comporte pas de décompte de crédit de temps. Cette application protégée est alors mémorisée au moins partie dans la carte, et peut comporter une fonction commandant la modification de l'état ou de la valeur de la donnée de validité. L'invention peut ainsi permettre de limiter l'accès d'un lieu ou I'utilisation d'un dispositif ou d'un service aux seules personnes disposant d'une carte à puce distribuce par le fournisseur de ce service ou l'exploitant de ce lieu ou dispositif. Cette utilisation peut alors également être conditionnée à la présence activée et contrôlable d'une telle carte. Cette utilisation peut de plus être conditionnée à l'activation d'un autre programme mémorisé dans cette carte, par exemple pour des raisons de sécurité. Il peut s'agir par exemple de l'utilisation d'une salle de billard, d'un ordinateur, d'une automobile, ou d'un engin quelconque. Il peut également s'agir d'un lieu, dispositif, ou système nécessitant le fonctionnement d'un logiciel spécifique pour être utilisé en toute sécurité, comme un logiciel de protection anti-virus ou un système de contrôle 1 5 d'alcoolémie. Dans le cas d'un objet informatisé " en module complet ", le terminal et la carte décrits plus haut sont regroupés dans un même module. Cet objet informatisé, ou module, regroupe alors les moyens de réception du signal, les moyens d'interprétation du signal, les moyens d'affichage ou de transmission de la ou des signatures, et les éventuels moyens de saisie. Un tel module complet peut être réalisé sous la forme d'un objet informatisé, portable ou non, ou être intégré dans un autre dispositif ou système. Une utilisation d'un tel module informatisé peut par exemple comprendre le fait, pour une personne ou un ordinateur, de s'authentifier auprès d'un autre système utilisant ou comportant une station de contrôle. Cette authentification peut se faire en communiquant à un moment donné la signature individualisée indiquée par le module informatisé, même à travers des moyens de communication présentant peu de garanties de confidentialité. 29 2832008 Dans le cas d'un " objet informatisé multiple ", une partie des algorithmes et données est mémorisée dans un objet passif, une autre partie est mémorisée dans le lecteur ou terminal. Dans un mode de réalisation de ce type, représenté en figure 5, I' invention comporte un objet passif comprenant une carte (1 a) à puce remplissant uniquement des fonctionnalités dites de K porte-monnaie électronique ", par exemple selon le standard " Moneo " (marque déposée). Cette carte mémorise alors un solde (17), par exemple correspondant à une valeur monétaire, et comporte des algorithmes lui permettant de recevoir des commandes de vérification (191) et de décrémentation (192) de ce solde. Une telle carte (1a) peut ainsi être compatible avec plusieurs types de services en ne comportant que des fonctions de gestion d'un solde monétaire. Le programme (10) de contrôle, ainsi que les fonctionnalités de saisie de données (114, 15) complémentaires sont alors mémoriséss et exécutées dans le terminal (2a). Lors d'un contrôle, I'agent de contrôle réalise alors le contrôle de validité et d'activité du terminal (2a). Dans le cas d'un contrôle de crédit de temps, c'est le terminal (2a) qui comporte un programme (16a) de décompte de temps et de décrémentation de la valeur(1) mémorisse dans cette carte (1a). C'est ce programme(16) de décompte de temps qui n'autorise le contrôle ou ne reste activé que tant que cette valeur n'est pas nulle. Lors d'un contrôle, c'est la validité et l'activité du terminal qui sont alors contrôlées par l'agent de contrôle. Une utilisation d'un tel objet informatisé multiple peut par exemple comprendre le fait, pour une personne ou un ordinateur, de connecter une carte(1 a) porte-monnaie multi-service à un terminal (2a) d'identification spécifique au service exigeant un contrôle. Dans un autre mode de réalisation selon la configuration " d'objet informatisé multiple ", I'invention comporte un terminal (2b) communiquant 2832008 avec d'une part une carte (1c) à puce de type porte-monnaie électronique, et d'autre part un objet (1 b) informatisé passif, dit objet d'identification. Les fonctionnalités de calcul de signatures sont alors mémorisées et exécutées dans l'objet (1b) d'identification. L'affichage ou la transmission des signatures, la réception et l'interprétation du signal, ainsi que les saisies de données complémentaires sont réalisées par le terminal (2b). Le programme (10) de contrôle de l'objet d'identification ne retourne la signature que si un programme (16b) protagé, mémorisé également dans l'objet (1b) d'identification, est en fonctionnement et lui indique que le solde (17a) de la carte (1c) porte-monnaie est suffisant. Ce programme (16b) peut réaliser des opérations de vérification (191) et de décrémentation (192) de ce solbe (17b) en communiquant avec cette carte (1c) par l'intermédiaire du terminal (2b) . Dans le cas d'un contrôle de crédit de temps, c'est le programme (16b) protagé de l'objet d'identification qui comporte un programme de décompte de temps et de décrémentation de la valeur mémorisée dans la carte porte- monnaie, et ne reste activé que tant que cette valeur n'est pas nulle. Lors d'un contrôle, I'agent de contrôle réalise alors le contrôle d'authenticité et d'activité de l'objet d'identification, et de validité du solde de la carte portemonnaie. Une utilisation d'un tel objet informatisé multiple peut par exemple comprendre le fait, pour une personne ou un ordinateur, de connecter une carte porte-monnaie multi-service à un terminal, conjointement avec un objet d' identification spécifique au service exigeant un contrôle. La présente description expose l'invention dans des modes de réalisation comportant une répartition déterminée des tâches et opérations entre les différents algorithmes et programmes concernés. La flexibilité de l'organisation d'une application informatique permet bien sûr de présenter différemment cette répartition, en particulier lorsque les distinctions entre les différents algorithmes et leurs dénominations sont des notions abstraites n'influant pas sur leurs caractéristiques principales de fonctionnement. Il est donc évident que le procédé selon l'invention peut également être mis en _uvre dans d'autres modes de réalisation non décrits ici, sans sortir de l'esprit 31 2832008 de l'invention, en particulier en combinant différemment les diverses variantes exposées pour chaque variable ou algorithme. De même, la répartition abstraite d es tâch es entre des p rog ram mes ou app li cations mémorisés en u n même lieu et temps, peut être combinée en diverses variantes non décrites ici sans sortir de 1'esprit de 1'invention. Il doit être évident pour les personnes versées dans l'art que la présente invention permet des modes de réalisation sous de nombreuses autres formes spécifiques sans l'éloigner du domaine d'application de I'invention comme revendiqué. Par conséquent, les présents modes de réalisation doivent être considérés à titre d'illustration, mais peuvent être modifiés dans le domaine défini par la portée des revendications jointes, et l'invention ne doit pas être limitée aux détails donnés ci-dessus. 32 2832008 REVENDICATIONS 1. Procédé de génération d'une donnée pseudo-aléatoire par un objet (1) informatisé comportant des moyens de traitement de données, des moyens de mémorisation, ainsi que des moyens d'affichage ou des moyens (21) de communication avec un dispositif de traitement de données dit terminal (2) , caractérisé en ce qu'il comporte les étapes suivantes: - réception d'un signal (3), par cet objet informatisé ou par son terminal (2), ce signal variant au cours du temps et étant diffusé, indépendamment de l'état de fonctionnement de l'objet informatisé, dans une zone déterminée et pouvant être reçu ou interprété de façon identique dans des emplacements différents de cette même zone; calcul par cet objet (1) informatisé d'une donnée numérique pseudo- aléatoire, dite signature (13), à partir de ce signal, à l'aide d'un algorithme (11) mémorisé dans cet objet. 152. Procédé selon la revendication précédente, caractérisé en ce que le signal (3) est un signal radio, c'est à dire utilisant des ondes électro magnétiques, émis par un émetteur de diffusion, le procédé comportant en outre les étapes suivantes: réception du signal radio par le terminal; extraction de données (32) de signal à partir de ce signal radio; transmission de ces données (32) de signal à l'objet informatisé; 3. Procédé selon l'une des revendications précédentes, caractérisé en ce que le signal radio représente des informations comportant des caractéristiques irrégulières ou non prévisibles. r 33 2832008 4. Procédé selon l'une des revendications précédentes, caractérisé en ce que le signal radio est reçu par la lecture d'une onde sous-porteuse, associée à une diffusion d'ondes radiophoniques. 5. Procédé selon l'une des revendications précédentes, caractérisé en ce que le signal (3) comporte l'émission, pendant une pluralité de périodes de temps déterminées, d'une information constante ou interprétable de façon constante à l'intérieur de chacune de ces périodes déterminées, cette information variant d'une de ces périodes à une autre d'une façon irrégulière .. OU non prevsble. 6. Procédé de contrôle d'un objet (1) informatisé, cet objet informatisé comportant des moyens de traitement de données, des moyens de mémorisation, ainsi que des moyens d'affichage ou des moyens (21) de communication avec un dispositif de traitement de données dit terminal (2) , caractérisé en ce qu'il comporte les étapes suivantes: - génération d'une donnée pseudo-aléatoire, dite signature (13), par cet objet (1) informatisé en utilisant un procédé selon l'une des revendications précédentes; - affichage de cette signature(13), ou transmission de cette signature au terminal (2), pour vérification par rapport à une donnée (43) calculée par un autre appareil (4) à partir du même signal (3) numérique ou analogique, cette vérification pouvant être faite dans le terminal (2) ou en dehors; 7. Procédé de contrôle d'un objet (1) informatisé selon la revendication précédente, caractérisé en ce qu'il comporte une étape de comparaison vérifiant la valeur d'une donnée, dite donnée (18) de validité, mémorisée dans I'objet(1) informatisé, cette vérification conditionnant ou modifiant le calcul, I'affichage ou la transmission de la signature (13). r 34 2832008 8. Procédé selon l'une des revendications 6 à 7, caractérisé en ce qu'il comporte une étape d'affichage, sur des moyens (22) d'affichage du terminal (2), de la signature (13) reçue par le terminal depuis l'objet (1) informatisé. 9. Procédé selon l'une des revendications 6 à 8, caractérisé en ce que la signature (13) est calculée par l'objet (1) informatisé par un algorithme, dit algorithme (11) de signature, utilisant au moins une donnée, dite clé de calcul. 10.Procédé selon l'une des revendications 6 à 9, caractérisé en ce que la clé de calcul est calculée à partir d'une donnse, dite clé (12) de base, mémorisée dans l'objet (1) informatisé. 11.Procédé selon l'une des revendications 6 à 10, caractérisé en ce que plusieurs données, dites clés de base multiples, sont mémorisées dans l'objet (1) informatisé, le procédé comportant une étape de saisie d'une donnée représentant, parmi ces clés de base multiples, la donnée à utiliser comme clé (12) de base. 12.Procédé selon l'une des revendications 6 à 11, caractérisé en ce qu'il comporte une étape de personnalisation de l'objet (1) informatisé par saisie d'au moins une donnée, dite donnée(15) individuelle, cette donnée individuelle étant utilisée par l'objet informatisé en combinaison avec la clé (12) de base pour calculer une donnée, dite clé (121) fille, qui sera utilisée comme clé de calcul. 13.Procédé selon l'une des revendications 6 à 12, caractérisé en ce qu'il comporte une étape de saisie et mémorisation dans l'objet (1) informatisé d'au moins une donnée, dite paramètre (14) supplémentaire, I'algorithme (11) de signature combinant ce paramètre supplémentaire avec la clé (12, 121) de calcul et les données (32) de signal pour calculer la signature (13, 130). r 35 2832008 14.Procédé selon l'une des revendications 6 à 13, caractérisé en ce qu'il comporte une étape utilisant un algorithme, dit algorithme (410) complémentaire, réalisant l'extraction de la donnée individuelle qui a été utilisée pour générer une signature, dite signature(130) individualisée, en comparant.cette signature individualisée avec une signature, dite signature (13) de base, qui a été générée en combinant les mêmes données sauf ladite donnée (15) individuelle. 15.Procédé d'authentification d'un ou plusieurs objets (1), ou de leur validité, ces objets appartenant à un parc d'objets distribués à des utilisateurs et mettant en _uvre un procédé selon l'une des revendications précédentes, caractérisé en ce qu'il comporte les étapes suivantes: activation dans une station de traitement de données, dite station (4) de contrôle, d'un algorithme (41) de contrôle reproduisant les résultats de l'algorithme (11) de signature mémorisé dans les objets (1) à authentifier, mémorisation éventuelle, dans la station de contrôle, d'une donnée représentant la clé (12) de base mémorisée dans les objets à authentifier, ou celle des clés de base multiples devant être utilisée comme clé de base; - mémorisation éventuelle, dans la station de contrôle, d'au moins une donnée représentant les paramètres (14) supplémentaires devant être mémorisés dans les objets (1) à authentifier; - pour chaque objet à authentifier utilisant une donnée individuelle, lecture ou réception en provenance de l'objet d'une donnée (15) représentant la donnée individuel le et mémorisation de cette donnée individuel le dans la station (4) de contrôle; - calcul par la station (4) de contrôle, à l'aide de l'algorithme (41) de contrôle, d'une donnée, dite signature (43) de contrôle, en fonction des données éventuellement mémorisées plus haut; 36 2832008 lecture ou réception de la signature (13) calculée par un objet (1) à authentifier et vérification de cette même signature par rapport à la dernière signature (43) de contrôle obtenue par la station (4) de contrôle, ou avec une précédente signature de contrôle. 16.Procédé selon la revendication précédente, caractérisé en ce que la donnée(15) individuelle mémorisée dans l'objet(1) informatisé ne peut être modifiée que dans des conditions déterminées, le procédé comportant en outre les étapes suivantes: - calcul par l'objet (1) informatisé et transmission au terminal (2) d'une signature (13) de base sans utilisation de la donnée (15) individuelle; calcul par l'objet informatisé et transmission au terminal d'une signature (130) individualisée avec utilisation de la donnée individuelle; - affichage de ces signatures (13,130), ou transmission de ces signatures au terminal (2) , pour vérification par rapport à au moins une donnée (43) calculée par un autre appareil (4) à partir du même signal (3) numérique ou analogique, cette vérification pouvant être faite dans le terminal ou en dehors; 17.Procédé selon l'une des revendications 15 à 16, caractérisé en ce que la station (4) de contrôle comporte un algorithme (410) complémentaire le procédé comportant en outre les étapes suivantes: mémorisation dans la station (4) de contrôle d'une signature (130) individualisée fournie par l'objet (1) informatisé; - extraction dans la station de contrôle, par l'algorithme (410) complémentaire, de la donnée (15) individuelle utilisée par l'objet (1) informatisé pour générer la signature (130) individualisée, pour comparaison avec une identification fournie ou présentée par l'utilisateur, 37 2832008 ou l'objet informatisé, ou le terminal, ou un dispositif ou lieu incluant ou utilisant cet objet informatisé. 18.Procédé de contrôle d'un parc d'objets de décompte de crédit de temps, caractérisé en ce qu'il utilise des d'objets (1) informatisés mettant en _uvre un procédé selon l'une des revendications précédentes, ces objets informatisés d'une part mémorisant une donnée(17) de solde, représentant une valeur de crédit de temps disponible et un programme (16) incluant un algorithme de décompte apte à modifier cette donnée de solde, et d'autre part comportant une donnée (18) de validité présentant un état déterminé lorsque I'algorithme de décompte est activé et que la donnée de solde représente un crédit de temps non nul, cette modification de la donnée de solde se faisant en fonction d'une ou plusieurs durées d'activation de l'objet; ce procédé comportant les étapes suivantes: - distribution à des utilisateurs de tels objets informatisés; - authentification et contrôle de la validité d'un ou plusieurs de ces objets informatisés, à l'aide d'une station de contrôle selon l'une des revendications précédentes, ces objets informatisés étant présentés par les utilisateurs ou accessibles pour contrôle. 19.Procédé de contrôle d'un parc d'objets de décompte de crédit de temps selon la revendication précédente, caractérisé en ce que la modification de la donnée (17) de solde se fait également en fonction de données représentant une donnée (15) individuelle, un paramètre (14) supplémentaire, un choix de clé (12) de base, ou une combinaison de ces éléments. 20.Procédé de contrôle d'utilisation d'un dispositif ou d'un système comportant ou utilisant un programme informatique, dit application protégée, caractérisé en ce qu'au moins une partie de l'application protégée est exécutée dans un objet (1) informatisé mettant en _uvre un procédé selon l'une des revendications précédentes, ou utilise un programme exécuté dans ce même 38 2832008 objet (1) informatisé, le calcul de la signature (13) ou son affichage par l'objet informatisé ou sa transmission au terminal (2) ne s'effectuant que si l'application protégée est active. 21.0bjet informatisé caractérisé en ce qu'il met en _uvre un procédé selon l'une des revendications précédentes. 22.Système de contrôle d'un parc d'objets informatisés caractérisé en ce qu'il met en oeuvre un procédé selon l'une des revendications 6 et suivantes. 23.Système de contrôle d'un parc d'objets de décompte de crédit de temps, caractérisé en ce qu'il met en oeuvre un procédé selon l'une des revendications 18 et suivantes. 24.Système de contrôle d'utilisation d'un dispositif ou d'un système comportant ou utilisant un programme informatique, dit application protégée, caractérisé en ce qu'il met en oeuvre un procédé selon la revendication 20. 25.Utilisation d'un procédé selon l'une des revendications 1 à 20 pour contrôler des titres de droit de stationnement de véhicules, caractérisé en ce que les objets (1) informatisés sont des cartes à puces, prépayées ou à crédit, dont une donnée (17) de solde représente une valeur de temps de stationnement. 26.Utilisation selon la revendication précédente, caractérisé en ce qu'au moins un paramètre (14) supplémentaire correspond à une zone géographique de stationnement ou à un type de tarification ou une combinaison des deux. 27.Utilisation selon l'une des revendications 25 à 26, caractérisé en ce qu'au moins une donnée (15) individuelle correspond à une donnée identifiant l'objet (1) informatisé ou à une donnée identifiant un véhicule ou un utilisateur