Лицензии открытого по что это
Лицензии открытого кода: краткое руководство
Все лицензии на программное обеспечение делятся на две больших группы: несвободные (проприетарные) и свободные. У этих категорий есть существенные различия, которые определяют права использования. Открытый исходный код распространяется на основе открытой лицензии. В этой статье мы разберем, какие существуют виды открытых лицензий и что они означают.
Открытая лицензия позволяет свободно и совместно использовать, модифицировать программное обеспечение.
То есть исходный код таких программ полностью доступен. Именно лицензии описывают, что можно делать с этим кодом, а что нет.
В некоторых случаях есть небольшие ограничения, например, разработчики должны сослаться на предыдущих создателей или сохранить принцип открытости при последующем распространении программы.
На схеме показана детализация категорий программ. Изображение с сайта www.gnu.org
Список одобренных лицензий для открытого ПО
Такой список составила организация по продвижению открытого ПО Open Source Initiative. В него вошли несколько популярных подтвержденных лицензий.
1. GNU, General Public License (GPL). В сообществе программистов это одна из ключевых лицензий, которая используется при написании открытого ПО. Ее создал программист, основатель движения открытого ПО и проекта по разработке свободного ПО GNU ( The GNU Project ) Ричард Столлман.
Пользователь имеет право распространять ПО под этой лицензией, участвовать в его разработке или изменять различными способами. Но есть такое правило: любые изменения программы, сделанные пользователем и распространенные им, должны иметь исходный код этих изменений.
Например, под этой лицензией распространяется ядро Linux, MySQL, Asterisk и многие CMS-системы (системы управления содержимым): MovableType, MODx, WordPress, Joomla, Drupal, osCommerce.
2. Apache License 2.0. Гибкая лицензия, которая имеет четкие права. Плюс в том, что они могут применяться к копирайтам и патентам. Некоторые из доступных прав: права безвозмездны, вечны, не эксклюзивны и глобальны. Если вы распространяете код, вы должны указать имя разработчика.
3. BSD (Berkeley Software Distribution). В этой лицензии не такие строгие правила, как в GPL. Разработчики должны выполнить несложные условия: указывать в документации, что в продукте используются разработки создателей оригинального программного обеспечения и не использовать имена (или названия) создателей этого ПО в рекламных целях без письменного согласия.
BSD-лицензий существует несколько видов. Наиболее используемые New BSD/Modified BSD и Simplified BSD/FreeBSD. Лицензия New BSD разрешает распространять ПО с любой целью, не дает гарантий и не несет ответственности за последствия использования. Есть пункт в виде специального разрешения: нельзя использовать имена участников вашего проекта. Между этими лицензиями единственное отличие: в Simplified BSD не ограничено использование имен.
Например, компания Apple использует преимущественно лицензии BSD.
4. GNU Lesser General Public License (LGPL). Появилась в рамках проекта GNU. Дает больше прав, чем GPL. Главное отличие в том, что она позволяет использовать продукты LGPL в проектах, которые распространяются под другими лицензиями.
Один из известных продуктов, выпускаемый под этой лицензией, – офисный пакет OpenOffice.org.
5. MIT license (Massachusetts Institute of Technology). Очень короткая и достаточно свободная лицензия. Она разрешает использовать, копировать и модифицировать программное обеспечение на ваше усмотрение. ПО можно предоставлять бесплатно или даже продавать. Ограничений нет. Но есть ограничение в том, что ваше ПО должно сопровождаться лицензионным соглашением.
Программное обеспечение, которое лицензировано MIT, можно использовать в закрытых продуктах. Лицензия схожа с BSD. Но в MIT можно использовать название продукта и имена создателей в рекламных целях. Под MIT распространяются X Window System (X11) и Ruby on Rails.
6. Mozilla Public License 2.0. Содержит в себе черты BSD и GPL. Исходный код, скопированный или измененный под лицензией MPL, должен быть лицензирован по правилам MPL. Лицензия позволяет объединить его в одной программе с проприетарными (несвободными) файлами.
7. Common Development and Distribution License. Эта лицензия позволяет совмещать открытый и закрытый код, защищенный авторскими правами. Файлы можно совмещать с файлами, которые находятся под другими открытыми или проприетарными (несвободными) лицензиями.
8. Eclipse Public License. Лицензия наиболее подходит для бизнес-ориентированного свободного ПО и базируется на лицензии CPL. У нее более гибкие правила отказа на авторские права.
По мнению разработчика свободного программного обеспечения Сергея Матвеева стоит использовать лицензии семейства GNU GPL. «Мне важно, чтобы мой труд был свободным ПО, чтобы он принес пользу обществу, чтобы никто не смог сделать мое ПО не свободным или использовать его в помощь несвободному, так как это обесценило мой вклад, – объясняет эксперт. – Многие говорят, что не хотят использовать GPL, потому-что хотят свободны, абсолютного отсутствия ограничений. В таком случае подходит только public domain: общественное достояние, где ПО действительно перестает что-то требовать или ограничивать».
С полным списком одобренных лицензий можно ознакомиться на сайте Open Source Initiative.
Новые лицензии для открытого ПО, кто ими занимается
В середине июля появился проект PolyForm. Его авторы разрабатывают новые типы лицензий для открытого ПО. Рассказываем, зачем они нужны и кто из компаний ими уже воспользовался.
Ситуация
Если open source проект стал успешным и приобрел известность в ИТ-сообществе, логично предположить, что его захотят коммерциализировать в том или ином виде. Например, большое число платных сервисов, построены на базе Hadoop или Spark. Такая ситуация оставляет разработчиков оригинальных продуктов не у дел с точки зрения распределения доходов. Многие из них выражают свое несогласие, хотя и не могут на что-то претендовать даже в рамках судебных дел, так как изначально сами приняли решение о выводе проекта под лицензию open source.
За последние несколько лет таких кейсов стало заметно больше, и атмосфера open source сообществе стала накаляться. Чтобы «сгладить углы» часть разработчиков решили перейти на новые типы открытых лицензий, а крупные ИТ-компании начали идти им навстречу — охотнее брать под свое крыло продукты, которые предусматривают выплаты разработчикам.
По этому пути пошли в Redis — они разработали свою лицензию Redis Source Available License (RSAL). Наиболее популярные модули базы данных компании могут использовать только за деньги. Об истории с лицензированием Redis мы рассказывали тут и тут.
В конце прошлого года MongoDB также выпустили ограничительную лицензию на программное обеспечение — Server Side Public License (SSPL). Любая компания, которая строит свои сервисы на основе этой СУБД, должна приобретать коммерческую лицензию или открывать исходники модифицированного продукта.
С другой стороны, путь с переписыванием лицензий подходит только тем open source компаниям, которые давно существуют на рынке и имеют спрос на свои разработки. Молодым проектам писать ограничительную лицензию с нуля невыгодно, поскольку неизвестно, будет ли продукт кому-либо интересен. Однако можно заранее предусмотреть этот вариант развития событий, чтобы получить материальную выгоду, если решение кто-то все-таки захочет коммерциализировать.
В июле появилась инициатива PolyForm — её авторы предлагают свою редакцию лицензий для открытых проектов — на выбор в зависимости от целей, которые преследует автор.
Что за лицензии
Их написала группа специалистов под руководством Хезер Микер (Heather Meeker) — юриста в области лицензирования открытого программного обеспечения. К слову, именно она помогла MongoDB разрабатывать Server Side Public License. Пока в пуле PolyForm есть пять лицензий:
Авторы PolyForm говорят, что новые лицензии дадут разработчикам открытого программного обеспечения больше контроля за тем, как используются их продукты. Обо всех изменениях в тексте документов, а также последних новостях PolyForm, можно узнать в рассылке организации.
Кто уже использует
У одной из лицензий PolyForm есть первый пользователь. Им стал американский стартап YugaByte, который разрабатывает одноимённую СУБД — YugaByte DB. Их продукт состоит из двух частей: непосредственно системы управления базами данных и аналитического инструмента для неё.
YugaByte DB — это открытое программное обеспечение (GitHub), которое распространяется по лицензии Apache 2.0. Компании могут свободно пользоваться этой СУБД, строить на её основе свои приложения и коммерциализировать их.
Что касается, аналитического инструмента, то он распространяется по лицензии PolyForm Free Trial. Эта утилита предлагает несколько уникальных функций для работы с YugaByte DB и является платным сервисом. Однако лицензия PolyForm дает возможность изучить все функции продукта (и начать строить на его основе другие сервисы) в течение месяца. Разработчики надеются, что дополнительный сервис поможет активнее продавать подписку. Если нет, то компании смогут работать с СУБД YugaByte бесплатно, но уже без дополнительной аналитики.
Авторы проекта говорят, что им удалось заинтересовать множество компаний, поэтому практика применения таких лицензий уже во всю формируется. Посмотрим, будет ли она массовой.
О чем мы пишем в наших блогах и социальных сетях:
Вот это поворот: почему Apple изменила требования к разработчикам приложений
В Open Invention Network больше трех тысяч лицензиатов — что это значит для открытого ПО
Как защитить виртуальный сервер в интернете
Резервное копирование файлов: как подстраховаться от потери данных
Книги для тех, кто уже занимается системным администрированием или только планирует начать
Какими бывают облачные хранилища
Открытая лицензия: как ее использовать
Почти каждый разработчик скажет, что открытый код – это удобно и с ним разработка идет быстрее. Но вот совсем не каждый юрист обрадуется, когда узнает, что в ПО использована открытая лицензия.
Давайте попробуем разобраться, почему важно знать условия открытой лицензии.
Что такое открытая лицензия
Открытая лицензия – это особый вид лицензионного договора, по которому правообладатель может предоставить иному лицу право на использование произведения науки, литературы или искусства.
Это значит, что, используя открытую лицензию, нужно точно знать заранее ее условия и сопоставить с целями использования ПО. Проверьте, разрешено ли коммерческое использование образовавшегося ПО, есть ли ограничения, какие у вас обязательства (например, выложить новый код по аналогичной лицензии).
Виды открытых лицензий
Открытые лицензии бывают двух видов: копилефтовые и пермиссивные.
Копилефтовые (copyleft) лицензии содержат в себе, с одной стороны, свободу в просмотре, изменении исходного кода, создании на его основе нового ПО, а с другой стороны – ограничения. Например, ПО должно распространяться на тех же условиях, на которых оно было получено по первоначальной лицензии.
Копилефтовые лицензии несовместимы между собой: в одном ПО не могут содержаться элементы, используемые по правилам разных копилефтовых лицензий.
К такому виду лицензий относятся: GNU GPL (самая популярная в мире открытая лицензия), MPL (Mozilla Public License) и другие.
Именно лицензию GNU GPL использовал Moodle при создании своего ПО.
Пермиссивные (permissive) лицензии предоставляют максимальное количество свободы в использовании исходного кода ПО. Например, возможность изменения условий лицензии и указания себя в качестве автора; возможность помещения кода даже в закрытую (несвободную, проприетарную) лицензию.
Элементы, используемые по разным пермиссивным лицензиям, легко могут сочетаться в одном ПО, в отличие от копилефтовых.
В числе пермиссивных лицензий – BSD (Berkeley Software Distribution License), MIT (Massachusetts Institute of Technology) и другие. В них крайне мало ограничивающих требований.
Особенности открытой копилефтовой лицензии рассмотрим подробнее на примере Moodle:
Любая открытая лицензия является договором присоединения. Условия лицензии должны быть доступны для просмотра каждому пользователю. Причем для акцепта договора и признания его заключенным в письменной форме будет достаточно совершения конклюдентных действий. Так, если кто-то станет изменять и/или распространять ПО Moodle, он будет считаться принявшим условия лицензии.
Открытые лицензии действуют по всему миру.
Лицензия Moodle является безвозмездной. Однако в открытой лицензии возможно предусмотреть как безвозмездное, так и коммерческое использование.
По общему правилу, если не предусмотреть другой срок договоре, в открытых лицензиях в отношении ПО срок действия лицензии – это весь срок действия исключительного права.
Ограничения, содержащиеся в лицензии Moodle, присущие копилефтовым лицензиям:
В каждом экземпляре созданного ПО необходимо указывать, что данное ПО разработано на основе (за счет модификации) Moodle.
В качестве авторов ПО обязательно называть авторов Moodle, а также авторов всех его модификаций для исключения введения пользователей в заблуждение относительно того, кто ответственен за возникающие сбои в работе программы.
Пользователям созданного ПО, которые включат исходный код Moodle в свое ПО, предоставляются те же права, которые были получены по лицензии Moodle. То есть нужно предоставить пользователям ПО возможность ознакомиться с данной лицензией и показать исходный код программы. Модифицированный исходный код Moodle будет открыт для всех, то есть не будет компиляции (перевода исходного текста в объектный код).
При включении исходного кода Moodle в созданное ПО его распространение возможно только на условиях лицензии Moodle.
Выбор лицензии зависит от целей, которые преследует создатель ПО: хочет ли он открыть доступ к просмотру и изменению исходного кода для всех желающих? Взимать ли за возможность совершения этих действий плату? Кто будет правообладателем нового ПО?
Если же брать в основу уже созданное ПО, например Moodle, то выбирать не приходится: создателю нового ПО необходимо принять условия первоначальной лицензии и действовать в ее рамках.
Что такое открытая лицензия
Несмотря на то, что норма об открытых лицензиях появилась в нашем законодательстве еще в 2014 году, многие до сих пор путаются и не очень представляют себе, что же такое открытая лицензия.
Не стоит думать, что открытая лицензия – это нечто электронное, что позволяет пользователю использовать произведение бесплатно и как угодно.
Открытая лицензия – это точно такой же лицензионный договор, как и обычный бумажный лицензионный договор. Только заключается открытая лицензия в упрощенном порядке и имеет ряд особенностей
Точно так же, как и обычные лицензионные договоры, открытая лицензия должна содержать все существенные (обязательные) условия, присущие лицензионным договорам.
В качестве примера открытых лицензий можно (с натяжкой, конечно) привести лицензии Creative Commons. Однако стоит понимать, что Creative Commons – это не какой-то формализованный и утвержденный обязательный документ. Creative Commons – это всего лишь шаблоны открытых лицензий. Причем шаблоны, составленные по американскому праву. И в России работать такие шаблоны будут только в той части, которая не противоречит законодательству РФ. Так что использовать Creative Commons в отношениях в рамках российской юрисдикции стоит очень аккуратно. Подробно о Creative Commons и их использовании в наших условиях можно прочитать по этой ссылке.
Открытой лицензии посвящена ст.1281.1. ГК РФ. В ней говорится: лицензионный договор, по которому предоставляется простая (неисключительная) лицензия на использование произведения науки, литературы или искусства, может быть заключен в упрощенном порядке.
Это и есть открытая лицензия.
Открытая лицензия является договором присоединения. Все ее условия должны быть доступны неопределенному кругу лиц и размещены таким образом, чтобы лицензиат ознакомился с ними перед началом использования соответствующего произведения. В открытой лицензии может содержаться указание на действия, совершение которых будет считаться акцептом принятием ее условий. В этом случае письменная форма договора считается соблюденной.
Предметом открытой лицензии является право использования произведения науки, литературы или искусства в предусмотренных договором пределах. То есть правообладатель может установить любые пределы использования произведения. Поэтому важно очень внимательно знакомиться с условиями открытой лицензии.
Всегда ли открытая лицензия является бесплатной?
Нет, не всегда. Но часто.
По общему правилу открытая лицензия является безвозмездной. Однако эта норма является диспозитивной, что означает, что правообладатель вправе в лицензионном договоре сделать отступление и предусмотреть плату за использование произведения (п.3. ст.1286.1. ГК РФ).
Если в открытой лицензии не указана территория, на которой допускается использование произведения, такое использование допускается на территории всего мира, опять же, если в договоре не предусмотрено иное. Таким образом, не стоит думать, что с произведениями, распространяемыми по открытой лицензии, можно делать всё, что угодно.
В термине «открытая лицензия» слово «открытая» означает не возможность открыто пользоваться произведением любым способом, а возможность открыто ознакомиться с условиями использования и открыто присоединиться к этим условиям.
Пределы использования правообладатель устанавливает самостоятельно и излагает в лицензионном договоре или соглашении, так что читайте внимательно условия перед использованием произведений по открытой лицензии.
⚖ Что такое лицензирование ПО и как оно работает?
Сергей Кравченко
Лицензия на программное обеспечение является юридическим документом, регулирующим использование и/или перераспределение продукта. Другими словами, лицензионное соглашение (licence agreement) – это договор между автором и пользователем, который прилагается к ПО в виде текстового документа, для защиты интеллектуальной собственности разработчика и ограничения претензий.
Для разработчика лицензионное соглашение в первую очередь защищает право собственности и доход, полученный от распространения ПО. Для пользователя лицензионное соглашение может служить основанием правомерности использования программного обеспечения.
Классификация лицензий
Условно все лицензии на ПО можно разделить на две большие группы: свободного и несвободного использования.
Стоит также отметить, что не любое открытое ПО является свободным: доступ к исходному коду (на определенных условиях) могут предоставлять даже создатели коммерческих продуктов. Пример – коммерческая ОСРВ QNX Neutrino, большая часть исходных текстов которой открыта правообладателем в рамках проекта Foudry27.
Стандарты, определения и лицензии свободного ПО довольно сильно различаются в зависимости от организаций, поддерживающих его развитие и распространение. Среди них:
Обычно без явного принятия лицензии проприетарное программное обеспечение использовать нельзя.
Проприетарное ПО в свою очередь делится на коммерческое и условно бесплатное. Коммерческое, как следует из названия, распространяется за деньги или по бартеру, а условно бесплатное распространяется бесплатно, но, возможно, с определенными ограничениями: например, без права копирования, изменения, передачи, декомпиляции, доступа к некоторым функциям и т. д.
Терминология и факторы
При определении характеристик лицензирования также часто используются следующие критерии:
Эти характеристики часто прописывают в лицензионном соглашении как свободного, так и проприетарного ПО, во избежание разногласий между правообладателем и пользователем.
Спектр лицензирования свободного программного обеспечения по Дэвиду А. Уиллеру
Лицензии Open Source
Несмотря на обилие видов и функций лицензий Open Source их можно условно свести к 3 категориям.
Лицензия общественного достояния
По многим причинам компании вынуждены проявлять осторожность при внедрении программного обеспечения, являющегося общественным достоянием, в проекты или другие важные приложения.
Если подытожить, то любое ПО, созданное разработчиком, по умолчанию является его авторским произведением и может быть передано в разряд общественного достояния только путем явного, активного отказа от авторских прав.
Разрешающая лицензия FOSS (GNU/LGPL)
Разрешительная лицензия на программное обеспечение имеет минимальные ограничения и предполагает отказ от предоставления гарантий.
Варианты разрешительных лицензий включают различия в требованиях к сохранению уведомлений и авторских прав на программное обеспечение.
Copyleft
Копилефт – это практика предоставления права свободно распространять и изменять интеллектуальную собственность с требованием, чтобы те же права сохранялись в производных произведениях, созданных на основе этой собственности.
Поскольку включенное в новый проект исходное программное обеспечение допускало модификации и распространение, это может быть не лучшей вариант для разработчиков, поскольку полученный код также должен содержать лицензию с copyleft, включая доступность исходного кода.
Лицензии на проприетарное ПО
Лицензии на проприетарное ПО условно делятся на 3 основные группы по типу ограничений: условно бесплатная, собственная лицензия и коммерческая тайна.
Классификация типу ограничений и монетизации:
Разберем немного подробнее основные различия этих лицензий.
Условно бесплатная или некоммерческая лицензия
Такие лицензии подразумевают, что ПО распространяется бесплатно, но с рядом ограничений. Например, может быть ограничен срок использования продукта или доступ к его функциям. Возможны варианты, когда лицензия подразумевает полностью бесплатное использование для определенных целей, например, образовательных или только для личного некоммерческого использования. При таком подходе за пользователем может сохраняться право на копирование, но он ограничен правом на модификацию или сублицензирование.
Собственная лицензия
Коммерческое программное обеспечение или программное обеспечение – вид лицензирования, когда издатель сохраняет права на модификации и распространение за собой, оставляя тем самым пользователям лишь право на ограниченное использование ПО за определенную плату. Это основной вид лицензирования коммерческого ПО.
Коммерческая тайна
Это вид интеллектуальной собственности, включающий формулы, методы, процессы, конструкции, инструменты, шаблоны или компиляции информации, которые имеют неотъемлемую экономическую ценность, поскольку они обычно не известны или не могут быть легко определены другими, а владелец принимает разумные меры, чтобы держать их в секрете. Исходный код такого ПО держится в секрете и патентуется.
По сути ПО подпадающее под коммерческую тайну не относится напрямую к лицензированию, так как распространяется строго внутри компании и не предполагает соглашения с пользователем за ее пределами. Тем не менее некоторые виды распространяемого проприетарного ПО или их элементы могут подпадать под определение коммерческой тайны, что должно отображаться в лицензионном соглашении.
Таблица сравнения лицензий
Способы составления лицензии
Вне зависимости от того, составляете вы лицензию вручную, используете готовый текст типовой лицензии какой-либо алгоритм для подбора лицензии, стоит учитывать следующие моменты:
Все эти моменты стоит учесть при выборе или составлении лицензии и явно в ней указать.
При выборе лицензии для своего продукта обязательно учитывайте лицензии всех библиотек и материалов, которые вы в нем использовали. Согласование лицензий может быть сложным процессом, требующим особого внимания.
Работая в команде, обязательно обсудите выбор лицензии с ответственными коллегами перед релизом. В сложных случаях стоит обратиться к юристу, специализирующемуся на авторском праве в вашей юрисдикции или юрисдикции потенциальных пользователей. Хотя чаще всего лицензии прилагаются на английском, в случае, если потенциальные пользователи им не владеют, стоит приложить перевод текста на понятный для пользователя язык.
Заключение
Составление или подбор лицензионного соглашения для распространения ПО – это не простая формальность, а важный этап в заключительном цикле разработки, предшествующий выпуску продукта. Какой бы вид лицензии вы ни выбрали для своего кода, рекомендуем подойти к этому внимательно и ответственно. От вашего выбора будут зависеть особенности использования продукта и возможности сторонних разработчиков внести вклад в проект.