Document scanning over the network seems to exist on the one hand, but on the other hand, it has not become a common practice, unlike network printing. Administrators still install drivers, and the setup for remote scanning is unique for each scanner model. What technologies are available at the moment, and does such a scenario have a future?
Geïnstalleerde driver of directe toegang
Momenteel zijn er vier soorten drivers wijdverspreid: TWAIN, ISIS, SANE en WIA. Deze drivers fungeren in wezen als een interface tussen de applicatie en de low-level bibliotheek van de fabrikant, die verbinding maakt met een specifiek model.
Eenvoudige architectuur voor verbinding met de scanner
Over het algemeen wordt aangenomen dat de scanner rechtstreeks op de computer is aangesloten. Echter, niemand beperkt het protocol tussen de low-level bibliotheek en het apparaat. Dit kan ook TCP/IP zijn. Zo werkt het merendeel van de netwerk MFP's nu: de scanner is zichtbaar als lokaal, maar de verbinding verloopt via het netwerk.
Het voordeel van deze oplossing is dat het de applicatie niet interesseert hoe de verbinding is gemaakt, zolang het maar een bekende TWAIN, ISIS of andere interface ziet. Er is geen speciale ondersteuning nodig.
Maar de nadelen zijn ook duidelijk. De oplossing is afhankelijk van een desktop-OS. Mobiele apparaten vallen meteen buiten de ondersteuning. Een tweede nadeel is dat drivers instabiel kunnen zijn op complexe infrastructuren, zoals op terminalservers met dunne clients.
Een oplossing zou de ondersteuning van directe verbinding met de scanner via het HTTP/RESTful protocol zijn.
TWAIN Direct
werd voorgesteld door het TWAIN Working Group-consortium als een variant voor stuurprogramma-vrije toegang.
TWAIN Direct
Het belangrijkste idee is dat alle logica naar de scannerzijde wordt verplaatst. De scanner biedt toegang via REST API. Daarnaast bevat de specificatie een beschrijving van de apparaatpublicatie (autodiscovery). Het ziet er goed uit. Voor de administrator betekent dit een vermindering van mogelijke problemen met drivers. Ondersteuning voor alle apparaten, zolang er maar een compatibele applicatie is. Ook voor de ontwikkelaar zijn er voordelen, vooral de bekende interface voor interactie. De scanner fungeert als een webservice.
Als we kijken naar reële gebruiksscenario's, zijn er ook nadelen. De eerste is de deadlock-situatie. Op de markt zijn er geen apparaten met TWAIN Direct en voor ontwikkelaars is het niet zinvol om deze technologie te ondersteunen, en vice versa. De tweede is veiligheid; de specificatie stelt geen eisen aan het beheer van gebruikers of de frequentie van updates om eventuele kwetsbaarheden te dichten. Ook is het niet duidelijk hoe beheerders updates en toegang kunnen controleren. Op de computer is er antivirussoftware. En in de firmware van de scanner, zou duidelijk zijn dat dit er kan zijn. webserver, dit kan er echter ook niet zijn. Of het kan er zijn, maar niet op de manier die het beveiligingsbeleid van het bedrijf vereist. U zult het met me eens zijn dat het niet ideaal is om malware te hebben die alle gescande documenten naar elders verzendt. Dit betekent dat bij de implementatie van deze standaard de taken die met de instellingen van externe applicaties werden opgelost, worden overgedragen aan de fabrikanten van apparaten.
De derde beperking is mogelijk functieverlies. Stuurprogramma's kunnen extra post-processing hebben. Barcodetoepassing, achtergrondverwijdering. Sommige scanners hebben een zogenaamde imprinter — een functie waarmee de scanner op het verwerkte document kan afdrukken. Dit is niet beschikbaar in TWAIN Direct. De specificatie staat uitbreiding van de API toe, maar dit zal leiden tot de opkomst van veel eigen implementaties.
En nog een nadeel in scenario's voor het gebruik van de scanner.
Scannen vanuit de applicatie, of scannen vanaf het apparaat.
Laten we eens bekijken hoe een gewone scan vanuit een applicatie verloopt. Ik leg een document neer. Vervolgens open ik de applicatie en scan ik. Daarna neem ik het document weer mee. Drie stappen. Stel je nu voor dat de netwerkscanner zich in een andere kamer bevindt. Je moet minstens twee keer naar de scanner gaan. Dit is minder handig dan netwerkenprinten.
Een ander verhaal is wanneer de scanner zelf documenten kan versturen. Bijvoorbeeld, naar e-mail. Ik leg een document neer. Vervolgens scan ik. Het document gaat onmiddellijk naar het doelsysteem.
Hierin ligt het belangrijkste verschil. Als het apparaat met het netwerk is verbonden, is het handiger om meteen naar de doelopslag te scannen: een map, e-mail of ECM-systeem. In dit schema is er geen plaats voor de stuurprogramma.
Vanuit een ander perspectief gezien, gebruiken we netwerkscanning zonder bestaande technologieën te veranderen. Zowel vanuit desktopapplicaties via een stuurprogramma als rechtstreeks vanaf het apparaat. Echter, afstandsscanning vanaf een computer is niet zo wijdverbreid geworden als netprinting, vanwege verschillen in werkscenario's. Scannen naar de gewenste opslag wordt steeds gewilder.
De ondersteuning van scanners met TWAIN Direct als vervanging voor stuurprogramma's is een zeer goede stap. Maar de standaard is iets te laat gekomen. Gebruikers willen rechtstreeks vanaf een netwerkapparaat scannen en documenten naar hun bestemming sturen. Bestaande applicaties hoeven de nieuwe standaard niet te ondersteunen, aangezien alles momenteel prima werkt en fabrikanten van scanners het niet hoeven te implementeren, omdat er geen applicaties zijn.
En tot slot. De algemene trend laat zien dat eenvoudig scannen van een of twee pagina's zal worden vervangen door camera's op telefoons. Er zal industrieel scannen overblijven, waarbij snelheid, ondersteuning van nabewerkingfuncties die TWAIN Direct niet kan bieden, belangrijk zijn, en waar nauwe integratie met software belangrijk blijft.
Bron: habr.com
