ใบอนุญาตซอฟต์แวร์
สัญญาอนุญาตใช้ซอฟต์แวร์เป็นเอกสารทางกฎหมายที่ควบคุมการใช้งานหรือการแจกจ่ายซอฟต์แวร์ต่อ
นับตั้งแต่ทศวรรษ 1970 เป็นต้น มา ลิขสิทธิ์ซอฟต์แวร์ได้รับการยอมรับในสหรัฐอเมริกา แม้ว่าจะมีการยอมรับลิขสิทธิ์แล้ว แต่บริษัทส่วนใหญ่ยังคงนิยมขายใบอนุญาตมากกว่าขายสำเนาซอฟต์แวร์ เพราะทำให้พวกเขาสามารถบังคับใช้เงื่อนไขที่เข้มงวดกว่าเกี่ยวกับการแจกจ่ายซ้ำได้ ผู้ซื้อส่วนน้อยมากที่จะอ่านส่วนใดส่วนหนึ่งของใบอนุญาต ซึ่งในระยะแรกเป็นสัญญาแบบห่อหุ้มและปัจจุบันพบเห็นได้ทั่วไปในรูปแบบคลิกยอมรับหรือเรียกดูยอมรับการบังคับใช้ใบอนุญาตประเภทนี้เป็นเรื่องที่ถกเถียงกันและมีข้อจำกัดในบางเขตอำนาจศาลข้อตกลงระดับบริการเป็นอีกประเภทหนึ่งของใบอนุญาตซอฟต์แวร์ที่ผู้ขายตกลงที่จะให้บริการในระดับหนึ่งแก่ผู้ซื้อ ซึ่งมักจะมีบทลงโทษทางการเงินรองรับ
Copyleftเป็นประเภทของใบอนุญาตที่กำหนด ให้ งานดัดแปลงต้องได้รับอนุญาตภายใต้เงื่อนไขของใบอนุญาตนั้น ใบอนุญาต Copyleft เป็นใบอนุญาตแบบโอเพ่นซอร์สและฟรี มีความพยายามที่จะอธิบายใบอนุญาตที่ไม่ยึดมั่นในเสรีภาพทั้งสี่ เช่น ใบอนุญาต Server Side Public Licenseและอื่นๆ[ 1 ]ว่าเป็น "copyleft" แต่สิ่งนี้ถูกปฏิเสธอย่างกว้างขวางว่าเป็นการใช้คำในทางที่ผิด ใบอนุญาตแบบฟรีประเภทอื่นๆ ขาดข้อกำหนดนี้: สำหรับใบอนุญาตแบบอนุญาตการระบุแหล่งที่มามักจะเป็นข้อกำหนดเพียงอย่างเดียว และใบอนุญาตที่เทียบเท่ากับสาธารณสมบัติไม่มีข้อจำกัดใดๆ การแพร่หลายของใบอนุญาตโอเพ่นซอร์สทำให้ ปัญหา ความเข้ากันได้ของใบอนุญาต ซับซ้อนขึ้น แต่ทั้งหมดมีคุณสมบัติร่วมกันบางประการ: อนุญาตให้มีการแจกจ่ายซ้ำและงานดัดแปลงภายใต้ใบอนุญาตเดียวกัน การเข้าถึงซอร์สโค้ด อย่างไม่จำกัด และการไม่เลือกปฏิบัติระหว่างการใช้งานที่แตกต่างกัน โดยเฉพาะอย่างยิ่ง การอนุญาตให้ใช้ในเชิงพาณิชย์
| เสรีและเปิดกว้าง | ไม่ฟรี | ||||||
|---|---|---|---|---|---|---|---|
| สาธารณสมบัติ[ 2 ]และใบอนุญาตที่เทียบเท่า | ใบอนุญาตอนุญาต[ 3 ] [ 4 ] | ลิขสิทธิ์แบบ Copyleft [ 3 ] [ 4 ] | ใบอนุญาตที่ไม่ใช่เชิงพาณิชย์[ 5 ] | ใบอนุญาตกรรมสิทธิ์[ 6 ] | ความลับทางการค้า[ 7 ] | แหล่งที่มาพร้อมใช้งาน | |
| คำอธิบาย | สละสิทธิ์ในการคุ้มครองลิขสิทธิ์ | มอบสิทธิ์การใช้งาน รวมถึงสิทธิ์ในการอนุญาตให้ใช้ต่อ (อนุญาตให้สร้างกรรมสิทธิ์และเข้ากันได้กับสัญญาอนุญาต ) | อนุญาตให้ใช้สิทธิ์ แต่ห้ามการครอบครองเป็นกรรมสิทธิ์ | อนุญาตให้ใช้เพื่อวัตถุประสงค์ที่ไม่ใช่เชิงพาณิชย์เท่านั้น | การใช้ลิขสิทธิ์ แบบดั้งเดิม ไม่จำเป็นต้องให้สิทธิ์ใดๆ | ไม่มีข้อมูลใดถูกเปิดเผยต่อสาธารณะ | อนุญาตให้ใช้สิทธิ์ได้ แต่จำกัดไว้เฉพาะกรณีการใช้งานบางอย่าง ไม่ใช่ซอฟต์แวร์เสรีหรือลิขสิทธิ์แบบปล่อยเสรี |
| ใบอนุญาตซอฟต์แวร์ที่น่าสนใจ | PD, CC0 [ 8 ] | MIT , Apache , MPL , BSD | จีพีแอล , เอจีพีแอล | เจอาร์แอล[ 9 ] | ซอฟต์แวร์กรรมสิทธิ์ | SSPL | |
ลิขสิทธิ์ซอฟต์แวร์
ซอร์สโค้ด(หรือไบนารีที่คอมไพล์แล้วในรูปแบบของออบเจ็กต์โค้ด ) [ 10 ]ของโปรแกรมคอมพิวเตอร์ได้รับการคุ้มครองโดยกฎหมายลิขสิทธิ์ซึ่งมอบสิทธิ์แต่เพียงผู้เดียวแก่เจ้าของในการคัดลอกโค้ด แนวคิดหรืออัลกอริทึมพื้นฐานไม่ได้รับการคุ้มครองโดยกฎหมายลิขสิทธิ์ แต่โดยทั่วไปจะถือเป็นความลับทางการค้าและปกปิดไว้ด้วยวิธีการต่างๆ เช่นข้อตกลงไม่เปิดเผยข้อมูล [ 11 ] ลิขสิทธิ์ซอฟต์แวร์ได้รับการยอมรับตั้งแต่กลางทศวรรษ 1970 และเป็นของบริษัทที่ผลิตซอฟต์แวร์ ไม่ใช่พนักงานหรือผู้รับเหมาที่เขียนซอฟต์แวร์นั้น[ 2 ]
| สิทธิ์ที่ได้รับ | สาธารณสมบัติและเทียบเท่า | ใบอนุญาตซอฟต์แวร์ โอเพนซอร์สแบบเปิดกว้าง (เช่นใบอนุญาต BSD ) | ใบอนุญาต Copyleft FOSS (เช่นGPL ) | ซอฟต์แวร์ฟรี / ซอฟต์แวร์แชร์แวร์ / ซอฟต์แวร์ ฟรีเมียม | ใบอนุญาตกรรมสิทธิ์ | ความลับทางการค้า |
|---|---|---|---|---|---|---|
| ลิขสิทธิ์สงวนไว้ | เลขที่ | ใช่ | ใช่ | ใช่ | ใช่ | ใช่ |
| สิทธิในการประหารชีวิต | ใช่ | ใช่ | ใช่ | ใช่ | ใช่ | เลขที่ |
| สิทธิ์ในการแสดง | ใช่ | ใช่ | ใช่ | ใช่ | ใช่ | เลขที่ |
| สิทธิ์ในการคัดลอก | ใช่ | ใช่ | ใช่ | บ่อยครั้ง | เลขที่ | เจ้าของลิขสิทธิ์มักฟ้องร้องดำเนินคดีกับผู้ที่ละเมิดลิขสิทธิ์เป็นส่วนใหญ่ |
| สิทธิ์ในการแก้ไข | ใช่ | ใช่ | ใช่ | เลขที่ | เลขที่ | เลขที่ |
| สิทธิ์ในการแจกจ่าย | ใช่ | ใช่ ภายใต้ใบอนุญาตเดียวกัน | ใช่ ภายใต้ใบอนุญาตเดียวกัน | บ่อยครั้ง | เลขที่ | เลขที่ |
| สิทธิ์ในการอนุญาตให้ใช้สิทธิ์ช่วงต่อ | ใช่ | ใช่ | เลขที่ | เลขที่ | เลขที่ | เลขที่ |
| ซอฟต์แวร์ตัวอย่าง | SQLite , ImageJ | เว็บเซิร์ฟเวอร์ Apache , ToyBox | เคอร์เนลลินุกซ์ , GIMP , OBS | Irfanview , Winamp | Windows , เกมวิดีโอเชิงพาณิชย์ส่วนใหญ่และระบบ DRM ของเกมเหล่านั้น , Spotify , xSplit , TIDAL | โปรแกรมและบริการคลาวด์คอมพิวติ้งฝั่งเซิร์ฟเวอร์แอปพลิเคชันด้านนิติวิทยาศาสตร์ และงานอื่นๆ ที่เกี่ยวข้องกับธุรกิจหลัก |
ใบอนุญาตซอฟต์แวร์กรรมสิทธิ์
แนวโน้มในการอนุญาตให้ใช้ซอฟต์แวร์ที่เป็นกรรมสิทธิ์แทนที่จะขาย มีมาตั้งแต่ก่อนยุคที่ขอบเขตของการคุ้มครองลิขสิทธิ์ซอฟต์แวร์มีความชัดเจนสัญญาอนุญาตเหล่านี้ยังคงใช้กันต่อไปหลังจากที่ศาลรับรองลิขสิทธิ์ซอฟต์แวร์ และถือว่าเป็นการให้ความคุ้มครองเพิ่มเติมแก่บริษัทเมื่อเทียบกับกฎหมายลิขสิทธิ์[ 13 ]ตามกฎหมายของรัฐบาลกลางสหรัฐอเมริกาบริษัทสามารถจำกัดฝ่ายที่ตนขายให้ได้ แต่ไม่สามารถป้องกันผู้ซื้อจากการขายต่อผลิตภัณฑ์ได้ ข้อตกลงการอนุญาตให้ใช้ซอฟต์แวร์มักห้ามการขายต่อ ทำให้บริษัทสามารถเพิ่มรายได้สูงสุดได้[ 14 ]
ตามธรรมเนียมแล้ว ซอฟต์แวร์จะถูกแจกจ่ายในรูปแบบของรหัสวัตถุ ไบนารี ที่ไม่สามารถเข้าใจหรือแก้ไขได้โดยผู้ใช้[ 10 ]แต่สามารถดาวน์โหลดและเรียกใช้งานได้ ผู้ใช้ซื้อใบอนุญาตถาวรเพื่อใช้ซอฟต์แวร์เวอร์ชันใดเวอร์ชันหนึ่ง[ 15 ] ผู้จำหน่าย ซอฟต์แวร์ในรูปแบบบริการ (SaaS) ซึ่งมี ส่วนแบ่งการตลาดส่วนใหญ่ในซอฟต์แวร์แอปพลิเคชันณ ปี 2023[ 16 ] —แทบจะไม่เสนอใบอนุญาตถาวร [ 17 ]ใบอนุญาต SaaS มักจะเป็นใบอนุญาตชั่วคราวและคิดค่าบริการตามการใช้งานหรือตามการสมัครสมาชิก [ 18 ] แม้ว่า จะมีการใช้โมเดลรายได้อื่นๆ เช่นฟรีเมียม [ 19 ]สำหรับลูกค้า ข้อดีของใบอนุญาตชั่วคราว ได้แก่ ต้นทุนเริ่มต้นที่ลดลง ความยืดหยุ่นที่เพิ่มขึ้น และต้นทุนโดยรวมที่ต่ำกว่าเมื่อเทียบกับใบอนุญาตถาวร [ 15 ]ในบางกรณี ต้นทุนครั้งเดียวที่สูงซึ่งผู้ขายซอฟต์แวร์แบบดั้งเดิมเรียกร้องนั้นเกินกำลังของธุรกิจขนาดเล็กแต่โมเดล SaaS แบบจ่ายตามการใช้งานทำให้ซอฟต์แวร์มีราคาไม่แพง [ 20 ]
ข้อตกลงใบอนุญาตผู้ใช้ปลายทาง (EULA)
ในตอนแรก ข้อตกลงใบอนุญาตผู้ใช้ปลายทาง (EULA) จะถูกพิมพ์ลงบนบรรจุภัณฑ์แบบห่อหุ้มที่ห่อผลิตภัณฑ์ (ดูสัญญาแบบห่อหุ้ม ) หรือบนกระดาษ ใบอนุญาตมักระบุว่าลูกค้าตกลงหากไม่ส่งคืนผลิตภัณฑ์ภายในระยะเวลาที่กำหนด[ 21 ]ในปัจจุบัน EULA มักพบในรูปแบบclickwrapหรือbrowsewrapซึ่งการคลิกหรือการเรียกดูอย่างต่อเนื่องของผู้ใช้ถือเป็นการแสดงความยินยอม ส่งผลให้ความยาวเพิ่มขึ้นเนื่องจากการสิ้นสุดของข้อจำกัดทางกายภาพ[ 22 ] EULA ส่วนใหญ่ได้รับการออกแบบมาให้ยากต่อการอ่านและทำความเข้าใจ แต่ง่ายต่อการตกลงตามเงื่อนไขใบอนุญาตโดยไม่ต้องอ่าน[ 13 ] [ 21 ]ไม่ว่าจะเข้าถึงได้ง่ายเพียงใด ผู้บริโภคเพียงไม่กี่รายเท่านั้นที่อ่านส่วนใดส่วนหนึ่งของข้อตกลงใบอนุญาต[ 23 ] [ 24 ]ส่วนใหญ่คิดว่าเงื่อนไขนั้นไม่มีข้อโต้แย้งหรือแทบจะไม่สังเกตเห็นการตกลงขณะติดตั้งซอฟต์แวร์[ 25 ]บริษัทต่างๆ ใช้ประโยชน์จากความไม่ใส่ใจของผู้บริโภคในการแทรกข้อกำหนดลงใน EULA [ 26 ]
ซอฟต์แวร์กรรมสิทธิ์มักจะเสนอภายใต้ใบอนุญาตที่จำกัดซึ่งห้ามการคัดลอกและการนำไปใช้ซ้ำ และมักจะจำกัดให้ผู้ซื้อใช้ซอฟต์แวร์บนคอมพิวเตอร์เครื่องเดียวเท่านั้น[ 6 ] [ 27 ]ซอร์สโค้ดแทบจะไม่มีให้ใช้งาน งานซอฟต์แวร์ที่ดัดแปลงและการวิศวกรรมย้อนกลับมักถูกห้ามอย่างชัดเจน[ 27 ] EULA หลายฉบับอนุญาตให้ผู้ขายรวบรวมข้อมูลเกี่ยวกับผู้ใช้และนำไปใช้ในลักษณะที่ไม่จำกัด[ 28 ] EULA บางฉบับจำกัดความสามารถของผู้ใช้ในการใช้ลิขสิทธิ์เหนือผลงานที่ดัดแปลงซึ่งสร้างขึ้นโดยใช้ซอฟต์แวร์ เช่น การสร้างสรรค์ในโลกเสมือนจริงของวิดีโอเกม[ 29 ] [ 30 ]
ส่วนใหญ่จะปฏิเสธความรับผิด ใดๆ สำหรับความเสียหายที่เกิดจากผลิตภัณฑ์[ 31 ]และป้องกันไม่ให้ผู้ซื้อเข้าถึงระบบศาลเพื่อแสวงหาการเยียวยา[ 32 ]นอกจากนี้ EULA จำนวนมากยังอนุญาตให้ผู้ขายเปลี่ยนแปลงเงื่อนไขได้ตลอดเวลา และลูกค้าต้องเลือกระหว่างการยอมรับหรือยุติการใช้ผลิตภัณฑ์โดยไม่ได้รับเงินคืน[ 33 ]เป็นเรื่องปกติที่ EULA จะอนุญาตให้ผู้ขายยกเลิกสัญญาฝ่ายเดียวด้วยเหตุผลที่ไม่ชัดเจนหรือไม่มีเลย[ 34 ]
EULA ซึ่งเกือบทุกครั้งเสนอในลักษณะ "รับหรือไม่รับ"เป็นเงื่อนไขที่ไม่สามารถต่อรองได้สำหรับการใช้ซอฟต์แวร์[ 35 ]นั้นแตกต่างอย่างมากจากสัญญาต้นแบบที่ทั้งสองฝ่ายเข้าใจเงื่อนไขและตกลงกันโดยสมัครใจ[ 36 ]มีการถกเถียงกันอย่างมากเกี่ยวกับขอบเขตที่ข้อตกลงเหล่านี้สามารถถือว่ามีผลผูกพันได้ ก่อนปี 1996 ในสหรัฐอเมริกา ใบอนุญาต แบบคลิกยอมรับหรือ แบบ เรียกดูไม่ถือว่ามีผลผูกพัน แต่หลังจากนั้นมามักจะมีผลผูกพัน[ 37 ] [ 22 ]ภายใต้คำสั่งเนื้อหาดิจิทัลฉบับใหม่ที่มีผลบังคับใช้ในสหภาพยุโรป EULA จะมีผลบังคับใช้ได้เฉพาะในขอบเขตที่ไม่ละเมิดความคาดหวังของผู้บริโภคที่สมเหตุสมผล ช่องว่างระหว่างความคาดหวังและเนื้อหาของ EULA นั้นกว้างเป็นพิเศษเมื่อพูดถึงข้อจำกัดในการคัดลอกและการโอนกรรมสิทธิ์ของเนื้อหาดิจิทัล[ 38 ] EULA จำนวนมากมีข้อกำหนดที่อาจไม่สามารถบังคับใช้ได้ขึ้นอยู่กับเขตอำนาจศาล ผู้จำหน่ายซอฟต์แวร์เก็บข้อกำหนดที่ไม่สามารถบังคับใช้ได้เหล่านี้ไว้ในข้อตกลง อาจเป็นเพราะผู้ใช้ไม่ค่อยใช้ระบบกฎหมายเพื่อโต้แย้ง[ 39 ]
ข้อตกลงระดับบริการ (SLA)
ข้อตกลงระดับบริการมักใช้สำหรับซอฟต์แวร์ขององค์กรและรับประกันระดับการบริการ เช่น ประสิทธิภาพของซอฟต์แวร์หรือเวลาในการตอบสนองต่อปัญหาที่ลูกค้าแจ้งมา หลายข้อตกลงระบุถึงบทลงโทษทางการเงินหากการบริการต่ำกว่ามาตรฐานที่ตกลงกันไว้[ 40 ] SLA มักครอบคลุมด้านต่างๆ เช่น ความพร้อมใช้งาน ความน่าเชื่อถือ ราคา และความปลอดภัย โดยใช้ตัวชี้วัดเชิงปริมาณ[ 41 ] SLA หลายระดับเป็นเรื่องปกติในการประมวลผลแบบคลาวด์เนื่องจากการใช้บริการประมวลผลที่แตกต่างกันซึ่งอาจได้รับการจัดการโดยบริษัทต่างๆ[ 42 ] SLA ในการประมวลผลแบบคลาวด์เป็นหัวข้อที่มีการวิจัยอย่างจริงจังในปี 2024[ 43 ]
ใบอนุญาตซอฟต์แวร์ฟรีและโอเพนซอร์ส
ก่อนการเคลื่อนไหวโอเพนซอร์สในช่วงทศวรรษ 1980 ซอฟต์แวร์เกือบทั้งหมดเป็นกรรมสิทธิ์และไม่เปิดเผยซอร์สโค้ด[ 44 ] การอนุญาตแบบโอเพนซอร์สมีจุดประสงค์เพื่อเพิ่มความเปิดกว้างและลดอุปสรรคในการใช้ซอฟต์แวร์ การเผยแพร่ และนวัตกรรมที่ตามมา[ 5 ]
ใบอนุญาตโอเพนซอร์สมีลักษณะสำคัญร่วมกันหลายประการ: [ 45 ]
- การแจกจ่ายฟรี: ใครก็ตามสามารถแจกจ่ายซอฟต์แวร์ได้ ไม่ว่าจะฟรีหรือมีค่าใช้จ่าย โดยไม่ต้องขออนุญาตหรือจ่ายเงินให้กับผู้ถือลิขสิทธิ์[ 45 ]
- การเข้าถึงซอร์สโค้ด สาธารณะโดยไม่จำกัด [ 45 ] —ซึ่งเป็นสิ่งที่คำว่าโอเพนซอร์สหมายถึง[ 46 ]
- ผู้ใช้สามารถแก้ไขซอฟต์แวร์และเผยแพร่ผลงานดัดแปลง ได้ ไม่ว่าจะภายใต้เงื่อนไขเดียวกับซอฟต์แวร์ฟรี หรือในบางกรณี ภายใต้ใบอนุญาตที่แตกต่างกัน[ 45 ]
- การไม่เลือกปฏิบัติระหว่างการใช้งานที่แตกต่างกัน[ 45 ]รวมถึงการใช้งานเชิงพาณิชย์[ 9 ] [ 5 ]
Open Source Initiativeตรวจสอบและอนุมัติใบอนุญาตโอเพนซอร์สใหม่ที่สอดคล้องกับคำจำกัดความโอเพนซอร์ส[ 45 ]
ประเภทของใบอนุญาตโอเพนซอร์ส
- หากซอฟต์แวร์อยู่ในโดเมนสาธารณะลิขสิทธิ์ของเจ้าของจะสิ้นสุดลง และทุกคนสามารถใช้ผลงานได้โดยไม่มีข้อจำกัดด้านลิขสิทธิ์[ 2 ]
- ใบอนุญาตแบบไม่จำกัดอนุญาตให้ใช้ผลงานซ้ำได้อย่างอิสระโดยไม่มีข้อจำกัดในการออกใบอนุญาตสำหรับ ผล งานดัดแปลง[ 4 ] ใบอนุญาต เหล่านี้จำนวนมากกำหนดให้ต้องระบุแหล่งที่มาของผู้สร้างดั้งเดิม[ 47 ]ใบอนุญาตโอเพนซอร์สฉบับแรกเป็นใบอนุญาตแบบไม่จำกัดซึ่งมีจุดประสงค์เพื่ออำนวยความสะดวกในการทำงานร่วมกันทางวิทยาศาสตร์: Berkeley Software Distribution (BSD) ซึ่งตั้งชื่อตามมหาวิทยาลัยแคลิฟอร์เนีย เบิร์กลีย์ในปี 1978 [ 48 ]
- ใบอนุญาต Copyleft (หรือที่รู้จักกันในชื่อ "share-alike") [ 47 ]กำหนดให้ ต้องแจกจ่าย ซอร์สโค้ดพร้อมกับซอฟต์แวร์ และกำหนดให้ซอร์สโค้ดต้องพร้อมใช้งานภายใต้ใบอนุญาตที่คล้ายคลึงกัน[ 49 ] [ 50 ] Copyleft แสดงถึงขอบเขตที่ไกลที่สุดที่สามารถจำกัดการนำไปใช้ซ้ำได้ ในขณะที่ยังคงถือว่าเป็นซอฟต์แวร์เสรี[ 51 ]ใบอนุญาต Copyleft ที่เข้มงวด เช่นใบอนุญาตสาธารณะทั่วไปของ GNU (GPL) ไม่อนุญาตให้มีการนำไปใช้ซ้ำในซอฟต์แวร์ที่เป็นกรรมสิทธิ์ ในขณะที่ Copyleft ที่อ่อนแอ เช่นใบอนุญาตสาธารณะทั่วไปที่น้อยกว่าของ GNU (LGPL) ที่เกี่ยวข้อง อนุญาตให้มีการนำไปใช้ซ้ำได้ในบางสถานการณ์[ 4 ]นักพัฒนาซอฟต์แวร์มองว่าใบอนุญาต Copyleft เป็นวิธีหนึ่งในการรับประกันว่าการมีส่วนร่วมของพวกเขาจะไม่สร้างข้อได้เปรียบที่ไม่เป็นธรรมให้กับผู้อื่น[ 4 ] [ 52 ]แรงจูงใจอีกประการหนึ่งในการเลือกใช้ copyleft คือการส่งเสริมโอเพนซอร์สผ่านข้อกำหนดสำหรับงานดัดแปลง: [ 47 ] Stallmanกล่าวว่า "แนวคิดหลักของ copyleft คือการใช้กฎหมายลิขสิทธิ์ แต่พลิกกลับเพื่อรับใช้ในสิ่งที่ตรงกันข้ามกับวัตถุประสงค์ปกติ: แทนที่จะเป็นวิธีการแปรรูปซอฟต์แวร์ [ลิขสิทธิ์] กลายเป็นวิธีการรักษาซอฟต์แวร์ให้เป็นอิสระ" [ 53 ]
นอกเหนือจากซอฟต์แวร์แล้ว ใบอนุญาต Creative Commons สำหรับการใช้งานที่ไม่ใช่เชิงพาณิชย์เท่านั้น ได้รับความนิยมในหมู่ศิลปินบางกลุ่มที่ต้องการป้องกันไม่ให้ผู้อื่นได้รับผลกำไรมากเกินไปจากผลงานของพวกเขา[ 52 ]อย่างไรก็ตาม ซอฟต์แวร์ที่เปิดให้ใช้งานสำหรับ การใช้งาน ที่ไม่ใช่เชิงพาณิชย์เท่านั้นจะไม่ถือว่าเป็นโอเพน ซอร์ส [ 9 ]ใบอนุญาต Java Research Licenseสำหรับการใช้งานที่ไม่ใช่เชิงพาณิชย์เท่านั้นของSun Microsystemsถูกปฏิเสธโดยชุมชนโอเพนซอร์ส และในปี 2549 บริษัทได้เผยแพร่ Java ส่วนใหญ่ภายใต้ GPL [ 9 ]
ความเข้ากันได้
นับตั้งแต่ปี 1989 [ 44 ]ได้มีการสร้างใบอนุญาตซอฟต์แวร์โอเพนซอร์สหลากหลายประเภท[ 54 ]การเลือกใบอนุญาตซอฟต์แวร์โอเพนซอร์สกลายเป็นเรื่องยากขึ้นเรื่อยๆ เนื่องจากมีใบอนุญาต จำนวนมาก [ 55 ] [ 56 ]ซึ่งหลายใบอนุญาตมีความแตกต่างกันเพียงเล็กน้อย[ 57 ]ใบอนุญาตหลายใบไม่เข้ากัน ทำให้ขัดขวางเป้าหมายของการเคลื่อนไหวซอฟต์แวร์เสรี[ 58 ] ปัญหาการแปล ความกำกวมในข้อกำหนด ของใบอนุญาต และความไม่เข้ากันของใบอนุญาตบางใบกับกฎหมายในเขตอำนาจศาลบางแห่ง ยิ่งทำให้ปัญหานี้รุนแรงขึ้น[ 59 ]
แม้ว่าการดาวน์โหลดโมดูลโอเพนซอร์สจะรวดเร็วและง่าย แต่การปฏิบัติตามเงื่อนไขการอนุญาตอาจทำได้ยากกว่า[ 60 ]ปริมาณการพึ่งพาซอฟต์แวร์หมายความว่าวิศวกรที่ทำงานในโครงการที่ซับซ้อนมักจะต้องพึ่งพาซอฟต์แวร์การจัดการใบอนุญาตซอฟต์แวร์เพื่อช่วยให้พวกเขาปฏิบัติตามเงื่อนไขการอนุญาตของส่วนประกอบโอเพนซอร์สได้[ 61 ]ไฟล์ซอฟต์แวร์โอเพนซอร์สจำนวนมากไม่ได้ระบุใบอนุญาตอย่างชัดเจน ทำให้การปฏิบัติตามทำได้ยากขึ้น[ 60 ]เมื่อรวมฐานโค้ด ใบอนุญาตดั้งเดิมสามารถคงไว้สำหรับส่วนประกอบที่แยกจากกัน และงานขนาดใหญ่สามารถเผยแพร่ภายใต้ใบอนุญาตที่เข้ากันได้[ 62 ]ความเข้ากันได้นี้มักจะเป็นแบบทางเดียว เนื้อหาที่เป็นสาธารณสมบัติสามารถใช้ได้ทุกที่เนื่องจากไม่มีการอ้างสิทธิ์ในลิขสิทธิ์ แต่โค้ดที่ได้มาภายใต้เงื่อนไขเกือบทุกชุดไม่สามารถโอนไปยังสาธารณสมบัติได้ ใบอนุญาตแบบอนุญาตสามารถใช้ได้ภายในงาน copyleft แต่เนื้อหา copyleft ไม่สามารถเผยแพร่ภายใต้ใบอนุญาตแบบอนุญาตได้ ใบอนุญาต copyleft ที่อ่อนแอบางประเภทสามารถใช้ได้ภายใต้ GPL และกล่าวกันว่าเข้ากันได้กับ GPL ซอฟต์แวร์ GPL สามารถใช้งานได้ภายใต้ GPL หรือ AGPL เท่านั้น[ 63 ]
การบังคับใช้
ใบอนุญาตซอฟต์แวร์ฟรีและโอเพนซอร์สได้รับการบังคับใช้ในศาลแพ่งอย่างประสบความสำเร็จตั้งแต่ช่วงกลางทศวรรษ 2000 [ 64 ]ศาลพบว่าการแจกจ่ายซอฟต์แวร์แสดงถึงการยอมรับเงื่อนไขของใบอนุญาต[ 65 ]อย่างไรก็ตาม โดยทั่วไปนักพัฒนาจะปฏิบัติตามโดยไม่ต้องฟ้องร้องแรงกดดันทางสังคมเช่น ศักยภาพในการต่อต้านจากชุมชน มักจะเพียงพอ[ 66 ] จดหมาย ยุติและสั่งห้ามเป็นวิธีการทั่วไปในการนำบริษัทกลับมาปฏิบัติตาม โดยเฉพาะในประเทศเยอรมนี[ 67 ]
ประเด็นถกเถียงกันมานานในชุมชน FOSS คือ ใบอนุญาตโอเพนซอร์สเป็น "ใบอนุญาตเปล่า" หรือเป็นสัญญา[ 68 ]ใบอนุญาตเปล่าคือชุดเงื่อนไขที่อนุญาตให้ดำเนินการต่างๆ ที่ถูกจำกัดโดยกฎหมายทรัพย์สินทางปัญญา[ 64 ]ภายใต้การตีความใบอนุญาตเปล่า ซึ่งได้รับการสนับสนุนโดยมูลนิธิซอฟต์แวร์เสรี (FSF) ผู้ถือลิขสิทธิ์สามารถฟ้องร้องต่อศาลในข้อหาละเมิดลิขสิทธิ์ได้[ 64 ]ภายใต้การตีความสัญญา ฝ่ายที่เกี่ยวข้องสามารถฟ้องร้องต่อศาลในข้อหาละเมิดสัญญาได้ [ 69 ] ศาลของสหรัฐอเมริกาและฝรั่งเศสได้พิจารณาคดีภายใต้การตีความทั้งสองแบบ[ 70 ]
ค่า
บริษัทมากกว่า 90 เปอร์เซ็นต์ใช้ซอฟต์แวร์โอเพนซอร์สเป็นส่วนประกอบของซอฟต์แวร์กรรมสิทธิ์ของตน[ 71 ]การตัดสินใจใช้ซอฟต์แวร์โอเพนซอร์ส หรือแม้แต่การมีส่วนร่วมในโครงการโอเพนซอร์สเพื่อปรับปรุงซอฟต์แวร์โอเพนซอร์สที่มีอยู่ มักเป็นการตัดสินใจทางธุรกิจที่เน้นประโยชน์ใช้สอย[ 72 ] [ 73 ]เมื่อซอฟต์แวร์กรรมสิทธิ์แข่งขันโดยตรงกับทางเลือกโอเพนซอร์ส การวิจัยพบผลลัพธ์ที่ขัดแย้งกันเกี่ยวกับผลกระทบของการแข่งขันต่อราคาและคุณภาพของผลิตภัณฑ์กรรมสิทธิ์[ 74 ]
เป็นเวลาหลายทศวรรษแล้วที่บางบริษัทได้ใช้การให้บริการผลิตภัณฑ์ซอฟต์แวร์โอเพนซอร์สสำหรับผู้ใช้ระดับองค์กรเป็นรูปแบบธุรกิจของตน บริษัทเหล่านี้ควบคุมผลิตภัณฑ์ซอฟต์แวร์โอเพนซอร์ส และแทนที่จะเรียกเก็บค่าลิขสิทธิ์หรือค่าใช้งาน พวกเขากลับเรียกเก็บค่าปรับปรุง การบูรณาการ และบริการอื่นๆ[ 75 ] ผลิตภัณฑ์ ซอฟต์แวร์เป็นบริการ (SaaS) ที่ใช้ส่วนประกอบโอเพนซอร์สกำลังเป็นที่นิยมมากขึ้นเรื่อยๆ[ 76 ]
ซอฟต์แวร์โอเพนซอร์สเป็นที่นิยมสำหรับการใช้งานทางวิทยาศาสตร์ เนื่องจากช่วยเพิ่มความโปร่งใสและช่วยในการตรวจสอบและยอมรับผลลัพธ์ทางวิทยาศาสตร์[ 57 ]
ดูเพิ่มเติม
- การเปรียบเทียบใบอนุญาตซอฟต์แวร์ฟรีและโอเพนซอร์ส
- การจัดการสิทธิ์ดิจิทัล
- การป้องกันการคัดลอก
- การออกใบอนุญาตสองประเภท
- ซอฟต์แวร์ที่ไม่ต้องเสียค่าลิขสิทธิ์
- ผู้จัดการใบอนุญาต
- การเปิดใช้งานผลิตภัณฑ์
- รหัสผลิตภัณฑ์
- สิทธิ การแสดงออก ภาษา
- การวัดซอฟต์แวร์
- เงื่อนไขการให้บริการ
- การเข้าถึงอย่างถาวร
- ใบอนุญาตลิขสิทธิ์ (หมวดหมู่)
- ซอฟต์แวร์ตามใบอนุญาต (ประเภท)
แหล่งที่มา
- Ahuja, Neha (2016). "การสร้างสรรค์เชิงพาณิชย์: บทบาทของข้อตกลงใบอนุญาตผู้ใช้ปลายทางในการควบคุมการแสวงหาประโยชน์จากเนื้อหาที่ผู้ใช้สร้างขึ้น"วารสารกฎหมายทรัพย์สินทางปัญญาของจอห์น มาร์แชลล์ 16 : 381– 410 .
- Alamoudi, Emad; Mehmood, Rashid; Aljudaibi, Wajdi; Albeshri, Aiiad; Hasan, Syed Hamid (2020). "ใบอนุญาตโอเพนซอร์สและโอเพนดาต้าในยุคโครงสร้างพื้นฐานอัจฉริยะ: กรอบการทบทวนและการคัดเลือกใบอนุญาต" โครงสร้างพื้นฐานอัจฉริยะและการประยุกต์ใช้: รากฐานสำหรับเมืองและสังคมที่ชาญฉลาดกว่า Springer International Publishing. หน้า537–559 . ISBN 978-3-030-13705-2.
- Anesa, Patrizia (1 มีนาคม 2014). "การแปลข้อตกลงใบอนุญาตผู้ใช้ปลายทาง: ประเด็น กลยุทธ์ และเทคนิค" . ASp. La revue du GERAS . 65 (65): 87– 102. doi : 10.4000/asp.4205 . ISSN 1246-8185 .
- August, Terrence; Chen, Wei; Zhu, Kevin (2021). "การแข่งขันระหว่างบริษัทซอฟต์แวร์กรรมสิทธิ์และโอเพนซอร์ส: บทบาทของการอนุญาตให้ใช้สิทธิ์ในการมีส่วนร่วมเชิงกลยุทธ์" Management Science . 67 (5): 3041– 3066. doi : 10.1287/mnsc.2020.3674 .
- Bakos, Yannis; Marotta-Wurgler, Florencia; Trossen, David R. (2014). "มีใครอ่านรายละเอียดปลีกย่อยบ้างไหม? ความสนใจของผู้บริโภคต่อสัญญาแบบฟอร์มมาตรฐาน" วารสารการศึกษากฎหมาย 43 ( 1): 1– 35. doi : 10.1086/674424 .
- Ballhausen, Miriam (2022). "การบังคับใช้ลิขสิทธิ์" กฎหมาย นโยบาย และการปฏิบัติเกี่ยวกับโอเพนซอร์ส สำนักพิมพ์มหาวิทยาลัยออกซ์ฟอร์ด หน้า126–140 ISBN 978-0-19-886234-5.
- เบน-ชาฮาร์, ออมรี; ชไนเดอร์, คาร์ล อี. (2014). มากกว่าที่คุณอยากรู้: ความล้มเหลวของการเปิดเผยข้อมูลที่บังคับใช้ . สำนักพิมพ์มหาวิทยาลัยพรินซ์ตัน. ISBN 978-0-691-16170-9.
- Bernelin, Margo (2020). "ความเข้ากันได้ของใบอนุญาตแบบเปิด/เสรี: ปัญหาทางกฎหมาย" วารสารกฎหมายและเทคโนโลยีสารสนเทศระหว่างประเทศ 28 ( 2): 93– 111. doi : 10.1093/ijlit/eaaa010 .
- บอยล์, เจมส์ (2003). "การเคลื่อนไหวการปิดล้อมครั้ง ที่สองและการสร้างพื้นที่สาธารณะ"กฎหมายและปัญหาในปัจจุบัน 66 ( 1): 33– 74. ISSN 0023-9186
- บัตเลอร์, ไซมอน; กามาเลียลส์สัน, โยนาส; ลุนเดลล์, บียอร์น; แบรกซ์, คริสตอฟเฟอร์; แมตต์สัน, แอนเดอร์ส; กุสตาฟสัน, โทมัส; เฟสต์, โจนาส; ควาร์นสตรอม, เบงต์; ลอนรอธ, เอริค (2022) "ข้อควรพิจารณาและความท้าทายในการนำส่วนประกอบโอเพ่นซอร์สมาใช้ในธุรกิจที่ใช้ซอฟต์แวร์เข้มข้น " วารสารระบบและซอฟต์แวร์ . 186 111152. เอลส์เวียร์ บีวี. ดอย : 10.1016/j.jss.2021.111152 . ISSN 0164-1212 .
- Carpenter, Owen (2023). "EULA หรือคำไว้อาลัย? การพิจารณาข้อตกลงใบอนุญาตผู้ใช้ปลายทางและไซบอร์กในอนาคตอันใกล้" Health Matrix: Journal of Law-Medicine . 33 : 467– 498.
- Clohessy, Trevor; Acton, Thomas; Morgan, Lorraine (2020). "ผลตอบแทนจาก SaaS: การวัดมูลค่าทางธุรกิจของการจัดหาเทคโนโลยีซอฟต์แวร์เป็นบริการ" การวัดมูลค่าทางธุรกิจของการประมวลผลแบบคลาวด์ Springer International Publishing. หน้า39–55 . ISBN 978-3-030-43198-3.
- Corbett, Susan (2019). "ใบอนุญาตเกมคอมพิวเตอร์: EULA และความไม่พอใจ". Computer Law & Security Review . 35 (4): 453– 461. doi : 10.1016/j.clsr.2019.03.007 . ISSN 0267-3649 .
- ดาวิลา, จาซินโต (2015). "ตรรกะทางการเมืองของซอฟต์แวร์โอเพนซอร์สแบบเสรี" ประโยชน์ทางสังคมของเทคโนโลยีและทรัพยากรความรู้ที่เข้าถึงได้โดยเสรี IGI Global. หน้า1–24 . ISBN 978-1-4666-8337-2.
- เดมป์ซีย์, เดวิด; เคลลิเฮอร์, เฟลิซิตี้ (2018). แนวโน้มอุตสาหกรรมด้านคลาวด์คอมพิวติ้ง: รูปแบบรายได้แบบธุรกิจต่อธุรกิจทางเลือก . สำนักพิมพ์สปริงเกอร์ อินเตอร์เนชั่นแนล. ISBN 978-3-319-87693-1.
- Fagundes, Dave; Perzanowski, Aaron (พฤศจิกายน 2020). "การละทิ้งลิขสิทธิ์". William & Mary Law Review . 62 (2): 487– 569.
- Joy, Reagan (2022). "โศกนาฏกรรมของครีเอทีฟคอมมอนส์: การวิเคราะห์ว่าสิทธิในทรัพย์สินทางปัญญาที่ทับซ้อนกันทำลายการใช้ใบอนุญาตแบบอนุญาตได้อย่างไร" Case Western Reserve Law Review . 72 (4): 977– 1013.
- คิม, แนนซี เอส. (2016). "การทำสัญญาแบบห่อหุ้มและสภาพแวดล้อมออนไลน์: สาเหตุและวิธีแก้ไข"คู่มือวิจัยเกี่ยวกับกฎหมายพาณิชย์อิเล็กทรอนิกส์สำนักพิมพ์เอ็ดเวิร์ด เอลการ์ISBN 978-1-78347-992-4.
- Langer, Arthur M. (2016). คู่มือการพัฒนาซอฟต์แวร์: การออกแบบและการจัดการวงจรชีวิต . Springer. ISBN 978-1-4471-6799-0.
- Morin, Andrew; Urban, Jennifer; Sliz, Piotr (2012). "คู่มือฉบับย่อเกี่ยวกับการอนุญาตใช้ซอฟต์แวร์สำหรับนักวิทยาศาสตร์-โปรแกรมเมอร์" PLOS Computational Biology 8 (7) e1002598. Bibcode : 2012PLSCB ...8E2598M . doi : 10.1371/journal.pcbi.1002598 . ISSN 1553-7358 . PMC 3406002 . PMID 22844236 .
บทความนี้มีเนื้อหาที่เผยแพร่ภายใต้ลิขสิทธิ์CC BY 4.0 - Ombredanne, Philippe (2020). "การปฏิบัติตามใบอนุญาตซอฟต์แวร์เสรีและโอเพนซอร์ส: เครื่องมือสำหรับการวิเคราะห์องค์ประกอบซอฟต์แวร์"คอมพิวเตอร์53 ( 10 ): 105– 109. doi : 10.1109/MC.2020.3011082 .
- Oprysk, Liliia; Sein, Karin (มิถุนายน 2020). "ข้อจำกัดในข้อตกลงการอนุญาตให้ใช้สิทธิ์ของผู้ใช้ปลายทาง: มีการขาดความสอดคล้องภายใต้คำสั่งเนื้อหาดิจิทัลฉบับใหม่หรือไม่?" IIC - วารสารระหว่างประเทศด้านทรัพย์สินทางปัญญาและกฎหมายการแข่งขัน 51 ( 5): 594– 623. doi : 10.1007/s40319-020-00941-y .
- โอ'เรแกน, เจอราร์ด (2022). คู่มือฉบับย่อสำหรับวิศวกรรมซอฟต์แวร์: จากพื้นฐานสู่วิธีการประยุกต์ใช้ . สปริงเกอร์ เนเจอร์. ISBN 978-3-031-07816-3.
- Qazi, Faiza; Kwak, Daehan; Khan, Fiaz Gul; Ali, Farman; Khan, Sami Ullah (2024). "ข้อตกลงระดับบริการในระบบคลาวด์: การจำแนกประเภท โอกาส และความท้าทาย" . Internet of Things . 25 101126. doi : 10.1016/j.iot.2024.101126 . ISSN 2542-6605 .
- Rana, Omer; Ziegler, Wolfgang (2010). "ความท้าทายในการวิจัยด้านการจัดการและการใช้ข้อตกลงระดับบริการ". Grids, P2P and Services Computing . Springer. ISBN 978-1-4419-6793-0.
- Sen, Ravi; Subramaniam, Chandrasekar; Nelson, Matthew L. (2008). "ปัจจัยกำหนดการเลือกใบอนุญาตซอฟต์แวร์โอเพนซอร์ส" วารสารระบบสารสนเทศการจัดการ25 (3). Informa UK Limited: 207– 240. doi : 10.2753/mis0742-1222250306 . ISSN 0742-1222 .
- Smith, P McCoy ( 20 ตุลาคม 2022). "ลิขสิทธิ์ สัญญา และการอนุญาตในโอเพนซอร์ส" กฎหมาย นโยบาย และการปฏิบัติโอเพนซอร์ส สำนักพิมพ์มหาวิทยาลัยออกซ์ฟอร์ด หน้า71–112 . doi : 10.1093/oso/9780198862345.003.0003 ISBN 978-0-19-886234-5.
- เซนต์ ลอเรนต์, แอนดรูว์ เอ็ม. (2004). ทำความเข้าใจเกี่ยวกับซอฟต์แวร์โอเพนซอร์สและการอนุญาตใช้สิทธิ์ซอฟต์แวร์เสรี . โอไรลีย์ มีเดีย . ISBN 978-0-596-00581-8.
- Terasaki, Michael (2013). "ข้อตกลงใบอนุญาตผู้ใช้ปลายทางมีผลผูกพันบุคคลทั่วไปหรือไม่"วารสารกฎหมายมหาวิทยาลัยเวสเทิร์นสเตท41 : 467.
- วอลเดน, เอียน (20 ตุลาคม 2022). "โอเพนซอร์สในฐานะปรัชญา วิธีการ และการค้า: การใช้กฎหมายด้วยทัศนคติ" กฎหมาย นโยบาย และการปฏิบัติโอเพนซอร์สสำนักพิมพ์มหาวิทยาลัย ออกซ์ฟอร์ ดdoi : 10.1093/oso/9780198862345.003.0001 ISBN 978-0-19-886234-5.
- Watt, Andy (2023). การสร้างแอปพลิเคชัน SaaS สมัยใหม่ด้วย C# และ .NET: สร้าง ปรับใช้ และบำรุงรักษาแอปพลิเคชัน SaaS ระดับมืออาชีพ Packt. ISBN 978-1-80461-087-9.
- Zhou, Zach Zhizhong; Choudhary, Vidyanand (2022). "ผลกระทบของการแข่งขันจากซอฟต์แวร์โอเพนซอร์สต่อซอฟต์แวร์กรรมสิทธิ์" การจัดการการผลิตและการดำเนินงาน31 (2): 731– 742. doi : 10.1111/poms.13575 .
อ่านเพิ่มเติม
- คลาสเซน, เอช. วอร์ด (2022). คู่มือปฏิบัติเกี่ยวกับการอนุญาตใช้ซอฟต์แวร์และการประมวลผลแบบคลาวด์สมาคมเนติบัณฑิตอเมริกันISBN 978-1-64105-750-9.