🙇🏻 🙇 🧘 Copyleft लाइसेंस के तहत मुफ्त सॉफ्टवेयर सुधार का व्यावसायीकरण 👉 🎑 👩🏼‍🔬

मैंने इस लेख को इस जानकारी के साथ शुरू करने की योजना बनाई है कि निशुल्क सॉफ़्टवेयर के विकास के व्यवसायीकरण और रेडिस परियोजना के साथ एक उदाहरण के रूप में स्थिति का हवाला देते समय हमेशा महत्वपूर्ण कठिनाइयाँ होती हैं।

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

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

आखिरकार, संख्याएं खुद के लिए बोलती हैं। 2019 की अंतिम तिमाही के लिए क्लाउड प्रदाताओं का कुल राजस्व $ 30 बिलियन से अधिक है । उनमें से, नेता अमेज़ॅन (बाजार का 32.4%) है, Microsoft Azure लगभग आधा (17.6%) है, इसके बाद Google क्लाउड (6%) और अलीबाबा क्लाउड (5.4%) है।

हालांकि, छोटी कंपनियों के लिए, ऐसा व्यवसाय आमतौर पर प्राप्त करने योग्य नहीं है। इसलिए, उनके लिए, Copyleft लाइसेंस (जैसे GPL) के तहत मुफ्त सॉफ्टवेयर सुधार के व्यावसायीकरण का मुद्दा काफी प्रासंगिक हो सकता है।

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

हम किन लाइसेंसों की बात कर रहे हैं?

यह लेख मुफ्त सॉफ्टवेयर के बारे में है, इस अर्थ में कि फ्री सॉफ्टवेयर फाउंडेशन (एफएसएफ) इसमें डालता है।

इसके सिद्धांत 4 स्वतंत्रताओं द्वारा तैयार किए गए हैं:

स्वतंत्रता ०: किसी भी उद्देश्य के लिए कार्यक्रम चलाएं।
स्वतंत्रता 1: अपनी आवश्यकताओं को पूरा करने के लिए कार्यक्रम का अध्ययन करना और उसके काम को बदलना। *
स्वतंत्रता 2: कार्यक्रम की प्रतियां वितरित करें। **
3: .*

*) फ्रीडम 1 और 3 को कार्यक्रम के स्रोत कोड की उपलब्धता की आवश्यकता होती है, जो अध्ययन और परिवर्तन के लिए उपलब्ध होना चाहिए। यह ठीक इस वजह से है कि भ्रम अक्सर उत्पन्न होता है, क्योंकि ओपन सोर्स का अर्थ ओपन सोर्स कोड होता है, जबकि फ्री सॉफ्टवेयर की अवधारणा सॉफ्टवेयर अधिकारों को संदर्भित करती है , और जिसके लिए एक प्रोग्राम के स्रोत कोड की उपस्थिति अनिवार्य है, लेकिन केवल आवश्यकता नहीं है।

**) फ्रीडम 2 कार्यक्रम को मुफ्त में वितरित करने की अनुमति देता है और इस वजह से फ्रीवेयर शब्द के साथ भ्रम भी होता है , जिसका मतलब सिर्फ एक मुफ्त कार्यक्रम है, लेकिन किसी भी कार्यक्रम का उल्लेख कर सकता है, जरूरी नहीं कि वह एक मुक्त हो।

इस प्रकार, फ्री सॉफ्टवेयर का विचार उपयोगकर्ता को उपयुक्त प्रदान करना हैसॉफ्टवेयर के अधिकार जो कॉपीराइट धारक प्रत्येक उपयोगकर्ता को गारंटी देता है।

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

कानूनी भाषा में, यह जीपीएल (जीएनयू जनरल पब्लिक लाइसेंस) में तैयार किया गया है, जिसमें मूल कार्यक्रम की तुलना में व्युत्पन्न कार्य के लेखक को स्वतंत्रता को संरक्षित (कम नहीं) करने की आवश्यकता होती है।

यह मूल स्वतंत्रता के संरक्षण के कारण है कि ऐसे लाइसेंस को "चिपचिपा" या "वायरल" कहा जाता है।

GPL के व्यवसायीकरण की समस्या क्या है?

समस्या 1

जीपीएल के तहत सॉफ्टवेयर के व्यावसायीकरण के साथ मुख्य समस्या यह है कि कार्यक्रम या इसके स्रोतों को प्राप्त करने वाले पहले ग्राहक को ही इस कार्यक्रम का वितरक बनने का अधिकार है और डेवलपर इसे किसी भी तरह से रोक नहीं सकता है: www.gnu.org/licenses/gpl/faq। ru.html # doesThePLPLAllowNDA , www.gnu.org/licenses/gpl-faq.ru.html#DoesTheGPLAllowModNDA

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

लिए ऐसी कोई समस्या नहीं हैबीएसडी, एमआईटी या अपाचे जैसे लाइसेंस। वे व्युत्पन्न उत्पादों में स्वतंत्रता की कमी की अनुमति देते हैं, इसलिए यह मालिकाना (मालिकाना) के लिए मूल मुफ्त लाइसेंस को बदलने और उपयोगकर्ता (ग्राहक) को सॉफ़्टवेयर के स्रोत कोड को खोलने के लिए पर्याप्त नहीं है।

समस्या २

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

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

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

नीचे प्रस्तावित मुफ्त सॉफ्टवेयर सुधार के व्यावसायीकरण की विधि आपको ऊपर उल्लिखित समस्याओं को दरकिनार करने की अनुमति देती है। यह इसके लिए उपयुक्त है:

वायरल लाइसेंस जैसे कि जी.पी.एल.
सॉफ़्टवेयर सुधार का व्यावसायीकरण जब डेवलपर सॉफ़्टवेयर उत्पाद के अनन्य अधिकार नहीं रखता है।

वाणिज्यिक मूल्य कब प्रकट होता है?

फ्री सॉफ्टवेयर फाउंडेशन (एफएसएफ) के स्पष्टीकरण के अनुसार, जीपीएल ने कार्यक्रमों के वितरण का भुगतान www.gnu.org/philosophy/selling.html , www.gnu.org/licenses/gpl-faq.ru.html#DadTheGPLAllowMoney द्वारा किया ।

उसी समय, GPL डेवलपर पर अपने सुधार को आम जनता के लिए प्रकाशित करने का दायित्व नहीं देता है: www.gnu.org/licenses/gpl-faq.html#GPLRequireSourcePostedPublic

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

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

वास्तव में, यह बीपी है,वितरण की स्वतंत्रता के चर प्रतिबंध, जैसा कि अन्यथा, केवल "अर्थव्यवस्था काम नहीं करेगी," क्योंकि उत्पाद की मांग की उपस्थिति के लिए शर्त बाजार पर सस्ती (या मुफ्त) एनालॉग की उपलब्धता की कमी होगी।

एक अस्थायी बनाना पर लाइसेंस शर्तों के आधार पर दूसरे अंतराल

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

यह सॉफ्टवेयर उत्पाद के खरीदार को एक (सह) डेवलपर में बदलकर संभव बनाया गया है: www.gnu.org/licenses/gpl-faq.html#DevelopChangesUnderNDA

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

उपयोगकर्ता के साथ डेवलपर के संपर्क की योजना:

«» .
(-) , , .
FSF . www.gnu.org/licenses/gpl-faq.html#DevelopChangesUnderNDA
.

GPL

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

उपयोगकर्ता कंपनी के साथ बातचीत की योजना:

डेवलपर, वायरस लाइसेंस के साथ मुफ्त सॉफ्टवेयर से संबंधित मूल उत्पाद को अंतिम रूप देने के लिए उपयोगकर्ता कंपनी के साथ एक समझौता करता है।
, ( 712. ; 1296. , ).
() - . , .. .
, .

?

काम की इन योजनाओं को 2014 में कई सम्मेलनों में वापस समुदाय के लिए प्रस्तावित किया गया था, लेकिन इससे पहले, लेखकों ने रिचर्ड स्टालमैन से जीपीएल के व्यावसायीकरण के इन तरीकों पर उनकी राय जानने के लिए संपर्क किया।

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

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

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

आखिरकार

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

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

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

मुझे उम्मीद है कि यह सामग्री किसी को मुफ्त सॉफ्टवेयर का उपयोग करके व्यवसाय बनाने में मदद करेगी।

लेखक: अलेक्जेंडर रियाबिकोव, सर्जी सेरेडा, पीएच.डी.

सम्मेलन सामग्री के आधार पर:
ओपन सोर्स समिट
LVEE 2014

मुझे बहुत खुशी होगी कि आपके पास Copyleft लाइसेंस के साथ मुफ्त सॉफ्टवेयर का व्यवसाय करने में आपके अनुभव पर कोई टिप्पणी है।

Copyleft लाइसेंस के तहत मुफ्त सॉफ्टवेयर सुधार का व्यावसायीकरण