Кому належить авторське право на вихідний код програми?

У Законі про авторське право Японії (Japanese Copyright Law) чітко вказано, що програми відносяться до “творів”.

Однак, на відміну від таких творів, як романи чи живопис, програми, пов’язані з розробкою систем, зазвичай створюються за участю кількох співробітників або багатьох корпорацій.

Тому правові відносини часто стають неясними, що сприяє розвитку складних конфліктів.

У цій статті ми розглянемо питання про те, кому належить авторське право на програму, а також важливі моменти, які можуть викликати спори, та способи їх вирішення, з посиланням на судову практику.

Що таке закон про авторське право

Закон про авторське право захищає права авторів на твори, такі як романи, фільми, живопис та інше, стимулюючи творчість і сприяючи “розвитку культури”.

Однією з особливостей закону про авторське право, на відміну від закону про патенти, є те, що права виникають автоматично в момент створення твору, без необхідності реєстрації у державі.

Відношення між “програмним твором” та “вихідним кодом”

Згідно з законом про авторське право, “програма” вважається “твором”, як і роман або живопис, і може бути об’єктом захисту законом про авторське право (стаття 10, пункт 1, підпункт 9 Японського закону про авторське право).

Стаття 10 (Приклади творів)

Приклади творів, згаданих у цьому законі, в основному такі:
…
9. Програмний твір

Стаття 10, пункт 1, підпункт 9 Японського закону про авторське право

Також “програма” визначається наступним чином:

Це вираз, що комбінує інструкції для електронного обчислювального пристрою, щоб отримати результат

Стаття 1, пункт 1, підпункт 10-2 Японського закону про авторське право

З іншого боку, “вихідний код”, хоча й не визначений законом, зазвичай означає інструкції для комп’ютера, виражені мовою, яку людина може описати (наприклад, JavaScript або Python).

Комп’ютер виконує ці інструкції, перетворюючи вихідний код (компілюючи) на машинну мову.

Отже, враховуючи вищезазначене визначення “програми”, можна сказати, що вихідний код захищається як “програмний твір” за законом про авторське право.

https://monolith.law/corporate/internet-technology-system-copyright-problem[ja]

Проблеми з авторським правом, які можуть виникнути
під час розробки системи

Випадки, коли авторське право стає проблемою під час розробки системи, можна розділити на два основні типи.

Хто стає власником авторського права?

Питання про те, хто є власником авторського права, стосується проблеми успішності та часу передачі авторського права.

У контексті розробки систем, вендори часто працюють над проектом, розподіляючи роботу між багатьма працівниками, тому суб’єкт, якому належать права, часто залишається неясним, що може призвести до складних конфліктів.

Крім того, можуть виникнути суперечки щодо того, чи може бути передане авторське право від вендора до користувача, коли результати передаються.

Чи було порушено авторське право?

Це питання про “успішність порушення авторського права”, пов’язане з копіюванням або адаптацією творів.

Це стосується питань, чи є програма, яка “дуже схожа” на ту, яку створив хтось інший, “тільки для довідки” або “копією”.

Детальніше про проблеми порушення авторського права на програму описано в статті нижче.

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

Тому в цій статті ми зосередимося на питанні “хто стає власником авторського права”, враховуючи загальну картину вищезгаданих проблем, і пояснимо це далі.

Основні знання про приналежність авторських прав на вихідний код

Ми розглянемо основні знання, пов’язані з приналежністю авторських прав, передачею розробки та договорами.

Авторські права належать “творцю”

Спочатку розберемося, кому належать авторські права.
У випадку програм, як і у випадку романів, картин та інших творів, авторські права належать автору (тому, хто створив твір) за замовчуванням.

Однак, згідно з законодавством про авторські права, якщо твір відповідає критеріям службового твору, права на нього належать юридичній особі-роботодавцю.

Автором твору, створеного виконавцем, який працює за наказом юридичної особи або іншої організації, є ця юридична особа або організація, якщо інше не передбачено договором, правилами праці або іншими положеннями на момент створення твору.

Стаття 15, пункт 2, Закону Японії про авторські права

Отже, авторські права на програму, створену працівником вендора під час виконання своїх обов’язків, належать вендору.

Замовлення розробки не означає передачу авторських прав

Авторські права, за винятком моральних прав автора, можуть бути передані або відчужені.

Однак важливо зазначити, що замовлення розробки за плату та передача авторських прав – це дві різні речі.

Іноді виникає непорозуміння, що разом з доставкою програми, розробленої за плату, передаються і самі авторські права на неї.

Але згідно з законодавством про авторські права, за замовчуванням “права належать тому, хто створив твір”, а не “тому, хто оплатив створення твору”.

Тому, якщо замовник хоче отримати права, він повинен скласти договір заздалегідь і включити це питання до умов договору.

Наявність у договорі положень про передачу авторських прав

Угоди про передачу авторських прав можна розглянути в наступних випадках:

• Якщо в договорі або іншому документі є положення про передачу авторських прав
• Якщо взагалі немає договору або в договорі або іншому документі немає положень про передачу авторських прав

Якщо в договорі або іншому документі є положення про передачу авторських прав, то, звичайно, ви можете отримати передачу авторських прав від іншої сторони. Авторські права можуть бути передані, і власник авторських прав сам погодився на це.

Але що, якщо взагалі немає договору або в договорі або іншому документі немає положень про передачу авторських прав? Чи можлива передача авторських прав, якщо немає явних угод про це?

Нижче ми розглянемо приклади судових рішень, які визначали, чи можлива передача авторських прав, якщо немає явних угод про це.

Судова практика у випадках, коли немає явних домовленостей щодо передачі авторських прав

У випадках, коли немає явних домовленостей щодо передачі авторських прав, існують судові рішення, які підтверджують передачу авторських прав, та ті, що її заперечують. У чому полягає ця різниця?

Судовий прецедент, що підтверджує передачу авторських прав

Хоча це відрізняється від розробки систем, наступний судовий прецедент може бути корисним для посилання.

У справі, що стосується дизайну монументу, що встановлюється на вході до станції, виник спір про порушення авторських прав між позивачем, який створив дизайн монументу, та префектурою та дизайнерською компанією, які отримали доручення від префектури та побудували монумент з частковими змінами в дизайні.

У цьому випадку між позивачем та відповідачами не було явної угоди про передачу авторських прав. Відповідачі стверджували, що порушення авторських прав не визнається, оскільки позивач фактично погодився, що авторські права на зазначений дизайн належать відповідачам, та дозволив змінити цей креслення.

Таким чином, у цьому випадку спірним питанням стала передача авторських прав, і суд висловив наступну думку з цього приводу.

Враховуючи ці факти (такі як отримання платежів за дизайн та згода на подальші зміни дизайну без процедури обговорення проекту) та те, що монумент було спочатку плановано встановити на південному вході до станції Гіфу, і не було передбачено жодного іншого використання, вважається справедливим визнати, що апелянт, при створенні монументу, погодився, принаймні неявно, передати свої авторські права на дизайн монументу (який є об’єктом авторського права) компанії-відповідачу (яка потім передасть всі авторські права префектурі-відповідачу на основі договору про доручення), і отримав винагороду в сумі, яку він вимагав від компанії-відповідача за свій дизайн монументу (навіть якщо важко визнати наявність явної угоди про передачу авторських прав, очевидно, що апелянт, принаймні, неявно погодився з тим, що компанія-відповідач, на основі доручення від префектури-відповідача, виконає роботу з дизайну монументу, частково використовуючи дизайн апелянта, і що префектура-відповідач побудує монумент на основі цього, і отримав винагороду за свій дизайн монументу).

Верховний суд Токіо, 13 травня 2004 року (Heisei 16)

Отже, навіть якщо немає явної угоди про передачу авторських прав, якщо врахувати різні обставини в процесі виконання роботи і визнати, що автор “неявно погодився” передати свої авторські права, передачу авторських прав можна визнати.

Судовий прецедент, який заперечує передачу авторських прав

З іншого боку, існують судові прецеденти, коли передачу авторських прав не було визнано у випадках, коли не було явної угоди про передачу авторських прав.

У цьому випадку, позивач, який доручив відповідачу розробку програмного забезпечення, заявив, що відповідач не виконав свій контрактний обов’язок передати вихідний код цього програмного забезпечення, і вимагав відшкодування збитків та плату за затримку через невиконання зобов’язань.

Відповідач заперечив передачу вихідного коду на основі заперечення передачі авторських прав, тому в цьому випадку передача авторських прав стала предметом суперечки, але суд визнав, що передача авторських прав не відбулася, як показано нижче.

(1) Відсутність згоди на передачу авторських прав у зв’язку з виконанням цього договору про надання послуг
Позивач стверджує, що на основі цього договору про надання послуг було домовлено про передачу авторських прав на це програмне забезпечення та вихідний код, і відповідно до цього виникає обов’язок передачі вихідного коду.
Згідно з пунктом 1 (2), можна визнати, що відповідач створив цей вихідний код, і авторські права на цей вихідний код первинно належать відповідачу.
З іншого боку, немає жодного документа, обмінюваного між позивачем та відповідачем, такого як кошторис у пункті 1 (2) (3), який визначає передачу авторських прав на це програмне забезпечення та вихідний код.
Згідно з пунктом 1, відповідач не розкривав і не передавав цей вихідний код позивачу, і хоча позивач вимагав передачі цього вихідного коду, він не відповів на це.
Крім того, позивач не тільки не вимагав від відповідача надання цього вихідного коду до листопада 2011 року (23 року Хейсей), але також, як зазначено в пункті 1 (7), представник позивача запитував відповідача, чи може він надати цей вихідний код, тому можна сказати, що представник позивача визнав, що надання цього не було його контрактним обов’язком.
Отже, не можна визнати, що відповідач погодився передати авторські права на цей вихідний код позивачу або передати його, і навпаки, вважається справедливим визнати, що такої згоди не було.

Рішення Осаки від 12 червня 2014 року (26 року Хейсей)

У вищезазначеному рішенні слова “неявна згода” не згадуються, але відсутність явної угоди про передачу авторських прав визнається як передумова для “згоди на передачу авторських прав”, тому можна сказати, що він все ж таки вирішується на основі наявності “неявної згоди”.

Таким чином, основні причини, через які “неявна згода” щодо передачі авторських прав була заперечена у цьому випадку, є наступними:

• Відкриття та передача вихідного коду як авторського твору не були вимагані спочатку
• Було запитано про можливість відкриття та надання вихідного коду

Тобто, у цьому випадку, якщо була згода на передачу авторських прав, не було б потреби запитувати про можливість надання авторського твору, а власник авторських прав мав би вимагати передачу авторського твору з самого початку, так було вирішено.

Таким чином, якщо не існує явної угоди про передачу авторських прав, важко передбачити, хто буде власником авторських прав, оскільки вони будуть раціонально визначені відповідно до обставин справи, засновуючись на намірах сторін та їхніх діях.

Отже, важливо заздалегідь визначити власника авторських прав у договорі тощо, щоб уникнути конфліктів.

Як визначити автора авторських прав на вихідний код

Ми розглянемо три способи визначення автора авторських прав на вихідний код.

Визначення розробника цільової програми

IT-системи зазвичай складаються з численних програм, які створюються кількома людьми. Тому першим кроком є визначення, хто є розробником програми, що стала предметом суперечки.

У цьому випадку можна використовувати інформацію про відповідальних осіб, записану в графіку роботи постачальника, або інформацію про автора в коментарях до вихідного коду.

Визначення відносин між розробником та компанією

Якщо програма є результатом службової діяльності, авторські права належать не особі, яка написала вихідний код, а її роботодавцю.

Якщо розробка програми відбувалася під керівництвом компанії, до якої належить розробник, авторські права на результати його роботи легко визначити.

Однак, якщо відносини між розробником та компанією базуються на особистих стосунках, наприклад, “допомога”, може виникнути суперечка щодо авторських прав.

https://monolith.law/corporate/work-for-hire-copyright-disputes[ja]

Попереднє розгляд угоди про передачу авторських прав

Якщо замовник стверджує, що отримав права від постачальника, він має довести це. Крім того, успіх передачі авторських прав залежить від домовленостей між сторонами.

Тому, щоб уникнути подібних суперечок, рекомендується попередньо домовитися про власність та передачу авторських прав, а також про обсяг ліцензії від постачальника при укладанні договору про розробку системи.

Наприклад, у зразковому договорі про розробку систем, який опубліковано Міністерством економіки, торгівлі та промисловості Японії, міститься таке положення:

Стаття 45 (Авторські права на поставлені товари)
Авторські права на поставлені товари (включаючи права, передбачені статтями 27 та 28 Закону Японії про авторські права) належать виконавцю, за винятком авторських прав на твори, які замовник або третя особа володіли до цього.

(далі текст)

Міністерство економіки, торгівлі та промисловості Японії “Інформаційна система – зразок договору (розробка на замовлення, включаючи часткове планування, технічне обслуговування та експлуатація)[ja]”

Примітка: “замовник” – це користувач, “виконавець” – це постачальник. Цей зразок договору є лише одним з прикладів, і можливий також договір, за яким авторські права належать користувачу.

Підсумок: Давайте чітко визначимо авторські права на вихідний код у договорах

Спори щодо авторських прав у сфері розробки систем можна запобігти завчасно, створивши договір.

Однак, створення договору вимагає юридичних знань. Якщо ви хочете уникнути проблем з договором завчасно, безпечно буде звернутися до адвоката, який має знання у сфері права.

Якщо у вас виникли проблеми з визначенням авторських прав, будь ласка, зверніться до нашого офісу.

Інформація про заходи, що проводяться нашим бюро

Юридичне бюро “Monolis” – це юридичне бюро, яке має високу спеціалізацію в галузі ІТ, особливо в інтернеті та праві. У останні роки права інтелектуальної власності, пов’язані з авторським правом, привертають увагу, і потреба в юридичній перевірці все більше зростає. Наше бюро надає рішення, пов’язані з інтелектуальною власністю. Деталі наведено в статті нижче.

https://monolith.law/practices/corporate[ja]