✖


Jump to content

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

«Несвободное программное обеспечение» перенаправляется сюда. Не путать с коммерческим программным обеспечением или программным обеспечением для бизнеса .

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

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

Типы [ править ]

Бесплатные/открытые лицензии Несвободные лицензии
Общественное достояние и эквиваленты Разрешительная лицензия Копилефт (защитная лицензия) Некоммерческая лицензия Собственная лицензия Коммерческая тайна
Программное обеспечение ПД, CC0 БСД , Массачусетский технологический институт , Апач GPL , AGPL JRL , АФПЛ проприетарное программное обеспечение, без публичной лицензии частное, внутреннее программное обеспечение
Другие творческие работы ПД, CC0 CC BY CC BY-SA CC BY-NC Авторское право , нет публичной лицензии неопубликованный

Происхождение [ править ]

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

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

Билл Гейтс в « Открытом письме любителям компьютерных любителей » в 1976 году осудил безудержное нарушение авторских прав на программное обеспечение, особенно на интерпретатор Microsoft Altair BASIC , и заявил, что их несанкционированное использование препятствует его способности создавать качественное программное обеспечение. Но правовой статус авторских прав на программное обеспечение , особенно на объектный код , не был ясен до решения апелляционного суда 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 ) или открыв коробку с программным обеспечением ( лицензирование в термоусадочной пленке ). Лицензионные соглашения обычно не подлежат обсуждению . [34] Патенты на программное обеспечение предоставляют эксклюзивные права на алгоритмы, функции программного обеспечения или другие патентоспособные объекты , сфера действия которых зависит от юрисдикции. Поставщики иногда предоставляют пользователю патентные права в лицензионном соглашении. [35] Исходный код несвободного программного обеспечения обычно считается коммерческой тайной . [36] Программное обеспечение может быть доступно с меньшими ограничениями на лицензирование или доступ к исходному коду; программное обеспечение, удовлетворяющее определенным условиям свободы и открытости, называется « свободным » или « с открытым исходным кодом ». [37]

Ограничения [ править ]

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

Исключительные права [ править ]

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

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

Дополнительная информация: Защита от копирования , Crippleware и ценовая дискриминация.

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

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

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

  • Windows Vista Starter может запускать максимум три одновременных приложения.
  • Розничная версия Microsoft Office для дома и учебы 2007 ограничена некоммерческим использованием на трех устройствах в одном доме.
  • Windows XP может быть установлена ​​на одном компьютере и ограничивает количество сетевых подключений для обмена файлами до 10. [40] Home Edition отключает функции, присутствующие в Windows XP Professional.
  • Традиционно лицензии Adobe ограничиваются одним пользователем, но позволяют пользователю установить вторую копию на домашний компьютер или ноутбук. [41] Это уже не так с переходом на Creative Cloud.
  • iWork '09 , пакет программного обеспечения Apple для повышения производительности, доступен в семейном пакете для пяти пользователей, который можно использовать на пяти компьютерах в доме. [42]

Проверка и модификация исходного кода [ править ]

См. Также: Программное обеспечение с открытым исходным кодом и Crippleware.

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

Распространение [ править ]

Дополнительная информация: условно-бесплатное ПО.
См. также: Свободно распространяемое программное обеспечение.

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

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

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

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

Дополнительная информация: Совместимость § Программное обеспечение.

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

Дополнительная информация: собственный формат и собственный протокол.

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

Собственные API [ править ]

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

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

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

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

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

Дополнительная информация: Привязка к поставщику.

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

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

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

Заброшенность собственниками [ править ]

Основная статья: Заброшенное ПО

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

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

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

См. также: Коммерческое программное обеспечение.

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

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

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

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

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

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

  1. ↑ Перейти обратно: Перейти обратно: а б Эксперты Сарасвати. «2.5.3» . ИНФОРМАТИКА С C++ . Сарасвати Хаус Пвт Лтд. 1.27. ISBN  978-93-5199-877-8 . Проверено 29 июня 2017 г.
  2. ^ AUUG, Inc. (март 2003 г.). «Глава 1. Определения» . АУГН . АУУГ, Инк. 51 . Проверено 29 июня 2017 г.
  3. ^ Серуцци, Пол Э. (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 . Фонд свободного программного обеспечения. 16 июня 2016 г. Проверено 1 мая 2017 г.
  6. ^ Пью, Эмерсон В. (2002). «Истоки комплектации программного обеспечения». IEEE Анналы истории вычислений . 24 (1): 57–58. дои : 10.1109/85.988580 .
  7. ^ Гамильтон, Томас В. (1969). Решение IBM о разделении: последствия для пользователей и отрасли . Корпорация наук о программировании.
  8. ^ IBM (nd). «Хронологическая история IBM: 1960-е годы» . Проверено 28 мая 2016 г. Вместо того, чтобы предлагать оборудование, услуги и программное обеспечение исключительно в пакетах, маркетологи «разделили» компоненты и предложили их для продажи по отдельности. Разделение породило многомиллиардные отрасли программного обеспечения и услуг, мировым лидером в которых сегодня является IBM.
  9. ^ Гейтс, Билл (3 февраля 1976 г.). «Открытое письмо любителям» . Проверено 28 мая 2016 г.
  10. ^ Суонн, Мэтью (18 ноября 2004 г.). Исполняемый код не является предметом закона об авторском праве (технический отчет). Государственный университет Калифорнийского политехнического университета. CPSLO-CSC-04-02.
  11. ^ Памела Самуэльсон (сентябрь 1984 г.), «Возвращение к CONTU: Дело против защиты авторских прав на компьютерные программы в машиночитаемой форме» , Duke Law Journal , 1984 (4): 663–769, doi : 10.2307/1372418 , JSTOR   1372418 , заархивировано из оригинал от 4 августа 2017 г.
  12. ↑ Роберта Интервью Крингли с Брюстером Кале , 46-я минута. Архивировано 18 января 2019 г. на Wayback Machine.
  13. ^ Кантрилл, Брайан (17 сентября 2014 г.). «Корпоративные антишаблоны с открытым исходным кодом» . Ютуб. В 3:15. Архивировано из оригинала (видео) 27 октября 2021 г. Проверено 26 декабря 2015 г.
  14. ^ Галлант, Джон (18 марта 1985 г.). «Политика IBM вызывает критику. Пользователи говорят, что правила исходного кода препятствуют изменениям» . Компьютерный мир . Проверено 27 декабря 2015 г. Хотя политика IBM по сокрытию исходного кода для некоторых программных продуктов уже отметила свою вторую годовщину, пользователи только сейчас начинают осознавать последствия этого решения. Но независимо от того, повлияло ли появление продуктов, использующих только объектный код, на повседневную работу DP, некоторые пользователи по-прежнему недовольны решением IBM. Объявленная в феврале 1983 года политика IBM в отношении использования только объектного кода была применена к растущему списку системных программных продуктов Big Blue.
  15. ^ Хассетт, Роб (18 декабря 2012 г.). «Влияние Apple на решение Франклина» . Интернет-правовой сайт.com . Архивировано из оригинала 8 сентября 2023 г.
  16. ↑ Перейти обратно: Перейти обратно: а б Лэндли, Роб (23 мая 2009 г.). «23 мая 2009 года» . Landley.net. Архивировано из оригинала 8 декабря 2015 года . Проверено 2 декабря 2015 г. Итак, если открытый исходный код был нормой еще в 1960-х и 70-х годах, как это изменилось? Откуда, когда и как появилось несвободное программное обеспечение? Как маленькая утопия Ричарда Столлмана в лаборатории искусственного интеллекта Массачусетского технологического института рухнула и вынудила его отправиться в пустыню, чтобы попытаться восстановить ее? В начале 80-х годов изменились две вещи: экспоненциально растущая установленная база микрокомпьютерного оборудования достигла критической массы примерно в 1980 году, а в 1983 году юридическое решение изменило закон об авторском праве, распространив его на двоичные файлы. Увеличение объема: микропроцессор создает миллионы идентичных компьютеров.
  17. ^ Терасаки 2013 , стр. 469.
  18. ^ Терасаки 2013 , стр. 469–470.
  19. ^ Бойл 2003 , с. 45.
  20. ↑ Перейти обратно: Перейти обратно: а б Клохесси и др. 2020 , стр. 40–41.
  21. ^ Ватт 2023 , с. 4.
  22. ^ Демпси и Келлихер 2018 , с. 48.
  23. ^ Dempsey & Kelliher 2018 , стр. 48, 57.
  24. ^ Демпси и Келлихер, 2018 , стр. 61–63.
  25. ^ Демпси и Келлихер 2018 , с. 2.
  26. ^ Энгельфрит, Арну (август – сентябрь 2006 г.). «Лучшее из обоих миров» . Управление интеллектуальными активами (IAM) (19). Гэвин Стюарт. Архивировано из оригинала 14 сентября 2013 г. Проверено 19 мая 2008 г.
  27. ^ Лофтус, Джек (19 февраля 2007 г.). «Управление стеками программного обеспечения со смешанным исходным кодом» . LinuxWorld. Архивировано из оригинала 3 июня 2010 г.
  28. ^ Тан, Аарон (28 декабря 2006 г.). «Novell: Мы — компания со смешанным исходным кодом» . CNET Networks, Inc.
  29. ^ Розенберг, Дональд (2000). Открытый исходный код: Несанкционированные официальные документы . Фостер-Сити: IDG. п. 109 . ISBN  0-7645-4660-0 .
  30. ^ «Категории свободного и несвободного программного обеспечения» . Проект ГНУ.
  31. ^ Фонд свободного программного обеспечения (5 мая 2009 г.). «Часто задаваемые вопросы о лицензиях GNU» . Проверено 1 мая 2017 г.
  32. ^ Ричард Столлман (12 апреля 2004 г.). «Свободный, но скованный — ловушка Java» . Проверено 1 мая 2017 г.
  33. ^ Либерман, Майкл (1995). «Чрезмерные положения в лицензионных соглашениях на программное обеспечение» . Ричмондский журнал права и технологий . 1 :4 . Проверено 29 ноября 2011 г.
  34. ^ Ограничения и исключения из авторского права и смежных прав в цифровой среде: взгляд на международную библиотеку (2004) . ИФЛА (22 января 2013 г.). Проверено 16 июня 2013 г.
  35. ^ Дэниел А. Тайсвер (23 ноября 2008 г.). «Зачем защищать программное обеспечение с помощью патентов» . Битлоу . Проверено 3 июня 2009 г. В отношении программного обеспечения выданный патент может препятствовать использованию другими лицами определенного алгоритма (например, алгоритма сжатия изображений GIF) без разрешения или может препятствовать другим лицам создавать программы, выполняющие определенную функцию определенным образом. В отношении компьютерного программного обеспечения закон об авторском праве может использоваться для предотвращения полного дублирования программы, а также копирования части программного кода.
  36. ^ Донован, С. (1994). «Патентование, авторские права и защита коммерческой тайны программного обеспечения». Возможности IEEE . 13 (3): 20. дои : 10.1109/45.310923 . S2CID   19873766 . По сути, существует только три способа защитить компьютерное программное обеспечение по закону: запатентовать его, зарегистрировать на него авторские права или сохранить его в качестве коммерческой тайны.
  37. ^ Эбен Моглен (12 февраля 2005 г.). «Почему FSF получает право передачи авторских прав от участников» . Проверено 1 мая 2017 г. Согласно закону США об авторском праве, который является законом, в соответствии с которым исторически впервые было опубликовано большинство бесплатных программ, [...] только владелец авторских прав или лицо, уступившее авторские права, может обеспечить соблюдение лицензии.
  38. ^ Уайт, Ифе (3 июля 2012 г.). «Oracle не может остановить перепродажу лицензий на программное обеспечение, заявил суд ЕС» . Блумберг .
  39. ^ Корпорация Microsoft (01 апреля 2005 г.). «Лицензионное соглашение с конечным пользователем программного обеспечения Microsoft: Microsoft Windows XP Professional Edition Service Pack 2» (PDF) . Майкрософт . п. Страница 3 . Проверено 29 апреля 2009 г.
  40. ^ Корпорация Microsoft (01 апреля 2005 г.). «Лицензионное соглашение с конечным пользователем программного обеспечения Microsoft: Microsoft Windows XP Professional Edition Service Pack 2» (PDF) . Майкрософт . п. Страница 1 . Проверено 29 апреля 2009 г. Вы можете установить, использовать, получить доступ, отображать и запускать одну копию Программного обеспечения на одном компьютере, например, на рабочей станции, терминале или другом устройстве («Компьютер рабочей станции»). Программное обеспечение не может использоваться более чем двумя (2) процессорами одновременно на одной рабочей станции. ... Вы можете разрешить максимум десяти (10) компьютерам или другим электронным устройствам (каждое именуемым «Устройство») подключаться к компьютеру рабочей станции для использования одной или нескольких из следующих служб Программного обеспечения: файловые службы, службы печати, Информационные службы Интернета, общий доступ к подключению к Интернету и услуги телефонии.
  41. ^ Adobe Systems , Лицензионное соглашение на программное обеспечение Adobe (PDF) , получено 9 июня 2010 г.
  42. ^ Паркер, Джейсон (27 января 2009 г.). «Обзор Apple iWork '09: Apple iWork '09» . CNET . Проверено 2 мая 2022 г.
  43. ^ Хеффан, Ира В. (1997). «Авторское лево: лицензирование совместных работ в эпоху цифровых технологий» (PDF) . Стэнфордский юридический обзор . 49 (6): 1490. дои : 10.2307/1229351 . JSTOR   1229351 . Архивировано из оригинала (PDF) 14 мая 2013 г. Проверено 27 июля 2009 г. В рамках модели проприетарного программного обеспечения большинство разработчиков программного обеспечения скрывают от пользователей свой исходный код.
  44. ^ Дэвид А. Уилер (3 февраля 2009 г.). «Свободное программное обеспечение с открытым исходным кодом (FLOSS) является коммерческим программным обеспечением» . Проверено 3 июня 2009 г.
  45. ^ «Распространение лицензионных программ IBM и материалов лицензионных программ, а также измененное соглашение для лицензионных программ IBM» . Информационные письма . ИБМ. 8 февраля 1983 г. 283-016.
  46. ^ Грег Мушиал (20 июля 1983 г.), «Модуль 24: Усовершенствования SLAC и улучшения ассемблера IBM H-Level для версии 2.8» , НОУТБУК SLAC VM , Стэнфордский центр линейных ускорителей
  47. ^ Шенкленд, Стивен (30 января 2003 г.). «Правительствам увидеть код Windows» . CNET . Проверено 2 мая 2022 г.
  48. ^ Гао, Кен (28 февраля 2003 г.). «Китай для просмотра кода Windows» . CNET . Проверено 2 мая 2022 г.
  49. ^ Джеймс Болл , Джулиан Боргер и Гленн Гринвальд (06 сентября 2013 г.). «Шпионские агентства США и Великобритании нарушают конфиденциальность и безопасность в Интернете» . Хранитель .
  50. ^ Брюс Шнайер (6 сентября 2013 г.). «Как защититься от слежки АНБ» . Хранитель .
  51. ^ Фейгенбаум, Джоан (30 октября 2003 г.). «Атака запутанного шифра путем внесения ошибок» . Управление цифровыми правами: Семинар ACM CCS-9, DRM 2002, Вашингтон, округ Колумбия, США, 18 ноября 2002 г., Пересмотренные статьи . Второй международный семинар по управлению цифровыми правами. Конспекты лекций по информатике. Том. 2696. Шпрингер Берлин Гейдельберг . п. 17. ISBN  978-3-540-44993-5 . Проверено 12 января 2024 г. - из Интернет-архива .
  52. ^ Тони Паттон (21 ноября 2008 г.). «Защитите свой JavaScript с помощью обфускации» . Техреспублика . Архивировано из оригинала 15 марта 2014 года . Проверено 2 мая 2022 г. Хотя Интернет способствует совместному использованию такого кода, бывают случаи, когда вы или клиент можете не захотеть делиться своим кодом JavaScript. Это может быть связано с конфиденциальным характером данных в коде, собственными вычислениями или любым другим сценарием.
  53. ↑ Перейти обратно: Перейти обратно: а б Оренштейн, Дэвид (10 января 2000 г.). «Интерфейс прикладного программирования» . Компьютерный мир . Проверено 2 мая 2022 г.
  54. ^ «Решение Комиссии от 24.03.2004, касающееся разбирательства в соответствии со статьей 82 Договора ЕС (Дело COMP/C-3/37.792 Microsoft)» (PDF) . Европейская комиссия . 24 марта 2004 г. Архивировано из оригинала (PDF) 28 октября 2008 г. . Проверено 17 июня 2009 г.
  55. ^ Уилсон, Бен (01 октября 2008 г.). «Apple отказывается от соглашения о неразглашении выпущенного программного обеспечения для iPhone» . CNET . Архивировано из оригинала 8 марта 2013 г. Проверено 2 мая 2022 г.
  56. ^ Информационный проект Linux (29 апреля 2006 г.). «Определение привязки к поставщику» . Проверено 11 июня 2009 г. Привязка к поставщику или просто привязка — это ситуация, в которой клиенты зависят от одного производителя или поставщика какого-либо продукта [...] Эта зависимость обычно является результатом стандартов, которые контролируются поставщиком [.. .] Это может предоставить поставщику некоторую степень монопольной власти [...] Лучший способ для организации не стать жертвой привязки к поставщику — это использовать продукты, соответствующие свободным общеотраслевым стандартам. Свободные стандарты — это те, которые могут использоваться кем угодно и не контролируются какой-либо одной компанией. В случае компьютеров этого обычно можно достичь, используя бесплатное программное обеспечение, а не несвободное (т. е. коммерческое программное обеспечение).
  57. ^ Дон Райзингер (29 сентября 2011 г.). «Apple выигрывает решающую битву с Psystar из-за клонов Mac» . Проверено 2 мая 2022 г.
  58. ^ «Что происходит, когда умирает компания, занимающаяся проприетарным программным обеспечением?» . Линукс. 24 октября 2003 года . Проверено 2 мая 2022 г.
  59. ^ Ливингстон, Брайан (15 декабря 2006 г.). «Microsoft нападает на пользователей Windows 2000» . КРН . Проверено 2 мая 2022 г.
  60. ^ Кассия, Фернандо (28 марта 2007 г.). «Открытый исходный код — единственное оружие против «запланированного устаревания» » . Спрашивающий . Линукс сегодня. Архивировано из оригинала 20 января 2011 года . Проверено 2 августа 2012 г.
  61. ^ Белл, Джон (1 октября 2009 г.). «Открытие источника искусства» . Обзор управления технологическими инновациями. Архивировано из оригинала 30 марта 2014 года . Проверено 2 мая 2022 г. что никаких дальнейших исправлений к названию не будет. Сообщество было предсказуемо расстроено. Вместо того, чтобы отказаться от игры, пользователи решили, что если Activision не собирается исправлять ошибки, то они это сделают. Они хотели спасти игру, заставив Activision открыть исходный код, чтобы ее можно было сохранить после того момента, когда Activision потеряла интерес. С некоторой помощью членов команды разработчиков, которые активно участвовали в фан-форумах, им в конечном итоге удалось убедить Activision выпустить исходный код Call to Power II в октябре 2003 года.
  62. ^ Вэнь, Ховард (10 июня 2004 г.). «Сохранение мифов» . Центр разработки Linux. Архивировано из оригинала 6 апреля 2013 года . Проверено 22 декабря 2012 г. поклонники трилогии Myth пошли дальше в этой идее: у них есть официальный доступ к исходному коду игр Myth. Эта группа добровольцев, состоящая из программистов, художников и других талантливых людей, организованная под названием MythDevelopers, посвящает свое время улучшению и поддержке дальнейшего развития серии игр Myth.
  63. ^ Ларджент, Энди (8 октября 2003 г.). «Выпущен исходный код Homeworld» . Внутри Mac Games. Архивировано из оригинала 12 октября 2013 года . Проверено 24 ноября 2012 г. Выпустив Homeworld 2 для ПК, компания Relic Entertainment решила отдать должное своему впечатляющему фан-сообществу, выпустив исходный код оригинального Homeworld.
  64. ^ Розен, Лоуренс (2004). Лицензирование открытого исходного кода . Река Аппер-Седл: Прентис-Холл. стр. 52 , 255, 259. ISBN.  978-0-13-148787-1 .
  65. ^ Хэвок Пеннингтон (2 марта 2008 г.). «Урок по Дебиану» . Архивировано из оригинала 29 января 2018 г. Проверено 4 июня 2009 г. Важно отличать коммерческое программное обеспечение от проприетарного программного обеспечения. Несвободное программное обеспечение — это несвободное программное обеспечение, тогда как коммерческое программное обеспечение — это программное обеспечение, продаваемое за деньги.
  66. ^ Рассел МакОрмонд (4 января 2000 г.). «Что такое «коммерческое программное обеспечение»?» . Проверено 2 мая 2009 г.
  67. ^ Майкл К. Джонсон (1 сентября 1996 г.). «Лицензии и авторские права» . Проверено 16 июня 2009 г. Если вы программируете для Linux, вам необходимо разбираться в лицензировании, независимо от того, пишете ли вы свободное или коммерческое программное обеспечение.
  68. ^ Эрик С. Рэймонд (29 декабря 2003 г.). « Собственный жаргонный файл» . Проверено 12 июня 2009 г. Несвободное программное обеспечение следует отличать от коммерческого программного обеспечения. Программное обеспечение может быть коммерческим [...] и не являться проприетарным. Обратное также возможно, например, в бесплатном программном обеспечении, работающем только в двоичном формате.
  69. ^ «Продажа бесплатного программного обеспечения» . Проект ГНУ.
  70. ^ «Модель коммерческого программного обеспечения» . Майкрософт . Май 2001 г. Архивировано из оригинала 5 марта 2007 г.
  71. ^ Открытый исходный код и коммерческое программное обеспечение: почему несвободное программное обеспечение никуда не денется . Издательство Самс. Октябрь 2005 года . Проверено 2 мая 2022 г.

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

Retrieved from "https://en.wikipedia.org/w/index.php?title=Proprietary_software&oldid=1227268769"
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: fdd5052745acc723da51c1de16c0b63a__1717517160
URL1:https://arc.ask3.ru/arc/aa/fd/3a/fdd5052745acc723da51c1de16c0b63a.html
Заголовок, (Title) документа по адресу, URL1:
Proprietary software - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)