一方面,透過網路掃描文件似乎存在,但另一方面,與網路列印不同,它尚未成為普遍接受的做法。 管理員仍然安裝驅動程序,並且每個掃描器型號的遠端掃描設定都是單獨的。 目前有哪些技術可用,這樣的場景有未來嗎?
可安裝驅動程式或直接存取
目前常見的驅動程式有四種類型:TWAIN、ISIS、SANE 和 WIA。 本質上,這些驅動程式充當應用程式和製造商連結到特定模型的低階庫之間的介面。
簡化的掃描器連線架構
通常假設掃描器直接連接到電腦。 然而,沒有人限制低級庫和設備之間的協議。 也可以是 TCP/IP。 這就是大多數連網多功能一體機現在的工作方式:掃描器在本地可見,但連接透過網路。
該解決方案的優點是應用程式並不關心具體如何進行連接,主要是查看熟悉的 TWAIN、ISIS 或其他介面。 無需實施特殊支援。
但缺點也很明顯。 該解決方案基於桌面作業系統。 不再支援行動裝置。 第二個缺點是驅動程式在複雜的基礎架構上可能不穩定,例如在具有瘦客戶端的終端伺服器上。
出路是支援透過 HTTP/RESTful 協定直接連接到掃描器。
TWAIN 直接
TWAIN 直接
主要想法是所有邏輯都轉移到掃描器端。 掃描器透過 REST API 提供存取。 此外,該規範還包含設備發布(自動發現)的描述。 看起來不錯。 對於管理員來說,這消除了驅動程式可能出現的問題。 支援所有設備,最主要的是有相容的應用程式。 對於開發人員來說也有優勢,主要是熟悉的互動介面。 掃描器充當 Web 服務。
如果我們考慮實際的使用場景,也會有缺點。 首先是僵局的情況。 市場上沒有支援 TWAIN Direct 的設備,開發人員支援該技術沒有任何意義,反之亦然。 第二個是安全性;該規範沒有對使用者管理或更新頻率提出要求以彌補可能的漏洞。 目前還不清楚管理員如何控制更新和存取。 電腦有防毒軟體。 但在掃描器韌體中,顯然會有一個網路伺服器,情況可能並非如此。 或者是,但不是公司安全策略所要求的。 同意,擁有將所有掃描文件發送到左側的惡意軟體並不是很好。 也就是說,隨著該標準的實施,原本透過第三方應用程式設定來解決的任務就轉移到了設備製造商身上。
第三個缺點是可能喪失功能。 驅動程式可能需要進行額外的後處理。 條碼辨識、背景去除。 有些掃描器有所謂的。 壓印機 - 允許掃描器在已處理文件上列印的功能。 這在 TWAIN Direct 中不可用。 該規範允許擴展 API,但這將導致許多自訂實作。
在使用掃描器的情況下還有一個缺點。
從應用程式掃描,或從裝置掃描
讓我們看看應用程式的定期掃描是如何運作的。 我正在把文件放下。 然後我打開應用程式並掃描。 然後我拿走文件。 三步。 現在想像網路掃描器位於另一個房間。 您至少需要採取兩種方法來實現它。 這比網路列印不太方便。
當掃描器本身可以傳送文件時則是另一回事。 例如,透過郵件。 我正在把文件放下。 然後我掃描。 該文檔立即飛至目標系統。
這是主要的區別。 如果裝置連接到網絡,則可以更方便地直接掃描到目標儲存:資料夾、郵件或ECM系統。 此電路中沒有驅動器的位置。
從外部角度來看,我們使用網路掃描,而不改變現有技術。 此外,既可以透過驅動程式從桌面應用程式獲取,也可以直接從裝置取得。 但由於操作場景的差異,從電腦進行遠端掃描並沒有像網路列印那樣普及。 直接掃描到所需的儲存位置變得越來越流行。
支援 TWAIN Direct 掃描器作為驅動程式的替代品是非常好的一步。 但標準有點晚了。 使用者希望直接從網路設備掃描,將文件傳送到目的地。 現有的應用程式不需要支援新標準,因為現在一切正常,掃描器製造商也不需要實現它,因為沒有應用程式。
綜上所述。 總體趨勢表明,簡單地掃描一兩頁將被手機上的相機所取代。 工業掃描仍將存在,其中速度很重要,對 TWAIN Direct 無法提供的後處理功能的支持,以及與軟體的緊密整合仍然很重要。
來源: www.habr.com