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

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

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

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

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

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

Այս լուծման առավելությունն այն է, որ հավելվածին չի հետաքրքրում, թե կոնկրետ ինչպես է կատարվում կապը, գլխավորը ծանոթ 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