Փաստաթղթերի սկանավորում ցանցի միջոցով

Մի կողմից, ցանցի միջոցով փաստաթղթերի սկանավորումը կարծես գոյություն ունի, բայց մյուս կողմից՝ այն չի դարձել ընդհանուր ընդունված պրակտիկա՝ ի տարբերություն ցանցային տպագրության: Ադմինիստրատորները դեռ տեղադրում են վարորդներ, և հեռահար սկանավորման կարգավորումները անհատական ​​են սկաների յուրաքանչյուր մոդելի համար: Ի՞նչ տեխնոլոգիաներ կան այս պահին, և արդյոք նման սցենարն ապագա ունի։

Տեղադրվող վարորդ կամ ուղղակի մուտք

Ներկայումս կան չորս ընդհանուր տիպի վարորդներ՝ TWAIN, ISIS, SANE և WIA: Ըստ էության, այս դրայվերները գործում են որպես ինտերֆեյս հավելվածի և արտադրողի ցածր մակարդակի գրադարանի միջև, որը կապում է որոշակի մոդելի:

Պարզեցված սկաների միացման ճարտարապետություն

Սովորաբար ենթադրվում է, որ սկաները ուղղակիորեն միացված է համակարգչին: Այնուամենայնիվ, ոչ ոք չի սահմանափակում ցածր մակարդակի գրադարանի և սարքի միջև արձանագրությունը: Դա կարող է լինել նաև TCP/IP: Այժմ այսպես են աշխատում ցանցային MFP-ների մեծ մասը. սկաները տեսանելի է որպես տեղական, բայց կապն անցնում է ցանցով:

Այս լուծման առավելությունն այն է, որ հավելվածին չի հետաքրքրում, թե կոնկրետ ինչպես է կատարվում կապը, գլխավորը ծանոթ TWAIN, ISIS կամ այլ ինտերֆեյս տեսնելն է։ Հատուկ աջակցություն իրականացնելու կարիք չկա։

Բայց թերությունները նույնպես ակնհայտ են. Լուծումը հիմնված է աշխատասեղանի ՕՀ-ի վրա: Բջջային սարքերն այլևս չեն աջակցվում: Երկրորդ թերությունն այն է, որ դրայվերները կարող են անկայուն լինել բարդ ենթակառուցվածքներում, օրինակ, տերմինալային սերվերների վրա, որոնք ունեն thin clients:

Ելքը կլինի HTTP/RESTful արձանագրության միջոցով սկաների հետ ուղիղ կապի ապահովումը:

TWAIN Ուղիղ

TWAIN Ուղիղ առաջարկվել է TWAIN աշխատանքային խմբի կողմից որպես առանց վարորդի մուտքի տարբերակ:

TWAIN Ուղիղ

Հիմնական գաղափարն այն է, որ ամբողջ տրամաբանությունը փոխանցվում է սկաների կողմին: Իսկ սկաները ապահովում է մուտք REST API-ի միջոցով: Բացի այդ, ճշգրտումը պարունակում է սարքի հրապարակման նկարագրություն (ավտոբացահայտում): Լավ է նայվում. Ադմինիստրատորի համար դա ազատում է վարորդների հետ հնարավոր խնդիրներից: Աջակցություն բոլոր սարքերին, գլխավորն այն է, որ կա համատեղելի հավելված: Կան նաև առավելություններ մշակողի համար, առաջին հերթին ծանոթ փոխազդեցության ինտերֆեյսը: Սկաները գործում է որպես վեբ ծառայություն:

Եթե ​​դիտարկենք իրական օգտագործման սցենարներ, ապա կլինեն նաև թերություններ։ Առաջինը փակուղային իրավիճակն է. Շուկայում չկան սարքեր TWAIN Direct-ով, և ծրագրավորողների համար անիմաստ է աջակցել այս տեխնոլոգիան և հակառակը: Երկրորդը անվտանգությունն է, հստակեցումը չի պահանջում օգտատերերի կառավարման կամ թարմացումների հաճախականության պահանջներ՝ հնարավոր անցքերը փակելու համար: Անհասկանալի է նաև, թե ինչպես կարող են ադմինիստրատորները վերահսկել թարմացումներն ու մուտքը: Համակարգիչը ունի հակավիրուսային ծրագիր: Բայց սկաների որոնվածում, որն ակնհայտորեն կունենա վեբ սերվեր, դա կարող է չլինել: Կամ լինել, բայց ոչ այն, ինչ պահանջում է ընկերության անվտանգության քաղաքականությունը: Համաձայն եմ, չարամիտ ծրագիր ունենալը, որը բոլոր սկանավորված փաստաթղթերը կուղարկի ձախ, այնքան էլ լավ չէ: Այսինքն, այս ստանդարտի ներդրմամբ խնդիրները, որոնք լուծվել են երրորդ կողմի հավելվածների կարգավորումներով, տեղափոխվում են սարքի արտադրողներ:

Երրորդ թերությունը ֆունկցիոնալության հնարավոր կորուստն է: Վարորդները կարող են ունենալ լրացուցիչ հետմշակում: Շտրիխ կոդի ճանաչում, ֆոնի հեռացում։ Որոշ սկաներներ ունեն այսպես կոչված. տպիչ - գործառույթ, որը թույլ է տալիս սկաներին տպել մշակված փաստաթղթի վրա: Սա հասանելի չէ TWAIN Direct-ում: Հստակեցումը թույլ է տալիս ընդլայնել API-ն, բայց դա կհանգեցնի բազմաթիվ մաքսային իրականացումների:

Եվ ևս մեկ մինուս սկաների հետ աշխատելու սցենարներում։

Սկանավորել հավելվածից կամ սկանավորել սարքից

Եկեք տեսնենք, թե ինչպես է աշխատում հավելվածից սովորական սկանավորումը: Ես դնում եմ փաստաթուղթը: Հետո բացում եմ հավելվածը և սկանավորում։ Հետո վերցնում եմ փաստաթուղթը։ Երեք քայլ. Այժմ պատկերացրեք, որ ցանցային սկաները գտնվում է մեկ այլ սենյակում: Դրան պետք է առնվազն 2 մոտեցում անել։ Սա ավելի քիչ հարմար է, քան ցանցային տպագրությունը:

Այլ հարց է, երբ սկաներն ինքը կարող է փաստաթուղթ ուղարկել: Օրինակ՝ փոստով։ Ես դնում եմ փաստաթուղթը: Հետո ես սկանավորում եմ: Փաստաթուղթը անմիջապես թռչում է թիրախային համակարգ:

Սա է հիմնական տարբերությունը։ Եթե ​​սարքը միացված է ցանցին, ապա ավելի հարմար է սկանավորել անմիջապես թիրախային պահեստում՝ թղթապանակ, փոստ կամ ECM համակարգ: Այս շղթայում վարորդի տեղ չկա։

Արտաքին տեսանկյունից մենք օգտագործում ենք ցանցային սկանավորում՝ առանց գոյություն ունեցող տեխնոլոգիաները փոխելու: Ընդ որում, և՛ աշխատասեղանի հավելվածներից՝ վարորդի միջոցով, և՛ անմիջապես սարքից։ Սակայն համակարգչից հեռահար սկանավորումը այնքան տարածված չի դարձել, որքան ցանցային տպագրությունը՝ գործառնական սցենարների տարբերությունների պատճառով: Ուղիղ սկանավորումը դեպի ցանկալի պահեստային վայրը դառնում է ավելի տարածված:

TWAIN Direct սկաներների աջակցությունը՝ որպես վարորդների փոխարինող, շատ լավ քայլ է: Բայց ստանդարտը մի քիչ ուշացել է։ Օգտատերերը ցանկանում են սկանավորել անմիջապես ցանցային սարքից՝ փաստաթղթեր ուղարկելով իրենց նպատակակետին: Առկա հավելվածները կարիք չունեն աջակցելու նոր ստանդարտին, քանի որ այժմ ամեն ինչ լավ է աշխատում, և սկաների արտադրողները կարիք չունեն այն իրականացնել, քանի որ հավելվածներ չկան:

Եզրափակելով. Ընդհանուր միտումը ցույց է տալիս, որ մեկ կամ երկու էջ պարզապես սկանավորելը կփոխարինվի հեռախոսների տեսախցիկներով։ Կմնա արդյունաբերական սկանավորում, որտեղ արագությունը կարևոր է, հետմշակման գործառույթների աջակցություն, որոնք TWAIN Direct-ը չի կարող ապահովել, և որտեղ կարևոր կլինի ծրագրային ապահովման հետ ամուր ինտեգրումը:

Source: www.habr.com