कार्यक्रम कोडको लेखकत्वलाई कानुनी रूपमा कसरी पुष्टि गर्ने

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

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

सफ्टवेयर लेखकत्वको कानुनी आधारहरू

संयुक्त राज्य अमेरिकामा, सफ्टवेयर प्रतिलिपि अधिकार कानून अन्तर्गत सुरक्षित छ। संयुक्त राज्य अमेरिका कोडको शीर्षक १७, जसले प्रतिलिपि अधिकारको दायरा परिभाषित गर्दछ, स्पष्ट रूपमा कम्प्युटर प्रोग्रामहरूलाई साहित्यिक कृतिको रूपमा मान्यता दिन्छ। यो सुरुमा अनौठो लाग्न सक्छ - कोड कार्यात्मक छ, काव्यात्मक होइन - तर यसले आधारभूत सत्यलाई प्रतिबिम्बित गर्दछ: कोड लेखन एक रचनात्मक कार्य हो।

अमेरिकी प्रतिलिपि अधिकार कार्यालयले परिपत्र ६१ मा उल्लेख गरेझैं: "कम्प्युटर प्रोग्रामहरू सहित अभिव्यक्तिको मूर्त माध्यममा स्थिर लेखकत्वको मौलिक कार्यहरूको लागि प्रतिलिपि अधिकार सुरक्षा उपलब्ध छ।" यहाँ मुख्य वाक्यांशहरू - "मौलिक कार्यहरू" र "मूर्त माध्यममा स्थिर" - आवश्यक छन्। लेखकत्व मौलिकताबाट सुरु हुन्छ र निर्धारण मार्फत पुष्टि हुन्छ।

यद्यपि, केवल निर्धारण मात्र पर्याप्त छैन। यदि धेरै व्यक्तिहरूले एउटै वा उस्तै कोड लेखेको दाबी गर्छन् भने, सही लेखक को हो? र यो कसरी प्रमाणित गर्न सकिन्छ?

सहयोगी वातावरणमा विशेषताको चुनौती

आधुनिक सफ्टवेयर विकास विरलै एकल प्रयास हो। खुला स्रोत समुदायहरूमा होस् वा कर्पोरेट वातावरणमा, कोड धेरै हातहरूबाट जान्छ। Git भण्डारहरूले प्रत्येक परिवर्तन रेकर्ड गर्छन्, तर त्यो रेकर्डलाई हेरफेर वा गलत व्याख्या गर्न सकिन्छ। यसबाहेक, सहयोगी लेखकत्वले व्यक्तिगत दावीहरूलाई जटिल बनाउँछ।

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

कोड दर्ता र प्रतिलिपि अधिकार कार्यालयको भूमिका

अमेरिकामा लेखकत्वको लागि सबैभन्दा बलियो कानुनी सुरक्षा प्रतिलिपि अधिकार दर्ता हो। सिर्जना गर्दा प्रतिलिपि अधिकार स्वतः अवस्थित हुन्छ, अमेरिकी प्रतिलिपि अधिकार कार्यालयमा दर्ताले महत्त्वपूर्ण कानुनी फाइदाहरू प्रदान गर्दछ, जसमा उल्लङ्घनको लागि मुद्दा हाल्ने क्षमता र वैधानिक क्षति र वकिलको शुल्कको सम्भावना समावेश छ।

प्रोग्रामरहरूले दर्ताको लागि आफ्नो स्रोत कोड - या त सम्पूर्ण कोडबेस वा प्रतिनिधि भागहरू - पेश गर्न सक्छन्। प्रतिलिपि अधिकार कार्यालयले संवेदनशील जानकारी सुरक्षित गर्न सम्पादन गरिएको कोड स्वीकार गर्दछ। उनीहरूको पेश गर्ने दिशानिर्देशहरूमा व्याख्या गरिएझैं, "लेखकत्व देखाउन आवश्यक नभएका कोडका गोप्य भागहरू समावेश गर्न आवश्यक छैन।"

यो दर्ताले प्रकाशनको पाँच वर्ष भित्र गरेमा वैधताको पहिलो दृष्टिमा अनुमान सिर्जना गर्दछ। अदालतमा, त्यो अनुमानले प्रमाणको भार विपक्षी पक्षलाई सार्छ। यो, धेरै तरिकामा, कानूनी रूपमा लेखकत्व पुष्टि गर्ने सबैभन्दा सीधा मार्ग हो।

समय मुद्रांकन र डिजिटल हस्ताक्षर

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

प्रतिलिपि अधिकार दर्ताको प्रतिस्थापन नभए पनि, यो विधिले प्रमाण समर्थनको एक तह प्रदान गर्दछ। निश्चित समयमा प्रमाणित रूपमा सिर्जना गरिएको क्रिप्टोग्राफिक ह्यासले त्यो मितिमा फाइल त्यही अवस्थामा अवस्थित रहेको देखाउन सक्छ। पहिले कोड कसले लेख्यो भन्ने विवादमा यो अमूल्य हुन सक्छ।

ब्रुस स्नियरले एक पटक उल्लेख गरेझैं, "डिजिटल हस्ताक्षरहरूले हामीसँग भएको सबैभन्दा बलियो गैर-अस्वीकृति संयन्त्र प्रदान गर्दछ। तिनीहरूले लेखकत्व प्रमाणित गर्दैनन्, तर तिनीहरूले निजी कुञ्जीमाथि नियन्त्रण प्रमाणित गर्छन्, जुन प्रायः लेखकत्व दावीलाई समर्थन गर्न पर्याप्त हुन्छ।"

रोजगारदाता बनाम व्यक्ति: "भाडाको लागि काम" सिद्धान्त

रोजगारी सम्बन्धहरू समावेश हुँदा लेखकत्व विशेष गरी जटिल हुन्छ। अमेरिकी प्रतिलिपि अधिकार कानूनमा "भाडामा लिइएको काम" सिद्धान्त अन्तर्गत, रोजगारदातालाई रोजगारीको दायरा भित्र कर्मचारीद्वारा सिर्जना गरिएका कामहरूको लेखक मानिन्छ। यसको अर्थ प्रोग्रामरले कोड लेखे पनि, कानूनी लेखक कम्पनी हुन सक्छ।

स्वतन्त्र ठेकेदार र कर्मचारीहरू बीचको भिन्नता यहाँ महत्वपूर्ण हुन्छ। यदि एक स्वतन्त्र विकासकर्ताले स्टार्टअपको लागि सफ्टवेयर लेख्छ भने, स्पष्ट लिखित सम्झौताको अभावले विवाद निम्त्याउन सक्छ। कानूनले मान्दछ कि स्पष्ट रूपमा हस्तान्तरण नगरेसम्म, प्रतिलिपि अधिकार सिर्जनाकर्तासँग रहन्छ।

कानुनी विद्वान पामेला स्यामुएलसनले चेतावनी दिन्छिन् कि "लगानीकर्ताहरूले माग नगरेसम्म स्टार्टअपहरूले प्रायः आईपी असाइनमेन्टलाई बेवास्ता गर्छन्। त्यतिन्जेल, एक विकासकर्ताले छोडेको हुन सक्छ, र अधिकारहरू अलपत्र पर्न सक्छन्।"

लेखकत्वलाई कानुनी रूपमा पुष्टि गर्न - र अधिकारहरू जहाँ छन् त्यहाँ छन् भनी सुनिश्चित गर्न - सम्झौताहरूले स्पष्ट रूपमा स्वामित्व तोक्नु पर्छ। यो स्पष्टता बिना, कानूनी लेखकको पहिचान कानूनी रूपमा अस्पष्ट हुन सक्छ, कोड कसले लेखेको भए पनि।

जब विवादहरू उठ्छन्: मुद्दामा प्रमाण

सफ्टवेयरसँग सम्बन्धित प्रतिलिपि अधिकार विवादहरूमा, अदालतहरूले लेखकत्व निर्धारण गर्न विभिन्न प्रमाणहरूको जाँच गर्छन्। यसमा समावेश हुन सक्छ:

• संस्करण नियन्त्रण लगहरू;
• विकासको बारेमा छलफल गर्ने इमेलहरू;
• टाइमस्ट्याम्पहरू कमिट गर्नुहोस्;
• सहयोगी वा पर्यवेक्षकहरूबाट साक्षीको गवाही।

संघीय प्रमाण नियमहरूले यस्ता सामग्रीहरूको स्वीकार्यतालाई नियन्त्रण गर्दछ। प्रामाणिकता, विश्वसनीयता, र फाइलहरूको "श्रृंखलाको हिरासत" सबैले भूमिका खेल्छन्। अदालतहरूले प्रायः मेटाडेटा र कोड समानता जाँच गर्न फोरेन्सिक विशेषज्ञहरू ल्याउँछन्।

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

खुला स्रोत र "अज्ञात प्रतिभा" को मिथक

खुला-स्रोत वातावरणमा, लेखकत्वको प्रश्न विशेष गरी तरल हुन्छ। योगदानकर्ताहरूले छद्म नाम प्रयोग गर्न सक्छन्, कानुनी अस्वीकरण बिना प्याचहरू पेश गर्न सक्छन्, वा श्रेय बिना कोडबेसहरू फोर्क गर्न सक्छन्। खुला-स्रोत संसारको लोकाचारले प्रायः कानुनी औपचारिकताहरूलाई कम महत्त्व दिन्छ - तर अदालतहरूले गर्दैनन्।

"कोड नि:शुल्क छ भन्दैमा यो कानुनी अधिकारबाट मुक्त छ भन्ने होइन," खुला स्रोत इजाजतपत्रका अग्रणी अधिकारीहरू मध्ये एक वकिल हेदर मीकरले टिप्पणी गरे। वास्तवमा, धेरै खुला स्रोत इजाजतपत्रहरू, जस्तै GPL वा MIT इजाजतपत्र, योगदानकर्ताहरूसँग उनीहरूले पेश गरेको कोड वितरण गर्ने कानुनी अधिकार छ भन्ने अनुमान गर्छन्। लेखकत्वको बारेमा स्पष्टताको अभावले सम्पूर्ण इजाजतपत्रलाई कमजोर बनाउन सक्छ।

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

रोकथाम रणनीतिहरू: विकासकर्ताहरूले आफूलाई कसरी सुरक्षित राख्न सक्छन्

यी कानुनी जटिलताहरूलाई ध्यानमा राख्दै, विकासकर्ताहरूले लेखकत्व पुष्टि गर्न सक्रिय रूपमा के गर्न सक्छन्?

एउटा शक्तिशाली रणनीति भनेको प्रमाणित कमिटहरू र लिङ्क गरिएको पहिचानहरू सहित GitHub वा GitLab जस्ता संस्करण नियन्त्रण प्लेटफर्महरूको अनुशासित प्रयोग हो। कमिटहरूमा हस्ताक्षर गर्न GPG कुञ्जी प्रयोग गरेर, विकासकर्ताहरूले एक सुसंगत लेखकत्व रेकर्ड प्रदर्शन गर्न सक्छन्।

अर्को भनेको निजी विकास जर्नलहरूमा कोड निर्णय, विचार र कार्यान्वयनको मितिको रेकर्ड राख्नु हो। यी जर्नलहरू समकालीन प्रमाण बन्न सक्छन्, जसलाई अदालतहरूले प्रायः अत्यधिक प्रेरक मान्छन्।

कानुनी कागजातहरू पनि महत्त्वपूर्ण छन्। स्वतन्त्र रूपमा काम गर्ने होस् वा टोलीको भागको रूपमा, विकासकर्ताहरूले योगदानकर्ता इजाजतपत्र सम्झौता (CLA) वा IP असाइनमेन्ट फारमहरू प्रयोग गर्नुपर्छ जसले कोड कसको स्वामित्वमा छ भनेर निर्दिष्ट गर्दछ। यी कागजातहरूले भविष्यका विवादहरूलाई रोक्छन् र प्रत्येक योगदानकर्ताको भूमिका स्पष्ट पार्छन्।

एउटा सावधानीपूर्ण कथा: जब लेखकत्व अदालतमा जान्छ

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

"यो केवल कोड प्रतिलिपि गर्ने बारेमा थिएन - यो कोडको संरचना र भावना प्रतिलिपि गर्ने बारेमा थियो," भने एन्ड्री झुरिलो, Dijust Development का संस्थापक। यो निर्णयले स्पष्ट सन्देश दियो: लेखकत्व भनेको कोडका रेखाहरू मात्र होइन - यसमा ती रेखाहरूको रचनात्मक संगठन समावेश छ।

अदृश्य हातको लागि कानुनी पहिचान

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

"संहिता कानून हो," लरेन्स लेसिगले लेखे। तर लेखकत्व बिना, संहिता धेरै द्वारा दावी गरिएको कानुनी टुहुरो बन्छ, कसैको स्वामित्वमा हुँदैन। त्यो भाग्यबाट बच्न, विकासकर्ताहरूले लेखक जस्तै सोच्नु पर्छ, रेकर्ड-किपर जस्तै काम गर्नुपर्छ, र वकिल जस्तै लेख्नु पर्छ।