Skanning av dokument över nätverket

Nätverksdokument skanning verkar finnas, men har å sin sida inte blivit en allmänt accepterad praxis, till skillnad från nätverkstryck. Administratörer installerar fortfarande drivrutiner, och inställningen för fjärrskanning är individuell för varje skannermodell. Vilka teknologier finns för närvarande, och finns det en framtid för detta scenario?

Installerad drivrutin eller direktanslutning

För närvarande finns det fyra typer av drivrutiner: TWAIN, ISIS, SANE och WIA. I grund och botten fungerar dessa drivrutiner som ett gränssnitt mellan applikationen och producentens lågnivåbibliotek som kopplar till en specifik modell.

Förenklad arkitektur för anslutning till skannern

Vanligtvis antas skannern vara direktansluten till datorn. Men ingen begränsar protokollet mellan lågnivåbiblioteket och enheten. Detta kan vara TCP/IP. Så här fungerar de flesta nätverks-MFP:er nu: skannern syns som lokal, men anslutningen går via nätverket.

En fördel med denna lösning är att applikationen inte bryr sig om hur anslutningen har gjorts, så länge den ser den bekanta TWAIN, ISIS eller annat gränssnitt. Det krävs ingen speciell support.

Men nackdelarna är uppenbara. Lösningen är beroende av ett desktopoperativsystem. Mobila enheter faller omedelbart utanför stödet. En annan nackdel är att drivrutiner kan fungera instabilt i komplexa infrastrukturer, som på terminalservrar med tunna klienter.

En lösning på problemet kommer att vara stöd för direktanslutning till skannern via HTTP/RESTful-protokollet.

TWAIN Direct

TWAIN Direct föreslogs av TWAIN Working Group som ett alternativ för drivrutinsfri åtkomst.

TWAIN Direct

Huvudidén är att all logik flyttas till skannern. Och skannern erbjuder åtkomst via REST API. Dessutom innehåller specifikationen en beskrivning av enhetens offentliggörande (autodiscovery). Det ser bra ut. För administratören innebär detta befrielse från potentiella drivrutinsproblem. Stöd för alla enheter, så länge det finns en kompatibel applikation. För utvecklaren finns det också fördelar, främst det bekanta gränssnittet för interaktion. Skannern fungerar som en webbservice.

Om man beaktar verkliga användningsscenarier så finns det även nackdelar. Den första är dödläget. Det finns inga enheter med TWAIN Direct på marknaden och det finns ingen mening för utvecklare att stödja denna teknik och vice versa. Den andra nackdelen är säkerheten, specifikationen ställer inga krav på användarhantering eller frekvensen av uppdateringar för att stänga eventuella luckor. Det är också oklart hur administratörer ska kontrollera uppdateringar och åtkomst. Det finns antivirusprogram på datorn. Men i skannerfirmwaren kanske detta inte finns. webbserver, eller så kan det finnas, men inte vad företagets säkerhetspolicy kräver. Håll med om att det inte är bra att ha en skadlig programvara som skickar alla skannade dokument åt sidan. Det vill säga, när denna standard implementeras så flyttas de problem som tidigare löstes av inställningarna för tredjepartsapplikationer över till enhetsleverantörerna.

Den tredje nackdelen är den möjliga förlusten av funktionalitet. Drivrutiner kan ha ytterligare efterbearbetning. Avläsning av streckkoder, bakgrundsborttagning. Vissa skannrar har så kallad imprinter - en funktion som tillåter skannern att skriva ut på det bearbetade dokumentet. Detta finns inte i TWAIN Direct. Specifikationen tillåter API-förlängning, men detta kommer att leda till många egna implementationer.

Och här är ännu en nackdel i arbetsscenarier med skannern.

Scanning från applikationen, eller scanning från enheten.

Låt oss se hur vanlig scanning från en applikation går till. Jag lägger dokumentet. Sedan öppnar jag applikationen och skannar. Därefter plockar jag upp dokumentet. Tre steg. Föreställ dig nu att nätverksskannern står i ett annat rum. Det behövs minst 2 tillfällen för att gå dit. Det är mindre praktiskt än nätverksskrivning.

Det är en helt annan sak när skannern själv kan skicka dokumentet. Till exempel via e-post. Jag lägger dokumentet. Sedan skannar jag. Dokumentet skickas genast till målsystemet.

Detta är den huvudsakliga skillnaden. Om enheten är ansluten till nätverket är det bekvämare att skanna direkt till målarlagring: en mapp, e-post eller ECM-system. I detta schema finns det ingen plats för drivrutinen.

Om man ser på det från sidan använder vi nätverksskanning utan att ändra de befintliga teknologierna. Detta görs både genom skrivbordsapplikationer via drivrutiner och direkt från enheten. Men fjärrskanning från datorn har inte blivit så utbrett som nätverksskrivning, på grund av skillnader i användningsscenarier. Skanning direkt till rätt lagringsutrymme blir mer efterfrågat.

Stödet för TWAIN Direct-skannrar som ett alternativ till drivrutiner är ett mycket bra steg. Men standarden kom lite sent. Användare vill kunna skanna direkt från den nätverksanslutna enheten och skicka dokument till rätt destination. Befintliga applikationer behöver inte stödja den nya standarden, eftersom allting fungerar utmärkt just nu, och skannerproducenter har ingen anledning att implementera den, eftersom det inte finns några applikationer.

Och till sist. Den övergripande trenden visar att enkel skanning av en eller två sidor kommer att ersättas av kameror i telefoner. Industriell skanning kvarstår, där hastighet och stöd för efterbehandlingsfunktioner, som TWAIN Direct inte kan tillhandahålla, är viktiga, och där nära integration med mjukvaran fortsatt kommer att vara avgörande.

Källa: habr.com