✖


Jump to content

Лицензия с открытым исходным кодом

Это хорошая статья. Нажмите здесь для получения дополнительной информации.

На круговой диаграмме показаны наиболее часто используемые лицензии с открытым исходным кодом: Apache - 30 %, MIT - 26 %, GPL - 18 %, BSD - 8 %, LGPL - 3 %, MPL - 2 % и оставшиеся 13 % - как лицензии со следующими значениями. 1% доли рынка каждый.
Популярные лицензии с открытым исходным кодом включают лицензию Apache , лицензию MIT , Стандартную общественную лицензию GNU (GPL), лицензии BSD , Стандартную общественную лицензию ограниченного использования GNU (LGPL) и Общественную лицензию Mozilla (MPL).

Лицензии с открытым исходным кодом — это лицензии на программное обеспечение , которые позволяют использовать, изменять и распространять контент. Они способствуют разработке бесплатного программного обеспечения с открытым исходным кодом (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 ]

Разрешительный

[ редактировать ]
Основная статья: Разрешительная лицензия на программное обеспечение
Кампус MIT ночью
Разрешительные лицензии обычно выдаются академическими учреждениями, такими как Массачусетский технологический институт .

Разрешительные лицензии , также известные как академические лицензии, [ 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 ]

Авторское лево

[ редактировать ]
Основная статья: Авторское лево
На наклейке написано: «Буква L в кружочке с авторским левом».
Наклейка с авторским левом из конверта, который Дон Хопкинс отправил Ричарду Столлману в 1984 году.

с авторским левом Лицензии требуют, чтобы исходный код распространялся вместе с программным обеспечением, а также требуют, чтобы исходный код был доступен под аналогичной лицензией. [ 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 ]

Портрет Митчелла Бейкера
Митчелл Бейкер разработал проект Общественной лицензии Mozilla, работая в команде юристов Netscape. [ 73 ]

Практические преимущества лицензий с авторским левом привлекли коммерческих разработчиков. Корпорации использовали и подписывали взаимные лицензии с более узкой сферой применения, чем 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 ]

Правоприменение

[ редактировать ]
Основная статья: Судебный процесс по лицензии на открытый исходный код
Портрет Харальда Вельте
Первые юридические победы программиста Харальда Вельте создали прецедент для судебных разбирательств по программному обеспечению с открытым исходным кодом в Германии. [ 85 ]

Лицензии на бесплатное программное обеспечение и программное обеспечение с открытым исходным кодом успешно применяются в гражданских судах с середины 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 ]

Программное обеспечение, являющееся общественным достоянием

[ редактировать ]
Основная статья: Программное обеспечение, являющееся общественным достоянием
Космические корабли и звезды на круглом мониторе
Ранние компьютерные программы, такие как новаторская видеоигра Spacewar! находятся в общественном достоянии. [ 102 ]

По истечении срока действия авторских прав произведение становится общественным достоянием и доступно каждому. [ 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 ] с авторским левом Стандартная общественная лицензия GNU Affero (AGPL) вступает в силу, когда защищенный код размещается или распространяется. [ 120 ] Некоторые разработчики приняли AGPL, а другие перешли на проприетарные лицензии с функциями лицензирования с открытым исходным кодом. [ 121 ] Например, разработчик открытого ядра Elastic перешел с лицензии Apache на «доступную в исходном коде» серверную общественную лицензию . [ 122 ] Программное обеспечение, доступное в исходном коде, поставляется со справочным материалом по исходному коду. [ 123 ]

С 2010 года популярность облачной модели возросла. [ 118 ] Разработчики раскритиковали облачные компании, которые получают прибыль от размещения программного обеспечения с открытым исходным кодом, не вкладывая денег или кода, сравнивая эту практику с майнингом . [ 124 ] Лидер облачных вычислений Amazon Web Services заявил, что соблюдает лицензии и действует в интересах своих клиентов. [ 124 ] [ 125 ]

См. также

[ редактировать ]

Примечания

[ редактировать ]
  1. ^ Байфилд 2008 .
  2. ^ Розен 2005 , с. 22.
  3. ^ Розен 2005 , стр. 22–23.
  4. ^ Перейти обратно: а б Розен 2005 , с. 15.
  5. ^ «Бернская конвенция» . Векс . Корнеллская юридическая школа. Ноябрь 2021 г.
  6. ^ Фагундес и Перзановский 2020 , с. 529.
  7. ^ Розен 2005 , с. 17.
  8. ^ Розен 2005 , стр. 27–28.
  9. ^ Розен 2005 , стр. 28–29.
  10. ^ Розен 2005 , с. 28.
  11. ^ Перейти обратно: а б Оман, 2018 г. , стр. 641–642.
  12. ^ Уильямс 2002 , гл. 1.
  13. ^ Уильямс 2002 , гл. 7.
  14. ^ Перейти обратно: а б Уильямс 2002 , гл. 9.
  15. ^ Гринбаум 2016 , § IA
  16. ^ Перейти обратно: а б с Мараке 2019 , § 2.2.
  17. ^ Карвер 2005 , стр. 448–450.
  18. ^ Перенс 1999 , № 16.
  19. ^ Гринбаум 2016 , стр. 1302–1303.
  20. ^ Гринбаум 2016 , стр. 1304–1305.
  21. ^ Гринбаум 2016 , с. 1305.
  22. ^ Фонтана 2010 , с. 2.
  23. ^ Коулман 2004 , «Политический агностицизм».
  24. ^ Раймонд 1999 , «Мемы и мифотворчество».
  25. ^ Микер 2020 , 2:33–3:06.
  26. ^ Раймонд 2001 , «Собор и базар».
  27. ^ Брок 2022 , § 16.3.4.
  28. ^ Раймонд 2001 .
  29. ^ Раймонд 2001 , «Социальный контекст программного обеспечения с открытым исходным кодом».
  30. ^ Раймонд 2001 , с. 19.
  31. ^ Онетти и Верма 2009 , с. 69.
  32. ^ Перейти обратно: а б Хаммерли, Пакуин и Уолтон 1999 .
  33. ^ Смит 2022 , § 3.2.
  34. ^ Перейти обратно: а б Сен, Субраманиам и Нельсон, 2008 г. , стр. 211–212.
  35. ^ Перейти обратно: а б Микер 2020 , 16:13.
  36. ^ Перейти обратно: а б Розен 2005 , стр. 22–24.
  37. ^ Bain & Smith 2022 , § 10.4.3.
  38. ^ Bain & Smith 2022 , § 10.4.2.
  39. ^ Перейти обратно: а б Bain & Smith 2022 , § 10.4.4.
  40. ^ Честек 2022 , с. 30.
  41. ^ Честек 2022 , стр. 184–185.
  42. ^ Розен 2005 , с. 38.
  43. ^ Радость 2022 , с. 986.
  44. ^ Радость 2022 , с. 989.
  45. ^ Dastar Corp. против Twentieth Century Fox Film Corp. , 539 US 23 , 34 (2003).
  46. ^ Радость 2022 , стр. 987–988.
  47. ^ Радость 2022 , стр. 1004–1006.
  48. ^ Радость 2022 , стр. 979, 1002.
  49. ^ Перейти обратно: а б Розен 2005 , с. 69.
  50. ^ Розен 2005 , стр. 101–102.
  51. ^ Перейти обратно: а б Смит 2022 , § 3.2.1.1.
  52. ^ ОСИ 2023 .
  53. ^ Перейти обратно: а б Розен 2005 , стр. 73–90.
  54. ^ OSI 2023 , «Лицензия MIT».
  55. ^ Смит 2022 , § 3.2.1.2.
  56. ^ Bain & Smith 2022 , § 10.4.2.
  57. ^ OSI 2023 , «Лицензия Apache, версия 2.0».
  58. ^ Bain & Smith 2022 , гл. 10.
  59. ^ Bain & Smith 2022 , § 10.4.4.
  60. ^ Сен-Лоран 2004 , стр. 38–39.
  61. ^ Бальхаузен 2019 , с. 86.
  62. ^ Розен 2005 , с. 135.
  63. ^ Розен 2005 , стр. 103–106.
  64. ^ Китс 2010 , с. 64.
  65. ^ «Полный текст уведомления о разрешении на копирование GNU Emacs» . 1985.
  66. ^ Китс 2010 , стр. 63–67.
  67. ^ Розен 2005 , стр. 103–109.
  68. ^ Микер 2020 , 6:00–7:22.
  69. ^ Радость 2022 , стр. 990–992.
  70. ^ Онетти и Верма 2009 , с. 71.
  71. ^ Сен-Лоран 2004 , стр. 81–83, 114.
  72. ^ Бальхаузен 2019 , с. 82.
  73. ^ Сен-Лоран 2004 , стр. 68, 75.
  74. ^ Перейти обратно: а б Цай 2008 , стр. 564–570.
  75. ^ Хаммерли, Пакуин и Уолтон 1999 , п. 23.
  76. ^ Сен, Субраманиам и Нельсон, 2008 , стр. 212–213.
  77. ^ Розен 2005 , см. соответствующие главы.
  78. ^ Перейти обратно: а б с Смит 2022 , § 3.3.
  79. ^ Розен 2005 , стр. 243–247.
  80. ^ Сен-Лоран 2004 , стр. 159–163.
  81. ^ См. Смит 2022 , стр. 102 для: лицензии Apache версии 2.0 в 2004 г., версии GPL 3 в 2007 г., версии LGPL 3 в 2007 г. и версии 3 AGPL в 2007 г. См. Smith 2022 , стр. 95–101 для информации: MPL версии 2.0 в 2012 г. и EPL версии 2 в 2007 г. 2017.
  82. ^ Бернелин 2020 , стр. 100, 102.
  83. ^ Перейти обратно: а б Омбреданн 2020 , с. 105.
  84. ^ Омбреданн 2020 , с. 106.
  85. ^ Перейти обратно: а б Бальхаузен 2022 , § 5.3.
  86. ^ Перейти обратно: а б с д Смит 2022 , § 3.4.1.
  87. ^ Jacobsen v. Katzer , 535 F.3d 1373 ( Fed. Cir. 2008).
  88. ^ Вельте против Sitecom (Окружной суд Мюнхена, 2004 г.), № 21 O 6123/04 .
  89. ^ Смит 2022 , с. 106.
  90. ^ Розен 2005 , с. 137.
  91. ^ Розен 2005 , с. 138.
  92. ^ Розен 2005 , гл. 6.
  93. ^ Микер 2020 , 17:04.
  94. ^ Сен-Лоран 2004 , стр. 158–159.
  95. ^ Бальхаузен 2022 , с. 127.
  96. ^ Перейти обратно: а б Бальхаузен 2022 , § 5.4.
  97. ^ Перейти обратно: а б Уолден 2022 , § 1.1.
  98. ^ Смит 2022 , § 3.1.3.
  99. ^ Google LLC против Oracle America, Inc. , 593 США , 1203 (2021 г.).
  100. ^ Смит 2022 , § 3.4.2.
  101. ^ Смит 2022 , § 3.4.
  102. ^ Росс 2021 , «Космическая война: Конец развития».
  103. ^ Перейти обратно: а б Розен 2005 , с. 36.
  104. ^ Уолден 2022 , с. 3.
  105. ^ Смит 2019 , стр. 55–56.
  106. ^ Розен 2005 , стр. 74–77.
  107. ^ Сен-Лоран 2004 , с. 98.
  108. ^ Фагундес и Перзановский 2020 , с. 524.
  109. ^ Радость 2022 , стр. 1008–1010.
  110. ^ Брок 2022 , § 16.3.3.
  111. ^ Сен-Лоран 2004 , с. 14.
  112. ^ Сен-Лоран 2004 , с. 22.
  113. ^ Онетти и Верма 2009 , с. 81.
  114. ^ Сен-Лоран 2004 , с. 30.
  115. ^ Брок 2022 , § 16.4.2.3.
  116. ^ Цай 2008 , с. 550.
  117. ^ Сен-Лоран 2004 , с. 39.
  118. ^ Перейти обратно: а б Брок 2022 , § 16.5.2.
  119. ^ Брок 2022 , § 16.4.2.8.
  120. ^ Брок 2022 , § 16.4.2.2.
  121. ^ Брок 2022 , § 16.5.3.
  122. ^ Брок 2022 , § 16.5.3.8.
  123. ^ Кунерт 2022 .
  124. ^ Перейти обратно: а б Вакабаяси 2019 .
  125. ^ Брок 2022 , § 16.5.3.2.

Ссылки

[ редактировать ]
Retrieved from "https://en.wikipedia.org/w/index.php?title=Open-source_license&oldid=1238802896#OSI_approved_licenses"
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 665951eef3f426312f5542d2a6e5f6de__1722874440
URL1:https://arc.ask3.ru/arc/aa/66/de/665951eef3f426312f5542d2a6e5f6de.html
Заголовок, (Title) документа по адресу, URL1:
Open-source license - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)