Das Scannen von Dokumenten über das Netzwerk scheint zwar vorhanden zu sein, ist aber im Gegensatz zum Netzwerkdruck nicht zur allgemeinen Praxis geworden. Administratoren installieren nach wie vor Treiber, und die Einrichtung des Remote-Scannens ist für jedes Scanner-Modell individuell. Welche Technologien gibt es derzeit, und hat dieses Szenario eine Zukunft?
Installierter Treiber oder direkter Zugang
Derzeit gibt es vier gängige Treibertypen: TWAIN, ISIS, SANE und WIA. Im Wesentlichen fungieren diese Treiber als Schnittstelle zwischen der Anwendung und der Low-Level-Bibliothek des Herstellers, die mit einem bestimmten Modell verbunden ist.
Vereinfachte Architektur der Verbindung zum Scanner
Normalerweise wird davon ausgegangen, dass der Scanner direkt mit dem Computer verbunden ist. Allerdings gibt es keine Einschränkungen für das Protokoll zwischen der Low-Level-Bibliothek und dem Gerät. Es kann auch TCP/IP sein. So funktioniert heute die Mehrheit der Netzwerk-MFPs: der Scanner erscheint als lokal, aber die Verbindung erfolgt über das Netzwerk.
Der Vorteil dieser Lösung ist, dass es der Anwendung egal ist, wie die Verbindung hergestellt wurde, solange sie die vertraute TWAIN-, ISIS- oder andere Schnittstelle sieht. Es ist keine spezielle Unterstützung erforderlich.
Aber die Nachteile sind offensichtlich. Die Lösung ist an ein Desktop-Betriebssystem gebunden. Mobile Geräte fallen sofort aus der Unterstützung heraus. Ein zweiter Nachteil ist, dass Treiber auf komplexen Infrastrukturen, wie z.B. Terminalservern mit dünnen Clients, instabil arbeiten können.
Eine Lösung besteht darin, die Unterstützung für die direkte Verbindung zum Scanner über das HTTP/RESTful-Protokoll zu erweitern.
TWAIN Direct
wurde von dem Konsortium TWAIN Working Group als Alternative für treiberlosen Zugang vorgeschlagen.
TWAIN Direct
Die Hauptidee ist, dass die gesamte Logik auf die Seite des Scanners verschoben wird. Der Scanner bietet Zugriff über die REST API. Zusätzlich enthält die Spezifikation eine Beschreibung der Gerätepublikation (Autodiscovery). Es sieht gut aus. Für den Administrator bedeutet es die Befreiung von möglichen Problemen mit Treibern. Unterstützung aller Geräte, solange es eine kompatible Anwendung gibt. Auch für den Entwickler gibt es Vorteile, insbesondere die vertraute Schnittstelle zur Interaktion. Der Scanner fungiert als Webservice.
Wenn man die realen Anwendungsszenarien betrachtet, gibt es auch Nachteile. Der erste ist die Deadlock-Situation. Auf dem Markt gibt es keine Geräte mit TWAIN Direct, und es macht für Entwickler keinen Sinn, diese Technologie zu unterstützen, und umgekehrt. Der zweite ist die Sicherheit, die Spezifikation stellt keine Anforderungen an das Benutzermanagement oder an die Häufigkeit von Updates, um mögliche Sicherheitslücken zu schließen. Es ist auch unklar, wie Administratoren Updates und Zugriffe kontrollieren können. Auf dem Computer gibt es Antivirus-Software. In der Firmware des Scanners könnte dies jedoch offensichtlich nicht der Fall sein. einen Webserver, es könnte entweder vorhanden sein, oder es könnte nicht das sein, was die Sicherheitsrichtlinien des Unternehmens verlangen. Man muss zugeben, dass es nicht gut ist, einen Schädling zu haben, der alle gescannten Dokumente nach außen sendet. Das bedeutet, dass beim Einführen dieses Standards die Anforderungen, die durch die Einstellungen von Drittanwendungen gelöst wurden, auf die Hersteller der Geräte übertragen werden.
Der dritte Nachteil ist der mögliche Verlust von Funktionen. Die Treiber können zusätzliche Nachbearbeitungen haben. Die Erkennung von Barcodes, das Entfernen von Hintergründen. Einige Scanner haben eine sogenannte Imprinter-Funktion, die es dem Scanner erlaubt, auf dem bearbeiteten Dokument zu drucken. Dies gibt es nicht in TWAIN Direct. Die Spezifikation erlaubt die Erweiterung der API, aber das wird zur Entstehung vieler eigener Implementierungen führen.
Und noch ein Nachteil bei den Arbeitsszenarien mit dem Scanner.
Scannen aus einer Anwendung oder Scannen vom Gerät
Lassen Sie uns betrachten, wie das normale Scannen aus einer Anwendung funktioniert. Ich lege das Dokument ab. Dann öffne ich die Anwendung und scanne. Danach hole ich das Dokument ab. Drei Schritte. Stellen Sie sich nun vor, dass der Netzwerk-Scanner in einem anderen Raum steht. Ich muss mindestens zweimal zu ihm gehen. Das ist weniger bequem als das Drucken über das Netzwerk.
Anders sieht es aus, wenn der Scanner selbst das Dokument senden kann. Zum Beispiel per E-Mail. Ich lege das Dokument ab. Dann scanne ich. Das Dokument wird sofort an das Zielsystem gesendet.
Das ist der Hauptunterschied. Wenn das Gerät mit dem Netzwerk verbunden ist, ist es bequemer, direkt in den Zielspeicher zu scannen: in einen Ordner, eine E-Mail oder ein ECM-System. In diesem Schema gibt es keinen Platz für den Treiber.
Wenn man von außen schaut, nutzen wir Netzwerkscanning, ohne bestehende Technologien zu verändern. Sowohl von Desktop-Anwendungen über Treiber als auch direkt vom Gerät. Aber das Remote-Scannen vom Computer hat sich nicht so stark verbreitet wie das Netzwerkdrucken, aufgrund der Unterschiedlichkeiten in den Arbeitsabläufen. Scannen direkt in den gewünschten Speicher wird immer gefragter.
Die Unterstützung von Scannern durch TWAIN Direct als Ersatz für Treiber ist ein sehr richtiger Schritt. Aber der Standard kam etwas spät. Die Nutzer möchten direkt vom Netzwerkgerät scannen und Dokumente an ihren Bestimmungsort senden. Bestehende Anwendungen müssen den neuen Standard nicht unterstützen, da alles derzeit hervorragend funktioniert, und Scannerhersteller haben keinen Bedarf, ihn umzusetzen, da es keine Anwendungen gibt.
Und abschließend. Der allgemeine Trend zeigt, dass einfaches Scannen von ein oder zwei Seiten durch Kameras in Smartphones ersetzt wird. Industrielles Scannen bleibt bestehen, wo Geschwindigkeit, Unterstützung von Funktionen für die Nachbearbeitung, die TWAIN Direct nicht gewährleisten kann, von Bedeutung sind und wo enge Integration mit Software wichtig bleibt.
Quelle: habr.com
