Dokumentscanning over nettet er på den ene side til stede, men på den anden side er det ikke blevet en almindelig praksis, i modsætning til netværksudskrivning. Administratorer skal stadig installere drivere, og opsætningen af fjernscanning er individuel for hver scanner-model. Hvilke teknologier findes der på nuværende tidspunkt, og har et sådant scenarie fremtiden?
Installeret driver eller direkte adgang
I øjeblikket er der fire typer drivere, der er almindeligt anvendt: TWAIN, ISIS, SANE og WIA. I bund og grund fungerer disse drivere som et interface mellem applikationen og den lavniveau-bibliotek fra producenten, som er forbundet med den specifikke model.
Forenklet arkitektur til forbindelse med scanneren
Det antages normalt, at scanneren er direkte tilsluttet computeren. Ingen begrænser dog protokollen mellem lavniveau-biblioteket og enheden. Det kan også være TCP/IP. De fleste netværks-MFP'er fungerer på denne måde: scanneren ses som lokal, men forbindelsen går over netværket.
Fordelen ved denne løsning er, at applikationen ikke er afhængig af, hvordan forbindelsen er lavet, det vigtigste er at se det velkendte TWAIN, ISIS eller et andet interface. Der er ikke behov for at implementere særlig støtte.
Men ulemperne er også tydelige. Løsningen er bundet til et desktop-operativsystem. Mobile enheder falder straks ud af supporten. Den anden ulempe er, at drivere kan fungere ustabilt på komplekse infrastrukturer, for eksempel på terminalservere med tynde klienter.
En løsning kunne være at understøtte direkte tilslutning til scanneren via HTTP/RESTful-protokollen.
TWAIN Direct
blev foreslået af TWAIN Working Group som en mulighed for driverløs adgang.
TWAIN Direct
Den grundlæggende idé er, at al logik flyttes til scannerens side. Og scanneren giver adgang via REST API. Derudover indeholder specifikationen en beskrivelse af enhedsopdagelse (autodiscovery). Det ser godt ud. For administratoren betyder det en befrielse fra mulige problemer med drivere. Support for alle enheder, så længe der er en kompatibel applikation. For udvikleren er der også fordele, først og fremmest et velkendt interface til interaktion. Scanneren fungerer som en webtjeneste.
Når man overvejer reelle brugsscenarier, findes der også ulemper. Den første er deadlock-situationen. Der er ikke nogen enheder på markedet med TWAIN Direct, og det giver ingen mening for udviklerne at støtte denne teknologi og omvendt. Den anden er sikkerhed, da specifikationen ikke stiller krav til brugeradministration eller hyppigheden af opdateringer for at lukke mulige sikkerhedshuller. Det er også uklart, hvordan administratorer kan kontrollere opdateringer og adgang. Der er antivirussoftware på computeren. Men i scanneren's firmware, som åbenlyst vil have webserveren, kan dette måske være irrelevant. Eller det kan være til stede, men ikke det, som virksomhedens sikkerhedspolitik kræver. Enig, det er ikke ideelt at have malware, der sender alle scannede dokumenter til side. Det vil sige, at når denne standard implementeres, flyttes opgaver, der tidligere blev løst af tredjepartsappliceringer, over til producenterne af enhederne.
Den tredje ulempe er mulig tab af funktionalitet. Drivere kan have ekstra efterbehandling. Identifikation af stregkoder, fjernelse af baggrund. Nogle scannere har en såkaldt imprinter - en funktion, der giver scanneren mulighed for at printe på det behandlede dokument. Dette findes ikke i TWAIN Direct. Specifikationen tillader udvidelse af API, men dette vil føre til, at der kommer mange forskellige implementeringer.
Og endnu en ulempe i arbejdsscenarier med scanneren.
Scanning fra en applikation, eller scanning fra enheden
Lad os se på, hvordan almindelig scanning fra en applikation foregår. Jeg lægger dokumentet. Derefter åbner jeg applikationen og scanner. Så henter jeg dokumentet. Tre trin. Forestil dig nu, at netværksscanneren står i et andet rum. Man skal gå hen til den mindst 2 gange. Det er mindre praktisk end netværksprint.
Det er en anden sag, når scanneren selv kan sende dokumentet. For eksempel til e-mail. Jeg lægger dokumentet. Så scanner jeg. Dokumentet sendes straks til det ønskede system.
Dette er den grundlæggende forskel. Hvis enheden er tilsluttet netværket, er det mere praktisk at scanne direkte til det ønskede lager: en mappe, e-mail eller ECM-system. I dette schema er der ikke plads til en driver.
Set fra en anden vinkel bruger vi netværksscanning uden at ændre de eksisterende teknologier. Dette sker både fra desktop-applikationer via en driver og direkte fra enheden. Men fjernscanning fra computere har ikke fået samme udbredelse som netværksprint, på grund af forskelle i arbejdsmodel. Scanning direkte til det ønskede lager bliver mere efterspurgt.
Understøttelse af scannerne TWAIN Direct som en erstatning for drivere er et meget fornuftigt skridt. Men standarden kom lidt sent. Brugerne ønsker at scanne direkte fra netværksenheden og sende dokumenter til bestemmelsesstedet. De eksisterende applikationer har ikke behov for at understøtte den nye standard, da alt fungerer glimrende som det er, og scannerproducenterne har ikke nogen incitament til at implementere den, da der ikke findes applikationer.
Og til sidst. Den generelle tendens viser, at simpel scanning af en eller to sider vil blive erstattet af kameraer på telefoner. Der vil fortsat være industrielt scanning, hvor hastighed, understøttelse af efterbehandlingsfunktioner, som TWAIN Direct ikke kan levere, er vigtige, samt hvor tæt integration med software vil forblive væsentlig.
Kilde: habr.com
