FR 3040099 A1 20170217 FR 1657705 A 20160811 1 CONTEXTE Divers dispositifs de capture de données électro-optiques ont été développés pour lire une marque d'identification à des fins d'inventaire. Par exemple, des systèmes de scanner ont été développés pour scanner une marque électrique telle qu'une étiquette de surveillance électronique d'article (EAS) apposée sur un article, une étiquette d'identification radiofréquence (RFID) intégrée dans l'article, une étiquette BLE (BluetoothTM Low Energy) attachée à un article, une étiquette acoustique apposée sur un article, et similaire. Par ailleurs, des systèmes ont été développés pour lire une marque optique sur un article tels qu'un scanner à laser ou à diode électroluminescente lisant un code à barres imprimé sur un article et des systèmes de formation d'image qui utilisent des caméras pour lire un code à barres unidimensionnel ou bidimensionnel imprimé sur un article. Un code à barres est un motif codé de marque graphique composé d'une série de barres et d'espaces de diverses largeurs, les barres et les espaces présentant différentes caractéristiques de réflexion de la lumière. Les dispositifs de capture de données qui lisent et décodent les codes à barres en utilisant un laser sont généralement appelés lecteurs ou scanners de code à barres à base de laser. Dans le cas type de mise en oeuvre d'un tel scanner de code à barres à laser, l'activation d'un balayage notifierait à un processeur d'activer un moteur de laser et de détecteur, de mettre en oeuvre un miroir pour scanner le faisceau laser sur une zone, de mettre en oeuvre le moteur de détecteur pour recevoir les réflexions de lumière du faisceau laser, et de 3040099 2 décoder les réflexions pour déterminer s'il y a des informations de code à barres dans les réflexions. Les systèmes de formation d'image qui lisent et décodent les codes à barres en utilisant un dispositif à couplage de 5 charges (CCD) ou les systèmes de formation d'image à base de métal-oxyde-semi-conducteur complémentaire (CMOS) sont généralement appelés lecteurs ou scanners de code à barres à base de formation d'image. Les systèmes de formation d'image comprennent des réseaux CCD, des réseaux CMOS, ou d'autres 10 réseaux de pixels de formation d'image comportant une pluralité d'éléments ou de pixels photosensibles. Dans le cas d'un dispositif de capture de données tel qu'un imageur, l'activation d'un balayage notifierait généralement à un processeur d'activer un moteur de détecteur d'image, 15 d'éclairer une zone de sorte que la lumière réfléchie à partir d'une image de code à barres cible soit focalisée à travers une lentille du système de formation d'image sur le réseau de pixels, dans lequel un convertisseur analogique-numérique numérise les signaux de sortie provenant des pixels du réseau 20 de pixels pour capturer une trame d'image de la zone, sur quoi les éléments de circuit de décodage d'un moteur de formation d'image analysent les signaux numérisés et tentent de déterminer s'il y a des informations de code à barres dans l'image à décoder. 25 Un opérateur peut utiliser soit un système de capture de données pour lire la marque d'un article à prendre par exemple, dans lequel, après la capture d'informations de code à barres, le processeur du scanner rapportera les informations de code à barres à un serveur hôte en utilisant un réseau 30 local (LAN) sans fil ou un réseau étendu (WAN) sans fil, et recevra des informations en retour du serveur validant si le code à barres décodé est correct pour cette saisie, sur quoi le processeur du système de capture de données délivrera une 3040099 3 annonce à un opérateur indiquant une saisie réussie. Cependant, dans certains flux de travail d'opérateur, où chaque article individuel pris est scanné (c'est-à-dire que l'opérateur est dirigé pour prendre un nombre x d'articles et 5 pour scanner chacun d'eux), le nombre de ces communications aller-retour avec le serveur hôte est grand, résultant en une grande quantité de surdébit de communication et de retards de latence de fonctionnement pour recevoir des informations de validation du serveur hôte. 10 Par conséquent, il existe un besoin pour une technique pour atténuer les problèmes ci-dessus de surdébit de communication et de latence de fonctionnement associés aux dispositifs de capture de données. 15 BREVE DESCRIPTION DES FIGURES Les figures jointes, où des numéros de référence identiques font référence à des éléments identiques ou fonctionnellement similaires sur toutes les vues séparées, avec la description détaillée ci-dessous, sont incorporées 20 dans et font partie de la spécification, et servent à illustrer davantage des modes de réalisations de concepts qui comprennent l'invention revendiquée, et à expliquer les divers principes et avantages de ces modes de réalisation. La figure 1 est un schéma fonctionnel simplifié d'un 25 appareil, selon certains modes de réalisation de la présente invention. La figure 2 est un organigramme d'un procédé, selon certains modes de réalisation de la présente invention. Les hommes du métier apprécieront que les éléments sur 30 les figures sont illustrés pour la simplicité et la clarté et n'ont pas nécessairement été dessinés à l'échelle. Par exemple, les dimensions de certains des éléments sur les figures peuvent être exagérées par rapport à d'autres éléments 3040099 4 pour aider à améliorer la compréhension des modes de réalisation de la présente invention. Les composants de l'appareil et du procédé ont été représentés lorsque cela est approprié par des symboles 5 classiques sur les dessins, montrant uniquement les détails spécifiques qui sont pertinents pour la compréhension des modes de réalisation de la présente invention de manière à ne pas obscurcir la présentation avec des détails qui seront facilement évidents aux hommes du métier bénéficiant de la 10 description du présent document. DESCRIPTION DETAILLEE Un système et un procédé sont décrits qui atténuent les problèmes de surdébit de communication et de latence de 15 fonctionnement associés aux dispositifs de capture de données. Bien que la présente invention soit décrite en relation avec un scanner de code à barres à base de laser, on devrait reconnaître que la présente invention est également applicable à d'autres dispositifs de capture de données comprenant des 20 systèmes de formation d'image de code à barres, des systèmes RFID, des systèmes EAS, des systèmes BLE, des systèmes acoustiques, et n'importe quel système électronique de lecture de marque présentant des problèmes de surdébit de communication et de latence de fonctionnement. 25 La présente invention accélère la performance de validation en fournissant des informations de code à barres attendues avant qu'un balayage soit réellement effectué. De cette manière, la validation d'informations de code à barres pourrait être effectuée dans le dispositif de capture de 30 données sans la nécessité de contacter le serveur hôte après chaque balayage. De cette manière, le temps de validation semblerait pour un utilisateur être pratiquement instantané, tout en réduisant le surdébit de communication sans fil qui 3040099 5 serait généré pour prendre de nombreux articles. La présente invention se prête également à des services de dispositif à valeur ajoutée basés sur la validation des données effectuée dans le dispositif (scanner). La fourniture de résultats 5 analytiques est un bon exemple d'un service de dispositif à valeur ajoutée. Le dispositif peut enregistrer le nombre de balayages validés avec succès par rapport aux balayages dont la validation a échoué et fournir cette statistique au client pour mesurer la productivité. 10 La figure 1 est un schéma fonctionnel d'un système qui peut utiliser divers technologies et protocoles de communication sans fil à des fins de communications entre un dispositif de capture de données et un serveur hôte. En particulier, la présente invention propose un système avec une 15 connectivité à un réseau local sans fil appelé ci-après WLAN 100 et à un réseau étendu filaire ou sans fil appelé ci-après WWAN 102. Le WLAN peut être basé sur divers protocoles comprenant, mais sans y être limités, le protocole IEEE 802.11. Le WWAN peut être basé sur diverses technologies 20 filaires ou sans fil telles que des réseaux cellulaires, Ethernet, etc. La communication entre le dispositif de capture de données et le serveur hôte peut être accomplie par l'intermédiaire d'une connexion filaire telle qu'une connexion Ethernet, ou d'une connexion sans fil telle que par 25 l'intermédiaire de points d'accès d'un réseau local. Les systèmes sans fil peuvent comprendre des réseaux locaux et étendus, ou un autre système de communication sans fil IEEE 802.11. Cependant, on devrait reconnaître que la présente invention est également applicable à de nombreux systèmes de 30 communication sans fil divers. Par exemple, la description qui suit peut s'appliquer à un ou plusieurs réseaux de communication qui sont basés sur IEEE 802.xx, utilisant des technologies sans fil telles que RF, IrDA (infrarouge), 3040099 6 Bluetooth, ZigBee (et d'autres variantes du protocole IEEE 802.11 (n'importe quelle variante), (WiMAX ou n'importe quelle autre variante), (PassPointTM certifié Wi-Fi), IEEE 802.20, 5 étalement de spectre à séquence directe ; étalement de spectre à sauts de fréquence ; protocoles de télécommunication cellulaire/sans fil/sans cordon non limités au GSM, CDMA, TDMA, GPRS, EDGE, LTE, UMTS, etc. ; protocoles de communication de réseau domestique sans fil ; protocoles de 10 réseau de messagerie ; induction magnétique ; protocoles de communication de données par satellite ; protocoles de réseau d'hôpital ou de service de santé sans fil tels que ceux fonctionnant dans les bandes WMTS ; GPRS ; et protocoles de communication de données sans fil propriétaires tels que les 15 variantes de USB sans fil, qui peuvent être modifiés pour mettre en oeuvre les modes de réalisation de la présente invention. Dans un exemple de mode de réalisation, le dispositif de capture de données portable et le point d'accès sont de préférence compatibles au moins avec la spécification 20 IEEE 802.11. La figure 1 montre que diverses entités sont adaptées pour prendre en charge les concepts inventifs des modes de réalisation de la présente invention. Les hommes du métier reconnaîtront que les dessins ne représentent pas tous les 25 équipements nécessaires pour que le système fonctionne, mais uniquement les composants de système et les entités logiques particulièrement pertinents pour la description des modes de réalisation dans le présent document. Par exemple, les systèmes électro-optiques, les dispositifs de suivi, les 30 serveurs, les points d'accès au réseau sans fil peuvent tous comprendre des interfaces de communication, des émetteurs-récepteurs, des mémoires et similaire séparés, tous sous la commande d'un processeur. En général, les composants tels que IEEE 802.15), IEEE 802.16 IEEE 802.11u 3040099 7 les processeurs, les émetteurs-récepteurs, les mémoires et les interfaces sont bien connus. Par exemple, on sait que les unités de traitement comprennent des composants basiques tels que, mais sans y être limités, des microprocesseurs, des 5 microcontrôleurs, une mémoire cache, des circuits intégrés spécifiques à une application, et/ou des éléments de circuit logiques. Ces composants sont généralement conçus pour mettre en oeuvre des algorithmes et/ou des protocoles qui ont été exprimés en utilisant des langages ou des descriptions de 10 conception de niveau élevé, exprimés en utilisant des instructions d'ordinateur, exprimés en utilisant des organigrammes logiques de messagerie. Ainsi, un algorithme, un flux logique, un flux de messagerie/signalisation, et/ou une spécification de protocole 15 étant donnés, les hommes du métier ont connaissance des nombreuses techniques de conception et de développement disponibles pour mettre en oeuvre un processeur qui effectue la logique donnée. Par conséquent, les entités montrées représentent un système connu qui a été adapté, conformément à 20 la description dans le présent document, pour mettre en oeuvre divers modes de réalisation de la présente invention. En outre, les hommes du métier reconnaîtront que des aspects de la présente invention peuvent être mis en oeuvre dans et parmi divers composants physiques et qu'aucun n'est nécessairement 25 limité à une mise en oeuvre sur une plateforme unique. Par exemple, les aspects de mémoire et de commande de la présente invention peuvent être mis en oeuvre dans l'un quelconque des dispositifs énumérés ci-dessus ou répartis parmi ces composants. 30 La figure 1 montre un profil physique type d'un dispositif de capture de données 100 tel qu'un scanner à laser ou de formation d'image de code à barres portable selon la présente invention. Le scanner peut être utilisé pour capturer 3040099 8 et décoder des marques de codes à barres 1D et 2D 102, comprenant des codes postaux, des codes universels de produits, et des codes à barres, des images et des signatures de code 39. Dans un mode de réalisation de la présente 5 invention, le dispositif de capture de données 100 est un scanner portable tenu en main qui peut être transporté et utilisé par un opérateur ou un client marchant ou se promenant dans un magasin, un entrepôt, une usine ou une installation, tout en balayant des codes à barres à des fins de stockage et 10 de contrôle d'inventaire, par exemple. Cependant, on devrait reconnaître que le scanner de la présente invention, qui sera expliqué ci-dessous, peut être utilisé de manière avantageuse en relation avec n'importe quel type de système d'identification automatique comprenant, mais sans y être 15 limité, des lecteurs de code à barres, des systèmes de formation d'image, d'acquisition et d'identification de signature, des systèmes de reconnaissance de caractères optiques, des systèmes d'identification d'empreintes, et similaire. L'invention est destinée à englober tous ces 20 systèmes d'identification automatique. De plus, la présente invention est également applicable à n'importe quel système de capture de données présentant des problèmes de surdébit de communication et de latence de fonctionnement comprenant les lecteurs et les étiquettes RFID, les lecteurs et les 25 étiquettes EAS, les lecteurs et les étiquettes BLE, les transducteurs et les étiquettes acoustiques, etc. De nouveau avec référence à la figure 1, un dispositif de capture de données 100 tel qu'un scanner à laser ou de formation d'image de code à barres peut comprendre un moteur 30 de capture de données 110, une interface utilisateur 122, un émetteur-récepteur 108, et une base de données 106, tous connectés à et commandés par un processeur 104. En fonctionnement normal, lorsqu'il est activé par un opérateur 3040099 9 (non montré), le processeur déclenche le moteur de capture de données pour lire et décoder une marque de code à barres cible 102 positionnée sur un article 116. Un code à barres unidimensionnel comprend des lignes de différentes épaisseurs 5 avec des espaces entre elles, comme cela est connu dans l'art. Bien qu'un code à barres unidimensionnel soit montré, des codes à barres bidimensionnels pourraient également être utilisés. En fonctionnement normal, lors de l'activation du moteur 10 de capture de données 110, le moteur active ensuite un motif de visée 120 à partir d'une source d'éclairage interne, qui est projetée à partir du moteur à travers une fenêtre en utilisant des miroirs internes qui sont également commandés par le moteur. L'opérateur aligne le motif de visée 120 avec 15 la marque de code à barres cible 102 pour scanner correctement le code à barres entier, sur quoi le moteur peut capturer et analyser les réflexions provenant du code à barres cible et exécuter une séquence de décodage pour décoder les informations dans le code à barres. Le moteur fournira toutes 20 informations de marque décodées avec succès au processeur 104. Le processeur peut ensuite transférer les informations de code à barres décodées au serveur hôte 114 à des fins de validation, d'inventaire et de suivi. Le serveur hôte peut confirmer que les informations de codes à barres fournies sont 25 valides et informer le processeur 104 du fait que les informations de code à barres sont celles d'un code à barres correct valide. Les communications avec le serveur peuvent être accomplies par l'intermédiaire d'une connexion filaire (non montrée) telle qu'une connexion Ethernet, ou d'une 30 connexion sans fil 118 (montrée), par exemple par l'intermédiaire de points d'accès d'un réseau local. Le serveur peut comprendre ses propres processeur, émetteur-récepteur, mémoire et/ou base de données, et 3040099 10 interface utilisateur (tous non montrés), comme cela est connu dans l'art. Il est envisagé que le dispositif de capture de données soit un terminal mobile qui peut effectuer l'une de nombreuses 5 fonctions différentes, telles que scanner un code à barres avec un scanner à base de laser, prendre une image en utilisant un module de formation d'image, configurer une caméra pour prendre une image, configurer l'envoi de données sur un réseau sans fil, etc. 10 Dans un autre mode de réalisation de l'invention, le décodage de marque ou la réception d'un signal de validation avec succès du serveur hôte comprend la fourniture d'une notification de rétroaction à l'utilisateur, telle qu'une rétroaction audio et/ou visuelle sur l'interface 15 utilisateur 112. Par exemple, la rétroaction audio pourrait être générée en utilisant un haut-parleur existant sur le dispositif de capture de données dans lequel, après un décodage réussi ou une validation de la marque, le processeur peut envoyer un signal audio au haut-parleur. Dans un autre 20 mode de réalisation, la rétroaction pour l'opérateur (par exemple, le son provenant du haut-parleur ou la rétroaction visuelle) peut être différente selon qu'un décodage réussi ou une validation de la marque est indiqué. En outre, l'utilisateur peut sélectionner dans une liste des sons et/ou 25 une rétroaction visuelle qu'il souhaiterait que le terminal produise pour différentes raisons. Il est envisagé que la présente invention puisse être utilisée dans les cas où la validation d'un code à barres est nécessaire lorsque le code à barres est scanné et décodé. En 30 particulier, la présente invention est applicable au cas d'utilisation où un opérateur dresse un inventaire lors de l'utilisation d'une application d'émulation. Ce qui suit est un flux de travail de saisie type. 3040099 11 Dans les cas types d'utilisation dans un entrepôt, tous les emplacements dans l'environnement sont étiquetés avec un code à barres d'emplacement. Le code à barres d'emplacement pourrait contenir un encodage de l'emplacement réel (par 5 exemple, allée - colonne d'étagère - rangée d'étagère) ou il pourrait être un identifiant aléatoire que le serveur hôte a mappé vers cet emplacement. Par conséquent, un opérateur peut ouvrir une session sur un système de gestion d'inventaire et se voir attribuer une 10 liste de saisies d'articles à rassembler par un serveur hôte. Le serveur hôte dirige ensuite l'opérateur vers un emplacement de saisie correct où les articles à prendre sont situés. L'opérateur se déplace vers l'emplacement. Lorsqu'il arrive à l'emplacement, il confirme au serveur hôte qu'il est 15 à l'emplacement correct en balayant le code à barres d'emplacement à son emplacement donné. Le serveur hôte peut télécharger une table ou une carte d'identités de codes à barres destinés à être scannés à l'emplacement de saisie de l'opérateur. Le dispositif de 20 capture de données peut mémoriser ces informations dans sa base de données locale 106. La base de données 106 peut comprendre tous les articles inventoriés dans l'environnement, ou seulement les codes à barres à l'emplacement de saisie, en fonction de la préférence de fonctionnement, de la taille de 25 la mémoire, des coûts, etc. Généralement, dans l'art antérieur, lors du balayage du code à barres d'un article à prendre par l'opérateur, le dispositif de capture de données fournit d'abord un certain type d'indicateur, d'alerte ou d'indication visuelle sur 30 l'interface utilisateur 112 pour signaler un décodage réussi du code à barres, et ensuite l'identité du code à barres décodé est transmise au serveur hôte pour valider si le code à barres est la valeur attendue qui peut être retransmise à 3040099 12 l'opérateur et indiquée en utilisant un certain type d'indicateur, d'alerte ou d'indication visuelle si c'est le code à barres attendu qui est trouvé à cet emplacement. Autrement dit, deux alertes peuvent en résulter dans un court 5 temps, qui peuvent embrouiller l'opérateur. Ou il peut y avoir un retard de communication résultant en ce que deux alertes séparées sont fournies à l'opérateur, ce qui peut être encore plus confus. Cependant, selon la présente invention, le dispositif de 10 capture de données peut maintenant vérifier les informations de code à barres décodées par rapport à celles dans la base de données de codes à barres attendus à cet emplacement de saisie afin de valider le balayage décodé immédiatement. Dans ce cas un seul indicateur, alerte ou indication visuelle peut être 15 fourni à l'opérateur sur l'interface utilisateur, indiquant un décodage réussi et une validation, ce qui est plus simple et prête moins à confusion. Les informations de code à barres pourraient également être envoyées au serveur hôte, mais après que l'opérateur ait reçu l'alerte appropriée, économisant de 20 ce fait le temps et permettant à l'opérateur de continuer à travailler sans attendre une réponse du serveur hôte. Avec référence de nouveau à la figure 1, dans un mode de réalisation optionnel, l'opérateur peut également scanner un code à barres sur un contenant 124 dans lequel les articles 25 pris sont placés 122. Le dispositif de capture de données peut utiliser un type différent d'indicateur, d'alerte ou d'indication visuelle pour signaler un décodage réussi du code à barres de contenant. Les données de balayage décodées du code à barres de contenant sont renvoyées au serveur hôte pour 30 valider que les articles corrects sont placés dans le contenant correct à l'emplacement correct, sur quoi l'opérateur peut être informé en utilisant un certain autre type d'indicateur, d'alerte ou d'indication visuelle s'il 3040099 13 s'agit du contenant attendu. En variante, la base de données pourrait comprendre des informations supplémentaires des contenants attendus pour cet emplacement de saisie, dans lequel un seul indicateur, alerte ou indication visuelle peut 5 être fourni à l'opérateur sur l'interface utilisateur, indiquant un décodage réussi et une validation du contenant comme avant, ce qui est plus simple et porte moins à confusion. Dans l'art antérieur, il y a au minimum deux ou trois 10 communications aller-retour avec le serveur hôte pour chaque article pris (une pour l'emplacement, une pour l'article, et une pour le contenant). Dans certains flux de travail où chaque article individuel pris est scanné (prendre un nombre x d'articles et scanner chacun d'eux), le nombre de ces 15 communications aller-retour est très élevé. Par ailleurs, pour chaque balayage qui est validé au niveau de l'hôte, le code à barres attendu est connu avant la tentative de balayage. Par conséquent, la présente invention permet d'économiser une quantité importante de temps si les codes à barres attendus 20 sont envoyés au dispositif de capture de données en utilisant une interface de programmation d'application (API) et le dispositif de capture de données valide que les données décodées sont celles qui sont attendues avant ou sans validation avec le serveur hôte. 25 Selon la présente invention, il existe également des possibilités pour une rétroaction ou des comportements uniques lorsqu'un code à barres non attendus est décodé. Dans un mode de réalisation, une lecture de code à barres non attendu pourrait être ignorée et le scanner pourrait continuer à 30 scanner (où généralement le scanner cesserait de scanner si un code à barres est décodé avec succès). Dans un autre mode de réalisation, dans une lecture de code à barres non attendu, le dispositif de capture de données pourrait utiliser un 3040099 14 indicateur pour informer l'utilisateur du fait que le code à barres lu n'est pas celui attendu et il pourrait continuer le balayage. Dans encore un autre mode de réalisation, dans une lecture de code à barres non attendu, le dispositif de capture 5 de données pourrait signaler à l'utilisateur que le code à barres incorrect a été décodé en utilisant un indicateur et cesser le décodage. Ces scénarios sont similaires à l'art antérieur, cependant ils sont effectués plus rapidement en utilisant la présente invention étant donné que la validation 10 avec le serveur hôte n'est pas nécessaire. Un autre cas d'utilisation consiste en ce que tout code à barres non attendu peut être rejeté et le dispositif de capture de données peut trouver le code à barres attendu le plus proche du code à barres non attendu et l'envoyer au serveur hôte au 15 nom du dispositif. Dans la présente invention, l'API pourrait prendre en charge des correspondances exactes ainsi que des correspondances de motifs. De plus, l'API pourrait prendre en charge des comptes pour les cas d'utilisation où l'opérateur 20 doit scanner tous les articles dans la liste de saisies. Ceci pourrait fournir une rétroaction unique lorsque le compte correct d'articles est pris. Par exemple, lorsque l'opérateur doit prendre trois du même article, les deux premiers articles pourraient avoir une rétroaction de saisie réussie (par 25 exemple, un clignotement vert sur l'interface utilisateur) et le troisième article pourrait avoir une rétroaction de saisies totales réussies (par exemple, deux clignotements verts rapides sur l'interface utilisateur). En prenant en charge ce comportement, le dispositif de capture de données sait 30 maintenant quand un article incorrect a été scanné. Cela donne au système une idée du flux de travail et le dispositif pourrait fournir une certaine fonctionnalité unique lorsque cela se produit. Par exemple, lorsqu'un code à barres 3040099 15 incorrect est lu, le code à barres attendu et réel peut être mémorisé et utilisé ultérieurement pour trouver des motifs en erreurs (par exemple, de multiples opérateurs scannant toujours le code à barres erroné pour un emplacement 5 particulier parce qu'une étagère est mal étiquetée. La figure 2 illustre un flux de travail d'un procédé pour capturer une marque par un dispositif de capture de données, selon la présente invention. Le procédé comprend l'établissement 200 d'un emplacement 10 de saisie du dispositif de capture de données. Cette étape peut comprendre l'établissement, par un serveur, d'identités de marques attendues et la réception, par un dispositif de capture de données, en provenance du serveur hôte, des identités de marques attendues. En variante, les identités de 15 marques attendues peuvent être mémorisées au préalable dans le dispositif de capture de données pour l'opérateur. Une étape suivante comprend la mémorisation 202 d'identités de marques attendues, reçues d'un serveur hôte, dans une base de données locale du dispositif de capture de 20 données. La base de données peut également comprendre des informations d'identité de contenant utilisées pour mémoriser les articles avec leurs propres identités de marque. Une étape suivante comprend la capture et le décodage 204 des informations de marque des articles. Les informations de 25 marque peuvent comprendre les informations de marque sur les articles et/ou les informations de marque sur un contenant utilisé pour contenir des articles ayant leurs propres informations de marque qui sont scannés. Une étape suivante comprend la vérification 206 si les 30 informations de marque décodées correspondent à l'une des identités de marques attendues mémorisées dans la base de données locale. 3040099 16 Si une correspondance est vérifiée, une étape suivante comprend la fourniture 208 à un opérateur d'une indication ou d'une alerte que la marque décodée est valide en tant que marque attendue pour cet emplacement, laquelle identité de 5 marque peut ensuite être rapportée au serveur hôte. Autrement, si une correspondance n'est pas vérifiée, une étape suivante comprend l'envoi 210 d'une indication ou d'une alerte d'échec à l'opérateur, sans rapporter l'identité de marque non vérifiée au serveur hôte. Optionnellement, lors d'un échec, le 10 décodage peut être ignoré et le dispositif continue comme si aucune donnée n'était décodée, et les données décodées ne sont pas renvoyées au serveur hôte. De préférence, une seule indication ou alerte indiquant à la fois qu'un décodage réussi a eu lieu et une validation qu'une marque attendue a été 15 décodée pour cet emplacement est fournie à l'opérateur. De plus, une indication ou alerte différente peut être fournie pour indiquer les articles non valides. Par ailleurs, une indication ou alerte différente supplémentaire peut être fournie pour un contenant correctement scanné. 20 De manière avantageuse, la présente invention permet d'accélérer la performance de validation en déplaçant les informations de code à barres attendues dans un dispositif de capture de données. Dans ces cas, un code à barres peut être validé comme étant un code à barres correct presque 25 immédiatement, sans le besoin de demander à un serveur hôte à distance une validation de confirmation. Dans de nombreux cas d'utilisation, les lectures de code à barres sont utilisées pour confirmer qu'un opérateur a fait ce qui était attendu : l'article correct a été pris à l'emplacement correct. La 30 présente invention introduit une interface de programme d'application que le serveur hôte peut utiliser pour transférer le code à barres attendu au scanner. Le scanner utiliserait ces informations pour afficher une indication de 3040099 17 validation réussie/d'échec de validation pour l'utilisateur (au lieu de simplement la réussite/l'échec d'un décodage). Si un échec survient, le code à barres ne doit pas être envoyé au serveur hôte. Avec la présente invention, le code à barres 5 attendu est connu avant le balayage. Dans ces cas d'utilisation, le scanner donnera une indication de décodage de code à barres réussi et transfèrera ensuite le code à barres de retour au serveur hôte où il est comparé au code à barres attendu et une indication de réussite/d'échec est 10 donnée par l'application. Ceci permet de réduire le temps nécessaire pour donner la rétroaction à l'utilisateur concernant l'accomplissement réussi de la tâche si le code à barres attendu est transféré au scanner. La présente invention peut également retirer l'indicateur de décodage réussi 15 supplémentaire prêtant potentiellement à confusion. Dans la description qui précède, des modes de réalisation spécifiques ont été décrits. Cependant, un homme du métier appréciera que divers changements et modifications peuvent être apportés sans s'écarter de l'étendue de l'invention telle 20 qu'exposée dans les revendications ci-dessous. Par conséquent, la description et les figures doivent être considérées dans un sens illustratif plutôt que dans un sens restrictif, et toutes ces modifications sont destinées à être incluses dans l'étendue des présents enseignements. 25 Les bénéfices, avantages, solutions aux problèmes, et tous les éléments qui permettent d'obtenir ou d'accentuer un quelconque bénéfice, avantage ou solution ne doivent pas être interprétés comme étant des caractéristiques ou des éléments critiques, nécessaires ou essentiels de l'une quelconque ou de 30 l'ensemble des revendications. L'invention n'est définie que par les revendications jointes comprenant tous les amendements effectués alors que la présente demande est en cours de 3040099 18 procédure et tous les équivalents de ces revendications tels que publiées. De plus, dans le présent document, les termes relationnels tels que premier et deuxième, haut et bas, et 5 similaire peuvent être utilisés uniquement pour distinguer une entité ou une action d'une autre entité ou action sans nécessairement requérir ou impliquer une telle relation ou un tel ordre réel entre ces entités ou actions. Les termes « comprend », « comprenant », « a », « ayant », « inclut », 10 « incluant », « contient », « contenant » ou n'importe quelle autre variante de ceux-ci sont destinés à couvrir une inclusion non exclusive, de sorte qu'un processus, un procédé, un article, ou un appareil qui comprend, a, inclut, contient une liste d'éléments ne comprend pas seulement ces éléments, 15 mais peut comprendre d'autres éléments non expressément énumérés ou inhérents à ce processus, ce procédé, cet article, ou cet appareil. Un élément précédé de « comprend ... un », « a ... un », « inclut ... un », « contient ... un » n'écarte pas, sans plus de contraintes, l'existence d'éléments 20 identiques supplémentaires dans le processus, le procédé, l'article, ou l'appareil qui comprend, a, inclut, contient l'élément. Le terme « un » est défini en tant qu'un ou plusieurs, sauf spécification contraire dans le présent document. Les termes « sensiblement », « essentiellement », 25 « approximativement », « à peu près » ou n'importe quelle autre version de ceux-ci sont définis comme étant « proches de » comme compris par un homme du métier, et dans un mode de réalisation non limitatif, le terme est défini comme étant dans les limites de 10 %, dans un autre mode de réalisation 30 dans les limites de 5 %, dans un autre mode de réalisation dans les limites de 1 % et dans un autre mode de réalisation dans les limites de 0,5 %. Le terme « couplé » tel qu'utilisé ici est défini comme relié, bien que pas nécessairement 3040099 19 directement et pas nécessairement mécaniquement. Un dispositif ou une structure qui est « configuré » d'une certaine manière est configuré au moins de cette manière, mais peut également être configuré de manières qui ne sont pas énumérées. 5 On appréciera que certains modes de réalisation peuvent comprendre un ou plusieurs processeurs (ou « dispositifs de traitement ») génériques ou spécialisés tels que des microprocesseurs, des processeurs de signaux numériques, des processeurs personnalisés et des réseaux de portes 10 programmables sur site et des instructions de programme mémorisées uniques (comprenant à la fois un logiciel et un micrologiciel) qui commandent lesdits un ou plusieurs processeurs pour mettre en oeuvre, conjointement avec certains circuits non de processeur), certaines, la plupart ou la 15 totalité des fonctions du procédé et/ou de l'appareil décrites ici. En variante, certaines ou la totalité des fonctions pourraient être mises en oeuvre par une machine à états dans laquelle aucune instruction de programme n'est mémorisée, ou dans un ou plusieurs circuits intégrés spécifiques à une 20 application, dans lesquels chaque fonction ou certaines combinaisons de certaines des fonctions sont mises en oeuvre en tant que logique personnalisée. Bien entendu, une combinaison des deux approches pourrait être utilisée. De plus, un mode de réalisation peut être mis en oeuvre en 25 tant que support de mémorisation pouvant être lu par un ordinateur sur lequel est mémorisé un code pouvant être lu par un ordinateur pour programmer un ordinateur (par exemple, comprenant un processeur) pour effectuer un procédé tel que décrit et revendiqué dans le présent document. Des exemples de 30 ces supports de mémorisation pouvant être lus par un ordinateur comprennent, mais sans y être limités, un disque dur, un CD-ROM, un dispositif de mémorisation optique, un dispositif de mémorisation magnétique, une ROM (mémoire à 3040099 20 lecture seule), une PROM (mémoire à lecture seule programmable), une EPROM (mémoire à lecture seule effaçable et programmable), une EEPROM (mémoire à lecture seule effaçable et programmable électriquement) et une mémoire flash. En 5 outre, il est attendu qu'un homme du métier, en dépit d'un effort peut-être important et de nombreux choix de conception motivés, par exemple, par le temps disponible, la technologie actuelle et des considérations économiques, guidé par les concepts et les principes présentés dans le présent document, 10 sera facilement capable de générer ces instructions et programmes logiciels et circuits intégrés avec une expérimentation minimale. L'abrégé est fourni pour permettre au lecteur de vérifier rapidement la nature de la présentation technique. Il est 15 soumis en comprenant qu'il ne sera pas utilisé pour interpréter ou limiter l'étendue ou la signification des revendications. De plus, dans la description détaillée qui précède, on peut voir que diverses caractéristiques sont regroupées dans divers modes de réalisation en vue de 20 rationaliser la présentation. Ce procédé de présentation ne doit pas être interprété comme reflétant une intention que les modes de réalisation revendiqués nécessitent plus de caractéristiques que celles expressément exposées dans chaque revendication. Au lieu de cela, comme le reflètent les 25 revendications qui suivent, le sujet de l'invention se trouve dans moins de la totalité des caractéristiques d'un mode de réalisation présenté unique. Ainsi, les revendications qui suivent sont incorporées par le présent document dans la description détaillée, avec chaque revendication indépendante 30 en tant que sujet revendiqué séparément. REVENDICATIONS1. Dispositif de capture de données (100), le dispositif comprenant : un émetteur-récepteur (108) pouvant être utilisé pour communiquer avec un serveur hôte ; une interface utilisateur (112) ; une base de données (106) configurée pour mémoriser des informations, reçues du serveur hôte, d'identités de marques 10 dont la lecture est attendue à un emplacement et des informations de marque associées ; un moteur de capture de données (110) pouvant être utilisé pour capturer des informations de marque ; et un processeur (104) couplé à l'émetteur-récepteur, à 15 l'interface utilisateur, à la base de données, et au moteur de capture de données, le processeur pouvant être utilisé pour diriger le moteur de capture de données pour capturer une marque pour son décodage, le processeur pouvant en outre être utilisé pour vérifier que les informations de marque décodées 20 correspondent avec l'une des identités de marques attendues mémorisées dans la base de données, dans lequel si une correspondance est vérifiée, le processeur fournit, sur l'interface utilisateur, une indication que la marque décodée est valide en tant que marque attendue. 25 2. Dispositif de capture de données selon la revendication 1, dans lequel, si une correspondance n'est pas vérifiée, le processeur peut en outre être utilisé pour fournir une indication d'échec sur l'interface utilisateur. 30 3. Dispositif de capture de données selon la revendication 1, dans lequel, si une correspondance n'est pas vérifiée, le processeur peut en outre être utilisé pour : 3040099 22 trouver un code à barres attendu le plus proche des informations de marque capturées, rejeter les informations de marque capturées, et envoyer le code à barres attendu le plus proche au serveur hôte au nom du dispositif de capture de 5 données. 4. Dispositif de capture de données selon la revendication 1, dans lequel le processeur peut en outre être utilisé pour établir un emplacement de saisie en dirigeant le moteur de capture de données pour capturer et décoder une marque d'emplacement fixe encodée avec des informations d'emplacement. 5. Dispositif de capture de données selon la revendication 4, dans lequel le processeur est en outre configuré pour recevoir les informations d'emplacement de saisie en provenance du serveur hôte par l'intermédiaire de l'émetteur-récepteur et recevoir, du serveur hôte, les identités de marques attendues pour cet emplacement de saisie pour leur mémorisation dans la base de données. 6. Dispositif de capture de données selon la revendication 1, dans lequel le processeur fournit également une indication sur l'interface utilisateur uniquement lorsque les informations de marque capturées ont été décodées et validées avec succès. 7. Dispositif de capture de données selon la revendication 1, dans lequel le processeur et le moteur de capture de données peuvent en outre être utilisés pour décoder la marque d'une identité de contenant pour contenir des articles, et le processeur est configuré pour fournir en 3040099 23 outre, sur l'interface utilisateur, une indication que les articles sont placés dans le contenant correct. 8. Dispositif de capture de données selon la 5 revendication 7, dans lequel le processeur fournit également une indication sur l'interface utilisateur uniquement lorsque les informations de marque capturées ont été décodées et validées avec succès, et dans lequel l'indication sur l'interface utilisateur pour le décodage réussi et la 10 validation sont différentes de l'indication sur l'interface utilisateur pour le placement dans le contenant correct. 9. Dispositif de capture de données selon la revendication 1, dans lequel le moteur de capture de données 15 est un dispositif de formation d'image de code à barres et la marque est un code à barres. 10. Dispositif de capture de données selon la revendication 1, dans lequel le moteur de capture de données 20 est un scanner de code à barres à laser et la marque est un code à barres. 11. Dispositif de capture de données selon la revendication 1, dans lequel le moteur de capture de données 25 est un lecteur d'identification radiofréquence et la marque est une étiquette d'identification radiofréquence. 12. Dispositif de capture de données selon la revendication 1, dans lequel le moteur de capture de données 30 est un récepteur Bluetooth et la marque est une étiquette Bluetooth. 3040099 24 13. Dispositif de formation d'image de code à barres, comprenant : un émetteur-récepteur pouvant être utilisé pour communiquer avec un serveur hôte ; 5 une interface utilisateur ; une base de données configurée pour mémoriser des informations, reçues du serveur hôte, d'identités de codes à barres attendues reçues du serveur hôte ; un moteur de capture de données pouvant être utilisé pour 10 capturer une identité de code à barres ; et un processeur couplé à l'émetteur-récepteur, à l'interface utilisateur, à la base de données, et au moteur de capture de données, le processeur pouvant être utilisé pour commander le moteur de capture de données pour capturer des 15 informations d'emplacement à partir d'un code à barres d'emplacement fixe, envoyer les informations d'emplacement au serveur hôte en utilisant l'émetteur-récepteur, recevoir les codes à barre attendus en provenance du serveur hôte pour leur mémorisation dans la base de données, et commander le moteur 20 de capture de données pour capturer un code à barres pour son décodage à l'emplacement, le processeur pouvant en outre être utilisé pour vérifier que l'identité de code à barres décodée est attendue en déterminant si l'identité de code à barres décodée correspond à l'une des identités de codes à barres 25 attendues mémorisées dans la base de données, dans lequel si l'association est vérifiée, le processeur fournit, sur l'interface utilisateur, une indication que le code à barres capturé a été décodé avec succès et est valide en tant que code à barres attendu pour cet emplacement. 30 14. Procédé pour capturer une marque par un dispositif de capture de données, le procédé comprenant : 3040099 25 la mémorisation (202) d'identités de marques attendues, reçues d'un serveur hôte dans une base de données locale du dispositif de capture de données ; la capture et le décodage (204) des informations de 5 marque ; et la vérification (206) si les informations de marque décodées correspondent à l'une des identités de marques attendues dans la base de données, dans lequel si l'association est vérifiée, une indication que la 10 marque décodée est valide en tant que marque attendue est fournie à un opérateur (208). 15. Procédé selon la revendication 14, dans lequel, si une correspondance n'est pas vérifiée, une indication d'échec 15 est fournie sur l'interface utilisateur (210). 16. Procédé selon la revendication 14, dans lequel, si une correspondance n'est pas vérifiée, un code à barres attendu le plus proche des informations de marque capturées 20 est recherché, les informations de marque capturées sont rejetées, et le code à barres attendu le plus proche est envoyé au serveur hôte au nom du dispositif de capture de données. 25 17. Procédé selon la revendication 14, dans lequel la fourniture comprend la fourniture d'une indication à l'opérateur uniquement lorsque les informations de marque capturées ont été décodées avec succès et validées. 30 18. Procédé selon la revendication 14, dans lequel la capture et le décodage comprennent la capture et le décodage de la marque d'une identité de contenant pour contenir des articles, et dans lequel la fourniture comprend la fourniture, 3040099 26 sur l'interface utilisateur, d'une indication différente que les articles sont placés dans le contenant correct.