Мультилицензирование — это практика распространения программного обеспечения на двух или более различных наборах условий. Это может означать несколько различных лицензий на программное обеспечение или наборов лицензий. Префиксы могут использоваться для обозначения количества используемых лицензий, например, двойная лицензия для программного обеспечения, лицензируемого по двум разным лицензиям.
Когда программное обеспечение лицензируется по нескольким лицензиям, получатели обычно могут выбирать условия, на которых они хотят использовать или распространять программное обеспечение, но простое наличие нескольких лицензий в пакете программного обеспечения или библиотеке не обязательно означает, что получатель может свободно выбирать одну или несколько лицензий. другой. В некоторых случаях, особенно если программное обеспечение имеет несколько источников, все прилагаемые лицензии применяются одновременно. Применимость различных лицензий должна проверяться индивидуально. [ по мнению кого? ] Дистрибьютор может взимать или не взимать комиссию за любой вариант. [ нужна цитата ] Двумя обычными мотивами для мультилицензирования являются совместимость лицензий [1] и бизнес-модели, основанные на сегрегации рынка. [2]
Мультилицензирование обычно осуществляется для поддержки бизнес-моделей свободного программного обеспечения в коммерческой среде. В этом сценарии одним вариантом является лицензия на проприетарное программное обеспечение, которая позволяет создавать на его основе проприетарные приложения , в то время как другой вариант представляет собой лицензию на свободное программное обеспечение / открытый исходный код с авторским левом , что требует, чтобы любая производная работа была выпущена под той же самой лицензией. лицензия. Владелец авторских прав на программное обеспечение затем обычно предоставляет бесплатную версию программного обеспечения за небольшую плату или бесплатно и получает прибыль от продажи проприетарных лицензий коммерческим предприятиям, стремящимся включить программное обеспечение в свой собственный бизнес. Эту модель можно сравнить с условно-бесплатной . [3] [4]
Поскольку в большинстве случаев только владелец авторских прав может изменить условия лицензирования программного обеспечения, мультилицензирование чаще всего используется компаниями, которые полностью владеют программным обеспечением, которое они лицензируют. Путаница может возникнуть, когда человек за пределами компании создает дополнительный исходный код, используя менее ограничительную лицензию. Поскольку компания с официальным кодом не является правообладателем дополнительного кода, она не может по закону включать эту новую работу в свою версию с более строгой лицензией. Компании могут потребовать от сторонних разработчиков согласия с лицензионным соглашением для участников, прежде чем принимать их работу в официальных репозиториях кодовой базы и исходного кода. [5]
Мультилицензирование используется правообладателями некоторых пакетов свободного программного обеспечения , заявляя о своей готовности распространять их с использованием как лицензии на свободное программное обеспечение с авторским левом, так и лицензии на несвободное программное обеспечение. Последняя лицензия обычно предлагает пользователям программное обеспечение как проприетарное программное обеспечение или предлагает третьим лицам исходный код без положений об авторском левом. В этом сценарии правообладатели реализуют монополию, предоставляемую им авторским правом , но также используют множественное лицензирование, чтобы различать права и свободы, которые получают разные получатели.
Такое лицензирование позволяет владельцу предлагать модификации и ранние выпуски, создавать другие производные работы или предоставлять права третьим лицам на распространение проприетарных версий, одновременно предлагая каждому бесплатную версию программного обеспечения. Распространение пакета как свободного программного обеспечения с авторским левом может принести пользу правообладателю, получая вклады от пользователей и хакеров сообщества свободного программного обеспечения . Этим вкладом может быть поддержка специального сообщества пользователей, устный маркетинг или модификации, которые предоставляются в соответствии с лицензией с авторским левом. Однако стремление правообладателя уклоняться от положений авторского лева и рекламировать проприетарные перераспределения рискует потерять доверие и поддержку со стороны пользователей свободного программного обеспечения. [6] [7]
Примеры мультилицензионного программного обеспечения включают IDE Oracle NetBeans , базу данных MySQL AB , Asterisk , Berkeley DB корпорации Oracle , Modelio , Ice ZeroC , Magnolia CMS , JUCE , wolfSSL , [ 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] ). :
Всего через несколько месяцев после того, как были замечены эти разногласия, было объявлено о новом ответвлении 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] до того, как последний был обновлен до GPL-совместимого MPL 2.0, что сделало тройное лицензирование ненужным. [16] Другими примерами являются Perl , который имеет двойную лицензию GPL или Artistic License , [17] и Ruby , чья лицензия содержит явное двойное лицензирование GPL.
Мультилицензирование также используется распространителями несвободного программного обеспечения. Иногда это делается с проприетарным программным обеспечением с целью разделения рынка. Разделив клиентов на несколько категорий, таких как домашние пользователи, профессиональные пользователи и академические пользователи, правообладатели могут устанавливать разные цены для каждой группы. Однако среди компаний, занимающихся проприетарным программным обеспечением, чаще выпускают «домашнюю версию» и «профессиональную версию» данного продукта, которые различаются программным обеспечением и включенными функциями программного обеспечения, а не только лицензией.
AGPLv3 имел ужасный успех, особенно среди сообщества стартапов, которые нашли идеальную базовую лицензию, позволяющую сделать возможным двойное лицензирование с коммерческой лицензией. MongoDB, RethinkDB, OpenERP, SugarCRM, а также WURFL теперь используют AGPLv3 в качестве средства двойного коммерческого лицензирования. Благодаря AGPLv3 это обычно легко осуществить, поскольку первоначальный автор авторских прав имеет права сделать возможной коммерческую лицензию, но никто из тех, кто получает сам исходный код через APLv3, не наследует этого права. Я не уверен, что это было предполагаемое использование лицензии, но, по крайней мере, сейчас она определенно используется именно для этого.