REVENDICATIONS 1. 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é 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 protocole de communication déterminé, caractérisé en ce que, au moins ledit premier système d'abonné comportant un terminal muni navigateur de type "WEB" et d'un lecteur de carte à puce coopérant avec une carte à puce, ladite carte à puce (2a) comportant une premiere piece de logiciel (23a), formant une couche protocolaire de communication spécifique et ledit terminal (l a) comportant une seconde piece de logiciel (13), formant une couche protocolaire de communication spécifique et formant interface avec au moins it navigateur de type "WEB" (10) ; lesdites première et seconde pièces logiciel (13, 23a) comprennent chacune en outre au moins une première entité logicielle autonome (T2, S,), de type dit client, et une deuxième entité logicielle autonome (T,, S2), de type dit serveur, lesdites entites S2, T,, SZ) coopérant de manière à permettre l'établissement sessions d'échanges de données bidirectionnels entre ledit terminal (1 et ladite carte à puce (2a) et à ce que ladite carte à puce (2a) offre fonctionnalité d'un client/serveur de type "WEB", et à permettre l'établissement d'une session d'échanges de données bidirectionnels entre le terminal (1a) dudit premier système d'abonné et ledit second système d'abonné (1'b) via ledit réseau de type Internet (RI), lesdites entités logicielles autonomes communiquant au moyen d'unités données de protocole prédéterminées ; - en ce qu'il comprend la réalisation, dans ladite carte à puce (2a), d'une pièce de logiciel applicative de caractéristiques fonctionnelles déterminées, dite filtre (28), recevant et/ou émettant des unités données de protocole vers lesdites et/ou à partir desdites première deuxième entités logicielles autonomes (S2, S,), de types respectifs client et serveur, comprises dans ladite seconde pièce de logiciel spécifique (23a) ; la réalisation de ladite pièce applicative étant sous contrôle de ladite entité logicielle autonome de type serveur (S,) ; et - en ce que ledit filtre (28) coopère avec lesdites entités logicielles autonomes (S2, S,) de ladite seconde pièce de logiciel spécifique (23a) pour ouvrir une session avec lesdites entités logicielles autonomes (T2, T,) ladite première pièce de logiciel spécifique pour former une fonction dite "proxy " (27a) et contrôler des caractéristiques prédéterminées des échanges de données transitant entre ledit premier système d'abonné (la, 2a) et ledit second système d'abonné (1'b), via au moins l'un desdits canaux signalisation (CS) et/ou de données (CD), pendant lesdites phases d'échanges de données de signalisation et/ou de données multimédias. 2. Procédé selon la revendication 1, caractérisé en ce que lesdites entités logicielles autonomes sont constituées par des agents intelligents (T2, T,, S2. S,). 3. Procédé selon la revendication 2, caractérisé en ce que chacun desdits agents intelligents (T2, T,, S2, S,) est associés à au moins l'une six propriétés suivantes "hôte" : agent intelligent localisé dans ledit terminal (1) ; "carte" : agent intelligent localisé dans ladite carte à puce (2a) ; "local" : agent intelligent ne communiquant pas avec ledit réseau (RI) ; "réseau" : agent intelligent communiquant avec ledit réseau (RI) "client" : agent intelligent qui initialise une desdites sessions ; et "serveur" : agent intelligent qui reçoit une demande pour une desdites sessions. 4. Procédé selon la revendication 3, caractérisé ce que ladite première pièce de logiciel spécifique comprend un premier agent intelligent (T,) associé auxdites propriétés "terminal", "serveur" "local", dit T,, réalisant la fonction d'un serveur de type "TCPIIP", en ce ladite seconde pièce de logiciel spécifique comprend un premier agent intelligent (S,) associé auxdites propriétés "carte", "serveur" et "local", S,, cet agent S, étant associé par une session audit premier agent intelligent T,, en ce que lesdites caractéristiques fonctionnelles déterminées dudit filtre (28) sont fonctions d'informations en provenance dudit premier agent intelligent T,, en ce que ladite première pièce de logiciel spécifique comprend un deuxième agent intelligent (T2) associé auxdites propriétés "terminal", "serveur" et "réseau", dit T2, réalisant la fonction d'un serveur type "TCPIIP" ou "UDPIIP", pour être connecté audit second système d'abonné (1'b) via ledit réseau de type Internet (RI), et en ce que ladite seconde pièce de logiciel spécifique (23a) comprend un deuxième agent intelligent (S2) associé auxdites propriétés "carte", "client" et "local", dit S2, une instance de cet agent intelligent S2 étant créée à chacune des dites sessions de manière dynamique par ledit filtre (28) et cet agent S2 ouvrant des sessions avec ledit deuxième agent intelligent T2 et lui indiquant une adresse permettant de se connecter audit second système d'abonné (1'b), de manière à ce que lesdits agents intelligents (T2, Ti, S2, S,) et ledit filtre (28) coopèrent pour former ladite fonction de "proxy TCP" (27a) et contrôlent lesdites caractéristiques des échanges de données entre ledit premier système d'abonné (Aa) et ledit second système d'abonné (Ab), via lesdits canaux de signalisation (CS) et/ou de données (CD). 5. Procédé selon la revendication 1, caractérisé en ce que ladite fonction "proxy" contrôle lesdites caractéristiques desdites données de signalisation transitant sur ledit canal de signalisation, en ce que le terminal (la) dudit premier système d'abonné et ledit second système d'abonné (1'b) comprenant une pièce de logiciel spécifique (902a, 902b), dite de signalisation, associée à un port de type "TCP", dit de signalisation, désigné un numéro de port prédéterminé, il comprend au moins les étapes suivantes - établissement d'un session d'échange bidirectionnels entre le terminal dudit premier système d'abonné, dit appelant, et ladite carte à puce (2a) lui est associée, par mise en ceuvre d'un serveur de type "TCP", de manière à appeler ladite carte à puce (2a) sur une adresse de type "URL" dite rebouclage ; - appel dudit second système d'abonné (1'b), dit appelé, ladite carte a puce (2a), via ledit réseau Internet (RI), sur une adresse type "URL" constituée d'une adresse de type "1P" désignant ledit abonne appelé (Ab), determinée pendant la dite phase de localisation, et dudit numéro de port de signalisation; - et transmission desdites données de signalisation ledit canal de signalisation (CS) au travers dudit "proxy" (27a) et via ledit reseau Internet (RI). 6. Procédé selon la revendication 5, caractérisé en ce ledit système d'abonné appelé comportant un terminal (1b) dans lequel est implanté ladite seconde pièce de logiciel et coopérant avec une carte à puce (26) dans laquelle est implantée ladite seconde pièce de logiciel et ladite pièce de logiciel applicative pour former ledit "proxy" (27b), il comprend les étapes supplémentaires suivantes - appel de la carte à puce (2b) dudit système d'abonné appelé par la carte à puce (2a) dudit système appelant; et - communication entre la carte à puce (2b) du terminal (1b) dudit système appelé et ce terminal, au travers dudit "proxy" associé à cette carte à puce. 7. Procédé selon la revendication 5, caractérisé en ce que ledit contrôle caractéristiques prédéterminées des échanges desdites données de signalisation comprend une étape de simple ou de mutuelle authentification entre lesdits abonnés appelant (Aa) et appelé (Ab) effectuée par lesdits "proxys" (27a, 27b). 8. Procédé selon la revendication 5, caractérisé en ce que ledit contrôle de caractéristiques prédéterminées des échanges desdites données de signalisation comprend une étape de négociation de réservation d'un chemin de routage à emprunter par lesdites données pendant la dite phase d'échange de données, effectuée par lesdits "proxys" (27a, 27b). 9. Procédé selon la revendication 1, caractérisé en ce que, ladite fonction "proxy" (27a) contrôle lesdites données multimédias transitant sur ledit canal de donnés (CD), en ce que le terminal (1a) dudit premier systeme d'abonné et ledit second système d'abonné (1'b) comprenant une pièce de logiciel spécifique (905a, 905b), dite de d'échange de données, associee à port de type "UDP", dit de données, désigné par un numéro de prédéterminé, il comprend au moins les étapes suivantes - établissement d'un session d'échange bidirectionnels entre le terminal dudit premier système d'abonné, dit appelant, et ladite carte à puce (2a) lui est associé, par mise en ceuvre d'un serveur de type "UDP", manière à appeler ladite carte à puce (2a) sur une adresse de type "URL" dite rebouclage ; - appel dudit second système d'abonné (1'b), dit appelé, par ladite puce (2a), via ledit réseau Internet (RI), sur une adresse de type "URL" constituée d'une adresse de type "1P" désignant ledit abonné appelé (Ab), déterminée pendant la dite phase de localisation, et dudit numéro de port signalisation ; - et transmission desdites données multimédias sur ledit canal données (CD) au travers dudit "proxy" (27a) et via ledit réseau Internet (RI). 10. Procédé selon la revendication 9, caractérisé en ce que ledit système d'abonné appelé comportant un terminal (1b) dans lequel est implanté ladite seconde pièce logiciel et coopérant avec une carte à puce (2b) dans laquelle est implantee ladite seconde pièce de logiciel et ladite pièce de logiciel applicative pour former ledit "proxy" (27b), il comprend les étapes supplémentaires suivantes - appel de la carte à puce (2b) dudit système d'abonné appelé par la carte à puce (2a) dudit système appelant; et - communication entre la carte à puce (2b) du terminal (1b) dudit système appelé et ce terminal, au travers dudit "proxy" (27b) associé à cette carte à puce (2b). 11. Procédé selon la revendication 10, caractérisé en ce que ledit contrôle de caractéristiques predéterminées des échanges desdites données multimédias comprend une operation de chiffrement et/ou déchiffrement des données multimédias transitant dans ledit canal de données (CD) effectuée par lesdits "proxys" (27a, 27b). 12. Procédé selon la revendication 10, caractérisé en ce que ledit contrôle de caractéristiques predéterminées des échanges desdites données multimédias comprend une operation de tarification des données multimédias transitant dans ledit canal de données (CD) effectuée par lesdits "proxys" (27a, 27b). 13. Procédé selon la revendication 1, caractérisé en ce que lesdites données multimédias sont des données téléphoniques. 14. procédé selon la revendication 1, caractérisé en ce que lesdites données multimédias sont des données visiophoniques. 15. Procédé selon revendication 5, caractérisé en ce qu'il comprend en outre une phase d'enregistrement desdits abonnés dans au moins un serveur d'annuaire (SA;), à l'aide d'un protocole d'enregistrement déterminé (900a) et de donnees dites de profil d'abonné (903a) décrivant lesdits abonnés, une phase de localisation dudit abonné appelé par interrogation d'au moins un desdits serveurs d'annuaire (SA;), à l'aide d'un protocole de localisation déterminé (901a), lesdits protocoles déterminés d'enregistrement et de localisation étant associés à des pièces de logiciel (AB, A,), au moins l'une desdites pièces de logiciel est stockee dans au moins la carte à puce (2a) dudit premier système d'abonné, en que ladite carte à puce (2a) comprend au moins une deuxième entité logicielle (ATB, AT,), apte à interpreter une suite d'instructions et à la traduire en une suite d'ordres, de manière ' coopérer avec ladite seconde pièce de logiciel spécifique (23a) pour que ladite carte à puce offre une fonctionnalité d'interface passerelle dite "CGI", la dite carte à puce comprenant au moins une desdites suites d'instructions associée à au moins une pièce de logiciel propriétaire ; et en ce 'il comprend au moins les étapes suivantes 1l ouverture d'une première séquence d'échanges de données entre au moins ledit terminal (1) et ladite carte à puce (2a), pour la transmission d'une requête pour que ledit navigateur "WEB" (10) récupère des données permettant de sélectionner et d'activer une desdites pièces de logiciel (Ae, A,), en vue de la sélection d'un desdits serveurs d'annuaire (SA;) ; 21 ouverture d'une deuxième séquence d'échanges de données entre ladite carte à puce (2a) et ledit terminal (1) pour lui transmettre lesdites données 2I ouverture d'une troisième séquence d'échanges de données entre ledit terminal (1) et ladite carte à puce (2a) pour transmettre des données de sélection et des paramètres optionnels, lesdites données et lesdits paramètres optionnels comportant une référence à une desdites suites d'instructions associées à ladite pièce de logiciel propriétaire ; 4l interprétation de cette dite suite d'instructions, par mise en oeuvre de ladite fonctionnalité "CGI" et exécution de ladite pièce de logiciel propriétaire (AB, A,) ; et 5l en résultat de ladite exécution, ouverture d'une quatrième séquence d'échanges de données entre ladite carte à puce (2a) et un desdits serveurs d'annuaire (SA;), sélectionné lesdites données de sélection, de manière à transmettre une requête pour la réalisation d'une opération déterminée d'enregistrement ou de localisation. 16. Procédé selon la revendication 13, caractérisé en ce que ladite suite d'instructions à interpréter associée à chacune desdites pièces de logiciel propriétaire est constituée par un script et en ce que ladite deuxième entité logicielle est constituée par un module logiciel agent intelligent traducteur de script (ATe, AT,) fournissant des ordres compréhensibles par lesdites pièces de logiciel (Ae, A,),. 17. Procédé selon la revendication 15, caractérise en ce que ladite étape 1l comprend l'émission d'une requête de type dit "HTTP" selon un protocole de type Internet par adressage d'une page déterminée (P,, P2) en langage "HTML" contenant lesdites données de sélection des paramètres optionnels, ladite adresse étant une adresse de type "URL" de rebouclage sur ladite carte à puce (2a). 8. Procédé selon la revendication 17, caractérisé en ce que ladite étape 21 comprend l'envoi par ladite carte à puce (2a) d'un formulaire en langage "HTML" (P,, P2) et en ce que ledit formulaire comprend au moins une adresse de type dit "URL" de rebouclage sur ladite carte ' puce (2a) et un chemin menant à un répertoire déterminé contenant ledit script associé à l'une desdites pièces de logiciel propriétaire (Ae, A,), à lui transmettre lesdits paramètres optionnels et à occasionner son exécution après ladite interprétation. 9. Procédé selon la revendication 18, caractérise en ce que ladite étape 31 comprend l'envoi d'une requête de type dit "HTTP" à ladite adresse "URL" désignant ledit répertoire contenant ledit script associé à ladite pièce de logiciel propriétaire (AB, A,), ladite requête comprenant lesdites données de sélection et lesdits paramètres optionnels. Procédé selon la revendication 15, caractérisé en ce qu'une pièce logiciel dite d'un premier type (AB) est associée au dit protocole permettant l'enregistrement d'un des dits abonnés (Aa, Ab) sur un serveur d'annuaire determiné (SA;), en ce que lesdits paramètres optionnels sont constitués des données définissant un profil dit d'abonné, comprenant au moins des données dites d'identification dudit abonné à enregistrer (Aa, Ab), et en ce ladite requête "HTTP" de ladite étape 3J comprend premières données indiquant que l'opération demandée est ledit enregistrement et des deuxièmes données permettant d'élaborer, par ladite pièce de logiciel de premier type (AB), une adresse de type "U caractéristique dudit serveur d'annuaire déterminé (SA;), et en ce que données associées au dit profil d'abonné sont transmises, pendant ladite étape 4l, a ce serveur d'annuaire (SA;), de manière à réaliser ledit enregistrement dudit abonné (Aa, Ab), ledit enregistrement comprenant détermination d'une adresse de type IF par association de ladite adresse serveur d'annuaire (SA;) et desdites données d'identification de cet abonne (Aa, Ab). 21. Procédé selon la revendication 20, caractérisé en ce que ledit profil d'abonnée est stocké dans ladite carte à puce (2a). 22. Procédé selon la revendication 21, caractérisé en ce que plusieurs profils d'abonnés sont stockés dans la dite carte à puce (2a) et en ce que ladite requête "HTTP" de ladite étape 31 comprend des données permettant de sélectionner un desdits profils d'abonné. 23. Procédé selon la revendication 20, caractérisé en ce que ledit profil d'abonné est saisi par un opérateur sur des moyens d'entrée de données (6a) et transmis à ladite carte à puce (2a) comme paramètres pendant ladite étape 31. 24. Procédé selon la revendication 20, caractérisé en ce que plusieurs pièces distinctes de logiciel propriétaire d'un premier type (Ae) sont stockées dans ladite carte à puce (2a), associée chacune à un protocole d'enregistrement déterminé, de manière à permettre ledit enregistrement d'abonné (Aa, Ab) sur plusieurs serveurs d'annuaire de caractéristiques déterminées (SA,-SA"). 25. Procédé selon la revendication 15, caractérisé en ce qu'une pièce de logiciel dite d'un second type (A,) est associée au dit protocole permettant la localisation d'un abonné (Ab) dit appelé sur ledit reseau de type Internet (RI), ledit abonné appelé (Ab) étant enregistré sur un serveur d'annuaire déterminé (SA;), en ce que ce dit enregistrement comprend au moins des données dites d'identification dudit abonné appelé, en ce que ladite requête "HTTP" de ladite étape 3/ comprend des premieres données indiquant que l'opération demandée est ladite localisation, deuxièmes données identifiant ledit abonné appelé (Ab) à localiser et troisièmes données permettant d'élaborer, par ladite pièce de logiciel propriétaire de second type (A,), une adresse de type "URL" caractéristique dudit serveur d'annuaire déterminé (SA;), et en ce que des données identifiant ledit abonné appelé sont transmises, pendant ladite étape 4/ à ce serveur d'annuaire (SA,), de manière à réaliser ladite phase de localisation dudit abonne appelé, par la recherche d'une adresse de type "1P", en associant lesdites données d'identification de ce abonné appelé, reçues par ledit serveur d'annuaire (SA;), à des données d'enregistrement stockées dans celui-ci, et la retransmission de ladite adresse de type "1P" à ladite carte a puce (2a), de manière à permettre ladite localisation. 26. Procédé selon la revendication 25, caractérisé en ce que plusieurs pièces distinctes de logiciel propriétaire d'un second type (A,) sont stockées dans ladite carte à puce (2a), associé chacun à un protocole de localisation déterminé (PLy), de manière à permettre chacune ladite localisation d'un desdits abonnés appelés (Ab) sur ledit réseau de type Internet (RI), par sélection, parmi plusieurs (SA,-SA"), d'un serveur d'annuaire (SA,) de caractéristiques déterminées. 27. Carte à puce destinée à coopérer avec un terminal muni d'un lecteur de carte à puce, de manière à former un premier système d'abonné pour la gestion transmissions de données multimédias via un réseau de type Internet entre ledit premier système d'abonné et un second système d'abonne, ladite gestion comprenant au moins une phase d'échange de donnees dites de signalisation, via un canal dit de signalisation, à l'aide protocole de signalisation déterminé, et une phase d'échange desdites données multimédias, via un canal dit de données, à l'aide protocole de communication déterminé, caractérisé en ce ladite carte à puce (2a) comporte une pièce de logiciel (23a), formant couche protocolaire de communication spécifique, comprenant outre au moins une première entité logicielle autonome (S,), type dit client, et une deuxième entité logicielle autonome (S2), type serveur, lesdites entités (S2, S2) coopérant de manière à ce ladite carte à puce (2a) offre la fonctionnalité d'un client/serveur type "WEB" et à permettre l'établissement des échanges de données entre le terminal (la) dudit premier système d'abonné et ledit second système d'abonné (1'b) via ledit réseau de type Internet (RI) ; en ce ladite carte à puce (2a) comprend en outre une pièce logiciel applicative de caractéristiques fonctionnelles déterminées, dite filtre (28), recevant et/ou émettant des unités de données de protocole vers lesdites et/ou à partir desdites première et deuxième entités logicielles autonomes (S2, S,), de types respectifs client et serveur, comprises dans ladite pièce de logiciel spécifique (23a) ; ladite pièce applicative étant réalisée sous le contrôle de ladite entité logicielle autonome type serveur (S,) ; et en ce que ledit filtre (28) coopère avec lesdites entités logicielles autonomes (S2, S,) de ladite seconde pièce logiciel spécifique (23a) pour permettre l'ouverture de session avec lesdites entités logicielles autonomes (T2, Ti) de ladite première piece de logiciel spécifique pour former une fonction dite de "proxy " (27a) et contrôler des caractéristiques prédéterminées des échanges de données transitant entre ledit premier système d'abonné (1a, et ledit second système d'abonné (1'b), via au moins l'un desdits canaux de signalisation (CS) et/ou de données (CD), pendant lesdites phases d'échanges de données de signalisation et/ou données multimédias. 28. Carte à puce selon la revendication 27, caracterisé en ce que, ladite gestion de transmissions de données multimédias comprenant en outre une phase d'enregistrement desdits abonnés dans au moins un serveur d'annuaire (SA;), à l'aide d'un protocole d'enregistrement déterminé (900a) et de données dites de profil d'abonné (903a) décrivant lesdits abonnés, une phase de localisation dudit abonné appelé par interrogation d'au moins un desdits serveurs d'annuaire (SA;), à l'aide d'un protocole de localisation déterminé (901a), ladite carte à puce (2a) stocke au moins une pièce de logiciel A,) associée aux dits protocoles déterminés d'enregistrement et de localisation, et en ce que ladite carte à puce (2a) comprend au moins une deuxième entité logicielle (ATe, ATr) coopérant avec ladite pièce de logiciel spécifique (23a) pour que ladite carte à puce (2a) offre fonctionnalité d'interface passerelle dite "CGI",.de manière à activer lesdites pièces de logiciel A,) associées aux dits protocoles d'enregistrement ou de localisation. 29. Carte à puce selon la revendication 28, caracterisé en ce que ladite carte à puce (2a) stocke en outre au moins l'un desdits profils d'abonnés.