защищаются ли языки программирования авторским правом
Распространяется ли копирайт на языки программирования?
После полутора лет досудебных разбирательств, сотен рассмотренных документов с участием 75 адвокатов с обеих сторон, представители Oracle и Google сойдутся лицом к лицу в окружном суде Северной Калифорнии, чтобы выяснить, подлежат ли языки программирования защите копирайтом.
Столь кардинальную постановку предложил сам судья. В специальном запросе на прошлой неделе суд постановил, что Google и Oracle должны твёрдо разъяснить свои позиции по фундаментальному вопросу: «применимы ли законы о защите интеллектуальной собственности в отношении языков программирования». И компании уже предоставили свои ответы. В частности, компания Google высказалась чётко: «Нет, языки программирования не подлежат защите копирайтом. Компания Google всегда придерживалась такой позиции».
Далее Google объясняет, что «определённый набор инструкций может быть защищён, но защита не распространяется на способ проведения операций или систему — язык программирования — с помощью которой эти инструкции воспринимаются компьютером». Google считает, что компьютерный язык представляет собой «изначально утилитарный, не подлежащий защите копирайтом способ операций компьютера».
По американским законам о защите интеллектуальной собственности, сама идея не может быть защищена копирайтом, но оригинальный и творческий способ выражения этой идеи — может. Google стоит на позиции, что язык программирования является идеей или утилитарным инструментом, в то время как конкретное программное обеспечение, созданное с его помощью, — это творческое выражение идеи.
В своём собственном ответе на судебный запрос корпорация Oracle, ожидаемо, занимает противоположную позицию. Компания считает, что «компьютерный язык может быть защищён копирайтом, если он достаточно оригинальный и креативный». Хотя юристы Oracle отмечают, что копирайт не может защищать от создания аналогичных языков программирования, которые выполняют такую же функцию. Но они считают, что должны быть защищены «конкретный словарь и письменные выражения» языка.
Попытки сторон договориться о компенсации в досудебном порядке не увенчались успехом. Так что теперь всё в руках судьи. Первые слушания по этому делу состоятся в понедельник, 16 апреля.
Охраняется ли язык (в т.ч. программирования) авторским правом?
Кинокомпания Paramount Pictures усмотрела нарушение авторских прав в части появления диалогов на Клингонском языке в фильме. В декабре 2015 года подан иск к Language Creation Society, которые собрали через краудфандинговую платформу более 700 000 дол на съемки фильма. Спор о нарушении прав на Клингонский язык любопытен одним из аргументов, который отсылает к спору об объеме охраны компьютерных программ.
Краткая история вопроса, ибо решение суда еще не принято.
Нет сомнений, что Клингонский язык придуман конкретным автором – его имя Mark Okrand – в начале 1980-х годов специально для использования в фильме и сериале «STAR TREK», права на который принадлежат Paramount Pictures.
Нюанс в том, что ответчик не заимствовал конкретные диалоги из фильма или сериала кинокомпании, а создал оригинальный сценарий, герои которого общаются в том числе на Клингонском (используя грамматику, словарь и другие элементы языка). Попробуем разобраться в аргументации сторон спора.
Нельзя говорить на языке не используя слова из этого языка! Коль скоро авторское право охраняет форму выражения, владеть монополией на язык означает владеть монополией на все возможные формы выражения мыслей, которые когда-либо кем-либо будут созданы с помощью средств этого языка.
Следующий аргумент истца – попытка отделит письменный язык от устного. Клингонский язык имеет свой алфавит, изображение букв которого тоже не охраняются авторским правом. Это частное проявление особенности американской судебной практики, которая считает, что буквы в виде шрифта не подлежат охране авторским правом, потому что функциональны (допуская охрану шрифта патентом на промышленный образец и авторским правом как файл компьютерной программы — см. Adobe Sys. v. Southern Software Inc, 1998 US Dist Lexis 1941 (1998).
Ответчик проводит аналогию с подходом к охране компьютерных программ (КП) авторским правом. КП создаются при помощи того или иного языка программирования, но авторское право не охраняет сам язык программирования – лишь готовые произведения, созданные с его помощью.
Однако некоторые фрагменты кода у разных КП могут совпадать и это вполне допустимо. Логика следующая – если есть ограниченное количество способов выразить некую идею, значит их повторение другими лицами не будет считаться нарушением.
Источник такого подхода – решение по делу Computer Associates International, Inc. v. Altai, Inc., 982 F.2d 693 (2d Cir. 1992), в котором перед судом поставили вопрос о том распространяется ли авторско-правовая охрана КП на структуру, последовательность и организацию некой программы, воспроизведённую в другой программе? В итоге суд ответил на этот вопрос негативно и отказал в удовлетворении иска (однако новейшая практика по делу Oracle v Google продемонстрировала кардинальную смену подхода к этому вопросу).
Возвращаясь к аналогии с Клингонским языком – фразы и слова в языке являются функциональными эквивалентами инструкций и команд в компьютерном языке программирования.
Довольно необычный аргумент истца против утилитарности языка – язык полезен, только если на нем разговаривают люди, а поскольку нет людей, для которых Клингонский язык является родным – его нужно охранять именно как произведение. Пользуясь такой логикой, нет носителей у древнегреческого языка и многих других древних языков, но это не дает им особого статуса в т.з. охраны.
Язык – это инструмент и система пригодная для выражения идей в самых разных формах, потому не подлежит охране авторским правом, однако остается вопрос о том, каков самый малый элемент этой системы пригодный для такой охраны?
Буквы не охраняются, слова – тоже, за редким исключением – оригинальные имена персонажей и названия произведений (при этом слово, а иногда и буква могут быть зарегистрированы в виде торговой марки), но словосочетания – особенно, если это фрагменты строчек из песен – легко становятся охраняемым объектом.
Если заметка понравилась — поделитесь ею и подписывайтесь, чтобы первыми получать свежие публикации.
Открытый код и интеллектуальная собственность
Автор: Илья Стечкин
Мы обратили внимание на то, что едва ли не самой популярной публикацией в нашем блоге стал материал, посвященный патентным войнам (4800 просмотров), а вот подробный рассказ о том, как писать плагины для Fuel, к нашему удивлению, вызвал существенно меньший интерес (1000 просмотров первая часть и чуть больше 2000 — вторая).
На всякий случай информируем вас о том, что с этого месяца Fuel официально стал средством развертывания всея OpenStack.
Но раз юридические вопросы существования открытого кода занимают вас больше, чем сам код, то мы пошли на встречу пожеланиям трудящихся и решили рассказать вам о том, как уживаются авторское и патентное право с open source.
Действительно, как удается избегать прямой конкуренции и делать одно общее дело не только отдельным контрибуторам, но и целым корпорациям, вовлеченным в процесс разработки open source? Ответ следует искать в тех “правилах игры”, которыми руководствуются все без исключения участники сообщества. Эти “правила” описываются не только внутренними политиками того или иного проекта, но и лицензией, под которой выходит итоговый продукт. По понятным причинам в данной статье мы подробно остановимся на вопросах, имеющих прямое отношение к OpenStack. Например, OpenStack (в том числе и Mirantis OpenStack) выходит под лицензией Apache 2.0. Что это значит? Почему выбрали именно эту лицензию? Как с этим жить?
Интеллектуальная собственность: что это такое?
Интеллектуальной собственностью называют результат творческого труда: будь то художественная книга, репортаж или программа.
Говоря про интеллектуальную собственность, необходимо рассматривать три модели правового регулирования: авторское право, патентное право и ноу-хау. Почему недостаточно одного только авторского права? Потому что оно регулирует только возможности владения, распространения и внесения изменений в сам код (и сопутствующие ему документы, такие как техническое задание, мануалы и т.п.) — исходный или объектный.
Но ведь идея, которая реализована средствами конкретного языка программирования, может быть важнее, чем ее воплощение. Как защитить, например, алгоритм, который лежит в основе программы? Для этого существует право патентное.
Есть еще такая штука — “ноу-хау”, но с открытым кодом она уживается плохо, так что подробно останавливаться на этом режиме защиты интеллектуальной собственности не будем. Уточним только, что “ноу-хау” имеет ценность до тех пор, пока о нем не знают “третьи лица”. Более того, юридическая защита “ноу-хау” возможна только в том случае, если владелец интеллектуальной собственности предпринял все возможные меры (в том числе ввел в компании режим коммерческой тайны по отношению к соответствующим объектам интеллектуальной собственности) для предотвращения “утечки”. Но даже в этом случае отечественная правоприменительная практика не гарантирует успеха при попытке решить в суде спор с сотрудником, нарушившим соответствующий режим.
Авторское право
Авторское право возникает само по себе. Вам не нужно предпринимать каких-либо шагов для защиты результата творческой работы. Как только вы что-то написали, авторское право вступило в силу. Даже подписываться не обязательно. Правда, без подписи доказать ваше авторство будет сложнее — могут потребоваться различные экспертизы. На них уйдут деньги и время, а результат не гарантирован. Между тем, авторство — единственное, что безусловно принадлежит именно вам, создателю произведения. По крайней мере в России. В США, например, авторское право может принадлежать корпорации, в которой вы работаете. В России работодатель, при надлежащим образом оформленном контракте, получает только набор так называемых “смежных” прав, таких, как право на копирование, распространение, переработку и т.п. Иными словами, работодатель получает все, что позволяет зарабатывать деньги на результатах вашего творчества (а инженерную деятельность мы, безусловно, считаем творческой). Но “право первородства”, право поставить свое имя под произведением остается у вас. В основе авторского права лежит Бернская конвенция, декларирующая основные принципы его действия. Европейское законодательство (в частности Директива 2009/24/EC Европейского Парламента и Совета от 23 апреля 2009 года о правовой охране компьютерных программ) заботится о том, чтобы технический прогресс продолжался, а потому, например, “лицо, обладающее правом использования компьютерной программы, не может быть ограничено в проведении необходимых изучений, исследований и испытаний функционирования программы, при условии, что такие действия не нарушают авторских прав на программу”. В Российском законодательстве аналогичные нормы вводятся статьей 1280 Гражданского кодекса.
Для культуры open source авторское право является важнейшим понятием. Культура инженерного “общежития” строится на уважении к “праву на имя”: не важно, принадлежит ли оно компании или конкретному человеку — контрибутору кода. Мы еще вернемся к этому вопросу ниже, когда будем говорить о лицензиях.
Патентное право
Как вы уже знаете (из той самой статьи, которая подвигла нас на этот опус), патенты могут быть использованы как инструмент давления производителей проприетарного ПО на сообщества разработчиков открытого кода. Дело в том, что патентами защищаются алгоритмы, интерфейсы и устройства. Применительно к ПО, в соответствии с российским законодательством, могут быть задействованы механизмы защиты изобретений (в этом случае в качестве изобретения может рассматриваться алгоритм или программно-аппаратный комплекс) и промышленных образцов (интерфейс, допустим, может выступать в качестве промышленного образца “внешнего вида” программы).
В отличие от авторского права, патентное право возникает только после того, как пройдена сложная и недешевая процедура регистрации изобретения или промышленного образца. Именно поэтому большие компании инвестируют время и большие деньги в получение патентов. Например, у Apple, по данным US Patent Collection (запрос к БД: AN/apple) более 11 тысяч (!) патентов. Маленькие компании не имеют таких возможностей. А потому им остается полагаться только на защиту лицензий и здравый смысл.
Лицензии
Лицензии бывают исключительными и неисключительными. Все “свободные лицензии” являются неисключительными. Также лицензии могут быть возмездными и безвозмездными. Все “свободные лицензии” — безвозмездные. Еще один вариант классификации лицензий: разрешительные, слабо ограничительные и сильно ограничительные.
Лицензия Apache 2.0, с которой мы начали разговор, относится к первому типу. В рамках данной лицензии пользователю разрешено использовать ПО без каких-либо ограничений, воспроизводить его, создавать собственные программные продукты на основе кода, лицензированного таким образом, распространять как исходный код, так и производное ПО. Разрешено коммерческое использование лицензированного продукта — это в принципе делает возможным бизнес, связанный с OpenStack.
Что еще важно для бизнеса, это разрешение предоставлять собственные дополнительные гарантии в отношении программы при дальнейшем распространении. Именно этот пункт позволяет создавать “добавленную стоимость” нашему дистрибутиву Mirantis OpenStack (убирать баги, которые обнаруживаются в “ванильном” релизе, повышать безопасность, стабильность, масштабируемость), а также создает правовую базу для работы нашей службы поддержки.
При этом пользователю запрещается требовать от лицензиара гарантий и использовать товарные знаки лицензиара (лицензиаром называется компания, предоставляющая продукт по лицензии). Иными словами, если вы взяли продукт и используете его для решения поставленных перед вами задач, то делаете это на свой страх и риск. Это обстоятельство позволяет продавать те самые гарантии, которые нельзя требовать по лицензии.
OpenStack — технология бесплатная, но требующая определенных компетенций для эффективной работы с нею. У предприятий есть выбор: тренировать собственных ИТ-специалистов или же обратиться в компанию, обладающую экспертизой в OpenStack. В первом случае ответственность за корректное функционирование решения, созданного на базе OpenStack, остается внутри компании, во втором — передается подрядчику. Подрядчик, в свою очередь, может обеспечить включение разработок, созданных для заказчика, в экосистему OpenStack. Этот процесс принято называть contribution to upstream. Решение, созданное на базе OpenStack, но не добавленное в апстрим, у нас в компании принято называть “франкенстеком”, подчеркивая его ненадежность и даже опасность. Именно об опасностях таких решений мы говорили в прошлом посте.
Выводы
Итак, OpenStack комфортно уживается с авторским правом, поскольку лицензия Apache 2.0 дает возможность каждому из участников процесса создания ПО заявить о себе и, при этом, защищает репутацию каждого контрибутора.
Патенты, в принципе, не вредят OpenStack. Более того, если кто-то из компаний-контрибуторов хочет привнести в проект запатентованную технологию, в действие вступает патентная лицензия: положение о предоставлении вкладчиком простой неисключительной лицензии на имеющиеся у него запатентованные алгоритмы и технологии, включаемые им в проект. На пракике это означает, что если вкладчик вносит в программу свои запатентованные алгоритмы, он автоматически предоставляет всем другим участникам проекта и последующим участникам простую неисключительную лицензию на данные запатентованные алгоритмы. Патентная лицензия предоставляется в рамках лицензии Apache 2.0.
Лицензия Apache 2.0, под которой осуществляются разработки, связанные с OpenStack, является свободной и предоставляет множество уникальных возможностей для бизнеса.
Говорит юрист: как закон РФ защищает авторские права разработчиков и что делать, если софт украли
В статье:
Вторая статья цикла об авторском праве, подготовленного совместно с магистром частного права и адвокатом Дарьей Третьяковой. Цикл посвящен закону об авторскому праве в РФ: что нужно знать веб-мастерам, чтобы защищать свои права и избегать штрафов.
В прошлой статье цикла говорили об авторском праве на тексты, в этом материале разберем, какие права есть у программистов и разработчиков на код.
Какой закон защищает авторское право на ПО
Как и права на тексты, право на код защищает Часть 4 Гражданского кодекса РФ. В Гражданском кодексе нет термина «код», разработки на языках программирования попадают под понятие «программа для ЭВМ».
«Результатами интеллектуальной деятельности и приравненными к ним средствами индивидуализации юридических лиц, товаров, работ, услуг и предприятий, которым предоставляется правовая охрана (интеллектуальной собственностью), являются:
1) произведения науки, литературы и искусства;
2) программы для электронных вычислительных машин (программы для ЭВМ);
3) базы данных…»
ГК РФ Статья 1225. Охраняемые результаты интеллектуальной деятельности и средства индивидуализации
Что входит в понятие «программы» по ГК РФ:
Сами идеи без их выражения не попадают под авторское право, программа должна быть выражена вовне: записана в памяти компьютера или даже ручкой в блокноте. При этом все промежуточные черновые материалы также охраняются законом, даже если сами по себе они не работоспособны.
«Программой для ЭВМ является представленная в объективной форме совокупность данных и команд, предназначенных для функционирования ЭВМ и других компьютерных устройств в целях получения определенного результата, включая подготовительные материалы, полученные в ходе разработки программы для ЭВМ, и порождаемые ею аудиовизуальные отображения».
ГК РФ Статья 1261. Программы для ЭВМ
Права на программы, плагины, ПО в законе защищаются также, как литературные произведения, за одним исключением: для текстов нет никакой регистрации, а автор кода может обратиться в Роспатент за включением своей работы в «Реестр программ для ЭВМ». Это не обязательно, даже если автор не обратится в Роспатент, права на продукт останутся за ним, но при возникновении спора свое авторство будет гораздо проще доказать, имея регистрацию.
«К объектам авторских прав также относятся программы для ЭВМ, которые охраняются как литературные произведения».
ГК РФ Статья 1259. Объекты авторских прав
«Правообладатель в течение срока действия исключительного права на программу для ЭВМ или на базу данных может по своему желанию зарегистрировать такую программу или такую базу данных в федеральном органе исполнительной власти по интеллектуальной собственности».
ГК РФ Статья 1262. Государственная регистрация программ для ЭВМ и баз данных
Что делать, кто-то украл ваш код
Как и в случае с текстом, у создателя программы есть исключительное право на использование его кода, в том числе право копировать, передавать другим лицам или выкладывать в открытый доступ.
Если нарушитель каким-то образом использует код без согласия автора или присвоил авторство себе, то последствия будут теми же, что и для человека, выложившего на своем сайте чужую статью.
За нарушение авторских прав на программу нарушителю полагается гражданская ответственность в одном из трех вариантов:
Кроме того, если нарушители использовали чужой код для своего сайта или распространяют ваш код через свой сайт, их ресурс может заблокировать Роскомнадзор.
Если нарушение было в крупном от 100 тысяч рублей или особо крупном размере от 1 млн рублей, то виновный несет уголовную ответственность вплоть до лишения свободы.
Определять, что вы действительно автор ПО, будет судебная экспертиза, Вариантов для определения может быть много: к примеру, вы начали заниматься реализацией гораздо раньше, сохранились бэкапы, ранние копии программы. Если вы обратитесь в Роспатент и включите продукт в «Реестр программ для ЭВМ», доказать авторство будет проще.
А что если ваш код украли и не скопировали точь-в-точь, а переработали?
Допустим, программист увидел ваш самописный плагин по ускорению загрузки страницы, инструмент для оценки оптимизации сайта или программу-парсер, вдохновился идеей и написал свой плагин, инструмент или программу. Если он сделал свой продукт, но в основе лежат те же идеи — это законно, сами по себе идеи не охраняются.
Другая ситуация: программист раздобыл код вашего сервиса для ведения бухгалтерского учета, внес туда несколько изменений и выдал за свой. Это продукт переработки, модификации — такие действия незаконны и считаются самостоятельным нарушением. С программиста-копипастера можно взыскать компенсацию и за копирование, и за распространение, и отдельно за незаконную переработку программы.
Гражданский кодекс РФ подробно не объясняет, что такое переработка. Фактически, переработкой считаются все ситуации, когда на основе чего-то одного создается нечто новое. Переработка литературного произведения — это постановка спектакля по нему.
В отношении переработки кода в законе прямо назван только один пример — перевод с одного языка программирования на другой.
«Под переработкой произведения понимается создание производного произведения (обработки, экранизации, аранжировки, инсценировки и тому подобного). Под переработкой (модификацией) программы для ЭВМ или базы данных понимаются любые их изменения, в том числе перевод такой программы или такой базы данных с одного языка на другой язык, за исключением адаптации, то есть внесения изменений, осуществляемых исключительно в целях функционирования программы для ЭВМ или базы данных на конкретных технических средствах пользователя или под управлением конкретных программ пользователя».
Статья 1270. Исключительное право на произведение
Кейс: полтора миллиона за софт
Московская компания разработала программный комплекс для финансового анализа и управления рисками. В 2017 году она обратилась в Арбитражный суд с претензией к своему бывшему сотруднику: сотрудник после увольнения создал свой сайт, через который продавал очень похожий софт. Он внес доработки в саму программу, в руководство к ней и поменял название.
Арбитражный суд постановил, что бывший сотрудник фирмы не заключал лицензионный договор с компанией, не выплачивал вознаграждение, поэтому модификация и реализация программного комплекса неправомерна. Ответчику назначили 1,5 млн рублей компенсации, он должен прекратить продажу. Его клиенты названы соответчиками, суд обязал их прекратить использование неправомерно модифицированного софта.
Как пользоваться чужими разработками законно
Допустим, вы владелец сайта и заказали у программиста разработку плагина на сайт или особенного инструмента. То, что вы можете делать с готовым продуктом, зависит того, какой договор был заключен с программистом.
Виды договора:
Представим ситуацию, что вы нашли в сети программное обеспечение, сервис или плагин и хотите позаимствовать код для себя. У программ есть правообладатели, которые устанавливают правила использования:
Открытая лицензия — это предложение любому лицу воспользоваться конкретной программой, не запрашивая дополнительного разрешения. О том, что лицензия открытая, должно быть прямо написано на сайте.
Если не указано иное, программным обеспечением по открытой лицензии можно пользоваться бесплатно. В условиях могут быть прописаны разные ограничения: к примеру, правообладатель разрешает использовать ПО бесплатно только в некоммерческих целях.
Делать с программой можно только то, что разрешено в лицензии: если не написано, что можно модифицировать программу, значит, для модификации нужно отдельное разрешение от правообладателя. Если указано, что модифицировать программу можно, то видоизмененную программу вы тоже сможете распространять только на условиях открытой лицензии — такой же, какая была предусмотрена для «материнской» программы.
«2.Предметом открытой лицензии является право использования произведения науки, литературы или искусства в предусмотренных договором пределах.
Лицензиар может предоставить лицензиату право на использование принадлежащего ему произведения для создания нового результата интеллектуальной деятельности. В данном случае, если иное не предусмотрено открытой лицензией, считается, что лицензиар сделал предложение заключить договор (пункт 2 статьи 437) об использовании принадлежащего ему произведения любым лицам, желающим использовать новый результат интеллектуальной деятельности, созданный лицензиатом на основе этого произведения, в пределах и на условиях, которые предусмотрены открытой лицензией. Акцепт такого предложения считается также акцептом предложения лицензиара заключить лицензионный договор в отношении этого произведения.
3.Открытая лицензия является безвозмездной, если ею не предусмотрено иное».
Статья 1286.1. Открытая лицензия на использование произведения науки, литературы или искусства
«5. Лицензионный договор с пользователем о предоставлении ему простой (неисключительной) лицензии на использование программы для ЭВМ или базы данных может быть заключен в упрощенном порядке.
Лицензионный договор, заключаемый в упрощенном порядке, является договором присоединения, условия которого, в частности, могут быть изложены на приобретаемом экземпляре программы для ЭВМ или базы данных либо на упаковке такого экземпляра, а также в электронном виде (пункт 2 статьи 434). Начало использования программы для ЭВМ или базы данных пользователем, как оно определяется указанными условиями, означает его согласие на заключение договора. В этом случае письменная форма договора считается соблюденной.
Лицензионный договор, заключаемый в упрощенном порядке, является безвозмездным, если договором не предусмотрено иное».
ГК РФ Статья 1286. Лицензионный договор о предоставлении права использования произведения
Если про открытую лицензию на сайте не написано, либо вы хотите использовать программу так, как открытая лицензия не разрешает, то нужно связываться с правообладателем и заключать с ним лицензионный договор в общем порядке. К примеру, если софт можно использовать только в некоммерческих целях, а вам нужно для бизнеса, то придется обращаться за дополнительным разрешением.
Какие законы читать об авторском праве на код
Подробная информация о том, как закон определяет код, защищает авторские права разработчиков, а также об отчуждении прав, штрафах и компенсациях за нарушение есть в Гражданском и Уголовном кодексах: