किसी नेटवर्क पर दस्तावेज़ स्कैन करें

एक ओर, नेटवर्क पर दस्तावेज़ों को स्कैन करना अस्तित्व में प्रतीत होता है, लेकिन दूसरी ओर, नेटवर्क प्रिंटिंग के विपरीत, यह आम तौर पर स्वीकृत अभ्यास नहीं बन पाया है। प्रशासक अभी भी ड्राइवर स्थापित करते हैं, और प्रत्येक स्कैनर मॉडल के लिए रिमोट स्कैनिंग सेटिंग्स अलग-अलग होती हैं। इस समय कौन सी प्रौद्योगिकियाँ उपलब्ध हैं, और क्या ऐसे परिदृश्य का कोई भविष्य है?

इंस्टॉल करने योग्य ड्राइवर या सीधी पहुंच

वर्तमान में चार सामान्य प्रकार के ड्राइवर हैं: TWAIN, ISIS, SANE और WIA। अनिवार्य रूप से, ये ड्राइवर एप्लिकेशन और निर्माता की निम्न-स्तरीय लाइब्रेरी के बीच एक इंटरफ़ेस के रूप में कार्य करते हैं जो एक विशिष्ट मॉडल से लिंक होता है।

सरलीकृत स्कैनर कनेक्शन आर्किटेक्चर

आमतौर पर यह माना जाता है कि स्कैनर सीधे कंप्यूटर से जुड़ा होता है। हालाँकि, कोई भी निम्न-स्तरीय लाइब्रेरी और डिवाइस के बीच प्रोटोकॉल को सीमित नहीं करता है। यह टीसीपी/आईपी भी हो सकता है। अधिकांश नेटवर्क वाले एमएफपी अब इस प्रकार काम करते हैं: स्कैनर स्थानीय के रूप में दिखाई देता है, लेकिन कनेक्शन नेटवर्क के माध्यम से होता है।

इस समाधान का लाभ यह है कि एप्लिकेशन को बिल्कुल परवाह नहीं है कि कनेक्शन कैसे बनाया गया है, मुख्य बात परिचित TWAIN, ISIS या अन्य इंटरफ़ेस को देखना है। विशेष सहायता लागू करने की कोई आवश्यकता नहीं है.

लेकिन इसके नुकसान भी स्पष्ट हैं. समाधान डेस्कटॉप ओएस पर आधारित है। मोबाइल डिवाइस अब समर्थित नहीं हैं. दूसरा नुकसान यह है कि ड्राइवर जटिल बुनियादी ढांचे पर अस्थिर हो सकते हैं, उदाहरण के लिए, पतले क्लाइंट वाले टर्मिनल सर्वर पर।

इसका तरीका HTTP/RESTful प्रोटोकॉल के माध्यम से स्कैनर से सीधे कनेक्शन का समर्थन करना होगा।

ट्वैन डायरेक्ट

ट्वैन डायरेक्ट TWAIN वर्किंग ग्रुप द्वारा ड्राइवर रहित एक्सेस विकल्प के रूप में प्रस्तावित किया गया था।

ट्वैन डायरेक्ट

मुख्य विचार यह है कि सभी तर्क स्कैनर पक्ष में स्थानांतरित हो जाते हैं। और स्कैनर REST API के माध्यम से पहुंच प्रदान करता है। इसके अतिरिक्त, विनिर्देश में डिवाइस प्रकाशन (ऑटोडिस्कवरी) का विवरण शामिल है। अच्छा लग रहा है। व्यवस्थापक के लिए, इससे ड्राइवरों के साथ संभावित समस्याओं से छुटकारा मिल जाता है। सभी उपकरणों के लिए समर्थन, मुख्य बात यह है कि एक संगत एप्लिकेशन है। डेवलपर के लिए इसके फायदे भी हैं, मुख्य रूप से परिचित इंटरेक्शन इंटरफ़ेस। स्कैनर एक वेब सेवा के रूप में कार्य करता है।

यदि हम वास्तविक उपयोग परिदृश्यों पर विचार करें तो नुकसान भी होंगे। पहली है गतिरोध की स्थिति. बाज़ार में TWAIN Direct के साथ कोई डिवाइस नहीं है और डेवलपर्स के लिए इस तकनीक का समर्थन करने का कोई मतलब नहीं है, और इसके विपरीत भी। दूसरा सुरक्षा है; विनिर्देश संभावित छिद्रों को बंद करने के लिए उपयोगकर्ता प्रबंधन या अपडेट की आवृत्ति पर आवश्यकताओं को लागू नहीं करता है। यह भी स्पष्ट नहीं है कि प्रशासक अपडेट और एक्सेस को कैसे नियंत्रित कर सकते हैं। कंप्यूटर में एंटीवायरस सॉफ़्टवेयर है. लेकिन स्कैनर फ़र्मवेयर में, जिसमें स्पष्ट रूप से एक वेब सर्वर होगा, ऐसा नहीं हो सकता है। या हो, लेकिन वह नहीं जो कंपनी की सुरक्षा नीति के लिए आवश्यक है। सहमत हूं, ऐसे मैलवेयर का होना जो सभी स्कैन किए गए दस्तावेज़ों को बाईं ओर भेज देगा, बहुत अच्छा नहीं है। अर्थात्, इस मानक के कार्यान्वयन के साथ, तृतीय-पक्ष अनुप्रयोगों की सेटिंग्स द्वारा हल किए गए कार्य डिवाइस निर्माताओं को स्थानांतरित कर दिए जाते हैं।

तीसरा नुकसान कार्यक्षमता का संभावित नुकसान है। ड्राइवरों के पास अतिरिक्त पोस्ट-प्रोसेसिंग हो सकती है। बारकोड पहचान, पृष्ठभूमि हटाना। कुछ स्कैनर्स में तथाकथित है। इम्प्रिंटर - एक फ़ंक्शन जो स्कैनर को संसाधित दस्तावेज़ पर प्रिंट करने की अनुमति देता है। यह TWAIN Direct में उपलब्ध नहीं है. विनिर्देश एपीआई को विस्तारित करने की अनुमति देता है, लेकिन इससे कई कस्टम कार्यान्वयन होंगे।

और स्कैनर के साथ काम करने के परिदृश्यों में एक और नुकसान।

किसी एप्लिकेशन से स्कैन करें, या किसी डिवाइस से स्कैन करें

आइए देखें कि किसी एप्लिकेशन से नियमित स्कैन कैसे काम करता है। मैं दस्तावेज़ नीचे रख रहा हूँ. फिर मैं ऐप खोलता हूं और स्कैन करता हूं। फिर मैं दस्तावेज़ लेता हूँ. तीन कदम. अब कल्पना करें कि नेटवर्क स्कैनर दूसरे कमरे में है। आपको इसके लिए कम से कम 2 दृष्टिकोण बनाने होंगे। यह नेटवर्क प्रिंटिंग की तुलना में कम सुविधाजनक है।

यह दूसरी बात है जब स्कैनर स्वयं कोई दस्तावेज़ भेज सकता है। उदाहरण के लिए, मेल द्वारा. मैं दस्तावेज़ नीचे रख रहा हूँ. फिर मैं स्कैन करता हूं. दस्तावेज़ तुरंत लक्ष्य प्रणाली पर उड़ जाता है।

यही मुख्य अंतर है. यदि डिवाइस किसी नेटवर्क से जुड़ा है, तो सीधे लक्ष्य स्टोरेज: फ़ोल्डर, मेल या ईसीएम सिस्टम पर स्कैन करना अधिक सुविधाजनक है। इस सर्किट में ड्राइवर के लिए कोई जगह नहीं है।

बाहरी दृष्टिकोण से, हम मौजूदा तकनीकों को बदले बिना नेटवर्क स्कैनिंग का उपयोग करते हैं। इसके अलावा, डेस्कटॉप एप्लिकेशन से ड्राइवर के माध्यम से और सीधे डिवाइस से। लेकिन ऑपरेटिंग परिदृश्यों में अंतर के कारण कंप्यूटर से रिमोट स्कैनिंग नेटवर्क प्रिंटिंग जितनी व्यापक नहीं हो पाई है। वांछित भंडारण स्थान पर सीधे स्कैन करना अधिक लोकप्रिय होता जा रहा है।

ड्राइवरों के प्रतिस्थापन के रूप में TWAIN डायरेक्ट स्कैनर का समर्थन एक बहुत अच्छा कदम है। लेकिन मानक थोड़ा विलंबित है। उपयोगकर्ता किसी नेटवर्क डिवाइस से सीधे स्कैन करके दस्तावेज़ों को अपने गंतव्य तक भेजना चाहते हैं। मौजूदा अनुप्रयोगों को नए मानक का समर्थन करने की आवश्यकता नहीं है, क्योंकि अब सब कुछ ठीक काम करता है, और स्कैनर निर्माताओं को इसे लागू करने की आवश्यकता नहीं है, क्योंकि कोई अनुप्रयोग नहीं हैं।

निष्कर्ष के तौर पर। सामान्य प्रवृत्ति से पता चलता है कि केवल एक या दो पृष्ठों को स्कैन करने से फोन पर कैमरे का स्थान ले लिया जाएगा। वहां औद्योगिक स्कैनिंग बनी रहेगी, जहां गति महत्वपूर्ण है, पोस्ट-प्रोसेसिंग कार्यों के लिए समर्थन जो TWAIN डायरेक्ट प्रदान नहीं कर सकता है, और जहां सॉफ्टवेयर के साथ कड़ा एकीकरण महत्वपूर्ण रहेगा।

स्रोत: www.habr.com