D’une part, la numérisation de documents sur un réseau semble exister, mais d’autre part, elle n’est pas devenue une pratique généralement acceptée, contrairement à l’impression en réseau. Les administrateurs installent toujours les pilotes et les paramètres de numérisation à distance sont individuels pour chaque modèle de scanner. Quelles technologies sont actuellement disponibles et un tel scénario a-t-il un avenir ?
Pilote installable ou accès direct
Il existe actuellement quatre types courants de pilotes : TWAIN, ISIS, SANE et WIA. Essentiellement, ces pilotes agissent comme une interface entre l'application et une bibliothèque de bas niveau du fabricant qui renvoie à un modèle spécifique.
Architecture de connexion du scanner simplifiée
On suppose généralement que le scanner est connecté directement à l’ordinateur. Cependant, personne ne limite le protocole entre la bibliothèque de bas niveau et le périphérique. Il peut également s'agir de TCP/IP. C'est ainsi que fonctionnent désormais la plupart des MFP en réseau : le scanner est visible comme local, mais la connexion passe par le réseau.
L'avantage de cette solution est que l'application ne se soucie pas exactement de la manière dont la connexion est établie, l'essentiel est de voir l'interface familière TWAIN, ISIS ou autre. Il n’est pas nécessaire de mettre en place un support particulier.
Mais les inconvénients sont également évidents. La solution est basée sur un OS de bureau. Les appareils mobiles ne sont plus pris en charge. Le deuxième inconvénient est que les pilotes peuvent être instables sur des infrastructures complexes, par exemple sur des serveurs de terminaux avec des clients légers.
La solution serait de prendre en charge la connexion directe au scanner via le protocole HTTP/RESTful.
TWAIN Direct
a été proposée par le groupe de travail TWAIN comme option d'accès sans conducteur.
TWAIN Direct
L'idée principale est que toute la logique est transférée du côté du scanner. Et le scanner fournit un accès via l'API REST. De plus, la spécification contient une description de la publication du périphérique (découverte automatique). Cela semble bon. Pour l'administrateur, cela élimine d'éventuels problèmes avec les pilotes. Prise en charge de tous les appareils, l'essentiel est qu'il existe une application compatible. Il existe également des avantages pour le développeur, notamment l'interface d'interaction familière. Le scanner agit comme un service Web.
Si l’on considère des scénarios d’utilisation réels, il y aura également des inconvénients. Le premier est l’impasse. Il n'existe aucun appareil sur le marché doté de TWAIN Direct et cela n'a aucun sens pour les développeurs de prendre en charge cette technologie, et vice versa. Le deuxième est la sécurité ; la spécification n’impose aucune exigence en matière de gestion des utilisateurs ou de fréquence des mises à jour pour combler d’éventuelles failles. On ne sait pas non plus comment les administrateurs peuvent contrôler les mises à jour et l'accès. L'ordinateur dispose d'un logiciel antivirus. Mais dans le firmware du scanner, qui aura évidemment un serveur Web, cela pourrait ne pas être le cas. Ou l'être, mais pas ce qu'exige la politique de sécurité de l'entreprise. D'accord, avoir un malware qui enverra tous les documents numérisés vers la gauche n'est pas très bon. Autrement dit, avec la mise en œuvre de cette norme, les tâches résolues par les paramètres d'applications tierces sont transférées aux fabricants d'appareils.
Le troisième inconvénient est une éventuelle perte de fonctionnalité. Les pilotes peuvent bénéficier d'un post-traitement supplémentaire. Reconnaissance de codes-barres, suppression de l'arrière-plan. Certains scanners ont ce qu'on appelle. imprimante - une fonction qui permet au scanner d'imprimer sur un document traité. Ceci n'est pas disponible dans TWAIN Direct. La spécification permet d'étendre l'API, mais cela conduira à de nombreuses implémentations personnalisées.
Et encore un inconvénient dans les scénarios de travail avec un scanner.
Numériser à partir d'une application ou numériser à partir d'un périphérique
Voyons comment fonctionne une analyse régulière à partir d'une application. Je dépose le document. Ensuite, j'ouvre l'application et je scanne. Ensuite, je prends le document. Trois étapes. Imaginez maintenant que le scanner réseau se trouve dans une autre pièce. Vous devez faire au moins 2 approches. C'est moins pratique que l'impression réseau.
C'est une autre affaire lorsque le scanner lui-même peut envoyer un document. Par exemple, par courrier. Je dépose le document. Ensuite, je scanne. Le document est immédiatement envoyé vers le système cible.
C'est la principale différence. Si l'appareil est connecté à un réseau, il est alors plus pratique de numériser directement vers le stockage cible : dossier, messagerie ou système ECM. Il n’y a pas de place pour un pilote sur ce circuit.
D'un point de vue extérieur, nous utilisons la numérisation réseau sans modifier les technologies existantes. De plus, à la fois depuis les applications de bureau via le pilote et directement depuis l'appareil. Mais 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'exploitation. La numérisation directe vers l'emplacement de stockage souhaité devient de plus en plus populaire.
La prise en charge des scanners TWAIN Direct en remplacement des pilotes est une très bonne étape. Mais la norme est un peu tardive. Les utilisateurs souhaitent numériser directement à partir d'un périphérique réseau et envoyer des documents vers leur destination. Les applications existantes n'ont pas besoin de prendre en charge la nouvelle norme, puisque tout fonctionne désormais correctement, et les fabricants de scanners n'ont pas besoin de l'implémenter, puisqu'il n'y a pas d'applications.
En conclusion. La tendance générale montre que la simple numérisation d’une ou deux pages sera remplacée par des appareils photo sur les téléphones. Il restera la numérisation industrielle, où la vitesse est importante, la prise en charge des fonctions de post-traitement que TWAIN Direct ne peut pas fournir, et où une intégration étroite avec le logiciel restera importante.
Source: habr.com