REVENDICATIONS 1. Procédé pour établir automatiquement un lien fiable entre une clé publique de chiffrement et/ou de signature et l'identité d'un utilisateur appartenant à une communauté, caractérisé en ce qu'il comprend une phase d'attribution d'une carte à microprocesseur (6,7) respectivement à chaque utilisateur de la communauté, chaque carte comportant une zone mémoire protégée (65,75) dans laquelle est mémorisée au moins une clé secrète (Pa, Ke), la phase d'attribution d'une carte (7) à un nouvel utilisateur de la communauté comprenant les étapes consistant à : - introduire des informations d'identification du nouvel utilisateur et de la carte à attribuer, - générer une signature (61) portant sur les informations d'identification du nouvel utilisateur à l'aide d'une clé (Kpr) mémorisée dans une carte à microprocesseur (6) déjà attribuée à un utilisateur appartenant à la communauté, - transmettre (42) à un serveur d'administration (1) les informations d'identification introduites, associées à la signature, - sur le serveur d'administration, vérifier la signature, et si la signature est correcte, introduire (11) les informations d'identification dans une base de données d'annuaire (2), construire un message de personnalisation contenant les informations d'identification du nouvel utilisateur, chiffrer et sceller le message de personnalisation à l'aide d'une clé secrète (Pa) stockée dans une zone mémoire protégée de la carte à attribuer (7) et susceptible d'être déterminée par le serveur d'administration, et transmettre le message de personnalisation à destination de la carte à attribuer, - dans la carte à attribuer, recevoir le message de personnalisation, vérifier le sceau, et si le sceau est correct, déchiffrer le message et stocker (71) dans la mémoire de la carte les informations d'identification d'utilisateur ainsi déchiffrées. 2. Procédé selon la revendication 1, caractérisé en ce que la vérification de signature par le serveur d'administration (1) est suivie d'une étape de vérification de droits du signataire, les étapes d'introduction des informations d'identification et de construction du message de personnalisation étant effectuées uniquement si le signataire possède les droits nécessaires. 3. Procédé selon la revendication 1 ou 2, caractérisé en ce qu'il comprend une étape de génération (73) de clés de chiffrement/déchiffrement et/ou de signature (Kpr, Kpu), par une carte à microprocesseur (7) attribuée à un utilisateur de la communauté. 4. Procédé selon l'une des revendications 1 à 3, caractérisé en ce que la clé secrète (Pa) stockée dans une carte à microprocesseur (6, 7) est déterminée par le serveur d'administration (1) en appliquant un algorithme de chiffrement à un numéro d'identification (NS) de la carte à microprocesseur à l'aide d'une clé secrète (paID) connue seulement du serveur d'administration. 5. Procédé selon l'une des revendications 1 à 4, caractérisé en ce que le message de personnalisation contenant les informations d'identification introduites dans la carte à microprocesseur, comprend en outre des informations définissant des droits attribués à la carte, ces informations étant également mémorisées par la carte, une requête transmise à la carte étant exécutée par celle-ci uniquement si elle est autorisée conformément aux droits attribués à la carte. 6. Procédé selon l'une des revendications 1 à 5, caractérisé en ce qu'il comprend une phase de génération d'un certificat comprenant des étapes consistant à : - générer (73) par une carte (6, 7) attribuée à un utilisateur de la communauté une paire de clés (Kpr, Kpu) de chiffrement/déchiffrement et/ou de signature comprenant une clé publique (Kpu) et une clé privée (Kpr) qui est stockée dans une zone protégée (65, 75) de la mémoire de la carte, - construire par la carte un message de demande de certificat comprenant la clé publique (Kpu) stockée dans la carte et au moins une information d'identification de l'utilisateur de la carte, stockée dans la carte, - chiffrer et sceller par la carte le message de demande de certificat à l'aide d'une clé secrète (Ke) stockée dans une zone mémoire protégée (65, 75) de la carte, - transmettre le message de demande de certificat chiffré et scellé, à un serveur de certificats (3), - dans le serveur de certificat, recevoir le message de demande de certificat et en vérifier le sceau à l'aide de la clé secrète (Ke) stockée dans la carte et susceptible d'être déterminée par le serveur de certificat, et si le sceau est correct, déchiffrer le message de demande de certificat à l'aide de la clé secrète et générer un certificat comportant l'information d'identification et la clé publique (Kpu) contenue dans le message de demande de certificat, ces informations étant scellées par le serveur de certificat à l'aide d'une clé privée (Kr) connue uniquement du serveur de certificat. 7. Procédé selon la revendication 6, caractérisé en ce que la clé secrète (Pa) stockée dans la carte (6,7) et susceptible d'être déterminée par le serveur d'administration (1) est différente de la clé secrète (Ke) stockée dans la carte et susceptible d'être déterminée par le serveur de certificats (3). 8. Procédé selon la revendication 6 ou 7, caractérisé en ce que la clé secrète (Ke) stockée dans une carte à microprocesseur (6,7) d'un utilisateur de la communauté est déterminée par le serveur certificats (3) en appliquant un algorithme de chiffrement à un numéro d'identification (NS) de la carte à microprocesseur à l'aide d'une clé secrète (Keffi) connue seulement du serveur de certificats. 9. Système pour établir automatiquement un lien fiable entre une clé publique de chiffrement et/ou de signature, et l'identité d'un utilisateur appartenant à une communauté, chaque utilisateur de la communauté disposant d'une carte à microprocesseur personnelle (6,7), caractérisé en ce que chaque carte à microprocesseur d'utilisateur de la communauté comprend : - des moyens de chiffrement et de déchiffrement, - des moyens de génération et de contrôle de signature de documents numériques, - des moyens de génération de clés de chiffrement/déchiffrement et/ou de signature (Kpr, Kpu), et - des moyens de mémorisation comportant au moins une zone mémoire protégée (65,75) dans laquelle est stockée au moins une clé secrète (Pa, Ke) spécifique de la carte et une clé privée (Kpr) générée par les moyens de génération de clés, et une zone mémoire dans laquelle sont stockées des informations d'identification de l'utilisateur, le système comprenant en outre un serveur d'administration (1) connecté à un réseau (10) de transmission de données numériques et comprenant : - des moyens pour recevoir du réseau (10) et authentifier un formulaire d'inscription (41) d'un nouvel utilisateur contenant des informations d'identification du nouvel utilisateur, préalablement signé à l'aide des moyens de signature d'une carte à microprocesseur (6) d'un utilisateur de la communauté, - des moyens pour construire un message de personnalisation contenant les informations d'identification du formulaire d'inscription, - des moyens pour chiffrer et sceller le message de personnalisation à l'aide de la clé secrète (Pa) mémorisée par une carte à microprocesseur (7) remise à un nouvel utilisateur et connue du serveur d'administration, et - des moyens pour transmettre le message de personnalisation chiffré et scellé vers la carte du nouvel utilisateur, chaque carte à microprocesseur comportant en outre des moyens de personnalisation conçus pour recevoir, authentifier et déchiffrer un message de personnalisation, et stocker les informations d'identification (Id) contenues dans le message de personnalisation déchiffré dans la mémoire de la carte. 10. Système selon la revendication 9, caractérisé en ce qu'il comprend une base de données d'annuaire (2) connectée au serveur d'administration (1), et dans laquelle sont stockées les informations d'identification de chaque utilisateur de la communauté, en association avec un numéro d'identification de la carte à microprocesseur attribuée à l'utilisateur. 11. Système selon la revendication 10, caractérisé en ce que chaque carte à microprocesseur (6,7) mémorise des informations de droits attribués à la carte, transmises dans le message de personnalisation reçu, ces droits comprenant un droit d'attribuer une carte à microprocesseur à un nouvel utilisateur, la carte comprenant des moyens pour traiter une requête reçue uniquement si la requête satisfait aux droits attribués à la carte. 12. Système selon la revendication 11, caractérisé en ce que chaque carte à microprocesseur (6,7) comporte des moyens pour authentifier une requête émise par le serveur d'administration (1) pour mettre à jour les informations de droits attribués à l'utilisateur, mémorisées dans la carte, et pour mettre à jour ces informations dans la mémoire de la carte si ces informations sont authentiques. 13. Système selon l'une des revendications 9 à 12, caractérisé en ce que chaque carte à microprocesseur (6,7) attribuée à un utilisateur de la communauté comprend des moyens pour empêcher qu'une même commande transmise à la carte soit exécutée plusieurs fois. 14. Système selon l'une des revendications 9 à 13, caractérisé en ce que le serveur d'administration (1) est connecté au réseau (10) de manière à pouvoir communiquer uniquement par message électronique. 15. Système selon l'une des revendications 9 à 14, caractérisé en ce qu'il comprend un serveur de certificats (3) connecté au réseau (10) et conçu pour émettre des certificats garantissant le lien entre une clé publique de chiffrement et/ou de signature (Kpu) et l'identité d'un utilisateur, ces informations étant stockées dans une carte à microprocesseur (6,7) attribuée à chaque utilisateur de la communauté. 16. Système selon la revendication 15, caractérisé en ce que chaque carte à microprocesseur (6,7) d'utilisateur de la communauté comprend des moyens pour générer une demande de certificat chiffrée et scellée à l'aide d'une secrète (Ke), contenant la clé publique (Kpu) et les informations d'identification de l'utilisateur, stockées dans la carte, et pour émettre la demande de certificat vers le serveur de certificats (3), le serveur de certificats comprenant des moyens pour recevoir et authentifier des demandes de certificats à l'aide la clé (Ke), et pour générer un certificat contenant les informations reçues et déchiffrées, associées à un sceau du serveur de certificats généré à partir des informations reçues et déchiffrées et d'une clé secrète (Kr). 17. Système selon la revendication 15 ou 16, caractérisé en ce que le serveur de certificats (3) est connecté au réseau (10) de manière à pouvoir communiquer uniquement par message électronique. 18. Système selon l'une des revendications 9 à 17, caractérisé en ce que chaque carte à microprocesseur (6,7) d'utilisateur de la communauté comprend des moyens pour recevoir une clé privée (Klpr) chiffrée à l'aide la clé secrète (Pa, Ke) mémorisée par la carte, et des moyens pour déchiffrer et stocker la clé privée reçue et déchiffrée dans une zone mémoire protégée (65,75) de la carte. 19. Système selon la revendication 18, caractérisé en ce que la clé privée reçue (Klpr) par une carte (6,7) est utilisable exclusivement pour chiffrer/déchiffrer des documents, tandis que la clé privée (Kpr) générée par la carte n'est utilisable que pour signer un document. 20. Système selon la revendication 18 ou 19, caractérisé en ce que les clés privées (Klpr) susceptibles d'être transmises aux cartes (6,7) sont générées par un serveur (3) à la demande d'une carte (6,7), le serveur comprenant des moyens pour générer une clé privée à la demande d'une carte, pour chiffrer la clé privée générée à l'aide d'une la clé secrète (Ke) de la carte déterminée par le serveur, pour stocker et transmettre à la carte la clé privée chiffrée.