Multi-licence - Multi-licensing

Multi-licence je praxe distribuce softwaru za dvou nebo více různých sad podmínek. To může znamenat více různých softwarových licencí nebo sad licencí. Předpony lze použít k označení počtu použitých licencí, např. Duální licence pro software licencovaný na základě dvou různých licencí.

Pokud je software licencován na více licencí, příjemci si mohou obvykle zvolit podmínky, za kterých chtějí software používat nebo distribuovat, ale prostá přítomnost více licencí v softwarovém balíčku nebo knihovně nemusí nutně znamenat, že si příjemce může svobodně vybrat jednu nebo jiný. V některých případech, zejména když má software více původů, platí všechny doprovodné licence současně. Použitelnost různých licencí musí být jednotlivě zkontrolována. Distributor může, ale nemusí uplatnit poplatek za jednu z možností. Dvě obvyklé motivace pro multilicence jsou kompatibilita licencí a obchodní modely založené na segregaci trhu .

Obchodní modely

Multi-licence se běžně provádí na podporu bezplatných softwarových obchodních modelů v komerčním prostředí. V tomto scénáři je jednou z možností proprietární softwarová licence, která umožňuje vytvářet z ní odvozené proprietární aplikace , zatímco druhá licence je copyleftový svobodný software / open-source licence , což vyžaduje vydání jakékoli odvozené práce pod stejným licence. Držitel autorských práv k softwaru poté obvykle poskytuje bezplatnou verzi softwaru s malými nebo žádnými náklady a zisk z prodeje proprietárních licencí komerčním provozům, které chtějí začlenit software do svého vlastního podnikání. Tento model lze přirovnat k sharewaru .

Jelikož ve většině případů může licenční podmínky softwaru změnit pouze držitel autorských práv, multilicence většinou používají společnosti, které software, který licencují, zcela vlastní. Pokud osoba mimo společnost vytvoří další zdrojový kód pomocí méně omezující licence, může dojít ke zmatku. Protože společnost s oficiálním kódem není držitelem autorských práv na další kód, nemusí legálně zahrnout toto nové dílo do své přísněji licencované verze. Společnosti mohou požadovat, aby externí vývojáři souhlasili s licenční smlouvou pro přispěvatele, než přijmou svou práci v oficiálních databázích kódů a zdrojových kódů.

Vícenásobné licence používají držitelé autorských práv k některým svobodným softwarovým balíčkům, kteří propagují svoji ochotu distribuovat pomocí licence pro svobodný software copyleft i licence pro svobodný software. Druhá licence obvykle nabízí uživatelům software jako proprietární software nebo nabízí třetími stranami zdrojový kód bez ustanovení copyleftu. Držitelé autorských práv v tomto scénáři uplatňují monopol, který jim poskytuje autorské právo , ale také využívají multilicence k rozlišení práv a svobod, které různí příjemci dostávají.

Taková licence umožňuje držiteli nabízet přizpůsobení a časná vydání, generovat další odvozená díla nebo udělit práva třetím stranám k další distribuci proprietárních verzí, přičemž všem nabízí bezplatnou verzi softwaru. Sdílení balíčku jako svobodného softwaru copyleft může být pro držitele autorských práv přínosem tím, že bude přijímat příspěvky od uživatelů a hackerů ze svobodné softwarové komunity . Těmito příspěvky mohou být podpora specializované uživatelské komunity, marketing z úst nebo úpravy, které jsou k dispozici, jak stanoví licence copyleft. Závazek držitele autorských práv vyhnout se ustanovením copyleftu a inzerovat proprietární redistribuce však může vést ke ztrátě důvěry a podpory ze strany uživatelů svobodného softwaru.

Jako příklady multi-licencovaný software patří Oracle 's NetBeans IDE , MySQL AB databázi, Asterisk , Oracle Corporation 's Berkeley DB , Modelio , ZeroC ' s Ice , Magnolia CMS , JUCE , wolfSSL a Qt Software ‚s Qt Development Toolkit .

Popis na jednom konkrétním příkladu pro ilustraci multilicencí: Oracle MySQL se dodává v různých edicích: MySQL Enterprise Edition je komerční vydání, které je tedy třeba zakoupit. Licence je nabízena pouze jako předplatné s názvem Předplatné MySQL Enterprise Edition. Totéž platí pro MySQL Standard Edition (předplatné MySQL Standard Edition) a MySQL Cluster CGE (předplatné MySQL Cluster Carrier Grade Edition). Ostatní vydání, například MySQL Classic Edition nebo MySQL Community Edition, lze s určitými omezeními používat zdarma. Například MySQL Community Edition je volně stahovatelná verze, dostupná pod licencí GPL a je podporována komunitou vývojářů s otevřeným zdrojovým kódem.

Otevřený komerční obchodní model s jedním dodavatelem

Termín komerční open source pro jednoho dodavatele vytvořil Dirk Riehle v roce 2010 a později jej dále popularizovali další učenci, například Simon RB Berdal .

Podle Riehle:

Komerční open source firmy od jednoho dodavatele staví své podnikání na softwarovém projektu s otevřeným zdrojovým kódem, který plně ovládají, obvykle tím, že vyvinuli software a nikdy neměli sdílenou kontrolu s třetími stranami. Děje se tak tím, že vlastníte úplná autorská práva ke kódu a související duševní vlastnictví, jako jsou patenty a ochranné známky ... Volný otevřený zdrojový formulář se obvykle poskytuje na základě vzájemné licence, jako je GPL, s cílem podpořit přijetí, ale omezit možné konkurenty. Placené verze softwaru jsou poté poskytovány na základě komerční licence, jako to dělají tradiční prodejci softwaru. Toto je také známé jako duální licence strategie komerčního open source.

Na rozdíl od tradičních projektů s otevřeným zdrojovým kódem je komerční projekt s otevřeným zdrojovým kódem od jednoho dodavatele řízen přesně jedním zúčastněným subjektem za účelem jeho komerčního využití . V této souvislosti je komunita open source méně zapojena do vývoje základních funkcí, jak je tomu obvykle v konvenčních (čistých) projektech open source. Jak řekl v rozhovoru tehdejší generální ředitel Mårten Mikos z MySQL :

Hloubka příspěvků se liší podle produktu a situace. Čím hlouběji se dostanete do jádra databázového stroje, tím těžší je pro někoho přispět, protože učení trvá pět let. Pokud postavíte něco na okraji jádra - nějaký nástroj nebo funkci, kterou přidáte - to je mnohem jednodušší, protože existuje menší riziko, že pokazíte celý produkt. Z mnoha drobných příspěvků však může vzniknout něco velkého. Je to analogické s tím, jak v ekonomickém rozvoji mohou mít mikroúvěry takový obrovský dopad - každý vstup je minimální, ale když ho vynásobíte počtem lidí, kteří jsou do toho zapojeni, roste to masivně. Začíná to získávat vlastní dynamiku. .

Komunita softwaru s více licencemi proto zpravidla zahrnuje zaměstnance firmy vlastnící kód a také strategické partnery, kteří mají o software skutečný zájem. Jak poznamenává Riehle, v otevřeném zdrojovém kódu jednoho dodavatele provádí téměř všechny práce na vývoji hlavních produktů komerční firmy s občasnými příspěvky komunity.

Jak poznamenává Berdal, správa komunity open source se v tomto kontextu stává klíčovým procesem řízení podniku : Z tohoto důvodu je třeba jej sladit s dalšími obchodními aktivitami. Modely správy u vydání OSS s dvojí licencí proto mohou vykazovat tendenci ke komerčnímu zkreslení. Aby se zabránilo vyprovokování nebo odcizení komunity, může se proto zdát nezbytně nutné vyvážit obchodní sklony proti „otevřeným“ zájmům. To v žádném případě není snadný úkol. Jak Berdal demonstroval prostřednictvím případové studie SugarCRM , tento obchodní model obchodního softwaru s otevřeným zdrojovým softwarem (COSS) může vyvolat značné třecí body, což může nakonec vést k čistým otevřeným zdrojovým vidlím (tabulka převzata z Berdal, tabulka 3, strana 75):

Třecí bod Perspektivy COSS / SugarCRM Protichůdné perspektivy FOSS
Přiřazení autorských práv Předpoklad pro duální licencování, bez něhož by obchodní model nebyl komerčně udržitelný. Odrazující od přispívání kvůli obavám, že půjdou (částečně) do soukromí. Puristé svobodného softwaru: „Nemorální“.
Zadržení funkčnosti řízení hodnoty od společnosti Sugar CE 1) Preventivní konkurenční výhoda proti klonům OSS , 2) širší prostor pro cenovou diskriminaci a diferenciaci produktů pro komerční vydání a 3) silnější pobídky pro uživatele Sugar CE k přechodu na komerční vydání. „Crippleware“ / poškozený dobrý , „ otevřené jádro “. Odrazuje od přispívání kvůli chybějícím zárukám proti potenciálně výlučnému vlastnímu použití.
Logo „Powered by SugarCRM“ 1) Oficiální postoj: Legitimní autor přičtení uznání investované práce. Nepotvrzeno, ale vysoce pravděpodobné: 2) propagace značky a 3) zmaření pokusů o rozdvojení / potlačení opětovného použití nevyžádaného externího kódu. " Badgeware ". Porušení základních principů FOSS , zejména ve spojení s politikou ochranných známek SugarCRM.
„Uzavřené“ postupy správy, dokonce podle norem COSS restriktivní 1) Potřeba manažerské kontroly, aby bylo zajištěno, že potřeby zákazníků jsou efektivně uspokojovány.

2) Spekulativní: Snižte vliv nadšenců a vigilantů FOSS , kteří by mohli zasahovat do komerčně řízeného procesu vývoje.

Příliš restriktivní, nedostatečná procesní spravedlnost. Žádný skutečný vliv na sdílenou základnu kódu Sugar CE. De facto sestup do práce na periferních doplňcích malého rozsahu, které nemusí být otevřeným zdrojem.
Preferenční zacházení s obchodně přidruženými složkami komunity a třetími stranami Přiměřený doplňkový přístup diferenciace k využití a posílení komerčně založených zájmů na produktové platformě SugarCRM. Jedná se o 1) posílení prodejních kanálů firmy prostřednictvím společného vývoje schopností s partnery a 2) stimulace přizpůsobení na základě poptávky a vývoj modulárních doplňků (rozšíření, doplňky atd.), 3) spouštění síťových efektů, které se zvyšují celková hodnota produktové platformy. Nedostatečná distribuční spravedlnost (z hlediska nedostatečného zaměření a priority). Vnímání toho, že jsme drženi mimo smyčku.

Jen několik měsíců poté, co byly pozorovány tyto třecí body, je nová vidlice z SugarCRM byl vyhlášen Community Edition.

Kompatibilita licencí

Hlavní článek: Kompatibilita licencí

Druhé použití multilicencí se svobodným softwarem je pro kompatibilitu licencí , což umožňuje kombinovat kód z různě licencovaných bezplatných softwarových projektů, nebo poskytnout uživatelům přednost výběru licence.

Příklady zahrnují zdrojový kód z balíku aplikací Mozilla a předtím Mozilla Thunderbird a Mozilla Firefox , který jste použili tri-licencování pod Mozilla Public License (MPL) 1,1, GNU General Public License (GPL), verze 2.0 nebo GNU Lesser General Public License (LGPL) 2.1 předtím, než druhá verze upgradovala na MPL 2.0 kompatibilní s GPL, takže tri-licencování není nutné. Dalšími příklady jsou Perl , který má duální licenci na základě GPL nebo Artistic License , a Ruby , jejíž licence obsahuje výslovné duální licence GPL.

Segregace trhu v proprietárním softwaru

Multi-licence používají také distributoři nesvobodného softwaru. Někdy se to děje s proprietárním softwarem k oddělení trhu. Rozdělením zákazníků do více kategorií, jako jsou domácí uživatelé, profesionální uživatelé a akademičtí uživatelé, mohou držitelé autorských práv nastavit různé ceny pro každou skupinu. U proprietárních softwarových společností je však běžnější vydávat „domácí vydání“ a „profesionální vydání“ daného produktu, které se liší softwarem a softwarovými funkcemi, nejen licencí.

Viz také

Reference

externí odkazy