~~~~~~~~~~~~~~~~~~~~ Arc.Ask3.Ru ~~~~~~~~~~~~~~~~~~~~~ 
Номер скриншота №:
✰ 49D10C8870B4567FD525B7F3F4C0476A__1718386380 ✰
Заголовок документа оригинал.:
✰ Software license - Wikipedia ✰
Заголовок документа перевод.:
✰ Лицензия на программное обеспечение — Википедия ✰
Снимок документа находящегося по адресу (URL):
✰ https://en.wikipedia.org/wiki/Software_license ✰
Адрес хранения снимка оригинал (URL):
✰ https://arc.ask3.ru/arc/aa/49/6a/49d10c8870b4567fd525b7f3f4c0476a.html ✰
Адрес хранения снимка перевод (URL):
✰ https://arc.ask3.ru/arc/aa/49/6a/49d10c8870b4567fd525b7f3f4c0476a__translat.html ✰
Дата и время сохранения документа:
✰ 15.06.2024 22:28:40 (GMT+3, MSK) ✰
Дата и время изменения документа (по данным источника):
✰ 14 June 2024, at 20:33 (UTC). ✰ 

~~~~~~~~~~~~~~~~~~~~~~ Ask3.Ru ~~~~~~~~~~~~~~~~~~~~~~ 
Сервисы Ask3.ru: 
 Архив документов (Снимки документов, в формате HTML, PDF, PNG - подписанные ЭЦП, доказывающие существование документа в момент подписи. Перевод сохраненных документов на русский язык.)https://arc.ask3.ruОтветы на вопросы (Сервис ответов на вопросы, в основном, научной направленности)https://ask3.ru/answer2questionТоварный сопоставитель (Сервис сравнения и выбора товаров) ✰✰
✰ https://ask3.ru/product2collationПартнерыhttps://comrades.ask3.ru


Совет. Чтобы искать на странице, нажмите Ctrl+F или ⌘-F (для MacOS) и введите запрос в поле поиска.
Arc.Ask3.ru: далее начало оригинального документа

Лицензия на программное обеспечение — Википедия Jump to content

Лицензия на программное обеспечение

Из Википедии, бесплатной энциклопедии

Схема программного обеспечения под различными лицензиями в соответствии с FSF и их определением свободного программного обеспечения : слева « свободное программное обеспечение », справа « проприетарное программное обеспечение ». С обеих сторон, а потому в основном ортогональные , «бесплатное скачивание» ( Freeware ).

Лицензия на программное обеспечение — это юридический инструмент, регулирующий использование или распространение программного обеспечения.

С 1970-х годов авторские права на программное обеспечение признаны в США. Несмотря на признание авторских прав, большинство компаний предпочитают продавать лицензии, а не копии программного обеспечения, поскольку это позволяет им применять более строгие условия при распространении. Очень немногие покупатели читают какую-либо часть лицензии, первоначально контракты в термоусадочной упаковке , а теперь чаще всего встречаются в виде наклеек или наклеек для просмотра . Исполнение этого вида лицензии является предметом споров и ограничено в некоторых юрисдикциях. Соглашения об уровне обслуживания — это еще один тип лицензий на программное обеспечение, при котором поставщик соглашается предоставить покупателю определенный уровень обслуживания, часто подкрепляемый финансовыми штрафами.

Копилефт — это тип свободной лицензии, которая требует производных работ лицензирования . В других типах свободных лицензий это требование отсутствует: для разрешительных лицензий обычно единственным требованием является указание авторства, а лицензии, эквивалентные общедоступному достоянию, не имеют ограничений. Распространение лицензий с открытым исходным кодом усугубило проблемы совместимости лицензий , но все они имеют некоторые общие черты: разрешение повторного распространения и производных работ под одной и той же лицензией, неограниченный доступ к исходному коду и отсутствие дискриминации между различными видами использования, в частности, разрешение коммерческого использования.

Бесплатно и открыто Несвободный
Всеобщее достояние [1] и эквивалентные лицензии Разрешительная лицензия [2] [3] Авторское лево [2] [3] Некоммерческая лицензия [4] Собственная лицензия [5] Коммерческая тайна [6]
Описание Отказ от защиты авторских прав Предоставляет права использования, включая право на повторное лицензирование (позволяет частную собственность , совместимость лицензий ) Предоставляет права пользования, запрещает собственность Предоставляет права только для некоммерческого использования. Традиционное использование авторских прав ; никакие права не должны быть предоставлены Никакая информация не обнародована
Известные лицензии на программное обеспечение ПД, CC0 [7] Массачусетский технологический институт , Апач , MPL , BSD GPL , AGPL JRL [8] Проприетарное программное обеспечение

Авторские права на программное обеспечение [ править ]

Исходный код (или скомпилированные двоичные файлы в виде объектного кода ) [9] компьютерной программы защищено законом об авторском праве , который наделяет владельца исключительным правом копировать код. Лежащие в основе идеи или алгоритмы не защищены законом об авторском праве, но часто рассматриваются как коммерческая тайна и скрываются с помощью таких методов, как соглашения о неразглашении . [10] Авторские права на программное обеспечение признаны с середины 1970-х годов и принадлежат компании, производящей программное обеспечение, а не сотрудникам или подрядчикам . написавшим его [1]

Лицензии на программное обеспечение и права, предоставляемые в контексте авторских прав согласно Марку Уэбинку . [11] Расширено за счет бесплатного программного обеспечения и сублицензии.
Права предоставлены Общественное достояние и эквивалент Разрешающая лицензия FOSS (например, лицензия BSD ) с авторским левом Лицензия FOSS (например, GPL ) Бесплатное ПО / условно-бесплатное ПО / фримиум Собственная лицензия Коммерческая тайна
Авторские права сохранены Нет Да Да Да Да Да
Право на исполнение Да Да Да Да Да Нет
Право на показ Да Да Да Да Да Нет
Право на копирование Да Да Да Часто Нет Иски о нарушении авторских прав подаются владельцем чаще всего
Право на изменение Да Да Да Нет Нет Нет
Право на распространение Да Да, по той же лицензии Да, по той же лицензии Часто Нет Нет
Право на сублицензию Да Да Нет Нет Нет Нет
Пример программного обеспечения SQLite , ImageJ Веб-сервер Apache , ToyBox Ядро Linux , GIMP , OBS Ирфанвью , Винамп Windows , большинство коммерческих видеоигр и их DRM , Spotify , xSplit , TIDAL. Серверная часть
облачных вычислений , Программы и услуги
судебно-медицинские приложения и другие виды деятельности.

Лицензии на проприетарное программное обеспечение [ править ]

Краткая письменная лицензия на программное обеспечение для бета-тестирования , выданная Macromedia в 1995 году.

Тенденция лицензировать несвободное программное обеспечение , а не продавать его, восходит к периоду времени, предшествовавшему его существованию, когда объем защиты авторских прав на программное обеспечение был ясен . Эти лицензии продолжают использоваться после того, как авторские права на программное обеспечение были признаны в судах, и считается, что они предоставляют компании дополнительную защиту по сравнению с законом об авторском праве. [12] Согласно федеральному закону США , компания может ограничивать круг лиц, которым она продает, но не может препятствовать покупателю перепродавать продукт. Лицензионные соглашения на программное обеспечение обычно запрещают перепродажу, что позволяет компании максимизировать доход. [13]

Традиционно программное обеспечение распространялось в виде двоичного объектного кода , который не мог быть понят или изменен пользователем. [9] но его можно скачать и запустить. Пользователь купил бессрочную лицензию на использование определенной версии программного обеспечения. [14] Поставщики программного обеспечения как услуги (SaaS), которым принадлежит большая часть рынка по прикладного программного обеспечения состоянию на 2023 год. [15] — редко предлагают бессрочные лицензии. [16] Лицензии SaaS обычно являются временными и взимаются на основе оплаты по факту использования или подписки. [17] другие модели дохода, такие как freemium . хотя также используются и [18] Для клиентов преимущества временных лицензий включают снижение первоначальных затрат, повышенную гибкость и более низкую общую стоимость по сравнению с бессрочной лицензией. [14] В некоторых случаях высокие единовременные затраты, требуемые продавцами традиционного программного обеспечения, были недоступны для малых предприятий , но модели SaaS с оплатой по факту использования делают программное обеспечение доступным. [19]

Лицензионное соглашение с конечным пользователем (EULA) [ править ]

Первоначально лицензионное соглашение с конечным пользователем (EULA) было напечатано либо на термоусадочной упаковке продукта (см. договор на термоусадочную пленку ), либо на листе бумаги. В лицензии часто оговаривалось, что клиент соглашается, если он не вернет товар в течение определенного периода времени. [20] В последнее время лицензионные соглашения чаще всего встречаются в виде наклеек или наклеек при просмотре , где клики пользователя или продолжение просмотра воспринимаются как знак соглашения. В результате прекращения физических ограничений длина увеличилась. [21] Большинство лицензионных соглашений составлены таким образом, что их очень сложно прочитать и понять, но можно легко согласиться с условиями лицензирования, не читая их. [12] [20] Независимо от того, насколько легко получить к нему доступ, очень немногие потребители читают какую-либо часть лицензионного соглашения. [22] [23] Большинство полагает, что условия не вызывают возражений, или почти не замечают согласия при установке программного обеспечения. [24] Компании пользуются невниманием потребителей для включения положений в лицензионные соглашения. [25]

Несвободное программное обеспечение обычно предлагается по ограничительной лицензии, которая запрещает копирование и повторное использование и часто ограничивает покупателя использованием программного обеспечения на одном компьютере. [5] [26] Исходный код редко доступен. Производные программы и реверс-инжиниринг обычно категорически запрещены. [26] Многие лицензионные соглашения позволяют поставщику собирать информацию о пользователе и использовать ее неограниченным образом. [27] созданные с использованием программного обеспечения, например творческие творения в виртуальных мирах видеоигр Некоторые лицензионные соглашения ограничивают возможность пользователей осуществлять авторские права на производные работы , . [28] [29]

Большинство отказывается от какой-либо ответственности за вред, причиненный продуктом. [30] и помешать покупателю обратиться в судебную систему для поиска средств правовой защиты. [31] Более того, многие лицензионные соглашения позволяют поставщику изменять условия в любое время, а клиент должен выбирать между согласием или прекращением использования продукта без получения возмещения. [32] В лицензионных соглашениях EULA обычно допускается одностороннее прекращение действия соглашения поставщиком по ряду неопределенных причин или вообще без их отсутствия. [33]

Лицензионные соглашения почти всегда предлагаются по принципу «бери или уходи» в качестве необсуждаемого условия использования программного обеспечения. [34] очень далеки от прототипного договора, где обе стороны полностью понимают условия и соглашаются по собственному желанию. [35] Были серьезные дебаты о том, в какой степени соглашения можно считать обязательными. До 1996 года в США лицензии на использование Clickwrap и Browsewrap не считались обязательными, но с тех пор они часто таковыми были. [36] [21] В соответствии с Новой Директивой о цифровом контенте, действующей в Европейском Союзе, лицензионные соглашения подлежат исполнению только в той степени, в которой они не нарушают разумные ожидания потребителей. Разрыв между ожиданиями и содержанием лицензионных соглашений особенно велик, когда речь идет об ограничениях на копирование и передачу права собственности на цифровой контент. [37] Многие лицензионные соглашения содержат положения, которые, вероятно, не имеют исковой силы в зависимости от юрисдикции. Поставщики программного обеспечения сохраняют эти неисполнимые положения в соглашениях, возможно, потому, что пользователи редко прибегают к правовой системе, чтобы оспорить их. [38]

Соглашение об уровне обслуживания (SLA) [ править ]

Соглашения об уровне обслуживания часто используются для корпоративного программного обеспечения и гарантируют определенный уровень обслуживания, например, производительность программного обеспечения или время для ответа на проблему, поднятую клиентом. Многие предусматривают финансовые штрафы, если услуга не соответствует согласованному стандарту. [39] Соглашения об уровне обслуживания часто охватывают такие аспекты, как доступность, надежность, цена и безопасность, с использованием количественных показателей. [40] Многоуровневые соглашения об уровне обслуживания распространены в облачных вычислениях из-за использования разных вычислительных сервисов, которыми могут управлять разные компании. [41] С 2024 года соглашения об уровне обслуживания в облачных вычислениях находятся в стадии активных исследований. . [42]

открытым исходным кодом программное обеспечение с Лицензии на бесплатное программное обеспечение и

До движения за открытый исходный код в 1980-х годах почти все программное обеспечение было проприетарным и не раскрывало свой исходный код . [43] Лицензирование открытого исходного кода призвано максимизировать открытость и минимизировать барьеры для использования, распространения и последующих инноваций программного обеспечения. [4]

Лицензии с открытым исходным кодом имеют ряд общих характеристик: [44]

  • Свободное распространение. Любой может распространять программное обеспечение бесплатно или за плату без разрешения или оплаты владельцу авторских прав. [44]
  • Неограниченный публичный доступ к исходному коду [44] термин « открытый исходный код» — что означает [45]
  • Пользователи могут модифицировать программное обеспечение и выпускать производные работы либо на тех же условиях, что и бесплатное программное обеспечение, либо, в некоторых случаях, под другой лицензией. [44]
  • Недискриминация между различными видами использования, [44] включая коммерческое использование. [8] [4]

Инициатива открытого исходного кода проверяет и утверждает новые лицензии с открытым исходным кодом, соответствующие ее определению открытого исходного кода . [44]

Типы лицензий открытого исходного кода [ править ]

На круговой диаграмме показаны наиболее часто используемые лицензии с открытым исходным кодом: Apache - 30 %, MIT - 26 %, GPL - 18 %, BSD - 8 %, LGPL - 3 %, MPL - 2 % и оставшиеся 13 % - как лицензии со следующими значениями. 1% доли рынка каждый.
Самыми популярными лицензиями с открытым исходным кодом по состоянию на 2022 год являются лицензия Apache (разрешительная), лицензия MIT (разрешительная) и GPL (авторское лево).
  • Если программное обеспечение находится в общественном достоянии , авторские права владельца аннулируются, и любой может использовать произведение без каких-либо ограничений авторских прав. [1]
  • Неограничительные лицензии допускают свободное повторное использование произведения без ограничений на лицензирование производных произведений . [3] Многие из них требуют указания первоначальных авторов. [46] Первой лицензией с открытым исходным кодом была неограниченная лицензия, предназначенная для облегчения научного сотрудничества: Berkeley Software Distribution (BSD), названная в честь Калифорнийского университета в Беркли в 1978 году. [47]
  • Лицензии с авторским левом (также известные как «равные доли»), [46] требовать , чтобы исходный код распространялся вместе с программным обеспечением, и требовать, чтобы исходный код был доступен по аналогичной лицензии. [48] [49] Копилефт представляет собой максимальное ограничение повторного использования, оставаясь при этом свободным программным обеспечением. [50] Лицензии со строгим авторским левом, такие как Генеральная общественная лицензия GNU (GPL), не допускают повторного использования в проприетарном программном обеспечении, в то время как слабое авторское лево, такое как соответствующая Стандартная общественная лицензия GNU Lesser (LGPL), допускает повторное использование в некоторых обстоятельствах. [3] Лицензии с авторским левом воспринимаются разработчиками как способ гарантировать, что их вклад не создаст несправедливых преимуществ для других. [3] [51] Другой мотивацией выбора авторского лева является продвижение открытого исходного кода через его требования к производным работам: [46] Столлман утверждает, что «основная идея авторского лева заключается в использовании закона об авторском праве, но перевернутом его, чтобы служить противоположной его обычной цели: вместо средства приватизации программного обеспечения [авторское право] становится средством сохранения программного обеспечения свободным». [52]

Помимо программного обеспечения, некоммерческие лицензии Creative Commons стали популярными среди некоторых художников, которые хотят помешать другим получать чрезмерную прибыль от их работ. [51] Однако программное обеспечение, доступное только для некоммерческого использования, не считается открытым исходным кодом. [8] Лицензия Sun Microsystem , предназначенная только для некоммерческого использования, на исследование Java была отклонена сообществом открытого исходного кода, и в 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] Согласно интерпретации голой лицензии, которую отстаивает Фонд свободного программного обеспечения (FSF), правообладатель подает в суд дело о нарушении авторских прав . [63] Согласно толкованию договора, дело может быть возбуждено в суде заинтересованной стороной как нарушение договора . [68] Суды США и Франции рассматривали дела согласно обеим интерпретациям. [69]

Значение [ править ]

Более 90 процентов компаний используют программное обеспечение с открытым исходным кодом как компонент своего проприетарного программного обеспечения. [70] Решение использовать программное обеспечение с открытым исходным кодом или даже участвовать в проектах с открытым исходным кодом для улучшения существующего программного обеспечения с открытым исходным кодом обычно является прагматичным бизнес-решением. [71] [72] Когда проприетарное программное обеспечение находится в прямой конкуренции с альтернативой с открытым исходным кодом, исследования показали противоречивые результаты о влиянии конкуренции на цену и качество проприетарного продукта. [73]

На протяжении десятилетий некоторые компании сделали обслуживание программного продукта с открытым исходным кодом для корпоративных пользователей своей бизнес-моделью. Эти компании контролируют программный продукт с открытым исходным кодом и вместо того, чтобы взимать плату за лицензирование или использование, взимают плату за улучшения, интеграцию и другое обслуживание. [74] Продукты «программное обеспечение как услуга» (SaaS), основанные на компонентах с открытым исходным кодом, становятся все более распространенными. [75]

Программное обеспечение с открытым исходным кодом предпочтительнее для научных приложений, поскольку оно повышает прозрачность и помогает в проверке и принятии научных результатов. [56]

См. также [ править ]

Ссылки [ править ]

  1. ^ Перейти обратно: а б с О'Риган 2022 , с. 403.
  2. ^ Перейти обратно: а б «Лицензии» . Инициатива открытого исходного кода . 16 сентября 2022 г. Проверено 12 мая 2024 г.
  3. ^ Перейти обратно: а б с д Это Сен, Субраманиам и Нельсон 2008 , с. 212.
  4. ^ Перейти обратно: а б с Морин и др. 2012 г. , Лицензирование свободного и открытого программного обеспечения (FOSS).
  5. ^ Перейти обратно: а б О'Риган 2022 , с. 394.
  6. ^ О'Риган 2022 , с. 396.
  7. ^ Фагундес и Перзановский 2020 , с. 524.
  8. ^ Перейти обратно: а б с д Давила 2015 , с. 6.
  9. ^ Перейти обратно: а б Бойл 2003 , с. 45.
  10. ^ О'Риган, 2022 , стр. 394–396.
  11. ^ Ларри Троан (2005). «Открытый исходный код с точки зрения собственности» (PDF) . RedHat Саммит 2006, Нэшвилл . redhat.com. п. 10. Архивировано из оригинала (PDF) 22 января 2014 года . Проверено 29 декабря 2015 г.
  12. ^ Перейти обратно: а б Терасаки 2013 , с. 469.
  13. ^ Терасаки 2013 , стр. 469–470.
  14. ^ Перейти обратно: а б Клохесси и др. 2020 , стр. 40–41.
  15. ^ Ватт 2023 , стр. 4.
  16. ^ Демпси и Келлихер 2018 , с. 48.
  17. ^ Демпси и Келлихер, 2018 , стр. 48, 57.
  18. ^ Демпси и Келлихер, 2018 , стр. 61–63.
  19. ^ Демпси и Келлихер 2018 , с. 2.
  20. ^ Перейти обратно: а б Корбетт 2019 , с. 455.
  21. ^ Перейти обратно: а б Ким 2016 , стр. 12, 21.
  22. ^ Бакос и др. 2014 , с. 1.
  23. ^ Бен-Шахар и Шнайдер 2014 , с. 68.
  24. ^ Терасаки 2013 , стр. 485–486.
  25. ^ Корбетт 2019 , стр. 456–457.
  26. ^ Перейти обратно: а б Морин и др. 2012 г. , Собственное лицензирование.
  27. ^ Карпентер 2023 , стр. 485–486.
  28. ^ Ахуджа 2016 , с. 381.
  29. ^ Корбетт 2019 , с. 456.
  30. ^ Карпентер 2023 , стр. 480–481.
  31. ^ Карпентер 2023 , стр. 481–482.
  32. ^ Карпентер 2023 , с. 485.
  33. ^ Карпентер 2023 , стр. 482–483.
  34. ^ Карпентер 2023 , с. 478.
  35. ^ Корбетт 2019 , с. 460.
  36. ^ Терасаки 2013 , с. 471.
  37. ^ Распыление и Sein 2020 , стр. 620–621.
  38. ^ Корбетт 2019 , с. 461.
  39. ^ О'Риган, 2022 , стр. 151, 219, 224, 405.
  40. ^ Кази и др. 2024 г. , Параметры оценки эффективности.
  41. ^ Рана и Зиглер 2010 , с. 188.
  42. ^ Кази и др. 2024 г. , Заключение.
  43. ^ Перейти обратно: а б Бернелин 2020 , с. 96.
  44. ^ Перейти обратно: а б с д Это ж Сен, Субраманиам и Нельсон 2008 , с. 209.
  45. ^ Морин и др. 2012 , Открытый исходный код против закрытого исходного кода.
  46. ^ Перейти обратно: а б с Морин и др. 2012 , Разрешительное против авторского лева.
  47. ^ Смит 2022 , § 3.2.1.1.
  48. ^ Сен, Субраманиам и Нельсон, 2008 , стр. 211–212.
  49. ^ Сен-Лоран 2004 , стр. 38–39.
  50. ^ Давила 2015 , с. 5.
  51. ^ Перейти обратно: а б Давила 2015 , стр. 5–6.
  52. ^ Радость 2022 , стр. 990–992.
  53. ^ Сен, Субраманиам и Нельсон, 2008 , стр. 208.
  54. ^ Аламуди и др. 2020 , с. 537.
  55. ^ Бернелин 2020 , с. 94.
  56. ^ Перейти обратно: а б Морин и др. 2012 , Совместимость, распространение, фрагментация и направленность.
  57. ^ Бернелин 2020 , с. 98.
  58. ^ Бернелин 2020 , стр. 100, 102.
  59. ^ Перейти обратно: а б Омбреданн 2020 , с. 105.
  60. ^ Омбреданн 2020 , с. 106.
  61. ^ Сен-Лоран 2004 , стр. 159–163.
  62. ^ Смит 2022 , § 3.3.
  63. ^ Перейти обратно: а б с Смит 2022 , § 3.4.1.
  64. ^ Смит 2022 , с. 106.
  65. ^ Сен-Лоран 2004 , стр. 158–159.
  66. ^ Бальхаузен 2022 , с. 127.
  67. ^ Уолден 2022 , § 1.1.
  68. ^ Смит 2022 , § 3.4.2.
  69. ^ Смит 2022 , § 3.4.
  70. ^ Батлер и др. 2022 , стр. 1.
  71. ^ Батлер и др. 2022 , стр. 11152.
  72. ^ Давила 2015 , с. 7.
  73. ^ Чжоу и Чоудхари 2022 , с. 731.
  74. ^ Август и др. 2021 , стр. 1–2.
  75. ^ Август и др. 2021 , с. 1.

Источники [ править ]

Дальнейшее чтение [ править ]

  • Классен, Х. Уорд (2022). Практическое руководство по лицензированию программного обеспечения и облачным вычислениям . Американская ассоциация адвокатов. ISBN  978-1-64105-750-9 .

Внешние ссылки [ править ]

Arc.Ask3.Ru: конец оригинального документа.
Arc.Ask3.Ru
Номер скриншота №: 49D10C8870B4567FD525B7F3F4C0476A__1718386380
URL1:https://en.wikipedia.org/wiki/Software_license
Заголовок, (Title) документа по адресу, URL1:
Software license - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть, любые претензии не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, денежную единицу можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)