La numérisation de documents sur le réseau d'une part semble être là, mais d'autre part, ce n'est pas devenu une pratique courante, contrairement à l'impression en réseau. Les administrateurs installent toujours les pilotes et le paramètre de numérisation à distance est individuel pour chaque modèle de scanner. Quelles technologies sont là pour le moment, et un tel scénario a-t-il un avenir.
Pilote installable ou accès direct
Quatre types de pilotes sont actuellement courants: TWAIN, ISIS, SANE et WIA. En fait, ces pilotes agissent comme interface entre l'application et la bibliothèque de bas niveau du fabricant, qui est associée à un modèle spécifique.
Architecture de connexion du scanner simplifiéeIl est généralement entendu que le scanner est connecté directement à l'ordinateur. Cependant, personne ne restreint le protocole entre la bibliothèque de bas niveau et le périphérique. Il peut s'agir de TCP / IP. Ainsi, la plupart des MFP réseau fonctionnent désormais: le scanner est visible comme local, mais la connexion passe par le réseau.
L’avantage de cette solution est que l’application n’explique pas exactement comment la connexion est établie, l’essentiel est de voir TWAIN, ISIS ou une autre interface familière. Aucun support spécial nécessaire.
Mais les inconvénients sont évidents. La décision est liée à l'OS de bureau. Les appareils mobiles tombent immédiatement en panne. Le deuxième inconvénient, les pilotes peuvent travailler de manière instable sur des infrastructures complexes, par exemple, sur des serveurs de terminaux avec des clients légers.
La solution consiste à prendre en charge la connexion directe au scanner via le protocole HTTP / RESTful.
TWAIN Direct
TWAIN Direct a été proposé par le groupe de travail TWAIN comme option d'accès sans conducteur.
TWAIN DirectL'idée principale est que toute la logique est transférée sur le 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). Ça a l'air bien. Pour l'administrateur, cela supprime les éventuels problèmes de pilote. Prise en charge de tous les appareils, l'essentiel est qu'il existe une application compatible. Il y a aussi des avantages pour le développeur, principalement l'interface d'interaction familière. Le scanner agit comme un service Web.
Si nous considérons les cas d'utilisation réels, il y a aussi des inconvénients. Le premier est l'impasse. Il n'y a pas d'appareils TWAIN Direct sur le marché, et cela n'a aucun sens pour les développeurs de prendre en charge cette technologie, et vice versa. Le second est la sécurité, la spécification n'impose pas d'exigences sur la gestion des utilisateurs, la fréquence des mises à jour pour fermer les trous possibles. Il est également difficile de savoir comment les administrateurs contrôlent les mises à jour et l'accès. L'ordinateur dispose d'un logiciel antivirus. Et dans le firmware du scanner, dans lequel le serveur Web sera évidemment, ce n'est peut-être pas le cas. Ou être, mais pas ce que la politique de sécurité de l'entreprise exige. D'accord, avoir un malware qui enverra tous les documents numérisés vers la gauche n'est pas très bon. Autrement dit, lors de la mise en œuvre de cette norme, les tâches qui ont été résolues par les paramètres des applications tierces sont transférées aux fabricants d'appareils.
Le troisième inconvénient est une éventuelle perte de fonctionnalité. Les conducteurs peuvent avoir un post-traitement supplémentaire. Reconnaissance des codes-barres, suppression de l'arrière-plan. Certains scanners ont ce qu'on appelle imprinter - une fonction qui permet au scanner d'imprimer sur un document traité. Ce n'est pas dans TWAIN Direct. La spécification permet l'extension de l'API, mais cela conduira à l'émergence de nombreuses implémentations personnalisées.
Et encore un inconvénient dans les scénarios d'utilisation du scanner.
Numériser depuis une application ou numériser depuis un appareil
Voyons comment se produit une analyse normale à partir d'une application. J'ai mis un document. Ensuite, j'ouvre l'application et numérise. 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 en réseau.
Une autre chose est lorsque le scanner lui-même peut envoyer un document. Par exemple, par courrier. J'ai mis un document. Puis je numérise. Le document vole immédiatement vers le système cible.
C'est la principale différence. Si l'appareil est connecté au réseau, il est plus pratique de numériser immédiatement vers le stockage cible: dossier, messagerie ou système ECM. Il n'y a pas de pilote dans ce circuit.
Si vous regardez de côté, nous utilisons la numérisation réseau sans changer les technologies existantes. Et à la fois depuis les applications de bureau via le pilote et directement depuis l'appareil. Mais la numérisation à distance à partir d'un ordinateur n'est pas devenue aussi massive que l'impression en réseau, en raison de différences dans les scénarios de travail. La numérisation immédiate vers le stockage souhaité devient plus populaire.
La prise en charge des scanners TWAIN Direct en remplacement des pilotes est une très bonne étape. Mais la norme était un peu en retard. Les utilisateurs souhaitent numériser directement à partir d'un périphérique réseau, en envoyant des documents comme prévu. Les applications existantes n'ont pas besoin de prendre en charge la nouvelle norme, car maintenant tout fonctionne bien, et les fabricants de scanners n'ont pas besoin de la mettre en œuvre, car il n'y a pas d'applications.
Et en conclusion. La tendance générale montre qu'un simple scan d'une ou deux pages sera remplacé par des caméras sur téléphones. Il y aura une 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.