Проприетарное по в результирующем продукте. Проприетарное программное обеспечение. Ограничение на распространение

Для Windows Phone 24.02.2019

Проприета́рное , частное или собственническое программное обеспечение (англ. proprietary software) - программное обеспечение, являющееся частной собственностью авторов или правообладателей и не удовлетворяющее критериям свободы ПО (речь именно о свободе, а не просто открытости ПО) и, с позиции Фонда свободного ПО, при этом не являющееся полусвободным ПО. Правообладатель сохраняет за собой монополию на его использование, копирование и модификацию, полностью или в существенных моментах. Часто проприетарным называют любое несвободное ПО, включая полусвободное .

Не следует путать с коммерческим программным обеспечением, которое может быть и свободным .

Термин "проприетарное программное обеспечение" используется Фондом свободного ПО для определения программного обеспечения, которое с позиции Фонда не является свободным или полусвободным. Технически, слова «собственническое» и англ. proprietary обозначают программное обеспечение, которое имеет собственника, который осуществляет контроль над ПО. Таким образом, этот термин может быть использован ко всему программному обеспечению, которое не находится в общественном использовании. Однако слово «proprietary» иногда используется в рекламе как положительное владельцами монопольных прав на что-нибудь. Так и Фонд Свободного Программного Обеспечения использует термин для выделения того, что собственник является основным фактором, в контрасте со свободным ПО, где этим фактором является свобода компьютерных пользователей.

Полусвободное ПО

Несвободное ПО, которое разрешает практически неограниченное использование, распространение и изменение (в том числе с распространением изменённых версий) ПО в некоммерческих целях, Фонд СПО называет полусвободным. Как и Open Source Initiative и Debian, Фонд СПО считает данные условия неприемлемыми для свободного ПО, но отличает полусвободное ПО от собственнического. «Проприетарное ПО» и «полусвободное ПО» вместе называются «несвободным ПО».

Средства ограничений

Предотвращение использования, копирования или модификации могут быть достигнуты правовыми или техническими средствами.
Технические средства включают в себя выпуск только машинно-читаемых двоичных файлов, ограничение доступа к читаемому человеком исходному коду (закрытый исходный код), затруднение использования собственноручно сделанных копий. Доступ к закрытому коду обычно имеют сотрудники компании-разработчика, но могут применяться и более гибкие условия ограничения доступа, в которых предоставление исходного кода разрешено партнёрам компании, техническим аудиторам или другим лицам в соответствии с политикой компании.
Правовые средства могут включать в себя коммерческую тайну, авторское право и патенты.

Типичные ограничения проприетарного ПО

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

Ограничение на коммерческое использование

Существует огромное количество программных продуктов, разрешающих бесплатное использование в некоммерческих целях для частных лиц, медицинских и учебных заведений, для некоммерческих организаций и т. д., однако они требуют оплаты в случае использования программного продукта с целью извлечения прибыли. Такое программное обеспечение очень популярно и широко используется, а за счёт своей бесплатности имеет хорошую техническую поддержку со стороны специалистов, у которых отсутствует необходимость дополнительных затрат на обучение.
Если это - единственное значительное ограничение данного ПО, Фонд СПО считает это ПО полусвободным.

Ограничение на распространение

Этот вид ограничений сопровождает обычно крупные программные проекты, когда правообладатель требует оплаты за каждую копию программы. Обычно с таким ограничением используются программные продукты, ориентированные на узкий «профессиональный» сегмент рынка или у программного обеспечения, требующегося большому числу пользователей. Примером может служить пакет программ Adobe CS3 или операционная система Microsoft Windows XP.

Ограничение на модификацию

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

Проприетарные форматы

Проприетарное ПО может работать с собственными форматами, никем другим не поддерживаемыми. Зачастую эти форматы чрезвычайно сложны или даже зашифрованы, а их распознание - незаконно. Пример: если записать музыку с компакт-диска на винчестер средствами Windows XP, получаем WMA с защитой от копирования. Некоторые разработчики называют «интероперабельностью» обмен данными с другими программами из того же пакета, что само собой разумеется (в действительности интероперабельность - способность программы обмениваться данными с ПО сторонних производителей). В результате может возникнуть замыкание на поставщике (vendor lock-in).

Реализация политики импортозамещения – не главный фактор поиска альтернатив и оценки экономической обоснованности использования дорогостоящего программного обеспечения. К этому побуждает стремление постоянного совершенствования и оптимизации ИТ-инфраструктуры.

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

Рассмотрим ограничения и различия проприетарного (платного) и свободно распространяемого (бесплатного) ПО.

1. Риски использования

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

2. Информационная безопасность

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

3. Поддержка

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

4. Развитие

Разработчик заинтересован постоянно усовершенствовать платный продукт, делать его более удобным для пользователя. Бесплатное ПО, как правило, развивается меньшими темпами.

По информации StatCounter доля компьютеров с операционной системой Linux в России составляет 1,25% – порядок цифр совпадает с данными наших проектов по оценке ИТ-инфраструктуры. Также мы отмечаем постепенный рост использования облачных продуктов и лицензий по подписке.

5. Совместимость

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

6. Копии

Свободно распространяемое ПО инсталлируется неограниченное количество раз, количество установок проприетарного ПО зависит от условий лицензионного соглашения.

7. Доработка

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

8. Сертификация

На свободное ПО сертификация ФСТЭК и иных контролирующих органов не распространяется, перечень сертифицированного ПО ограничен.

Т.о., решая заменить ли платный продукт бесплатным, учтите:

  • соответствуют ли его функциональные возможности задачам пользователей;
  • совместим ли он с другими продуктами, используемыми в организации;
  • предполагается ли его модификация и обладаете ли вы необходимыми средствами и ресурсами для этого;
  • располагаете ли необходимыми ресурсами для поддержки выбранного решения;
  • ограничены ли использованием сертифицированного контролирующими органами ПО. При замене проприетарного ПО альтернативным важно оценить преимущества и недостатки такого выбора. Примеры успешного внедрения бесплатных продуктов существуют, и всё-таки большинство компаний предпочитают традиционные решения.

    Хотите оптимизировать расходы на ПО и получить эффективную систему управления программными активами — начните .

    Базовое представление о состоянии процессов управления ИТ-инфраструктуры даст самообследование.

    Также вы можете обратиться к консультантам по управлению ПО и внедрению SAM для проведения полноценного аудита ПО и составления рекомендаций по оптимизации с учётом конкретной ситуации. По итогам вы получите оценку текущего состояния и 3-6 сценариев развития ИТ-инфраструктуры под задачи бизнеса.

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

    Рассматриваемое понятие не связано напрямую с понятием коммерческого программного обеспечения .

    Этимология [ | ]

    FSF [ | ]

    Термин «проприетарное программное обеспечение» используется FSF (фондом свободного ПО) для определения программного обеспечения, которое с позиции Фонда не является свободным . .

    Полусвободное программное обеспечение [ | ]

    Свободное ПО, которое разрешает практически неограниченное использование, распространение и изменение (в том числе с распространением изменённых версий) ПО в некоммерческих целях, Фонд СПО ранее называл полусвободным . Как и и Debian , Фонд СПО считал данные условия неприемлемыми для свободного ПО, но отличал полусвободное ПО от собственнического. «Проприетарное ПО» и «полусвободное ПО» вместе назывались «несвободным ПО». Позже FSF отказался от понятия «полусвободного ПО», и начал использовать термин «проприетарное ПО» для всего несвободного ПО .

    Средства ограничений [ | ]

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

    Технические средства включают в себя выпуск только машинно-читаемых двоичных файлов , ограничение доступа к читаемому человеком исходному коду (закрытый исходный код), затруднение использования собственноручно сделанных копий. Доступ к закрытому коду обычно имеют сотрудники компании-разработчика, но могут применяться и более гибкие условия ограничения доступа, в которых предоставление исходного кода разрешено партнёрам компании, или другим лицам в соответствии с политикой компании.

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

    Правовая охрана [ | ]

    Правовая охрана компьютерных программ возможна по двум разным правовым режимам - режимом, применяемым к литературным произведениям, и режимом, применяемым к патентам. В первом случае программа идентифицируется (и охраняется) по тексту кода, во втором - по критериям патентоспособности, применяемым для изобретений (то есть нужно доказать «инновационность», «оригинальность» и «неочевидность», а также возможность решения существующей технической проблемы и коммерческую пригодность).

    Правовая охрана компьютерных программ основывается на положениях ряда международных соглашений и конвенций. Впрочем, почти все они в той или иной степени (как то Парижская, Бернская, Римская конвенции и Вашингтонский договор) инкорпорированы в тексте Соглашения ТРИПС , администрируемом Всемирной торговой организацией. Соглашение ТРИПС предусматривает, что компьютерные программы охраняются «подобно охране, литературных произведений в соответствии с Бернской конвенцией (1971)». Впрочем, на практике все чаще используется второй режим охраны проприетарного цифрового контента в виде патента (ст. 27 ТРИПС). Например, в США, первый патент на программного обеспечение в США был выдан в 50-х, патент № 3,380,029 от. выданный Мартину Готсу (Martin A. Goetz) . Однако полноценная правовая доктрина патентования компьютерных программ в США была сформирована лишь в 1980-х в результате ряда судебных прецедентов (Gottschallk v. Benson; Diamond v. Diehr.), которые выработали специальные критерии, применимые для патентования компьютерных программ. До этого времени нельзя говорить о патентовании компьютерных программ в США как об отлаженной процедуре. Одним из последних патентов на компьютерную программу был патент, выданный 6 января. № US 9,230,358 B2, которым охраняется метод, система и компьютерная программа визуализации виджетов. В ЕС патентование компьютерных программ основано на положении ЕПК, которое было уточнено рядом решений Европейского патентного офиса. В деле № T258/03 (Hitachi / Auction method) от 21.04.2004 г. Апелляционная палата Европейского патентного офиса указала, что ст. 52 (1) и 52 (2) ЕПК не запрещает патентование компьютерных программ, однако не каждое «техническое решение» может быть запатентовано. По мнению представителей патентного офиса, применение «технических средств» для решения проблемы вполне понятно, однако предполагает необходимость дополнения «технического решения» «инновационным».

    Типичные ограничения проприетарного ПО [ | ]

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

    Ограничение на коммерческое использование [ | ]

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

    Ограничение на распространение [ | ]

    Этот вид ограничений сопровождает обычно крупные программные проекты, когда правообладатель требует оплаты за каждую копию программы. Обычно с таким ограничением используются программные продукты, ориентированные на узкий «профессиональный» сегмент рынка или у программного обеспечения, требующегося большому числу пользователей. Примером может служить пакет программ Adobe CS6 или операционная система Windows 8 .

    Ограничение на изучение, модификацию и т. п. [ | ]

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

    Проприетарность «по умолчанию» [ | ]

    По правовым и техническим причинам ПО по умолчанию обычно является проприетарным.

    ПО на компилируемых языках используется в виде, не предназначенном для редактирования, то есть без исходных текстов. Автор может не распространять исходные тексты по привычке или считать их недостаточно качественными, чтобы было прилично их показывать.

    Из-за разнообразия лицензий автору может быть трудно выбрать лучшую.

    Среди сторонников свободного ПО существуют различные мнения о важности свобод пользователя по отношению к ПО, которое исполняется только на удалённой системе (серверное ПО, которое не подпадало под копилефтные условия GNU GPL , из-за чего появилась Affero GPL), или как будто «в Интернете», но на самом деле каждый раз загружается для исполнения в компьютер пользователя (например, скрипты с веб-сайтов, занимающие порой сотни килобайтов при нечитаемо укороченных именах функций), или алгоритмам, реализованным в виде аппаратного обеспечения (что уменьшает долю обычного несвободного ПО , но не делает свободнее его пользователя ). См. GNU AGPL , открытое аппаратное обеспечение , GNUzilla (веб-браузер с дополнением, блокирующим выполнение нетривиальных несвободных JavaScript ‐программ).

    1. Сложность исправления ошибок. В любом программном обеспечении периодически возникают ошибки. Если ошибка найдена в проприетарном ПО, то вам достаточно отправить описание проблемы разработчику (тикет) и ждать исправления. Если проблемы возникают со свободным софтом, то вам придется просмотреть исходный код, локализовать ошибку и оправить заплатку разработчику

    Не обязательно. Можно так же отправить сообществу или разработчикам описание проблемы или написать на форуме.

    2. Ответственность перед сообществом. Если вы используете свободный софт и придерживаетесь соответствующей идеологии, то вам придется тратить время на взаимодействие с сообществом. Например, ваши исправления ошибок и улучшения программ желательно возвращать обратно, для включения в основную ветку. Вас могут попросить помочь с тестированием ваших заплаток или даже назначить ответственным за поддерживание вашего кода. Если вы используйте проприетарное ПО, то вы никому ничего не должны.

    Чушь полнейшая. Кого попало ответственным за поддержание кода никогда не назначат. Заплатки писать только из-за того, что у меня установлен LibreOffice или AbiWord, опять же, никто не заставляет. Установка свободного программного обеспечения не даёт никаких обязательств.

    3. Трудно разобраться в лицензиях. Свободное программное обеспечение состоит из множества компонентов, которые могут лицензироваться под разными свободными лицензиями. Например, вы знаете чем Apache Software License отличается от General Public License? А свободных лицензий десятки и все они имеют свои нюансы. С проприетарным программным обеспечением все значительно проще: разработчик отнимает у вас все права, за исключением права купить программу и использовать ее на оговоренном количестве рабочих мест. Поэтому все лицензионные соглашения проприетарных программ очень похожи.

    Это не недостаток, это достоинство.

    4. Широкий ассортимент - не всегда хорошо. В мире свободных программ всегда существует выбор. Например, можно выбирать систему управления базами данных; имеется масса вариантов графического интерфейса; можно выбирать язык программирования; даже реализаций web-сервера предлагается несколько. На первый взгляд, такой широкий выбор полезен. Однако, вам потребуется существенное количество времени на выбор нужных компонентов и еще больше времени - на тестирование работоспособности всех компонентов вместе. С проприетарным софтом такая проблема отсутствует - поставщик продаст вам готовое комплексное решение, где взаимодействие всех компонентов проверено и сертифицировано.

    Это, опять же, достоинство, а не недостаток. Если Вам не нравится Unity - ставьте Gnome. Не нравится Gnome - ставьте KDE. Не нравится Nautilus - поставьте Double Commander, Krusader или Thunar. Не нравится LibreOffice Writer - поставьте AbiWord. А вот в Windows есть только одна графическая оболочка, хотя, я слышал, KDE работает и в Windows. Но я лично не проверял.

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

    Это смотря какой софт. Вот в Ubuntu и LibreOffice не так уж сложно разобраться.

    7. Свобода разработчика от ваших требований. Пользователи свободного софта забывают, что не только они получают свободу, но и разработчики. Программы развиваются и улучшаются, и однажды вы можете заметить, что критически важная для вас программа работает не так, как вам хотелось бы. Вы можете проклинать разработчика и требовать от него исправлений, но он ничем вам не обязан. Если вы перестанете пользоваться его программой, никто кроме вас не пострадает. Разработчики проприетарного софта получают прибыль, которая прямо пропорциональная количеству клиентов и уход покупателей означает убытки. Такая схема заставляет разработчика прислушиваться к требованиям потребителей.

    Монополии в СПО нет. Вы можете написать патч или перейти на другую программу. Это касается офиса, графической оболочки, операционки, файлового менеджера и многого другого. Например, в Ubuntu: изначально поставляется графическая оболочка Unity, однако в официальном репозитории также есть KDE и Gnome.

    Проприетарное программное обеспечение (англ. proprietary software) это программный продукт владельцем и собственником которого является его разработчик или другой владелец авторского права, и которое не соответствует идеалогии свободого программного обеспечения и не является полусвободным программным обеспечением.
    При этом владелец авторского права имеет монопольное право на модификацию, копирование, распространение и использование этого программного обеспечения.

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

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

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

    Ограничения программного обеспечения

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

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

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

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

    Ограничение на коммерческое использование

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

    Ограничение на распространение

    В случае приобретения программных продуктов с оплатой за каждую его копию, поставка подобных программ совпровождается лицензионным соглашением, в котором ограничивается распространение этого программного обеспечения. Основная направленность данных ограничений это "профессиональная" часть рынка программного обеспечения или необходимые решения для большинства пользователей. Самыми яркими представителями таких программных продуктов являются Microsoft Office, Adobe Photosop, Windows.

    Ограничение на внесение изменений

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

    Проприетарные форматы

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



    Рекомендуем почитать

    Наверх