(मानक अस्वीकरण - मैं वकील नहीं हूं ...)
आपकी प्रोफ़ाइल से आप यूके में दिखाई देते हैं।
उस उदाहरण में यह इस बात पर निर्भर करता है कि आप किस तरह से कार्यरत हैं। यदि आप कर्मचारियों के स्थायी सदस्य हैं तो लगभग निश्चित रूप से आपका नियोक्ता काम करता है । आपने उन्हें लिखा और लेखक के रूप में पहचाने जाने के अधिकार हैं (जो कि आप लोगों को बता सकते हैं कि आपने उन्हें लिखा था) लेकिन कोड का स्वामित्व और उसमें मौजूद बौद्धिक संपदा आपकी कंपनी के पास रहती है।
यदि आप एक ठेकेदार हैं, तो ऐसा मामला हो सकता है कि आपके पास उनके लिए कुछ दावा है, लेकिन यह अनुबंध की प्रकृति पर निर्भर करेगा। आम तौर पर अधिकांश यूके आईटी ठेकेदारों को काम पर रखने के लिए श्रमिकों के रूप में वर्गीकृत किया जाता है, जिसका अर्थ है कि फिर से आईपी व्यक्ति के बजाय कंपनी के साथ आराम करता है। निश्चित रूप से एक मानक रोजगार अनुबंध की बात यह बताती है कि यह मामला होगा कि क्या आप अनुबंध के स्थायी हैं।
इन परिस्थितियों में आपको उन्हें खुले स्रोत (या वास्तव में अपने अगले नियोक्ता पर ले जाने के लिए) के रूप में जारी करने का कोई अधिकार नहीं है और आपको उनके बारे में उसी तरह से सोचना चाहिए जैसे आप किसी अन्य मालिकाना सॉफ्टवेयर के बारे में सोचते हैं और उसी के अनुसार कार्य करते हैं - वे ' तुम्हारा नहीं, तुम सिर्फ स्रोत कोड का उपयोग करने के लिए होता है।
EDIT : इस तथ्य के बारे में कि आपने अपने समय में इसका कुछ विकास किया। जिस मिनट में आपने इसे अपने अधिकारों को बताए बिना कंपनी में उपयोग करना शुरू कर दिया और कंपनी को इसे पहले ही लाइसेंस दे दिया, आपने इसे बहुत मज़ेदार बना दिया क्योंकि अब यह दिखाना बहुत मुश्किल है कि कब क्या किया गया था। जो आप कह रहे हैं कि कोड लाइब्रेरियों का परीक्षण, डिबग और कार्य समय में तय किया गया है (और कंपनी उनके समय में कुछ भी करती है), साथ ही आपके द्वारा किए जा रहे काम के साथ स्पष्ट ओवरलैप (जैसा कि इस तथ्य से स्पष्ट है कि वे एक आवश्यकता को पूरा करना जिस कंपनी के पास आप काम कर रहे थे) का मतलब है कि उनके पास एक दावा है और शायद एक बहुत मजबूत है।
यूनिटी यूनियन का इस पर एक टुकड़ा है । मुख्य भाग ऐसा प्रतीत होता है:
"व्यक्त वैधानिक प्रावधान हैं:
· कॉपीराइट, डिजाइन, और पेटेंट अधिनियम (सीडीपीए) 1988 की धारा 11 (2) और
· पेटेंट अधिनियम 1977 की धारा 39
कर्मचारी कार्यों के स्वामित्व से निपटना। इन प्रावधानों के तहत, नियोक्ता अनिवार्य रूप से एक कर्मचारी द्वारा बनाए गए किसी भी कार्य के संबंध में बौद्धिक संपदा अधिकारों का स्वामित्व प्राप्त करता है जो वह / वह
· उनके रोजगार अनुबंध या शर्तों के तहत उत्पादन करने की आवश्यकता थी
· उस अनुबंध की शर्तों के तहत उत्पादन करने की उम्मीद की जा सकती है।
स्पष्ट रूप से, व्यक्तिगत कर्मचारी का नौकरी विवरण जितना व्यापक होगा, उतना ही उसके लिए मुश्किल होगा / उसके ऊपर धारा 11 (2) और 39 के प्रभाव से बचना होगा।
भले ही काम अपने समय में कर्मचारी द्वारा बनाया गया हो और अपने स्वयं के संसाधनों का उपयोग करते हुए, कर्मचारी आवश्यक रूप से उस काम में किसी भी अधिकार का दावा करने में सक्षम नहीं होगा, अगर नियोक्ता यह दर्शाता है कि सृजित कार्य की प्रकृति वह थी जो हो सकती है कर्मचारी के कर्तव्यों के हिस्से के रूप में यथोचित चिंतन। यह मिसिंग लिंक सॉफ्टवेयर v मैगी [1989] एफएसआर 361 के मामले द्वारा प्रदर्शित किया जाता है। वहां, अदालत ने यह कहा कि एक सॉफ्टवेयर प्रोग्राम में कॉपीराइट एक कर्मचारी द्वारा अपने कार्य समय के बाहर लिखा जाता है और अपने उपकरणों पर रोजगार के दौरान बनाया गया था, क्योंकि यह उन कार्यों के दायरे में आता है जिन्हें श्री मेजी ने अंजाम देने के लिए नियोजित किया था। "
मूल रूप से क्योंकि ये पुस्तकालय एक परियोजना पर एक विशिष्ट आवश्यकता को पूरा करते हैं जो आप उनके लिए काम कर रहे थे, उन पर उनका दावा है।
EDIT 2 : आपको यह समझने की आवश्यकता है कि कोड के दो संस्करण हैं तथ्य यह है कि शायद अप्रासंगिक है। यह कोड उस जरूरत को पूरा करता है जो आपके द्वारा काम कर रहे प्रोजेक्ट पर कंपनी की है और आपने इसे कंपनी द्वारा नियोजित करते समय लिखा था (भले ही वह आपके समय में हो)। यह उन्हें कोड के "कोर आईपी" पर एक मजबूत दावा देता है, न कि केवल इसकी एक विशिष्ट प्रति पर जो आप उनके प्रोजेक्ट पर लागू करने के लिए हुआ है - इसे दो शाखाओं के रूप में देखने से यह नहीं बदलता है।
यह ध्यान देने योग्य है कि यहां तक कि इसे फिर से लिखना एक व्युत्पन्न कार्य कहा जाएगा और आईपी अभी भी कंपनी के साथ बैठेगा, यहां तक कि एक नए संस्करण पर भी।
मुझे लगता है कि आपको इस बात का अंदाजा है कि आप जो चाहते हैं वह सच है और आप ऐसा करने के लिए चीजों को मोड़ने की कोशिश कर रहे हैं, लेकिन आप जो कह रहे हैं उससे मुझे लगता है कि कंपनी के पास उस कोड के लिए बहुत मजबूत दावा है जो आप नहीं जा रहे हैं चारों ओर काम करने में सक्षम हो।