stringtranslate.com

Собственное программное обеспечение

Запатентованное программное обеспечение — это программное обеспечение , которое предоставляет своему создателю, издателю или другому правообладателю или партнеру-правообладателю законную монополию в соответствии с современным законодательством об авторском праве и интеллектуальной собственности, чтобы лишить получателя возможности свободно распространять программное обеспечение или изменять его, а в некоторых случаях, как в случае с некоторым запатентованным и связанным лицензионным соглашением с конечным пользователем программным обеспечением, — возможности использовать программное обеспечение самостоятельно, тем самым ограничивая его свободу. [1]

Проприетарное программное обеспечение является подмножеством несвободного программного обеспечения , термин, определяемый в отличие от свободного и открытого программного обеспечения ; некоммерческие лицензии, такие как CC BY-NC, не считаются проприетарными, но являются несвободными. Проприетарное программное обеспечение может быть либо программным обеспечением с закрытым исходным кодом , либо программным обеспечением с доступным исходным кодом . [1] [2]

Типы

Источник

До конца 1960-х годов компьютеры, особенно большие и дорогие мэйнфреймы , машины в специально кондиционируемых компьютерных залах, обычно сдавались в аренду клиентам, а не продавались . [3] [4] Обслуживание и все имеющееся программное обеспечение обычно предоставлялись производителями без отдельной платы до 1969 года. Поставщики компьютеров обычно предоставляли исходный код для установленного программного обеспечения клиентам. [ необходима цитата ] Клиенты, которые разрабатывали программное обеспечение, часто делали его доступным для общественности бесплатно. [5] Закрытый исходный код означает компьютерные программы, исходный код которых не публикуется, за исключением лицензиатов. Он доступен для изменения только организацией, которая его разработала, и теми, кто имеет лицензию на использование программного обеспечения.

В 1969 году компания IBM, против которой велись антимонопольные иски, возглавила перемены в отрасли, начав взимать отдельную плату за программное обеспечение для мэйнфреймов [6] [7] и услуги, разделив оборудование и программное обеспечение. [8]

В « Открытом письме любителям » Билла Гейтса в 1976 году он осудил неконтролируемое нарушение авторских прав на программное обеспечение любителями компьютеров , в частности интерпретатора Altair BASIC от Microsoft , и утверждал, что их несанкционированное использование мешает ему производить качественное программное обеспечение. Однако правовой статус авторских прав на программное обеспечение , особенно на объектный код , не был ясен до решения апелляционного суда 1983 года по делу Apple Computer, Inc. против Franklin Computer Corp. [ 9] [10] [11]

По мнению Брюстера Кейла, правовая характеристика программного обеспечения изменилась также из-за Закона США об авторском праве 1976 года . [12]

Начиная с февраля 1983 года IBM приняла модель « только объектный код » для растущего списка своего программного обеспечения и прекратила поставку большей части исходного кода [13] [14] даже лицензиатам.

В 1983 году двоичное программное обеспечение стало объектом авторского права в Соединенных Штатах , а также в соответствии с решением суда Apple против Франклина [15] , до которого только исходный код был объектом авторского права. [16] Кроме того, растущая доступность миллионов компьютеров, основанных на той же архитектуре микропроцессора, впервые создала нефрагментированный и достаточно большой рынок для двоичного распределенного программного обеспечения. [16]

Лицензии

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

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

Традиционно программное обеспечение распространялось в форме двоичного объектного кода , который пользователь не мог понять или изменить, [19] но мог его загрузить и запустить. Пользователь покупал постоянную лицензию на использование определенной версии программного обеспечения. [20] Поставщики программного обеспечения как услуги (SaaS), которые по состоянию на 2023 год занимают большую часть рынка прикладного программного обеспечения [21], редко предлагают бессрочные лицензии. [22] Лицензии SaaS обычно являются временными и взимаются на основе оплаты за использование или подписки, [23] хотя также используются другие модели доходов, такие как freemium . [24] Для клиентов преимущества временных лицензий включают снижение первоначальных затрат, повышенную гибкость и более низкую общую стоимость по сравнению с постоянной лицензией. [20] В некоторых случаях высокие единовременные затраты, требуемые продавцами традиционного программного обеспечения, были недоступны для малого бизнеса , но модели SaaS с оплатой за использование делают программное обеспечение доступным. [25]

Программное обеспечение со смешанным исходным кодом

Дистрибутивы программного обеспечения, рассматриваемые как проприетарные, на самом деле могут включать модель «смешанного исходного кода», включающую как свободное, так и несвободное программное обеспечение в одном дистрибутиве. [26] Большинство, если не все, так называемые проприетарные дистрибутивы UNIX представляют собой программное обеспечение со смешанным исходным кодом, объединяющее компоненты с открытым исходным кодом, такие как BIND , Sendmail , X Window System , DHCP и другие, вместе с чисто проприетарным ядром и системными утилитами. [27] [28]

Мультилицензирование

Некоторые пакеты свободного программного обеспечения также одновременно доступны на условиях патентованного права. Примерами являются MySQL , Sendmail и ssh. Первоначальные владельцы авторских прав на свободное программное обеспечение, даже свободное программное обеспечение с авторским левом, могут использовать двойное лицензирование , чтобы позволить себе или другим лицам распространять патентованные версии. Свободное программное обеспечение без авторского лева (т. е. программное обеспечение, распространяемое по разрешительной лицензии свободного программного обеспечения или выпущенное в общественное достояние) позволяет любому человеку осуществлять патентованные редистрибуции. [29] [30] Свободное программное обеспечение, зависящее от патентованного программного обеспечения, считается «пойманным в ловушку» Фондом свободного программного обеспечения. Сюда входит программное обеспечение, написанное только для Microsoft Windows, [31] или программное обеспечение, которое могло работать только на Java , до того как оно стало свободным программным обеспечением. [32]

Правовая основа

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

Поставщик программного обеспечения определяет конкретные условия использования в лицензионном соглашении конечного пользователя (EULA). Пользователь может согласиться с этим соглашением в письменной форме, интерактивно на экране ( clickwrap ) или открыв коробку с программным обеспечением ( shrink wrap license ). Лицензионные соглашения обычно не подлежат обсуждению . [34] Патенты на программное обеспечение предоставляют исключительные права на алгоритмы, функции программного обеспечения или другие патентоспособные объекты , с покрытием, различающимся в зависимости от юрисдикции. Поставщики иногда предоставляют патентные права пользователю в лицензионном соглашении. [35] Исходный код для части проприетарного программного обеспечения обычно рассматривается как коммерческая тайна . [36] Программное обеспечение может быть доступно с меньшими ограничениями на лицензирование или доступ к исходному коду; программное обеспечение, которое удовлетворяет определенным условиям свободы и открытости, известно как « свободное » или « с открытым исходным кодом ». [37]

Ограничения

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

Эксклюзивные права

Владелец проприетарного программного обеспечения осуществляет определенные исключительные права на программное обеспечение. Владелец может ограничить использование, проверку исходного кода, изменение исходного кода и распространение.

Использование программного обеспечения

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

Поставщики также могут распространять версии, в которых удалены определенные функции, или версии, которые допускают только определенные области деятельности, такие как некоммерческое, образовательное или некоммерческое использование.

Ограничения на использование зависят от лицензии:

Проверка и модификация исходного кода

Поставщики обычно распространяют фирменное программное обеспечение в скомпилированной форме, обычно на машинном языке, понятном центральному процессору компьютера . Обычно они сохраняют исходный код или версию программного обеспечения, удобочитаемую для человека, часто написанную на языке программирования более высокого уровня . [43] Эту схему часто называют закрытым исходным кодом. [44]

Хотя большая часть проприетарного программного обеспечения распространяется без исходного кода, некоторые поставщики распространяют исходный код или иным образом делают его доступным для клиентов. Например, пользователи, купившие лицензию на программное обеспечение интернет-форума vBulletin, могут изменять исходный код для своего сайта, но не могут распространять его. Это справедливо для многих веб-приложений, которые должны быть в форме исходного кода при запуске веб-сервером. Исходный код покрывается соглашением о неразглашении или лицензией, которая позволяет, например, изучать и изменять, но не распространять. [45] Текстовый почтовый клиент Pine и некоторые реализации Secure Shell распространяются с проприетарными лицензиями, которые делают исходный код доступным. [ необходима цитата ] Некоторые лицензии на проприетарное программное обеспечение позволяют распространять изменения исходного кода, но только другим лицам, имеющим лицензию на продукт, и некоторые [46] из этих изменений в конечном итоге подбираются поставщиком.

Некоторые правительства опасаются, что проприетарное программное обеспечение может включать дефекты или вредоносные функции , которые могут поставить под угрозу конфиденциальную информацию. В 2003 году Microsoft создала Программу правительственной безопасности (GSP), чтобы позволить правительствам просматривать исходный код и документацию по безопасности Microsoft, в которой китайское правительство было одним из первых участников. [47] [48] Программа является частью более широкой Инициативы Microsoft по общему исходному коду , которая предоставляет доступ к исходному коду для некоторых продуктов. Лицензия на исходный код (Ms-RSL) и Ограниченная публичная лицензия (Ms-LPL) являются лицензиями на проприетарное программное обеспечение, где исходный код предоставляется .

Правительства также обвинялись в добавлении такого вредоносного ПО в программное обеспечение. Согласно документам, опубликованным Эдвардом Сноуденом , АНБ использовало тайные партнерства с компаниями-разработчиками программного обеспечения, чтобы сделать коммерческое программное обеспечение для шифрования уязвимым для подслушивания или для вставки бэкдоров . [49] [50]

Поставщики программного обеспечения иногда используют запутанный код , чтобы помешать пользователям, которые хотели бы провести обратную разработку программного обеспечения. [51] Это особенно распространено в некоторых языках программирования . [ требуется ссылка ] Например, байт-код для программ, написанных на Java, можно легко декомпилировать в более-менее пригодный для использования код, [ требуется ссылка ] а исходный код для программ, написанных на скриптовых языках, таких как PHP или JavaScript, доступен во время выполнения . [52]

Перераспределение

Поставщики проприетарного ПО могут запретить пользователям делиться ПО с другими. Для использования ПО другой стороной требуется другая уникальная лицензия.

В случае использования проприетарного программного обеспечения с доступным исходным кодом поставщик также может запретить клиентам распространять свои модификации исходного кода.

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

Взаимодействие с программным и аппаратным обеспечением

Собственные форматы файлов и протоколы

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

Собственные API

Фирменный интерфейс прикладного программирования (API) — это интерфейс программной библиотеки, «специфичный для одного устройства или, что более вероятно, для ряда устройств в пределах ассортимента продукции конкретного производителя». [53] Мотивацией использования фирменного API может быть привязка к поставщику или то, что стандартные API не поддерживают функциональность устройства. [53]

Европейская комиссия в своем решении от 24 марта 2004 года о деловой практике Microsoft [54] цитирует в пункте 463 слова генерального менеджера Microsoft по разработке C++ Аарона Конторера, который заявил во внутренней служебной записке Microsoft от 21 февраля 1997 года, составленной для Билла Гейтса :

Windows API настолько широк, настолько глубок и настолько функционален, что большинство независимых поставщиков программного обеспечения были бы безумцами, если бы не использовали его. И он так глубоко встроен в исходный код многих приложений Windows, что переключение на другую операционную систему обходится очень дорого.

Ранние версии iPhone SDK были охвачены соглашением о неразглашении . Соглашение запрещало независимым разработчикам обсуждать содержание интерфейсов. Apple прекратила действие NDA в октябре 2008 года. [55]

Привязка к поставщику

Любая зависимость от будущих версий и обновлений фирменного программного пакета может привести к привязке к поставщику , закрепляя монопольное положение. [56]

Программное обеспечение ограничено определенными конфигурациями оборудования

Проприетарное программное обеспечение также может иметь условия лицензирования, которые ограничивают использование этого программного обеспечения определенным набором оборудования. У Apple есть такая модель лицензирования для macOS , операционной системы, которая ограничена оборудованием Apple, как лицензированием, так и различными решениями по проектированию. Эта модель лицензирования была подтверждена Апелляционным судом Соединенных Штатов по Девятому округу . [57]

Отказ от собственников

Проприетарное программное обеспечение, которое больше не продается, не поддерживается и не продается его владельцем, называется abandonware , цифровая форма бесхозных работ . Если владелец программного пакета прекращает свое существование или решает прекратить или ограничить производство или поддержку проприетарного программного пакета, получатели и пользователи пакета могут не иметь возможности обратиться за помощью, если с программным обеспечением будут обнаружены проблемы. Владельцы могут не улучшить и не поддерживать программное обеспечение из-за проблем с бизнесом. [58] Поддержка старых или существующих версий программного пакета может быть прекращена, чтобы заставить пользователей обновиться и заплатить за более новые версии [59] ( запланированное устаревание ). Иногда другой поставщик или сообщество программного обеспечения сами могут обеспечить поддержку программного обеспечения, или пользователи могут перейти либо на конкурирующие системы с более длительными жизненными циклами поддержки, либо на системы на основе FOSS . [60]

Некоторое проприетарное программное обеспечение в конце срока службы выпускается его владельцем как программное обеспечение с открытым исходным кодом или как программное обеспечение с доступным исходным кодом , часто для того, чтобы предотвратить переход программного обеспечения в разряд неподдерживаемого и недоступного (anbandware) . [61] [62] [63] 3D Realms и id Software известны практикой выпуска программного обеспечения с закрытым исходным кодом в открытое исходное код . [ необходимо дополнительное пояснение ] Некоторые из этих видов являются бесплатными для загрузки ( freeware ), некоторые все еще продаются на коммерческой основе (например, Arx Fatalis ). [ необходимо дополнительное пояснение ] Больше примеров ранее закрытого программного обеспечения в Списке коммерческого программного обеспечения с доступным исходным кодом и Списке коммерческих видеоигр с доступным исходным кодом .

Ценообразование и экономика

Проприетарное программное обеспечение не является синонимом коммерческого программного обеспечения , [64] [65] хотя эти два термина иногда используются как синонимы в статьях о свободном программном обеспечении. [66] [67] Проприетарное программное обеспечение может распространяться бесплатно или за плату, а свободное программное обеспечение может распространяться бесплатно или за плату. [68] Разница в том, что может ли распространяться проприетарное программное обеспечение и какова будет плата, остается на усмотрение владельца. В случае свободного программного обеспечения любой, у кого есть копия, может решить, взимать ли плату за копию или сопутствующие услуги и сколько. [69]

Бесплатное программное обеспечение, распространяемое запатентованным способом, называется бесплатным программным обеспечением .

Сторонники коммерческого проприетарного ПО утверждают, что требование к пользователям платить за ПО как за продукт увеличивает финансирование или время, доступное для исследования и разработки ПО. Например, Microsoft утверждает, что плата за копию максимизирует прибыльность разработки ПО. [70]

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

Смотрите также

Ссылки

  1. ^ ab Saraswati Experts. "2.5.3". КОМПЬЮТЕРНЫЕ НАУКИ С C++ . Saraswati House Pvt Ltd. стр. 1.27. ISBN 978-93-5199-877-8. Получено 29 июня 2017 г. .
  2. ^ Брендан Скотт (март 2003 г.). «Почему долгосрочная совокупная стоимость владения свободным программным обеспечением должна быть ниже». AUUGN . 24 (1). AUUG, Inc. 1. Определения . Получено 29 июня 2017 г.
  3. ^ Ceruzzi, Paul E. (2003). История современных вычислений. Кембридж, Массачусетс: MIT Press . стр. 128. ISBN 0-262-53203-4Хотя IBM согласилась продать свои машины в рамках Декрета о согласии, вступившего в силу в январе 1956 года, лизинг продолжал оставаться ее предпочтительным способом ведения бизнеса. Затем все начали бороться
  4. ^ "История лизинга оборудования", Lease Genie , архивировано из оригинала 11 апреля 2008 г. , извлечено 12 ноября 2010 г. , В 1960-х годах IBM и Xerox осознали, что существенные суммы могут быть получены от финансирования их оборудования. Лизинг компьютерного и офисного оборудования, который имел место тогда, был значительным вкладом в рост лизинга [ sic ], поскольку многие компании впервые столкнулись с лизингом оборудования, когда они брали его в лизинг.
  5. ^ "Обзор системы GNU". Операционная система GNU . Free Software Foundation. 2016-06-16 . Получено 2017-05-01 .
  6. ^ Pugh, Emerson W. (2002). «Истоки объединения программного обеспечения». IEEE Annals of the History of Computing . 24 (1): 57–58. doi :10.1109/85.988580.
  7. ^ Гамильтон, Томас У. (1969). Решение IBM о разделении: последствия для пользователей и отрасли . Programming Sciences Corporation.
  8. ^ "Хронологическая история IBM: 1960-е". IBM . nd Архивировано из оригинала 3 июля 2016 г. Получено 28 мая 2016 г. Вместо того, чтобы предлагать оборудование, услуги и программное обеспечение исключительно в пакетах, маркетологи "разделили" компоненты и предложили их для продажи по отдельности. Разделение породило многомиллиардные отрасли программного обеспечения и услуг, в которых IBM сегодня является мировым лидером.
  9. ↑ Гейтс, Билл (3 февраля 1976 г.). «Открытое письмо любителям» . Получено 28 мая 2016 г.
  10. ^ Суонн, Мэтью (18 ноября 2004 г.). Исполняемый код не является надлежащим предметом закона об авторском праве (технический отчет). Калифорнийский политехнический университет. CPSLO-CSC-04-02.
  11. ↑ Памела Самуэльсон (сентябрь 1984 г.), «CONTU Revisited: The Case against Copyright Protection for Computer Programs in Machine-Readable Form», Duke Law Journal , 1984 (4): 663–769, doi : 10.2307/1372418, JSTOR  1372418, архивировано из оригинала 4 августа 2017 г.
  12. ^ Роберт X. Крингли . Интервью Крингли с Брюстером Кейлом. YouTube . 46 минут. Архивировано из оригинала 18.01.2019.
  13. ^ Кантрилл, Брайан (2014-09-17). Корпоративные антипаттерны с открытым исходным кодом. YouTube . Событие происходит в 3:15. Архивировано из оригинала 2021-10-27 . Получено 2015-12-26 .
  14. ^ Gallant, John (1985-03-18). "Политика IBM привлекает внимание - пользователи говорят, что правила исходного кода мешают изменениям". Computerworld . Получено 2015-12-27 . Хотя политика IBM по утаиванию исходного кода для отдельных программных продуктов уже отметила свою вторую годовщину, пользователи только сейчас начинают справляться с последствиями этого решения. Но независимо от того, повлияло ли появление продуктов только с объектным кодом на их повседневные операции DP или нет, некоторые пользователи остаются возмущенными решением IBM. Объявленная в феврале 1983 года политика IBM только с объектным кодом была применена к растущему списку системных программных продуктов Big Blue
  15. ^ Хассетт, Роб (18 декабря 2012 г.). «Влияние решения Apple против Франклина». InternetLegal.com . Архивировано из оригинала 8 сентября 2023 г.
  16. ^ ab Landley, Rob (2009-05-23). ​​"23 мая 2009". landley.net . Получено 2024-06-22 . Так если открытый исходный код был нормой в 1960-х и 70-х годах, как это _изменилось_? Откуда взялось проприетарное программное обеспечение, когда и как? Как маленькая утопия Ричарда Столлмана в лаборатории ИИ Массачусетского технологического института рухнула и заставила его уйти в глушь, чтобы попытаться ее восстановить? Две вещи изменились в начале 80-х: экспоненциально растущая установленная база микрокомпьютерного оборудования достигла критической массы около 1980 года, а юридическое решение изменило закон об авторском праве, чтобы охватить двоичные файлы в 1983 году. Увеличение объема: микропроцессор создает миллионы идентичных компьютеров
  17. ^ Терасаки 2013, стр. 469.
  18. ^ Терасаки 2013, стр. 469–470.
  19. ^ Бойл 2003, стр. 45.
  20. ^ ab Clohessy et al. 2020, стр. 40–41.
  21. ↑ Уотт 2023, стр. 4.
  22. ^ Демпси и Келлихер 2018, стр. 48.
  23. ^ Демпси и Келлихер, 2018, стр. 48, 57.
  24. ^ Демпси и Келлихер, 2018, стр. 61–63.
  25. ^ Демпси и Келлихер 2018, стр. 2.
  26. ^ Энгельфрит, Арно (август–сентябрь 2006 г.). «Лучшее из двух миров». Intellectual Asset Management (IAM) (19). Гэвин Стюарт. Архивировано из оригинала 2013-09-14 . Получено 2008-05-19 .
  27. ^ Лофтус, Джек (2007-02-19). "Управление смешанными исходными стеками программного обеспечения". LinuxWorld. Архивировано из оригинала 2010-06-03.
  28. ^ Тан, Аарон (28.12.2006). «Novell: Мы — компания со смешанным исходным кодом». CNET Networks, Inc.
  29. ^ Розенберг, Дональд (2000). Открытый источник: Несанкционированные Белые книги. Foster City: IDG. стр. 109. ISBN 0-7645-4660-0.
  30. ^ «Категории свободного и несвободного программного обеспечения». Проект GNU.
  31. ^ Free Software Foundation (2009-05-05). "Часто задаваемые вопросы о лицензиях GNU" . Получено 2017-05-01 .
  32. ^ Ричард Столлман (2004-04-12). "Свободные, но скованные - ловушка Java" . Получено 2017-05-01 .
  33. ^ Либерман, Майкл (1995). «Чрезмерные положения в лицензионных соглашениях на программное обеспечение». Richmond Journal of Law and Technology . 1 : 4. Получено 29 ноября 2011 г.
  34. ^ Ограничения и исключения из авторского права и смежных прав в цифровой среде: международная библиотечная перспектива (2004). IFLA (2013-01-22). Получено 2013-06-16.
  35. ^ Daniel A. Tysver (2008-11-23). ​​"Зачем защищать программное обеспечение с помощью патентов". Bitlaw . Получено 2009-06-03 . В связи с программным обеспечением выданный патент может помешать другим использовать определенный алгоритм (например, алгоритм сжатия изображений GIF) без разрешения или может помешать другим создавать программы, которые выполняют функцию определенным образом. В связи с компьютерным программным обеспечением закон об авторском праве может использоваться для предотвращения полного дублирования программы, а также копирования части программного кода.
  36. ^ Донован, С. (1994). «Патентная, авторская и коммерческая защита программного обеспечения». IEEE Potentials . 13 (3): 20. doi :10.1109/45.310923. S2CID  19873766. По сути, существует только три способа защитить компьютерное программное обеспечение в соответствии с законом: запатентовать его, зарегистрировать на него авторское право или сохранить его в качестве коммерческой тайны.
  37. ^ Эбен Моглен (2005-02-12). "Почему FSF получает авторские права от участников" . Получено 2017-05-01 . Согласно закону США об авторском праве, который является законом, в соответствии с которым большинство бесплатных программ исторически были впервые опубликованы, [...] только владелец авторских прав или лицо, получившее авторские права, может обеспечить соблюдение лицензии.
  38. ^ Уайт, Аойфе (2012-07-03). «Oracle не может остановить перепродажу лицензий на программное обеспечение, заявил суд ЕС». Bloomberg .
  39. ^ Корпорация Microsoft (2005-04-01). "Лицензионное соглашение конечного пользователя для программного обеспечения Microsoft: Microsoft Windows XP Professional Edition Service Pack 2" (PDF) . Microsoft . стр. Страница 3 . Получено 2009-04-29 .
  40. ^ Корпорация Microsoft (2005-04-01). "Лицензионное соглашение конечного пользователя для программного обеспечения Microsoft: Microsoft Windows XP Professional Edition Service Pack 2" (PDF) . Microsoft . стр. Страница 1 . Получено 2009-04-29 . Вы можете установить, использовать, получать доступ, отображать и запускать одну копию Программного обеспечения на одном компьютере, например, рабочей станции, терминале или другом устройстве ("Рабочая станция"). Программное обеспечение не может использоваться более чем двумя (2) процессорами одновременно на одном Компьютере Рабочей станции. ... Вы можете разрешить максимум десяти (10) компьютерам или другим электронным устройствам (каждое из которых именуется "Устройством") подключаться к Компьютеру Рабочей станции для использования одной или нескольких из следующих служб Программного обеспечения: Файловые службы, Службы печати, Службы информации Интернета, Общий доступ к подключению Интернета и службы телефонии.
  41. ^ Adobe Systems , Лицензионное соглашение на программное обеспечение Adobe (PDF) , получено 09.06.2010
  42. ↑ Паркер, Джейсон (27 января 2009 г.). «Обзор Apple iWork '09: Apple iWork '09». CNET . Получено 2 мая 2022 г.
  43. ^ Хеффан, Айра В. (1997). «Copyleft: Licensing Collaborative Works in the Digital Age» (PDF) . Stanford Law Review . 49 (6): 1490. doi :10.2307/1229351. JSTOR  1229351. Архивировано из оригинала (PDF) 2013-05-14 . Получено 2009-07-27 . В рамках модели проприетарного программного обеспечения большинство разработчиков программного обеспечения скрывают свой исходный код от пользователей.
  44. ^ Дэвид А. Уилер (2009-02-03). "Free-Libre / Open Source Software (FLOSS) is Commercial Software" . Получено 2009-06-03 .
  45. ^ «Распространение лицензионных программ IBM и лицензионных программных материалов и измененное соглашение для лицензионных программ IBM». Письма-объявления . IBM. 8 февраля 1983 г. 283-016.
  46. ↑ Грег Мушиал (20 июля 1983 г.), «Модуль 24: Усовершенствования и улучшения SLAC ассемблера IBM H-Level для версии 2.8», SLAC VM NOTEBOOK , Стэнфордский центр линейных ускорителей
  47. ^ Шенкленд, Стивен (30 января 2003 г.). «Правительства увидят код Windows». CNET . Получено 2 мая 2022 г.
  48. ^ Гао, Кен (28 февраля 2003 г.). «Китай увидит код Windows». CNET . Получено 2 мая 2022 г.
  49. ^ Джеймс Болл , Джулиан Боргер и Гленн Гринвальд (2013-09-06). «Шпионские агентства США и Великобритании побеждают конфиденциальность и безопасность в Интернете». The Guardian .
  50. ^ Брюс Шнайер (2013-09-06). «Как защититься от слежки АНБ». The Guardian .
  51. ^ Jacob, Matthias; Boneh, Dan; Felten, Edward (30 октября 2003 г.). «Атака запутанного шифра путем внедрения ошибок». В Feigenbaum, Joan (ред.). Digital Rights Management: ACM CCS-9 Workshop, DRM 2002, Washington, DC, USA, 18 ноября 2002 г., Revised Papers. Второй международный семинар по управлению цифровыми правами. Lecture Notes in Computer Science. Vol. 2696. Springer Berlin Heidelberg . p. 17. ISBN 978-3-540-44993-5. Получено 12 января 2024 г. – через Интернет-архив .
  52. ^ Тони Паттон (2008-11-21). "Защитите свой JavaScript с помощью обфускации". TechRepublic . Архивировано из оригинала 15 марта 2014 г. Получено 2 мая 2022 г. Хотя Интернет поощряет обмен таким кодом, бывают случаи, когда вы или клиент можете не захотеть делиться своим кодом JavaScript. Это может быть связано с конфиденциальным характером данных в коде, собственными расчетами или любым другим сценарием.
  53. ^ ab Orenstein, David (10 января 2000 г.). «Интерфейс прикладного программирования». Computerworld . Получено 2 мая 2022 г. .
  54. ^ "Решение Комиссии от 24.03.2004 г. относительно разбирательства по статье 82 Договора об учреждении Европейского сообщества (Дело COMP/C-3/37.792 Microsoft)" (PDF) . Европейская комиссия . 24 марта 2004 г. Архивировано из оригинала (PDF) 28 октября 2008 г. . Получено 17 июня 2009 г. .
  55. ^ Уилсон, Бен (2008-10-01). "Apple Drops NDA for Released iPhone Software". CNET . Архивировано из оригинала 2013-03-08 . Получено 2022-05-02 .
  56. ^ Linux Information Project (2006-04-29). "Определение привязки к поставщику" . Получено 2009-06-11 . Привязка к поставщику, или просто привязка, — это ситуация, в которой клиенты зависят от одного производителя или поставщика для некоторого продукта [...] Эта зависимость обычно является результатом стандартов, которые контролируются поставщиком [...] Она может предоставить поставщику некоторую степень монопольной власти [...] Лучший способ для организации не стать жертвой привязки к поставщику — использовать продукты, которые соответствуют свободным отраслевым стандартам. Свободные стандарты — это те, которые может использовать кто угодно и которые не контролируются одной компанией. В случае компьютеров это обычно можно сделать, используя свободное программное обеспечение, а не проприетарное программное обеспечение (т. е. коммерческое программное обеспечение).
  57. ^ Дон Рейзингер (29.09.2011). «Apple выигрывает ключевую битву с Psystar из-за клонов Mac» . Получено 02.05.2022 .
  58. ^ «Что происходит, когда умирает компания-разработчик проприетарного программного обеспечения?». Linux. 24 октября 2003 г. Получено 2 мая 2022 г.
  59. ↑ Livingston, Brian (15 декабря 2006 г.). «Microsoft нагнетает обстановку вокруг пользователей Windows 2000». CRN . Архивировано из оригинала 3 мая 2022 г. Получено 2 мая 2022 г.
  60. ↑ Кассия, Фернандо (28 марта 2007 г.). «Открытый исходный код — единственное оружие против «запланированного устаревания»». The Inquirer . Архивировано из оригинала 22 ноября 2012 г. Получено 2 августа 2012 г.
  61. ^ Белл, Джон (1 октября 2009 г.). «Открытие источника искусства». Обзор управления технологическими инновациями. Архивировано из оригинала 30 марта 2014 г. . Получено 2 мая 2022 г. . что никаких дальнейших патчей для игры не будет. Сообщество было предсказуемо расстроено. Вместо того чтобы отказаться от игры, пользователи решили, что если Activision не собирается исправлять ошибки, то они это сделают. Они хотели спасти игру, заставив Activision открыть исходный код, чтобы она могла оставаться живой после того, как Activision потеряет интерес. С некоторой помощью членов команды разработчиков, которые были активны на форумах фанатов, они в конечном итоге смогли убедить Activision выпустить исходный код Call to Power II в октябре 2003 г.
  62. ^ Wen, Howard (10 июня 2004 г.). "Keeping the Myths Alive". Linux Dev Center. Архивировано из оригинала 6 апреля 2013 г. . Получено 22 декабря 2012 г. . поклонники трилогии Myth продвинули эту идею на шаг дальше: у них есть официальный доступ к исходному коду игр Myth. Организованная под названием MythDevelopers, эта полностью добровольная группа программистов, художников и других талантливых людей посвящает свое время улучшению и поддержке дальнейшего развития серии игр Myth.
  63. ↑ Ларджент, Энди (8 октября 2003 г.). «Homeworld Source Code Released». Inside Mac Games. Архивировано из оригинала 12 октября 2013 г. Получено 24 ноября 2012 г. С выпуском Homeworld 2 для ПК компания Relic Entertainment решила отплатить своим впечатляющим фанатам, опубликовав исходный код оригинальной Homeworld.
  64. ^ Розен, Лоуренс (2004). Лицензирование с открытым исходным кодом . Верхняя Сэддл-Ривер: Prentice Hall. стр. 52, 255, 259. ISBN 978-0-13-148787-1.
  65. ^ Havoc Pennington (2008-03-02). "Debian Tutorial". Архивировано из оригинала 2018-01-29 . Получено 2009-06-04 . Важно отличать коммерческое программное обеспечение от проприетарного программного обеспечения. Проприетарное программное обеспечение — это несвободное программное обеспечение, в то время как коммерческое программное обеспечение — это программное обеспечение, продаваемое за деньги.
  66. ^ Рассел МакОрмонд (2000-01-04). "Что такое "коммерческое программное обеспечение"?". Архивировано из оригинала 2012-10-04 . Получено 2009-05-02 .
  67. ^ Майкл К. Джонсон (1996-09-01). "Лицензии и авторские права" . Получено 2009-06-16 . Если вы программируете для Linux, вам необходимо понимать лицензирование, независимо от того, пишете ли вы свободное или коммерческое программное обеспечение.
  68. ^ Эрик С. Рэймонд (29.12.2003). "Proprietary, Jargon File" . Получено 12.06.2009 . Проприетарное программное обеспечение следует отличать от коммерческого. Программное обеспечение может быть коммерческим [...], не будучи проприетарным. Обратное также возможно, например, в бесплатном программном обеспечении, которое распространяется только в двоичном формате.
  69. ^ «Продажа свободного ПО». Проект GNU.
  70. ^ "The Commercial Software Model". Microsoft . Май 2001. Архивировано из оригинала 2007-03-05.
  71. ^ Open Source Versus Commercial Software: Why Proprietary Software is Here to Stay. Sams Publishing. Октябрь 2005 г. Получено 2022-05-02 .

Внешние ссылки