Copyleft

จากวิกิพีเดีย สารานุกรมเสรี
ข้ามไปที่การนำทาง ข้ามไปที่การค้นหา

ตัวอักษรตัวเล็ก c หมุน 180 องศา ล้อมรอบด้วยเส้นเดียวที่ก่อตัวเป็นวงกลม
สัญลักษณ์ลิขสิทธิ์

Copyleftเป็นแนวปฏิบัติในการให้สิทธิ์ในการเผยแพร่และแก้ไขทรัพย์สินทางปัญญา โดยเสรี โดยกำหนดว่าต้องรักษาสิทธิ์เดียวกันไว้ในงานลอกเลียนแบบที่สร้างขึ้นจากทรัพย์สินนั้น [1] Copyleft ในรูปแบบของใบอนุญาตสามารถใช้เพื่อรักษา เงื่อนไข ลิขสิทธิ์สำหรับงานต่างๆ ตั้งแต่ซอฟต์แวร์คอมพิวเตอร์ไปจนถึงเอกสารศิลปะการค้นพบทางวิทยาศาสตร์ และแม้แต่สิทธิบัตรบางรายการ [2] Copyleft เป็นการจัดเรียงที่ซอฟต์แวร์หรืองานศิลปะอาจถูกใช้ ดัดแปลง และแจกจ่ายอย่างอิสระโดยมีเงื่อนไขว่าสิ่งใดก็ตามที่มาจากซอฟต์แวร์หรืองานศิลปะนั้นถูกผูกมัดด้วยเงื่อนไขเดียวกัน [3]

ลิขสิทธิ์ ซอฟต์แวร์ Copyleft ได้รับการพิจารณาว่าเป็นการป้องกันหรือ เป็นการ ตอบแทนตรงกันข้ามกับสิทธิ์ ใช้งาน ซอฟต์แวร์ฟรีที่อนุญาต[4]และกำหนดให้ต้องมีข้อมูลที่จำเป็นสำหรับการทำซ้ำและแก้ไขงานแก่ผู้รับโปรแกรมซอฟต์แวร์หรือไบนารี ข้อมูลนี้โดยปกติจะอยู่ในรูปแบบของ ไฟล์ ซอร์สโค้ดซึ่งมักจะมีสำเนาของเงื่อนไขการอนุญาตให้ใช้สิทธิและรับทราบผู้เขียนโค้ด

ใบอนุญาต copyleft ที่โดดเด่น ได้แก่GNU General Public License (GPL) ซึ่งเขียนโดยRichard Stallmanซึ่งเป็นลิขสิทธิ์ซอฟต์แวร์ฉบับแรกที่เห็นการใช้งานอย่างกว้างขวาง[ 5] Mozilla Public License , Free Art License [6]และCreative Commons เงื่อนไขใบอนุญาตที่เหมือนกัน[7]สองข้อสุดท้ายมีไว้สำหรับงานทางปัญญาและศิลปะรูปแบบอื่น เช่น เอกสารและรูปภาพ

ประวัติ

มีการใช้คำว่าcopyleft ในระยะ แรกอยู่ใน หนังสือแจ้งการจำหน่าย Palo Alto Tiny BASIC ของ Li-Chen Wang "@COPYLEFT ALL WRONGS RESERVED" ในเดือนมิถุนายน พ.ศ. 2519 [8] [9] Tiny BASIC ไม่ได้เผยแพร่ภายใต้รูปแบบที่เป็นทางการใดๆ เงื่อนไขการแจกจ่าย copyleft แต่ถูกนำเสนอในบริบทที่มีการแชร์และแก้ไขซอร์สโค้ด ที่จริงแล้ว Wang ได้สนับสนุนการแก้ไข Tiny BASIC Extended ก่อนหน้านี้ก่อนที่จะเขียนล่าม BASIC ของตัว เอง [10]เขาสนับสนุนให้ผู้อื่นปรับซอร์สโค้ดของเขาและเผยแพร่การดัดแปลง เช่นเดียวกับ PATB เวอร์ชันของ Roger Rauskolb ที่ตีพิมพ์ในInterface Age (11)

แนวคิดของ copyleft ได้อธิบายไว้ในGNU ManifestoของRichard Stallmanในปี 1985 ซึ่งเขาเขียนว่า:

GNU ไม่ได้อยู่ในโดเมนสาธารณะ ทุกคนจะได้รับอนุญาตให้แก้ไขและแจกจ่าย GNU ใหม่ แต่ผู้จัดจำหน่ายจะไม่ได้รับอนุญาตให้จำกัดการแจกจ่ายต่อไป กล่าวคือจะไม่อนุญาตให้มีการดัดแปลงที่เป็นกรรมสิทธิ์ ฉันต้องการให้แน่ใจว่า GNU ทุกเวอร์ชันยังคงฟรีอยู่

Stallman ทำงานเป็นล่ามLisp เมื่อสองสามปีก่อน Symbolicsขอให้ใช้ล่าม Lisp และ Stallman ตกลงที่จะจัดหางานที่เป็นสาธารณสมบัติ ให้กับพวก เขา Symbolics ขยายและปรับปรุงล่าม Lisp แต่เมื่อ Stallman ต้องการเข้าถึงการปรับปรุงที่ Symbolics ได้ทำกับล่ามของเขา Symbolics ปฏิเสธ จากนั้นในปี 1984 สตอลแมนได้ดำเนินการเพื่อขจัดพฤติกรรมและวัฒนธรรมที่เกิดขึ้นใหม่นี้ของซอฟต์แวร์ที่เป็นกรรมสิทธิ์ซึ่งเขาตั้งชื่อว่าการกักตุนซอฟต์แวร์. นี่ไม่ใช่ครั้งแรกที่ Stallman จัดการกับซอฟต์แวร์ที่เป็นกรรมสิทธิ์ แต่เขาถือว่าการโต้ตอบนี้เป็น "จุดเปลี่ยน" เขาให้เหตุผลในการแบ่งปันซอฟต์แวร์ โดยประท้วงว่าเมื่อแบ่งปัน ซอฟต์แวร์ออนไลน์สามารถคัดลอกได้โดยไม่สูญเสียงานต้นฉบับ ซอฟต์แวร์นี้สามารถใช้งานได้หลายครั้งโดยไม่เกิดความเสียหายหรือเสื่อมสภาพ [12] [13]

เนื่องจาก Stallman เห็นว่าเป็นไปไม่ได้ในระยะสั้นที่จะกำจัดกฎหมายลิขสิทธิ์ในปัจจุบันและความผิดที่เขาเห็นว่าเป็นกฎหมายต่อเนื่องยาวนาน เขาจึงตัดสินใจทำงานภายใต้กรอบของกฎหมายที่ มีอยู่ 2528 ใน[14]เขาสร้างลิขสิทธิ์ของตัวเองใบอนุญาต ที่ Emacs ใบอนุญาตสาธารณะ[15]ลิขสิทธิ์ลิขสิทธิ์แรก ต่อมาได้พัฒนาเป็นGNU General Public Licenseซึ่งเป็นหนึ่งในลิขสิทธิ์ซอฟต์แวร์ฟรีที่ได้รับความนิยมมากที่สุดในปัจจุบัน นับเป็นครั้งแรกที่ผู้ถือลิขสิทธิ์ได้ดำเนินการตามขั้นตอนเพื่อให้แน่ใจว่าจำนวนสิทธิ์สูงสุดจะถูกโอนไปยังผู้ใช้โปรแกรมอย่างถาวร ไม่ว่าใครจะทำการแก้ไขในภายหลังในโปรแกรมต้นฉบับก็ตาม GPL ดั้งเดิมนี้ไม่ได้ให้สิทธิ์แก่สาธารณชนในวงกว้าง เฉพาะผู้ที่ได้รับโปรแกรมแล้วเท่านั้น แต่เป็นการดีที่สุดที่สามารถทำได้ภายใต้กฎหมายที่มีอยู่

ขณะนี้ใบอนุญาตใหม่ไม่ได้รับฉลากลิขสิทธิ์ [16] Richard Stallman กล่าวว่าการใช้ "Copyleft" มาจากDon Hopkinsซึ่งส่งจดหมายถึงเขาในปี 1984 หรือ 1985 ซึ่งเขียนว่า: "Copyleft – all rights reserved. [16]ในช่วงต้นทศวรรษ 1970 หนังสือPrincipia Discordia ที่ตีพิมพ์ด้วยตนเอง มีข้อความว่า "Ⓚ All Rites Reversed – reprint what you like " ( sic ) ในงานศิลปะเรย์ จอห์นสันได้บัญญัติศัพท์คำนี้ขึ้นเองโดยอิสระ เนื่องจากเกี่ยวข้องกับการสร้างและเผยแพร่ภาพสื่อผสมในงานศิลปะทางไปรษณีย์และของกำนัลชั่วคราว ซึ่งเขาสนับสนุนให้ทำผลงานลอกเลียนแบบ (ในขณะที่วลีดังกล่าวปรากฏสั้น ๆ เป็น (หรือบน) หนึ่งในผลงานของเขาในสารคดีปี 2002 How to Draw a Bunnyจอห์นสันเองก็ไม่ได้ถูกอ้างถึงในสารคดีRevolution OS ในปี 2544 )

ในฝรั่งเศสการประชุมหลายครั้งที่เกิดขึ้นในปี 2543 ภายใต้ชื่อ "ทัศนคติลิขสิทธิ์" ทำให้เกิดใบอนุญาตศิลปะฟรี (FAL) [17]เป็นไปตามทฤษฎีในเขตอำนาจศาลที่ผูกพันตามอนุสัญญาเบิร์น และแนะนำโดย มูลนิธิซอฟต์แวร์เสรีของสตอลแมน. [18]หลังจากนั้นไม่นาน ความคิดริเริ่มที่แยกจากกันและไม่เกี่ยวข้องในสหรัฐอเมริกาทำให้ได้ใบอนุญาตครีเอทีฟคอมมอนส์ซึ่งมีมาตั้งแต่ปี 2544 ในหลายเวอร์ชัน (เฉพาะบางส่วนเท่านั้นที่สามารถอธิบายได้ว่าเป็น copyleft) และปรับแต่งให้เข้ากับกฎหมายของสหรัฐอเมริกาโดยเฉพาะ

หลักการ Copyleft

เสรีภาพ

แม้ว่ากฎหมายลิขสิทธิ์จะอนุญาตให้ผู้เขียนซอฟต์แวร์ควบคุมการคัดลอก แจกจ่าย และดัดแปลงงานของตนได้ เป้าหมายของ copyleft คือการให้ผู้ใช้/ผู้ชมงานทุกคนมีอิสระในการดำเนินกิจกรรมเหล่านี้ทั้งหมด เสรีภาพเหล่านี้ (จากFree Software Definition ) รวมถึง: [12] [19]

เสรีภาพ 0
อิสระในการใช้งาน
เสรีภาพ 1
อิสระในการศึกษาดูงาน
เสรีภาพ 2
เสรีภาพในการคัดลอกและแบ่งปันงานกับผู้อื่น
เสรีภาพ 3
เสรีภาพในการปรับเปลี่ยนงานและเสรีภาพในการเผยแพร่งานดัดแปลงและลอกเลียนแบบ

คำที่คล้ายกันมีอยู่ในOpen Source Definitionซึ่งเป็นคำจำกัดความที่แยกจากกันซึ่งมีเสรีภาพที่คล้ายคลึงกัน ลิขสิทธิ์ลิขสิทธิ์ลิขสิทธิ์ส่วนใหญ่เป็นไปตามข้อกำหนดทั้งสองแบบ ได้แก่ คำจำกัดความของซอฟต์แวร์เสรีและคำจำกัดความของโอเพ่นซอร์ส [12]โดยการรับประกันผู้ดูและผู้ใช้งานถึงเสรีภาพและการอนุญาตให้ทำซ้ำดัดแปลงหรือแจกจ่าย ใบอนุญาตลิขสิทธิ์จะแตกต่างจากใบอนุญาตลิขสิทธิ์ประเภทอื่นที่จำกัดเสรีภาพดังกล่าว

การตอบแทนซึ่งกันและกัน

แทนที่จะปล่อยให้งานตกเป็นสาธารณสมบัติโดยสมบูรณ์ ซึ่งไม่มีการอ้างสิทธิ์ความเป็นเจ้าของลิขสิทธิ์ copyleft อนุญาตให้ผู้เขียนกำหนดข้อจำกัดในการใช้งานผลงานของตน ข้อ จำกัด หลักประการหนึ่งที่กำหนดโดย copyleft คืองานที่ได้รับจะต้องได้รับการเผยแพร่ภายใต้ใบอนุญาตลิขสิทธิ์ที่เข้ากันได้ (12)

นี่เป็นเพราะหลักการพื้นฐานของ copyleft: ทุกคนสามารถได้รับประโยชน์โดยอิสระจากงานก่อนหน้าของผู้อื่น แต่การดัดแปลงใด ๆ ในงานนั้นควรเป็นประโยชน์ต่อทุกคนเช่นกัน และจะต้องได้รับการเผยแพร่ภายใต้เงื่อนไขที่คล้ายคลึงกัน ด้วยเหตุผลนี้ ใบอนุญาต copyleft เรียกอีกอย่างว่า ใบอนุญาต ซึ่งกันและกัน - ตัวดัดแปลงใด ๆ ของงานที่ได้รับอนุญาตของ copyleft คาดว่าจะตอบสนองการกระทำของผู้เขียนในการให้สิทธิ์ลิขสิทธิ์ซอฟต์แวร์โดยการให้สัญญาอนุญาต copyleft อนุพันธ์ใด ๆ ที่พวกเขาอาจทำ เนื่องจากข้อกำหนดนี้ ใบอนุญาตลิขสิทธิ์จึงถูกอธิบายว่าเป็น "ไวรัส" เนื่องจากเงื่อนไขการคงอยู่ของพวกมันเอง (20)

นอกเหนือจากข้อจำกัดในการคัดลอก ใบอนุญาตลิขสิทธิ์ยังระบุถึงอุปสรรคอื่นๆ ที่เป็นไปได้ พวกเขารับรองว่าไม่สามารถเพิกถอน สิทธิ์ได้ในภายหลัง และกำหนดให้งานและอนุพันธ์ต้องจัดเตรียมในรูปแบบที่อนุญาตให้ทำการแก้ไขเพิ่มเติมได้ ในซอฟต์แวร์นี่หมายความว่าต้องมีการจัดเตรียมซอร์สโค้ดของงานที่ได้รับพร้อมกับตัวซอฟต์แวร์เอง (12)

แรงจูงใจทางเศรษฐกิจ

แรงจูงใจทางเศรษฐกิจในการทำงานกับเนื้อหาลิขสิทธิ์อาจแตกต่างกันไป กฎหมายลิขสิทธิ์ดั้งเดิมออกแบบมาเพื่อส่งเสริมความก้าวหน้าโดยมอบผลประโยชน์ทางเศรษฐกิจแก่ผู้สร้าง เมื่อเลือกที่จะคัดลอกผลงานของพวกเขา ผู้สร้างเนื้อหาอาจแสวงหาผลประโยชน์เสริม เช่น การยกย่องจากเพื่อนร่วมงาน

ในโลกของการเขียนโปรแกรมคอมพิวเตอร์ โปรแกรมคอมพิวเตอร์ที่มีลิขสิทธิ์ลิขสิทธิ์คัดลอกซ้ายมักถูกสร้างโดยโปรแกรมเมอร์เพื่อเติมเต็มความต้องการที่พวกเขาสังเกตเห็น โปรแกรมดังกล่าวมักได้รับการเผยแพร่ด้วยลิขสิทธิ์ลิขสิทธิ์เพียงเพื่อให้แน่ใจว่าผู้ใช้ที่ตามมาสามารถใช้เวอร์ชันที่แก้ไขของโปรแกรมนั้นได้อย่างอิสระ โดยเฉพาะอย่างยิ่งสำหรับผู้สร้างที่ต้องการป้องกัน "การจี้โอเพ่นซอร์ส" หรือการนำโค้ดโอเพนซอร์สกลับมาใช้ใหม่ จากนั้นจึงเพิ่มข้อจำกัดเพิ่มเติม การดำเนินการนี้ป้องกันได้โดยการให้สิทธิ์ใช้งานซอฟต์แวร์ลิขสิทธิ์ ผู้สร้างบางคนรู้สึกว่าการป้องกันไม่ให้องค์กรการค้าดูดซับและขายผลิตภัณฑ์ของตนเป็นแรงจูงใจอีกประการหนึ่ง

นอกจากนี้ วัฒนธรรม โอเพ่นซอร์สของการเขียนโปรแกรมได้รับการอธิบายว่าเป็นวัฒนธรรมของกำนัล ซึ่งสถานะทางสังคมถูกกำหนดโดยการมีส่วนร่วมของแต่ละบุคคล [21]การสนับสนุนหรือสร้างโอเพ่นซอร์สซอฟต์แวร์ลิขสิทธิ์ลิขสิทธิ์คุณภาพสูงสามารถนำไปสู่ผู้มีส่วนร่วมได้รับประสบการณ์อันมีค่าและสามารถนำไปสู่โอกาสทางอาชีพในอนาคต [22]

ซอฟต์แวร์ Copyleft มีผลกระทบทางเศรษฐกิจมากกว่าผู้สร้างแต่ละราย การปรากฏตัวของซอฟต์แวร์ copyleft ที่มีคุณภาพสามารถบังคับให้นักพัฒนาซอฟต์แวร์ที่เป็นกรรมสิทธิ์เพื่อเพิ่มคุณภาพของซอฟต์แวร์เพื่อแข่งขันกับซอฟต์แวร์ฟรี [23]สิ่งนี้อาจส่งผลต่อการป้องกันการผูกขาดในพื้นที่ที่ถูกครอบงำโดยซอฟต์แวร์ที่เป็นกรรมสิทธิ์ อย่างไรก็ตาม การแข่งขันกับซอฟต์แวร์ที่เป็นกรรมสิทธิ์อาจเป็นเหตุผลให้ละทิ้ง copyleft มูลนิธิซอฟต์แวร์เสรีแนะนำว่าเมื่อ "การใช้รหัสอย่างแพร่หลายมีความสำคัญต่อการพัฒนาสาเหตุของซอฟต์แวร์เสรี" [24]การอนุญาตให้คัดลอกและใช้รหัสได้อย่างอิสระมีความสำคัญมากกว่าการคัดลอกซ้าย

แอปพลิเคชัน Copyleft

แนวทางปฏิบัติทั่วไปในการใช้ copyleft คือประมวลเงื่อนไขการคัดลอกสำหรับงานที่มีใบอนุญาต โดยทั่วไปใบอนุญาตดังกล่าวจะรวมข้อกำหนดและหลักการของลิขสิทธิ์ทั้งหมดไว้ในข้อกำหนดของใบอนุญาต ซึ่งรวมถึงเสรีภาพในการใช้งาน ศึกษางาน คัดลอกและแชร์งานกับผู้อื่น แก้ไขงาน และแจกจ่ายเวอร์ชันดัดแปลงของงานนั้น

ซึ่งแตกต่างจากใบอนุญาตอนุญาตที่คล้ายคลึงกันที่ให้เสรีภาพเหล่านี้ด้วย ใบอนุญาตลิขสิทธิ์ยังช่วยให้แน่ใจว่าเวอร์ชันที่แก้ไขของงานลิขสิทธิ์ลิขสิทธิ์ลิขสิทธิ์ต้องให้เสรีภาพเหล่านี้ด้วย ดังนั้นใบอนุญาตลิขสิทธิ์จึงมีข้อจำกัด: การแก้ไขงานลิขสิทธิ์ลิขสิทธิ์ต้องแจกจ่ายภายใต้โครงการลิขสิทธิ์ที่เข้ากันได้ และงานดัดแปลงที่แจกจ่ายต้องมีวิธีการแก้ไขงาน ภายใต้การใช้งานที่เหมาะสมอย่างไรก็ตาม ลิขสิทธิ์ลิขสิทธิ์อาจถูกแทนที่ได้ เช่นเดียวกับลิขสิทธิ์ทั่วไป ดังนั้น บุคคลใดก็ตามที่ใช้แหล่งที่มีลิขสิทธิ์ลิขสิทธิ์ copyleft สำหรับงานของตนเองมีอิสระที่จะเลือกใบอนุญาตอื่นใดหากตรงตามมาตรฐานการใช้งานโดยชอบ [25]

ใบอนุญาต Copyleft จำเป็นต้องใช้กฎและกฎหมายที่เกี่ยวข้องอย่างสร้างสรรค์เพื่อบังคับใช้ข้อกำหนดของพวกเขา ตัวอย่างเช่น เมื่อใช้กฎหมายลิขสิทธิ์ ผู้ที่มีส่วนร่วมในงานภายใต้ copyleft มักจะต้องได้รับ เลื่อน หรือมอบหมายสถานะผู้ถือลิขสิทธิ์ การส่งลิขสิทธิ์ผลงานภายใต้ลิขสิทธิ์ลิขสิทธิ์เป็นการจงใจสละสิทธิ์บางส่วนที่ปกติมาจากลิขสิทธิ์ รวมถึงสิทธิ์ในการเป็นผู้เผยแพร่สำเนาผลงานโดยเฉพาะ

กฎหมายบางฉบับที่ใช้สำหรับใบอนุญาตลิขสิทธิ์จะแตกต่างกันไปในแต่ละประเทศ และอาจได้รับเงื่อนไขที่แตกต่างกันไปในแต่ละประเทศ ตัวอย่างเช่น ในบางประเทศ เป็นที่ยอมรับในการขายผลิตภัณฑ์ซอฟต์แวร์โดยไม่มีการรับประกัน ในรูปแบบ GNU GPL มาตรฐาน (ดูบทความ 11 และ 12 ของGNU GPL เวอร์ชัน 2 ) ในขณะที่ใน ประเทศ ยุโรป ส่วนใหญ่ ไม่ได้รับอนุญาตให้ผู้จำหน่ายซอฟต์แวร์ทำสละการรับประกันทั้งหมดเกี่ยวกับผลิตภัณฑ์ที่ขาย ด้วยเหตุนี้ขอบเขตของการรับประกันดังกล่าวจึงระบุไว้ในใบอนุญาตลิขสิทธิ์ยุโรปส่วนใหญ่ เกี่ยวกับเรื่องนั้น ดู European Union Public License EUPL , [26]หรือCeCILL license , [27]ใบอนุญาตที่อนุญาตให้ใช้ GNU GPL (ดูบทความ 5 ของ EUPL และบทความ 5.3.4 ของ CeCILL) ร่วมกับการรับประกันแบบจำกัด (ดูมาตรา 7 และ 8 ของ EUPL และ 9 ของ CeCILL) สำหรับโปรเจ็กต์ที่จะรันบนเครือข่าย รูปแบบของ GPL นั้นมีให้ในAffero General Public Licenseซึ่งทำให้แน่ใจได้ว่าซอร์สโค้ดจะพร้อมใช้งานสำหรับผู้ใช้ซอฟต์แวร์เครือข่าย

ประเภทและความสัมพันธ์กับใบอนุญาตอื่นๆ

ฟรี ไม่ฟรี
สาธารณสมบัติ และรายการเทียบเท่า ใบอนุญาติ Copyleft (ใบอนุญาตคุ้มครอง) ใบอนุญาตที่ไม่ใช่เชิงพาณิชย์ ใบอนุญาตที่เป็นกรรมสิทธิ์ ความลับทางการค้า
คำอธิบาย ให้สิทธิ์ทั้งหมด ให้สิทธิ์การใช้งาน รวมถึงสิทธิ์ในการอนุญาตใหม่ (อนุญาตให้มีกรรมสิทธิ์ความเข้ากันได้ของใบอนุญาต ) ให้สิทธิ์การใช้งานห้ามการเป็นเจ้าของ ให้สิทธิ์สำหรับการใช้งานที่ไม่ใช่เชิงพาณิชย์เท่านั้น สามารถใช้ร่วมกับ Share-Alike การใช้ลิขสิทธิ์ แบบดั้งเดิม ; ไม่ต้องให้สิทธิ์ ไม่มีข้อมูลเปิดเผยต่อสาธารณะ
สำหรับซอฟต์แวร์ PD, Unlicense , CC0 BSD , MIT , Apache GPL , AGPL JRL , AFPL ซอฟต์แวร์ที่เป็นกรรมสิทธิ์ไม่มีใบอนุญาตสาธารณะ ซอฟต์แวร์ส่วนตัวภายใน
สำหรับงานสร้างสรรค์อื่นๆ PD, CC0 CC-BY CC-BY-SA , FAL CC-BY-NC ลิขสิทธิ์ไม่มีใบอนุญาตสาธารณะ ไม่ได้เผยแพร่
ไอคอน ครีเอทีฟคอมมอนส์สำหรับShare-Alike ซึ่งเป็นสัญลักษณ์ที่แตกต่างจากซ้าย

Copyleft เป็นคุณสมบัติที่แตกต่างของ ลิขสิทธิ์ ซอฟต์แวร์ฟรี บาง ตัว ในขณะที่สิทธิ์ใช้งาน ซอฟต์แวร์ ฟรี อื่นๆ ไม่ใช่ลิขสิทธิ์ลิขสิทธิ์เพราะไม่ต้องการให้ผู้รับอนุญาตแจกจ่ายงานลอกเลียนแบบภายใต้สิทธิ์ใช้งานเดียวกัน มีการถกเถียงกันอย่างต่อเนื่องว่าใบอนุญาตประเภทใดให้ระดับเสรีภาพที่มากกว่า การอภิปรายนี้ขึ้นอยู่กับประเด็นที่ซับซ้อน เช่น คำจำกัดความของเสรีภาพและเสรีภาพของใครที่สำคัญกว่า: ผู้มีโอกาสเป็นผู้รับงานในอนาคต (เสรีภาพจากการสร้างซอฟต์แวร์ที่เป็นกรรมสิทธิ์) หรือเพียงแค่ผู้รับเริ่มต้น (เสรีภาพในการสร้างซอฟต์แวร์ที่เป็นกรรมสิทธิ์) อย่างไรก็ตาม ความพร้อมใช้งานในปัจจุบันของใบอนุญาตทั้งสองประเภท ทั้งแบบลิขสิทธิ์และแบบอนุญาตอนุญาตให้ผู้เขียนเลือกประเภทที่เหมาะสมกับงานของตนมากที่สุด

สำหรับเอกสาร งานศิลปะ และงานอื่นๆ นอกเหนือจากซอฟต์แวร์และโค้ดระบบอนุญาตให้ใช้สิทธิ์ที่เหมือนกัน ของ Creative Commons และ GNU's Free Documentation Licenseช่วยให้ผู้เขียนสามารถใช้ข้อจำกัดกับบางส่วนของงานของตนได้ โดยยกเว้นบางส่วนของการสร้างจากกลไกการคัดลอกซ้ายทั้งหมด . ในกรณีของ GFDL ข้อจำกัดเหล่านี้รวมถึงการใช้ส่วนที่ไม่เปลี่ยนแปลง ซึ่งอาจไม่ถูกแก้ไขโดยบรรณาธิการในอนาคต จุดประสงค์เบื้องต้นของ GFDL คืออุปกรณ์สำหรับรองรับเอกสารประกอบของซอฟต์แวร์ copylefted แต่ผลที่ได้คือใช้ได้กับเอกสารประเภทใดก็ได้

copyleft ที่แข็งแกร่งและอ่อนแอ

ความแข็งแกร่งของใบอนุญาตลิขสิทธิ์ที่ควบคุมงานนั้นพิจารณาจากขอบเขตที่บทบัญญัติของใบอนุญาตใช้กับงานที่ได้มาทุกประเภท ดังนั้น คำว่า "copyleft ที่อ่อนแอ" หมายถึงใบอนุญาตซึ่งงานที่ได้รับไม่ได้ทั้งหมดจะสืบทอดลิขสิทธิ์ลิขสิทธิ์ งานที่ได้รับจะสืบทอดมาหรือไม่นั้นขึ้นอยู่กับว่าได้งานมาอย่างไร

สิทธิ์ใช้งาน "copyleft อ่อนแอ" มักใช้เพื่อสร้างไลบรารีซอฟต์แวร์ ซึ่งช่วยให้ซอฟต์แวร์อื่นๆ สามารถลิงก์ไปยังไลบรารีและแจกจ่ายซ้ำได้โดยไม่ต้องใช้ซอฟต์แวร์ที่เชื่อมโยงเพื่อขอใบอนุญาตลิขสิทธิ์ เฉพาะการเปลี่ยนแปลงซอฟต์แวร์ที่ได้รับอนุญาตสำหรับลิขสิทธิ์ที่ไม่ปลอดภัยเท่านั้นที่อยู่ภายใต้ข้อกำหนดลิขสิทธิ์ของลิขสิทธิ์ดังกล่าว ซึ่งช่วยให้โปรแกรมของใบอนุญาตใดๆ สามารถคอมไพล์และลิงก์กับไลบรารีที่มีลิขสิทธิ์เฉพาะ เช่นglibcแล้วแจกจ่ายซ้ำโดยไม่ต้องให้สิทธิ์ใช้งานซ้ำ ผลกระทบที่เป็นรูปธรรมของ copyleft ที่เข้มแข็งและอ่อนแอยังไม่ได้รับการทดสอบในศาล [28]ลิขสิทธิ์ซอฟต์แวร์เสรีที่ใช้ copyleft "อ่อนแอ" ได้แก่GNU Lesser General Public LicenseและMozilla Public License

ใบอนุญาตซอฟต์แวร์ฟรีที่เป็นที่รู้จักมากที่สุดโดยใช้ copyleft ที่แข็งแกร่งคือGNU General Public License ใบอนุญาตลิขสิทธิ์ที่เข้มงวดกว่าคือAGPLซึ่งต้องมีการเผยแพร่ซอร์สโค้ดสำหรับซอฟต์แวร์เป็นกรณีใช้บริการ ("ดูเพิ่มเติม" คำว่าบางครั้งใช้ "บริการแทนซอฟต์แวร์ [SaaSS]" [29] [30] [ 31] ) เช่น เมื่อมีการปรับใช้ซอฟต์แวร์บนเซิร์ฟเวอร์ [32] Sybase Open Watcom Public Licenseเป็นหนึ่งในลิขสิทธิ์ลิขสิทธิ์ที่เข้มงวดที่สุด เนื่องจากใบอนุญาตนี้ปิดช่องโหว่ "การใช้งานส่วนตัว" ของ GPL และต้องมีการเผยแพร่ซอร์สโค้ดในทุกกรณีการใช้งาน [33]ใบอนุญาตลิขสิทธิ์ฉบับสุดท้ายที่แข็งแกร่งและโดดเด่นคือDesign Science Licenseเนื่องจากสามารถนำไปใช้กับงานใดๆ ได้ ไม่เพียงแต่ซอฟต์แวร์หรือเอกสารเท่านั้น แต่ยังรวมถึงงานวรรณกรรม งานศิลปะ ดนตรี การถ่ายภาพ และวิดีโอ Design Science License ถูกสร้างขึ้นโดย Michael Stutz หลังจากที่เขาสนใจที่จะใช้ copyleft สไตล์ GNU กับงานที่ไม่ใช่ซอฟต์แวร์ ซึ่งต่อมาถูกเรียกว่าopen content ในปี 1990 DSL ถูกใช้ในการบันทึกเพลง ทัศนศิลป์ และแม้แต่นิยาย ขณะนี้โฮสต์อยู่ในรายการใบอนุญาตของเว็บไซต์ Free Software Foundation [34]แต่ Free Software Foundation ไม่ถือว่าเข้ากันได้กับ GPL

copyleft ทั้งหมดและบางส่วน

copyleft "เต็ม" และ "บางส่วน" เกี่ยวข้องกับปัญหาอื่น copyleft ฉบับสมบูรณ์มีอยู่เมื่อทุกส่วนของงาน (ยกเว้นใบอนุญาตเอง) สามารถแก้ไขได้และแจกจ่ายภายใต้เงื่อนไขของลิขสิทธิ์ลิขสิทธิ์ของงานเท่านั้น ตรงกันข้าม copyleft บางส่วนยกเว้นบางส่วนของงานจากบทบัญญัติของ copyleft การอนุญาตให้แจกจ่ายการแก้ไขบางอย่างภายใต้เงื่อนไขอื่นที่ไม่ใช่ลิขสิทธิ์ของ copyleft หรือในทางอื่นไม่ได้กำหนดหลักการทั้งหมดของ copylefting ในงาน ตัวอย่างของ copyleft บางส่วนคือข้อยกเว้นการลิงก์ GPL ที่สร้างขึ้นสำหรับแพ็คเกจซอฟต์แวร์บางตัว

แชร์เหมือนกัน

เงื่อนไข " share-alike " ในใบอนุญาตบางฉบับกำหนดข้อกำหนดว่าเสรีภาพใดๆ ที่ได้รับเกี่ยวกับงานต้นฉบับจะต้องได้รับในเงื่อนไขที่เหมือนกันหรือเข้ากันได้ทุกประการในงานที่ได้รับ

นี่หมายความว่าใบอนุญาต copyleft ใด ๆ จะเป็นสิทธิ์อนุญาตที่เหมือนกันโดยอัตโนมัติ แต่ไม่ใช่ในทางกลับกัน เนื่องจากใบอนุญาตที่เหมือนกันบางรายการมีข้อจำกัดเพิ่มเติม เช่น การห้ามใช้งานเชิงพาณิชย์ ข้อจำกัดอีกประการหนึ่งคือไม่ใช่ทุกคนที่ต้องการแบ่งปันงานของตน และข้อตกลงที่คล้ายคลึงกันบางอย่างกำหนดให้มีการแบ่งปันงานทั้งหมด แม้ว่าผู้เขียนต้องการแบ่งปันเพียงบางส่วนเท่านั้น ด้านบวกสำหรับผู้แต่งซอร์สโค้ดคือการแก้ไขโค้ดใดๆ ไม่เพียงแต่จะเป็นประโยชน์ต่อผู้สร้างดั้งเดิมเท่านั้น แต่ผู้เขียนจะได้รับการยอมรับและถือครองสิทธิ์เท่าเทียมกันในโค้ดที่เปลี่ยนแปลง [35]ใบอนุญาตครีเอทีฟคอมมอนส์บางฉบับเป็นตัวอย่างของใบอนุญาตลิขสิทธิ์ที่แชร์ในลักษณะเดียวกัน

ใบอนุญาติ

สิทธิ์การใช้งานซอฟต์แวร์ที่อนุญาตคือสิทธิ์ที่อนุญาตให้ผู้ใช้ซอฟต์แวร์มีอิสระเช่นเดียวกับลิขสิทธิ์ลิขสิทธิ์ แต่ไม่ต้องการซอฟต์แวร์เวอร์ชันดัดแปลงเพื่อรวมเสรีภาพเหล่านั้นด้วย มีข้อจำกัดเล็กน้อยเกี่ยวกับวิธีการใช้ แก้ไข และแจกจ่ายซอฟต์แวร์ ดังนั้นจึงไม่ใช่ลิขสิทธิ์ลิขสิทธิ์ ตัวอย่างของใบอนุญาตประเภทนี้ ได้แก่ ใบอนุญาต X11 ใบอนุญาต Apache ใบอนุญาต MIT และใบอนุญาต BSD

การโต้เถียงและการโต้เถียง

มีคนแนะนำว่า copyleft กลายเป็นประเด็นที่แตกแยกในความขัดแย้งทางอุดมการณ์ระหว่างOpen Source Initiativeและการ เคลื่อนไหว ของซอฟต์แวร์เสรี [36]อย่างไรก็ตาม มีหลักฐานว่าทั้ง 2 ฝ่ายยอมรับและเสนอ copyleft:

  • ทั้ง OSI และ FSF มีใบอนุญาตลิขสิทธิ์และไม่ใช่ลิขสิทธิ์ในรายการของใบอนุญาตที่ยอมรับตามลำดับ [37] [34]
  • Lawrence Rosen ที่ ปรึกษากฎหมายดั้งเดิมของ OSI ได้เขียนลิขสิทธิ์ลิขสิทธิ์Open Software License
  • วิธีการออกใบอนุญาตของ OSI ถือว่า GPL เป็นใบอนุญาต "แนวปฏิบัติที่ดีที่สุด" [38]
  • โปรแกรมซอฟต์แวร์บางโปรแกรมของโครงการ GNU ได้รับการเผยแพร่ภายใต้ลิขสิทธิ์ที่ไม่ใช่ลิขสิทธิ์ [39]
  • Stallman เองได้รับรองการใช้ใบอนุญาตที่ไม่เป็นลิขสิทธิ์ในบางกรณี ล่าสุดในกรณีที่มีการเปลี่ยนแปลงใบอนุญาต Ogg Vorbis [40]

ใบอนุญาตไวรัส

ใบอนุญาตไวรัสเป็นชื่อดูถูกสำหรับใบอนุญาตลิขสิทธิ์ [41] [42] [43] [44] [45]มีต้นกำเนิดมาจากคำว่า 'General Public Virus' หรือ 'GNU Public Virus' (GPV) ซึ่งมีอายุย้อนไปถึงปี 1990 หนึ่งปีหลังจาก GPLv1 ได้รับการเผยแพร่ [46] [47] [48]ชื่อ " ใบอนุญาตไวรัส " หมายถึงความจริงที่ว่างานใด ๆ ที่ได้มาจากงาน copyleft ต้องรักษาสิทธิ์การอนุญาตลิขสิทธิ์เมื่อเผยแพร่

ผู้สนับสนุน ใบอนุญาต BSDบางคนใช้คำนี้อย่างเย้ยหยันเกี่ยวกับแนวโน้มของ GPL ในการดูดซับรหัสลิขสิทธิ์ BSD โดยไม่อนุญาตให้ BSD ดั้งเดิมทำงานเพื่อใช้ประโยชน์จากมัน ในขณะเดียวกันก็ส่งเสริมตัวเองว่า "อิสระ" กว่าใบอนุญาตอื่นๆ [49] [50] [51] รองประธานMicrosoft Craig Mundieตั้งข้อสังเกต "ลักษณะไวรัสของ GPL นี้เป็นภัยคุกคามต่อทรัพย์สินทางปัญญาขององค์กรใด ๆ ที่ใช้ประโยชน์จากมัน" [52]ในอีกบริบทหนึ่งสตีฟ บอลเมอ ร์ประกาศว่ารหัสที่เผยแพร่ภายใต้ GPL นั้นไร้ประโยชน์กับภาคการค้า เนื่องจากสามารถใช้ได้เฉพาะเมื่อรหัสโดยรอบที่เป็นผลลัพธ์ได้รับอนุญาตภายใต้ใบอนุญาตที่เข้ากันได้กับ GPL และอธิบายว่ามันเป็น "มะเร็งที่ยึดติดกับทรัพย์สินทางปัญญาในทุกสิ่ง มันสัมผัส". [53]

เพื่อตอบสนองต่อการโจมตีของ Microsoft ใน GPL นักพัฒนาซอฟต์แวร์และผู้สนับสนุนอิสระที่มีชื่อเสียงหลายคนได้ออกแถลงการณ์ร่วมที่สนับสนุนใบอนุญาต [54] เดวิด เทิร์นเนอร์ วิศวกรด้านการปฏิบัติ ตาม กฎระเบียบของ FSFระบุว่า คำว่า "ใบอนุญาตไวรัส" ทำให้เกิดความเข้าใจผิดและความกลัวในการใช้ซอฟต์แวร์ฟรีลิขสิทธิ์ [55]ในขณะที่บุคคลสามารถติดไวรัสได้โดยไม่ต้องดำเนินการใดๆ เงื่อนไขใบอนุญาตจะมีผลเมื่อใช้งานหรือนำไปใช้อย่างมีประสิทธิภาพ [56]David McGowan ยังเขียนอีกว่าไม่มีเหตุผลที่จะเชื่อว่า GPL สามารถบังคับซอฟต์แวร์ที่เป็นกรรมสิทธิ์ให้กลายเป็นซอฟต์แวร์ฟรีได้ แต่สามารถ "พยายามสั่งการให้บริษัทแจกจ่ายโปรแกรมเชิงพาณิชย์ที่รวมกับโค้ด GPL เพื่อสร้างงานลอกเลียนแบบ และชดใช้ค่าเสียหายจากการละเมิด” หากบริษัท "คัดลอกโค้ดจากโปรแกรมของ GPL จริงๆ คดีดังกล่าวจะเป็นการยืนยันลิขสิทธิ์แบบธรรมดาอย่างสมบูรณ์ ซึ่งบริษัทเอกชนส่วนใหญ่จะปกป้องหากรองเท้าอยู่อีกข้างหนึ่ง" [57] Richard Stallman อธิบายมุมมองนี้ด้วยการเปรียบเทียบโดยกล่าวว่า "โดเมนของ GPL ไม่แพร่กระจายโดยความใกล้ชิดหรือการติดต่อ เพียงแต่รวมรหัส GPL ที่ครอบคลุมไว้ในโปรแกรมของคุณเท่านั้น มันแพร่กระจายเหมือนต้นแมงมุมไม่เหมือน ไวรัส."

ใบอนุญาต copyleft ยอดนิยม เช่น GPL มีประโยคที่อนุญาตให้คอมโพเนนต์โต้ตอบกับส่วนประกอบที่ไม่ใช่ของลิขสิทธิ์ ตราบใดที่การสื่อสารเป็นนามธรรม[ การ ตรวจสอบล้มเหลว ]เช่น การเรียกใช้เครื่องมือบรรทัดคำสั่งด้วยชุดสวิตช์ หรือการโต้ตอบกับ เว็บเซิร์ฟเวอร์. [59]ด้วยเหตุนี้ แม้ว่าโมดูลหนึ่งของผลิตภัณฑ์ที่ไม่ใช่ลิขสิทธิ์จะอยู่ภายใต้ GPL ก็อาจยังคงถูกกฎหมายสำหรับองค์ประกอบอื่น ๆ ในการสื่อสารด้วยตามปกติ[ จำเป็น ต้องชี้แจง ] การสื่อสารที่อนุญาตนี้อาจรวมถึงการใช้ห้องสมุดซ้ำหรือกิจวัตรผ่านการเชื่อมโยงแบบไดนามิก หรือไม่  ก็ได้ – นักวิจารณ์บางคนกล่าวว่าเป็นเช่นนั้น[60]FSF ยืนยันว่าไม่ได้ทำและเพิ่มข้อยกเว้นอย่างชัดเจนซึ่งอนุญาตให้ใช้ในใบอนุญาตสำหรับการปรับใช้GNU Classpathใหม่ของไลบรารี Java ความคลุมเครือนี้เป็นข้อแตกต่างที่สำคัญระหว่าง GPL และLGPLโดยที่ LGPL อนุญาตให้เชื่อมโยงหรือรวบรวมกับงานที่ครอบคลุมโดยเฉพาะ [61]

สัญลักษณ์

© 🄯
สัญลักษณ์ลิขสิทธิ์
ใน  UnicodeU+1F12F 🄯 COPYLEFT SYMBOL
สัญลักษณ์ทางเลือก: (ɔ)
แตกต่างจาก
แตกต่างจากU+00A9 © เครื่องหมายลิขสิทธิ์

สัญลักษณ์ copyleft เป็นภาพสะท้อนของสัญลักษณ์ลิขสิทธิ์ © : a กลับ ด้าน Cในวงกลม ไม่มีสถานะทางกฎหมาย [62]ข้อเสนอ 2016 [63]เพื่อเพิ่มสัญลักษณ์ให้กับ Unicode รุ่นอนาคตได้รับการยอมรับจากคณะกรรมการเทคนิค Unicode [64]เพิ่มจุดโค้ดU+1F12F 🄯 COPYLEFT SYMBOLในUnicode 11 [64] [65]

ตั้งแต่ปี 2018 ฟอนต์ส่วนใหญ่ไม่ได้ใช้งาน แต่สามารถประมาณได้ด้วยอักขระU+2184LATIN SMALL LETTER REVERSED Cหรืออักขระที่แพร่หลายกว่าU+0254 ɔ LATIN SMALL LETTER OPEN Oระหว่างวงเล็บ(ɔ)หรือหากรองรับ โดยแอปพลิเคชันหรือเว็บเบราว์เซอร์ โดยการรวม c กลับด้านกับอักขระU+20DD ↄ⃝ COMBINING ENCLOSING CIRCLE : ↄ⃝ [66]

สำหรับรายการแบบอักษรที่มีสัญลักษณ์นี้ โปรดดูแบบอักษร Unicode#List of SMP Unicode แบบอักษรแล้วแถว " ส่วนเสริม ที่เป็นตัวอักษรและตัวเลข คละกัน (173: 1F100–1F1FF)" (ไม่รับประกันว่ารายการนี้จะเป็นปัจจุบัน)

ดูเพิ่มเติม

อ้างอิง

  1. ^ "Copyleft คืออะไร" . โครงการกนู.
  2. นิวแมน, จอห์น (29 ธันวาคม 2011). "ลิขสิทธิ์และเปิดการเข้าถึงที่ข้างเตียง". เน จเอ็ ม. 365 (26): 2447–2449. ดอย : 10.1056/NEJMp1110652 . PMID 22204721 . 
  3. ^ "Scheibner, James --- "อะไรคือเสรีภาพ (ของซอฟต์แวร์)? คู่มือสำหรับผู้ปฏิบัติงานด้านกฎหมายของออสเตรเลียเกี่ยวกับการออกใบอนุญาตโอเพ่นซอร์ส" [2017] แบบอย่าง AULA 23; (2017) 139 แบบอย่าง 39 " classic.austlii.edu.au . สืบค้นเมื่อ27 พฤศจิกายน 2021 .
  4. ^ โอเพ่นซอร์สจากมุมมองที่เป็นกรรมสิทธิ์ที่เครื่อง Wayback (ดัชนีเก็บถาวร)
  5. สตอลแมน, ริชาร์ด (29 มิถุนายน 2550) "ใบอนุญาตสาธารณะทั่วไปของ GNU " โครงการกนู. สืบค้นเมื่อ1 พฤษภาคม 2560 .
  6. ^ "ใบอนุญาตศิลปะฟรี 1.3" . ทัศนคติ ของCopyleft ทัศนคติ ของ Copyleft สืบค้นเมื่อ6 ตุลาคมพ.ศ. 2564 .
  7. ^ "Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) " ครีเอทีฟคอมมอนส์ . ครีเอทีฟคอมมอนส์. สืบค้นเมื่อ14 สิงหาคม 2558 .
  8. หวาง, หลี่เฉิน (พฤษภาคม 1976). "พาโล อัลโต ไทนี่ เบสิก". Dr. Dobb's Journal of Computer Calisthenics & Orthodontia ไฟวิ่งโดยไม่ต้องโอเวอร์ไบต์ 1 (5): 12–25.(NB. รหัสที่มาเริ่มต้นด้วยหกบรรทัดต่อไปนี้ "TINY BASIC FOR INTEL 8080; VERSION 1.0; BY LI-CHEN WANG; 10 JUNE, 1976; @COPYLEFT; ALL WRONGS RESERVED" วันที่เดือนมิถุนายนของฉบับเดือนพฤษภาคมถูกต้อง นิตยสารล่าช้ากว่ากำหนด ฉบับเดือนมิถุนายนและกรกฎาคมถูกรวมเข้าด้วยกันเพื่อให้ทัน)
  9. ↑ Rauskolb , Roger (ธันวาคม 1976) "พาโลอัลโต Tiny Basic ของ Dr. Wang" อายุของอินเทอ ร์เฟ ซ 2 (1): 92–108.(NB. รหัสที่มาเริ่มต้นด้วยเก้าบรรทัดต่อไปนี้: " TINY BASIC FOR INTEL 8080; VERSION 2.0; BY LI-CHEN WANG; MODIFIED AND TRANSLATED TO INTEL MNEMONICS; BY ROGER RAUSKOLB; 10 OCTOBER, 1976 ; @COPYLEFT; ALL WRONGS RESERVED")
  10. ^ "ขยายพื้นฐานเล็กๆ". Dr. Dobb's Journal of Computer Calisthenics & Orthodontia ไฟวิ่งโดยไม่ต้องโอเวอร์ไบต์ 1 (2). กุมภาพันธ์ 2519
  11. ↑ Rauskolb , Roger (ธันวาคม 1976) "พาโลอัลโต Tiny Basic ของ Dr. Wang" อายุของอินเทอ ร์เฟ ซ 2 (1): 92–108.(NB. รหัสที่มาเริ่มต้นด้วยเก้าบรรทัดต่อไปนี้: " TINY BASIC FOR INTEL 8080; VERSION 2.0; BY LI-CHEN WANG; MODIFIED AND TRANSLATED TO INTEL MNEMONICS; BY ROGER RAUSKOLB; 10 OCTOBER, 1976 ; @COPYLEFT; ALL WRONGS RESERVED")
  12. อรรถเป็น c d อี ช่างแกะสลัก ไบรอัน ดับเบิลยู. (5 เมษายน 2548) "แชร์และแชร์แบบเดียวกัน: ทำความเข้าใจและบังคับใช้โอเพ่นซอร์สและสิทธิ์ใช้งานซอฟต์แวร์ฟรี " วารสารกฎหมายเทคโนโลยีเบิร์กลีย์. SSRN 1586574 . สืบค้นเมื่อ6 กุมภาพันธ์ 2555 .  {{cite journal}}: Cite journal requires |journal= (help)
  13. ^ วิลเลียมส์ แซม (มีนาคม 2545) "7" . ฟรีเหมือนใน Freedom – Richard Stallman's Crusade for Free Software โอเรล ลี่ มีเดีย . ISBN 978-0-596-00287-9.
  14. มูดี้, กลิน (2002). รหัสกบฏ หน้า 26.
  15. ^ "ใบอนุญาตสาธารณะทั่วไปของ Emac" . 5 กรกฎาคม 2544 . สืบค้นเมื่อ23 สิงหาคม 2008 .
  16. อรรถเป็น สตอลแมน ริชาร์ด (21 มกราคม 2551) "เกี่ยวกับโครงการ GNU" . มูลนิธิซอฟต์แวร์ฟรี สืบค้นเมื่อ1 พฤษภาคม 2560 .
  17. ^ "ใบอนุญาตศิลปะฟรี – คำถามที่พบบ่อย" . ทัศนคติ ของCopyleft ทัศนคติ ของ Copyleft สืบค้นเมื่อ6 ตุลาคมพ.ศ. 2564 .
  18. ^ "ใบอนุญาต" . โครงการกนู . โครงการกนู. สืบค้นเมื่อ6 ตุลาคมพ.ศ. 2564 .: “ เราไม่ยึดถือเอาว่างานศิลปะหรืองานบันเทิงต้องฟรี แต่ถ้าคุณต้องการสร้างงานฟรี เราขอแนะนำ Free Art License
  19. ^ "ซอฟต์แวร์ฟรีคืออะไร" . gnu.org . 30 กรกฎาคม 2562 . สืบค้นเมื่อ22 กรกฎาคม 2020 .
  20. มุนดี, เครก (3 พฤษภาคม พ.ศ. 2544) "ข้อความหมายเหตุที่เตรียมไว้โดย Craig Mundie รองประธานอาวุโสของ Microsoft – โมเดลซอฟต์แวร์เชิงพาณิชย์ " โรงเรียนธุรกิจ สเติร์นแห่งมหาวิทยาลัยนิวยอร์ก เก็บถาวรจากต้นฉบับเมื่อ 21 มิถุนายน 2548 . สืบค้นเมื่อ1 ตุลาคม 2552 .
  21. เฮอร์, มาร์คัส (2000). "ซอฟต์แวร์โอเพ่นซอร์ส: ความสำเร็จของกระบวนทัศน์สิ่งจูงใจด้านทรัพย์สินทางปัญญาทางเลือก" (PDF ) วารสารกฎหมายทรัพย์สิน ทางปัญญา สื่อ และความบันเทิง Fordham เก็บถาวรจากต้นฉบับ(PDF)เมื่อ 2 พฤษภาคม 2557 . สืบค้นเมื่อ1 พฤษภาคม 2557 .
  22. ^ Sarmah, Harshajit (23 กันยายน 2019). "5 เหตุผลว่าทำไมการมีส่วนร่วมในโครงการโอเพ่นซอร์สจึงช่วยให้ได้งาน" . นิตยสาร Analytics อินเดีย สืบค้นเมื่อ22 กรกฎาคม 2020 .
  23. ^ มุสโตเนน, มิกโกะ . "ลิขสิทธิ์ - เศรษฐศาสตร์ของ Linux และซอฟต์แวร์โอเพ่นซอร์สอื่นๆ" (PDF ) สารสนเทศ เศรษฐศาสตร์ และ นโยบาย . เก็บถาวรจากต้นฉบับ(PDF)เมื่อ 2 พฤษภาคม 2557 . สืบค้นเมื่อ1 พฤษภาคม 2557 .
  24. ^ "วิธีเลือกใบอนุญาตสำหรับงานของคุณเอง" . ห้องทดลองการออกใบอนุญาตและการปฏิบัติตามข้อกำหนดของมูลนิธิซอฟต์แวร์เสรี สืบค้นเมื่อ1 พฤษภาคม 2560 .
  25. เคิร์ก เซนต์อมันต์ & ไบรอัน สติล (2008) "การตรวจสอบสิทธิ์ใช้งานซอฟต์แวร์โอเพ่นซอร์สผ่านรูปแบบการอนุญาตให้ใช้สิทธิ์ครีเอทีฟคอมมอนส์" คู่มือการวิจัยซอฟต์แวร์โอเพ่นซอร์ส: มุมมองทางเทคโนโลยี เศรษฐกิจ และสังคม ข้อมูลอ้างอิงวิทยาศาสตร์สารสนเทศ. หน้า 382 จาก 728 ISBN  978-1-59140-999-1.
  26. ↑ "The EUPL – ใบอนุญาตสาธารณะของสหภาพยุโรป" . คณะกรรมาธิการยุโรป. สืบค้นเมื่อ9 มกราคม 2550 .
  27. ^ "สัญญาอนุญาตซอฟต์แวร์ฟรี CeCILL" (PDF ) อินเรีย เก็บถาวรจากต้นฉบับ(PDF)เมื่อ 8 สิงหาคม 2553 . สืบค้นเมื่อ24 สิงหาคม 2010 .
  28. ปาทริซ-เอ็มมานูเอล ชมิตซ์ (3 เมษายน 2015). "ความหมายของคำว่า "Copyleft" ใน EUPL" . เข้าร่วม
  29. ^ สำหรับปรัชญาเบื้องหลังคำว่า "SaaSS" บางส่วน โปรดดูส่วน "ซอฟต์แวร์เซิร์ฟเวอร์" ของ "วิธีเลือกใบอนุญาตสำหรับงานของคุณเอง " โครงการกนู. 20 ธันวาคม 2558 . สืบค้นเมื่อ1 พฤษภาคม 2560 .
  30. สตอลแมน, ริชาร์ด (18 พฤศจิกายน 2559). "เซิร์ฟเวอร์นั้นให้บริการใครจริงๆ" . โครงการกนู. สืบค้นเมื่อ1 พฤษภาคม 2560 .
  31. ^ "ทำไมต้อง Affero GPL" . โครงการกนู . 10 พฤษภาคม 2558 . สืบค้นเมื่อ1 พฤษภาคม 2560 .
  32. ^ รายการลิขสิทธิ์ซอฟต์แวร์ฟรีบนเว็บไซต์ GNU : "เราแนะนำให้นักพัฒนาพิจารณาใช้ GNU AGPL สำหรับซอฟต์แวร์ใดๆ ที่โดยทั่วไปจะเรียกใช้ผ่านเครือข่าย "
  33. ^ "ใบอนุญาตและความคิดเห็นต่างๆ เกี่ยวกับพวกเขา - Sybase Open Watcom Public License เวอร์ชัน 1.0 (#Watcom) " GNU.org _ สืบค้นเมื่อ23 ธันวาคม 2558 . นี่ไม่ใช่ใบอนุญาตซอฟต์แวร์ฟรี คุณต้องเผยแพร่ซอร์สโค้ดสู่สาธารณะเมื่อใดก็ตามที่คุณ "ปรับใช้" ซอฟต์แวร์ที่ครอบคลุม และ "ปรับใช้" ถูกกำหนดให้รวมถึงการใช้งานส่วนตัวหลายประเภท
  34. ^ a b "ใบอนุญาตและความคิดเห็นต่างๆ เกี่ยวกับพวกเขา " โครงการกนู.
  35. เองเกลฟริเอต, อาร์นูด (2010). "การเลือกใบอนุญาตโอเพ่นซอร์ส" ซอฟต์แวร์IEEE มหาวิทยาลัยเศรษฐศาสตร์และธุรกิจเอเธนส์. 27 : 48–49. ดอย : 10.1109/MS.2010.5 . S2CID 36712745 . 
  36. เบียงกุซซี, เฟเดริโก (30 มิถุนายน พ.ศ. 2548) "ESR: "เราไม่ต้องการ GPL อีกต่อไป"" . ONLamp.com. เก็บถาวรจากต้นฉบับเมื่อ 6 มีนาคม 2018. สืบค้นเมื่อ23 สิงหาคม 2008 .
  37. ไทมันน์, ไมเคิล (18 กันยายน พ.ศ. 2549) "ใบอนุญาตตามชื่อ" . สืบค้นเมื่อ23 สิงหาคม 2008 .
  38. เรย์มอนด์, เอริก สตีเวน (9 พฤศจิกายน พ.ศ. 2545) "ใบอนุญาต HOWTO" . สืบค้นเมื่อ23 สิงหาคม 2008 .
  39. ^ "ความหมายของ GPLv3 สำหรับข้อตกลง MS-Novell " Yro.slashdot.org 8 มีนาคม 2550 . สืบค้นเมื่อ14 พฤษภาคม 2557 .
  40. สตอลแมน, ริชาร์ด (26 กุมภาพันธ์ พ.ศ. 2544) "LWN.net: RMS บนใบอนุญาต Ogg Vorbis " สืบค้นเมื่อ23 สิงหาคม 2008 . [M]y ตกลงกับแนวคิดเรื่องสิทธิ์ใช้งานที่หละหลวม [Ogg/Vorbis] ในกรณีพิเศษนี้ในทางปฏิบัติพอๆ กับความชอบของฉันสำหรับ GPL ในกรณีส่วนใหญ่ ในทั้งสองกรณี มันเป็นเรื่องของการที่เราจะบรรลุอิสรภาพได้อย่างไร
  41. ^ "ใบอนุญาตของ Microsoft ปฏิเสธโอเพ่นซอร์ส " CNET . ซีบีเอส อินเตอร์แอคทีฟ
  42. ^ "สงวนลิขสิทธิ์บางส่วน: ทางเลือกสำหรับลิขสิทธิ์" . สหราชอาณาจักร แบบมีสาย
  43. ^ "อภิธานศัพท์" . a2knetwork.org _ เก็บจากต้นฉบับเมื่อ 26 เมษายน 2552
  44. เจสัน กรีนเบิร์ก; แดเนียล เกลเซอร์ (มีนาคม 2013) "การฉีดวัคซีนการซื้อของคุณ – การคุ้มครองตามสัญญาจากใบอนุญาตไวรัสในธุรกรรม M&A" (PDF ) แฟรงค์ผัด . สมาคมที่ปรึกษาบริษัท. สืบค้นเมื่อ10 มิถุนายน 2559 .
  45. ฟิลิป วูด; เอมี่ ไรเบิร์น; อัลลัน Yeoman; แอนดรูว์ มาตางี; สตีฟ ไนติงเกล (1 กรกฎาคม 2556) "ข้อมูลอัปเดตทางกฎหมายด้านเทคโนโลยีสารสนเทศและการสื่อสาร – กรกฎาคม 2556" . เก็บถาวรจากต้นฉบับเมื่อ 21 กันยายน 2556 . สืบค้นเมื่อ10 มิถุนายน 2559 .
  46. วิกซี, พอล (6 มีนาคม พ.ศ. 2549) "เรื่อง: มาตรา 5.2 (ภาระผูกพัน IPR) ในร่างข้อกำหนดโรลโอเวอร์ของ TAK " รายชื่อผู้รับจดหมาย IETF Namedroppers เก็บถาวรจากต้นฉบับเมื่อ 27 กันยายน 2550 . สืบค้นเมื่อ29 เมษายน 2550 .
  47. ^ "ไวรัสสาธารณะทั่วไป" . ไฟล์ศัพท์แสง 2.2.1 . 15 ธันวาคม 1990 . สืบค้นเมื่อ29 เมษายน 2550 .
  48. แฮ็คแวน, สติก (กันยายน 2542). "วิศวกรรมย้อนกลับ GNU Public Virus – copyleft เป็นสิ่งที่ดีเกินไปหรือไม่" . ลินุกซ์เจอร์นัเก็บถาวรจากต้นฉบับเมื่อ 18 กรกฎาคม 2011 . สืบค้นเมื่อ29 เมษายน 2550 .
  49. สจ๊วต, บิล (8 ตุลาคม พ.ศ. 2541). "Re: ขอเสนอ: 'cypherpunks license' (Re: Wanted: Twofish source code)" . รายชื่อผู้รับจดหมายCypherpunks เก็บ ถาวรจากต้นฉบับเมื่อ 29 พฤษภาคม 2550 สืบค้นเมื่อ29 เมษายน 2550 .
  50. ^ บัค โจ (10 ตุลาคม 2543) "Re: การใช้ Parse tree ภายนอก" . รายชื่อผู้รับจดหมายGCC สืบค้นเมื่อ29 เมษายน 2550 .
  51. Griffis, L. Adrian (15 กรกฎาคม 2000) "ไวรัสสาธารณะ GNU " สืบค้นเมื่อ29 เมษายน 2550 .
  52. มุนดี, เครก (3 พฤษภาคม พ.ศ. 2544) "Speech Transcript – เคร็ก มันดี" . โรงเรียนธุรกิจ สเติร์นแห่งมหาวิทยาลัยนิวยอร์ก เก็บถาวรจากต้นฉบับเมื่อ 21 มิถุนายน 2548 . สืบค้นเมื่อ23 สิงหาคม 2008 .
  53. นิวบาร์ต, เดฟ (1 มิถุนายน พ.ศ. 2544) "Microsoft CEO พักช่วงเปิดตัวกับ Sun-Times" . ชิคาโก ซัน-ไทม์ส เก็บถาวรจากต้นฉบับเมื่อ 15 มิถุนายน 2544(ลิงค์เก็บถาวรอินเทอร์เน็ต)
  54. ^ ผู้นำซอฟต์แวร์ฟรียืนหยัดร่วมกันผ่านWikisource 
  55. บายฟิลด์ บรูซ (29 สิงหาคม พ.ศ. 2549) "วารสารผู้จัดการไอที: 10 ความเข้าใจผิดทั่วไปเกี่ยวกับ GPL" . สืบค้นเมื่อ23 สิงหาคม 2008 .
  56. "The License term smorgasbord: copyleft, share-alike, reciprocal, viral, or hereditary? – Luis Villa: Open Law and Strategy" . ลูอิส 3 กุมภาพันธ์ 2555 . สืบค้นเมื่อ22 สิงหาคม 2018 .
  57. ^ เดวิด แมคโกแวน (2005). "แง่มุมทางกฎหมายของซอฟต์แวร์โอเพ่นซอร์สและฟรี" ในโจเซฟเฟลเลอร์; ไบรอัน ฟิตซ์เจอรัลด์; สก็อตต์ เอ. ฮิสซัม; Karim R. Lakahani (สหพันธ์). มุมมองเกี่ยวกับซอฟต์แวร์โอเพ่นซอร์สและฟรี สำนักพิมพ์เอ็มไอที หน้า 382 . ISBN  978-0-262-06246-6.
  58. พอยน์เดอร์, ริชาร์ด (21 มีนาคม พ.ศ. 2549) "บทสัมภาษณ์ห้องใต้ดิน: ปลดรหัส" . สืบค้นเมื่อ5 กุมภาพันธ์ 2010 .
  59. ^ "คำถามที่พบบ่อยเกี่ยวกับใบอนุญาต GNU " มูลนิธิซอฟต์แวร์ฟรี 24 มิถุนายน 2551 . สืบค้นเมื่อ1 พฤษภาคม 2560 .
  60. เรย์มอนด์, เอริก สตีเวน (9 พฤศจิกายน พ.ศ. 2545) "ใบอนุญาต HOWTO" . สืบค้นเมื่อ21 มีนาคม 2553 .
  61. สตอลแมน, ริชาร์ด. ทำไมคุณไม่ควรใช้ Lesser GPL สำหรับไลบรารีถัดไปของคุณ โครงการ GNU
  62. ^ Hall, G. Brent (2008) แนวทางโอเพนซอร์สในการจัดการข้อมูลเชิงพื้นที่ สปริงเกอร์. หน้า 29. Bibcode : 2008osas.book.....ซ . ISBN 9783540748311.
  63. ^ "ข้อเสนอเพื่อเพิ่มสัญลักษณ์ Copyleft ให้กับ Unicode" (PDF )
  64. ^ a b "เสนอตัวละครใหม่: ตารางไปป์ไลน์" . ข้อเสนออักขระ Unicode สมาคม Unicode สืบค้นเมื่อ18 เมษายน 2017 .
  65. ^ "ประกาศ Unicode® Standard, เวอร์ชัน 11.0" . บล็อก . unicode.org สืบค้นเมื่อ6 มิถุนายน 2018 .
  66. ^ "คำถาม Unicode copyleft" . 6 พฤษภาคม 2000.

ลิงค์ภายนอก