3. Отказ от ответственности
Вы слушаете данный доклад на свой страх и риск. Автор доклада
оставляет за собой право не нести ответственность за актуальность,
качество и полноту представленной информации. Автор не принимает
на себя никаких обязательств по возможному моральному,
эмоциональному, финансовому вреду, причиненному слушателю или
иным лицам в процессе доклада либо последовавшему в результате
действий или бездействий слушателя, основанных на информации
полученной из данного доклада, данной презентации или любых иных
сопроводительных комментариев.
4. Disclaimer
● IANAL: I am not a lawer
● У двух юристов всегда есть три мнения
● Законодательства разных стран не всегда
соответствуют друг-другу
● Серые зоны в законодательствах отдельных
стран
5. Ликбез
Интеллектуальная собственность — временное
исключительное право, устанавливающее
монополию авторов на результаты их
интеллектуальной или творческой
деятельности.
● Авторское право (и смежные права)
● Патентное право
● Право на индивидуализацию (торговые марки)
6. Авторское право
Авторское право – Институт гражданского
права, регулирующий правоотношения,
связанные с созданием и использованием
(изданием, исполнением, показом и т. д.)
произведений науки, литературы или
искусства, то есть объективных результатов
творческой деятельности людей в этих
областях.
7. Авторское право
●
Объект права: любое произведение
– текст (в том числе устный)
– изображение
– ПО
– «база данных» и сборники
– архитектурные объекты и их проекты
– и т.п.
● Субъект права: автор и лица, которым права перешли от автора по тем
или иным причинам:
– работодатель
– заказчик
– наследник
– и т. д.
8. Неимущественные
(неотчуждаемые) права
● Право на авторство: право признаваться автором произведения;
● Право на имя: право использовать или разрешать использовать
произведение под подлинным именем автора, псевдонимом либо без
обозначения имени, то есть анонимно;
● Право на обнародование: право обнародовать или разрешать обнародовать
произведение в любой форме, включая право на отзыв;
● Право на защиту репутации автора: право на защиту произведения, включая
его название, от всякого искажения или иного посягательства, способного
нанести ущерб чести и достоинству автора.
Действуют бессрочно
Принадлежат автору
Не требуют никакой регистрации
9. Имущественные (отчуждаемые)
права
● Воспроизведение (изготовление копии/экземпляра)
● Распространение
● Публичные показ/исполнение
● Прокат
● Сообщение в эфир и по кабелю
● Перевод и переработка (создание производных произведений)
● Доведение до всеобщего сведения
Срок прав ограничен
Эксклюзивно принадлежат автору, но могут быть переданы третьим лицам
Передача прав: договор или лицензия
Возможна неэксклюзивная передача прав
10. Copyright
В области авторского права очень много
терминологической путаницы.
Copyright (англ.) – имущественные авторские
права.
В русском языке очень часто, говоря
«авторские права», подразумевают copyright, то
есть только имущественные (отчуждаемые)
права.
11. Общественное достояние
Public domain
Совокупность произведений, имущественные
авторские права на которые истекли или никогда не
существовали.
● Истечение прав
● Передача произведения в ОД
● Объекты изначально находящиеся в ОД
ОД и производные произведения
12. Fair use
В ряде случаев законом разрешается использование
без разрешения автора и без выплаты
вознаграждения.
– Цитирование
– Информационные цели
– Свобода панорамы
– Создание резервной копии
– Право декомпиляции и модификации ПО в целях запуска
и/или совместимости
13. Патентное право
Патент – привилегия на использование
изобретений.
● Ограничен по сроку действия.
● Не имеет прямого отношения к авторским правам.
● Некоторые вопросы о столкновении авторского и
патентного права будут рассмотрены в
дальнейшем.
14. История вопроса
●
Средние века: любое творение есть выражение божественного, заявлять на него права
греховно.
●
XVIII век — в Англии появляются первые законы, защищающие права авторов книг.
●
XIX век — формирование по всему миру законодательной базы в области авторского
права.
●
XX век — попытки унификации законодательств разных стран, принятие
международных конвенций.
●
С 50х годов XX века начинается создание ПО
●
ПО (в основном, в виде исходных текстов) свободно обмениваются разработчики и
пользователи
●
Начиная с 70х коммерческие компании начинают «закрывать» своё ПО.
●
1980 год — в США под действие законодательства об авторских правах попадает ПО.
15. Критика авторского права
● АП очень архаичная концепция
●
АП ограничивает свободы (творчества, слова, обмена
информацией)
●
АП защищает не авторов, а издателей
●
АП искусственно криминализировано
● АП часто используется недобросовестными лицами в целях
вымогательства
● АП (а точнее его повсеместное игнорирование) нарушает
правосознание граждан
● Общество тратит очень много сил на защиту АП и борьбу с этой
защитой
16. Free/Libre Open Source Software
● 1980 в США распространяют действие copyright law на ПО.
● 1983 Richard Matew Stallman объявляет о создании движения GNU
● 1985 Создаётся Free Software Foundation, публикуется GNU
Manifesto, в котором вводятся понятия Free Software и copyleft.
● Конец 80x: Проектом GNU создаётся пакет системных и
пользовательских утилит.
● Середина 90x: Появляются полностью свободные ОС: GNU/Linux,
FreeBSD, NetBSD.
● 1997 Проект Debian заявляет свой Debian Social Contract, в котором
вводит Debian Free Software Guidelines (DFSG).
● Начало 2000х: На рынке появляются коммерческие проекты,
активно использующие свободное ПО.
17. RMS
● Richard Mattew Stallman
● Free as in Freedom
● Базовые свободы:
0.Свобода запускать
1.Свобода изучать и модифицировать
2.Свобода распространять
3.Свобода распространять свои модификации
18. Debian Free Software Guidelines
1.Free redistribution.
2.Inclusion of source code.
3.Allowing for modifications and derived works.
4.Integrity of the author's source code (as a compromise).
5.No discrimination against persons or groups.
6.No discrimination against fields of endeavor, like commercial use.
7.The license needs to apply to all to whom the program is redistributed.
8.License must not be specific to Debian, basically a reiteration of the previous point.
9.License must not contaminate other software.
10.The GNU GPL, BSD, and Artistic licenses are examples of licenses considered free.
20. Public domain
Явный отказ от всех прав
«Лицензии» public domain:
– Unlicense.org
– CC0
Проблема с «несовместимостью» с местным
законодательством
21. Permissive лицензии
● Самые-самые свободные
● Обычно сводятся к одному главному
требованию:
– Не забудьте упомянуть мое авторство
● В остальном делайте что хотите
22. BSD license
● 3-clause BSD license
Copyright (c) <year>, <copyright holder>
All rights reserved.
Redistribution and use in source and binary forms, with or without
modification, are permitted provided that the following conditions are met:
* Redistributions of source code must retain the above copyright
notice, this list of conditions and the following disclaimer.
* Redistributions in binary form must reproduce the above copyright
notice, this list of conditions and the following disclaimer in the
documentation and/or other materials provided with the distribution.
* Neither the name of the <organization> nor the
names of its contributors may be used to endorse or promote products
derived from this software without specific prior written permission.
● 4th clause (advertising clause)
23. Beerware, postcardware
/*
* -------------------------------------------------------------
* "THE BEER-WARE LICENSE" (Revision 42):
* <phk@FreeBSD.ORG> wrote this file. As long as you retain this notice you
* can do whatever you want with this stuff. If we meet some day, and you think
* this stuff is worth it, you can buy me a beer in return. Poul-Henning Kamp
* ------------------------------------------------------------------
*/
«If you like this software, send me a postcard.»
24. Apache License 2.0
Одна из наиболее грамотных свободных
permissive лицензий.
BSD — декларация, а Apache License 2.0 —
юридический документ.
25. Copyleft
● «Вирусные» лицензии содержат требование,
чтобы любой производный продукт
распространялся под этой же лицензией.
26. GNU General Public License
● Необходимо распространять вместе с исходниками, либо
предоставлять их по запросу.
● Можно копировать, модифицировать и любым образом
использовать.
● Можно распространять (оригинальный код или
модифицированный), но только под той же лицензией.
● Нельзя добавлять условия, ограничения и т.п.
● Жесткое ограничение:
– Нельзя линковаться с GPL-несовместимым кодом
27. Lesser GPL
● Основное отличие от GPL — можно
линковаться с LGPL-лицензированной
библиотекой из любого кода.
28. Версии GPL
This program is free software: you can redistribute it and/or modify it
under the terms of the GNU General Public License as published by the
Free Software Foundation, either version 3 of the License, or (at your
option) any later version.
● 1989 год Версия 1
● 1991 год Версия 2
– Изменения большей частью стилистические
– Добавлено условие «Liberty or Death»
● 2007 год Версия 3
– Борьба с DRM, патентами
– Улучшена совместимость с некоторыми свободными лицензиями
29. Лицензии нужны не только для
кода
● Лицензии на ПО очень специфичны.
● Иногда требуется другая специфика или
наоборот отказ от специфики вообще
30. GFDL
● GNU Free Documentation License — попытка
FSF создать удобную лицензию для
документации/текстов.
● Основные проблемы:
– Не является свободной в соответствии с DFSG
– Не совместима с GPL (facepalm.jpg)
31. Creative Commons
Конструктор лицензий, широко используется для текстов, изображений, медиа.
– BY — Attribution
– SA — Share-alike
– NC — Non-commercial
– ND — No derevative works
Пример лицензии: «CC BY-SA-NC»
Специальная лицензия CC0 (CC Zero)
Jurisdiction ports — официальный (легальный) перевод лицензии на другие языки,
учитывающий особенности законодательства разных стран.
33. Exceptions
● Проблема:
– Лицензия OpenSSL – свободная, но с advertising clause
(как old BSD)
– Много GPL кода, в котором хочется использовать SSL.
● Костыль:
– GPL with OpenSSL excention
● Правильное решение:
– GnuTLS
34. Код от сторонних разработчиков
Под какой лицензией распространяются
коммиты?
Коммит стороннего автора в наш
репозиторий:
– лишает нас эксклюзивных прав на получившийся
продукт,
– «заражает» наш код лицензией.
35. Релицензирование
Релицензирование – выпуск старого
продукта под новой лицензией.
Релицензирование не означает отзыв старой
лицензии.
Кто может релицензировать код:
– Только владелец всех имущественных прав.
– Необходимо явно получать разрешение от всех
авторов.
36. Двойное лицензирование
Двойное лицензирование — выпуск продукта
одновременно под двумя лицензиями.
Необходимы права, как при
релицензировании, либо явное двойное
лицензирование от всех авторов.
Пример двойной лицензии:
– LGPL | Commercial
– GPL | MPL
37. Лицензии и WEB
WEB и SaaS позволяют строить закрытые
сервисы на открытом ПО, так как нет
редистрибуции продукта и не срабатывает
copyleft clause.
GNU Affero General Public License
38. Лицензии и патенты
● Патентуется идея
● Лицензируется продукт, то есть реализация
● Получается, что можно отдать реализацию, но запретить
ее использование патентом.
● К счастью патентное право очень территориально
ограничено
● Есть шаги по борьбе с такими действиями, например
GPLv2 и GPLv3.
39. Лицензии и DRM/шифрование
● Выкладываются исходные тексты ПО
● Отсутствует возможность запускать
модифицированное ПО.
● GPLv3
41. Корпоративные страхи
● Людям очень страшно раскрывать свои
секреты
● Бизнес-модель «деньги за лицензию»
выглядит очень просто и даже иногда
работает
● Мысль, что компетенции дороже исходников,
очень неочевидна.
42. Бизнес-модели
● Разработка на заказ
● Поддержка
● Consultancy
● Двойное лицензирование
● Расширенная коммерческая версия
● «Двухслойное ПО»
44. Почему не надо придумывать
свою лицензию
● Существует достаточное количество
свободных лицензия на любой вкус.
● Проявляя самодеятельность, можно создать
проблемы в будущем себе и/или другим
людям.
45. Как выбрать лицензию
● Определить объект лицензирования
● Свободная лицензия или нет
● Copyleft vs. Permissive
● Выбрать лицензию из тех, что используют
«соседи», или из «популярных»
● Обязательно подумать о возможных
проблемах с совместимостью
46. Как «применять» лицензию
● Файл COPYING или LICENSE в дереве исходников и в
архиве с бинарной сборкой.
● Заголовки в каждом файле содержащие:
– указание авторства
– используемую лицензию
● Уделить внимание условиям, на которых принимаются
сторонние патчи.
● Не забыть, что для всех используемых сторонних
свободных компонентов надо соблюдать их лицензии.
(Скорее всего, как минимум надо указывать авторов и
лицензии в дереве исходников и в бинарных архивах.)
47. Государственная регистрация ПО
● В соответствии со ст.1262 ГК РФ автор по
своему желанию может зарегистрировать
свою программу в государственном органе.
● Это не даёт практически ничего.
● Свидетельство о регистрации можно
повесить в рамочку на стену.
48. Выводы
● Вопрос лицензирования крайне нетривиален
● В простых случаях достаточно использовать одну из
«популярных» лицензий:
– GPL / LGPL
– Apache
– Creative Commons
● Любой сложный проект содержит фрагменты кода из
разных источников, использует различные
библиотеки и необходимо уделять достаточно много
внимания вопросам лицензирования.
Editor's Notes
Проект Debian
Крупнейший проект в области свободного ПО
Social Contract
Вопросы лицензирования очень важны
Серая зона: пример про отсутствие понятия лицензии, как открытого договора в России
Смежное право
Пример что только имущественные права являются интеллектуальной собственностью.
В ОД находится иногда явно, иногда нет флаги, гимны и т.п.
Упомянуть про торговые марки
Про средние века, что иногда даровали привелегии
Соседи: например гнездо Apache или FSF с его GNU
Совместимость: пример с PHP и модулем акселерации