La numérisation de documents à travers le réseau existe d'un côté, mais de l'autre, cela n'est pas devenu une pratique courante, contrairement à l'impression réseau. Les administrateurs continuent d'installer des pilotes, et la configuration de la numérisation à distance est individuelle pour chaque modèle de scanner. Quelles sont donc les technologies disponibles actuellement, et ce scénario a-t-il un avenir ?
Pilote installé ou accès direct
Actuellement, quatre types de pilotes sont répandus : TWAIN, ISIS, SANE et WIA. En substance, ces pilotes agissent comme une interface entre l'application et la bibliothèque de bas niveau du fabricant, qui se connecte à un modèle spécifique.
Architecture de connexion simplifiée au scanner
On suppose généralement que le scanner est directement connecté à l'ordinateur. Cependant, rien n'interdit le protocole entre la bibliothèque de bas niveau et le périphérique. Cela peut même être TCP/IP. Ainsi, c'est actuellement le fonctionnement de la plupart des MFP réseau : le scanner apparaît comme local, mais la connexion se fait via le réseau.
L'avantage d'une telle solution est que l'application n'a pas besoin de savoir comment la connexion est établie, tant qu'elle reconnaît l'interface TWAIN, ISIS ou une autre. Il n'est pas nécessaire d'implémenter un support spécifique.
Mais les inconvénients sont évidents. La solution dépend d'un système d'exploitation de bureau. Les appareils mobiles sont immédiatement exclus du support. Un autre inconvénient est que les pilotes peuvent fonctionner de manière instable dans des infrastructures complexes, par exemple sur des serveurs de terminal avec de fins clients.
Une solution pourrait être de supporter une connexion directe au scanner via le protocole HTTP/RESTful.
TWAIN Direct
a été proposé par le consortium TWAIN Working Group comme une option d'accès sans pilote.
TWAIN Direct
L'idée principale est que toute la logique est transférée du côté du scanner. Et le scanner offre un accès via une API REST. De plus, les spécifications contiennent une description de la publication de l'appareil (autodécouverte). Cela a l'air bien. Pour l'administrateur, cela évite les problèmes potentiels avec les pilotes. Cela prend en charge tous les appareils, tant qu'il y a une application compatible. Pour le développeur, il y a aussi des avantages, surtout une interface d'interaction familière. Le scanner agit comme un service web.
En examinant des scénarios d'utilisation réels, les inconvénients se présentent également. Le premier est la situation de blocage. Il n'y a pas d'appareils avec TWAIN Direct sur le marché et il n'est pas utile pour les développeurs de soutenir cette technologie, et vice versa. Le second est la sécurité, la spécification ne pose pas d'exigences sur la gestion des utilisateurs, la fréquence des mises à jour pour combler d'éventuelles vulnérabilités. Il n'est pas non plus clair comment les administrateurs peuvent contrôler les mises à jour et l'accès. Il existe un logiciel antivirus sur l'ordinateur. Mais dans le micrologiciel du scanner, cela sera apparemment serveur web, cela peut ne pas exister. Ou bien cela peut exister, mais pas selon ce que requiert la politique de sécurité de l'entreprise. Vous conviendrez qu'il n'est pas très bon d'avoir un malware qui enverrait tous les documents numérisés ailleurs. En d'autres termes, avec l'introduction de cette norme, les tâches qui étaient gérées par les configurations d'applications tierces sont transférées aux fabricants d'appareils.
Le troisième inconvénient est la possible perte de fonctionnalité. Les pilotes peuvent avoir un traitement postérieur supplémentaire. Reconnaissance des codes-barres, suppression de l'arrière-plan. Certains scanners ont ce qu'on appelle une imprimerie — une fonction qui permet au scanner d'imprimer sur un document traité. Cela n'existe pas dans TWAIN Direct. La spécification autorise l'extension de l'API, mais cela entraînerait l'émergence de nombreuses réalisations propriétaires.
Et un autre inconvénient dans les scénarios de travail avec un scanner.
Numérisation depuis une application, ou numérisation depuis un appareil
Voyons comment se déroule une numérisation standard depuis une application. Je place le document. Ensuite, j'ouvre l'application et je numérise. Ensuite, je récupère le document. Trois étapes. Maintenant, imaginez qu'un scanner réseau se trouve dans une autre pièce. Il faut faire au moins deux allées et venues. C'est moins pratique que l'impression réseau.
En revanche, lorsqu'un scanner sait envoyer lui-même le document. Par exemple, par e-mail. Je place le document. Ensuite, je numérise. Le document est immédiatement envoyé au système cible.
C'est là que réside la principale différence. Si l'appareil est connecté au réseau, il est plus pratique de numériser directement dans le stockage cible : dossier, e-mail ou système ECM. Dans ce schéma, il n'y a pas de place pour le pilote.
Si l'on regarde de l'extérieur, nous utilisons la numérisation réseau sans modifier les technologies existantes. Tant des applications de bureau via un pilote, que directement depuis l'appareil. Cependant, la numérisation à distance depuis un ordinateur n'est pas devenue aussi répandue que l'impression réseau, en raison des différences dans les scénarios d'utilisation. La numérisation directement vers le bon stockage devient de plus en plus demandée.
Le support des scanners TWAIN Direct comme remplacement des pilotes est un choix très judicieux. Cependant, la norme est un peu en retard. Les utilisateurs veulent numériser directement depuis l'appareil réseau, envoyant les documents vers leur destination. Les applications existantes n'ont pas besoin de prendre en charge cette nouvelle norme, car tout fonctionne déjà parfaitement, et les fabricants de scanners n'ont pas besoin de l'implémenter, puisqu'il n'y a pas d'applications.
Et pour conclure. La tendance générale montre que la simple numérisation d'une ou deux pages sera remplacée par les caméras des téléphones. Reste la numérisation industrielle, où la vitesse, le soutien des fonctions de post-traitement, que TWAIN Direct ne peut pas fournir, sont importants, et où l'intégration étroite avec les logiciels continuera d'être essentielle.
Source : habr.com
