विरासत फ़ॉर्मेट्स का नेविगेशन: सुरक्षित माइग्रेशन और रूपांतरण

विरासत फ़ाइल फ़ॉर्मेट—जैसे 1990‑के दशक के WordPerfect दस्तावेज़, 2000‑से पहले बनाए गए AutoCAD DXF फ़ाइलें, या शुरुआती दौर के वीडियो कोडेक जैसे Cinepak—संस्थाओं के लिए छिपा जोखिम उत्पन्न करते हैं जो अपने डिजिटल एसेट्स की दीर्घ‑कालिक पहुँच पर निर्भर हैं। ये जोखिम केवल सैद्धांतिक नहीं हैं; एक क्षतिग्रस्त फ़ाइल कानूनी खोज को रोक सकती है, उत्पादन पाइपलाइन को गड़बड़ा सकती है, या ऐसी काम‑की‑फिर‑से‑रचना पर महँगा ख़र्च लगा सकती है जिसे सुरक्षित रूप से संग्रहित माना गया था। यह लेख फ़ॉर्मेट्स को संभालने के लिए व्यवस्थित दृष्टिकोण दिखाता है, इन्वेंटरी से लेकर अंतिम सत्यापन तक, जिसमें दृश्य फ़िडेलिटी, संरचनात्मक अखंडता और आवश्यक मेटाडेटा के संरक्षण पर ज़ोर दिया गया है।

“विरासत” फ़ॉर्मेट क्या बनाता है, इसे समझना

एक फ़ाइल फ़ॉर्मेट “विरासत” तब कहलाता है जब

  • उसका मूल निर्माता विनिर्देशन को बनाए रखना बंद कर देता है,
  • समर्थन करने वाला सॉफ़्टवेयर आधुनिक ऑपरेटिंग सिस्टम पर उपलब्ध नहीं रहता, या
  • फ़ॉर्मेट हार्डवेयर‑बाउंड एन्कोडिंग पर निर्भर करता है।
    विरासत स्थिति का वर्गीकरण आम तौर पर तीन आयामों में किया जाता है:
  1. प्रौद्योगिकी कालातीतता – फ़ॉर्मेट ऐसे संपीड़न या एन्कोडिंग विधियों का उपयोग करता है जिन्हें आधुनिक CPU कुशलता से डिकोड नहीं कर सकते (जैसे शुरुआती QuickTime “Sorenson 3” कोडेक)।
  2. सॉफ़्टवेयर निर्भरता – विश्वसनीय केवल वही संपादक उपलब्ध हैं जो अब बंद हो चुके उत्पाद हैं और पुराने OS संस्करणों पर चलते हैं, जिससे फ़ाइल को बिना एमुलेशन के खोलना कठिन हो जाता है।
  3. मानक अनुपालन की कमी – फ़ॉर्मेट वर्तमान अभिलेखीय मानकों जैसे PDF/A, ISO‑8601 टाइमस्टैम्प या Unicode से पहले का है; इसलिए यह आज के टूल्स के बीच इंटर‑ऑपरेबिलिटी की गारंटी नहीं दे सकता।

किसी फ़ाइल के इस स्पेक्ट्रम में स्थित होकर निर्धारित होता है कि सुरक्षित माइग्रेशन के लिए कितना प्रयास आवश्यक है।

रूपांतरण से पहले मूल्य और जोखिम का आकलन

हर पुरानी फ़ाइल को रूपांतरण बजट नहीं मिलना चाहिए। मूल्य‑जोखिम मैट्रिक्स बनाएँ:

  • व्यावसायिक महत्ता – क्या फ़ाइल वर्तमान उत्पाद, कानूनी मामले या नियामक फ़ाइलिंग का समर्थन करती है?
  • सामग्री की अनन्यता – क्या जानकारी कहीं और दोहराई गई है, या यह एकमात्र स्रोत है?
  • तकनीकी नाज़ुकता – क्या उपलब्ध एकल व्यूअर में ज्ञात बग हैं जो खोलते ही डेटा को भ्रष्ट कर सकते हैं?
  • अनुपालन जोखिम – क्या मूल अवस्था में फ़ाइल रखना किसी अभिलेखीय निर्देश का उल्लंघन करता है (जैसे सरकारी रिकॉर्ड के लिए अनिवार्य PDF/A)?

उच्च‑महत्व, अनन्य और नाज़ुक वस्तुओं को तत्काल रूपांतरण के लिए प्राथमिकता दें, जबकि कम‑जोखिम वाले अभिलेखों को बाद में एक बड़े बैच में संभालें।

सटीक इन्वेंटरी बनाना

एक विस्तृत इन्वेंटरी किसी भी माइग्रेशन प्रोजेक्ट की रीढ़ है। निम्न चरणों का पालन करें:

  1. स्वचालित स्कैन – किसी फ़ाइल‑प्रकार पहचान उपकरण (जैसे trid, file) से डायरेक्टरीज़ में घूमें और एक्स्टेंशन, MIME टाइप और आकार की CSV जनरेट करें।
  2. मेटाडेटा समृद्धि – फ़ाइल सिस्टम के गुण (निर्माण/संशोधन तिथि, मालिक, चेकसम) तथा जहाँ संभव हो, एम्बेडेड मेटाडेटा जैसे EXIF, XMP, या प्रोपाइटरी टैग्स निकालें।
  3. विरासत उम्मीदवार टैगिंग – पूर्व जोखिम मैट्रिक्स के आधार पर एक वर्गीकरण कॉलम (जैसे “legacy‑high”, “legacy‑medium”, “legacy‑low”) लागू करें।
  4. दस्तावेज़ीकरण – इन्वेंटरी को संस्करण‑नियंत्रित रेपो (Git, SVN) में रखें, ताकि बाद में रूपांतरण प्रक्रिया का ऑडिट किया जा सके।

एक सटीक इन्वेंटरी “फ़ाइल नहीं मिली” की आश्चर्यजनक स्थिति को बैच रूपांतरण के बीच बचाती है।

अभिगम्य नहीं रहने वाली फ़ाइलों के निष्कर्षण तकनीकें

जब मूल एप्लिकेशन निष्क्रिय हो चुका हो, तो वैकल्पिक निष्कर्षण विधियों की आवश्यकता होती है:

  • बाइनरी पार्सिंग – फ़ाइल को हेक्स एडिटर में खोलें और ज्ञात सिग्नेचर खोजें। सार्वजनिक विनिर्देश (अक्सर ISO आर्काइव में) संरचनात्मक तत्वों को पुनर्निर्मित करने में मदद कर सकते हैं। Kaitai Struct जैसे टूल बिना पूर्ण रिवर्स‑इंजीनियरिंग के पार्सर लिखने की सुविधा देते हैं।
  • ओपन‑सोर्स व्यूअर्स – LibreOffice, GIMP, Inkscape जैसी परियोजनाओं में कभी‑कभी विरासत इम्पोर्ट फ़िल्टर होते हैं। यहाँ तक कि भागिक पूर्वावलोकन भी मध्यवर्ती फ़ॉर्मेट में निर्यात करने के लिए पर्याप्त हो सकता है।
  • वर्चुअलाइजेशन / एमुलेशन – VirtualBox या QEMU में एक विरासत OS इमेज (Windows 95/XP, क्लासिक Mac OS) चलाएँ और मूल सॉफ़्टवेयर स्थापित करें। यह पुराने वातावरण को अलग रखता है और फ़ाइलों को बैच‑एक्सपोर्ट करने देता है।
  • वाणिज्यिक निष्कर्षण सेवाएँ – अत्यधिक विशिष्ट फ़ॉर्मेट (जैसे प्रोपाइटरी मेडिकल इमेजिंग DICOM‑समान मानक) के लिए तृतीय‑पक्ष विक्रेता रूपांतरण API प्रदान कर सकते हैं। इन्हें विवेकपूर्ण रूप से उपयोग करें और आउटपुट को पूरी तरह जांचें।

प्रत्येक तकनीक गति, लागत और फ़िडेलिटी में समझौता करती है। अक्सर सबसे सुरक्षित तरीका अधिकांश फ़ाइलों के लिए तेज़ ओपन‑सोर्स निष्कर्षण और समस्या‑ग्रस्त अल्पसंख्यक के लिए लक्षित एमुलेशन को मिलाता है।

भविष्य‑सुरक्षित लक्ष्य फ़ॉर्मेट चुनना

रूपांतरण गंतव्य को तीन मानदंडों को पूरा करना चाहिए:

  • ओपन स्टैंडर्ड – ISO‑प्रकाशित या कम्युनिटी‑रखरखाव वाले विनिर्देशन (जैसे PDF/A‑2, PNG, SVG, TIFF, CSV) को प्राथमिकता दें।
  • लॉसलेस या लगभग लॉसलेस – जहाँ सामग्री की गुणवत्ता महत्त्वपूर्ण है (तकनीकी ड्राइंग, अभिलेखीय फ़ोटो), ऐसे फ़ॉर्मेट चुनें जो डेटा हानि की गारंटी न दे।
  • व्यापक टूल सपोर्ट – सुनिश्चित करें कि कम से कम तीन मुख्य एप्लिकेशन फ़ॉर्मेट को पढ़/लिख सकें, जिससे भविष्य में लॉक‑इन जोखिम कम हो।

अच्छे मेल के उदाहरण:

विरासत स्रोतअनुशंसित लक्ष्यकारण
WordPerfect 6PDF/A‑2 या DOCXPDF/A दृश्य लेआउट सुरक्षित रखता है; DOCX संपादन‑योग्य टेक्स्ट बनाये रखता है।
AutoCAD DXF (pre‑2000)SVG या PDF/A‑3वेक्टर‑आधारित SVG संपादन‑योग्य रहता है; PDF/A‑3 मूल DXF को संदर्भ के लिए एम्बेड करता है।
QuickTime Cinepak वीडियोMP4 (H.264)MP4 सर्वत्र समर्थित है, H.264 उच्च संपीड़न के साथ न्यूनतम गुणवत्ता हानि देता है।

जब विरासत फ़ॉर्मेट में कई डेटा स्ट्रीम (जैसे ऑडियो‑संकुल PowerPoint) हों, तो PDF/A‑3 जैसे कंटेनर फ़ॉर्मेट पर विचार करें जो मूल द्वितीयक फ़ाइलों को ऑडिट‑ट्रेस के रूप में एम्बेड कर सके।

ठोस रूपांतरण कार्यप्रवाह डिजाइन करना

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

  1. पूर्व‑प्रसंस्करण

    • चेकसम (SHA‑256) से फ़ाइल की अखंडता जाँचें। किसी भी बेमेल को लॉग करें।
    • फ़ाइल नाम को सामान्य करें (केवल ASCII, कोई स्पेस नहीं) ताकि कमांड‑लाइन पार्सिंग त्रुटियों से बचा जा सके।

  2. रूपांतरण इंजन

    • खुले फ़ॉर्मेट के लिए कमांड‑लाइन टूल्स चलाएँ (libreoffice --headless, ImageMagick convert, ffmpeg)।
    • एमुलेटेड वातावरण में, लेगेसी प्रोग्राम लॉन्च करने, “Save As” को UI‑ऑटोमेशन टूल्स (AutoIt, Sikuli) से स्वचालित करने की स्क्रिप्ट बनाएँ।
    • रूपांतरण लॉग, त्रुटि संदेश और एग्ज़िट कोड को कैप्चर करें।

  3. पश्च‑सत्यापन

    • मूल और नई फ़ाइल की तुलना हेतु परसेप्चुअल हैश (phash) उपयोग करें।
    • मेटाडेटा डिफ़ टूल (exiftool -a -G1 -s) चलाकर महत्वपूर्ण फ़ील्ड की बरकरारी जाँचें।
    • मूल और रूपांतरित फ़ाइलों को एक JSON मैनिफेस्ट में रखें जिसमें चेकसम, रूपांतरण टाइमस्टैम्प और टूल वर्ज़न शामिल हो।

Apache Airflow या GitHub Actions जैसे ऑटोमेशन प्लेटफ़ॉर्म पाइपलाइन को व्यवस्थित कर सकते हैं, री‑ट्राय लॉजिक और समानांतर प्रोसेसिंग की सुविधा देते हैं।

फ़िडेलिटी का संरक्षण: “पर्याप्त” नहीं है जब नहीं चलाओ

कई विरासत रूपांतरण तुच्छ होते हैं—एक पुरानी बिटमैप को PNG में बदलने पर स्क्रीन पर कोई फर्क नहीं पड़ता। अन्य मामलों में उच्च स्तर की गारंटी आवश्यक होती है, विशेषकर जब स्रोत कानूनी दस्तावेज़ या इंजीनियरिंग ड्रॉइंग हो। फ़िडेलिटी सुनिश्चित करने के उपाय:

  • राउंड‑ट्रिप टेस्ट – विरासत फ़ाइल को लक्ष्य फ़ॉर्मेट में बदलें, फिर वापस (या रेफ़रेंस फ़ॉर्मेट में) बदलें। बाइनरी या ग्राफ़िकल डिफ़ निकालें।
  • पिक्सेल‑परफेक्ट रेंडरिंग – ग्राफ़िक एसेट्स के लिए Imagemagick compare -metric RMSE जैसी लाइब्रेरी प्रयोग करें।
  • स्ट्रक्चरल चेक – स्प्रेडशीट के लिए फ़ॉर्मूले की बचे रहने की जाँच करें, CSV में एक्सपोर्ट‑इम्पोर्ट कर फ़ॉर्मूला स्ट्रिंग की चेकसम तुलना करें।
  • मानव स्पॉट‑चेक – सांख्यिकीय दृष्टि से महत्वपूर्ण नमूना (उदा. बैच का 1 %) पर डोमेन विशेषज्ञ को लेआउट, रंग और सामग्री की पूर्णता सत्यापित करने दें।

प्रत्येक टेस्ट केस को मैनिफेस्ट में दस्तावेज़ित करें; यदि बाद में कोई उपयोगकर्ता रूपांतरण गुणवत्ता को चुनौती देता है तो यह ऑडिट‑ट्रेस अमूल्य साबित होता है।

मेटाडेटा और प्रॉवेनेंस को रख‑रखाव

विरासत फ़ॉर्मेट अक्सर निर्माता जानकारी, टाइमस्टैम्प, संस्करण संख्या और यहाँ‑तक‑कोडित कस्टम XML ब्लॉक्स एम्बेड करते हैं। रूपांतरण के दौरान इन्हें खोना आम है, इसलिए:

  • पहले निकालें – exiftool या mutool extract चलाकर सभी मेटाडेटा को साइड‑कार JSON फ़ाइल में डम्प करें।
  • लक्ष्य स्कीमा में मैप करें – प्रोपाइटरी टैग्स को मानक समतुल्य में ट्रांसलेट करें (जैसे CreatorTool → dc:creator)।
  • पुनः एम्बेड करें – आधुनिक फ़ॉर्मेट XMP या IPTC साइड‑कार को सपोर्ट करते हैं; exiftool -XMP-<tag>=value newfile.pdf से डेटा डालें।
  • प्रॉवेनेंस रिकॉर्ड – मूल फ़ाइल का हेश और एक्सट्रैक्शन JSON का रेफ़रेंस लक्ष्य फ़ाइल के मेटाडेटा ब्लॉक में शामिल करें। यह कई अनुपालन फ्रेमवर्क की “traceable lineage” आवश्यकता को पूरा करता है।

मेटाडेटा को अनदेखा करने पर नियामक‑संगत क्षेत्रों में रूपांतरण निरर्थक हो जाता है।

अनुपालन एवं कानूनी विचार

निचले‑स्तर के कुछ सेक्टर—सरकार, वित्त, स्वास्थ्य‑सेवा—ऐसे अभिलेखीय फ़ॉर्मेट को अनिवार्य करते हैं जो दीर्घकालिक पढ़ने‑योग्यता की गारंटी देता है। दो आम आवश्यकताएँ हैं:

  • PDF/A – ISO 19005 श्रृंखला PDF/A‑1, ‑2, ‑3 को परिभाषित करती है। PDF/A‑1 एन्क्रिप्शन और बाहरी कंटेंट को रोकता है, इसलिए कानूनी रिकॉर्ड के लिए आदर्श है। PDF/A‑3 मूल फ़ाइल को एंबेड करने की अनुमति देता है (विरासत स्रोत को PDF प्रतिनिधित्व के साथ रखने में उपयोगी)।
  • ISO‑8601 टाइमस्टैम्प – सुनिश्चित करें कि सभी तिथियाँ टाइमज़ोन‑न्यूट्रल फ़ॉर्मेट में संग्रहीत हों। किसी भी विरासत epoch‑आधारित टाइमस्टैम्प को उचित रूप से परिवर्तित करें।

रूपांतरण के दौरान आउटपुट को संबंधित कन्फॉर्मेंस लेवल के अनुसार सत्यापित करें। veraPDF जैसे टूल PDF/A फ़ाइलों की स्वचालित वैधता जाँच सकते हैं; इन्हें पश्च‑सत्यापन चरण में एकीकृत करें।

सामान्य ग़लतियों और उनके निवारण

ग़लतीलक्षणनिवारण
चुप‑चाप डेटा लॉस – कुछ कन्वर्टर लेयर या फ़ॉन्ट बिना चेतावनी हटाते हैं।PDF में फ़ॉन्ट गुम, CAD रीड्रॉल में वेक्टर लेयर नहीं दिखना।कन्वर्टर के ‑verbose फ़्लैग से “explain‑plan” चलाएँ; पहले‑और‑बाद लेयर काउंट की तुलना करें।
चेकसम बेमेल – नेटवर्क ट्रांसफ़र या स्टोरेज मीडिया त्रुटि से फ़ाइल भ्रष्ट।कॉपी के बाद SHA‑256 बदल जाना।प्रत्येक चरण पर चेकसम ले; मैनिफेस्ट में स्टोर करें और बेमेल पर प्रोसेस को रोकें।
मेटाडेटा हटना – ऑटो‑टूल्स केवल दृश्य सामग्री कॉपी करते हैं।नई फ़ाइल में लेखक या निर्माण तिथि नहीं दिखना।पहले बताए अनुसार मेटाडेटा को स्पष्ट रूप से मैप और री‑एम्बेड करें।
वर्ज़न ड्रिफ़्ट – ऐसे फ़ॉर्मेट में रूपांतरण जो भविष्य में स्वयं पुराना हो जाए।भविष्य में नई फ़ाइलें नहीं खुल पातीं।सक्रिय कम्युनिटी सपोर्ट और कई विक्रेता कार्यान्वयन वाले फ़ॉर्मेट चुनें।
क़ानूनी गैर‑अनुपालन – रूपांतरित फ़ाइलों में आवश्यक ऑडिट‑ट्रेस न होना।अनुपालन ऑडिट के दौरान फेल होना।मूल‑फ़ाइल हेश, रूपांतरण लॉग और एम्बेडेड प्रॉवेनेंस मेटाडेटा को शामिल करें।

इन समस्याओं को प्रारंभिक चरण में पहचानना हफ़्तों की दोबारा मेहनत बचा सकता है।

केस स्टडी: 15 वर्ष की CAD ड्रॉइंग्स का माइग्रेशन

पृष्ठभूमि – एक सिविल‑इंजीनियरिंग फ़र्म ने 1997‑2005 के बीच बनाए गए 3 800 DWG फ़ाइलें AutoCAD R14 में संग्रहीत रखी थीं। सार्वजनिक‑कार्य बोली के लिए उन्हें PDF/A‑2 और भविष्य में संपादन‑योग्य फ़ॉर्मेट दोनों में होना आवश्यक था।

प्रक्रिया

  1. इन्वेंटरी – PowerShell स्क्रिप्ट से 4 212 DWG वैरिएंट (खराब फ़ाइलें सहित) पहचाने।
  2. निष्कर्षण – Windows XP वर्चुअल मशीन में AutoCAD R14 स्थापित किया, AutoIt से “Save As” को DXF में बॅच‑ऑटोमेट किया।
  3. रूपांतरण – ODA File Converter (ओपन‑सोर्स) से DXF को SVG में बदला, फिर Inkscape से PDF/A‑2 जेनरेट किया।
  4. सत्यापन – प्रत्येक PDF पर veraPDF चलाया; 97 % पहले प्रयास में पास हुए, शेष में एम्बेडेड फ़ॉन्ट को मैन्युअल रूप से ठीक करना पड़ा।
  5. मेटाडेटा – dwgread से लेखक, प्रोजेक्ट कोड, रिविजन नंबर निकाले और PDF में XMP के रूप में डाला।
  6. अभिलेख – मूल DWG, मध्यवर्ती DXF और अंतिम PDF/A‑2 को पढ़‑केवल S3 बकेट में SHA‑256 टैग के साथ संग्रहीत किया।

परिणाम – फ़ाइल आकार में 38 % की बचत (DWG → PDF) हुई, बोली की अनुपालन शर्तें पूरी हुईं, और संरचित मैनिफेस्ट ने तेज़ ऑडिट को संभव बनाया। इस प्रक्रिया को बाद में 1 200 नई फ़ाइलों के बैच के लिए दोहराया गया।

अपने डिजिटल एसेट्स को भविष्य‑सुरक्षित बनाना

विरासत रूपांतरण समाप्त होने के बाद, दोहराव से बचने हेतु सक्रिय रणनीति अपनाएँ:

  • ओपन फ़ॉर्मेट पर मानक बनाएं – सभी नई सामग्री के लिए PDF/A (दस्तावेज़), PNG/ WebP (इमेज), CSV/Parquet (टेबल) को अनिवार्य करें।
  • एसेट मैनेजमेंट सिस्टम लागू करें – प्रत्येक फ़ाइल को इनजेस्ट‑समय पर फ़ॉर्मेट वर्ज़न और “समर्थित‑अंत” तिथि के साथ टैग करें, जिससे सीमा‑निकट फ़ाइलों के लिए अलर्ट ट्रिगर हो।
  • नियमित ऑडिट – हर 3‑5 वर्ष में स्क्रिप्ट चलाकर निर्धारित थ्रेशोल्ड से पुराने फ़ाइलों को फ्लैग करें।
  • रचयिताओं को शिक्षित करें – दिशा‑निर्देश जारी करें जो अनावश्यक प्रोपाइटरी एक्सटेंशन के उपयोग को हतोत्साहित करें।

फ़ॉर्मेट दीर्घायु को एक सतत नीति बनाकर, संगठन डेटा को उपयोगी और अनुपालन‑युक्त रखते हैं, बिना लागत में अभूतपूर्व वृद्धि के।

व्यावहारिक टूलकिट सारांश

श्रेणीटूल
फ़ाइल पहचानtrid, file
चेकसम निर्माणsha256sum, openssl dgst -sha256
मेटाडेटा निकासexiftool, mutool extract
ओपन‑सोर्स कन्वर्टर्सLibreOffice (दस्तावेज़), ImageMagick (इमेज), ffmpeg (वीडियो), ODA File Converter (DWG/DXF)
ऑटोमेशन & ऑर्केस्ट्रेशनBash/Python स्क्रिप्ट, Apache Airflow, GitHub Actions
वैधता जाँचveraPDF (PDF/A), परसेप्चुअल हैश लाइब्रेरी (phash), ImageMagick compare
वर्चुअलाइजेशनVirtualBox, QEMU, Docker (लेगेसी Linux टूल्स)

इन टूल्स को ऊपर बताई गई पाइपलाइन में एकीकृत करने से एक दोहराने योग्य, ऑडिट‑योग्य रूपांतरण प्रक्रिया तैयार होती है।

समापन विचार

विरासत फ़ाइल फ़ॉर्मेट डेटा निरंतरता के लिए ख़ामोशी से खतरा पैदा करते हैं, परन्तु अजेय नहीं हैं। एसेट इन्वेंटरी बनाकर, मजबूत लक्ष्य मानकों को चुनकर, और ठोस रूपांतरण‑सत्यापन कार्यप्रवाह को स्वचालित करके आप दशकों पुराने डिजिटल सामग्री को गुणवत्ता या अनुपालन ख़ोए बिना पुनः प्राप्त कर सकते हैं। यह निवेश स्टोरेज लागत घटाने, नियामक ऑडिट में सुगमता, और अंततः यह आश्वासन देता है कि संगठन का ज्ञान‑भंडार अगली पीढ़ी के उपयोगकर्ताओं के लिए सुलभ रहेगा।

यदि आप क्लाउड‑आधारित, प्राइवेसी‑प्रथम समाधान चाहते हैं जो ऊपर चर्चा किए गए कई फ़ॉर्मेट को बिना स्थानीय सॉफ़्टवेयर इंस्टॉलेशन के संभाल सके, तो convertise.app एक सहज इंटरफ़ेस प्रदान करता है।