अपने सॉफ्टवेयर कोड को कॉपीराइट कानून के तहत सुरक्षित रखें

आधुनिक विकास में सॉफ्टवेयर कॉपीराइट संरक्षण को समझना

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

क्या कॉपीराइट वास्तव में सॉफ्टवेयर में कवर

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

The most importantness of the थ्रेशोल्ड

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

अध्यादेश से अभिव्यक्ति को अलग करना

सॉफ्टवेयर कॉपीराइट में सबसे अधिक litigated क्षेत्रों में से एक कोड की रक्षात्मक अभिव्यक्ति और असुरक्षित विचारों या कार्यों के बीच सीमा है जो इसे लागू करता है। लैंडमार्क केस Computer Associates International v. Altai ने "abstraction-filtration-comparison" परीक्षण को असुरक्षित तत्वों से अलग करने के लिए पेश किया, और अगर कोई भी व्यक्ति स्वतंत्र रूप से प्रतिक्रियात्मक संरचना को पूरा करता है तो यह प्रोग्राम उस कार्यात्मक प्रक्रिया के स्तर को निर्दिष्ट नहीं करता है।

क्या सुरक्षित नहीं है

• Functional तरीकों: इस प्रक्रिया द्वारा सॉफ्टवेयर संचालित (जैसे, एक छँटाई एल्गोरिदम में कदम) कॉपीराइट नहीं है, हालांकि उस विधि को लागू करने वाला विशिष्ट कोड है।
• ]शॉर्ट वाक्यांशों, नामों और लोगो: ये कॉपीराइट नहीं हैं लेकिन ट्रेडमार्क या व्यापार गुप्त कानून द्वारा संरक्षित किया जा सकता है।
• Ideas versus अभिव्यक्ति: आप एक सामाजिक मीडिया मंच के विचार को कॉपीराइट नहीं कर सकते, केवल विशेष तरीके से आपका कोड उस विचार को व्यक्त करता है।
• User interfaces and data structure: जबकि कोड जो एक उपयोगकर्ता इंटरफ़ेस बनाता है, वह कॉपीराइटेबल है, लेआउट और सामान्य तत्वों को डिवाइस या प्लेटफॉर्म द्वारा निर्धारित किए गए असुरक्षित "scènes à faire" माना जा सकता है।
• Facts and data: रॉ डेटा आपके सॉफ्टवेयर द्वारा संकलित कॉपीराइट योग्य नहीं है, हालांकि उस डेटा की रचनात्मक चयन या व्यवस्था (एक डेटाबेस) हो सकती है।

स्वचालित सुरक्षा बनाम पंजीकरण: क्यों पंजीकरण मामले

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

चरण-दर-चरण पंजीकरण प्रक्रिया

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

समूह पंजीकरण के लिए अक्सर अद्यतन

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

सॉफ्टवेयर में एक कॉपीराइट ओनर का प्रमुख अधिकार

एक बार जब आप कॉपीराइट रखते हैं, तो आपके पास अनन्य अधिकार है:

• ]]Reproduce कोड: अपने सॉफ्टवेयर को सर्वर, हार्ड ड्राइव या किसी भी स्टोरेज माध्यम पर कॉपी करने के लिए आपकी अनुमति की आवश्यकता होती है। इसमें सामान्य ऑपरेशन के दौरान बनाई गई अस्थायी प्रतियां शामिल हैं जब तक कि उन्हें उचित उपयोग या लाइसेंस के तहत संरक्षित नहीं किया जाता है।
• Create व्युत्पन्न कार्य: अन्य लाइसेंस के बिना नए संस्करणों में अपने कोड को संशोधित, अनुवाद, अनुकूलित या पोर्ट नहीं कर सकते हैं। ध्यान दें कि "व्युत्पन्न कार्य" में बग फिक्स, नई सुविधाएँ शामिल हैं, और यहां तक कि मूल अभिव्यक्ति संरक्षित होने पर अन्य प्रोग्रामिंग भाषा में अनुवाद भी शामिल हैं।
• Distribute प्रतिलिपियाँ: विक्रय, लाइसेंसिंग, किराए पर लेना, या अन्यथा प्रतियां हस्तांतरण आपके नियंत्रण में पड़ जाती हैं। पहली बिक्री सिद्धांत उस विशेष प्रतिलिपि को बेचने के लिए अधिकृत प्रतिलिपि के मालिक की अनुमति देता है, लेकिन यह अतिरिक्त प्रतियों के प्रजनन या वितरण की अनुमति नहीं देता है।
• ]] हालांकि शायद ही कभी स्रोत कोड के लिए एक मुद्दा सीधे, यह सॉफ्टवेयर द्वारा उत्पन्न ग्राफिकल उपयोगकर्ता इंटरफेस, एनिमेशन और अन्य दृश्य आउटपुट के लिए मामला हो सकता है।
• ]Perform the work publicly: सॉफ्टवेयर के लिए, यह आम तौर पर वीडियो गेम या मल्टीमीडिया अनुप्रयोगों जैसे ऑडियो-विज़ुअल तत्वों से संबंधित है। एक गेम को स्ट्रीम करना या अपने सॉफ्टवेयर के साथ सार्वजनिक कियोस्क चलाना एक प्रदर्शन लाइसेंस की आवश्यकता हो सकती है।

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

एक मजबूत संरक्षण रणनीति Beyond पंजीकरण

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

स्पष्ट लाइसेंसिंग समझौतों का प्रयोग करें

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

हर जगह कॉपीराइट नोटिस शामिल करें

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

तकनीकी सुरक्षा के साथ संयोजन

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

उचित रिकॉर्ड बनाए रखें

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

विशेष विचार: ओपन सोर्स, कर्मचारी और अंतर्राष्ट्रीय मुद्दे

ओपन सोर्स और डुअल लाइसेंसिंग

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

कर्मचारी और ठेकेदार आविष्कार

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

अंतर्राष्ट्रीय संरक्षण

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

IP संरक्षण के अन्य रूपों बनाम कॉपीराइट

सॉफ्टवेयर को कॉपीराइट, पेटेंट, व्यापार रहस्यों और ट्रेडमार्कों द्वारा एक साथ संरक्षित किया जा सकता है। अंतर को समझना आपको एक स्तरित आईपी रणनीति बनाने में मदद करता है।

Type	Protects	Duration	Registration Needed
Copyright	Expression (source code, object code)	Life of author + 70 years (or 95 years for corporate works)	Not required for protection, but needed for lawsuit and statutory damages
Patent	Inventions and processes (algorithms, UI methods)	20 years from filing	Yes, through patent office
Trade Secret	Confidential algorithms, formulas, methods	Indefinite as long as secrecy is maintained	No
Trademark	Brand names, logos, product names	Indefinite with continued use and renewal	Yes, for federal registration

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

जब उल्लंघन Occurs

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

एक Cease-and-Desist पत्र भेजें

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

A mp3 swapd.

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

शुद्ध दायित्व

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

आम नुकसान से बचने के लिए

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

अपने सॉफ्टवेयर कोड की रक्षा के लिए प्रैक्टिकल चेकलिस्ट

1. ]]Register your कॉपीराइट के साथ अमेरिकी कॉपीराइट कार्यालय (या स्थानीय समकक्ष) के रूप में जल्द ही एक स्थिर संस्करण पूरा हो गया है। लगातार अद्यतन के लिए, समूह पंजीकरण पर विचार करें।
2. ]]include कॉपीराइट नोटिस सभी स्रोत फ़ाइलों, प्रलेखन, उपयोगकर्ता इंटरफेस और स्थापना स्क्रीन में।
3. ]एक स्पष्ट लाइसेंस समझौते को छोड़ दें अपने वितरण मॉडल (प्रीति, खुला स्रोत, या दोहरी) के अनुरूप।
4. ]सभी योगदानकर्ताओं को लिखित समझौतों के माध्यम से अपनी कंपनी को अधिकार प्रदान करने का आश्वासन देते हैं।
5. ]Implement तकनीकी सुरक्षा उपायों (obfuscation, एन्क्रिप्शन, एक्सेस कंट्रोल) और उन्हें डीएमसीए प्रवर्तन के लिए दस्तावेज।
6. ]]Monitor इंटरनेट [ नियमित रूप से खोज उपकरण, कोड खोज इंजन, या पेशेवर सेवाओं का उपयोग करके अनधिकृत प्रतियों के लिए।
7. Responsive जब उल्लंघन का पता चला है: दस्तावेज़, एक बंद और डेसिस्ट भेजें, और यदि आवश्यक हो, तो एक डीएमसीए नोटिस या मुकदमा दायर करें।
8. ]आपके सॉफ्टवेयर विकसित करने और नए कानूनों या संधियों के रूप में वार्षिक रूप से अपने आईपी रणनीति का पुन: अवलोकन करें।
9. ]अपनी टीम को कॉपीराइट मूल बातें, ओपन सोर्स कोड का उचित उपयोग, और लाइसेंसिंग शर्तों के बाद के महत्व के बारे में बताएं।
10. ]]: एक आईपी वकील को अंतरराष्ट्रीय प्रवर्तन, पेटेंट दाखिल करने, या महत्वपूर्ण मुकदमेबाजी जैसे जटिल मुद्दों के लिए परामर्श करें।

निष्कर्ष

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