A dokumentumok hálózati szkennelése egyfelől létezik, de másfelől nem lett általánosan elterjedt gyakorlat, ellentétben a hálózati nyomtatással. A rendszergazdák továbbra is telepítik az illesztőprogramokat, és a távoli szkennelés beállítása minden egyes szkenner modellre külön történik. Milyen technológiák léteznek jelenleg, és van-e jövője ennek a forgatókönyvnek?
Telepített illesztőprogram vagy közvetlen hozzáférés
Jelenleg négy típusú illesztőprogram terjedt el: TWAIN, ISIS, SANE és WIA. Ezek az illesztőprogramok lényegében interfészként működnek az alkalmazás és a gyártó alacsony szintű könyvtára között, amely összeköti a konkrét modellel.
Egyszerűsített kapcsolati architektúra a szkennerhez
Általában feltételezzük, hogy a szkenner közvetlenül csatlakozik a számítógéphez. Azonban senki sem korlátozza a protokollt az alacsony szintű könyvtár és az eszköz között. Ez lehet TCP/IP is. Jelenleg így működik a legtöbb hálózati MFP: a szkenner helyi eszközként látható, de a kapcsolat a hálózaton keresztül valósul meg.
A megoldás előnye, hogy az alkalmazásnak mindegy, hogyan történik a csatlakozás, a lényeg, hogy lássa a megszokott TWAIN, ISIS vagy más interfészt. Nincs szükség külön támogatás megvalósítására.
De a hátrányok is nyilvánvalóak. A megoldás a desktop operációs rendszerre épül. A mobil eszközök azonnal kiesnek a támogatásból. A második hátrány, hogy az illesztőprogramok instabilan működhetnek bonyolult infrastruktúrákban, például terminál szervereken vékony kliensekkel.
A helyzet megoldását a közvetlen csatlakozás támogatása jelenti a szkennerhez HTTP/RESTful protokollon keresztül.
TWAIN Direct
a TWAIN Working Group által javasolt megoldás, mint a meghajtó nélküli hozzáférés alternatívája.
TWAIN Direct
A fő ötlet az, hogy az összes logika a szkenner oldalára kerüljön. A szkenner REST API-n keresztül biztosít hozzáférést. Ráadásul a specifikáció tartalmazza az eszköz publikálásának leírását (autodiscovery). Jól néz ki. Az adminisztrátor számára ez megszabadít a meghajtókkal kapcsolatos lehetséges problémáktól. Minden eszközt támogatni kell, legfontosabb, hogy legyen kompatibilis alkalmazás. A fejlesztő számára is vannak előnyök, elsősorban a megszokott interakciós interfész. A szkenner webszolgáltatásként működik.
Ha a valós felhasználási forgatókönyveket nézzük, akkor a hátrányok is megjelennek. Az első a holtpont helyzete. A piacon nincsenek TWAIN Direct-tel rendelkező eszközök, és a fejlesztőknek nincs értelme támogatni ezt a technológiát, és visszafelé sem. A második a biztonság, a specifikáció nem támaszt követelményeket a felhasználók kezelésére, a frissítések gyakoriságára a potenciális résekkel kapcsolatban. Az is tisztázatlan, hogyan tudják az adminisztrátorok ellenőrizni a frissítéseket és a hozzáférést. A számítógépen van antivírus szoftver. De a szkenner firmware-jében lehet, hogy ez nyilvánvalóan nincs meg. webszerver, de lehet, hogy nincs, vagy olyan, ami nem felel meg a vállalat biztonsági politikájának. Meg kell egyezni abban, hogy nem túl jó, ha egy kártevő mindent, amit beolvashatunk, elküld balra. Tehát, amikor ezt a szabványt bevezetik, a harmadik féltől származó alkalmazások beállításainak feladatai az eszközgyártókra hárulnak.
A harmadik hátrány a funkcionalitás esetleges elvesztése. A meghajtók további utófeldolgozást végezhetnek. Vonalkódok azonosítása, háttér eltávolítása. Néhány szkenner rendelkezik úgynevezett imprinter funkcióval, amely lehetővé teszi a szkenner számára, hogy nyomtasson a feldolgozott dokumentumra. Ez nincs a TWAIN Direct-ben. A specifikáció lehetővé teszi az API kiterjesztését, de ez számos saját megvalósítás megjelenéséhez vezet.
És még egy hátrány a szkennerrel való munka forgatókönyveiben.
Szkennelés alkalmazásból, vagy szkennelés eszközből
Nézzük meg, hogyan történik a szokásos szkennelés egy alkalmazásból. Beteszem a dokumentumot. Ezután megnyitom az alkalmazást és szkennelek. Ezután átveszem a dokumentumot. Három lépés. Most képzelje el, hogy a hálózati szkenner egy másik helyiségben van. Legalább 2 alkalommal kell odamenni. Ez kényelmetlenebb, mint a hálózati nyomtatás.
Más dolog, amikor a szkenner magától tud dokumentumot küldeni. Például emailre. Beteszem a dokumentumot. Ezután szkennelek. A dokumentum azonnal a célrendszerbe kerül.
Ez a fő különbség. Ha az eszköz csatlakozik a hálózathoz, akkor kényelmesebb közvetlenül a célhelyre szkennelni: mappába, emailbe vagy ECM rendszerbe. Ebben a sémában nincs hely a meghajtónak.
Ha bekukkantunk, láthatjuk, hogy hálózati szkennelést alkalmazunk, anélkül hogy meglévő technológiákat megváltoztatnánk. Mind asztali alkalmazásokon keresztül, driveren át, mind közvetlenül az eszközről. De az otthoni számítógépről való távoli szkennelés nem vált olyan elterjedtté, mint a hálózati nyomtatás, a használati forgatókönyvek eltérései miatt. Egyre keresettebbé válik a szükséges tárolókba történő közvetlen szkennelés.
A TWAIN Direct szkenner támogatása a driverek helyettesítéseként nagyon helyes lépés. De a sztenderd egy kicsit elkésett. A felhasználók közvetlenül a hálózati eszközről szeretnének szkennelni, küldve a dokumentumokat a célhelyre. A meglévő alkalmazásoknak nincs szükségük az új sztenderd támogatására, mert jelenleg minden jól működik, és a szkenner gyártóknak sem szükséges azt megvalósítani, mivel nincsenek alkalmazások hozzá.
Összegzésképpen. Az általános trend azt mutatja, hogy egy-két oldal egyszerű szkennelését kamerák váltják fel a telefonokon. Megmaradnak az ipari szkennelések, ahol a sebesség, a post-processzálási funkciók támogatása fontos, amelyet a TWAIN Direct nem tud biztosítani, és ahol a szoftverrel való szoros integráció továbbra is lényeges marad.
Forrás: habr.com
