नेटवर्क पर दस्तावेजों को स्कैन करना

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

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

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


^{सरलीकृत स्कैनर कनेक्शन वास्तुकला}

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

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

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

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

TWAIN डायरेक्ट

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


^{TWAIN डायरेक्ट}

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

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

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

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

ऐप से स्कैन करें, या डिवाइस से स्कैन करें

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


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


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

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

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

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