मेरे पास एक पिछला आविष्कार (सॉफ्टवेयर / ढांचा) है जिसे मैं अपनी नई नौकरी पर उपयोग करने की योजना बना रहा हूं। यदि मैं नौकरी के दौरान इसे सुधारता हूं तो मेरे कॉपीराइट का क्या होगा?


9

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

मैंने साझा स्वामित्व की तरह कुछ सुना है। कुछ इस तरह: आप पहले जो किया गया था और नियोक्ता नियोजित करते समय उस पर किए गए किसी भी सुधार के मालिक होंगे। उस तरह के बेकार और किसी भी प्रोत्साहन को दूर करने के लिए आपको अपने उत्पाद में सुधार करना होगा क्योंकि एक बार सुधार होने के बाद , सुधार हो जाता है । :(

क्या पहले कोई इस स्थिति से गुज़रा है और कुछ विचार साझा कर सकता है ताकि मैं अपने कोड की रक्षा कर सकूं?


क्या आपने अपने पिछले आविष्कार को ओपन-सोर्सिंग माना है? एक मामूली शुल्क के आधार पर अपनी नई कंपनी को इसे बेचने के बारे में कैसे? फिर आप किसी भी समय सुधार कर सकते हैं।
14:23 पर विन्गंड्रोइड

@ मेरे पास अन्य चीजें हैं जो मैं स्रोत खोलती हूं, लेकिन यह विशेष परियोजना इसे खोलने के लिए मेरे सर्वोत्तम हित में नहीं है। मैं इसे बाद में अन्य कंपनियों को बेचने और / या फिर मेरे और / या अन्य नौकरियों में अन्य असाइनमेंट में इसका उपयोग करने की योजना बना रहा हूं।
जॉनप्रिस्टिन

1
@ बटुआ - परियोजना को खुला स्रोत बनाना भविष्य के काम के बारे में कुछ भी नहीं करता है जो एक प्रतिबंधात्मक आईपी समझौते द्वारा नियंत्रित किया जाता है। कंपनी को जॉन के काम के लिए किसी भी दावे को जारी करना चाहिए ताकि वह उस पर काम करना जारी रख सके।

क्या आपने उन्हें पूरी चीज़ का वर्तमान संस्करण बेचने पर विचार किया है और पर्याप्त कीमत के लिए उन्हें स्वामित्व हस्तांतरित किया है? यदि आप स्वामित्व रखने के लिए जोर देते हैं, तो आपका नया नियोक्ता जोर दे सकता है कि आप उस सॉफ्टवेयर के रखरखाव के लिए पूरी तरह से जिम्मेदार हैं, प्रति वर्ष 365 x 24h।
डॉक ब्राउन

@ GlenH7: क्या कोई कापीलेफ़्ट लाइसेंस सार्वजनिक क्षेत्र में काम करने के लिए बाध्य नहीं होगा? JohnPristine: काफी साफ!
15

जवाबों:


7

जाहिर है, आप उस सॉफ़्टवेयर के स्वामित्व को बनाए रखना चाहते हैं।

यदि ऐसा है, तो बस एक अनुबंध पर हस्ताक्षर न करें जो इसे आपसे दूर ले जाता है।

हालाँकि, सामान्य मामला यह है कि आप अपने काम के घंटों के दौरान जो उत्पादन करते हैं वह आपके नियोक्ता के पास है। आपका रेनोवेशन उसके लिए मुआवजा होना चाहिए।

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


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

@ जॉनप्रिस्टिन यह वास्तव में इस बात पर निर्भर करता है कि उन्हें कितनी बुरी तरह से इसकी आवश्यकता है। देखिए, वे शायद नज़दीकी खट्टे विंडोज पर निर्भर हैं। OTOH, यदि आप उन्हें एक स्रोत कोड लाइसेंस देते हैं, तो यह अब बंद स्रोत नहीं है।
ingo

1
"वे संशोधन कर सकते हैं यदि वे चाहते हैं / आवश्यकता है" = आप उनके लिए संशोधन कर रहे हैं। और अगर वे संशोधन करते हैं तो वे उन संशोधनों के मालिक हैं, जब तक आप उन्हें आधिकारिक तौर पर "अपस्ट्रीम" करने के लिए मना नहीं सकते
जिमी हॉफ

इसके अतिरिक्त, यदि आप एप्लिकेशन के अपने कार्य संस्करण में अपडेट / सुधार करते हैं, तो अपने व्यक्तिगत संस्करण में उन्हीं अपडेटों को जोड़ने का प्रयास करें, इससे उन्हें संभावित रूप से "आपकी संपत्ति" के उल्लंघन के लिए आपके खिलाफ कानूनी कार्रवाई करने में सक्षम होना पड़ता है।
BBLake

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

7

यह वास्तव में इस बात पर निर्भर करता है कि आपके रोजगार अनुबंध में क्या है।

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

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


-1

यह एक साधारण समस्या है। आपको यह सुनिश्चित करने की आवश्यकता है कि इस मामले में आपके हितों और आपके नियोक्ता के हितों के बीच एक अंतर है।

क्या आपके नए नियोक्ता को आपके कोड का उपयोग करने की भी परवाह है? क्या वे इसे चाहते हैं? यदि ऐसा है, तो इसे अपने समझौते में जोड़ें कि उस कोड में कोई भी संशोधन:

  1. आप कॉपीराइट को बनाए रखते हैं
  2. वे पूर्ण, असीमित, स्थायी, हस्तांतरणीय, सब्लिसिबल आदि को बनाए रखते हैं ... उपयोग करने के लिए लाइसेंस, पुन: उपयोग, आदि ...

यदि वे ऐसा करने के लिए बहुत बड़े हैं, तो बस अपने सॉफ़्टवेयर को वहां न ले जाएं।


-5

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

साझा स्वामित्व गड़बड़ लगता है। मैं उस परिदृश्य को आपके लिए सबसे अच्छा होने की कल्पना नहीं कर सकता, लेकिन मैं देख सकता हूं कि कंपनी को उस व्यवस्था का बेहतर अंत मिल रहा है।


इस विशेष परियोजना के लिए खुला स्रोत मेरे सर्वोत्तम हित में नहीं है। मेरे पास अन्य चीजें हैं।
जॉनप्रिस्टिन

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

1
ओपी को अपनी कंपनी द्वारा परियोजना को संशोधित करने के लिए स्वामित्व लेने में कोई दिलचस्पी नहीं है। वह जो पहले से निर्मित है, उस पर नियंत्रण रखने में दिलचस्पी रखता है। संपादित करें: ओपी की कुछ अन्य प्रतिक्रियाओं को पढ़ें; मैं काम को पहले से मौजूद घोषित करूँगा और अपने नए नियोक्ता के साथ इसका उपयोग नहीं करूँगा।
Kamau Malone

@KamauMalone - इसका उपयोग करना सबसे अच्छा सुझाव है जो मैंने देखा है। मामलों को क्यों उलझाया जाता है ... लेखक अपने उत्पाद को बेचना चाहता है उसे अपने निजी व्यवसाय को इस कंपनी के साथ अपने काम से अलग रखना चाहिए। उसे ईमानदार होने के लिए अपने उत्पाद से जुड़ी किसी भी चीज़ पर काम नहीं करना चाहिए।
रामहाउंड 12

यह सिर्फ इन्फ्रास्ट्रक्चर कोड है जिसे मैं अन्य स्थानों पर उपयोग करना चाहता हूं।
जॉनप्रिस्टिन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.