Лицензия с открытым исходным кодом
Лицензии с открытым исходным кодом — это лицензии на программное обеспечение , которые позволяют использовать, изменять и распространять контент. Они способствуют разработке бесплатного программного обеспечения с открытым исходным кодом (FOSS). Законы об интеллектуальной собственности (ИС) ограничивают изменение и распространение творческих работ. Бесплатные лицензии и лицензии с открытым исходным кодом используют эти существующие правовые структуры для обратной цели. Они предоставляют получателю права использовать программное обеспечение, изучать исходный код , изменять его и распространять модификации. Эти критерии изложены в Определении открытого исходного кода .
После 1980 года в США стали относиться к программному обеспечению как к литературному произведению, на которое распространяется действие закона об авторском праве. Ричард Столлман основал движение за свободное программное обеспечение в ответ на распространение несвободных программ . Термин «открытый исходный код» использовался Open Source Initiative (OSI), основанным разработчиками свободного программного обеспечения Брюсом Перенсом и Эриком С. Рэймондом . «Открытый исходный код» подчеркивает сильные стороны модели открытой разработки, а не свободы программного обеспечения. Хотя цели этих условий разные, лицензии с открытым исходным кодом и лицензии на бесплатное программное обеспечение описывают один и тот же тип лицензий. [1]
Двумя основными категориями лицензий с открытым исходным кодом являются разрешительные и авторское лево . Оба предоставляют разрешение на изменение и распространение программного обеспечения. Обычно они требуют указания авторства и отказа от ответственности . Разрешительные лицензии исходят от академических кругов. Лицензии с авторским левом появились в результате движения за свободное программное обеспечение. Лицензии с авторским левом требуют, чтобы производные работы распространялись вместе с исходным кодом и под аналогичной лицензией. С середины 2000-х годов суды во многих странах поддержали условия обоих типов лицензий. Разработчики программного обеспечения возбудили дела о нарушении авторских прав и контрактах.
Предыстория [ править ]
Интеллектуальная собственность (ИС) — это правовая категория, которая рассматривает творческую продукцию как собственность, сравнимую с частной собственностью . [2] Правовые системы предоставляют владельцу IP право ограничивать доступ разными способами. [3] Владельцы могут продавать, сдавать в аренду, дарить или лицензировать свою недвижимость. [4] Программное обеспечение охватывает множество типов законов об интеллектуальной собственности, включая товарные знаки , патенты и авторские права . [4]
Большинство стран, включая США (США), создали законы об авторском праве в соответствии с Бернской конвенцией . [5] Эти законы закрепляют авторские права всякий раз, когда произведение выпущено в любом фиксированном формате. [6] В соответствии с законодательством США об авторском праве первоначальный выпуск считается оригинальным произведением . [7] Автор или его работодатель обладает авторскими правами на эту оригинальную работу и, следовательно, имеет исключительное право делать копии, выпускать модифицированные версии, распространять копии, публично исполнять или демонстрировать работу публично. Модифицированные версии оригинального произведения являются производными . [8] Когда автор изменяет существующее произведение, он сохраняет авторские права на свои модификации. [9] Если оригинальное произведение не находилось в общественном достоянии, производное произведение может распространяться только с разрешения каждого правообладателя. [10]
В 1980 году правительство США внесло поправки в закон, рассматривающие программное обеспечение как литературное произведение. Программное обеспечение, выпущенное после этого момента, было ограничено законами об интеллектуальной собственности. [11] В то время американский активист и программист Ричард Столлман работал аспирантом в Лаборатории компьютерных наук и искусственного интеллекта Массачусетского технологического института . Столлман стал свидетелем раздробленности среди разработчиков программного обеспечения. Он обвинил в этом распространение несвободного программного обеспечения и закрытые модели разработки. Чтобы противостоять этим тенденциям, Столлман основал движение за свободное программное обеспечение . [12] На протяжении 1980-х годов он начал проект GNU по созданию свободной операционной системы, писал эссе о свободе, основал Фонд свободного программного обеспечения (FSF) и написал несколько лицензий на свободное программное обеспечение. [13] FSF использовал существующие законы об интеллектуальной собственности в целях, противоположных поставленной цели ограничения. Вместо того, чтобы налагать ограничения, свободное программное обеспечение явно предоставляло свободу получателю. [14]
В 90-х годах термин «открытый исходный код» был придуман как альтернативный термин для свободного программного обеспечения, и были установлены конкретные критерии для определения того, какие лицензии охватывают свободное программное обеспечение и программное обеспечение с открытым исходным кодом. [15] [16] Два активных члена сообщества свободного программного обеспечения, Брюс Перенс и Эрик С. Рэймонд , основали Open Source Initiative (OSI). [17] В Debian Перенс предложил Руководство по свободному программному обеспечению Debian (DFSG). [18] DFSG был разработан, чтобы обеспечить более конкретный и объективный стандарт для FOSS, который Debian будет размещать в своих репозиториях. [19] OSI приняла DSFG и использовала их в качестве основы для своего определения открытого исходного кода. [20] Фонд свободного программного обеспечения поддерживает конкурирующий набор критериев — Определение свободного программного обеспечения. [21] Исторически эти три организации и их наборы критериев были заметными авторитетами в определении того, распространяется ли лицензия на бесплатное программное обеспечение с открытым исходным кодом. [22] Между отдельными лицензиями существует значительное разнообразие, но между конкурирующими определениями разница невелика. [16] Каждое из трех определений требует, чтобы люди, получающие обслуживаемое программное обеспечение, имели возможность использовать, изменять и распространять обслуживаемое программное обеспечение. [23]
Эрик С. Рэймонд был сторонником термина « открытый исходный код », а не «свободного программного обеспечения». Он считал открытый исходный код более привлекательным для бизнеса и более отражающим ощутимые преимущества разработки FOSS. Одной из целей Рэймонда было расширить существующее хакерское сообщество, включив в него крупных коммерческих разработчиков. [24] В книге «Собор и базар» Рэймонд сравнил разработку с открытым исходным кодом с базаром , общественным рынком под открытым небом. [25] Он утверждал, что, помимо этики, открытая модель дает преимущества, которые несвободное программное обеспечение не может воспроизвести. [26] [27] Рэймонд уделял большое внимание обратной связи , тестированию и отчетам об ошибках . [28] Он противопоставил проприетарную модель, когда эту работу выполняли небольшие группы секретных работников, с разработкой Linux, где пул тестировщиков потенциально включал весь мир. [29] Он резюмировал эту силу так: «При достаточном количестве глаз все ошибки мелкие». [30] OSI удалось предоставить разработку с открытым исходным кодом корпоративным разработчикам, включая Sun Microsystems, IBM , Netscape, Mozilla , Apache , Apple Inc., Microsoft и Nokia. Эти компании выпустили код в соответствии с существующими лицензиями и разработали свои собственные для утверждения OSI. [31] [32]
Типы [ править ]
Лицензии с открытым исходным кодом подразделяются на авторское лево и разрешительные . [33] Лицензии с авторским левом требуют, чтобы производные работы включали исходный код под аналогичной лицензией. Разрешительных лицензий нет, поэтому код можно использовать в составе проприетарного программного обеспечения. Копилефт можно разделить на сильное и слабое в зависимости от того, широко или узко они определяют производные произведения. [34] [35]
Лицензии сосредоточены на законе об авторском праве, но код также распространяется и на другие формы интеллектуальной собственности. [36] Основные лицензии на открытый исходный код, выписанные с конца 1990-х годов, содержат патентные права. Эти патентные гранты с открытым исходным кодом распространяются на патенты, принадлежащие разработчикам. [37] Патенты на программное обеспечение охватывают идеи и, а не конкретную реализацию, охватывают любую реализацию претензии . Патентные претензии дают владельцу право исключать других из производства, использования, продажи или импорта продуктов, основанных на этой идее. Поскольку патенты предоставляют право на исключение, а не на создание, можно иметь патент на идею, но при этом не иметь возможности законно реализовать ее, если изобретение основано на другой запатентованной идее. Таким образом, выдача патентов с открытым исходным кодом может давать разрешение только на защищенные патенты. Они не могут гарантировать, что третья сторона не запатентовала какие-либо концепции, воплощенные в коде. [36] В более старых разрешительных лицензиях патенты напрямую не обсуждаются, а в предложениях по использованию или продаже защищенного материала предлагаются только неявные выдачи патентов. [38] Новые лицензии с авторским левом и лицензия Apache 2004 года предлагают явное предоставление патентов и ограниченную защиту от патентных судебных разбирательств. [39] Эти положения о преследовании патентов защищают разработчиков, прекращая выдачу грантов любой стороне, которая инициирует патентный иск в отношении программного обеспечения, на которое распространяется действие патента. [39]
Товарные знаки являются единственной формой интеллектуальной собственности, не используемой бесплатным программным обеспечением с открытым исходным кодом. Товарные знаки в FOSS действуют так же, как и любые другие товарные знаки. [40] Товарный знак — это дизайн, который идентифицирует отдельный источник продукта. Поскольку они различают продукты, одни и те же образцы могут использоваться в разных областях, где нет риска перепутать схожие источники. [41] Отказ от контроля над товарным знаком приведет к утрате этого товарного знака. Таким образом, ни одна лицензия с открытым исходным кодом не предполагает свободного использования товарного знака. [42]
Ограничения на использование товарных знаков могут перекрывать авторские права и влиять на материалы, которые в противном случае находятся в свободном доступе. [43] Верховный суд США назвал использование закона о товарных знаках для ограничения контента, являющегося общественным достоянием, «мутантным авторским правом». [44] В деле Dastar Corp. против Twentieth Century Fox Film Corp. суд «предостерег [ред] от неправильного использования или чрезмерного расширения закона о товарных знаках», не вынеся твердого решения по этим мутантным авторским правам. [45] [46] Перекрытие товарных знаков может сделать проекты с открытым исходным кодом и бесплатным контентом уязвимыми для «враждебного поглощения», если внешние стороны подадут заявку на товарные знаки на производные работы. [47] Примечательно, что Андрей Душкин подал заявку на регистрацию товарных знаков в SCP Foundation , совместном писательском проекте, при создании производных произведений на основе историй SCP. [48]
Разрешительно [ править ]
Разрешительные лицензии , также известные как академические лицензии, [49] разрешить получателям использовать, изменять и распространять программное обеспечение без обязательств предоставлять исходный код. Учреждения создали эти лицензии для распространения своих творений среди общественности. [49] Разрешительные лицензии обычно короткие, часто меньше страницы текста. Они налагают несколько условий . Большинство из них включают отказ от гарантий и обязательств перед авторами . Некоторые из них включают четкие положения о патентах, товарных знаках и других формах интеллектуальной собственности. [50]
создал Калифорнийский университет в Беркли первую лицензию с открытым исходным кодом, когда они начали распространять свою операционную систему Berkeley Software Distribution (BSD). Лицензия BSD и ее более поздние варианты разрешают модификацию и распространение соответствующего программного обеспечения. привнесли Лицензии BSD в компьютерную сферу концепцию академической свободы идей. Ранние авторы академического программного обеспечения делились кодом на основе подразумеваемых обещаний. Беркли ясно изложил эти концепции, четко оговорив отказ от ответственности и гарантий, а также условия или положения о перераспределении. В оригинале было четыре пункта, но последующие версии еще больше уменьшили ограничения. В результате обычно указывается, использует ли обслуживаемое программное обеспечение версию с двумя или тремя пунктами. [51] [52]
( Массачусетский технологический институт MIT) создал академическую лицензию на основе оригинала BSD. Лицензия MIT уточнила условия, сделав их более ясными. [53] Например, лицензия MIT описывает право сублицензии . [54] Одной из сильных сторон разработки с открытым исходным кодом является непрерывный процесс, в котором разработчики могут опираться на производные разработки друг друга и объединять свои проекты в коллективные работы. Явное предоставление возможности сублицензирования закрытого кода дает юридическое преимущество при отслеживании цепочки авторства. [53] BSD и MIT — это шаблонные лицензии, которые можно адаптировать к любому проекту. Они широко адаптированы и используются во многих проектах FOSS. [51]
Лицензия Apache является более полной и ясной. Apache Software Foundation написал его для своего HTTP-сервера Apache . Версия 2, опубликованная в 2004 году, предлагает юридические преимущества по сравнению с простыми лицензиями и предоставляет аналогичные гранты. [55] Хотя лицензии BSD и MIT подразумевают неявную выдачу патента, [56] Лицензия Apache включает раздел о патентах с явным разрешением участников. [57] Кроме того, это одна из немногих разрешительных лицензий с оговоркой о возмездии за патент. [58] Положения о преследовании патента или приостановлении действия патента вступают в силу, если лицензиат инициирует судебный процесс о нарушении патентных прав на защищенный код. В такой ситуации выдача патента аннулируется. Эти положения защищают от патентного троллинга . [59]
авторское лево [ править ]
%22_sticker,_from_an_envelope_mailed_from_Don_Hopkins_to_Richard_Stallman_in_1984..jpg)
с авторским левом Лицензии требуют, чтобы исходный код распространялся вместе с программным обеспечением, а также требуют, чтобы исходный код был доступен под аналогичной лицензией. [34] [60] Как и разрешительные лицензии, большинство лицензий с авторским левом требуют указания авторства. [61] Большинство из них, включая GPL, отказываются от подразумеваемых гарантий. [62]
Копилефт использует ограничения закона об интеллектуальной собственности — вопреки своей обычной цели — чтобы потребовать, чтобы код оставался открытым. [63] Этот термин и связанный с ним слоган «Все права отменены» ранее в шутливой форме использовались Principia Discordia и Tiny BASIC ; современное использование начинается с усилий Ричарда Столлмана по созданию свободной операционной системы. В 1984 году программист Дон Хопкинс отправил Столлману руководство с наклейкой «Copyleft Ⓛ». Столлман, работавший над операционной системой GNU, принял этот термин. [64] Ранняя версия лицензирования с авторским левом использовалась для выпуска GNU Emacs 1985 года . [14] [65] Этот термин стал ассоциироваться с более поздними взаимными лицензиями FSF, в частности со Стандартной общественной лицензией GNU (GPL). [66]
Традиционные лицензии на несвободное программное обеспечение создаются с целью увеличения прибыли , но Столлман написал GPL для увеличения количества доступного свободного программного обеспечения. Его взаимные лицензии дают права на использование, изменение и распространение произведения при условии, что люди должны выпускать производные работы по лицензии, предлагающей те же самые свободы. Программное обеспечение, созданное на основе авторского лева, должно поставляться с исходным кодом, и исходный код должен быть доступен по той же или аналогичной лицензии. Это обеспечивает защиту от проприетарного программного обеспечения, потребляющего код без возврата. [67] [68] Ричард Столлман заявил, что «основная идея авторского лева состоит в том, чтобы использовать закон об авторском праве, но перевернуть его, чтобы он служил противоположной его обычной цели: вместо средства приватизации программного обеспечения [авторское право] становится средством сохранения программного обеспечения свободным». [69] Лицензии на бесплатное программное обеспечение также являются лицензиями на программное обеспечение с открытым исходным кодом. [70] Отдельные термины «свободное программное обеспечение» и «программное обеспечение с открытым исходным кодом» отражают разные ценности, а не юридическую разницу. [71] Оба движения и их формальные определения требуют, чтобы рассматриваемая работа была доступна с исходным кодом и с разрешением на изменение и распространение. [16] Иногда бывают крайние случаи, когда только один из FSF или OSI принимает лицензию, но популярные лицензии свободного программного обеспечения имеют открытый исходный код, включая GPL . [72]
.jpg)
Практические преимущества лицензий с авторским левом привлекли коммерческих разработчиков. Корпорации использовали и подписывали взаимные лицензии с более узкой сферой применения, чем GPL. [74] Например, Netscape разработала собственные условия авторского лева после отказа от разрешительных лицензий для проекта Mozilla. [75] GPL остается самой популярной лицензией этого типа, но есть и другие важные примеры. FSF разработал Lesser General Public License (LGPL) для библиотек . Mozilla использует Общественную лицензию Mozilla (MPL) для своих выпусков, включая Firefox . IBM разработала Стандартную общественную лицензию (CPL), а затем приняла Общественную лицензию Eclipse (EPL). Разница между GPL и другими взаимными лицензиями заключается в том, как они определяют производные работы, на которые распространяются взаимные положения. GPL и основанная на ней лицензия Affero (AGPL) используют широкую область описания затронутых работ. AGPL расширяет взаимное обязательство GPL, распространяя его на программное обеспечение, доступное по сети. [74] [32] Их называют сильным авторским левом в отличие от более слабых лицензий с авторским левом , которые часто используются корпорациями. Слабое авторское лево использует более узкие и явные определения производных произведений. [76] [35] MPL использует определение на основе файлов, CPL и EPL используют определение на основе модулей, а собственная LGPL FSF относится к библиотекам программного обеспечения. [77]
Совместимость [ править ]
Совместимость лицензий определяет, как код с разными лицензиями может распространяться вместе. Цель лицензирования открытого исходного кода — сделать работу свободно доступной, но это усложняется при работе с множеством терминологий, предъявляющих разные требования. [78] Существует множество редко используемых лицензий , а некоторые проекты заключают собственные соглашения . В результате это вызывает больше путаницы, чем другие правовые аспекты. При выпуске сборника приложений каждую лицензию можно рассматривать отдельно. Однако при попытке объединить программное обеспечение код из другого проекта может быть лицензирован только в том случае, если в проекте используются совместимые условия. [79]
При объединении баз кода исходные лицензии могут быть сохранены для отдельных компонентов, а более крупная работа может быть выпущена по совместимой лицензии. [80] Эта совместимость часто односторонняя. Содержимое, являющееся общественным достоянием, можно использовать где угодно, поскольку здесь нет претензий на авторские права, но код, приобретенный практически на любом наборе условий, не может быть передан в общественное достояние. Разрешительные лицензии могут использоваться в произведениях с авторским левом, но материалы с авторским левом не могут быть выпущены под разрешительной лицензией. Некоторые лицензии со слабым авторским левом могут использоваться под лицензией GPL и считаются совместимыми с GPL. Программное обеспечение GPL можно использовать только под лицензией GPL или AGPL. [78] Разрешительные лицензии в целом совместимы, поскольку они могут охватывать отдельные части проекта. Несколько лицензий, включая GPL и Apache License, были пересмотрены для улучшения совместимости. [81]
Проблемы перевода, двусмысленность условий лицензирования и несовместимость некоторых лицензий с законодательством определенных юрисдикций усугубляют проблему совместимости лицензий. [82] Загрузить модуль с открытым исходным кодом несложно, но соблюдение условий лицензирования может оказаться сложнее. [83] Из-за большого количества программных зависимостей инженеры, работающие над сложными проектами, часто полагаются на программное обеспечение для управления лицензиями, чтобы обеспечить соблюдение условий лицензирования компонентов с открытым исходным кодом. [84] Во многих файлах программного обеспечения с открытым исходным кодом лицензия не указана однозначно, что затрудняет соблюдение требований. [83]
Правоприменение [ править ]
Лицензии на бесплатное программное обеспечение и программное обеспечение с открытым исходным кодом успешно применяются в гражданских судах с середины 2000-х годов. [86] В двух первых судебных процессах — Якобсен против Катцера в США и Вельте против Sitecom в Германии — ответчики утверждали, что лицензии на открытый исходный код недействительны. [87] [88] Sitecom и Katzer по отдельности заявили, что лицензии не имеют юридической силы. Суды США и Германии отклонили эти иски. Они постановили, что ответчики не могли бы законно распространять программное обеспечение, если бы лицензии не имели исковой силы. [86] [85]
Суды установили, что распространение программного обеспечения означает принятие условий лицензии. [89] Физические версии программного обеспечения могут получить согласие потребителя путем размещения уведомлений на термоусадочной упаковке . Для онлайн-распространения можно использовать clickwrap — цифровой эквивалент, при котором пользователь должен щелкнуть мышью, чтобы принять. [90] Программное обеспечение с открытым исходным кодом имеет дополнительный механизм принятия. Без разрешения правообладателя закон запрещает перераспространение. [91] Поэтому суды трактуют перераспределение как принятие условий лицензии. Они могут включать положения об атрибуции или положения об исходном коде для лицензий с авторским левом. [92] [93]
Разработчики обычно добиваются соблюдения требований без судебных исков. Социального давления, как и возможность негативной реакции сообщества, часто бывает достаточно. [94] Письма о прекращении противоправных действий являются распространенным методом возвращения компаний к соблюдению требований, особенно в Германии. [95] В правовой системе Германии разработан стандартный процесс. Разработчики FOSS предъявляют компаниям письмо о прекращении противодействия. В этих письмах описывается, как вернуться к соблюдению требований после нарушения. Немецкие судьи могут выдать предписание суда о прекращении противодействия компаниям, не отвечающим на запросы. Гражданские дела будут продолжены, если эти первые шаги не принесут результата. Немецкое процессуальное законодательство ясно и благоприятно для истцов. [96]
Сохраняется неопределенность в том, как различные суды будут рассматривать определенные аспекты лицензирования. [97] Что касается программного обеспечения в целом, ведутся споры о том, что можно запатентовать, а что защитить авторским правом. Что касается интерфейса прикладного программирования (API), Европейский суд 2012 года отметил, в деле Института SAS что «идеи и принципы, лежащие в основе интерфейсов [компьютерных программ], не защищены авторским правом». [98] В аналогичном деле 2021 года Верховный суд США разрешил воссоздание API в преобразовательном продукте при условии добросовестного использования . [99]
В сообществе FOSS давно обсуждается вопрос о том, являются ли лицензии с открытым исходным кодом «голыми лицензиями» или контрактами . [97] Простая лицензия — это набор условий, при которых разрешены действия, иным образом ограниченные законами об интеллектуальной собственности. [86] В соответствии с интерпретацией голой лицензии, которую отстаивает FSF, правообладатель подает в суд дело о нарушении авторских прав . [86] Согласно толкованию договора, дело может быть возбуждено в суде заинтересованной стороной как нарушение договора . [100] Суды США и Франции рассматривали дела по обеим интерпретациям. [101] Некоммерческие организации, такие как FSF и Software Freedom Conservancy, предлагают сохранять права на проекты разработчиков для обеспечения соблюдения требований. [96]
Программное обеспечение, являющееся общественным достоянием [ править ]
По истечении срока действия авторских прав произведение становится общественным достоянием и доступно каждому. [103] Некоторые творческие произведения не охраняются авторским правом и переходят непосредственно в общественное достояние. В ранней истории вычислений это относилось к программному обеспечению. [11] Раннее компьютерное программное обеспечение часто отдавалось вместе с оборудованием. [104] Новаторская видеоигра Spacewar!, первоначально разработанная в Массачусетском технологическом институте (MIT). использовался для продажи и тестирования компьютера PDP-1 . [105]
По словам адвоката Лоуренса Розена , законы об авторском праве не были написаны с расчетом на то, что авторы поместят свои работы в общественное достояние. Таким образом, в законах об интеллектуальной собственности нет четких способов отказа от авторских прав. Лицензии с высокой степенью разрешений, называемые «общественным достоянием», по закону могут функционировать как односторонние контракты , которые предлагают что-то, но не навязывают никаких условий. [106] [107]
Лицензия , эквивалентная общественному достоянию , такая как Creative Commons CC0, обеспечивает отказ от претензий на авторские права в общественное достояние вместе с разрешительной лицензией на программное обеспечение в качестве запасного варианта. В юрисдикциях, которые не принимают отказ от права на общественное достояние, вступает в силу разрешительная лицензия. [108] Отказы от общественного достояния имеют те же ограничения, что и простые академические лицензии. Это создает возможность того, что сторонняя сторона может попытаться контролировать произведение, являющееся общественным достоянием, посредством закона о патентах или товарных знаках. [109] Отказы от прав общественного достояния относятся к гарантиям иначе, чем к любому типу лицензии. Даже самые либеральные из них, такие как лицензия MIT, отказываются от гарантий и ответственности. Любой, кто использует бесплатное программное обеспечение, должен принять этот отказ от ответственности в качестве условия. Поскольку контент, являющийся общественным достоянием, доступен каждому, отказ от авторских прав не может налагать отказ от ответственности. [103]
Использование в проприетарном программном обеспечении [ править ]
Лицензии с открытым исходным кодом позволяют другим предприятиям коммерциализировать защищенное программное обеспечение. [110] Работа, выпущенная по разрешительной лицензии, может быть включена в проприетарное программное обеспечение. [111] Разрешительные лицензии допускают добавление новых условий, в том числе проприетарных. [112] [113] Проприетарное программное обеспечение имеет сильно интегрированный код с открытым исходным кодом, выпущенный по лицензиям Apache, BSD и MIT. [114] Открытое ядро — это бизнес-модель, при которой разработчики выпускают основную часть программного обеспечения с открытым исходным кодом и монетизируют содержащий ее продукт как проприетарное программное обеспечение. [115] Лицензия GPL с сильным авторским левом написана для предотвращения распространения внутри несвободного программного обеспечения. [116] [117] Слабые лицензии с авторским левом налагают особые требования к производным работам, которые при определенных обстоятельствах могут допускать распространение защищенного кода в составе проприетарного программного обеспечения. [78]
Облачные вычисления опираются на бесплатное программное обеспечение с открытым исходным кодом и избегают распространения, которое требует большинства лицензий. Облачное программное обеспечение размещается, а не распространяется. [118] Поставщик размещает программное обеспечение в Интернете, и его конечным пользователям не нужно загружать, получать доступ или даже знать об используемом коде. [119] (AGPL) с авторским левом Стандартная общественная лицензия GNU Affero действует при размещении или распространении защищенного кода. [120] Некоторые разработчики приняли AGPL, а другие перешли на проприетарные лицензии с функциями лицензирования с открытым исходным кодом. [121] Например, разработчик открытого ядра Elastic перешел с лицензии Apache на «доступную в исходном коде» серверную общественную лицензию . [122] Программное обеспечение, доступное в исходном коде, поставляется со справочным материалом по исходному коду. [123]
С 2010 года популярность облачной модели возросла. [118] Разработчики раскритиковали облачные компании, которые получают прибыль от размещения программного обеспечения с открытым исходным кодом, не вкладывая денег или кода, сравнивая эту практику с майнингом . [124] Лидер облачных вычислений Amazon Web Services заявил, что соблюдает лицензии и действует в интересах своих клиентов. [124] [125]
См. также [ править ]
- Пивная посуда
- Сравнение лицензий на бесплатное программное обеспечение и программное обеспечение с открытым исходным кодом
- Список лицензий на бесплатный контент
- Мультилицензирование
- Анализ состава программного обеспечения
- Список лицензий на бесплатное программное обеспечение и программное обеспечение с открытым исходным кодом
- Список лицензий на программное обеспечение с авторским левом
- Список разрешительных лицензий на программное обеспечение
Примечания [ править ]
- ^ Байфилд 2008 .
- ^ Розен 2005 , с. 22.
- ^ Розен 2005 , стр. 22–23.
- ^ Перейти обратно: а б Розен 2005 , с. 15.
- ^ «Бернская конвенция» . Векс . Корнеллская юридическая школа. Ноябрь 2021 г.
- ^ Фагундес и Перзановский 2020 , с. 529.
- ^ Розен 2005 , с. 17.
- ^ Розен 2005 , стр. 27–28.
- ^ Розен 2005 , стр. 28–29.
- ^ Розен 2005 , с. 28.
- ^ Перейти обратно: а б Оман, 2018 г. , стр. 641–642.
- ^ Уильямс 2002 , гл. 1.
- ^ Уильямс 2002 , гл. 7.
- ^ Перейти обратно: а б Уильямс 2002 , гл. 9.
- ^ Гринбаум 2016 , § IA
- ^ Перейти обратно: а б с Мараке 2019 , § 2.2.
- ^ Карвер 2005 , стр. 448–450.
- ^ Перенс 1999 , № 16.
- ^ Гринбаум 2016 , стр. 1302–1303.
- ^ Гринбаум 2016 , стр. 1304–1305.
- ^ Гринбаум 2016 , с. 1305.
- ^ Фонтана 2010 , с. 2.
- ^ Коулман 2004 , «Политический агностицизм».
- ^ Раймонд 1999 , «Мемы и мифотворчество».
- ^ Микер 2020 , 2:33–3:06.
- ^ Раймонд 2001 , «Собор и базар».
- ^ Брок 2022 , § 16.3.4.
- ^ Раймонд 2001 .
- ^ Раймонд 2001 , «Социальный контекст программного обеспечения с открытым исходным кодом».
- ^ Раймонд 2001 , с. 19.
- ^ Онетти и Верма 2009 , с. 69.
- ^ Перейти обратно: а б Хаммерли, Пакуин и Уолтон 1999 .
- ^ Смит 2022 , § 3.2.
- ^ Перейти обратно: а б Сен, Субраманиам и Нельсон, 2008 г. , стр. 211–212.
- ^ Перейти обратно: а б Микер 2020 , 16:13.
- ^ Перейти обратно: а б Розен 2005 , стр. 22–24.
- ^ Bain & Smith 2022 , § 10.4.3.
- ^ Bain & Smith 2022 , § 10.4.2.
- ^ Перейти обратно: а б Bain & Smith 2022 , § 10.4.4.
- ^ Честек 2022 , с. 30.
- ^ Честек 2022 , стр. 184–185.
- ^ Розен 2005 , с. 38.
- ^ Радость 2022 , с. 986.
- ^ Радость 2022 , с. 989.
- ^ Dastar Corp. против Twentieth Century Fox Film Corp. , 539 US 23 , 34 (2003).
- ^ Радость 2022 , стр. 987–988.
- ^ Радость 2022 , стр. 1004–1006.
- ^ Радость 2022 , стр. 979, 1002.
- ^ Перейти обратно: а б Розен 2005 , с. 69.
- ^ Розен 2005 , стр. 101–102.
- ^ Перейти обратно: а б Смит 2022 , § 3.2.1.1.
- ^ ОСИ 2023 .
- ^ Перейти обратно: а б Розен 2005 , стр. 73–90.
- ^ OSI 2023 , «Лицензия MIT».
- ^ Смит 2022 , § 3.2.1.2.
- ^ Bain & Smith 2022 , § 10.4.2.
- ^ OSI 2023 , «Лицензия Apache, версия 2.0».
- ^ Bain & Smith 2022 , гл. 10.
- ^ Bain & Smith 2022 , § 10.4.4.
- ^ Сен-Лоран 2004 , стр. 38–39.
- ^ Бальхаузен 2019 , с. 86.
- ^ Розен 2005 , с. 135.
- ^ Розен 2005 , стр. 103–106.
- ^ Китс 2010 , с. 64.
- ^ «Полный текст уведомления о разрешении на копирование GNU Emacs» . 1985.
- ^ Китс 2010 , стр. 63–67.
- ^ Розен 2005 , стр. 103–109.
- ^ Микер 2020 , 6:00–7:22.
- ^ Радость 2022 , стр. 990–992.
- ^ Онетти и Верма 2009 , с. 71.
- ^ Сен-Лоран 2004 , стр. 81–83, 114.
- ^ Бальхаузен 2019 , с. 82.
- ^ Сен-Лоран 2004 , стр. 68, 75.
- ^ Перейти обратно: а б Цай 2008 , стр. 564–570.
- ^ Хаммерли, Пакуин и Уолтон 1999 , п. 23.
- ^ Сен, Субраманиам и Нельсон, 2008 , стр. 212–213.
- ^ Розен 2005 , см. соответствующие главы.
- ^ Перейти обратно: а б с Смит 2022 , § 3.3.
- ^ Розен 2005 , стр. 243–247.
- ^ Сен-Лоран 2004 , стр. 159–163.
- ^ См. Смит 2022 , стр. 102 для: Apache License версии 2.0 в 2004 г., GPL версии 3 в 2007 г., LGPL версии 3 в 2007 г. и AGPL версии 3 в 2007 г. См. Smith 2022 , стр. 95–101 для: MPL версии 2.0 в 2012 г. и EPL версии 2 в 2007 г. 2017.
- ^ Бернелин 2020 , стр. 100, 102.
- ^ Перейти обратно: а б Омбреданн 2020 , с. 105.
- ^ Омбреданн 2020 , с. 106.
- ^ Перейти обратно: а б Бальхаузен 2022 , § 5.3.
- ^ Перейти обратно: а б с д Смит 2022 , § 3.4.1.
- ^ Якобсен против Соединенных Штатов. Катцер , 535 F.3d 1373 ( Федеральный округ, 2008 г.).
- ^ Вельте против Sitecom (Окружной суд Мюнхена, 2004 г.), № 21 O 6123/04 .
- ^ Смит 2022 , с. 106.
- ^ Розен 2005 , с. 137.
- ^ Розен 2005 , с. 138.
- ^ Розен 2005 , гл. 6.
- ^ Микер 2020 , 17:04.
- ^ Сен-Лоран 2004 , стр. 158–159.
- ^ Бальхаузен 2022 , с. 127.
- ^ Перейти обратно: а б Бальхаузен 2022 , § 5.4.
- ^ Перейти обратно: а б Уолден 2022 , § 1.1.
- ^ Смит 2022 , § 3.1.3.
- ^ Google LLC против Oracle America, Inc. , 593 США , 1203 (2021 г.).
- ^ Смит 2022 , § 3.4.2.
- ^ Смит 2022 , § 3.4.
- ^ Росс 2021 , «Космическая война: Конец развития».
- ^ Перейти обратно: а б Розен 2005 , с. 36.
- ^ Уолден 2022 , с. 3.
- ^ Смит 2019 , стр. 55–56.
- ^ Розен 2005 , стр. 74–77.
- ^ Сен-Лоран 2004 , с. 98.
- ^ Фагундес и Перзановский 2020 , с. 524.
- ^ Радость 2022 , стр. 1008–1010.
- ^ Брок 2022 , § 16.3.3.
- ^ Сен-Лоран 2004 , с. 14.
- ^ Сен-Лоран 2004 , с. 22.
- ^ Онетти и Верма 2009 , с. 81.
- ^ Сен-Лоран 2004 , с. 30.
- ^ Брок 2022 , § 16.4.2.3.
- ^ Цай 2008 , с. 550.
- ^ Сен-Лоран 2004 , с. 39.
- ^ Перейти обратно: а б Брок 2022 , § 16.5.2.
- ^ Брок 2022 , § 16.4.2.8.
- ^ Брок 2022 , § 16.4.2.2.
- ^ Брок 2022 , § 16.5.3.
- ^ Брок 2022 , § 16.5.3.8.
- ^ Кунерт 2022 .
- ^ Перейти обратно: а б Вакабаяси 2019 .
- ^ Брок 2022 , § 16.5.3.2.
Ссылки [ править ]
- Бальхаузен, Мириам (июнь 2019 г.). «Описание лицензий на бесплатное программное обеспечение и программное обеспечение с открытым исходным кодом» . Компьютер . 52 (6): 82–86. дои : 10.1109/MC.2019.2907766 .
- Бернелин, Марго (2020). «Совместимость открытых/свободных лицензий: юридическая запутанность». Международный журнал права и информационных технологий . 28 (2): 93–111. дои : 10.1093/ijlit/eaaa010 .
- Брок, Аманда, изд. (2022). Закон, политика и практика открытого исходного кода (второе изд.). Издательство Оксфордского университета . дои : 10.1093/oso/9780198862345.001.0001 . ISBN 978-0-19-886234-5 . Архивировано из оригинала 26 марта 2023 года . Проверено 29 января 2023 г.
- Бейн, Малком; Смит, П. Маккой. « Патенты и защитная реакция ». В Броке (2022) .
- Бальхаузен, Мириам. « Защита авторских прав ». В Броке (2022) .
- Честек, Памела. « Товарные знаки ». В Броке (2022) .
- Смит, П. Маккой. « Авторское право, контракт и лицензирование в открытом исходном коде ». В Броке (2022) .
- Уолден, Ян. « Открытый исходный код как философия, методология и коммерция: разумное использование права ». В Броке (2022) .
- Байфилд, Брюс (4 марта 2008 г.). « Свободное» и «открытое» программное обеспечение: путешествие по шибболетам» . Датаматизация . Проверено 6 июня 2024 г.
- Карвер, Брайан В. (2005). «Делитесь и делитесь одинаково: понимание и обеспечение соблюдения лицензий на открытый исходный код и бесплатное программное обеспечение» . Журнал технологического права Беркли . 20 (1): 443–481. ISSN 1086-3818 .
- Коулман, Габриэлла (2004). «Политический агностицизм свободного и открытого программного обеспечения и непреднамеренная политика контрастов» . Антропологический ежеквартальный журнал . 77 (3): 507–519. ISSN 0003-5491 .
- ДиБона, Крис; Стоун, Марк; Окман, Сэм, ред. (1999). «Определение открытого исходного кода». Открытые исходные коды: голоса революции открытого исходного кода . Севастополь, Калифорния: O'Reilly Media . Архивировано из оригинала 27 января 2023 года . Проверено 21 января 2023 г.
- Хаммерли, Джим; Пакуин, Том; Уолтон, Сьюзен. « Освобождение источника: история Mozilla ». В ДиБона, Стоун и Окман (1999) .
- Перенс, Брюс. « Определение открытого исходного кода ». В ДиБона, Стоун и Окман (1999) .
- Рэймонд, Эрик С. « Месть хакеров ». В ДиБона, Стоун и Окман (1999) .
- Фагундес, Дэйв; Перзановский, Аарон (ноябрь 2020 г.). «Отказ от авторских прав». Обзор закона Уильяма и Мэри . 62 (2): 487–569.
- Фонтана, Ричард Э. (апрель 2010 г.). «Обеспечение соблюдения лицензий на открытый исходный код и соблюдение требований». Компьютерный и Интернет-юрист . 27 (4). Аспен.
- Гринбаум, Эли (апрель 2016 г.). «Принцип недискриминации при лицензировании открытого исходного кода» (PDF) . Обзор закона Кардосы . 37 (4).
- Джой, Рейган (2022). «Трагедия Creative Commons: анализ того, как дублирование прав интеллектуальной собственности подрывает использование разрешительного лицензирования». Обзор закона Case Western Reserve . 72 (4): 977–1013.
- Китс, Джонатон (2010). «авторское лево» . Виртуальные слова: язык на грани науки и технологий . Издательство Оксфордского университета . дои : 10.1093/oso/9780195398540.003.0017 . ISBN 978-0-19-539854-0 . Архивировано из оригинала 26 марта 2023 года . Проверено 28 января 2023 г.
- Кунерт, Пол (8 сентября 2022 г.). «Бизнес с открытым исходным кодом переводит Akka на лицензию Business Source» . Архивировано из оригинала 31 октября 2022 года . Проверено 25 января 2023 г.
- Мараке, Катарина (июль 2019 г.). «Свободное программное обеспечение с открытым исходным кодом и патентные лицензии на основе FRAND: как стать посредником между стандартным основным патентом и бесплатным программным обеспечением с открытым исходным кодом». Журнал мировой интеллектуальной собственности . 22 (3–4): 78–102. дои : 10.1111/jwip.12114 .
- Микер, Хизер (январь 2020 г.). Основы лицензирования программного обеспечения с открытым исходным кодом для корпоративных пользователей . Лицензирование программного обеспечения с открытым исходным кодом . Проверено 7 декабря 2023 г.
- Оман, Ральф (весна 2018 г.). «Компьютерное программное обеспечение как объект, охраняемый авторским правом: Oracle V. Google, законодательное намерение и объем прав на цифровые произведения». Гарвардский журнал права и технологий . 31 (2): 639–652.
- Омбреданн, Филипп (2020). «Соответствие лицензии на бесплатное и открытое программное обеспечение: инструменты для анализа состава программного обеспечения». Компьютер . 53 (10): 105–109. дои : 10.1109/MC.2020.3011082 .
- Онетти, Альберто; Верма, Самир (1 мая 2009 г.). «Лицензирование открытого исходного кода и бизнес-модели». Журнал ICFAI по управлению знаниями . 7 (1): 68–94.
- OSI (февраль 2023 г.). «Лицензии, одобренные OSI» . сайт opensource.org . Инициатива открытого исходного кода . Проверено 23 декабря 2023 г.
- Раймонд, Эрик С. (2001). Собор и базар: размышления о Linux и открытом исходном коде случайного революционера (пересмотренная редакция). Севастополь, Калифорния: O'Reilly Media . ISBN 978-0-596-00108-7 . Архивировано из оригинала 24 апреля 2003 года . Проверено 28 января 2023 г.
- Розен, Лоуренс (2005). Лицензирование открытого исходного кода: свобода программного обеспечения и закон об интеллектуальной собственности (под ред. В мягкой обложке). Река Аппер-Сэддл, Нью-Джерси: Прентис-Холл . ISBN 978-0-13-148787-1 . Архивировано из оригинала 19 декабря 2022 года . Проверено 21 января 2023 г.
- Росс, Хизер (4 января 2021 г.). «Космическая война — Путеводитель, история, происхождение и многое другое» . История-Компьютер . Проверено 23 декабря 2023 г.
- Сен, Рави; Субраманиам, Чандрасекар; Нельсон, Мэтью Л. (зима 2008 г.). «Определители выбора лицензии на программное обеспечение с открытым исходным кодом». Журнал информационных систем управления . 25 (3): 207–239. дои : 10.2753/MIS0742-1222250306 .
- Смит, Александр (2019). Они создают миры: история людей и компаний, которые сформировали индустрию видеоигр . Том. 1: 1971–1982. Бока-Ратон, Флорида: CRC Press . ISBN 978-1-138-38990-8 .
- Сен-Лоран, Эндрю М. (2004). Понимание лицензирования открытого и свободного программного обеспечения . Севастополь, Калифорния: O'Reilly Media . ISBN 978-0596005818 .
- Цай, Джон (2008). «К лучшему или к худшему: представляем Стандартную общественную лицензию Gnu версии 3». Журнал технологического права Беркли . 23 (1): 547–581.
- Вакабаяси, Дайсуке (15 декабря 2019 г.). «Prime Leverage: как Amazon обладает властью в мире технологий» . Нью-Йорк Таймс . Архивировано из оригинала 30 октября 2023 года . Проверено 24 мая 2024 г. }
- Уильямс, Сэм (2002). Свободно, как свобода: крестовый поход Ричарда Столлмана за свободное программное обеспечение (первое изд.). Севастополь, Калифорния: Фарнхэм: O'Reilly Media . ISBN 978-0-596-00287-9 . Архивировано из оригинала 7 февраля 2023 года . Проверено 6 февраля 2023 г.
