Brevet FR2798750A1 — publié le 20010323

ARRIERE-PLAN DE L'INVENTION Domaine de l'invention L'invention se rapporte aux perfectionnements en matière de recherche de données. Description de la Technique Apparentée Divers lecteurs et systèmes de scannage optique ont été développés pour lire des indices imprimés tels que des symboles à codes à barres apparaissant sur une étiquette ou sur la surface d'un article et fournissant des informations concernant l'article telles que le prix ou la nature de l'article. Le symbole à codes à barres lui-même est un motif codé d'indices composé, par exemple, d'une série de barres de largeur variable espacées les unes des autres pour former des espaces de largeurs diverses, les barres et les espaces ayant des caractéristiques de réflexion de la lumière différentes. Les lecteurs transforment électrooptiquement les indices graphiques en signaux électriques qui sont décodés en caractères alphanumériques qui sont censés être descriptifs de l'article ou d'une caractéristique de ce dernier. De tels caractères sont typiquement représentés sous forme numérique, et utilisés en tant qu'entrée vers un système de traitement de données pour des applications de traitement de points de vente, de contrôle d'inventaire ou analogues. Des systèmes de scannage connus comprennent une source lumineuse pour générer un faisceau lumineux incident sur un symbole à codes à barres et un récepteur de lumière pour recevoir la lumière réfléchie et décoder l'information contenue dans le symbole à codes à barres de manière conforme. Les lecteurs peuvent comprendre un système de scannage à spot mobile dans lequel on fait parcourir le faisceau lumineux rapidement à travers le symbole à codes à barres destiné à être lu ou un champ fixe d'un système de lecture de vue dans lequel le symbole à codes à barres destiné à être lu est illuminé dans son ensemble et un réseau à CCD (semi-conducteur à couplage de charge) est fourni pour détecter la lumière réfléchie à partir du symbole à codes à barres. Les lecteurs optiques connus pouvant être tenus dans la main sont souvent sous forme d'un pistolet ayant une partie crosse et une partie barillet. La fenêtre de lecture à travers laquelle le faisceau lumineux passe est généralement localisé à la face terminale de la partie barillet, et le lecteur est pointé vers les indices à lire par l'opérateur tenant la partie crosse. Une détente est située dans la région de jonction entre la partie crosse et la partie barillet pour la mise en oeuvre par l'utilisateur afin d'actionner le lecteur optique. De plus, il existe des ordinateurs portables tenus dans la main connus pour collecter des données et télécharger les données vers un dispositif central ou périphérique. Les données téléchargées peuvent être des données brutes ou des données qui ont été traitées à l'intérieur de l'ordinateur tenu à la main. La collecte des données peut être réalisée en entrant les informations dans l'ordinateur tenu dans la main via un clavier à touches, ou en incorporant dans l'ordinateur un lecteur optique par exemple pour lire des symboles à codes à barres, ou en incorporant un lecteur pour lire une bande de carte magnétique. Par exemple, lorsqu'une information concernant divers produits est requise pendant l'établissement d'un inventaire, ces produits peuvent porter des symboles à codes à barres ou des bandes magnétiques, ou présenter des cartes à bande magnétique associée qui sont lues par l'ordinateur tenu dans la main. Les données collectées peuvent être transférées à partir de l'ordinateur tenu dans la main vers un dispositif central ou périphérique par des moyens connus tels que des liaisons radio à fréquence radio, des connexions câblées, des communications infrarouge ou autres agencements de transmissions connus. Souvent, plus d'un système de saisie de données est nécessaire pour une application donnée. La fabrication d'un système personnalisé pour une application spécifique est coûteuse et difficile à modifier s'il est souhaité par la suite d'incorporer d'autres options de saisie de données que celles prévues à l'origine dans le dispositif personnalisé. En outre, les services de distribution de messages ou de courrier 3 2798750 électroniques traditionnels proposés dans des environnements d'exploitation usuelle (par exemple BSD Unix, SCO Unix) ont employé un schéma de boîte à lettres simple dans lequel chaque utilisateur reçoit des messages dans une boîte à lettres ou répertoire spécifique. Chaque machine ou hôte exécute sa propre copie du service de distribution de courrier et chaque utilisateur reçoit par conséquent des messages sur une machine particulière. en conséquence de quoi chaque machine est sollicitée pour assurer un stockage local et les duplications de données surviennent fréquemment. Pour atténuer ce problème, une solution proposée à l'intérieur des réseaux d'ordinateurs ayant une configuration statique a consisté à offrir des systèmes de fichiers réseau fournissant un mécanisme d'accès unifié à des espaces de stockage à travers le réseau indépendamment d'une machine particulière. Du fait que les fichiers pertinents sont retenus à un emplacement unique, ce système assure aux utilisateurs un accès unifié aux boîtes à lettres et empêche la duplication des données utilisateur sur des machines individuelles. Avec l'avènement des dispositifs informatiques portables tenus dans la main qui communiquent avec un ordinateur central, ou hôte par communication sans fil, un problème a surgi. D'une façon générale, le dispositif communique avec un point d'accès, lequel est en communication directe avec l'hôte. Comme le dispositif est déplacé physiquement, il doit se réassocier avec des points d'accès à l'hôte lorsqu'il se déplace à l'extérieur de la zone de portée d'un point d'accès et pénètre dans la zone de portée d'un autre. Le problème est d'autant plus exacerbé lorsque le dispositif est déplacé à partir d'une zone de service de base vers une autre auquel cas un système de courrier réseau permanent ne peut être assuré ni sur le plan physique ni sur le plan logique. Des services de distribution de courrier électronique actuellement connu comprennent au plus deux "tâches" indépendantes: agent d'utilisateur de courrier et agent de transfert de courrier. L'agent d'utilisateur de courrier fournit l'interface utilisateur vers le service et l'agent de transfert de courrier traite la réception et la mémorisation ou stockage des messages dans les boîtes à lettres utilisateur. Les tâches s'exécutent généralement de manière indépendante, I'agent d'utilisateur de courrier ignorant l'état de l'agent de transfert de courrier ou ayant simplement accès à l'information concernant des détails des boîtes à lettres de chaque utilisateur. Comme mentionné ci-dessus, bien que le schéma soit approprié lorsque les boîtes à lettres sont placées ou montées de manière permanente dans un système de fichier et accessible par toutes les machines d'un réseau, lorsqu'un système portable sans fil tenu dans la main parcourt aléatoirement la zone locale et se déplace d'une zone de service de base (système de fichier) à une autre zone de service de base, le schéma ne fonctionne plus de façon fiable. Des exemples typiques de systèmes de distribution de messagerie connus sont exposés dans, par exemple, le magazine Sunexpert d'avril 1994 dans un article intitulé "Sendmail" par Peter Collinson. Un message est entré dans l'agent d'utilisateur de courrier et traité par l'agent de transfert de courrier. Sur les réseaux étendus les diverses tâches sont réalisées par une machine concentratrice de courrier vers laquelle tout le courrier d'un réseau est envoyé pour être traité. Le système peut être amélioré par l'introduction de la possibilité d'étendre les listes de distribution, d'exécuter le courrier par des programmes et par le transfert automatique de courrier entre certains utilisateurs. Un système devient progressivement plus complexe dès qu'il passe du courrier local au courrier sur le réseau international Internet, au courrier entre réseaux. D'autres limitations sont imposées en raison de la capacité de stockage réduite des ordinateurs tenus dans la main (souvent connus sous le nom d'assistants numériques personnels) en conséquence de quoi les systèmes de messagerie électronique simple-enregistrer-et-envoyer multi- utilisateurs sont généralement irréalistes. Pour fonctionner sur un réseau sans fil, des unités mobiles (UM) doivent avoir un domaine afin de pouvoir s'associer avec les points d'accès (PA) dans un groupe de point d'accès (GPA). Un GPA est un groupe d'un ou plusieurs points d'accès connecté sur le même routeur sur le même réseau. Tous les points d'accès dans le même GPA sont identifiés par le même domaine. Ceci permet au point d'accès dans un GPA de communiquer sur le réseau sans conflit avec les autres GPA sur le même réseau. Le désavantage des protocoles d'attribution de domaine de l'art antérieur réside dans le fait que certaines UM peuvent être utilisées sur des GPA multiples, voire des réseaux multiples. L'utilisation d'une unité mobile sur des GPA multiples nécessiterait de changer le domaine de l'unité mobile pour lui permettre de communiquer via le GPA approprié au moment approprié. L'utilisation d'une unité mobile sur des réseaux multiples pourrait également nécessiter de changer le domaine, étant donné que les GPA sur le nouveau réseau pourraient être dans un domaine différent. De plus, lorsqu'une pile TCP/IP est utilisée (protocole de commande de transmission/protocole Internet), chaque noeud du réseau doit avoir une adresse IP pour ce réseau. L'ensemble des protocoles TCP/IP recouvre typiquement les accès média, les transports de paquets, les communications de session, les transferts de fichiers, le courrier électronique, et l'émulation de terminaux. Les adresses IP pour différents réseaux ne nécessitent pas d'être uniques. Si de multiples réseaux sont connectés et si les noeuds communiquent à travers tous les réseaux, alors les noeuds requièrent des adresses IP qui soient uniques à travers le réseau étendu. En résumé, chaque point d'accès sur un réseau doit avoir une adresse IP unique pour ce réseau. Chaque unité mobile sur un réseau, indépendamment du domaine qu'il utilise, doit avoir une adresse IP unique pour ce réseau. Les unités mobiles peuvent être utilisées sur des réseaux multiples. L'utilisation sur des réseaux multiples requiert généralement de changer l'adresse IP de l'unité mobile étant donné que l'adresse IP en cours d'utilisation par l'unité mobile pourrait être en utilisation par une autre unité mobile sur le nouveau réseau ou pourrait ne pas être conforme aux conventions d'adresse IP utilisées par le nouveau réseau. Par conséquent, un système est requis pour attribuer des domaines et 6 2798750 des adresses IP à des unités mobiles pour couvrir une variété de configurations et de nombreux types différents d'unités mobiles. Plus particulièrement, un système est requis pour autoriser l'attribution de domaines et d'adresses IP à des unités mobiles de manière suffisamment souple pour supporter des installations dans lesquelles les unités mobiles sont fixées à des GPA spécifiques sur des réseaux spécifiques et dans lesquels les unités mobiles se déplacent parmi différents GPA voire parmi différents réseaux, tels que les réseaux Spectrum One et Spectrum 24 (marques déposées de la Société Symbol Technologies Inc.). Conformément à un autre aspect, il a été précédemment proposé d'implémenter un scanneur de codes à barres résident sur une machine de commande exécutant un objet MODELE DE COMPOSANT-OBJET (COM). Il est souhaité d'augmenter le cadre de telles applications pour les rendre compatibles avec une large gamme de modèles et en particulier pour introduire un scanneur de codes à barres distant de la machine et commandé par une interface sans fil. La demande de brevet européen en cours N 485 996 décrit, entre autres, un système pour le remplacement de stock épuisé utilisant un système dans lequel les articles du stock de remplacement sont étiquetés avec une information à destination ultime codée avec des codes à barres, et conditionnés dans un conteneur pour embarquement vers un centre de réception/distribution. Il est connu en général de faire usage d'un symbole à codes à barres bidimensionnel, sur l'extérieur d'un conteneur, pour indiquer ce qu'il y a à I'intérieur: voir la revue Material Handling Engineering, octobre 1992, article intitulé "New Dense Code Symbology Transports Data File". Le réseau informatique Internet acquiert une importance toujours croissante dans le monde des sciences, de la technologie, de l'information et du commerce parmi beaucoup d'autres. L'lnternet est bien connu du lecteur expérimenté dans ce domaine mais, pour résumer brièvement, comprend un 7 2798750 réseau d'ordinateur à étendue pratiquement mondiale et accessible à partir de tout point d'accès convenablement lié pour retrouver l'information contenue dans 'l'nternet. Divers sous-réseaux existent à l'intérieur de l'lnternet dont l'un des plus connus est "worldwide web" ou "toile mondiale". L'information est communément mémorisée sur l'lnternet sous la forme de "pages" comprenant souvent une "page d'accueil" se rapportant à un site général et fournissant le guidage et l'accès au contenu de ce site, le contenu étant renfermé dans des "sous-pages". Un site inclus une adresse de Protocole Internet unique ou une adresse uniformisée de ressource (URL) . Il peut être ainsi accédé au site à partir de n'importe quel point d'accès.à l'lnternet en entrant l'adresse pertinente et en affichant le site maintenu à cette adresse. L'utilisateur accède à l'lnternet via un ordinateur client, par exemple un ordinateur individuel (PC) relié à l'lnternet. La liaison s'effectue typiquement via un modem et une ligne téléphonique et un prestataire de service ou serveur agit comme intermédiaire, le client accédant à l'lnternet via le serveur. De plus, le serveur permet à l'utilisateur d'installer un site internet. Il est à noter que le serveur comprend généralement une station fixe. Un tel agencement peut conduire à un niveau de rigidité non nécessaire. En particulier, il est souvent coûteux en temps et inutilement complexe d'avoir à accéder à la station serveur fixe pour installer ou accéder à un site Internet. Divers développements à des systèmes en rapport avec l'lnternet ont été décrits dans des brevets des Etats-Unis d'Amérique. Par exemple le brevet US N 5 550 984 se rapporte à un système de sécurité pour connecter des réseaux d'ordinateur, le brevet US N 5 544 162 se rapporte à un pont pour connecter des processeurs parallèles à l'environnement externe, le brevet US N 5 517 494 se rapporte à un protocole de routage pour des messages à diffusion partielle à travers l'lnternet, le brevet US N 5 416 842 se rapporte à une transmission de message entre des serveurs coupe-feu, le brevet US N 5 410 754 se rapporte à une interface entre une porteuse de ligne câblée et un hôte distant sur un Réseau Local d'Entreprise (RLE), le brevet US N 5 400 335 se rapporte à un terminal de connexion Réseau Numérique à Intégration de Services (RNIS) - RLE, le brevet US N 5 353 283 se rapporte à une transmission de paquets à travers une série de modes dans un réseau, le brevet US N 5 351 237 concerne un réseau de RLE connecté à un RNIS comportant une pluralité de routeurs/sous-routeurs. Le brevet US N 5 309 437 se rapporte à un dispositif du type pont pour coupler des segments d'un RLE étendu, le brevet US N 5 289 468 se rapporte à un adaptateur de terminal pour connecter un RLE et un réseau à grande distance (WAN) utilisant un protocole standard Internet, le brevet US N 5 276 789 se rapporte à l'affichage graphique d'une topologie de réseau d'ordinateurs, le brevet US N 5 229 988 se rapporte à un système pour classifier des réponses d'adresse source en double, le brevet US N '5 185 860 se rapporte à un système pour déterminer les noeuds connectés à un réseau d'ordinateurs et le brevet US N 5 166 931 se rapporte à un système destiné à un inter- réseau agencé pour simplifier le système d'adressage du réseau. Le brevet US N 5 442 633 se rapporte à un procédé pour router un paquet de données entre un hôte mobile et un hôte destinataire via une liaison sans fil entre l'hôte mobile et la station de base. La station de base agit comme une position physique de l'hôte mobile et est reliée au réseau via un sous-réseau RLE. Le mécanisme de traduction des noms de fichier à travers un réseau distribué est connu, par exemple, à partir du brevet US N 5 483 652, incorporé ici à titre de référence. Une gamme de produits a été développée par la Société Spyglass Inc. améliorant la connectabilité Internet des dispositifs existants. En particulier, ces produits ont été conçus pour connecter des produits électroniques à la toile mondiale tels que des téléphones cellulaires, des périphériques à connecter sur des téléviseurs câblés, des organiseurs électroniques personnels et des messagers dits pageurs, fournissant l'infrastructure, les applications et les services pour doter ces dispositifs de la capacité de navigation à travers I'lnternet. Un produit de ce type est disponible sous la marque commerciale 9 2798750 REMOTE MOSAIC, lequel convertit la navigation en une opération de service clients dans laquelle des "visionneuses" de faible poids sont intégrées sur commande dans des dispositifs qui établissent la connexion à un "navigateur de proximité" sur un serveur distant. Le navigateur de proximité manipule les applications demandant des capacités de processus ou mémoire excessive telles que le caching ou technique d'antémémoire et connecte le dispositif à d'autres serveurs. Selon un autre aspect, il existe de nombreuses situations dans lesquelles une image instantanée d'une scène ou d'un objet est d'une utilisation et d'une importance considérables, par exemple dans la documentation de déclaration de sinistre dans laquelle il est vital de documenter aussi précisément et complètement que possible les circonstances contre lesquelles la réclamation de dommages-intérêts est effectuée. D'ordinaire, les détails sont documentés soit par écrit soit en prenant des photographies en utilisant un appareil de prise de vues. Cette information est alors entrée subséquemment avec toutes les autres informations concernant la déclaration de sinistre. Un tel système consomme du temps et est sujet aux erreurs, en particulier en raison de la re-entrée subséquente des informations et le transfert des photographies physiques vers le fichier pertinent. Des problèmes similaires se présentent, par exemple, dans la couverture par la presse d'un accident, dans les rapports d'accident de la police ou d'autres autorités, etc. Le brevet US N 5 583 994 se rapporte à un système réseau de délivrance d'information multimédia. Un transmetteur à grande distance transmet les programmes multimédia qui sont reçus par une pluralité de serveurs réseau pour la retransmission vers des serveurs réseau en aval ou vers un utilisateur. Les programmes sont traités à part (en antémémoire) sur les serveurs réseau comme déterminé par un programmateur pour une distribution efficace du programme multimédia vers chaque utilisateur. Selon un autre aspect, les terminaux de données connectés à l'lnternet sont de façon usuelle soumis à l'obligation de télécharger des "applets" (composants programmatiques) dans un langage d'implémentation d'agent approprié à partir d'un hôte, ce qui constitue un processus complexe et lent. Il existe plusieurs types différents de lecteurs de codes à barres. Un premier type, un wand (lecteur) 8, contient un émetteur 10 et un détecteur 12, et l'utilisateur déplace manuellement le wand à travers le codes à barres. Le détecteur 12 détecte la lumière réfléchie à partir d'un point lumineux balayé par le wand 8 à travers le code à barres 2, et produit un signal électrique représentant l'information codée vers un dispositif processeur 14. Les wands ont été décrits, par exemple dans les brevets US N 4 654 482, 4 907 264 et 4 937 853. Un document particulièrement pertinent est le brevet US N 4 471 218 qui décrit un wand (lecteur) de données et un puits de données, et est incorporé ici à titre de référence. Selon la description un terminal d'entrée de données du type wand est entièrement autonome et sans cordon, et comporte un circuit de lecture et de mémorisation. Le terminal permet de plus de télécharger l'interface en utilisant un lien à couplage optique. De préférence, les données mémorisées sont sorties en utilisant un faisceau pulsé à partir d'une source lumineuse à faisceau de lecture. Le faisceau de sortie est détecté par un détecteur optique et décodé de façon appropriée. Les descriptifs des références mentionnées ci-dessus sont incorporés ici à titre de référence. Les caractéristiques générales de construction et de fonctionnement d'un lecteur du type wand seront évidents pour le lecteur expérimenté dans le domaine. Selon un autre système décrit dans la demande de brevet des Etats- Unis d'Amérique N 08/691 263 déposée le 2 août 1996, un terminal de lecture optique qui tient dans la main est proposé dans une conception ergonomique. Selon ce système, il est proposé, entre autres, un lecteur optique qui tient dans la main agencé pour s'adapter à la main de l'utilisateur et comportant un composant lecteur et un composant de téléchargement. Le dispositif peut inclure un écran d'affichage et un écran d'affichage pour afficher des messages I l 2798750 de commande ou des images vidéo, un pavé de touches pour entrer des données de commande ou autres et une liaison de communication sans fil pour télécharger des données lues par le composant lecteur vers un dispositif externe. Le système peut de plus inclure une pluralité de modules de collecte de données interchangeables pouvant être connectées au corps principal du dispositif, chaque module remplissant une fonction différente telle que la capture d'image/vidéo, la capture audio, etc. Il en résulte qu'un module multimédia simple est proposé. Il est souhaité, cependant, d'arriver à un lecteur de données qui tient dans la main de faible poids ayant une gamme encore plus grande de possibilités. Eu égard à la simplicité, la disponibilité et l'adaptabilité relatives des systèmes d'information présentant la capacité de mémorisation de données de symboles de codes à barres, il est souhaitable de développer des systèmes particulièrement appropriés aux applications destinées au consommateur. Un lecteur optique du type wand qui offre de nombreuses applications consommateur est représenté sur la figure 21. Le dispositif, désigné d'une manière générale par la référence numérique 680 comprend un corps principal 681 en forme de stylet comportant à son extrémité d'écriture un élément de scanneur optique émetteur et détecteur de lumière 682 pour lire un symbole à codes à barres comme illustré schématiquement en 683. Le stylet peut également présenter une réelle capacité d'écriture, par exemple en ayant la plume d'écriture au voisinage de l'élément optique 682 ou, en fait, ayant l'élément d'écriture et l'élément optique 682 à des extrémités opposées. Il est souhaité d'augmenter la gamme d'applications pour un tel produit. Les capacités de traitement de données d'un tel système 680 sont limitées par ses dimensions physiques et son potentiel d'alimentation électrique qui restreignent en conséquence la gamme des applications du dispositif. De plus, divers problèmes se posent dans l'exploitation effective d'un tel système, en particulier dans la régulation des vitesses variables auxquelles les consommateurs 12 2798750 scannent un symbole à codes à barres donné 683. Des terminaux de données portables usuels comprennent un dispositif d'affichage de données, des moyens d'entrée de données tels qu'un clavier et des moyens de mémorisation et de traitement de données. Une large gamme d'applications est maintenant disponible sur de tels terminaux à savoir traitement de texte, tableur, application de base de données et autres. Une part importante du travail de développement dans les terminaux de données portables connus est centrée sur l'augmentation des capacités de mémorisation et de traitement de données. Ceci a conduit à des augmentations en terme de coût et de taille/poids (et le besoin correspondant de miniaturiser par la suite les composants) conjointement à une complexité accrue aboutissant à un potentiel plus grand de défaillances ou pannes. Selon un autre aspect, le brevet des Etats-Unis d'Amérique N US 5 410 326 se rapporte à un dispositif de commande distant programmable destiné à interagir avec une pluralité de dispositifs commandés à distance. Le dispositif de commande distant est configuré de manière à commander une variété de dispositifs et porte des pictogrammes représentant les différentes fonctions à sélectionner par l'utilisateur. Le dispositif est de plus configuré pour recevoir et afficher des messages publicitaires, et remplir diverses autres fonctions telles que la messagerie électronique et la livraison de repas à domicile. Le système est, cependant, complexe et encombrant et d'adaptabilité limitée. Le brevet US N 5 521 370 se rapporte à un terminal d'acquisition de données portable qui tient dans la main destiné par exemple à l'entreposage, qui peut être monté sur une base de terminal pour la communication de données avec un ordinateur hôte et/ou le recharge des batteries. La description a trait à une interface de données entre le terminal et la base de terminal comprenant des patins de contact électrique en position de butée. Le terminal est agencé de manière à ne communiquer avec la base de terminal que lorsqu'il est amarré à cette dernière. Le terminal renferme un processeur et un système à mémoire servant de contrôleur de communication et peut être 13 2798750 agencé pour agir comme contrôleur de réseau une fois amarré. Une difficulté avec un tel système réside dans le fait qu'une capacité considérable de traitement et de mémorisation est incluse dans le terminal qui tient dans la main et que les données ne sont téléchargées que lorsque le terminal est amarré dans la base de terminal. Le brevet US N 5 280 621 se rapporte à un système de commande pour un ordinateur individuel. Dans les ordinateurs individuels usuels, un processeur de commande du système fournissait une interface entre le processeur hôte et les périphériques telles qu'un clavier de saisie. La performance du système était limitée en raison de la faible vitesse de communication entre le processeur de commande du système et le clavier, et était de plus dégradé lorsque le processeur de commande du système gérait d'autres charges de commande additionnelles telles que la gestion de l'alimentation batterie, la gestion de l'extension du bus externe et autres. Selon le brevet US N 5 280 621, il est proposé d'introduire des microcontrôleurs pour assurer la communication entre les organes périphériques respectifs et le processeurde commande du système, libérant le processeur de commande du système des autres tâches, améliorant ainsi la performance globale du système. La question de la gestion de l'alimentation électrique des dispositifs portables a été abordée visuellement de diverses manières. Le brevet US N 5 027 294 se rapporte au contrôle de la décharge de tension d'un bloc d'alimentation par batterie dans lequel l'utilisateur reçoit des avertissements à des niveaux d'épuisement différents permettant une sauvegarde de la mémoire, d'empêcher un sur-épuisement et autres. Le brevet US N 5 504 413 décrit un système de charge de batterie comportant une entrée à réaction permettant de minimiser les niveaux de surcharge de tension, et de connecter un dispositif de recharge à un organe périphérique via un port prévu sur le rechargeur. Le brevet US N 5 487 181 se réfère à la minimisation de I'alimentation en prévoyant un processeur principal et un processeur à 14 2798750U consommation électrique plus faible qui permet au processeur principal de "dormir" sauf en cas de nécessité. Le processeur à consommation réduite remplit diverses fonctions mineures permettant au processeur principal de dormir autant que possible tout en pouvant être réveillé aussitôt que nécessaire. Le brevet US N 5 511 205 se rapporte à la gestion de l'alimentation électrique d'un ordinateur bloc-notes portable à sty!et. Le système comporte plusieurs plans d'alimentation qui peuvent être contrôlés indépendamment les uns des autres et peuvent être alimentés de manière sélective pour assurer qu'une tâche particulière est exécutée avec une consommation minimale d'énergie. De plus, des CPU (unité centrale de traitement) séparées opèrent de manière synchrone les unes par rapport aux autres réduisant la quantité de temps de traitement que la CPU principale doit consacrer à la fonction de gestion de l'alimentation électrique. RESUME DE L'INVENTION Objets de l'invention Un objet de la présente invention consiste à proposer un dispositif constituant un perfectionnement supplémentaire par rapport à l'art antérieur. Caractéristiques de la Présente Invention Selon un aspect, il est proposé un lecteur ayant un boîtier sur la face supérieure duquel un afficheur d'informations peut être situé. Un clavier peut être prévu sur la face supérieure du boîtier, permettant d'entrer des informations concernant l'identité de l'opérateur, le mode de fonctionnement et autres informations. Un modem acoustique peut être prévu pour envoyer et/ou télécharger les informations lues par le lecteur, et/ou un connecteur d'interface peut être prévu pour connecter le lecteur à un ordinateur central pour envoyer ou télécharger des informations, et/ou un transmetteur radio peut être prévu pour transmettre l'information vers un récepteur distant et/ou un récepteur radio peut être prévu pour recevoir l'information provenant d'un transmetteur distant. Dans tous les cas, l'information peut être transférée vers un dispositif de mémorisation centrale permettant des réductions d'espace ;2798750 sur le lecteur lui-même. Le dispositif de lecture peut être un scanneur optique à "spot mobile" ou un lecteur optique à "champ de vue". Le lecteur peut être configuré pour être connecté avec l'Internet. En particulier, le lecteur peut être agencé pour lire et décoder un symbole à codes à barres représentant une adresse de site réseau, par exemple une URL (adresse uniformisée de ressource) du worldwide web ou toile mondiale. L'accès à de tels sites est ainsi simplifié pour l'utilisateur. Selon l'invention, il est de plus prévu un dispositif informatique portable comprenant un corps principal et au moins un module de collecte de données/communications pouvant être connecté au corps principal, le corps principal comportant une interface pour la connexion avec le module, un processeur pour traiter l'information reçue à partir du module et une liaison de communication pour échanger des informations avec un hôte. En raison de lI'agencement modulaire, le dispositif peut être aisément adapté à des applications différentes sans qu'il soit nécessaire de fabriquer des systèmes personnalisés à prix élevé ou de modifier de tels systèmes ce qui s'avérerait onéreux et complexe. Le corps principal peut comporter un afficheur visuel, par exemple un écran à cristaux liquides ou LCD. Le corps principal peut également comprendre un clavier. Les modules peuvent comprendre un module de capture d'image, un module scanneur à laser et/ou un module multimédia. Le module comporte de préférence des sous-systèmes de traitement de signaux numériques qui peuvent être d'une conception unique et programmable selon le cas. Les modules peuvent comprendre des pré- processeurs pour pré-traiter l'information avant son transfert au corps principal afin de réduire la charge exercée sur le processeur situé dans le corps principal. Le module peut être monté de manière amovible sur ou par rapport au corps principal, et en particulier par rapport à l'écran situé sur le corps principal - par exemple il peut être articulé pivotant ou monté tournant. 16 2798750 Le dispositif peut être configuré pour une connexion à l'lnternet. Selon l'invention, il est de plus prévu un système de distribution de messagerie électronique comprenant une partie serveur et une partie cliente, la partie cliente comprenant au moins un terminal d'interface utilisateur dans lequel la partie cliente est agencée à la réception d'une requête par un utilisateur spécifique, pour interroger la partie serveur à propos des messages mémorisés par la partie utilisateur adressée à l'utilisateur spécifique. Le système convient ainsi même pour une utilisation dans des systèmes dans lesquels la partie cliente est déplacée physiquement entre des zones de service de base. La partie cliente et la partie serveur peuvent communiquer par une communication sans fil. La partie cliente peut comprendre un ou plus d'un dispositif informatique portable. La partie cliente peut être agencée pour recevoir des messages entrée par un utilisateur spécifique et pour communiquer ces messages à la partie serveur pour une mémorisation à la partie serveur. La partie cliente peut être agencée pour reproduire un message et pour déterminer si le message est un message visuel ou un message audio et pour reproduire le message en conséquence. Le système peut faire partie intégrante de l'Internet ou être configuré pour être connecté à ce dernier. De préférence, la partie serveur et la partie cliente sont prévues sur un réseau local agencé pour communiquer avec d'autres réseaux locaux comportant une partie serveur et une partie cliente via une communication serveur-serveur, le système de distribution de messagerie étant réparti entre les réseaux locaux. Selon l'invention, il est de plus prévu un procédé d'exploitation d'un système de distribution de messagerie électronique comportant une partie serveur et une partie cliente, la partie cliente et la partie serveur étant en communication, dans lequel un utilisateur entre une requête vers la partie cliente, la partie cliente interroge la partie serveur, la partie serveur transmet à 17 2798750 la partie cliente tous messages mémorisés dans la partie serveur spécifique à l'utilisateur et la partie cliente reproduit les message. L'utilisateur peut entrer un message vers la partie cliente à fin de mémorisation par la partie serveur, la partie cliente peut communiquer le message à la partie serveur et la partie serveur peut mémoriser le message. La partie cliente peut afficher les options de l'utilisateur à fin de sélection par l'utilisateur, à savoir les options de mémorisation d'un message, de recherche d'un message, de sélection du mode d'affichage des options et de sélection du mode de reproduction. Les options peuvent être recherchées à partir de la partie serveur par la partie cliente à l'initialisation de la partie cliente. Selon l'invention, il est proposé un système de communication destiné à un scanneur de codes à barres comprenant un hôte de contrôle, un objet de contrôle de scannage opérant dans ce dernier et un client distant associé avec le scanneur de codes à barres dans lequel l'objet de contrôle de scannage communique avec le client distant pour contrôler le scanneur de codes à barres et l'objet de contrôle de scannage est implanté sous la forme d'un contrôle OLE (liaison et imbrication d'objets). En conséquence, il est proposé un système capable d'établir une communication "sans couture" entre le contrôle de scannage et le client distant. L'hôte et le contrôle objet de scannage peuvent communiquer et s'intégrer via des interfaces. L'objet de contrôle de scannage peut créer des unités séparées d'exécution pour contrôler la communication avec le client distant. Les unités d'exécution séparées peuvent comprendre des commandes de transaction de scanneur de codes à barres envoyer, recevoir et synchroniser. L'objet de contrôle de scannage peut être configuré pour communiquer avec le client distant à une liaison Internet ou Intranet et/ou une communication sans fil. Selon l'invention, il est de plus proposé: 1. Un procédé de lecture d'un symbole à codes à barres à haute densité 18 2798750 contenant des informations comprenant des données et une information d'interprétation des données, comprenant les étapes de réception d'un signal représentatif de l'information contenue dans le symbole à codes à barres, l'identification des données et de l'information d'interprétation des données, de traitement de l'information d'interprétation des données et d'interprétation des données selon l'information d'interprétation traitée. 2. Un procédé tel que défini en 1 dans lequel l'information d'interprétation des données comprend un script de programme, dans lequel le procédé comprend les étapes de traitement du script programmé pour créer une interface afin d'interpréter les données. 3. Un système de recherche d'informations comprenant un symbole à codes à barres à haute densité et un lecteur de symbole à codes à barres, dans lequel le symbole à codes à barres contient des informations comprenant des données et une information d'interprétation des données et le lecteur comporte des moyens pour lire le symbole à codes à barres, des moyens pour identifier l'information d'interprétation des données, des moyens pour traiter l'information d'interprétation des données et des moyens pour interpréter les données selon l'information d'interprétation traitée. 4. Un système de communication destiné à un scanneur de codes à barres comprenant un hôte de contrôle, un objet de contrôle de scannage opérant dans ce dernier et un client distant associé avec le scanneur de codes à barres dans lequel l'objet de contrôle de scannage communique avec le client distant pour contrôler le scanneur de codes à barres et le contrôle objet de scannage est implanté sous la forme d'un contrôle OLE (liaison et imbrication d'objets). 5. Un système tel que défini en 4 dans lequel l'hôte et le contrôle objet de scannage communiquent et s'intègrent via des interfaces. 6. Un système tel que défini en 4 dans lequel l'objet de contrôle de scannage crée des unités d'exécution séparées pour contrôler la communication avec le client distant. 19 2798750 7. Un système tel que défini en 6 dans lequel les unités d'exécution séparées comprennent des commandes de transaction de scanneur de codes à barres envoyer, recevoir et synchroniser. 8. Un système tel que défini en 4 dans lequel l'objet de contrôle de scannage est configuré pour communiquer avec le client distant par une liaison Internet ou Intranet et/ou par une communication sans fil. Selon la présente invention, il est proposé un terminal de données pouvant être connecté à distance au réseau Internet, comprenant une entrée de données et un serveur interne pour créer un site Internet représentant les données entrées et ayant une adresse de Protocole Internet, le terminal comprenant de plus une liaison réseau coopérant avec le serveur pour permettre l'accès au site par des utilisateurs situés autre part sur l'lnternet. Le système offre ainsi des bénéfices substantiels en ce qui concerne la vitesse, l'efficacité et l'accessibilité. Le site Internet peut être un site web (présentation hypertextuelle de réseau multimédia). L'entrée de données peut comprendre un ou plus d'un moyen parmi le groupe des moyens d'enregistrement d'images, d'enregistrement du son, ou d'enregistrement de textes. La liaison réseau peut être une liaison réseau sans fil comprenant une liaison parmi le groupe de liaisons à fréquence radio, une liaison infrarouge à la norme IRDA ou une liaison par faisceau hertzien sur un réseau local d'entreprise sans fil privé, ou un réseau de téléphone cellulaire. Selon la présente invention, il est proposé un terminal de données pouvant être connecté à un réseau de données, et distant de ce dernier, lequel comprend une entrée de données, des moyens pour créer un site de données accessible par l'utilisateur représentant les données entrées et ayant une adresse de site et une liaison réseau agencée pour recevoir des requêtes d'accès à partir des utilisateurs situés autre part sur le réseau adressé au site, et pour assurer l'accès au site adressé. Le réseau peut comprendre un réseau du groupe de l'lnternet, un 2798750 Intranet ou un Réseau Local d'Entreprise (RLE), par exemple, le réseau comprenant l'lnternet et l'adresse de site comprenant une adresse de Protocole Internet. Le site peut consister en un site Web. L'entrée de données peut comprendre un moyen parmi le groupe de moyens d'enregistrement d'images, d'enregistrement du son ou d'enregistrement de textes ou même un "renifleur" chimique qui détecte la présence de certaines matières chimiques dans l'air (par exemple du gaz naturel, ou d'autres émanations combustibles ou dangereuses). La création du site de données et les moyens d'accès peuvent comprendre un serveur interne vers le terminal. La liaison réseau peut être une liaison sans fil comprenant une liaison choisie dans le groupe comprenant une liaison à fréquence radio, une liaison infrarouge à la norme IRDA et une liaison par faisceau hertzien. Selon l'invention, il est proposé une unité d'enregistrement d'images mobile pouvant être connectée à l'lnternet via une liaison sans fil comprenant un moyen d'enregistrement d'images, un serveur pour créer un site Internet ayant une adresse de protocole Internet et représentant l'image enregistrée et une liaison sans fil configurée pour assurer l'accès au site à des requêtes dirigées vers l'adresse du site. Le serveur peut créer des sous-pages respectives pour des images enregistrées respectives et comprendre un menu spécifiant les sous-pages sur une page d'accueil à l'adresse du site. Selon l'invention, il est proposé un système de création de site Internet et d'accès à ce dernier comprenant une unité mobile comportant un serveur configuré pour enregistrer des images à un emplacement géographique donné et créer un site représentant l'image interne au terminal, dans lequel l'unité mobile communique avec l'lnternet via une liaison sans fil et les utilisateurs accèdent au site à l'unité mobile via l'lnternet. Selon l'invention, il est proposé un procédé de création d'un site web dans lequel une unité mobile enregistre des données concernant son environnement immédiat, un serveur à l'intérieur de l'unité mobile crée une 21 2798750 page de site web représentant les données et ayant une adresse de Protocole Internet, et les utilisateurs de l'lnternet accèdent au site web à l'adresse de Protocole Internet via une liaison sans fil entre l'unité mobile et l'lnternet. Selon l'invention, il est proposé un système de capture et de relais d'images comprenant un dispositif de capture d'images fixes distant comportant un codeur pour coder l'image capturée sous la forme d'un signal de données d'images et un transmetteur pour transmettre le signal de données d'images, le système comprenant de plus une station de base pour recevoir le signal de données d'images et fournir l'accès aux données d'images. En conséquence, un accès rapide à l'image est autorisé à la station de base. Le dispositif de capture d'images peut comprendre une caméra numérique et peut de plus inclure un lecteur de codes à barres et/ou un microphone et/ou un dispositif d'entrée de données utilisateur et/ou inclure une imprimante, de préférence configurée pour imprimer des symboles à codes à barres ou une version sortie papier de l'image capturée. Le dispositif de capture d'images peut comprendre un écran d'affichage visuel et, avantageusement des moyens pour altérer une image affichée sur l'écran d'affichage visuel. L'invention se rapporte de plus à, dans ses formes préférées 9. Un système comprenant de plus une capacité système de positionnement globale. 10. Un système dans lequel le dispositif de capture d'image comporte une partie corps et une partie poignée faisant saillie de la partie corps. 11. Un système tel que défini en 10 dans lequel un déclencheur est prévu associé à la partie poignée et agencé pour activer la capture d'image. 12. Un système tel que défini en 10 dans lequel un contrôle variable est prévu associé à la partie poignée pour contrôler le zoom ou agrandissement d'images. 13. Un système tel que défini en 12 dans lequel le contrôle variable comprend une molette. 14. Un système dans lequel le dispositif de capture d'image comprend de plus des moyens de détection de danger pour localisation dans une zone à risques. 15. Un système tel que défini en 14 dans lequel le moyen de détection de danger comprend un détecteur choisi dans le groupe d'un détecteur de fumée, un détecteur de chaleur, un détecteur d'émanation, un détecteur de mouvement. 16. Un système tel que défini en 14 dans lequel sur détection d'un danger, une image de la zone à risques est capturée et transmise à l'autorité de contrôle de danger compétente pour examen. 17. Un système dans lequel le signal de données d'images est transmis le long d'une route de transmission à coût optimisé. 18. Un système tel que défini en 17 dans lequel la route de communication est déterminée en choisissant les liaisons de communication les moins onéreuses. 19. Un réseau de données comportant un premier point de transmission, un second point de réception, une pluralité de points de transfert intermédiaire, une liaison de communications ayant un facteur de coût associé reliant des paires respectives de points, dans lequel la transmission est routée à partir du premier point vers le second point via un ou plus d'un point de transfert choisi pour minimiser le coût des liaisons de communication associées. 20. Un terminal de données comprenant un lecteur pour lire des indices visibles par machine, dans lequel le lecteur est agencé pour lire des indices codant des instructions exécutables par machine et un processeur de données agencé pour décoder et exécuter les instructions. 21. Un terminal tel que défini en 20 pouvant être connecté à un réseau informatique via une interface réseau. 22. Un terminal tel que défini en 20 dans lequel les indices lisibles par machine comprennent un symbole à codes à barres. 23. Un terminal tel que défini en 20 dans lequel les instructions lisibles par machine sont exprimées dans un langage d'implémentation d'agent. 24. Un terminal tel que défini en 20 dans lequel le terminal comporte un boîtier de terminal et une interface Internet, le processeur de données et le lecteur sont prévus à l'intérieur du boîtier de terminal. 25. Un terminal de données tel que défini en 20 dans lequel le lecteur est connecté au terminal via une liaison physique. 26. Un terminal tel que défini en 25 dans lequel le lecteur comprend un lecteur choisi dans le groupe d'un scanneur optique à "spot mobile" ou un lecteur optique à "champ de vue". 27. Un terminal tel que défini en 20 dans lequel le terminal comprend un terminal distant agencé pour être connecté à un réseau informatique via une liaison sans fil. Selon l'invention, il est de plus proposé un dispositif de capture d'image fixe comprenant une caméra numérique, un codeur pour coder l'image fixe sous la forme d'un signal de données d'image, et un transmetteur pour transmettre le signal de données d'image par une transmission sans fil vers une station de base distante. Selon l'invention, il est de plus proposé une méthode de capture et de retransmission d'une image comprenant les étapes de capture de l'image en utilisant un dispositif de capture d'image distant, de codage de l'image capturée sous la forme d'un signal de données d'image et de transmission du signal de données d'image, le codeur et le transmetteur étant prévus dans le dispositif de capture d'image distant, et de réception du signal de données d'image transmis dans une station de base pour distribuer l'image. L'image capturée peut se rapporter à un incident donné et la station de base peut transférer l'image reçue vers une base de données d'assurances concernant l'incident. L'image capturée peut se rapporter à l'état de marchandises avant livraison et l'image reçue peut être transférée de la station de base vers un point de livraison pour comparaison avec les marchandises reçues. L'image capturée peut se rapporter à l'état de marchandises à livrer, le signal de données d'image peut être codé sous la forme d'un symbole à codes à barres appliqué aux marchandises à livrer, et le symbole à codes à barres peut être décodé au point de livraison pour comparaison de l'image capturée avec l'état des marchandises telles que reçues. Selon l'invention, il est proposé un système de recherche d'information produits destiné à être utilisé conjointement avec le réseau informatique Internet, dans lequel l'information produit concernant un produit choisi est accessible à un site Internet ayant une adresse de site de Protocole Internet, dans lequel l'adresse du site est directement ou indirectement représentée par des indices imprimés lisibles par machine, et dans lequel un lecteur qui tient dans la main est prévu pour lire les indices, mémoriser l'adresse du site représentée par ces derniers et télécharger l'adresse du site vers un processeur client pour accéder à l'information produit à l'adresse du site. Le produit peut comprendre un produit commercial. Le produit commercial peut être affiché sur des imprimés, les indices lisibles par machine étant imprimés conjointement à ces derniers. En variante, le produit commercial peut être affiché dans un centre de ventes au détail et les indices lisibles par machine peuvent être imprimés sur le produit ou l'emballage du produit. Les indices imprimés lisibles par machine peuvent comprendre un symbole à codes à barres. Le lecteur qui tient dans la main peut comprendre un lecteur de codes à barres, par exemple un lecteur optique à champ de vue, tel qu'un lecteur optique du type "wand". * Le symbole à codes à barres peut être imprimé dans l'un des formats du groupe comprenant les formats UPC (code produit universel), EAN (numérotation d'articles européenne). Les données dans le symbole à codes à barres peuvent représenter une adresse de site, ou être simplement un code de produit qui peut être utilisé pour consulter une adresse de site correspondante dans une table, et l'adresse de site peut être convertie en une URL (adresse uniformisée de ressource) à I'emplacement du processeur client. 2798750 Selon l'invention, il est de plus prévu un lecteur optique qui tient dans la main du type "wand" comprenant des moyens de lecture pour lire un indice imprimé et des moyens de mémorisation de données pour mémoriser les données représentées par l'indice imprimé, agencé pour lire l'indice imprimé associé à un produit choisi, le lecteur comportant de plus un port de chargement pour télécharger les données mémorisées vers un processeur client afin de rechercher des données additionnelles concernant le produit. Sous ces formes préférées, I'invention comprend de plus 28. Un lecteur comprenant un lecteur de codes à barres. 29. Un lecteur dans lequel le lecteur télécharge les données mémorisées vers un point d'accès vers le processeur client. 30. Un lecteur dans lequel les données représentées par l'indice imprimé se rapporte à un produit choisi et les données restituées comprennent des informations additionnelles concernant le produit. 31. Un lecteur dans lequel le point d'accès comprend une interface vers un ordinateur individuel. 32. Un lecteur comme défini en 31 dans lequel le point d'accès comprend un port de téléchargement dédié. 33. Un lecteur dans lequel les données mémorisées sont transférées via une interface mémoire tactile. 34. Un lecteur dans lequel l'information d'identification est transférée via une interface optique via une liaison à la norme IRDA. 35. Un lecteur dans lequel le moyen de mémorisation du lecteur mémorise des données concernant l'utilisateur du lecteur, et l'information concernant l'utilisateur du lecteur est transférée avec les données mémorisées vers un processeur client. 36. Un lecteur dans lequel l'indice imprimé accompagne une représentation d'un produit commercial. Le processeur client peut être relié au réseau informatique Internet et les indices imprimés peuvent contenir une adresse de site au Protocole Internet 26 2798750 correspondant à un site contenant des informations additionnelles se rapportant au produit. De ce fait, le système ne nécessite rien d'autre que des protocoles d'adresse standard. Le lecteur peut comprendre un lecteur de codes à barres. Selon l'invention, il est de plus proposé une méthode de recherche d'information produit dans laquelle l'information produit est mémorisée à un site du réseau informatique Internet ayant une adresse de site au Protocole Internet, et l'adresse de site est représentée sous la forme d'un indice imprimé lisible par machine, comprenant les étapes consistant à lire l'indice imprimé en utilisant un lecteur qui tient dans la main, à mémoriser les données d'adresse du site représentées par l'indice dans le moyen de mémorisation monté dans le lecteur qui tient dans la main, à télécharger les données d'adresse de site à partir du lecteur qui tient dans la main vers un processeur client relié à l'lnternet et à accéder au site Internet identifié par l'adresse de site. Le produit peut être un produit commercial. L'indice imprimé peut accompagner une représentation du produit sur un formulaire imprimé ou le produit peut être affiché dans un centre de ventes au détail, I'indice étant imprimé sur le produit ou son emballage. Selon l'invention, il est de plus proposé un système de recherche d'information produit destiné à être utilisé conjointement avec un réseauinformatique clos dans lequel l'information produit concernant un produit choisi est accessible à un site du réseau ayant une adresse de site, dans lequel l'adresse de site est représentée par un indice imprimé, un lecteur qui tient dans la main est prévu pour lire l'indice, mémoriser les données d'adresse représentées par ce dernier et télécharger les données d'adresse vers un processeur client sur le réseau afin d'accéder à l'information produit à l'adresse de site. Le réseau peut comprendre un RLE (réseau local d'entreprise). Le réseau peut comprendre un système Intranet. Le processeur client peut comprendre un ordinateur de réseau. Selon l'invention, il est de plus proposé un système de recherche 27 2798750 d'information produit destiné à être utilisé conjointement avec un réseau informatique, dans lequel l'information produit concernant un produit choisi est accessible à un site de réseau ayant une adresse de site, dans lequel l'adresse de site est représentée sous la forme d'un indice imprimé, un lecteur qui tient dans la main est prévu pour relire l'indice, mémoriser les données d'adresse de site représentées par ce dernier et télécharger les données d'adresse de site vers un terminal relié au réseau, dans lequel le terminal comprend des moyens d'entrée, de sortie et d'affichage de données et copie les données d'adresse de site vers un ordinateur hôte, et l'ordinateur hôte accède au site du réseau pour introduire et afficher des données sur le terminal. Le terminal peut comprendre un ordinateur de réseau. Le réseau peut être l'lnternet ou le réseau peut être un Intranet ou bien le réseau peut être un RLE (réseau local d'entreprise). Selon l'invention, il est de plus proposé une méthode de recherche d'information produit mémorisée à un site sur un réseau informatique ayant une adresse de site, selon laquelle l'adresse de site est représentée sous la forme d'un indice imprimé, l'indice imprimé est lu par un lecteur qui tient dans la main, les données d'adresse de site représentées par ce dernier sont mémorisées dans le lecteur qui tient dans la main et chargées vers un terminal relié au réseau informatique, le terminal comprenant des moyens d'entrée, de sortie et d'affichage de données, et selon laquelle les données d'adresse de site sont envoyées depuis le terminal vers un ordinateur hôte, et l'ordinateur hôte accède au terminal et introduit dans ce dernier le site de réseau correspondant, le terminal affichant l'information produit contenue à l'adresse du site. Le terminal de données peut ne comprendre qu'un moyen d'affichage, des moyens d'entrée/sortie de données et des moyens de transfert de données. Le réseau peut comprendre un réseau Intranet. Le réseau peut comprendre un réseau local d'entreprise. Selon l'invention, il est de plus proposé une méthode de recherche de données comprenant la lecture d'informations d'identification mémorisées sous 28 2798750 la forme d'indices imprimés en utilisant un lecteur autonome, la mémorisation de l'information d'identification dans un dispositif de mémorisation de données prévu dans le lecteur, le transfert des informations d'identification mémorisées depuis le dispositif de mémorisation des données à un point d'accès vers un système de mémorisation et de recherche de données, et la recherche des données mémorisées à partir du système identifié par l'information d'identification. Dans les modes de réalisation préférés, I'information d'identification est utilisée pour accéder à un site Internet se rapportant au produit. Dans ce cas, par exemple, un produit dans un magazine porte un symbole à codes à barres associé, le symbole à codes à barres contenant l'adresse de site au Protocole Internet à laquelle des informations supplémentaires concernant le produit peuvent être trouvées. Le site Internet peut être un site Web. L'utilisateur mémorise l'adresse du site et ensuite la télécharge vers un ordinateur individuel ou PC, ce qui permet d'appeler la page d'accueil ou sous-page du site Internet et d'accéder à des informations supplémentaires concernant le produit. De plus, comme décrit plus en détail ci-après, le produit peut être acheté ou bien l'utilisateur peut être orienté vers des produits apparentés. En conséquence, I'information peut être mémorisée lorsque l'utilisateur n'a pas accès au système de mémorisation et de recherche de données lui- même. Les données mémorisées peuvent agir comme un rappel ou une invite à destination de l'utilisateur. Une application particulière concerne le cas dans lequel l'information d'identification se rapporte à un produit représenté sur imprimé auquel cas des détails supplémentaires peuvent être recherchés subséquemment et dans beaucoup de cas une transaction directe peut être menée à bien par interaction avec uniquement le système de mémorisation et de recherche de données. Le lecteur autonome peut être un lecteur qui tient dans la main. L'indice imprimé peut comprendre un symbole à codes à barres et le lecteur autonome peut comprendre un lecteur de codes à barres du type wand. L'information 29 2798750 d'identification peut se rapporter à un produit choisi et les données restituées peuvent comprendre des informations additionnelles concernant le produit. Le point d'accès peut comprendre une interface vers un ordinateur personnel ou un port de téléchargement spécialisé. Ce dernier permet l'utilisation de I'invention même lorsque l'utilisateur n'a pas accès à un PC. L'information d'identification peut être transférée via une interface mémoire tactile. Le système de mémorisation et de recherche de données peut être l'lnternet, l'information d'identification peut comprendre une adresse de site web et les données restituées peuvent être maintenues au site web. En variante, le système de mémorisation et de recherche de données peut comprendre un réseau informatique clos tel qu'un Intranet ou un RLE (réseau local d'entreprise). Dans ce cas, I'information d'identification peut comprendre une adresse d'emplacement de base de données ou de site appropriée se conformant au protocole adopté par 'lntranet ou le RLE. Le dispositif de mémorisation de données du lecteur peut mémoriser des données concernant l'utilisateur du lecteur, et l'information concernant l'utilisateur du lecteur peut être transférée conjointement avec l'information d'identification mémorisée vers un système de mémorisation et de recherche de données. Ceci contribue à des transactions supplémentaires telles qu'un achat et permet à un profil de consommateur d'être constitué. Selon le premier aspect, I'invention concerne un système de traitement de données comprenant un terminal portable et un support de terminal dans lequel le support comporte une interface de terminal et une capacité processeur pour traiter des données reçues depuis le terminal et le terminal comporte une interface utilisateur, une interface de support et une capacité processeur seulement suffisante pour relayer l'entrée utilisateur vers le support pour traitement et les données depuis le support vers l'interface utilisateur. Ainsi, un client "ultramince" est prévu au terminal, le support exécutant la majorité des fonctions de calcul. Selon un autre aspect, I'invention concerne un système de traitement de 2798750 données comprenant un terminal de données autonome, des moyens d'amarrage pour amarrer le terminal et un réseau hôte, le terminal comportant une entrée utilisateur et une interface moyen d'amarrage agencée pour relayer l'entrée utilisateur vers le support et le support comporte une interface terminal et une interface hôte agencée pour relayer l'entrée utilisateur vers l'hôte, pour traitement et une méthode de retransmission de données entre un terminal portable et une station de base comprenant les étapes consistant à entrer des données vers le terminal, à relayer les données vers la station de base avec un traitement minimal et à traiter les données à la station de base. Optionnellement, par conséquent, la majorité de la puissance de traitement peut être maintenue à l'hôte, autorisant un moyen d'amarrage ou berceau léger. Les caractéristiques préférées comprennent de plus 37. Une méthode dans laquelle le terminal et la station de base communiquent via une communication sans fil. 38. Une méthode dans laquelle l'information entrée dans le terminal comprend une information d'inventaire. 39. Une méthode dans laquelle l'information entrée dans le terminal comprend les informations ayant trait à la vente au détail. 40. Une méthode dans laquelle l'information entrée dans le terminal comprend les informations ayant trait à des échanges de stock. 41. Une méthode comprenant de plus l'étape consistant à connecter physiquement le terminal à la station de base à des intervalles pour télécharger des données et/ou recharger les batteries. Selon un autre aspect, l'invention propose un système de recherche d'information produit comprenant un terminal portable agencé pour recevoir des données à partir d'un ou plus d'un point de sortie de données dans une zone d'accès produit dans laquelle le terminal est agencé pour afficher une image d'un produit à atteindre en réponse à des données reçues depuis le point de sortie de données et une méthode de recherche d'informations produit dans 31 2798750 laquelle un terminal portable est prévu dans une zone d'accès produit et reçoit des données à partir d'un ou plus d'un point de sortie de données, et dans laquelle le terminal affiche une image du produit à atteindre en réponse à des données reçues depuis un point de sortie de données, et un terminal de données portable pour opérer dans une zone d'exploitation ayant un ou plus d'un article physique localisé à des positions prédéterminées dans la zone, dans laquelle le terminal de données comprend un récepteur et/ou transmetteur de communication et un affichage agencé pour afficher des icônes représentatives de l'article physique et/ou de sa position dans la zone d'exploitation. Ce système basé sur des icônes permet d'implémenter un système de fichier hautement convivial, efficace et exempt d'erreur humaine. D'autres caractéristiques préférées encore comprennent: 42. Un système dans lequel le terminal reçoit des données depuis le point de sortie des données par une communication sans fil. 43. Un système dans lequel l'image du produit correspond à un produit dans le voisinage du terminal. 44. Un système dans lequel une pluralité de points de sortie de données est prévue et l'image du produit est choisie à partir de produits dans le voisinage du point de sortie des données à partir duquel le terminal reçoit des données. 45. Un système dans lequel le terminal comporte un système de positionnement et l'image produit correspond à un produit dans le voisinage de la position détectée du terminal. 46. Un système dans lequel le terminal est agencé pour afficher une carte de la zone d'accès au produit. 47. Un système dans lequel le terminal est de plus agencé pour indiquer la position du terminal sur la carte. 48. Un système dans lequel la zone d'accès au produit comprend un centre de vente au détail. 49. Un système dans lequel le terminal est agencé pour afficher une 32 2798750 image d'un produit mis en vente. 50. Un système dans lequel un utilisateur de terminal introduit l'information d'identification vers le système. 51. Un système dans lequel le terminal est agencé pour afficher une image d'un produit correspondant aux préférences de l'utilisateur dérivées à partir de l'information d'identification de l'utilisateur. 52. Un système dans lequel le terminal comprend de plus un ou plus d'un dispositif choisi dans le groupe d'un lecteur optique ou d'un stylet de données. 53. Un système dans lequel le terminal comprend de plus un haut- parleur audio. 54. Un système dans lequel le terminal comprend de plus un synthétiseur vocal pour relayer le produit ou d'autres informations. 55. Un système dans lequel le terminal comprend de plus une alarme de zone agencée pour se déclencher si le terminal quitte la zone d'accès au produit ou une zone définie par rapport à la zone d'accès au produit. 56. Un système de recherche d'informations produit comprenant de plus un point d'amarrage de terminal agencé pour recevoir le terminal pour charger les batteries et/ou relayer les données. 57. Un système dans lequel le terminal est agencé pour afficher une image d'un produit à relocaliser conjointement avec une information de relocalisation. 58. Un système dans lequel la zone d'accès au produit comprend une zone de stockage et un terminal est agencé pour afficher une image d'un produit à relocaliser conjointement avec une information de relocalisation. 59. Une méthode de recherche d'informations produit dans laquelle un terminal portable est prévu dans une zone d'accès au produit et reçoit des données à partir d'un ou plus d'un point de sortie de données, et dans laquelle le terminal affiche une image d'un produit à atteindre en réponse à des données reçues à partir d'un point de sortie de données. 33 2798750 60. Un terminal de données portable pour opérer dans une zone d'exploitation ayant un ou plus d'un article physique localisé à des positions prédéteminées dans la zone dans lequel le terminal de données comprend un récepteur de communication et un afficheur agencé pour afficher des icônes représentatives de l'article physique et/ou sa position dans la zone d'exploitation. 61. Un appareil de transfert de données comprenant un terminal de données portable et une base agencée pour recevoir le terminal, la base et le terminal comportant des moyens pour une communication mutuelle sans fil, le terminal comprenant des moyens d'entrée et d'affichage de données et une capacité de traitement frontal minimale et la base possédant une capacité de traitement d'arrière-plan pour traiter des données provenant du terminal. 62. Un appareil dans lequel le terminal comprend de plus un dispositif choisi dans le groupe d'un récepteur de diffusion radio ou d'un récepteur de télévision. 63. Un appareil dans lequel le terminal comporte de plus une partie lecteur optique, la partie lecteur optique étant connectée de manière amovible au terminal. 64. Un appareil dans lequel le terminal comporte de plus un détecteur de déplacement/orientation, et des moyens pour contrôler l'opération du terminal en fonction des déplacement/orientation détectés. Selon un autre aspect, il est proposé un support de terminal destiné au montage d'un terminal de données portable, le support étant conçu pour une communication sans fil avec le terminal de données, dans lequel le support est agencé pour recevoir ou dériver des informations de format d'affichage pour un terminal destiné à être monté sur le support et pour configurer les données à afficher sur le terminal selon le format d'affichage. D'autres caractéristiques préférées comprennent: 65. Un support dans lequel le support configure les données pour un affichage selon une option choisie parmi un jeu prédéterminé d'options de 34 2798750 format. 66. Un support agencé pour adapter les données pour l'affichage sur la base du nombre de caractères par ligne horizontale dans le format d'affichage de données. 67. Un support agencé pour mettre à l'échelle la taille d'affichage des données pour l'adapter au format d'affichage disponible. Selon un autre aspect, il est proposé un système de communications de données comprenant un dispositif de communication de données portable et un support de dispositif agencé pour loger de façon amovible le dispositif, dans lequel le support de dispositif comporte une entrée d'information d'identification de l'utilisateur et un verrou de dispositif agencé pour libérer le dispositif sur l'entrée d'une information d'identification d'utilisateur approuvée et une méthode de contrôle de l'accès à un dispositif de communication de données portable dans laquelle le dispositif de communication de données portable est logé de manière amovible dans un support de dispositif, un utilisateur entre l'information d'identification d'utilisateur sur le support, le support libère le dispositif si l'information d'identification est approuvée et, simultanément, démarre le compteur de temps, le compteur de temps est stoppé lorsque le terminal est réintroduit dans le support et l'utilisation identifié est facturée pour la période comptabilisée entre la libération et la réintroduction du dispositif. Cet agencement est particulièrement approprié à la location dans un endroit public tel qu'un aéroport ou un dépôt de vente au détail (libre service). D'autres caractéristiques préférées comprennent: 68. Un système dans lequel le dispositif de communication de données portable comprend un téléphone cellulaire. 69. Un système dans lequel, sur libération du dispositif, un compteur de temps est démarré, et sur réintroduction du dispositif le compteur s'arrête pour permettre de facturer l'utilisateur identifié. 70. Un système dans lequel le support est configuré pour exécuter un test d'état sur le dispositif introduit dans le support. 2798750 71. Une méthode dans laquelle le support de dispositif exécute une vérification d'état du dispositif lorsqu'il est réintroduit. L'invention se rapporte de plus à un dispositif de communication de données comportant des moyens de communication sans fil pour communiquer avec un ou plus d'un point d'accès vers un réseau informatique local, le dispositif comprenant de plus des moyens téléphoniques cellulaires pour une communication téléphonique classique lorsque le dispositif est hors de portée des points d'accès vers le réseau informatique local, un système de pistage de transport de marchandises comprenant un dispositif de communication pour un véhicule de transport agencé pour enregistrer la réception et/ou la livraison de marchandises et comportant des moyens destinés à une communication sans fil avec un réseau de communication et des moyens pour créer un fichier de données accessible via le réseau de communication pour fournir des informations de réception/livraison, un réseau de pistage de transport de marchandises comprenant un réseau physique de point de transfert comprenant des véhicules de transport et des stations intermédiaires et un réseau de communication, dans lequel une interface vers le réseau de communication est fournie à chaque point de transfert et dans lequel le passage des marchandises est enregistrés à chaque point de transfert permettant d'accéder à l'information de transport au réseau de communication, un bloc de batteries rechargeables destiné à un dispositif alimenté électriquement agencé pour être logé dans un chargeur de batterie pour recharge, dans lequel le bloc de batteries présente des spécification de recharge prédéterminées et comporte un circuit de contrôle de rechargement pour contrôler l'opération de recharge afin de respecter les spécifications prédéterminées et un rechargeur de batteries pour recevoir et recharger un bloc de batteries rechargeables ayant des spécifications de recharge prédéterminées et sensibles au dispositif de contrôle de recharge sur le bloc de batteries afin de contrôler l'opération de recharge de sorte à respecter les spécifications de recharge prédéterminées. 36 2798750 D'autres caractéristiques préférées comprennent: 72. Un système dans lequel le dispositif de communication comprend une base de communication pouvant être disposée sur un véhicule et un dispositif de données portable agencé pour une communication sans fil avec la base et comportant des moyens pour accuser réception et enregistrer la livraison de marchandises. 73. Un système dans lequel l'information de réception/livraison comprend une ou plus d'une donnée du type "marchandises reçues", "marchandises livrées", "tentative de livraison de marchandises". 74. Un système dans lequel le fichier de données fournit de plus des informations de localisation du véhicule de transport courant. 75. Un système dans lequel le moyen de création de fichier de données comprend un serveur agencé pour créer un fichier réseau. 76. Un réseau dans lequel une table de routage est développée au réseau de communication pour des marchandises destinées à être pistées. 77. Un réseau dans lequel chaque interface comprend une station de base et un terminal de données portable en communication sans fil mutuelle. 78. Un bloc de batteries rechargeables dans lequel une spécification de recharge comprend la vitesse de charge. 79. Un rechargeur de batteries comprenant une pluralité de points de réception et de recharge de bloc de batteries. L'invention propose de plus un dispositif de données agencé pour communiquer avec un réseau de communication comportant une interface de module adaptateur et un module adaptateur dans lequel le module adaptateur porte la capacité de communication en réseau et un module adaptateur pour un dispositif de données communiquant avec un réseau de communication dans lequel le module adaptateur porte la capacité de communication en réseau pour le dispositif. Il en résulte la réalisation d'un accès à des fichiers réseau transparents. D'autres caractéristiques préférées comprennent: 37 2798750 80. Un dispositif dans lequel le module adaptateur comprend une carte adaptateur. 81. Un dispositif dans lequel la capacité de communication réseau comporte au moins une pile de protocoles et au moins un client du système de fichier réseau. 82. Un dispositif dans lequel la pile de protocole et le client du système de fichiers réseau s'exécutent sur un processeur dans le module adaptateur. 83. Un dispositif de communication de données portable comprenant un dispositif de saisie de données, une interface de module adaptateur et un module adaptateur, dans lequel le module adaptateur comporte un serveur interne pour créer un site Internet et des moyens de communication pour communiquer avec un point d'accès vers le réseau Internet. 84. Un terminal dans lequel le module adaptateur comprend une carte adaptateur. 85. Une carte adaptateur pour un dispositif de communication portable, la carte adaptateur comprenant une interface de dispositif, un serveur interne pour créer un fichier réseau pour des données saisies par le dispositif et une interface de réseau. 86. Un bloc d'alimentation pour coopérer avec un dispositif afin d'alimenter électriquement le dispositif, le bloc d'alimentation comprenant des piles rechargeables, un circuit de charge et un connecteur pour la connexion à une alimentation électrique pour recharger les piles. 87. Un bloc d'alimentation dans lequel le circuit de charge comprend un ou plus d'un moyen choisi dans le groupe comprenant un convecteur CA/CC (courant alternatif/courant continu), un système électronique de charge, un système de charge à gaz. 88. Un bloc d'alimentation dans lequel les piles rechargeables sont remplaçables. 89. Un adaptateur pour un système de charge de batterie comportant un bloc de batteries et un rechargeur dans lequel l'adaptateur comporte une 38 2798750 interface de bloc de batteries, une interface de rechargeur et un circuit de contrôle de charge. 90. Un adaptateur comportant de plus une entrée d'alimentation pour un recharge direct. 91. Un adaptateur comportant de plus un ou plus d'un indicateur pour indiquer l'état de charge. 92. Un bloc d'alimentation rechargeable destiné à un dispositif, le bloc d'alimentation étant remplaçable par une unité de rechargeur et comportant un circuit de charge et des piles d'alimentation dans lesquelles les piles d'alimentation sont remplaçables. BREVE DESCRIPTION DES DESSINS Les objets et avantages de la présente invention mentionnée ci-dessus peuvent être encore plus aisément compris par l'homme de l'art en se référant à la description détaillée de plusieurs modes de réalisation préférés de l'invention, considérés conjointement avec les dessins en annexe sur lesquels les éléments similaires sont désignés par des références numériques identiques au travers de plusieurs vues, et sur lesquels: - la figure 1 est une vue en perspective d'un lecteur optique vu de dessus et de l'arrière; - la figure 2a montre un terminal selon la présente invention agencé pour une liaison avec le réseau Internet; - la figure 2b montre un diagramme synoptique du système de connexion représenté sur la figure 2a; - la figure 2c montre une variante de configuration selon la présente invention; - la figure 2d est un organigramme représentant le fonctionnement de la présente invention; - la figure 3a est une vue en perspective d'un terminal de données selon la présente invention; 39 2798750 - la figure 3b montre une implémentation du terminal de données selon la présente invention; - la figure 4 est un diagramme synoptique montrant les composants du terminal de données de la figure 3a; - la figure 5 représente un terminal de données qui tient dans la main; - la figure 6 est un détail d'un terminal de données selon la présente invention comportant des capacités de marquage ou mise en valeur; - la figure 7 représente un terminal de données selon un autre aspect de l'invention; la figure 8 montre une variante de configuration du terminal de la figure ; - la figure 9 représente un dispositif informatique portable selon un autre aspect de l'invention; - la figure 10 est un diagramme synoptique d'un module de capture d'images destiné au dispositif de la figure 9; - la figure 11 est un diagramme synoptique d'un module multimédia destiné au dispositif de la figure 9; - la figure 12 est une vue en perspective d'une variante du dispositif de la figure 9; - la figure 13 est un diagramme synoptique montrant les composants d'un service de messagerie distribuée selon un autre aspect de l'invention; - la figure 14 est un organigramme représentant le fonctionnement d'une partie cliente du service de la figure 13; - la figure 15 est un organigramme montrant le fonctionnement d'une partie serveur du service de la figure 13; - la figure 16 est un diagramme synoptique d'un système de communication sans fil usuel avec un programme d'émulation de terminal installé sur des unités mobiles; - la figure 17 est un organigramme illustrant une action d'un point d'accès sur réception d'un paquet provenant d'une unité mobile selon l'art 2798750 antérieur; - la figure 18 est un diagramme synoptique d'une application de lecteur d'interface universelle selon un autre aspect de l'invention; - la figure 19 montre l'interface entre un contrôle de scannage et un S conteneur de contrôles selon un autre aspect encore de l'invention; et la figure 20 montre de multiples unités d'exécution maintenues par le contrôle de la figure 18. - La figure 21 représente un lecteur optique du type stylet qui tient dans la main; - la figure 22 montre les composants principaux d'un lecteur optique du type stylet; - la figure 23a illustre une utilisation du lecteur optique du type stylet selon un mode de réalisation del'invention; - la figure 23b illustre une utilisation du lecteur optique du type stylet selon une variante de réalisation de l'invention; - la figure 24a montre une version alternative du lecteur optique du type stylet; -la figure 24b montre de manière plus détaillée les composants principaux du lecteur optique du type stylet montré sur la figure 24a; la figure 25a montre une autre variante du lecteur optique du type stylet - la figure 25b montre de manière plus détaillée les composants principaux du lecteur optique du type stylet de la figure 25a; - la figure 25c est une vue du lecteur optique du type stylet de la figure 25a sous un angle différent; - la figure 26a est une vue en coupe d'une variante du lecteur optique du type stylet; - la figure 26b est une vue en perspective du lecteur optique du type stylet de la figure 26a; - la figure 27a montre une méthode de téléchargement de l'information à 41 2798750 partir d'un lecteur optique du type stylet selon la présente invention; la figure 27b montre une variante d'une méthode de téléchargement de l'information à partir du lecteur optique du type stylet selon la présente invention; - la figure 28 montre un port de téléchargement dédié à partir du lecteur optique du type stylet selon la présente invention - la figure 29 est une vue en coupe du port de téléchargement montré sur la figure 28; - la figure 30a montre une variante de configuration d'un lecteur optique du type stylet; - la figure 30b montre le lecteur de la figure 30a en fonctionnement; - la figure 30c est une coupe transversale partielle d'un lecteur du type stylet du type représenté sur les figures 30a et 30b; - la figure 31 montre un terminal et un berceau ou station d'accueil selon la présente invention; - la figure 32a est un diagramme synoptique d'un agencement terminal/berceau; - la figure 32b est un diagramme schématique d'un agencement terminal/berceau; - la figure 33 est un diagramme schématique d'un agencement terminal "client léger"/berceau; - la figure 34a est une vue d'un autre mode de réalisation d'un terminal; - la figure 34b est une vue en plan d'une variante d'un terminal; - la figure 34c est une vue latérale du terminal de la figure 34b; - la figure 34d est une vue arrière du terminal de la figure 34b; - la figure 34e est une autre vue latérale du terminal de la figure 34b; - la figure 34f est une autre vue latérale encore du terminal de la figure 34b; - la figure 35 est une représentation schématique d'une utilisation possible d'un terminal selon la présente invention; 42 2798750 - la figure 36 montre un premier affichage d'icône sur le terminal; - la figure 37 représente une variante d'affichage d'icône sur le terminal; la figure 38a montre une autre variante d'affichage d'icône sur le terminal; - la figure 38b montre un organigramme représentant le fonctionnement du terminal; - la figure 39 montre un bloc de batteries et un chargeur de batterie destiné au terminal; - la figure 40 est un diagramme synoptique d'une configuration alternative de terminal; - la figure 41 est une vue schématique d'une configuration alternative de terminal; - la figure 42 est une représentation schématique d'une autre application du terminal de la présente invention; - la figure 43a est une représentation schématique d'une autre application encore du terminal de la présente invention; - la figure 43b montre un terminal du type pendentif; - la figure 44 montre une configuration de réseau sans fil; la figure 45 montre un détail d'une configuration de réseau sans fil - la figure 46 montre un autre détail d'une configuration de réseau sans fil la figure 47 est un diagramme synoptique d'une variante de configuration de terminal; - la figure 48 est un diagramme synoptique d'une variante de configuration de berceau; - la figure 49 est un diagramme synoptique d'une autre variante encore d'une configuration de berceau; - la figure 50 montre des données logicielles et le flux de commande dans le terminal; la figure 51 montre des données logicielles et le flux de commande 43 2798750 dans un berceau; - la figure 52 est un diagramme synoptique montrant les composants d'un dispositif de mémorisation intégrée; - la figure 53 est un diagramme synoptique montrant une configuration d'une variante de dispositif de mémorisation; - la figure 54 est un diagramme synoptique montrant la configuration d'une autre variante encore d'un dispositif de mémorisation - la figure 55 est un diagramme synoptique montrant le fonctionnement d'un système usuel de Dispositif Client et Carte d'Accès Fichier; - la figure 56 est un diagramme synoptique matériel d'une variante de système Dispositif Client et Carte d'Accès Fichier; - la figure 57 est un diagramme synoptique logiciel d'une variante de système à Carte d'Accès Fichier; - la figure 58 montre un modèle matériel destiné à un terminal validé pourleWeb; - la figure 59 montre une structure de tâches pour l'agencement de la figure 58; - la figure 60a montre un serveur web transparent: - la figure 60b montre une carte serveur web transparente; - la figure 61a montre la navigation par rapport au serveur web transparent; - la figure 61b montre un autre aspect de navigation par rapport au serveur web transparent; - la figure 62 montre une variante de bloc de batteries inventif; - la figure 63a montre un agencement de bloc de batteries amélioré; et - la figure 63b montre une variante de bloc de batteries amélioré par rapport à celle représentée sur la figure 63a, sous forme arrachée. Description Détaillée des Modes de Réalisation Préférés 44 2798750 Tout au long de la description du lecteur optique les termes "avant", "arrière", "supérieur", "dessus", "inférieur" et "dessous" sont utilisés de manière cohérente. En se référant, par exemple, à la figure 1, un lecteur optique présente une extrémité arrière 4 et une extrémité avant 5 généralement plane, une face supérieure 2a et opposée à cette dernière une face inférieure 2b. En se référant à la figure 1, de manière plus détaillée, le lecteur optique comporte un boîtier allongé ayant d'une façon générale la forme d'une barre et désigné d'une manière générale par la référence numérique 1, ayant deux faces supérieure et inférieure 2a, 2b, longues et larges généralement opposées, deux faces latérales 3 longues, creuses généralement opposées, une extrémité arrière 4 et une extrémité avant 5. Un dispositif de lecture est monté à l'intérieur du boîtier. Le dispositif de lecture peut être n'importe quel dispositif usuel connu, par exemple un scanneur optique à "spot mobile" ou un lecteur optique à "champ de vue". Généralement, le dispositif comportera une source génératrice de lumière telle qu'une diode laser, un agencement de focalisation ou d'orientation de faisceau et un dispositif de réception de la lumière. Lorsque le dispositif de lecture est un scanneur optique un composant de scannage pouvant osciller rapidement, tel qu'un miroir est prévu pour faire parcourir le faisceau lumineux à travers un indice destiné à être lu. En variante, la diode laser elle-même peut être oscillée. Lorsque le lecteur est un lecteur optique à champ de vue, un réseau de semi- conducteurs à couplage de charge (CCD), ou un agencement de photodétecteurs est prévu pour détecter le faisceau lumineux réfléchi. Afin d'activer le dispositif de lecture un déclencheur de scannage est prévu sur la surface supérieure 2a du boîtier 1. Le déclencheur est activé par enfoncement et est positionné le long du boîtier I de manière qu'il soit facilement actionné par l'opérateur lorsque le lecteur est maintenu dans la main de l'opérateur. Le mécanisme du déclencheur lui- même peut être d'une configuration connue quelconque; par exemple le déclencheur peut être chargé par ressort et comporter des contacts qui forment un circuit avec des 2798750 contacts à l'intérieur du boîtier lorsque l'on appuie sur le déclencheur pour actionner le dispositif de lecture. Une fenêtre de scannage est positionnée sur la face avant 5 du lecteur. La lumière générée par le dispositif de lecture passe à travers la fenêtre et est réfléchie et diffusée vers l'arrière à travers la fenêtre par un symbole de codes à barres. En conséquence, le lecteur peut être facilement et précisément dirigé sur un symbole de codes à barres destiné à être lu. Sur la face supérieure du lecteur sont également prévus un clavier 14 et un afficheur 15. Le clavier 14 peut être utilisé pour initialiser le dispositif de lecture de manière que l'information d'identification concernant l'utilisateur soit entrée dans le système. En variante, le clavier 14 peut être utilisé pour entrer des informations ou des codes prédéterminés concernant des modes de fonctionnement du lecteur ou pour procéder à des opérations d'annulation ou de manipulation sur les informations fournies par le lecteur. L'afficheur 15 peut afficher des informations concernant le mode de fonctionnement du lecteur, ou afficher des informations de vérification concernant l'article portant le symbole de codes à barres qui est en train d'être lu conjointement avec des informations d'arrière-plan telles que l'heure, la date, et la confirmation de l'identité de l'opérateur. De préférence, I'afficheur 15 est un afficheur à cristaux liquides (LCD). Le dispositif de lecture peut traiter des informations dérivées à partir des symboles de codes à barres directement ou peut envoyer des données brutes vers un dispositif de traitement externe qui peut alors traiter l'information en conséquence. De plus, I'information dérivée par le lecteur à partir des symboles de codes à barres peut être transférée vers un dispositif à mémoire de sorte qu'une base de données d'information puisse être constituée. Par exemple, lorsque le lecteur est utilisé à un point de vente, des profils d'achat peuvent être stockés et analysés. En variante, si le lecteur est utilisé à des fins d'inventaire, les informations d'inventaire peuvent alors être stockées. Le lecteur optique peut transmettre l'information de diverses manières. Dans les modes de 46 2798750 réalisation représentés, divers dispositifs de transmission différents sont prévus; en pratique, seulement un ou plus d'un des dispositifs nécessitent d'être prévus en fonction de l'usage particulier auquel le lecteur est destiné. Par exemple, I'information peut être transmise par un modem acoustique 16. Dans ce cas, des informations peuvent être stockées dans une mémoire-tampon à l'intérieur du lecteur et ensuite téléchargées par le modem acoustique 16 à intervalles prédéterminés. L'afficheur 15 pourrait indiquer quand l'information devait être téléchargée. En variante, un connecteur d'interface, par exemple un connecteur du type RS41 prévu à l'arrière du lecteur. Un câblage approprié peut être introduit dans le connecteur pour télécharger des informations ou en variante pour charger des données dans le lecteur concernant par exemple le mode de fonctionnement. Une fois de plus, I'afficheur 15 pourrait fournir une indication sur le fonctionnement du connecteur. Le câble peut être connecté de manière permanente au lecteur étant donné que le connecteur est prévu à lI'arrière du lecteur et par conséquent ne serait pas caché par la main de l'utilisateur. En variante, le connecteur pourrait être connecté à un câble pour l'envoi ou le téléchargement d'informations en cas de besoin et, par exemple, lorsqu'indiqué par l'afficheur 15. De plus, une radio ou autre dispositif de transmission peut être prévu à l'intérieur du boîtier I pour permettre une communication de données en temps réel. Un avantage de ce dispositif est que l'opérateur peut utiliser le lecteur dans une configuration "sans cordon" ou "sans fil" permettant une mobilité accrue. Une fois de plus, la radio pourrait comprendre un transmetteur et un récepteur de manière que l'information puisse être envoyée vers un processeur distant et à partir de ce dernier. La liaison radio pourrait être remplacée par une liaison de communication infrarouge ou autre liaison sans fil de type connu. Du fait que le lecteur est d'une conception ergonomique, le transfert des informations est facilement exécuté alors que le lecteur est réellement en utilisation, si nécessaire. A titre d'option supplémentaire, le lecteur peut être configuré pour une 47 2798750 connexion à un réseau de télécommunications ou un réseau informatique, par exemple l"'lnternet". Un exemple de cas dans lequel le lecteur peut être d'un usage particulier est en relation avec le "worldwide web" ou "toile d'araignée mondiale". Lorsque l'on désire accéder à un site web, il est nécessaire d'entrer l'adresse du site, connue sous l'expression "adresse uniformisée de ressource (URL)". Souvent ces URL sont longues et complexes, et prennent du temps à être entrées et vérifiées manuellement. De plus, I'URL peut, en dépit de beaucoup de vérifications, donner lieu à des erreurs. Le problème se trouve exacerbé dans le cas d'utilisateurs néophytes en matière d'ordinateur. La manière de surmonter ce problème qui est proposée est de coder l'adresse URL dans un symbole de codes à barres et de lire le symbole de codes à barres avec le lecteur pour un accès automatique au site web correspondant, ce qui sera rapide et précis, donnant lieu à une marge beaucoup plus faible d'erreur. Le lecteur peut être utilisé pour établir une interface avec un terminal pour l'entrée de l'adresse URL ou pourrait être utilisé de manière indépendante. Selon un autre aspect, il est montré sur la figure 9 un dispositif de collecte de données comprenant un perfectionnement par rapport aux réalisations connues. Le dispositif comprend un ordinateur portable qui tient dans la main pour collecter des données et télécharger les données traitées brutes vers un dispositif central ou périphérique. Le dispositif, désigné d'une manière générale par la référence numérique 20 comprend un corps principal 21 et des modules de collecte de données interchangeables 22a, 22b, 22c. * Le corps principal 21 est pourvu en interne de moyens de traitement de données (non représentés) et comprend également un écran d'affichage 23, par exemple un écran d'affichage LCD capable d'afficher des images vidéo, une interface de module de collecte de données 24, un clavier 25 optionnel de saisie d'information et une liaison de communication 26 qui peut comprendre des moyens de transmission infrarouge ou à fréquence radio ou une interface pour télécharger l'information vers un dispositif central ou périphérique via un 48 2798750 câble physique. Il est à noter que l'afficheur LCD 23 et le clavier 25 de saisie sont des caractéristiques optionnelles. Avantageusement, cependant, ils permettent à l'utilisateur de configurer le fonctionnement du dispositif dans son ensemble rapidement et simplement et de contrôler le fonctionnement. Le corps principal est représenté schématiquement sur la figure 9; en pratique, il pourrait revêtir une forme ergonomique telle que celle représentée sur la figure 1, des interfaces et autres adéquates étant positionnées de manière appropriée, par exemple, aux extrémités respectives du module. Il est à noter que le dispositif peut transférer l'information vers un hôte via n'importe quel schéma de transfert de données électronique - par exemple le système pourrait également utiliser des voies téléphoniques à base cellulaire. En variante, le dispositif pourrait être configuré pour une connexion à un réseau de télécommunications ou un réseau informatique, par exemple l"'lnternet". Les modules de collecte de données sont interchangeables les uns avec les autres et peuvent être, par exemple, des modules de capture de données d'images à base CCD (semi-conducteur à couplage de charge), données vidéo et données de symbole de codes à barres, des transducteurs audio pour collecter et recevoir des informations sonores, des scanneurs d'images lasers ou des modules de collecte de données multimédia combinées. Un module de capture d'images utilisant un CCD peut être utilisé pour capturer des images d'objets pour stockage ou utilisation par une application processeur exécutée par le corps principal ou par un hôte, de telles images comprenant par exemple des personnes, des paysages, des maisons et des véhicules pour des applications de référence. De plus, l'imageur peut être utilisé pour des symboles de codes à barres à une ou deux dimensions pour décoder la capture de données. Un module de scannage du lecteur optique laser et un décodeur ne serait utilisé généralement que pour la capture et le décodage de données de codes à barres. 49 2798750 Un module multimédia 22 est représenté sur la figure 11 et est décrit plus en détail en référence à ladite figure ci-dessous. Un tel module peut contenir un circuit pour la capture d'images/vidéo, la capture audio et la reproduction et un sous-système de téléphonie cellulaire. Un tel module serait d'un usage particulier en matière de téléconférence et de communication vidéo en direct sur des réseaux cellulaires à partir de l'unité portable. Le module de collecte de données souhaité 22a, b, c est connecté au corps principal 21 par l'interface 24 correspond à une interface 27 située sur le module. Tous composants d'interface connus appropriés peuvent être utilisés mais les composants doivent être solides relativement rigides, durables et appropriés pour des déconnexions et des reconnexions fréquentes. Les modules sont alimentés par une alimentation électrique située à l'intérieur du corps principal du dispositif informatique portable et peuvent être partiellement ou totalement contrôlés par des pilotes logiciels implantés à I'intérieur du corps principal. Afin de réduire la charge sur l'unité de traitement centrale du corps principal, une électronique de traitement de signal dédié située à l'intérieur des modules peut être agencée pour exécuter un traitement des données en avant-plan en conséquence de quoi une architecture à bus commun au corps principal est partagée par tous les modules. En conséquence, leur interchangeabilité est améliorée. Une architecture appropriée pour un module 28 de capture de média optique (par exemple contenant un imageur CCD ou un scanneur laser) est représentée sur la figure 10. Chaque module peut contenir seulement l'électronique de capture de média sans aucune capacité de traitement préalable ou, comme mentionné ci-dessus, contient de préférence des composants 32 analogiques dédiés ou programmables et des composants 33 de traitement de signaux numériques (DSP) pour alléger la charge de traitement placée sur l'unité de traitement centrale du corps principal 21. Le sous-système 32, 33 de traitement de signaux numériques prévu dans le module peut être d'une conception électronique unique commune à différents 2798750 modules, et est soit programmé en usine ou personnalisé à l'achat ou programmable par l'utilisateur pour exécuter les fonctions dans les processeurs si le module de média particulier le nécessite. Il est prévu que cette programmabilité des fonctions soit réalisée principalement par logiciel, étant donné que l'électronique de traitement des modules est flexible, et ces composants logiciels peuvent être chargés une fois ou dynamiquement vers le module via l'unité de traitement central du corps principal. En conséquence, la gamme de composants qui nécessitent d'être fabriqués est réduite, des parties dédiées appropriées des composants pouvant être choisies pour un usage souhaité, ou une partie du mode de fonctionnement étant à la charge du logiciel. En exploitation, le module 28 collecte des informations via l'imageur CCD ou le scanneur laser sous une forme analogique qui est transformée soit en série soit par conversion dans un format parallèle. Le signal analogique est ensuite traité par le sous-système 32, 33 de traitement de signaux numériques et dirigé vers un bus d'interface 34 à partir duquel l'information est transférée vers le corps principal du dispositif informatique portable. Comme mentionné ci- dessus, l'électronique de traitement de signaux exécute de préférence un traitement des données d'avant-plan, si bien qu'une architecture à bus commun peut être conférée au dispositif informatique portable 21. En se référant maintenant à la figure 11, le module multimédia 22 comporte un circuit pour la capture d'images/vidéo, la capture audio et la reproduction et un sous-système de téléphonie cellulaire. Le module est agencé pour recevoir et transmettre des informations vidéo indépendamment du corps principal du dispositif informatique portable (bien que le corps principal du dispositif informatique portable puisse également accéder à l'information vidéo afin de contrôler ou de réviser l'information). En conséquence, une antenne 41 radiofréquence est prévue dans le module pour la réception et la transmission d'informations radiofréquence. Un processeur frontal 42 radiofréquence et un codeur/décodeur 43 coopèrent pour effectuer 51 2798750 des conversions de formats numériques vers radiofréquence/radiofréquence vers numériques. L'information vidéo reçue par fréquence radio est décompactée par un sous-système 44 de traitement de signaux numériques optionnel pour la présentation, lorsque cela est approprié, vers la CPU (unité centrale de traitement) du corps principal 21 du dispositif informatique portable. Un autre sous-système 45 de traitement de signaux numériques est prévu à d'autres fins (décrites plus en détail ci-dessous) et exécute de préférence un traitement vidéo partiel, la CPU du dispositif informatique personnel achevant le processus destiné à l'affichage des résultats. Le second sous-système 44 de traitement de signaux numériques peut également être requis pour l'interface avec le codeur/décodeur radiofréquence 43 du sous-système cellulaire; cela dépend de la quantité de traitements nécessités pour chaque fonction. L'information vidéo transférée vers le corps principal 21 du dispositif informatique portable est affichée sur le dispositif d'affichage LCD 23. L'appareil de réception, transmission et traitement radiofréquence 41, 42, 43, 44 décrit ci- dessus peut résider de manière optionnelle dans un composant séparé tel qu'une carte PCMCIA (architecture internationale de cartes-mémoire d'ordinateurs individuels) ou autre carte du type enfichable par exemple du type fabriqué par la Société Symbol Technologies, Inc. De préférence, cependant, le circuit constitue une partie intégrante du module multimédia afin de fournir une solution multimédia complète sans fil pour un système informatique qui tient dans la main. Comme on pourra le noter, la liaison sans fil peut se conformer à toute norme cellulaire souhaitée (par exemple CDMA, GSM, AMPS) qui est de préférence choisie pour permettre l'application la plus large de l'invention. Le module multimédia 22 comporte de plus un composant microphone/hautparleur 50 qui reçoit et transfère des informations analogiques d'entrée vers un convertisseur analogique/numérique 51, 45 comprenant un convertisseur 51 d'avant-plan de bande vocale qui transfère l'information soit en série soit en parallèle vers le sous-système 45 de traitement de signaux numériques. De manière similaire, l'information peut être transmise dans l'autre 52 2798750 direction, par exemple l'information numérique provenant du corps principal du dispositif informatique portable est convertie en un signal audio analogique au convertisseur 45, 51 et convertie en son par le composant haut-parleur 50. Les données audio numériques en base de bande sont traitées par le sous- système 45 de traitement de signaux numériques qui peut être reprogrammé de manière adéquate pour exécuter un traitement codec audio approprié. Les signaux à bande téléphonique (VB) sont convertis par le convertisseur 45, 51 comme décrit ci-dessus. Les données vidéo sont capturées par un imageur 52 à CCD, compressées par un sous-système 53 de traitement de signaux numériques et dirigées vers le codec (codeur/décodeur) radiofréquence 43. Une fois de plus, le corps principal du dispositif informatique portable ne nécessite pas d'être impliqué dans ce transfert de données à moins que l'utilisateur décide de superviser le transfert. Dans ce cas, un traitement contrôlé par logiciel peut être amorcé de manière que les données vidéo soient envoyées vers la CPU du corps principal 21 du dispositif informatique portable pour affichage avant la compression de même que vers le codec 43 radiofréquence pour transmission, ce qui permet à l'image capturée d'être visualisée pendant ou avant la transmission. Le module multimédia 22 est monté de préférence de manière à pouvoir pivoter sur au moins 180 lorsqu'il est connecté au corps principal du dispositif informatique portable. Ceci peut être réalisé en articulant ou en faisant pivoter ou en agençant d'une autre manière une partie du corps principal ou en agençant de manière similaire une partie du module. Ce positionnement permet la capture de l'image de l'utilisateur pendant que l'utilisateur peut simultanément visionner l'affichage de l'écran LCD pour les données vidéo ou images reçues. La rotation de la partie de capture d'images du module permet la capture d'images d'objets se trouvant en face de l'utilisateur pendant que l'utilisateur regarde vers l'écran. La combinaison microphone/haut-parleurs peut être agencée de manière 53 2798750 à faire face à l'utilisateur dans une configuration préférée, classique du dispositif comme un ensemble. Le microphone peut de plus être configuré pour pivoter ou s'orienter à l'écart du corps principal du dispositif informatique portable et de l'utilisateur tenant le dispositif si les données audio souhaitées destinées à être capturées émanent d'une autre direction. Un agencement approprié comportant une tête de module orientable 22 et une perche de microphone pivotante 30 est représenté sur la figure 12. Dans le mode de réalisation représenté, une partie supérieure 21a du corps principal 21 est articulée sur le reste du corps principal et peut pivoter autour d'un axe A comme représenté par la flèche A'. Le module multimédia 22 est connecté à la partie supérieure et la partie supérieure a été inclinée de manière qu'un dispositif de capture d'images à CCD 29 soit en face de l'utilisateur. La perche de microphone pivotante 30 fait également saillie à partir du module multimédia 22. Il pourra être noté qu'un nombre d'agencements d'orientation pivotante peut être prévu, par exemple une articulation ou un pivot peut être prévu à l'intérieur de la structure du module 22, et le module pourrait également être agencé pour pivoter sur 180 autour d'un axe transversal par rapport à l'axe A. De manière similaire la perche du microphone 30 peut être montée de manière pivotante sur le module 22 de n'importe quelle manière connue. En conséquence, il sera entendu que l'invention peut être utilisée pour fournir des possibilités multimédia modulaires programmables dans le facteur de forme "qui tient dans la main" par des dispositifs informatiques portables tels que des terminaux tenus à la main ou des "assistants numériques portables". L'invention peut être utilisée pour le décodage de codes à barres à base de CCD (dans une ou deux dimensions au moins) par des utilisateursindustriels et commerciaux, par exemple dans le traitement de points de vente ou des travaux d'inventaire; des conférences vidéo cellulaires portables par des utilisateurs "d'affaires" itinérants; et des captures de photographies numériques/d'images pour des experts en assurances, des professionnels de la vente parmi de nombreuses autres applications qui seront évidentes pour 54 2798750 l'homme de l'art. Il pourra être noté que les modules portables décrits ci-dessus peuvent être utilisés dans des configurations de scannage sans cordon par exemple dans des applications de points de vente. Des problèmes sont soulevés là o de tels dispositifs portables ne sont pas attachés d'une quelconque manière étant donné qu'il est possible qu'ils peuvent être égarés, retirés du magasin ou détournés d'une autre manière. Pour surmonter cela, il est possible d'introduire des balises de surveillance d'un type connu dans le scanneur si bien que si le scanneur est accidentellement pris par un consommateur, une alarme sonnera en face du magasin comme elle sonnerait si un autre produit portant une telle balise de surveillance était sorti du magasin. En variante, le scanneur peut comporter une forme quelconque d'alarme interne qui sonne si le scanneur est pris sur une distance plus grande qu'une distance prédéterminée à partir de la base. Lorsque le scanneur communique avec la base par communications sans fil telles qu'une communication radio, le protocole logiciel gérant la session radio peut contrôler le localisateur de portée et l'alarme. Afin de localiser les scanneurs portables qui ont été égarés, une alarme ou un émetteur de signaux sonores dit "beeper" peut être placé dans le scanneur et déclenché par un signal à partir de la base contrôlée par, par exemple, un bouton prévu sur la base sur lequel l'utilisateur appuie. En conséquence, lorsque l'utilisateur appuie sur un bouton, le scanneur pourrait être localisé en suivant le bruit du son. Une autre utilisation pour les dispositifs informatiques portables est I'application de service de messagerie ou de boîte à lettres électronique. En se référant aux figures 13 à 15, I'invention propose une architecture améliorée pour les systèmes de boîte à lettres électronique comportant des dispositifs informatiques portables. Le système perfectionné utilise une architecture de service de messagerie distribuée, basée sur des traitements coopératifs. A I'intérieur d'un réseau, une machine particulière est désignée en tant que 2798750 serveur et son adresse devient publique sur le réseau local. Le serveur est responsable de la distribution des messages et de la réception des messages et fournit également d'autres machines sur le réseau local avec des informations concernant l'état du message utilisateur, par exemple si un message a été reçu pour un utilisateur identifié, auquel cas le message peut être dirigé vers l'utilisateur. Les machines restantes sont dénommées "le client" et exécutent un traitement correspondant, en particulier fournissent une interface utilisateur au service de messagerie distribuée. Par exemple, la partie client peut présenter diverses options à l'utilisateur par exemple, les options d'écoute des messages audio ou de visualisation des textes ou des images fixes. Les options présentées seront, évidemment, basées sur les ressources disponibles sur une machine particulière, par exemple selon qu'elle possède une carte son et/ou des fonctionnalités graphiques. En se référant plus particulièrement à la figure 13, il est prévu un serveur 100 et une pluralité (au nombre de deux sur la figure) de clients 101a, 101b. Le serveur 100 comporte une antenne 102 pour communiquer avec des clients distants 101a, 101b (par exemple des dispositifs informatiques portables), un module 103 de transmission et de réception, un codeur et décodeur 104 de message (pile de protocoles) et un module de traitement 105 (moteur de recherche) pour traiter les requêtes provenant des clients 101, par exemple concernant l'état d'un message utilisateur particulier, I'accès à l'un quelconque des tels messages, etc. On accède à l'information à partir d'une mémoire 106 qui peut être un module de stockage de base de données. Le processeur 105 communique également avec un module d'agent d'utilisateur de messagerie (UMA) 107 assurant l'interface utilisateur avec le serveur 100. Le serveur 100 est de plus en communication via l'agent d'utilisateur de messagerie 107 avec un réseau local d'entreprise et/ou un réseau à grande distance désigné d'une manière générale par la référence 108. Le service peut faire partie intégrante d'un réseau de télécommunication ou d'un réseau informatique, par exemple l"'lnternet" ou être configuré pour être 56 {2798750 connecté à ce dernier. Chaque client 101a, 101b comporte divers modules communs au serveur conjointement avec des modules supplémentaires spécifiques aux besoins du client. Le client 101 comporte une antenne 109 pour la communication avec le serveur et un module de transmission/réception 110 communiquant avec un codeur et décodeur de messages 111. Le module 110 comportera l'équipement matériel nécessaire pour mener à bien les étapes de transmission/réception mais il doit être indiqué qu'au moins certaines des fonctions fournies par le module devront être capables d'être fournies par voie logicielle. En fait, d'une manière générale, la référence des modules ne nécessite pas d'être constituée par du matériel dédié mais s'étend vers du logiciel programmé ou programmable configuré pour émuler des performances matérielles. Le codeur et décodeur 111 de message interagit avec l'agent d'utilisateur de messagerie 112 fournissant l'interface utilisateur. De plus, lI'agent d'utilisateur de messagerie 112 communique avec un dispositif de mémorisation de données locales 113 et avec des modules optionnels tels qu'un gestionnaire d'affichage 114 et/ou un gestionnaire de son 115 (voir client 101a). Le fonctionnement du système de messagerie distribuée peut être compris de la meilleure manière en se référant aux figures 14 et 15. La figure 14 affiche les étapes exécutées par l'utilisateur dans un "traitement client" typique. Au départ des opérations, le client s'auto-configure sur la base des ressources (par exemple sonores ou graphiques) disponibles sur la machine [étape 120]. L'utilisateur débute une session et entre un mot de passe [121] et une connexion est établie entre le client et le serveur [122], étape à laquelle l'information entrée pendant le processus de début de session et d'entrée de mot de passe est envoyée dans le serveur pour vérification [123]. Si, cependant, le serveur n'est pas prêt pour la communication, la procédure est alors interrompue [124] et doit être recommencée à l'étape 120 ou à l'étape 121. Après que l'état de l'utilisateur a été l'objet d'une recherche [123], si 57 2798750 l'utilisateur ou le mot de passe est inconnu du serveur, le traitement retourne à l'étape [121] et la procédure de début de session et d'entrée de mot de passe est réamorcée. Autrement, les options disponibles pour l'utilisateur sont recherchées [125] dans des étapes discutées plus en détail en se référant à la figure 15 et affichées comme en-têtes à l'intention de l'utilisateur [126]. L'utilisateur entre ensuite sa sélection [127] et le type de sélection est déterminé [128]. Le client évalue si l'utilisateur souhaite visualiser un message [129] et dans ce cas recherche le message sélectionné à partir du serveur [130] dans une série d'étapes décrites plus en détail ci-dessous en se référant à la figure 15. Le client détermine ensuite le type de message, par exemple audio ou visuel [131] et en fonction du type de message soit affiche le texte [132] ou reproduit le son [133]. Le client retourne alors à l'étape [127] et attend une autre sélection par l'utilisateur. Si à l'étape [129] I'utilisateur indique qu'il n'est pas souhaité de visualiser un message alors un message est créé [134], enregistré [135], les données du message sont mises en forme de manière appropriée pour le transport [136], par exemple par la pile de protocoles 111 représentée sur la figure 13 et sont envoyées vers le serveur [137] par le transmetteur 110 et l'antenne 109. Le client retourne alors à l'étape [127] et attend une autre sélection par l'utilisateur. La machine cliente comporte des moyens d'entrée appropriés, par exemple un clavier et un dispositif d'affichage par exemple un affichage LCD pour l'entrée des choix de sélection de l'utilisateur, l'information concernant les messages et pour l'affichage des messages. De plus, un haut-parleur et un microphone peuvent être prévus pour l'enregistrement et la reproduction des messages audio. Un dispositif informatique portable tel que celui représenté sur la figure 9 peut, par exemple, être utilisé en tant que client 101. Dans ce cas, l'auto-configuration du client est réalisée partiellement en fonction du type de module 22 introduit dans le corps principal 21 du dispositif informatique portable 20. 58 {2798750 En se référant à présent à la figure 15, les étapes d'un "traitement serveur" typique sont représentées. Le serveur opère comme un traitement continu mais, afin d'économiser les ressources systèmes, est principalement dans un mode d'attente lorsqu'il est simplement à l'écoute du réseau local. En conséquence, à l'étape [140], au lancement, une connexion ouverte est établie et le serveur supervise la connexion [141]. Si des requêtes sont reçues [142] le serveur poursuit les étapes subséquentes mais autrement continue à superviser la connexion [141]. A la réception d'une requête, le serveur "se réveille", interprète la requête pour déterminer lequel des modules internes du serveur est désigné [143] (par exemple le dispositif de mémorisation de base de données 106 ou l'agent d'utilisateur de messagerie 107) et si la demande est valide [144], le type de demande est déterminée [145]. La demande peut être un EN-TETE qui est envoyé vers le client pour présenter des en- têtes de message utilisateur (correspondant aux étapes [125] et [126] représentées sur la figure 14); en conséquence, à la demande pour un en- tête [146], l'information appropriée est recherchée [147], est mise en forme pour le transport [148], par exemple aux modules 104, 103 du serveur et est envoyée vers le client [149]. Le serveur retourne alors au mode de surveillance [141] à l'écoute de la connexion avec le reste du réseau. Si à l'étape [146] la demande ne concerne pas une information d'EN- TETE, alors le serveur recherche tous messages utilisateurs [147] qui ont été mémorisés concernant l'utilisateur identifié (par exemple sur la base des informations de début de session ou de mot de passe entrées au niveau du client) et les données sont mises en forme et envoyées comme décrit cidessus à propos des étapes [148, 149]. Le système retourne alors au mode de surveillance [141]. On constatera que les étapes [142-147] sont exécutées par le moteur de recherche 105 du serveur, les données de message utilisateur étant recherchées depuis le dispositif à mémoire 106 du serveur. Lorsque, à l'étape [144] la demande n'est pas valide, l'utilisateur et la 59 2798750 demande sont alors enregistrés et un message d'erreur est retourné vers le client [151]. Le système retourne alors au mode de surveillance [141]. Le système décrit ci-dessus nécessite beaucoup moins de mémorisation de données sur le terminal/ordinateur client et ainsi est particulièrement (bien que non exclusivement) approprié aux ordinateurs tenus dans la main dotés de possibilités réseau de base. Le système résout ainsi le problème de la localisation des boîtes à lettres de même qu'il décharge l'hôte tenu à la main de la responsabilité de la mémorisation et de la recherche des données en traitant le service de messagerie comme deux processeurs coopératifs et indépendants qui communiquent l'un avec l'autre en utilisant des protocoles réseaux de base. En effet, à la différence des systèmes de service de messagerie usuelle, le service de messagerie distribuée utilise le réseau sous-jacent pour présenter activement les interrogations au serveur concernant l'état des messages se rapportant à un utilisateur particulier, plutôt que d'utiliser une structure de répertoire et de se fier à un système de fichier. Du fait que toutes les interrogations sont dirigées vers un serveur, des connexions multiples pour un utilisateur unique peuvent être identifiées et déniées, le serveur est le seul point de connexion vers les entités externes, offrant un système de distribution plus sécurisé et le serveur offre une visualisation du service de messagerie à l'utilisateur final qui est indépendante du matériau réel mémorisé par le serveur. De plus, les clients sont déchargés de la responsabilité de la mémorisation ou de la recherche directe de l'une quelconque des données réelles. Les messages sont délivrés via le réseau à la demande, c'est-àdire lorsque requis par l'utilisateur, et la portion client du service de messagerie distribuée traduit simplement les demandes de l'utilisateur en une série de commandes qui sont envoyées vers le serveur sous la forme de requêtes. Si les requêtes sont validées le serveur retourne les données nécessaires à un client en réponse aux requêtes. En vertu de la séparation des tâches, le concepteur du système acquiert la liberté de modifier les composants du 2798750 système indépendamment. Par exemple, il peut être décidé à l'origine que le serveur mémorise les messages en utilisant un schéma de boîte à lettres simple, mais si la capacité ou la vitesse ou l'efficacité du système nécessite par la suite d'être améliorée suite à la charge accrue placée sur le système par un nombre croissant d'utilisateurs et de messages, le serveur peut revenir vers l'utilisation d'un système complet de gestion de base de données. Toute modification de ce type restera, cependant, cachée à partir de la portion client et la portion client peut effectivement rester dans l'ignorance des structures sous-jacentes du serveur indéfiniment. De manière similaire, la portion client peut être modifiée, par exemple, pour passer d'une interface utilisateur basée sur le mode caractère vers une interface du type graphique auquel cas le serveur peut rester dans l'ignorance des modifications étant donné que les requêtes de données de base et le mécanisme d'échange restent inchangés, le serveur restant indifférent au mode de présentation des données à la portion cliente. En conséquence, un système de messagerie vocale est implémenté. La portion cliente peut tourner sur une plate-forme compatible PC (ordinateur individuel) bien qu'elle puisse être portée de manière très simple vers d'autres plates-formes. Le serveur peut fonctionner sur des plates-formes UNIX ou DOS. Le client nécessite moins de 256 kilo-octets de stockage local. On verra par conséquent, que le système de distribution proposé offre de multiples avantages par rapport au schéma de boîte à lettres actuel, en fournissant des modules flexibles et indépendants qui sont plus simples à maintenir et à modifier et qui offrent un mécanisme générique par lequel des transferts de données peuvent être implémentés sur des réseaux de données. Etant donné que le système est distribué, il ne nécessite pas la présence d'un système de fichier réseau et repose simplement sur le stockage local. En particulier, du fait qu'un serveur est prévu sur chaque réseau local pour traiter les clients à l'intérieur d'un réseau local et également pour communiquer avec d'autres serveurs sur d'autres réseaux locaux, les capacités 61 2798750 itinérantes du système sont améliorées. La répartition du traitement des messages entre les divers réseaux locaux se démarque du système à concentrateur centralisé des systèmes de messagerie usuelle et autorise un traitement et un transfert simplifiés et accélérés des messages en combinaison avec ordinateur portable itinérant. D'autres aspects de la présente invention seront décrits conjointement avec les réseaux sans fil à spectre étalé de la Société Symbol Technologies Inc.: Spectrum One (fonctionnant à une plage de fréquence de 902 à 928 MHz) et Spectrum24 (fonctionnant à une plage de fréquence de 2,4 à 2,5 GHz). Cependant, les modes de réalisation décrits sont applicables à d'autres systèmes de communication sans fil. Partie 1: Programme d'Emulation de Terminal "Symbol" (STEP) et unités mobiles/terminaux à base de stylet. Le programme d'émulation de terminal "Symbol" (STEP) est un outil utilisé pour formater des applications pour des unités mobiles à base de stylet telles que l'unité mobile 21 représentée sur la figure 9. Un exemple du système Spectrum24 est représenté sur la figure 16. Le STEP réside dans les unités mobiles 21 et travaille avec un système de développement de validation 160 sur un ordinateur hôte 162 afin d'exécuter un jeu prédéfini de commandes envoyé à partir de l'ordinateur hôte 162. Le système de développement de validation 160 inclut un serveur de validation 164, une interface de programme d'application de validation 166 et un compteur 168. Le système de développement de validation 160 reçoit une entrée à partir de l'unité de point d'accès au Spectrum24 170. L'ordinateur hôte 162 est contrôlé par un terminal 172 pour exécuter des applications hôtes 174. Le STEP fournit aux unités mobiles 21 l'interface et les fonctions logiques nécessaires pour communiquer sur le réseau hertzien, et contrôle toutes les fonctions d'entrée, de sortie et d'affichage au niveau de l'unité mobile, y compris la gestion des claviers, des écrans d'affichage, des 62 2798750 scanneurs et périphériques et de l'imprimante. Le STEP fournit des commandes qui autorisent l'administrateur à créer une sélection de champs d'entrée de données à partir de l'opérateur de l'unité mobile. Par exemple, ces commandes devraient permettre à l'opérateur de: (a) entrer des données à partir d'un clavier et scanneur des codes à barres (b) envoyer des messages multiples vers l'hôte dans la même transaction; et (c) contrôler le type de données entrées et valider les données entrées. De plus, à des fins d'affichage, STEP permet à l'administrateur de (a) afficher des données à n'importe quel emplacement sur l'écran de l'unité mobile; (b) effacer entièrement l'écran de l'unité mobile ou effacer une seule ligne; (c) sauvegarder et restaurer l'écran de l'unité mobile; et (d) contrôler les effets de contre-jour pour visualiser l'écran dans l'obscurité. Le STEP agit comme un gestionnaire de la consommation d'énergie pour réduire les demandes sur les batteries dans les unités mobiles 21, permettant à ces derniers de fonctionner plus longtemps entre des charges et de prolonger leur durée de vie globale. En installant STEP sur les unités mobiles 21, des formulaires peuvent être créés et affichés sur l'écran d'affichage 23 (montré sur la figure 9) . Les formulaires peuvent inclure des messages, des invites et des champs d'entrée de données. Ceci permet à un opérateur de rappeler un formulaire stocké pour son exécution sur l'unité mobile 21; répéter l'exécution d'un formulaire stocké pour un traitement par lot en ligne; et effacer tous les formulaires stockés et déterminer la date et l'heure de la dernière définition du formulaire. Les unités mobiles 21 équipées du programme STEP permet à I'ordinateur hôte 162 de lire les fichiers de données stockés dans l'unité 21; de faire sonner l'alarme de l'unité mobile 21; d'interrompre l'activité d'entrée de l'unité mobile 21; et de déconnecter l'unité mobile 21 de l'ordinateur hôte 162. Ceci permet à l'opérateur d'utiliser l'unité mobile 21 pour collecter des données sans être connecté à l'ordinateur hôte 162; à régler et sauvegarder des paramètres systèmes; à télécharger des fichiers à partir de l'ordinateur hôte 63 2798750 162 vers la mémoire de l'unité mobile 21; et d'exécuter d'autres tâches de maintenance. La figure 17 illustre un organigramme usuel typique des actions entreprises par le point d'accès 170 lorsqu'il reçoit un paquet de données à partir de l'unité mobile 21 sur le réseau sans fil. Si le paquet est un paquet de l'enregistrement, comme déterminé à l'étape 200, alors le point d'accès 170 traite l'information portée par le paquet à l'étape 214. Le type d'association est déterminé en examinant l'adresse IP du point d'accès d'accueil de l'unité mobile 21 et effectue les échanges de message de contrôle en conséquence aux étapes 216 et 226. Si le paquet n'est pas un paquet de l'enregistrement, comme déterminé par l'étape 200, alors le paquet est désencapsulé à l'étape 202. Si les tables de conversion d'adresses à court terme (ST-AMT) du point d'accès 170 possèdent une entrée pour l'adresse MAC (Medium Access Control ou commande d'accès physique) source du paquet, comme déterminé à l'étape 204, alors le paquet a été délivré à partir de l'unité mobile 21 qui est éloignée de son réseau de liaison de donnés stationnaire (SDL) d'origine et le traitement passe à l'étape 218. A l'étape 218, le point d'accès 170 encapsule le paquet à l'intérieur d'un paquet UDP avec le jeu d'adresses de destination IP vers celle du point d'accès d'origine de l'unité mobile 21. Si les tables de conversion d'adresses à long terme (LT-AMT) du point d'accès 170 possèdent une entrée pour l'adresse MAC de destination du paquet, comme déterminé à l'étape 206, alors le paquet est destiné à une unité mobile qui est actuellement à l'extérieur de son groupe de point d'accès d'origine (GPA) et le traitement progresse vers l'étape 220. A l'étape 220, le point d'accès 170 encapsule le paquet à l'intérieur d'un paquet UDP avec le jeu d'adresses de destination IP vers le point d'accès local de l'unité mobile destinataire. Si l'adresse MAC de destination du paquet est une adresse de diffusion totale, comme déterminé à l'étape 208, alors le paquet est retransmis à l'étape 64 2798750 222 sur ses interfaces câblées et sans fil. Si l'adresse MAC de destination dans le paquet apparaît dans la table de l'hôte mobile (MHT) du point d'accès, comme déterminé à l'étape 210, alors le paquet est encapsulé à l'intérieur d'un paquet de couches à liaison sans fil et retransmis sur l'interface sans fil à l'étape 224. Autrement, le paquet est retransmis sur son interface câblée à l'étape 212. Partie 2: Attribution des domaines et des adresses IP auxdites unités mobiles 21 à base de stylet Les modes de réalisation de la présente invention qui suivent traitent de l'attribution des domaines et des adresses IP aux unités mobiles 21 pour une exploitation dans une technologie RLE (réseau local d'entreprise) sans fil, telle que les systèmes Spectrum One et Spectrum24 précédemment décrits. Selon un mode de réalisation de la présente invention les domaines et les adresses IP sont codés en mémoire morte. Le mode de réalisation codé en mémoire morte implique la définition du domaine et de l'adresse IP de l'unité mobile 21 dans les fichiers de configuration associés aux pilotes Spectrum24 et aux piles de protocoles. Le mode de réalisation codé en mémoire morte assure une implémentation relativement simple de l'attribution du domaine et de l'adresse IP pour des installations de réseau Spectrum24 lorsque seulement quelques unités mobiles 21 qui utilisent toujours le même GPA (groupe de point d'accès) sur le même réseau sont utilisées. De plus, un degré élevé de sécurité est assuré et tant que la possibilité de détecter et d'attribuer des domaines et des adresses IP n'est disponible que dans la zone de configuration et non pas dans la zone opérationnelle. La configuration codée en mémoire morte de chaque unité mobile 21 assure que les informations de domaine et d'adresse IP sont non-volatiles. Ceci assure que même le démarrage à froid de l'unité mobile 21 ne nécessite pas la reconfiguration. Tous les points d'accès 170 dans le GPA cible peuvent être ;2798750 configurés pour utiliser le domaine codé en mémoire morte. Le serveur peut être configuré pour réserver de manière permanente (sans aucun délai) les adresses IP codées en mémoire morte pour une utilisation par chaque unité mobile 21 codée en mémoire morte. Un autre mode de réalisation de la présente invention implique la sélection par l'application des domaines et des adresses IP. Ce mode de réalisation est approprié aux situations dans lesquelles un administrateur du système configure manuellement les unités mobiles 21 avant leur utilisation par des opérateurs en définissant le domaine et l'adresse IP. En particulier, lorsque des unités mobiles 21 sont les seuls noeuds du réseau ou lorsque l'administrateur du système défini des domaines et des adresses IP en se référant à une liste principale maintenue sur un serveur de réseau, le système de sélection par l'application est avantageux. Pour des situations dans lesquelles l'opérateur doit identifier les sélections lorsqu'il se déplace entre des GPA (groupes de point d'accès) ou des réseaux, une application plus sophistiquée est proposée pour permettre à l'administrateur du système d'établir des noms logiques pour des domaines et des adresses IP de manière que les opérateurs puissent extraire les définitions appropriées en choisissant un nom significatif tel que camion, entrepôt, dépôt, etc. La méthode de sélection par l'application permet l'ajustement dynamique des domaines et des adresses IP sous le contrôle de l'application à travers les GPA et les réseaux. Un autre mode de réalisation de la présente invention implique l'attribution des domaine par les points d'accès et l'attribution des adresses IP par le serveur. Cette méthode est appropriée lorsque l'attribution manuelle des domaines et des adresses IP est impraticable en raison d'un grand nombre d'unités mobiles 21 ou en raison de la complexité du réseau. L'attribution des domaines par les points d'accès nécessite de configurer les points d'accès 170 pour permettre une configuration automatique. En 66 2798750 utilisant les caractéristiques de la liste des contrôles d'accès (ACL) des points d'accès 170, la sécurité peut être améliorée en donnant au point d'accès 170 une liste des adresses en couche MAC de toutes les unités mobiles 21 autorisées. Cette liste peut être plus large que le nombre d'unités mobiles 21 réellement gérées à un instant donné, ce qui permet le temps partagé de la capacité du point d'accès 170 parmi un vaste jeu d'unités mobiles 21 en utilisation intermittente. L'attribution des adresses IP par le serveur requiert l'existence d'un mécanisme à l'intérieur de la pile de protocoles, supporté des services et des utilitaires à la fois dans le serveur et dans l'unité mobile 21, pour permettre une allocation dynamique des adresses IP. BOOTP et DHCP sont deux mécanismes communs pour une allocation dynamique. BOOTP travaille en ayant un fichier sur le serveur pour chaque unité mobile 21 possible, choisie par l'adresse de couche MAC unique de l'unité mobile 21, qui fournit l'adresse IP à utiliser pour cette unité mobile 21. DHCP travaille en ayant une base de données sur le serveur qui enregistre les adresses IP qui sont en utilisation (par adresse de couche MAC) et les adresses IP qui sont disponibles pour l'attribution dynamique. Lorsqu'une unité mobile 21 demande une adresse IP, la base de données est interrogée pour l'adresse de couche MAC. Si une adresse IP est déjà allouée à cette unité mobile 21, alors elles est simplement retournée. Si aucune adresse IP n'est allouée à l'unité mobile 21, et une adresse est disponible pour une attribution dynamique, elle est allouée à l'unité mobile 21, enregistrée dans la base de données et attribuée à l'adresse de couche MAC de l'unité mobile, et retournée vers l'unité mobile 21. Le serveur DHCP peut être réglé pour marquer un dépassement de temps lorsqu'une adresse IP attribuée dynamiquement n'a pas été utilisée pendant un certain temps et la retourner vers la liste disponible ou bien pour maintenir les adresses IP attribuées de manière permanente une fois allouées à une unité mobile 21. Les domaines et les adresses IP peuvent être stockés dans des 67; 2798750 dispositifs de mémorisation volatile, mais nécessiterait d'être ré-entrés à la suite d'un réamorçage. Cependant, l'information d'adresses nécessaire peut être stockée à bord du flash de l'unité mobile 21, ou sur une carte adaptateur du Spectrum24, ou sur des disques en RAM (disque en mémoire vive) ou des cartes mémoires au format PCMCIA (architecture internationale de cartes- mémoire d'ordinateurs individuels). Les méthodes d'attribution par point d'accès/serveur fournissent la possibilité de programmer des informations ACL (liste des contrôles d'accès) via un ordinateur personnel associé au même routeur câblé que le point d'accès 170. De plus, les méthodes d'attribution par point d'accès/serveur permettent une attribution automatique de domaines et d'adresses IP conformes comme requis, et permet une mobilité à travers les GPA (groupes de point d'accès) et les réseaux. Selon un autre aspect, l'invention s'attaque au problème de la nécessité d'un programme spécialisé pour l'analyse et l'interprétation d'enregistrement de données à haute densité incorporées dans des étiquettes à codes à barres. Selon l'invention, il est proposé de répartir non seulement les données de codes à barres sur une étiquette à haute densité, mais également l'information décrivant comment créer une interface capable de lire les données à partir de l'étiquette d'enregistrement de données. La mise en oeuvre de l'invention sera familière aux lecteurs expérimentés dans le fonctionnement des navigateurs du Web du réseau Internet approprié à la lecture, par exemple des fichiers écrits dans le langage de description de documents hypertextuels (HTML). Ces fichiers sont utilisés pour décrire une interface à construire par le navigateur Web. Dans la présente invention, I'unité mobile comporte un lecteur ou un navigateur pour scanneur une étiquette à codes à barres à haute densité qui contient un script de programme tel qu'un script au langage HTML, VB (Visual Basic) ou une version compressée spécialisée de l'un ou l'autre. Le script est analysé et interprété par le navigateur qui construit une interface utilisateur au moment de l'exécution et 68 2798750 la présente à l'utilisateur. L'utilisateur interagit avec l'interface en scannant des étiquettes de données et en interagissant avec l'un quelconque des contrôles du programme présentés à l'utilisateur pour traiter correctement les données. Selon un aspect, un niveau de nouvelle donnée ou interface peut être imprimé par l'utilisateur, lequel est appliqué à l'objet en cours de traitement. Il sera à noter que, étant donné que les densités d'étiquette à codes à barres augmentent, la capacité de stockage de l'interface réelle et de l'enregistrement de données dans une seule étiquette de codes à barres est évidente. La figure 18 représente le système de l'invention avec plus de détails. Ce système comporte un explorateur ou navigateur 300 dans lequel des informations de codes à barres 301 sont entrées. Une interface 302 est construite au moment de l'exécution et un contrôle d'interface 303 est fourni. Le navigateur 300 comporte de plus un moteur d'acquisition de codes à barres 304, un moteur d'analyse 305, un moteur d'impression 306 avec une interface de données imprimées 307 et un moteur de communications 308 avec une interface 309 d'entrée/sortie de communication. L'utilisateur interagit avec l'interface via une autre interface 310. Il sera à noter que la manière dont l'information est codée dans l'étiquette de codes à barres sera familière à l'homme de l'art, et que le logiciel et l'équipement matériel requis seront également familiers à l'homme de l'art. Ce système est particulièrement avantageux en ce qui concerne le transport et l'identification de marchandises. L'expéditeur des marchandises peut distribuer une étiquette comportant un script de programme avec les marchandises qui est lue par le navigateur du récepteur. L'étiquette à script de programme expédiée avec les marchandises contient l'information requise pour permettre au navigateur de créer une interface au moment de l'exécution pour lire et traiter les données pour le conteneur de marchandises expédiées. Les systèmes logistiques tirent un grand profit d'un système tel que celui-ci, du fait que des matières non identifiées dans le domaine peuvent être rapidement identifiées et traitées par toute unité contenant le navigateur. 69 2798750 L'administration de l'équipement matériel et du logiciel contenu dans ces systèmes est largement réduite, du fait que le navigateur contenu dans l'unité mobile (UM) demeure statique. Ce n'est que lorsque de nouvelles caractéristiques du navigateur nécessitent d'être distribuées que les UM doivent être mises à jour. Toutes les interfaces sont distribuées sur des étiquettes de codes à barres à haute densité. Ce système de distribution par programme d'application rend réellement le système informatique universel. Un nombre infini de différentes interfaces peut être lu dans le navigateur et exécuté par ce dernier. Les utilisateurs ne sont plus limités par des dispositifs de mémorisation secondaire sur leur unité mobile pour. stocker des programmes d'application. En utilisant ce nouveau système, tout système informatique équipé d'une application de lecture d'interface universelle (navigateur) peut créer une interface "à la volée" qui est capable de lire des informations de traitement sur les étiquettes d'enregistrement de données accompagnantes. Les systèmes déployés dans le domaine ne nécessitent plus que leur programme d'application soit mis à jour lorsque des changements au fichier programme est nécessaire. Seule l'étiquette comportant le script de programme nécessite d'être remplacée. Le nombre de formats de données différents qui peut être traité par un système informatique particulier n'est limité que par le nombre d'étiquettes à script de programme disponibles pour l'utilisateur. Les différents utilisateurs d'un tel système peuvent échanger librement des informations du fait que l'information d'interface nécessaire pour traiter les fichiers de données est distribuée sur une étiquette avec les fichiers de données proprement dits. Chaque utilisateur n'a plus besoin d'une copie du programme d'application spécialisée qui était précédemment nécessaire pour lire l'étiquette de données. Selon un autre aspect de l'invention, il est proposé un objet COM (modèle de composant-objet) OLE (liaison et imbrication d'objet) de scannage de codes à barres pour communiquer des commandes et des données de 2798750 codes à barres sur une liaison sans fil. Comme décrit plus en détail cidessous, les objets utilisent l'automatisation OLE pour constituer une extension de contrôle OLE de développement "adjuvante". Il devient ainsi un objet d'automatisation OLE en processus. L'objet d'automatisation OLE en processus contrôle un dispositif de scannage de codes à barres sur une liaison sans fil sur un client distant. Le dispositif distant valide un lecteur de codes à barres et collecte les informations de codes à barres, retournant les données sur la liaison sans fil vers l'objet d'automatisation OLE. Les principes généraux de l'architecture OLE sont bien connus de l'homme de l'art. Dans le présent mode de réalisation, un objet de scannage est implanté sous la forme d'un contrôle OLE. Les contrôles OLE sont des composants logiciels réutilisables conçus pour travailler dans des conteneurs qui supportent OLE 2.0. Les contrôles OLE sont plus puissants et plus flexibles que les systèmes précédents tels que les contrôles personnalisés VBX en particulier du fait que, contrairement au contrôle personnalisé VBX qu'il remplace, les contrôles OLE supportent les environnement 32 bits et ne sont pas limités à Microsoft Visual Basic (marque commerciale). Les contrôles OLE sont conçus pour travailler dans tout conteneur qui supporte OLE 2.0 incluant non seulement Visual Basic 4.0 et au-delà mais également des applications conteneur supportant OLE tels que Microsoft Office (marque commerciale). De plus, les contrôles OLE travaillent dans des applications supportant OLE de sociétés tierces dans le domaine des outils de développement. L'architecture OLE permet à des objets logiciel différents de communiquer les uns avec les autres en utilisant un mécanisme d'interface binaire. Ceci autorise des objets logiciels à être développés séparément les uns des autres et d'être liés très tard au moment de l'exécution. L'interface logicielle est un contrat entre le conteneur et le contrôle en ce qui concerne la manière dont les deux objets logiciels devront interagir et échanger des informations. Sous l'architecture OLE, I'objet de scannage peut être placé et activé 71 2798750 dans l'un quelconque d'une variété de conteneurs qui supportent l'interface conteneur OLE. La figure 19 représente le mécanisme général entre un contrôle 401 et son conteneur 402. Comme on peut le voir, le mécanisme comporte des interfaces de document composite standard 403 et les interfaces de contrôle additionnels 404, chacune comprenant de multiples interfaces. Dans un tel système, le contrôle de scannage apparaît comme une partie "sans couture" de l'environnement du conteneur. A travers les interfaces exposées les deux objets communiquent et s'intègrent l'un dans l'autre. De plus, comme représenté sur la figure 20, le contrôle de scannage 401 communique sur une liaison sans fil 410 avec un client de calcul distant 411 pour contrôler le dispositif de lecture de codes à barres 412. Le contrôle de scannage 401 envoie des commandes sur la liaison sans fil 410 en créant des threads ou fils d'exécution séparés 413a à 413d qui envoient, reçoivent et synchronisent les transactions du lecteur de codes à barres sur la liaison sans fil. Comme représenté sur la figure 20, le conteneur 402 et le contrôle 401 OLE communiquent via des lignes 414a à 414f. Le contrôle OLE comporte un fil d'exécution de contrôle principal 415 qui communique avec le conteneur OLE 401 via des lignes 414a, 414b et avec un premier fil de transaction A 413a via une ligne 416. Chacun des fils de transaction 413a à 413d communique le long d'une ligne respective 414c à 414f avec le conteneur OLE 402. Chacun des fils aboutit également par une première ligne respective 417a à 417d à une fonction 418 de diffusion de début de transaction et reçoit une entrée via une seconde ligne respective 419a à 419d à partir d'une fonction 420 de diffusion de transaction complète. La fonction 418 de diffusion de début de transaction communique avec une couche 421 de transport dans le client distant 411 via une ligne 422 et une fonction 420 de diffusion de transaction complète reçoit une entrée à partir de la couche de transport 421 via une ligne 423. Le client distant 411 comporte une couche de transport correspondante 424 qui aboutit via une ligne 425 à un gestionnaire d'arrivée de données 426 et reçoit une entrée via la ligne 427 à partir d'un gestionnaire 428 de commande 72 2798750 complète. Le gestionnaire 426 d'arrivée de données aboutit via une ligne 429 à un pilote 430 de dispositif de codes à barres et le gestionnaire de commande complète reçoit une entrée 431 à partir du pilote de dispositif de codes à barres 430. Le pilote 430 de dispositif de codes à barres communique avec l'équipement matériel de scannage tel qu'un lecteur 412 de codes à barres via une ligne 432. En conséquence, les utilisateurs peuvent développer des applications utilisant des outils de développement supportant OLE tels que Visual Basic 4.0. L'utilisateur insère simplement un nouvel objet de scannage dans son projet, définit les propriétés requises, écrit le code nécessaire à la notification événementielle et le contrôle de scannage converse "sans couture" avec le dispositif de scannage de codes à barres du client distant sur la liaison sans fil. Pour le programme d'application, les choses se passent comme si le dispositif de scannage était résident sur son équipement matériel local. L'invention constitue un développement important par rapport aux architectures antérieures comprenant l'implémentation d'un scanneur de codes à barres local résidant sur une machine exécutant un objet COM. En particulier, I'architecture de l'invention permet le contrôle du scanneur à travers l'interface sans fil. En vertu de la présente invention, il existe de plus la capacité de supporter des versions ultérieures destinées à être distribuées via l'architecture de modèle de composant-objet distribué (DCOM). Les interfaces entre le conteneur de contrôles et le contrôle lui-même sont binaires et peuvent être implémentées par le système d'exploitation en tant qu'appels de procédure distants (RPC). En conséquence, le contrôle OLE peut être implémenté en tant que contrôle Active-X pour contrôler des dispositifs sur une liaison Internet ou Intranet. Cette technologie permet à des auteurs et des développeurs Web de créer une nouvelle génération de gestionnaires de pages et d'applications Web interactifs, par exemple Microsoft Internet Explorer 3.0 (marque commerciale). Cette implémentation est particulièrement bénéfique dans des systèmes proposés par lesquels les utilisateurs souhaitent intégrer des capacités de 73 2798750 scannage de codes à barres dans leurs applications supportant I ntranet/Internet. L'lntranet a émergé de l'application de la technologie Internet pour fournir des applications critiques à mission de puissance industrielle à des S utilisateurs à l'intérieur d'une organisation sur un RLE (Réseau Local d'Entreprise) isolé plutôt que pour une connexion externe à l'nternet mondial. Des terminaux de calcul tenus à la main à fonction unique peuvent alors être construits, lesquels se connectent au RLE et exécutent des applications prédéterminées pour réduire substantiellement le coût par client lorsqu'on installe un système réseau. Dans un système Intranet, les applications critiques à mission résident sur le serveur, éliminant le coût du déploiement de l'application et abaissant le coût de la configuration du terminal. Les données collectées sont transmises et sauvegardées sur le serveur, ainsi peu ou point de stockages de données en local est nécessaire sur le terminal tenu dans la main. On verra, par conséquent, qu'un tel système fournit un forum idéal pour l'objet de contrôle de scannage OLE décrit ci-dessus. Une liaison Internet classique est représentée en se référant au diagramme schématique de la figure 2a, et à l'organigramme de la figure 2b et comporte un dispositif de données de terminal distant 501 comprenant, par exemple, un ordinateur portable, un PC (ordinateur individuel) ou une unité mobile comme décrit plus en détail ci-dessous, relié à un serveur 502 via une liaison appropriée 503 qui peut être une liaison téléphonique, incorporant un modem approprié, une liaison sans fil ou une liaison téléphonique cellulaire parmi d'autres possibilités qui sont évidentes à l'homme de l'art. Le serveur 502 est à son tour interconnecté via une ligne 504 à l'lnternet comme représenté schématiquement en 505. Lorsque l'utilisateur souhaite accéder à un site web, l'adresse du site web est entrée au terminal 501 et le serveur 502 introduit le site web 506 à l'adresse donnée à partir de l'lnternet 505. De manière similaire, lorsque l'utilisateur souhaite créer un site, l'information pertinente est entrée au terminal 501 et le site est créé via le serveur 502. 74 2798750 Bien que le système représenté sur la figure 2a permette l'accès centralisé à des sites et la création centralisée de sites, on notera que dans certaines circonstances le système est peu pratique, par exemple lorsqu'il est souhaité de créer un site très rapidement. De plus, tandis que dans certaines circonstances un utilisateur connaîtra simplement quelle information est recherchée, et "flânera" à travers l'lnternet pour trouver un site contenant cette information, dans certaines circonstances l'utilisateur peut être entièrement au courant du site exact auquel il souhaite accéder indépendamment de l'information contenue dans ce site. Dans ce cas, le système centralisé représenté sur la figure 2a peut donner lieu à des retards non nécessaires. Un système perfectionné selon la présente invention est représenté sous forme d'un diagramme synoptique sur la figure 2c. Brièvement, à l'intérieur du * terminal client 501 lui-même, un programme serveur 502 approprié est retenu. En conséquence, le client est capable de créer un site Internet directement, le site Internet 506 étant stocké au serveur encore une fois directement au terminal 501. Le client/serveur accède alors à l'lnternet 505 via une ligne ou une liaison sans fil 504. Comme cela est bien connu, il peut être accédé à l'lnternet d'une manière générale par des points d'accès AP1 à APN. En conséquence, l'invention permet à un site Internet tel qu'un site web d'être configuré au terminal sans nécessiter d'accéder à un serveur dédié, étant donné qu'un programme serveur approprié est incorporé dans le terminal client. Lorsqu'un tiers souhaite accéder au site, il doit avoir ou être capable d'obtenir des détails sur l'adresse du client serveur et peut ainsi accéder au client serveur via l'lnternet. Une implémentation particulière de l'invention survient par rapport au client/serveur réel prévu dans les terminaux mobiles, distants, communiquant avec l'Internet via un point d'accès avec lequel il est en communication sans fil. Dans ce cas, des données sont entrées à l'unité mobile, se rapportant généralement à l'environnement physique dans lequel l'unité mobile est actuellement localisée telle qu'une image de la scène environnante. Les 2798750 utilisateurs souhaitant accéder à ces données n'ont besoin que de l'adresse du client serveur. L'adresse est entrée au point d'accès approprié à l'lnternet et le site est extrait directement à partir du client serveur. On verra que le client serveur peut comporter une page d'accueil qui est en réalité extraite par I'utilisateur, les sous-pages spécifiques au site étant accessibles via la page d'accueil, une fois que la page d'accueil a été atteinte. Le système peut utiliser un terminal de données du type désigné d'une manière générale en 510 sur la figure 3a. Les éléments centraux du terminal de données 510 comprennent une caméra numérique comportant un objectif 512 et une liaison Internet sans fil 518. Les caméras numériques sont bien connues et la structure détaillée sera évidente à l'homme de l'art si bien qu'une description détaillée n'est pas requise ici. Brièvement, cependant, la caméra numérique comporte un système d'objectif 512 pour mettre au point une image sur un réseau à CCD (semi- conducteur à couplage de charge). L'image est ainsi pixelisée et codée, par exemple sous forme d'un flot binaire. Le signal codé est décodé et affiché sur un écran d'affichage visuel 514 ou sorti en tant que sortie papier. Une image "fixe" est obtenue de la même manière mais en enregistrant une image instantanée. La majorité des composants de la caméra numérique n'est pas représentée sur la figure 3a pour des raisons de clarté. Une caméra CCD est préférable à une caméra laser étant donné que les images peuvent être enregistrées à une distance plus grande. Le terminal de données 510 comprend de plus un clavier 516. Afin d'enregistrer une image, I'objectif 512 du terminal de données 510 est dirigé sur la scène à enregistrer. Ceci est de préférence affiché sur l'écran d'affichage visuel 514. Lorsqu'une image souhaitée est isolée, un bouton, situé par exemple sur le clavier 516, est enfoncé et une image fixe enregistrée. Dans le mode de réalisation représenté, le terminal de données 510 comprend de plus divers composants optionnels et nécessaires. Le composant nécessaire principal est un transmetteur de signaux sans fil 518 qui, comme 76 2798750 décrit plus en détail ci-après, relaie l'image enregistrée vers un point d'accès distant pour diffusion à partir de ce point. Optionnellement, le terminal de données 510 comporte de plus un microphone 520 pour enregistrer, par exemple, une description verbale de la scène enregistrée, un lecteur de codes à barres 522 permettant un fonctionnement alternatif ou complémentaire du terminal de données 510, une interface physique 524 pour télécharger des informations stockées dans le terminal de données 510 vers un terminal auquel il est connecté par câble ou autre liaison et un logement de sortie d'imprimante pour délivrer une sortie papier de l'image, des informations additionnelles, ou comme décrit plus en détail ci-après, un symbole de codes à barres représentatif de l'image stockée. De plus, comme exposé ci-dessus, le terminal comporte en outre un logiciel serveur permettant la création d'un site web au niveau du terminal. Le site web peut contenir, par exemple, des images ou des sons enregistrés à partir de l'environnement du terminal conjointement avec du texte saisi au clavier et/ou les commentaires verbaux enregistrés de l'utilisateur. Une caractéristique supplémentaire qui peut être incorporée dans le terminal réside dans un système de positionnement global (GPS) d'un type connu. Le GPS communique avec des satellites GPS via une antenne appropriée (non représentée). En conséquence, la localisation géographique spécifique du dispositif mobile peut être immédiatement assurée. Ceci peut être fourni en tant que diffusion d'information additionnelle par le dispositif et peut également être utilisé par un système de pistage central pour s'assurer de l'endroit o se trouvent tous les dispositifs à un moment donné. Une fois de plus des détails spécifiques des divers composants individuels seront évidents au lecteur expérimenté et, pour des raisons de clarté, ne seront pas répétés ici. Afin de minimiser les coûts, I'architecture du réseau est conçue pour minimiser la quantité de trafic de données sur les liaisons de communication les plus onéreuses. Ceci peut être réalisé par exemple en sélectionnant une route de communication qui utilise les lignes disponibles les moins onéreuses. Là o 77 2798750 ceci peut conduire à un retard, un système de définition de priorité peut être introduit pour s'assurer que les communications pour lesquelles un retard n'est pas important puissent être envoyées sur une base à coût optimisé tandis que les signaux pour lesquels la vitesse de transmission est importante soient envoyés sur une base d'urgence. Par exemple, lorsque la communication sans fil se traduit par des coûts élevés comparativement à une communication à interfaces physiques, une information de faible priorité peut être téléchargée physiquement à partir du terminal vers un berceau pour réduire l'énergie et la charge de traitement et la charge financière générale. Une variante de configuration de terminal peut être basée sur le mode de réalisation décrit dans la demande de brevet des Etats-Unis N 08/691 263 déposée le 2 août 1996. Ce mémoire décrit un terminal de type modulaire comportant des modules de collecte de données interchangeables, conjointement avec une description détaillée de communications entre des unités mobiles et l'lnternet. Le système peut être utilisé pour couvrir des événements d'actualité. Un journaliste tenant le terminal peut mémoriser des images d'un événement d'actualité, et enregistrer un rapport sur l'événement. Un site web peut être instantanément défini au terminal via le serveur interne maintenant le rapport et autres données. En conséquence, un utilisateur souhaitant faire une recherche concernant l'événement d'actualité a simplement besoin d'accéder au site via le réseau. L'adresse pourrait être connue de l'utilisateur ou pourrait être disponible à partir d'un site central situé sur l'lnternet décrivant o les diverses unités mobiles sont localisées et fournissant leur adresse de site. On constatera que la technologie pourrait incorporer en outre un système du type câble à péage selon lequel l'utilisateur est automatiquement facturé pour l'accès au site. On verra que beaucoup d'autres applications peuvent être envisagées. Par exemple, il est possible d'accéder effectivement à un rapport de police concernant la scène d'un accident, ou à un constat factuel d'assurance sur le lieu de l'accident plutôt que de se fier à un transfert vers un 78 2798750 serveur autonome pour la création d'un site web à ce niveau. Conformément au mode de réalisation, toute forme appropriée de communication sans fil entre le client/serveur est l'lnternet peut être utilisée. De tels systèmes sont bien connus pour des unités itinérantes, par lesquels des points d'accès à l'Internet disposés pour recevoir des communications à partir des unités mobiles sont localisés à des points géographiques divers. Des algorithmes connus peuvent être utilisés pour sélectionner lequel des points d'accès est le plus approprié. La communication peut elle-même se faire par les ondes radio ou par une liaison optique telle qu'un Protocole à la norme IRDA. Il sera constaté qu'un autre des avantages du système réside dans le fait que le site est stocké au terminal et nécessite seulement d'être téléchargé à la demande via la liaison sans fil réduisant ainsi les frais qui auraient été engagés par un transfert des données en continu. Les données qui ne sont jamais demandées peuvent être transférées sur une connexion moins onéreuse à un moment ultérieur. En se référant à la figure 2d, un organigramme du fonctionnement du terminal 501 est représenté. A l'étape 5110 les données souhaitées, par exemple une image ou un enregistrement audio est capturé. Les données sont ensuite codées à l'étape 5112 dans un format approprié pour être présentées sous la forme d'une page web, par exemple en créant une image en mode point. A l'étape 5114, les données codées sont traitées pour créerune page web appropriée selon le format souhaité comme déterminé par le logiciel serveur et toute entrée de l'utilisateur. Le traitement peut alors sauter à l'étape 5116 à laquelle la page est stockée au terminal. Lorsqu'une demande d'accès à une page est reçue en 5118 par un utilisateur distant appelant l'adresse connue pour le terminal, la page est affichée au site web du terminal. Selon un système amélioré, le procédé se branche en 5114 permettant également à une adresse de page spécifique d'être créée pour les données particulières stockées dans le traitement donné à l'étape 5120. L'adresse et les détails de la page stockés à l'adresse sont affichés sur une page d'accueil à l'étape 5122. Ceci permet la création d'un menu pour le terminal si bien que plus d'une page sont disponibles. En conséquence, lorsque le site fait l'objet d'un accès en 5124 par un utilisateur distant, ce dernier a l'option de sélectionner la sous- page pertinente affichée à la page d'accueil à l'étape 5126, d'autoriser l'affichage de toute page désirée, de retourner à l'étape 5120. Le système permet ainsi des opérations rapides et aisées sans nécessiter de programmation et en particulier sans exigence HTML (langage de description de documents hypertextuels). Une page web instantanée peut être définie en utilisant le logiciel serveur, I'image à afficher étant stockée simplement en pointant le terminal sur celle-ci et en "cliquant". Une fois de plus, le système peut être conçu avec une optimisation des coûts à l'esprit, pour s'assurer qu'une quantité minimale de trafic de données occupe les liaisons à coût élevé. En se référant à la figure 3b, une implémentation possible d'une variante d'un mode de réalisation de la présente invention est représentée. Là o, par exemple, la police ou autre autorité, ou un inspecteur des assurances souhaite enregistrer des détails d'une scène représentée d'une manière générale en 530, I'image est capturée sous forme d'une image de caméra numérique figée par le terminal de données 510 de la manière décrite cidessus. L'image mémorisée est codée, par exemple sous forme d'un flot binaire et le flot binaire est transmis ou relayé via le transmetteur 518 vers un point distant. Dans le mode de réalisation représenté, l'information d'image est relayée du transmetteur 518 vers un transmetteur 532 d'appoint intermédiaire. Ce dernier peut être soit l'un d'un réseau déployé sur une zone ou peut, par exemple, être transporté dans le véhicule de l'utilisateur du terminal de données ou un boîtier de transport. L'utilisation d'un transmetteur d'appoint 532 réduit les exigences en matière de puissance de diffusion du terminal de données 510 permettant de réserver davantage d'espace aux moyens ou accessoires de stockage/traitement de données, et l'augmentation de la durée de vie des batteries. Il sera noté que le transmetteur d'appoint est, cependant, optionnel et dans beaucoup de cas s'avère non nécessaire. La transmission 2798750 peut s'effectuer via une liaison sans fil par faisceau hertzien ou autre procédé de communication sans fil approprié. Lorsque le véhicule fait partie d'un système de pistage contrôlé GPS plus large, le dispositif de la présente invention peut être un module incorporé dans le système. Soit le transmetteur 518 dans le terminal de données 510 soit le transmetteur d'appoint 532 relaye l'information d'image vers un point d'accès 534 comportant un récepteur pour recevoir le signal d'information relayé. Le signal reçu est entré dans un dispositif 536 processeur/stockage de données/décodeur. L'image peut alors être transférée vers tout dispositif souhaité, par exemple un dispositif de mémorisation de données central pour un accès par l'utilisateur à son retour vers ses locaux (par exemple un Intranet ou un RLE), ou un réseau d'information ou d'actualité (tel que l'nternet) sur lequel il est souhaité de diffuser l'image, ou vers une base de données de la police ou d'autres autorités sur laquelle il est souhaité d'enregistrer et de documenter l'image. Le signal transmis à partir du terminal de données 510 peut également inclure des informations telles que la destination souhaitée de l'image, des informations additionnelles concernant les circonstances, des informations codées représentatives des enregistrements de tous messages verbaux ou des enregistrements de messages sonores expliquant davantage les circonstances telles qu'enregistrées par le microphone 520. L'information concernant les circonstances, ou la destination de l'image peut être entrée via le clavier 516. Lorsque la page web est créée sur site au terminal en utilisant un serveur interne, le système de transmission décrit ci-dessus peut également être utilisé pour un accès par des tiers à la page web. Un diagramme synoptique représentant les composants du terminal de données 510 est illustré à la figure 4. Le terminal de données comporte diverses entrées comprenant des transducteurs appropriés pour convertir les signaux d'entrée en signaux électroniques. Les entrées comprennent l'entrée 544 de caméra numérique comportant un transducteur à réseau CCD, une 81 /2798750 entrée de signal audio 546 comportant un transducteur de microphone et une entrée de signal de symbole de codes à barres comportant par exemple un réseau CCD. Chacun des signaux est entré dans un sous-processeur de codage ou de numérisation respectivement 550, 552, 554, et le signal traité à partir de chaque sous-processeur est transféré vers un dispositif de mémorisation et de traitement de données 556. Les données sont mémorisées, traitées et retransmises de manière appropriée vers diverses sorties. Les données se rapportant à l'image capturée par la caméra numérique 544 et, de manière appropriée, toutes données de codes à barres ou données audio sont transférées vers un module transmetteur 558 et sont transmises comme décrit ci-dessus à la sortie 560. Une sortie papier de l'image figée, ou comme décrit ci-dessous, un symbole de codes à barres représentatif de cette dernière est délivré via le module de commande d'imprimante 562 et la sortie 564. Lorsque l'on souhaite télécharger l'information mémorisée via une interface physique cela est réalisé à la sortie 566. En outre, le dispositif de mémorisation et de traitement de données 556 reçoit des informations introduites au clavier 516 via une ligne 568 et envoie l'image à partir de l'entrée de caméra numérique 544 vers l'écran d'affichage visuel 514 via la ligne 570. Le système dans son ensemble est alimenté par une source d'alimentation 572, par exemple une batterie. Lorsque le terminal est configuré pour créer une page web sur site, un serveur peut être incorporé dans l'équipement matériel (ou logiciel ou une combinaison d'équipement matériel et logiciel) comme représenté en 557. En conséquence, il sera constaté que selon un aspect les données d'images peuvent être capturées automatiquement et transmises vers une base de données commune accessible aux utilisateurs autorisés. Les images pourraient être transportées et/ou faire l'objet d'un accès via des serveurs vidéo, des logiciels de groupes de travail collaboratifs et des multimédia distribués, et mises en oeuvre par la téléconférence vidéo de bureau. Le traitement de l'image peut être effectué sur les données brutes une fois qu'elles ont été transmises au réseau principal, permettant une réduction 82 2798750 supplémentaire des exigences de traitement et par conséquent des exigences en matière d'énergie et d'espace pour le terminal de données lui-même. Un avantage particulier de l'utilisation d'une caméra numérique réside dans le fait que l'image peut être mémorisée à une résolution élevée à moyenne et transmise électroniquement avec un minimum de traitement intermédiaire. Il sera constaté qu'une large gamme d'applications est disponible, en particulier en ce qui concerne les industries dans lesquelles généralement des images photographiques (numériques) sont régulièrement prises sur le terrain. Une variante à l'application de documentation de déclaration d'assurance décrite ci-dessus, lorsque des offres/devis sont impliqués, I'article pour lequel l'offre/devis est fourni, la documentation par exemple du travail requis sur la base duquel l'offre ou le devis a été établi peut être enregistrée. De manière similaire, lorsqu'un travail de réparation ou un travail d'amélioration a été envisagé, une évaluation peut être effectuée en prenant en compte les images mémorisées. Le système peut être utilisé en tant qu'aide générale à la documentation d'articles ou de circonstances. Comme exposé ci-dessus, le système pourrait être implémenté en application de la loi. Par exemple, la scène d'un crime ou d'un accident peut être mémorisée et retransmise ou consultée. En fait, des criminels pourraient être photographiés et l'image comparée à une base de données appropriée à des fins d'identification en utilisant des techniques de comparaison d'images connues. Ce système peut également être utilisé en tant qu'aide préliminaire à une documentation plus exhaustive de circonstances telle que des épreuves et/ou des bouts d'essai. Les données sont de préférence retransmises telles que déterminées par une architecture de réseau conçue pour réduire les coûts de transmission en minimisant les transmissions sur les liaisons de communication à coût élevé. Comme on peut le voir pour toutes les applications possibles mentionnées ci-dessus et toutes les autres applications, le système comporte des avantages particuliers et importants, en particulier en fournissant un accès 83 2798750 immédiat aux images à des tiers contractants du réseau de distribution d'images, en fournissant l'accès à tous les utilisateurs simultanément comme souhaité, en expédiant la durée de traitement (consécutivement à l'accès immédiat), en améliorant la précision et/ou l'efficacité, de par la disponibilité d'information plus précise en particulier dans des implémentations à résolution élevée, et des économies financières associées résultant en particulier de la durée de traitement réduite et de la précision améliorée. Une autre encore des implémentations possibles du dispositif pourrait se présenter sous la forme d'une alarme d'incendie ou d'un détecteur de fumée distant. Un terminal comportant les composants de base d'une caméra numérique ou autre moyen d'enregistrement d'images et présentant une connexité de réseau peut être monté à demeure ou de manière amovible dans une zone dans laquelle il est souhaité de contrôler le feu, la fumée, des gaz toxiques et autres dangers de ce type. Le terminal comporte de plus un détecteur de danger de tous types appropriés tels qu'un détecteur de fumée, un détecteur de chaleur, un détecteur de substances nocives ou autres. Tous ces détecteurs sont bien connus de l'homme de l'art et ne nécessitent pas une description supplémentaire ici. Dans le cas, par exemple, d'un terminal d'alarme d'incendie, lorsqu'un détecteur de chaleur détecte que la température ambiante s'est élevée au-dessus d'une limite prédéfinie, le terminal est activé pour capturer une image figée ou animée de la scène. Au même moment, le terminal informe les autorités compétentes telles que les pompiers et l'image est transmise d'une manière décrite ci-dessus vers un point d'accès au poste de pompiers. En conséquence, la scène peut être examinée et il peut être affirmé qu'un risque d'incendie véritable existe ou qu'une autre activité à laquelle l'augmentation de la température est imputable peut être détectée telle qu'une activité de cuisson. En conséquence, de fausses alertes peuvent être évitées dans une large mesure. On verra qu'une approche similaire peut être adoptée pour d'autres détecteurs de danger, lorsqu'une image de la scène est transmise vers les autorités appropriés lorsqu'un risque potentiel est d'abord 84 2798750 détecté pour une confirmation supplémentaire avant une mobilisation complète. Une autre implémentation pour laquelle le système de la présente invention selon un autre aspect serait particulièrement approprié et qui profiterait des avantages mentionnés ci-dessus réside dans le domaine du transfert de marchandises, par exemple la livraison de colis. Lorsqu'un colis endommagé est reçu il n'y a pas moyen de savoir immédiatement l'état du colis lorsqu'il a été expédié. Le système de la présente invention serait, cependant, en mesure d'acquérir l'image et de la transmettre vers un emplacement distant o de créer une page web appropriée sur site. L'image pourrait ensuite être consultée au dépôt récepteur et comparée avec le colis réel reçu pour établir si l'état a changé d'une manière quelconque. Une option alternative serait d'imprimer l'information d'image dans un format de codes à barres, le code à barres lui-même étant attaché au colis lui-même. Le symbole de codes à barres pourrait être décodé au dépôt récepteur, une fois de plus pour comparer l'image avec le colis reçu. Evidemment, un symbole de codes à barres à résolution élevée sera nécessaire, par exemple au protocole PDF 417. Le lecteur représenté sur la figure 3a comporte la capacité pour un tel dispositif comportant une imprimante et un emplacement ou logement d'imprimante 526. On pourra noter que les modes de réalisation décrits ci-dessus se rapportent à une implémentation spécifique possible de l'invention, et que l'invention englobe un grand nombre de variantes. Par exemple, tel que représenté sur la figure 5, le terminal de données 510 est configuré avec des considérations ergonomiques à l'esprit, s'ajustant confortablement dans la paume de la main de l'utilisateur. En conséquence, le terminal de données 510 peut être rapidement et précisément dirigé vers une image à enregistrer, en utilisant l'écran d'affichage visuel pour s'assurer que l'image est telle que souhaitée. Au même moment, le clavier peut être manipulé confortablement en utilisant l'autre main de l'utilisateur pour capturer l'image, entrer des informations supplémentaires, etc. En variante, le terminal peut être sous la forme d'une caméra classique, ou d'une caméra vidéo, ou toute autre 2798750 configuration appropriée permettant la capture d'image, et, de préférence, l'entrée de données. La caméra numérique comporte de préférence des fonctionnalités autofocus et des fonctionnalités de zoom manuel avec un bouton/déclencheur séparé pour le zooming ou agrandissement, lequel bouton/déclencheur peut faire partie intégrante du clavier ou bien peut être fourni séparément. La caractéristique de zoom manuel sera une aide dans la prise de gros plans du sujet à représenter. Comme mentionné ci-dessus, une imprimante, par exemple une imprimante de bas de gamme à faible densité peut être incorporée dans le terminal de données, ou fournie en tant qu'adjuvant, si bien qu'une copie papier de l'image est disponible sur le terrain. Comme également décrit ci-dessus, l'image pourrait être imprimée dans le format PDF 417 pour un décodage subséquent. La figure 8 représente une variante de configuration pour un terminal de données. Le terminal 510 contient généralement tous les composants mentionnés à propos des autres modes de réalisation ci-inclus. Cependant, le terminal 510 est configuré selon un modèle "pointé et tiré" et comporte une partie crosse 5120 et une partie barillet 5122. La partie crosse est configurée pour reposer de manière confortable et aisée, avec un équilibre optimal, dans la main de l'utilisateur et porte de plus un déclencheur ou détente 5124 et une mollette 5126. Un écran d'affichage 5128 et un clavier optionnel 5130 sont prévus sur la surface supérieure de la partie barillet 5122 pour permettre une visualisation aisée et un accès d'entrée à l'utilisateur. L'objectif de la caméra ou autre moyen d'enregistrement d'image est prévu sur la face avant de la partie barillet 5122 (non représentée) permettant à l'utilisateur de pointer simplement le terminal 510 dans la direction qu'il est souhaité d'enregistrer. Lorsque la scène souhaitée est visualisée sur l'écran 5128, la capture est effectuée par actionnement du déclencheur 5124. Le zoom peut être contrôlé par la mollette 5126 qui est de préférence localisée pour une facilité optimale d'utilisation par le pouce de l'utilisateur lorsque la partie crosse 5120 est tenue par l'utilisateur. 86 z2798750 La vitesse de traitement et les capacités de stockage des composants du terminal de données peuvent évidemment être déterminées selon le coût final du système, par exemple un microprocesseur plus lent et par conséquent meilleur marché peut être incorporé. Pour des applications plus haut de gamme, le terminal de données pourrait de plus inclure une carte SRAM (mémoire vive statique) pour mémoriser les images figées. En outre, I'écran d'affichage visuel 514 peut, comme représenté sur la figure 6, comporter des capacités LCD (affichage à cristaux liquides). En conséquence, en utilisant un stylet approprié 100, I'image peut être modifiée par exemple en entourant ou autrement mettre en valeur des zones offrant un intérêt, les modifications étant représentées sur l'écran LCD en 5102 sur la figure 6. Les modifications peuvent être supprimées ou révisées davantage en utilisant le clavier de manière appropriée. La gamme des implémentations, et la vitesse et l'efficacité du système peuvent être améliorées davantage en incorporant également des capacités de lecteur de codes à barres dans, ou en conjonction avec, le terminal de données. La construction et les applications des lecteurs de codes à barres seront bien connues de l'homme de l'art et ne nécessitent pas une description détaillée ici. Brièvement, cependant, un symbole de codes à barres comprend une ou plus d'une rangée de régions claires et obscures, typiquement sous la forme de rectangles ou, dans le cas des codes à deux dimensions, sous la forme d'une matrice bidimensionnelle d'espaces clairs et obscurs. Les dimensions des régions obscures et claires indiquent l'information codée destinée à être lue. Un lecteur de symbole de codes à barres illumine le symbole en utilisant des moyens de génération de faisceaux de lecture et détecte la lumière réfléchie sur les régions codées en utilisant des moyens de détection de faisceaux de lecture pour détecter les dimensions des régions codées. Un décodeur décode l'information codée détectée. Des symboles connus comporteront, par exemple, des codes UPC (code produit universel)/EAN (numérotation d'articles européenne), Coder 128, Codabar et 87 2798750 Interleaved 2 de 5. Un type connu de lecteur de codes à barres consiste dans un lecteur wand de données tel que décrit dans le brevet des Etats-Unis d'Amérique No 4 471 218 cité ici à titre de référence. La figure 7 montre un terminal de données 510 du type décrit ci-dessus incorporant de plus un lecteur optique 5110 intégré au terminal de données 510. Le lecteur 5110 comporte des moyens de génération et de détection de faisceaux de lecture et le terminal de données 510 comporte des moyens de traitement pour décoder l'information codée détectée. Le lecteur 5110 peut comprendre soit un scanneur laser à "spot mobile" comportant des moyens pour scanneur le faisceau de lecture ou un lecteur optique à "champ de vue" incorporant un réseau CCD en tant que détecteur. Les deux types de lecteurs sont bien connus du lecteur expérimenté et une description complète des composants et du fonctionnement n'est pas fournie ici. On notera qu'une large gamme d'implémentations peut être envisagée pour le terminal de données 510 représenté sur la figure 7. En particulier, il peut être utile dans beaucoup de circonstances de pouvoir lire l'information codée sous forme de codes à barres pour offrir des informations additionnelles à celles récupérées par le terminal de données à partir de l'environnement externe. Un mode de réalisation particulièrement avantageux est représenté sur la figure 7. En particulier, un livre ou autre matériau imprimé 5114 est prévu, lequel peut être porté par l'utilisateur et comporte des codes à barres imprimés 5116 qui sont lus par le lecteur 5110 et l'information contenue est utilisée par le terminal de données 510. Comme décrit plus en détail ci-après, le terminal de données 510 comprend en fait un serveur Internet capable de créer un site web au niveau du terminal de données portant, par exemple, des informations concernant l'environnement externe situé autour du terminal de données pour un accès par des utilisateurs se trouvant à d'autres endroits sur l'lnternet. Dans de telles circonstances, le terminal pourrait de manière classique souhaiter de 88 2798750 télécharger du code exécutable à partir d'une machine hôte en utilisant un langage d'implémentation d'agent tel que Java (marque commerciale). Ce système peut être encombrant et consommateur de temps du fait du niveau des communications requises entre le client et l'hôte. La présente invention résout ce problème en stockant le code exécutable (applets ou appliquettes) sous la forme de codes à barres à haute densité à deux dimensions 5116 dans le livre 5114. Chaque symbole 5116 de codes à barres est identifié par un titre court approprié ou autre information d'identification dans le livre. Lorsqu'il est nécessaire d'accéder à une appliquette, I'utilisateur est simplement invité à lire le code à barres à deux dimensions en utilisant le lecteur de codes à barres 5110, et le code exécutable est immédiatement téléchargé vers le terminal de données 510 pour que ce dernier l'utilise de la manière appropriée. L'invention permet à l'utilisateur de porter un livre usuel - par exemple ayant 500 pages de codes d'appliquettes à deux dimensions. Un tel livre ne serait pas encombrant et serait en réalité attractif aux yeux de beaucoup d'utilisateurs. Le système permet un téléchargement considérablement accéléré d'appliquettes en un temps aussi bref que quinze secondes. Les systèmes de téléchargement classique seraient encore en train d'attendre la connexion à l'hôte dans cette plage d'échelle de temps. On appréciera le fait que tout code exécutable approprié peut être mémorisé dans un langage souhaité dans les codes à barres à deux dimensions 5116. Une large gamme d'appliquettes différentes peut être évidemment stockée conformément à ce système et indexée de manière appropriée. En fait, le système pourrait être utilisé pour des clients fixes ou dédiés aussi bien que pour le terminal de données clients mobile distant représenté sur la figure 7. On verra que le terminal de données peut communiquer avec tout réseau de données approprié, par exemple un point d'accès à l'lnternet, ou à un système dédié fermé concernant l'utilisateur ou auquel l'utilisation s'abonne avec d'autres utilisateurs. La communication peut s'établir au moyen d'une 89 2798750 communication radiofréquence ou, si cela s'avère approprié, une communication par infrarouge ou par faisceaux hertziens, ou tout autre procédé de communication sans fil approprié. On appréciera le fait que l'une quelconque des caractéristiques décrites à propos d'un mode de réalisation peut, lorsqu'appropriée, être incorporée dans tout autre mode de réalisation sans s'écarter de l'enseignement du présent mémoire descriptif. Tel qu'utilisé dans le présent mémoire et les revendications annexées, le terme "indices" inclut globalement, non seulement des motifs de symbole composés de barres et d'espaces alternés de diverses largeurs communément appelés des symboles de codes à barres, mais également d'autres motifs graphiques à une ou deux dimensions, de même que des caractères alphanumériques. En général, le terme "indices" peut s'appliquer à tous types de motifs ou d'informations qui peuvent être reconnus ou identifiés par scannage à l'aide d'un faisceau lumineux et détection de la lumière réfléchie ou diffusée sous forme d'une représentation des variations du pouvoir de réflexion lumineuse en divers points du motif ou de l'information. Un symbole de codes à barres est un exemple d'un "indice" que la présente invention peut scanneur. Un mode de réalisation d'un lecteur optique destiné à être utilisé conjointement avec la présente invention est représenté sur la figure 22. Bien qu'un lecteur optique du type à stylet (souvent connu sous la dénomination "wand de données") sont représenté, on appréciera le fait que toute autre configuration qui tient dans la main pourrait être appropriée pour l'utilisation en conjonction avec la présente invention. Bien que des détails de construction spécifique soient également décrits plus en détail ci-après, on notera que les éléments de stockage/traitement de données et les éléments de lecture optique de type connu peuvent remplacer les composants spécifiques décrits, d'une manière qui sera bien connue de l'homme de l'art. Une description des lecteurs de type à stylet peut être trouvée dans le brevet des Etats-Unis d'Amérique N 5 506 392 dont la Demanderesse est titulaire et qui est cité ici à titre de 2798750 référence. Le lecteur optique du type à stylet (auquel on se référera désormais sous la dénomination "lecteur wand") est désigné d'une manière générale par la référence 690 sur la figure 22. On notera que la forme exacte du lecteur wand telle que montrée en 690 peut être exagérée, par exemple en largeur, afin de montrer plus clairement chacun des composants principaux et la manière dont ils interagissent. Dans le mode de réalisation représenté, le lecteur wand 690 comprend un stylo à bille 691, 692, de même que le lecteur optique 693 lui-même. Le lecteur wand ne nécessite pas réellement de posséder une capacité d'écriture, ou peut être sous la forme de tout instrument d'écriture approprié, tel qu'un crayon, un stylo à encre, un stylo marqueur, etc. En fait, le sous- système de lecteur optique décrit plus en détail ci-après, peut être dans une forme modulaire pouvant être introduite dans une enveloppe d'instrument d'écriture configurée de manière appropriée de tout type désiré. L'élément d'écriture de lecteur wand 690 est représenté de manière schématique sous la forme d'une cartouche 691 de stylo à bille conjointement avec un mécanisme de projection/rétraction désigné d'une manière générale par la référence 692 et appartenant à tout type connu approprié. Evidemment, il est souhaitable de réduire autant que possible la taille de ces éléments 691, 692 pour réserver un maximum d'espace au module lecteur. Le module lecteur est désigné d'une manière générale par 693. Les composants et la construction du module 693 seront d'une manière générale bien connus de l'homme de l'art et ne sont décrits que brièvement ciaprès à des fins d'exhaustivité. Le module lecteur 693 comporte une source lumineuse 694, par exemple, un laser ou une LED (diode électroluminescente) et un réflecteur 695. Un faisceau de lecture généré par la source lumineuse 694 est réfléchi par le réflecteur 695 hors d'une fenêtre de lecture 696. Le faisceau de lecture est réfléchi par un symbole de codes à barres désigné de manière générale en 697 passe une fois deplus à travers la fenêtre de lecture 696 et est reçu par un détecteur 698. De préférence, le module lecteur 693 est un 91:2798750 lecteur à champ de vue auquel cas le miroir 695 est un miroir fixe et le détecteur 698 comprend un réseau CCD (semi-conducteur à couplage de charge). Evidemment, dans certaines implémentations un système de scannage peut être utilisé auquel cas le réflecteur 695 est entraîné par un moteur représenté schématiquement en 699 pour un déplacement de scannage. La source lumineuse 694, le détecteur 695 et, si approprié, le moteur 699 sont reliés à un élément 6100 processeur, de contrôle et de stockage de données en liaison avec une source d'alimentation 6101. L'élément processeur 6100 contrôle le fonctionnement des divers composants et agit également en tant que dispositif de stockage et de traitement de données pour les informations de codes à barres lues par le module 693. Comme décrit plus en détail ci-après, il est souhaité de télécharger l'information mémorisée dans l'élément processeur 6100 à un stade ultérieur vers un dispositif externe. En conséquence, un port de sortie de données 6103 est prévu alimenté par la ligne 6102, de préférence au voisinage ou en liaison avec la fenêtre de lecture 696. Le lecteur wand 690 peut également être utilisé comme pointeur laser dans un mode de réalisation, dans lequel le faisceau de lecture de sortie est utilisé pour mettre en valeur des éléments souhaités pendant une présentation. Une implémentation particulière proposée conformément à la présente invention, pour le lecteur wand 690 s'applique à propos de l'accès à l'information par le consommateur tel que représenté sur la figure 23a. Par exemple, lorsqu'un consommateur 6120 porte un lecteur wand 690 et qu'il se trouve dans un point de vente au détail proposant des produits 6121, chacun de ces produits peut porter un symbole de codes à barres 6122 par exemple dans le format UPC (code produit universel). Le consommateur 6120 peut être intéressé par l'achat du produit 6121 mais peut ne pas être prêt à passer à l'acte jusqu'à ce que des informations supplémentaires soient disponibles. Il existe, par conséquent, un risque que le consommateur oublie le produit ou, comme précédemment, il peut être nécessaire de compter sur un 92 2798750O consommateur 6120 trouvant par hasard le produit ou des informations additionnelles concernant le produit, et le fait que sa mémoire soit rafraîchie en conséquence. Selon la présente invention, cependant, le consommateur 6120 peut lire le symbole de codes à barres 6122 en utilisant le lecteur wand 690. L'information de codes à barres est stockée dans l'élément processeur 6100 et, dans la mesure souhaitée, traitée. En particulier, l'information contenue dans le symbole de codes à barres 6122 concernant le produit 6121 est stockée. En conséquence, le consommateur bénéficie d'un rappel automatique du produit qu'il souhaite acheter de même que de l'information concernant le produit. Evidemment, lorsque le consommateur 6120 aperçoit plus d'un produit offrant un intérêt, l'information pertinente peut être également stockée, les capacités de stockage du lecteur wand 690 étant limitées uniquement par l'espace de stockage dans l'élément processeur 6100. Une implémentation particulière de la présente invention permet au consommateur de télécharger subséquemment l'information stockée dans le lecteur wand 690 d'une manière décrite plus en détail ci-après. En particulier, l'information peut être téléchargée vers un ordinateur individuel ou autre point d'accès à un ordinateur ou à un réseau de données. L'information téléchargée peut alors être utilisée de diverses manières différentes. Par exemple, le produit peut être commandé ou des informations additionnelles concernant le produit peuvent être consultées. Une implémentation particulière proposée dans la présente invention réside dans le fait que le symbole de codes à barres accompagnant le produit contient suffisamment d'informations pour l'ordinateur individuel ou le point d'accès au réseau informatique afin d'accéder à un site sur l'annonce publicitaire (ou système de mémorisation de données comparable). Ce site peut contenir des informations additionnelles concernant le produit, des informations concernant des produits apparentés, des informations de prix, des références croisées vers d'autres sites apparentés, et la capacité de commander et de payer le produit. Ceci simplifie grandement le 93 2798750 processus d'achat, permettant par exemple un contrôle du prix et assurant également que le consommateur n'oublie pas un produit qui a attiré son attention. De plus, des informations supplémentaires peuvent être dérivées conformément à la présente invention. Par exemple, la popularité d'un produit peut être évaluée pour des études de marché futures. De préférence, le lecteur wand 690 a un utilisateur dédié et porte des informations d'identification de l'utilisateur telles qu'un numéro de carte de crédit, ou autre identification portée par un système autorisé. En conséquence, pendant l'achat du produit des détails de la transaction peuvent être basés sur cette information. De plus, un profil de consommateur peut être établi sur la base des schémas d'achat du consommateur. Le point d'accès peut être localisé à l'intérieur du point de vente au détail permettant au consommateur 6120 d'accéder à l'information sur site et réaliser une décision d'achat avant de quitter le point de vente au détail. Des points d'accès appropriés sont décrits plus en détail ci-après. On verra que le symbole de codes à barres peut être apposé sur le produit, ou comme représenté en 6123 sur l'étagère au voisinage du produit. En variante, les produits pourraient être affichés graphiquement sur un tableau et les symboles de codes à barres représentés sur ou au voisinage du produit sur le tableau. On verra que le système peut être étendu à d'autres applications. Par exemple, lorsqu'un abrégé de texte est imprimé conjointement au symbole de codes à barres, le symbole de codes à barres peut contenir des informations qui, lorsque téléchargées, peuvent fournir l'accès au texte additionnel ou apparenté. Sous réserve d'une résolution suffisamment élevée, le symbole de codes à barres peut être même lu via un VDU (unité à affichage vidéo) ou autre système d'affichage visuel dans un système fermé afin d'accéder à des informations additionnelles sur l'lnternet. Le symbole de codes à barres peut se conformer à tout protocole approprié, par UPC (Universal Product Code) ou EAN (Europan Article Numbering ou numérotation d'articles européenne) et est 94 2798750 traduisible en adresse uniformisée de ressource Internet (URL). Une autre application du système est décrite en se référant à la figure 23b. Un catalogue 6278 qui montre un produit 6294 et contient également diverses données concernant le numéro de l'article 6282, la quantité 6284, la couleur 6286, la taille 6288 et autre information 6290. En outre, des informations d'expédition codées avec des codes à barres sont mémorisées en 6292 et le mode de paiement en 6293. Un tel catalogue est destiné à l'utilisation, par exemple, dans des applications de téléachat. Le catalogue peut également porter un code à barres identifiant l'appelant en 6280, information qui peut être utilisée pour l'identification du consommateur au stade de l'achat. L'implémentation particulière conforme à la présente invention nécessite que l'information produit téléchargeable appropriée soit stockée dans les symboles de codes à barres. En particulier, le numéro de l'article 6282 peut en fait être sous la forme d'une adresse de site de réseau information appropriée. En variante, I'adresse de site de réseau information peut être mémorisée dans l'autre champ d'information 6290. Les symboles de codes à barres restants peuvent ne pas être requis, étant donné que l'information peut être stockée à l'adresse du site, mais le mode de réalisation représenté permet des variantes d'implémentation en fonction de l'équipement matériel disponible à l'utilisateur. L'utilisateur parcourt avec le lecteur wand le champ d'adresse de site et, si nécessaire le champ d'identité utilisateur 6280 et télécharge l'information stockée vers un point d'accès à l'lnternet (ou autre réseau informatique). L'information produit restante est disponible au site Internet et les options telles que la quantité, la couleur, la taille, la méthode d'expédition et le mode de paiement peuvent être introduites à ce stade. En conséquence, un système de téléachat basé sur catalogue simple peut être mis en place. On appréciera le fait qu'un tel système peut être introduit dans divers environnements, par exemple lorsqu'un passager est dans un avion, un catalogue approprié peut être fourni. Une fois encore, le système permet au consommateur d'examiner soigneusement quels produits il souhaite acheter sur la base de toutes les 2798750 informations disponibles, et fournit également une invite ou un rappel utile concernant les produits qui ont attiré l'oeil du consommateur et sur lesquels le consommateur n'est pas encore décidé. Lorsque le symbole de codes à barres est destiné à être utilisé conjointement avec le système a ou un système parallèle, I'information contenue dans le symbole de codes à barre comprend effectivement une adresse. Lorsque cette information est téléchargée vers un ordinateur individuel, I'ordinateur individuel communique avec un serveur dédié qui capture l'adresse a et les informations d'identification de l'utilisateur et re-dirige vers le site d'informations produit approprié, par exemple un site web pour la recherche d'informations de cette dernière sur l'ordinateur individuel du consommateur. En conséquence, l'information téléchargée pourrait permettre au PC (ordinateur individuel) d'aller directement vers une page d'accueil appropriée ou une sous-page appropriée. Un serveur de résolution situé sur le système pourrait être utilisé pour collecter des informations à partir de tous les utilisateurs, non seulement à des fins d'information mais également à des fins de facturation et de routage. On reconnaîtra que des systèmes constituant des alternatives à l'lnternet, et des méthodes d'accès alternatives sont envisagées. Par exemple, 'lnternet pourrait être remplacé par un Intranet ou un réseau local d'entreprise (RLE), accessible par un nombre limité d'utilisateurs avec une restriction soit géographique soit par quelque forme d'autorisation d'accès. Au lieu d'être téléchargeable vers un PC qui traite l'information d'adresse de site, ouvre le site autorisé et affiche l'information produit, d'autres points d'accès sont envisagés. Par exemple, suivant un système tel que le système Citrix (marque commerciale), le téléchargement pourrait être simplement un point d'accès ou terminal avec un minimum de capacité de traitement lui-même. Le terminal transfère l'information d'adresse de site vers un ordinateur hôte qui effectue la conversion principale vers une URL, accède au site web et retourne I'information vers le terminal pour affichage. Dans ce cas le terminal agit 96 2798750 légèrement plus qu'un dispositif d'affichage et d'entrée/sortie. Il est à envisager, par conséquent, que le système pourrait englober la nouvelle génération des "ordinateurs réseau" (network computers) également appelés "terminaux de réseaux" travaillant sur ce principe. L'effet d'un tel système est une modification considérable dans l'architecture du système permettant des coûts réduits au consommateur qui n'a besoin d'acheter que le terminal de bas de gamme pour se connecter à un ordinateur hôte relié au réseau principal. En conséquence, l'invention proposée est encore plus souhaitable et accessible au consommateur. Diverses variantes de configurations du lecteur wand sont représentées sur les figures 24 à 26. En se référant tout d'abord aux figures 24a et 24b, un lecteur wand 6130 comporte un ensemble stylet 6132 comprenant une cartouche de stylos à bille, par exemple du type vendu sous la dénomination commerciale Zebra Frefill et un mécanisme d'actionnement 6134 d'un type connu pouvant pivoter pour déployer et rétracter la cartouche de stylo à bille. Le lecteur wand 6130 comprend de plus un déclencheur 6136 pouvant être actionné manuellement pour autoriser un balayage avec un interrupteur interne de coopération 6138 sous, par exemple, le code ITT KSC 421. Le lecteur wand 6130 comporte une pointe wand 6140 pour lire un symbole de codes à barres. Un point de sortie de données est également prévu en 6137. Le système est alimenté par une batterie 6142 de n'importe quel type compact approprié. Egalement inclus dans le système, on trouve un "beeper" ou avertisseur 6144 ou autre dispositif audible qui peut sonner pour indiquer à l'utilisateur qu'un symbole de codes à barres a été lu avec succès, que l'alimentation est faible, qu'il reste peu d'espace mémoire, etc. Différentes tonalités audibles ou séquences de tonalités audibles peuvent représenter différents signaux d'avertissement. De plus, le lecteur wand 6130 peut inclure un écran (non représenté) portant l'information concernant l'état du lecteur wand et toutes instructions pour l'utilisation de ce dernier. Les figures 25a à 25c montrent une légère variante dans laquelle, 97 2798750 lorsqu'approprié, on a utilisé les mêmes références numériques que celles de la figure 24. On verra que la fenêtre de sortie pour le lecteur (représenté ici comme un scanneur à laser en 6131) se trouve dans une face inclinée par rapport à l'axe longitudinal du lecteur wand 6130, permettant une ergonomie améliorée pour la lecture d'un symbole de codes à barres. Le lecteur comporte de plus une bande de prise 6133, réalisée par exemple en cuir, autour d'un tronçon de sa longueur permettant une prise par l'utilisateur et un confort amélioré. Les figures 26a et 26b montrent schématiquement une autre variante de configuration utilisant une fois de plus les mêmes références numériques lorsqu'approprié que sur les figures 24 et 25. Diverses méthodes de téléchargement de l'information sont envisagées. Deux approches sont représentées sur les figures 27a et 27b. Dans une configuration préférée représentée sur la figure 27a, il est montré un ordinateur individuel en 6150 de type portable bien qu'un PC de type fixe soit, évidemment, également suffisant. L'ordinateur individuel 6150 comporte un clavier 6152 et un écran 6154 et peut d'une manière générale être de type classique. L'ordinateur individuel 6150 comporte un port d'entrée de données 6156 agencé pour communiquer avec le port de sortie de données du lecteur wand 6103. Dans le mode de réalisation représenté, le port de sortie 6103 du lecteur wand 690 est amené en contact de toucher contre le port d'entrée de données 6158 de l'ordinateur individuel 6150. Le fait de toucher le port d'entrée 6156 déclenche en premier lieu la séquence de téléchargement et en second lieu permet une communication précise et rapide entre le lecteur wand 690 et l'ordinateur individuel 6150. L'interface entre le point de sortie 6103 du lecteur wand 690 et le port d'entrée de données 6156 peut, par exemple, être du type "bouton à mémoire" ou "mémoire à touche" comme celui commercialisé par exemple par la Société Dallas Semiconductors. L'interface réelle est de type bien connu et en fait l'information stockée dans le lecteur wand 690 est communiquée à un bouton à mémoire 6103 prévu à un point approprié du lecteur wand 690. L'information est convertie en une forme 98; /2798750 appropriée pour transmission au niveau du bouton à mémoire 6103 et, sur contact avec le port d'entrée de données 6156 de l'ordinateur individuel 6150, la transmission est activée. Le port d'entrée de données 6156 est configuré pour recevoir l'information transférée à partir du bouton à mémoire 103 et convertir cette dernière en une forme appropriée. En particulier, I'information peut être transférée sous la forme d'une série de bits représentant des impulsions électroniques. Un tel système conduit à une interface simple et pratiquement exempte d'erreurs permettant à un utilisateur de télécharger l'information stockée dans un lecteur wand 690 vers un ordinateur individuel 6160 de manière rapide et précise. Comme on pourra l'apprécier, diverses autres méthodes de téléchargement sont envisagées dans le champ d'application de la présente invention. Par exemple, comme représenté sur la figure 27b, un ordinateur individuel 6160 de type fixe comportant un clavier 6162, un écran d'affichage 6163 et une souris 6164 comporte un microphone 6166 qui reçoit un signal audio à partir d'une sortie de données de haut-parleur correspondante 6168 sur un lecteur wand 690. Un bouton (non représenté) ou autre commutateur peut être incorporé dans le lecteur wand 690 pour activer la transition par le haut- parleur 6168. L'information stockée dans le lecteur wand 690 est convertie en un signal audio à haute fréquence au niveau du haut-parleur 6168, lequel signal est reçu par le microphone 6166 et est décodé. Bien entendu, le transmetteur peut transmettre d'autres formes de radiation, par exemple, il peut s'agir d'un transmetteur optique ou à faisceau hertzien, un récepteur approprié étant prévu sur l'ordinateur individuel. Lorsque le transmetteur est à base optique, il peut utiliser une implémentation de communications à la norme IRDA (infrarouge) comme cela est bien connu de l'homme de l'art et communément disponible sur beaucoup d'ordinateurs portatifs. La transmission optique peut être à la fréquence de clignotements (répétitions) de la source d'illumination du stylet. Un système de téléchargement encore différent est représenté sur la 99 2798750 figure 28. Un port de téléchargement de données dédié 6170 comporte un orifice 6172 pour recevoir un lecteur wand 690. Le port 6170 communique des informations téléchargées à partir du lecteur wand 690 via une ligne 6174. En se référant à la vue en coupe représentée sur la figure 29, on peut voir que le port 6170 comporte une interface de réception de données 6174 de l'un quelconque des types décrits ci-dessus, qui communique avec le lecteur wand 690 pour le téléchargement de l'information. Le téléchargement peut être activé par contact par mise en contact du lecteur wand 690 et de l'interface 6174 ou activé en poussant un bouton ou autre commutateur (non représenté) sur le lecteur wand. L'interface 6174 communique avec un processeur 6176 pour convertir l'information téléchargée si nécessaire en un format approprié pour un réseau informatique, et l'information est communiquée au réseau informatique via une ligne 6173. On appréciera le fait que la ligne 6173 peut comprendre une liaison sans fil ou une liaison téléphonique, auquel cas un modem approprié peut être intégré au port 6170. On peut voir que toutes ces méthodes comprennent un système convivial pour télécharger des informations scannées à partir d'un lecteur wand. L'utilisation d'un port du type puits de données du type représenté sur les figures 28 et 29 est particulièrement appropriée lorsqu'il n'est pas souhaité de se reposer sur le consommateur possédant un PC ou autre accès domestique à un réseau informatique approprié. Le port peut par exemple être prévu dans un dépôt de vente au détail ou autre point de vente. Il faut noter que le lecteur wand peut également être inscriptible via le port de données, I'ordinateur individuel ou autre moyen (même le symbole de codes à barres lui- même) pour entrer des informations utilisateurs du type décrit ci-dessus. Ceci peut faciliter un usage à court terme d'un lecteur wand permettant à un utilisateur donné d'entrer des informations de manière temporaire pendant la durée de son utilisation du lecteur wand. Dans une variante de réalisation ergonomique, le lecteur comporte les 2798750 composants décrits d'une manière générale ci-dessus mais est d'une configuration légèrement différente. En se référant aux figures 30a et 30b, le lecteur 6200 a à peu près la taille d'un stylo classique mais, en section transversale par rapport à son axe longitudinal, est d'une forme sensiblement rectangulaire. De plus, une fenêtre de scannage 6202 est prévue à peu près à l'extrémité supérieure de l'une des faces latérales plutôt qu'à la pointe elle- même. En se référant à la figure 30b, on peut voir qu'une variante de configurations de lecture est ainsi réalisée de manière que le lecteur 6200 soit tenu de manière sensiblement parallèle, plutôt que sensiblement perpendiculaire, à une page 6204 destinée à être lue. De préférence dans ce mode de réalisation, une fenêtre d'affichage 6206 et un déclencheur marche/arrêt 6208 sont prévus à peu près à l'extrémité supérieure de la face latérale opposée. En conséquence, le déclencheur 6208 peut être contrôlé, par exemple, par le pouce de l'utilisateur, avec une aisance optimale pour une lecture ergonomique. De manière similaire, l'afficheur 6206 peut être aisément lu par l'utilisateur. Evidemment, une disposition de clavier et/ou d'afficheur plus complexe peut être incorporée comme approprié. La figure 30c représente une coupe partielle des détails internes d'un lecteur tel que celui représenté sur la figure 30a et 30b. On peut voir que lI'agencement représenté sur la figure 31 comporte une extrémité avant arrondie. En pratique, cet agencement peut en fait être circulaire ou rectangulaire en section transversale comme représenté sur les figures 30a et b. On notera que l'agencement représenté n'est pas nécessairement à l'échelle. A l'extrémité arrière 6210 du lecteur 6200, une ou plusieurs cellules d'alimentation 6212 sont prévues et maintenues en place par des moyens appropriés tels qu'un bouchon fileté 6214. Montés sur une carte 6216 pour la facilité d'assemblage, se trouvent les principaux composants lecteurs dont une diode laser 6218 et un miroir de lecture 6220. Le miroir de lecture peut être entraîné en mouvement de scannage par un pilote de scanneur 6222 contrôlé par un circuit approprié 6224 également monté sur la carte. En variante, 101 2798750 évidemment, le système peut être agencé sous la forme d'un dispositif de lecture statique, à champ de vue. Montée par dessus la fenêtre du scanneur 6202, on trouve de préférence une feuille de matière transparente 6226 de tous types appropriés. Egalement prévu à la fenêtre du scanneur 6202, on trouve un photodétecteur 6228 qui reçoit le faisceau lumineux réfléchi à partir des indices imprimés. Le réflecteur 6228 est connecté à un circuit de traitement approprié en 6224 convenant pour décoder l'information. Dans un mode de réalisation encore différent, un lecteur wand ou du type à stylet du type décrit d'une manière générale ci-dessus peut être utilisé pour détecter de la fausse monnaie. Des dispositifs sont connus pour la détection de fausse monnaie sur la base de divers paramètres tels que la couleur, la qualité d'impression, etc. Il est proposé d'incorporer un tel dispositif dans les agencements représentés pour offrir une option encore différente pour l'exploitation. Il existe actuellement des propositions concernant l'incorporation de codes à barres sur des grosses coupures, auquel cas le lecteur pourrait être utilisé à la fois pour lire le code à barres et pour détecter si le billet scanné est un faux. Dans les pays o existe un contrôle des changes, les billets peuvent être scannés au moment de la distribution et l'information retenue dans le lecteur. Au moment du téléchargement du lecteur en utilisant, par exemple, un puits de données, l'information concernant les billets de banque en circulation peut être maintenue, permettant là encore, d'empêcher la contrefaçon. La gamme d'applications du système pris dans son ensemble est évidemment très large. Par exemple, un consommateur pourrait utiliser le lecteur wand tout en se trouvant dans un avion ou un autre endroit à partir duquel l'accès à l'lnternet ou à un réseau informatique approprié n'est pas immédiatement disponible. En plus des applications décrites ci-dessus, le système pourrait être utilisé pour stocker et consulter l'information concernant des articles dans beaucoup d'autres applications, par exemple dans les systèmes de stockage en entrepôts. On peut voir que les enseignements ci-dessus concernant tout type de 102 2798750 scanneur approprié au scannage "à la main" et qui soit essentiellement portable, capable de lire un symbole de codes à barres ou un symbole portant une information similaire. L'information peut être téléchargée à partir de la mémoire se trouvant dans le scanneur tenu à la main au moyen de toute interface appropriée vers un ordinateur personnel ou autre point d'accès ou réseau informatique, et l'information correspondante appelée à partir d'un site * web ou d'un emplacement mémoire principale correspondant. Les figures 31, 32a et 32b représentent les composants de base d'un système selon la présente invention. Un terminal portable 710, par exemple un ordinateur qui tient dans la main du type assistant numérique personnel également appelé "organiseur" qui peut être optionnellement muni de capacités de scannage/lecture de codes à barres, est agencé pour être interfacé avec une base ou berceau 712, encore appelé monture, via une connexion physique. Par exemple le terminal 710 est inséré dans un logement approprié 714 prévu dans le berceau 712. Le berceau 712 est luimême connecté via un système hôte 715 qui peut être un ordinateur autonome, ou faire partie d'un réseau Intranet/RLE ou Internet/WAN (réseau à grande distance). Les composants de base du terminal 710 du berceau 712 et de l'hôte 715 sont standard et interconnectés de manière classique en utilisant des interfaces et des protocoles de communication connus excepté lorsque cela est autrement mentionné ci-après. En conséquence, des détails complets concernant l'équipement matériel des composants ne sont pas décrits ici étant donné qu'ils seront bien connus du lecteur expérimenté. Une brève description des divers composants et de leur usage et interconnexion est néanmoins donnée ci-après. Comme représenté sur la figure 32a, le terminal comprend de manière classique une entrée utilisateur 716, une "autre entrée" 718, un pilote d'affichage 720, une liaison distante 722, un processeur 724, une mémoire 726, et une interface de berceau 728. L'entrée utilisateur 716 peut comprendre, par exemple, un clavier avec 103 2798750 lequel l'utilisateur peut entrer des informations dans le terminal. L'entrée utilisateur est transférée vers le processeur et ultérieurement traitée comme décrit ci-après. L"'autre entrée" 718 peut comprendre, par exemple, un scanneur ou autre lecteur de codes à barres, une entrée de caméra vidéo, une entrée audio ou toute autre entrée de données appropriée. La figure 31 représente un terminal 710 comportant une tête de lecteur 718 de codes à barres montée en pivot. L'information introduite est transférée vers le processeur 724 pour un traitement supplémentaire comme décrit ci-après. Le terminal 710 comporte de préférence un écran d'affichage 719 pour afficher l'information à l'attention de l'utilisateur. Par exemple, l'écran peut représenter des données d'entrée à des fins de vérification, ou porter des messages d'instructions ou d'erreurs destinés à l'utilisateur, ou même des messages de communication transmis à partir de points distants. Le pilote d'affichage commande l'affichage et reçoit des instructions d'affichage à partir du processeur. Le terminal peut être un écran de télévision du type TRC (tube à rayon cathodique), un écran du type LCD (écran à cristaux liquides) à panneau plat ou tout autre écran approprié. L'avantage des afficheurs à écran plat réside évidemment dans leur faible volume en plus du caractère compact du terminal dans son ensemble. Une liaison distante 722 est prévue pour permettre la communication entre le terminal 710 et le berceau 712 (ou en fait tout autre point d'accès tel que défini par les paramètres opérationnels du système) tel qu'un procédé infrarouge IRDA, à faisceau hertzien, à fréquence radio ou tout autre procédé approprié. Les données dirigées vers ou provenant de la liaison distante sont traitées par le processeur 724. Le processeur 724 peut comprendre tout système de traitement classique tel qu'une CPU (unité centrale de traitement). Le processeur permet le contrôle centralisé des autres composants comme décrit ci-avant et ciaprès, 104 2798750 de même que les conditions générales d'exploitation du terminal, des données et des contrôles de l'état de l'alimentation, des contrôles de compatibilité, etc., comme cela est approprié. Une mémoire 726 est représentée séparément du processeur 724 bien qu'elle puisse être incorporée dans la même unité que le processeur 724. La mémoire 726 permet un stockage des données à long ou court terme par exemple des données reçues à l'entrée utilisateur ou autre entrée 716, 718, via la liaison distante 722 ou, comme décrit plus en détail ci-après, via l'interface berceau. Le contrôle, la gestion et le transfert de la mémoire peut être contrôlé par le processeur 724. L'interface berceau 728 permet le téléchargement de données stockées dans le terminal 710 vers le berceau 712 de même que le transfert de contrôle ou d'autres données à partir du berceau 712 vers le terminal 710. L'information destinée à l'interface berceau 728 et provenant de cette dernière est traitée par le processeur 724 comme approprié. Comme décrit plus en détail ci-après, l'interface berceau/terminal est une interface physique qui opère pendant, et peut être activée par, I'introduction du terminal 710 dans le logement 714 du berceau 712. Le berceau 712 comporte également divers composants représentés de manière synoptique sur la figure 32a, tout en étant agencé pour traiter du contrôle et des communications avec le terminal 710 de même que la communication avec l'hôte et autres fonctions périphériques. Le berceau 712 comporte un processeur 730 pour contrôler les composants restants comme décrit ci-après, de même que les conditions d'exploitation du berceau 712 et les besoins généraux en communication entre le berceau 712 et le terminal 710, entre le berceau 710 et l'hôte 715 et, lorsque le berceau agit de manière transparente, entre le terminal 710 et l'hôte 715. Le berceau comprend de plus une mémoire interne 732 et une mémoire externe 734. Toutes deux sont destinées au stockage de l'information reçue à partir de l'hôte 715 et/ou du terminal 710 pour le transfert entre les deux, tel 2798750 que géré par le processeur 730. La mémoire interne peut, par exemple, constituer une part intégrante de l'unité processeur 730. La mémoire externe 734 fait usage de préférence de dispositifs de stockage externe tels que des disques, etc. Le berceau 712 communique avec le terminal 710 au moyen d'une interface de terminal 736 communiquant avec l'interface berceau 728. Les interfaces' terminal et berceau sont de préférence des interfaces physiques comme décrit ci-dessus. L'information destinée au terminal 710 et provenant de ce dernier peut être gérée via un processeur 730. Le berceau 712 comporte de plus une interface hôte 738 pour communiquer avec l'hôte 715. L'interface peut être une interface câblée ou une interface sans fil de type connu comme approprié. Un contrôleur de communication 740 peut également être prévu en plus pour gérer les divers protocoles de communication entre le terminal 710, le berceau 712 et l'hôte 715. Une liaison distante 742 est prévue dans le berceau 712 pour la communication avec la liaison distante 722 du terminal 710. La communication peut, comme décrit ci-dessus, être tout moyen de communication sans fil tel qu'une communication infrarouge IRDA, radio ou à faisceau hertzien. Le berceau 712 peut également comporter divers périphériques de type classique qu'on trouve d'une manière générale avec les ordinateurs telles qu'une imprimante 744 ou autre composant tel qu'un écran agrandi, une liaison modem vers un hôte distant, des capacités de stockage ou de traitement additionnel, etc. Le berceau 712 communique via l'interface hôte 738 avec l'hôte 715. L'hôte 715 peut être un ordinateur autonome ou faire partie d'un réseau local d'entreprise tel que l'lntranet. L'lntranet peut lui-même faire partie de l'lnternet aux autres réseaux à grande distance, et si approprié des mesures de sécurité appropriées telles qu'un "pare-feu" peuvent être mises en place. De nombreuses applications et avantages sont fournis par le système ,. représenté sur les figures 31, 32a et 32b. En particulier, tous les avantages 106::ou 106 2798750 propres à un terminal qui tient dans la main sont disponibles, tels que la portabilité, la facilité d'utilisation, et l'adéquation à des usages mobiles ou itinérants. Des applications particulières comprennent les travaux d'inventaire, le contrôle des marchandises transportées, I'utilisation au point de vente, les formulations en matière de bourse des valeurs, les ventes aux enchères, etc. Du fait que le berceau comporte une interface de données, I'information introduite au terminal, par exemple une saisie au clavier ou une entrée de codes à barres peut être stockée à court terme dans le terminal et transférée à intervalles réguliers vers le berceau lorsqu'il est introduit dans le berceau. Une fois l'information téléchargée, la mémoire du terminal peut être effacée. Au même moment, des données de contrôle ou d'application peuvent être transférées à partir du berceau vers le terminal si bien que l'application du terminal peut être modifiée ou mise à jour comme souhaité. Le terminal comporte de plus de préférence un module de charge de batterie qui se connecte au terminal lorsque ce dernier est introduit dans le berceau pour permettre une recharge de batterie simultanée. Cette option est décrite plus en détail ci-après. Le berceau communique ensuite l'information téléchargée à l'hôte, et permet la communication d'information de mise à jour/application à partir de I'hôte vers le terminal. En conséquence, le système permet une mise à jour rapide de la base de données hôte avec des informations provenant du terminal tout en nécessitant une capacité mémoire réduite au niveau du terminal. Au même moment, le berceau permet des bénéfices importants en terme de temps- efficacité, à la fois en réduisant la participation utilisateur dans le transfert de données à une valeur minimale et en permettant l'utilisation des temps morts utilisateurs pour télécharger l'information. La liaison distante permet de plus une capacité de mise à jour immédiate lorsque nécessaire, en permettant en même temps à cette capacité d'être maintenue à un minimum (au moyen de sessions de téléchargement régulières), ce qui conduit à une réduction 107 2798750 correspondante de la consommation d'énergie. Comme décrit plus en détail ci-après, des avantages particuliers de l'invention reposent sur un système dans lequel le système de base décrit en référence aux figures 31, 32a et 32b est amélioré, et les tâches mémoire/calcul réparties de manière à autoriser une flexibilité maximale et une demande minimale sur le terminal 710. Des ordinateurs tenus dans la main connus sont continuellement mis à jour et re-modélisés pour autoris er une capacité mémoire, un stockage de données et une disponibilité d'applications maximaux. D'une manière générale, ceci implique une augmentation du coût et de la complexité du système, et conduit à un accroissement en poids et en volume qui est évidemment indésirable pour un système portable. De plus, les frais généraux relatifs au système sont très élevés - la mise à niveau de l'ordinateur est onéreuse et doit être effectuée sur une base individuelle, et basée sur des périphériques ou des logiciels ajoutés qui peuvent représenter une charge financière considérable. Cette tendance à une capacité interne et à des possibilités accrues conduit à un plus grand risque de défauts ou d'erreurs et aux inconvénients qui en découlent. De tels systèmes sont actuellement connus sous la dénomination de "clients lourds". La présente invention d'autre part, autorise un "client ultraléger". En principe, ceci est réalisé en réduisant la charge de calcul et mémoire du terminal dans la plus grande mesure possible et en incorporant cette charge par contre à l'intérieur du berceau ou, si possible, dans l'hôte lui-même. Ceci permet également au berceau 712 de fonctionner en tant que "client léger". En conséquence, le terminal comporte la capacité minimale pour l'interface utilisateur, à savoir la capacité d'affichage, la capacité d'entrée utilisateur ou autre, la capacité mémoire et de traitement minimal et la capacité de communication décrite ci-dessus. Le berceau/hôte agit ainsi en tant que véritable ordinateur, assurant une majeure partie de la capacité de traitement et mémoire, y compris les unités de disque, I'interface de communication, etc. Etant donné que le berceau agit comme un client léger, sa simplicité et son 108 2798750 adaptabilité peuvent être maintenues en assurant que le maximum de traitements puisse être effectué au niveau de l'hôte. Une architecture de base autorisant un client ultraléger est représenté sur la figure 33. Des références numériques similaires sont utilisées pour décrire les caractéristiques similaires tout au long du mémoire descriptif et l'explication concernant les diverses caractéristiques ne sera pas répétée en détail excepté lorsque cela est approprié. On peut voir que le terminal 710 supporte toujours des capacités de base diverses dans la même mesure que la version représentée sur la figure 31, en particulier les entrées utilisateur et "autres" 716, 718 et l'interface berceau et la liaison distante 728, 722 doivent conserver un grand nombre de leurs caractéristiques afin que le terminal 710 puisse exécuter ses fonctions frontales de base de manière adéquate. Cependant, le processeur, la mémoire et le pilote d'affichage sont tous consolidés en une seule unité à spécification inférieure, une fois de plus suffisante pour piloter les fonctions frontales de manière adéquate. La gestion des fonctions transférées et par conséquent gérée par le berceau et/ou l'hôte. Par exemple, le traitement des données introduites au terminal peut être effectué par le berceau après que l'information a été téléchargée si bien que le terminal nécessite de porter et de mémoriser uniquement des données brutes, ce qui requiert moins d'espace mémoire et de puissance de traitement. Le berceau fonctionne également en tant que client en termes de stockage de données externes et d'application périphérique telle que l'impression et l'affichage. Le berceau 712 communique ensuite avec l'hôte 714. Ce qui est plus important, cependant, réside dans le fait que l'hôte lui- même fournit le support des applications comme décrit plus en détail ciaprès. En outre, I'hôte peut prendre en charge un plus grand nombre des fonctions du berceau comme approprié si cela est souhaité pour réduire les spécifications du berceau, aussi longtemps que le berceau maintient ses fonctions de base de téléchargement et intermédiaire. En se référant une fois de plus aux "clients lourds" classiques, des 109 2798750 applications destinées à être exécutées par le terminal telles que des applications commerciales destinées à des objets à évaluer, des services de base de données, de fichier, de courrier, d'impression et de répertoire et autres fonctions dédiées, sont prévus en interne par rapport au terminal luimême. Ceci nécessite des exigences en mémoire et en traitement considérables, ajoutées à la complexité et au volume et la nécessité d'une mise à jour régulière et d'un entretien est tout-à-fait probable. La présente invention, cependant, fonctionne conformément à un système différent, les applications décrites ci-dessus telles que les bases de données, la messagerie ou autres alternatives telles que des systèmes d'inventaire, des systèmes de tarification/de codage, des applications de tableur et de traitement de textes sont stockés ni sur le terminal, ni sur le berceau mais sur l'hôte auquel le berceau a accès. Ces applications sont fournies et maintenues par un serveur central ou des serveurs répartis sur le réseau hôte comme approprié, autorisant une mise à jour et une maintenance de contrôle central. De plus, des copies multiples du logiciel d'application ne sont pas requises pour un stockage permanent sur un grand nombre de terminaux indépendants, ce qui conduirait à des charges encore supplémentaires en terme de coût de licence et des difficultés de maintenance et de mise à jour. Lorsqu'on souhaite faire usage des applications spécifiques, cette application peut être appelée au niveau du berceau et mise en antémémoire pour une utilisation dynamique, et supprimée lorsqu'elle n'est plus nécessaire. En conséquence, la quantité de mémoire requise est considérablement réduite. Par exemple, lorsque l'on souhaite traiter des données entrées au terminal suivant une application spécifiée, l'application peut être appelée à partir de l'hôte et traitée au berceau 712, et les résultats stockés dans la mémoire interne ou externe, imprimés, affichés sur un écran approprié ou téléchargés vers l'hôte pour un traitement supplémentaire. Dans une autre variante, les données provenant du terminal peuvent être transférées à partir du berceau 2798750 vers l'hôte sous forme de données brutes avec des instructions destinées au moyen de traitement et le traitement effectué au niveau de l'hôte, ce qui réduit encore davantage la charge mémoire et de traitement sur le terminal et le berceau. Comme décrit ci-dessus, il existe de nombreuses applications pour le système de la présente invention, par exemple dans le domaine du transport et de la logistique, de l'entreposage, de la sécurité publique, de la vente au détail et toute autre entreprise reposant sur un flux de données rapide et efficace et nécessitant la collecte et la transmission de données sous forme portable. Comme décrit plus en détail ci-après, une implémentation possible du berceau comprend un berceau sans fil basé sur un véhicule communiquant avec des points d'accès via une communication sans fil. Ceci permet une utilisation basés sur des véhicules, encore plus appropriée au transport dans les sociétés de course ou de messagerie, aux utilitaires, aux organisations de sécurité publique, à la vente et à la maintenance sur le terrain et toute autre opération itinérante. Un mode de réalisation possible du terminal selon la présente invention est représenté avec plus de détails sur la figure 34a. Le terminal 710 est de préférence façonné en ayant à l'esprit des considérations ergonomiques permettant une utilisation, un transport et un stockage aisés par l'utilisateur. Une caractéristique importante du terminal réside dans l'écran d'affichage 750. Ce dernier peut être par exemple un écran LCD ou vidéo. Il est de préférence à haute définition, suffisante pour représenter des icônes détaillées et de préférence, des images vidéo détaillées comme décrit plus en détail ciaprès. Le terminal 710 supporte des fonctions appropriées au scannage laser et/ou à la collecte de données à base de stylet. Par exemple, le terminal 710 peut comporter un composant lecteur 752 qui peut être intégré comme représenté ou modulaire. Le lecteur 752 est agencé pour le scannage au laser d'indices graphiques tels que des codes à barres et comporte les caractéristiques de composant de base d'un lecteur, à savoir un moyen d'émission de faisceau de l l l 2798750 lecture tel qu'une diode laser, un moyen de détection du faisceau de lecture réfléchi et un moyen de balayage du faisceau si cela est souhaité, par exemple un miroir oscillant (dans le cas d'un scanneur optique à "spot mobile"). Si le scanneur est un scanneur à "champ de vue", d'autre part, aucun moyen de scannage n'est requis, et le détecteur comprend un réseau CCD (semi- conducteur à couplage de charge). Les données collectées par le lecteur 752 sont traitées comme "autre entrée" représentée sur le bloc 718 des figures 32a et 33 en rapport avec le terminal, et les données sont traitées en conséquence. De plus, le terminal 710 peut comporter un stylet de données 754. De telles caractéristiques sont connues dans l'art. En particulier, le stylet de données 754 peut être utilisé pour écrire directement sur l'écran 750 du terminal 710, soit pour l'entrée des données, pour la capture et la vérification de signatures ou à d'autres fins appropriées de collecte et de vérification de données. Le terminal 710 comporte également un haut-parleur audio 756 permettant à des signaux d'alarme et/ou autre message audio tel qu'une parole issue de synthèse vocale ou une voie humaine d'être délivré par le terminal à l'attention de l'utilisateur, de même qu'une entrée audio telle qu'un microphone par exemple pour la communication vocale bidirectionnelle. Les figures 34b à 34f représentent une variante d'implémentation de terminal 745. Le terminal 745 comporte un écran d'affichage 746, des commandes 747a, 747b et un haut-parleur 748. Le terminal est agencé pour une communication sans fil avec, par exemple, un réseau Intranet local. Les messages envoyés par le terminal 745 sont affichés sur l'écran d'affichage 746. Des messages simples peuvent également être relayés à partir du terminal 745, en variante le terminal 745 peut relier des informations de base concernant la localisation ou l'identification de l'utilisateur. De préférence, l'écran 746 est un écran basé sur des icônes sur lequel, par exemple, l'utilisateur peut choisir des messages destinés à être relayés vers le réseau en faisant défiler l'écran entre les icônes appropriées en utilisant les boutons de commande 747a, 747b. Le terminal 745 peut comporter également des 112 Z:o^ 112 2798750 capacités audio soit pour émettre un signal court du type "beep" lorsqu'un message est reçu soit, dans des versions plus sophistiquées, incorporer un synthétiseur vocal qui avise l'utilisateur qu'un message a été reçu ou en fait prononce le message. Le terminal 745 peut également comporter un microphone (non représenté) permettant à des messages audio d'être relayés vers le réseau via le terminal 745. Pour la facilité d'utilisation, le terminal comporte également de préférence une pince 749 lui permettant d'être fixé de manière amovible sur un vêtement de l'utilisateur. Le système intègre de préférence une gestion de l'économie d'énergie/gestion de l'économie d'énergie distribuée pour s'assurer que pour les composants portables au moins l'alimentation est utilisée de manière aussi efficace que possible permettant d'obtenir une durée de vie complète de l'alimentation. En particulier, lorsque le terminal est capable d'exécuter des tâches différentes en utilisant des composants différents, I'utilisation de l'alimentation pour chaque composant est de préférence répartie par réglage individuel en fonction de chaque composant afin d'optimiser la demande en énergie pour satisfaire les exigences en énergie nécessaire. Une application de vente au détail selon l'invention est représentée sur la figure 35. Un consommateur 760 entre dans un dépôt de vente au détail tel qu'un supermarché (non représenté), ou tout autre magasin approprié vendant des marchandises ou des produits. Le dépôt de vente au détail fournit automatiquement une pluralité de terminaux portables 710 entreposés dans un emplacement pratique dans leurs berceaux respectifs 712. Le consommateur 760 choisit un terminal 710 à partir d'un berceau 712. Comme représenté, le dépôt de vente au détail propose une variété de produits par exemple sur des étagères 762 ou des comptoirs 764. Sont également prévus dans le dépôt de vente au détail, une pluralité de transmetteurs ou de points d'accès 66 radio ou autres moyens sans fil appropriés, en des emplacements adéquats. Au fur et à mesure que le consommateur 760 se déplace dans le dépôt de vente au détail, les points d'accès 766 diffusent vers le terminal 710. Le 113 2798750 terminal 710 utilise des systèmes de priorité connus et/ou des algorithmes pour n'accepter que les signaux provenant du point d'accès 766 le plus proche. Le point d'accès 766 transmet l'information concernant les produits disponibles dans la proximité du terminal 710 pour un affichage sur l'écran 750. Le terminal 710 reçoit les signaux via la liaison distante 722 représentée sur la figure 32a. L'information transmise par le point d'accès 766 vers le terminal 710 peut prendre diverses formes, et dans un mode de réalisation préféré le terminal affiche des icônes graphiques représentant des produits disponibles dans la localité, comme représenté sur la figure 36. Par exemple, lorsque le consommateur est dans le voisinage du rayon lessive et le terminal 710 choisit un signal de diffusion à partir du point d'accès 766 le plus proche, les produits disponibles dans le rayon lessive peuvent apparaître sur l'écran 750 du terminal tels que du liquide vaisselle ou liquide de lavage normal 770, 772, respectivement. Des représentations picturales réelles des produits peuvent apparaître pour offrir une facilité de référence au consommateur. Des informations annexes telles que le prix, I'emplacement, et toute offre promotionnelle peuvent également être fournies en 774. En conséquence, l'environnement de vente au détail peut être réalisé sur mesure pour une efficacité optimale. Un point d'accès 766 dédié ou chacun de la pluralité des points d'accès 766 peut également fournir, par exemple, une carte du dépôt de vente au détail et des produits trouvés comme représenté sur la figure 37. De manière optionnelle, la carte pourrait inclure un marqueur 776 indiquant la position actuelle de l'utilisateur - ceci pourrait être estimé en déterminant lequel des points d'accès se trouve en cours de communication avec le terminal, ou un système de positionnement géométrique simple pourrait être utilisé. En fait, un tel système de positionnement permettrait de plus au message diffusé vers le terminal d'être dépendant de la position du consommateur telle qu'établie par le système de positionnement plutôt que comme déterminée par la localisation du point d'accès le plus proche. 114 2798750 Le terminal peut comporter un écran d'options préliminaires, comme représenté sur la figure 38a qui est affiché à l'attention du consommateur lorsque ce dernier accède la première fois au terminal. Divers icônes sont représentées selon les fonctions que le consommateur souhaite utiliser. Les icônes peuvent être atteints et traités par le consommateur de diverses manières connues, par exemple en utilisant un rouleau de lecture intégré du type "souris" monté sur le scanneur, en prévoyant un écran tactile, en ayant un "crayon numérique" agencé pour interagir avec l'écran ou en utilisant un clavier sur le terminal. Les icônes peuvent comprendre les suivantes: entrée des informations d'identification personnelles 780, carte 782, information produit 784, offre actuelle 786, produits se trouvant dans le voisinage de l'utilisateur 788, paramètres du terminal 790, description d'un rayon local 792 et aide 794. On notera que beaucoup d'autres icônes et fonctions peuvent être incorporées comme mises en évidence par la description suivante. L'exploitation de l'écran initial et des écrans suivants est représentée par l'organigramme montré sur la figure 38b. Au stade 7100, le terminal est retiré du berceau qui amorce automatiquement la présentation de l'écran d'option. Le terminal attend ensuite une sélection d'une option donnée en 7102. Le système se déplace alors vers le sous-menu requis par les icônes 780 à 794. Si l'icône 780 d'entrée des informations d'identification personnelle est choisie, alors le terminal attend l'entrée de l'information pertinente. Ceci peut être, par exemple, réalisé en entrant une carte de crédit ou autre numéro d'identification, en glissant une carte magnétique appropriée dans une fente du terminal ou en utilisant les capacités de lecture de codes à barres sur le terminal pour lire l'information d'identification personnelle codée avec des codes à barres. Ceci est représenté d'une manière générale en 7104. Une fois l'information entrée, le crédit ou le débit automatique des articles scannés et achetés par le consommateur peut être initié, ou des informations additionnelles concernant les schémas d'achat et les préférences du consommateur peuvent être utilisées pour cibler le consommateur avec des 2798750 annonces publicitaires sur des produits choisis. L'information peut être relayée depuis le terminal vers les points d'accès via une communication sans fil. En variante, l'information d'identification de l'utilisateur peut être entrée alors que le terminal se trouve dans le berceau, par exemple via une fente pour carte à piste magnétique dite carte "swipe" prévue sur le berceau. En fait, ceci peut être utilisé pour libérer et initialiser le terminal comme mesure de sécurité supplémentaire. Une fois que l'information a été entrée et traitée comme approprié à l'étape 7106, le système retourne à l'écran des menus en 7102. Si l'option carte est choisie ensuite, optionnellement, la position courante de l'utilisateur est identifiée en 7110 et la carte est affichée montrant cette information en 7112. Le consommateur a alors l'option de retourner vers le menu initial à l'étape 7108. Lorsque l'information produit est requise en 784, le produit requis peut soit être saisi ou bien être choisi en utilisant une série de menus à portée descendante 7114 à 7116. Une fois le produit identifié le consommateur peut alors se voir présenter diverses options quant à l'information requise - prix, marques disponibles, offres disponibles, localisation, etc. en 7118. L'utilisateur peut également retourner à l'écran principal 7102 à l'étape 108. Si le consommateur souhaite visualiser les offres courantes, en 786, alors l'offre type intéressante peut être choisie en 7118. Par exemple toutes les offres courantes peuvent être défilées devant l'utilisateur, lesoffres liées aux achats que l'utilisateur a déjà réalisés peuvent être montrées, les offres concernant une classe particulière de marchandises peuvent être représentées ou des offres dans le voisinage peuvent être montrées telles que choisies par une icône ou une entrée de données appropriée. L'utilisateur peut ensuite retourner à l'écran principal 7102 à l'étape 7120. Si l'utilisateur souhaite chercher quels produits sont disponibles dans le voisinage, alors la position de l'utilisateur est établie en 7122 et des signaux de diffusion provenant des points d'accès 766 appropriés sont reçus et affichés en 7124. Cette option peut être maintenue par défaut afin de présenter des 116 2798750 informations appropriées au consommateur lorsque ce dernier évolue autour du point de vente au détail. Là encore, le consommateur a l'option de retourner à l'écran principal 7102 à l'étape 7126. Si le consommateur souhaite choisir les paramètres du terminal à l'étape 790, les divers paramètres disponibles sont affichés à l'étape 7128. Ces paramètres peuvent être, par exemple, la luminosité de l'affichage, la taille de l'affichage, la langue, le volume (lorsqu'un synthétiseur vocal est intégré), etc. Le paramètre est ajusté comme approprié à l'étape 7130 et l'utilisateur peut ensuite retourner au menu principal 7102 à l'étape 7126. Lorsque l'icône 792 "rayon local" est choisie, le rayon le plus proche peut être choisi en fonction de la position du consommateur, et le rayon affiché de manière picturale. Par exemple, lorsque le consommateur essaye de trouver un produit spécifique, le produit peut être mis en valeur. Cette option peut être utilisée conjointement avec le système de carte afin d'identifier un rayon donné comme représenté par le signe clignotant 7134 sur la figure 37. En variante, la représentation du rayon pourrait mettre en valeur des produits en promotion ou toute autre information pertinente à l'étape 7132. Si l'icône d'aide 794 est choisie, alors le consommateur est invité à choisir laquelle des icônes nécessite des explications supplémentaires à l'étape 7136. Le message d'aide approprié 7138 est alors affiché en conséquence. Pour chacune des options, le consommateur a la possibilité de retourner à l'écran principal 7102. On peut voir que le système offre une présentation très conviviale permettant au consommateur d'identifier des produits, de trouver o sont les produits concernant le consommateur, d'être informé des offres spéciales, etc. Lorsque l'information d'identification du consommateur est stockée le consommateur peut alors être ciblé avec une information mercatique/publicité personnalisée tenant compte de ses préférences spécifiques stockées. Le système peut être encore amélioré en incorporant un synthétiseur vocal ou autre moyen de diffusion de message audio dans le terminal si bien que le 117 2798750 terminal peut "parler" au consommateur pour passer des informations concernant divers produits offrant un intérêt et toute autre information pertinente. Le système peut également avoir des applications dans les travaux d'inventaire et de gestion de stock du dépôt de vente (ou en fait des travaux de gestion d'entrepôt, etc. bien que la description suivante soit limitée au dépôt de vente au détail décrit ci-dessus). Par exemple, lorsqu'il est souhaité de réorganiser les rayons, un rayon dans sa forme courante peut être montré sur l'écran et le réagencement pourrait être effectué d'abord virtuellement en glissant-déplaçant les images appropriées pour montrer le déplacement des marchandises réelles sur les rayons. Les déplacements physiques pourraient suivre. Ceci permettrait d'avoir à la fois un guide quant à l'aspect des rayons réempilés et également un contrôle très utile pour s'assurer que les préposés au rayon soient en mesure de comparer les mesures qu'ils ont prises avec celles qui étaient nécessaires. En variante, pour un produit donné ou un nom de marque ou une classe de produit, en mettant en valeur la représentation de ce produit sur l'écran, des données pertinentes telles que l'inventaire, la livraison, I'historique des ventes, etc. peuvent être présentées à l'utilisateur. Un système similaire d'icônes et d'étapes peut être utilisé avec ceux décrits en référence aux figures 38a et 38b. Des terminaux dédiés pourraient être prévus à de telles fins dans le dépôt de ventes au détail décrit ci-dessus. En variante, le préposé au remplissage du rayon, le gestionnaire du stock ou autre personnel qualifié peut entrer ses informations d'identification d'utilisateur dans le berceau avant de retirer le terminal si bien que le terminal est initialisé de manière appropriée. On appréciera le fait que le même système peut être utilisé pour les travaux d'inventaire dans les entrepôts ou des travaux de suivi général de produits, utilisant des icônes graphiques pour représenter des produits et permettre un accès rapide et convivial aux informations d'arrière- plan, de commande ou de destination. On verra qu'une variété d'autres caractéristiques périphériques peut être 118 2798750 envisagée pour le système. Par exemple, le système peut comporter une alarme de portée si bien que si un terminal est sorti du magasin, ou en dehors de la zone désignée à l'intérieur du magasin, une alarme se déclenche. Par exemple, si le consommateur portant le terminal s'égare dans une zone o aucun point d'accès n'est disponible ou dans laquelle l'accès est d'une manière générale réservé au personnel alors l'alarme peut sonner. L'alarme est prévue à l'intérieur du terminal et peut opérer, par exemple, sur la base de signaux de portée provenant du point d'accès le plus proche pour établir si il a dépassé cette portée auquel cas l'alarme sonnera. Le terminal peut être utilisé conjointement avec un système "auto- scannant" par l'utilisateur de manière que l'utilisateur scanne ces produits achetés individuellement, ce qui élimine la nécessité du personnel de contrôle et accélère généralement le processus de chalandage. Dans ce cas, le terminal peut stocker les détails d'achat contre l'information d'identification de l'utilisateur - lorsqu'approprié - pour mettre à jour les bases de données concernant le profil mercatique du consommateur particulier. Le scanneur peut également être utilisé pour lire des codes directement à partir des produits de manière que des informations additionnelles peuvent être appelées au terminal. Le système décrit ci-dessus est particulièrement utile pour des clients "ultralégers" sous la forme de terminaux portables. Les capacités de base que doivent comporter le terminal lui-même sont le pilote d'affichage, les besoins minimaux requis en matière de mémoire et de traitement et les capacités de communication et les protocoles pour communiquer à la fois avec les points d'accès et le berceau. L'information concernant les produits, les cartes et autres aspects pertinents peut être consultée à la demande via les points d'accès à partir d'un hôte. Les données mémorisées concernant les schémas d'achat d'un consommateur donné et, comme approprié, les requêtes et autres transactions peuvent être téléchargées vers le berceau après chaque utilisation, ce qui réduit considérablement les besoins requis en mémoire. De manière similaire, les fonctions exactes requises pour le terminal par exemple 119 2798750 l'utilisation par le consommateur, I'utilisation à des fins d'inventaire, I'utilisation à des fins de remplissage, etc. peuvent être chargées à partir du berceau une fois que l'utilisation a été identifiée alors que le terminal est encore stocké dans le berceau. En conséquence, la charge mémoire et de traitement sur le terminal lui-même peut être maintenue à un minimum, autorisant une simplicité et une réduction en terme de coût de même qu'une facilité de mise à jour des applications, etc. Dans une variante d'agencement, chaque terminal peut communiquer avec son berceau respectif si le magasin est d'une taille appropriée. En conséquence, l'implémentation client ultraléger/berceau léger peut être réalisée. Le système peut être encore davantage amélioré de diverses manières. Par exemple, le terminal pourrait incorporer une partie scanneur détachable, si bien que le scanneur et/ou terminal sont chacun autonomes et accessibles de manière indépendante. Dans certaines circonstances, les capacités du terminal lui-même ou du scanneur lui-même seront seules requises et la charge additionnelle des autres composants ne serait pas souhaitée. Ce serait le cas par exemple lorsqu'un assistant numérique portable est requis. Une autre possibilité serait d'adapter le format de l'affichage du terminal. Ceci serait de préférence incorporé en tant que possibilité logiciel dans le berceau, plutôt que de charger le terminal avec cette capacité. Le format d'affichage - c'est-à-dire le nombre de caractères dans la direction horizontale - pourrait être adapté à la longueur horizontale de l'écran du terminal. Pour rendre le système aussi convivial que possible, il serait préférable que le terminal communique des dimensions d'affichage au berceau si bien que le serveur/berceau peut formater automatiquement la page d'affichage pour s'ajuster à l'écran sans la nécessité d'un retour à la ligne automatique, c'est-à- dire qu'une ligne de texte initialement prévue pour être unique soit divisée en deux ou plusieurs lignes. A titre d'alternative au formatage automatique, une sélection prédéterminée d'options de format prédéfini disponible pourrait être {2798750 consultée, et l'option appropriée adoptée. Une variante de la méthode pour éviter le retour à la ligne automatique pour des lignes de texte serait de réduire l'échelle du texte pour créer une taille de fonte plus petite ce qui permet à une seule ligne d'être logée sans retour à la ligne automatique. En plus de ses capacités de téléchargement/chargement/initialisation, de sécurité et de stockage, une autre fonction importante remplie par le berceau est une fonction de recharge des batteries. Chaque fois que le berceau reçoit un terminal, un contrôle du niveau des batteries est effectué et si les batteries sont en dessous du niveau de pleine puissance, ou un niveau de seuil de O10 puissance prédéterminé, alors la recharge aura lieu automatiquement pendant le temps hors-service du terminal. Le terminal comporte des contacts appropriés agencés pour coopérer avec des contacts de charge sur le berceau lui-même d'une manière connue. La technologie de recharge des batteries est bien connue de l'homme de l'art et ne sera pas décrite en détail ici. Une configuration de charge est représentée sur la figure 39. Selon cette configuration, le terminal 710 comporte un bloc batteries rechargeables 7010 qui peut être introduit de manière amovible dans le terminal et comporte des contact d'alimentation appropriés 7012, 7014 destinés à coopérer avec des contacts correspondants montés dans le terminal 710. Le bloc batteries 7010 comporte une pluralité de piles d'alimentation 7016 qui sont soit maintenues à demeure dans le bloc batteries 7010 ou remplaçables pour prolonger la vie du bloc batteries dans son ensemble. Le bloc batteries 7010 est logé dans un chargeur 7020 qui comporte une ou de préférence d'une pluralité de logements de blocs batteries 7022, 7024, 7026. Le chargeur 7020 est alimenté à partir d'une source d'alimentation appropriée représentée schématiquement en 7028. Ce système permet à des blocs batteries multiples d'être rechargés en même temps, si bien qu'une pluralité de terminaux peut opérer sur un bloc batteries complètement chargé alors qu'un bloc batteries de remplacement est en train d'être chargé. Ceci réduit le temps hors-service des terminaux portables à un degré qui n'est limité que par la disponibilité des blocs batteries et des 121 2798750 chargeurs. Le chargeur 7020 peut être incorporé dans un berceau ou bien être fourni séparément selon le cas. Il est nécessaire dans tout agencement de ce type d'introduire un circuit adaptateur qui détermine la vitesse de charge et d'autres paramètres dépendant de la nature à la fois du bloc batteries et du chargeur. De manière classique, un tel circuit adaptateur est prévu dans le chargeur lui-même, ce qui réduit le poids et la complexité du bloc batteries portable en conséquence. Selon un aspect de la présente invention, cependant, le circuit adaptateur est prévu sur le bloc batteries lui-même par exemple sur une face inférieure telle que représentée schématiquement en 7030. Selon ce système, I'opération de charge et la conception du chargeur 7020 sont substantiellement simplifiées. En particulier, le bloc batteries 7010 peut être introduit dans le chargeur configuré de manière appropriée et le circuit adaptateur 7030 prévu sur le bloc batteries 7010 adapte les opérations en conséquence. L'utilisateur par conséquent n'a pas à passer du temps pour s'assurer que le chargeur adéquat 7020 a été choisi. Des améliorations encore autres du terminal sont décrites dans les paragraphes suivants. Dans une variante encore révisée représentée sur la figure 62, chaque bloc batteries 7600 est prévu avec un adaptateur 7602 qui reçoit dans un logement approprié tel que celui représenté en 7604, la totalité ou une partie du bloc batteries 7600. Dans le mode de réalisation représenté, le bloc batteries 7600 comporte une partie de connexion 7606 en saillie qui est reçue dans le logement 7604 de l'adaptateur 7602. La partie de connexion 7606 et le logement 7604 ont des contacts complémentaires représentés d'une manière générale en 7608 pour l'alimentation, etc. L'adaptateur 7602 est logé dans une unité de base 7610 et fournit une interface appropriée entre le bloc batteries 7600 et l'unité de base 7610. Des contacts complémentaires représentés d'une manière générale en 7612 sont prévus sur l'adaptateur 7602 et une cavité de logement d'adaptateur 7614 sur 122 2798750 l'unité de base 7610 pour la transmission de l'énergie, etc. L'adaptateur 7602 comporte toute l'électronique de charge à l'exception des lignes d'alimentation elles-mêmes. En conséquence, le contrôle du processus de charge est réalisé comme décrit plus en détail ci-dessus. L'adaptateur 7602 peut comporter des indicateurs tels que des LED (diode électroluminescente) représentés d'une manière générale en 7616 pour indiquer "charge achevée", "erreur", "charge en cours", etc. On peut voir que l'unité de base 7610 est une unité à logements multiples permettant la charge d'une pluralité de blocs batteries via des adaptateurs respectifs simultanément. L'unité de base 7610 peut se passer d'une alimentation interne 618 ou d'une alimentation externe 7620 comme approprié. S'il est souhaité de ne charger qu'un seul bloc batteries alors l'adaptateur peut comporter de plus un connecteur d'alimentation pour une connexion directe à une source d'alimentation. En conséquence, dans ces circonstances, l'unité de base 7610 n'est pas du tout requise. Selon une autre encore des variantes, il est connu de prévoir des batteries "intelligentes" comportant une électronique complexe telle que des EEPROMS (mémoires mortes programmables et effaçables électriquement), un circuit d'entrée/sortie etc. Ces batteries intelligentes communiquent avec le chargeur ou autre hôte pour prévoir des paramètres divers dont la jauge de gaz, l'état de charge, le nombre de cycles, etc. Des batteries intelligentes, cependant, alourdissent considérablement le coût d'un bloc et à la fin du cycle de vie limité des piles (habituellement quelques centaines de cycles) on doit se débarrasser du bloc batteries intelligent en entier. Ceci peut être surmonté en utilisant un bloc batteries 7010 du type représenté sur la figure 39. Dans ce cas, les piles 7016 sont remplaçables, l'électronique intelligente étant maintenue dans le bloc batteries 7010. Par exemple, on peut accéder aux piles à travers une porte ou un couvercle comme approprié. En conséquence, l'électronique coûteuse et le boîtier du bloc 123 2798750U batteries onéreux peuvent être épargnés et utilisés de manière répétée. Les figures 63a et 63b illustrent d'autres encore des variantes des agencements bloc batteries/chargeur. Dans des systèmes connus, les blocs batteries sont chargés au moyen de chargeurs miniatures qui sont soit incorporés dans la large sortie du type prise d'un boîtier ou dans un module en matière plastique qui est fixé extérieurement au bloc batteries. Les deux solutions nécessitent, à l'extérieur du bloc batteries, soit un cordon, soit des pièces de module. Dans les agencements représentés sur les figures 63a, 63b, tout dispositif de charge externe de ce type destiné à charger les batteries est éliminé en prévoyant un bloc batteries 7630 comportant, comme représenté d'une manière générale en 7632 sur la figure 63b, un composant chargeur tel qu'un convertisseur courant alternatif/courant continu, une électronique de charge, une jauge de gaz, tous incorporés comme composants permanents. Deux variantes de types de blocs batteries 7630 sont proposées. Sur la figure 63a, le bloc est jetable après que les piles individuelles (non représentées) ont atteint leur limite de durée de vie. Sur la figure 63b, on peut voir que le bloc batteries 7630 comporte, par exemple, un couvercle articulé 7634 (sur lequel la fiche rétractable 7636 est montée de manière optionnelle) ce qui permet aux piles 7638 d'être remplacées après qu'elles ont atteint leur limite de vie. On peut voir que le bloc batteries 7630 tel que représenté sur la figure 63b comporte des contacts appropriés 7640 contre lesquels les piles 7638 peuvent être montées pour le fonctionnement du bloc batteries 7630. Dans un mode de réalisation, il peut être souhaité d'autoriser la "location" des terminaux - par exemple lorsque l'utilisation des terminaux est en supplément et optionnelle. Le berceau comporte un verrou physique sur le terminal et/ou quelques formes de verrou d'alimentation/accès si bien que, sans autorisation, l'utilisateur ne peut pas libérer le terminal du berceau, ou ne peut pas utiliser de terminal. L'autorisation peut être obtenue par identification de l'utilisateur appropriée, par exemple en introduisant une carte de crédit ou autre moyen d'identification de l'utilisateur dans le berceau. Si l'autorisation est 124 2798750 donnée, le verrou est libéré et l'utilisateur peut retirer et utiliser le terminal. Au même moment, le temps de libération est chronométré de manière que l'utilisateur soit facturé pour le temps de location jusqu'à ce que le terminal soit rentré au berceau auquel moment le compteur de temps cesse de l'incrémenter. La facturation peut être effectuée automatiquement lorsqu'approprié, sur la carte de crédit de l'utilisateur. Une possibilité que le terminal pourrait incorporer serait un téléphone portable ou téléphone cellulaire auquel cas le terminal/berceau serait un outil de mercatique pour louer des téléphones cellulaires pendant une période de temps donnée. Quelle que soit lI'utilisation souhaitée, des contrôles opérationnels pourraient être effectués par le berceau lorsque le terminal revient à lui afin de s'assurer qu'il est en état de fonctionner et n'a pas été détérioré pendant la période de location. Si des dégradations ont eu lieu, alors l'utilisateur sera identifié par l'information d'identification et peut être facturé de manière appropriée. De plus, I'information peut être mémorisée si bien que dans le futur, I'utilisateur ne sera pas autorisé à utiliser le terminal ou seulement à un taux de surprime. Dans les cas o le terminal consiste dans un téléphone cellulaire ou incorpore un téléphone cellulaire, une possibilité automatique peut être prévue par laquelle le terminal/téléphone fonctionne sur un RLE sans fil comme option préférée par défaut, mais si le terminal est hors de portée du point d'accès (comme défini par un niveau prédéterminé de fiabilité dans les communications) le système utilise la possibilité téléphone cellulaire. En conséquence, I'utilisateur peut se connecter à la destination souhaitée même s'il se déplace à l'extérieur de la zone du RLE sans fil, ce qui rend le réseau appelant transparent à l'utilisateur dont la seule préoccupation est d'être sûr que les communications soient assurées. Il est de plus souhaité d'autoriser des terminaux portables individuels de s'interconnecter les uns aux autres. Cette interconnexion peut être effectuée en utilisant tout protocole approprié, par exemple le système décrit dans l'article "Routing in Adhoc Networks of Mobile Hosts" (routage dans des réseaux ad 2798750 hoc d'hôtes mobiles), par David B. Johnson, 1995, IEEE pages 158-163. En particulier, un protocole spécifique au réseau d'hôtes mobiles est requis tenant compte de la mobilité des hôtes et de la portée de transmission limitée. Un hôte source cherche une route vers un hôte cible via des hôtes intermédiaires en diffusant un paquet de demandes qui enregistre sa route vers l'hôte cible. Le paquet de demandes comporte un identificateur de demandes de manière que les hôtes intermédiaires ignorent tout sauf la première copie du paquet de demandes. Le nombre total d'étapes est limité. En conséquence, le chemin le plus court peut en général être trouvé avec un minimum de surcharge de communication. Bien que les routes soient découvertes de cette manière, la route peut également être maintenue et des problèmes peuvent survenir lorsqu'un des hôtes intermédiaires dans la route choisie se déplace hors de la portée de transmission. Pour surmonter ceci, la maintenance de la route est effectuée en utilisant un système d'acquittement "hop-by-hop" (saut par saut) si bien que s'il existe un problème de transmission, celui-ci est répercuté à l'expéditeur de l'original et le système de découverte de route redémarrait. Il est également souhaitable, dans un réseau informatique mobile, de s'assurer que la localisation courante du terminal mobile est connue, au moins pour les raisons mentionnées ci-dessus en ce qui concerne le routage des messages. Une méthode pour réaliser ceci est de s'assurer que la localisation courante de chaque terminal mobile est périodiquement communiquée à un centre de réseau. En conséquence, une carte dynamiquement mise à jour de la localisation de tous les terminaux mobiles peut être maintenue, laquelle peut être de plus utilisée pour déterminer le routage des messages. Des systèmes similaires sont connus, par exemple, à propos des réseaux et des systèmes de téléphone cellulaire. Un système idoine est décrit, par exemple, dans le brevet des Etats-Unis d'Amérique N 5 612 703 qui concerne un système de communication cellulaire dans lequel la position d'une unité utilisateur choisie peut être déterminée en délivrant un signal de synchronisation à partir d'un noeud, en analysant un signal de réponse de synchronisation à partir de l'unité 126 2798750 utilisateur et en déterminant la position de l'unité utilisateur basée sur la transmission en aller-retour et le temps de réception. La demande de brevet des Etats-Unis d'Amérique No 08/614 068 également cédée à la Demanderesse et incorporée ici à titre de référence se rapporte à un terminal portable comportant une entrée de données et un afficheur de données et un détecteur de mouvement. Lorsqu'un déplacement est détecté, un contrôleur active un circuit approprié. Par exemple, lorsque le terminal est détecté comme étant dans une première orientation en position, une première fonction peut être exécutée tandis que lorsqu'il est détecté comme étant dans une seconde orientation en position, une seconde fonction est exécutée. On verra que cette possibilité peut être incorporée dans les terminaux selon la présente invention. Par exemple, elle peut être utilisée pour activer le terminal et le désactiver lorsqu'il est retiré du berceau et réintroduit dans ce dernier. Une autre variante préférée encore de l'invention est représentée sur la figure 40. Dans ce cas, le terminal 710 est un client ultraléger s'appuyant sur le berceau pour la majeure partie de la charge de calcul et de traitement. En fait, le terminal 710 peut être représenté par deux composants de base, un moyen bloc-notes 7140 et un composant de communications sans fil 7142. Les détails exacts de ces composants ne sont pas représentés du fait qu'ils sont bien connus de l'homme de l'art. En effet, le moyen bloc-notes permet l'entrée des données dans le terminal et l'affichage des informations pertinentes au terminal. La charge de traitement au niveau du terminal est largement réduite à cette capacité de base d'entrée/sortie conjointement avec le contrôle du composant de communication sans fil 7142. Le composant de communication sans fil communique avec un composant correspondant 7144 prévu dans le berceau 712. En conséquence, l'entrée de données brutes au terminal 710 est transmise directement au berceau 712 sans nécessiter de traitement (autre que pour des raisons de communication) dans le terminal, ce qui conduit à une réduction concomitante des capacités de traitement et mémoire et ainsi la 127 2798750 consommation d'énergie par le terminal 710. Au lieu de cela, le volume de la capacité de calcul est maintenu au berceau, à savoir un processeur de données 7146 incorporant un espace mémoire approprié, un espace mémoire additionnel sous la forme de, par exemple, disques, un périphérique imprimante 7150, et des capacités de communication Ethernet 7152 permettant au berceau de faire partie d'un réseau sans fil plus large connecté, par exemple, à un hôte faisant partie lui-même d'un Intranet ou ayant un accès à l'lnternet. En effet, par conséquent, le terminal portable 710 n'est rien de plus qu'un écran pour un ordinateur maintenu dans le berceau, les communications étant assurées via la liaison de communication sans fil en utilisant par exemple des protocoles radiofréquence ou infrarouges ou toute autre liaison appropriée. Plutôt que de communiquer directement avec le berceau, le terminal peut communiquer avec un ou plus d'un point d'accès le ou les plus proche(s), chacun étant lui-même en communication avec le berceau, ce qui permet une portée plus grande pour le terminal. Un tel système est particulièrement utile, par exemple, pour des courtiers sur les places boursières ou dans des implémentations comparables. Les courtiers peuvent effectuer leurs transactions en utilisant les afficheurs qui tiennent dans la main, par exemple acheter/vendre des valeurs, maintenir à jour leurs portefeuilles d'actions courantes et toute autre transaction appropriée sans nécessiter pour la majeure partie du traitement de conditions requises en mémoire ou en énergie dans le terminal. Lorsque le terminal n'est pas requis il peut être retourné au berceau pour télécharger toute information supplémentaire nécessaire, pour la mise à jour de ses applications internes par le berceau et pour la recharge des batteries. En conséquences, un terminal utile, de faible poids et très mobile est proposé avec des applications d'arrière- plan qu'on peut attendre d'un ordinateur individuel pleine échelle ou équivalent. Des implémentations supplémentaires encore envisagées pour le terminalconsistent à prévoir un récepteur d'émissions radio AM/FM et/ou d'émissions de télévision dans le terminal. En conséquence, I'utilisateur peut 128 2798750 utiliser l'unité à des fins de divertissement aussi bien que pour exécuter des tâches à caractère informatique. Un tel terminal est représenté sur la figure 41. Le terminal comporte un écran d'affichage 7154 qui est non seulement conçu pour la présentation de textes et d'icônes mais également d'images vidéo. Le terminal incorpore alors de plus un clavier, par exemple un clavier 7156 totalement alphanumérique permettant l'exploitation du terminal soit en tant qu'assistant numérique personnel ou, conjointement avec une liaison sans fil, en tant qu'ordinateur individuel de bas de gamme. Le terminal 710 comporte de plus des contrôles additionnels 7158 permettant la sélection et/ou le contrôle d'une fonctionnalité télévision ou radio par exemple volume/luminosité/canal, etc. En conséquence, un ordinateur portable est prévu lequel fait un usage additionnel de ses fonctions d'affichage en permettant à un récepteur de télévision d'être incorporé de même qu'à titre optionnel une possibilité radio. Dans une variante de configuration qui peut être utilisée comme une amélioration ou adaptation des modes de réalisation mentionnés ci-dessus, ou comme un produit autonome, le terminal portable peut comprendre un "navigateur" ou "fouineur" Internet. Ceci permet une exploitation en conjonction avec la possibilité de client "ultralégers". En effet, le client, en dehors de ses bases de traitement d'affichage et de communication, comporte un logiciel navigateur qui permet à l'utilisateur, via la liaison sans fil vers le berceau, de parcourir l'lnternet à la recherche d'applications et d'informations pertinentes. En utilisant cette possibilité de base, des applications et/ou des données peuvent être appelées sur demande et mémorisées dans une mémoire à court terme de bas de gamme aussi longtemps que nécessaire. Etant donné que des logiciels et des applications dédiés ne sont pas requis sur le terminal lui-même, les besoins en stockage et en traitement sont réduits de manière correspondante. Un affichage basé sur des icônes peut être incorporé dans le terminal pour permettre un accès convivial à l'internet ou un accès Internet parmi les diverses options possibles d'un menu de sélection. Un tel système peut, par exemple, être implanté en utilisant comme base le langage 129 2798750 * informatique Java (marque commercial) et le logiciel de support disponible auprès de la Société Sun Microsystems (marque commerciale). Ces points sont d'une importance particulière à présent que les "gestionnaires" de pages Web de l'lnternet ont migré d'un état d'entité statique visualisable en utilisant un navigateur vers des véritables applications ou "applets" ou appliquettes (composants programmatiques Java). Des systèmes ont été développés sur des réseaux locaux existants dans lesquels une fonction navigateur est introduite dans l'équipement matériel existant, formant un "sommet Web". Dans beaucoup d'applications, ceci comprend la première étape vers une migration vers un véritable "client léger" - il est envisagé que des "clients lourds" classiques sont d'une manière générale véritablement nécessaires pour des applications de traitement de gros volume à usage dédié. L'introduction de tels navigateurs permet à l'utilisateur d'accéder à l'lnternet via l'lntranet pour télécharger des applications et des informations conjointement avec la diffusion correspondante d'informations. En plus des services de navigation le système peut supporter des services de messagerie, des services d'administration etc., comme cela est bien connu. Comme décrit dans une certaine mesure par ailleurs, les avantages de ce système comprennent le contrôle de la sécurité, de la mise à jour au moment de l'exécution et des virus/falsifications. Les applications sont développées plus rapidement en raison du niveau d'utilisation auquel elles sont soumises et par conséquent des essais. Du fait que les applications sont stockées sur le serveur, I'administration peut être centralisée et les utilisateurs peuvent obtenir la mise à jour la plus récente de manière cohérente à travers le système. Le système peut supporter des applications multimédia de manière largement indépendante de la plate-forme cliente par exemple un système du type téléphonique comportant un écran d'affichage, des assistants numériques personnels, des périphériques de téléviseurs ("boîtes à poser sur le poste"), des dispositifs de point de vente/kiosques, des capacités de divertissement, etc. 2798750 Les systèmes incorporant la capacité terminal/berceau décrit ci-dessus sont avantageux, par exemple dans des exploitations itinérantes telles que des systèmes d'emballage, des systèmes de pistage et des systèmes de course ou de messagerie. Un tel système est représenté de manière schématique sur la figure 42. L'utilisateur 7160 porte un terminal portable 710 comportant de préférence des capacités de scannage laser et de données à base de stylet comme décrit ci-dessus. Le terminal est rechargeable au niveau d'un berceau 712 monté sur le véhicule de l'utilisateur 7162 et peut également télécharger des informations. Dans le mode de réalisation représenté le berceau est installé sur le tableau de bord bien qu'il puisse être installé sur le siège ou le plancher. Le berceau 712 est connecté à la batterie du véhicule 7164 ou, si nécessaire, à une source d'alimentation électrique auxiliaire. Cette connexion fournit la puissance de base à partir du véhicule vers le terminal pour la charge de la batterie et les fonctions de communication. La charge de la batterie commence automatiquement lorsque le terminal est introduit dans le berceau. Le berceau comporte de préférence un écran d'affichage indiquant que la batterie est en train d'être chargée, et lorsque la batterie est pleinement chargée, et une capacité de coupure est incluse si bien que l'énergie n'est plus soutirée du véhicule une fois que la batterie est pleinement chargée. Le terminal peut évidemment utiliser des blocs batterie modulaires permettant à un premier bloc batterie d'être en utilisation tandis qu'un second bloc batterie est en train d'être chargé. Le berceau incorpore ou coopère avec un modem de réseau étendu sans fil monté sur un véhicule permettant la transmission à partir d'un point d'accès 7166 et à partir de ce dernier, lequel communique lui-même avec un hôte 7168. En conséquence, via l'hôte, une transmission de données sans fil bidirectionnelle est réalisée entre des capteurs d'opération distants et le personnel extérieur itinérant. Par exemple, les heures de prélèvement et de distribution, les ordres de mission, les rapports d'activité, les enregistrements 131 2798750 de transaction et toutes autres informations pertinentes peuvent être communiqués entre l'utilisateur 7160 et l'hôte 7168 rapidement et avec efficacité. En particulier, l'utilisateur 7160 peut introduire des informations dans le terminal 710 via le clavier ou via un scanneur ou un lecteur à stylet ou autre interface d'entrée appropriée et attendre le téléchargement des informations chaque fois que le terminal 710 est placé sur le berceau 712. En variante, le terminal 710 peut communiquer via une liaison sans fil avec le berceau 712 pour une transmission de données instantanée à un niveau approprié. De préférence, le système incorpore une fonction "accusé de réception demandé" automatique, lorsque le terminal 710 est un terminal serveur Intranet. Un terminal serveur de ce type est décrit plus en détail dans la demande de brevet U.S. N 08/827 263 déposée le 28 mars 1997 également cédée à la Demanderesse et citée ici à titre de référence. Dans le fond, le terminal serveur comporte le logiciel serveur à l'intérieur du terminal lui-même permettant la création directe de fichiers Internet'/"sites web" sans nécessiter de communications complexes avec un serveur distant. Dans une telle implémentation, le berceau 712 est prévu sur le véhicule 7162 comme représenté sur la figure 42 et l'utilisateur 7160 porte le terminal 710 jusqu'au destinataire du colis pour signer le colis en notant l'heure de livraison. Comme le terminal/berceau est un serveur (dans une variante d'implémentation le logiciel serveur peut être incorporé dans le berceau sans perte d'efficacité et avec une réduction dans la charge de traitement pesant sur le terminal), et le serveur peut communiquer sur un réseau étendu vers l'hôte ou le dépôt, une interface peut être prévue vers l'lnternet permettant à l'expéditeur du colis de déterminer à tout moment si le colis a été déjà livré ou si une livraison a été tentée mais le paquet n'a pas été reçu. En conséquence, la société de livraison peut définir une capacité additionnelle pour attirer et satisfaire les consommateurs, donnant des informations instantanées via l'lnternet sur l'état de toute livraison. L'implémentation détaillée de ce qui précède peut être menée à bien de 132 2798750 diverses manières. Par exemple, I'expéditeur du colis peut accéder au site web de la firme de livraison et suivre ensuite la progression du colis particulier offrant un intérêt en utilisant, par exemple, un numéro de code attribué au moment de la commande de la livraison. Au même moment, la progression du colis peut être enregistrée par l'utilisateur ou l'agent de livraison en entrant les heures de livraison ou de tentative de livraison comparativement au code. Le code peut, par exemple, être lu par un scanneur prévu dans le terminal à partir des codes à barres prévus sur le colis, si approprié. L'enregistrement ou journalisation de la progression du colis peut être amélioré davantage encore par le transfert d'enregistrement du colis à des stades intermédiaires entre l'expéditeur et le destinataire, par exemple, à chaque stade de la chaîne de dépôt. Le développement d'une liste ou table de routage est d'une importance particulière dans le cas général o la route exacte à prendre par le colis via la chaîne de dépôt n'est pas décidée au moment o la livraison est commandée. Ceci peut faciliter un double contrôle de la progression du colis. Il est préférable que la liste de routage spécifie les détails du camion de livraison final étant donné que ce dernier est plus facile à pister que les colis individuels. De préférence l'expéditeur paie une prime pour ce système de "accusé de réception instantané" si bien que la charge de transmission de l'état de chaque colis est réduite et ne nécessite pas d'être accessible sur une base de temps réel excepté lorsque l'on paie pour cela. En se référant aux figures 43a 43b, une implémentation particulièrement utile du terminal portable est représentée pour une utilisation avec l'implémentation de livraison décrite ci-dessus. Dans de telles implémentations, il est souhaitable pour l'utilisateur d'avoir les deux mains libres pour la livraison de colis. En conséquence, un scanneur 7170 du type "pendentif" est utilisé, accroché autour du cou de l'utilisateur. Le terminal comporte une fenêtre scanneur 7172 orientée de manière à pointer dans la direction d'un colis maintenu à hauteur de taille par l'utilisateur. Un tel colis est représenté en 7174. Le terminal 7172 est ainsi capable de scanneur le colis et tous codes à 133 2798750 barres maintenus sur ce dernier avec une aisance optimale. Pour une manipulation simplifiée le terminal comporte de plus des contrôles 7176 et un écran d'affichage 7178 prévu sur une surface orientée vers le haut, si bien que l'utilisateur peut manipuler les contrôles et lire l'écran sans avoir à déplacer le scanneur pendentif. Le terminal 7170 peut de plus communiquer avec, ou être en interface avec, le berceau 712 de la manière décrite ci-dessus. Comme mentionné ci-dessus, toutes utilisations peuvent être envisagées pour les terminaux du type décrit ci-avant, y compris des solutions du type gestion d'entrepôt et généralement logistique. Le système "client léger" décrit ci-dessus est particulièrement approprié à une incorporation dans les infrastructures existantes comprenant l'équipement matériel systèmes PC, réseaux et outils de données, et l'équipement logiciel bases de données, etc. qui sont déjà en place. Ceci s'applique à tous les domaines concernés du marché par exemple la vente au détail, la distribution ou la manufacture. Un tel système devra comporter de préférence un serveur central hébergeant une base de données appropriée conjointement avec des clients appropriés - par exemple des terminaux sans fil du type décrit ci-dessus intégrant une interface utilisateur graphique destinée à l'utilisateur. Le système apporte les avantages d'une exploitation en temps réel qui écourte le délai de livraison des instructions et fournit une implémentation optimale à la fois du personnel et du matériel, ce qui permet en même temps à la vérification d'avoir lieu sur une base immédiate et continue. L'information d'inventaire peut être datée et traitée en temps réel. Des niveaux peuvent être adaptés en conséquence et optimisés/minimisés. L'utilisateur saura automatiquement o les articles sont stockés et saura les localiser rapidement. En même temps la charge administrative est réduite. Tout ceci est réalisé sans modification coûteuse généralisée à l'infrastructure matérielle existante. L'utilisation d'un terminal d'utilisateur basé sur des icônes signifie que le système peut être introduit rapidement et avec seulement une formation simple, mais le système peut également être étendu à des systèmes plus complexes 134 2798750 dont la planification "flottante", I'ordonnancement des ressources, la mesure de la productivité et l'estimation et la commande en temps réel des travaux. Comme l'inventaire est continuellement mis à jour, il n'y a pas de temps mort pour les travaux physiques d'inventaire. Des états de gestion, de données, d'inventaire, de stock et autres états pertinents, peuvent être obtenus à tout moment là encore en réduisant la charge administrative. Un serveur central peut exécuter deux types de clients instantanément. En plus des terminaux sans fil exécuté via une forme quelconque de contrôleur de réseau par radio, des PC ou autres terminaux fixes peuvent également être reliés par câblage au système soit à la station de base, soit à distance. Des protocoles de communication d'interface standard peuvent être incorporés avec des architectures de réseaux standard pour réaliser un système fiable, interchangeable et adaptable de préférence relié à d'autres systèmes commerciaux selon les besoins. Les solutions terminal/berceau du type décrit ci-dessus fournissent des stations de base compactes permettant la mise en réseau de données à vitesse élevée et en même temps la charge des batteries pour les terminaux. Les systèmes sont appropriés aux entreprises de transport et de logistique, au moyen de gestion d'entrepôts, à la sécurité publique, à la vente au détail et autres organisations appropriées. De préférence, au moment de l'initialisation, le berceau se met en marche et exécute un auto-diagnostic pour s'assurer du fonctionnement correct du système. La charge des batteries commence de préférence automatiquement lorsque le terminal est placé dans le berceau et des indicateurs tels que des LED (diodes électroluminescentes) peuvent être prévus sur le berceau pour indiquer quand l'alimentation est active et quand la charge a lieu. La transmission de données peut être réalisée rapidement et avec efficacité avec un hôte au moyen par exemple d'un modem utilisant des protocoles de communication standard. Des berceaux maîtres peuvent être connectés par exemple à un PC hôte ou autre chaîne de berceau. Des interfaces de préférence standard telles que RS232 et RS485 sont 2798750 prévues pour être utilisées avec une variété d'imprimantes et de périphériques portables. Le système peut également être monté sur un véhicule lorsqu'approprié, pour les entreprises de transport et de course ou de messagerie, des utilitaires, des organisations de sécurité publique, des opérations de vente et d'entretien sur site et autres opérations appropriées. Le berceau comporte la capacité pour une charge de batterie "dans le véhicule" dans une communication sans fil bidirectionnelle. Il peut être installé par exemple sur le tableau de bord, le siège ou le plancher du véhicule et peut soutirer l'énergie à partir de la batterie du véhicule. Le système peut permettre une transmission de données sans fil bidirectionnelle entre des centres opérationnels distants et le personnel itinérant extérieur, ce qui permet une transmission rapide des prélèvements et des livraisons, des ordres de travaux, des rapports d'activité et des enregistrements de transaction. Dans tous les cas on peut voir que la fourniture d'un client ultraléger réduit les conditions requises concernant le poids et l'énergie du terminal tenu dans la main, ce qui le rend encore davantage approprié aux utilisations portables envisagées. Beaucoup des composants formant les modes de réalisation détaillés décrits ci-dessus, sont connus individuellement de l'homme de l'art et ne nécessitent pas une description détaillée ici. On verra qu'il est fortement souhaitable de créer des clients qui sont "validés web", c'est-à-dire qui sont configurés pour offrir une capacité de connexion à l'lnternet. Dans beaucoup de cas, il est souhaitable de retirer les terminaux basés sur un système d'exploitation antérieur utilisant, par exemple DOS et de les faire migrer plutôt vers, par exemple, HTML (hypertext mark-up language ou langage de description de documents hypertextuels). En se référant à la figure 58, la conception matérielle et logicielle pour un terminal optimisé web est représentée. Le modèle matériel présente les sous-systèmes principaux. Le modèle logiciel décrit comment la radio et le logiciel HTML 136 2798750 coexistent. La portion numérique de la conception est assez simple. La CPU primaire 7400 (unité de traitement) peut être, par exemple, un National 486 SXF ou SXL (marque commercial). Il s'agit d'une CPU à haute intégration qui comporte une variété de périphériques dont un contrôleur LCD (affichage à cristaux liquides) 7402, un contrôleur DRAM (mémoire vive dynamique) 7404, des horloges, des ports séries, etc. Elle présente également un cache (antémémoire) codé sur puce et des capacités étendues pour une exploitation à faible puissance. Elle exécute des instructions à 32 bits en mode protégé 386 mais cependant ne peut pas exécuter DOS ou Windows (marque commerciale). Il y a une seule puce 7406 à mémoire flash de 128 Ko contenant du code objet compressé. Lorsque l'unité démarre, le code est décompressé dans la DRAM 7404 et exécuté à partir de là. Les 128 kilo-octets contiendraient à peu près 256 kilo-octets de code objet 86. Ce code contient le microprogramme radio, les routines de configuration, et suffisamment de codes clients Web pour télécharger le code d'exécution réel à partir d'un serveur. Il sera prévu une seule DRAM 1M x 16 7404 sur l'unité, fournissant 2 mégaoctets de DRAM. Cela permet un fonctionnement à faible énergie et un auto-rafraîchissement. L'interface scanneur 7408 sera, par exemple, le pré-programmé 8052 utilisé sur la carte décodeur actuellement disponible SE1222. Il ne sera pas fait usage de la carte décodeur elle-même mais juste des composants issus de cette dernière. Le 486 communiquera avec elle via son port série intégré. Un scanneur 7412, par exemple le SE1200, est également incorporé. L'interface à la radio 7414 sera de préférence un simple port parallèle 8 bits bien qu'un port à la norme PCMCIA (architecture internationale de cartes- mémoire d'ordinateurs individuels) puisse être utilisé. Le module radio sera une capacité radio pure seulement ou une unité "kappa" passive ou de bas niveau qui ne comporte pas ses propres CPU, mémoire flash, mémoire vive RAM, etc. 137 2798750 Il existe deux options pour le support LCD. Le processeur 486SXF 7400 supporte un affichage allant jusqu'à 320 x 200. L'utilisation du 486SXF autorise une unité LCD de bas niveau sans contrôleur intégré. Si la version SXL est utilisée, le contrôleur LCD peut posséder son propre contrôleur. Le clavier 7416 n'est constitué que de commutateurs de base. L'anti- rebondissement est réalisé par le processeur 486 7400. La totalité du système fonctionne sur une alimentation unique de 5 volts. La radio 7414 nécessite 5 volts de même que le processeur 486 7400. Ceci coûte quelques consommations électriques mais élimine la nécessité d'une alimentation 3,3 volts séparée, ce qui réduit ainsi les coût associés. Le modèle le plus optimal en matière de coût est une configuration à deux cartes, la carte-mère et le module radio "Kappa". Sur une face de la carte- mère sont prévus les "touches" 7416, le LCD 7402 et des pièces quelles qu'elles soient peuvent être assemblées sur cette face. Sur l'autre face se trouvent le module radio 7414 (relié directement à la carte-mère) et le reste des pièces. L'objet dans sa totalité peut être de 1/2 à 3/4 de pouce en hauteur (1,27 cm à 1,905 cm), environ 2 pouces 1/4 en largeur (5, 715 cm) et 4 à 6 pouces en longueur (10,16 cm à 15,24 cm). Le scanneur 7402 est également monté sur cette face. Le but est d'éliminer tous les câbles flexibles, ce qui réduit davantage les coûts. Le logiciel sur le modèle représenté sur la figure 58 est construit autour d'un petit noyau multitâche non préemptif qui fonctionne actuellement sur des cartes radio connues telles que la carte Spectrum 24 (marque commerciale) (disponible à partir des cartes radio produites par la Demanderesse). Il existe des tâches pour gérer l'interface utilisateur, Crux ou Cetus 418, I'envoi et la réception, et le déplacement itinérant. Elles communiquent via des variables partagées et le passage de messages. Il existe une tâche en attente qui est la tâche à priorité la plus faible et elle peut être préemptée. Cette tâche forme la base d'une structure à boucle unique scrutée dans laquelle la pile de protocoles et le code d'exécution HTML existent. 138 2798750 Dans ce modèle, il existe une tâche qui opère au niveau "tâche". Elle exécute une série de tests qui peuvent se traduire par la survenance de quelques traitements. Des interruptions sont généralement autorisés à tout moment. La structure est représentée sur la figure 59. On notera que les tâches peuvent être tout-à-fait complexes. Par exemple, le test peut consister à déterminer si un paquet a été reçu sur l'interface radiofréquence. Si un paquet a été reçu, celui-ci est passé à une pile de protocoles de réseau qui le traite. Ce modèle logiciel a été utilisé avec succès sur les systèmes connus pour des pageurs et des modems, par exemple le Pageur et le Modem Symbol Technologies Spectrum 24. En conséquence, d'autres détails ne sont pas nécessaires ici. La version du pageur comprend le microprogramme radio, la pile de protocoles UDP (protocole de datagrammes d'utilisateur)/IP, I'interpréteur de protocole de pageur, et l'interface utilisateur du pageur tournant tous sur une CPU unique 80188. Le code d'exécution HTML a été conçu pour s'adapter à ce modèle d'interrogation à tâche unique. Des stations d'accueil ou berceaux connus comportent des conditions requises de base diverses: * Une compatibilité matérielle totale au niveau du signal à la connexion entre le berceau et l'hôte, si bien que l'hôte ne nécessite aucune modification, et une compatibilité matérielle totale au niveau du signal avec un port série présent sur le terminal. * Une connexion à force d'insertion faible entre le terminal et le berceau permettant des retraits et des réinsertions fréquentes et de préférence illimitées. * Une compatibilité matérielle totale au niveau des registres à l'intérieur du terminal avec le logiciel de communication existant, par exemple un logiciel de communication compatible IBM PC. * Le support du "chaînage" de berceaux multiples à un port série hôte unique. Dans un mode de réalisation un berceau "maître" est prévu pour être 139 2798750 connecté à l'hôte, et supporte un grand nombre de berceaux "esclaves". Deux modes d'accès peuvent être supportés, un mode d'accès unique et un mode d'accès multiple. Dans le mode d'accès unique, un terminal à la fois reçoit un contrôle exclusif et le port série hôte et tous les terminaux subissent des résultats équivalents à "câble non connecté". Dans le mode d'accès multiple, tous les terminaux se voient octroyer un accès de réception au port série hôte mais le droit de transmettre n'est octroyé qu'à un seul terminal à la fois. Les deux modes doivent supporter des logiciels d'application standard sans modification en débit de l'occurrence du multiplexage. * Le terminal/berceau doit pouvoir être implanté dans une configuration de véhicule comme décrit ci-dessus. * Il est proposé d'utiliser une optique compatible IrDA (Infrared Data Association ou association des données infrarouges) pour l'interface à force d'insertion nulle afin de permettre l'utilisation du terminal avec des périphériques et des ordinateurs hôtes compatibles IrDA (non dédiés) aisément disponibles. Des solutions aux divers points sont exposés ci-après. Solution 1 Chaque terminal comprend deux paires d'optiques (deux transmetteurs et deux récepteurs) de même que chaque berceau. En conséquence, deux chemins de données en duplex intégral sont prévus. Chaque berceau contient un microprocesseur plus deux paires d'optiques par emplacement (pour loger un terminal). Dans ce modèle à quatre emplacements, un seul microprocesseur gère totalement les quatre emplacements. Le canal optique primaire entre le berceau et un terminal comporte la partie donnée d'une interface série à 9 broches totalement compatibles IBM PC, par exemple TXD (Transmission données), RXD (Données de Réception) et SG (Terre de Signalisation). Le canal optique auxiliaire entre le berceau et un terminal comporte des informations de contrôle (DTR(terminal de données prêt) et RTS (demande 2798750 pour émettre), des informations d'état, (DSR(poste de données prêt), DCD (porteuse de données détectée), CTS (prêt à émettre), RI (en lecture)) d'une interface série à 9 broches totalement compatibles IBM-PC et des informations de bus (BREQ(demande de bus) et BACK (reconnaissance de bus)). L'interface de données est dirigée entre les optiques et le port RS-232 par le berceau. Les informations de contrôle et d'état sont communiquées sur le canal optique auxiliaire. A l'intérieur du terminal lui-même, des informations de contrôle, d'état et de bus sont utilisées pour produire les effets d'un mode d'accès unique ou multiple comme requis. De multiples berceaux à 4 emplacements peuvent être chaînés ensemble (jusqu'à 4 berceaux physiques, pour 16 emplacements). Les signaux de bus (BREQ et BACK) sont passés comme des "jetons" depuis un berceau vers le suivant pour assurer le multiplexage inter-berceaux. Le BIOS (système de base d'entrées/sorties) de l'ordinateur tenu dans lamain implémente le protocole du berceau et fournit à la fois les services BIOS série compatibles IBM PC et un jeu de services BIOS série étendu propriétaire. Etant donné que peu, s'il en est, de programmes de communication série compatible IBM PC utilisent l'un et l'autre des jeux de services BIOS (au lieu d'aller directement au matériel), les communications via le berceau ne peuvent pas supporter des applications de communication standard. Etant donné que cela est également vrai pour ce qui est du port série physique, ceci ne constitue pas une difficulté particulière. Une version à emplacement unique de ces berceaux possède toutes les mêmes fonctionnalités des versions à quatre emplacements à l'exception qu'elle ne supporte pas le chaînage. Etant donné qu'un seul emplacement est présent et que la logique de chaînage n'est pas nécessaire, la conception matérielle est quelque peu plus simple. Les deux canaux optiques sont cependant gérés de manière identique, et le code BIOS du terminal est le même. Une variante de configuration à emplacement unique est simplifiée et n'inclut pas la possibilité de chaînage ni d'interface optique. Un type modulaire 141 2798750 de connecteur (fiche téléphonique) peut être utilisé pour, soit assurer des communications série câblées (via un câble adaptateur) ou peut être utilisé comme connecteur d' "arrimage" du berceau, ce qui fournit un chemin câblé pour les deux canaux de données qui sont normalement optiques. Pour améliorer la compatibilité IBM PC, une approche alternative peut être utilisée pour émuler l'interface de communication série IBM PC. Ceci implique le "pontage" de l'information de contrôle et d'état (conditionnée comme approprié sur la base de l'information de bus) entre le canal optique auxiliaire et les registres UART (circuit émetteur/récepteur universel asynchrone) "émulé". Ce pontage est réalisé en utilisant un mode spécial "Super-State" du microprocesseur F8680 de la Société Chips and Technologies dans le terminal. Etant donné que tous les logiciels dans ce dispositif s'exécutent en mode réel, la plupart des programmes de communication série compatibles IBM PC "se comportant bien" peuvent être utilisés. Une solution pour réduire le coût des installations à berceaux multiples réside en l'élimination du microprocesseur de tous les berceaux sauf un (le "maître") dans chacune des chaînes comportant par exemple jusqu'à 60 berceaux. Afin de satisfaire à toutes les exigences communes des berceaux (en particulier le chaînage), un procédé pour synchroniser l'accès au bus de berceaux à partir des multiples ordinateurs tenus dans la main, sans un processeur présent dans chaque berceau, est nécessaire. Le mécanisme peut être une variante de CSMAICD (Carrier Sense Multiple Access/Collision Detection ou accès multiple par détection de porteuse et détection des collisions). Dans ce domaine, les processeurs présents dans les ordinateurs tenus dans la main eux-mêmes, avec la coopération du processeur unique se trouvant dans le berceau "maître", gèrent toute la commande requise du bus. A la différence des variantes ci-dessus un seul canal de données est utilisé, libérant ainsi un UART sur le terminal et réduisant le nombre de paires optiques dans une combinaison terminale + berceau de 4 paires à 3 paires (2 142 2798750 transmetteurs et un récepteurs dans le berceau et 1 transmetteur et un récepteur dans le terminal). La troisième paire (un transmetteur dans le berceau et un récepteur dans le terminal) est requise pour permettre l'accès multiple par détection de porteuse et détection des collisions. Pour autoriser l'interchaînage des différents berceaux, un commutateur sur le berceau "maître" est utilisé pour sélectionner le type d'émulation à supporter. Cette caractéristique permet à une chaîne de berceaux d'être placée à l'extrémité (la plus éloignée de l'hôte) d'une chaîne de berceau libre différente. Pour assurer la compatibilité IBM PC, une approche similaire à celle décrit ci-dessus est utilisée pour émuler l'interface de communication série de l'IBM PC. Du fait qu'aucun canal de données directes n'est disponible (étant donné qu'il n'y a qu'un seul canal de données), les informations de données, de commande, et d'état doivent transiter sur le même canal. Ceci nécessite que l'émulation soit plus complète. L'émulation est réalisée en utilisant du matériel de support dans l'interface ASIC (circuit intégré spécifique à des applications) et le contrôle du terminal. Ceci implique d'utiliser des déroutements des registres E/S (entrée/sortie) pour générer des NMI (interruptions non masquables) afin de permettre au logiciel de support du berceau d'émuler les résultats des accès par l'application aux registres UART. En utilisant un système ouvert basé sur le processeur 486, destiné à exécuter des logiciels en mode protégé tels que des extensions DOS et Windows (marque commerciale), le nombre potentiel d'interactions avec le logiciel de support du berceau est effectivement infini. Dans une approche supplémentaire de berceau un type modulaire de connecteur (fiche téléphonique) est utilisé pour relier un câble adaptateur série à fixer au berceau. Le berceau, cependant, passe simplement les signaux au connecteur du port série du berceau. Etant donné que le port série est compatible IBM PC, le berceau l'est tout autant. Lorsque le dispositif et son berceau ne supportent pas la charge interne 143 2798750 des batteries, le berceau est effectivement réduit à un "réplicateur de port" ou "câble étendu" et un socle ou support. A titre de développement supplémentaire, il est proposé de faire une utilisation complète de la fonctionnalité IrDA, en particulier en utilisant la norme IrDA pour une communication sans fil et en utilisant les mêmes optiques IrDA que l'interface berceau pour éviter une duplication superflue de l'équipement matériel. L'utilisation du mode d'émulation IrDA à 9 broches (appelé IrCOMM) appliqué aux piles de protocoles standard conçues pour ce type d'application permet au berceau d'être un convertisseur IrDA + IrCOMM à RS-232 avec multiplexage. Le multiplexage peut être relativement simple (c'est-à-dire le schéma de passage de "jetons" décrit ci-dessus), par conséquent il peut être implémenté sur le matériel comme ASIC (circuit intégré spécifique à des applications). En variante, le multiplexage pourrait être réalisé par le processeur requis pour exécuter la pile de protocoles IrDA et la couche IrCOMM. L'addition d'un processeur à chaque berceau peut s'avérer encore plus efficace que l'introduction de différents jeux d'optiques sur chaque ordinateur tenu dans la main. Etant donné que les optiques IrDA sont semiduplex, elles ne peuvent pas être utilisées aisément dans des modèles de berceaux constants centraux. L'utilisation des couches de piles de protocoles standard IrDA + IrCOMM est la méthode logique d'utilisation de ces optiques. Dans le berceau, étant donné que ces couches de protocoles doivent être converties en RS-232, un processeur est obligatoire. A l'intérieur du terminal, l'émulation d'un port série compatible IBM PC est encore requise. Une approche similaire à celle décrite ci-dessus pourrait être d"'habiller" les interfaces IrDA et IrCOMM et de faire en sorte qu'elles ressemblent à un port COM standard. En variante, pour éviter les interactions logicielles que l'approche par émulation subit, il est possible d'ajouter un autre microprocesseur (tel qu'un 8031) à l'ordinateur tenu dans la main lui-même. Ce 144 2798750 processeur émulerait alors l'interface "matérielle" de l'UART et exécuterait les couches IrDA + IrCOMM. Cette approche éliminerait toute incompatibilité logicielle possible. Il est de plus souhaité de développer un sous-système pour une utilisation dans un terminal qui soit conforme à la fois au standard externe tel que IrDA et à tous standards dédiés déterminés en interne. Le sous-système doit être capable de communiquer avec un autre standard interne ou des dispositifs de calcul équipés IrDA, avec un standard interne et/ou IrDA, et doit être approprié à l'utilisation dans l'implémentation de berceaux à connexion non physique. Ces berceaux doivent être capables d'assurer une émulation d'un port série complet RS- 232 (avec et sans chaîne de berceau). Un système approprié couvre les fonctionnalités du sous-système, le matériel et le logiciel nécessaires à l'implémentation du sous-système (à la fois au niveau du terminal et des parties berceau) et la conception, I'implémentation, I'interface et les caractéristiques du sous-système identifient les conditions requises en matière de matériel et de logiciel fonctionnels pour ce qui concerne le sous- système complet standard interne/IrDA (à la fois le terminal et les parties berceau). En se référant aux figures 44 à 51, la stratégie de communications sans fil destinée au système est basée sur deux technologies de communication physique fondamentales: IrDA (association de données infrarouges) et un standard interne propriétaire dédié agencé pour éliminer les câbles périphériques. IrDA est un standard pour systèmes ouverts. Pour les deux, les mêmes protocoles de communications (IrLAP, IrLMP, TinyTP et IrCOMM) seront utilisés afin de permettre une "inter-opération" transparente parmi les deux interfaces dans un système équipé des deux. Les deux technologies peuvent être utilisées dans l'un quelconque ou l'ensemble des trois modes opérationnels suivants: mode "réseau aérien", point-à-multipoint, mode "émulation port série", point-à-point, et mode "berceau chaînable" multipoint à point. Le système assure une ou plus d'une des 2798750 Nom de la configuration Technologie utilisée Mode utilisé Berceau sur véhicule Standard Interne et/ou IrDA Emulation port série Berceau au dépôt Standard Interne Berceau chaînable Périphérique IrDA IrDA Réseau aérien TABLEAU 1I Le fait de supporter les technologies de combinaison assure une connectabilité et une flexibilité optimale. IrDA assure des communications à largeur de bande relativement élevée (115,2 K Baud), à vue directe, à courte distance (en dessous du mètre),à faible consommation d'énergie, plus la compatibilité avec des périphériques de l'industrie au standard IrDA. Le standard interne assure des communications à largeur de bande plus faible (19,2 K Baud), omnidirectionnelles, à distance moyenne (3 à 6 mètres), à consommation d'énergie plus élevée. En fournissant une solution intégrée unique qui supporte les deux technologies et leur permet d'être utilisées de manière interchangeable, le système maximalise le potentiel de connectabilité sans fil. La figure 44 représente un réseau IrDA "aérien" autorisant une communication sans fil IrDA entre un terminal 7180 et chacun d'un serveur équipé IrDA 7182 et une imprimante compatible IrDA 7184, une communication IrDA entre un portable du type "lap-top" ou autre 7186 et chacun d'un serveur 7182 et d'une imprimante 7184, de même qu'une communication IrDA entre le terminal 7180 et l'ordinateur portable 7186. Sur la figure 45 l'émulation du port série est représentée pour une technologie IrDA et/ou standard interne. Un terminal 180 communique avec un berceau 7188 par IrLAP (Protocole d'accès par liaison infrarouge), IrLMP (Protocole de gestion pour liaison infrarouge), TinyTP (protocole de transport simplifié par liaison infrarouge) et IrCOMM et I'une ou l'autre des technologies IrDA ou standard interne. Lorsque 146 2798750 la technologie IrDA est utilisée le berceau 7188 communique avec une passerelle 190 hôte/serveur via une interface RS-232 C. Lorsque le système utilise la technologie standard interne, le berceau 7188 communique avec une imprimante 7192 via une interface RS-232 C. Le berceau chaîné au moyen de la technologie IrDA et/ou standard interne, représenté sur la figure 46 comporte une communication entre une pluralité de terminaux 7180 et des berceaux respectifs 7188 communiquant par l'une ou l'autre des technologies IrDA ou standard interne conjointement avec IrLAP, IrLMP, TinyTP et IrCOMM. Les berceaux communiquent les uns avec les autres via un bus de berceau et un berceau maître communique avec un hôte/serveur 7190 via une interface RS-232C. Dans le modèle matériel "dans-le-terminal" avec IrDA et standard interne représenté sur la figure 47, une CPU (unité centrale de traitement) 7194 communique avec un multiplexeur 7196 de manière directe et via un UART 7198. Le multiplexeur 7196 communique via des pilotes IrDA 7200 avec les optiques IrDA 7202 et via une unité spécifique au standard interne 7204 avec une antenne 7206. Le terminal dans son ensemble est désigné par la référence 208. En se référant à la figure 48, un berceau 7210 incorpore le modèle matériel d'émulation de port série avec IrDA et le standard interne coopère avec un microprocesseur 7212 comportant un stockage à mémoire vive RAM 7214 et un stockage à mémoire morte ROM 7216 dans son noyau ou partie centrale. Le microprocesseur 7212 communique avec l'hôte (représenté schématiquement en 7218) via un UART 7220, un pilote RS-232 7222 et un connecteur RS-232 7224. Le microprocesseur 7212 communique avec un multiplexeur 7226 directement et via un UART 7228. Le multiplexeur 7226 communique avec des optiques IrDA 7230 via des pilotes IrDA 7232. Le multiplexeur communique également avec une antenne 7234 via une unité au standard interne 7236. En se référant à présent à la figure 49, un modèle de berceau chaînable 147 2798750 à technologies IrDA et standard interne comprend un microprocesseur comportant un stockage 7240 à mémoire RAM et un stockage à mémoire ROM 7242. Le microprocesseur 7238 communique avec une unité d'arbitrage 7244 directement et via un UART 7246. L'unité d'arbitrage arbitre entre la communication vers le berceau suivant éloigné de l'hôte et la communication vers l'hôte ou vers le berceau suivant en direction de l'hôte. L'unité d'arbitrage 7244 communique dans tous les cas avec un connecteur RS-232C dédié 7248a, 7248b via un pilote RS-232 dédié 7250a, 7250b. Le microprocesseur communique également avec un multiplexeur 7252 directement ou via un UART 7254. Le multiplexeur permet la communication avec une antenne 7256 via une unité au standard interne 7258. Le multiplexeur 7252 communique également avec des optiques IrDA 7260 via un pilote IrDA 7262. Le berceau est représenté d'une manière générale en 7264. Le flux données logiciels/contrôle à l'intérieur du terminal est représenté schématiquement sur la figure 50. Les applications IrDA 7264 circulent via TinyTP, IrLMP, IrLAP 7266; UART réel 7268 et les optiques et pilotes IrDA ou unités au standard interne dans l'antenne 7270. Les héritages applicatifs dits "legacy applications" 7272 circulent via un UART émulé; un IrCOMM 7276 et suivent ensuite le même chemin que les applications IrDA. La figure 51 représente les données logiciels dans le flux de contrôle à l'intérieur du berceau. La circulation à partir d'lrDA vers le pont RS232 7278 - le connecteur RS-232C 7280 s'effectue via le UART 7282 et les pilotes RS- 232C 7284. Le flux de données IrDA vers le pont 7278 RS-232 - pilotes et optiques IrDA/unité standard interne et antenne 7286 s'effectue via IrCOMM 7288, TinyTP, IrLMP, IrLAP 7290 et UART 7292. Beaucoup de dispositifs clients sont configurés pour recevoir une carte adaptateur leur permettant d'exécuter un accès réseau. Les composants de tels dispositifs et cartes adaptateurs sont bien connus de l'homme de l'art et ne seront pas décrits en détail ici. Un exemple d'un adaptateur réseau est le système vendu sous la dénomination commerciale SPECTRUM 24 par la 148 2798750 Demanderesse. Dans des systèmes connus tels que celui représenté sur la figure 55, il est souvent souhaitable pour un dispositif client d'exécuter un accès aux fichiers du réseau en utilisant des clients du système de fichier du réseau (NFS) via des piles de protocoles du réseau ou des adaptateurs réseau. Pour accomplir ceci, le dispositif client 7350 doit de manière générale utiliser un emplacement PCMCIA pour maintenir la carte adaptateur 7352. De plus, divers composants logiciels, tels qu'un pilote de carte PCMCIA 7354, une pile de protocoles 7356, et un client du système de fichier du réseau 7358, doivent tous être présents et en exécution sur le dispositif client. Pour de petits dispositifs clients à coût réduit, la mémoire de masse secondaire nécessitée pour maintenir ces composants logiciels peut être importante comparée à la capacité mémoire de masse secondaire totale du dispositif. De plus, la mémoire vive RAM requise pour exécuter ces composants logiciels peut être importante comparée à la capacité RAM totale du dispositif. Finalement, la puissance de traitement requise pour exécuter ces composants logiciels peut être importante comparée à la puissance de traitement totale du dispositif. Etant donné que beaucoup de ces composants logiciels peuvent nécessiter d'être spécifiques au dispositif client, la configuration et le déploiement du programme Network File Access ou accès aux fichiers du réseau sur divers dispositifs clients peuvent être difficiles. De plus, la mémoire de masse secondaire requise pour maintenir les composants logiciels peut nécessiter l'utilisation d'un second emplacement PCMCIA, ce qui peut ne pas être pratique ou souhaitable en fonction des capacités du dispositif client. Finalement, la configuration et la maintenance d'un réseau peuvent être très difficiles et consommer du temps. Le dispositif client et la carte adaptateur réseau se rejoignent via une interface PCMCIA 7362. Dans le cas de la carte adaptateur existante 7352, le logiciel consiste dans un programme de commande radio autonome 7360 avec 149 2798750 une interface 7352 vers le pilote ODI (Open Datalink Interface ou interface de liaisons à protocoles de transport multiples) ou NDIS (Network Device Interface Specification ou spécification d'interface d'élément de réseau) 7355 prévu dans le dispositif client. L'invention telle que représentée sur les figures 56 et 57 incorporent la fonctionnalité de la carte adaptateur réseau 7370 dans un système qui comprend également la ou les pile(s) de protocole réseau 7372 et le ou les client(s) NFS 7374. Le système entier est ensuite conditionné en lot sur une carte PCMCIA qui émule une carte au standard PCMCIA ATA (pour AT attachment ou environnement AT). Ceci permet à tout dispositif client 7376 qui est capable d'adresser une carte PCMCIA ATA, d'accéder de manière transparente à des fichiers à partir d'un serveur de fichiers. Etant donné que la seule interface entre le dispositif client et le système est l'interface 7378 ATA/IDE (gestion de périphérique à électronique intégrée), le dispositif client nécessite d'avoir seulement un pilote 7380 ATA/IDE et non pas un pilote adaptateur réseau, une ou des pile(s) de protocole réseau, et un ou des client(s) NFS. La carte d'accès fichiers 7370 est constituée d'un processeur, d'une mémoire RAM, d'un flash et d'une radio classique 7388 par exemple du type vendu sous la dénomination commerciale SPECTRUM 24 par la Demanderesse. Cette carte est à la base du même modèle que la carte adaptateur existante. La différence fondamentale dans la solution proposée réside dans le logiciel tournant sur le processeur 7382. L'interface vers le pilote du dispositif client ODI ou NDIS est remplacée par une interface directe vers un pilote ODI 7390, une ou plusieurs pile(s) de protocole 7372 et un ou plusieurs client(s) NFS 7374, tous se trouvant à l'intérieur de la carte d'accès fichier 7370 elle- même. Tous ces composants logiciels tournent ensuite sur le processeur 7382 dans la carte d'accès fichier 7370. Le logiciel nécessaire à l'émulation d'une unité de disque IDE est présent pour assurer l'interface avec le dispositif client. 2798750 Le logiciel comporte de plus un programme de commande radio 7394 inchangé par rapport aux programmes de commande radio standard excepté qu'au lieu d'une interface avec le pilote ODI dans le système client via l'interface PCMCIA 7378, il interface directement le pilote ODI 7390 s'exécutant dans le même processeur à l'intérieur de la carte d'accès fichier 7370. La ou les pile(s) de protocole 7372 et le ou les client(s) NFS 7374 se chargent sur le sommet du pilote ODI 7390 d'une manière similaire à celle dont il ferait sur un dispositif client. Le logiciel contrôleur ATA/IDE 7396 doit émuler l'interface ATA/IDE 7378 et utilise les services du ou des client(s) NFS 7374 pour accéder aux fichiers sur le serveur NFS en réponse aux requêtes du client via l'interface ATA/IDE 7378 pour accéder au disque émulé. Afin de supporter des piles de protocoles 7372 et des clients NFS 7374 multiples, la carte d'accès fichier 7370 doit, soit comporter des piles de protocoles et des clients NSF multiples, avec un mécanisme pour sélectionner celui à utiliser, soit posséder un moyen pour charger la pile de protocoles et le client NFS souhaités. La carte d'accès fichier 7370 comporte de plus un matériel radio 7395 approprié. Les pilotes de carte adaptateurs classiques nécessitent que certains paramètres (tels que Net ID ou identificateur de réseau) soient spécifiés. Un mécanisme doit être fourni pour spécifier ces paramètres. De plus, les piles de protocoles 7372 et les clients NFS 7374 nécessitent typiquement des paramètres de configuration (tels que l'adresse IP, le nom de connexion, le mot de passe, etc.). Un mécanisme est prévu pour spécifier cette information. De nombreuses solutions aux problèmes de chargement/mise à jour des piles de protocoles 7372 et des clients NFS 7374, et à la définition des informations de paramètre peuvent être élaborées. Etant donné que l'implémentation matérielle contient une mémoire flash 7386, celle-ci constitue l'endroit évident pour stocker ces types variables de données. Un procédé consiste à utiliser une partie de la mémoire flash 7386 pour émuler un disque 151 2798750 (de la même manière que celle utilisée par une carte ATA Flash normale). Ce disque contient la pile de protocoles 7372 et des fichiers clients NFS 7374 standard, de même que les fichiers de configuration (NET, CFG, PCTCP. INI, etc.) utilisés pour configurer les piles de protocoles et les clients NFS. Tous ces fichiers sont localisés dans le répertoire racine ou dans des sous-répertoires de l'unité ATA, et tous sont physiquement stockés dans la mémoire flash 7386 de la carte d'accès fichier 7370. Pour reconfigurer ou recharger les piles de protocoles 7372 et/ou les clients NFS 7374, le dispositif client n'a besoin que d'éditer ou de copier des fichiers à l'intérieur de la mémoire flash via le pilote ATA. Afin d'autoriser un accès à la fois à la mémoire flash locale 7386 de la carte d'accès fichier 7370 et aux fichiers se trouvant sur le serveur de fichiers utilisant la même interface, le contrôleur ATA 7396 de la carte d'accès fichier doit fusionner les fichiers à partir du serveur de fichiers sur le disque qu'il est en train d'émuler. La manière la plus simple pour réaliser ceci est de traiter chaque système de fichier monté via le client NFS 7374 comme un sous-répertoire de l'unité émulée. En limitant les noms du système de fichier à 8 caractères, le nom du système de fichier peut également être le nom du sous-répertoire (hors de la racine de l'unité ATA émulée) qui est utilisé pour accéder à ce système de fichier. Lorsque les accès sont effectués sur les secteurs contenant l'information de répertoire pour un système de fichier, le contrôleur ATA 7396 doit obtenir l'information de répertoire courant à partir du système de fichier via le client NFS correspondant 7374, construire les secteurs du répertoire en conséquence, et les rendre disponibles au dispositif client (via l'interface ATA 7378). Lorsque les accès sont effectués sur des secteurs de données référencés par des secteurs de répertoire, le contrôleur ATA 7396 doit obtenir les données pour les fichiers consultés via le client NFS 7374, créer les secteurs de données, et les rendre disponibles pour le dispositif client. Si la carte d'accès fichier 7370 a une mémoire flash 7386 suffisante, elle 152 2798750 peut effectuer une lecture sur des secteurs caches de répertoires ou de données si bien que des accès fréquents par le dispositif client s'exécute plus rapidement. Ceci doit être équilibré avec soin pour échanger un accès rapide avec des données précises. Etant donné que les fichiers dans le système de fichiers monté peuvent être accessibles par d'autres clients, il n'est pas garanti qu'ils restent valides une fois qu'ils ont été mis en cache dans la carte d'accès fichiers 7370. Des réglages destinés à permettre au dispositif client de contrôler le comportement de la logique de cache peuvent être nécessaires. Cette information peut être stockée dans un fichier de configuration conjointement avec les autres informations de paramétrage. Des problèmes de sécurité peuvent survenir en raison de la nécessité de stocker les noms de connexion, les mots de passe, etc., à l'intérieur de la mémoire flash 7386 de la carte d'accès fichiers 7370. Comme cette information voyage à présent avec la carte et, étant portable, peut représenter une atteinte à la sécurité, il est possible d'utiliser diverses techniques d'encryptage pour sécuriser les fichiers de configuration contre une exploration non autorisée. La carte d'accès fichiers 7370 nécessite de faire une copie temporaire, non encryptée, de ce fichier pour l'utilisation de la ou des pile(s) de protocoles 7372 et du ou des client(s) NFS 7374 alors qu'elle est en train de démarrer. Une fois qu'elle tourne, cette copie temporaire peut être supprimée. Aussi longtemps que cette copie temporaire n'est pas accessible au dispositif client, elle ne représente pas une atteinte à la sécurité. Des problèmes d'intégrité des données peuvent se poser en raison de la nécessité de soumettre la carte d'accès fichiers 7370 à un cycle de mise sous tension lorsqu'elle est utilisée dans des dispositifs clients portables. De plus, chaque fois que la carte est enlevée du dispositif client, elle perd son énergie. La conception du contrôleur ATA 7396 doit assurer qu'une écriture est complètement achevée ou pas du tout. Ceci est une contrainte de conception standard des contrôleurs ATA basés sur une mémoire flash. La carte d'accès fichiers 7370 doit prendre cette précaution une étape plus loin. Une écriture ne 153 2798750 peut être considérée comme étant complète jusqu'à ce qu'elle ait été propagée avec succès jusqu'au serveur de fichiers. Toute mise en cache locale exécutée à l'intérieur de la carte d'accès fichiers 7370 doit être synchronisée avec ce comportement d'écriture tout ou rien. La carte d'accès fichiers 7370 doit établir/réétablir des connexions et monter/remonter des systèmes de fichiers automatiquement chaque fois que la tension est appliquée à la carte. Ceci peut prendre une durée de temps importante et l'accès à la carte peut nécessiter d'être retardé jusqu'à ce que ce traitement soit achevé. Ceci est déjà possible avec des cartes ATA, lorsque le temps nécessaire pour mettre en rotation un disque dur peut être important. L'interface 7378 ATA/IDE fournit le mécanisme nécessaire pour retarder l'accès à la carte jusqu'à ce qu'elle soit prête. De plus, lorsque des accès aux données de la carte nécessitent une activité NFS pour obtenir les données, des accès individuels peuvent être tout-à-fait lents. Les mêmes mécanismes décrits précédemment peuvent être appliqués pour désactiver le dispositif client jusqu'à ce que les données soient disponibles. Etant donné que la carte d'accès fichiers 7370 doit contenir essentiellement le même équipement matériel et le même microprogramme en mémoire morte comme carte adaptateur standard, elle pourrait être aussi conçue pour opérer comme une carte adaptateur de ce type. Ceci nécessiterait, évidemment, que le pilote de carte d'adaptateur et les piles de protocoles d'être présentes dans le dispositif client. Ceci permettrait à la carte d'être utilisée soit comme une carte d'accès fichiers soit comme une carte adaptateur standard de manière interchangeable (bien que non simultanée). Il est également possible de créer une couche de communication personnalisée entre le dispositif client et la carte d'accès fichiers 7370 qui remplace les couches réseaux standard qui seraient normalement présentes sur le dispositif client. Etant donné que la carte d'accès fichiers 7370 contient le pilote ODI 7390 et la ou les pile(s) de protocoles 7372, il n'est pas nécessaire de dupliquer ces composants dans le dispositif client. L'interface d'application 154 2798750 vers le réseau peut être ré-implémenté pour utiliser cette couche de communication personnalisée, au lieu de parler directement à la ou aux pile(s) de protocoles 7372. Le résultat final est que les applications du dispositif client peuvent utiliser des services réseaux sans des piles de protocoles 7372 réelles s'exécutant sur le dispositif client. Des interfaces d'application appropriés seront bien connus de l'homme de l'art et ne seront pas décrites davantage ici. Par exemple, les interfaces disponibles sous les marques commerciales BERKELEY SOCKETS ou WINSOCK seraient appropriées. En utilisant l'approche ci-dessus, il est alors possible de permettre un accès direct aux services réseaux (par exemple via des interfaces d'application) concouramment avec des accès aux fichiers du serveur de fichiers. Ceci nécessiterait, évidemment, que la carte d'accès fichiers 7370 possède des capacités de calcul suffisantes pour supporter une émulation de l'interface ATA/IDE 7378 et supporte la couche de communication personnalisée en même temps. L'agencement décrit ci-dessus aboutit à de nombreux avantages dans les applications. Par exemple, I'invention fournit le support pour l'accès sans fil à des fichiers sur des serveurs de fichiers à partir de tout dispositif client tel qu'un emplacement PCMCIA et supporte l'accès à des cartes ATA. Les piles de protocoles spécifiques au dispositif client ou des clients NFS ne sont pas nécessaires. En même temps, une configuration simplifiée pour l'accès au système de fichiers NFS est autorisée. Une fois que la carte a été configurée pour être utilisée avec des piles de protocoles d'un jeu donné, des clients NFS et des systèmes de fichiers, elle peut être déplacée librement de dispositif client à dispositif client sans nécessiter aucun changement dans la configuration requise. Etant donné que ni pile de protocoles ni client NFS n'ont besoin d'être présents sur le dispositif client, des exigences réduites en matière de mémoire et de stockage secondaire pour les dispositifs clients sont atteintes, ce qui permet des clients encore plus légers. Les piles de protocoles et les clients NFS s'exécutent dans le processeur de la carte d'accès fichier plutôt que dans 2798750 * le dispositif client, ce qui assure une performance cohérente à travers les multiples dispositifs clients. Il y a également une réduction potentielle dans le nombre d'emplacements PCMCIA nécessaires pour supporter une application donnée. Etant donné que tous les composants logiciels requis pour supporter I'accès au serveur de fichiers sont présents sur la même carte, beaucoup de dispositifs clients peuvent éviter l'utilisation de cartes de mémoires PCMCIA additionnelles. Ceci permet aux dispositifs clients munis seulement d'un emplacement unique disponible d'accéder à des fichiers de serveur de fichiers avec succès. Selon un autre aspect, il est proposé un dispositif intégré à mémoire destiné à être utilisé dans un système intégré à base de PC autorisant une solution de stockage standard unique supportant directement une mémoire exécutable (par exemple le BIOS) et une mémoire secondaire (par exemple un disque) avec une possibilité de mise à niveau sur site, convenant à l'utilisation sur tous les systèmes de calcul intégrés à base de PC. Ci-après le dispositif à mémoire intégrée sera simplement appelé le Dispositif et le système de calcul intégré à base de PC sera simplement appelé le Système. Une implémentation de la présente invention se rapporte à un "serveur portable", c'est-à-dire, un terminal mobile comportant une capacité de serveur tel que décrit plus en détail dans la demande de brevet des EtatsUnis No déposée le 28 mars 1997 et également cédée à la Demanderesse, laquelle est citée ici à titre de référence. Comme représenté sur les figures 60a, 60b, 61a et 61b, une capacité de serveur web peut être implémentée dans une carte enfichable, par exemple une carte PCMCIA. Un dispositif mobile 7500 qui peut être tout dispositif mobile approprié tel qu'un terminal du type décrit ci-dessus, un assistant numérique personnel, une caméra numérique, etc., comportant un port 7502 d'interface de carte, par exemple un emplacement PCMCIA ou de mémoire flash compacte loge une carte 7504 à l'interface. La carte 7504 comporte des capacités de serveur par exemple pour l'lnternet ou la toile d'araignée mondiale (worldwide web) et le système agit ainsi comme un 156 2798750 serveur web transparent. En se référant plus en détail à la figure 60b, la carte 7504 comporte une interface PCMCIA ou autre interface appropriée à la communication avec le dispositif mobile 7500, la mémoire flash 7508 et un contrôleur ATA 7510 (AT attachment ou environnement AT) utilisés pour implémenter le disque dur. La mémoire 7508 est destinée au stockage des données produites par le dispositif mobile et la carte 7504 comporte de plus une CPU (unité centrale de traitement) 7512 qui accède aux données et exécute une routine du logiciel serveur web. La CPU 7512 est configurée pour exécuter un module de communication radio appropriée 7514, par exemple du type disponible auprès de la Demanderesse sous la dénomination commerciale "SPECTRUM 24 RADIO". La CPU 7512 est également configurée pour gérer les protocoles TCP/IP. Le dispositif mobile 7500 portant la carte 7504 est ainsi capable de communiquer avec un point d'accès proche approprié et ensuite vers un PC client par voie aérienne ou une antenne 7516. En conséquence, le PC client peut afficher une page web représentative des données stockées dans la mémoire du dispositif mobile comme souhaité. La carte 7504 peut ainsi convertir tout dispositif, comme décrit cidessus, en un serveur pour le web. Ceci est représenté plus en détail sur les figures 61a et 61b. Le dispositif mobile 7500 collecte des données à un point de collecte de données 7518 qui peut être, par exemple, une caméra numérique à image fixe ou vidéo, un lecteur de codes à barres, un microphone ou un point d'entrée de données tel qu'un clavier. Les données sont stockées, par exemple dans la carte 7504 en utilisant le contrôleur ATA 7510. La carte 7504 coopère avec le dispositif 7500 pour agir comme serveur web transparent et transmet les données à partir de la carte 7504 via l'antenne 7516. La transmission est reçue par une antenne 7520 vers un point d'accès 7522 connecté à l'ossature ou câblage principal Ethernet 7524. Connecté au câblage principal 7524, se trouve un client PC 7526. En conséquence, lorsque, par exemple, un navigateur ou "fouineur" du worldwide web de tout type approprié est exécuté sur le PC client 7526 et appelle la "page web" au dispositif mobile envoyant une requête HTTP 157 2798750 (Hyper Text Transfer Protocol ou protocole de transfert de documents hypertextuels) pour l'adresse uniformisée de ressource (URL) la requête est routée via le câblage principal 7524 et agit comme point 7522 vers le serveur web transparent formé par le dispositif 7500 et la carte 7504. Les données collectées au dispositif mobile sont renvoyées au point d'accès en réponse à la requête et la page web est acheminée vers le PC client 7526. Concernant les conditions requises physiques du Dispositif: Le Dispositif est implémenté dans un ou deux modes de réalisation physiques: Modulaire et Composant. Le mode de réalisation Modulaire du Dispositif consiste en une carte circuit unique autonome (ou équivalent) qui peut être montée sur une carte circuit (ou équivalent) à l'intérieur du Système. Le sous-système implémenté par le mode de réalisation Composant sera interfacé avec le reste du système via le jeu de signaux d'interface décrit ci-après. Des modes de réalisation Modulaire du Dispositif sont en interface avec le Système via un connecteur standard de type approprié. Ce connecteur fournit le jeu de signaux d'interface décrit ci-dessous. De plus, ce connecteur est de coût réduit, à profil bas, et très protégé des chocs et des vibrations. Ce connecteur n'est pas destiné à être utilisé pour des introductions et des retraits fréquents étant donné que cet aspect concerne des applications intégrées inamovibles. Tous les modes de réalisation du Dispositif sont en interface avec le Système via le même jeu de signaux d'interface. Ces signaux représentent un sous-jeu des signaux de bus ISA (Industry Standard Architecture ou architecture des normes industrielles), le ou les signal(aux) additionnel(s) requis pour l'interface avec une EPROM (mémoire morte programmable électriquement) BIOS standard, plus des signaux utilisés pour contrôler les options du Dispositif. Le jeu de signaux requis est listé ci-après Signaux de puissance, par exemple +3,3 Vcc, 158 2798750 +5 Vcc, +12 Vcc, Terre pour diverses applications. Des signaux de commande, par exemple horloge, transferts de données, adresse valide, données valides, état d'attente zéro pour cycle de bus courant, signal d'horloge oscillant, remettre à zéro-retourner à l'état par défaut et préparer des opérations XIP (protocole pour carte PCMCIA) et Disque. Si nécessaire, le Dispositif peut commander cette ligne pour maintenir le système dans un état de réinitialisation jusqu'à ce que sa propre réinitialisation soit complète. d'échantillonnage de lecture relatif au dispositif E/S (entrée/sortie), d'échantillonnage d'écriture relatif au dispositif E/S, d'échantillonnage de lecture relatif à la mémoire, d'échantillonnage d'écriture relatif à la mémoire pour indiquer que le cycle courant E/S ou mémoire EPROM doit être prolongé. Le signal doit être utilisé conformément aux exigences de performance décrites ci-après, pour signaler au Système qu'un cycle mémoire EPROM à 16 bits est requis. Ce signal ne doit pas être utilisé par le Dispositif à moins que le signal USEMEM 16 soit présent indiquant que le Système est capable de et souhaite participer aux cycles mémoire EPROM à 16 bits. pour indiquer au Système qu'un cycle E/S 16 bits est requis. Ce signal ne doit pas être utilisé par le Dispositif à moins que le signal USEIO16 soit présent indiquant que le Système est capable et souhaite participer aux cycles E/S 16 bits. * Des signaux de commande EPROM, par exemple pour indiquer que le Système est en train d'accéder à la section XIP du Dispositif. Ce signal est généré par la logique de décodage d'adresse dans le Système et est présenté après que les lignes d'adresses appropriées sont validées, pour indiquer au Système que l'accès à la section XIP est achevé et que 159 2798750 les données de la section XIP sont disponibles sur les lignes de données. Si ceci n'intervient pas à l'intérieur d'un cycle unique, le Dispositif doit utiliser le signal IOCHRDY pour démarrer des cycles d'attente prolongée. pour indiquer au Système que la section XIP est prête pour un accès par le Système. Ce signal sera activé après que le processus d'initialisation institué par le signal RESET a été achevé. Le Système n'accédera pas à la section XIP suivant RESET jusqu'à ce que ce signal soit activé par le Dispositif. pour ndiquer que le Système accorde la permission au Dispositif de mettre à jour le contenu de la sous-section IPL de la section XIP. Lorsque ce signal n'est pas présent, le contenu de la sous-section IPL ne doit pas être modifié (même si les commandes appropriées sont envoyées au Dispositif par le Système). Des signaux de commande d'option de Dispositif comprenant: un signal pour indiquer que le système souhaite que le Dispositif entre dans son état de puissance le plus faible aussitôt que possible. Les exigences en matière de consommation d'énergie et de synchronisation sont décrites ci- après. Une fois dans l'état de veille, le dispositif ne nécessite pas de supporter des accès XIP ou Disque jusqu'à ce que ce signal soit désactivé et que le Dispositif ait repris les opérations (indiquées par les désactivation du signal SUSPSTATE). un signal pour indiquer au Système l'état de veille courant du Dispositif. Si le Dispositif est actuellement à l'état de veille, ce signal sera actif, sinon il sera inactif. un signal pour indiquer que le système accorde la permission au Dispositif d'utiliser la pleine puissance à volonté. Des opérations à pleine puissance exécutées à la discrétion du Dispositif (par exemple des opérations d'arrière-plan), ne sont autorisées que lorsque ce signal est actif. L'utilisation de la pleine puissance par le Dispositif est toujours permise durant une opération de mise à jour XIP ou d'écriture disque explicitement demandée, indépendamment de l'état de ce signal. 2798750 un signal pour indiquer au Système que le Dispositif utilise actuellement la pleine puissance. Ce signal ne nécessite d'être positionné que lorsque le signal précédent indique que le Dispositif est autorisé à utiliser la pleine puissance en arrière-plan et quand le Dispositif est réellement en train de le faire. Ce signal peut également, mais non nécessairement, être utilisé pour signaler l'utilisation de la pleine puissance pendant une opération de mise à jour XIP ou d'écriture Disque explicitement demandée. un signal de sélection de puce pour IDE au destinataire. un signal disque actif/esclave présent utilisé par un dispositif IDE esclave pour acquitter le dispositif IDE maître durant l'initialisation. un signal utilisé par le Système ou le montage de la configuration externe pour indiquer que le Dispositif peut être reconfiguré et que les alimentations 5 et 12 volts sont disponibles. La configuration du Dispositif ne sera pas changée (même si les commandes appropriées sont envoyées au Dispositif par le Système) à moins que ce signal soit présent. un signal pour indiquer que le Système est capable d'exécuter des cycles E/S 16 bits et veut interagir avec le dispositif en utilisant de tels cycles. Le Dispositif décide s'il faut utiliser des cycles 8 et 16 bits et indique le choix au Système via le signal approprié. un signal pour indiquer que le Système est capable d'exécuter des cycles mémoires EPROM 16 bits et veut interagir avec le Dispositif en utilisant de tels cycles. Le Dispositif décide s'il faut utiliser des cycles 8 et 16 bits et indique le choix au Système via le signal MEMCS16. Des signaux d'adresses, par exemple pour adresser [jusqu'à 256 K de] la section XIP du Dispositif, le Système. Si une implémentation du Dispositif choisit d'étendre la taille de la section XIP au-delà de 256 Kilo-octets, des bits d'adresses additionnelles peuvent être utilisés pour adresser la mémoire supplémentaire. Le Dispositif peut supposer que tous les bits d'adresses sont valides lorsque le signal approprié est présent. La conception d'un système utilisant le Dispositif peut 161 2798750 par conséquent assurer que la génération du signal approprié tienne compte des bits d'adresses supérieurs. Si un Système devait générer ce signal chaque fois que les bits d'adresses inférieurs contenus dans les valeurs de droite, sans tenir compte des bits d'adresses de rang supérieur, alors le Dispositif pourrait accéder à une mémoire autre que la section XIP visée. * Des signaux de données, par exemple pour que, lorsque le signal approprié indique le besoin d'un cycle mémoire 8 bits, alors seulement une première plage est utilisée. Si les signaux indiquent le besoin d'un cycle mémoire 16 bits, alors la première plage est utilisée, mais la dernière plage ne peut être utilisée qu'après que les signaux ont indiqué la disponibilité des lignes de données supérieures. * Des signaux d'interruption, par exemple un signal IRQ supporté par le Dispositif. Il n'est utilisé que pour une émulation d'interface IDE. Ce signal peut être connecté à toute ligne IRQ du Système disponible, mais pour des raisons de compatibilité, il est suggéré qu'il soit attaché à l'interruption standard du disque dur. Toutes les tensions de programmation requises pour accéder à la mémoire à l'intérieur du Dispositif sont générées à l'intérieur du Dispositif à partir, soit d'une tension d'alimentation unique de 3,3 V ou d'une tension d'alimentation unique de 5 V. Un système n'a besoin de fournir que l'une de ces tensions d'alimentation mais peut optionnellement fournir les deux. Le Dispositif doit être capable d'obtenir sa puissance d'exploitation normale à partir de l'une ou l'autre des alimentations. Ces tensions d'alimentation sont fournies via l'interface du Dispositif standard décrit ci-dessus. Le Dispositif obligera son exploitation à se conformer à l'un de trois états de puissance comme déterminé par les deux signaux de commande d'option du Dispositif décrit ci-dessus. Par exemple, le signal peut indiquer que le Dispositif devrait entrer dans son mode de puissance réduite et ne pas répondre aux accès à la section XIP ou Disque ou que le Dispositif est libre d'utiliser la pleine puissance à sa propre discrétion. 162 2798750 En l'absence de l'un et l'autre des signaux, le Dispositif supportera toutes les opérations d'accès, mais devra exécuter des opérations à puissance plus élevée (telles qu'un effacement) uniquement pendant la durée d'une opération explicitement demandée par le Système (par exemple une mise à jour XIP ou une écriture disque). Si le Dispositif supporte des opérations d'arrière-plan (déplacement de blocs, effacement, etc.) il peut n'utiliser la pleine puissance que pendant des opérations d'arrièreplan lorsque le signal approprié est présent et doit achever de telles opérations d'arrière-plan si le signal est désactivé. Le Dispositif doit être capable de changer d'états en quelques millisecondes à partir de l'instant o le signal change. Le Dispositif doit aviser si oui ou non il est dans un état de veille via le signal approprié. Le Dispositif doit informer de toute utilisation d'arrièreplan de la pleine puissance via le signal approprié. Le Tableau 2 décrit les relations entre les signaux de commande de puissance et d'état et les limitations de puissance pour chaque état: 163 2798750 Nom de l'état Entrer Signal d'état Pleine puissance au Dispositif Charge signal d'état de veille signal nul utilisant le courante de puisance actuel signal maximale réduite pleine autorisée puissance Veille Actif Actif (dans Ne pas tenir Inactif plicitement deman- dée est en cours Arrière-plan Inactif Inactif Actif. Aucune Inactif 20 mA En attente opération d'arrière- plan à puissance élevée n'est en cours Arrière-plan Inactif Inactif Actif. Une opération Actif 50 mA Occupé d'arrière-plan à puissance élevée est en cours Normal Inactif Inactif Inactif. Aucune Inactif 20 mA En attente opération de mise à (dans jour XIP ou d'écriture 1 ms) disque explicitement demandée n'est en cours Normal Inactif Inactif Inactif. Aucune Inactif 50 mA Occupé opération de mise à (dans jour XIP ou d'écriture 1 ms) disque explicitement demandée n'est en cours TABLEAU 2 Si le Dispositif supporte une section formatée IDE, alors il supportera les commandes Idle (au repos) et Sleep (en attente) standard de la spécification ATA pour contrôler les états de puissance du contrôleur de disque IDE. Etant donné que le Dispositif est destiné à des applications intégrées et particulièrement à des applications intégrées nomades, la taille revêt un aspect 164 2798750 important. Un modèle de système incorporant le Dispositif doit équilibrer la capacité par rapport à l'espace disponible. Par exemple, plusieurs tailles discrètes seront normalisées dans chacun des deux modes de réalisation (Modulaire et Composant). Les exigences fonctionnelles du Dispositif sont les suivantes: En se référant à la figure 52, un diagramme synoptique représentant la structure logique d'une implémentation typique du dispositif, le Dispositif 7300 fournit le support pour deux sections à mémoire: une section XIP (eXecute In Place) 7302 et une section Disque 7304. La section XIP du Dispositif 7304 supporte un réglage en taille allant de 0 kilo-octet à 256 kilo-octets par incréments de 64 kilo-octets. Des sections XIP plus importantes (supérieures à 256 kilo-octets) et/ou des granularités de réglage plus petites (inférieures à 64 kilo-octets) peuvent être optionnellement supportées mais ne doivent pas empêcher la compatibilité avec les exigences ci-dessus. Le Dispositif contient deux contrôleurs logiques 7306a, 7306b et deux zones de mémoire logique 7308a, 7308b. Bien que des implémentations spécifiques du dispositif puissent combiner les fonctions des deux contrôleurs ou des deux zones de mémoire, ces termes sont utilisés ici pour décrire la fonctionnalité requise. La section XIP 7302 du Dispositif 7300 peut être subdivisée en 2 sous- sections: la sous-section IPL (Initial Program Loader ou chargement du programme initial) et la sous-section BIOS (Basic Input/Output System ou système de base d'entrée/sortie). Pour une utilisation dans un Système spécifique chaque dispositif est configuré pour l'utilisation de la ou des sous- sections requise(s). La sous-section IPL de la section XIP du Dispositif, si configurée pour une utilisation par le Système, a une taille de 64 kilo-octets et est adressée comme les premiers 64 kilo-octets d'une zone adressable linéaire de la section XIP. Si le modèle d'un Système nécessite que la soussection IPL soit 2798750 interchangée avec la sous-section BIOS, alors le Système doit assurer la logique pour ajuster les lignes d'adresses fournies au dispositif. Aucun remappage logique de la section XIP ne nécessite d'être implémenté à l'intérieur du Dispositif. Des tailles de sous-section IPL plus grandes ou plus petites que 64 kilooctets peuvent être optionnellement supportées, mais ne doivent pas empêcher la compatibilité avec les exigences ci-dessus. La sous-section BIOS de la section XIP du dispositif, si configurée pour une utilisation par le Système est réglable en taille dans une plage allant de 64 kilo-octets à 256 kilo-octets par incréments de 64 kilooctets. Une taille BIOS de 256 kilo-octets est autorisée par un dispositif avec une section XIP de 256 kilo- octets seulement si la sous-section IPL n'est pas configurée pour l'utilisation. Si le modèle d'un système nécessite un remappage des zones du BIOS, alors le Système doit fournir la logique pour ajuster les lignes d'adresses fournies au Dispositif. Aucun remappage logique de la section XIP ne nécessite d'être implémenté dans le Dispositif. Des tailles de sous-section BIOS plus grandes et/ou des granularités plus petites peuvent être optionnellement supportées mais ne doivent pas empêcher la compatibilité avec les exigences ci-dessus. Pour des modes de réalisation Modulaire du Dispositif, le partitionnement du Dispositif en une section XIP et une section Disque est possible via un montage de configuration externe séparé auquel le dispositif est connecté via le connecteur standard décrit ci-dessus. Pour des modes de réalisation Composant du Dispositif, le partitionnement du Dispositif en une section XIP et une section Disque est possible soit sur circuit soit via un montage de configuration externe (si la carte Système elle-même est équipée du connecteur de Dispositif standard). La configuration réelle de la section XIP du Dispositif est réalisée via l'interface de configuration standard décrite ci-dessus. Il est admissible de requérir des tensions d'alimentation de 5 V (pour la 166 2798750 radio) ou 12 V (en plus des tensions d'exploitation standard de 3,3 V ou de 5 V) à des fins de configuration uniquement. Ces tensions d'alimentation ne doivent pas être utilisées excepté lorsque le signal approprié est présent. Ce signal identifie que les tensions d'alimentation de la configuration sont valides et que la configuration du Dispositif est autorisée. A un minimum, les tensions d'alimentation de la configuration et le signal seraient fournis par le montage de configuration externe via le connecteur de Dispositif standard. Les tensions d'alimentation de la configuration et le signal sont décrits ci-dessus. La configuration du Dispositif une fois exécutée, peut être mémorisée à l'intérieur du Dispositif de manière non volatile. Ceci peut nécessiter l'utilisation d'une zone mémoire de configuration séparée. Bien qu'il soit possible de reconfigurer le Dispositif dans le cas d'une configuration erronée, ceci est considéré comme un événement peu fréquent. Il est par conséquent admissible de limiter le nombre de reconfigurations (pour permettre l'utilisation d'une zone mémoire de configuration de réécriture limitée). En tout état de cause, un minimum de, par exemple, 100 reconfigurations est supporté. Il est possible de détecter les capacités et la configuration du Dispositif. Les capacités et la configuration de la section XIP sont déterminées via l'interface décrite ci-après. La section Disque du Dispositif est conforme à l'un des deux formats IDE (Integrated Drive Electronics ou gestion de périphériques à électronique intégrée) ou FTL (Fast Transient Loader ou charge transitoire rapide). Un mécanisme standard existe pour déterminer lequel des deux formats est supporté par une implémentation du Dispositif. Il est admis d'avoir une implémentation du Dispositif qui supporte les deux formats. Dans un tel cas, une option de configuration supplémentaire doit être fournie pour sélectionner le format qui sera utilisé en tant que Dispositif "primaire" ou "d'amorçage". La sélection et la détection de la configuration de la section disque n'est pas requise pour permettre des accès en lecture à lasection XIP imbriqués avec des accès à l'interface E/S du contrôleur XIP. En conséquence, le système 167 2798750 peut ne pas exécuter à partir de la section XIP tout en mettant à jour ou en configurant la section XIP via le contrôleur XIP. Une section Disque supportant le format IDE assure une émulation complète d'un disque dur IDE et est configurable pour fonctionner dans l'un quelconque des modes suivants: maître IDE primaire, esclave IDE primaire, maître IDE secondaire, esclave IDE secondaire. La sélection du mode est déterminée par les positionnements des signaux appropriés décrits cidessus. La gestion du disque dur logique à l'intérieur de la zone de mémoire disque est effectuée par le contrôleur de Disque à l'intérieur du Dispositif. L'accès au disque dur logique s'effectue via des commandes IDE envoyées au contrôleur de Disque par le pilote IDE à l'intérieur du BIOS. Une section Disque supportant le format IDE est configurable pour fonctionner dans l'un ou l'autre des modes à 8 ou 16 bits de large. La largeur des données est sélectionnée par le système via le signal approprié. Bien que ce signal puisse être contrôlé dynamiquement par le système, il devrait normalement être attaché haut ou bas en fonction des capacités du Système. Lorsque le signal est présent, le signal correspondant est utilisé par le Dispositif pour indiquer au Système que des accès 16 bits sont requis. Un diagramme synoptique représentant une implémentation possible du Dispositif avec une section Disque au format IDE est représenté sur la figure 53. L'implémentation du Dispositif 7310 montrée contient des contrôleurs XIP 7312 et Disque 7314 séparés et des zones de mémoire XIP 7316 et Disque 7318 séparés. Le contrôleur XIP 7312 gère la configuration et la mise à jour de la zone de mémoire XIP et le contrôleur de Disque gère l'émulation de l'unité IDE en utilisant la zone de mémoire Disque. Une section Disque supportant le format FTL est représentée sur la figure 54 dans un diagramme synoptique et fournit un mécanisme standard pour accéder à des blocs pour le stockage à l'intérieur de la zone de mémoire XIP. Ce mécanisme standard peut être le même indépendamment de la 168 2798750 technologie utilisée pour implémenter la zone de mémoire disque à l'intérieur du Dispositif et est décrit ci-après. L'implémentation du Dispositif représenté contient un contrôleur unique 7320 servant à la fois de contrôleurs XIP et Disque (FTL) et un zone de mémoire unique 7322 servant à la fois de zones de mémoire XIP et Disque. Aucun support IDE n'est prévu, et les fonctions contrôleur XIP et Disque partagent une logique commune. Le BIOS de chaque système qui utilise le Dispositif doit inclure à la fois des pilotes IDE et FTL pour s'assurer que toutes les implémentations du Dispositif peuvent être utilisées sur tous les systèmes. La section XIP du Dispositif émule une mémoire morte linéaire adressable par mots de 8 bits (par exemple équivalents à une EPROM de taille similaire). Des bits d'adresses suffisants pour adresser jusqu'à 256 kilooctets sont fournis par le Système au Dispositif et sont décodés si nécessaire à I'intérieur du Dispositif. Le signal approprié est fourni par le Système au Dispositif pour identifier que la zone XIP est en train d'être adressée. Le décodage d'adresses requis pour produire le signal à partir d'une plage plus large de bits d'adresses est sous la responsabilité du Système. Une émulation EPROM 16 bits peut être optionnellement supportée, mais ne doit pas empêcher la compatibilité avec les exigences ci-dessus. S'il est supporté, le mode d'émulation EPROM 16 bits sera validé par le Système via le signal approprié. Bien que le signal puisse être contrôlé dynamiquement par le Système, il devrait être normalement attaché haut ou bas en fonction des capacités du système. Lorsque le signal est présent et que le Dispositif supporte le mode 16 bits, alors le signal correspondant est utilisé pour indiquer au Système que des accès 16 bits sont requis. Le contenu de la section XIP du Dispositif, s'il est configuré pour une utilisation par le Système, peut être mis à jour, sur circuit, via une interface de programmation normalisée. Le Dispositif supporte l'interface de programmation de la section XIP standard décrit ci-après, indépendamment des 169 2798750 technologiques spécifiques utilisées dans l'implémentation de la zone de mémoire XIP du Dispositif. La sous-section IPL de la section XIP du Dispositif, si elle est configurée pour être utilisée par le Système est indépendamment protégeable de la mise à jour via un signal qui "protège" ou "déprotège" la sous-section IPL. La section Disque pourra être mise à jour, sur circuit, via le pilote de disque DOS standard et les pilotes BIOS IDE ou FTL standard, indépendamment des technologies spécifiques utilisées dans l'implémentation de la zone de mémoire du Disque du Dispositif. La capacité mémoire nominale du Dispositif est définie pour être de la taille de la section Disque supportée par le Dispositif lorsqu'une section XIP de 256 kilo-octets a été configurée. Ceci devrait fournir une mesure du pire des cas pour toutes les implémentations. Bien qu'il soit admis pour une implémentation d'étendre la taille de la zone XIP au-delà des exigences de la présente description, cet espace supplémentaire ne sera pas considéré comme devant augmenter la capacité mémoire nominale du Dispositif à moins d'être incorporé dans la section Disque lorsque la section XIP est configurée à une taille de 256 kilo-octets. La section XIP du Dispositif assure une performance suffisante pour permettre une exécution directe du code à partir de la mémoire linéaire émulée. Etant donné que le dispositif est interfacé par le bus ISA, la vitesse maximale d'accès peut être limitée lorsqu'appropriée par la vitesse du bus ISA à 8 MHz. L'utlisation des états d'attente prolongée du bus ISA (par l'utilisation du signal approprié) est autorisée dans l'éventualité d'un accès retardé à des données XIP, mais le nombre maximal d'états d'attente ne sera pas supérieur à 10 et le nombre moyen d'états d'attente ne sera pas supérieur à 2. Bien que le système puisse supporter optionnellement la possibilité de "dupliquer" le BIOS ou autre code système à partir de la zone XIP vers la RAM (mémoire vive) du système pour une performance améliorée, ceci ne doit pas être nécessaire pour satisfaire les exigences de performance évoquées ci- 2798750 dessus. Les exigences de programmation du dispositif sont les suivantes. Une interface E/S spéciale est fournie par le contrôleur XIP à l'intérieur du Dispositif pour déterminer les capacités du Dispositif. Ceci comporte, sans y être limité, les informations suivantes: * Granularité de l'ajustement de la section XIP (taille des granules) Spécifiée comme un nombre entier de kilo-octets * Taille maximale de la section XIP Spécifiée comme un nombre entier de granules Doit être supérieure ou égale à 256 kilo-octets * Drapeau de présence d'une section disque au format IDE * Drapeau de présence d'une section disque au format FTL * Taille des blocs d'effacement FTL (si le format FTL est utilisé) Spécifiée comme un nombre entier de granules Le Dispositif ne nécessite pas d'autoriser les accès en lecture à la section XIP imbriquée avec des accès à l'interface E/S du contrôleur XIP. En conséquence, le Système peut ne pas exécuter à partir de la section XIP tout en mettant à jour ou en configurant la section XIP via le contrôleur XIP. Une interface spéciale est fournie par le contrôleur XIP à l'intérieur du Dispositif pour déterminer la configuration courante du Dispositif. Ceci comporte sans y être limité, les informations suivantes: * Taille de la sous-section IPL courante Spécifiée comme un nombre entier de granules * Taille de la sous-section BIOS courante Spécifiée comme un nombre entier de granules * Choix d'un disque formaté IDE ou FTL en tant que dispositif "d'amorçage" Lorsque les deux sont présents Le dispositif ne nécessite pas d'autoriser des accès en lecture à la section XIP imbriquée avec des accès à l'interface E/S du contrôleur XIP. En 171 2798750 conséquence, le système peut ne pas exécuter à partir de la section XIP tout en mettant à jour ou en configurant la section XIP via le contrôleur XIP. Une interface E/S spéciale est fournie par le contrôleur XIP à l'intérieur du Dispositif pour sélectionner la configuration souhaitée du Dispositif. Ceci comprend sans y être limité, les informations suivantes: * Taille de la sous-section IPL courante Spécifiée comme un nombre entier de granules * Taille de la sous-section BIOS courante Spécifiée comme un nombre entier de granules * Choix d'un disque formaté IDE ou FTL en tant que dispositif "d'amorçage" Lorsque les deux sont présents Le Dispositif ne nécessite pas de permettre les accès en lecture à la section XIP imbriquée avec les accès à l'interface E/S du contrôleur XIP. En conséquence, le Système peut ne pas exécuter à partir de la section XIP tout en mettant à jour ou en configurant la section XIP via le contrôleur XIP. Une interface E/S spéciale est fournie par le contrôleur XIP à l'intérieur du Dispositif pour mettre à jour le contenu de la section XIP. Ceci comprend sans y être limité les fonctions suivantes * Effacer IPL * Ecrire IPL * Effacer BIOS * Ecrire BIOS Le dispositif ne nécessite pas de permettre des accès en lecture à la section XIP imbriquée avec des accès à l'interface E/S du contrôleur XIP. En conséquence, le Système peut ne pas exécuter à partir de la section XIP tout en mettant à jour ou en configurant la section XIP via le contrôleur XIP. Lorsque la section Disque supporte le format IDE, alors le jeu de commande IDE standard est supporté. Le pilote BIOS IDE du Système est utilisé pour mettre à jour le format IDE de la section disque. 172 2798750 Lorsque la section Disque supporte le format FTL, alors une interface spéciale est fournie par le contrôleur du Disque à l'intérieur du Dispositif pour mettre à jour le contenu de la section Disque. Ceci comporte sans y être limité les fonctions suivantes: a Effacer bloc 0 Mapper bloc * Ecrire bloc Le Dispositif permet des accès en lecture à la section XIP imbriquée avec des accès à l'interface E/S du contrôleur FTL. En conséquence, le pilote BIOS FTL peut exécuter à partir de la section XIP tout en mettant en jour la zone de mémoire du Disque via le contrôleur FTL. Sans analyse supplémentaire, ce qui précède révélera de manière complète le point essentiel de la présente invention que d'autres peuvent facilement adapter à diverses applications sans omettre les traits particuliers qui, à partir du point d'attente de l'art antérieur, constituent justement les caractéristiques essentielles des aspects génériques ou spécifiques de la présente invention et, par conséquent, de telles adaptations seraient composées et destinées à l'être au sens et dans la gamme des équivalents des revendications suivantes. 173 2798750 REFERENCES NUMERIQUES 21 - unité mobile (à partir de la figure (9)) 160 - système développement de validation 162 - ordinateur hôte 164 - serveur de validation 166 interface de programme d'application de validation 168 - compteur 170 point d'accès 172 - terminal pour 162 174 - applications hôtes enregistrement 202 - désencapsuler 204 - source MAC 206 - destination MAC 208 - diffusion 210 - destination MAC 212 - expédier 214 - point d'accès d'origine 216 - créer entrée 218 - encapsuler 220 - encapsuler 222 expédier 224 - expédier 226 - envoyer REVENDICATIONS 1. Terminal (510) pour l'exécution d'un programme, comportant: un lecteur (5110) pour la lecture électro- optique d'indices (5116) pouvant être lus par machine constituant des instructions exécutables par machine du programme; et un processeur (6100) pour le décodage des instructions et pour l'auto-exécution du programme. 2. Terminal selon la revendication 1, et comportant en outre une interface de réseau sur le terminal pour réaliser une interface avec un réseau informatique. 3. Terminal selon la revendication 1, dans lequel les indices lisibles par machine comprennent un symbole de code à barres (5116). 4. Terminal selon la revendication 1, dans lequel les instructions exécutables par machine sont exprimées en un langage de mise en application par agent. 5. Terminal selon la revendication 1, et comportant en outre un boîtier de terminal dans lequel le processeur et le lecteur sont placés, le boîtier de terminal ayant une interface pour une mise en interface avec un réseau informatique. 6. Terminal selon la revendication 1, dans lequel le lecteur comprend un scanneur destiné à balayer les indices avec un faisceau lumineux. 7. Terminal selon la revendication 1, dans lequel le lecteur comprend un scanneur destiné à balayer les indices suivant un champ de vue. 8. Terminal selon la revendication 1, comprenant un émetteur sans fil pour l'émission de données depuis le terminal à un réseau informatique. 9. Terminal selon la revendication 1, qui comprend un visuel pour l'affichage d'un site de réseau créé par le programme exécuté. 10. Terminal selon la revendication 1, dans lequel les indices sont stockés sur un support de stockage, et le lecteur est un dispositif portable mobile par rapport au support de stockage. 11. Système pour l'exécution d'un programme, compor- tant: un terminal (510) comprenant une interface de réseau informatique, un lecteur (5110) pour la lecture électro- optique d'indices lisibles (5116) par machine constituant des instructions exécutables par machine du programme, et un processeur (6100) pour le décodage des instructions et pour l'auto-exécution du programme afin d'obtenir des données; et un support de stockage sur lequel les indices sont imprimés et lus par le lecteur; et dans lequel l'interface transmet les données par l'intermédiaire de l'interface au réseau informatique. 12. Système selon la revendication 11, dans lequel les indices comprennent plusieurs symboles de codes à barres, et dans lequel le support de stockage comprend plusieurs feuilles sur lesquelles les symboles sont imprimés. 13. Dispositif optique de lecture et de traitement pour l'acquisition optique d'un programme exécutable par ordinateur codé sous la forme d'un symbole de code à barres à deux dimensions sur un support de stockage, comportant: un lecteur (5110) de code à barres pour la lecture électro-optique du symbole de code à barres à deux dimensions; un émetteur pour envoyer des données par une liaison de communication; et un processeur (6100) pour décoder le symbole de code à barres à deux dimensions lu afin d'obtenir le programme exécutable par ordinateur codé dans ce symbole, et soit pour exécuter le programme, soit pour provoquer la transmission du programme par la liaison de communication à un ordinateur éloigné à des fins d'exécution. 14. Dispositif selon la revendication 13, qui peut être connecté à un réseau informatique par l'intermédiaire de la liaison de communication. 15. Dispositif selon la revendication 13, dans lequel le programme exécutable par ordinateur est exprimé dans un langage à mise en application par un agent. 16. Dispositif selon la revendication 13, dans lequel le processeur exécute le programme pour créer un site de réseau dans le dispositif. 17. Dispositif selon la revendication 13, dans lequel la liaison de communication est une liaison sans fil. 18. Procédé d'acquisition optique et d'utilisation d'un programme exécutable par ordinateur codé sous la forme d'un symbole de code à barres à deux dimensions sur une page imprimée, par l'intermédiaire d'un dispositif de lecture (5110) et de traitement optiques, comprenant les étapes dans lesquelles: on lit le symbole de code à barres à deux dimensions; on décode le symbole de code à barres à deux dimen- sions lu pour obtenir le programme exécutable par ordinateur codé dans ce symbole; et on exécute le programme. 19. Procédé selon la revendication 18, dans lequel l'étape d'exécution comprend la transmission du programme par l'intermédiaire d'une liaison de communication à un ordinateur éloigné à des fins d'exécution.