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

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

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

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

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

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

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

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

Примеры программного обеспечения с несколькими лицензиями включают: Oracle с NetBeans IDE, MySQL AB база данных, Звездочка, Корпорация Oracle с Berkeley DB, Modelio, ZeroC с Лед, Магнолия CMS, ЮС, wolfSSL[8], и Программное обеспечение Qt с 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 Subscription). Другие версии, такие как 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) может вызвать серьезные трения, которые в конечном итоге могут привести к созданию чистого открытого исходного кода. вилки (таблица адаптирована из Бердала, таблица 3, стр.[13]):

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

2) Спекулятивный: уменьшите влияние FOSS энтузиасты и линчеватели, которые могут помешать процессу разработки под коммерческими целями.

Чрезмерно строгие ограничения, отсутствие процессуальной справедливости. Никакого реального влияния на общую кодовую базу Sugar CE. Де-факто переход к работе над небольшими периферийными устройствами, которые не обязательно должны иметь открытый исходный код.
Преференциальный режим для коммерчески связанных участников сообщества и третьих сторонРазумный дополнительный подход к дифференциации для использования и расширения коммерческих интересов в платформе продукта SugarCRM. Это 1) укрепление каналов продаж фирмы за счет совместной эволюции возможностей с партнерами и 2) стимулирование настройки и разработки модульных дополнений (расширений, плагинов и т. Д. На основе спроса), 3) запуск сетевые эффекты которые увеличивают общую ценность платформы продукта.Недостаточная справедливость распределения (с точки зрения недостаточного внимания и приоритета). Ощущение, что вас держат в стороне.

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

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

Основная статья: Совместимость лицензий

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

Примеры включают исходный код из Пакет приложений Mozilla и ранее Mozilla Thunderbird и Mozilla Firefox, которые использовали три лицензии в рамках Общественная лицензия Mozilla (MPL) 1.1, Стандартная общественная лицензия GNU (GPL) 2.0 или Стандартная общественная лицензия ограниченного применения GNU (LGPL) 2.1[15] до того, как последний был обновлен до GPL-совместимого MPL 2.0, что сделало трехкратное лицензирование ненужным.[16] Другие примеры: Perl, который имеет двойную лицензию под GPL или Художественная лицензия,[17] и Рубин, чей лицензия содержит явное двойное лицензирование GPL.

Сегрегация рынка проприетарного ПО

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

Смотрите также

Рекомендации

  1. ^ а б Николай Безруков (2001). «Сравнительные достоинства лицензий GPL, BSD и Artistic (Критика вирусной природы GPL v.2 - или в защиту идеи двойного лицензирования)». Архивировано из оригинал 22 декабря 2001 г. Вирусное свойство стимулирует распространение лицензий и способствует «кошмару с соблюдением GPL» - ситуации, когда многие другие лицензии логически несовместимы с GPL и делают жизнь разработчиков, работающих в среде Linux, ненужной (KDE - хороший пример здесь, Python - менее известный пример).
  2. ^ Ронахер, Армин (23.07.2013). «Лицензирование в мире почтового авторского права». lucumr.pocoo.org. Получено 2015-11-18. AGPLv3 имел ужасный успех, особенно среди стартапов, которые нашли идеальную базовую лицензию, позволяющую осуществлять двойное лицензирование с коммерческой лицензией. MongoDB, RethinkDB, OpenERP, SugarCRM, а также WURFL теперь используют AGPLv3 в качестве средства для двойного коммерческого лицензирования. AGPLv3 делает это, как правило, легко выполнимым, поскольку автор оригинального авторского права имеет право сделать коммерческую лицензию возможной, но никто, кто получает сам исходный код через APLv3, не наследует это право. Я не уверен, было ли это предполагаемое использование лицензии, но, по крайней мере, это то, что определенно используется сейчас.
  3. ^ Новости Linux: Tech Buzz: Двойное лицензирование: есть свой пирог и есть его тоже
  4. ^ Бизнес-модели с открытым исходным кодом с двойным лицензированием | Linux
  5. ^ Digium Incorporated. «Рекомендации по Asterisk, лицензионное соглашение участника». Получено 2009-02-10.
  6. ^ Общественная лицензия Netscape - Проект GNU - Фонд свободного программного обеспечения (FSF)
  7. ^ Мнение FSF по лицензии Apple Public Source License (APSL) - Проект GNU - Фонд свободного программного обеспечения (FSF)
  8. ^ "Встроенная библиотека SSL / TLS wolfSSL | Теперь с поддержкой TLS 1.3". Получено 2020-01-27.
  9. ^ «Мой SQL Enterprise Edition». Oracle. Получено 25 апреля 2013.
  10. ^ "MySQL Community Edition". Oracle, MySQL. Получено 25 апреля 2013.
  11. ^ а б c d Коммерческая бизнес-модель с открытым исходным кодом от одного поставщика, 2010-11-09, получено 8 декабря 2013
  12. ^ Риле, Дирк (март 2012 г.). «Коммерческая бизнес-модель с открытым исходным кодом от одного поставщика». Информационные системы и управление электронным бизнесом. 10 (1): 5–17. Дои:10.1007 / s10257-010-0149-x.
  13. ^ а б c Бердал, С. (Январь 2013). «Особенности коммерческой бизнес-модели с открытым исходным кодом: пример SugarCRM». 112. Тронхейм, Норвегия.
  14. ^ "Практическая магия инноваций с открытым исходным кодом". Обзор управления MIT Sloan. 50 (1). 1 октября 2008 г.. Получено 8 декабря 2013.
  15. ^ Mozilla Foundation. «Лицензирование кода Mozilla». Получено 2007-09-17.
  16. ^ «Обновление MPL 2». Получено 2012-08-18.
  17. ^ Фонд Perl. "Лицензирование Perl - perl.org". Получено 2007-09-17.

внешняя ссылка