Skanowanie dokumentów w sieci z jednej strony wydaje się istnieć, ale z drugiej strony nie stało się powszechną praktyką, w przeciwieństwie do drukowania sieciowego. Administratorzy wciąż instalują sterowniki, a konfiguracja skanowania zdalnego jest indywidualna dla każdego modelu skanera. Jakie technologie są dostępne w tej chwili i czy taki scenariusz ma przyszłość?
Zainstalowany sterownik lub bezpośredni dostęp
Obecnie szeroko rozpowszechnione są cztery typy sterowników: TWAIN, ISIS, SANE i WIA. W istocie, te sterowniki pełnią rolę interfejsu między aplikacją a niskopoziomową biblioteką producenta, która łączy się z konkretnym modelem.
Uproszczona architektura połączenia ze skanerem
Zwykle zakłada się, że skaner jest podłączony bezpośrednio do komputera. Nikt jednak nie ogranicza protokołu między niskopoziomową biblioteką a urządzeniem. Może to być również TCP/IP. Tak teraz działają większość sieciowych MFP: skaner jest widoczny jako lokalny, ale połączenie odbywa się przez sieć.
Zaletą takiego rozwiązania jest to, że aplikacja nie obchodzi, w jaki sposób odbywa się połączenie, ważne, aby widzieć znajomy interfejs TWAIN, ISIS lub inny. Nie trzeba wdrażać specjalnej obsługi.
Ale minusy są oczywiste. Rozwiązanie jest uzależnione od systemu operacyjnego na desktopie. Urządzenia mobilne natychmiast wypadają z obsługi. Drugim minusem jest to, że sterowniki mogą działać niestabilnie w złożonych infrastrukturach, na przykład w terminalnych serwerach z cienkimi klientami.
Rozwiązaniem będzie wsparcie bezpośredniego połączenia ze skanerem przez protokół HTTP/RESTful.
TWAIN Direct
został zaproponowany przez konsorcjum TWAIN Working Group jako opcja dostępu bez sterownika.
TWAIN Direct
Główną ideą jest to, że cała logika przenosi się na stronę skanera. A skaner udostępnia dostęp poprzez REST API. Dodatkowo specyfikacja zawiera opis publikacji urządzenia (autodiscovery). Wygląda dobrze. Dla administratora to uwolnienie od potencjalnych problemów ze sterownikami. Wsparcie dla wszystkich urządzeń, ważne, aby było zgodne z aplikacją. Dla dewelopera również są plusy, przede wszystkim znajomy interfejs interakcji. Skaner występuje jako usługa webowa.
Analizując rzeczywiste scenariusze użytkowania, również można znaleźć wady. Pierwsza to sytuacja deadlocka. Na rynku nie ma urządzeń z TWAIN Direct, a dla programistów nie ma sensu wspierać tej technologii i na odwrót. Druga to bezpieczeństwo; specyfikacja nie stawia wymagań dotyczących zarządzania użytkownikami ani częstotliwości aktualizacji w celu zamknięcia ewentualnych luk. Nie jest również jasne, jak administratorzy mają kontrolować aktualizacje i dostęp. Na komputerze jest oprogramowanie antywirusowe. A w oprogramowaniu układowym skanera, które z pewnością będzie serwer www, tego może nie być. Albo może być, ale nie odpowiadać polityce bezpieczeństwa firmy. Zgadzacie się, że posiadanie złośliwego oprogramowania, które wysyła wszystkie zeskanowane dokumenty w lewo, to niezbyt dobra sytuacja. To znaczy, przy wdrożeniu tego standardu zadania, które były rozwiązywane przez ustawienia aplikacji zewnętrznych, przenoszą się na producentów urządzeń.
Trzecią wadą może być możliwa utrata funkcjonalności. Sterowniki mogą mieć dodatkowe przetwarzanie. Rozpoznawanie kodów kreskowych, usuwanie tła. Niektóre skanery mają tzw. imprinter — funkcję, która pozwala skanera na drukowanie na przetworzonym dokumencie. To nie występuje w TWAIN Direct. Specyfikacja dopuszcza rozszerzenie API, ale prowadzi to do powstania wielu własnych implementacji.
A jeszcze jedną wadą są scenariusze pracy ze skanerem.
Skanowanie z aplikacji lub skanowanie z urządzenia
Przyjrzyjmy się, jak wygląda zwykłe skanowanie z aplikacji. Kładę dokument. Następnie otwieram aplikację i skanuję. Potem zabieram dokument. Trzy kroki. Teraz wyobraźcie sobie, że skanery sieciowe znajdują się w innej sali. Trzeba podejść do nich przynajmniej 2 razy. To mniej wygodne niż drukowanie w sieci.
Inna sytuacja, kiedy skaner potrafi sam wysłać dokument. Na przykład na e-mail. Kładę dokument. Następnie skanuję. Dokument od razu trafia do docelowego systemu.
W tym tkwi główna różnica. Jeśli urządzenie jest podłączone do sieci, wygodniej jest skanować bezpośrednio do docelowego repozytorium: folderu, e-maila lub systemu ECM. W tym schemacie nie ma miejsca na sterownik.
Patrząc z boku, używamy skanowania sieciowego, nie zmieniając istniejących technologii. Zarówno z aplikacji desktopowych przez sterownik, jak i bezpośrednio z urządzenia. Jednak zdalne skanowanie z komputera nie stało się tak powszechne jak drukowanie przez sieć, z powodu różnic w scenariuszach pracy. Skanowanie bezpośrednio do odpowiedniego magazynu staje się coraz bardziej pożądane.
Wsparcie dla skanerów TWAIN Direct jako zamiennika dla sterowników to bardzo słuszny krok. Jednak standard jest nieco spóźniony. Użytkownicy chcą skanować bezpośrednio z urządzenia sieciowego, wysyłając dokumenty bezpośrednio tam, gdzie potrzeba. Istniejącym aplikacjom nie ma potrzeby wspierać nowego standardu, ponieważ wszystko działa doskonale, a producenci skanerów nie mają motywacji do jego wdrożenia, ponieważ nie ma aplikacji.
I na zakończenie. Ogólny trend pokazuje, że proste skanowanie jednej lub dwóch stron będzie zastępowane przez aparaty w telefonach. Pozostanie skanowanie przemysłowe, gdzie ważna jest szybkość, wsparcie funkcji postprocessingowych, których TWAIN Direct nie może zapewnić, i gdzie bliska integracja z oprogramowaniem będzie pozostawać ważna.
Źródło: habr.com
