નેટવર્ક પર દસ્તાવેજો સ્કેન કરો

એક તરફ, નેટવર્ક પર દસ્તાવેજોનું સ્કેનિંગ અસ્તિત્વમાં હોય તેવું લાગે છે, પરંતુ બીજી તરફ, તે નેટવર્ક પ્રિન્ટીંગથી વિપરીત, સામાન્ય રીતે સ્વીકૃત પ્રથા બની નથી. એડમિનિસ્ટ્રેટર્સ હજી પણ ડ્રાઇવરો ઇન્સ્ટોલ કરે છે, અને રિમોટ સ્કેનીંગ સેટિંગ્સ દરેક સ્કેનર મોડેલ માટે વ્યક્તિગત છે. આ ક્ષણે કઈ તકનીકો ઉપલબ્ધ છે અને શું આવા દૃશ્યનું ભવિષ્ય છે?

ઇન્સ્ટોલ કરવા યોગ્ય ડ્રાઇવર અથવા ડાયરેક્ટ એક્સેસ

હાલમાં ચાર સામાન્ય પ્રકારના ડ્રાઇવરો છે: TWAIN, ISIS, SANE અને WIA. અનિવાર્યપણે, આ ડ્રાઇવરો એપ્લિકેશન અને ઉત્પાદકની નિમ્ન-સ્તરની લાઇબ્રેરી વચ્ચેના ઇન્ટરફેસ તરીકે કાર્ય કરે છે જે ચોક્કસ મોડેલ સાથે લિંક કરે છે.

સરળ સ્કેનર કનેક્શન આર્કિટેક્ચર

સામાન્ય રીતે એવું માનવામાં આવે છે કે સ્કેનર કમ્પ્યુટર સાથે સીધું જોડાયેલું છે. જો કે, કોઈ નિમ્ન-સ્તરની લાઇબ્રેરી અને ઉપકરણ વચ્ચેના પ્રોટોકોલને મર્યાદિત કરતું નથી. તે TCP/IP પણ હોઈ શકે છે. મોટા ભાગના નેટવર્ક MFP હવે આ રીતે કાર્ય કરે છે: સ્કેનર સ્થાનિક તરીકે દૃશ્યમાન છે, પરંતુ કનેક્શન નેટવર્ક દ્વારા જાય છે.

આ સોલ્યુશનનો ફાયદો એ છે કે એપ્લિકેશન કનેક્શન કેવી રીતે બનાવવામાં આવે છે તેની બરાબર કાળજી લેતી નથી, મુખ્ય વસ્તુ એ પરિચિત TWAIN, ISIS અથવા અન્ય ઇન્ટરફેસને જોવાનું છે. ખાસ આધાર અમલમાં મૂકવાની જરૂર નથી.

પરંતુ ગેરફાયદા પણ સ્પષ્ટ છે. ઉકેલ ડેસ્કટોપ ઓએસ પર આધારિત છે. મોબાઇલ ઉપકરણો હવે સમર્થિત નથી. બીજો ગેરલાભ એ છે કે ડ્રાઇવરો જટિલ ઇન્ફ્રાસ્ટ્રક્ચર પર અસ્થિર હોઈ શકે છે, ઉદાહરણ તરીકે, પાતળા ક્લાયન્ટ્સવાળા ટર્મિનલ સર્વર્સ પર.

બહાર નીકળવાનો રસ્તો HTTP/RESTful પ્રોટોકોલ દ્વારા સ્કેનર સાથે સીધા જોડાણને સમર્થન આપવાનો છે.

TWAIN ડાયરેક્ટ

TWAIN ડાયરેક્ટ TWAIN વર્કિંગ ગ્રૂપ દ્વારા ડ્રાઇવરલેસ એક્સેસ વિકલ્પ તરીકે પ્રસ્તાવિત કરવામાં આવ્યો હતો.

TWAIN ડાયરેક્ટ

મુખ્ય વિચાર એ છે કે તમામ તર્ક સ્કેનર બાજુ પર સ્થાનાંતરિત થાય છે. અને સ્કેનર REST API દ્વારા ઍક્સેસ પ્રદાન કરે છે. વધુમાં, સ્પષ્ટીકરણમાં ઉપકરણ પ્રકાશન (ઓટોડિસ્કવરી) નું વર્ણન છે. સારું દેખાય છે. એડમિનિસ્ટ્રેટર માટે, આ ડ્રાઇવરો સાથેની સંભવિત સમસ્યાઓથી છુટકારો મેળવે છે. બધા ઉપકરણો માટે સપોર્ટ, મુખ્ય વસ્તુ એ છે કે એક સુસંગત એપ્લિકેશન છે. વિકાસકર્તા માટે પણ ફાયદા છે, મુખ્યત્વે પરિચિત ક્રિયાપ્રતિક્રિયા ઇન્ટરફેસ. સ્કેનર વેબ સેવા તરીકે કાર્ય કરે છે.

જો આપણે વાસ્તવિક ઉપયોગના દૃશ્યોને ધ્યાનમાં લઈએ, તો ગેરફાયદા પણ હશે. પ્રથમ ડેડલોક પરિસ્થિતિ છે. TWAIN ડાયરેક્ટ સાથે બજારમાં કોઈ ઉપકરણો નથી અને વિકાસકર્તાઓ માટે આ ટેક્નોલોજીને સમર્થન આપવાનો કોઈ અર્થ નથી, અને ઊલટું. બીજું સુરક્ષા છે; સ્પષ્ટીકરણ વપરાશકર્તા મેનેજમેન્ટ અથવા સંભવિત છિદ્રોને બંધ કરવા માટે અપડેટ્સની આવર્તન પર આવશ્યકતાઓ લાદતું નથી. તે પણ અસ્પષ્ટ છે કે એડમિનિસ્ટ્રેટર્સ અપડેટ્સ અને એક્સેસને કેવી રીતે નિયંત્રિત કરી શકે છે. કમ્પ્યુટરમાં એન્ટીવાયરસ સોફ્ટવેર છે. પરંતુ સ્કેનર ફર્મવેરમાં, જેમાં દેખીતી રીતે વેબ સર્વર હશે, આ કેસ ન પણ હોઈ શકે. અથવા બનો, પરંતુ કંપનીની સુરક્ષા નીતિ માટે જરૂરી નથી. સંમત થાઓ, બધા સ્કેન કરેલા દસ્તાવેજોને ડાબી બાજુએ મોકલવા માટે માલવેર હોવું બહુ સારું નથી. એટલે કે, આ ધોરણના અમલીકરણ સાથે, કાર્યો કે જે તૃતીય-પક્ષ એપ્લિકેશનોની સેટિંગ્સ દ્વારા હલ કરવામાં આવ્યા હતા તે ઉપકરણ ઉત્પાદકોને સ્થાનાંતરિત કરવામાં આવે છે.

ત્રીજો ગેરલાભ એ કાર્યક્ષમતામાં સંભવિત નુકસાન છે. ડ્રાઇવરો પાસે વધારાની પોસ્ટ-પ્રોસેસિંગ હોઈ શકે છે. બારકોડ ઓળખ, પૃષ્ઠભૂમિ દૂર. કેટલાક સ્કેનર્સ પાસે કહેવાતા હોય છે. imprinter - એક કાર્ય જે સ્કેનરને પ્રોસેસ્ડ દસ્તાવેજ પર પ્રિન્ટ કરવાની મંજૂરી આપે છે. આ TWAIN ડાયરેક્ટમાં ઉપલબ્ધ નથી. સ્પષ્ટીકરણ API ને વિસ્તૃત કરવાની મંજૂરી આપે છે, પરંતુ આ ઘણા કસ્ટમ અમલીકરણ તરફ દોરી જશે.

અને સ્કેનર સાથે કામ કરવાના દૃશ્યોમાં વધુ એક બાદબાકી.

એપ્લિકેશનમાંથી સ્કેન કરો અથવા ઉપકરણમાંથી સ્કેન કરો

ચાલો જોઈએ કે એપ્લિકેશનમાંથી નિયમિત સ્કેન કેવી રીતે કાર્ય કરે છે. હું દસ્તાવેજ નીચે મૂકી રહ્યો છું. પછી હું એપ ખોલું છું અને સ્કેન કરું છું. પછી હું દસ્તાવેજ લઉં છું. ત્રણ પગલાં. હવે કલ્પના કરો કે નેટવર્ક સ્કેનર બીજા રૂમમાં છે. તમારે તેના માટે ઓછામાં ઓછા 2 અભિગમો બનાવવાની જરૂર છે. નેટવર્ક પ્રિન્ટીંગ કરતાં આ ઓછું અનુકૂળ છે.

જ્યારે સ્કેનર પોતે દસ્તાવેજ મોકલી શકે તે બીજી બાબત છે. ઉદાહરણ તરીકે, મેઇલ દ્વારા. હું દસ્તાવેજ નીચે મૂકી રહ્યો છું. પછી હું સ્કેન કરું છું. દસ્તાવેજ તરત જ લક્ષ્ય સિસ્ટમ પર ઉડે છે.

આ મુખ્ય તફાવત છે. જો ઉપકરણ નેટવર્ક સાથે જોડાયેલ છે, તો પછી લક્ષ્ય સ્ટોરેજ પર સીધા સ્કેન કરવું વધુ અનુકૂળ છે: ફોલ્ડર, મેઇલ અથવા ECM સિસ્ટમ. આ સર્કિટમાં ડ્રાઇવર માટે કોઈ સ્થાન નથી.

બહારના પરિપ્રેક્ષ્યમાં, અમે હાલની તકનીકોને બદલ્યા વિના નેટવર્ક સ્કેનિંગનો ઉપયોગ કરીએ છીએ. તદુપરાંત, ડ્રાઇવર દ્વારા ડેસ્કટોપ એપ્લિકેશનોમાંથી અને સીધા ઉપકરણમાંથી બંને. પરંતુ ઓપરેટિંગ દૃશ્યોમાં તફાવતને કારણે કમ્પ્યુટરથી રિમોટ સ્કેનિંગ નેટવર્ક પ્રિન્ટિંગ જેટલું વ્યાપક બન્યું નથી. ઇચ્છિત સ્ટોરેજ સ્થાન પર સીધું સ્કેનિંગ વધુ લોકપ્રિય બની રહ્યું છે.

ડ્રાઇવરોના રિપ્લેસમેન્ટ તરીકે TWAIN ડાયરેક્ટ સ્કેનર્સ માટે સપોર્ટ એ ખૂબ સારું પગલું છે. પરંતુ ધોરણ થોડું મોડું છે. વપરાશકર્તાઓ તેમના ગંતવ્ય સ્થાન પર દસ્તાવેજો મોકલીને સીધા નેટવર્ક ઉપકરણમાંથી સ્કેન કરવા માંગે છે. હાલની એપ્લિકેશનોને નવા ધોરણને સમર્થન આપવાની જરૂર નથી, કારણ કે હવે બધું બરાબર કામ કરે છે, અને સ્કેનર ઉત્પાદકોએ તેનો અમલ કરવાની જરૂર નથી, કારણ કે ત્યાં કોઈ એપ્લિકેશન નથી.

નિષ્કર્ષમાં. સામાન્ય વલણ બતાવે છે કે ફક્ત એક અથવા બે પૃષ્ઠોને સ્કેન કરવાથી ફોન પર કેમેરા દ્વારા બદલવામાં આવશે. ત્યાં ઔદ્યોગિક સ્કેનિંગ રહેશે, જ્યાં ઝડપ મહત્વપૂર્ણ છે, પોસ્ટ-પ્રોસેસિંગ કાર્યો માટે સમર્થન કે જે TWAIN ડાયરેક્ટ પ્રદાન કરી શકતું નથી, અને જ્યાં સોફ્ટવેર સાથે ચુસ્ત એકીકરણ મહત્વપૂર્ણ રહેશે.

સોર્સ: www.habr.com