Лицензия на программное обеспечение — это правовой инструмент, регулирующий использование или распространение программного обеспечения.
С 1970-х годов в США признано авторское право на программное обеспечение . Несмотря на признание авторского права, большинство компаний предпочитают продавать лицензии, а не копии программного обеспечения, поскольку это позволяет им применять более строгие условия при распространении. Очень немногие покупатели читают какую-либо часть лицензии, изначально контракты с оберткой , а теперь чаще всего встречающиеся как clickwrap или browsewrap . Исполнение этого вида лицензии является предметом споров и ограничено в некоторых юрисдикциях. Соглашения об уровне обслуживания являются еще одним типом лицензии на программное обеспечение, где поставщик соглашается предоставить покупателю определенный уровень обслуживания, часто подкрепленный финансовыми штрафами.
Copyleft — это тип свободной лицензии, который требует лицензирования производных работ . В других типах свободной лицензии это требование отсутствует: для разрешительных лицензий указание авторства обычно является единственным требованием, а лицензии, эквивалентные публичному достоянию, не имеют ограничений. Распространение лицензий с открытым исходным кодом усугубило проблемы совместимости лицензий , но все они имеют некоторые общие черты: разрешение на распространение и производные работы под одной и той же лицензией, неограниченный доступ к исходному коду и отсутствие дискриминации между различными видами использования, в частности, разрешение на коммерческое использование.
Исходный код (или скомпилированные двоичные файлы в форме объектного кода ) [9] компьютерной программы защищен законом об авторском праве , который наделяет владельца исключительным правом копировать код. Базовые идеи или алгоритмы не защищены законом об авторском праве, но часто рассматриваются как коммерческая тайна и скрываются такими методами, как соглашения о неразглашении . [10] Авторское право на программное обеспечение было признано с середины 1970-х годов и принадлежит компании, которая производит программное обеспечение, а не сотрудникам или подрядчикам , которые его написали. [1]
.jpg/1280px-Ohhh,_Shockwave_(117804940).jpg)
Тенденция лицензировать проприетарное программное обеспечение , а не продавать его, восходит к периоду времени до существования, тогда сфера защиты авторских прав на программное обеспечение была ясна . Эти лицензии продолжали использоваться после того, как авторские права на программное обеспечение были признаны в судах, и считаются предоставляющими компании дополнительную защиту по сравнению с законом об авторских правах. [12] Согласно федеральному закону США , компания может ограничить круг сторон, которым она продает, но она не может помешать покупателю перепродавать продукт. Соглашения о лицензировании программного обеспечения обычно запрещают перепродажу, что позволяет компании максимизировать доход. [13]
Традиционно программное обеспечение распространялось в форме двоичного объектного кода , который пользователь не мог понять или изменить, [9], но мог быть загружен и запущен. Пользователь покупал постоянную лицензию на использование определенной версии программного обеспечения. [14] Поставщики программного обеспечения как услуги (SaaS), которые имеют большую долю рынка прикладного программного обеспечения по состоянию на 2023 год [15], редко предлагают бессрочные лицензии. [16] Лицензии SaaS обычно являются временными и взимаются на основе оплаты за использование или подписки, [17] хотя также используются другие модели доходов, такие как freemium . [18] Для клиентов преимущества временных лицензий включают снижение первоначальных затрат, повышенную гибкость и более низкую общую стоимость по сравнению с постоянной лицензией. [14] В некоторых случаях высокие единовременные затраты, требуемые продавцами традиционного программного обеспечения, были недоступны для малого бизнеса , но модели SaaS с оплатой за использование делают программное обеспечение доступным. [19][обновлять]
Первоначально лицензионные соглашения с конечным пользователем (EULA) печатались либо на термоусадочной упаковке, в которую был упакован продукт (см. договор термоусадочной пленки ), либо на листе бумаги. Лицензия часто оговаривала, что клиент соглашается, если он не возвращает продукт в течение определенного периода времени. [20] В последнее время EULA чаще всего встречаются в виде clickwrap или browsewrap , где щелчки пользователя или продолжение просмотра воспринимаются как знак согласия. В результате прекращения физических ограничений длина увеличилась. [21] Большинство EULA были разработаны таким образом, что их было очень трудно читать и понимать, но легко соглашаться с условиями лицензирования, не читая их. [12] [20] Независимо от того, насколько легко получить к ним доступ, очень немногие потребители читают какую-либо часть лицензионного соглашения. [22] [23] Большинство полагают, что условия не вызывают возражений или едва замечают согласие при установке программного обеспечения. [24] Компании пользуются невнимательностью потребителей, чтобы вставлять положения в EULA. [25]
Запатентованное программное обеспечение обычно предлагается по ограничительной лицензии, которая запрещает копирование и повторное использование и часто ограничивает покупателя использованием программного обеспечения на одном компьютере. [5] [26] Исходный код редко доступен. Производные программные работы и обратная разработка обычно явно запрещены. [26] Многие EULA позволяют поставщику собирать информацию о пользователе и использовать ее неограниченными способами. [27] Некоторые EULA ограничивают возможность пользователей осуществлять авторские права на производные работы, созданные с использованием программного обеспечения, такие как творческие творения в виртуальных мирах видеоигр . [28] [29]
Большинство из них отказываются от какой-либо ответственности за вред, причиненный продуктом, [30] и не позволяют покупателю обращаться в судебную систему для получения правовой защиты. [31] Кроме того, многие EULA позволяют продавцу изменять условия в любое время, и клиент должен выбрать между согласием или прекращением использования продукта, без получения возмещения. [32] Обычно EULA допускают одностороннее расторжение со стороны продавца по любому количеству неопределенных причин или без них. [33]
EULA, почти всегда предлагаемые на основе принципа «бери или уходи» в качестве не подлежащего обсуждению условия использования программного обеспечения, [34] очень далеки от прототипического договора, в котором обе стороны полностью понимают условия и соглашаются по собственной свободной воле. [35] Были существенные дебаты о том, в какой степени соглашения могут считаться обязательными. До 1996 года в Соединенных Штатах лицензии clickwrap или browsewrap не считались обязательными, но с тех пор они часто таковыми являлись. [36] [21] Согласно Новой директиве о цифровом контенте, действующей в Европейском союзе, EULA подлежат исполнению только в той мере, в которой они не нарушают разумные ожидания потребителей. Разрыв между ожиданиями и содержанием EULA особенно велик, когда речь идет об ограничениях на копирование и передачу права собственности на цифровой контент. [37] Многие EULA содержат положения, которые, вероятно, не подлежат исполнению в зависимости от юрисдикции. Поставщики программного обеспечения сохраняют эти не подлежащие исполнению положения в соглашениях, возможно, потому, что пользователи редко прибегают к правовой системе, чтобы оспорить их. [38]
Соглашения об уровне обслуживания часто используются для корпоративного программного обеспечения и гарантируют уровень обслуживания, например производительность программного обеспечения или время реагирования на проблему, поднятую клиентом. Многие предусматривают финансовые штрафы, если обслуживание не соответствует согласованному стандарту. [39] Соглашения об уровне обслуживания часто охватывают такие аспекты, как доступность, надежность, цена и безопасность, используя количественные показатели. [40] Многоуровневые соглашения об уровне обслуживания распространены в облачных вычислениях из-за использования различных вычислительных служб, которые могут управляться разными компаниями. [41] Соглашения об уровне обслуживания в облачных вычислениях являются областью активных исследований по состоянию на 2024 год [обновлять]. [42]
До движения за открытый исходный код в 1980-х годах почти все программное обеспечение было проприетарным и не раскрывало свой исходный код . [43] Лицензирование с открытым исходным кодом призвано максимизировать открытость и минимизировать барьеры для использования программного обеспечения, его распространения и последующих инноваций. [4]
Лицензии с открытым исходным кодом имеют ряд ключевых характеристик: [44]
Open Source Initiative проверяет и одобряет новые лицензии с открытым исходным кодом, которые соответствуют ее определению открытого исходного кода . [44]
За пределами программного обеспечения, некоммерческие лицензии Creative Commons стали популярными среди некоторых художников, которые хотят помешать другим получать чрезмерную прибыль от их работы. [51] Однако программное обеспечение, которое доступно только для некоммерческого использования, не считается программным обеспечением с открытым исходным кодом. [8] Некоммерческая лицензия Java Research License компании Sun Microsystems была отклонена сообществом разработчиков программного обеспечения с открытым исходным кодом, и в 2006 году компания выпустила большую часть Java под лицензией GPL. [8]
С 1989 года [43] было создано множество лицензий с открытым исходным кодом для программного обеспечения. [53] Выбор лицензии на программное обеспечение с открытым исходным кодом становится все более сложным из-за распространения лицензий , [54] [55] многие из которых лишь незначительно отличаются друг от друга. [56] Многие лицензии несовместимы друг с другом, что препятствует достижению целей движения за свободное программное обеспечение. [57] Проблемы перевода, двусмысленность в условиях лицензирования и несовместимость некоторых лицензий с законодательством в определенных юрисдикциях усугубляют проблему. [58]
Хотя загрузка модуля с открытым исходным кодом быстрая и простая, соблюдение условий лицензирования может быть более сложным. [59] Количество зависимостей программного обеспечения означает, что инженеры, работающие над сложными проектами, часто должны полагаться на программное обеспечение управления лицензиями на программное обеспечение, чтобы помочь им достичь соответствия условиям лицензирования компонентов с открытым исходным кодом. [60] Во многих файлах программного обеспечения с открытым исходным кодом лицензия не указывается однозначно, что увеличивает трудности соответствия. [59] При объединении баз кода исходные лицензии могут быть сохранены для отдельных компонентов, а более крупная работа выпущена под совместимой лицензией. [61] Эта совместимость часто односторонняя. Контент общественного достояния может использоваться где угодно, поскольку нет претензий на авторские права, но код, приобретенный под любым практически любым набором условий, не может быть передан в общественное достояние. Разрешительные лицензии могут использоваться в работах с копилефтом, но материал с копилефтом не может быть выпущен под разрешительной лицензией. Некоторые слабые лицензии с копилефтом могут использоваться под GPL и считаются совместимыми с GPL. Программное обеспечение GPL может использоваться только под GPL или AGPL. [62]
Лицензии на свободное и открытое программное обеспечение успешно применялись в гражданских судах с середины 2000-х годов. [63] Суды установили, что распространение программного обеспечения указывает на принятие условий лицензии. [64] Однако разработчики обычно добиваются соответствия без судебных исков. Социального давления , например, потенциальной реакции сообщества, часто бывает достаточно. [65] Письма о прекращении и воздержании являются распространенным методом, чтобы заставить компании снова соблюдать правила, особенно в Германии. [66]
Долго обсуждаемый вопрос в сообществе FOSS заключается в том, являются ли лицензии с открытым исходным кодом «голыми лицензиями» или контрактами . [67] Голая лицензия — это набор условий, при которых разрешены действия, которые в противном случае ограничены законами об интеллектуальной собственности . [63] Согласно толкованию голой лицензии, пропагандируемому Free Software Foundation (FSF), иск подается в суд владельцем авторских прав как нарушение авторских прав . [63] Согласно толкованию контракта, иск может быть подан в суд вовлеченной стороной как нарушение контракта . [68] Суды США и Франции рассматривали дела в соответствии с обоими толкованиями. [69]
Более 90 процентов компаний используют программное обеспечение с открытым исходным кодом в качестве компонента своего фирменного программного обеспечения. [70] Решение использовать программное обеспечение с открытым исходным кодом или даже участвовать в проектах с открытым исходным кодом для улучшения существующего программного обеспечения с открытым исходным кодом, как правило, является прагматичным деловым решением. [71] [72] Когда фирменное программное обеспечение находится в прямой конкуренции с альтернативой с открытым исходным кодом, исследования показали противоречивые результаты о влиянии конкуренции на цену и качество фирменного продукта. [73]
В течение десятилетий некоторые компании делали обслуживание программного продукта с открытым исходным кодом для корпоративных пользователей своей бизнес-моделью. Эти компании контролируют программный продукт с открытым исходным кодом и вместо того, чтобы взимать плату за лицензирование или использование, взимают плату за улучшения, интеграцию и другое обслуживание. [74] Продукты программного обеспечения как услуги (SaaS), основанные на компонентах с открытым исходным кодом, становятся все более распространенными. [75]
Программное обеспечение с открытым исходным кодом предпочтительнее для научных приложений, поскольку оно повышает прозрачность и способствует проверке и принятию научных результатов. [56]
