På den ene side ser scanning af dokumenter over netværket ud til at være der, men på den anden side er det ikke blevet en almindelig praksis i modsætning til netværksprint. Administratorer installerer stadig drivere, og fjernscanningsindstillinger er individuelle for hver scannermodel. Hvilke teknologier er tilgængelige i øjeblikket, og har et sådant scenario en fremtid.
Installerbar driver eller direkte adgang
Fire typer drivere er i øjeblikket almindelige: TWAIN, ISIS, SANE og WIA. Grundlæggende fungerer disse drivere som en grænseflade mellem en applikation og en producents lavniveaubibliotek, der er forbundet med en specifik model.
Forenklet scannerforbindelsesarkitektur
Det betyder normalt, at scanneren er tilsluttet direkte til computeren. Der er dog ingen, der begrænser protokollen mellem biblioteket på lavt niveau og enheden. Det kan også være TCP/IP. Sådan fungerer de fleste netværks-MFP'er nu: Scanneren er synlig som en lokal, men forbindelsen går gennem netværket.
Fordelen ved en sådan løsning er, at applikationen er ligeglad med, hvordan forbindelsen er lavet, det vigtigste er at se den velkendte TWAIN, ISIS eller en anden grænseflade. Det er ikke nødvendigt at implementere særlig støtte.
Men ulemperne er også indlysende. Løsningen er knyttet til desktop OS. Mobile enheder udgår straks fra support. Den anden ulempe er, at drivere kan arbejde ustabilt på komplekse infrastrukturer, for eksempel på terminalservere med tynde klienter.
Vejen ud er at understøtte direkte forbindelse til scanneren via HTTP/RESTful protokol.
TWAIN Direkte
blev foreslået af TWAIN-arbejdsgruppen som en førerløs adgangsmulighed.
TWAIN Direkte
Hovedideen er, at al logik overføres til siden af scanneren. Og scanneren giver adgang via REST API. Derudover indeholder specifikationen en beskrivelse af enhedspublikationen (autodiscovery). Ser godt ud. For administratoren er dette at slippe af med mulige problemer med driverne. Understøttelse af alle enheder, det vigtigste er, at der er en kompatibel applikation. For udvikleren er der også fordele, først og fremmest en velkendt interaktionsgrænseflade. Scanneren fungerer som en webservice.
Hvis vi overvejer reelle use cases, så er der også ulemper. Den første er dødvandssituationen. Der er ingen enheder på markedet med TWAIN Direct, og det giver ingen mening for udviklere at understøtte denne teknologi, og omvendt. Den anden er sikkerhed, specifikationen stiller ikke krav til brugerstyring, hyppigheden af opdateringer for at lukke mulige huller. Det er heller ikke klart, hvordan administratorer kan kontrollere opdateringer og adgang. Computeren har antivirussoftware. Og i scannerens firmware, hvor der åbenbart vil være en webserver, er det måske ikke. Eller være, men ikke hvad virksomhedens sikkerhedspolitik kræver. Enig, at have en malware, der sender alle scannede dokumenter til venstre, er ikke særlig godt. Det vil sige, når denne standard implementeres, flyttes de opgaver, der blev løst af indstillingerne af tredjepartsapplikationer, til enhedsproducenter.
Den tredje ulempe er det mulige tab af funktionalitet. Drivere kan have yderligere efterbehandling. Stregkodegenkendelse, fjernelse af baggrund. Nogle scannere har såkaldte. imprinter - en funktion, der gør det muligt for scanneren at udskrive på det behandlede dokument. Dette er ikke i TWAIN Direct. Specifikationen gør det muligt at udvide API'et, men dette vil føre til mange native implementeringer.
Og endnu et minus i scenarier med arbejde med scanneren.
Scan fra et program, eller scan fra en enhed
Lad os tage et kig på, hvordan normal scanning fungerer inde fra applikationen. Jeg lagde dokumentet fra mig. Så åbner jeg applikationen og scanner. Så tager jeg dokumentet. Tre trin. Forestil dig nu, at netværksscanneren er i et andet rum. Du skal lave mindst 2 tilgange til det. Dette er mindre bekvemt end netværksudskrivning.
En anden ting er, når scanneren selv er i stand til at sende et dokument. For eksempel via mail. Jeg lagde dokumentet fra mig. Så scanner jeg. Dokumentet flyver straks til målsystemet.
Dette er hovedforskellen. Hvis enheden er tilsluttet netværket, er det mere praktisk at scanne direkte til mållageret: mappe, mail eller ECM-system. Der er ikke plads til en chauffør i denne ordning.
Set udefra bruger vi netværksscanning uden at ændre eksisterende teknologier. Desuden både fra desktop-applikationer via driveren og direkte fra enheden. Men fjernscanning fra en computer er ikke blevet så mainstream som netværksudskrivning på grund af forskelle i arbejdsscenarier. Scanning til det rigtige lager bliver mere populært.
Understøttelse af TWAIN Direct-scannere som erstatning for drivere er et meget korrekt trin. Men standarden er lidt forsinket. Brugere ønsker at scanne direkte fra en netværksenhed og sende dokumenter til deres destination. Eksisterende applikationer behøver ikke at understøtte den nye standard, fordi den stadig fungerer fint, og scannerproducenter behøver ikke at implementere den, fordi der ikke er nogen applikationer.
Afslutningsvis. Den generelle tendens viser, at en simpel scanning af en eller to sider vil blive erstattet af kameraer på telefoner. Der vil være industriel scanning, hvor hastighed er vigtig, understøttelse af efterbehandlingsfunktioner, som TWAIN Direct ikke kan levere, og hvor tæt integration med software fortsat vil være vigtig.
Kilde: www.habr.com