La scansione dei documenti in rete sembra esistere da un lato, ma dall'altro non è diventata una pratica comune, a differenza della stampa di rete. Gli amministratori continuano a installare driver, e la configurazione della scansione remota è individuale per ogni modello di scanner. Quali tecnologie ci sono attualmente, e ha un futuro tale scenario?
Driver installabili o accesso diretto
Attualmente ci sono quattro tipi di driver diffusi: TWAIN, ISIS, SANE e WIA. Fondamentalmente, questi driver fungono da interfaccia tra l'applicazione e la libreria a basso livello del produttore, che si connette a un modello specifico.
Architettura semplificata di connessione con lo scanner
Di solito si presume che lo scanner sia collegato direttamente al computer. Tuttavia, nessuno limita il protocollo tra la libreria a basso livello e il dispositivo. Può essere anche TCP/IP. Attualmente, così funziona la maggior parte dei MFP di rete: lo scanner è visibile come locale, ma la connessione avviene tramite rete.
Il vantaggio di questa soluzione è che all'applicazione non importa come sia realizzata la connessione, l'importante è vedere l'interfaccia familiare TWAIN, ISIS o un'altra. Non è necessaria l'implementazione di un supporto speciale.
Ma gli svantaggi sono evidenti. La soluzione è legata a un sistema operativo desktop. I dispositivi mobili ne escono immediatamente dalla compatibilità. Un secondo svantaggio è che i driver possono funzionare in modo instabile su infrastrutture complesse, come i server terminali con client leggeri.
Una possibile soluzione consisterebbe nel supporto della connessione diretta allo scanner tramite protocollo HTTP/RESTful.
TWAIN Direct
è stato proposto dal consorzio TWAIN Working Group come una soluzione per l'accesso senza driver.
TWAIN Direct
L'idea principale è che tutta la logica venga trasferita sul lato dello scanner. E lo scanner fornisce accesso tramite REST API. Inoltre, la specifica contiene una descrizione della pubblicazione del dispositivo (autodiscovery). Sembra promettente. Per l'amministratore, ciò significa liberarsi di possibili problemi con i driver. Supporto per tutti i dispositivi, a patto che sia disponibile un'applicazione compatibile. Ci sono anche vantaggi per il programmatore, in primo luogo un'interfaccia di interazione nota. Lo scanner funge da servizio web.
Se si considerano scenari reali di utilizzo, ci sono anche degli svantaggi. Il primo è la situazione di deadlock. Non ci sono dispositivi sul mercato con TWAIN Direct e non ha senso per gli sviluppatori supportare questa tecnologia, e viceversa. Il secondo è la sicurezza, la specifica non richiede requisiti per la gestione degli utenti, né per la frequenza degli aggiornamenti per chiudere eventuali falle. Inoltre, non è chiaro come gli amministratori possano controllare gli aggiornamenti e l'accesso. Sul computer è presente un software antivirus. Ma nel firmware dello scanner, questo potrebbe non essere presente. server web, o potrebbe esserci, ma non in conformità con le politiche di sicurezza della azienda. Concorda che avere un malware che invia a sinistra tutti i documenti scansionati non sia affatto positivo. Quindi, con l'implementazione di questo standard, i compiti che venivano risolti tramite le impostazioni di applicazioni di terze parti vengono trasferiti ai produttori di dispositivi.
Il terzo svantaggio è che si potrebbe perdere funzionalità. I driver potrebbero avere un'ulteriore post-elaborazione. Riconoscimento dei codici a barre, rimozione dello sfondo. Alcuni scanner hanno la cosiddetta funzione di imprinter, che consente allo scanner di stampare sul documento elaborato. Questo non è presente in TWAIN Direct. La specifica consente l'espansione delle API, ma questo porterà alla nascita di molteplici implementazioni proprietarie.
E c'è un altro svantaggio negli scenari di utilizzo dello scanner.
Scansione da applicazione, o scansione da dispositivo
Esaminiamo come avviene la scansione normale da un'applicazione. Posiziono il documento. Poi apro l'applicazione e scansiono. Infine, prendo il documento. Tre passaggi. Ora immagina che uno scanner di rete si trovi in un'altra stanza. Sarebbe necessario fare almeno due viaggi. È meno comodo rispetto alla stampa di rete.
Diverso è quando lo scanner è in grado di inviare il documento autonomamente. Ad esempio, via email. Posiziono il documento. Poi scansiono. Il documento vola subito nel sistema di destinazione.
Ed è questa la principale differenza. Se un dispositivo è connesso a una rete, è più comodo scansionare direttamente in un deposito di destinazione: una cartella, un'email o un sistema ECM. In questo schema non c'è posto per il driver.
Se guardiamo da una prospettiva esterna, utilizziamo la scansione di rete senza modificare le tecnologie esistenti. Sia dalle applicazioni desktop tramite driver che direttamente dai dispositivi. Tuttavia, la scansione remota da un computer non è diventata così diffusa come la stampa di rete, a causa delle differenze negli scenari di utilizzo. Scansione direttamente nello spazio di archiviazione necessario sta diventando sempre più richiesta.
Il supporto per gli scanner TWAIN Direct come sostituto dei driver è un passo molto giusto. Tuttavia, lo standard è un po' in ritardo. Gli utenti vogliono scansionare direttamente dal dispositivo di rete, inviando i documenti alla destinazione. Le applicazioni esistenti non hanno bisogno di supportare il nuovo standard, poiché tutto funziona perfettamente anche adesso, e i produttori di scanner non hanno necessità di implementarlo, dato che non ci sono applicazioni.
E per concludere. La tendenza generale mostra che la semplice scansione di una o due pagine sarà sostituita dalle fotocamere dei telefoni. Rimarranno la scansione industriale, dove sono importanti la velocità, il supporto delle funzioni di post-elaborazione che TWAIN Direct non può garantire, e dove sarà fondamentale una stretta integrazione con il software.
Fonte: habr.com
