La scansione dei documenti in rete sembra esistere, ma dall'altra parte non è ancora una pratica comune, a differenza della stampa di rete. Gli amministratori continuano a installare i driver, e la configurazione della scansione remota è personalizzata per ogni modello di scanner. Quali tecnologie sono disponibili al momento e c'è un futuro per questo scenario?
Driver installato o accesso diretto
Attualmente ci sono quattro tipi di driver comuni: TWAIN, ISIS, SANE e WIA. Questi driver fungono essenzialmente da interfaccia tra l'applicazione e la libreria a basso livello del produttore, che si connette a un modello specifico.
Architettura semplificata per la connessione allo 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. Così funzionano attualmente la maggior parte delle multifunzione di rete: lo scanner è visibile come locale, ma la connessione avviene tramite rete.
Il vantaggio di questa soluzione è che l'applicazione non si preoccupa di come è stato effettuato il collegamento; è importante vedere un'interfaccia TWAIN, ISIS o un'altra. Non è necessario implementare un supporto speciale.
Ma ci sono anche ovvi svantaggi. La soluzione è legata a un sistema operativo desktop. I dispositivi mobili sono esclusi dal supporto. Un altro svantaggio è che i driver possono funzionare in modo instabile su infrastrutture complesse, ad esempio su server terminali con client leggeri.
Una possibile soluzione è supportare la connessione diretta allo scanner tramite il protocollo HTTP/RESTful.
TWAIN Direct
è stato proposto dal consorzio TWAIN Working Group come opzione per l'accesso senza driver.
TWAIN Direct
L'idea fondamentale è che tutta la logica viene trasferita sullo scanner. Lo scanner fornisce accesso tramite REST API. Inoltre, la specifica include una descrizione della pubblicazione del dispositivo (autodiscovery). Sembra promettente. Per l'amministratore, significa liberarsi da possibili problemi con i driver. Supporto per tutti i dispositivi, a patto che ci sia un'applicazione compatibile. Anche per gli sviluppatori ci sono vantaggi, soprattutto per l'interfaccia di interazione nota. Lo scanner funge da servizio web.
Se consideriamo scenari reali di utilizzo, ci sono anche svantaggi. Il primo è la situazione di deadlock. Non ci sono dispositivi con TWAIN Direct sul mercato e per gli sviluppatori non ha senso supportare questa tecnologia, e viceversa. Il secondo è la sicurezza; la specifica non impone requisiti per la gestione degli utenti o la frequenza degli aggiornamenti per chiudere eventuali vulnerabilità. Non è chiaro anche come gli amministratori possano controllare gli aggiornamenti e l'accesso. Sul computer è presente un software antivirus. Mentre nel firmware dello scanner, questo potrebbe non esserci. server web, oppure esserci, ma non in linea con le politiche di sicurezza aziendale. Concordate che avere un malware che invia a terzi tutti i documenti scansionati non sia l'ideale. Pertanto, con l'implementazione di questo standard, i compiti che erano risolvibili tramite impostazioni di applicazioni di terze parti vengono trasferiti ai produttori di dispositivi.
Il terzo svantaggio è la possibile perdita di funzionalità. I driver potrebbero avere un'ulteriore post-elaborazione, come il riconoscimento dei codici a barre o la rimozione dello sfondo. Alcuni scanner sono dotati di un cosiddetto imprinter, una funzione che consente allo scanner di stampare sul documento elaborato. Questa funzionalità non è presente in TWAIN Direct. La specifica consente l'estensione dell'API, ma questo comporterebbe la creazione di molte implementazioni proprie.
E c'è un altro svantaggio negli scenari di utilizzo dello scanner.
Scansione dall'applicazione o scansione dal dispositivo.
Esaminiamo come avviene una scansione normale dall'applicazione. Posso posizionare il documento, poi aprire l'app e scansionare. Infine, riprendo il documento. Tre passaggi. Ora immaginate che lo scanner di rete si trovi in un'altra stanza. Dovrei fare almeno due viaggi per raggiungerlo. È meno comodo rispetto alla stampa di rete.
Un altro discorso é quando lo scanner può inviare autonomamente il documento, ad esempio via email. Posso posizionare il documento, poi scansionarlo. Il documento viene immediatamente inviato al sistema di destinazione.
Questo è il principale punto di differenza. Se il dispositivo è connesso alla rete, è più conveniente eseguire la scansione direttamente nella destinazione desiderata: una cartella, un'email o un sistema ECM. In questo schema non c'è spazio per il driver.
Guardando da un punto di vista esterno, utilizziamo la scansione di rete senza modificare le tecnologie esistenti. Questo avviene sia da applicazioni desktop tramite driver, sia direttamente dal dispositivo. Tuttavia, la scansione remota da computer non è diventata così diffusa come la stampa in rete, a causa delle differenze negli scenari d'uso. La scansione direttamente nel repository desiderato sta diventando sempre più richiesta.
Il supporto per scanner TWAIN Direct come sostituzione dei driver è un passo molto corretto. Tuttavia, lo standard è un po' in ritardo. Gli utenti vogliono scansionare direttamente dal dispositivo di rete, inviando documenti a destinazione. Le applicazioni esistenti non hanno bisogno di supportare il nuovo standard, poiché tutto funziona già perfettamente, e i produttori di scanner non hanno fretta di implementarlo, poiché non ci sono applicazioni.
In conclusione, la tendenza generale mostra che la semplice scansione di una o due pagine sarà sostituita da telecamere sui telefoni. Resterà la scansione industriale, dove la velocità e il supporto delle funzioni di post-elaborazione, che TWAIN Direct non può fornire, saranno cruciali, e dove l'integrazione con il software rimarrà importante.
Fonte: habr.com
