Copyleft

Wikimedia-logo.svg ปลดปล่อยวัฒนธรรม บริจาค 5 × 1,000 ของคุณให้กับWikimedia Italy เขียน 94039910156 Wikimedia-logo.svg
จากวิกิพีเดีย สารานุกรมเสรี
ข้ามไปที่การนำทาง ไปที่การค้นหา
c กลับ ด้านในวงกลมคือสัญลักษณ์ของcopyleft
วงกลมcเป็นสัญลักษณ์ลิขสิทธิ์

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

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

ปลายทางนี้ ในความหมายทางเทคนิค-กฎหมายที่ไม่เคร่งครัด โดยทั่วไปแล้วยังสามารถบ่งบอกถึงการเคลื่อนไหวทางวัฒนธรรมที่พัฒนาขึ้นจากกระแสของแนวปฏิบัติใหม่นี้ เพื่อตอบสนองต่อรูปแบบลิขสิทธิ์ดั้งเดิมที่เข้มงวดขึ้น[3 ]

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

นิรุกติศาสตร์

แบบอักษร Monospaced อ่านว่า "Tiny basic for Intel 8080 version 2.0 by Li-Chen Wang, modified and translated to Intel mnemonics by Roger Rausklob, 10 October 1976. @ Copyleft, All Wrongs Reserved."
เก้าบรรทัดแรกของซอร์สโค้ด Tiny BASIC สำหรับ โปรเซสเซอร์ Intel 8080เขียนโดย Li-Chen Wang ศาสตราจารย์แห่งมหาวิทยาลัยPalo Alto ( 1976 )

แหล่งที่มา ของคำว่าcopyleftมาจากข้อความที่มีอยู่ในPalo Alto Tiny BASICซึ่งเป็นเวอร์ชันฟรีของ ภาษา BASIC ที่ เขียนโดยLi-Chen Wangในช่วงปลายทศวรรษ 1970 และ มาจากTiny BASIC รายการของโปรแกรมมีวลี "@COPYLEFT" และ "ALL WRONGS RESERVED" เล่น ว่า "ลิขสิทธิ์" และ "สงวนลิขสิทธิ์" ( สงวนลิขสิทธิ์ ) ซึ่งเป็นวลีที่ใช้ทั่วไปในการประกาศลิขสิทธิ์

Richard Stallman กล่าวว่าคำนี้มาจากDon Hopkinsซึ่งส่งจดหมายถึงเขาในปี 1984หรือ1985ซึ่งอ่านว่า: " Copyleft - all rights reserved . ( Copyleft - ยกเลิกทั้งหมด[4] )

สำนวนนี้เป็นการเล่นเกี่ยวกับคำว่าcopyrightซึ่งคำว่าrightซึ่งแปลว่า "ถูกต้อง" (ตามความหมายทางกฎหมาย) กลับด้านด้วยleftซึ่งหมายความว่า "ขายแล้ว" การเล่นตามความหมายที่สองของคำ คุณจะเห็นว่าด้านขวา (เช่น "ขวา") ถูกแลกเปลี่ยนกับซ้าย ("ซ้าย") อย่างไรในโลโก้ ด้านซ้ายยังเป็นกริยาที่ผ่านมาของกริยาto leaveซึ่งหมายความว่า "ออกจาก", "ละทิ้ง": ด้วยวิธีนี้มีการเล่นสำนวนเพิ่มเติมในการปล่อยสิทธิแทนการจอง (seli)แม้ว่า Stallman จะปฏิเสธการตีความนี้

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

ในตอนต้นของยุค 70คำว่าcopyleft พร้อมเครื่องหมาย "All Rights Reversed" ถูกใช้ในPrincipia Discordiaซึ่งออกเสียงคล้ายกับ "All Rights Reserved"; ความหมายตามตัวอักษรคือAll right กลับด้านแต่มีเสียงคล้ายกับวลีAll rights reserved (ยกเว้นreversedซึ่งเป็น anagram of reservedซึ่งอาจเป็นต้นเหตุของแรงบันดาลใจให้ฮอปกินส์หรือคนอื่นๆ)

มีปัญหาในการกำหนดคำว่า "copyleft" เนื่องจากการโต้เถียงที่แสดงลักษณะเฉพาะ คำนี้สร้างขึ้นเพื่อเป็นคู่หูที่น่าสนใจของคำว่า "ลิขสิทธิ์" ซึ่งเดิมเป็นคำนาม ระบุประเภทของใบอนุญาตที่เผยแพร่ภายใต้สัญญาอนุญาตสาธารณะทั่วไปของ GNU ซึ่ง ออกแบบโดยRichard Stallmanซึ่งเป็นส่วนหนึ่งของงานของFree Software Foundation ดังนั้น "โปรแกรมของคุณถูก copylefted" เกือบทุกครั้งถือว่าเป็นโปรแกรมที่เผยแพร่ภายใต้GPL เมื่อใช้เป็นกริยาในภาษาอังกฤษแต่แปลไม่ได้ในภาษาอิตาลีดังในประโยค " เขา copylefted ฉบับล่าสุดของเขา" เป็นการยากที่จะหาคำจำกัดความที่เหมาะสมเนื่องจากสามารถอ้างถึงใบอนุญาตที่คล้ายคลึงกันใด ๆ ได้ดังนั้นจึงเชื่อมโยงกับ แนวคิด จินตภาพโดยรวมของ "สิทธิ์ในการคัดลอก" โปรดดูหัวข้อถัดไปสำหรับรายละเอียดเพิ่มเติมเกี่ยวกับเรื่องนี้ .

ประวัติศาสตร์

แนวคิดของcopyleft ถือกำเนิด ขึ้น ในขณะที่ Richard Stallmanกำลังทำงานกับล่ามLisp บริษัทSymbolicsขอให้ใช้ล่าม Lisp และ Stallman ตกลงที่จะจัดหางาน เวอร์ชัน สาธารณสมบัติ ให้กับพวก เขา Symbolics ขยายและปรับปรุงล่าม Lisp แต่เมื่อ Stallman ต้องการเข้าถึงการปรับปรุงที่ Symbolics ได้ทำกับล่ามของเขา Symbolics ปฏิเสธ ดังนั้นในปี 1984 สตอลแมนจึง เริ่มทำงานเพื่อขจัด พฤติกรรมและวัฒนธรรมที่มีแนวโน้มจะ เป็นซอฟต์แวร์ที่เป็นกรรมสิทธิ์ ประเภท นี้ พฤติกรรมประเภทนี้ถูกกำหนดโดย Stallman เอง: "การกักตุนซอฟต์แวร์" (in ภาษาอังกฤษ "การกักตุนซอฟต์แวร์" ).

ภาพที่วาดโดย Richard Stallman
Richard Stallman ผู้ก่อตั้งโครงการ GNU

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

Richard Stallman อธิบายแนวคิดของ copyleft ในGNU Manifestoในปี 1985:

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

คำอธิบาย

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

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

  1. เสรีภาพ 0:
    อิสระในการรันโปรแกรมเพื่อวัตถุประสงค์ใด ๆ
  2. เสรีภาพ 1:
    อิสระในการศึกษาและปรับเปลี่ยนโปรแกรม[7] .
  3. เสรีภาพ 2:
    เสรีภาพในการแจกจ่ายสำเนาของโปรแกรมเพื่อช่วยเหลือผู้อื่น
  4. เสรีภาพ 3:
    เสรีภาพในการปรับปรุงโปรแกรมและเผยแพร่การปรับปรุงต่อสาธารณะ เพื่อให้ทั้งชุมชนได้รับประโยชน์จากโปรแกรมนี้[7 ]

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

ซึ่งกันและกัน

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

แทนที่จะทิ้งงานลงในสาธารณสมบัติซึ่งไม่มีใครสามารถอ้างสิทธิ์ในลิขสิทธิ์ได้ copyleft อนุญาตให้ผู้เขียนกำหนดข้อจำกัดในการใช้งานผลงานของตนได้ [8]

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

โดยปกติลิขสิทธิ์ Copyleft จะมีข้อกำหนดเพิ่มเติมที่มีจุดประสงค์เพื่อขจัดอุปสรรคต่อการใช้งานฟรี การแจกจ่ายและการแก้ไขสำเนา เช่น:

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

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

ใบอนุญาตจะต้องเป็นอะไรมากไปกว่าวิธีการบรรลุเป้าหมายของ copyleft; ใบอนุญาตขึ้นอยู่กับกฎหมายว่าด้วยทรัพย์สินทางปัญญาและเนื่องจากกฎหมายเหล่านี้อาจแตกต่างกันในแต่ละประเทศ ใบอนุญาตอาจแตกต่างกันไปขึ้นอยู่กับประเทศที่ใช้เพื่อให้เหมาะสมกับกฎหมายท้องถิ่นมากขึ้น ตัวอย่างเช่น ในบางรัฐ อาจเป็นที่ยอมรับในการขายซอฟต์แวร์โดยไม่มีการรับประกัน (ตามที่ระบุไว้ในข้อ 11 และ 12 ของใบอนุญาต GNU GPL เวอร์ชัน 2.0) ในขณะที่ในบางรัฐ เช่น ในหลายรัฐในยุโรป จะไม่สามารถให้บริการได้ การรับประกันใด ๆ เกี่ยวกับผลิตภัณฑ์ ขายด้วยเหตุผลเหล่านี้การขยายการรับประกันเหล่านี้ได้อธิบายไว้ในใบอนุญาตลิขสิทธิ์ยุโรปจำนวนมาก (ดูใบอนุญาต CeCILLใบอนุญาตที่อนุญาตให้ใช้ GNU GPL - อาร์ต 5.3.4 ของใบอนุญาต CeCILL - ร่วมกับการรับประกันแบบจำกัด - ศิลปะ 9).

อุดมการณ์

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

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

copyleft "ไวรัส" หรือไม่?

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

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

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

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

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

ฝ่ายตรงข้ามของ copyleft บางคนโต้แย้งว่าแม้แต่โค้ด copyleft เพียงบรรทัดเดียวในผลิตภัณฑ์ที่มีจำนวนหลายล้านบรรทัดก็เพียงพอแล้วที่จะทำให้ผลิตภัณฑ์ทั้งหมดถูกลิขสิทธิ์

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

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

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

ซอฟต์แวร์โอเพ่นซอร์สที่เผยแพร่ภายใต้ลิขสิทธิ์ copyleft และ non-copyleft

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

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

copyleftแข็งแกร่ง อ่อนแอ และ คลาวด์

Copyleft บนโปรแกรมนั้นถือว่าแข็งแกร่งมากหรือน้อยขึ้นอยู่กับวิธีการเผยแพร่ในงานดัดแปลง

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

ใบอนุญาตฟรีบางตัวที่ใช้copyleft ที่อ่อนแอได้แก่GNU Lesser General Public License (LGPL) [1]และMozilla Public License (MPL)

โดย " strong copyleft " เราหมายถึงใบอนุญาตที่งานลอกเลียนแบบและไลบรารีทั้งหมดที่เชื่อมโยงแบบไดนามิกกับพวกเขาจะได้รับใบอนุญาต copyleft

ตัวอย่างของลิขสิทธิ์ซอฟต์แวร์เสรีที่ใช้copyleft อย่างเข้มงวดได้แก่GNU General Public License (GPL) และ Arphic Public License (ซึ่งอย่างไรก็ตาม เนื่องจากเวอร์ชันที่ออกในปี 2010 ไม่อนุญาตให้มีการใช้งานเชิงพาณิชย์อีกต่อไป ดังนั้นจึงไม่จัดอยู่ในหมวดหมู่นี้อีกต่อไป)

สุดท้ายนี้ เราหมายถึงโดย " cloud copyleft [12] " หรือที่เรียกว่า " Network copyleft " ซึ่งเป็นใบอนุญาตประเภทนั้นที่จำเป็นในการทำให้ซอร์สโค้ดของโปรแกรมพร้อมใช้งานสำหรับผู้ใช้ที่เข้าถึงได้ตามความต้องการบริการออนไลน์จึงเชื่อมต่อจากระยะไกลไปยังเซิร์ฟเวอร์ที่ซอฟต์แวร์ทำงานเป็นบริการ ( Software as a service ) ดังนั้นจึงมีข้อ จำกัด มากกว่า copyleft ที่แข็งแกร่ง

ตัวอย่างสองตัวอย่างของ cloud copyleftคือAGPLและEUPL

ตัวอย่างของ ใบอนุญาต ที่ไม่ใช่ ลิขสิทธิ์ ฟรี ได้แก่ใบอนุญาต BSD ใบอนุญาต MIT และใบอนุญาต Apache

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

copyleft " เต็ม " และ " บางส่วน " หมายถึงขอบเขตของการเปลี่ยนแปลงหลังเผยแพร่:

  • copyleft ฉบับเต็มอนุญาตให้แก้ไขงานได้ไม่จำกัด ยกเว้นใบอนุญาตเอง
  • copyleftบางส่วนจำกัด การแก้ไขเฉพาะบางส่วนเท่านั้น เช่น:ในการสร้างสรรค์งานศิลปะ บางครั้ง copyleft ทั้งหมดอาจเป็นไปไม่ได้หรือเป็นที่ต้องการ

แบ่งปันเหมือนกัน

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

ใบอนุญาติ

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

ใบอนุญาตลิขสิทธิ์ประเภทอื่นๆ

Design Science License เป็นลิขสิทธิ์ลิขสิทธิ์ ที่เข้มงวดซึ่งสามารถนำไปใช้กับงานอื่นๆ ที่ไม่ใช่ซอฟต์แวร์ เอกสารประกอบ หรืองานศิลปะในความหมายกว้างๆ Free Software Foundationระบุว่าเป็นหนึ่งในใบอนุญาตที่มีอยู่แม้ว่าจะไม่ถือว่าเข้ากันได้กับ GPL ก็ตาม ดังนั้นจึงไม่แนะนำให้ใช้ในซอฟต์แวร์หรือเอกสารประกอบ

Against DRM Licenseเป็นลิขสิทธิ์ลิขสิทธิ์สำหรับงานศิลปะที่เผยแพร่โดยFree Creations

Copyleft ในบริบทอื่นที่ไม่ใช่ลิขสิทธิ์ซอฟต์แวร์

สิทธิ์ใช้งาน Copyleft สำหรับวัสดุอื่นนอกเหนือจากซอฟต์แวร์ได้แก่ ใบอนุญาต Creative Commons ที่ใช้ ร่วมกัน และGNU Free Documentation License ( สัญญาอนุญาตเนื้อหาฟรีของ GNUย่อมาจาก GNU FDL, GFDL หรือ FDL) สามารถใช้ GFDL เพื่อนำ แนวคิดcopyleft ไปใช้กับ งานที่ไม่มีซอร์สโค้ดที่ แยกแยะ ได้ ในขณะที่ข้อกำหนดของ GPL ในการเผยแพร่ซอร์สโค้ดนั้นไม่มีความหมายเมื่อซอร์สโค้ดแยกไม่ออกจาก โค้ดที่ คอมไพล์แล้วหรือโค้ดอ็อบเจกต์หรือโค้ดหรือรหัสไบนารี่ GFDL สร้างความแตกต่างระหว่าง "สำเนาโปร่งใส" และ "สำเนาทึบ" โดยใช้คำจำกัดความที่แตกต่างจากความแตกต่างของ GPL ระหว่าง "ซอร์สโค้ด" และ "โค้ดอ็อบเจ็กต์"

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

ศิลปะ - เอกสาร

Copyleft ยังได้สร้างแรงบันดาลใจให้กับศิลปะ (โดยเฉพาะอย่างยิ่งเมื่อมีการแสดงแนวคิดดั้งเดิมของทรัพย์สินทางปัญญาที่ทำลายความคิดสร้างสรรค์และ / หรือความร่วมมือเชิงสร้างสรรค์และ / หรือการกระจายอย่างง่ายของสิ่งที่ได้รับ) ด้วยการเคลื่อนไหวเช่นLibre Societyและการเกิดขึ้นของโอเพ่นซอร์ส บริษัทแผ่นเสียง ตัวอย่างเช่นใบอนุญาต Free Artคือใบอนุญาตลิขสิทธิ์ที่สามารถนำไปใช้กับงานศิลปะใดๆ ก็ได้

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

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

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

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

สิทธิบัตร

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

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

ดูเหมือนจะไม่มีคำตอบง่ายๆ สำหรับภัยคุกคามดังกล่าว ในขณะที่เป็นที่ทราบกันว่าชุมชนที่พัฒนาผลิตภัณฑ์ลิขสิทธิ์มักไม่มีทรัพยากรหรือองค์กรในการจัดการขั้นตอนที่ซับซ้อนที่เกี่ยวข้องกับการขอรับสิทธิบัตร อย่างไรก็ตาม การตอบสนองที่เป็นระเบียบ ดูเหมือนจะเริ่มปรากฏขึ้นจากสถานที่อภิปรายเช่นGroklaw นอกจากนี้IBMยังถูกมองว่าเป็นพันธมิตรของ ชุมชน โอเพ่นซอร์สเมื่อต้องรวมการ คุ้มครอง ลิขสิทธิ์ แบบดั้งเดิม สำหรับการสร้างสรรค์ลิขสิทธิ์กับ สิ่งประดิษฐ์ที่ ได้รับสิทธิบัตร ดูบทความเกี่ยวกับ Infoworld ซึ่งทำให้ทราบว่า IBM อ้างว่าจะไม่บังคับใช้สิทธิบัตรกับเคอร์เนล Linux

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

การใช้งานเชิงพาณิชย์ของการสร้างสรรค์ลิขสิทธิ์

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

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

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

ในระดับศิลปะ แนวความคิดของ "การสร้างบริการเชิงพาณิชย์โดยอิงจากการสร้างลิขสิทธิ์" หากเป็นไปได้ จะนำไปปฏิบัติได้ยากกว่าในการพัฒนาซอฟต์แวร์ แนวคิดต่างๆ แพร่กระจายบนอินเทอร์เน็ตเช่นกัน โดยมูลนิธิ Electronic Frontier Foundationโดยเฉพาะอย่างยิ่งการแจกจ่ายผลงานทางปัญญาที่สามารถเผยแพร่ผ่านเครือข่าย P2P ได้อย่างง่ายดาย (เช่น ไฟล์ที่มีงานดนตรี)

เครื่องหมาย

สัญลักษณ์ copyleft เกิดในปี 2548 เป็นอักษร "C" กลับด้านที่บรรจุอยู่ในวงกลม เช่นเดียวกับสัญลักษณ์ลิขสิทธิ์ ©แต่มีการสะท้อนกลับ มันไม่มีความสำคัญทางกฎหมาย[13] .

ข้อเสนอ 2016 [14]ในการเพิ่มสัญลักษณ์ใน Unicode เวอร์ชันอนาคตได้รับการยอมรับโดยUnicode Technical Comitee สัญลักษณ์นี้มีมาตั้งแต่Unicode 11 [15]และรหัสของมันคือ U + 1F12F [16]แม้ว่าจะยังใช้งานฟอนต์ได้ไม่ดีก็ตาม

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

บันทึก

  1. ^ การจัดประเภทของซอฟต์แวร์ฟรีและไม่ใช้ฟรี - โครงการ GNU - มูลนิธิซอฟต์แวร์เสรี (FSF)
  2. ^ คุณรู้ไหมว่า copyleft คืออะไร? - guide.supereva.it
  3. ^ Paola Pisano การจัดการนวัตกรรม สร้าง จัดการ และเผยแพร่ นวัตกรรมในระบบสัมพันธ์ , ห้องสมุดมหาวิทยาลัย, 2554, น. 224 และหน้า 246.
  4. ^ เกี่ยวกับโครงการ GNU - โครงการ GNU - มูลนิธิซอฟต์แวร์เสรี (FSF)
  5. ^ Copyleft อธิบายให้เด็กๆ ฟัง - wumingfoundation.com
  6. ^ คำจำกัดความของซอฟต์แวร์ฟรี
  7. ^ a b การเข้าถึงซอร์สโค้ดเป็นข้อกำหนดเบื้องต้น
  8. ^ Share and Share Alike: การทำความเข้าใจและบังคับใช้ Open Source และ Free Software LicensesในBerkeley Technology Law Journal , 2005, DOI : 10.15779 / Z388T19 สืบค้นเมื่อ 12 มกราคม 2022 .
  9. ^ Bill Stewart, Re: เสนอ: `cypherpunks license '(Re: Wanted: Twofish source code) , on .1998, 8 ตุลาคมlistmailing, Cypherpunkscypherpunks.venona.com )
  10. Joe Buck, Re: Using of parse tree externally , ที่gcc.gnu.org , GCC mailing list, 10 ตุลาคม 2000. สืบค้น เมื่อ29 เมษายน 2550
  11. ^ L. Adrian Griffis, The GNU Public Virus [ ลิงก์เสีย ] , บนthemes.Freecode.net , 15 กรกฎาคม 2000 สืบค้น เมื่อ29 เมษายน 2550
  12. ^ กฎของซอฟต์แวร์ฟรี บทความโดย Marco Ciurcina (ทนายความ) ( PDF ) บนindustriasoftwarelibero.it
  13. ^ Hall, G. Brent (George Brent), วิธีโอเพ่นซอร์สในการจัดการข้อมูลเชิงพื้นที่ , Springer, 2008, p. 29, ไอ 978-3-540-74831-1 , OCLC  288524326 . สืบค้นเมื่อ 26 มิถุนายน 2020 .
  14. ^ ข้อเสนอเพื่อเพิ่ม Copyleft Symbol เป็น Unicode ( PDF ) บนunicode.org
  15. ^ ไดอาน่า ประกาศ Unicode® Standard เวอร์ชัน11.0บนUnicode สืบค้นเมื่อ 26 มิถุนายน 2020 .
  16. ^ มาตรฐาน Unicode เวอร์ชัน 13.0 ( PDF ) บนunicode.org
  17. ^ Unicode Mail List Archive: การสอบถาม Unicode copyleft ที่unicode.org สืบค้นเมื่อ 19 กรกฎาคม พ.ศ. 2564 .

บรรณานุกรม

รายการที่เกี่ยวข้อง

ลิงค์ภายนอก

ทั่วไปและให้ข้อมูล

Copyleft และซอฟต์แวร์

Copyleft นำไปใช้กับการสร้างสรรค์งานศิลปะ