Из Википедии, бесплатной энциклопедии
  (Перенаправлено с двойного лицензирования )
Перейти к навигации Перейти к поиску

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

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

Бизнес-модели [ править ]

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

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

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

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

Примеры нескольких лицензированных программных включают Oracle 'S NetBeans IDE , MySQL AB ' базы данных с, Звездочка , корпорации Oracle 'S Berkeley DB , Modelio , ZeroC ' s Ice , Magnolia CMS , Джюс , wolfSSL , [8] и Qt программное обеспечение «S Инструментарий разработки 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] В этом контексте сообщество открытого исходного кода менее вовлечено в разработку основных функций, как это обычно происходит в обычных (чистых) проектах с открытым исходным кодом. Как тогда генеральный директор Mårten Микос из MySQL сказал в интервью:

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

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

Как отмечает Бердал, управление сообществом открытого исходного кода становится ключевым процессом управления бизнесом в этом контексте: как таковое, оно должно быть согласовано с другими видами деятельности. Таким образом, модели управления выпусков OSS с двойной лицензией могут иметь тенденцию к коммерческой предвзятости. Поэтому для предотвращения провокации или отчуждения сообщества может показаться необходимым сбалансировать коммерческие наклонности с «открытыми» интересами. [13] Это отнюдь не простая задача. Как показал Бердал на примере SugarCRM , эта бизнес-модель коммерческого программного обеспечения с открытым исходным кодом (COSS) может вызвать серьезные трения, которые в конечном итоге могут привести к созданию вилок с открытым исходным кодом.(таблица адаптирована из Бердала, таблица 3, страница 75 [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 Application Suite и ранее Mozilla Thunderbird и Mozilla Firefox , которые использовали три-лицензирование под Mozilla Public License (MPL) 1.1, GNU General Public License (GPL) 2.0 или ГНУ Стандартная Общественная Лицензия (LGPL) 2.1 [15] до того, как последний был обновлен до GPL-совместимого MPL 2.0, что сделало трехкратное лицензирование ненужным. [16] Другими примерами являются Perl , который имеет двойную лицензию под GPL или Artistic License , [17] и Ruby , лицензия которого содержит явное двойное лицензирование GPL.

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

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

См. Также [ править ]

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

Ссылки [ править ]

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

Внешние ссылки [ править ]

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