Das Scannen von Dokumenten über das Netzwerk scheint einerseits vorhanden zu sein, andererseits ist es im Gegensatz zum Netzwerkdruck nicht zur gängigen Praxis geworden. Administratoren installieren weiterhin Treiber, und die Remote-Scan-Einstellung ist für jedes Scannermodell individuell. Welche Technologien gibt es derzeit und hat ein solches Szenario eine Zukunft?
Installierbarer Treiber oder direkter Zugriff
Derzeit sind vier Arten von Treibern üblich: TWAIN, ISIS, SANE und WIA. Tatsächlich fungieren diese Treiber als Schnittstelle zwischen der Anwendung und der Bibliothek auf niedriger Ebene des Herstellers, die einem bestimmten Modell zugeordnet ist.
Vereinfachte Scanner-VerbindungsarchitekturEs versteht sich normalerweise, dass der Scanner direkt an den Computer angeschlossen ist. Niemand schränkt jedoch das Protokoll zwischen der Bibliothek auf niedriger Ebene und dem Gerät ein. Es kann TCP / IP sein. Daher funktionieren die meisten Netzwerk-MFPs jetzt: Der Scanner ist als lokal sichtbar, aber die Verbindung wird über das Netzwerk hergestellt.
Der Vorteil dieser Lösung besteht darin, dass die Anwendung nicht genau die Art und Weise herstellt, wie die Verbindung hergestellt wird. Die Hauptsache ist, dass Sie die vertraute TWAIN, ISIS oder eine andere Schnittstelle sehen. Keine besondere Unterstützung erforderlich.
Aber die Nachteile liegen auf der Hand. Die Entscheidung ist an das Desktop-Betriebssystem gebunden. Mobile Geräte werden sofort nicht mehr unterstützt. Das zweite Minus: Treiber können in komplexen Infrastrukturen instabil arbeiten, z. B. auf Terminalservern mit Thin Clients.
Die Lösung besteht darin, die direkte Verbindung zum Scanner über das HTTP / RESTful-Protokoll zu unterstützen.
TWAIN Direct
TWAIN Direct wurde von der TWAIN-Arbeitsgruppe als fahrerlose Zugangsoption vorgeschlagen.
TWAIN DirectDie Hauptidee ist, dass die gesamte Logik auf die Seite des Scanners übertragen wird. Der Scanner bietet Zugriff über die REST-API. Zusätzlich enthält die Spezifikation eine Beschreibung der Veröffentlichung des Geräts (automatische Erkennung). Es sieht gut aus. Für den Administrator werden dadurch mögliche Treiberprobleme beseitigt. Unterstützung für alle Geräte, Hauptsache, es gibt eine kompatible Anwendung. Auch für den Entwickler gibt es Vorteile, vor allem die vertraute Interaktionsoberfläche. Der Scanner fungiert als Webdienst.
Wenn wir die tatsächlichen Anwendungsfälle betrachten, gibt es auch Nachteile. Das erste ist die Deadlock-Situation. Es gibt keine TWAIN Direct-Geräte auf dem Markt, und es macht für Entwickler keinen Sinn, diese Technologie zu unterstützen und umgekehrt. Die zweite ist die Sicherheit, die Spezifikation stellt keine Anforderungen an die Benutzerverwaltung, die Häufigkeit von Aktualisierungen, um mögliche Lücken zu schließen. Es ist auch unklar, wie Administratoren Updates und Zugriff steuern. Der Computer verfügt über Antivirensoftware. Und in der Scanner-Firmware, in der sich der Webserver offensichtlich befindet, ist dies möglicherweise nicht der Fall. Oder zu sein, aber nicht das, was die Sicherheitsrichtlinie des Unternehmens erfordert. Stimmen Sie zu, eine Malware zu haben, die alle gescannten Dokumente nach links sendet, ist nicht sehr gut. Das heißt, bei der Implementierung dieses Standards werden Aufgaben, die durch die Einstellungen von Anwendungen von Drittanbietern gelöst wurden, an Gerätehersteller übertragen.
Das dritte Minus ist ein möglicher Funktionsverlust. Treiber können zusätzliche Nachbearbeitung haben. Barcode-Erkennung, Hintergrundentfernung. Einige Scanner haben die sogenannten Imprinter - eine Funktion, mit der der Scanner ein verarbeitetes Dokument drucken kann. Dies ist nicht in TWAIN Direct. Die Spezifikation ermöglicht die Erweiterung der API, dies führt jedoch zur Entstehung vieler benutzerdefinierter Implementierungen.
Und noch ein Minus in den Szenarien der Arbeit mit dem Scanner.
Scannen Sie von einer App oder von einem Gerät aus
Schauen wir uns an, wie ein normaler Scan aus einer Anwendung erfolgt. Ich habe ein Dokument abgelegt. Dann öffne ich die Anwendung und scanne. Dann nehme ich das Dokument. Drei Schritte. Stellen Sie sich nun vor, der Netzwerkscanner befindet sich in einem anderen Raum. Sie müssen mindestens zwei Ansätze ausführen. Dies ist weniger bequem als das Drucken im Netzwerk.
Eine andere Sache ist, wenn der Scanner selbst ein Dokument senden kann. Zum Beispiel per Post. Ich habe ein Dokument abgelegt. Dann scanne ich. Das Dokument fliegt sofort zum Zielsystem.
Dies ist der Hauptunterschied. Wenn das Gerät mit dem Netzwerk verbunden ist, ist es bequemer, sofort zum Zielspeicher zu scannen: Ordner, E-Mail oder ECM-System. In dieser Schaltung befindet sich kein Treiber.
Wenn Sie von der Seite schauen, verwenden wir das Netzwerkscannen, ohne vorhandene Technologien zu ändern. Und sowohl von Desktop-Anwendungen über den Treiber als auch direkt vom Gerät. Das Remote-Scannen von einem Computer aus war jedoch aufgrund unterschiedlicher Arbeitsszenarien nicht so umfangreich wie das Drucken im Netzwerk. Das sofortige Scannen zum gewünschten Speicher wird immer beliebter.
Die Unterstützung von TWAIN Direct-Scannern als Ersatz für Treiber ist ein sehr guter Schritt. Aber der Standard war etwas spät. Benutzer möchten direkt von einem Netzwerkgerät aus scannen und Dokumente wie vorgesehen senden. Bestehende Anwendungen müssen den neuen Standard nicht unterstützen, da jetzt alles einwandfrei funktioniert und Scannerhersteller ihn nicht implementieren müssen, da es keine Anwendungen gibt.
Und zum Schluss. Der allgemeine Trend zeigt, dass ein einfacher Scan von ein oder zwei Seiten durch Kameras auf Telefonen ersetzt wird. Es wird industrielles Scannen geben, bei dem Geschwindigkeit wichtig ist, Unterstützung für Nachbearbeitungsfunktionen, die TWAIN Direct nicht bieten kann, und bei denen eine enge Integration in die Software wichtig bleibt.