FR 2814834 A1 20020405 FR 0012606 A 20001003 UN SYSTEME ELECTRONIQUE DE NEGOCIATION CONTINUE MODULAIRE PERMETTANT LE SECRET SUR L'IDENTITE DES CLIENTS ET DES PRODUITS La présente invention concerne un système électronique de négociation continue modulaire permettant le secret sur l'identité des clients et la définition des produits échangés. Selon son acception la plus générale, elle concerne un système de type place de marché comprenant au moins un serveur informatique et au moins deux terminaux informatiques clients appelés Modules Génériques [un premier module générique est au moins utilisé par un fournisseur et un deuxième module est au moins utilisé par un client, ces deux modules étant identiques et donc non typés client ou fournisseur], le serveur, les Modules Génériques étant interconnectés par au moins un réseau de communication, les Modules Génériques pouvant être utilisés indifféremment par un fournisseur, par un client final ou par un client lui-même fournisseurs d'autres clients comprenant un calculateur, une mémoire et une interface sur le réseau pour réceptionner les offres de produits provenant des Modules Génériques utilisés par les fournisseurs via le serveur du système sous la forme de messages numériques, pour construire en mémoire sous forme numérique de nouveaux produits composés ou non à partir des données numériques d'offres de produits provenant des fournisseurs via le serveur du système, et pour l'autre partie d'information secrète stockée de façon externe au présent système dans chaque terminal, pour transmettre des messages numériques concernant la cotation desdits produits composés ou non aux Modules Génériques utilisés par les clients par l'intermédiaire du serveur, pour recevoir, en retour, des instructions numériques confirmation de transaction, par exemple provenant des Modules Génériques utilisés par les clients et pour finalement retransmettre des instructions numériques vers les Modules Génériques utilisés par les fournisseurs dont les produits rentrent dans la composition du produit composé ou non ayant fait l'objet d'une instruction numérique préalable, et des moyens pour isoler les données traitées par chaque Module Générique en empêchant l'accès par le serveur aux données secrètes d'identification des clients (les clés de relation client/Fournisseur), et des produits échangés (les codes de définition des produits constituant les produits simples ou composés). De préférence, lesdits moyens pour isoler les données sont constitués par des fichiers numériques formant des tables de correspondances enregistrées sur une mémoire physiquement séparable ou non du Module Générique. Le terminal contient des données secrètes (invisibles du présent système) appelées clés d'identification relation client/fournisseur et codes de définition produit qui sont transmises de façon secrète par un moyen externe au présent système (courrier électronique crypté, par exemple). Ces clés de connexion permettent d'établir des tables de correspondance locale et externe entre un identifiant anonyme du système central et l'identité d'un des intervenants sur le système. Ces codes de définition de produit permettent d'établir des tables de correspondance locale externe entre un code produit du système central et la définition exacte d'un produit sur le système. Les ordres peuvent ainsi transiter sur le réseau d'un module à l'autre de façon codée, en revanche les intervenants et les produits sont parfaitement identifiés au niveau de chaque terminal pour les utilisateurs partageant la connaissance de ces clés et de ces codes. Outre ce procédé de communication par clés et par codes, chaque terminal est capable de recevoir les offres de prix qui lui ont été adressées par certains fournisseurs, de combiner ou non les produits d'entrée en de nouveaux produits composites ou non (dits de sortie), d'ajouter aux prix de produits ou de combinaisons de produits de sortie des marges extraites d'une table locale externe de définition de cotations à destination des clients, et d'émettre de nouvelles cotations de prix margés vers les clients connectés au système. Les cotations de prix en sortie peuvent être calculées automatiquement en temps réel en fonction des offres de prix d'entrée. En retour, un client peut confirmer une transaction électroniquement à son fournisseur. Lorsque le module de ce dernier reçoit cette information, cela peut déclencher la confirmation de l'achat d'un ou des produits d'entrée offerts par ses propres fournisseurs si ces derniers rentrent dans la composition du produit de sortie. La capacité interne de chaque module élémentaire à mettre à jour en temps réel les prix des produits de sortie en fonction des prix des produits d'entrée, ainsi qu'à propager la confirmation de négociation d'un produit de sortie vers toutes les offres des produits d'entrée entrant dans la composition du produit de sortie, fait du système global une place de marché électronique interactive et temps réel que les intervenants organisent à leur gré sans plan d'organisation préétabli. Ce système est particulièrement adapté aux organisations de négociation complexes à l'intérieur d'une entité, ou entre plusieurs entités dans lesquelles un ou des produits sont assemblés ou non par différents intervenants prenant une marge correspondant à la plus-value qu'il donne au passage au produit ou à la combinaison de produits, sachant que l'environnement concurrentiel implique le plus grand secret sur l'identité des clients et sur la définition des produits. Ce système est destiné aux environnements de négociation de produits simples ou composés à l'intérieur d'une même entité ou bien entre plusieurs entités. Dans cet environnement, les produits passent successivement par différents intermédiaires. Ces derniers, chacun leur tour, réceptionnent de leurs fournisseurs des offres de prix sur des produits, combinent les différents produits en de nouveaux produits composés, sélectionnent les offres de prix sur les produits d'entrée parmi les différents fournisseurs, rajoutent des marges aux produits de sortie, et finalement diffusent à leurs clients des propositions de prix sur leurs produits. Ainsi des produits élémentaires initiaux peuventils être agrégés ou non par étapes successives par des opérateurs différents. Ceux-ci participent à l'élaboration du produit final et perçoivent en contrepartie une marge qui correspond à la valeur ajoutée générée sur le produit final. Il arrive fréquemment que ce processus de négoce nécessite une confidentialité totale entre les différents intervenants : Ces derniers possèdent en général un carnet de clients personnels qu'ils ne souhaitent confier à personne, ni à aucun système. Les marges appliquées constituent un enjeu concurrentiel stratégique, les opérateurs sont donc extrêmement réticents à les confier à un quelconque système. Dans certains cas, la définition des produits proposés doit également être tenue sous le plus grand secret. La présente invention est un système permettant à tous les intervenants d'un tel environnement de communiquer entre eux de manière interactive des propositions de prix sans que l'identité des intervenants soit connue du système central, sans qu'aucun système centralisé ne contienne les marges ou la définition des produits. Ce système est composé d'un système central contenant les données publiques et les processus généraux de communication, et d'un certain nombre de terminaux distants connectés en réseau au système central sur lequel chaque opérateur communique avec ces contreparties de façon anonyme vis-à-vis du système central, mais de façon parfaitement déterminée sur chacun des terminaux grâce à la communication externe au présent système de clés d'identification mutuelles entre intervenants. Ce système présente donc la particularité de permettre à ses opérateurs (fournisseurs de produits) de délivrer des mots de passe (les clés d'identification de relation client/fournisseur et les codes de définition produit) par un moyen externe aux autres opérateurs (leurs clients) afin que ces derniers puissent accéder au système de façon anonyme pour prendre connaissance des cotations de prix dont ils sont la cible. Les terminaux ont donc la capacité de faire interagir des données globales ou publiques du système avec des données locales secrètes (les clés d'identification, les marges, les clés de définition du produit). La présente invention sera mieux comprise à la lecture de la description d'un exemple non limitatif de réalisation qui suit, se référant à un exemple d'application : Le marché des produits financiers structurés. Ce système est particulièrement adapté à la négociation de produits structurés entre les banques et leurs clients institutionnels. Ces derniers ont l'habitude de mettre en concurrence des banques lorsqu'ils souhaitent créer un nouveau produit à destination de leur propre réseau. Le produit structuré est un produit complexe élaboré à partir de différents instruments financiers. Le processus de création du produit fait intervenir quatre couches successives d'intervenants : A l'intérieur de la banque : Les ingénieurs financiers : Ces derniers conçoivent les produits de base qui vont servir de constituants au produit final. Ils utilisent pour cela des systèmes d'informations ou des systèmes de cotations pour générer des prix sur les produits de base qu'ils margent et qu'ils diffusent à leurs commerciaux. Les commerciaux des banques : Ces derniers récupèrent les cotations de prix de leurs ingénieurs financiers, appliquent une marge commerciale, communiquent à leurs clients leurs clés d'identification et les codes de définition des produits, et finalement diffusent les propositions de prix qui sont anonymes puisque encodées grâce aux différents codes et clés. Chez le client institutionnel : Les ingénieurs produits des clients institutionnels : Ces derniers récupèrent les cotations de prix des différentes banques afin de sélectionner les propositions les plus intéressantes. Ils assemblent ensuite les différents produits pour composer le produit structuré final. Après avoir appliqué une marge, ils diffusent le prix du produit à l'intérieur de leur organisation, notamment au personnel en charge de la diffusion du produit dans le réseau du client institutionnel. Les responsables de réseau : Ces derniers récupèrent la cotation du prix final et décident de réaliser la transaction ou non. Le processus décrit ci-dessus correspond à la phase initiale de la création du produit : il ne s'agit pas d'un processus unidirectionnel, mais très souvent d'un processus interactif où tout opérateur peut intervenir, soit pour soumettre une nouvelle proposition de prix, soit pour demander une nouvelle cotation suite à un ajustement de la spécification du produit, par exemple. Le système peut également continuer à être utilisé une fois que la transaction est conclue, en particulier si le produit négocié se trouve être un produit financier structuré possédant une échéance. Dans ce cas, le précédent système pourrait être utilisé de façon continue jusqu'à l'échéance du produit afin de permettre aux banques de contribuer les prix des produits négociés. Grâce à cette diffusion, leurs clients institutionnels sont en mesure de suivre l'évolution du prix de leur produit structuré jusqu'à son échéance. Il est à noter que l'utilisation d'un système de cotation en temps réel par l'ingénieur financier de la banque aurait pour effet immédiat une mise à jour en temps réel de toutes les cotations de prix utilisant ses prix. Le système est constitué : D'un système central contenant les données publiques (appelé référentiel) et des processus permettant la gestion du réseau sur lequel transitent les ordres d'achat et de vente, et plus généralement toutes les informations liées au fonctionnement du système, et ceci en temps réel et de façon continue. D'un ensemble de terminaux indépendants connectés au réseau appelés Modules sur lesquels chaque intervenant peut exercer son activité de négoce de façon secrète. Ces Modules ont la particularité d'être indifférenciées et ne sont subordonnés à aucune organisation préétablie. C'est leur capacité interne à lier des liens privilégiés avec d'autres, qui finalement permet aux intervenants de structurer la place de marché comme ils le souhaitent. Description d'une module élémentaire Un module élémentaire est un terminal d'ordinateur connecté par un réseau au système central. Il permet à un utilisateur de se livrer à une activité de négoce de façon secrète en ce qui concerne : - Les ordres communiqués aux clients sans que le système central connaisse leur identité véritable. - Les marges éventuelles appliquées aux produits par les intervenants, qui sont donc inconnues du système central. - La définition exacte de certains produits, qui peut être tenue secrète par l'utilisation d'un code produit connu uniquement du fournisseur et du client. Les informations secrètes de l'utilisateur peuvent être sauvegardées au niveau du terminal par le biais d'enregistrements de documents électroniques, ce qui permet au système (qui ne doit pas en avoir conscience) de pas avoir à les stocker. La liste de ces documents électroniques externes à caractère secret est la suivante : la table de correspondance clients la table de correspondance fournisseurs la table de correspondance des produits d'entrée la table de correspondance des produits de sortie la table de cotation de produits de sortie à destination des clients Ils peuvent être retirés physiquement du système par l'utilisateur grâce à leur enregistrement sur un media extractible du système afin de se protéger contre toute tentative de piratage lorsque l'utilisateur n'est pas en poste. Sous couvert de ce secret, le module élémentaire permet à l'utilisateur : ci de solliciter des offres de prix de produits de la part de ses fournisseurs, ci de réceptionner des offres de prix de produits en provenance de ses fournisseurs (produits d'entrée), a de sélectionner les offres de prix les plus intéressantes, Q de combiner ou non les produits d'entrée offerts en de nouveaux produits composites à destination des clients (produits de sortie), a d'appliquer des marges aux prix des produits de sortie, a de diffuser des cotations de prix sur les produits de sortie à destination des clients cibles. u de déclencher un processus de confirmation de transaction lorsque l'intervenant décide d'acheter le produit. Un module fonctionne donc comme un sous-système d'entrée/sortie dans lequel chaque utilisateur peut recevoir des offres de prix sur des produits d'entrée et d'en diffuser de nouvelles sur des produits de sortie après avoir ou non rajouté une marge, et en ayant ou non combiné les produits d'entrée pour constituer de nouveaux produits en sortie. Le fonctionnement conjugué, interactif et assisté par le système central de l'ensemble des modules constitue la place de marché qui est donc globalement interactive et en temps réel. Si un utilisateur initial sur un produit de base donné connecte l'entrée d'un module sur un système d'information rafraîchi en temps réel ou sur un système de cotation de prix en continu, les autres utilisateurs de la place de marché verront leurs offres de prix mises à jour en temps réel et en continu, si ces dernières font intervenir le produit en question. Le module élémentaire comprend les sous-systèmes suivants : a Sous-système de génération des clés et des codes Q Sous-système de Correspondance clé d'identification client/client. a Sous-système de Correspondance clé d'identification fournisseur/fournisseur a Sous-système de Correspondance code de définition produit client/produit client. a Sous-système de Correspondance code de définition produit fournisseur/produit fournisseur a Sous-système de génération des messages à destination des clients a Sous-système de compilation des messages en provenance des fournisseurs Q Sous-système d'interfaçage avec l'utilisateur Q Sous-système de réception des offres de prix en provenance des fournisseurs Q Sous-système de décodage des offres de prix en provenance des fournisseurs Q Sous-système de cotation en continue des prix à destination des clients Q Sous-système d'encodage des cotations de prix à destination des clients. a Sous-système de sollicitation de demande de prix aux fournisseurs Q Sous-système de réception des sollicitations de demande de prix des clients Q Sous-système de confirmation de négociation Principe de communication des clés d'identification et des codes produits Le principe fondamental de secret impose que le système central ne connaisse pas l'identité véritable des clients et la définition exacte des produits, car ces derniers sont d'un enjeu concurrentiel tel qu'aucune communication n'est possible à leur sujet. Ainsi les ordres ou les intérêts de négociations qui sont véhiculés par le système entre le fournisseur et le client contiennent-ils des codes spéciaux en lieu et place de l'identification du client et de la définition exacte du produit. Le premier code est nommé clé d'identification de la relation client/fournisseur, le deuxième code de définition du produit. Ces deux codes doivent être communiqués par le fournisseur au client par un moyen externe au système, comme par exemple un courrier électronique crypté. Ce faisant, le fournisseur d'offres de prix donne un droit d'accès à son client sur le présent système afin que ce dernier puisse s'y connecter dans le but d'y récupérer les cotations de prix qui lui sont destinées. Une fois connecté grâce à son code, le client peut également solliciter de la part de son fournisseur des demandes de prix. Le système peut également être utilisé partiellement sans clé ou sans code pour toute relation client/fournisseur ou pour tout produit dont la tenue au secret n'est pas nécessaire. Dans ce cas, l'utilisateur et le produit sont définis et accessibles par tous dans le référentiel du système central. Sous-système de génération des clés et des codes Chaque module contient un sous-système appelé Sous-système de génération des clés et des codes qui permet à l'utilisateur de solliciter à tout moment le système central pour obtenir une clé unique d'identification de relation client/fournisseur ou un code unique de définition de produit. Les clés d'identification client/fournisseur peuvent ensuite être consignées sur des tables externes au système dites : Pour le fournisseur : Table de correspondance clé d'identification client/client dans laquelle chaque ligne associe précisément une clé d'identification client avec toutes les coordonnées nécessaires à l'identification du client. Pour le client : Table de correspondance clé d'identification fournisseur/fournisseur dans laquelle chaque ligne associe précisément une clé d'identification fournisseur avec toutes les coordonnées nécessaires à l'identification du fournisseur. Les codes de définition produit peuvent ensuite être consignés sur une table externe dite table de correspondance code de définition produit/produit dans laquelle chaque ligne associe précisément un code de définition produit avec une définition normalisée du produit. Cette définition peut être complète ou seulement partielle : on parle dans ce cas de la définition d'un type de produit, sachant que la qualification complète du produit sera faite au niveau de l'offre ou de la demande de prix par la communication complète de tous les paramètres définissant le produit. Ces tables externes au système sont importantes dans la mesure où, si les contraintes de secret ne s'y opposent pas, le terminal peut les garder en mémoire fixe ou extractible d'un jour sur l'autre indépendamment du système central. Dans ce cas, il n'est pas nécessaire de les générer à chaque utilisation : leur importation à l'intérieur du système au moment de la mise en marche du terminal permettra à ce dernier de recouvrir à toutes les données de son environnement de négoce, que ce soit pour les clients et les fournisseurs, mais aussi la définition des produits. Sous-système de Correspondance clé d'identification client/client. Chaque module contient un sous-système appelé Sous-système de Correspondance Clé d'identification/ client . Il permet d'importer/exporter localement sur le terminal la table externe de correspondance Clé d'identification/client. Une fois que ce sous-système a été actionné, le terminal est en mesure de présenter à son utilisateur des écrans de saisie ou de visualisation contenant explicitement l'identité de ces clients en lieu et place des clés qui ont été transmises au terminal. En revanche, dés qu'une information est émise par le terminal (une proposition de prix, par exemple), seule la clé d'identification est utilisée pour qualifier le client qu'il est donc impossible d'identifier à l'extérieur du terminal. Sous-système de Correspondance code de définition produit client/produit client. Chaque module contient un sous-système appelé Sous-système de Correspondance code de définition produit client/produit client . Il permet d'importer/exporter localement sur le terminal la table externe de correspondance code de définition produit client/produit client. Une fois que ce sous-système a été actionné, le terminal est en mesure de présenter à son utilisateur des écrans de saisie ou de visualisation contenant explicitement la définition des produits à destination des clients (produits de sortie). En revanche, dés qu'une information est émise par le terminal (une proposition de prix, par exemple), seul le code de définition produit est utilisé pour qualifier le produit qu'il est donc impossible d'identifier. Sous-système de correspondance clé d'identification fournisseur/fournisseur Même dispositif que le Sous-système de correspondance clé d'identification client/client, si ce n'est que la table de correspondance externe importée est la table fournisseur au lieu de la table client. Ceci permet à l'utilisateur de connaître l'identité de ses fournisseurs alors que ces informations n'ont pas transité par le réseau. Sous-système de correspondance code de définition produit fournisseur/produit fournisseur Même dispositif que le Sous-système de Correspondance code de définition produit client/produit client, si ce n'est qu'il s'agit de décoder les offres de prix sur les produits d'entrée soumises par les fournisseurs. Sous-Système de génération des messages à destination des clients Chaque module contient un sous-système appelé Sous-système de génération des messages à destination des clients . Ce sous-système permet de générer des documents électroniques à partir des deux tables de correspondance : clés et codes. Chaque document contient un script selon un format adapté qui décrit : Les paramètres d'identification du fournisseur (facultatif, si ce dernier ne veut pas garder le secret sur son identité dans l'usage qu'il fait du système : son identité se trouve dans le référentiel). La clé d'identification client qui va permettre à ce dernier de venir récupérer dans le système l'ensemble des cotations que lui a adressées son fournisseur. Les codes d'identification des produits, joints à la description de ces derniers (facultatif, si l'identité de ces derniers n'est pas masquée par le fournisseur : dans ce cas, les produits sont décrits dans le référentiel du système central). Ce sous-système pourrait également envoyer les documents aux clients si le média le permet et si la table de correspondance client contient l'adresse électronique de ce dernier. Sous-Système de compilation des messages en provenance des fournisseurs Chaque module contient un sous-système appelé Sous-système de compilation des messages en provenance des fournisseurs . Ce sous-système permet d'importer les différents messages de clés de codes en provenance des fournisseurs afin de générer par décryptage des scripts inclus dans ces messages : une table externe de correspondance : clé d'identification fournisseur/fournisseur, une table externe de correspondance : code de définition produit fournisseur/produit fournisseur, Cette seconde table peut être organisée de la même façon chez le client que chez le fournisseur. En revanche la première table est différente dans la mesure où le code client est cette fois associé à l'identité du fournisseur qui a généré ce code client, et non plus à l'identité du client. Sous-système d'interfaçage avec l'utilisateur Ce sous-système permet à l'utilisateur de communiquer au terminal : a l'identité des clients, Q la composition des produits de sortie en fonction des produits d'entrée, a la sélection des fournisseurs pour les produits d'entrée rentrant dans la composition des produits de sortie, Q les marges à appliquer sur les produits de sortie, a des commandes de sollicitations d'offres de prix à destination des fournisseurs, a des commandes de confirmation de transaction à destination des fournisseurs. Il permet également au terminal de rendre compte à l'utilisateur : Q des offres de prix de la part des fournisseurs de l'utilisateur, o des sollicitations de demande de cotation de la part des clients de l'utilisateur, a de la composition et du calcul en continu des prix des produits de sortie pour chaque client de l'utilisateur, a de toutes les autres informations nécessaires au négoce en provenance du système central. Q Il permet également de d'exporter/importer une table externe appelée table des cotations de prix à destination des clients. Cette table contient : a la liste des clients, Q la liste des produits de sortie sur lequel porte la cotation de prix pour chaque client, Q les marges appliquées sur chacun des produits de sortie en fonction du client, Q la composition des produits de sortie en fonction des produits d'entrée, Q le choix du fournisseur pour chacun des produits d'entrée. Une fois saisies, ces données risqueraient d'être perdues lorsque l'utilisateur quitte le système, puisque ce dernier n'a pas la possibilité de les mémoriser du fait de leur confidentialité. Ce dispositif d'exportation sur le terminal permet de créer localement un document électronique qui va ultérieurement pouvoir être importé de nouveau par la même interface. Ainsi l'utilisateur peut-il construire et conserver l'historique des cotations de produits qu'il a soumis à ses clients en important le document au début de chaque utilisation et en exportant le document mis à jour en fin de chaque utilisation. Pour plus de sécurité, le document électronique peut être mémorisé sur un support extractible du système afin que l'utilisateur puisse le retirer du terminal pendant son absence. Sous-système de réception des offres de prix en provenance des fournisseurs Lorsque l'utilisateur se connecte au système par l'intermédiaire de son terminal, ce dernier commence par importer la table de correspondance fournisseurs afin de déterminer si ces derniers lui ont communiqué des droits d'accès à leurs cotations. Si tel est le cas, le terminal établit une cotation continue avec le système central qui sert de dépositaire intermédiaire entre les offres de prix des fournisseurs et les clients qui viennent les consulter ultérieurement ou de façon simultanée. Le sous-système de réception des offres de prix en provenance des fournisseurs permet donc d'extraire du système central en temps réel et de façon continue les offres de prix fournisseurs afin que celles-ci soient disponibles sur le terminal. Ces offres peuvent, soit servir seulement d'information à l'utilisateur, soit permettre de conclure une négociation à son niveau si ce dernier est le client final du ou des produits, soit enfin être rediffusées à ses propres clients, soit telles quelles, soit agrégées en un ou plusieurs nouveaux produits composites. L'avantage de la présente invention réside dans le fait que les offres peuvent être véhiculées au niveau du réseau et stockées au niveau du système central en gardant secrètes l'identité des clients et la définition des produits. Les offres de prix encore encodées sont transmises au sous-système de décodage des offres de prix. Remarque importante : Le présent sous-système peut exister sous la forme d'une variante particulière destinée aux utilisateurs initiaux du site. On appelle utilisateur initial du site tout opérateur qui n'a pas de fournisseur de produits, mais qui initie une négociation sur un produit donné. Dans ce cas, l'offre ne comportant pas de prix en entrée peut être remplacée par la connexion sur un système d'information en temps réel ou de cotation de prix en continu. Comme chaque module du système met à jour automatiquement ses cotations de prix en sortie en fonction des offres de prix en entrée, le système global est mis à jour en temps réel et en continu par propagation de l'information dès qu'un des intervenants connecte son dispositif d'entrée sur un tel système d'information en temps réel ou de cotation continue. Sous-système de décodage des offres de prix en provenance des fournisseurs Ce n'est que localement sur le terminal que les offres de prix encodées sont traitées : les clés d'identification sont remplacées par l'identité des fournisseurs et les codes de définition produit sont remplacés par la définition des produits. C'est le soussystème de décodage des offres de prix en provenance des fournisseurs qui se charge de ces opérations de substitution en combinant les informations provenant du sous-système de réception des offres de prix et celles provenant des soussystèmes de correspondance des clés fournisseurs et des codes de définitions produits. Sous-système de cotation en continue des prix à destination des clients Ce sous-système utilise les données de l'interface utilisateur qui décrivent la manière dont ce dernier souhaite contribuer des prix sur certains produits à ses propres clients. Dans l'éventualité où les produits de sortie seraient dépendants des produits d'entrée par l'intermédiaire de la définition d'une combinaison ou non, d'une marge et d'un choix sur l'ensemble des fournisseurs de produits d'entrée, le sous-système de cotation en continue des prix à destination des clients est capable de communiquer au système central l'ensemble des cotations de prix que ce dernier va pouvoir rediffuser en temps réel et de façon continue aux clients de l'utilisateur. Sous-système d'encodage des cotations de prix à destination des clients. Ce sous-système est le système symétrique du sous-système de décodage des offres de prix en provenance des fournisseurs : ils substituent, avant leur transit via le réseau sur le système central, les identités des clients par leur clé d'identification associée, ainsi que la définition des produits par leur code de définition produit associé. Sous-système de sollicitation de demande de prix aux fournisseurs Ce sous-système permet à l'utilisateur de solliciter de la part des fournisseurs des demandes de prix sur des produits déjà définis par un code ou simplement définis dans le référentiel du système central. Sous-système de réception des sollicitations de demande de prix des clients Ce sous-système permet à l'utilisateur de réceptionner les demandes de prix de ses clients sur des produits déjà définis par un code ou simplement définis dans le référentiel du système central. Sous-système de confirmation de négociation Ce sous-système permet à un client de confirmer électroniquement à son fournisseur sa détermination à conclure une transaction sur un produit que ce dernier est en train de lui coter. Cette confirmation de négociation se propage à l'intérieur du module de la sortie vers l'entrée : ceci implique que si un produit de sortie est acheté par un client, le module peut envoyer automatiquement une confirmation électronique à tous les fournisseurs dont les produits ont été sélectionnés pour rentrer dans la composition du produit de sortie. Cette capacité de propagation automatique de confirmation de négociation interne à chaque module fait que l'association de tous les modules interconnectés par le réseau permet au système d'être une place de marché en temps réel en ce qui concerne la confirmation des négociations. Chaque module peut contenir ou non un protocole de validation ou de qualification de la négociation. Description du système central Le système central est un serveur sécurisé contenant : le référentiel de la place de marché (définition des intervenants et des produits dont l'identité est publique, ainsi que toutes les autres données nécessaires au fonctionnement de la place de marché). une base de donnée dans laquelle sont emmagasinées les offres ou les demandes de prix encodées ou non avec les clés utilisateurs et/ou les codes produit. Les ressources logicielles nécessaires au fonctionnement interactif de la place de marché. REVENDICATIONS 1-Système de type place de marché comprenant au moins un serveur informatique et au moins deux terminaux informatiques clients appelés Modules Génériques [un premier module générique est au moins utilisé par un fournisseur et un deuxième module est au moins utilisé par un client, ces deux modules étant identiques et donc non typés client ou fournisseur], le serveur et les Modules Génériques étant interconnectés par au moins un réseau de communication, les Modules Génériques pouvant être utilisés indifféremment par un fournisseur, par un client final ou par un client lui-même fournisseurs d'autres clients comprenant un calculateur, une mémoire et une interface sur le réseau pour réceptionner les offres de produits provenant des Modules Génériques utilisés par les fournisseurs via le serveur du système sous la forme de messages numériques, pour construire en mémoire sous forme numérique de nouveaux produits composés ou non à partir des données numériques d'offres de produits provenant des fournisseurs via le serveur du système, et pour l'autre partie d'information secrète stockée de façon externe au présent système dans chaque terminal, pour transmettre des messages numériques concernant la cotation desdits produits composés ou non aux Modules Génériques utilisés par les clients par l'intermédiaire du serveur, pour recevoir, en retour, des instructions numériques confirmation de transaction, par exemple provenant des Modules Génériques utilisés par les clients et pour finalement retransmettre des instructions numériques vers les Modules Génériques utilisés par les fournisseurs dont les produits rentrent dans la composition du produit composé ou non ayant fait l'objet d'une instruction numérique préalable, le système comportant en outre des moyens pour isoler les données traitées par chaque Module Générique en empêchant l'accès par le serveur aux données secrètes d'identification des clients (les clés de relation client/Fournisseur), et des produits échangés (les codes de définition des produits constituant les produits simples ou composés). 2-Système selon la revendication 1, caractérisé en ce que lesdits moyens pour isoler les données sont constitués par des fichiers numériques formant des tables de correspondances enregistrées sur une mémoire physiquement séparable ou non du Module Générique.