L'invention a donc pour objet principal un procédé de gestion de transmissions de données multimédias via un réseau de type Internet entre un premier système d'abonné et un second système d'abonné comprenant au moins une phase d'échange de données dites de signalisation, via un canal dit de signalisation, à l'aide d'un protocole de signalisation déterminé, et une phase d'échange desdites données multimédias, via un canal dit de données, à l'aide d'un protocole de communication déterminé, caractérisé en ce que, au moins ledit premier système d'abonné comportant un terminal muni d'un navigateur de type "WEB" et d'un lecteur de carte à puce coopérant avec une carte à puce, ladite carte à puce comportant une première pièce de logiciel, formant une couche protocolaire de communication spécifique et ledit terminal comportant une seconde pièce de logiciel, formant une couche protocolaire de communication spécifique et formant interface avec au moins ledit navigateur de type "WEB" ;lesdites première et seconde pièces de logiciel comprennent chacune en outre au moins une première entité logicielle autonome, de type dit client, et une deuxième entité logicielle autonome, de type dit serveur, lesdites entités coopérant de manière à permettre l'établissement de sessions d'echanges de données bidirectionnels entre ledit terminal et ladite carte ' puce et à ce que ladite carte à puce offre la fonctionnalité d'un client/serveur de type "WEB", et à permettre l'établissement d'une session d'échanges de données bidirectionnels entre le terminal dudit premier système d'abonné et ledit second système d'abonné via ledit reseau de type Internet, lesdites unités logicielles autonomes communiquant au moyen d'unités de données de protocole prédéterminées ; - en ce qu'il comprend la réalisation, dans ladite carte à puce, d'une pièce de logiciel applicative de caractéristiques fonctionnelles déterminées, dite filtre, recevant et/ou émettant des unites de données de protocole vers lesdites et/ou à partir desdites première et deuxième entités logicielles autonomes, de types respectifs client et serveur, comprises dans ladite seconde pièce de logiciel spécifique ; la réalisation de ladite pièce applicative étant sous le contrôle de ladite entité logicielle autonome de type serveur ; et - en ce que ledit filtre coopère avec lesdites entités logicielles autonomes de ladite seconde pièce de logiciel spécifique pour ouvrir une session avec lesdites entités logicielles autonomes de ladite première pièce de logiciel spécifique pour former une fonction dite de "proxy " et contrôler des caractéristiques prédéterminées des échanges de données transitant entre ledit premier système d'abonné et ledit second système d'abonné, via au moins l'un desdits canaux de signalisation et/ou de données, pendant lesdites phases d'échanges de données de signalisation et/ou de données multimédias. L'invention a encore pour objet une carte à puce pour la mise en oeuvre de ce procède. Un mode préféré, mais non limitatif, de réalisation de l'invention va maintenant être décrit de façon plus détaillée en se référant aux dessins annexés, parmi lesquels - figure 1 illustre schématiquement les modules principaux composant un logiciel de téléphonie selon l'art connu ; - figures 2A et 2B illustrent les architectures matérielle logique, respectivement, d'un exemple de système d'application à base de carte à puce connecté à un réseau Internet selon l'art connu ; - figure 3 illustre schématiquement un exemple de système d'application à base de carte à puce selon l'invention, cette dernière agissant en tant que client/serveur "WEB", selon un aspect l'invention ; - figure 4 est un diagramme d'états d'une session entre entités logicielles dites agents intelligents, selon un aspect l'invention ; - figure 5 illustre de façon simplifiée l'architecture logique système selon l'invention dans lequel la carte à puce comprend agents intelligents ; - figure 6 illustre de façon simplifiée l'architecture logique système selon un autre aspect de l'invention selon lequel la carte a puce comprend des agents intelligents traducteurs de scripts, maniere à implanter une fonction dite "CGI" ; - figure 7A illustre schématiquement une première étape de phase d'enregistrement d'un abonné sur un serveur d'annuaire ; - figures 7B et 7C illustrent des exemples de formulaires "HTLM" utilisables pour cette phase d'enregistrement ; - la figure 7D illustre schématiquement les principales étapes de phase d'enregistrement d'un abonné sur un serveur d'annuaire ; - figure 8 illustre schématiquement les principales etapes de la phase de localisation d'un abonné sur le réseau Internet par interrogation d'un serveur d'annuaire ; - figure 9 illustre schématiquement un "proxy" selon connu ; - figure 10 illustre de façon simplifiée l'architecture logique d'un système selon l'invention conforme à celui de la figure 4, dans lequel un filtre "proxy" est réalisé sur la carte à puce ; - figure 11 A illustre schématiquement l'architecture système de telephonie selon l'invention mettant en oeuvre la fonctionnalité "proxy pour le canal de signalisation, du côté abonné appelant et du côté abonné appelé ; - figure 11 B illustre schématiquement l'architecture système de telephonie selon l'invention mettant en ceuvre la fonctionnalité "proxy pour le canal de données, du côté abonné appelant du côté abonne appelé ; et - figure 12 illustre schématiquement l'architecture génerale d'un système de gestion de transmission de données téléphoniques, selon un mode de réalisation préféré de l'invention, entre un système appelant comprenant un terminal et une carte à puce, et un système appelé.