FR 2831370 A1 20030425 FR 0113445 A 20011018 La présente invention est relative à un procédé de transaction numérique en temps réel entre un terminal utilisateur et au moins deux cibles, comportant les étapes successives suivantes : a) réception d'un message émis par ledit terminal utilisateur, b) dialogue avec lesdites cibles comportant une émission dudit message vers lesdites cibles et une réception de réponses émises par lesdites cibles, c) transmission d'au moins une desdites réponses audit terminal utilisateur. L'invention concerne également une plate-forme de transaction numérique entre un terminal utilisateur et une pluralité de cibles. Une plate-forme de transaction numérique, c'est-à-dire destinée à l'établissement d'une transaction entre un terminal et une ou plusieurs cibles, est utile pour l'utilisateur de ce terminal qui peut, par son intermédiaire, consulter, en une seule opération, un grand nombre de cibles, c'est-à-dire par exemple des bases de données de sociétés commercialisant un produit qu'il recherche. Une plate-forme de transaction numérique est également utile pour ces sociétés qui, par son intermédiaire, sont consultées par des utilisateurs qui ne les auraient peut-être pas contactées autrement. Un exemple connu, non limitatif, concerne le marché des assurances. Un utilisateur qui souhaite assurer une voiture, par exemple, fournit à une plate-forme des renseignements permettant à celle-ci de consulter plusieurs assureurs. L'utilisateur peut être par exemple un particulier, une agence d'assurance, ou un distributeur de voitures. Il peut envoyer sa demande à la plate-forme par exemple par l'intermédiaire de sites Internet, Extranet ou d'interfaces XML publiques. Les assureurs consultés renvoient des propositions commerciales à la plateforme. Cette dernière peut les sélectionner, puis les retransmet au terminal de l'utilisateur. Toute plate-forme de transaction numérique comporte du matériel informatique, encore appelé hardware , et un ou plusieurs logiciels, encore appelés software . Le matériel informatique comprend au moins un ordinateur, équipé notamment d'une alimentation électrique, de cartes électroniques (cartes mémoire , cartes graphique ou son , CPU, etc. ) et de bus de communication. Classiquement, le matériel informatique comprend également des périphériques, comme des moyens d'archivage ou de stockage (lecteurs de bandes magnétiques, de CDROM, de disquettes, etc. ), des imprimantes et des moyens d'interfaçage avec les utilisateurs (écrans, claviers, souris, etc.). Les logiciels fournissent les programmes contenant des instructions pour la mise en oeuvre du matériel informatique. Le matériel informatique programmé peut ainsi fournir des moyens de calculs, de communication, de mémorisation de données, de gestion de périphériques, etc. Une plate-forme de transaction numérique comporte en particulier un ou plusieurs programmes adaptés pour mettre en oeuvre le matériel informatique de manière à rendre possible une transaction numérique entre un terminal utilisateur et des cibles. La figure 1 représente schématiquement l'architecture fonctionnelle d'une plate-forme de transaction numérique 1 ou plate-forme transactionnelle . Cette architecture fonctionnelle, comme dans celles des figures 2 et 3 qui seront décrites dans la suite de la description, comporte des blocs fonctionnels symbolisant chacun une unité fonctionnelle . Une unité fonctionnelle comprend du matériel informatique et du logiciel pour sa mise en oeuvre, mais ne se confond pas nécessairement avec un élément du matériel informatique et un programme ou une partie d'un programme. Ainsi par exemple, un même élément du matériel informatique ou un même programme peuvent être mis en oeuvre pour l'exécution des fonctions de différentes unités fonctionnelles. La plate-forme de transaction numérique 1 est destinée à l'échange d'informations numériques entre un terminal utilisateur 3 et trois cibles 5a, 5b et 5c. Elle comprend des moyens d'interfaçage amont 6, des moyens de routage 7, des moyens d'interfaçage aval 9, des moyens de traitement des réponses 11, et des moyens de supervision 13. Généralement, l'utilisateur du terminal 3 dialogue avec la plate-forme 1 en remplissant un formulaire que lui présente le terminal 3 et qui lui permet d'exprimer ses besoins. Les moyens d'interfaçage amont 6 sont programmés de manière à configurer en temps réel la page d'écran lue par l'utilisateur. Par exemple, ils peuvent adapter cet écran en fonction de l'identité de l'utilisateur, en utilisant sa charte graphique ou en insérant son logo. De même, si l'utilisateur est un distributeur exclusif d'une marque de véhicules, l'écran ne propose-til, au moment de la saisie du type de véhicule à assurer, qu'un choix parmi les types de véhicules de cette marque. Les moyens d'interfaçage amont 6 adaptent également l'écran du terminal utilisateur 3 en fonction du déroulement du dialogue. Par exemple, ils peuvent préremplir certaines rubriques, adapter les pages aux réponses précédemment données par l'utilisateur, en modifier le nombre, etc. Quand l'utilisateur a fini de remplir le formulaire que lui ont présenté les moyens d'interfaçage amont 6, il le valide. Les moyens d'interfaçage amont 6 préparent alors un message M contenant au moins les réponses de l'utilisateur aux rubriques du formulaire, et transmettent le message M, avec par exemple un identifiant de l'utilisateur Id, aux moyens de routage 7. Les moyens de routage 7 sélectionnent parmi toutes les cibles potentielles, et, selon les réponses de l'utilisateur et son identifiant Id, les cibles à qui le message M doit être envoyé. Des accords commerciaux passés entre un assureur et un distributeur de véhicules peuvent par exemple conditionner cette sélection. Les moyens de routage 7 génèrent alors une requête Q contenant au moins le message M et des moyens d'identifier des cibles 5a, 5b et 5c qu'ils ont sélectionnées. Puis ils envoient la requête Q aux moyens d'interfaçage aval 9. La fonction des moyens d'interfaçage aval 9 est d'organiser le dialogue avec les cibles 5a, 5b et 5c sélectionnées et de délivrer aux moyens de traitement des réponses 11 une synthèse R des réponses Ra, Rb et Rc, respectivement, émises par les cibles 5a, 5b et 5c. Les moyens de traitement des réponses 11 sont chargés d'analyser les réponses fournies et de les traiter, par exemple en les filtrant ou en les hiérarchisant en fonction du montant des devis proposés par les cibles 5a, 5b et 5c, et/ou en fonction de l'utilisateur. Les moyens de traitement des réponses 11 génèrent un résultat R'qu'ils transmettent aux moyens d'interfaçage amont 6. Les moyens d'interfaçage amont 6 transforment le résultat R'en R* de manière à le rendre présentable à l'utilisateur, puis envoient R* au terminal utilisateur 3. Les moyens de supervision 13, informés en permanence de tous les événements survenant sur la plate-forme 1, surveillent et organisent le fonctionnement des autres moyens décrits ci-dessus. Pour interroger les cibles 5a, 5b, 5c sélectionnées, les moyens d'interfaçage aval 9 peuvent, selon une première configuration, consulter des données stockées dans une base de données commune à tous les assureurs et régulièrement mise à jour par ces derniers. Mais il n'est jamais certain, sauf immédiatement après la mise à jour de la base de données, que les données consultées sont à jour, et donc que la réponse destinée à l'utilisateur est valable. De plus, il est nécessaire de connaître toutes les règles utilisées par les assureurs pour proposer un devis. Ces règles peuvent être complexes et être amenées à évoluer. Leur mise à jour est coûteuse. Selon une deuxième configuration, pour interroger les cibles sélectionnées, les moyens d'interfaçage aval 9 peuvent consulter les cibles elles-mêmes. Les moyens d'interfaçage aval 9 transmettent alors successivement le message à chacune des cibles sélectionnées, en informent l'utilisateur et lui annoncent qu'une réponse lui sera adressée quelques heures plus tard, c'est-à-dire quand toutes les cibles consultées auront analysé le message et transmis une proposition commerciale. Le délai de réponse peut être long et l'utilisateur doit se connecter une première fois pour exprimer ses besoins et une seconde fois pour obtenir les réponses. Pour que la plate-forme 1 puisse délivrer rapidement une ou plusieurs réponses à l'utilisateur, certaines plates-formes fonctionnent en temps réel, c'est-à-dire qu'elles sont capables de fournir un résultat R'quelques secondes seulement après que l'utilisateur a validé ledit formulaire. Ces plates-formes comportent des moyens d'interfaçage aval 9 qui interrogent successivement, en temps réel, chacune des cibles, attendant la réponse d'une cible avant d'interroger la suivante. Mais si une cible ne répond pas, par exemple parce qu'elle est défaillante, le terminal utilisateur 3 ne reçoit aucune réponse. Ces plates-formes fonctionnant en temps réel ne sont donc pas fiables. Le but de l'invention est de fournir un procédé pour la mise en oeuvre d'une plate-forme de transaction numérique qui permette d'interroger des cibles sélectionnées et de transmettre en temps réel au terminal utilisateur 3 un résultat fiable. On atteint ce but au moyen d'un procédé de transaction numérique en temps réel entre un terminal utilisateur et au moins deux cibles, comportant les étapes successives suivantes : a) réception d'un message émis par ledit terminal utilisateur, b) dialogue avec lesdites cibles comportant une émission dudit message vers lesdites cibles et une réception de réponses émises par lesdites cibles, c) transmission d'au moins une desdites réponses audit terminal utilisateur. Ce procédé est remarquable en ce que ledit dialogue comporte l'exécution en parallèle d'au moins deux tâches élémentaires affectées respectivement au dialogue avec chacune desdites cibles. Les tâches élémentaires étant exécutées indépendamment les unes des autres, la défaillance de l'une d'elles, notamment suite à une défaillance de la cible associée, ne bloque pas l'exécution des autres tâches élémentaires. En dépit de cette défaillance, ces dernières peuvent donc transmettre une réponse aux moyens d'interfaçage amont 6. Le procédé selon l'invention, mis en oeuvre par la plate-forme 1, permet ainsi de délivrer au terminal utilisateur 3 un résultat fiable et en temps réel. Selon d'autres caractéristiques de l'invention, - on place des tâches élémentaires préalablement configurées en attente jusqu'à leur affectation, en temps réel, au dialogue avec lesdites cibles ; - on active sensiblement simultanément lesdites tâches élémentaires ; - au moins une desdites tâches élémentaires comporte une sélection de moyens de formatage dudit message et/ou d'une réponse de ladite cible qui lui est associée, et l'exécution dudit formatage ; - au moins une desdites tâches élémentaires comporte une sélection d'un connecteur adapté au protocole d'émission et/ou de réception de ladite cible qui lui est associée, et la mise en oeuvre dudit connecteur ; - ledit message et/ou des informations transitant depuis ou à destination dudit terminal utilisateur sont formatés selon un format autodescriptif ; - ledit format est un format du type XML ; - ledit format du type XML est un format INSpML@ ; - on interrompt une tâche élémentaire après une durée déterminée d'opération ou après réception d'une réponse par ladite cible associée ; - on replace en attente ladite tâche élémentaire sitôt ladite interruption. La présente invention concerne également une plate-forme de transaction numérique en temps réel, entre un terminal utilisateur et au moins deux cibles, pour la mise en oeuvre d'un procédé conforme à l'invention, comportant - des moyens d'interfaçage amont avec ledit terminal utilisateur aptes à produire un message exprimant une demande d'un utilisateur et à transmettre audit terminal utilisateur au moins une réponse desdites cibles audit message, - des moyens d'interfaçage aval aptes à transmettre ledit message aux dites cibles, à recevoir des réponses desdites cibles audit message, et à retransmettre au moins une desdites réponses vers lesdits moyens d'interfaçage amont, et - des moyens de supervision. La plate-forme de transaction numérique selon l'invention est remarquable en ce que lesdits moyens d'interfaçage aval comportent une pluralité d'unités de transmission aptes à opérer indépendamment les unes des autres, chacune desdites unités de transmission étant respectivement en relation de dialogue avec une desdites cibles. Selon d'autres caractéristiques de la plate-forme selon l'invention, - la plate-forme comporte des moyens de coordination desdites unités de transmission, de manière à activer sensiblement simultanément lesdites unités de transmission ; - la plate-forme comporte un minuteur apte à informer lesdits moyens de coordination de l'achèvement d'un délai prédéterminé depuis ladite activation desdites unités de transmission ; - la plate-forme comporte des moyens de regroupement desdites réponses desdites cibles ; - au moins une desdites unités de transmission comporte des moyens de formatage dudit message et/ou d'une réponse d'une cible affectée à ladite unité de transmission ; - la plate-forme comporte des moyens de sélection desdits moyens de formatage ; - au moins une desdites unités de transmission comporte un connecteur adapté au protocole d'émission et/ou de réception avec une cible affectée à ladite unité de transmission ; - la plate-forme comporte des moyens de sélection dudit connecteur ; - la plate-forme comporte des moyens de routage aptes à sélectionner lesdites cibles et à produire une requête contenant au moins ledit message et des informations sur les protocoles de communication utilisés par lesdites cibles ; - la plate-forme comporte des moyens de traitement des réponses desdites cibles ; - ledit message et/ou des informations transitant entre lesdits moyens d'interfaçage amont et ledit terminal utilisateur sont formatés selon un format autodescriptif ; - ledit format est un format du type XML ; - ledit format est un format INSPML (D ; - lesdits moyens de supervision sont aptes à affecter des tâches de dialogue préalablement configurées à au moins une desdites unités de transmission. D'autres caractéristiques et avantages de la présente invention apparaîtront à la lecture de la description qui va suivre et à travers du dessin annexé dans lequel - la figure 1 représente schématiquement l'architecture fonctionnelle générale d'une plate-forme de transaction numérique ; - la figure 2 représente schématiquement l'architecture fonctionnelle des moyens d'interfaçage aval d'une plate-forme de transaction numérique selon l'invention, dans le mode de réalisation préféré de l'invention ; - la figure 3 représente schématiquement l'architecture fonctionnelle d'une unité de transmission d'une plate-forme de transaction numérique selon l'invention, dans le mode de réalisation préféré de l'invention. Des références identiques sont utilisées dans les figures 1,2 et 3 pour désigner des blocs identiques. La plate-forme selon l'invention comporte une architecture fonctionnelle générale du type de celle représentée sur la figure 1, décrite en préambule. Avantageusement, selon l'invention, les moyens d'interfaçage amont 6 envoient aux moyens de routage 7 et reçoivent des moyens de traitement des réponses 11 des messages formatés selon un format autodescriptif, c'est-à-dire comportant les moyens d'identifier la nature des informations qu'il contient. De préférence, ce format est un format du type XML. Avec ce format, chaque information est insérée entre des balises ou tags qui en précisent la nature. Avantageusement, les balises sont compréhensibles par l'utilisateur, ce qui facilite l'interprétation du message. De préférence encore, dans le domaine de l'assurance, le format est un format INSpML@. Le format INSpML@ est un dérivé du format XML dont les balises sont adaptées aux données utilisées dans le domaine de l'assurance. Selon l'invention, les moyens d'interfaçage aval 9, représentés sur la figure 2, comportent trois unités de transmission, 15a, 15b et 1 5c, en relation de dialogue avec les cibles 5a, 5b et 5c, respectivement, et en communication avec des moyens de distribution 17 et des moyens de regroupement 19. Les moyens d'interfaçage aval 9 comportent encore un minuteur 21, ou timer , et des moyens de coordination 23. Avantageusement, la plate-forme 1 selon l'invention comporte en outre une réserve, non représentée, encore appelée pool , de tâches élémentaires préalablement configurées. On dit qu'une tâche est configurée quand elle a été préparée de manière à être exécutable rapidement par une unité de transmission. Informés par les moyens de routage 7 des cibles sélectionnées, les moyens de supervision 13 extraient de la réserve des tâches élémentaires configurées et les assignent aux unités de transmission associées , ou affectées , à ces cibles. Une tâche élémentaire assignée à une unité de transmission est destinée à permettre à cette unité de transmission de dialoguer avec la cible qui lui est associée. L'activation d'une tâche élémentaire configurée peut avantageusement suivre très rapidement son affectation à une cible. Une requête Q en provenance des moyens de routage 7 parvient aux moyens de distribution 17. Elle comporte le message M contenant l'information fournie par l'utilisateur lorsqu'il a rempli le formulaire, ainsi que des informations de protocole relatives aux cibles sélectionnées par les moyens de routage 7. Ces informations de protocole sont notamment, pour chaque cible sélectionnée, le type de protocole à utiliser pour se connecter à cette cible, par exemple JMS, HTTP, HTTPS, et les données de protocole propres à la cible et nécessaires pour paramétrer ce type de protocole, par exemple son adresse IP, le port du service HTTP à contacter, le nom des variables HTTP pour le passage des paramètres, la version du protocole HTTP utilisée, le nom de la file d'attente JMS, etc. Les informations de protocole peuvent être stockées dans une table ciblesprotocoles , non représentée, fournissant, pour chaque cible, les informations de protocole correspondantes. Les moyens de distribution 17 transforment la requête Q en trois requêtes élémentaires Qa, Qb et Qc, destinées aux trois cibles 5a, 5b et 5c, respectivement. La requête élémentaire destinée à une cible contient une copie du message M et les informations de protocole relatives à cette cible. Les moyens de distribution 17 envoient les requêtes élémentaires Qa, Qb et Qc vers les trois unités de transmission 15a, 15b et 15c respectivement, affectées aux trois cibles sélectionnées 5a, 5b et 5c respectivement. Les moyens de coordination 23 déclenchent alors le minuteur 21 et simultanément activent les unités de transmission 15a, 15b et 15c, c'est-à-dire commencent l'exécution de leurs tâches élémentaires respectives. Comme on le verra plus en détail dans la suite de la description (figure 3), les unités de transmission 15a, 15b et 1 5c dialoguent avec leurs cibles respectives 5a, 5b et 5c. Dès réception d'une réponse d'une cible, une unité de transmission la transmet, après une éventuelle transformation, comme on le décrira plus en détail dans la suite de la description, vers les moyens de regroupement 19. On désigne par Ra*, Rb* et Rc* les réponses transmises par les unités de transmission 15a, 15b et 15c, respectivement, aux moyens de regroupement 19. Quand les trois réponses Ra*, Rb* et Rc* sont parvenues aux moyens de regroupement 19, ces derniers les regroupent et les retransmettent aux moyens de traitement des réponses 11 sous la forme d'une synthèse R. La suite chronologique du fonctionnement de la plate-forme 1 est semblable à celle décrite précédemment dans la description de la figure 1. Selon l'invention, les moyens de coordination 23 veillent à ce que toutes les réponses des cibles 5a, 5b et 5c soient parvenues aux moyens de regroupement 19 avant l'écoulement complet d'un délai prédéterminé, compté par le minuteur 21 à partir de l'activation des unités de transmission 15a, 15b et 1 5c. Si l'événement time out , marquant l'achèvement de ce délai, survient avant que toutes les unités de transmission 15a, 15b et 15c aient transmis une réponse, les moyens de coordination 23 ordonnent aux moyens de regroupement 19 d'opérer avec les réponses dont il dispose, et donc de n'envoyer aux moyens de traitement des réponses 11 que ces réponses. Avantageusement, une unité de transmission est désactivée, c'est-à-dire que sa tâche élémentaire est interrompue, sitôt après avoir envoyé une réponse aux moyens de regroupement 19 ou, si elle ne l'a pas fait avant l'événement time out , immédiatement après cet événement. La tâche élémentaire est immédiatement replacée dans la réserve de manière à être disponible pour répondre à une nouvelle requête. Le nombre de tâches élémentaires à configurer et à maintenir dans la réserve est ainsi limité. On réalise donc une économie de ressources. Une unité de transmission selon l'invention, par exemple l'unité de transmission 15a représentée sur la figure 3, comporte des moyens de formatage amont et aval, 30 et 32 respectivement, des connecteurs amont et aval, 34 et 36 respectivement, ainsi que des moyens de sélection 38 des moyens de formatage 30 et 32 et des connecteurs 34 et 36. Comme on le verra plus en détail ci-dessous, l'unité de transmission 15a est amenée à rechercher des informations dans une base d'informations 40. Après avoir été affectée au dialogue avec la cible 5a, 1'unité de transmission 15a reçoit une copie du message M et les informations de protocole relatives à cette cible 5a. Le format du message M, c'est-à-dire la manière dont l'information issue du formulaire est codée, peut alors être compatible avec le format attendu par la cible 5a. Sinon, ce format doit être modifié. A la réception du message M, de préférence en format XML ou INSpML@, les moyens de sélection 38 de l'unité de transmission 15a selon l'invention recherchent dans la base d'informations 40 si des moyens de formatage, encore appelés moyens de transformation, ont été prévus pour les messages destinés à la cible 5a. Un fichier du type XSL contenant l'information nécessaire pour transformer le message M peut par exemple avoir été prévu. Dans ce cas, l'unité de transmission 15a transmet à un transformateur , non représenté, au moins ce fichier XSL et le message M. Après avoir transformé le message M au moyen du fichier XSL, le transformateur retourne un message Ma*, formaté pour être compréhensible par la cible 5a. Dans cet exemple, le fichier XSL et le transformateur constituent lesdits moyens de formatage amont 30. Les moyens de sélection 38 de l'unité de transmission 15a selon l'invention recherchent également dans la base d'informations 40 un connecteur amont 34 adapté pour le type de protocole utilisé par la cible 5a. Us paramètrent le connecteur amont 34 au moyen des données de protocole propres à la cible 5a. Le message M peut dés lors être transféré sous un format et selon un protocole compréhensibles par la cible 5a. De la même manière, les moyens de sélection 38 sélectionnent et paramètrent le connecteur aval 36 et les moyens de formatage aval 32 de manière à pouvoir recevoir la réponse Ra de la cible 5a, et renvoyer une réponse transformée Ra* dans un format compréhensible par les moyens de regroupement 19. Avantageusement, la plate-forme 1 selon l'invention peut s'adapter très facilement à de nouveaux protocoles de communication ou à de nouveaux formats utilisés par les cibles. Pour s'adapter à un nouveau format utilisé par une cible, il suffit de créer le fichier du type XSL correspondant. En effet, le transformateur est standard et adapte son action en fonction du contenu de ce fichier. Il n'a donc pas besoin d'être reprogrammé. En cas de nouveau protocole à utiliser pour une cible, il suffit d'ajouter le nouveau connecteur correspondant dans la base d'information 40, et de mettre à jour la table cibles-protocoles contenant les informations sur le protocole utilisé par chaque cible, c'est-à-dire le type de protocole et les données de protocole de cette cible. La plate-forme 1 selon l'invention s'adapte donc particulièrement aisément à l'ajout de nouvelles cibles potentielles. Un des objectifs de la plate-forme 1 est de permettre une consultation d'un grand nombre de cibles. Le nombre de cibles connectées à la plate-forme 1 est donc susceptible d'évoluer. La possibilité d'ajouter des cibles supplémentaires sans nouvelle programmation des moyens d'interfaçage aval 9 permet donc de limiter les coûts associés à ces ajouts. Bien entendu, la présente invention n'est pas limitée au mode de réalisation décrit et représenté, fourni à titre d'exemple illustratif et non limitatif. En particulier, le nombre d'unités de transmission n'est pas limité à trois. En outre, la part de la réponse R* envoyée au terminal utilisateur 3 et correspondant à une réponse, par exemple Ra, d'une cible peut différer sensiblement de cette réponse Ra, non seulement de par son format mais aussi de par son contenu. Par exemple, les transformations opérées sur la réponse Ra avant qu'elle ne parvienne au terminal utilisateur 3 peuvent inclure une modification du contenu même de cette réponse Ra, par exemple suite à un filtrage de certains de ses éléments. On considère que le résultat de ces transformations constitue toujours une réponse de la cible, même si cette réponse n'est plus qu'une partie ou une transformation de la réponse effectivement émise par la cible. L'invention n'est pas limitée au fonctionnement décrit. Par exemple, d'autres informations que celles décrites peuvent circuler à travers la plate-forme 1. REVENDICATIONS 1. Procédé de transaction numérique en temps réel entre un terminal utilisateur (3) et au moins deux cibles (5a, 5b, 5c), comportant les étapes successives suivantes : a) réception d'un message (M) émis par ledit terminal utilisateur (3), b) dialogue avec lesdites cibles (5a, 5b, 5c) comportant une émission dudit message (M) vers lesdites cibles (5a, 5b, 5c) et une réception de réponses (Ra, Rb, Rc) émises par lesdites cibles (5a, 5b, 5c), c) transmission d'au moins une desdites réponses (Ra, Rb, Rc) audit terminal utilisateur (3), caractérisé en ce que ledit dialogue comporte l'exécution en parallèle d'au moins deux tâches élémentaires affectées respectivement au dialogue avec chacune desdites cibles (5a, 5b, 5c). 2. Procédé selon la revendication 1, caractérisé en ce qu'on place des tâches élémentaires préalablement configurées en attente jusqu'à leur affectation, en temps réel, au dialogue avec lesdites cibles (5a, 5b, 5c). 3. Procédé selon l'une quelconque des revendications 1 et 2, caractérisé en ce qu'on active sensiblement simultanément lesdites tâches élémentaires. 4. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'au moins une desdites tâches élémentaires comporte une sélection de moyens de formatage (30,32) dudit message (M) et/ou d'une réponse (Ra) de ladite cible qui lui est associée (5a), et l'exécution dudit formatage. 5. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'au moins une desdites tâches élémentaires comporte une sélection d'un connecteur (34,36) adapté au protocole d'émission et/ou de réception avec ladite cible associée (5a), et la mise en oeuvre dudit connecteur (34,36). 6. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que ledit message (M) et/ou des informations transitant depuis ou à destination dudit terminal utilisateur (3) sont formatés selon un format autodescriptif. 7. Procédé selon la revendication 6, caractérisé en ce que ledit format est un format du type XML. 8. Procédé selon la revendication 7, caractérisée en ce que ledit format du type XML est un format INSpML@. 9. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'on interrompt une tâche élémentaire après une durée déterminée d'opération ou après réception d'une réponse (Ra, Rb, Rc) par ladite cible associée (5a, 5b, 5c). 10. Procédé selon la revendication 9, caractérisé en ce qu'on replace en attente ladite tâche élémentaire sitôt ladite interruption. 11. Plate-forme de transaction numérique en temps réel, entre un terminal utilisateur (3) et au moins deux cibles (5a, 5b, 5c), pour la mise en oeuvre d'un procédé conforme à la revendication 1, comportant - des moyens d'interfaçage amont (6) avec ledit terminal utilisateur (3) aptes à produire un message (M) exprimant une demande d'un utilisateur et à transmettre audit terminal utilisateur (3) au moins une réponse desdites cibles (5a, 5b, 5c) audit message (M), - des moyens d'interfaçage aval (9) aptes à transmettre ledit message (M) aux dites cibles (5a, 5b, 5c), à recevoir des réponses (Ra, Rb, Rc) desdites cibles (5a, 5b, 5c) audit message (M), et à retransmettre au moins une desdites réponses vers lesdits moyens d'interfaçage amont (6), et - des moyens de supervision (13), caractérisée en ce que lesdits moyens d'interfaçage aval (9) comportent une pluralité d'unités de transmission (15a, 15b, 15c) aptes à opérer indépendamment les unes des autres, chacune desdites unités de transmission (15a, 15b, 15c) étant respectivement en relation de dialogue avec une desdites cibles (5a, 5b, 5c). 12. Plate-forme selon la revendication 11, caractérisée en ce qu'elle comporte des moyens de coordination (23) desdites unités de transmission (15a, 15b, 15c), de manière à activer sensiblement simultanément lesdites unités de transmission (1 Sa, 1Sb, 1Sc). 13. Plate-forme selon la revendication 12, caractérisée en ce qu'elle comporte un minuteur (21) apte à informer lesdits moyens de coordination (23) de l'achèvement d'un délai prédéterminé depuis ladite activation desdites unités de transmission (15a, 15b, 15c). 14. Plate-forme selon l'une quelconque des revendications 11 à 13, caractérisée en ce qu'elle comporte des moyens de regroupement (19) desdites réponses (Ra, Rb, Rc) desdites cibles (5a, 5b, 5c). 15. Plate-forme selon l'une quelconque des revendications 11 à 14, caractérisée en ce qu'au moins une desdites unités de transmission (15a, 15b, 15c) comporte des moyens de formatage (30,32) dudit message (M) et/ou d'une réponse (Ra, Rb, Rc) d'une cible (5a, 5b, 5c) affectée à ladite unité de transmission (15a, 15b, 15c). 16. Plate-forme selon la revendication 15, caractérisée en ce qu'elle comporte des moyens de sélection (38) desdits moyens de formatage (30,32). 17. Plate-forme selon l'une quelconque des revendications 11 à 16, caractérisée en ce qu'au moins une desdites unités de transmission (15a, 15b, 15c) comporte un connecteur (34,36) adapté au protocole d'émission et/ou de réception avec une cible affectée à ladite unité de transmission (1 Sa, 1Sb, 1Sc). 18. Plate-forme selon la revendication 17, caractérisée en ce qu'elle comporte des moyens de sélection (38) dudit connecteur (34,36). 19. Plate-forme selon l'une quelconque des revendications 11 à 18, caractérisée en ce qu'elle comporte des moyens de routage (7) aptes à sélectionner lesdites cibles (5a, 5b, 5c) et à produire une requête (Q) contenant au moins ledit message (M) et des informations sur les protocoles de communication utilisés par lesdites cibles (5a, 5b, 5c). 20. Plate-forme selon l'une quelconque des revendications 11 à 19, caractérisée en ce qu'elle comporte des moyens de traitement des réponses (11) desdites cibles (5a, 5b, 5c). 21. Plate-forme selon l'une quelconque des revendications 11 à 20, caractérisée en ce que ledit message (M) et/ou des informations transitant entre lesdits moyens d'interfaçage amont (6) et ledit terminal utilisateur (3) sont formatés selon un format autodescriptif. 22. Plate-forme selon la revendication 21, caractérisé en ce que ledit format est un format du type XML. 23. Plate-forme selon la revendication 22, caractérisée en ce que ledit format est un format INSPML (D. 24. Plate-forme selon l'une quelconque des revendications 11 à 23, caractérisée en ce que lesdits moyens de supervision (13) sont aptes à affecter des tâches de dialogue préalablement configurées à au moins une desdites unités de transmission (15a, 15b, 15c).