FR 2741765 A1 19970530 FR 9614244 A 19961121 Domaine technique La présente invention concerne de façon générale des systèmes d'ordinateur en réseau et plus particulièrement, des systèmes utilisant des liaisons de communication sans fil entre des dispositifs de traitement par ordinateur. Arrière-plan de l'invention Il existe de nombreuses situations dans lesquelles un terminal de données ou tout autre dispositif de traitement par ordinateur a besoin d'un accès sans cordon à un ordinateur hôte ou à un réseau d'ordinateurs. Une solution classique consiste à associer un modem sans fil au dispositif de traitement par ordinateur et à établir une liaison de communication avec un ordinateur hôte sur un réseau de communication sans fil tel qu'un réseau haute fréquence (RF). Dans un environnement typique, une application de communication s'exécute sur le dispositif de traitement par ordinateur et manipule directement le modem sans fil conformément à un protocole permettant une communication sur le réseau sans fil. Habituellement, il y a un programme compagnon qui s'exécute sur l'ordinateur hôte et qui facilite l'échange d'information entre le dispositif de traitement par ordinateur et l'ordinateur hôte. Le plus souvent, une application qui s'exécute sur un dispositif de traitement par ordinateur a besoin de communiquer avec une autre application sur le même dispositif ou sur un autre dispositif de traitement par ordinateur. L'art antérieur nous enseigne une certaine variété de systèmes d'échange de messages qui facilitent cette communication sur un réseau càblé. Par exemple, des systèmes d'échange de messages sur le modèle de programmation d'échange de Berkeley (appelé aussi modèle de programmation de "Berkeley Sockets") provenant de l'Université de Californie à Berkeley ont été mis en oeuvre sur une certaine variété de plates-formes. Les échanges (appelés aussi les "Sockets") sont devenus de facto un standard pour des réseaux utilisant un protocole de commande de transmission/protocole internet (appelé un TCP/IP). Le TCP/IP correspond aux couches de transport et de réseau du modèle d'interaction de systèmes ouverts (appelé modèle OSI) qui a été adopté pour favoriser la compatibilité pour des communications par réseau. Le protocole d'échange (appelé aussi "protocole Sockets") est de façon générale élaboré au sommet du protocole de couche de transport conformément au modèle OSI. (Sockets, TCP/IP et OSI sont des marques commerciales.) Des problèmes se posent lors d'une adaptation de protocoles de communication développés pour des réseaux càblés tels que TCP/IP, pour une communication sur un réseau de données sans fil. Une communication sur un réseau de données sans fil peut mettre en jeu des retards de propagation significatifs du fait des contraintes en termes de limitations d'accès et de bandes passantes. Par conséquent, les applications nécessitant un échange d'information sur un réseau sans fil ont tendu vers l'utilisation de protocoles de communication qui conviennent le plus pour un réseau sans fil typique. La nature de la plupart de ces protocoles pouvant fonctionner sur un réseau ou sur un modem sans fil est telle qu'une application est consciente de son environnement. Cette conscience inclut la connaissance du fait qu'une information est en train d'être communiquée sur le réseau sans fil et une certaine connaissance du fonctionnement du réseau de données sans fil. Ceci affecte la flexibilité et la portabilité de l'application ainsi que le temps de développement de l'application. Par conséquent, il existe un besoin pour assurer une communication entre des applications sur un modem sans fil selon une flexibilité et une transparence améliorées. Résume de l'invention La présente invention propose une communication sur un modem sans fil entre des dispositifs de traitement par ordinateur utilisant une émulation par protocole Sockets. Au niveau d'un premier dispositif de traitement par ordinateur qui inclut un modem sans fil, une application invoque un jeu d'appels d'échange qui correspondent à une mise en oeuvre par protocole Sockets standard. Un émulateur Sockets transpose les appels d'échange en appels de desserte qui commandent le modem sans fil. L'émulateur Sockets forme des paquets de données conformément à un format particulier, qui contient une information nécessaire pour aiguiller le paquet de données jusqu'à une destination référencée. Le format des paquets de données est basé en partie sur une source de configuration et il inclut au moins l'adresse de destination lorsque le récipiendaire cible est compatible avec une émulation Sockets. Brève description des dessins La figure 1 est un schéma fonctionnel d'un système d'ordinateur en réseau qui inclut des liaisons de communication sans fil conformément à la présente invention; la figure 2 est un schéma fonctionnel d'une liaison de communication entre des applications sur différents dispositifs de traitement par ordinateur, qui met en lumière diverses couches de protocole de communication, selon la présente invention; la figure 3 est un schéma fonctionnel d'un système d'ordinateur, qui met en lumière des aspects fonctionnels d'un environnement d'application, selon la présente invention; la figure 4 est un schéma fonctionnel qui met en lumière des aspects sélectionnés d'une émulation Sockets selon la présente invention; la figure 5 est un organigramme de procédures utilisées au niveau du système d'ordinateur de la figure 3, pour communiquer sur un modem sans fil, selon la présente invention; la figure 6 est un schéma fonctionnel qui représente des composants d'un noeud de transit de réseau radio; la figure 7 est un organigramme de procédures utilisées au niveau du noeud de transit de réseau radio de la figure 6, selon la présente invention; la figure 8 est un schéma fonctionnel qui représente des composants fonctionnels d'un ordinateur hôte, selon la présente invention; et la figure 9 est un organigramme de procédures utilisées au niveau de l'ordinateur hôte de la figure 8 pour traiter des paquets de données sur la base d'une émulation Sockets, selon la présente invention. Description détaillées du mode de réalisation préféré Bien que la description soit conclue par des revendications définissant les caractéristiques de l'invention qui sont considérées comme étant nouvelles, on considère que l'invention sera mieux comprise après une considération de la description qui suit en conjonction avec les dessins annexés sur lesquels des index de référence identiques sont utilisés pour des parties identiques. La figure 1 est un schéma fonctionnel d'un système d'ordinateur en réseau 100 qui inclut des liaisons de communication sans fil entre des dispositifs de traitement par ordinateur, selon la présente invention. Le système 100 inclut des ordinateurs hôtes ou des systèmes d'ordinateur hôte 121, 122 et un noeud de transit de réseau radio 123 relié par un réseau câblé 120. Des dispositifs de traitement par ordinateur ou systèmes d'ordinateur situés a distance 101, 102, 103 et 104 tels que des ordinateurs portables ou des terminaux de données sont reliés aux ordinateurs hôtes par l'intermédiaire de liaisons haute fréquence (RF) sans fil 111, 112, 113, 114, soit directement, soit par l'intermédiaire du noeud de transit de réseau radio 123. Selon un mode de réalisation préféré, le système 100 prévoit un support de collecte de données et de présentation de données via les dispositifs de traitement par ordinateur à distance. Par conséquent, les dispositifs de traitement par ordinateur à distance fonctionnent en tant qu'équipement de terminal de données (DTE) qui réalisent un interfaçage avec des dispositifs de traitement par ordinateur hôte. De préférence, les dispositifs de traitement par ordinateur à distance 101, 102, 103, 104 sont des dispositifs de traitement par ordinateur de la classe ordinateur personnel (PC) pouvant supporter un ou plusieurs programmes d'application. Selon le mode de réalisation préféré, le dispositif de traitement par ordinateur à distance supporte le système d'exploitation Microsoft Windows (marque commerciale) qui inclut la mise en oeuvre Winsock (marque commerciale) de Sockets (marque commerciale), en tant que standard de protocole Sockets. Winsock inclut des bibliothèques d'interfaces de programmation d'application (API), des dessertes de réseau et des fichiers de support de protocoles. Les dispositifs de traitement par ordinateur à distance incluent également un modem haute fréquence sans fil et un dispositif de pilotage pour réaliser un interfaçage avec un réseau RF particulier. Le réseau RF peut être auto-maintenu ou peut être disponible par l'intermédiaire d'un prestataire de service. De préférence, les dispositifs de traitement par ordinateur à distance incluent un programme d'application pour une collecte de données et/ou une présentation de données de telle sorte que les dispositifs de traitement par ordinateur fonctionnent en tant que terminaux de données. Les ordinateurs hôtes 121, 122 réalisent des interfaçages sur la liaison de communication sans fil avec les dispositifs de traitement par ordinateur à distance 101, 102, 103, 104. A des fins d'illustration, au moins un ordinateur hôte 121 ne supporte pas l'émulation Sockets de la présente invention et au moins un ordinateur hôte 122 est compatible avec l'émulation Sockets de la présente invention. Le noeud de transit de réseau radio 123 assure des dessertes d'aiguillage pour une communication depuis un dispositif de traitement par ordinateur à distance sur un ou plusieurs dispositifs de traitement par ordinateur hôtes. Un système d'ordinateur en réseau peut ou non contenir un noeud de transit de réseau radio 123. Conformément à la configuration de réseau du mode de réalisation préféré, des liaisons de communication peuvent exister entre un DTE et un ordinateur hôte tel qu'entre le dispositif à distance 101 et l'hôte 121 via la liaison 111 ou entre deux dispositifs DTE 103, 104 tels qu'en réalisant un interfaçage par l'intermédiaire du noeud de transit de réseau radio 123 via des liaisons 113 et 114. Selon la présente invention, une application qui s'exécute sur un dispositif de traitement par ordinateur à distance communique avec une application qui s'exécute sur un dispositif de traitement par ordinateur hôte par l'intermédiaire d'une liaison de communication sans fil en utilisant une émulation Sockets lorsqu'une telle application sur le dispositif de calcul hôte est compatible avec l'émulation Sockets de l'application sur le dispositif de traitement par ordinateur à distance. La figure 2 est un schéma fonctionnel qui met en lumière diverses couches de protocole de communication d'un Sockets sur la base d'une liaison de communication sur un modem sans fil entre un ordinateur hôte et un dispositif de traitement par ordinateur à distance, conformément à la présente invention. Au niveau du dispositif de traitement par ordinateur à distance ou DTE, une application à distance 210 réalise un interfaçage avec un modem sans fil 220. L'application à distance 210 comprend une couche d'application à distance 211, une couche d'émulation Sockets 212 et une couche permettant de manipuler des appels de desserte de modem 215. L'application à distance 210 réalise un interfaçage avec un dispositif de pilotage pour un modem sans fil 220 en utilisant un protocole de dispositif de modem RF. Le modem sans fil 220 et son logiciel associé transposent des appels de desserte de modem 225 selon un protocole de réseau radio 224 pour communiquer par l'intermédiaire d'une liaison de communication haute fréquence sans fil 205. De préférence, le réseau radio utilise un contrôleur de réseau radio 230 qui inclut une couche de réseau radio 234 pour gérer des communications sur la liaison sans fil 205, et une couche de protocole de contrôleur de réseau 233 pour manipuler des communications de niveau plus élevé. Optionnellement, la liaison de communication peut inclure un noeud de transit de réseau radio 240. Le noeud de transit de réseau radio 240 inclut une couche de protocole de contrôleur de réseau 243 pour une communication avec le contrôleur de réseau radio 230 et une couche de protocole de noeud de transit de réseau radio 242 pour interpréter et aiguiller des communications. Selon le mode de réalisation préféré, la couche de noeud de transit de réseau radio 242 constitue un contexte basé sur l'aiguillage selon lequel la destination d'un paquet de données aiguillé dépend du contenu d'au moins une partie du paquet de données. Au niveau de l'ordinateur hôte, une application hôte 250 inclut une couche de protocole de contrôleur de réseau 253 pour réaliser un interfaçage avec le contrôleur de réseau radio 230, une couche de transposition d'émulation Sockets 252 qui manipule une communication du type Sockets et une couche d'application hôte 251. Avec la couche de transposition d'émulation Sockets 252, l'application hôte 250 est compatible avec l'émulation Sockets 212 de l'application à distance 210. De préférence, à la fois la couche d'application hôte 251 et la couche d'application à distance 211 supportent Sockets par l'intermédiaire d'un jeu d'appels de protocole Sockets standard. La figure 3 est un schéma fonctionnel d'un système de traitement par ordinateur à distance ou DTE 300 qui met en lumière des aspects fonctionnels d'un environnement d'application, conformément à la présente invention. Le système de traitement par ordinateur 300 inclut une source de configuration 335, une application 310, un émulateur Sockets 312 et un modem RF 305. Ces aspects fonctionnels 335, 310, 312, 305 sont représentés séparément à des fins d'illustration et ne dictent pas nécessairement une organisation structurelle au niveau du dispositif de traitement par ordinateur. L'application 310 est une application de collecte de données et/ou de présentation de données qui est typiquement trouvée dans des applications d'équipement de terminal de données (DTE). L'émulateur Sockets 312 constitue le moyen par l'intermédiaire duquel l'application 310 communique via le modem RF 305. D'autres aspects de l'émulateur Sockets seront décrits de manière davantage détaillée ci-après. La source de configuration 335 produit une information correspondant à l'environnement de communication du système de traitement par ordinateur 300. De préférence, la source de configuration produit une information concernant des dessertes de réseau, le protocole, des configurations d'hôte et similaire. Selon le mode de réalisation préféré, la source de configuration comprend des fichiers de ressources de réseau standard tels qu'un fichier de configuration d'hôte, un fichier de desserte de réseau et similaire. Cependant, la source de configuration 335 peut constituer une mémoire accessible par l'émulateur Sockets. La figure 4 est un schéma fonctionnel 400 qui met en lumière des aspects sélectionnés d'une émulation Sockets selon la présente invention. Au niveau d'une couche correspondant à l'application 310, un jeu d'appels d'échange est supporté. Les appels d'échange supportés correspondent au standard de protocole Sockets tel que la mise en oeuvre Winsock de Sockets du mode de réalisation préféré. Selon le mode de réalisation préféré, les appels d'échange supportent un enregistrement 415, un envoi et une réception d'information via des Sockets 416, 417 et des messages de notification 418 se rapportant à des paquets d'information envoyés via un appel d'échange à un récipiendaire compatible par émulation Sockets. Il est à noter que les messages de notification 418 ne sont pas normalement associés à des appels de fonction Sockets standard. Au niveau d'une interface de programmation d'application (API) Sockets 420, un jeu standard d'appels d'échange sont supportés. Par exemple, échange(, lien(), connexion() et sélection() sont des fonctions typiquement prévues pour l'enregistrement 415. Envoi à( et envoi( sont des appels de fonction prévus pour des opérations d'envoi Sockets 416. Pour des opérations de réception, réception depuis( et réception( sont prévus. Selon la présente invention, l'API Sockets 420 est supporté par une émulation Sockets. Au niveau d'une couche correspondant à l'émulateur Sockets 312, une émulation Sockets pour le standard de protocole Sockets est assurée en transposant le jeu d'appels d'échange au niveau de la couche d'application 310 selon des appels de desserte qui commandent le modem sans fil 305. Par exemple, pendant une émulation Sockets, des données 442 destinées à être envoyées sur le modem 305 sont mises sous paquets au moyen d'un ou de plusieurs modules 440. Les données 442 sont combinées avec une information ou adresse de destination 441 et de préférence, avec une information d'adresse locale 443 conformément à un format de données 445 sur la base de la source de configuration 335 afin de former un paquet de données 449. Selon le mode de réalisation préféré, l'information de destination est placée dans une partie d'en-tête du paquet de données. De préférence, l'émulateur Sockets 312 supporte au moins trois formats de paquet de données basés au moins en partie sur une information provenant de la source de configuration 335. Un premier format de paquet de données inclut des données particulières 442 et l'adresse de destination 441 lorsque le paquet de données est destiné à un récipiendaire qui est compatible avec l'émulation Sockets. Un second format de paquet de données inclut des données particulières 442, l'adresse de destination 441 et une information de commande d'aiguillage de noeud de transit de réseau radio 446 lorsque le paquet de données est destiné à un récipiendaire par l'intermédiaire d'une liaison de communication qui inclut un noeud de transit de réseau radio. Un troisième format de paquet de données n'inclut pas l'adresse de destination 441 lorsque le paquet de données est destiné à un récipiendaire qui n'est pas compatible avec l'émulation Sockets. Pour des opérations de réception, un paquet de données 451 reçu via le modem sans fil 305 est soumis à une opération de déstructuration de paquet afin de séparer une adresse de source éventuelle 453 et des données 454. Le paquet de données est soumis à une opération de déstructuration de paquet par un ou plusieurs modules 450, en fonction de celui des formats de données qui est supporté 445. L'émulateur Sockets 312 inclut également un ou plusieurs modules 460 qui supportent un accusé de réception de messages envoyés via des appels d'échange tels qu'une extension pour le support de protocole Sockets standard. La figure 5 est un organigramme de procédures 500 au niveau d'un système de traitement par ordinateur pour une communication sur un modem sans fil, selon la présente invention. Selon une application sur le système de calcul, un jeu d'appels d'échange est invoqué, lesquels appels correspondent à un standard de protocole Sockets. En vue d'une préparation pour des communications en utilisant des appels d'échange, un ou plusieurs appels - d'enregistrement d'échange sont invoqués au niveau d'une étape 510. Pour envoyer un message via Sockets, un appel d'envoi d'échange est invoqué au niveau d'une étape 520. Selon la présente invention, une émulation Sockets est assurée en transposant les appels d'échange selon des appels de desserte qui commandent le modem sans fil et qui réalisent une communication par l'intermédiaire du modem sans fil. Pour une émulation d'un appel d'envoi d'échange, une adresse de destination est déterminée en utilisant une référence de paramètre à l'aide d'au moins un appel d'échange, étape 530. De façon générale, l'adresse de destination sera disponible à partir d'un paramètre d'appel de fonction d'échange d'envoi ou aura été établie au moyen d'appels d'enregistrement Sockets. Un format de données particulières est sélectionné sur la base d'au moins en partie la source de configuration, étape 540. La source de configuration peut comprendre un fichier ou une base de données comportant une information concernant des dessertes de réseau et des configurations hôtes. Le format de paquet de données particulières est utilisé lors du formatage des données à envoyer, étape 550. Le paquet de données formé contient des données particulières référencées à l'aide d'au moins un appel d'échange et n'importe quelle information nécessaire pour aiguiller le paquet de données jusqu'à l'adresse de destination. Selon le mode de réalisation préféré, le format de données est choisi de manière à inclure une information de commande de noeud de transit radio lorsque la liaison de communication inclut un noeud de transit de réseau radio; et une adresse de destination en tant que partie des données, lorsque l'adresse de destination correspond à un récipiendaire qui est compatible avec une simulation d'échange. Le format de données exclut l'adresse de destination lorsque le récipiendaire n'est pas compatible avec une émulation Sockets. Le paquet de données est ensuite transmis sur la liaison de communication en utilisant le modem sans fil, étape 560. La figure 6 est un schéma fonctionnel qui représente des composants d'un noeud de transit de réseau radio 600, selon la présente invention. Selon le mode de réalisation préféré, le noeud de transit de réseau radio est un dispositif de traitement par ordinateur à usage spécial configuré pour réaliser un aiguillage en fonction du contexte pour des paquets de données reçus. Par conséquent, le noeud de transit de réseau radio 600 inclut un aiguilleur 611 et une interface de liaison de communication 613. La figure 7 est un organigramme de procédures 700 utilisées par le noeud de transit de réseau radio de la figure 6. Le noeud de transit de réseau radio 600 fonctionne pour recevoir des paquets de données sur la liaison de communication, étape 710, afin d'extraire une information de commande à partir du paquet de données, étape 720, et afin de réaliser un aiguillage en fonction du contexte sur le paquet de données conformément à l'information de commande extraite, étape 730. La figure 8 est un schéma fonctionnel qui représente des composants fonctionnels d'un système d'ordinateur hôte 800, selon la présente invention. Le système de traitement par ordinateur hôte inclut une application hôte 811, un dispositif de transposition d'émulation Sockets 812 et une interface de liaison de communication 813. La figure 9 est un organigramme de procédures utilisées au niveau du système de traitement par ordinateur hôte de la figure 8. Un jeu d'appels d'échange correspondant à un standard de protocole Sockets est invoqué pour une communication, étapes 910, 920. Par exemple, afin de recevoir un message via un Sockets, des appels d'enregistrement d'échange sont invoqués, étape 910 et un ou plusieurs appels d'échange pour recevoir les données sont invoqués, étape 920. Ces appels d'échange sont transposés en appels de desserte qui reçoivent un paquet de données sur la liaison de communication, étape 930. Le paquet de données est interprété conformément à un format de paquet de données d'émulation Sockets, étape 940. La présente invention assure des avantages significatifs par rapport à l'art antérieur. Un développement d'application pour des dispositifs utilisant des liaisons de communication sur un modem sans fil peut être développé comme étant un protocole sans fil et un réseau sans fil transparent en utilisant des appels d'échange standards. Ceci procure un avantage significatif par rapport à des mises en oeuvre de l'art antérieur qui supportent typiquement une interface de protocole entre le modem et une application DTE mais qui nécessitent une conception de développeurs d'application autour du réseau sans fil. Bien que les modes de réalisation préférés de l'invention ont été présentés et décrits, il apparaîtra clairement que l'invention n'est pas ainsi limitée. De nombreux modifications, changements, variantes, substitutions et équivalents apparaîtront à l'homme de l'art sans que l'on s'écarte ni de l'esprit, ni du cadre de la présente invention, telle que définie par les revendications annexées. REVENDICATIONS 1. Procédé de communication entre des systèmes de traitement par ordinateur sur une liaison de communication, incluant un modem sans fil, le procédé étant caractérisé en ce qu'il comprend les étapes de: - au niveau d'un premier système de traitement par ordinateur: -- invocation d'un premier jeu d'appels d'échange correspondant à un standard de protocole Sockets; -- réalisation d'une émulation Sockets pour le standard de protocole Sockets en transposant le premier jeu d'appels d'échange selon des appels de desserte qui commandent le modem sans fil et qui réalisent une communication par l'intermédiaire du modem sans fil, incluant les étapes de: --- détermination d'une adresse de destination en utilisant un paramètre référencé à l'aide d'au moins l'un du premier jeu d'appels d'échange; --- sélection d'un format de données particulières sur la base d'au moins en partie une source de configuration; --- formation d'un paquet de données conformément au format de données particulières, le paquet de données contenant des données particulières référencées à l'aide d'au moins l'un du premier jeu d'appels d'échange et une quelconque information nécessaire pour aiguiller le paquet de données jusqu'à l'adresse de destination; et --- transmission du paquet de données sur la liaison de communication en utilisant le modem sans fil. 2. Procédé selon la revendication 1, caractérisé en ce que l'étape de sélection d'un format de données particulières comprend l'étape de sélection, en tant que format de données particulières, d'un format de données qui inclut une information de commande de noeud de transit radio lorsque la liaison de communication inclut un noeud de transit de réseau radio. 3. Procédé selon la revendication 1 ou 2, caractérisé en ce que l'étape de sélection d'un format de données particulières comprend l'étape de sélection, en tant que format de données particulières, d'un format de données qui inclut l'adresse de destination en tant que partie des données, lorsque l'adresse de destination correspond à un récipiendaire qui est compatible avec l'émulation Sockets. 4. Procédé selon la revendication 3, caractérisé en ce que l'étape de sélection d'un format de données particulières comprend l'étape de sélection, en tant que format de données particulières, d'un format de données qui n'inclut pas une adresse de destination en tant que partie des données, lorsque l'adresse de destination correspond à un récipiendaire qui n'est pas compatible avec l'émulation Sockets. 5. Procédé selon la revendication 1, 2, 3 ou 4, caractérisé en ce que l'étape de sélection d'un format de données particulières comprend l'étape de recherche d'une information dans une base de données qui décrit des configurations d'hôte et des dessertes de réseau. 6. Procédé selon la revendication 1, 2, 3, 4 ou 5, caractérisé en ce que l'étape de formation d'un paquet de données comprend l'étape d'insertion de l'adresse de destination dans le paquet de données. 7. Procédé selon la revendication 6, caractérisé en ce qu'il comprend en outre les étapes de: - au niveau d'un second système de traitement par ordinateur: -- interprétation du paquet de données conformément à l'émulation Sockets, incluant les étapes de: --- réception du paquet de données sur la liaison de communication; --- extraction d'une information de commande d'aiguillage à partir du paquet de données; et --- aiguillage du paquet de données conformément à l'information de commande d'aiguillage. 8. Procédé selon la revendication 6, caractérisé en ce qu'il comprend en outre les étapes de: - au niveau d'un second système de traitement par ordinateur: -- invocation d'un second jeu d'appels d'échange correspondant au standard de protocole Sockets; -- transposition du second jeu d'appels d'échange selon des appels de desserte qui: --- reçoivent le paquet de données sur la liaison de communication; et --- interprètent le paquet de données conformément à l'émulation Sockets. 9. Système qui assure une communication de données sans fil, caractérisé en ce qu'il inclut: - un premier système de traitement par ordinateur comprenant: -- un modem sans fil (305); -- une première application (310) comportant des appels d'échange correspondant à un standard de protocole Sockets; -- un émulateur Sockets (312) pour assurer une émulation Sockets qui transpose les appels d'échange selon des appels de desserte afin de commander le modem sans fil et afin de réaliser une communication par l'intermédiaire du modem sans fil; et -- une source de configuration (335) comportant une information concernant des dessertes de réseau et des configurations d'hôte; -- dans lequel l'émulateur Sockets est sensible à au moins l'un des appels d'échange pour invoquer les appels de desserte afin de transmettre un paquet de données en utilisant le modem sans fil, le paquet de données incluant des données particulières formatées conformément à au moins un format de paquet de données, dans lequel au moins l'un des au moins un format de paquet de données inclut une adresse de destination correspondant à une adresse d'échange. 10. Système selon la revendication 9, caractérisé en ce qu'il comprend en outre: - un second système de traitement par ordinateur relié au premier système de traitement par ordinateur par une liaison de communication (120), le second système de traitement par ordinateur comprenant: -- une seconde application comportant des appels d'échange correspondant à un standard de protocole Sockets; et -- un dispositif de transposition pour interpréter le paquet de données conformément à l'émulation Sockets. 11. Système selon la revendication 10, caractérisé en ce que le second système de traitement par ordinateur est relié par l'intermédiaire d'un noeud de transit de réseau radio (123). 12. Système selon la revendication 9, 10 ou 11, caractérisé en ce que le paquet de données comprend une partie d'en-tête contenant l'adresse de destination. 13. Système selon la revendication 9, 10 ou 11, caractérisé en ce que le standard de protocole Sockets comprend un protocole Winsock d'un système d'exploitation Windows. 14. Système selon la revendication 9, 10 ou 11, caractérisé en ce que l'émulateur Sockets supporte la fourniture d'un accusé de réception pour un paquet de données envoyé à un récipiendaire compatible avec l'émulation Sockets. 15. Système selon la revendication 9, 10 ou 11, caractérisé en ce que l'émulateur Sockets supporte au moins trois formats de paquet de données sur la base d'au moins en partie une information provenant de la source de configuration, les au moins trois formats de paquet de données incluant: un premier format de paquet de données qui inclut l'adresse de destination et les données particulières lorsque le paquet de données est destiné à un récipiendaire qui est compatible avec l'émulation Sockets; - un second format de paquet de données qui inclut une information de commande de noeud de transit radio, l'adresse de destination et les données particulières, lorsque le paquet de données est destiné à un récipiendaire sur une liaison de communication qui inclut un noeud de transit de réseau radio; et - un troisième format de paquet de données qui n'inclut pas l'adresse de destination, lorsque le paquet de données est destiné à un récipiendaire qui n'est pas compatible avec l'émulation Sockets.