FR 2808151 A1 20011026 FR 0005206 A 20000421 Le secteur technique de la présente invention est celui systèmes d'échanges d'informations haute vitesse en temps réel sur Internet. Pour plus de clarté, on définira la notion de systeme Internet de la manière suivante. I1 s'agit d'un moyen constitué d'un ordinateur relié au réseau Internet capable de recevoir et de traiter des demandes d'informations specifiques dénommé ci-après serveur, d'un ensemble d'ordinateurs reliés par le réseau au serveur, effectuant demandes et traitant les réponses dénommées ci-après clients, et un support physique permettant le transfert données numériques des clients au serveur dénommé ci-apres le réseau Internet. La notion de temps réel doit être comprise de la manière suivante. Un traitement en temps réel s'entend de l'ensemble des traitements effectués dynamiquement dès réception du phénomène déclencheur en opposition à la' notion de regroupement d'instructions pour traitement ultérieur. Actuellement les systèmes d'échanges d'informations sur Internet sont majoritairement réalisés en utilisant le protocole TCP/IP et un certain nombre de surcouches (HTTP, FTP ...) . Ces notions sont connue de l' homme de l' art et ne sont pas détaillées dans la présente demande. De part leur conception, ces surcouches s'avèrent trop lentes pour réaliser de véritables transactions en temps réel. Les principaux facteurs de ralentissement sont - contraintes inhérentes à TCP/IP délai de transmission des paquets (reconstitution du nombre de paquets, réorganisation des paquets arrivés dans le désordre ...) , - re-routage des messages par les différents serveurs, - contraintes inhérentes aux surcouches : analyse des messages, ordres de lectures successifs, etc ..., - contraintes liées à l'utilisation des bases données classiques, accès disque, sélections, analyse requêtes, gestion des utilisateurs, - distance entre le serveur et le client. Le de la présente invention est de fournir méthode des protocoles afin de permettre de réaliser transactions en temps réel sur internet à partir de couche TCP/IP, sans être pénalisé par les différentes couches les différents produits utilisés L'invention a donc pour objet une méthode interactive permettant à un client d'émettre des informations et d' recevoir cours d'opérations de dialogue en temps réel avec au moins un interlocuteur, caractérisée en ce qu'elle consiste - à organiser les informations en messages de taille fixe et faible de l'ordre de quelques octets, - à définir un paquet standard contenant un nombre constant desdits messages, - à transmettre ces messages en paquets standards taille egalement fixe, - à réceptionner ces paquets sur des serveurs logiques de transaction, chacun dédié à une nature de transaction directement exécutable. Selon une première caractéristique, les paquets contiennent l'information sous forme compilée. Selon une autre caractéristique, on utilise au moins une base de données vectorisée permettant de garantir un zéro accès disque lors des transactions. Selon encore une autre caractéristique, on prévoit un système répartition des fichiers lourds de tailles variables, permettant un rapprochement physique du lieu de connexion client. Selon encore une autre caractéristique, on utilise des images de bases de données à la place d'ensembles enregistrements, les images étant intégrables sous forme vecteurs cohérents. Selon encore une autre caractéristique, 'on répartit serveurs logiques en au moins un serveur identification, au moins un serveur de transaction, au moins un serveur de maintenance, au moins un serveur d'authentification, et au moins un serveur spécialisé dédié la nature de la transaction. Un tout premier avantage de l'invention réside dans le fait que le système d'échanges d'informations à haute vitesse et en temps réel sur Internet permet de limiter les ralentissements dus à la structure du protocole IP, HTTP, FTP ainsi que les autres éléments logiciels susceptibles de ralentir la transaction. A titre indicatif, la méthode selon l'invention permet soutenir un débit de transaction élevé sur une bande passante faible, avec 3 000 clients connectés, participant temps réel sur une bande passante de 64 000 bits, à raison de un message échangé toutes les 3 secondes. D'autres caractéristiques, détails et avantages de 'invention apparaîtront plus clairement à la lecture du complément de description donné ci-après. Pour limiter l'influence des caractéristiques du protocole TCP/IP, et utiliser fortement le phénomène de sérialisation, le protocole suivant est utilisé . les messages sont de taille fixe, suffisamment petits pour être systématiquement inclus dans un seul paquet standard (on peut alors parler d'encapsulation). Cela permet de limiter pertes de temps liées à l'attente des paquets complémentaires et à la réorganisation des dits paquets suivant la méthode habituelle. Le re-routage des paquets bénéficie egalement de cette optimisation. Pour limiter le temps d'analyse et d'interprétation des messages, plusieurs techniques doivent être utilisées - on crée des serveurs spécifiques dédiés à la nature de la transaction (serveurs clients, serveurs d'identification, serveurs de transaction, serveurs maintenance, serveurs d'authentification, serveurs de vente spécialisés pour une application). Préférentiellement, serveurs reçoivent des ordres directement exécutables, - les ordres ne sont pas envoyés en clair, mais directement en langage compilé, faisant référence à actions prédéterminées spécifiques à chaque serveur (dans le cadre un système de vente aux enchères par exemple trouvera étapes suivantes identification client, ordre d'achat, demande d'information, ordre de déconnexion, etc ..) . - un ordre est toujours constitué d'un message taille fixe et unique spécifique à la nature de transaction effectuée, mais dont les composantes peuvent avoir plusieurs sens en fonction de la nature de l'ordre et des systèmes de protection utilisés. Pour limiter les délais dus à l'utilisation des bases de données, aux transferts lourds de tailles variables ainsi que délais de chargement liés à la distance, on propose suivant l'invention les méthodologies suivantes - utilisation d'une base de données vectorielle en mémoire, garantissant zéro accès disque quelque soit le nombre de recherche et d'accès dans la limite de un million d'enregistrements par base de données (clients, articles, etc ... ). On peut à titre indicatif obtenir un temps d'accès typique de 2 millions d'insertions par seconde sur un ordinateur de type Pentium II - 300 doté de 64 Mo de mémoire, - répartition des données lourdes de tailles variables sur un grand nombre de serveurs répartis sur l'ensemble de la planète (par exemple : catalogues, images, etc ....) . Les clients reçoivent les instructions de chargement spécifiques à leurs localisations géographiques. - utilisation d'algorithmes de compression pour l'ensemble de ces données, utilisation d'images de bases de données au lieu d'ensembles d'enregistrements, les images étant directement intégrables sous forme de vecteurs cohérents. Ainsi, la méthode selon l'invention permet aussi de déterminer approximativement le délai de transaction d'un message d'un point initial vers un point final qui est 1 ms, augmenté du temps mis par la lumière pour joindre mêmes points dans le cadre d'une utilisation normale des lignes ayant un débit normal. méthode décrite précédemment est particulièrement adaptée à l'organisation de ventes aux enchères le réseau Internet avec une très grande fiabilité et très grande sécurité. Pour plus de précision, on pourra se reporter à une demande de brevet français déposée antérieurement par le demandeur. REVENDICATIONS 1 Méthode interactive permettant à un utilisateur d'émettre des informations et d'en recevoir au cours d'opérations de dialogue en temps réel avec au moins un interlocuteur, caractérisée en ce qu'elle consiste - à organiser les informations en messages taille fixe faible de l'ordre de quelques octets, - à définir un paquet standard contenant nombre constant desdits messages, - à transmettre ces messages en paquets standards de taille également fixe, - et à réceptionner ces paquets sur des serveurs logiques de transaction, chacun dédié à une nature de transaction directement exécutable. 2. Méthode interactive selon la revendication 1, caractérisée en ce que les paquets contiennent l'information sous forme compilée. 3. Méthode interactive selon la revendication 1 ou 2, caractérisée en ce qu'on utilise au moins base de données vectorisée permettant de garantir un zéro accès disque lors des transactions. 4. Méthode interactive selon l'une quelconque des revendications 1 à 3, caractérisée en ce qu'on prévoit un système de répartition des fichiers lourds tailles variables, permettant un rapprochement physique lieu de connexion du client. 5. Méthode interactive selon l'une quelconque des revendications précédentes, caractérisée en ce qu'on utilise des images de bases de données à place d'ensembles d'enregistrements, les images étant integrables sous forme de vecteurs cohérents. 6. Méthode interactive selon l'une quelconque des revendications précédentes, caractérisée en qu'on répartit les serveurs logiques en au moins un serveur d'identification, au moins serveur de transaction, au moins un serveur de maintenance, au moins un serveur de maintenance, au moins un serveur d'authentification, et au moins un serveur spécialisé dédié à la nature de la transaction.