कोर्स वर्क: "ओपन ऑपरेटिंग सिस्टम रिएक्टोस के विकास के कानूनी पहलू"

प्रस्तावना

मैं SKFU इंस्टीट्यूट ऑफ मैथेमेटिक्स एंड नेचुरल साइंसेज में अध्ययन के दूसरे वर्ष का स्नातक छात्र हूं, विशेषता "एप्लाइड गणित और गणितीय मॉडलिंग"। ऐसा हुआ कि पाठ्यक्रम और बाद के मास्टर के काम के विषय एक ऐसी परियोजना के लिए समर्पित हो गए, जिसे मैं 7 से अधिक वर्षों से काम कर रहा था - रिएक्टोस ऑपरेटिंग सिस्टम। इस संबंध में, मेरा मानना ​​है कि अंतिम सामग्री को केवल डिस्क या शेल्फ पर धूल इकट्ठा नहीं करना चाहिए और प्रकाशित किया जाना चाहिए। मैं आपको तुरंत चेतावनी देना चाहता हूं कि:

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

अधिक सुविधाजनक पढ़ने के लिए, मैं पीडीएफ में काम का पूरा संस्करण डाउनलोड करने का सुझाव देता हूं या ...
... बिल्ली का स्वागत है।

परिचय

इस कार्य का उद्देश्य ReactOS ऑपरेटिंग सिस्टम के विकास के कानूनी पहलुओं का अध्ययन करना है।
कानून की एक वस्तु के रूप में किसी भी ऑपरेटिंग सिस्टम को विभिन्न कोणों से देखा जाना चाहिए: एक जटिल उत्पाद के रूप में - कई अलग-अलग प्रकार के बौद्धिक कार्यों के परिणामों का संयोजन; सॉफ्टवेयर के रूप में विकसित और एक विशिष्ट लाइसेंस के तहत वितरित किया।

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

परियोजना के विकास का प्रबंधन करने वाला मुख्य संगठन रिएक्टोस फाउंडेशन है। रिएक्टोस फाउंडेशन 5 जून 2002 को स्थापित किया गया था और यह रूसी संघ में अपने कानून के अनुसार एक गैर-लाभकारी संगठन के रूप में पंजीकृत है। फंड रिएक्टोस फाउंडेशन के चार्टर के दिशा-निर्देशों के अनुसार संचालित होता है और प्रोजेक्ट की सहायता में, रिएक्टोस के विकास में सहायता करता है और इसकी क्षमता के भीतर विभिन्न उपप्रोजेक्टों में संलग्न होता है। इसके अलावा, फंड ट्रेडमार्क प्रबंधन, वित्तपोषण और अन्य कानूनी मुद्दों से संबंधित है। रिएक्टोस Deutschland eV भी है, जो 24 जनवरी, 2009 को जर्मनी के Rheda-Wiedenbrück में पंजीकृत एक गैर-लाभकारी संगठन है। वह अमेरिका, यूरोपीय संघ के देशों के निवासियों से दान प्राप्त करने के लिए जिम्मेदार है, और कुछ अन्य संगठनात्मक मुद्दों से भी संबंधित है।

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

TRADEMARKS, कमोडिटी, लोगो के प्रश्न।

रिएक्टोस प्रोजेक्ट अन्य लोगों के ब्रांडों का सम्मान करना चाहता है, और अपने ब्रांडों की सुरक्षा सुनिश्चित करने के लिए भी उपाय करता है। ब्रांडों के बारे में परियोजना नीति इस प्रकार है:

1. ReactOS ब्रांड की सुरक्षा हर समय बनी रहनी चाहिए। डेवलपर्स को रिएक्टोस ब्रांड का उपयोग सावधानी से करना चाहिए, और किसी भी प्रकाशित सामग्री में पहले उपयोग के बाद हमेशा निशान की उपस्थिति सुनिश्चित करें।

2. इस तरह के प्रकाशित सामग्री को प्रलेखन, समाचार लेख, वेबसाइट सामग्री आदि के रूप में लिखते समय परियोजना में कोई भी प्रतिभागी, पहली बार इस संकेत का उपयोग करते समय उचित निशान (और) का संकेत देकर अन्य लोगों के संकेतों की रक्षा के लिए सभी आवश्यक उपाय करना चाहिए।

3. समान ट्रेडमार्क और सेवा चिह्न, लोगो का उपयोग। इसी तरह के व्यापार और सेवा के निशान के गैर-उपयोग पर विनियमन "प्रसिद्ध" ब्रांडों या प्रसिद्ध ट्रेडमार्क के उपयोग पर प्रतिबंध लगाता है, जिसे किसी अन्य प्रसिद्ध ब्रांड के साथ भ्रमित किया जा सकता है। ReactOS केवल एक ब्रांड नाम का उपयोग करता है, सीधे ReactOS ब्रांड का, और किसी भी अन्य ब्रांड नाम के उपयोग के बारे में कोई प्रश्न नहीं उठाता है।

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

2. कॉपी ISSUES

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

रूस में कंप्यूटर प्रोग्राम और डेटाबेस के राज्य पंजीकरण को रूसी संघ के नागरिक संहिता के अनुच्छेद 1262 द्वारा विनियमित किया जाता है।

2.1 कंप्यूटर के लिए रूसी संघ में कार्यक्रम के आधिकारिक पंजीकरण का प्रमाण पत्र

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

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

कंप्यूटर प्रोग्राम के रजिस्टर में दर्ज जानकारी को विश्वसनीय माना जाता है, क्योंकि यह अन्यथा साबित नहीं हुआ है (रूसी संघ के नागरिक संहिता के खंड 6, अनुच्छेद 1262)। यह प्रावधान लेखकत्व के सामान्य अनुमान से मेल खाता है - लेखक वह व्यक्ति होता है जो काम की मूल या प्रति पर लेखक के रूप में इंगित किया जाता है, जब तक कि अन्यथा साबित न हो (रूसी संघ के नागरिक संहिता का अनुच्छेद 1257) और, इसलिए, रक्षा में कुछ भी नहीं जोड़ा जाता है।

प्रमाण पत्र के लिए वह जो जानकारी लाता है, उसके लिए जिम्मेदार नहीं है। यदि वह गलत जानकारी देता है तो वह लेखक के अधिकारों का उल्लंघन भी नहीं करता है प्रमाणपत्र अपने आप में एक आदर्श कार्य नहीं है और इसके द्वारा खुद को चुनौती नहीं दी जा सकती है। यदि उचित लेखक अदालत में अपना अधिकार सिद्ध करता है, तो न्यायालय के निर्णय के आधार पर, Rospatent को रजिस्टर में संशोधन करना होगा।

2.2 रिएक्टोस कॉपीराइट

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

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

GNU परियोजना के हिस्से के रूप में बनाया गया GNU GPL फ्री सॉफ्टवेयर लाइसेंस, 1991 में जारी किया गया था। यह लाइसेंस बोस्टन के मैसाचुसेट्स में पंजीकृत फ्री सॉफ्टवेयर फाउंडेशन (FSF) द्वारा विकसित और रखरखाव किया गया था, अमेरिका। लाइसेंस अपने दायरे में (व्यावसायिक उद्देश्यों के लिए) सॉफ्टवेयर उत्पादों के लिए स्रोत कोड की मुफ्त उपयोग, संशोधन, नकल की अनुमति देता है। यदि आप उन्हें अपने डिजाइन में उपयोग करते हैं और व्युत्पन्न वस्तु कोड वितरित करते हैं, तो डेवलपर पहले अनुरोध पर व्युत्पन्न उत्पादों के स्रोत कोड प्रदान करने और उन्हें उसी लाइसेंस के तहत लाइसेंस देने के लिए बाध्य है।

विश्व न्यायशास्त्र ने आईबीएम के खिलाफ मुकदमा, शंघाई सहयोग संगठन के खिलाफ एससीओ, नोवेल के खिलाफ एससीओ, रेड हैट के खिलाफ जीएनयू जीपीएल लाइसेंस की वैध स्थिति की पुष्टि की है।

जीएनयू जीपीएल लाइसेंस के प्रावधानों के विश्लेषण से पता चलता है कि यह दस्तावेज़ एक मिश्रित प्रकार का समझौता है जो कॉपीराइट समझौते और बिक्री अनुबंध के प्रावधानों को जोड़ता है।

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

उदाहरण के लिए, EULA प्रभावी होता है और उपयोगकर्ता के लिए अनिवार्य हो जाता है यदि उसने सॉफ़्टवेयर उत्पाद की पैकेजिंग को खोल दिया है या अपने कंप्यूटर पर सॉफ़्टवेयर स्थापित किया है। एक अनुबंध को समाप्त करने के इरादे को व्यक्त करने का ऐसा तरीका कई बार नागरिक कानून पर पाठ्यपुस्तकों में वर्णित किया जाता है और कानूनी सिद्धांत में कहा जाता है "संक्रियात्मक क्रियाएं", अर्थात्, किसी व्यक्ति को लेन-देन के समापन की इच्छा व्यक्त करने वाली क्रियाएं, लेकिन एक मौखिक या लिखित अभिव्यक्ति की इच्छा के रूप में नहीं, लेकिन व्यवहार द्वारा जिसके द्वारा इस तरह के इरादे को पूरा करने के लिए।

GPL और EULA के बीच मूलभूत अंतर यह है कि EULA कई कार्यों (प्रतिलिपि, वितरित और संशोधित) पर प्रतिबंध लगाता है, जबकि GPL उन्हें कुछ न्यूनतम शर्तों के तहत अनुमति देता है और प्रोत्साहित करता है।
सामान्य तौर पर, पहले भाग के लेख 421, 432 और लेख 1235, 1236, 1270, 1286 के चौथे भाग के आधार पर रूसी संघ के नागरिक संहिता के चौथे भाग और 05.05.2009 एन D05-2235 के रूसी संघ के आर्थिक विकास मंत्रालय के पत्र के अनुसार, हम यह निष्कर्ष निकाल सकते हैं कि मुफ्त सॉफ्टवेयर का उपयोग प्रासंगिक स्थितियों के अधीन है। जीएनयू जीपीएल लाइसेंस का संस्करण कॉपीराइट पर रूसी संघ के कानून की आवश्यकताओं का अनुपालन करता है और वैध है।

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

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

रोजस्टार्ट के आदेश से 6 दिसंबर, 2011 एन 718-सेंट को मंजूरी दी गई और 1 जनवरी, 2012 को जीएसटी आर 54593-2011 को लागू किया गया। मानक मुफ्त सॉफ्टवेयर पर लागू होता है।

GOST R 54593-2011 राज्य और नगरपालिका की आवश्यकताओं सहित, मुफ्त सॉफ्टवेयर के निर्माण, वितरण और उपयोग के क्षेत्र में सामान्य प्रावधान स्थापित करता है।

यह मानक संगठनों, उद्यमों और वैज्ञानिक और आर्थिक गतिविधि के अन्य संस्थाओं द्वारा उपयोग के लिए भी है, चाहे स्वामित्व और अधीनता के साथ-साथ मुफ्त सॉफ्टवेयर के जीवन चक्र के सभी चरणों में रूसी संघ के सरकारी निकायों द्वारा।

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

उदाहरण के लिए, ओपन सोर्स सॉफ़्टवेयर के फायदों में सुरक्षा, विश्वसनीयता, वित्तीय आकर्षण, विकास की तकनीकी स्वतंत्रता सुनिश्चित करना, एक विशिष्ट निर्माता से बंधन से बचना, हार्डवेयर प्लेटफ़ॉर्म चुनने में स्वतंत्रता, उपकरणों की कम प्रारंभिक लागत, सॉफ़्टवेयर में दोषों का शीघ्र पता लगाना और उनके शीघ्र ठीक होने की संभावना शामिल है। उत्पादों के उपयोग के अधिकार के लिए अनिवार्य शुल्क की कमी, कार्यक्रम के विकास में घरेलू उद्योग के विकास को उत्तेजित करना, विस्तार करना काम के प्रदर्शन में घरेलू डेवलपर्स की भागीदारी और राज्य और नगरपालिका की जरूरतों के लिए सेवाओं के प्रावधान के अवसर। GNU / Linux वितरण, Apache http सर्वर, OpenOffice.org, Firefox और FreeBSD को सफल मुफ्त अनुप्रयोगों के उदाहरण के रूप में जाना जाता है। फ्रांस, ब्राजील, स्पेन और चीन के राज्य संस्थानों में ओपन सोर्स सॉफ्टवेयर का उपयोग करने के सफल अनुभव का उल्लेख किया जाएगा।

हालांकि, यह ध्यान देने योग्य है कि रूसी संघ में, 27 दिसंबर, 2002 को तकनीकी विनियमन संख्या 184-not पर संघीय कानून "तकनीकी विनियमन" और "मानक" की अवधारणाओं को अलग करता है, और इसलिए, सभी मानकों को अपने बाध्यकारी चरित्र को खोना चाहिए और स्वेच्छा से लागू किया जाना चाहिए।

2.3 बाइनरी उत्पाद लाइसेंस के लिए रिएक्टोस अपवाद

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

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

2.4 तीसरा पक्ष कॉपीराइट

रिएक्टोस प्रोजेक्ट अपने कोड की सुरक्षा के लिए कॉपीराइट कानूनों पर निर्भर है, और साथ ही, यह अन्य लोगों के कॉपीराइट का सम्मान करता है।
निम्नलिखित ReactOS कॉपीराइट नीतियां हैं।

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

गैर-मुक्त स्रोत कोड को ReactOS के साथ शामिल नहीं किया जा सकता है। इसमें हेडर फाइल्स, सपोर्ट फाइल्स और सोर्स कोड फाइल्स शामिल हैं।इस तरह के कोड का उपयोग अध्ययन के लिए किया जा सकता है, हालांकि, यह माना जाता है कि छात्र के पास इस कोड का स्वामित्व है। उदाहरण के लिए, स्पष्ट समझौतों के अभाव में, साथ ही एक वैध लाइसेंस के साथ, मालिकाना कोड के उदाहरणों का उपयोग करके अध्ययन और सीखना संभव है।

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

डेवलपर्स को सलाह दी जाती है कि वे मालिकाना कोड को कॉपी करने की कोशिश न करें। यद्यपि लेखन की शैली कॉपीराइट के अधीन नहीं हो सकती है, लेकिन नि: शुल्क कोड लिखने की शैली के समान या पूरी तरह से मुक्त कोड लिखने की शैली, इस नए कोड के अविश्वास का कारण बनती है।

स्रोत कोड से टिप्पणियां भी कॉपीराइट की जाती हैं, और उन्हें उचित उपयोग के मामलों को छोड़कर, यहां तक ​​कि पूरी तरह से अलग मूल काम में भी कॉपी नहीं किया जा सकता है।

गैर-प्रकटीकरण समझौते (एनडीए) के एक भाग के रूप में प्राप्त स्रोत कोड एक विशेष मामला है जिसे गैर-प्रकटीकरण समझौते की परीक्षा की आवश्यकता होती है। ऐसे कोड का अध्ययन करने से प्राप्त ज्ञान का उपयोग करने से पहले, आपको रिएक्टोस परियोजना प्रशासकों के साथ गैर-प्रकटीकरण समझौते की बारीकियों पर चर्चा करनी चाहिए।

किसी भी स्थिति में, ReactOS प्रोजेक्ट को इसके सदस्यों को ReactOS के विकास में उपयोग किए जाने वाले सभी सॉफ़्टवेयर के लाइसेंस शर्तों का पालन करना होगा। पसंदीदा रणनीति किसी भी मालिकाना लाइसेंस का उपयोग करने से पूरी तरह से बचने के लिए है।

उचित उपयोग कॉपीराइट सामग्री कुछ अपरिवर्तनीय उचित उपयोग अधिकारों को ले जाती है। उनमें से एक शैक्षिक उद्देश्यों के लिए कॉपीराइट कार्य का अध्ययन करने का अधिकार है। यही कारण है कि गैर-प्रकटीकरण समझौते द्वारा संरक्षित तृतीय-पक्ष विकास किटों का अध्ययन नहीं किया जा रहा है ताकि परियोजना प्रतिभागियों को संगत सॉफ्टवेयर बना सकें।

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

Disassembling ऑब्जेक्ट कोड को रिवर्स इंजीनियरिंग के रूप में देखा जाता है। असंतुष्ट कोड लिस्टिंग में ऑब्जेक्ट कोड के समान ही लाइसेंस प्रतिबंध हैं।

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

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

2.5 विकास उपकरण

ReactOS को इसके विकास के लिए कई तृतीय-पक्ष SDK की आवश्यकता होती है। उनमें से प्रत्येक अद्वितीय कानूनी मुद्दों को प्रस्तुत करता है। ReactOS के विकास में निम्नलिखित SDK का उपयोग किया जाता है:

- Microsoft प्लेटफ़ॉर्म SDK (इसके संबद्ध SDK और घटकों के SDK सहित): यह SDK www.microsoft.com/msdownload/platformsdk/skkupdate पर स्थित है । इसमें हेडर फाइल, लाइब्रेरी, डॉक्यूमेंटेशन और अन्य सपोर्ट फाइल के साथ-साथ एसडीके में परिभाषित एपीआई के उपयोग को दर्शाने वाले कार्यक्रमों के लिए नमूना स्रोत कोड शामिल हैं। यह मुख्य विकास उपकरण है जिसका उपयोग तीसरे पक्ष के सॉफ़्टवेयर को बनाने के लिए किया जाता है जो Microsoft ऑपरेटिंग सिस्टम के साथ चलता है और संगत है।

- Microsoft ड्राइवर डेवलपमेंट किट (DDK): कर्नेल-मोड सॉफ़्टवेयर (डिवाइस ड्राइवर सहित) विकसित करने के लिए डिज़ाइन किया गया एक विशेष एसडीके।

- Microsoft इंस्टॉल करने योग्य फ़ाइल सिस्टम किट (IFS): एक विशेष उद्देश्य SDK जिसे कुछ कर्नेल-मोड घटकों को विकसित करने के लिए डिज़ाइन किया गया है, जिसे फ़ाइल सिस्टम के रूप में जाना जाता है। यह किट लगभग $ 1,000 के लिए लाइसेंस प्राप्त है।

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

ReactOS प्रोजेक्ट का मानना ​​है कि इन SDK के कुछ घटकों को कॉपीराइट नहीं किया गया है। परियोजना का मानना ​​है कि प्रतीकात्मक स्थिरांक, डेटा संरचनाओं के प्रकार, आदि के नाम, कॉपीराइट द्वारा कानूनी रूप से संरक्षित नहीं हैं, क्योंकि वे कार्यात्मक तत्व हैं और रचनात्मक अभिव्यक्ति को शामिल नहीं करते हैं। इसलिए, परियोजना इस बात की वकालत करती है कि डेवलपर्स अपने स्वयं के संबंधित डेटा संरचनाओं, घोषित स्थिरांक, प्रगणित प्रकारों आदि का नाम दे सकते हैं। कॉपीराइट कार्यों में पाए जाने वाले समान।
इसके अलावा, डेटा संरचनाओं और घटकों के नाम बाहरी वस्तु कोड के साथ संगतता सुनिश्चित करने के लिए समान होने चाहिए, और इसलिए, Microsoft SDK में पाए जाने वाले समान हैं।

विंडोज के साथ पूर्ण ReactOS अनुकूलता प्राप्त करने के लिए, ReactOS में डेटा संरचनाओं को तृतीय-पक्ष सॉफ़्टवेयर द्वारा अपेक्षित रूप से मेल खाना चाहिए। हालाँकि कॉपीराइट द्वारा संरक्षित एक फ़ाइल से किसी भी डेटा की प्रत्यक्ष प्रतिलिपि बनाने पर रोक है, लेकिन रिएक्टोस गैर-मुक्त एसडीके में पाए गए डेटा संरचनाओं के प्रजनन (पुनः निर्माण) की अनुमति देता है।

3. पेटेंट ISSUES

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

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

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

व्यवस्थापकों, समन्वयकों और अन्य रिएक्टोस परियोजना प्रतिभागियों को प्रासंगिक पेटेंट के लिए सक्रिय रूप से खोज करने की आवश्यकता नहीं है। ऐसी जटिल प्रणाली के सभी पहलुओं को कवर करने के लिए एक पूर्ण पेटेंट खोज बनाने के लिए, जैसा कि रिएक्टोस व्यावहारिक रूप से असंभव है, या कम से कम अत्यधिक महंगा और समय लेने वाला है।

परियोजना के प्रतिभागियों ने कर्तव्यनिष्ठा से रिएक्टोस के विकास से संबंधित किसी भी ज्ञात पेटेंट के अस्तित्व की पहचान करने के लिए हर संभव प्रयास किया, और परियोजना प्रशासकों को उनके बारे में सूचित किया। इसका मतलब यह नहीं है कि परियोजना दूसरों को एक पूर्ण पेटेंट खोज करने के लिए प्रोत्साहित करती है; हालाँकि, इसका मतलब है कि डेवलपर्स को किसी भी पेटेंट की रिपोर्ट करने की आवश्यकता होती है, जिसके बारे में वे जानते हैं, और जो, उनकी राय में, परियोजना के लिए प्रासंगिक हो सकता है।

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

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

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

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

4. वाणिज्यिक सचिव, गैर-सरकारी एजेंसियों की सामग्री।

ऐसी स्थिति हो सकती है जहां रिएक्टोस परियोजना के प्रतिभागियों को ऐसी जानकारी प्राप्त हो सकती है जिसे आगे वितरण की अनुमति नहीं है। यह मामला है जब एक प्रतिभागी एक व्यापार रहस्य का मालिक है।
यह अनुशंसा की जाती है कि जो लोग किसी व्यापार रहस्य की जानकारी प्राप्त करने के लिए पहुँच प्राप्त करते हैं उन्हें गोपनीय रखा जाए। रिएक्टोस जैसी सार्वजनिक परियोजनाएं आमतौर पर व्यापार रहस्यों के साथ असंगत हैं। परियोजना प्रतिभागियों को परियोजना के व्यापार रहस्यों का खुलासा नहीं करना चाहिए। हालांकि, परियोजना किसी भी व्यापार रहस्य को संग्रहीत नहीं करती है, हालांकि, यह अन्य लोगों के व्यापार रहस्यों को संरक्षित करने के लिए हर संभव प्रयास करता है, परियोजना अपने प्रत्येक प्रतिभागियों के बारे में कोई गारंटी नहीं देती है।
व्यापार रहस्यों की कमी एक परियोजना नीति है। इसका मतलब यह है कि प्रोजेक्ट प्रतिभागियों को रिएक्टोस पर अपने काम के संदर्भ में व्यापार रहस्यों तक पहुंच प्राप्त नहीं करनी चाहिए।

रिएक्टोस प्रोजेक्ट प्रतिभागियों को कभी-कभी किसी गैर-प्रकटीकरण समझौते (एनडीए) को लागू करने की आवश्यकता के साथ सामना करना पड़ सकता है। परियोजना की मौलिक असंगति और गैर-प्रकटीकरण की अवधारणा के कारण, परियोजना किसी भी कारण से किसी भी गैर-प्रकटीकरण समझौतों को अपनाने को मंजूरी नहीं देती है।

परियोजना प्रतिभागियों को किसी भी समझौते के परियोजना समन्वयकों को सूचित करना चाहिए जो परियोजना में उनकी भागीदारी के लिए प्रासंगिक हो सकते हैं। परियोजना प्रशासकों को स्वामित्व कोड पर काम के दौरान परियोजना प्रतिभागियों द्वारा प्राप्त किसी भी गैर-प्रकटीकरण समझौतों पर जानकारी के प्रकटीकरण की आवश्यकता होती है, न केवल परियोजना को कोई कोड प्रस्तुत करने से पहले, बल्कि किसी भी गैर-तुच्छ भागीदारी शुरू होने से पहले, मेलिंग सूचियों को संदेश भेजने सहित, आईआरसी पर उपस्थिति। चैनल, आदि। परियोजना जानबूझकर परियोजना प्रतिभागियों द्वारा गैर-प्रकटीकरण समझौते के उल्लंघन को रोकने के लिए हर संभव प्रयास करती है, लेकिन यह प्रतिभागियों के व्यवहार के बारे में कोई गारंटी नहीं देती है।

जिन प्रतिभागियों ने गैर-प्रकटीकरण समझौते को स्वीकार कर लिया है, उन्हें कोड, प्रलेखन, कार्यान्वयन युक्तियाँ, वास्तुकला जानकारी आदि भेजने से प्रतिबंधित किया जाता है, जिस पर गैर-प्रकटीकरण समझौता लागू होता है। ऐसे समझौते करने वाले डेवलपर्स को अपनी शर्तों का पालन करना चाहिए। उन्होंने जानबूझकर अपनी प्रतिष्ठा को "बदनाम" किया और तीसरे पक्ष के साथ हस्ताक्षरित गैर-प्रकटीकरण समझौतों के रूप में दस्तावेजी सबूत हैं। गैर-प्रकटीकरण समझौते का उल्लंघन करने के लिए भेजा गया कोई भी कोड कोड आधार से हटा दिया जाएगा।

निष्कर्ष

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

परिशिष्ट

A. कुछ शर्तें

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

सॉफ्टवेयर डेवलपमेंट किट (एसडीके): सॉफ्टवेयर और प्रलेखन कंप्यूटर प्रोग्राम बनाने के लिए उपयोग किया जाता है जो इन एसडीके के विक्रेताओं के साथ बातचीत करते हैं। आमतौर पर, इन बंडलों में बंडल का उपयोग करने के लिए सी हेडर फाइलें, ऑब्जेक्ट कोड लाइब्रेरी और प्रलेखन के विभिन्न रूप शामिल हैं, साथ ही उन कार्यक्रमों के बारे में विस्तृत जानकारी जो बंडल का समर्थन करने का इरादा है।

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

लाइब्रेरी: एक ऑब्जेक्ट कोड फ़ाइल जिसमें आमतौर पर उपयोग किए जाने वाले सॉफ़्टवेयर घटक होते हैं। ऑपरेटिंग सिस्टम में, सिस्टम लाइब्रेरी को ऑपरेटिंग सिस्टम के साथ "लिंक" फ़ंक्शन के लिए थर्ड-पार्टी सॉफ्टवेयर का उपयोग करना चाहिए ताकि सॉफ्टवेयर ऑपरेटिंग सिस्टम पर ठीक से काम कर सके।

Disassembler: डेवलपर द्वारा ऑब्जेक्ट कोड को मानव-पठनीय असेंबली भाषा कोड में बदलने के लिए उपयोग किया गया सॉफ्टवेयर। इसका उपयोग डेवलपर्स द्वारा अपने सॉफ़्टवेयर में कमियों की खोज और सुधार की सुविधा के लिए किया जाता है; इसके अलावा, डिस्सेम्बलर का उपयोग डेवलपर्स को उस सिस्टम को बेहतर ढंग से समझने में मदद करने के लिए किया जा सकता है जिसके लिए उनका उत्पाद इरादा है। Disassembler का उपयोग इसके मूल के नुकसान के मामले में स्रोत कोड को पुनर्स्थापित करने के लिए भी किया जा सकता है।

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

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

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

लॉगोटाइप (अन्य ग्रीक से: λόγο (- शब्द + ςο im - छाप): शैलीगत अक्षरों और / या ideograms के रूप में कंपनी के नाम का ग्राफिक पदनाम। लोगो का उपयोग ट्रेडमार्क की छवि और कानूनी संस्थाओं के प्रतीक के रूप में व्यापक रूप से किया जाता है।

गैर-मुक्त (मालिकाना) सॉफ्टवेयर: सॉफ्टवेयर जो निजी तौर पर लेखकों या कॉपीराइट धारकों के स्वामित्व में है और मुफ्त सॉफ्टवेयर के मानदंडों को पूरा नहीं करता है (ओपन सोर्स कोड होना पर्याप्त नहीं है)।

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

सार्वजनिक डोमेन: कॉपीराइट सुरक्षा के लिए पात्र कार्य को कार्य के निर्माता की व्यक्त सहमति से सार्वजनिक डोमेन में स्थानांतरित किया जा सकता है। एक बार जब कोई काम सार्वजनिक डोमेन को सौंपा जाता है, तो यह किसी भी कॉपीराइट द्वारा संरक्षित नहीं होता है और किसी भी प्रकार का कोई संरक्षण नहीं होता है।

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

ऑपरेटिंग सिस्टम (OS): कंप्यूटर सॉफ्टवेयर का एक विशेष वर्ग जो एक पर्यावरण को व्यवस्थित करने के लिए डिज़ाइन किया गया है जो आपको बुनियादी कार्यक्रम चलाने की अनुमति देता है। ऑपरेटिंग सिस्टम सीधे कंप्यूटर हार्डवेयर के साथ इंटरैक्ट करता है, और सेवाओं का एक मानकीकृत सेट प्रदान करता है जो प्रोग्राम्स के साथ बातचीत कर सकते हैं। OS में उदाहरण के लिए, Microsoft Windows XP, GNU / Linux और Apple Macintosh शामिल हैं।

डिबगर: सॉफ्टवेयर का उपयोग डेवलपर्स द्वारा उनके सॉफ़्टवेयर में कमियों के सुधार की सुविधा के लिए किया जाता है; इसके अलावा, डिबगर का उपयोग डेवलपर्स को उस प्रणाली को बेहतर ढंग से समझने में मदद करने के लिए किया जा सकता है जिसके लिए उनका उत्पाद इरादा है। डीबगर्स के उदाहरण Microsoft से Compuware और WinDbg से सॉफ्टीस हैं।

पेटेंट: एक नए और उपयोगी आविष्कार के आविष्कारक को सरकार द्वारा दी गई कानूनी एकाधिकार। पेटेंट मूर्त और अमूर्त अवधारणाओं, विधियों, प्रक्रियाओं, प्रौद्योगिकियों, उपकरणों, आदि के लिए दिए गए हैं।

सेवा चिह्न: किसी अन्य की सेवाओं की पहचान करने के लिए उपयोग किया जाने वाला ट्रेडमार्क।

फ्री सॉफ्टवेयर (फ्री सॉफ्टवेयर): फ्री सॉफ्टवेयर फाउंडेशन (http://www.gnu.org) द्वारा प्रकाशित मुफ्त सॉफ्टवेयर की परिभाषा के अनुसार लाइसेंस प्राप्त सॉफ्टवेयर। GNU जनरल पब्लिक लाइसेंस (GPL) एक लोकप्रिय मुफ्त सॉफ्टवेयर लाइसेंस है।

ट्रेडमार्क (ट्रेडमार्क): एक निशान जो किसी विशेष निर्माता के उत्पाद को दूसरों से अलग करता है। ट्रेडमार्क का उपयोग आमतौर पर विशिष्ट उद्योग में किसी उत्पाद की विशिष्ट पहचान के लिए किया जाता है।

हेडर फ़ाइल: एक स्रोत कोड फ़ाइल, आमतौर पर C या C ++ में लिखी जाती है, जो अन्य स्रोत कोड फ़ाइलों में संदर्भ द्वारा शामिल होती है।

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

स्रोत

1. WIPO कॉपीराइट संधि (WCT) और WIPO कॉपीराइट संधि के बारे में सहमत बयानों को 20 दिसंबर, 1996 को राजनयिक सम्मेलन [इलेक्ट्रॉनिक संसाधन] द्वारा अपनाया गया था। - URL: www.wipo.int/treaties/en/ip/wct/wct.html
2. बौद्धिक संपदा अधिकारों (TRIPS) या TRIP [इलेक्ट्रॉनिक संसाधन] समझौते के व्यापार-संबंधित पहलुओं पर समझौता। - URL: www.rupto.ru/norm_doc/sod/norm_doc/mejd_doc/nrips.html
3. "रूसी संघ का नागरिक संहिता" (रूसी संघ का नागरिक संहिता) 18 दिसंबर, 2006 एन 230-as, भाग 4 के रूप में 1 सितंबर 2013 को संशोधित किया गया [इलेक्ट्रॉनिक संसाधन]। - URL: www.consultant.ru/popular/gkrf4 ConsultantPlus, 1992-2013
4. 1 जनवरी 2012 का राज्य मानक GOST R 54593-2011 “सूचना प्रौद्योगिकी। मुफ्त सॉफ्टवेयर। सामान्य प्रावधान। "
5. 05.05.2009 एन D05-2235 [इलेक्ट्रॉनिक संसाधन] रूसी संघ के आर्थिक विकास मंत्रालय का पत्र। - URL: www.subschet.ru/subschet.nsf/docs/0C3E2997FDF34C30C32576220019BE2D.html
6. अनौपचारिक रूसी अनुवाद [इलेक्ट्रॉनिक संसाधन] jxself.org/translations/gpl-2.ru.shtml में GNU जनरल पब्लिक लाइसेंस का लाइसेंस का पाठ
7. रिचर्ड स्टालमैन। पेटेंट से सॉफ्टवेयर फील्ड सुरक्षा देना। मुफ्त सॉफ्टवेयर फाउंडेशन (2 फरवरी, 2013) [इलेक्ट्रॉनिक संसाधन]। - URL: gnu.org/philosophy/limit-patent-effect.html
9. "कंप्यूटर पाइरेसी के खिलाफ लड़ाई: सॉफ्टवेयर पर कॉपीराइट के उल्लंघन और उनके संरक्षण पर रूसी संघ के कानून के लिए दायित्व", कंपनी एडोब सिस्टम्स [इलेक्ट्रॉनिक संसाधन] की कानूनी समीक्षा। - URL: www.adobereal.ru/legal/russian_legislation_on_copyright_protection_for_software.php#adobe_01
9. जीएनयू जनरल पब्लिक लाइसेंस। / "रूसी कानूनी प्रणाली में उनकी प्रयोज्यता के लिए" मुक्त "लाइसेंस का विश्लेषण।" Altlinux से कानूनी समीक्षा। [इलेक्ट्रॉनिक संसाधन]। - URL: www.altlinux.ru/media/otchet_dlia_publikacii/part4.html#mozTocId391958
10. ReactOS ऑपरेटिंग सिस्टम [इलेक्ट्रॉनिक संसाधन] की कानूनी समीक्षा। - URL: old.reactos.org/en/dev_legalreview.html
11. एलेना टायपकिना "रूस में जीपीएल की कानूनी स्थिति", 9 अप्रैल, 2002 का कंप्यूटर पत्रिका नंबर 13 [इलेक्ट्रॉनिक संसाधन]। - URL: old.computerra.ru/2002/438/17257
12. "कंप्यूटर प्रोग्राम क्यों रजिस्टर करें?", Habrahabr.ru/post/176101