FR 2919137 A1 20090123 FR 0756559 A 20070717 La présente invention concerne les réseaux informatiques ad hoc. On désigne par réseau ad hoc un réseau informatique non filaire sans aucune infrastructure de réseau de type opérateur. Il comporte une pluralité de noeuds communiquant entre eux sans l'intervention d'un point d'accès. Un noeud ad hoc peut communiquer directement avec les noeuds voisins qui sont dans sa portée. Dans le cas d'un noeud hors de sa portée, il peut communiquer indirectement à travers des noeuds ad hoc intermédiaires qui ne font que router/relayer le trafic jusqu'au noeud ad hoc destinataire. Ce type de réseau, contrairement au réseau de type infrastructure est auto-organisé et peut supporter la mobilité des noeuds qui pourraient rejoindre ou quitter le réseau ad hoc spontanément. L'une des technologies sans fil implémentée par les réseaux ad hoc actuels est la technologie WiFi, c'est-à-dire respectant la norme 802.11 de l'IEEE. D'autres types de technologies sans fil comme WiMAX, ou Bluetooth... peuvent également être utilisées pour construire un réseau ad hoc. Les réseaux ad hoc connus, par leur caractère auto-organisé, souffrent d'un 15 manque de sécurité. Du fait de l'absence de clé d'accès et de tiers de confiance dans un réseau ad hoc, la notion de confiance s'y avère relativement difficile à mettre en oeuvre. On désigne par tiers de confiance une entité de réseau capable d'établir des relations de confiance entre les noeuds du réseau. Un premier exemple de tiers de 20 confiance est le serveur AAA (Authentication, Authorization, Accounting) qui a pour rôle d'authentifier des noeuds, de les autoriser à accéder aux ressources du réseau et de comptabiliser leur consommation. Un autre exemple est un organisme habilité à mettre en oeuvre des signatures électroniques reposant sur des architectures d'infrastructure à clés publiques encore appelées PKI (Public Key Infrastructure). 25 Dans les réseaux infrastructure comportant une pluralité de noeuds communiquant entre eux par l'intermédiaire de points d'accès, l'architecture est sécurisée grâce à des serveurs AAA. On désigne par serveurs AAA , les serveurs gérant l'authentification des noeuds (A--), leurs autorisations à se connecter au réseau (-A-) et la comptabilisation (--A) de l'utilisation des ressources du réseau. Les serveurs AAA sont 30 par exemple les serveurs RADIUS qui mettent en oeuvre le protocole RADIUS défini par l'IETF dans la RFC 2865, les serveurs TACACS développés et déployés par Cisco et les serveurs Diameter définis par l'IETF pour étendre la solution RADIUS aux utilisateurs itinérants selon les accords de roaming. Il n'existe pas à l'heure actuelle à la connaissance de la demanderesse de moyens pour établir et maintenir une relation de confiance entre deux noeuds ad hoc, ce qui peut expliquer le retard de la technologie ad hoc à intégrer la chaîne de valeurs des réseaux de télécommunications. L'idée d'utiliser un serveur AAA tel qu'il existe aujourd'hui dans les réseaux infrastructure est peu concevable dans le réseau ad hoc étant donné le caractère distribué, spontané et mobile d'un réseau ad hoc. De plus, en raison du caractère dynamique et auto-organisé d'un réseau ad hoc, il peut arriver que le serveur AAA ne soit plus joignable par un groupe de noeuds ad hoc qui se seraient détachés du réseau ad hoc initial. En outre, comme dans le cas du réseau infrastructure, le caractère centralisé d'un serveur peut s'avérer inadapté du point de vue de la tolérance aux pannes. La demande de brevet US 2005/022010 divulgue une architecture d'accès à un réseau à travers un réseau ad hoc dans le cadre d'une communication ad hoc, où un noeud du réseau ad hoc émettant ou recevant des données est débité et où des acteurs intermédiaires relayant ces données sont récompensés pour le service rendu. Les transactions sont centralisées par un serveur AAA extérieur au réseau ad hoc. La demande de brevet EP 1 289 197 divulgue une architecture globale de réseau mobile avec découverte de services et un scénario d'usage de réseau ad hoc. EP 1 289 197 ne précise pas de quelle façon s'effectue la sécurisation de l'environnement par les services d'authentification (A--), d'autorisation (-A-) et de comptabilisation (--A). Par ailleurs, ni US 2005/022010, ni EP 1 289 197 ne divulgue de quelle façon est effectuée l'extension en temps réel du réseau d'accès en utilisant la technologie ad hoc. On connaît par le site Internet wwrw.fon,com un routeur transformant une connexion personnelle à Internet en un point d'accès accessible à des terminaux informatiques d'utilisateurs nomades en proximité du routeur FON. Ces terminaux ont besoin d'avoir une carte WiFi compatible avec le routeur point d'accès FON. Le routeur FON sert de relais pour assurer l'authentification de ces utilisateurs nomades auprès d'un serveur de l'opérateur. Cette authentification s'effectue par une méthode peu robuste reposant sur un mot de passe et un identifiant, ce qui peut poser des problèmes en termes de sécurité. Par ailleurs le fournisseur d'accès à Internet auprès duquel l'abonnement permettant la connexion personnelle à Internet a été souscrit ne peut distinguer les flux en provenance du terminal de l'abonné de ceux provenant d'un terminal muni de la carte WiFi compatible avec le routeur FON grâce à laquelle la connexion personnelle peut être utilisée comme point d'accès. Des flux illicites en termes de moeurs ou en termes de droits de la propriété industrielle peuvent circuler via la connexion Internet d'un abonné à l'insu de celui-ci. Par ailleurs, un terminal muni d'une carte WiFi compatible avec le routeur FON n'a aucun moyen de vérifier qu'il n'est pas en présence d'un faux routeur FON contrôlé par un pirate. En outre, les routeurs FON sont mis en oeuvre dans des réseaux infrastructure. La publication AAA and PKI in ad hoc networks de P. LAMSAL divulgue une architecture ad hoc dans laquelle les noeuds ad hoc ont différents statuts selon qu'ils sont nouvellement arrivés, acceptés dans le réseau ad hoc ou qu'ils sont acteurs dans l'acceptation de nouveaux arrivants. Cette publication ne divulgue pas sur quelles bases de connaissance reposent les services d'authentification et d'autorisation, ni de quelle façon le service de comptabilisation est assuré dans le réseau ad hoc. La publication Virtual Operator based AAA in Wireless LAN Hot Spots with Ad-hoc Networking Support de J. ZHANG divulgue une architecture qui permet d'assurer les services AAA dans tout point d'accès en se servant d'un compte unique pour chaque client connu par son fournisseur d'accès. Cette publication suggère, sans préciser de protocole, que l'authentification du mobile se fait au dessus de la couche IP de manière que le point d'accès puisse authentifier et autoriser à l'aide d'un serveur RADIUS les noeuds ad hoc nouvellement arrivés. Le réseau ad hoc sert au transport des flux entre les noeuds ad hoc et le point d'accès vers Internet. Les noeuds ad hoc ayant contribué au relayage de paquets se voient alors récompensés. La comptabilisation du nombre de paquets relayés par chaque noeud ad hoc et du nombre de paquets émis par chaque noeud est réalisée par le point d'accès. La publication Authentication, Authorization and Accounting (AAA) in Hybrid Ad Hoc Hotspot' s Environments de H. MOUSTAFA et al. considère le réseau ad hoc uniquement comme réseau de transport des flux entre noeud ad hoc et réseau Internet. Elle étend le protocole 802.1 li à l'environnement ad hoc multi sauts et définit pour cela une infrastructure virtuelle dans laquelle chaque cluster (ou grappe de terminaux) élit un noeud principal chargé de relayer les messages d'authentification EAP-TLS pour les noeuds hors de portée du routeur d'accès. Ces noeuds implémentent la fonctionnalité de proxy RADIUS. Cette publication ne s'intéresse pas aux aspects comptabilisation. Il existe un besoin pour développer des mécanismes de sécurité en vue de mettre en place des relations de confiance entre noeuds ad hoc et pour protéger les échanges entre noeuds de confiance. Il existe encore un besoin pour développer des mécanismes de sécurité en vue de contrôler l'accès des noeuds ad hoc au réseau ad hoc et aux applications, ceci par authentification et autorisation. Il existe encore un besoin pour développer des mécanismes de sécurité en vue 10 de comptabiliser les ressources consommées dans un réseau ad hoc et pour collecter de façon sûre le montant de ces données. Il existe également un besoin pour inciter les noeuds d'un réseau ad hoc à participer au développement et à la pérennité du réseau ad hoc et à proposer des nouveaux services tels que la distribution de contenus. 15 L'invention vise à répondre à tout ou partie de ces besoins. Selon l'un de ses aspects, l'invention a pour objet un procédé d'échange de données dans un réseau ad hoc comportant des noeuds actifs et des noeuds consommateurs, dans lequel au moins un noeud actif est un noeud ad hoc et assure l'un au moins d'un service d'authentification (A--), d'autorisation (-A-) et de comptabilisation (--A) à au 20 moins un noeud consommateur ou à un nouveau noeud ad hoc. L'invention permet de construire une architecture sécurisée pour l'utilisation de réseaux ad hoc comme support de services utilisateurs en empruntant les moyens de sécurité habituellement présents uniquement au niveau du réseau d'accès au réseau ad hoc et en déployant des moyens de sécurité au niveau du réseau ad hoc. 25 On désigne par noeud actif un noeud assurant un service dans le réseau ad hoc pour les autres noeuds. Les noeuds actifs peuvent comporter au moins un noeud ad hoc et/ou au moins un noeud opérateur. On désigne par noeud ad hoc un noeud du réseau ad hoc qui est un terminal 30 informatique appartenant à un utilisateur ou à disposition d'un utilisateur doté de modules logiciel et/ou matériel permettant la connectivité ad hoc multi sauts. Ce terminal informatique est par exemple un ordinateur, un micro ordinateur, un assistant personnel numérique, un téléphone portable, un véhicule équipé d'une interface communicante, un moyen de paiement électronique, un appareil de positionnement par satellite, par exemple GPS, un capteur actif ou passif et plus généralement tout appareil électronique comportant un composant agencé pour permettre la connexion à un réseau sans fil. On désigne par noeud consommateur un noeud ad hoc consommant un service dans le réseau ad hoc. On désigne par noeud opérateur un noeud géré par au moins un opérateur administrant le réseau ad hoc. Le service assuré peut être de type réseau et/ou applicatif et/ou AAA. Par services AAA , on désigne toutes combinaisons des sous-services : A--, -A-, --A. Par service réseau , on désigne tout type de service utile au fonctionnement du réseau ad hoc, comme par exemple le service VPN (Virtual Private Network), le service de routage ad hoc, le service d'adressage, le service d'accès à un réseau informatique ou le service d'annonce. Par service d'adressage , on désigne le service assurant la gestion de l'ensemble des adresses des noeuds dans le réseau ad hoc. Ce service peut prendre la forme d'un service d'allocation d'adresse dans lequel un serveur se charge d'attribuer des adresses temporaires ou définitives aux nouveaux noeuds ad hoc. Par service d'accès à un réseau informatique , on désigne le service offrant à un noeud ad hoc du réseau la possibilité d'accéder à un réseau informatique, par exemple à un réseau étendu (WAN) comme Internet ou un réseau local comme Intranet. L'accès à Internet peut être effectué par l'intermédiaire d'un fournisseur d'accès à Internet connecté au réseau ad hoc par une ou plusieurs passerelle(s) ad hoc (Gateway). Par service d'annonce , on désigne le service consistant, pour un noeud actif, à envoyer à un nouveau noeud du réseau ad hoc l'ensemble des services disponibles dans le réseau ad hoc, à savoir les services réseau, applicatif ou AAA. Un tel service d'annonce peut permettre de renseigner un nouveau noeud ad hoc sur les services disponibles dans le réseau ad hoc et l'aider à se décider à se connecter ou non. Ce service peut aussi donner les caractéristiques des services rendus par ce réseau ad hoc telles que la bande passante disponible à la connexion vers le réseau informatique ou encore les paramètres de QoS de ce réseau ad hoc. Par service applicatif , on désigne un service hébergé par un noeud actif, comme par exemple la publicité, les jeux en réseau, la distribution de contenu, la vente aux enchères en temps réel, notamment dans une salle des ventes, le cinéma avec téléchargement de bandes annonces, l'achat de places ou encore l'obtention de preuves d'achats pour rentrer dans une salle de spectacle, une exposition ou un stade. L'invention peut encore trouver des applications en assurant des services applicatifs comme le téléchargement de séquences musicales gratuites ou payantes dans le domaine de la vidéo à la demande. Les services applicatifs peuvent également comporter des applications de 10 rencontre spontanée entre noeuds du réseau ad hoc par exemple dans un bar, ou encore un campus. On désigne par noeud passif un noeud ad hoc consommant un service dans le réseau ad hoc et n'assurant pas de services réseau, applicatifs ou AAA. On désigne par nouveau noeud ad hoc un nouveau noeud ad hoc se 15 connectant au réseau ad hoc. Un serveur AAA dans le réseau d'accès assure les trois services AAA à la fois. Dans le réseau ad hoc selon l'invention, ces services peuvent être délégués totalement ou en partie à certains noeuds du réseau ad hoc. De tels noeuds sont alors des noeuds actifs fournisseurs de services AAA. Ces noeuds actifs peuvent par exemple assurer le service A- 20 - (authentification), le service -A-(autorisation), et/ou le service --A (comptabilisation de données relatives au service consommé). En variante, un noeud actif peut assurer un service AA- (authentification et autorisation). L'invention, en décomposant les services AAA en trois sous services 25 d'authentification (A--), d'autorisation (-A-) et de comptabilisation (--A) partiellement exécutés dans le réseau ad hoc, peut permettre une délégation de ces services aux noeuds ad hoc. Ces noeuds ad hoc peuvent se déplacer géographiquement en transportant physiquement tout ou partie des services AAA avec eux, ce qui peut permettre 30 d'augmenter la couverture du réseau d'accès par la technologie ad hoc tout en assurant le service AAA indispensable pour le déploiement de services réseau facturables par l'opérateur. Par ailleurs, les services AAA délégués peuvent être garantis aux noeuds ad hoc du réseau lorsque le réseau d'accès n'est pas joignable et ne peut par conséquent pas assurer les services AAA directement. L'invention, en augmentant la probabilité qu'un noeud puisse, en se connectant à un noeud ad hoc assurant l'un au moins des services AAA, bénéficier de services AAA dans le réseau, permet de fiabiliser les échanges dans les réseaux ad hoc. L'invention peut s'avérer particulièrement utile pour les applications avec tiers de confiance à travers un réseau ad hoc en y fournissant les services AAA. L'invention peut par exemple être mise en oeuvre dans des réseaux ad hoc 10 localisés dans des restaurants, des transports en commun comme des trains, des bus ou encore des halls de gare ou d' aéroport. Les noeuds actifs peuvent comporter des noeuds homologués, pouvant être des noeuds ad hoc et/ou des noeuds opérateurs. Les noeuds homologués peuvent comporter des terminaux dont l'architecture 15 matérielle et/ou logicielle peut avoir été préalablement homologuée et validée par une entité habilitée, pouvant être le constructeur de l'équipement ou l'opérateur de souscription auprès duquel le propriétaire du terminal a souscrit un abonnement. Cette homologation peut se concrétiser par une architecture matérielle et/ou logicielle sécurisée permettant d'exécuter sur le terminal de l'utilisateur des opérations liées à l'opérateur. Un 20 tel noeud homologué peut constituer un noeud actif du réseau et non un simple noeud passif consommateur des ressources du réseau tel que c'est le cas dans les réseaux infrastructure. Cette étape d'homologation préalable peut permettre de vérifier l'architecture matérielle et/ou logicielle d'un terminal sur d'autres critères que sur la seule bonne foi de l'utilisateur du terminal. 25 Un noeud préalablement homologué peut lors de sa connexion au réseau se connecter auprès d'un serveur d'homologation en ligne du réseau ad hoc pour obtenir l'autorisation de faire usage de son homologation en vue de se déclarer noeud actif homologué. Le noeud homologué peut transmettre à ce serveur la preuve de son 30 homologation comportant des éléments relatifs à la structure des composants informatiques de son terminal, à la capacité mémoire dont il dispose, des informations relatives aux programmes dont il dispose, à son système d'exploitation, à son système d'antivirus, au type de service qu'il souhaite assurer dans le réseau ad hoc... Le cas échéant, le serveur d'homologation en ligne peut être agencé pour vérifier les informations envoyées par le noeud, le système d'antivirus du noeud et les fichiers que le noeud souhaite utiliser dans le cadre de la fourniture d'un service. La vérification du système d'antivirus permet par exemple d'éviter la propagation de virus dans le réseau ad hoc. La vérification des fichiers permet par exemple d'éviter que des services en rapport à des contenus illicites en termes de moeurs ou en termes de droits de la propriété intellectuelle ne soient fournis par des noeuds homologués au sein du réseau ad hoc. Le serveur d'homologation en ligne peut être agencé pour octroyer temporairement et localement le droit d'un noeud à faire valoir ses propriétés de noeud homologué pour rendre certains services. Cette autorisation ou non peut dépendre de critères dynamiques relatifs à la composition du réseau ad hoc. De tels critères sont par exemple le nombre de noeuds homologués fournissant déjà un service donné, le nombre de noeuds ad hoc dans le réseau ad hoc et un ratio prédéfini entre le nombre de noeuds fournisseurs de ce service et le nombre de noeuds dans le réseau. A l'issue de cette opération d'homologation en ligne, le serveur d'homologation en ligne peut être agencé pour transmettre des paramètres au noeud autorisé à faire valoir son statut de noeud homologué; ces paramètres peuvent se présenter sous la forme d'un identifiant, d'une adresse, ou de tout moyen permettant aux autres noeuds de l'identifier comme noeud homologué autorisé à faire valoir son statut de noeud homologué. Le serveur d'homologation en ligne peut émettre pour le noeud homologué un certificat à usage local et temporaire prouvant que le serveur d'homologation a autorisé ce noeud à faire usage de son statut de noeud homologué pour la fourniture de certains services seulement ou pour la fourniture de l'ensemble des services disponibles dans le réseau. Au moins un noeud opérateur peut ne pas être homologué. Tous les noeuds ad hoc actifs du réseau ad hoc peuvent être des noeuds homologués. Un paquet associé à un nouveau noeud ayant une adresse initiale dans le réseau peut n'être transmis que s'il est relatif à la procédure d'authentification de ce nouveau noeud. On désigne par adresse initiale l'adresse dans le réseau d'un nouveau noeud du réseau ad hoc avant que ce nouveau noeud n'ait été authentifié. Cette adresse initiale peut être une adresse temporaire ou une adresse définitive dans le réseau ad hoc. On désigne par paquet associé à un noeud un paquet dont l'adresse de l'émetteur ou l'adresse du destinataire est celle du noeud. Dans le cas d'un service d'adressage nécessitant l'intervention d'un ou plusieurs noeuds ad hoc, au moins un noeud actif, notamment un noeud ad hoc, peut assurer un service d'adressage à au moins un nouveau noeud ad hoc Au moins un noeud actif, étant un noeud opérateur ou un noeud ad hoc homologué, peut assurer au moins un service d'authentification (A--) d'un nouveau noeud ad hoc disposant d'une adresse initiale. On désigne par noeud A -- un tel noeud actif. Un noeud A-- peut également assurer des services d'autorisation (-A-) et de comptabilisation (--A) auquel cas il est désigné noeud AAA . Préalablement à l'opération d'authentification, un noeud A-- peut, lors de la connexion d'un nouveau noeud ad hoc vérifier si ce noeud satisfait à au moins une condition prédéfinie, en vérifiant par exemple le système d'antivirus et la taille de la mémoire de masse du terminal du nouveau noeud. Pour cela, il peut collaborer avec le serveur d'homologation en ligne et exiger que le nouveau noeud présente le certificat fourni par le serveur d'homologation en ligne. L'invention peut ainsi permettre de sélectionner les nouveaux noeuds, d'éviter l'accès au réseau ad hoc de noeuds introduisant des virus et d'optimiser les échanges dans le réseau en évitant que des noeuds ne ralentissent les échanges. Le noeud A-- peut communiquer avec un serveur AAA d'un réseau d'accès connecté au réseau ad hoc, notamment un réseau d'accès à Internet, pour authentifier le nouveau noeud ad hoc lors de son arrivée dans le réseau, et pour le ré-authentifier ensuite. Cette communication est par exemple effectuée par l'intermédiaire de la passerelle ad hoc/ infrastructure, encore appelée Adln. Le serveur AAA du réseau d'accès connecté au réseau ad hoc peut communiquer avec le serveur AAA du réseau géré par l'opérateur auprès duquel un nouveau noeud ad hoc a souscrit un abonnement pour procéder à l'authentification du nouveau noeud ad hoc En cas d'authentification réussie, un nouveau noeud ad hoc pourvu d'une adresse temporaire peut recevoir une adresse définitive dans le réseau fournie par un noeud actif, notamment un noeud ad hoc homologué, assurant le service d'adressage, ce dernier pouvant être le même noeud actif qui a servi de noeud A--. Le noeud A-- peut adresser selon une période prédéfinie et/ou en réponse à une action prédéfinie d'un noeud ad hoc déjà authentifié, une requête de réauthentification à ce noeud ad hoc. La valeur de la période peut être plus ou moins grande selon le niveau de confiance recherché par l'utilisateur et/ou l'opérateur. L'action prédéfinie est par exemple le déplacement du noeud actif et/ou du noeud consommateur dans le réseau ad hoc. La réauthentification peut permettre de se prémunir des usurpations d'identité d'un noeud authentifié et peut faciliter le service de comptabilisation des données relatives au service consommé par le noeud consommateur. Dans le cas d'un noeud ad hoc qui n'aurait pas quitté proprement le réseau ad hoc, par exemple à la suite d'une défaillance de son équipement, la réauthentification peut permettre par exemple de s'apercevoir du départ de ce noeud ad hoc et de fermer sa session dans le réseau ad hoc. Au moins un noeud actif peut assurer au moins un service d'autorisation (-A-) 20 de la consommation d'un service par un noeud consommateur. On désigne par noeud -A- un tel noeud actif, étant un noeud opérateur ou un noeud ad hoc homologué, contrôlant si un noeud consommateur peut accéder à des services disponibles dans le réseau ad hoc ou dans un réseau infrastructure accessible par ce réseau ad hoc. Un noeud -A- peut également fournir les services d'authentification et de 25 comptabilisation. Un noeud -A- peut n'autoriser le routage de paquets associés à un noeud ad hoc que si celui-ci est préalablement authentifié et autorisé par le serveur AAA dans lequel est enregistré le niveau d'abonnement du noeud ad hoc au réseau ou que si des paquets associés au noeud ad hoc sont relatifs à la procédure d'authentification d'un nouveau noeud 30 ad hoc dans le réseau ad hoc. Le cas échéant, un noeud -A- peut assurer le service d'adressage qui peut prendre la forme d'un service d'allocation d'adresse. Au moins un noeud actif peut assurer au moins un service de comptabilisation (--A) des données relatives à la consommation d'un service par un noeud ad hoc consommateur. On désigne par noeud --A un tel noeud actif, étant un noeud opérateur ou un noeud ad hoc homologué, fournissant le service de comptabilisation de données relatives à la consommation d'un service par un noeud consommateur. Ce noeud --A peut également assurer les services d'authentification et d'autorisation. L'invention peut permettre la facturation des services AAA rendus dans le réseau ad hoc. L'invention peut permettre la facturation des services réseau tels que le service d'adressage, le routage de paquets, ... et des services applicatifs tels que la distribution de contenus... Le noeud --A peut comptabiliser les données relatives à la consommation d'au moins un service réseau fourni à un noeud consommateur. Les données comptabilisées par le noeud --A peuvent comporter le volume des paquets routés associés au noeud consommateur et/ou la durée de la connexion du noeud consommateur au réseau ad hoc et/ou au réseau d'accès. Le noeud consommateur peut effectuer sa propre comptabilisation de données relatives au service qu'il a consommé et les transmettre au noeud --A. Le noeud --A peut transmettre les données comptabilisées à un serveur de facturation. Ce serveur de facturation est par exemple un serveur AAA du réseau géré par l'opérateur auprès duquel le noeud ad hoc a souscrit un abonnement. Ces données peuvent être transmises indirectement par un proxy AAA du réseau ad hoc. On désigne par proxy AAA un équipement qui relaie des messages AAA à 25 un serveur AAA. Le serveur de facturation peut comparer les données relatives au service consommé comptabilisées par le noeud --A à celles comptabilisées par le noeud consommateur lors de l'établissement de la facture. Au moins un noeud actif peut être un noeud ad hoc homologué et être 30 récompensé par le serveur de facturation à la suite d'un service assuré par ce noeud ad hoc dans le réseau ad hoc. Cette récompense peut être un virement bancaire, l'accès gratuit ou à des tarifs réduits à des services payants du réseau, l'accès à des services réservés, l'octroi de davantage de bande passante dans le cas d'une connexion à un réseau d'accès, une publicité auprès des autres noeuds du réseau ad hoc pour les inciter à consommer le service fourni par ce noeud actif via le service d'annonce par exemple. Au moins un compte associé à un noeud consommateur peut être débité par le serveur de facturation à la suite de la facturation d'un service consommé par ce noeud consommateur. Le serveur de facturation peut facturer le service réseau fourni à un noeud consommateur à la consommation réelle lorsque les données comptabilisées comportent le volume des paquets routés associés au noeud consommateur et/ou la durée de connexion associée à ce noeud consommateur. En variante ou en combinaison avec ce qui précède, un service réseau consommé par un noeud consommateur peut être prépayé auprès du serveur de facturation par le noeud consommateur selon un système de prépaiement à activation unique ou un système de prépaiement à activations multiples. On désigne par prépaiement à activation unique un système de prépaiement dans lequel une fois la consommation d'un service démarrée, le noeud consommateur ne peut pas suspendre ce service et en dispose jusqu'à échéance de la durée de validité de son identifiant. On désigne par prépaiement à activations multiples un système de prépaiement dans lequel à tout moment le noeud consommateur peut suspendre la consommation d'un service et la réactiver plus tard, chaque paquet émis par le noeud consommateur contenant la preuve de son autorisation à être émis. En variante encore, un noeud consommateur d'un service réseau peut égalementassurer un service réseau et/ou applicatif. Le serveur de facturation peut alors mettre en place un système d'échange équitable, en incrémentant un compteur associé à ce noeud actif en fonction du service assuré, en le décrémentant en fonction du service consommé, et en récompensant ou débitant un compte associé au noeud actif suivant le solde du compteur. Le noeud --A peut comptabiliser les données relatives à la consommation d'au 30 moins un service applicatif fourni à un noeud consommateur. Les données comptabilisées par le noeud --A peuvent comporter le type de service applicatif fourni et/ou la durée pendant laquelle le service applicatif est fourni au noeud consommateur. Le noeud --A peut transmettre les données relatives à la consommation du service applicatif par un noeud consommateur à au moins un serveur de facturation, étant par exemple un serveur de comptabilisation pour application ad hoc (CAAH) agencé pour débiter directement un compte associé au noeud consommateur ayant bénéficié du service applicatif. Le serveur CAAH peut appartenir au réseau ad hoc ou au réseau d'accès. Le serveur CAAH peut être agencé pour mener à bien les opérations de facturation, soit directement, par exemple par transactions bancaires, soit indirectement grâce au proxy AAA du réseau ad hoc. Dans ce dernier cas, le serveur CAAH peut être couplé au proxy AAA du réseau ad hoc, qui réalise les opérations de comptabilité pour les services applicatifs, comme il le fait pour le service réseau. Un avantage peut être pour les clients de voir les prélèvements ou crédits gérés par leurs opérateurs de souscription. Le serveur de facturation peut facturer le service applicatif fourni à un noeud consommateur à la consommation réelle lorsque les données comptabilisées comportent le type de service applicatif fourni et/ou la durée pendant laquelle le service applicatif est fourni au noeud consommateur. En variante, un service applicatif consommé par un noeud consommateur peut être prépayé auprès du serveur de facturation par le noeud consommateur selon un système de prépaiement à la durée à activation unique, un système de prépaiement à la durée à activations multiples, un système de prépaiement d'un service unique ou un système de prépaiement d'un service multiple. On désigne par prépaiement à la durée à activation unique le système de prépaiement selon lequel, une fois la consommation d'un service démarrée, le noeud consommateur ne peut pas suspendre ce service et en dispose jusqu'à échéance de la durée de validité de son identifiant. On désigne par prépaiement à la durée à activations multiples le système de prépaiement selon lequel, à tout moment, le noeud consommateur peut suspendre la consommation d'un service applicatif et la réactiver plus tard. On désigne par prépaiement d'un service unique le système de prépaiement selon lequel, une fois la consommation d'un service applicatif démarrée, le noeud consommateur ne peut plus bénéficier d'autres services applicatifs sans effectuer de nouvelle opération de prépaiement. On désigne par prépaiement multi services , le système de prépaiement selon lequel le noeud consommateur peut bénéficier d'un nombre déterminé de services applicatifs sans effectuer de nouvelle opération de prépaiement. En variante encore, la facturation d'un service applicatif consommé peut mettre en jeu le système d'échange équitable précédemment évoqué. Dans une autre variante, un même service fourni à un noeud consommateur peut être facturé différemment selon le système de facturation choisi par le noeud 10 consommateur. Le service d'annonce peut être gratuit et annoncer aussi bien des services réseau qu'applicatifs. Les données comptabilisées peuvent être adressées par le noeud -- A au serveur de facturation selon une période prédéfinie et/ou à la suite d'une action prédéfinie du 15 noeud consommateur et/ou du noeud actif fournissant le service dans le réseau ad hoc. Ces données comptabilisées peuvent par exemple être adressées par le noeud --A au serveur de facturation à la suite d'un déplacement du noeud actif fournissant le service et/ou d'un déplacement du noeud consommateur. Les services réseau, les services applicatifs, et les services AAA peuvent être 20 exclusivement fournis par les noeuds ad hoc homologués ou par les noeuds opérateurs. Le service consommé par un noeud consommateur peut faire intervenir plusieurs noeuds intermédiaires, notamment plusieurs noeuds ad hoc homologués intermédiaires, et le service peut être facturé au noeud consommateur indépendamment du nombre de noeuds intermédiaires routant les paquets en rapport avec le service consommé. 25 En variante, le service peut être facturé au noeud consommateur en fonction de la qualité de service ou du nombre de noeuds intermédiaires routant les paquets en rapport avec le service consommé. Le réseau ad hoc peut être connecté à un réseau d'accès et le réseau d'accès peut facturer les services d'authentification (A--), d'autorisation (-A-) et de 30 comptabilisation (--A) qu'il assure. L'invention a encore pour objet, selon un autre de ses aspects, un procédé de fourniture d'au moins un service dans un réseau ad hoc par un terminal informatique d'un utilisateur, ce terminal pouvant constituer un noeud homologué et comportant un composant informatique comportant un module sécurisé auquel seul un tiers autorisé peut accéder. On désigne par module une structure de programmation ou un environnement d'exécution dans un composant informatique ou un composant matériel. On désigne par tiers autorisé l'opérateur gérant le réseau ad hoc, le fournisseur de contenus décidant de gérer à distance ses propres contenus hébergés sur le terminal comportant le composant informatique, ou toute personne ou système autorisé par ce dernier à effectuer la gestion du module du terminal. On désigne par fournisseur de contenus une société offrant différents types de contenus électroniques comme des contenus photo, vidéo, ou audio sur un réseau informatique qui sont accessibles gratuitement ou de façon payante via le réseau informatique. Par accéder au module , il faut comprendre toute opération permettant d'initialiser, de modifier ou de consulter des informations contenues à l'intérieur de ce module. Il peut s'agir d'informations relatives au code d'implémentation d'une ou plusieurs applications exécutées par le module ou à des informations enregistrées dans une mémoire de ce module. L'invention a encore pour objet, selon un autre de ses aspects, un procédé de facturation d'au moins un service fourni par un noeud actif à un noeud consommateur dans un réseau ad hoc, dans lequel on crédite un compte associé au noeud actif et dans lequel on débite un compte associé au noeud consommateur sur la base d'informations relatives au service, ces informations étant collectées au moins partiellement par un noeud ad hoc. Le service peut être l'un au moins d'un service d'authentification (A--), d'autorisation (-A-) et de comptabilisation (--A), d'un service applicatif et/ou d'un service réseau. L'invention a encore pour objet, selon un autre de ses aspects, un composant informatique destiné à permettre à un terminal de constituer un noeud actif au sein d'un réseau ad hoc pour assurer au moins un service d'autorisation (-A-) et/ou de comptabilisation de données (--A) et/ou un service réseau, le composant informatique comportant : - un module opérateur agencé pour n'être accessible qu'à un tiers autorisé et pour fournir un service AAA au moins partiel, - un module utilisateur agencé pour n'être accessible qu'à l'utilisateur du terminal et non accessible à distance, en particulier par les autres noeuds ad hoc,et - un module ad hoc, agencé pour réaliser le routage des paquets sur le réseau ad hoc. Le terminal peut également être agencé pour assurer un service applicatif et le composant peut comporter un module fournisseur agencé pour n'être accessible qu'à un tiers autorisé tel qu'un fournisseur de contenus et/ou à l'utilisateur, selon la politique de sécurité. Les différents modules peuvent être compartimentés, la compartimentation pouvant être assurée par une indépendance matérielle, par exemple grâce à des processeurs distincts ou des supports distincts, ou par une indépendance logique grâce à des partitions différentes. L'invention a encore pour objet, selon un autre de ses aspects, un composant informatique destiné à permettre à un terminal de constituer un noeud actif au sein d'un réseau ad hoc pour assurer des services d'authentification (A--), d'autorisation (-A-) et de comptabilisation (--A) et/ou des services réseau et/ou des services applicatifs dans le réseau ad hoc, le composant informatique comportant : - des premiers moyens informatiques agencés pour permettre au noeud actif de satisfaire les besoins informatiques propres de l'utilisateur du terminal et de couvrir ses besoins en communication sur le réseau ad hoc et, - des deuxièmes moyens informatiques agencés pour permettre au noeud actif de fournir auprès d'autres noeuds ad hoc du réseau des services -A-, --A, et/ou réseau et/ou applicatifs. Par besoins informatiques propres de l'utilisateur , on désigne par exemple le service de messagerie, le service de navigation sur Internet, ou encore toute application utile à titre privé ou à titre professionnel à l'utilisateur. Ces services réseau privés peuvent comporter les moyens utiles à la connexion à distance de ce noeud à un réseau privé comme des logiciels VPN. Les premiers et deuxièmes moyens informatiques peuvent comporter chacun un processeur, un micro processeur, une mémoire, un composant à introduire dans un appareil électronique agencé pour se connecter à un réseau sans fil, par exemple une carte électronique, un périphérique à connecter à un terminal informatique... Les premiers et deuxièmes moyens peuvent appartenir au même appareil électronique, étant séparés au niveau logiciel ou matériel. En variante, les premiers et deuxièmes moyens informatiques peuvent constituer des composants distincts. Les premiers moyens informatiques peuvent ne comporter que le module 10 utilisateur défini précédemment. Les deuxièmes moyens informatiques peuvent comporter les modules ad hoc, opérateur et fournisseur définis précédemment. Les premier et deuxième moyens informatiques peuvent avoir une couche liaison & physique en commun, ou bien disposer de leur propre couche liaison & 15 physique. Le composant peut être intégré à l'un des appareils électroniques agencés pour se connecter à un réseau sans fil, par exemple au moyen d'une carte WiFi, précédemment cités. L'invention pourra être mieux comprise à la lecture de la description qui va 20 suivre, d'exemples de mise en oeuvre non limitatifs de celle-ci, et au vu du dessin annexé, sur lequel : - la figure 1 représente de façon schématique un exemple d'architecture informatique comportant un réseau ad hoc dans lequel est mis en oeuvre le procédé selon l'invention, un réseau d'accès et un réseau géré par un opérateur mère de souscription, 25 - la figure 2 représente un exemple de composant informatique d'un noeud ad hoc passif, - les figures 3 à 5 et 7 représentent différents exemples de composants informatiques de noeuds ad hoc actifs homologués, - la figure 6 représente un exemple de dispositif de noeud homologué avec 30 deux interfaces réseau sans fil correspondant aux composants informatiques représentés aux figures 5 et 7, - la figure 8 représente de façon schématique un exemple de procédé d'authentification d'un nouveau noeud rejoignant un réseau ad hoc selon l'invention, - les figures 9 et 10 illustrent des exemples de fourniture et de comptabilisation de services réseau à un ou plusieurs noeuds ad hoc, - la figure 11 représente de façon schématique un exemple de facturation d'un service applicatif consommé par un noeud ad hoc selon l'invention, et - la figure 12 représente un exemple de fourniture et de facturation d'un service applicatif à un noeud ad hoc. La figure 1 représente de façon schématique une architecture informatique 1 comportant un réseau non filaire, notamment WiFi, ad hoc 2 selon l'invention. Le réseau ad hoc 2 communique avec un réseau d'accès 3 et avec un réseau 6 géré par un opérateur mère de souscription (OMS) auprès duquel au moins un noeud du réseau ad hoc 2 a souscrit un abonnement. Un contrat peut être conclu entre le réseau d'accès 3 et le réseau ad hoc 2 qui peut être considéré comme un abonné spécial du réseau d'accès 3, le réseau d'accès lui fournissant par exemple le service d'accès à Internet ainsi que ses propres services AAA. Le réseau ad hoc 2 peut, le cas échéant, bénéficier des services AAA fournis par le réseau d'accès 3, en plus des services AAA distribués dans le réseau ad hoc 2. Par ailleurs, un accord de roaming permettant aux abonnés du réseau 6 d'utiliser le réseau d'accès 3 peut par exemple avoir été conclu. Dans l'exemple décrit, le réseau d'accès 3 est un réseau d'accès à Internet géré par un fournisseur d'accès à Internet mais on ne sort pas du cadre de la présente invention lorsque le réseau d'accès 3 est un réseau local, comme un réseau Intranet mis en place au sein d'une entreprise. Le réseau d'accès 3 est dans l'exemple décrit un réseau en mode infrastructure et comporte un serveur AAA 30 assurant les services d'authentification A--, d'autorisation -A- et de comptabilisation --A dans le réseau d'accès 3. Le réseau d'accès 3 comporte également un serveur de facturation 31 qui sera décrit par la suite. Le réseau d'accès 3 peut être un réseau filaire et comporter une pluralité de points d'accès 33 permettant la connexion au réseau d'accès 3 depuis le réseau ad hoc 2. On ne sort pas du cadre de la présente invention lorsque le réseau d'accès 3 est un réseau non filaire, notamment WiFi. Le réseau d'accès 3 peut contrôler l'accès à son réseau par le serveur AAA 30 qui est par exemple un serveur RADIUS, un serveur TACACS ou encore un serveur Diameter. Le réseau d'accès 3 peut également comporter, comme cela sera précisé plus loin et comme illustré à la figure 8, un proxy AAA 34 grâce auquel le réseau ad hoc 2 peut par exemple communiquer avec le réseau 6 géré par l'opérateur mère de souscription. Le réseau 6 comporte un serveur AAAH 60 assurant les fonctions AAA dans le réseau 6 (OMS) ainsi qu'un serveur de facturation 59 qui sera décrit par la suite. Le serveur AAAH 60 est agencé pour authentifier un noeud souhaitant se connecter au réseau ad hoc 2 et pour définir son niveau d'autorisation d'accès aux services. Le serveur AAAH 60 comporte par exemple des informations relatives à l'identité du noeud, ses coordonnées administratives comme son adresse principale, des coordonnées bancaires... Le réseau ad hoc 2 peut être géré par un opérateur ad hoc ou encore être géré par un opérateur infrastructure étendant son réseau d'accès avec la technologie ad hoc. Le réseau ad hoc 2 comporte une pluralité de noeuds 20 constitués par des terminaux choisis par exemple parmi les ordinateurs, les micro ordinateurs, les assistants personnels numériques, les téléphones portables, les véhicules équipés d'une interface communicante, les moyens de paiements électroniques, les appareils de positionnement par satellite, par exemple les GPS, un capteur actif ou passif ou plus généralement tout appareil électronique comportant un composant agencé pour permettre la connexion à un réseau sans fil, par exemple une carte WiFi. Le réseau ad hoc 2 peut comporter des noeuds actifs et des noeuds passifs. Parmi les noeuds actifs, on distingue les noeuds opérateurs 20a gérés par l'un des 25 opérateurs précités et les noeuds ad hoc homologués 20b. Les noeuds opérateurs 20a sont des noeuds actifs et assurent dans l'exemple décrit des services réseau et éventuellement des services applicatifs. Parmi ces noeuds opérateurs 20a, des noeuds dits passerelle (ou gateway en anglais) 20a' sont des noeuds fixes ou à mobilité réduite disposés dans le réseau ad hoc 2 30 de manière à pouvoir se connecter aux points d'accès 33 du réseau d'accès 3. Chaque terminal servant de noeud gateway est dans l'exemple décrit limité à un terminal constituant un noeud opérateur 20a. Les noeuds gateway 20a' peuvent effectuer du routage ad hoc dans le réseau 2 et du routage IP dans le réseau d'accès à Internet 3 et peuvent constituer un pont fonctionnel entre le réseau ad hoc 2 et le réseau d'accès 3. Ces noeuds 20a' peuvent assurer le routage de tout le trafic entre le réseau d'accès 3 et un noeud du réseau ad hoc 2. Les noeuds gateway 20a' peuvent mettre en oeuvre la fonction de proxy AAA ou de serveur AAAF. On désigne par serveur AAAF un noeud actif contrôlant l'accès d'un nouveau noeud au réseau ad hoc 2 non enregistré chez lui. Les noeuds gateway partagent par exemple une association de sécurité avec le serveur AAA 30, cette association leur permettant de s'authentifier et de sécuriser leurs échanges avec le réseau d'accès 3. Le chemin entre noeuds gateway 20a' et réseau d'accès 3 peut être momentanément perdu, mais peut être valide la plupart du temps. On ne sort pas du cadre de la présente invention lorsqu'au moins un noeud gateway 20a' fournit également un ou plusieurs services réseau ou applicatifs. Le réseau représenté à la figure 1 comporte également d'autres noeuds actifs, les noeuds ad hoc homologués 20b qui sont des noeuds ad hoc ayant accepté de participer au fonctionnement du réseau ad hoc. Cette collaboration se traduit par exemple par la fourniture de services réseau et/ou de services applicatifs. Ces noeuds ad hoc homologués 20b sont rémunérés par le serveur de facturation 59 ou par le serveur de facturation 31. Cette rémunération se fait par exemple par le crédit d'un compte associé à un noeud ad hoc homologué 20b, par un virement bancaire, par l'octroi de davantage de bande passante en cas de connexion à Internet ou par l'accès gratuit ou à des tarifs préférentiels à des services facturés. Le serveur de facturation 31 participe par exemple à la transaction si le noeud 25 ad hoc homologué 20b est enregistré auprès du réseau d'accès et son compte se trouve crédité. Les noeuds ad hoc homologués 20b peuvent fournir différents services AAA partiels comme des services AA-, des services --A, des services ûAA, des services -A- ou encore des services AAA complets. 30 On désigne ainsi par noeud AA- un noeud actif, opérateur et/ou ad hoc homologué, assurant les services d'authentification et d'autorisation d'un noeud ad hoc et éventuellement le service de comptabilisation des données relatives à un service consommé par le noeud auquel cas il est noeud AAA. On désigne par noeud -AA un noeud actif, opérateur et/ou ad hoc homologué, assurant les services d'autorisation des noeuds ad hoc à consommer un ou plusieurs services disponibles dans le réseau et le service de comptabilisation de données relatives à ce(s) service(s) consommé(s). Les noeuds ad hoc homologués et les noeuds opérateurs n'assurant qu'un service réseau peuvent être qualifiés de noeuds AA- car ils ne doivent relayer que les paquets transportant des messages AAA et les paquets authentifiés et autorisés grâce aux éléments de sécurité fournis dans l'identifiant du noeud ad hoc recevant et/ou envoyant les paquets. Les noeuds ad hoc homologués 20b assurant un service applicatif assurent également un service d'autorisation et de comptabilisation puisqu'ils autorisent ou non un noeud ad hoc à accéder à leur service applicatif et comptabilisent les données relatives à la consommation de ce service. La délégation de services AAA par l'opérateur à des noeuds opérateurs 20a ou à des noeuds ad hoc homologués 20b du réseau ad hoc peut nécessiter une protection des services AAA au sein de ces noeuds 20a ou 20b. Il peut être souhaitable que toute intrusion ou toute attaque système ou réseau d'un noeud assurant au moins l'un parmi les services réseau et en particulier les services AAA ne puisse avoir de répercussions sur le service fourni, ce qui peut nécessiter que les noeuds opérateurs 20a et les noeuds homologués 20b soient constitués par des terminaux comportant des composants informatiques spécifiques dont l'architecture matérielle et/ou logicielle est validée par un serveur d'homologation 20d qui sera décrit par la suite. On a représenté à la figure 2 un premier exemple de composant informatique 35'. Le composant informatique 35' dispose d'une carte réseau 44 comportant un module utilisateur 36 et un module ad hoc 39. Le module utilisateur 36 est, dans l'exemple décrit, contrôlé par le propriétaire du terminal informatique, étant par exemple un utilisateur. Ce module utilisateur 36 contient classiquement le système gestionnaire de répertoire, les fichiers, les programmes et est à l'abri des attaques réseau ou système. Un composant informatique comportant un module utilisateur 36 peut être utilisé pour constituer un noeud opérateur 20a, la présence d'un tel module utilisateur permettant la mise à disposition du noeud opérateur à des utilisateurs, le cas échéant. Le module ad hoc 39 peut comporter tous les éléments nécessaires au fonctionnement du réseau ad hoc 2. Il s'agit par exemple des services de routage, et/ou d'allocations d'adresses temporaires ou définitives, comme par exemple le service DHCP. Les programmes actifs et les données hébergées dans ce module ad hoc 39 peuvent être par exemple limités de façon à restreindre le champ d'action d'éventuels attaquants et limiter le gain d'une intrusion réussie. Un terminal comportant un tel composant 35' peut ainsi assurer un service de routage mais n'a aucun moyen de comptabiliser ses ressources consommées et n'est généralement pas rémunéré pour les services rendus. Les noeuds actifs 20a ou 20b comportent ainsi avantageusement un composant informatique 35 représenté aux figures 3 et 4, comportant une structure compartimentée en plusieurs modules cloisonnés les uns par rapport aux autres. Cette structure peut comporter un module utilisateur 36, un module fournisseur 37, un module opérateur 38 et un module ad hoc 39. Les modules utilisateur 36 et ad hoc 39 sont par exemple similaires à ceux décrits en référence à la figure 2. Le module fournisseur 37 peut héberger les contenus pouvant être distribués par un noeud ad hoc fournisseur, assurant un service applicatif. Ces contenus sont par exemple sous le contrôle d'un fournisseur de services qui fixe les règles d'accès, les prix et qui effectue les mises à jour des contenus. Le module opérateur 38 est dans l'exemple décrit entièrement contrôlé par l'opérateur du réseau ad hoc 2 et met en oeuvre un service AAA au moins partiel. Les échanges entre le module opérateur 38 et les autres modules peuvent être contrôlés de telle sorte qu'aucune attaque de ce module opérateur ne puisse être effectuée, que ce soit par une action sur le système d'exploitation, sur les échanges entre modules d'un même noeud ou bien depuis le réseau d'accès 3. Dans le cas de la figure 3, une seule carte réseau 42, sur laquelle sont pluggés les différents modules, est active et le principe de compartimentation des modules mentionné précédemment peut s' avérer difficile à respecter. En effet, un accès à la carte réseau pourrait ensuite permettre d'accéder aux modules sensibles tels que les modules utilisateur, opérateur et fournisseur. Dans le cas de la figure 4, deux cartes réseau 40 et 41 sont actives simultanément et permettent d'isoler les opérations effectuées dans les modules utilisateur, opérateur et fournisseur des opérations réalisées dans le module utilisateur. Un noeud actif étant amené à se déplacer, le composant informatique 35 peut également comporter un module non représenté agencé pour désactiver les services offerts par ce noeud. Cette désactivation peut permettre d'éviter de proposer des services à des noeuds ad hoc par des noeuds actifs n'étant plus en mesure de les assurer. Indépendamment du nombre de cartes réseau, le module opérateur 38 peut être séparé du reste de l'environnement, par exemple sous forme de carte à puce ou d'un processeur dédié et fortement sécurisé. Une séparation physique entre le module utilisateur d'un côté et des modules opérateur, fournisseur et ad hoc de l'autre peut permettre d'empêcher l'utilisateur du terminal de changer les paramètres d'accès configurés par un tiers autorisé. Les différents modules peuvent être déjà présents dans le composant informatique 35 lors de la fourniture de celui-ci ou, sous le contrôle de l'opérateur, peuvent être ajoutés, complétés ou remplacés, par exemple en cas de nouvelle version d'une application d'un module. On a représenté aux figures 5 et 7 des exemples d'architecture de composants informatiques 35 de noeuds actifs 20a ou 20b du point de vue protocolaire. Le composant informatique 35 peut comporter des premiers moyens informatiques et des deuxièmes moyens informatiques. Le composant 35 représenté à la figure 5 comporte des premier et deuxième 25 moyens informatiques 27 et 28 pouvant comporter tous processeurs et mémoires utiles et ayant une couche liaison & physique 37 en commun. Le composant 35 représenté à la figure 7 comporte des premier et deuxième moyens informatiques 22 et 23 disposant chacun d'une couche liaison & physique 37 propre. 30 Les premiers moyens informatiques 22 et 27 peuvent n'être utilisés que par l'utilisateur pour satisfaire ses propres besoins informatiques. Ces premiers moyens informatiques peuvent permettre à l'utilisateur de se connecter au réseau 2 afin de bénéficier par exemple de services applicatifs ou du service d'accès au réseau informatique 3. Aucun de ces premiers moyens informatiques peut n'être mis à la disposition d'autres noeuds ad hoc, excepté la couche liaison & physique 37 lorsqu'elle est commune aux premiers et deuxièmes moyens informatiques. Les deuxièmes moyens informatiques 23 et 28 peuvent comporter une application fournisseur 24, une application opérateur 25 et un service routage ad hoc 26. L'application fournisseur 24 peut être agencée pour effectuer la gestion des contenus du terminal, par exemple la mise à jour, le contrôle d'accès au service et la comptabilisation des services consommés. Cette maintenance et contrôle de contenus peuvent être assurés par des fournisseurs de contenu à distance. L'application opérateur 25 peut être agencée pour permettre la gestion des services d'authentification, d'autorisation et de comptabilisation, des services réseau, d'annonce, d'accès à un réseau informatique et de services applicatifs dans le réseau ad hoc. Cette application opérateur 25 peut héberger un serveur AAAF ou proxy AAA. Un proxy AAA ou un serveur AAAF peut être hébergé sur tout noeud 20b. Le service de routage ad hoc 26 peut être agencé pour effectuer la fourniture de services réseau publics comme par exemple le routage de paquets en ad hoc, ou l'allocation d'adresses aux nouveaux noeuds ad hoc, par exemple par le protocole DHCP, l'adressage des terminaux. Cette application routage ad hoc 26 peut également être agencée pour permettre la présentation des services par des noeuds distributeurs 20b' du réseau ad hoc 2 qui seront décrits par la suite. Comme représenté à la figure 6, les premier et deuxième moyens 25 informatiques peuvent être chacun associés à une antenne 50 permettant la communication non filaire avec le réseau ad hoc 2 ou avec le réseau d'accès 3. Le réseau ad hoc 2 représenté à la figure 1 comporte également des noeuds ad hoc passifs 20c qui sont des noeuds ad hoc connectés au réseau ad hoc 2 ne participant pas au fonctionnement du réseau ad hoc,n'assurant aucune fonction comme le routage ou 30 l'allocation d'une adresse aux nouveaux noeuds et aucun service applicatif. Ces noeuds ad hoc passifs 20c comportent par exemple un composant informatique 35' tel que décrit en référence à la figure 2 mais on ne sort pas du cadre de la présente invention lorsqu'au moins un noeud ad hoc passif comporte un composant informatique 35 tel que décrit en référence aux figures 3 à 7, un même noeud ad hoc pouvant être un noeud passif au cours d'une session dans un réseau ad hoc et un noeud actif au cours d'une autre session. De tels noeuds ad hoc 20c sont des noeuds consommateurs et peuvent accéder à des services fournis par les noeuds actifs 20a ou 20b. Un noeud ad hoc 20c passif peut néanmoins assurer l'authentification des paquets qu'il envoie. Le réseau ad hoc 2 peut encore comporter au moins un serveur d'homologation en ligne 20d. Lors de l'opération d'homologation en ligne d'un noeud ad hoc 20b ou opérateur 20a , ce dernier peut communiquer avec le serveur d'homologation en ligne 20d afin d'échanger des informations relatives à la taille de sa mémoire de masse, à son système d'antivirus ou encore au contenu des fichiers qu'il souhaite utiliser dans le cadre de la fourniture d'un service. Le serveur d'homologation en ligne 20d peut être agencé pour homologuer localement et temporairement un noeud selon des critères dynamiques relatifs à la composition du réseau ad hoc. De tels critères sont par exemple le nombre de noeuds homologués assurant déjà un service donné, le nombre de noeuds ad hoc dans le réseau ad hoc et un ratio prédéfini entre le nombre de noeuds fournisseurs de ce service et le nombre de noeuds dans le réseau. A l'issue de cette opération d'homologation en ligne, le serveur d'homologation en ligne 20d peut être agencé pour transmettre des paramètres au noeud homologué permettant son identification comme noeud homologué autorisé, par exemple un identifiant, une adresse... On peut distinguer trois types de services assurés par les noeuds actifs : - les services réseau comprenant le routage ad hoc de paquets dans le réseau ad hoc 2, le service d'accès à Internet ou à un réseau local de type Intranet via le réseau d'accès 3, ou encore le service d'annonce, ou le service d'adressage ; - les services AAA, et les services applicatifs. L'accès à chacun de ces services par un noeud consommateur peut être contrôlé par les services d'authentification/autorisation et donner lieu à une facturation pour le noeud consommateur. Les noeuds ad hoc passifs 20c sont par exemple facturés selon les services qu'ils consomment, la facturation étant par exemple effectuée par l'intermédiaire du serveur de facturation 59. Le service d'adressage est par exemple le service DHCP, assuré par le module ad hoc 39 d'un noeud opérateur 20a et/ou d'un noeud ad hoc homologué 20b. Le service de routage peut être assuré par tous les noeuds 20a et 20b. Le routage des paquets associés à un noeud peut être limité aux paquets utiles à l'authentification. Les autres paquets peuvent ainsi n'être routés que s'ils sont associés à un noeud authentifié, les noeuds ad hoc routant ces paquets effectuant un service -A-, en contrôlant si ces paquets sont autorisés ou non à être routés. Un nouveau noeud ad hoc non encore authentifié peut se voir attribuer une adresse temporaire et ne router sur le réseau ad hoc que des paquets utiles à son authentification. Un noeud authentifié peut se voir attribuer une adresse définitive qui lui donne le droit d'émettre des paquets de données sur le réseau ad hoc. Un noeud ad hoc assurant le service de routage effectue un contrôle sur les adresses source des paquets, et décide du routage ou non de ces paquets sur le modèle d'un mécanisme par exemple similaire au schéma IEEE 802.lx mais au niveau IP. Les services d'accès à Internet ou à un réseau local de type par exemple Intranet peuvent être contrôlés par les noeuds gateway 20a' qui fournissent les services AAA et ont le rôle de serveur AAAF du réseau ad hoc ou de proxy AAA. Ces noeuds 20a' peuvent assurer le filtrage de paquets IP. Les serveurs AAAF du réseau ad hoc et le proxy AAA peuvent être hébergés dans le même noeud gateway 20a' ou encore dans deux noeuds gateway différents. Dans une autre variante, l'un du serveur AAAF et du proxy AAA peut être hébergé dans un noeud ad hoc homologué 20b et l'autre dans un noeud gateway 20a'. Les services AAA peuvent être mis à la disposition des noeuds ad hoc et assurer toute la sécurité des transactions relatives à la consommation de services dans le réseau ad hoc 2. Dans le cas de l'accès à un service applicatif, les services AAA peuvent être facturés aux noeuds distributeurs 20b' sous la forme d'un prélèvement sur chaque transaction effectuée au bénéfice du noeud distributeur. Les services d'annonce peuvent permettre à un nouveau noeud ad hoc d'être 5 informé des services précédemment cités disponibles dans le réseau ad hoc, cette publicité étant effectuée par le mécanisme d'annonces de services. Lorsqu'un noeud quitte le réseau ad hoc, il peut annoncer au serveur AAAF du réseau ad hoc 2 son départ pour mettre un terme à la session. Le serveur AAAF peut alors être agencé pour diffuser dans le réseau ad hoc 2 l'information du départ d'un noeud 10 authentifié. Les services applicatifs peuvent être fournis par des noeuds actifs 20b' qui seront désignés par la suite par le terme noeuds distributeurs . Un noeud distributeur 20b' est dans l'exemple décrit un noeud ad hoc homologué agissant comme distributeur local d'un fournisseur de service et comportant un 15 module fournisseur 24 hébergeant le service applicatif à fournir. On ne sort pas du cadre de la présente invention lorsqu'au moins un noeud distributeur est un noeud opérateur. L'invention peut permettre à un fournisseur de services, comme un distributeur de musique, de mettre à disposition certains contenus dans les noeuds ad hoc homologués 20 au profits des autres noeuds ad hoc consommateurs. Ces noeuds distributeurs 20b' peuvent gérer l'accès des noeuds consommateurs à leurs services applicatifs en mettant en oeuvre la fonction de noeud -AA. Les noeuds distributeurs 20b' peuvent être des noeuds -AA (ou -A- en cas de service non payant) Le réseau ad hoc 2 selon l'invention peut être déployé selon différents scenari 25 qui vont être maintenant décrits. Selon un premier exemple de déploiement, le réseau ad hoc peut être utilisé par un noeud ad hoc comme fournisseur d'accès, par exemple à Internet. Dans un premier cas, le réseau ad hoc 2 est mis en place par l'opérateur du réseau d'accès 3. Cet opérateur peut mettre en place des noeuds gateway 20a' peu mobiles 30 et pouvant toujours accéder au réseau d'accès 3. Ces noeuds gateway 20a' comportent dans l'exemple décrit un module ad hoc 39 agencé pour étendre le réseau avec de nouveaux noeuds actifs ou passifs rejoignant le réseau ad hoc 2. Dans ce réseau ad hoc 2, l'opérateur peut aussi déployer des noeuds assurant des services applicatifs. Une telle architecture, comportant deux serveurs AAAF, l'un dans le réseau ad hoc au niveau d'un noeud gateway 20a' ou d'un noeud 20b et l'autre dans le réseau d'accès 3, par exemple le serveur AAA 30, peut permettre d'avoir un meilleur temps de réponse pour les noeuds ad hoc, de limiter les échanges ad hoc/réseau d'accès, et d'éviter de surcharger le serveur AAAF 30 du réseau d'accès avec le contrôle des accès des noeuds ad hoc. Dans un deuxième cas, le réseau ad hoc 2 peut être géré par un opérateur 10 différent de celui gérant le réseau d'accès 3. Le réseau ad hoc comporte dans ce cas des noeuds gateway 20a' qui sont avantageusement connus du réseau d'accès 3 pour pouvoir fournir un accès Internet à de nouveaux noeuds ad hoc itinérants. Un tel réseau ad hoc peut être mis en oeuvre dans des lieux publics tels que des restaurants, des halls de gare ou d'aéroport par exemple. 15 Selon un deuxième exemple de déploiement, le réseau ad hoc 2 peut être utilisé comme fournisseur de services applicatifs. Dans un premier cas non représenté, les services applicatifs sont assurés par des serveurs de contenus déployés par l'opérateur et dont les services sont annoncés aux nouveaux noeuds ad hoc rejoignant le réseau ad hoc par le service d'annonce. 20 Dans un deuxième cas, les services applicatifs sont fournis partiellement ou en totalité par des noeuds distributeurs 20b' aux autres noeuds du réseau ad hoc 2. De tels noeuds actifs sont préalablement à leur arrivée dans le réseau ad hoc homologués par des autorités comme le fabricant du terminal ou l'opérateur de souscription de l'utilisateur du terminal constituant le noeud ad hoc. A leur arrivée dans le 25 réseau ad hoc, ces noeuds peuvent demander l'autorisation de faire usage de leur homologation dans le réseau ad hoc auprès du serveur d'homologation en ligne 20d. Cette autorisation peut être effectuée sous le contrôle des services AAA et le noeud ad hoc homologué peut alors s'enregistrer en tant que noeud distributeur avant de pouvoir agir dans le réseau ad hoc en tant que noeud distributeur. 30 Les noeuds distributeurs figurent par exemple dans la liste des services annoncés par le service d'annonce. L'accès d'un nouveau noeud ad hoc à un réseau ad hoc 2 selon l'invention peut s'effectuer selon le procédé représenté à la figure 8. L'étape 61 correspond à l'allocation au noeud rejoignant le réseau ad hoc d'une adresse temporaire par un noeud actif 20a ou 20b situé à un saut du nouveau noeud ad hoc dans le réseau ad hoc, c'est-à-dire par un noeud auquel le nouveau noeud ad hoc est directement connecté dans le réseau sans intermédiaire, ce noeud 20a ou 20b comportant un composant informatique 35 décrit en référence aux figures 3 et 4. Au cours de cette étape, le module ad hoc 39 du noeud 20a ou 20b détecte l'arrivée du nouveau noeud ad hoc se connectant au réseau et lui fournit une adresse temporaire en attendant que le noeud soit authentifié dans le réseau. Au cours de cette même étape, le module opérateur 38 d'un noeud 20a ou 20b comportant également un composant informatique 35 décrit en référence aux figures 3 et 4 situé à un saut du nouveau noeud dans le réseau peut également évaluer la compatibilité du nouveau noeud ad hoc avec des conditions prédéfinies. Ces conditions peuvent être la durée d'autonomie de la batterie du nouveau noeud, la taille de la mémoire de masse du terminal du nouveau noeud, la qualité de son système d'antivirus ou encore son système d'exploitation. L'adresse temporaire fournie à l'étape 61 au noeud ad hoc peut lui permettre de consulter les services disponibles dans le réseau ad hoc et de s'authentifier. L'étape 62 correspond à l'annonce de services au noeud ad hoc rejoignant le réseau. Les services disponibles peuvent être annoncés grâce à des noeud ad hoc actifs homologués assurant le service d'annonce aux noeuds ad hoc à leur arrivée dans le réseau ad hoc 2, ou encore à tout moment sur sollicitation du noeud, voire périodiquement. Les services annoncés à cette étape 62 comportent des services d'accès à Internet, des services applicatifs et les services AAA. Les services AAA, même s'ils sont implicites, sont annoncés au nouveau noeud qui peut les solliciter s'il décide de se connecter au réseau ad hoc. L'étape 63 est une étape d'authentification qui permet au nouveau noeud ad hoc d'obtenir une adresse définitive lui permettant d'accéder aux services réseau, applicatifs ou AAA. Lors de cette étape 63, le noeud ad hoc ayant rejoint le réseau ad hoc 2 contacte l'un des serveurs AAAF annoncés dans la liste des services à l'étape 62 pour s'authentifier. L'adresse temporaire fournie à l'étape 61 permet au noeud ad hoc de communiquer avec ce serveur AAAF. Plusieurs échanges peuvent être nécessaires entre noeud ad hoc et serveur AAAF pour mener à bien cette étape d'authentification. Pour éviter au noeud ad hoc d'être trompé par un faux réseau ad hoc géré par un pirate, la méthode d'authentification choisie peut requérir l'authentification mutuelle. Dans le cas où le serveur AAAF est hébergé par un noeud gateway 20a', ce dernier peut contacter directement le proxy AAA 34 du réseau d'accès 3. Dans le cas où le serveur AAAF est hébergé par un autre noeud 20b, ce dernier peut émettre une requête AAA vers le proxy AAA du réseau ad hoc hébergé dans le réseau d'accès ou dans le noeud gateway 20a', ce dernier la transmettant au proxy AAA 34 du réseau d'accès 3. Le passage par un noeud gateway 20a' peut permettre de restreindre les échanges entre le réseau ad hoc 2 et le réseau d'accès 3 aux échanges entre les noeuds gateway 20a' et le proxy AAA 34 du réseau d'accès 3, ce qui peut permettre de limiter le nombre d'adresses du réseau ad hoc à connaître par le proxy AAA 34 aux seules adresses des noeuds gateway 20a'. Le proxy AAA 34 du réseau d'accès 3 peut ensuite contacter le serveur AAAH 60 du réseau géré par l'OMS pour vérifier l'authenticité des informations fournies et pour connaître le niveau d'autorisation de l'accès de ce noeud aux services fournis. Cette authentification repose par exemple sur un protocole de type Challenge/Response. On désigne par Challenge/Response une méthode d'authentification forte dans laquelle le noeud désirant s'authentifier prouve au noeud l'authentifiant sa connaissance d'un secret partagé avec cet authentificateur sans révéler ce secret aux noeuds intérmédiaires. Lors de l'étape 64, le noeud ad hoc se voit attribuer par le serveur AAAF du noeud gateway ou du réseau d'accès en cas d'authentification réussie un identifiant comprenant une adresse réseau définitive dans le réseau ainsi qu'un ou plusieurs éléments d'authentification/autorisation, par exemple un certificat, un token ou jeton d'autorisation d'accès aux services... Cet identifiant et les éléments associés ont par exemple une durée limitée fixée par le serveur AAAF selon abonnement souscrit par le noeud auprès de l'OMS. On distingue dans l'exemple décrit deux types d'autorisations : -l'autorisation de niveau réseau autorisant le routage des paquets authentifiés associés à un noeud dans le réseau ad hoc 2 grâce à l'identifiant fourni lors de l'authentification, - l'autorisation de niveau applicatif autorisant un noeud ad hoc à accéder à un service applicatif assuré par un noeud distributeur grâce à l'identifiant fourni lors de l'authentification. Les éléments d'authentification/autorisation inclus dans l'identifiant peuvent par exemple exprimer différents privilèges selon l'abonnement souscrit par le noeud auprès de l'OMS. L'identifiant et les éléments reçus à cette étape 64 peuvent permettre au noeud ad hoc d'assurer l'authenticité de ses paquets auprès d'autres noeuds susceptibles de lui assurer des services réseau, applicatifs ou AAA. Lors d'une étape 65, le noeud ad hoc authentifié et autorisé, peut choisir d'être un noeud actif, un noeud consommateur ou l'un et l'autre. Si le noeud authentifié choisit d'être un noeud actif, il peut contacter le serveur d'homologation en ligne 20d pour exécuter la procédure d'homologation déjà décrite. Le noeud authentifié peut ensuite enregistrer les services que ses modules ad hoc 39 et, le cas échéant, fournisseur 37 peuvent fournir, comme par exemple des services AAA, les services de routage et/ou des services applicatif auprès du ou des noeuds ad hoc actifs responsables de l'annonce de services dans le réseau ad hoc. Au cours d'une étape 66, un noeud ad hoc déjà authentifié peut recevoir une demande de réauthentification. Dans un souci d'optimisation du service de comptabilisation des services consommés par un noeud consommateur, le serveur AAAF du réseau ad hoc peut demander périodiquement à un noeud ad hoc de se réauthentifier. Dans le cas d'un noeud ad hoc qui n'aurait pas quitté proprement le réseau ad hoc 2, par exemple suite à la défaillance de son équipement, la réauthentification peut permettre de s' apercevoir de son départ et donc de fermer la session du noeud ad hoc ayant quitté le réseau ad hoc. Cette demande de réauthentification peut être effectuée selon une période prédéfinie. Cette période peut être assez petite pour assurer un niveau de sécurité important, sans toutefois générer trop de trafic d'authentification dans le réseau. L'étape 66 peut permettre de se prémunir des usurpations d'identité d'un noeud authentifié. Les noeuds gateway 20a' et le serveur AAAF du réseau ad hoc, qu'il soit ou non hébergé par un noeud gateway 20a', peuvent synchroniser leurs bases de connaissances, ce qui permet par exemple de procéder à des réauthentifications ultérieures d'un noeud en cas de défaillance d'un serveur AAAF ou d'un noeud gateway ayant effectué la procédure d'authentification du noeud. On a représenté aux figures 9 à 12 des exemples de procédés de comptabilisation et de facturation de services consommés par des noeuds consommateurs. Les noeuds --A sont dans l'exemple décrit les noeuds opérateurs 20a et les noeuds actifs homologués 20b qui peuvent grâce à leur module opérateur 38 assurer des services de comptabilisation. Quel que soit le service consommé par un noeud ad hoc, à savoir les services AAA, applicatifs, ou réseau dans le cas d'un service payant, des données de comptabilisation peuvent être transmises par le noeud --A à un serveur de facturation, soit directement depuis un noeud gateway en charge de la comptabilité, soit via le proxy AAA du réseau ad hoc. Ce serveur de facturation est par exemple le serveur 59 du réseau géré par l'OMS ou le serveur de facturation 31 du réseau d'accès 3. A la différence d'une application AAA classique où seule la possibilité de débiter un compte associé à un noeud consommateur est possible, l'invention peut permettre de récompenser un noeud ad hoc homologué 20b pour services rendus, ou un opérateur d'un réseau ad hoc. Dans un premier cas, le service facturé peut être un service réseau. Par la suite, on distinguera plusieurs systèmes de facturation selon que la facturation est effectuée à la consommation réelle, en prépayé, ou qu'un système d'échange équitable est mis en place. On a représenté à la figure 9 un exemple de facturation à la consommation réelle par le serveur de facturation 59 d'un service réseau fourni à un nouveau noeud ad hoc souhaitant se connecter à Internet depuis le réseau ad hoc 2. Dans l'exemple de facturation à la consommation réelle, le serveur de facturation 59 peut établir la facture à un noeud : - au volume de paquets routés, chaque noeud ad hoc intermédiaire comptabilisant le nombre de paquets associés à un même noeud consommateur dont il a assuré le routage. Chaque paquet émis est authentifié, ce qui permet par exemple au noeud intermédiaire de ne comptabiliser que les paquets issus d'un noeud consommateur clairement identifié, ou - à la durée, chaque noeud ad hoc intermédiaire comptabilisant la durée pendant laquelle il va effectuer le routage de paquets pour un même noeud consommateur. On considère dans l'exemple décrit un nouveau noeud ad hoc n'ayant pas souscrit un abonnement auprès de l'opérateur gérant le réseau d'accès 3 qui est par exemple un réseau d'accès à Internet. On considère également dans cet exemple un noeud ad hoc étant dans le réseau ad hoc 2 à au moins trois sauts, c'est-à-dire séparé par au moins trois noeuds ad hoc intermédiaires, d'un noeud gateway 20a'. Le service réseau est fourni à ce nouveau noeud ad hoc par des noeuds opérateurs 20a et des noeuds ad hoc homologués 20b authentifiés par le réseau ad hoc 2 qui vont assurer le routage des paquets émis et transmis vers ce nouveau noeud ad hoc, par des noeuds gateway 20a' qui vont servir de passerelle d'accès du réseau ad hoc 2 au réseau d'accès 3, par le serveur AAAF du réseau ad hoc 2 qui peut être un noeud gateway 20a' ou un noeud opérateur 20a quelconque, par le serveur AAAF 34 du réseau d'accès 3 et par le serveur AAAH 60 du réseau géré par l'opérateur mère de souscription auprès duquel le nouveau noeud ad hoc a souscrit un abonnement. La procédure d'accès au réseau d'accès 3 à travers le réseau ad hoc 2 comporte une première étape 90 lors de laquelle le nouveau noeud ad hoc établit une connectivité de niveau 2 au sens du modèle OSI avec un premier noeud opérateur 20a ou ad hoc homologué 20b du réseau ad hoc 2. A l'étape 91, ce noeud 20a ou 20b fournit au nouveau noeud ad hoc une adresse temporaire. A l'étape 92, le nouveau noeud ad hoc reçoit la liste des services offerts par le réseau ad hoc 2 via le service d'annonce et sélectionne le service d'accès à Internet. La procédure d'authentification décrite en référence à la figure 8 est effectuée à l'étape 93. A l'étape 94, le proxy AAA du réseau ad hoc enregistre une demande de facturation pour les services AAA fournis lors des étapes 91 à 93 et envoie au serveur AAAF du réseau d'accès l'ensemble de ses enregistrements liés au noeud ad hoc à la déconnexion de celui-ci à l'étape 97. A l'étape 95, le nouveau noeud ad hoc qui est un noeud consommateur commence à envoyer et recevoir des paquets vers le réseau Internet. Les noeuds 20a et 20b intermédiaires comptabilisent les paquets relayés ou la durée de connexion du noeud ad hoc vers Internet, chaque paquet étant authentifié par le nouveau noeud ad hoc. Que ce soit au volume ou à la durée, le module opérateur 38 de chaque noeud intermédiaire peut tenir une comptabilité fonction de chaque noeud consommateur. Chaque noeud intermédiaire qui voit son service réseau sollicité par un noeud consommateur peut transmettre les données comptabilisées relatives au service consommé par ce noeud périodiquement ou après un nombre prédéfini de secondes d'inactivité de routage pour ce noeud consommateur. Un noeud intermédiaire peut également transmettre les données comptabilisées évoquées ci-dessus s'il effectue un déplacement important dans le réseau ad hoc qui pourrait compromettre la transmission de ses informations comptabilisées ou si le noeud consommateur effectue un tel déplacement. Le noeud intermédiaire peut arrêter ses opérations de comptabilisation et envoyer les données comptabilisées au serveur AAAF du réseau ad hoc 2. L'accès entre le noeud consommateur et le réseau d'accès 3 peut, le cas échéant, se reformer grâce à d'autres noeuds opérateurs ou ad hoc homologués qui vont procéder à la comptabilité de la même façon que le noeud ayant précédemment servi au routage des paquets du noeud consommateur. Les informations comptabilisées peuvent alors être regroupées et envoyées périodiquement au proxy AAA 34 du réseau d'accès 3. A l'étape 96, le noeud consommateur se déconnecte d'Internet et libère sa connexion, ce qui peut mettre fin aux opérations de comptabilisation effectuées par les noeuds intermédiaires ayant servi au routage des paquets de ce noeud consommateur. Dans le cas d'une déconnexion sauvage, les opérations de comptabilisation peuvent être interrompues par un mécanisme de détection d'absence du noeud consommateur intrinsèque au protocole de routage. L'emploi d'un tel mécanisme est fréquent dans un réseau ad hoc en raison de la fréquence à laquelle les noeuds rejoignent et quittent le réseau ad hoc. Le protocole de routage peut par exemple modifier les routes en n'impliquant que les noeuds encore présents dans le réseau. Les données comptabilisées peuvent être communiquées au proxy AAA du réseau ad hoc 2 à l'étape 97 par l'ensemble des noeuds ayant participé au service réseau. Les données comptabilisées peuvent comporter les services AAA mis en oeuvre aussi bien dans le réseau ad hoc 2 que dans le réseau d'accès 3. Afin d'accroître les garanties vis-à-vis de la facture qui sera établie pour le nouveau noeud consommateur, celui-ci peut envoyer ses propres données comptabilisées concernant le service dont il a bénéficié au proxy AAA du réseau ad hoc 2 qui peut transmettre au proxy AAA 34 du réseau d'accès 3. A l'étape 98, les données sont transmises par le proxy AAA 34 du réseau d'accès 3 au serveur AAAH 60 qui les transmet au serveur de facturation 59. Ce dernier effectue un traitement de ces données. Ce traitement peut donner lieu à deux types de facturations : - coût fixe pour le noeud consommateur, ce qui lui permet, quelle que soit sa localisation dans le réseau ad hoc, de toujours payer le même prix. Les noeuds ad hoc intermédiaires peuvent être crédités d'une rémunération fixe ou variable selon l'accord établi avec l'opérateur gérant le réseau ad hoc. Par exemple, ils peuvent être rémunérés au prorata de leurs contributions (en paquets routés ou durée de mise en oeuvre de routage) au routage des paquets entre les deux noeuds extrémités, c'est-à-dire entre le noeud consommateur et le noeud fournisseur, - coût variable pour le noeud consommateur en fonction de sa distance en termes de nombre de sauts par rapport au noeud fournisseur du service. L'opérateur gérant le réseau ad hoc a par exemple comme stratégie d'adapter le tarif facturé à l'éloignement entre le noeud consommateur et le noeud gateway, c'est-à-dire, selon le nombre de noeuds ad hoc intermédiaires sollicités. Les noeuds ad hoc intermédiaires sont crédités d'une rémunération fixe ou variable selon l'accord établi avec l'opérateur gérant le réseau ad hoc. Lors de l'établissement de la facture, le serveur de facturation 59 peut prendre en compte les services de routage assurés par les noeuds intermédiaires 20a et 20b ainsi que les services AAA. Le serveur de facturation peut également récompenser les noeuds intermédiaires par rapport au service de routage rendu. A l'étape 99, le serveur de facturation peut procéder au règlement de la facture en rentrant en contact avec le noeud consommateur du service facture. Dans une variante, à l'étape 98, les données sont transmises par le proxy AAA 34 du réseau d'accès 3 au serveur de facturation 31 qui effectue un traitement de ces données similaire à celui effectué par le serveur de facturation 59 dans l'étape 98 précédemment décrite. Toujours dans cette variante, à l'étape 99, le serveur de facturation 31 du réseau d'accès 3 envoie son rapport de facturation au serveur de facturation 59 pour qu'il procède au règlement en rentrant en contact avec le noeud consommateur du service facturé. Le serveur de facturation 31 plutôt que de facturer chaque noeud intermédiaire ou consommateur, peut par exemple facturer ses services AAA au réseau ad hoc 2, éventuellement à l'opérateur sans fil ad hoc qui administre le réseau ad hoc offrant une extension du réseau d'accès infrastructure. Dans le cas d'un noeud consommateur déjà authentifié dans le réseau ad hoc 2, seules les étapes 95 à 99 peuvent être exécutées. Dans une autre variante non représentée, le service réseau fourni à un noeud ad hoc consommateur peut également être prépayé. Un tel système de facturation peut être annoncé au noeud ad hoc rejoignant le réseau par le service d'annonce. Un noeud ad hoc intéressé par ce système de prépaiement peut se connecter sur un serveur de prépaiement installé sur un noeud actif homologué, ou sur un noeud gateway 20a' qui sollicite les services du proxy AAA du réseau ad hoc 2 pour authentifier les noeuds sollicitant ce service de prépayement. Le proxy AAA du réseau ad hoc 2 peut ensuite effectuer auprès du proxy AAA 34 du réseau d'accès 3 des échanges de comptabilité en vue d'une facturation. En variante, le serveur de prépaiement peut effectuer des transactions bancaires indépendamment du système AAA. Une fois que le nouveau noeud obtient son identifiant à l'étape 64 de la figure 8, deux modes de fonctionnement peuvent être mis en place : - le prépaiement à activation unique dans lequel une fois la consommation du service démarrée, le noeudconsommateur ne peut pas suspendre ce service et en dispose jusqu'à échéance de la durée de validité de son identifiant. Chaque noeud intermédiaire vérifie que l'identifiant est authentique en contactant par exemple le proxy AAA du réseau ad hoc,et/ou - le prépaiement à activations multiples dans lequel à tout moment, l'utilisateur peut suspendre la consommation d'un service réseau et la réactiver plus tard, chaque paquet émis par le noeud consommateur contenant la preuve de son autorisation à être émis. Une autre variante non représentée de facturation d'un service réseau fourni à un noeud consommateur selon l'invention peut reposer sur un système d'échange équitable. Plutôt que de facturer le service de routage, un système de troc est mis en place entre le noeud consommateur et les noeuds opérateurs 20a. Un troc équitable peut alors être réglementé par un noeud opérateur 20a. Les noeuds opérateurs 20a peuvent par exemple inviter les noeuds 20b à participer au réseau en échange d'un service de routage, des services AAA gratuits ou à des tarifs réduits ou encore l'octroi d'une bande passante plus importante dans le cas d'une connexion de noeuds ad hoc actifs ou passifs à Internet. Les noeuds ad hoc actifs 20b n'ayant pas souhaité participer au troc se voient rémunérés et crédités pour service de routage ou AAA rendus par le proxy AAA du réseau ad hoc. Par ailleurs, les acteurs ayant participé à la fourniture des services AAA tels que le réseau ad hoc 2, le réseau d'accès 3 et le réseau géré par l'OMS 6 sont crédités selon l'accord de partenariat qui les lie. On a représenté à la figure 10 un exemple de facturation d'un service réseau et de services AAA fournis à un noeud ad hoc souhaitant communiquer de façon sécurisée 20 avec un autre noeud du réseau ad hoc 2. Ces deux noeuds ad hoc consommateurs consomment des services AAA et souhaitent dans l'exemple décrit communiquer entre eux avec un niveau de confiance de qualité opérateur c'est-à-dire un niveau de sécurité offert par un service AAA.. A l'étape 100, les noeuds ad hoc consommateurs établissent une connectivité de 25 niveau 2 au sens du modèle OSI entre eux par l'intermédiaire du même ou de différents noeuds 20a ou 20b. Les noeuds opérateurs ou homologués fournissent aux noeuds consommateurs deux adresses temporaires à l'étape 101. Les noeuds consommateurs reçoivent la liste des services disponibles dans le 30 réseau ad hoc 2 via le service d'annonce à l'étape 102 et sélectionnent le service de routage ad hoc. La procédure d'authentification est effectuée pour les deux noeuds consommateurs à l'étape 103 de façon similaire à celle décrite en référence à la figure 8 Chaque noeud consommateur obtient à l'issue de cette étape 103 une adresse définitive lui permettant de faire router ses paquets. A l'étape 104, le proxy AAA du réseau ad hoc enregistre une demande de facturation pour les services AAA fournis aux étapes 101 à 103 et envoie au serveur AAA du réseau d'accès l'ensemble de ses enregistrements liés aux noeuds consommateurs à la déconnexion de ceux-ci. Ces enregistrements comportent par exemple la facturation des services AAA ou du service de routage dans le cas où les noeuds consommateurs sont à plusieurs sauts l'un de l'autre. Les services AAA fournis se portent ainsi garants de l'identité des deux noeuds consommateurs et peuvent permettre d'établir la confiance entre eux. On a représenté aux figures 11 et 12 des exemples de facturation de services applicatifs fournis par un noeud distributeur 20b' à un noeud ad hoc. Plusieurs types de contrats entre fournisseur de services et noeud distributeur 20b' sont possibles : - forfait fixe payé par le fournisseur de services auprès du noeud distributeur pour la diffusion de ses contenus. Par exemple pour mieux se faire connaître ou faire connaître plus facilement ses contenus, en particulier dans la phase de lancement d'un fournisseur de services ou de certains contenus qu'il propose, le fournisseur de services peut proposer la gratuité des contenus aux noeuds consommateurs en moyennant un forfait qu'il règle au noeud distributeur, -forfait fixe payé par le noeud distributeur au fournisseur de services. Le fournisseur de services est rémunéré par un forfait et le noeud distributeur est rémunéré par 25 exemple à la transaction par les noeuds ad hoc consommateurs. - à la transaction. Le fournisseur de services et le noeud distributeur sont payés à chaque transaction passée par les noeuds consommateurs. La facturation d'un service applicatif peut faire intervenir un serveur de comptage pour applications ad hoc (CAAH) 8. Ce serveur peut être le serveur de 30 facturation 31 ou en variante être un serveur du réseau ad hoc 2. Ce serveur est chargé de mener à bien les opérations de facturation, soit directement comme par des transactions par carte bancaire, soit indirectement grâce au proxy AAA du réseau ad hoc. Dans ce dernier cas, le serveur CAAH 8 peut être couplé au proxy AAA du réseau ad hoc, qui peut effectuer, tout comme dans le cas de la consommation d'un service réseau tel que décrit en référence à la figure 9, les opérations de comptabilisation pour les services applicatifs. Les noeuds consommateurs de services applicatifs peuvent ainsi voir les prélèvements ou crédits gérés par leurs opérateurs de souscription. Comme pour le cas de la consommation d'un service réseau, on peut distinguer plusieurs systèmes de facturation selon que la facturation se fait à la consommation réelle, en prépayé, ou qu'un système d'échange équitable est mis en place. On a représenté à la figure 11 un exemple de système de facturation à la 10 consommation réelle d'un service applicatif par un noeud consommateur. Le noeud consommateur présente à une étape 110 à un noeud distributeur 20b' assurant le service applicatif qu'il souhaite consommer un identifiant l'autorisant à accéder au service applicatif. Le noeud distributeur 20b' communique à une étape 111 avec le proxy AAA 15 hébergé dans un noeud gateway 20a' pour vérifier les informations reçues à l'étape précédente. A la suite de cette étape 111, et en cas d'autorisation émise par le proxy AAA, le noeud distributeur assure au cours de l'étape 112 le service applicatif au noeud consommateur et démarre les opérations de comptabilisation relatives à la consommation 20 de ce service applicatif. Cette facturation peut être effectuée en employant l'une des méthodes suivantes : - facturation au service accédé. Le noeud distributeur comptabilise sous forme d'unités de service la consommation d'un noeud. Les unités de services sont modulées en fonction du service accédé et correspondent à l'application d'un certain tarif 25 par application, - à la durée : le noeud distributeur comptabilise la durée pendant laquelle le noeud consommateur accède aux services applicatifs. Quelle que soit la méthode de facturation, le module opérateur 38 du noeud distributeur 20b' tient dans l'exemple décrit une comptabilité pour chaque noeud 30 consommateur. Les noeuds distributeurs peuvent ensuite transmettre les données comptabilisées à une étape 113 au serveur CAAH 8 soit selon une période prédéfinie, soit après une durée prédéfinie d'inactivité, par exemple deux minutes pour ce noeud consommateur, soit si le noeud distributeur ou le noeud consommateur effectue un déplacement important qui pourrait compromettre la transmission de ses informations de comptabilisation. Le noeud consommateur peut également effectuer sa propre comptabilisation relative au service applicatif consommé et la transmettre au serveur CAAH. Le cas échéant, le serveur CAAH 8 peut comparer les données comptabilisées par le noeud distributeur 20b' et par le noeud consommateur. Le service de gestion de transactions assuré par le serveur CAAH ainsi que les services AAA assurés par le réseau ad hoc et, le cas échéant, le réseau d'accès, peuvent être pris en compte en plus du service applicatif consommé lors de l'établissement par le serveur CAAH de la facture totale. Le serveur CAAH 8 peut ensuite débiter un compte associé au noeud consommateur et récompenser le fournisseur de services et le noeud distributeur selon deux alternatives. Dans une première alternative, le serveur CAAH 8 effectue directement les transactions bancaires, connaissant par exemple le numéro de carte bancaire du noeud consommateur, et les coordonnées bancaires du fournisseur de services, et du noeud distributeur. En variante, le serveur de facturation CAAH 8 peut communiquer les différentes données comptabilisées au proxy AAA ou au serveur AAAF du réseau ad hoc 2 afin de récompenser le noeud distributeur et débiter un compte associé au noeud consommateur. Le serveur CAAH peut adapter les unités de services applicatifs communiquées par le noeud distributeur aux unités de service réseau pratiquées dans le réseau ad hoc pour avoir une facturation à unité homogène ou unique. En cas de rémunération du fournisseur de contenu, le serveur CAAH 8 peut réaliser lui-même la transaction bancaire. Dans une variante non représentée, le service applicatif fourni à un noeud ad hoc consommateur peut être prépayé. Un tel système de facturation peut être annoncé au noeud ad hoc rejoignant le 30 réseau par le service d'annonce. Le noeud ad hoc intéressé peut alors se connecter au serveur CAAH 8. Une fois que le nouveau noeud obtient son identifiant, quatre exemples de fonctionnement peuvent alors être mis en place. Selon un premier exemple, une fois le service activé, le noeud consommateur ne peut pas suspendre ce service et en dispose jusqu'à échéance de la durée de validité de son identifiant. On parle ici de prépaiement à la durée à activation unique . Selon un deuxième exemple, à tout moment, le noeud consommateur peut suspendre la consommation du service applicatif et la réactiver plus tard, avec néanmoins le risque de ne plus retrouver le noeud ad hoc fournisseur assurant le service. On parle ici de prépaiement à la durée à activations multiples . Selon un troisième exemple, une fois le service applicatif activé, le noeud consommateur ne pourra pas bénéficier d'autres services applicatifs sans effectuer de nouvelle opération de prépaiement. On parle ici de prépaiement d'un service unique . Selon un quatrième exemple, le noeud consommateur peut bénéficier d'un nombre déterminé de services applicatifs sans effectuer de nouvelle opération de prépaiement. On parle ici de prépaiement multi services . Tout comme pour la facturation à la consommation réelle, le serveur CAAH 8 peut facturer directement le service par transactions bancaires ou bien s'appuyer sur le proxy AAA du réseau ad hoc. Une autre variante non représentée de facturation d'un service applicatif fourni à un noeud ad hoc consommateur selon l'invention peut reposer sur le système d'échange équitable mis en place entre un noeud consommateur assurant également un service applicatif et le ou les noeuds distributeurs lui fournissant le service consommé. Un troc équitable peut alors être réglementé par le serveur CAAH 8. Un tel système de troc s'avère adapté lorsque le fournisseur de services n'a pas besoin d'être rémunéré à la transaction. Il s'agit classiquement d'un forfait fixe, similaire au modèle d'échange pair à pair. On a illustré à la figure 12 des étapes d'un exemple de procédé de facturation d'un service applicatif de distribution de contenu musical consommé par un ou plusieurs 30 noeuds consommateurs du réseau ad hoc. Ce procédé met en jeu un noeud distributeur 20b', des noeuds ad hoc homologués 20b, des noeuds opérateurs 20a du réseau ad hoc, et un ou plusieurs noeuds consommateurs du réseau ad hoc. Le procédé peut également faire intervenir le serveur AAAF du réseau ad hoc 5 et/ou le serveur AAAF du réseau d'accès, le proxy AAA du réseau ad hoc et le serveur CAAH 8. Le noeud distributeur 20b' de cet exemple comporte un composant informatique 35 tel que précédemment décrit en référence aux figures 3 et 4 et a par exemple passé un contrat avec un éditeur de musique en ligne. 10 Un noeud consommateur décide dans l'exemple décrit de télécharger de la musique auprès du noeud distributeur 20b' enregistré auprès d'un noeud ad hoc actif homologué responsable de l'annonce des services. L'étape 120 correspond aux étapes d'authentification 90 à 93 décrites en référence à la figure 9. 15 A l'étape 121, le noeud consommateur ayant obtenu une adresse définitive sélectionne le serveur de téléchargement de la musique qui, dans cet exemple, est le noeud distributeur 20b'et lui adresse une requête. On suppose que le chemin ad hoc qui va servir au routage comporte plusieurs noeuds intermédiaires. A l'étape 122, le noeud distributeur 20b' accepte après vérification de 20 l'autorisation associée au noeud consommateur de lui distribuer le titre musical choisi. Le module opérateur 38 du noeud distributeur démarre ses opérations de comptabilisation liées au service consommé. Les noeuds intermédiaires peuvent effectuer les opérations de comptabilisation des services de routage décrites en référence à la figure 9. 25 Le noeud consommateur décide à l'étape 123 d'arrêter sa connexion vers le noeud distributeur 20b', provoquant l'envoi du rapport de comptabilité du service par le noeud distributeur 20b' au serveur CAAH 8. Par ailleurs, au cours de cette même étape 123, les rapports de comptabilité du service de routage fournis par les noeuds intermédiaires 20a et/ou 20b du réseau ad hoc 30 sont envoyés au serveur CAAH 8. A l'étape 124, le serveur CAAH 8 effectue les opérations de facturation du noeud consommateur à la suite du téléchargement de contenu depuis le noeud distributeur 20b' selon l'un des trois systèmes de facturation à la consommation réelle, par prépaiement ou par le système d'échange équitable précédemment décrits. En outre, les acteurs ayant participé aux services CAAH et AAA comme le réseau ad hoc 2, le réseau d'accès 3 et le réseau 6 géré par l' OMS sont crédités selon l'accord de partenariat qui les lie. Dans le cas d'un noeud consommateur déjà authentifié dans le réseau ad hoc 2, seules les étapes 121 à 124 peuvent être exécutées. L'invention n'est pas limitée aux exemples qui viennent d'être décrits. On peut par exemple combiner entre elles des caractéristiques introduites dans des exemples différents. L'invention peut par exemple s'appliquer à l'archivage de documents horodatés par un opérateur. Ce service peut se présenter sous la forme d'un serveur de notarisation chargé d'archiver des messages signés par leurs émetteurs avec les accusés de réception de ces messages signés par leurs récepteurs. Chaque archivage peut être horodaté par le serveur. Le serveur peut être protégé contre toute tentative d'atteinte à son intégrité. Le serveur AAA peut servir à établir une comptabilité du service d'archivage rendu. L'invention peut servir à la certification de documents électroniques par le tiers de confiance opérateur. Un noeud ad hoc n'est pas nécessairement doté d'une clé publique et n'a donc pas la possibilité de signer des documents électroniques qu'il souhaite envoyer sur le réseau. Ce service peut prendre la forme d'un serveur fortement couplé au serveur AAA. Le serveur AAA peut authentifier l'origine de la demande et se porter garant auprès du serveur de certification de l'origine des documents. Ainsi, le serveur de certification peut-il émettre un certificat prouvant l'origine du document. L'invention peut aussi s'appliquer au paiement électronique entre particuliers, équivalent aux chèques actuels entre particuliers. L'opérateur peut se comporter comme un banquier en se positionnant au coeur des flux monétaires entre particuliers. Le serveur AAA peut jouer un rôle fondamental en se basant sur le service A-- pour authentifier les particuliers en présence, sur le service -A- pour les autoriser à effectuer des opérations de débits/crédits et sur le service --A pour procéder à la transaction. L'invention peut servir de moyen de paiement d'un particulier vers une société commerciale ou gouvernementale. Le système peut reposer sur le même principe technique que le paiement électronique entre particuliers. Le paiement de parcmètre peut être l'une des applications : des horodateurs sont par exemple connectés en ad hoc avec les voitures en stationnement et le propriétaire du véhicule peut choisir la durée de stationnement et valider le paiement depuis son véhicule. Une autre application est le paiement en direct des contraventions via le réseau ad hoc : il peut s'agir d'une contravention liée au mauvais stationnement du véhicule, auquel cas la contravention est envoyée via le réseau ad hoc jusqu'au véhicule et le propriétaire peut régler sa contravention en direct depuis son véhicule. Une autre application peut concerner le paiement électronique auprès des distributeurs de boissons, de sandwichs, et de billets de banque. L'invention peut également s'appliquer à des jeux de hasard électroniques. Il peut s'agir d'une carte à gratter mais aussi un jeu interactif où un jeu de machine est reconstitué sous forme virtuelle. L'instance virtuelle du jeu peut être transmise par le réseau ad hoc jusqu'au terminal de l'utilisateur qui peut alors demander virtuellement à gratter la carte, à activer le bandit manchot ou toute autre opération habituellement effectuée physiquement sur des cartes de jeux ou des machines de casino. L'expression comportant un doit être comprise comme étant synonyme de comportant au moins un , sauf si le contraire est spécifié. REVENDICATIONS 1. Procédé d'échange de données dans un réseau ad hoc comportant des noeuds actifs et des noeuds consommateurs, dans lequel au moins un noeud actif est un noeud ad hoc et assure l'un au moins d'un service d'authentification (A--), d'autorisation (-A-) et de comptabilisation (--A) à au moins un noeud consommateur. 2. Procédé selon la revendication 1, dans Iequel au moins un noeud actif, notamment un noeud ad hoc, assure un service réseau et/ou applicatif et/ou AAA. 3. Procédé selon la revendication précédente, dans lequel les noeuds actifs comportent au moins un noeud opérateur et/ou au moins un noeud ad hoc. 4. Procédé selon la revendication précédente, dans lequel au moins un noeud actif ad hoc comporte une architecture matérielle et/ou logicielle homologuée et validée par une entité habilitée. 5. Procédé selon la revendication 3, dans lequel les noeuds actifs comportent au 15 moins un noeud opérateur dont l'architecture matérielle et/ou logicielle n'est pas validée par une entité habilitée. 6. Procédé selon la revendication 4, dans lequel un noeud homologué s'adresse à un serveur d'homologation en ligne du réseau ad hoc pour obtenir l'autorisation de faire usage de son homologation en vue de se déclarer noeud actif homologué. 20 7. Procédé selon l'une quelconque des revendications précédentes, dans lequel un noeud actif, notamment un noeud ad hoc, assure un service d'adressage à au moins un nouveau noeud ad hoc 8. Procédé selon l'une quelconque des revendications 4 à 7, dans lequel un noeud actif A--, notamment un noeud ad hoc homologué (20b), assure au moins un service 25 d'authentification (A--) d'un nouveau noeud ad hoc disposant d'une adresse initiale. 9. Procédé selon la revendication précédente, dans lequel le noeud A--communique avec un serveur AAA d'un réseau d'accès connecté au réseau ad hocpour authentifier le nouveau noeud ad hoc. 10. Procédé selon l'une des revendications 8 et 9, dans lequel le serveur AAA du 30 réseau d'accès communique avec un serveur AAA d'un réseau géré par un opérateur auprès duquel le nouveau noeud ad hoc a souscrit un abonnement pour authentifier ce nouveau noeud ad hoc. 11. Procédé selon l'une quelconque des revendications 8 à 10, dans lequel un noeud A-- transmet à un nouveau noeud ad hoc authentifié et disposant d'une adresse temporaire, une adresse définitive dans le réseau. 12. Procédé selon l'une quelconque des revendications 8 à 11, dans lequel le noeud 5 A-- adresse selon une période prédéfinie et/ou en réponse à une action prédéfinie d'un noeud ad hoc déjà authentifié une requête de réauthentification à ce noeud ad hoc. 13. Procédé selon l'une quelconque des revendications 4 à 12, dans lequel au moins un noeud actif -A-, notamment un ad hoc noeud homologué (20b), assure au moins un service d'autorisation (-A-) de la consommation d'un service par un noeud consommateur. 10 14. Procédé selon la revendication précédente, dans lequel un noeud -A-n'autorise que le routage de paquets associés à un noeud authentifié et autorisé par un serveur AAA dans lequel est enregistré le niveau d'abonnement du noeud ad hoc ou que de paquets relatifs à la procédure d'authentification d'un nouveau noeud ad hoc. 15. Procédé selon l'une quelconque des revendications 4 à 13, dans lequel au 15 moins un noeud actif --A, notamment un noeud ad hoc homologué (20b), assure au moins un service de comptabilisation (--A) de données relatives à la consommation d'un service par un noeud consommateur. 16. Procédé selon la revendication précédente, le noeud --A comptabilisant des données relatives à la consommation d'au moins un service réseau fourni à un noeud 20 consommateur, les données comportent le volume de paquets routés associés à ce noeud consommateur et/ou la durée de connexion au réseau ad hoc de ce noeud consommateur. 17. Procédé selon l'une des revendications 15 ou 16, le noeud --A comptabilisant des données relatives à la consommation d'au moins un service applicatif fourni à un noeud consommateur, les données comportant le type de service applicatif fourni et/ou la durée 25 pendant laquelle le service applicatif est fourni au noeud consommateur. 18. Procédé selon l'une quelconque des revendications 15 à 17, dans lequel le noeud consommateur effectue sa propre comptabilisation des données relatives au service consommé et transmet ces données au noeud --A. 19. Procédé selon l'une quelconque des revendications 15 à 18, dans lequel le 30 noeud --A transmet les données relatives au service consommé par un noeud consommateur à au moins un serveur de facturation. 20. Procédé selon la revendication 19, dans lequel le serveur de facturation récompense un noeud homologué ayant assuré un service dans le réseau ad hoc. 21. Procédé selon l'une des revendications 19 ou 20, dans lequel un compte associé à un noeud consommateur est débité par le serveur de facturation à la suite de la facturation d'un service consommé par ce noeud. 22. Procédé selon l'une quelconque des revendications 19 à 21, dans lequel le noeud --A transmet les données relatives au service consommé au serveur de facturation selon une période prédéfinie et/ou à la suite d'une action prédéfinie du noeud consommateur et/ou du noeud actif assurant le service dans le réseau ad hoc. 23. Procédé selon l'une quelconque des revendications 19 à 22, dans lequel le service consommé par un noeud consommateur fait intervenir plusieurs noeuds homologués intermédiaires et dans lequel un compte associé au noeud consommateur est débité par le serveur de facturation indépendamment du nombre de noeuds intermédiaires. 24. Procédé selon l'une quelconque des revendications 19 à 22, dans lequel le service consommé par un noeud consommateur fait intervenir plusieurs noeuds homologués intermédiaires et dans lequel un compte associé au noeud consommateur est débité par le serveur de facturation en fonction du nombre de noeuds intermédiaires et en fonction de la qualité de service. 25. Procédé selon l'une quelconque des revendications précédentes, étant mis en oeuvre dans un réseau ad hoc localisé dans un restaurant, un moyen de transports en commun comme un train, un bus ou encore un hall de gare ou d'aéroport. 26. Procédé selon l'une quelconque des revendications précédentes, dans lequel le réseau ad hoc (2) est connecté à un réseau d'accès (3) et dans lequel le réseau d'accès facture les services d'authentification (A--), d'autorisation (-A-) et de comptabilisation qu'il assure. 27. Procédé de fourniture d'au moins un service dans un réseau ad hoc (2) par un terminal informatique d'un utilisateur, ce terminal pouvant constituer un noeud homologué et comportant un composant informatique comportant un module sécurisé auquel seul un tiers autorisé peut accéder. 28. Procédé selon la revendication précédente, le service fourni étant l'un au moins d'un service d'authentification (A--), d'autorisation (-A-), de comptabilisation (--A), d'un service réseau et d'un service applicatif 29. Composant informatique destiné à permettre à un terminal de constituer un noeud actif au sein d'un réseau ad hoc pour assurer au moins un service d'autorisation (-A-) et/ou de comptabilisation de données (--A) et/ou un service réseau, le composant informatique comportant :- un module opérateur agencé pour n'être accessible qu'à un tiers autorisé et pour fournir au moins l'un d'un service (-A-) et d'un service (--A), - un module utilisateur agencé pour n'être accessible qu'à l'utilisateur du terminal et non accessible à distance, en particulier par les autres noeuds ad hoc et, - un module ad hoc, agencé pour réaliser le routage des paquets sur le réseau ad hoc, 30. Composant selon la revendication 29, le terminal étant agencé pour fournir au moins un service applicatif, le composant comportant un module fournisseur agencé pour n'être accessible qu'à un tiers autorisé tel qu'un fournisseur de contenus et/ou à l'utilisateur. 1 0 31. Composant selon l'une des revendications 29 ou 30, les modules étant compartimentés, la compartimentation étant assurée par une indépendance matérielle, notamment grâce à des processeurs distincts ou des supports distincts, ou par une indépendance logique, notamment grâce à des partitions différentes. 32. Composant informatique destiné à permettre à un terminal de constituer un 15 noeud actif au sein d'un réseau ad hoc pour assurer des services d'authentification (A--), d'autorisation (-A-) et de comptabilisation (ùA) et/ou des services réseau et/ou des services applicatifs dans le réseau ad hoc, le composant informatique comportant : - des premiers moyens informatiques agencés pour permettre au noeud actif de satisfaire les besoins informatiques propres de l'utilisateur du terminal et de couvrir ses 20 besoins en communication sur le réseau ad hoc et, - des deuxièmes moyens informatiques agencés pour permettre au noeud actif de fournir auprès d'autres noeuds ad hoc du réseau des services -A-, --A, et/ou réseau et/ou applicatifs. 33. Composant selon l'une quelconque des revendications 29 à 32, étant intégré à 25 un appareil électronique agencé pour se connecter à un réseau sans fil, notamment au moyen d'une carte WiFi, choisi parmi un ordinateur, un micro ordinateur, un assistant personnel numérique, un téléphone portable, un véhicule équipé d'une interface communicante, un moyen de paiement électronique ou un appareil de positionnement par satellite, notamment un GPS. 30