इंटरोऑपरेबिलिटी: Difference between revisions
No edit summary |
|||
(7 intermediate revisions by 3 users not shown) | |||
Line 19: | Line 19: | ||
=== पोस्ट फैक्टो इंटरऑपरेबिलिटी === | === पोस्ट फैक्टो इंटरऑपरेबिलिटी === | ||
पोस्ट फैक्टो इंटरऑपरेबिलिटी किसी भी लागू मानकों के उल्लंघन में किसी विशेष उत्पाद के पूर्ण बाजार प्रभुत्व का परिणाम हो सकती है, या यदि उस उत्पाद की | पोस्ट फैक्टो इंटरऑपरेबिलिटी किसी भी लागू मानकों के उल्लंघन में किसी विशेष उत्पाद के पूर्ण बाजार प्रभुत्व का परिणाम हो सकती है, या यदि उस उत्पाद की प्रारंभ के समय कोई प्रभावी मानक उपस्थित नहीं थे। उस उत्पाद के पीछे का विक्रेता किसी भी आगामी मानकों को अनदेखा करना चुन सकता है और किसी भी मानकीकरण प्रक्रिया में बिल्कुल भी सहयोग नहीं कर सकता है, अपने निकट-एकाधिकार का उपयोग करके यह आग्रह करने के लिए कि उसका उत्पाद अपने बाजार के प्रभुत्व से वास्तविक मानक निर्धारित करता है। यह कोई समस्या नहीं है यदि उत्पाद का कार्यान्वयन विवृत है और न्यूनतम रूप से भारग्रस्त है, लेकिन यह अच्छी तरह से संवृत और भारी भारग्रस्त दोनों हो सकता है (उदाहरण के लिए पेटेंट दावों द्वारा)। [[नेटवर्क प्रभाव]] ऐसे उत्पाद के साथ इंटरऑपरेबिलिटी प्राप्त करना किसी भी अन्य विक्रेता के लिए महत्वपूर्ण है, यदि वह बाजार में प्रासंगिक बने रहना चाहता है, और मूल विक्रेता के साथ समान शर्तों पर सहयोग की कमी के कारण पूरा करना कठिन है, जो नए विक्रेता को एक संभावित प्रतिस्पर्धी और खतरे के रूप में देख सकता है। इंटरऑपरेबिलिटी प्राप्त करने के लिए तकनीकी डेटा के अभाव में नए कार्यान्वयन अधिकांशतः [[क्लीन-रूम रिवर्स इंजीनियरिंग]] पर निर्भर करते हैं। मूल विक्रेता अधिकांशतः प्रतिस्पर्धा को प्रोत्साहित करने के नाम पर दूसरों को ऐसे तकनीकी डेटा प्रदान कर सकते हैं, लेकिन ऐसे डेटा हमेशा सीमित होते हैं, और सीमित उपयोग के हो सकते हैं। ऐसे डेटा की उपलब्धता विवृत मानक के समतुल्य नहीं है, क्योंकि: | ||
# डेटा मूल विक्रेता द्वारा विवेकाधीन आधार पर प्रदान किया जाता है, और विक्रेता को प्रतिस्पर्धी समाधानों के प्रभावी कार्यान्वयन को अवरुद्ध करने में हर रुचि है, और अधिकांशतः नए संशोधनों में अपने उत्पाद को आसानी से | # डेटा मूल विक्रेता द्वारा विवेकाधीन आधार पर प्रदान किया जाता है, और विक्रेता को प्रतिस्पर्धी समाधानों के प्रभावी कार्यान्वयन को अवरुद्ध करने में हर रुचि है, और अधिकांशतः नए संशोधनों में अपने उत्पाद को आसानी से बदल सकता है, जिससे कि प्रतियोगियों के कार्यान्वयन प्राय, लेकिन पूरी तरह से इंटरऑपरेबल नहीं है, जिससे ग्राहक उन्हें अविश्वसनीय या निम्न गुणवत्ता का मानते हैं। मूल विक्रेता के बाजार प्रभुत्व को बनाए रखते हुए, इन परिवर्तनों को अन्य विक्रेताओं को बिल्कुल भी पारित नहीं किया जा सकता है, या रणनीतिक देरी के पश्चात पारित किया जा सकता है। | ||
# डेटा स्वयं भारग्रस्त हो सकता है, | # डेटा स्वयं भारग्रस्त हो सकता है, उदा पेटेंट या मूल्य निर्धारण द्वारा, मूल विक्रेता पर सभी प्रतिस्पर्धी समाधानों की निर्भरता के लिए अग्रणी, और संभवतः प्रतिस्पर्धियों के ग्राहकों से मूल विक्रेता के लिए राजस्व धारा का नेतृत्व करना। यह राजस्व प्रवाह मूल उत्पाद के बाजार प्रभुत्व का परिणाम है और किसी सहज श्रेष्ठता का परिणाम नहीं है। | ||
# यहां तक कि जब मूल विक्रेता एक स्वस्थ प्रतिस्पर्धा को बढ़ावा देने में वास्तव में रुचि रखता है (जिससे कि वह परिणामी अभिनव बाजार से भी लाभान्वित हो सके), कार्योत्तर अंतःक्रियाशीलता अधिकांशतः अवांछनीय हो सकती है क्योंकि कई दोष या विचित्रताएं सीधे मूल कार्यान्वयन के लिए वापस | # यहां तक कि जब मूल विक्रेता एक स्वस्थ प्रतिस्पर्धा को बढ़ावा देने में वास्तव में रुचि रखता है (जिससे कि वह परिणामी अभिनव बाजार से भी लाभान्वित हो सके), कार्योत्तर अंतःक्रियाशीलता अधिकांशतः अवांछनीय हो सकती है क्योंकि कई दोष या विचित्रताएं सीधे मूल कार्यान्वयन के लिए वापस तकनीकी सीमाएँ अन्वेषण की जा सकती हैं। चूंकि एक विवृत प्रक्रिया में, कोई भी इस तरह की सीमाओं की पहचान और सुधार कर सकता है, और परिणामी क्लीनर विनिर्देश सभी विक्रेताओं द्वारा उपयोग किया जा सकता है, यह कार्योत्तर अधिक कठिन है, क्योंकि ग्राहकों के पास पहले से ही मूल्यवान जानकारी और प्रक्रियाएं दोषपूर्ण लेकिन प्रमुख उत्पाद में एन्कोडेड हैं, और अन्य विक्रेताओं को इंटरऑपरेबिलिटी को बनाए रखने के लिए उन दोषों और विचित्रताओं को पुनरावलोकन के लिए मजबूर किया जाता है, भले ही वे श्रेष्ठ समाधान तैयार कर सकें। वैकल्पिक रूप से, यह तर्क दिया जा सकता है कि विवृत प्रक्रियाएँ भी पिछले कार्यान्वयनों और अपूर्ण पिछले अभिकल्पनाों के भार के अधीन हैं और यह कि प्रमुख विक्रेता की पक्षपातग्रस्त रूप से सुधार करने या प्रणाली में सुधार करने और सभी उपयोगकर्ताओं के लिए परिवर्तनों को थोपने की शक्ति नवाचार की सुविधा प्रदान करती है। | ||
# एक विवृत मानक का अभाव भी ग्राहकों के लिए समस्या बन सकता है, जैसा कि मूल विक्रेता की एक निश्चित समस्या को ठीक करने में असमर्थता के मामले में होता है जो मूल उत्पाद में तकनीकी सीमाओं की एक कलाकृति है। ग्राहक चाहता है कि गलती ठीक हो जाए, लेकिन विक्रेता को उसी उत्पाद के नए संशोधनों में भी उस दोषपूर्ण स्थिति को बनाए रखना होगा, क्योंकि वह व्यवहार एक वास्तविक मानक है और कई और ग्राहकों को किसी भी इंटरऑपरेबिलिटी के कारण होने वाले मुद्दों की कीमत चुकानी होगी मूल समस्या को ठीक करना और नए व्यवहार का परिचय देना। | # एक विवृत मानक का अभाव भी ग्राहकों के लिए समस्या बन सकता है, जैसा कि मूल विक्रेता की एक निश्चित समस्या को ठीक करने में असमर्थता के मामले में होता है जो मूल उत्पाद में तकनीकी सीमाओं की एक कलाकृति है। ग्राहक चाहता है कि गलती ठीक हो जाए, लेकिन विक्रेता को उसी उत्पाद के नए संशोधनों में भी उस दोषपूर्ण स्थिति को बनाए रखना होगा, क्योंकि वह व्यवहार एक वास्तविक मानक है और कई और ग्राहकों को किसी भी इंटरऑपरेबिलिटी के कारण होने वाले मुद्दों की कीमत चुकानी होगी मूल समस्या को ठीक करना और नए व्यवहार का परिचय देना। | ||
Line 28: | Line 28: | ||
=== [[ई-सरकार]] === | === [[ई-सरकार]] === | ||
ई-गवर्नमेंट के नजरिए से बोलते हुए, इंटरऑपरेबिलिटी नागरिकों, व्यवसायों और लोक प्रशासन के लिए सीमा पार सेवाओं की सहयोग क्षमता को संदर्भित करती है। भाषा बाधाओं, स्वरूपों के विभिन्न विनिर्देशों, वर्गीकरण की | ई-गवर्नमेंट के नजरिए से बोलते हुए, इंटरऑपरेबिलिटी नागरिकों, व्यवसायों और लोक प्रशासन के लिए सीमा पार सेवाओं की सहयोग क्षमता को संदर्भित करती है। भाषा बाधाओं, स्वरूपों के विभिन्न विनिर्देशों, वर्गीकरण की भेद और अन्य विघ्न के कारण डेटा का आदान-प्रदान एक चुनौती हो सकता है। | ||
यदि डेटा की अलग तरह से व्याख्या की जाती है, तो सहयोग सीमित होता है, अधिक समय लगता है और अक्षम होता है। उदाहरण के लिए, यदि देश A का कोई नागरिक देश B में भूमि खरीदना चाहता है, तो उस व्यक्ति से उचित पता डेटा जमा करने के लिए कहा जाएगा। दोनों देशों में पता डेटा में पूरा नाम विवरण, सड़क का नाम और संख्या के साथ-साथ एक [[डाक कोड]] भी सम्मलित है। पते के विवरण का क्रम भिन्न हो सकता है। उसी भाषा में, प्रदान किए गए पता डेटा को ऑर्डर करने में कोई बाधा नहीं है; लेकिन भाषा बाधाओं के पार, यह मुश्किल हो जाता है। यदि भाषा एक अलग [[लेखन प्रणाली]] का उपयोग करती है तो अनुवाद उपकरण उपलब्ध न होने पर यह प्राय असंभव है। | यदि डेटा की अलग तरह से व्याख्या की जाती है, तो सहयोग सीमित होता है, अधिक समय लगता है और अक्षम होता है। उदाहरण के लिए, यदि देश A का कोई नागरिक देश B में भूमि खरीदना चाहता है, तो उस व्यक्ति से उचित पता डेटा जमा करने के लिए कहा जाएगा। दोनों देशों में पता डेटा में पूरा नाम विवरण, सड़क का नाम और संख्या के साथ-साथ एक [[डाक कोड]] भी सम्मलित है। पते के विवरण का क्रम भिन्न हो सकता है। उसी भाषा में, प्रदान किए गए पता डेटा को ऑर्डर करने में कोई बाधा नहीं है; लेकिन भाषा बाधाओं के पार, यह मुश्किल हो जाता है। यदि भाषा एक अलग [[लेखन प्रणाली]] का उपयोग करती है तो अनुवाद उपकरण उपलब्ध न होने पर यह प्राय असंभव है। | ||
=== [[बाढ़ जोखिम प्रबंधन]] === | === [[बाढ़ जोखिम प्रबंधन]] === | ||
इंटरऑपरेबिलिटी का उपयोग शोधकर्ताओं द्वारा शहरी बाढ़ | इंटरऑपरेबिलिटी का उपयोग शोधकर्ताओं द्वारा शहरी बाढ़ विपत्ति प्रबंधन के संदर्भ में किया जाता है।<ref>{{Cite journal|last1=Vercruysse|first1=Kim|last2=Dawson|first2=David A.|last3=Wright|first3=Nigel|title=Interoperability: A conceptual framework to bridge the gap between multifunctional and multisystem urban flood management|journal=Journal of Flood Risk Management|language=en|pages=e12535|doi=10.1111/jfr3.12535|issn=1753-318X|year=2019|volume=12|doi-access=free}}</ref> दुनिया भर में शहरों और शहरी क्षेत्रों का विस्तार हो रहा है, जो पर्यावरण, बुनियादी ढांचे और लोगों के बीच कई अंतःक्रियाओं के साथ जटिल स्थान बनाता है। इस जटिलता को दूर करने के लिए और शहरी क्षेत्रों में पानी का उचित प्रबंधन करने के लिए, पानी और [[बाढ़ नियंत्रण]] के लिए प्रणालीगत दृष्टिकोण आवश्यक है। इस संदर्भ में, प्रणाली-से-प्रणाली सोच को सुविधाजनक बनाने के लिए इंटरऑपरेबिलिटी महत्वपूर्ण है, और इसे इस प्रकार परिभाषित किया गया है: "किसी भी जल प्रबंधन प्रणाली की पानी को पुनर्निर्देशित करने की क्षमता और पानी की अधिकता की घटनाओं के समय अपने प्रदर्शन कार्य को बनाए रखने या बढ़ाने के लिए अन्य प्रणालियों का उपयोग करना।"<ref>{{citation |title=Achieving Urban Flood Resilience in an Uncertain Future |year=2019 |doi=10.3390/w11051082|doi-access=free |last1=Fenner |first1=Richard |last2=o'Donnell |first2=Emily |last3=Ahilan |first3=Sangaralingam |last4=Dawson |first4=David |last5=Kapetas |first5=Leon |last6=Krivtsov |first6=Vladimir |last7=Ncube |first7=Sikhululekile |last8=Vercruysse |first8=Kim |journal=Water |volume=11 |issue=5 |page=1082 }}</ref> शहरी आधारभूत संरचना प्रणालियों के जटिल गुणों का आकलन करके, विशेष रूप से जल निकासी प्रणालियों और अन्य शहरी प्रणालियों (जैसे परिवहन जैसे बुनियादी ढांचे) के बीच अंतःक्रियाशीलता, बेहतर शहरी बाढ़ नम्यता प्राप्त करने की दिशा में बाढ़ के पानी का प्रबंधन करने के लिए समग्र प्रणाली की क्षमता का विस्तार करना संभव हो सकता है।<ref>{{Cite web|url=http://www.urbanfloodresilience.ac.uk/|title=शहरी बाढ़ लचीलापन|website=www.urbanfloodresilience.ac.uk|language=en-GB|access-date=2019-05-15}}</ref> | ||
===सैन्य बल=== | ===सैन्य बल=== | ||
{{anchor| Military}} | {{anchor| Military}} | ||
Line 39: | Line 39: | ||
नाटो में फोर्स इंटरऑपरेबिलिटी को दो या दो से अधिक राष्ट्रों की सेनाओं को सौंपे गए मिशनों और कार्यों के निष्पादन में एक साथ प्रशिक्षित करने, व्यायाम करने और प्रभावी ढंग से संचालित करने की क्षमता के रूप में परिभाषित किया गया है। इसके अतिरिक्त नाटो सहयोगी सामरिक, परिचालन और सामरिक उद्देश्यों को प्राप्त करने के लिए सुसंगत रूप से, प्रभावी ढंग से और कुशलता से एक साथ कार्य करने की क्षमता के रूप में अंतःक्रियाशीलता को अधिक सामान्य रूप से परिभाषित करता है।<ref>[http://nso.nato.int/nso/zPublic/ap/aap6/AAP-6.pdf NATO Glossary of Terms and Definitions, NATO AAP-06]{{dead link|date=April 2017 |bot=InternetArchiveBot |fix-attempted=yes }}</ref> | नाटो में फोर्स इंटरऑपरेबिलिटी को दो या दो से अधिक राष्ट्रों की सेनाओं को सौंपे गए मिशनों और कार्यों के निष्पादन में एक साथ प्रशिक्षित करने, व्यायाम करने और प्रभावी ढंग से संचालित करने की क्षमता के रूप में परिभाषित किया गया है। इसके अतिरिक्त नाटो सहयोगी सामरिक, परिचालन और सामरिक उद्देश्यों को प्राप्त करने के लिए सुसंगत रूप से, प्रभावी ढंग से और कुशलता से एक साथ कार्य करने की क्षमता के रूप में अंतःक्रियाशीलता को अधिक सामान्य रूप से परिभाषित करता है।<ref>[http://nso.nato.int/nso/zPublic/ap/aap6/AAP-6.pdf NATO Glossary of Terms and Definitions, NATO AAP-06]{{dead link|date=April 2017 |bot=InternetArchiveBot |fix-attempted=yes }}</ref> | ||
सामरिक स्तर पर, अंतर-संचालनीयता गठबंधन निर्माण के लिए एक समर्थकारी है। यह गठबंधन भागीदारों द्वारा सार्थक योगदान की सुविधा प्रदान करता है। इस स्तर पर, इंटरऑपरेबिलिटी के | सामरिक स्तर पर, अंतर-संचालनीयता गठबंधन निर्माण के लिए एक समर्थकारी है। यह गठबंधन भागीदारों द्वारा सार्थक योगदान की सुविधा प्रदान करता है। इस स्तर पर, इंटरऑपरेबिलिटी के अभिप्राय विश्व के विचारों, रणनीतियों, सिद्धांतों और बल संरचनाओं के सामंजस्य पर केंद्रित हैं। इंटरऑपरेबिलिटी साझा खतरों के विरुद्ध साझा हितों को प्राप्त करने और बनाए रखने के लिए लंबे समय तक एक साथ काम करने की गठबंधन की इच्छा का एक तत्व है। परिचालन और सामरिक स्तरों पर अंतरसंचालनीयता वह है जहां रणनीतिक अंतरसंचालनीयता और तकनीकी अंतरसंक्रियता एक साथ मिलकर सहयोगियों को पर्यावरण को आकार देने, संकटों का प्रबंधन करने और युद्ध जीतने में मदद करते हैं। परिचालन और सामरिक स्तरों पर अंतःक्रियाशीलता के लाभ सामान्यतः बल तत्वों और इकाइयों की विनिमेयता से प्राप्त होते हैं। तकनीकी इंटरऑपरेबिलिटी संगठनों और प्रणालियों के बीच इंटरफेस को दर्शाती है। यह संचार और कंप्यूटर पर ध्यान केंद्रित करता है, लेकिन इसमें प्रणाली की तकनीकी क्षमताएं और गठबंधन भागीदारों के प्रणाली और डेटा के बीच परिणामी मिशन अनुकूलता भी सम्मलित है। तकनीकी स्तर पर, इंटरऑपरेबिलिटी के लाभ मुख्य रूप से नम्यता को बढ़ाने के संदर्भ में परिचालन और सामरिक स्तरों पर उनके प्रभावों से आते हैं।<ref>Interoperability: A continuing Challenge in Coalition Air Operations - Chapter 2 “A broad Definition of Interoperability”, by Myron Hura, Gary McLeod, James Schneider and others, RAND Monograph Report, 2000, [http://www.rand.org/content/dam/rand/pubs/monograph_reports/MR1235/MR1235.chap2.pdf] {{Webarchive|url=https://web.archive.org/web/20131019111733/http://www.rand.org/content/dam/rand/pubs/monograph_reports/MR1235/MR1235.chap2.pdf |date=2013-10-19 }}</ref> | ||
===सार्वजनिक सुरक्षा=== | ===सार्वजनिक सुरक्षा=== | ||
क्योंकि पहले उत्तरदाताओं को व्यापक पैमाने की आपात स्थितियों के समय संवाद करने में सक्षम होने की आवश्यकता होती है, [[कानून प्रवर्तन]], [[अग्निशमन]], आपातकालीन चिकित्सा सेवाओं और अन्य सार्वजनिक स्वास्थ्य और सुरक्षा विभागों के लिए अंतर-संचालनीयता एक महत्वपूर्ण | क्योंकि पहले उत्तरदाताओं को व्यापक पैमाने की आपात स्थितियों के समय संवाद करने में सक्षम होने की आवश्यकता होती है, [[कानून प्रवर्तन]], [[अग्निशमन]], आपातकालीन चिकित्सा सेवाओं और अन्य सार्वजनिक स्वास्थ्य और सुरक्षा विभागों के लिए अंतर-संचालनीयता एक महत्वपूर्ण अभिप्राय है। यह पिछले 12 वर्षों में निवेश और अनुसंधान का एक प्रमुख क्षेत्र रहा है।<ref>Allen, D. K., Karanasios, S., & Norman, A. (2013). Information sharing and interoperability: the case of major incident management. European Journal of Information Systems, 10.1057/ejis.2013.8.</ref><ref>Baldini, G. (2010). Report of the workshop on “Interoperable communications for Safety and Security”. Ispra: European Commission, Joint Research Centre (JRC), Institute for the Protection and Security of the Citizen.</ref>व्यापक रूप से भिन्न और असंगत हार्डवेयर एजेंसियों के बीच सूचना के आदान-प्रदान को बाधित करता है।<ref>{{Cite news|url=https://www.firerescue1.com/fire-products/communications/interoperability/articles/424190-Interoperability-system-bridges-communications-gap/|title=इंटरऑपरेबिलिटी सिस्टम संचार की खाई को पाटता है|newspaper=FireRescue1|access-date=2017-01-25}}</ref> एजेंसियों की सूचना प्रणालियाँ जैसे कंप्यूटर-एडेड डिस्पैच प्रणाली और रिकॉर्ड प्रबंधन प्रणालियाँ तथाकथित सूचना द्वीपों में बड़े पैमाने पर अलगाव में काम करती हैं। एजेंसियों ने इस अलगाव को अकुशल, स्टॉप-गैप विधियों के साथ पाटने की प्रयास की, जबकि बड़ी एजेंसियों ने सीमित इंटरऑपरेबल प्रणाली को लागू करना शुरू कर दिया। ये दृष्टिकोण अपर्याप्त थे और, अमेरिका में, पेंटागन और वर्ल्ड ट्रेड सेंटर संरचनाओं पर 9/11 के हमलों<ref>{{cite web|last=Grier|first=Robin|title=इंटरऑपरेबिलिटी सॉल्यूशंस|url=http://www.catcomtec.com/index.php?option=com_content&view=article&id=19&Itemid=34|work=Interoperability|publisher=Catalyst Communications|access-date=28 May 2011}}</ref> के समय सार्वजनिक सुरक्षा क्षेत्र में अंतरसंचालनीयता की कमी स्पष्ट हो गई थी। इंटरऑपरेबिलिटी की कमी के और सबूत तब सामने आए जब एजेंसियों ने तूफान कैटरीना के पश्चात की स्थिति से निपटा। | ||
समग्र राष्ट्रीय तस्वीर के विपरीत, यूटा सहित कुछ राज्यों ने पहले ही काफी प्रगति की है। [[यूटा राजमार्ग गश्ती]] और यूटा में अन्य विभागों ने एक राज्यव्यापी डेटा साझाकरण नेटवर्क बनाया है।<ref>{{Cite web |url=https://www.fatpot.com/ |title=एफएटीपीओटी टेक्नोलॉजीज|access-date=2019-09-08 |archive-date=2018-07-10 |archive-url=https://web.archive.org/web/20180710230842/https://www.fatpot.com/ |url-status=bot: unknown }}</ref> | समग्र राष्ट्रीय तस्वीर के विपरीत, यूटा सहित कुछ राज्यों ने पहले ही काफी प्रगति की है। [[यूटा राजमार्ग गश्ती]] और यूटा में अन्य विभागों ने एक राज्यव्यापी डेटा साझाकरण नेटवर्क बनाया है।<ref>{{Cite web |url=https://www.fatpot.com/ |title=एफएटीपीओटी टेक्नोलॉजीज|access-date=2019-09-08 |archive-date=2018-07-10 |archive-url=https://web.archive.org/web/20180710230842/https://www.fatpot.com/ |url-status=bot: unknown }}</ref> | ||
Line 47: | Line 47: | ||
इंटरऑपरेबिलिटी में सुधार करने के लिए वर्जीनिया का राष्ट्रमंडल संयुक्त राज्य में अग्रणी राज्यों में से एक है। इंटरऑपरेबिलिटी कोऑर्डिनेटर कॉमनवेल्थ के आसपास ग्रांट फंडिंग को बेहतर ढंग से आवंटित करने के लिए एक क्षेत्रीय संरचना का लाभ उठाता है जिससे कि सभी क्षेत्रों में संचार इंटरऑपरेबिलिटी को बेहतर बनाने का अवसर मिले। कॉमनवेल्थ के लिए नई पहलों को सम्मलित करने के लिए संचार के लिए वर्जीनिया की रणनीतिक योजना को वार्षिक रूप से अपडेट किया जाता है - सभी परियोजनाएं और प्रयास इस योजना से जुड़े हैं, जो राष्ट्रीय आपातकालीन संचार योजना के साथ संरेखित है, जिसे डिपार्टमेंट ऑफ होमलैंड सिक्योरिटी के आपातकालीन संचार कार्यालय द्वारा तैयार किया गया है। | इंटरऑपरेबिलिटी में सुधार करने के लिए वर्जीनिया का राष्ट्रमंडल संयुक्त राज्य में अग्रणी राज्यों में से एक है। इंटरऑपरेबिलिटी कोऑर्डिनेटर कॉमनवेल्थ के आसपास ग्रांट फंडिंग को बेहतर ढंग से आवंटित करने के लिए एक क्षेत्रीय संरचना का लाभ उठाता है जिससे कि सभी क्षेत्रों में संचार इंटरऑपरेबिलिटी को बेहतर बनाने का अवसर मिले। कॉमनवेल्थ के लिए नई पहलों को सम्मलित करने के लिए संचार के लिए वर्जीनिया की रणनीतिक योजना को वार्षिक रूप से अपडेट किया जाता है - सभी परियोजनाएं और प्रयास इस योजना से जुड़े हैं, जो राष्ट्रीय आपातकालीन संचार योजना के साथ संरेखित है, जिसे डिपार्टमेंट ऑफ होमलैंड सिक्योरिटी के आपातकालीन संचार कार्यालय द्वारा तैयार किया गया है। | ||
वाशिंगटन राज्य राज्यव्यापी अंतरसंक्रियता को बढ़ाना चाहता है। 2003 में विधायिका द्वारा स्थापित स्टेट इंटरऑपरेबिलिटी एक्जीक्यूटिव कमेटी<ref>{{cite web|url=http://www.siec.wa.gov|title=जाँच करना|access-date=12 August 2016}}</ref> (एसआईईसी), सरकार (शहर, काउंटी, राज्य) के सभी स्तरों पर आपातकालीन प्रतिक्रिया एजेंसियों (पुलिस, फायर, शेरिफ, चिकित्सा | वाशिंगटन राज्य राज्यव्यापी अंतरसंक्रियता को बढ़ाना चाहता है। 2003 में विधायिका द्वारा स्थापित स्टेट इंटरऑपरेबिलिटी एक्जीक्यूटिव कमेटी<ref>{{cite web|url=http://www.siec.wa.gov|title=जाँच करना|access-date=12 August 2016}}</ref> (एसआईईसी), सरकार (शहर, काउंटी, राज्य) के सभी स्तरों पर आपातकालीन प्रतिक्रिया एजेंसियों (पुलिस, फायर, शेरिफ, चिकित्सा, आदि) की सहायता के लिए काम करती है। | ||
वाशिंगटन मानता है कि वायरलेस रेडियो | वाशिंगटन मानता है कि वायरलेस रेडियो प्रणाली के लिए प्रणाली अभिकल्पना और विकास पर सहयोग करने से आपातकालीन उत्तरदाता एजेंसियों को कुशलतापूर्वक अतिरिक्त सेवाएं प्रदान करने, इंटरऑपरेबिलिटी बढ़ाने और लंबी अवधि की लागत कम करने में मदद मिलती है। यह कार्य आपातकालीन कर्मियों और उनकी सेवा करने वाले नागरिकों के जीवन को बचाता है। | ||
अमेरिकी सरकार देश में सार्वजनिक सुरक्षा अंतर्संचालनीयता की कमी को दूर करने का प्रयास कर रही है। [[इंटरऑपरेबिलिटी और संगतता के लिए कार्यालय]] (ओआईसी) के लिए डिपार्टमेंट ऑफ होमलैंड सिक्योरिटी का कार्यालय सेफकॉम <ref>{{cite web|url=http://www.safecomprogram.gov/|title=SAFECOM - होमलैंड सुरक्षा|access-date=12 August 2016|archive-url=https://web.archive.org/web/20141221211800/http://www.safecomprogram.gov/|archive-date=2014-12-21|url-status=dead}}</ref> और [[CADIP|सीएडीआईपी]] और [[प्रोजेक्ट 25]] प्रोग्राम का अनुसरण कर रहा है, जो एजेंसियों की मदद करने के लिए अभिकल्पना किए गए हैं क्योंकि वे अपने सीएडी और अन्य आईटी | अमेरिकी सरकार देश में सार्वजनिक सुरक्षा अंतर्संचालनीयता की कमी को दूर करने का प्रयास कर रही है। [[इंटरऑपरेबिलिटी और संगतता के लिए कार्यालय]] (ओआईसी) के लिए डिपार्टमेंट ऑफ होमलैंड सिक्योरिटी का कार्यालय सेफकॉम <ref>{{cite web|url=http://www.safecomprogram.gov/|title=SAFECOM - होमलैंड सुरक्षा|access-date=12 August 2016|archive-url=https://web.archive.org/web/20141221211800/http://www.safecomprogram.gov/|archive-date=2014-12-21|url-status=dead}}</ref> और [[CADIP|सीएडीआईपी]] और [[प्रोजेक्ट 25]] प्रोग्राम का अनुसरण कर रहा है, जो एजेंसियों की मदद करने के लिए अभिकल्पना किए गए हैं क्योंकि वे अपने सीएडी और अन्य आईटी प्रणाली को एकीकृत करते हैं। | ||
ओआईसी ने अगस्त 2007 में सीएडीआईपी का शुभारंभ किया। यह परियोजना [[सिलिकॉन वैली]] सहित कई स्थानों में एजेंसियों के साथ ओआईसी की भागीदारी करेगी। यह कार्यक्रम न्यायिक सीमाओं के पार सीएडी | ओआईसी ने अगस्त 2007 में सीएडीआईपी का शुभारंभ किया। यह परियोजना [[सिलिकॉन वैली]] सहित कई स्थानों में एजेंसियों के साथ ओआईसी की भागीदारी करेगी। यह कार्यक्रम न्यायिक सीमाओं के पार सीएडी प्रणाली को जोड़ने से जुड़ी सर्वोत्तम प्रथाओं और चुनौतियों की पहचान करने के लिए केस स्टडी का उपयोग करेगा। ये पाठ उन उपकरणों और संसाधनों का निर्माण करेंगे जिनका उपयोग सार्वजनिक सुरक्षा एजेंसियां इंटरऑपरेबल सीएडी प्रणाली बनाने और स्थानीय, राज्य और संघीय सीमाओं के पार संचार करने के लिए कर सकती हैं। | ||
=== इंटरऑपरेबिलिटी के लिए नियामक के रूप में === | === इंटरऑपरेबिलिटी के लिए नियामक के रूप में === | ||
Line 64: | Line 64: | ||
{{Unreferenced section|date=March 2019}} | {{Unreferenced section|date=March 2019}} | ||
डेस्कटॉप इंटरऑपरेबिलिटी सॉफ्टवेयर इंटरऑपरेबिलिटी का एक उपसमुच्चय है। प्रारंभी दिनों में, इंटरऑपरेबिलिटी का फोकस वेब एप्लिकेशन को अन्य वेब एप्लिकेशन के साथ एकीकृत करना था। समय के साथ, एक वर्चुअल डेस्कटॉप वातावरण बनाने के लिए ओपन- | डेस्कटॉप इंटरऑपरेबिलिटी सॉफ्टवेयर इंटरऑपरेबिलिटी का एक उपसमुच्चय है। प्रारंभी दिनों में, इंटरऑपरेबिलिटी का फोकस वेब एप्लिकेशन को अन्य वेब एप्लिकेशन के साथ एकीकृत करना था। समय के साथ, एक वर्चुअल डेस्कटॉप वातावरण बनाने के लिए ओपन-प्रणाली कंटेनर विकसित किए गए थे जिसमें इन अनुप्रयोगों को पंजीकृत किया जा सकता था और फिर सरल प्रकाशन-सदस्यता पैटर्न का उपयोग करके एक दूसरे के साथ संवाद किया जा सकता था। रूडिमेंटरी यूआई क्षमताओं को भी विंडोज़ को अन्य विंडो के साथ समूहीकृत करने की अनुमति देने के लिए समर्थित किया गया था। आज, डेस्कटॉप इंटरऑपरेबिलिटी पूर्ण-सेवा प्लेटफॉर्म में विकसित हुई है जिसमें कंटेनर समर्थन, वेब और वेब के बीच बुनियादी आदान-प्रदान सम्मलित है, लेकिन अन्य एप्लिकेशन प्रकारों और उन्नत विंडो प्रबंधन के लिए मूल समर्थन भी सम्मलित है। सबसे नवीनतम इंटरॉप प्लेटफॉर्म में इन-हाउस एप्लिकेशन के लिए यूनिवर्सल सर्च, नोटिफिकेशन, उपयोगकर्ता अनुमतियां और प्राथमिकताएं, तृतीय पक्ष एप्लिकेशन कनेक्टर और भाषा एडेप्टर जैसी एप्लिकेशन सेवाएं भी सम्मलित हैं। | ||
==== सूचना खोज ==== | ==== सूचना खोज ==== | ||
खोज इंटरऑपरेबिलिटी एक ही क्वेरी द्वारा खोजे जाने वाले दो या दो से अधिक सूचना संग्रहों की क्षमता को संदर्भित करती है।<ref>[https://ejournals.bc.edu/index.php/ital/article/view/4520 Open Search Environments: The Free Alternative to Commercial Search Services]</ref> | खोज इंटरऑपरेबिलिटी एक ही क्वेरी द्वारा खोजे जाने वाले दो या दो से अधिक सूचना संग्रहों की क्षमता को संदर्भित करती है।<ref>[https://ejournals.bc.edu/index.php/ital/article/view/4520 Open Search Environments: The Free Alternative to Commercial Search Services]</ref> | ||
विशेष रूप से वेब-आधारित खोज से संबंधित, इंटरऑपरेबिलिटी की चुनौती इस तथ्य से उपजी है कि वेब संसाधनों के डिजाइनरों को सामान्यतः अन्य वेब संसाधनों के साथ सूचनाओं के आदान-प्रदान के बारे में चिंता करने की बहुत कम या कोई आवश्यकता नहीं होती है। [[संघीय खोज]] तकनीक, जो डेटा स्वामी पर प्रारूप आवश्यकताओं को नहीं रखती है, इंटरऑपरेबिलिटी चुनौतियों को खोजने के लिए एक समाधान के रूप में उभरी है। इसके अतिरिक्त, [[मेटाडेटा हार्वेस्टिंग के लिए ओपन आर्काइव्स इनिशिएटिव प्रोटोकॉल]], [[ संसाधन विवरण ढांचा | संसाधन विवरण ढांचा]] और [[SPARQL|स्पार्कल]] जैसे मानक सामने आए हैं, जो वेब संसाधनों से संबंधित खोज इंटरऑपरेबिलिटी के | विशेष रूप से वेब-आधारित खोज से संबंधित, इंटरऑपरेबिलिटी की चुनौती इस तथ्य से उपजी है कि वेब संसाधनों के डिजाइनरों को सामान्यतः अन्य वेब संसाधनों के साथ सूचनाओं के आदान-प्रदान के बारे में चिंता करने की बहुत कम या कोई आवश्यकता नहीं होती है। [[संघीय खोज]] तकनीक, जो डेटा स्वामी पर प्रारूप आवश्यकताओं को नहीं रखती है, इंटरऑपरेबिलिटी चुनौतियों को खोजने के लिए एक समाधान के रूप में उभरी है। इसके अतिरिक्त, [[मेटाडेटा हार्वेस्टिंग के लिए ओपन आर्काइव्स इनिशिएटिव प्रोटोकॉल]], [[ संसाधन विवरण ढांचा | संसाधन विवरण ढांचा]] और [[SPARQL|स्पार्कल]] जैसे मानक सामने आए हैं, जो वेब संसाधनों से संबंधित खोज इंटरऑपरेबिलिटी के अभिप्राय को हल करने में भी मदद करते हैं। ऐसे मानक इंटरऑपरेबिलिटी के व्यापक विषयों को भी संबोधित करते हैं, जैसे डेटा माइनिंग की अनुमति देना।<!--[[User:Kvng/RTH]]--> | ||
==== सॉफ्टवेयर ==== | ==== सॉफ्टवेयर ==== | ||
[[Image:Interoperable software.png|250px|thumb|इंटरऑपरेबिलिटी: टू रोल नेटवर्क गेम खेलना, जब प्लेयर क्लाइंट में से एक (ऊपर बाएं) [[Sun Microsystems|सन | [[Image:Interoperable software.png|250px|thumb|इंटरऑपरेबिलिटी: टू रोल नेटवर्क गेम खेलना, जब प्लेयर क्लाइंट में से एक (ऊपर बाएं) [[Sun Microsystems|सन माइक्रोप्रणाली्स]] के तहत चलता है और दूसरा GNU क्लासपाथ के तहत [[JamVM|जैमवीएम]] के साथ चलता है। एप्लिकेशन एक ही [[ बाईटकोड ]] को निष्पादित करते हैं और संचार के लिए मानक [[RMI-IIOP|आरएमआई-आईआईओपी]] संदेशों का उपयोग करके इंटरऑपरेट करते हैं]] | ||
{{Main|भाषा इंटरऑपरेबिलिटी|सिमेंटिक इंटरऑपरेबिलिटी}} | {{Main|भाषा इंटरऑपरेबिलिटी|सिमेंटिक इंटरऑपरेबिलिटी}} | ||
[[सॉफ़्टवेयर]] के संबंध में, इंटरऑपरेबिलिटी शब्द का उपयोग एक्सचेंज प्रारूपों के एक सामान्य सेट के माध्यम से डेटा का आदान-प्रदान करने, समान फ़ाइल स्वरूपों को पढ़ने और लिखने और समान संचार [[प्रोटोकॉल (कंप्यूटिंग)]] का उपयोग करने के लिए विभिन्न कार्यक्रमों की क्षमता का वर्णन करने के लिए किया जाता है। (विभिन्न [[सेंट्रल प्रोसेसिंग यूनिट]] प्लेटफार्मों पर एक ही [[निष्पादन]] योग्य को निष्पादित करने की क्षमता इंटरऑपरेबिलिटी की परिभाषा द्वारा 'नहीं' पर विचार किया गया है।) इंटरऑपरेबिलिटी की कमी एक प्रोग्राम के डिजाइन के समय मानकीकरण पर ध्यान न देने का परिणाम हो सकती है। दरअसल, कंप्यूटिंग दुनिया के गैर-मानक-आधारित भाग में इंटरऑपरेबिलिटी को | [[सॉफ़्टवेयर]] के संबंध में, इंटरऑपरेबिलिटी शब्द का उपयोग एक्सचेंज प्रारूपों के एक सामान्य सेट के माध्यम से डेटा का आदान-प्रदान करने, समान फ़ाइल स्वरूपों को पढ़ने और लिखने और समान संचार [[प्रोटोकॉल (कंप्यूटिंग)]] का उपयोग करने के लिए विभिन्न कार्यक्रमों की क्षमता का वर्णन करने के लिए किया जाता है। (विभिन्न [[सेंट्रल प्रोसेसिंग यूनिट]] प्लेटफार्मों पर एक ही [[निष्पादन]] योग्य को निष्पादित करने की क्षमता इंटरऑपरेबिलिटी की परिभाषा द्वारा 'नहीं' पर विचार किया गया है।) इंटरऑपरेबिलिटी की कमी एक प्रोग्राम के डिजाइन के समय मानकीकरण पर ध्यान न देने का परिणाम हो सकती है। दरअसल, कंप्यूटिंग दुनिया के गैर-मानक-आधारित भाग में इंटरऑपरेबिलिटी को अनुमति नहीं दी जाती है।<ref>{{Cite book|title=एसएससीपी पुस्तक के लिए आधिकारिक गाइड|last=Gordon and Hernandez|publisher=SYBEX|isbn=978-1119278634|date=2016-05-16}}</ref> | ||
आईएसओ/आईईसी 2382-01 के अनुसार, सूचना प्रौद्योगिकी शब्दावली, मौलिक शर्तें, इंटरऑपरेबिलिटी को निम्नानुसार परिभाषित किया गया है: "विभिन्न कार्यात्मक इकाइयों के बीच संवाद करने, कार्यक्रमों को निष्पादित करने या डेटा स्थानांतरित करने की क्षमता इस तरह से है कि उपयोगकर्ता को उन इकाइयों की अनूठी विशेषताओं का बहुत कम या कोई ज्ञान नहीं होना चाहिए"।<ref>{{cite web|url=http://jtc1sc36.org/doc/36N0646.pdf|title=Proposed Draft Technical Report for: ISO/IEC xxxxx, Information technology -- Learning, education, and training -- Management and delivery -- Specification and use of extensions and profiles|author=SC36 Secretariat|date=2003-11-13|publisher=ISO/IEC JTC1 SC36|archive-url=https://web.archive.org/web/20071129034634/http://old.jtc1sc36.org/doc/36N0646.pdf|archive-date=2007-11-29|url-status=dead|access-date=12 August 2016}}</ref> | आईएसओ/आईईसी 2382-01 के अनुसार, सूचना प्रौद्योगिकी शब्दावली, मौलिक शर्तें, इंटरऑपरेबिलिटी को निम्नानुसार परिभाषित किया गया है: "विभिन्न कार्यात्मक इकाइयों के बीच संवाद करने, कार्यक्रमों को निष्पादित करने या डेटा स्थानांतरित करने की क्षमता इस तरह से है कि उपयोगकर्ता को उन इकाइयों की अनूठी विशेषताओं का बहुत कम या कोई ज्ञान नहीं होना चाहिए"।<ref>{{cite web|url=http://jtc1sc36.org/doc/36N0646.pdf|title=Proposed Draft Technical Report for: ISO/IEC xxxxx, Information technology -- Learning, education, and training -- Management and delivery -- Specification and use of extensions and profiles|author=SC36 Secretariat|date=2003-11-13|publisher=ISO/IEC JTC1 SC36|archive-url=https://web.archive.org/web/20071129034634/http://old.jtc1sc36.org/doc/36N0646.pdf|archive-date=2007-11-29|url-status=dead|access-date=12 August 2016}}</ref> | ||
यह परिभाषा इंटरऑपरेबिलिटी के तकनीकी पक्ष पर ध्यान केंद्रित करती है, जबकि यह भी बताया गया है [किसके द्वारा?] कि इंटरऑपरेबिलिटी अधिकांशतः एक संगठनात्मक | यह परिभाषा इंटरऑपरेबिलिटी के तकनीकी पक्ष पर ध्यान केंद्रित करती है, जबकि यह भी बताया गया है [किसके द्वारा?] कि इंटरऑपरेबिलिटी अधिकांशतः एक संगठनात्मक अभिप्राय से अधिक होती है: अधिकांशतः इंटरऑपरेबिलिटी का संबंधित संगठनों पर महत्वपूर्ण प्रभाव पड़ता है, स्वामित्व के अभिप्राय उठाते हैं (क्या लोग अपना डेटा साझा करना चाहते हैं? या क्या वे [[सूचना साइलो]] से निपट रहे हैं?), श्रम संबंध (क्या लोग हैं) प्रशिक्षण लेने के लिए तैयार हैं?) और उपयोगिता। इस संदर्भ में, व्यापार प्रक्रिया इंटरऑपरेबिलिटी शब्द में एक अधिक उपयुक्त परिभाषा पर अधिकार कर लिया गया है। | ||
इंटरऑपरेबिलिटी के महत्वपूर्ण [[आर्थिक]] परिणाम हो सकते हैं; उदाहरण के लिए, अनुसंधान ने अनुमान लगाया है कि यू.एस. पूंजी सुविधा उद्योग में अपर्याप्त अंतरसंचालनीयता की लागत $15.8 बिलियन प्रति वर्ष है।<ref>{{cite report|author1=MP Gallaher|author2=AC O’Connor|author3=JL Dettbarn, Jr.|author4=LT Gilday|date=August 2004|title=यूएस कैपिटल फैसिलिटीज इंडस्ट्री में अपर्याप्त इंटरऑपरेबिलिटी का लागत विश्लेषण|url=http://nvlpubs.nist.gov/nistpubs/gcr/2004/NIST.GCR.04-867.pdf|publisher=National Institute of Standards and Technology|page=iv|access-date=2012-04-19|archive-url=https://web.archive.org/web/20160204225252/http://nvlpubs.nist.gov/nistpubs/gcr/2004/NIST.GCR.04-867.pdf|archive-date=2016-02-04|url-status=dead}}</ref> यदि प्रतियोगियों के उत्पाद इंटरऑपरेबल नहीं हैं ([[पेटेंट]], [[व्यापार रहस्य]] या [[समन्वय विफलता (अर्थशास्त्र)]] जैसे कारणों के कारण), परिणाम [[एकाधिकार]] या बाजार विफलता हो सकता है। इस कारण से, उपयोगकर्ता समुदायों या सरकारों के लिए विवेकपूर्ण हो सकता है कि वे विभिन्न स्थितियों में अंतरसंचालनीयता को प्रोत्साहित करने के लिए कदम उठाएं। कम से कम 30 अंतर्राष्ट्रीय निकायों और देशों ने [[ ई GIF |ई जीआईएफ]] नामक ई-गवर्नमेंट-आधारित इंटरऑपरेबिलिटी फ्रेमवर्क पहल को लागू किया है जबकि संयुक्त राज्य अमेरिका में एनआईईएम पहल है।<ref>{{cite web |url=https://lists.oasis-open.org/archives/tgf/201101/pdf00010.pdf |archive-url=https://ghostarchive.org/archive/20221009/https://lists.oasis-open.org/archives/tgf/201101/pdf00010.pdf |archive-date=2022-10-09 |url-status=live |title=e-Government Interoperability A comparative analysis of 30 countries |publisher=CS Transform |year=2010 |access-date=21 January 2016}}</ref> मानक परिभाषित करने वाले संगठन (एसडीओ) इंटरऑपरेबिलिटी को सुविधाजनक बनाने के लिए विवृत सार्वजनिक सॉफ्टवेयर विनिर्देश प्रदान करते हैं; उदाहरणों में [[ओएसिस-ओपन]] संगठन और [[बिल्डिंगस्मार्ट]] (पूर्व में इंटरऑपरेबिलिटी के लिए अंतर्राष्ट्रीय गठबंधन) सम्मलित हैं। जहां तक उपयोगकर्ता समुदायों का सवाल है, [[तटस्थ तृतीय पक्ष]] व्यवसाय प्रक्रिया अंतरसंचालनीयता के लिए मानकों का निर्माण कर रहा है। एक तटस्थ पक्ष का एक अन्य उदाहरण [[इंटरनेट इंजीनियरिंग टास्क फोर्स]] (आईईटीएफ) से [[टिप्पणियों के लिए अनुरोध]] प्रलख है। | इंटरऑपरेबिलिटी के महत्वपूर्ण [[आर्थिक]] परिणाम हो सकते हैं; उदाहरण के लिए, अनुसंधान ने अनुमान लगाया है कि यू.एस. पूंजी सुविधा उद्योग में अपर्याप्त अंतरसंचालनीयता की लागत $15.8 बिलियन प्रति वर्ष है।<ref>{{cite report|author1=MP Gallaher|author2=AC O’Connor|author3=JL Dettbarn, Jr.|author4=LT Gilday|date=August 2004|title=यूएस कैपिटल फैसिलिटीज इंडस्ट्री में अपर्याप्त इंटरऑपरेबिलिटी का लागत विश्लेषण|url=http://nvlpubs.nist.gov/nistpubs/gcr/2004/NIST.GCR.04-867.pdf|publisher=National Institute of Standards and Technology|page=iv|access-date=2012-04-19|archive-url=https://web.archive.org/web/20160204225252/http://nvlpubs.nist.gov/nistpubs/gcr/2004/NIST.GCR.04-867.pdf|archive-date=2016-02-04|url-status=dead}}</ref> यदि प्रतियोगियों के उत्पाद इंटरऑपरेबल नहीं हैं ([[पेटेंट]], [[व्यापार रहस्य]] या [[समन्वय विफलता (अर्थशास्त्र)]] जैसे कारणों के कारण), परिणाम [[एकाधिकार]] या बाजार विफलता हो सकता है। इस कारण से, उपयोगकर्ता समुदायों या सरकारों के लिए विवेकपूर्ण हो सकता है कि वे विभिन्न स्थितियों में अंतरसंचालनीयता को प्रोत्साहित करने के लिए कदम उठाएं। कम से कम 30 अंतर्राष्ट्रीय निकायों और देशों ने [[ ई GIF |ई जीआईएफ]] नामक ई-गवर्नमेंट-आधारित इंटरऑपरेबिलिटी फ्रेमवर्क पहल को लागू किया है जबकि संयुक्त राज्य अमेरिका में एनआईईएम पहल है।<ref>{{cite web |url=https://lists.oasis-open.org/archives/tgf/201101/pdf00010.pdf |archive-url=https://ghostarchive.org/archive/20221009/https://lists.oasis-open.org/archives/tgf/201101/pdf00010.pdf |archive-date=2022-10-09 |url-status=live |title=e-Government Interoperability A comparative analysis of 30 countries |publisher=CS Transform |year=2010 |access-date=21 January 2016}}</ref> मानक परिभाषित करने वाले संगठन (एसडीओ) इंटरऑपरेबिलिटी को सुविधाजनक बनाने के लिए विवृत सार्वजनिक सॉफ्टवेयर विनिर्देश प्रदान करते हैं; उदाहरणों में [[ओएसिस-ओपन]] संगठन और [[बिल्डिंगस्मार्ट]] (पूर्व में इंटरऑपरेबिलिटी के लिए अंतर्राष्ट्रीय गठबंधन) सम्मलित हैं। जहां तक उपयोगकर्ता समुदायों का सवाल है, [[तटस्थ तृतीय पक्ष]] व्यवसाय प्रक्रिया अंतरसंचालनीयता के लिए मानकों का निर्माण कर रहा है। एक तटस्थ पक्ष का एक अन्य उदाहरण [[इंटरनेट इंजीनियरिंग टास्क फोर्स]] (आईईटीएफ) से [[टिप्पणियों के लिए अनुरोध]] प्रलख है। | ||
ओएसएलसी<ref>{{cite web|url=http://open-services.net/|title=जीवनचक्र सहयोग के लिए खुली सेवाएं|access-date=12 August 2016}}</ref> (जीवनचक्र सहयोग के लिए ओपन सर्विस) समुदाय एक सामान्य मानक | ओएसएलसी<ref>{{cite web|url=http://open-services.net/|title=जीवनचक्र सहयोग के लिए खुली सेवाएं|access-date=12 August 2016}}</ref> (जीवनचक्र सहयोग के लिए ओपन सर्विस) समुदाय एक सामान्य मानक जाँच पर काम कर रहा है जिससे कि सॉफ्टवेयर उपकरण डेटा साझा और आदान-प्रदान कर सकें उदा। बग, कार्य, आवश्यकताएं आदि। अंतिम लक्ष्य ओपन सोर्स [[आवेदन जीवनचक्र प्रबंधन]] टूल्स की इंटरऑपरेबिलिटी के लिए ओपन स्टैंडर्ड पर सहमत होना है।<ref>{{cite web|url=http://www.slideshare.net/olberger/presentation-icssea2011|title=OSLC (Open Services for Lifecycle Collaboration): open standard for i…|date=30 November 2011|access-date=12 August 2016}}</ref> | ||
जावा इंटरऑपरेबल प्रोग्रामिंग लैंग्वेज का एक | जावा इंटरऑपरेबल प्रोग्रामिंग लैंग्वेज का एक उत्तम उदाहरण है जो प्रोग्राम को एक बार लिखने और जावा वर्चुअल मशीन के साथ कहीं भी चलाने की अनुमति देता है।<ref>[[Write once, run anywhere]]</ref>{{better source|date=May 2018}} जावा में एक प्रोग्राम लिखने वाला, जब तक यह प्रणाली-विशिष्ट कार्यक्षमता का उपयोग नहीं करता है, जावा वर्चुअल मशीन वाली सभी मशीनों के साथ इंटरऑपरेबिलिटी बनाए रखेगा। जावा वर्चुअल मशीन के कई कार्यान्वयन हैं, जैसे कि ओरेकल, आईबीएम, एंड्रॉयड, आदि... यदि जावा वर्चुअल मशीन विशिष्टताओं के लिए बनाई गई है, तो एप्लिकेशन अनुकूलता बनाए रखेंगे क्योंकि कार्यान्वयन अलग होने के अतिरिक्त, अंतर्निहित भाषा इंटरफेस समान हैं। .<ref>{{Cite book|url=https://www.safaribooksonline.com/library/view/clojure-programming/9781449310387/ch09.html|title=9. Java and JVM Interoperability [Book]|language=en}}</ref> | ||
==सॉफ़्टवेयर प्राप्त करना == | ==सॉफ़्टवेयर प्राप्त करना == | ||
सॉफ्टवेयर इंटरऑपरेबिलिटी को पांच परस्पर संबंधित उपायो से प्राप्त किया जाता है: | सॉफ्टवेयर इंटरऑपरेबिलिटी को पांच परस्पर संबंधित उपायो से प्राप्त किया जाता है: | ||
# उत्पाद का परीक्षण करना | # उत्पाद का परीक्षण करना | ||
#: एक सामान्य मानक, या उसके उप-प्रोफाइल के लिए उत्पादित उत्पाद, मानकों की स्पष्टता पर निर्भर करते हैं, लेकिन उनके कार्यान्वयन में विसंगतियां हो सकती हैं जो | #: एक सामान्य मानक, या उसके उप-प्रोफाइल के लिए उत्पादित उत्पाद, मानकों की स्पष्टता पर निर्भर करते हैं, लेकिन उनके कार्यान्वयन में विसंगतियां हो सकती हैं जो प्रणाली या यूनिट परीक्षण से प्रकाशित नहीं हो सकती हैं। इसके लिए यह आवश्यक है कि प्रणाली को औपचारिक रूप से एक उत्पादन परिदृश्य में परीक्षण किया जाए - क्योंकि वे अंततः लागू होंगे - यह सुनिश्चित करने के लिए कि वे वास्तव में विज्ञापित के रूप में इंटरकम्युनिकेशन करेंगे, अर्थात वे इंटरऑपरेबल हैं। इंटरऑपरेबल उत्पाद परीक्षण अनुरूपता-आधारित उत्पाद परीक्षण से अलग है क्योंकि एक मानक के अनुरूप होना जरूरी नहीं है कि किसी अन्य उत्पाद के साथ इंटरऑपरेबिलिटी उत्पन्न हो जो अनुरूपता के लिए भी परीक्षण किया जाता है। | ||
# उत्पाद अभियांत्रिकी | # उत्पाद अभियांत्रिकी | ||
#: समान मानक या उप-प्रोफाइल का पालन करते हुए अन्य सॉफ्टवेयर कार्यान्वयन के साथ अंतःक्रियाशीलता प्राप्त करने के विशिष्ट इरादे के साथ उद्योग/सामुदायिक साझेदारी द्वारा परिभाषित सामान्य मानक, या उसके उप-प्रोफाइल को लागू करता है। | #: समान मानक या उप-प्रोफाइल का पालन करते हुए अन्य सॉफ्टवेयर कार्यान्वयन के साथ अंतःक्रियाशीलता प्राप्त करने के विशिष्ट इरादे के साथ उद्योग/सामुदायिक साझेदारी द्वारा परिभाषित सामान्य मानक, या उसके उप-प्रोफाइल को लागू करता है। | ||
# उद्योग/सामुदायिक भागीदारी | # उद्योग/सामुदायिक भागीदारी | ||
#: उद्योग-सामुदायिक भागीदारी, या तो घरेलू या अंतर्राष्ट्रीय, एक सामान्य मानक को परिभाषित करने के उद्देश्य से मानक कार्यसमूहों को प्रायोजित करती है जिसका उपयोग सॉफ्टवेयर | #: उद्योग-सामुदायिक भागीदारी, या तो घरेलू या अंतर्राष्ट्रीय, एक सामान्य मानक को परिभाषित करने के उद्देश्य से मानक कार्यसमूहों को प्रायोजित करती है जिसका उपयोग सॉफ्टवेयर प्रणाली को एक परिभाषित उद्देश्य के लिए इंटरकम्युनिकेशन करने की अनुमति देने के लिए किया जा सकता है। कभी-कभी एक उद्योग/समुदाय विकल्पों को कम करने के लिए किसी अन्य संगठन द्वारा उत्पादित उपस्थित मानक को उप-प्रोफाइल करेगा और इस प्रकार कार्यान्वयन के लिए अंतर-क्षमता को और अधिक प्राप्त करने योग्य बना देगा। | ||
# सामान्य प्रौद्योगिकी और आईपी | # सामान्य प्रौद्योगिकी और आईपी | ||
#: एक सामान्य तकनीक या आईपी का उपयोग अलग-अलग विकसित सॉफ़्टवेयर उत्पादों के विभिन्न सेटों से घटकों के बीच परिवर्तनशीलता को कम करके इंटरऑपरेबिलिटी की जटिलता को तेज और कम कर सकता है और इस प्रकार उन्हें अधिक आसानी से इंटरकम्युनिकेशन करने की अनुमति देता है। इस तकनीक के कुछ वही तकनीकी परिणाम हैं जो इंटरऑपरेबिलिटी उत्पन्न करने के लिए एक सामान्य विक्रेता उत्पाद का उपयोग करते हैं। सामान्य तकनीक तृतीय पक्ष पुस्तकालयों या ओपन-सोर्स विकास के माध्यम से आ सकती है। | #: एक सामान्य तकनीक या आईपी का उपयोग अलग-अलग विकसित सॉफ़्टवेयर उत्पादों के विभिन्न सेटों से घटकों के बीच परिवर्तनशीलता को कम करके इंटरऑपरेबिलिटी की जटिलता को तेज और कम कर सकता है और इस प्रकार उन्हें अधिक आसानी से इंटरकम्युनिकेशन करने की अनुमति देता है। इस तकनीक के कुछ वही तकनीकी परिणाम हैं जो इंटरऑपरेबिलिटी उत्पन्न करने के लिए एक सामान्य विक्रेता उत्पाद का उपयोग करते हैं। सामान्य तकनीक तृतीय पक्ष पुस्तकालयों या ओपन-सोर्स विकास के माध्यम से आ सकती है। | ||
Line 101: | Line 101: | ||
=== बाजार प्रभुत्व और शक्ति === | === बाजार प्रभुत्व और शक्ति === | ||
इंटरऑपरेबिलिटी को विशेषज्ञों के लिए एक मुद्दा माना जाता है और दैनिक जीवन के लिए इसके प्रभाव को कभी-कभी कम करके आंका जाता है। यूरोपीय संघ माइक्रोसॉफ्ट प्रतियोगिता का मामला दिखाता है कि अंतर-संचालनीयता शक्ति संबंधों के महत्वपूर्ण प्रश्नों से कैसे संबंधित है। 2004 में, यूरोपीय आयोग ने पाया कि माइक्रोसॉफ्ट ने विंडोज़ कार्य समूह सर्वरों और गैर-माइक्रोसॉफ्ट कार्य समूह सर्वरों के बीच जानबूझकर अंतर को प्रतिबंधित करके अपनी बाजार शक्ति का दुरुपयोग किया था। ऐसा करके, माइक्रोसॉफ्ट कार्य समूह सर्वर ऑपरेटिंग | इंटरऑपरेबिलिटी को विशेषज्ञों के लिए एक मुद्दा माना जाता है और दैनिक जीवन के लिए इसके प्रभाव को कभी-कभी कम करके आंका जाता है। यूरोपीय संघ माइक्रोसॉफ्ट प्रतियोगिता का मामला दिखाता है कि अंतर-संचालनीयता शक्ति संबंधों के महत्वपूर्ण प्रश्नों से कैसे संबंधित है। 2004 में, यूरोपीय आयोग ने पाया कि माइक्रोसॉफ्ट ने विंडोज़ कार्य समूह सर्वरों और गैर-माइक्रोसॉफ्ट कार्य समूह सर्वरों के बीच जानबूझकर अंतर को प्रतिबंधित करके अपनी बाजार शक्ति का दुरुपयोग किया था। ऐसा करके, माइक्रोसॉफ्ट कार्य समूह सर्वर ऑपरेटिंग प्रणाली, कॉर्पोरेट आईटी नेटवर्क के दिल के लिए अपनी प्रमुख बाजार स्थिति की रक्षा करने में सक्षम था। माइक्रोसॉफ्ट को पूर्ण और सटीक इंटरफ़ेस प्रलेख़ीकरण प्रकट करने का आदेश दिया गया था, जो प्रतिद्वंद्वी विक्रेताओं को एक समान स्तर पर प्रतिस्पर्धा करने में सक्षम करेगा (इंटरऑपरेबिलिटी उपाय)। जून 2005 तक, आयोग ऐसा करने के लिए माइक्रोसॉफ्ट द्वारा एक नए प्रस्ताव का परीक्षण कर रहा है, पिछले प्रस्तावों को अपर्याप्त के रूप में खारिज कर दिया था। | ||
[[यूरोपीय संसद]] (जून-जुलाई 2005) में [[सॉफ्टवेयर पेटेंट बहस]] में इंटरऑपरेबिलिटी भी सामने आई है। आलोचकों का दावा है कि इंटरऑपरेबिलिटी के लिए आवश्यक तकनीकों पर पेटेंट | [[यूरोपीय संसद]] (जून-जुलाई 2005) में [[सॉफ्टवेयर पेटेंट बहस]] में इंटरऑपरेबिलिटी भी सामने आई है। आलोचकों का दावा है कि इंटरऑपरेबिलिटी के लिए आवश्यक तकनीकों पर पेटेंट आरएएनडी (उचित और गैर-भेदभावपूर्ण लाइसेंसिंग) शर्तों के तहत रखे जाते हैं, इसलिए ग्राहकों को दो बार लाइसेंस शुल्क का भुगतान करना होगा: एक बार उत्पाद के लिए और, उपयुक्त मामले में, एक बार उत्पाद द्वारा उपयोग किए जाने वाले पेटेंट-संरक्षित कार्यक्रम के लिए। | ||
=== निर्माण === | === निर्माण === | ||
हाल के वर्षों में विशेष रूप से विरासत प्रणालियों और उद्योग 4.0 को बढ़ावा देने के निर्देश के तहत विनिर्माण प्रक्रियाओं के एकीकरण के कारण विनिर्माण क्षेत्र में इंटरऑपरेबिलिटी एक आम चुनौती बन गई है।<ref name=":0">{{Cite journal |last=Keller |first=Matthias |date=2021 |title=I4.0 Strategy and Policy Integration in The German Machining Industry |url=https://www.researchgate.net/publication/359005363 |journal=KU Leuven}}</ref> इंटरऑपरेबिलिटी स्वायत्तता और स्थिरता के साथ-साथ विनिर्माण नीति और निर्देशों की आधारशिला बन गई है, जिसे इंडस्ट्री 4.0 के लिए 2030 विजन की जर्मन संघीय नीति के भीतर पहचाना जा सकता है। इंटरऑपरेबिलिटी के लिए वर्तमान दबाव वाली चुनौती मानकीकरण और सर्वोत्तम प्रथाओं के कार्यान्वयन से निकटता से जुड़ी हुई है, जिसने I4.0 को पूरी आपूर्ति श्रृंखला में विनिर्माण को जोड़ने से रोका है। वर्तमान चुनौतियों में अनुसंधान ने संकेत दिया है कि विनिर्माण उद्यमों के आईटी और अनुप्रयोग परिदृश्य के भीतर एक अंतर है, जो | हाल के वर्षों में विशेष रूप से विरासत प्रणालियों और उद्योग 4.0 को बढ़ावा देने के निर्देश के तहत विनिर्माण प्रक्रियाओं के एकीकरण के कारण विनिर्माण क्षेत्र में इंटरऑपरेबिलिटी एक आम चुनौती बन गई है।<ref name=":0">{{Cite journal |last=Keller |first=Matthias |date=2021 |title=I4.0 Strategy and Policy Integration in The German Machining Industry |url=https://www.researchgate.net/publication/359005363 |journal=KU Leuven}}</ref> इंटरऑपरेबिलिटी स्वायत्तता और स्थिरता के साथ-साथ विनिर्माण नीति और निर्देशों की आधारशिला बन गई है, जिसे इंडस्ट्री 4.0 के लिए 2030 विजन की जर्मन संघीय नीति के भीतर पहचाना जा सकता है। इंटरऑपरेबिलिटी के लिए वर्तमान दबाव वाली चुनौती मानकीकरण और सर्वोत्तम प्रथाओं के कार्यान्वयन से निकटता से जुड़ी हुई है, जिसने I4.0 को पूरी आपूर्ति श्रृंखला में विनिर्माण को जोड़ने से रोका है। वर्तमान चुनौतियों में अनुसंधान ने संकेत दिया है कि विनिर्माण उद्यमों के आईटी और अनुप्रयोग परिदृश्य के भीतर एक अंतर है, जो प्रणाली को जोड़ने और डेटा के प्रवाह के लिए चुनौतियां व्यवसाय करता है।<ref name=":0" /> | ||
=== चिकित्सा उद्योग === | === चिकित्सा उद्योग === | ||
लगातार बढ़ती दर से [[अस्पताल|अस्पतालो]] और प्रयोगशालाओं में नई तकनीक | लगातार बढ़ती दर से [[अस्पताल|अस्पतालो]] और प्रयोगशालाओं में नई तकनीक प्रस्तुत की जा रही है। [[ प्लग करें और खेलें |प्लग और प्ले]] इंटरऑपरेबिलिटी की आवश्यकता - एक चिकित्सा उपकरण को उसके बॉक्स से बाहर निकालने की क्षमता और इसे अपने अन्य उपकरणों के साथ आसानी से काम करने की क्षमता - ने स्वास्थ्य सेवा प्रदाताओं और उद्योग दोनों का बहुत ध्यान आकर्षित किया है। | ||
तेजी से, इनक्यूबेटर और इमेजिंग | तेजी से, इनक्यूबेटर और इमेजिंग प्रणाली जैसे चिकित्सा उपकरणों में ऐसे सॉफ़्टवेयर होते हैं जो देखभाल के बिंदु पर और इलेक्ट्रॉनिक प्रणाली जैसे इलेक्ट्रॉनिक मेडिकल रिकॉर्ड के साथ एकीकृत होते हैं। 2016 की रेगुलेटरी अफेयर्स प्रोफेशनल्स सोसाइटी (आरएपीएस) की बैठक में, जीई हेल्थकेयर के साथ एंजेला एन. जॉनसन जैसे क्षेत्र के विशेषज्ञ और यूनाइटेड स्टेट्स फूड एंड ड्रग प्रबंधन के प्रतिनिधि ने व्यावहारिक सेमिनार प्रदान किए कि कैसे कंपनियां नए चिकित्सा उपकरणों को विकसित कर रही हैं, और अस्पताल उन्हें स्थापित कर रहे हैं, अंतर-संचालित सॉफ्टवेयर प्रणाली को संरेखित करने के लिए अधिक प्रभावी ढंग से काम कर सकता है।<ref>{{cite web|url=http://www.assurx.com/raps-preview-fda-cdrh-director-shuren-talks-priorities/ |title= RAPS Preview: FDA CDRH Director Shuren Talks Priorities |date= September 19, 2016 |access-date= April 8, 2017}}</ref> | ||
=== रेलवे === | === रेलवे === | ||
{{anchor| Railways}} | {{anchor| Railways}} | ||
Line 116: | Line 116: | ||
कुछ मापदंडों का उल्लेख करने के लिए [[नाप का पता करें|ट्रैक गेज]], [[रेलवे कपलिंग]], [[ब्रेक (रेलवे)]], [[रेलवे सिग्नल]], [[संचार]], [[लोडिंग गेज]], [[संरचना गेज]] और ऑपरेटिंग नियमों के मानकों के अनुरूप रेलवे के पास अधिक या कम इंटरऑपरेबिलिटी है। यात्री रेल सेवा के लिए, अलग-अलग [[रेलवे प्लेटफॉर्म की ऊंचाई]] और [[ प्लेटफ़ॉर्म गैप ]] मानकों के कारण भी इंटरऑपरेबिलिटी की समस्या हो सकती है। | कुछ मापदंडों का उल्लेख करने के लिए [[नाप का पता करें|ट्रैक गेज]], [[रेलवे कपलिंग]], [[ब्रेक (रेलवे)]], [[रेलवे सिग्नल]], [[संचार]], [[लोडिंग गेज]], [[संरचना गेज]] और ऑपरेटिंग नियमों के मानकों के अनुरूप रेलवे के पास अधिक या कम इंटरऑपरेबिलिटी है। यात्री रेल सेवा के लिए, अलग-अलग [[रेलवे प्लेटफॉर्म की ऊंचाई]] और [[ प्लेटफ़ॉर्म गैप ]] मानकों के कारण भी इंटरऑपरेबिलिटी की समस्या हो सकती है। | ||
उत्तर अमेरिकी माल ढुलाई और इंटरसिटी यात्री रेलमार्ग अत्यधिक इंटरऑपरेबल हैं, लेकिन यूरोप, एशिया, अफ्रीका, मध्य और दक्षिण अमेरिका और ऑस्ट्रेलिया में | उत्तर अमेरिकी माल ढुलाई और इंटरसिटी यात्री रेलमार्ग अत्यधिक इंटरऑपरेबल हैं, लेकिन यूरोप, एशिया, अफ्रीका, मध्य और दक्षिण अमेरिका और ऑस्ट्रेलिया में प्रणाली बहुत कम हैं। पार करने के लिए सबसे कठिन पैरामीटर (उचित लागत पर) गेज की असंगति है, चूंकि वेरिएबल गेज एक्सल प्रणाली का तेजी से उपयोग किया जाता है। | ||
=== [[दूरसंचार]] === | === [[दूरसंचार]] === | ||
Line 122: | Line 122: | ||
# अन्य प्रणालियों को सेवाएं प्रदान करने और सेवाओं को स्वीकार करने की क्षमता, और उन्हें एक साथ प्रभावी ढंग से संचालित करने के लिए एक्सचेंज की गई सेवाओं का उपयोग करने की क्षमता। [[ITU-T|आईटीयू टी]] अंतरराष्ट्रीय दूरसंचार के लिए मानक प्रदान करता है। | # अन्य प्रणालियों को सेवाएं प्रदान करने और सेवाओं को स्वीकार करने की क्षमता, और उन्हें एक साथ प्रभावी ढंग से संचालित करने के लिए एक्सचेंज की गई सेवाओं का उपयोग करने की क्षमता। [[ITU-T|आईटीयू टी]] अंतरराष्ट्रीय दूरसंचार के लिए मानक प्रदान करता है। | ||
#[[संचार-इलेक्ट्रॉनिक्स|संचार-इलेक्ट्रॉनिक्स प्रणालियों]] या संचार-इलेक्ट्रॉनिक्स उपकरणों की वस्तुओं के बीच प्राप्त स्थिति जब सूचना या सेवाओं को उनके | #[[संचार-इलेक्ट्रॉनिक्स|संचार-इलेक्ट्रॉनिक्स प्रणालियों]] या संचार-इलेक्ट्रॉनिक्स उपकरणों की वस्तुओं के बीच प्राप्त स्थिति जब सूचना या सेवाओं को उनके या उनके उपयोगकर्ताओं के बीच सीधे और संतोषजनक ढंग से आदान-प्रदान किया जा सकता है। विशिष्ट स्थितियों का जिक्र करते समय इंटरऑपरेबिलिटी की डिग्री को परिभाषित किया जाना चाहिए।<ref>{{FS1037C MS188}}</ref><ref>{{DODDIC}}</ref> | ||
दो-तरफ़ा रेडियो में, इंटरऑपरेबिलिटी तीन आयामों से बनी होती है: | दो-तरफ़ा रेडियो में, इंटरऑपरेबिलिटी तीन आयामों से बनी होती है: | ||
* संगत संचार पथ (संगत आवृत्तियों, उपकरण और सिग्नलिंग), | * संगत संचार पथ (संगत आवृत्तियों, उपकरण और सिग्नलिंग), | ||
* रेडियो | * रेडियो प्रणाली कवरेज या पर्याप्त सिग्नल शक्ति, और;; | ||
* स्केलेबल क्षमता। | * स्केलेबल क्षमता। | ||
Line 175: | Line 175: | ||
*[https://web.archive.org/web/20070926225814/http://sutor.com/newsite/blog-open/?p=1260 इंटरऑपरेबिलिटी बनाम इंट्राऑपरेबिलिटी: आपकी खुली पसंद] बॉब सुटोर ब्लॉग पर, 6 दिसंबर 2006 | *[https://web.archive.org/web/20070926225814/http://sutor.com/newsite/blog-open/?p=1260 इंटरऑपरेबिलिटी बनाम इंट्राऑपरेबिलिटी: आपकी खुली पसंद] बॉब सुटोर ब्लॉग पर, 6 दिसंबर 2006 | ||
*[https://web.archive.org/web/20070304002654/http://www.law.ed.ac.uk/ahrc/script%2Ded/vol3-4/jondet.asp ला फ्रांस बनाम एप्पल: डीआरएम में डैडवी कौन है?], निकोलस जोंडेट (एडिनबर्ग विश्वविद्यालय), स्क्रिप्ट-संस्करण, दिसंबर 2006 | *[https://web.archive.org/web/20070304002654/http://www.law.ed.ac.uk/ahrc/script%2Ded/vol3-4/jondet.asp ला फ्रांस बनाम एप्पल: डीआरएम में डैडवी कौन है?], निकोलस जोंडेट (एडिनबर्ग विश्वविद्यालय), स्क्रिप्ट-संस्करण, दिसंबर 2006 | ||
*[http://www.ecis.eu ईसीआईएस] इंटरऑपरेबल | *[http://www.ecis.eu ईसीआईएस] इंटरऑपरेबल प्रणाली्स के लिए यूरोपीय समिति | ||
*ग्रैडमैन, स्टीफन। इंटरऑपरेबिलिटी। बड़े पैमाने पर, सतत डिजिटल पुस्तकालयों के लिए एक महत्वपूर्ण अवधारणा[https://web.archive.org/web/20160829012217/http://www.nationaalarchief.nl/kennisbank/interoperability-a-key-concept-for-large-scale-persistent-digital-libraries-2009 .] | *ग्रैडमैन, स्टीफन। इंटरऑपरेबिलिटी। बड़े पैमाने पर, सतत डिजिटल पुस्तकालयों के लिए एक महत्वपूर्ण अवधारणा[https://web.archive.org/web/20160829012217/http://www.nationaalarchief.nl/kennisbank/interoperability-a-key-concept-for-large-scale-persistent-digital-libraries-2009 .] | ||
*[http://www.dlorg.eu/ डीएल.संगठन] डिजिटल लाइब्रेरी इंटरऑपरेबिलिटी, श्रेष्ठ आचरण और मॉडलिंग नींव | *[http://www.dlorg.eu/ डीएल.संगठन] डिजिटल लाइब्रेरी इंटरऑपरेबिलिटी, श्रेष्ठ आचरण और मॉडलिंग नींव | ||
[[Category:All Wikipedia articles written in American English]] | |||
[[Category:All accuracy disputes]] | |||
[[Category: | [[Category:All articles lacking reliable references]] | ||
[[Category:All articles needing additional references]] | |||
[[Category:All articles with dead external links]] | |||
[[Category:All articles with unsourced statements]] | |||
[[Category:Articles lacking reliable references from May 2018]] | |||
[[Category:Articles needing additional references from March 2019]] | |||
[[Category:Articles with dead external links from April 2017]] | |||
[[Category:Articles with disputed statements from March 2014]] | |||
[[Category:Articles with hatnote templates targeting a nonexistent page]] | |||
[[Category:Articles with invalid date parameter in template]] | |||
[[Category:Articles with permanently dead external links]] | |||
[[Category:Articles with unsourced statements from April 2022]] | |||
[[Category:CS1 British English-language sources (en-gb)]] | |||
[[Category:CS1 English-language sources (en)]] | |||
[[Category:CS1 maint]] | |||
[[Category:Created On 26/05/2023]] | [[Category:Created On 26/05/2023]] | ||
[[Category:Lua-based templates]] | |||
[[Category:Machine Translated Page]] | |||
[[Category:Multi-column templates]] | |||
[[Category:Pages using div col with small parameter]] | |||
[[Category:Pages with script errors]] | |||
[[Category:Templates Vigyan Ready]] | |||
[[Category:Templates that add a tracking category]] | |||
[[Category:Templates that generate short descriptions]] | |||
[[Category:Templates using TemplateData]] | |||
[[Category:Templates using under-protected Lua modules]] | |||
[[Category:Use American English from March 2019]] | |||
[[Category:Webarchive template wayback links]] | |||
[[Category:Wikipedia articles incorporating text from MIL-STD-188|इंटरोऑपरेबिलिटी]] | |||
[[Category:Wikipedia articles incorporating text from the Department of Defense Dictionary of Military and Associated Terms|इंटरोऑपरेबिलिटी]] | |||
[[Category:Wikipedia articles incorporating text from the Federal Standard 1037C|इंटरोऑपरेबिलिटी]] | |||
[[Category:Wikipedia fully protected templates|Div col]] | |||
[[Category:इंटरऑपरेबिलिटी| इंटरऑपरेबिलिटी ]] | |||
[[Category:उत्पाद का परीक्षण करना]] | |||
[[Category:कंप्यूटिंग शब्दावली]] | |||
[[Category:दूरसंचार इंजीनियरिंग]] |
Latest revision as of 14:05, 14 June 2023
अन्य उत्पादों या प्रणालियों के साथ काम करने के लिए इंटरऑपरेबिलिटी एक उत्पाद या प्रणाली की एक विशेषता है।[1] जबकि प्रारंभ में इस शब्द को सूचना प्रौद्योगिकी या प्रणाली अभियांत्रिकी सेवाओं के लिए सूचना के आदान-प्रदान की अनुमति देने के लिए परिभाषित किया गया था।[2] एक व्यापक परिभाषा सामाजिक, राजनीतिक और संगठनात्मक कारकों को ध्यान में रखती है जो प्रणाली-से-प्रणाली प्रदर्शन को प्रभावित करते हैं।[3] इंटरऑपरेबिलिटी के प्रकारों में वाक्यात्मक अंतःक्रियाशीलता सम्मलित है, जहां दो प्रणाली एक-दूसरे के साथ संवाद कर सकती हैं, और क्रॉस-डोमेन इंटरऑपरेबिलिटी, जहां कई संगठन एक साथ काम करते हैं और सूचनाओं का आदान-प्रदान करते हैं।
प्रकार
यदि दो या अधिक प्रणालियाँ सामान्य डेटा स्वरूपों और संचार प्रोटोकॉल का उपयोग करती हैं और एक दूसरे के साथ संचार करने में सक्षम हैं, तो वे वाक्य-विन्यास की अंतर्संचालनीयता प्रदर्शित करती हैं। एक्सएमएल और एसक्यूएल सामान्य डेटा स्वरूपों और प्रोटोकॉल के उदाहरण हैं। निचले स्तर के डेटा प्रारूप भी वाक्यात्मक अंतःक्रियाशीलता में योगदान करते हैं, यह सुनिश्चित करते हुए कि सभी संचार प्रणालियों में वर्णानुक्रमिक वर्ण समान एएससीआईआई या यूनिकोड प्रारूप में संग्रहीत किए जाते हैं।
सूचना का आदान-प्रदान करने के लिए दो या दो से अधिक कंप्यूटर प्रणालि की क्षमता से परे, वाक्यात्मक अंतःक्रियाशीलता दोनों प्रणालियों के अंतिम उपयोगकर्ताओं द्वारा परिभाषित उपयोगी परिणाम उत्पन्न करने के लिए अर्थपूर्ण और सटीक रूप से आदान-प्रदान की जाने वाली सूचनाओं की स्वचालित रूप से व्याख्या करने की क्षमता होती है। वाक्यात्मक अंतःक्रियाशीलता प्राप्त करने के लिए, दोनों पक्षों को एक सामान्य सूचना विनिमय संदर्भ प्रारूप का उल्लेख करना चाहिए। सूचना विनिमय अनुरोधों की सामग्री को स्पष्ट रूप से परिभाषित किया गया है: जो भेजा गया है वह वही है जो समझा जाता है।
क्रॉस-डोमेन इंटरऑपरेबिलिटी में एक सामान्य हित या सूचना विनिमय के लिए एक साथ काम करने वाली कई सामाजिक, संगठनात्मक, राजनीतिक, कानूनी संस्थाएं सम्मलित हैं।[4]
इंटरऑपरेबिलिटी और विवृत मानक
इंटरऑपरेबिलिटी का तात्पर्य उत्पादों की एक श्रृंखला, या कई अलग-अलग विक्रेताओं के समान उत्पादों, या यहां तक कि एक ही उत्पाद के पिछले और भविष्य के संशोधनों के बीच आदान-प्रदान से है। दो उत्पादों के बीच एक विशेष उपाय के रूप में, विवृत मानकों का उपयोग करके, अवशिष्ट को छोड़कर, इंटरऑपरेबिलिटी को कार्योत्तर विकसित किया जा सकता है। जब एक विक्रेता को अपनी प्रणाली को एक प्रमुख प्रणाली के अनुकूल बनाने के लिए विवश किया जाता है जो विवृत मानकों पर आधारित नहीं है, तो यह अनुकूलता है, अंतःक्रियाशीलता नहीं है।[citation needed]
विवृत मानक
विवृत मानक एक व्यापक परामर्शी और समावेशी समूह पर भरोसा करते हैं जिसमें विक्रेताओं, शिक्षाविदों और विकास में भागदारी रखने वाले अन्य लोग सम्मलित हैं जो तकनीकी और आर्थिक गुणों, अवगुणों और प्रस्तावित सामान्य प्रोटोकॉल की व्यवहार्यता पर चर्चा और बहस करते हैं। सभी सदस्यों की शंकाओं और आपत्तियों को दूर करने के पश्चात, परिणामी सामान्य प्रलेख़ को एक सामान्य मानक के रूप में समर्थन दिया जाता है। यह प्रलेख़ पश्चात में जनता के लिए जारी किया जा सकता है, और इसलिए यह एक विवृत मानक बन जाता है। यह सामान्यतः प्रकाशित होता है और किसी भी और सभी कामर्स के लिए स्वतंत्र रूप से या मामूली कीमत पर उपलब्ध होता है, जिसमें कोई और बाधा नहीं होती है। विभिन्न विक्रेता और व्यक्ति (यहां तक कि वे भी जो मूल समूह का भाग नहीं थे) मानक प्रलेख का उपयोग ऐसे उत्पादों को बनाने के लिए कर सकते हैं जो मानक में परिभाषित सामान्य प्रोटोकॉल को लागू करते हैं और इस प्रकार अभिकल्पना द्वारा अंतःक्रियाशील होते हैं, मानकीकृत सुविधाओं के आधार पर ग्राहकों के लिए एक उत्पाद को दूसरे पर चुनने के लिए कोई विशिष्ट दायित्व या लाभ नहीं है। विक्रेताओं के उत्पाद उनके कार्यान्वयन की गुणवत्ता, उपयोगकर्ता इंटरफ़ेस, उपयोग में आसानी, प्रदर्शन, कीमत और अन्य कारकों के एक आतिथेय के साथ प्रतिस्पर्धा करते हैं, जबकि ग्राहक के डेटा को अक्षुण्ण और हस्तांतरणीय रखते हुए भले ही वह व्यावसायिक कारणों से किसी अन्य प्रतिस्पर्धी उत्पाद पर जाना चुनते हो।
पोस्ट फैक्टो इंटरऑपरेबिलिटी
पोस्ट फैक्टो इंटरऑपरेबिलिटी किसी भी लागू मानकों के उल्लंघन में किसी विशेष उत्पाद के पूर्ण बाजार प्रभुत्व का परिणाम हो सकती है, या यदि उस उत्पाद की प्रारंभ के समय कोई प्रभावी मानक उपस्थित नहीं थे। उस उत्पाद के पीछे का विक्रेता किसी भी आगामी मानकों को अनदेखा करना चुन सकता है और किसी भी मानकीकरण प्रक्रिया में बिल्कुल भी सहयोग नहीं कर सकता है, अपने निकट-एकाधिकार का उपयोग करके यह आग्रह करने के लिए कि उसका उत्पाद अपने बाजार के प्रभुत्व से वास्तविक मानक निर्धारित करता है। यह कोई समस्या नहीं है यदि उत्पाद का कार्यान्वयन विवृत है और न्यूनतम रूप से भारग्रस्त है, लेकिन यह अच्छी तरह से संवृत और भारी भारग्रस्त दोनों हो सकता है (उदाहरण के लिए पेटेंट दावों द्वारा)। नेटवर्क प्रभाव ऐसे उत्पाद के साथ इंटरऑपरेबिलिटी प्राप्त करना किसी भी अन्य विक्रेता के लिए महत्वपूर्ण है, यदि वह बाजार में प्रासंगिक बने रहना चाहता है, और मूल विक्रेता के साथ समान शर्तों पर सहयोग की कमी के कारण पूरा करना कठिन है, जो नए विक्रेता को एक संभावित प्रतिस्पर्धी और खतरे के रूप में देख सकता है। इंटरऑपरेबिलिटी प्राप्त करने के लिए तकनीकी डेटा के अभाव में नए कार्यान्वयन अधिकांशतः क्लीन-रूम रिवर्स इंजीनियरिंग पर निर्भर करते हैं। मूल विक्रेता अधिकांशतः प्रतिस्पर्धा को प्रोत्साहित करने के नाम पर दूसरों को ऐसे तकनीकी डेटा प्रदान कर सकते हैं, लेकिन ऐसे डेटा हमेशा सीमित होते हैं, और सीमित उपयोग के हो सकते हैं। ऐसे डेटा की उपलब्धता विवृत मानक के समतुल्य नहीं है, क्योंकि:
- डेटा मूल विक्रेता द्वारा विवेकाधीन आधार पर प्रदान किया जाता है, और विक्रेता को प्रतिस्पर्धी समाधानों के प्रभावी कार्यान्वयन को अवरुद्ध करने में हर रुचि है, और अधिकांशतः नए संशोधनों में अपने उत्पाद को आसानी से बदल सकता है, जिससे कि प्रतियोगियों के कार्यान्वयन प्राय, लेकिन पूरी तरह से इंटरऑपरेबल नहीं है, जिससे ग्राहक उन्हें अविश्वसनीय या निम्न गुणवत्ता का मानते हैं। मूल विक्रेता के बाजार प्रभुत्व को बनाए रखते हुए, इन परिवर्तनों को अन्य विक्रेताओं को बिल्कुल भी पारित नहीं किया जा सकता है, या रणनीतिक देरी के पश्चात पारित किया जा सकता है।
- डेटा स्वयं भारग्रस्त हो सकता है, उदा पेटेंट या मूल्य निर्धारण द्वारा, मूल विक्रेता पर सभी प्रतिस्पर्धी समाधानों की निर्भरता के लिए अग्रणी, और संभवतः प्रतिस्पर्धियों के ग्राहकों से मूल विक्रेता के लिए राजस्व धारा का नेतृत्व करना। यह राजस्व प्रवाह मूल उत्पाद के बाजार प्रभुत्व का परिणाम है और किसी सहज श्रेष्ठता का परिणाम नहीं है।
- यहां तक कि जब मूल विक्रेता एक स्वस्थ प्रतिस्पर्धा को बढ़ावा देने में वास्तव में रुचि रखता है (जिससे कि वह परिणामी अभिनव बाजार से भी लाभान्वित हो सके), कार्योत्तर अंतःक्रियाशीलता अधिकांशतः अवांछनीय हो सकती है क्योंकि कई दोष या विचित्रताएं सीधे मूल कार्यान्वयन के लिए वापस तकनीकी सीमाएँ अन्वेषण की जा सकती हैं। चूंकि एक विवृत प्रक्रिया में, कोई भी इस तरह की सीमाओं की पहचान और सुधार कर सकता है, और परिणामी क्लीनर विनिर्देश सभी विक्रेताओं द्वारा उपयोग किया जा सकता है, यह कार्योत्तर अधिक कठिन है, क्योंकि ग्राहकों के पास पहले से ही मूल्यवान जानकारी और प्रक्रियाएं दोषपूर्ण लेकिन प्रमुख उत्पाद में एन्कोडेड हैं, और अन्य विक्रेताओं को इंटरऑपरेबिलिटी को बनाए रखने के लिए उन दोषों और विचित्रताओं को पुनरावलोकन के लिए मजबूर किया जाता है, भले ही वे श्रेष्ठ समाधान तैयार कर सकें। वैकल्पिक रूप से, यह तर्क दिया जा सकता है कि विवृत प्रक्रियाएँ भी पिछले कार्यान्वयनों और अपूर्ण पिछले अभिकल्पनाों के भार के अधीन हैं और यह कि प्रमुख विक्रेता की पक्षपातग्रस्त रूप से सुधार करने या प्रणाली में सुधार करने और सभी उपयोगकर्ताओं के लिए परिवर्तनों को थोपने की शक्ति नवाचार की सुविधा प्रदान करती है।
- एक विवृत मानक का अभाव भी ग्राहकों के लिए समस्या बन सकता है, जैसा कि मूल विक्रेता की एक निश्चित समस्या को ठीक करने में असमर्थता के मामले में होता है जो मूल उत्पाद में तकनीकी सीमाओं की एक कलाकृति है। ग्राहक चाहता है कि गलती ठीक हो जाए, लेकिन विक्रेता को उसी उत्पाद के नए संशोधनों में भी उस दोषपूर्ण स्थिति को बनाए रखना होगा, क्योंकि वह व्यवहार एक वास्तविक मानक है और कई और ग्राहकों को किसी भी इंटरऑपरेबिलिटी के कारण होने वाले मुद्दों की कीमत चुकानी होगी मूल समस्या को ठीक करना और नए व्यवहार का परिचय देना।
सरकार
ई-सरकार
ई-गवर्नमेंट के नजरिए से बोलते हुए, इंटरऑपरेबिलिटी नागरिकों, व्यवसायों और लोक प्रशासन के लिए सीमा पार सेवाओं की सहयोग क्षमता को संदर्भित करती है। भाषा बाधाओं, स्वरूपों के विभिन्न विनिर्देशों, वर्गीकरण की भेद और अन्य विघ्न के कारण डेटा का आदान-प्रदान एक चुनौती हो सकता है।
यदि डेटा की अलग तरह से व्याख्या की जाती है, तो सहयोग सीमित होता है, अधिक समय लगता है और अक्षम होता है। उदाहरण के लिए, यदि देश A का कोई नागरिक देश B में भूमि खरीदना चाहता है, तो उस व्यक्ति से उचित पता डेटा जमा करने के लिए कहा जाएगा। दोनों देशों में पता डेटा में पूरा नाम विवरण, सड़क का नाम और संख्या के साथ-साथ एक डाक कोड भी सम्मलित है। पते के विवरण का क्रम भिन्न हो सकता है। उसी भाषा में, प्रदान किए गए पता डेटा को ऑर्डर करने में कोई बाधा नहीं है; लेकिन भाषा बाधाओं के पार, यह मुश्किल हो जाता है। यदि भाषा एक अलग लेखन प्रणाली का उपयोग करती है तो अनुवाद उपकरण उपलब्ध न होने पर यह प्राय असंभव है।
बाढ़ जोखिम प्रबंधन
इंटरऑपरेबिलिटी का उपयोग शोधकर्ताओं द्वारा शहरी बाढ़ विपत्ति प्रबंधन के संदर्भ में किया जाता है।[5] दुनिया भर में शहरों और शहरी क्षेत्रों का विस्तार हो रहा है, जो पर्यावरण, बुनियादी ढांचे और लोगों के बीच कई अंतःक्रियाओं के साथ जटिल स्थान बनाता है। इस जटिलता को दूर करने के लिए और शहरी क्षेत्रों में पानी का उचित प्रबंधन करने के लिए, पानी और बाढ़ नियंत्रण के लिए प्रणालीगत दृष्टिकोण आवश्यक है। इस संदर्भ में, प्रणाली-से-प्रणाली सोच को सुविधाजनक बनाने के लिए इंटरऑपरेबिलिटी महत्वपूर्ण है, और इसे इस प्रकार परिभाषित किया गया है: "किसी भी जल प्रबंधन प्रणाली की पानी को पुनर्निर्देशित करने की क्षमता और पानी की अधिकता की घटनाओं के समय अपने प्रदर्शन कार्य को बनाए रखने या बढ़ाने के लिए अन्य प्रणालियों का उपयोग करना।"[6] शहरी आधारभूत संरचना प्रणालियों के जटिल गुणों का आकलन करके, विशेष रूप से जल निकासी प्रणालियों और अन्य शहरी प्रणालियों (जैसे परिवहन जैसे बुनियादी ढांचे) के बीच अंतःक्रियाशीलता, बेहतर शहरी बाढ़ नम्यता प्राप्त करने की दिशा में बाढ़ के पानी का प्रबंधन करने के लिए समग्र प्रणाली की क्षमता का विस्तार करना संभव हो सकता है।[7]
सैन्य बल
नाटो में फोर्स इंटरऑपरेबिलिटी को दो या दो से अधिक राष्ट्रों की सेनाओं को सौंपे गए मिशनों और कार्यों के निष्पादन में एक साथ प्रशिक्षित करने, व्यायाम करने और प्रभावी ढंग से संचालित करने की क्षमता के रूप में परिभाषित किया गया है। इसके अतिरिक्त नाटो सहयोगी सामरिक, परिचालन और सामरिक उद्देश्यों को प्राप्त करने के लिए सुसंगत रूप से, प्रभावी ढंग से और कुशलता से एक साथ कार्य करने की क्षमता के रूप में अंतःक्रियाशीलता को अधिक सामान्य रूप से परिभाषित करता है।[8]
सामरिक स्तर पर, अंतर-संचालनीयता गठबंधन निर्माण के लिए एक समर्थकारी है। यह गठबंधन भागीदारों द्वारा सार्थक योगदान की सुविधा प्रदान करता है। इस स्तर पर, इंटरऑपरेबिलिटी के अभिप्राय विश्व के विचारों, रणनीतियों, सिद्धांतों और बल संरचनाओं के सामंजस्य पर केंद्रित हैं। इंटरऑपरेबिलिटी साझा खतरों के विरुद्ध साझा हितों को प्राप्त करने और बनाए रखने के लिए लंबे समय तक एक साथ काम करने की गठबंधन की इच्छा का एक तत्व है। परिचालन और सामरिक स्तरों पर अंतरसंचालनीयता वह है जहां रणनीतिक अंतरसंचालनीयता और तकनीकी अंतरसंक्रियता एक साथ मिलकर सहयोगियों को पर्यावरण को आकार देने, संकटों का प्रबंधन करने और युद्ध जीतने में मदद करते हैं। परिचालन और सामरिक स्तरों पर अंतःक्रियाशीलता के लाभ सामान्यतः बल तत्वों और इकाइयों की विनिमेयता से प्राप्त होते हैं। तकनीकी इंटरऑपरेबिलिटी संगठनों और प्रणालियों के बीच इंटरफेस को दर्शाती है। यह संचार और कंप्यूटर पर ध्यान केंद्रित करता है, लेकिन इसमें प्रणाली की तकनीकी क्षमताएं और गठबंधन भागीदारों के प्रणाली और डेटा के बीच परिणामी मिशन अनुकूलता भी सम्मलित है। तकनीकी स्तर पर, इंटरऑपरेबिलिटी के लाभ मुख्य रूप से नम्यता को बढ़ाने के संदर्भ में परिचालन और सामरिक स्तरों पर उनके प्रभावों से आते हैं।[9]
सार्वजनिक सुरक्षा
क्योंकि पहले उत्तरदाताओं को व्यापक पैमाने की आपात स्थितियों के समय संवाद करने में सक्षम होने की आवश्यकता होती है, कानून प्रवर्तन, अग्निशमन, आपातकालीन चिकित्सा सेवाओं और अन्य सार्वजनिक स्वास्थ्य और सुरक्षा विभागों के लिए अंतर-संचालनीयता एक महत्वपूर्ण अभिप्राय है। यह पिछले 12 वर्षों में निवेश और अनुसंधान का एक प्रमुख क्षेत्र रहा है।[10][11]व्यापक रूप से भिन्न और असंगत हार्डवेयर एजेंसियों के बीच सूचना के आदान-प्रदान को बाधित करता है।[12] एजेंसियों की सूचना प्रणालियाँ जैसे कंप्यूटर-एडेड डिस्पैच प्रणाली और रिकॉर्ड प्रबंधन प्रणालियाँ तथाकथित सूचना द्वीपों में बड़े पैमाने पर अलगाव में काम करती हैं। एजेंसियों ने इस अलगाव को अकुशल, स्टॉप-गैप विधियों के साथ पाटने की प्रयास की, जबकि बड़ी एजेंसियों ने सीमित इंटरऑपरेबल प्रणाली को लागू करना शुरू कर दिया। ये दृष्टिकोण अपर्याप्त थे और, अमेरिका में, पेंटागन और वर्ल्ड ट्रेड सेंटर संरचनाओं पर 9/11 के हमलों[13] के समय सार्वजनिक सुरक्षा क्षेत्र में अंतरसंचालनीयता की कमी स्पष्ट हो गई थी। इंटरऑपरेबिलिटी की कमी के और सबूत तब सामने आए जब एजेंसियों ने तूफान कैटरीना के पश्चात की स्थिति से निपटा।
समग्र राष्ट्रीय तस्वीर के विपरीत, यूटा सहित कुछ राज्यों ने पहले ही काफी प्रगति की है। यूटा राजमार्ग गश्ती और यूटा में अन्य विभागों ने एक राज्यव्यापी डेटा साझाकरण नेटवर्क बनाया है।[14]
इंटरऑपरेबिलिटी में सुधार करने के लिए वर्जीनिया का राष्ट्रमंडल संयुक्त राज्य में अग्रणी राज्यों में से एक है। इंटरऑपरेबिलिटी कोऑर्डिनेटर कॉमनवेल्थ के आसपास ग्रांट फंडिंग को बेहतर ढंग से आवंटित करने के लिए एक क्षेत्रीय संरचना का लाभ उठाता है जिससे कि सभी क्षेत्रों में संचार इंटरऑपरेबिलिटी को बेहतर बनाने का अवसर मिले। कॉमनवेल्थ के लिए नई पहलों को सम्मलित करने के लिए संचार के लिए वर्जीनिया की रणनीतिक योजना को वार्षिक रूप से अपडेट किया जाता है - सभी परियोजनाएं और प्रयास इस योजना से जुड़े हैं, जो राष्ट्रीय आपातकालीन संचार योजना के साथ संरेखित है, जिसे डिपार्टमेंट ऑफ होमलैंड सिक्योरिटी के आपातकालीन संचार कार्यालय द्वारा तैयार किया गया है।
वाशिंगटन राज्य राज्यव्यापी अंतरसंक्रियता को बढ़ाना चाहता है। 2003 में विधायिका द्वारा स्थापित स्टेट इंटरऑपरेबिलिटी एक्जीक्यूटिव कमेटी[15] (एसआईईसी), सरकार (शहर, काउंटी, राज्य) के सभी स्तरों पर आपातकालीन प्रतिक्रिया एजेंसियों (पुलिस, फायर, शेरिफ, चिकित्सा, आदि) की सहायता के लिए काम करती है।
वाशिंगटन मानता है कि वायरलेस रेडियो प्रणाली के लिए प्रणाली अभिकल्पना और विकास पर सहयोग करने से आपातकालीन उत्तरदाता एजेंसियों को कुशलतापूर्वक अतिरिक्त सेवाएं प्रदान करने, इंटरऑपरेबिलिटी बढ़ाने और लंबी अवधि की लागत कम करने में मदद मिलती है। यह कार्य आपातकालीन कर्मियों और उनकी सेवा करने वाले नागरिकों के जीवन को बचाता है।
अमेरिकी सरकार देश में सार्वजनिक सुरक्षा अंतर्संचालनीयता की कमी को दूर करने का प्रयास कर रही है। इंटरऑपरेबिलिटी और संगतता के लिए कार्यालय (ओआईसी) के लिए डिपार्टमेंट ऑफ होमलैंड सिक्योरिटी का कार्यालय सेफकॉम [16] और सीएडीआईपी और प्रोजेक्ट 25 प्रोग्राम का अनुसरण कर रहा है, जो एजेंसियों की मदद करने के लिए अभिकल्पना किए गए हैं क्योंकि वे अपने सीएडी और अन्य आईटी प्रणाली को एकीकृत करते हैं।
ओआईसी ने अगस्त 2007 में सीएडीआईपी का शुभारंभ किया। यह परियोजना सिलिकॉन वैली सहित कई स्थानों में एजेंसियों के साथ ओआईसी की भागीदारी करेगी। यह कार्यक्रम न्यायिक सीमाओं के पार सीएडी प्रणाली को जोड़ने से जुड़ी सर्वोत्तम प्रथाओं और चुनौतियों की पहचान करने के लिए केस स्टडी का उपयोग करेगा। ये पाठ उन उपकरणों और संसाधनों का निर्माण करेंगे जिनका उपयोग सार्वजनिक सुरक्षा एजेंसियां इंटरऑपरेबल सीएडी प्रणाली बनाने और स्थानीय, राज्य और संघीय सीमाओं के पार संचार करने के लिए कर सकती हैं।
इंटरऑपरेबिलिटी के लिए नियामक के रूप में
शासन संस्थाएं अपनी विधायी और कार्यकारी शक्तियों के माध्यम से अंतःक्रियाशीलता बढ़ा सकती हैं। उदाहरण के लिए, 2021 में यूरोपीय आयोग ने, दो प्रभाव मूल्यांकन अध्ययन और एक प्रौद्योगिकी विश्लेषण अध्ययन शुरू करने के पश्चात, एक मानकीकरण के कार्यान्वयन का प्रस्ताव दिया - यूएसबी-सी के पुनरावृत्तियों के लिए - फोन चार्जर उत्पादों के लिए, जो संसाधनों की आवश्यकता, अतिरेक और इलेक्ट्रॉनिक कचरे को कम करते हुए उपभोक्ताओं के लिए अभिसरण और सुविधा के साथ-साथ अंतःक्रियाशीलता को बढ़ा सकता है।[17][18][19]
वाणिज्य और उद्योग
सूचना प्रौद्योगिकी और कंप्यूटर
डेस्कटॉप
This section does not cite any sources. (March 2019) (Learn how and when to remove this template message) |
डेस्कटॉप इंटरऑपरेबिलिटी सॉफ्टवेयर इंटरऑपरेबिलिटी का एक उपसमुच्चय है। प्रारंभी दिनों में, इंटरऑपरेबिलिटी का फोकस वेब एप्लिकेशन को अन्य वेब एप्लिकेशन के साथ एकीकृत करना था। समय के साथ, एक वर्चुअल डेस्कटॉप वातावरण बनाने के लिए ओपन-प्रणाली कंटेनर विकसित किए गए थे जिसमें इन अनुप्रयोगों को पंजीकृत किया जा सकता था और फिर सरल प्रकाशन-सदस्यता पैटर्न का उपयोग करके एक दूसरे के साथ संवाद किया जा सकता था। रूडिमेंटरी यूआई क्षमताओं को भी विंडोज़ को अन्य विंडो के साथ समूहीकृत करने की अनुमति देने के लिए समर्थित किया गया था। आज, डेस्कटॉप इंटरऑपरेबिलिटी पूर्ण-सेवा प्लेटफॉर्म में विकसित हुई है जिसमें कंटेनर समर्थन, वेब और वेब के बीच बुनियादी आदान-प्रदान सम्मलित है, लेकिन अन्य एप्लिकेशन प्रकारों और उन्नत विंडो प्रबंधन के लिए मूल समर्थन भी सम्मलित है। सबसे नवीनतम इंटरॉप प्लेटफॉर्म में इन-हाउस एप्लिकेशन के लिए यूनिवर्सल सर्च, नोटिफिकेशन, उपयोगकर्ता अनुमतियां और प्राथमिकताएं, तृतीय पक्ष एप्लिकेशन कनेक्टर और भाषा एडेप्टर जैसी एप्लिकेशन सेवाएं भी सम्मलित हैं।
सूचना खोज
खोज इंटरऑपरेबिलिटी एक ही क्वेरी द्वारा खोजे जाने वाले दो या दो से अधिक सूचना संग्रहों की क्षमता को संदर्भित करती है।[20]
विशेष रूप से वेब-आधारित खोज से संबंधित, इंटरऑपरेबिलिटी की चुनौती इस तथ्य से उपजी है कि वेब संसाधनों के डिजाइनरों को सामान्यतः अन्य वेब संसाधनों के साथ सूचनाओं के आदान-प्रदान के बारे में चिंता करने की बहुत कम या कोई आवश्यकता नहीं होती है। संघीय खोज तकनीक, जो डेटा स्वामी पर प्रारूप आवश्यकताओं को नहीं रखती है, इंटरऑपरेबिलिटी चुनौतियों को खोजने के लिए एक समाधान के रूप में उभरी है। इसके अतिरिक्त, मेटाडेटा हार्वेस्टिंग के लिए ओपन आर्काइव्स इनिशिएटिव प्रोटोकॉल, संसाधन विवरण ढांचा और स्पार्कल जैसे मानक सामने आए हैं, जो वेब संसाधनों से संबंधित खोज इंटरऑपरेबिलिटी के अभिप्राय को हल करने में भी मदद करते हैं। ऐसे मानक इंटरऑपरेबिलिटी के व्यापक विषयों को भी संबोधित करते हैं, जैसे डेटा माइनिंग की अनुमति देना।
सॉफ्टवेयर
सॉफ़्टवेयर के संबंध में, इंटरऑपरेबिलिटी शब्द का उपयोग एक्सचेंज प्रारूपों के एक सामान्य सेट के माध्यम से डेटा का आदान-प्रदान करने, समान फ़ाइल स्वरूपों को पढ़ने और लिखने और समान संचार प्रोटोकॉल (कंप्यूटिंग) का उपयोग करने के लिए विभिन्न कार्यक्रमों की क्षमता का वर्णन करने के लिए किया जाता है। (विभिन्न सेंट्रल प्रोसेसिंग यूनिट प्लेटफार्मों पर एक ही निष्पादन योग्य को निष्पादित करने की क्षमता इंटरऑपरेबिलिटी की परिभाषा द्वारा 'नहीं' पर विचार किया गया है।) इंटरऑपरेबिलिटी की कमी एक प्रोग्राम के डिजाइन के समय मानकीकरण पर ध्यान न देने का परिणाम हो सकती है। दरअसल, कंप्यूटिंग दुनिया के गैर-मानक-आधारित भाग में इंटरऑपरेबिलिटी को अनुमति नहीं दी जाती है।[21]
आईएसओ/आईईसी 2382-01 के अनुसार, सूचना प्रौद्योगिकी शब्दावली, मौलिक शर्तें, इंटरऑपरेबिलिटी को निम्नानुसार परिभाषित किया गया है: "विभिन्न कार्यात्मक इकाइयों के बीच संवाद करने, कार्यक्रमों को निष्पादित करने या डेटा स्थानांतरित करने की क्षमता इस तरह से है कि उपयोगकर्ता को उन इकाइयों की अनूठी विशेषताओं का बहुत कम या कोई ज्ञान नहीं होना चाहिए"।[22]
यह परिभाषा इंटरऑपरेबिलिटी के तकनीकी पक्ष पर ध्यान केंद्रित करती है, जबकि यह भी बताया गया है [किसके द्वारा?] कि इंटरऑपरेबिलिटी अधिकांशतः एक संगठनात्मक अभिप्राय से अधिक होती है: अधिकांशतः इंटरऑपरेबिलिटी का संबंधित संगठनों पर महत्वपूर्ण प्रभाव पड़ता है, स्वामित्व के अभिप्राय उठाते हैं (क्या लोग अपना डेटा साझा करना चाहते हैं? या क्या वे सूचना साइलो से निपट रहे हैं?), श्रम संबंध (क्या लोग हैं) प्रशिक्षण लेने के लिए तैयार हैं?) और उपयोगिता। इस संदर्भ में, व्यापार प्रक्रिया इंटरऑपरेबिलिटी शब्द में एक अधिक उपयुक्त परिभाषा पर अधिकार कर लिया गया है।
इंटरऑपरेबिलिटी के महत्वपूर्ण आर्थिक परिणाम हो सकते हैं; उदाहरण के लिए, अनुसंधान ने अनुमान लगाया है कि यू.एस. पूंजी सुविधा उद्योग में अपर्याप्त अंतरसंचालनीयता की लागत $15.8 बिलियन प्रति वर्ष है।[23] यदि प्रतियोगियों के उत्पाद इंटरऑपरेबल नहीं हैं (पेटेंट, व्यापार रहस्य या समन्वय विफलता (अर्थशास्त्र) जैसे कारणों के कारण), परिणाम एकाधिकार या बाजार विफलता हो सकता है। इस कारण से, उपयोगकर्ता समुदायों या सरकारों के लिए विवेकपूर्ण हो सकता है कि वे विभिन्न स्थितियों में अंतरसंचालनीयता को प्रोत्साहित करने के लिए कदम उठाएं। कम से कम 30 अंतर्राष्ट्रीय निकायों और देशों ने ई जीआईएफ नामक ई-गवर्नमेंट-आधारित इंटरऑपरेबिलिटी फ्रेमवर्क पहल को लागू किया है जबकि संयुक्त राज्य अमेरिका में एनआईईएम पहल है।[24] मानक परिभाषित करने वाले संगठन (एसडीओ) इंटरऑपरेबिलिटी को सुविधाजनक बनाने के लिए विवृत सार्वजनिक सॉफ्टवेयर विनिर्देश प्रदान करते हैं; उदाहरणों में ओएसिस-ओपन संगठन और बिल्डिंगस्मार्ट (पूर्व में इंटरऑपरेबिलिटी के लिए अंतर्राष्ट्रीय गठबंधन) सम्मलित हैं। जहां तक उपयोगकर्ता समुदायों का सवाल है, तटस्थ तृतीय पक्ष व्यवसाय प्रक्रिया अंतरसंचालनीयता के लिए मानकों का निर्माण कर रहा है। एक तटस्थ पक्ष का एक अन्य उदाहरण इंटरनेट इंजीनियरिंग टास्क फोर्स (आईईटीएफ) से टिप्पणियों के लिए अनुरोध प्रलख है।
ओएसएलसी[25] (जीवनचक्र सहयोग के लिए ओपन सर्विस) समुदाय एक सामान्य मानक जाँच पर काम कर रहा है जिससे कि सॉफ्टवेयर उपकरण डेटा साझा और आदान-प्रदान कर सकें उदा। बग, कार्य, आवश्यकताएं आदि। अंतिम लक्ष्य ओपन सोर्स आवेदन जीवनचक्र प्रबंधन टूल्स की इंटरऑपरेबिलिटी के लिए ओपन स्टैंडर्ड पर सहमत होना है।[26]
जावा इंटरऑपरेबल प्रोग्रामिंग लैंग्वेज का एक उत्तम उदाहरण है जो प्रोग्राम को एक बार लिखने और जावा वर्चुअल मशीन के साथ कहीं भी चलाने की अनुमति देता है।[27][better source needed] जावा में एक प्रोग्राम लिखने वाला, जब तक यह प्रणाली-विशिष्ट कार्यक्षमता का उपयोग नहीं करता है, जावा वर्चुअल मशीन वाली सभी मशीनों के साथ इंटरऑपरेबिलिटी बनाए रखेगा। जावा वर्चुअल मशीन के कई कार्यान्वयन हैं, जैसे कि ओरेकल, आईबीएम, एंड्रॉयड, आदि... यदि जावा वर्चुअल मशीन विशिष्टताओं के लिए बनाई गई है, तो एप्लिकेशन अनुकूलता बनाए रखेंगे क्योंकि कार्यान्वयन अलग होने के अतिरिक्त, अंतर्निहित भाषा इंटरफेस समान हैं। .[28]
सॉफ़्टवेयर प्राप्त करना
सॉफ्टवेयर इंटरऑपरेबिलिटी को पांच परस्पर संबंधित उपायो से प्राप्त किया जाता है:
- उत्पाद का परीक्षण करना
- एक सामान्य मानक, या उसके उप-प्रोफाइल के लिए उत्पादित उत्पाद, मानकों की स्पष्टता पर निर्भर करते हैं, लेकिन उनके कार्यान्वयन में विसंगतियां हो सकती हैं जो प्रणाली या यूनिट परीक्षण से प्रकाशित नहीं हो सकती हैं। इसके लिए यह आवश्यक है कि प्रणाली को औपचारिक रूप से एक उत्पादन परिदृश्य में परीक्षण किया जाए - क्योंकि वे अंततः लागू होंगे - यह सुनिश्चित करने के लिए कि वे वास्तव में विज्ञापित के रूप में इंटरकम्युनिकेशन करेंगे, अर्थात वे इंटरऑपरेबल हैं। इंटरऑपरेबल उत्पाद परीक्षण अनुरूपता-आधारित उत्पाद परीक्षण से अलग है क्योंकि एक मानक के अनुरूप होना जरूरी नहीं है कि किसी अन्य उत्पाद के साथ इंटरऑपरेबिलिटी उत्पन्न हो जो अनुरूपता के लिए भी परीक्षण किया जाता है।
- उत्पाद अभियांत्रिकी
- समान मानक या उप-प्रोफाइल का पालन करते हुए अन्य सॉफ्टवेयर कार्यान्वयन के साथ अंतःक्रियाशीलता प्राप्त करने के विशिष्ट इरादे के साथ उद्योग/सामुदायिक साझेदारी द्वारा परिभाषित सामान्य मानक, या उसके उप-प्रोफाइल को लागू करता है।
- उद्योग/सामुदायिक भागीदारी
- उद्योग-सामुदायिक भागीदारी, या तो घरेलू या अंतर्राष्ट्रीय, एक सामान्य मानक को परिभाषित करने के उद्देश्य से मानक कार्यसमूहों को प्रायोजित करती है जिसका उपयोग सॉफ्टवेयर प्रणाली को एक परिभाषित उद्देश्य के लिए इंटरकम्युनिकेशन करने की अनुमति देने के लिए किया जा सकता है। कभी-कभी एक उद्योग/समुदाय विकल्पों को कम करने के लिए किसी अन्य संगठन द्वारा उत्पादित उपस्थित मानक को उप-प्रोफाइल करेगा और इस प्रकार कार्यान्वयन के लिए अंतर-क्षमता को और अधिक प्राप्त करने योग्य बना देगा।
- सामान्य प्रौद्योगिकी और आईपी
- एक सामान्य तकनीक या आईपी का उपयोग अलग-अलग विकसित सॉफ़्टवेयर उत्पादों के विभिन्न सेटों से घटकों के बीच परिवर्तनशीलता को कम करके इंटरऑपरेबिलिटी की जटिलता को तेज और कम कर सकता है और इस प्रकार उन्हें अधिक आसानी से इंटरकम्युनिकेशन करने की अनुमति देता है। इस तकनीक के कुछ वही तकनीकी परिणाम हैं जो इंटरऑपरेबिलिटी उत्पन्न करने के लिए एक सामान्य विक्रेता उत्पाद का उपयोग करते हैं। सामान्य तकनीक तृतीय पक्ष पुस्तकालयों या ओपन-सोर्स विकास के माध्यम से आ सकती है।
- मानक कार्यान्वयन
- सॉफ़्टवेयर इंटरऑपरेबिलिटी के लिए एक सामान्य समझौते की आवश्यकता होती है जो सामान्यतः एक औद्योगिक, राष्ट्रीय या अंतर्राष्ट्रीय मानकीकरण के माध्यम से होता है।
इनमें से प्रत्येक की अंतरसंचार सॉफ्टवेयर में परिवर्तनशीलता को कम करने और प्राप्त किए जाने वाले अंतिम लक्ष्य की एक सामान्य समझ को बढ़ाने में महत्वपूर्ण भूमिका है।
बाजार प्रभुत्व और शक्ति
इंटरऑपरेबिलिटी को विशेषज्ञों के लिए एक मुद्दा माना जाता है और दैनिक जीवन के लिए इसके प्रभाव को कभी-कभी कम करके आंका जाता है। यूरोपीय संघ माइक्रोसॉफ्ट प्रतियोगिता का मामला दिखाता है कि अंतर-संचालनीयता शक्ति संबंधों के महत्वपूर्ण प्रश्नों से कैसे संबंधित है। 2004 में, यूरोपीय आयोग ने पाया कि माइक्रोसॉफ्ट ने विंडोज़ कार्य समूह सर्वरों और गैर-माइक्रोसॉफ्ट कार्य समूह सर्वरों के बीच जानबूझकर अंतर को प्रतिबंधित करके अपनी बाजार शक्ति का दुरुपयोग किया था। ऐसा करके, माइक्रोसॉफ्ट कार्य समूह सर्वर ऑपरेटिंग प्रणाली, कॉर्पोरेट आईटी नेटवर्क के दिल के लिए अपनी प्रमुख बाजार स्थिति की रक्षा करने में सक्षम था। माइक्रोसॉफ्ट को पूर्ण और सटीक इंटरफ़ेस प्रलेख़ीकरण प्रकट करने का आदेश दिया गया था, जो प्रतिद्वंद्वी विक्रेताओं को एक समान स्तर पर प्रतिस्पर्धा करने में सक्षम करेगा (इंटरऑपरेबिलिटी उपाय)। जून 2005 तक, आयोग ऐसा करने के लिए माइक्रोसॉफ्ट द्वारा एक नए प्रस्ताव का परीक्षण कर रहा है, पिछले प्रस्तावों को अपर्याप्त के रूप में खारिज कर दिया था।
यूरोपीय संसद (जून-जुलाई 2005) में सॉफ्टवेयर पेटेंट बहस में इंटरऑपरेबिलिटी भी सामने आई है। आलोचकों का दावा है कि इंटरऑपरेबिलिटी के लिए आवश्यक तकनीकों पर पेटेंट आरएएनडी (उचित और गैर-भेदभावपूर्ण लाइसेंसिंग) शर्तों के तहत रखे जाते हैं, इसलिए ग्राहकों को दो बार लाइसेंस शुल्क का भुगतान करना होगा: एक बार उत्पाद के लिए और, उपयुक्त मामले में, एक बार उत्पाद द्वारा उपयोग किए जाने वाले पेटेंट-संरक्षित कार्यक्रम के लिए।
निर्माण
हाल के वर्षों में विशेष रूप से विरासत प्रणालियों और उद्योग 4.0 को बढ़ावा देने के निर्देश के तहत विनिर्माण प्रक्रियाओं के एकीकरण के कारण विनिर्माण क्षेत्र में इंटरऑपरेबिलिटी एक आम चुनौती बन गई है।[29] इंटरऑपरेबिलिटी स्वायत्तता और स्थिरता के साथ-साथ विनिर्माण नीति और निर्देशों की आधारशिला बन गई है, जिसे इंडस्ट्री 4.0 के लिए 2030 विजन की जर्मन संघीय नीति के भीतर पहचाना जा सकता है। इंटरऑपरेबिलिटी के लिए वर्तमान दबाव वाली चुनौती मानकीकरण और सर्वोत्तम प्रथाओं के कार्यान्वयन से निकटता से जुड़ी हुई है, जिसने I4.0 को पूरी आपूर्ति श्रृंखला में विनिर्माण को जोड़ने से रोका है। वर्तमान चुनौतियों में अनुसंधान ने संकेत दिया है कि विनिर्माण उद्यमों के आईटी और अनुप्रयोग परिदृश्य के भीतर एक अंतर है, जो प्रणाली को जोड़ने और डेटा के प्रवाह के लिए चुनौतियां व्यवसाय करता है।[29]
चिकित्सा उद्योग
लगातार बढ़ती दर से अस्पतालो और प्रयोगशालाओं में नई तकनीक प्रस्तुत की जा रही है। प्लग और प्ले इंटरऑपरेबिलिटी की आवश्यकता - एक चिकित्सा उपकरण को उसके बॉक्स से बाहर निकालने की क्षमता और इसे अपने अन्य उपकरणों के साथ आसानी से काम करने की क्षमता - ने स्वास्थ्य सेवा प्रदाताओं और उद्योग दोनों का बहुत ध्यान आकर्षित किया है।
तेजी से, इनक्यूबेटर और इमेजिंग प्रणाली जैसे चिकित्सा उपकरणों में ऐसे सॉफ़्टवेयर होते हैं जो देखभाल के बिंदु पर और इलेक्ट्रॉनिक प्रणाली जैसे इलेक्ट्रॉनिक मेडिकल रिकॉर्ड के साथ एकीकृत होते हैं। 2016 की रेगुलेटरी अफेयर्स प्रोफेशनल्स सोसाइटी (आरएपीएस) की बैठक में, जीई हेल्थकेयर के साथ एंजेला एन. जॉनसन जैसे क्षेत्र के विशेषज्ञ और यूनाइटेड स्टेट्स फूड एंड ड्रग प्रबंधन के प्रतिनिधि ने व्यावहारिक सेमिनार प्रदान किए कि कैसे कंपनियां नए चिकित्सा उपकरणों को विकसित कर रही हैं, और अस्पताल उन्हें स्थापित कर रहे हैं, अंतर-संचालित सॉफ्टवेयर प्रणाली को संरेखित करने के लिए अधिक प्रभावी ढंग से काम कर सकता है।[30]
रेलवे
कुछ मापदंडों का उल्लेख करने के लिए ट्रैक गेज, रेलवे कपलिंग, ब्रेक (रेलवे), रेलवे सिग्नल, संचार, लोडिंग गेज, संरचना गेज और ऑपरेटिंग नियमों के मानकों के अनुरूप रेलवे के पास अधिक या कम इंटरऑपरेबिलिटी है। यात्री रेल सेवा के लिए, अलग-अलग रेलवे प्लेटफॉर्म की ऊंचाई और प्लेटफ़ॉर्म गैप मानकों के कारण भी इंटरऑपरेबिलिटी की समस्या हो सकती है।
उत्तर अमेरिकी माल ढुलाई और इंटरसिटी यात्री रेलमार्ग अत्यधिक इंटरऑपरेबल हैं, लेकिन यूरोप, एशिया, अफ्रीका, मध्य और दक्षिण अमेरिका और ऑस्ट्रेलिया में प्रणाली बहुत कम हैं। पार करने के लिए सबसे कठिन पैरामीटर (उचित लागत पर) गेज की असंगति है, चूंकि वेरिएबल गेज एक्सल प्रणाली का तेजी से उपयोग किया जाता है।
दूरसंचार
दूरसंचार में, शब्द को इस प्रकार परिभाषित किया जा सकता है:
- अन्य प्रणालियों को सेवाएं प्रदान करने और सेवाओं को स्वीकार करने की क्षमता, और उन्हें एक साथ प्रभावी ढंग से संचालित करने के लिए एक्सचेंज की गई सेवाओं का उपयोग करने की क्षमता। आईटीयू टी अंतरराष्ट्रीय दूरसंचार के लिए मानक प्रदान करता है।
- संचार-इलेक्ट्रॉनिक्स प्रणालियों या संचार-इलेक्ट्रॉनिक्स उपकरणों की वस्तुओं के बीच प्राप्त स्थिति जब सूचना या सेवाओं को उनके या उनके उपयोगकर्ताओं के बीच सीधे और संतोषजनक ढंग से आदान-प्रदान किया जा सकता है। विशिष्ट स्थितियों का जिक्र करते समय इंटरऑपरेबिलिटी की डिग्री को परिभाषित किया जाना चाहिए।[31][32]
दो-तरफ़ा रेडियो में, इंटरऑपरेबिलिटी तीन आयामों से बनी होती है:
- संगत संचार पथ (संगत आवृत्तियों, उपकरण और सिग्नलिंग),
- रेडियो प्रणाली कवरेज या पर्याप्त सिग्नल शक्ति, और;;
- स्केलेबल क्षमता।
इंटरऑपरेबिलिटी के लिए समर्पित संगठन
कई संगठन इंटरऑपरेबिलिटी के लिए समर्पित हैं। सभी में समान है कि वे वर्ल्ड वाइड वेब के विकास को सिमेंटिक वेब की ओर धकेलना चाहते हैं।[dubious ] कुछ सामान्य रूप से ई-सरकार, ई-व्यवसाय या डेटा विनिमय पर ध्यान केंद्रित करते हैं।
वैश्विक
अंतरराष्ट्रीय स्तर पर, नेटवर्क सेंट्रिक ऑपरेशंस इंडस्ट्री कंसोर्टियम सीमाओं, भाषा और तकनीकी बाधाओं के पार वैश्विक इंटरऑपरेबिलिटी की सुविधा देता है। निर्मित वातावरण, इंटरऑपरेबिलिटी के लिए अंतर्राष्ट्रीय गठबंधन 1994 में शुरू हुआ, और 2005 में इसका नाम बदलकर बिल्डिंगस्मार्ट कर दिया गया।[33]
यूरोप
यूरोप में, उदाहरण के लिए, यूरोपीय आयोग और इसका आईडीएबीसी कार्यक्रम यूरोपीय इंटरऑपरेबिलिटी रूपरेखा जारी करता है। आईडीएबीसी को आईएसए कार्यक्रम द्वारा सफल बनाया गया था। उन्होंने सिमेंटिक इंटरऑपरेबिलिटी सेंटर यूरोप (सेमिक.यूरोपीय संघ) भी शुरू किया। एक यूरोपीय भूमि सूचना सेवा (ईयूएलआईएस) की स्थापना 2006 में यूरोपीय राष्ट्रीय भूमि रजिस्टरों एक संघ के रूप में की गई थी। सेवा का उद्देश्य एकल पोर्टल स्थापित करना है जिसके माध्यम से ग्राहकों को व्यक्तिगत संपत्तियों, भूमि और संपत्ति पंजीकरण सेवाओं के बारे में और संबंधित कानूनी वातावरण के बारे में जानकारी तक पहुंच प्रदान की जाती है।[34]
यूएस
संयुक्त राज्य अमेरिका में, सरकार की कोर.सरकार सेवा घटक विकास, साझाकरण, पंजीकरण और पुन: उपयोग के लिए एक सहयोग वातावरण प्रदान करती है और एक संबद्ध राष्ट्रीय सूचना विनिमय मॉडल (एनआईईएम) कार्य और घटक भंडार है। राष्ट्रीय मानक और प्रौद्योगिकी संस्थान माप मानकों के लिए एक एजेंसी के रूप में कार्य करता है।
यह भी देखें
- कंप्यूटर और सूचना प्रौद्योगिकी
- इंटरऑपरेबल सूचना प्रणाली की संरचना
- कंप्यूटर मानकों की सूची
- मॉडल संचालित इंटरऑपरेबिलिटी, रूपरेखा
- सिमेंटिक वेब, इंटरनेट डेटा मशीन को पठनीय बनाने के लिए मानक
- व्यवसाय
- एक संगठन की प्रणाली और प्रक्रियाओं के बीच बिजनेस इंटरऑपरेबिलिटी अंतराफलक
- एंटरप्राइज इंटरऑपरेबिलिटी, गतिविधियों को एक कुशल और प्रतिस्पर्धी उपाय से जोड़ने की क्षमता
- अन्य
- सहयोग, सामान्य अवधारणा
- बहुविकल्पी, समस्या समाधान
- सार्वभौमिक डेटा तत्व रूपरेखा, सूचना अनुक्रमण
संदर्भ
- ↑ "इंटरऑपरेबिलिटी की परिभाषा". dedicated website for a इंटरऑपरेबिलिटी की परिभाषाat interoperability-definition.info. Copyright AFUL under CC BY-SA. Archived from the original on 2017-03-14. Retrieved 2017-03-13.
{{cite web}}
: CS1 maint: others (link) - ↑ Institute of Electrical and Electronics Engineers. IEEE Standard Computer Dictionary: A Compilation of IEEE Standard Computer Glossaries. New York, NY: 1990.
- ↑ Slater, T. (2012). "What is Interoperability?". Network Centric Operations Industry Consortium. Archived from the original on 2014-07-14.
- ↑ Slater, T. "Cross-Domain Interoperability" Archived 2016-08-26 at the Wayback Machine, Network Centric Operations Industry Consortium - NCOIC Archived 2013-05-06 at the Wayback Machine, 2013
- ↑ Vercruysse, Kim; Dawson, David A.; Wright, Nigel (2019). "Interoperability: A conceptual framework to bridge the gap between multifunctional and multisystem urban flood management". Journal of Flood Risk Management (in English). 12: e12535. doi:10.1111/jfr3.12535. ISSN 1753-318X.
- ↑ Fenner, Richard; o'Donnell, Emily; Ahilan, Sangaralingam; Dawson, David; Kapetas, Leon; Krivtsov, Vladimir; Ncube, Sikhululekile; Vercruysse, Kim (2019), "Achieving Urban Flood Resilience in an Uncertain Future", Water, 11 (5): 1082, doi:10.3390/w11051082
- ↑ "शहरी बाढ़ लचीलापन". www.urbanfloodresilience.ac.uk (in British English). Retrieved 2019-05-15.
- ↑ NATO Glossary of Terms and Definitions, NATO AAP-06[permanent dead link]
- ↑ Interoperability: A continuing Challenge in Coalition Air Operations - Chapter 2 “A broad Definition of Interoperability”, by Myron Hura, Gary McLeod, James Schneider and others, RAND Monograph Report, 2000, [1] Archived 2013-10-19 at the Wayback Machine
- ↑ Allen, D. K., Karanasios, S., & Norman, A. (2013). Information sharing and interoperability: the case of major incident management. European Journal of Information Systems, 10.1057/ejis.2013.8.
- ↑ Baldini, G. (2010). Report of the workshop on “Interoperable communications for Safety and Security”. Ispra: European Commission, Joint Research Centre (JRC), Institute for the Protection and Security of the Citizen.
- ↑ "इंटरऑपरेबिलिटी सिस्टम संचार की खाई को पाटता है". FireRescue1. Retrieved 2017-01-25.
- ↑ Grier, Robin. "इंटरऑपरेबिलिटी सॉल्यूशंस". Interoperability. Catalyst Communications. Retrieved 28 May 2011.
- ↑ "एफएटीपीओटी टेक्नोलॉजीज". Archived from the original on 2018-07-10. Retrieved 2019-09-08.
{{cite web}}
: CS1 maint: bot: original URL status unknown (link) - ↑ "जाँच करना". Retrieved 12 August 2016.
- ↑ "SAFECOM - होमलैंड सुरक्षा". Archived from the original on 2014-12-21. Retrieved 12 August 2016.
- ↑ "Apple सभी उपकरणों के लिए सामान्य चार्जर पोर्ट बनाने की यूरोपीय संघ की योजना का विरोध करता है". The Guardian (in English). 23 September 2021. Retrieved 19 October 2021.
- ↑ Peltier, Elian (23 September 2021). "Apple के लिए एक झटके में, यूरोपीय संघ सभी फोनों के लिए एक सामान्य चार्जर चाहता है।". The New York Times. Retrieved 19 October 2021.
- ↑ "सभी के लिए एक सामान्य चार्जिंग समाधान". Internal Market, Industry, Entrepreneurship and SMEs - European Commission (in English). 5 July 2016. Retrieved 19 October 2021.
- ↑ Open Search Environments: The Free Alternative to Commercial Search Services
- ↑ Gordon and Hernandez (2016-05-16). एसएससीपी पुस्तक के लिए आधिकारिक गाइड. SYBEX. ISBN 978-1119278634.
- ↑ SC36 Secretariat (2003-11-13). "Proposed Draft Technical Report for: ISO/IEC xxxxx, Information technology -- Learning, education, and training -- Management and delivery -- Specification and use of extensions and profiles" (PDF). ISO/IEC JTC1 SC36. Archived from the original (PDF) on 2007-11-29. Retrieved 12 August 2016.
- ↑ MP Gallaher; AC O’Connor; JL Dettbarn, Jr.; LT Gilday (August 2004). यूएस कैपिटल फैसिलिटीज इंडस्ट्री में अपर्याप्त इंटरऑपरेबिलिटी का लागत विश्लेषण (PDF) (Report). National Institute of Standards and Technology. p. iv. Archived from the original (PDF) on 2016-02-04. Retrieved 2012-04-19.
- ↑ "e-Government Interoperability A comparative analysis of 30 countries" (PDF). CS Transform. 2010. Archived (PDF) from the original on 2022-10-09. Retrieved 21 January 2016.
- ↑ "जीवनचक्र सहयोग के लिए खुली सेवाएं". Retrieved 12 August 2016.
- ↑ "OSLC (Open Services for Lifecycle Collaboration): open standard for i…". 30 November 2011. Retrieved 12 August 2016.
- ↑ Write once, run anywhere
- ↑ 9. Java and JVM Interoperability [Book] (in English).
- ↑ 29.0 29.1 Keller, Matthias (2021). "I4.0 Strategy and Policy Integration in The German Machining Industry". KU Leuven.
- ↑ "RAPS Preview: FDA CDRH Director Shuren Talks Priorities". September 19, 2016. Retrieved April 8, 2017.
- ↑ This article incorporates public domain material from Federal Standard 1037C. General Services Administration. (in support of MIL-STD-188).
- ↑ This article incorporates public domain material from Dictionary of Military and Associated Terms. United States Department of Defense.
- ↑ Eastman, Charles M., and Eastman, Chuck (2008) BIM handbook: a guide to building information modeling for owners, managers, designers, engineers, and contractors John Wiley & Sons, pp.72-73.
- ↑ Design, Erskine. "स्वागत है - ईयूएलआईएस". Archived from the original on 17 September 2016. Retrieved 12 August 2016.
बाहरी संबंध
- उर्स गैसर और जॉन पालफ्रे द्वारा "कब और कैसे इंटरऑपरेबिलिटी नवाचार परिचालित करती है"
- सीआईएमआई - सेंटर के लिए इंटीग्रेशन का मेडिसिन और नवीन तकनीकी - एमडी पीएनपी प्रोग्राम ऑन मेडिकल उपकरण इंटरऑपरेबिलिटी
- जीआईसी - द ग्रीक इंटरऑपरेबिलिटी सेंटर: एसई यूरोप और मेडिटेरेनियन में ई-सरकार और ई-बिजनेस में इंटरऑपरेबिलिटी के लिए एक रिसर्च आधारभूत संरचना
- सिमुलेशन इंटरऑपरेबिलिटी मानक संगठन (एसआईएसओ)
- उत्प्रेरक संचार
- इंटरऑपरेबिलिटी: यह क्या है और मुझे यह क्यों चाहिए? अराडने 24 (2000)
- इंटरऑपरेबिलिटी कॉन्स्टीट्यूशन - डीओई की ग्रिडवाइज स्थापत्य परिषद
- इंटरऑपरेबिलिटी प्रसंग-सेटिंग रूपरेखा - डीओई की ग्रिडवाइज स्थापत्य परिषद
- निर्णयकर्ता की इंटरऑपरेबिलिटी चेकलिस्ट - डीओई की ग्रिडवाइज स्थापत्य परिषद
- व्यापार सूचना प्रणाली में इंटरऑपरेबिलिटी पर ओए जर्नल Archived 2016-10-14 at the Wayback Machine
- न्यू हैम्पशायर इंटरऑपरेबिलिटी प्रयोगशाला विश्वविद्यालय - कंप्यूटर नेटवर्किंग प्रौद्योगिकी की इंटरऑपरेबिलिटी पर प्रमुख अनुसंधान सुविधा
- इंटरऑपरेबिलिटी बनाम इंट्राऑपरेबिलिटी: आपकी खुली पसंद बॉब सुटोर ब्लॉग पर, 6 दिसंबर 2006
- ला फ्रांस बनाम एप्पल: डीआरएम में डैडवी कौन है?, निकोलस जोंडेट (एडिनबर्ग विश्वविद्यालय), स्क्रिप्ट-संस्करण, दिसंबर 2006
- ईसीआईएस इंटरऑपरेबल प्रणाली्स के लिए यूरोपीय समिति
- ग्रैडमैन, स्टीफन। इंटरऑपरेबिलिटी। बड़े पैमाने पर, सतत डिजिटल पुस्तकालयों के लिए एक महत्वपूर्ण अवधारणा.
- डीएल.संगठन डिजिटल लाइब्रेरी इंटरऑपरेबिलिटी, श्रेष्ठ आचरण और मॉडलिंग नींव