ABBYY FlexiCapture इंजन 9.0: एक अनुप्रयोग (प्रोग्रामर का दृश्य) में DataCapture तकनीक को कैसे एकीकृत किया जाए

बहुत पहले नहीं, मेरे सहयोगियों ने डेवलपर्स के एबीबीवाई फ्लेक्सीकैप्ट्योर इंजन 9.0 के लिए उत्पाद के नए संस्करण के बारे में हेबर के पाठकों को बताया , जो हमारे उपयोगकर्ताओं को अपने सॉफ़्टवेयर समाधानों में छवियों से डेटा निकालने की तकनीक को एकीकृत करने की अनुमति देता है।

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

आइए FlexiCapture Engine 9.0 (यह परिदृश्य एक साधारण डेस्कटॉप अनुप्रयोग के लिए अच्छी तरह से अनुकूल है) का उपयोग करके छवियों से डेटा निकालने के लिए बुनियादी परिदृश्य से शुरू होता है, और फिर इस परिदृश्य में क्या और कैसे आप इसे विकसित करने के लिए बदल सकते हैं अनुप्रयोग की आवश्यकताओं के लिए।
प्रचार सामग्री में, यह इस तरह दिखता है:



कोड में, यह इस तरह दिखता है (टिप्पणियों को पढ़ें):

  [C#] //  FCEngine    IEngineLoader engineLoader = new FCEngine.InprocLoader(); IEngine engine = engineLoader.Load( serialNumber, "" ); //            IFlexiCaptureProcessor processor = engine.CreateFlexiCaptureProcessor(); processor.AddDocumentDefinitionFile( sampleFolder + "Invoice_eng.fcdot" ); //         processor.AddImageFile( sampleFolder + "Invoices_1.tif" ); processor.AddImageFile( sampleFolder + "Invoices_2.tif" ); //      (    )   IDocument document = processor.RecognizeNextDocument(); assert( document != null ); //     assert( document.DocumentDefinition != null ); //       assert( document.Pages.Count == 2 ); //       //         string invoiceNumber = documents.Sections[0].Fields[0].Value.AsString; //      ... 

अब हम अधिक विस्तार से इस परिदृश्य के अलग-अलग चरणों का वर्णन करते हैं, मोटे तौर पर कोड में टिप्पणी की गई टुकड़ों के अनुरूप:

FlexiCapture इंजन डाउनलोड करें

एक इंजन ऑब्जेक्ट की लोडिंग निष्पादन योग्य मॉड्यूल के लोडिंग और आरंभीकरण से मेल खाती है और इसे एक नियम के रूप में, एक बार स्टार्टअप या पहले उपयोग में किया जाता है।

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

इंजन का आगे उपयोग व्यावहारिक रूप से लोडिंग की विधि पर निर्भर नहीं करता है, इसलिए समान कोड का पुन: उपयोग किया जा सकता है, और लोड करने की विधि एक आसानी से लागू विकल्प हो सकता है।

एक प्रोसेसर बनाएं और कॉन्फ़िगर करें

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

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

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

इनपुट चित्र

प्रसंस्करण के लिए, छवियों का एक क्रम प्रोसेसर को खिलाया जाता है। सबसे सरल मामले में, ये केवल फाइलों के लिंक हो सकते हैं, जैसा कि माना गया उदाहरण है - इस मामले में, प्रोसेसर की आंतरिक कतार में लिंक जोड़े जाते हैं। आप छवियों की एक कस्टम कतार (स्रोत) भी बना सकते हैं और इसे प्रोसेसर इनपुट में संलग्न कर सकते हैं।

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

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

प्रसंस्करण चक्र

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

कस्टम छवि कतार के साथ, प्रसंस्करण चक्र को स्क्रॉल करने से प्रोसेसर द्वारा छवि अधिग्रहण के पुल-मॉडल को लागू करने की अनुमति मिलती है, जब प्रसंस्करण चक्र कतार से छवि को "बाहर" पंप करता है और अगले छवि लोडिंग समय के लिए निलंबित किया जा सकता है।

समानांतर में काम करने वाले कई प्रोसेसर से एक एकल छवि कतार का उपयोग किया जा सकता है, जो प्रसंस्करण को समानांतर बनाना आसान बनाता है (जबकि डाउनटाइम के बिना प्रोसेसर और "सक्रिय रूप से प्रतीक्षा" एक साथ "कतार से छवियों को" दिखाई देते हैं जैसा कि वे दिखाई देते हैं, इस दृष्टिकोण के कार्यान्वयन का एक उदाहरण उदाहरणों में पाया जा सकता है)।

परिणाम के साथ काम करें

प्रोसेसर उन दस्तावेजों को आउटपुट करता है, जिसमें निकाले गए डेटा वाले नोड्स की एक पेड़ जैसी संरचना और ज्यामितीय चिह्नों वाले पृष्ठ होते हैं, जहां ये आंकड़े छवि में पाए जाते हैं।

एक दस्तावेज़ से डेटा सीधे और स्वतंत्र रूप से फ़ाइलों या डेटाबेस (छवियों के आवश्यक भागों सहित) में सहेजा जा सकता है या आगे की प्रक्रिया के लिए अनुमति दी जा सकती है। आप फ़ाइल स्वरूपों के लिए अंतर्निहित निर्यात टूल का उपयोग करके डेटा निर्यात भी कर सकते हैं।

आप दस्तावेज़ को एक फ़ाइल में एक मध्यवर्ती परिणाम के रूप में सहेज सकते हैं या दूसरी जगह और किसी अन्य समय में मार्शलिंग या आगे की प्रक्रिया के लिए मेमोरी में स्ट्रीम कर सकते हैं। इस तरह की आगे की प्रक्रिया हो सकती है, उदाहरण के लिए, अंतर्निहित सत्यापन उपकरण का उपयोग करके डेटा सत्यापन।

अंतर्निहित सत्यापन उपकरण आपको समूहों में डेटा के संयोजन द्वारा बड़ी मात्रा में डेटा के मैनुअल सत्यापन का अनुकूलन करने की अनुमति देते हैं। इसके बजाय, डेटा को प्रोग्रामेटिक रूप से सत्यापित करना अक्सर संभव और सुविधाजनक होता है (किसी दस्तावेज़ को दरकिनार करके और डेटाबेस, शब्दकोश, चेकसम आदि के विरुद्ध डेटा की जाँच करके)।

कस्टम लिंक रिज़ॉल्यूशन

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

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

निष्कर्ष

इस आलेख में वर्णित अधिकांश चीज़ों को उत्पाद के साथ आने वाले उदाहरणों द्वारा कवर किया गया है। यह हमारी तकनीक का उपयोग करने वाले डेवलपर्स को पहले से ही काम कर रहे समाधान के साथ काम शुरू करने और उनकी आवश्यकताओं को पूरा करने के लिए विकसित करने की अनुमति देता है। उदाहरण इस प्रकार के अनुप्रयोगों को कवर करते हैं:

1. डेस्कटॉप एप्लिकेशन (एक अलग प्रोसेसर का उपयोग करता है, उपयोगकर्ता प्रक्रिया में सीधे लोड होता है, डिस्क पर फ़ाइलों की सूची के रूप में छवियां)
2. उच्च-प्रदर्शन बहु-थ्रेडेड प्रोसेसिंग सर्वर (एक साझा कतार से चित्र लेने वाले प्रसंस्करण प्रोसेसर के पूल का उपयोग करके)
3. वेब सेवा (प्रसंस्करण प्रोसेसर का एक पूल जो समानांतर में समानांतर ग्राहक अनुरोधों को संसाधित करता है)

विशेष रूप से प्रोग्रामर के लिए प्रोग्रामर द्वारा लिखित और कोड तैयार किए गए कई लघु लिपियों को शामिल करते हुए एक विशेष उदाहरण (कोड स्निपेट) भी है, जो कि डेवलपर्स द्वारा परिकल्पित और परीक्षण किए गए के रूप में बिल्कुल उत्पाद का उपयोग करने के लिए है (अनुवाद त्रुटियों के बिना :))।

एक उत्कृष्ट सहायता है, जहां सभी वस्तुओं और विधियों और उनके उपयोग का विस्तार से वर्णन किया गया है।

आप ABBYY वेबसाइट पर ABBYY FlexiCapture Engine 9.0 के बारे में अधिक पढ़ सकते हैं।

एलेक्सी कल्योहनी
डेवलपर उत्पाद विभाग