Мультилицензирование

Мультилицензирование — это практика распространения программного обеспечения на двух или более различных наборах условий. Это может означать наличие нескольких различных лицензий на программное обеспечение или наборов лицензий. Префиксы могут использоваться для обозначения количества используемых лицензий, например, двойная лицензия для программного обеспечения, лицензируемого по двум разным лицензиям.

Когда программное обеспечение лицензируется по нескольким лицензиям, получатели обычно могут выбирать условия, на которых они хотят использовать или распространять программное обеспечение, но простое наличие нескольких лицензий в пакете программного обеспечения или библиотеке не обязательно означает, что получатель может свободно выбирать одну или несколько лицензий. другой. В некоторых случаях, особенно если программное обеспечение имеет несколько источников, все прилагаемые лицензии применяются одновременно. Применимость различных лицензий должна проверяться индивидуально. ^{[ по мнению кого? ]} Дистрибьютор может взимать или не взимать комиссию за любой вариант. ^{[ нужна ссылка ]} Двумя обычными мотивами для мультилицензий являются совместимость лицензий. ^[1] и бизнес-модели, основанные на сегрегации рынка . ^[2]

Бизнес-модели

Мультилицензирование обычно осуществляется для поддержки бизнес-моделей свободного программного обеспечения в коммерческой среде. В этом сценарии одним вариантом является лицензия на проприетарное программное обеспечение, которая позволяет создавать на его основе проприетарные приложения , в то время как другой вариант представляет собой лицензию с авторским левом на свободное программное обеспечение / открытый исходный код , что требует, чтобы любая производная работа была выпущена под той же самой лицензией. лицензия. Владелец авторских прав на программное обеспечение затем обычно предоставляет бесплатную версию программного обеспечения за небольшую плату или бесплатно и получает прибыль от продажи проприетарных лицензий коммерческим предприятиям, стремящимся включить программное обеспечение в свой собственный бизнес. Эту модель можно сравнить с условно-бесплатной . ^[3]^[4]

Поскольку в большинстве случаев только владелец авторских прав может изменить условия лицензирования программного обеспечения, мультилицензирование чаще всего используется компаниями, которые полностью владеют программным обеспечением, которое они лицензируют. Путаница может возникнуть, когда человек за пределами компании создает дополнительный исходный код, используя менее ограничительную лицензию. Поскольку компания с официальным кодом не является правообладателем дополнительного кода, она не может по закону включать эту новую работу в свою версию с более строгой лицензией. Компании могут потребовать от сторонних разработчиков согласия с лицензионным соглашением для участников, прежде чем принимать их работу в официальных репозиториях кодовой базы и исходного кода. ^[5]

Мультилицензирование используется правообладателями некоторых пакетов свободного программного обеспечения , заявляя о своей готовности распространять их с использованием как лицензии на свободное программное обеспечение с авторским левом , так и лицензии на несвободное программное обеспечение. Последняя лицензия обычно предлагает пользователям программное обеспечение как проприетарное программное обеспечение или предлагает третьим лицам исходный код без положений об авторском левом. В этом сценарии правообладатели реализуют монополию, предоставляемую им авторским правом , но также используют множественное лицензирование, чтобы различать права и свободы, которые получают разные получатели.

Такое лицензирование позволяет владельцу предлагать модификации и ранние выпуски, создавать другие производные работы или предоставлять права третьим лицам на распространение проприетарных версий, одновременно предлагая каждому бесплатную версию программного обеспечения. Распространение пакета как свободного программного обеспечения с авторским левом может принести пользу правообладателю, получая вклады от пользователей и хакеров сообщества свободного программного обеспечения . Этим вкладом может быть поддержка специального сообщества пользователей, устный маркетинг или модификации, которые предоставляются в соответствии с лицензией с авторским левом. Однако стремление правообладателя уклоняться от положений авторского лева и рекламировать проприетарные перераспределения рискует потерять доверие и поддержку со стороны пользователей свободного программного обеспечения. ^[6]^[7]

Примеры мультилицензионного программного обеспечения включают NetBeans , Asterisk Oracle базу данных MySQL AB , Modelio , Oracle корпорации DB , IDE , ZeroC Ice wolfSSL , Magnolia CMS , JUCE , Berkeley , ^[8] и Qt Software от набор инструментов разработки Qt .

Описание на одном конкретном примере, иллюстрирующем мультилицензирование:Oracle MySQL поставляется в различных редакциях:MySQL Enterprise Edition ^[9] является коммерческим изданием, поэтому его следует приобретать. Лицензия предлагается только в виде подписки под названием MySQL Enterprise Edition Subscription. То же самое относится к MySQL Standard Edition (подписка MySQL Standard Edition) и MySQL Cluster CGE (подписка MySQL Cluster Carrier Grade Edition).Другие выпуски, такие как MySQL Classic Edition или MySQL Community Edition, можно использовать бесплатно с некоторыми ограничениями. Например, MySQL Community Edition представляет собой бесплатно загружаемую версию, доступную под лицензией GPL и поддерживаемую сообществом разработчиков открытого исходного кода. ^[10]

Коммерческая бизнес-модель с открытым исходным кодом с одним поставщиком

Термин «коммерческий открытый исходный код с одним поставщиком» был придуман Дирком Риле в 2010 году. ^[11]^[12] и позже был популяризирован другими учеными, такими как Саймон Р.Б. Бердал . ^[13]

По словам Риле:

Коммерческие фирмы с открытым исходным кодом, состоящие из одного поставщика, строят свой бизнес вокруг проекта программного обеспечения с открытым исходным кодом, который они полностью контролируют, обычно разработав программное обеспечение и никогда не разделяя контроль с третьими сторонами. Это достигается за счет владения полными авторскими правами на код и связанную с ним интеллектуальную собственность, такую как патенты и товарные знаки... Обычно бесплатная форма с открытым исходным кодом предоставляется по взаимной лицензии, такой как GPL, чтобы стимулировать принятие, но сдерживать возможных конкурентов. Платные версии программного обеспечения затем предоставляются по коммерческой лицензии, как это делают традиционные поставщики программного обеспечения. Это также известно как стратегия двойной лицензии коммерческого открытого исходного кода. ^[11]

В отличие от традиционных проектов с открытым исходным кодом, коммерческий проект с открытым исходным кодом, принадлежащий одному поставщику, контролируется ровно одной заинтересованной стороной с целью его коммерческого использования . ^[11] В этом контексте сообщество открытого исходного кода в меньшей степени занимается разработкой основных функций, как это обычно происходит в традиционных (чисто) проектах с открытым исходным кодом. тогдашний генеральный директор Мартен Микос MySQL Как сказал в интервью :

Глубина вклада зависит от продукта и ситуации. Чем глубже вы углубляетесь в ядро базы данных, тем труднее кому-то внести свой вклад, потому что на обучение уходит пять лет. Если вы создаете что-то на окраине ядра — какой-то инструмент или функцию, которую вы добавляете поверх него, — тогда это намного проще, потому что меньше риска того, что вы испортите весь продукт. Но из многих, казалось бы, крошечных вкладов может получиться что-то великое. Это аналогично тому, как микрозаймы могут иметь такое огромное влияние на экономическое развитие: каждая запись минимальна, но когда вы умножаете ее на количество вовлеченных людей, она становится огромной. Оно начинает набирать собственный импульс. . ^[14]

Таким образом, в сообщество мультилицензионного ПО, как правило, входят сотрудники фирмы-владельца кода, а также стратегические партнеры, кровно заинтересованные в ПО. Как отмечает Риле, в открытом исходном коде с одним поставщиком почти вся основная работа по разработке продукта выполняется коммерческой фирмой с периодическим участием сообщества. ^[11]

Как отмечает Бердал, управление сообществом открытого исходного кода становится ключевым процессом управления бизнесом в этом контексте: как таковое, оно должно быть согласовано с другой бизнес-деятельностью. Таким образом, модели управления выпусками OSS с двойной лицензией могут иметь тенденцию к коммерческому уклону. Поэтому, чтобы предотвратить провоцирование или отчуждение сообщества, может показаться необходимым сбалансировать коммерческие наклонности и «открытые» интересы. ^[13] Это отнюдь не легкая задача. Как продемонстрировал Бердал на примере SugarCRM , эта бизнес-модель коммерческого программного обеспечения с открытым исходным кодом (COSS) может вызвать серьезные разногласия, которые в конечном итоге могут привести к появлению чисто форков с открытым исходным кодом (таблица адаптирована из Berdal, таблица 3, стр. 75). ^[13]):

Точка трения	Перспективы COSS/SugarCRM	Противоположные точки зрения FOSS
Передача авторских прав	Предварительное условие двойного лицензирования, без которого бизнес-модель не будет коммерчески устойчивой.	Нежелательно вносить вклады из-за опасений стать (частично) частными. Пуристы свободного программного обеспечения: «Аморально».
Удержание функции повышения стоимости от Sugar CE	1) Превентивное конкурентное преимущество перед клонами OSS , 2) более широкие возможности для ценовой дискриминации и дифференциации продуктов для коммерческих изданий, и3) более сильные стимулы для пользователей Sugar CE перейти на коммерческую версию.	«Crippleware» / поврежденный товар , « открытое ядро ». Нежелательно вносить вклад из-за отсутствия гарантий против потенциально эксклюзивного использования в целях собственности.
Логотип «При поддержке SugarCRM»	автора 1) Официальная позиция: законное указание в знак признания вложенной работы. Не подтверждено, но весьма вероятно: 2) продвижение бренда и3) препятствовать попыткам форка /подавлять нежелательное повторное использование внешнего кода.	« Бейджик ». Нарушение основных принципов FOSS , особенно в сочетании с Политикой в отношении товарных знаков SugarCRM.
«Закрытая» практика управления, даже ограничительная по стандартам COSS	1) Необходимость управленческого контроля для обеспечения эффективного удовлетворения потребностей клиентов. 2) Спекулятивный: Уменьшить влияние энтузиастов FOSS и линчевателей, которые могут помешать коммерчески ориентированному процессу разработки.	Чрезмерные ограничения, отсутствие процедурной справедливости. Никакого реального влияния на общую кодовую базу Sugar CE. Де-факто перевод на работу над небольшими периферийными устройствами, которые не обязательно должны быть с открытым исходным кодом.
Преференциальный режим для коммерчески аффилированных членов сообщества и третьих лиц	Разумный дополнительный подход к дифференциации для использования и расширения коммерческих интересов в платформе продуктов SugarCRM. Это необходимо для 1) укрепления каналов продаж фирмы посредством совместной эволюции возможностей с партнерами и 2) стимулирования ориентированной на спрос настройки и разработки модульных дополнений (расширений, плагинов и т. д.), 3) запуска сетевых эффектов , которые увеличивают общая ценность продуктовой платформы.	Недостаточная справедливость распределения (с точки зрения недостаточного внимания и приоритетов). Ощущение, что вас держат в стороне.

Всего через несколько месяцев после того, как были замечены эти разногласия, новом ответвлении SugarCRM было объявлено о Community Edition.

Совместимость лицензий

Второе использование мультилицензирования со свободным программным обеспечением связано с совместимостью лицензий . ^[1] позволяя комбинировать код из проектов бесплатного программного обеспечения с разными лицензиями или предоставлять пользователям возможность выбора лицензии.

Примеры включают исходный код Mozilla Application Suite , а ранее Mozilla Thunderbird и Mozilla Firefox , которые использовали тройное лицензирование в соответствии с общественной лицензией Mozilla (MPL) 1.1, GNU General Public License (GPL) 2.0 или GNU Lesser General Public License (LGPL). 2.1 ^[15] до того, как последний был обновлен до MPL 2.0, совместимого с GPL, что сделало тройное лицензирование ненужным. ^[16] Другими примерами являются Perl , который имеет двойную лицензию GPL или Artistic License . ^[17] и Ruby , чья лицензия содержит явное двойное лицензирование GPL.

Сегрегация рынка проприетарного программного обеспечения

Мультилицензирование также используется распространителями несвободного программного обеспечения. Иногда это делается с проприетарным программным обеспечением с целью разделения рынка. Разделив клиентов на несколько категорий, таких как домашние пользователи, профессиональные пользователи и академические пользователи, правообладатели могут устанавливать разные цены для каждой группы. Однако среди компаний, занимающихся проприетарным программным обеспечением, чаще выпускают «домашнюю версию» и «профессиональную версию» данного продукта, которые различаются программным обеспечением и включенными функциями программного обеспечения, а не только лицензией.

См. также

Ссылки

^ Jump up to: ^а ^б Николай Безруков (2001). «Сравнительные преимущества GPL, BSD и художественных лицензий (Критика вирусной природы GPL v.2 — или в защиту идеи двойного лицензирования)» . Архивировано из оригинала 22 декабря 2001 года. Вирусная собственность стимулирует распространение лицензий и способствует «кошмару, навязанному GPL» — ситуации, когда многие другие лицензии логически несовместимы с GPL и делают жизнь разработчиков, работающих в этой области, ненужными. Среда Linux (хороший пример — KDE, менее известный — Python).
^ Роначер, Армин (23 июля 2013 г.). «Лицензирование в мире посткопирайтного права» . lucumr.pocoo.org . Проверено 18 ноября 2015 г. AGPLv3 имел ужасный успех, особенно среди сообщества стартапов, которые нашли идеальную базовую лицензию, позволяющую сделать возможным двойное лицензирование с коммерческой лицензией. MongoDB, RethinkDB, OpenERP, SugarCRM, а также WURFL теперь используют AGPLv3 в качестве средства двойного коммерческого лицензирования. Благодаря AGPLv3 это обычно легко осуществить, поскольку первоначальный автор авторских прав имеет права сделать возможной коммерческую лицензию, но никто из тех, кто получает сам исходный код через APLv3, не наследует этого права. Я не уверен, что это было предполагаемое использование лицензии, но, по крайней мере, сейчас она определенно используется именно для этого.
^ Новости Linux: Tech Buzz: Двойное лицензирование: съесть свой пирог и съесть его тоже
^ Бизнес-модели с открытым исходным кодом с двойным лицензированием | Линукс
^ Компания «Дигум Инкорпорейтед». «Руководство Asterisk, Лицензионное соглашение для участников» . Проверено 10 февраля 2009 г.
^ Общественная лицензия Netscape - Проект GNU - Фонд свободного программного обеспечения (FSF)
^ Мнение FSF о лицензии Apple на общедоступный исходный код (APSL) - Проект GNU - Фонд свободного программного обеспечения (FSF)
^ «Встроенная библиотека SSL/TLS wolfSSL | Теперь поддерживает TLS 1.3» . Проверено 27 января 2020 г.
^ «Моя версия SQL Enterprise» . Оракул . Проверено 25 апреля 2013 г.
^ «MySQL Community Edition» . Оракул, MySQL . Проверено 25 апреля 2013 г.
^ Jump up to: ^а ^б ^с ^д Коммерческая бизнес-модель с открытым исходным кодом с одним поставщиком , 9 ноября 2010 г. , получено 8 декабря 2013 г.
^ Риле, Дирк (март 2012 г.). «Коммерческая бизнес-модель с открытым исходным кодом с одним поставщиком». Информационные системы и управление электронным бизнесом . 10 (1): 5–17. дои : 10.1007/s10257-010-0149-x .
^ Jump up to: ^а ^б ^с Бердал, СРБ (январь 2013 г.). «Особенности коммерческой бизнес-модели с открытым исходным кодом: пример SugarCRM» . 112 . Тронхейм, Норвегия.
^ «Очень практичная магия инноваций с открытым исходным кодом» . Обзор менеджмента Слоана MIT . 50 (1). 1 октября 2008 года . Проверено 8 декабря 2013 г.
^ Фонд Мозилла. «Лицензирование кода Mozilla» . Проверено 17 сентября 2007 г.
^ «Обновление MPL 2» . Проверено 18 августа 2012 г.
^ Фонд Перла. «Лицензирование Perl — perl.org» . Проверено 17 сентября 2007 г.

Внешние ссылки

Информация о двойном лицензировании от OSS Watch
Статья « Модель двойного лицензирования », Дон Марти, 1 мая 2002 г.
Статья « Двойное лицензирование: съешь свой пирог и съешь его », 16 ноября 2004 г., Филип Х. Альберт
Статья « Угрожает ли двойное лицензирование свободному программному обеспечению? », Глин Муди, 27 июля 2006 г.
Статья « Бизнес-модели с открытым исходным кодом с двойным лицензированием ». Хизер Микер
Статья « Двойное лицензирование в индустрии программного обеспечения с открытым исходным кодом ». Микко Вялимяки
Бизнес-модели с открытым исходным кодом, использующие мультилицензирование
« Должен ли код иметь «двойную лицензию» в соответствии с GPL и разрешительную лицензию? », Автор: Software Freedom Law Center
Объединение GPL, закрытый код на archive.today (заархивировано 3 января 2013 г.)
Глоссарий лицензирования программного обеспечения

[GPLviral-1] Jump up to: ^а ^б Николай Безруков (2001). «Сравнительные преимущества GPL, BSD и художественных лицензий (Критика вирусной природы GPL v.2 — или в защиту идеи двойного лицензирования)» . Архивировано из оригинала 22 декабря 2001 года. Вирусная собственность стимулирует распространение лицензий и способствует «кошмару, навязанному GPL» — ситуации, когда многие другие лицензии логически несовместимы с GPL и делают жизнь разработчиков, работающих в этой области, ненужными. Среда Linux (хороший пример — KDE, менее известный — Python).

[ronacher2013-2] Роначер, Армин (23 июля 2013 г.). «Лицензирование в мире посткопирайтного права» . lucumr.pocoo.org . Проверено 18 ноября 2015 г. AGPLv3 имел ужасный успех, особенно среди сообщества стартапов, которые нашли идеальную базовую лицензию, позволяющую сделать возможным двойное лицензирование с коммерческой лицензией. MongoDB, RethinkDB, OpenERP, SugarCRM, а также WURFL теперь используют AGPLv3 в качестве средства двойного коммерческого лицензирования. Благодаря AGPLv3 это обычно легко осуществить, поскольку первоначальный автор авторских прав имеет права сделать возможной коммерческую лицензию, но никто из тех, кто получает сам исходный код через APLv3, не наследует этого права. Я не уверен, что это было предполагаемое использование лицензии, но, по крайней мере, сейчас она определенно используется именно для этого.

[3] Новости Linux: Tech Buzz: Двойное лицензирование: съесть свой пирог и съесть его тоже

[4] Бизнес-модели с открытым исходным кодом с двойным лицензированием | Линукс

[5] Компания «Дигум Инкорпорейтед». «Руководство Asterisk, Лицензионное соглашение для участников» . Проверено 10 февраля 2009 г.

[6] Общественная лицензия Netscape - Проект GNU - Фонд свободного программного обеспечения (FSF)

[7] Мнение FSF о лицензии Apple на общедоступный исходный код (APSL) - Проект GNU - Фонд свободного программного обеспечения (FSF)

[8] «Встроенная библиотека SSL/TLS wolfSSL | Теперь поддерживает TLS 1.3» . Проверено 27 января 2020 г.

[9] «Моя версия SQL Enterprise» . Оракул . Проверено 25 апреля 2013 г.

[10] «MySQL Community Edition» . Оракул, MySQL . Проверено 25 апреля 2013 г.

[dirkRIehle2010-11] Jump up to: ^а ^б ^с ^д Коммерческая бизнес-модель с открытым исходным кодом с одним поставщиком , 9 ноября 2010 г. , получено 8 декабря 2013 г.

[dirkRIehle2012-12] Риле, Дирк (март 2012 г.). «Коммерческая бизнес-модель с открытым исходным кодом с одним поставщиком». Информационные системы и управление электронным бизнесом . 10 (1): 5–17. дои : 10.1007/s10257-010-0149-x .

[simonBerdal2013-13] Jump up to: ^а ^б ^с Бердал, СРБ (январь 2013 г.). «Особенности коммерческой бизнес-модели с открытым исходным кодом: пример SugarCRM» . 112 . Тронхейм, Норвегия.

[14] «Очень практичная магия инноваций с открытым исходным кодом» . Обзор менеджмента Слоана MIT . 50 (1). 1 октября 2008 года . Проверено 8 декабря 2013 г.

[15] Фонд Мозилла. «Лицензирование кода Mozilla» . Проверено 17 сентября 2007 г.

[16] «Обновление MPL 2» . Проверено 18 августа 2012 г.

[17] Фонд Перла. «Лицензирование Perl — perl.org» . Проверено 17 сентября 2007 г.

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]