ประเด็นทางกฎหมายลิขสิทธิ์ที่เกี่ยวข้องกับระบบ IT (ซอฟต์แวร์ และอื่น ๆ)

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

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

ความสัมพันธ์ระหว่างระบบ IT เช่นซอฟต์แวร์และลิขสิทธิ์

กฎหมายลิขสิทธิ์คืออะไร

เราสามารถอ้างอิงจากข้อความที่ระบุวัตถุประสงค์ของกฎหมายลิขสิทธิ์ในมาตรา 1 (ข้อความที่อธิบายวัตถุประสงค์ของกฎหมาย) เพื่อทำความเข้าใจวัตถุประสงค์ของการตั้งกฎหมายลิขสิทธิ์นี้

มาตรา 1

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

ตามมาตรา 1, กฎหมายนี้มีวัตถุประสงค์เพื่อให้สิทธิ์แก่ผู้สร้างผลงาน, คุ้มครองสิทธิ์ของผู้สร้างผลงาน, และเพื่อส่งเสริม “การพัฒนาวัฒนธรรม” ในสังคมทั้งหมด นั่นคือ, มีวัตถุประสงค์เพื่อรักษาสมดุลระหว่างการคุ้มครองสิทธิ์ของผู้สร้างผลงานและการส่งเสริมการใช้ผลงานในสังคมทั้งหมด

นอกจากนี้, วัตถุประสงค์ของการให้สิทธิ์ลิขสิทธิ์ถูกแสดงอย่างชัดเจนในมาตรา 10 ของกฎหมายลิขสิทธิ์ จากข้อ 9 ที่ระบุว่า “ผลงานของโปรแกรม” สามารถเห็นได้ว่า, ในการพัฒนาระบบ IT เช่นซอฟต์แวร์, สิทธิ์ลิขสิทธิ์จะได้รับการยอมรับอย่างเป็นทางการ ดังนั้น, ปัญหาทางกฎหมายที่เกี่ยวข้องกับลิขสิทธิ์สามารถเกิดขึ้นได้ในธุรกิจที่เกี่ยวข้องกับการพัฒนาระบบ IT

มาตรา 10 ข้อ 1

การยกตัวอย่างผลงานในกฎหมายนี้มีดังนี้

1 ผลงานของภาษาเช่นนวนิยาย, บทละคร, บทความ, บรรยาย

2 ผลงานดนตรี

3 ผลงานการเต้นรำหรือละคร pantomime

4 ผลงานศิลปะเช่นภาพวาด, ภาพพิมพ์, งานประติมากรรม

5 ผลงานสถาปัตยกรรม

6 ผลงานแผนที่หรืองานที่มีลักษณะวิชาการเช่นแผนผัง, ตาราง, โมเดล, งานภาพอื่น ๆ

7 ผลงานภาพยนตร์

8 ผลงานภาพถ่าย

9 ผลงานของโปรแกรม

สิทธิ์ที่เกี่ยวข้องกับผลงานหมายความว่าอย่างไร

แล้วเมื่อได้รับการยอมรับสิทธิ์ลิขสิทธิ์จะมีผลอย่างไรบ้าง ถ้าคุณมีสิทธิ์ลิขสิทธิ์, คุณสามารถทำการคัดลอก (มาตรา 21 ของกฎหมายเดียวกัน), การส่งผ่านสู่สาธารณะ (การกระจายผ่านเน็ต) (มาตรา 23 ข้อ 1 ของกฎหมายเดียวกัน), การโอนย้าย (มาตรา 27 ของกฎหมายเดียวกัน) และอื่น ๆ ในทางกลับกัน, ถ้าคนที่ไม่มีสิทธิ์ลิขสิทธิ์ดำเนินการดังกล่าว, จะถือว่าเป็นการละเมิดสิทธิ์ลิขสิทธิ์, และสามารถขอให้หยุด (มาตรา 112 ของกฎหมายเดียวกัน) หรือดำเนินการตามความรับผิดชอบทางภาคพาณิชย์ (มาตรา 709 ของกฎหมายพาณิชย์) ได้

นอกจากนี้, เช่นเดียวกับสิทธิ์ในทรัพย์สินและสิทธิ์ค้ำประกันอื่น ๆ, การโอนย้ายหรือการโอนสิทธิ์ลิขสิทธิ์ถูกคาดการณ์อยู่แล้ว

• สิทธิ์ลิขสิทธิ์มีปัญหาทางกฎหมายที่เกี่ยวข้องกับการโต้แย้งเกี่ยวกับการมีหรือไม่มีสิทธิ์และความเป็นจริงของการโอนย้ายสิทธิ์
• สิทธิ์ลิขสิทธิ์มีปัญหาทางกฎหมายที่เกี่ยวข้องกับการโต้แย้งว่าการละเมิดสิทธิ์ต่อเจ้าของสิทธิ์ (การละเมิดสิทธิ์ลิขสิทธิ์) มีหรือไม่

คุณต้องเข้าใจสองประเด็นนี้

โครงสร้างของระบบ IT ในฐานะผลงาน

นอกจากเนื้อหาของกฎหมายลิขสิทธิ์แล้ว, การจัดระบบ IT และกระบวนการพัฒนาของมันก็เป็นวิธีที่มีประสิทธิภาพในการทำความเข้าใจในด้านนี้ ระบบ IT คือรวมของภาษาคอมพิวเตอร์เช่นภาษาโปรแกรมมิ่ง, และซอฟต์แวร์เป็นส่วนหนึ่งของระบบ IT

ถ้าเราแบ่งระบบ IT ออกเป็นส่วนประกอบ, เราสามารถคิดว่ามันแบ่งออกเป็น “หน้าจอ”, “โปรแกรม”, และ “ฐานข้อมูล” สามส่วน ปัญหาของสิทธิ์ลิขสิทธิ์ในระบบ IT จะเกิดขึ้นกับสามส่วนนี้

ประเด็นทางกฎหมายเกี่ยวกับลิขสิทธิ์ในระบบ IT

ด้วยข้อมูลที่ได้กล่าวมาแล้ว เราจะมาดูภาพรวมของปัญหาลิขสิทธิ์ที่เกี่ยวข้องกับระบบ IT

ประเด็นที่ส่งผลกระทบต่อระบบ IT ทั้งหมด

การทะเลาะเรื่องการมีหรือไม่มีสิทธิ์

การทะเลาะที่หนึ่งคือเรื่องของ “การมีหรือไม่มี” สิทธิ์ นั่นคือ การทะเลาะเรื่องว่าสิทธิ์ในการเขียนสร้างมีอยู่จริงหรือไม่ หรือว่ามีการโอนย้ายสิทธิ์ในการเขียนสร้างหรือไม่ สำหรับเรื่องนี้ มีการอธิบายอย่างละเอียดในบทความด้านล่างนี้

https://monolith.law/corporate/copyright-for-the-program-source-code[ja]

ในบทความนี้ จะอธิบายเรื่องว่าใครคือผู้ที่ได้รับสิทธิ์ในการเขียนสร้างครั้งแรก (ทางกฎหมายเรียกว่า “การได้รับอย่างเริ่มต้น”) และวิธีการยืนยันว่ามีการโอนย้ายสิทธิ์ในการเขียนสร้างหรือไม่

การทะเลาะเรื่องการละเมิดสิทธิ์ในการเขียนสร้าง

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

https://monolith.law/corporate/copyright-infringement-relatedtothe-program[ja]

ในบทความนี้ จะอธิบายว่าศาลจะตัดสินเรื่องการละเมิดสิทธิ์ในการเขียนสร้างอย่างไร โดยใช้โค้ดของโปรแกรมเป็นตัวอย่าง

ปัญหาเรื่องสิทธิ์ในการเขียนสร้างทั้งหมดนี้ จะเกิดขึ้นใน “หน้าจอ” “โปรแกรม” และ “ฐานข้อมูล” สามชั้นนี้ โดยการจัดเรียงลักษณะเฉพาะของแต่ละชั้นตามกฎหมายสิทธิ์ในการเขียนสร้าง จะช่วยให้เราเข้าใจภาพรวมของด้านนี้ได้

การคุ้มครองลิขสิทธิ์สำหรับหน้าจอและ UI

ลิขสิทธิ์สามารถรับรู้ได้สำหรับการออกแบบหน้าจอและ UI (User Interface) อย่างไรก็ตาม สำหรับการออกแบบภายนอกของระบบ IT การละเมิดลิขสิทธิ์ไม่ได้รับการยอมรับมากนัก เนื่องจากการออกแบบภายนอกและการวางรูปแบบที่จำเป็นสำหรับการทำงานและการดำเนินการที่เฉพาะเจาะจงมักจะมีลักษณะคล้ายคลึงกัน

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

การคุ้มครองลิขสิทธิ์ของโปรแกรม

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

ลิขสิทธิ์ของโค้ดนี้สามารถยอมรับได้ว่าเป็นของผู้ถูกฟ้อง (หมายเหตุ: บริษัทที่พัฒนาซอฟต์แวร์)

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

(ข้าม)

ดังนั้น, ไม่สามารถยอมรับได้ว่าผู้ถูกฟ้องได้ตกลงที่จะโอนย้ายลิขสิทธิ์ของโค้ดนี้ให้กับผู้ฟ้อง หรือที่จะส่งมอบมัน แต่อย่างใด ควรยอมรับว่าไม่มีข้อตกลงดังกล่าว

คำพิพากษาศาลจังหวัดโอซาก้า วันที่ 12 มิถุนายน พ.ศ. 2557 (Heisei 26)

เราได้อธิบายรายละเอียดเกี่ยวกับปัญหาลิขสิทธิ์ของโค้ดโปรแกรมในบทความด้านล่างนี้

https://monolith.law/corporate/copyright-for-the-program-source-code[ja]

ในกรณีที่มีการโต้เถียงเรื่องการละเมิดลิขสิทธิ์ของโปรแกรม

• มีส่วนที่ตรงกันหรือคล้ายคลึงกันมากน้อยเพียงใด (ปริมาณ)
• ส่วนที่ตรงกันหรือคล้ายคลึงกันสามารถสร้างสรรค์ได้หรือไม่ (คุณภาพ)

จะเป็นจุดสำคัญ ยกตัวอย่างเช่น ถึงแม้จะมีส่วนที่ตรงกันหรือคล้ายคลึงกัน แต่ถ้าส่วนนั้นเป็นฟังก์ชันทั่วไปที่ไม่มีวิธีการสร้างสรรค์อื่น จะไม่ถือว่าเป็นการละเมิดลิขสิทธิ์

เราได้อธิบายรายละเอียดเกี่ยวกับปัญหาลิขสิทธิ์ของโปรแกรมในบทความด้านล่างนี้

https://monolith.law/corporate/copyright-infringement-relatedtothe-program[ja]

การป้องกันลิขสิทธิ์สำหรับฐานข้อมูล

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

อย่างไรก็ตาม แม้ว่าฐานข้อมูลจะได้รับการยอมรับลิขสิทธิ์ แต่ “ข้อมูล” ที่อยู่ในฐานข้อมูลไม่ได้รับการยอมรับลิขสิทธิ์ ข้อมูลไม่ใช่ผลงานสร้างสรรค์ แต่ถือว่าเป็น “ข้อมูล” ที่เป็นนามธรรม ดังนั้น ไม่ว่าข้อมูลจะมีคุณค่าแครareหรือมีความหมายอย่างไร ก็ไม่ได้รับการป้องกันตามกฎหมายลิขสิทธิ์

หากข้อมูลถูกขโมยและทำให้เกิดความเสียหาย คุณจะต้องพิจารณาว่าเป็นการกระทำที่ผิดตามกฎหมายทาง

สรุป

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

ความยากของปัญหาลิขสิทธิ์ในด้านกฎหมายอาจเกิดจากจุดที่ต้องอภิปรายเรื่องความมีสร้างสรรค์ ซึ่งมองจากมุมมองที่แตกต่างจากนักสร้างสรรค์หรือวิศวกร