Einerseits scheint es das Scannen von Dokumenten über ein Netzwerk zu geben, andererseits ist es im Gegensatz zum Netzwerkdrucken keine allgemein akzeptierte Praxis. Administratoren installieren weiterhin Treiber und die Einstellungen für das Remote-Scannen sind für jedes Scannermodell individuell. Welche Technologien stehen derzeit zur Verfügung und hat ein solches Szenario Zukunft?
Installierbarer Treiber oder Direktzugriff
Derzeit gibt es vier gängige Treibertypen: TWAIN, ISIS, SANE und WIA. Im Wesentlichen fungieren diese Treiber als Schnittstelle zwischen der Anwendung und einer Low-Level-Bibliothek des Herstellers, die auf ein bestimmtes Modell verweist.
Vereinfachte Scanner-Verbindungsarchitektur
Normalerweise wird davon ausgegangen, dass der Scanner direkt an den Computer angeschlossen ist. Allerdings beschränkt niemand das Protokoll zwischen der Low-Level-Bibliothek und dem Gerät. Es könnte auch TCP/IP sein. So funktionieren mittlerweile die meisten vernetzten MFPs: Der Scanner ist als lokal sichtbar, die Verbindung erfolgt jedoch über das Netzwerk.
Der Vorteil dieser Lösung besteht darin, dass es der Anwendung egal ist, wie die Verbindung genau hergestellt wird. Hauptsache, sie sieht die bekannte TWAIN-, ISIS- oder andere Schnittstelle. Eine besondere Unterstützung ist nicht erforderlich.
Aber auch die Nachteile liegen auf der Hand. Die Lösung basiert auf einem Desktop-Betriebssystem. Mobile Geräte werden nicht mehr unterstützt. Der zweite Nachteil besteht darin, dass Treiber auf komplexen Infrastrukturen, beispielsweise auf Terminalservern mit Thin Clients, instabil sein können.
Der Ausweg wäre die Unterstützung einer direkten Verbindung zum Scanner über das HTTP/RESTful-Protokoll.
TWAIN Direct
wurde von der TWAIN-Arbeitsgruppe als fahrerlose Zugriffsoption vorgeschlagen.
TWAIN Direct
Die Grundidee besteht darin, dass die gesamte Logik auf die Scannerseite übertragen wird. Und der Scanner bietet Zugriff über die REST-API. Darüber hinaus enthält die Spezifikation eine Beschreibung der Geräteveröffentlichung (Autodiscovery). Sieht gut aus. Für den Administrator werden dadurch mögliche Probleme mit Treibern beseitigt. Unterstützung für alle Geräte, Hauptsache es gibt eine kompatible Anwendung. Auch für den Entwickler ergeben sich Vorteile, allen voran die gewohnte Interaktionsoberfläche. Der Scanner fungiert als Webdienst.
Betrachtet man reale Nutzungsszenarien, ergeben sich auch Nachteile. Die erste ist die Deadlock-Situation. Es gibt keine Geräte mit TWAIN Direct auf dem Markt und es macht für Entwickler keinen Sinn, diese Technologie zu unterstützen, und umgekehrt. Der zweite Punkt ist die Sicherheit; die Spezifikation stellt keine Anforderungen an die Benutzerverwaltung oder die Häufigkeit von Updates, um mögliche Lücken zu schließen. Unklar ist auch, wie Administratoren Updates und Zugriffe kontrollieren können. Der Computer verfügt über eine Antivirensoftware. Bei der Scanner-Firmware, die offensichtlich über einen Webserver verfügt, ist dies jedoch möglicherweise nicht der Fall. Oder sein, aber nicht, was die Sicherheitsrichtlinien des Unternehmens erfordern. Stimmen Sie zu, eine Malware zu haben, die alle gescannten Dokumente nach links schickt, ist nicht sehr gut. Das heißt, mit der Umsetzung dieses Standards werden Aufgaben, die durch die Einstellungen von Drittanwendungen gelöst wurden, auf Gerätehersteller verlagert.
Der dritte Nachteil ist ein möglicher Funktionsverlust. Für Treiber ist möglicherweise eine zusätzliche Nachbearbeitung erforderlich. Barcode-Erkennung, Hintergrundentfernung. Einige Scanner verfügen über das sogenannte. Imprinter – eine Funktion, die es dem Scanner ermöglicht, auf ein verarbeitetes Dokument zu drucken. Dies ist in TWAIN Direct nicht verfügbar. Die Spezifikation ermöglicht eine Erweiterung der API, was jedoch zu vielen benutzerdefinierten Implementierungen führen wird.
Und noch ein Minus bei der Arbeit mit einem Scanner.
Scannen Sie aus einer Anwendung oder von einem Gerät
Schauen wir uns an, wie ein normaler Scan aus einer Anwendung funktioniert. Ich lege das Dokument ab. Dann öffne ich die App und scanne. Dann nehme ich das Dokument. Drei Schritte. Stellen Sie sich nun vor, dass der Netzwerkscanner in einem anderen Raum steht. Sie müssen mindestens zwei Ansätze dafür machen. Dies ist weniger praktisch als Netzwerkdruck.
Eine andere Sache ist es, wenn der Scanner selbst ein Dokument senden kann. Zum Beispiel per Post. Ich lege das Dokument ab. Dann scanne ich. Das Dokument fliegt sofort zum Zielsystem.
Dies ist der Hauptunterschied. Wenn das Gerät mit einem Netzwerk verbunden ist, ist es bequemer, direkt in den Zielspeicher zu scannen: Ordner, E-Mail oder ECM-System. Auf dieser Strecke ist kein Platz für einen Fahrer.
Von außen gesehen nutzen wir Netzwerk-Scanning, ohne bestehende Technologien zu verändern. Darüber hinaus sowohl von Desktop-Anwendungen über den Treiber als auch direkt vom Gerät. Aufgrund unterschiedlicher Betriebsszenarien hat sich das Remote-Scannen von einem Computer aus jedoch nicht so weit verbreitet wie das Drucken im Netzwerk. Das direkte Scannen an den gewünschten Speicherort erfreut sich immer größerer Beliebtheit.
Die Unterstützung von TWAIN Direct-Scannern als Ersatz für Treiber ist ein sehr guter Schritt. Aber der Standard ist etwas spät. Benutzer möchten direkt von einem Netzwerkgerät scannen und Dokumente an ihr Ziel senden. Bestehende Anwendungen müssen den neuen Standard nicht unterstützen, da jetzt alles einwandfrei funktioniert, und Scannerhersteller müssen ihn nicht implementieren, da es keine Anwendungen gibt.
Abschließend. Der allgemeine Trend zeigt, dass das einfache Scannen einer oder zweier Seiten durch Kameras auf Mobiltelefonen ersetzt wird. Es wird weiterhin industrielles Scannen geben, bei dem es auf Geschwindigkeit ankommt, die Unterstützung von Nachbearbeitungsfunktionen, die TWAIN Direct nicht bieten kann, und bei denen eine enge Integration mit Software weiterhin wichtig sein wird.
Source: habr.com