Å ena sidan tycks skanna dokument över ett nätverk existera, men å andra sidan har det inte blivit en allmänt accepterad praxis, till skillnad från nätverksutskrift. Administratörer installerar fortfarande drivrutiner och inställningar för fjärrskanning är individuella för varje skannermodell. Vilka teknologier finns tillgängliga för tillfället, och har ett sådant scenario en framtid?
Installerbar drivrutin eller direktåtkomst
Det finns för närvarande fyra vanliga typer av drivrutiner: TWAIN, ISIS, SANE och WIA. Dessa drivrutiner fungerar i huvudsak som ett gränssnitt mellan applikationen och ett lågnivåbibliotek från tillverkaren som länkar till en specifik modell.
Förenklad skanneranslutningsarkitektur
Vanligtvis utgår man från att skannern är ansluten direkt till datorn. Ingen begränsar dock protokollet mellan lågnivåbiblioteket och enheten. Det kan också vara TCP/IP. Så här fungerar de flesta nätverksanslutna MFP:er nu: skannern är synlig som lokal, men anslutningen går via nätverket.
Fördelen med denna lösning är att applikationen inte bryr sig exakt hur anslutningen görs, det viktigaste är att se det välbekanta TWAIN, ISIS eller annat gränssnitt. Det finns inget behov av att implementera särskilt stöd.
Men nackdelarna är också uppenbara. Lösningen är baserad på ett skrivbordsoperativsystem. Mobila enheter stöds inte längre. Den andra nackdelen är att drivrutiner kan vara instabila på komplexa infrastrukturer, till exempel på terminalservrar med tunna klienter.
Utvägen skulle vara att stödja direktanslutning till skannern via HTTP/RESTful-protokollet.
TWAIN direkt
föreslogs av TWAIN-arbetsgruppen som ett alternativ för förarlös åtkomst.
TWAIN direkt
Huvudtanken är att all logik överförs till skannersidan. Och skannern ger åtkomst via REST API. Dessutom innehåller specifikationen en beskrivning av enhetspublicering (autodiscovery). Ser bra ut. För administratören blir detta av med eventuella problem med drivrutiner. Stöd för alla enheter, huvudsaken är att det finns en kompatibel applikation. Det finns också fördelar för utvecklaren, främst det välbekanta interaktionsgränssnittet. Skannern fungerar som en webbtjänst.
Om vi tar hänsyn till verkliga användningsscenarier kommer det också att finnas nackdelar. Den första är dödläget. Det finns inga enheter på marknaden med TWAIN Direct och det är ingen mening för utvecklare att stödja denna teknik, och vice versa. Det andra är säkerhet, specifikationen ställer inga krav på användarhantering eller frekvens av uppdateringar för att täppa till eventuella hål. Det är också oklart hur administratörer kan kontrollera uppdateringar och åtkomst. Datorn har antivirusprogram. Men i skannerns firmware, som uppenbarligen kommer att ha en webbserver, kanske detta inte är fallet. Eller vara, men inte vad företagets säkerhetspolicy kräver. Håller med, att ha en malware som skickar alla skannade dokument till vänster är inte särskilt bra. Det vill säga, med implementeringen av denna standard flyttas uppgifter som löstes av inställningarna för tredjepartsapplikationer till enhetstillverkare.
Den tredje nackdelen är en eventuell förlust av funktionalitet. Drivrutiner kan ha ytterligare efterbearbetning. Streckkodsigenkänning, bakgrundsborttagning. Vissa skannrar har sk. imprinter - en funktion som gör att skannern kan skriva ut på ett bearbetat dokument. Detta är inte tillgängligt i TWAIN Direct. Specifikationen tillåter att API:et utökas, men detta kommer att leda till många anpassade implementeringar.
Och ytterligare ett minus i scenarier för att arbeta med en skanner.
Skanna från ett program eller skanna från en enhet
Låt oss titta på hur en vanlig skanning från ett program fungerar. Jag lägger ner dokumentet. Sedan öppnar jag appen och skannar. Sedan tar jag dokumentet. Tre steg. Föreställ dig nu att nätverksskannern är i ett annat rum. Du måste göra minst två tillvägagångssätt till det. Detta är mindre bekvämt än nätverksutskrift.
Det är en annan sak när skannern själv kan skicka ett dokument. Till exempel via post. Jag lägger ner dokumentet. Sedan skannar jag. Dokumentet flyger omedelbart till målsystemet.
Detta är den största skillnaden. Om enheten är ansluten till ett nätverk är det bekvämare att skanna direkt till mållagringen: mapp, e-post eller ECM-system. Det finns ingen plats för en förare i denna krets.
Ur ett externt perspektiv använder vi nätverksskanning utan att ändra befintlig teknik. Dessutom både från skrivbordsapplikationer via drivrutinen och direkt från enheten. Men fjärrskanning från en dator har inte blivit lika utbredd som nätverksutskrift på grund av skillnader i driftsscenarier. Att skanna direkt till önskad lagringsplats blir allt mer populärt.
Stöd för TWAIN Direct-skannrar som ersättning för drivrutiner är ett mycket bra steg. Men standarden är lite sen. Användare vill skanna direkt från en nätverksenhet och skicka dokument till sin destination. Befintliga applikationer behöver inte stödja den nya standarden, eftersom allt fungerar bra nu, och skannertillverkare behöver inte implementera det, eftersom det inte finns några applikationer.
Sammanfattningsvis. Den allmänna trenden visar att bara en eller två sidor kommer att ersättas av kameror på telefoner. Det kommer att finnas kvar industriell skanning, där hastigheten är viktig, stöd för efterbehandlingsfunktioner som TWAIN Direct inte kan tillhandahålla, och där tät integration med mjukvara kommer att förbli viktig.
Källa: will.com