Egyrészt látszólag létezik a dokumentumok hálózaton keresztüli szkennelése, másrészt viszont a hálózati nyomtatással ellentétben nem vált általánosan elfogadott gyakorlattá. A rendszergazdák továbbra is telepítik az illesztőprogramokat, és a távoli szkennelés beállításai minden szkennermodellhez egyediek. Milyen technológiák állnak rendelkezésre jelenleg, és van-e jövője egy ilyen forgatókönyvnek?
Telepíthető illesztőprogram vagy közvetlen hozzáférés
Jelenleg négy gyakori típusú illesztőprogram létezik: TWAIN, ISIS, SANE és WIA. Ezek az illesztőprogramok alapvetően interfészként működnek az alkalmazás és a gyártó alacsony szintű könyvtára között, amely egy adott modellhez kapcsolódik.
Egyszerűsített szkenner csatlakozási architektúra
Általában feltételezik, hogy a lapolvasó közvetlenül csatlakozik a számítógéphez. Az alacsony szintű könyvtár és az eszköz közötti protokollt azonban senki sem korlátozza. Lehet TCP/IP is. A legtöbb hálózati MFP ma már így működik: a szkenner helyiként látható, de a kapcsolat a hálózaton keresztül megy.
Ennek a megoldásnak az az előnye, hogy az alkalmazásnak nem mindegy, hogy pontosan hogyan jön létre a kapcsolat, a lényeg, hogy lássa az ismerős TWAIN, ISIS vagy egyéb felületet. Nincs szükség speciális támogatás megvalósítására.
De a hátrányok is nyilvánvalóak. A megoldás egy asztali operációs rendszerre épül. A mobileszközök már nem támogatottak. A második hátrány az, hogy az illesztőprogramok instabilok lehetnek összetett infrastruktúrákon, például vékony kliensekkel rendelkező terminálkiszolgálókon.
A kiút az lenne, ha a HTTP/RESTful protokollon keresztül támogatja a közvetlen kapcsolatot a lapolvasóval.
TWAIN Direct
A TWAIN Munkacsoport vezető nélküli hozzáférési lehetőségként javasolta.
TWAIN Direct
A fő gondolat az, hogy minden logika átkerül a szkenner oldalára. A szkenner pedig REST API-n keresztül biztosít hozzáférést. Ezenkívül a specifikáció tartalmazza az eszköz közzétételének leírását (autodiscovery). Jól néz ki. A rendszergazda számára ez megszabadul az illesztőprogramokkal kapcsolatos lehetséges problémáktól. Minden eszköz támogatása, a lényeg az, hogy legyen kompatibilis alkalmazás. A fejlesztő számára is vannak előnyei, elsősorban az ismerős interakciós felület. A szkenner webszolgáltatásként működik.
Ha a valós felhasználási forgatókönyveket vesszük figyelembe, akkor hátrányai is lesznek. Az első a patthelyzet. Nincsenek a piacon TWAIN Direct szolgáltatással rendelkező eszközök, és nincs értelme, hogy a fejlesztők támogassák ezt a technológiát, és fordítva. A második a biztonság; a specifikáció nem támaszt követelményeket a felhasználókezeléssel vagy a frissítések gyakoriságával kapcsolatban az esetleges lyukak bezárása érdekében. Az sem világos, hogy a rendszergazdák hogyan szabályozhatják a frissítéseket és a hozzáférést. A számítógép víruskereső szoftverrel rendelkezik. De a lapolvasó firmware-ében, amelynek nyilván lesz webszervere, ez nem biztos, hogy így van. Vagy legyen, de nem az, amit a cég biztonsági politikája megkövetel. Egyetértek azzal, hogy egy rosszindulatú program, amely az összes beolvasott dokumentumot balra küldi, nem túl jó. Ez azt jelenti, hogy a szabvány megvalósításával a harmadik féltől származó alkalmazások beállításai által megoldott feladatok átkerülnek az eszközgyártókra.
A harmadik hátrány a funkcionalitás esetleges elvesztése. Az illesztőprogramok további utófeldolgozást végezhetnek. Vonalkód felismerés, háttér eltávolítás. Egyes szkennerek az ún. imprinter - olyan funkció, amely lehetővé teszi a szkenner számára, hogy egy feldolgozott dokumentumra nyomtatjon. Ez nem érhető el a TWAIN Direct szolgáltatásban. A specifikáció lehetővé teszi az API kiterjesztését, de ez számos egyedi megvalósításhoz vezet.
És még egy mínusz a szkennerrel való munkavégzés esetén.
Szkennelés alkalmazásból vagy készülékről
Nézzük meg, hogyan működik egy rendszeres szkennelés egy alkalmazásból. Leteszem a dokumentumot. Ezután megnyitom az alkalmazást és beolvasom. Aztán átveszem a dokumentumot. Három lépés. Most képzelje el, hogy a hálózati szkenner egy másik szobában van. Legalább 2 megközelítést kell végrehajtania. Ez kevésbé kényelmes, mint a hálózati nyomtatás.
Más kérdés, hogy maga a szkenner mikor tud dokumentumot küldeni. Például postai úton. Leteszem a dokumentumot. Aztán szkennelek. A dokumentum azonnal a célrendszerhez repül.
Ez a fő különbség. Ha az eszköz hálózathoz csatlakozik, akkor kényelmesebb, ha közvetlenül a céltárhelyre szkennel: mappába, levélbe vagy ECM-rendszerbe. Ebben a körben nincs helye sofőrnek.
Kívülről nézve a meglévő technológiák megváltoztatása nélkül használjuk a hálózati szkennelést. Sőt, mind az asztali alkalmazásokból az illesztőprogramon keresztül, mind pedig közvetlenül az eszközről. A számítógépről történő távoli szkennelés azonban a működési forgatókönyvek különbözősége miatt nem vált olyan elterjedtté, mint a hálózati nyomtatás. Egyre népszerűbb a közvetlenül a kívánt tárolóhelyre történő szkennelés.
A TWAIN Direct szkennerek támogatása az illesztőprogramok helyettesítőjeként nagyon jó lépés. De a szabvány egy kicsit késik. A felhasználók közvetlenül egy hálózati eszközről szeretnének szkennelni, és dokumentumokat küldeni a rendeltetési helyükre. A meglévő alkalmazásoknak nem kell támogatniuk az új szabványt, mivel most minden jól működik, és a szkennergyártóknak nem kell implementálniuk, mivel nincsenek alkalmazások.
Következtetésképpen. Az általános tendencia azt mutatja, hogy egy-két oldal egyszerű beolvasását felváltják a telefonok kamerái. Megmarad az ipari szkennelés, ahol a gyorsaság fontos, az utófeldolgozási funkciók támogatása, amelyeket a TWAIN Direct nem tud biztosítani, és ahol továbbra is fontos lesz a szoftverekkel való szoros integráció.
Forrás: will.com