Skanado de dokumentoj tra reto

Unuflanke, skanado de dokumentoj tra reto ŝajnas ekzisti, sed aliflanke, ĝi ne fariĝis ĝenerale akceptita praktiko, male al retpresado. Administrantoj ankoraŭ instalas ŝoforojn, kaj foraj skanadaj agordoj estas individuaj por ĉiu skanila modelo. Kiuj teknologioj estas disponeblaj nuntempe, kaj ĉu tia scenaro havas estontecon?

Instalebla ŝoforo aŭ rekta aliro

Nuntempe ekzistas kvar oftaj specoj de ŝoforoj: TWAIN, ISIS, SANE kaj WIA. Esence, ĉi tiuj ŝoforoj funkcias kiel interfaco inter la aplikaĵo kaj malaltnivela biblioteko de la fabrikanto, kiu ligas al specifa modelo.

Skanado de dokumentoj tra reto
Simpligita skanila konekto-arkitekturo

Kutime oni supozas, ke la skanilo estas konektita rekte al la komputilo. Tamen neniu limigas la protokolon inter la malaltnivela biblioteko kaj la aparato. Ĝi ankaŭ povus esti TCP/IP. Tiel funkcias la plej multaj interretaj MFP-oj nun: la skanilo estas videbla kiel loka, sed la konekto trairas la reto.

La avantaĝo de ĉi tiu solvo estas, ke la aplikaĵo ne zorgas ĝuste kiel la konekto estas farita, la ĉefa afero estas vidi la konatan TWAIN, ISIS aŭ alian interfacon. Ne necesas efektivigi specialan subtenon.

Sed la malavantaĝoj ankaŭ estas evidentaj. La solvo baziĝas sur labortabla OS. Poŝtelefonoj ne plu estas subtenataj. La dua malavantaĝo estas, ke ŝoforoj povas esti malstabilaj sur kompleksaj infrastrukturoj, ekzemple, ĉe finaj serviloj kun maldikaj klientoj.

La eliro estus subteni rektan konekton al la skanilo per la HTTP/RESTful-protokolo.

TWAIN Rekta

TWAIN Rekta estis proponita de la Laborgrupo TWAIN kiel senŝofora alireblo.

Skanado de dokumentoj tra reto
TWAIN Rekta

La ĉefa ideo estas, ke la tuta logiko estas translokigita al la skanila flanko. Kaj la skanilo disponigas aliron per REST API. Aldone, la specifo enhavas priskribon de aparatpublikigo (aŭtomalkovro). Aspektas bone. Por la administranto, ĉi tio liberigas eblajn problemojn kun ŝoforoj. Subteno por ĉiuj aparatoj, la ĉefa afero estas, ke ekzistas kongrua aplikaĵo. Estas ankaŭ avantaĝoj por la programisto, ĉefe la konata interaga interfaco. La skanilo funkcias kiel retservo.

Se ni konsideras realajn uzajn scenarojn, ankaŭ estos malavantaĝoj. La unua estas la blokiĝo situacio. Ne ekzistas aparatoj sur la merkato kun TWAIN Direct kaj ne havas sencon por programistoj subteni ĉi tiun teknologion, kaj inverse. La dua estas sekureco; la specifo ne trudas postulojn pri uzantadministrado aŭ ofteco de ĝisdatigoj por fermi eblajn truojn. Ankaŭ estas neklare kiel administrantoj povas kontroli ĝisdatigojn kaj aliron. La komputilo havas antivirusan programaron. Sed en la skanila firmvaro, kiu evidente havos retservilon, tio eble ne estas la kazo. Aŭ estu, sed ne tion, kion postulas la sekureca politiko de la kompanio. Konsentu, havi malware, kiu sendos ĉiujn skanitajn dokumentojn maldekstre, ne estas tre bona. Tio estas, kun la efektivigo de ĉi tiu normo, taskoj, kiuj estis solvitaj per la agordoj de triaj aplikoj, estas translokitaj al fabrikantoj de aparatoj.

La tria malavantaĝo estas ebla perdo de funkcieco. Ŝoforoj povas havi plian post-traktadon. Strekokodo-rekono, fonforigo. Iuj skaniloj havas la tn. presilo - funkcio kiu permesas al la skanilo presi sur prilaborita dokumento. Ĉi tio ne haveblas en TWAIN Direct. La specifo permesas la API esti etendita, sed ĉi tio kondukos al multaj kutimaj efektivigoj.

Kaj unu plia minus en scenaroj de laboro kun skanilo.

Skanu de aplikaĵo aŭ skanu de aparato

Ni rigardu kiel funkcias regula skanado de aplikaĵo. Mi demetas la dokumenton. Poste mi malfermas la apon kaj skanas. Poste mi prenas la dokumenton. Tri paŝoj. Nun imagu, ke la retskanilo estas en alia ĉambro. Vi devas fari almenaŭ 2 alirojn al ĝi. Ĉi tio estas malpli oportuna ol retpresado.

Skanado de dokumentoj tra reto
Estas alia afero, kiam la skanilo mem povas sendi dokumenton. Ekzemple, per poŝto. Mi demetas la dokumenton. Tiam mi skanas. La dokumento tuj flugas al la celsistemo.

Skanado de dokumentoj tra reto
Ĉi tiu estas la ĉefa diferenco. Se la aparato estas konektita al reto, tiam estas pli oportune skani rekte al la cela stokado: dosierujo, poŝto aŭ ECM-sistemo. Ne estas loko por ŝoforo en ĉi tiu cirkvito.

De ekstera perspektivo, ni uzas retan skanadon sen ŝanĝi ekzistantajn teknologiojn. Krome, ambaŭ de labortablaj aplikoj tra la ŝoforo, kaj rekte de la aparato. Sed fora skanado de komputilo ne tiom disvastiĝis kiel retpresado pro diferencoj en operaciaj scenaroj. Skanado rekte al la dezirata stoka loko fariĝas pli populara.

Subteno por TWAIN Rektaj skaniloj kiel anstataŭaĵo por ŝoforoj estas tre bona paŝo. Sed la normo estas iom malfrue. Uzantoj volas skani rekte de reta aparato, sendante dokumentojn al sia celloko. Ekzistantaj aplikoj ne bezonas subteni la novan normon, ĉar ĉio funkcias bone nun, kaj fabrikantoj de skaniloj ne bezonas efektivigi ĝin, ĉar ne ekzistas aplikoj.

Konklude. La ĝenerala tendenco montras, ke simple skanado de unu aŭ du paĝoj estos anstataŭigita per fotiloj sur telefonoj. Restos industria skanado, kie rapideco estas grava, subteno por post-prilaboraj funkcioj, kiujn TWAIN Direct ne povas provizi, kaj kie strikta integriĝo kun programaro restos grava.

fonto: www.habr.com

Aldoni komenton