Введение
Программное обеспечение защищено от несанкционированного копирования законами об авторских правах. Законы об авторских правах предусматривают сохранение за автором (издателем) программного обеспечения нескольких исключительных прав, одно из которых — право на производство копий программного обеспечения.
Приобретение программного продукта — это приобретение лицензии (права) на его использование. Для каждой используемой программы необходима лицензия.
Лицензионные права, как правило, различаются для разных категорий продуктов:
• Персональные операционные системы, настольные приложения, игры, мультимедийные программы лицензируются по следующему принципу - одна лицензия на один компьютер. Не имеет значения, сколько физических лиц использует компьютер.
• Средства разработки лицензируются по принципу одна лицензия для одного физического лица.
Серверные продукты предполагают в общем случае две схемы лицензирования: лицензирование сервер/клиент (серверная лицензия для установки на сервер плюс клиентские лицензии для устройств или пользователей, обращающихся к службам сервера) или лицензирование на процессор (процессорная лицензия для каждого процессора сервера).
Согласно Гражданскому Кодексу РФ, программное обеспечение (ПО) является объектом интеллектуальной собственности и охраняется законом (ГК РФ, часть 4, гл. 69, ст. 1225). При этом юридически защита авторских прав распространяется на все виды ПО (в том числе и на операционные системы и программные комплексы), независимо от того, на каком языке они написаны и в какой форме выражены, включая исходный текст и объектный код (ГК РФ, часть 4, гл. 69, ст. 1261).
Лицензия как разрешение компетентного государственного органа на осуществление определенного вида деятельности выдается на основании Федерального закона «О лицензировании отдельных видов деятельности» и ряда других федеральных законов. Использование лицензий-разрешений на использование объектов интеллектуальной собственности регулируется законодательством об интеллектуальной собственности, в частности, законами РФ «Об авторском праве и смежных правах», «О правовой охране программ для ЭВМ и баз данных», «О товарных знаках, знаках обслуживания и наименованиях мест происхождения товаров», Патентным законом РФ.
За нарушение авторских прав на программные продукты российским законодательством предусмотрена гражданско-правовая, административная и уголовная ответственность.
1 Стать 146 УК РФ. Нарушение авторских и смежных прав (незаконное использование объектов авторского права или смежных прав, а равно присвоение авторства, если эти деяния причинили крупный ущерб). Предусмотрено наказание в виде лишения свободы сроком до 6 лет.
2 Статья 147 УК РФ. Нарушение изобретательских и патентных прав (незаконное использование изобретения, полезной модели или промышленного образца, разглашение без согласия автора или заявителя сущности изобретения, полезной модели или промышленного образца до официальной публикации сведений о них, присвоение авторства или принуждение к соавторству, если эти деяния причинили крупный ущерб). Предусмотрено наказание в виде лишения свободы сроком до 6 лет.
Виды лицензий
1. По лицензионному соглашению могут передаваться исключительные или неисключительные права на программное обеспечение.
При передаче неисключительных прав правообладатель предоставляет пользователю право использовать ПО наравне с собой или другими лицами, также уполномоченными правообладателем. При этом правообладатель не лишается возможности использовать программное обеспечение сам и предоставлять право использования данного программного обеспечения иным лицам. При передаче исключительных прав на программное обеспечение правообладатель передает пользователю имеющиеся у него исключительные права на программное обеспечение; в этом случае правообладатель не вправе осуществлять те правомочия, которые были переданы пользователю по договору о передаче исключительных прав, а также передавать эти полномочия иным лицам.
2. Программное обеспечение может распространяться на условии открытого кода (OpenWare), или же без такого условия
При распространении программного обеспечения на условиях открытого кода правообладатель, предоставляя пользователю право использования программного обеспечения, передает также исходные коды программы. При этом пользователю может предоставляться право модифицировать исходные тексты в целях их переработки и совершенствования. Последующее использование полученных в результате такой переработки программных продуктов различается в зависимости от вида лицензии. В настоящее время существуют две группы типовых лицензий на передачу программного обеспечения с открытым кодом: GNU GPL (General Public License) и FreeBSD(лицензия университета Беркли) .
Основное их различие заключается в «наследуемости» свойства открытого кода: согласно условиям лицензии GNU GPL, все программные продукты, полученные в результате переработки или модернизации распространяемого на таких условиях программного кода, также могут распространяться далее только на условиях GNU GPL. Это, с одной стороны, способствует прогрессу в развитии программного обеспечения, с другой – нарушает имущественные интересы некоторых разработчиков, вложивших серьезные средства в модернизацию программного кода.
Бoльшую свободу в использовании передаваемого программного обеспечения предоставляет лицензия Free BSD. По условиям этой лицензии, программные продукты, полученные в результате переработки предоставленного программного кода, могут распространяться на любых условиях, в том числе и на возмездной основе. Лицензии FreeBSD и GNU GPL получили широкое распространение, но они не являются единственно возможными лицензиями на передачу программного обеспечения с открытым кодом. Правообладателем, при необходимости, могут быть выработаны собственные условия предоставления прав на такое программное обеспечение, в большей или меньшей степени ограничивающие права пользователя. Лицензии на распространение программного обеспечения, не содержащие условия об открытости исходных кодов, более разнообразны. Каждый правообладатель может выработать свои собственные условия предоставления прав на ПО. Практически во всех таких лицензиях содержится запрет на любую модификацию программного кода, если только такая модификация не разрешена прямо в законодательстве (например, адаптация программы).
3. Распространенным делением типов программного обеспечения в зависимости от условий лицензии является их деление по критерию возмездности. В соответствии с этим критерием, программное обеспечение делится на бесплатное, условно-бесплатное и коммерческое. В некоторых случаях выделяют также программное обеспечение, распространяемое на специальных условиях. Бесплатное программное обеспечение (FreeWare) не следует путать с «открытым» программным обеспечением (OpenWare): как бесплатность распространения не означает открытости исходных кодов, так и открытость исходных кодов не влечет за собой безвозмездный характер распространения. При предоставлении программного обеспечения на бесплатной основе правообладателем, как правило, оговариваются специальные условия использования ПО. Распространенным условием является запрет на внесение любых изменений в программный код, за исключением прямо разрешенных законодательством. Обычным условием «бесплатной» лицензии является оговорка об освобождении правообладателя от любых гарантий и обязательств, связанных с функционированием программного обеспечения.
Условно-бесплатное распространение программного обеспечения подразумевает, что пользователю предоставляется возможность ознакомиться с программой, протестировать ее возможности при решении задач пользователя. При этом либо ограничивается срок бесплатного использования программы, либо предоставляется функционально ограниченная версия ПО. По ознакомлении с программой пользователь вправе либо отказаться от ее дальнейшего использования, либо оплатить программный продукт и приобрести права на него в полном объеме.
Коммерческое распространение программного обеспечения предполагает, что пользователь должен оплатить программы, только после чего он получает права на них. Обычно в лицензионных соглашениях, предусматривающих предварительную или последующую оплату за передаваемое программное обеспечение, содержится больший объем гарантий и обязательств правообладателя, нежели в лицензиях на бесплатно распространяемое программное обеспечение.
В некоторых случаях правообладатели, распространяющие свое программное обеспечение на коммерческой основе, предоставляют права бесплатно, или условно-бесплатно. Обычно соглашения о предоставлении ПО в таких случаях содержат набор дополнительных условий, ограничивающих (реже – расширяющих) права пользователей, а также предусматривающих пределы использования программных продуктов.
4. Лицензионные соглашения можно подразделить в зависимости от того, с кем, и в каких целях они заключаются. По этому критерию можно выделить лицензионные соглашения с конечным пользователем (EULA – End User License Agreement), и лицензии, предусматривающие возможность доработки программного обеспечения.
Типовой формы лицензионного соглашения с конечным пользователем в настоящее время не выработано, различными правообладателями используются разные, хотя и близкие по содержанию лицензионные соглашения. Лицензионные соглашения с конечным пользователем обычно предусматривают минимально возможный объем предоставляемых прав, причем права никогда не предоставляются на исключительных условиях. В таких соглашениях устанавливаются также пределы правомочий пользователя, гарантии правообладателя, определяются механизмы технической поддержки использования ПО. В отличие от единообразных лицензионных соглашений с конечным пользователем, лицензионные соглашения, предусматривающие возможность доработки программы, могут значительно различаться.
Во-первых, такие лицензионные соглашения могут входить в пакет документов, оформляющих отношения дистрибьюторского или франчайзингового типа. Согласно таким соглашениям, компания-правообладатель предоставляет компании-распространителю право распространять ПО, в том числе, и с возможной доработкой продукта под нужды конечного пользователя. Система лицензионных соглашений в этом случае будет двухуровневой: правообладатель программного продукта предоставляет лицензию как распространителю, так и (посредством распространителя) конечному пользователю. Права на произведенные распространителем изменения в программном продукте, как правило, сохраняются за распространителем и предоставляются им конечному пользователю по соответствующей лицензии.
Во-вторых, возможность доработки ПО может содержаться в лицензионных соглашениях, являющихся частью партнерского договора. Таким партнерским договором обычно оформляются отношения по совместной разработке комплексных программных продуктов, где модули, написанные одними разработчиками, могут модифицироваться другими; при этом каждый из разработчиков сохраняет права на результат собственных творческих усилий. Объем и пределы осуществления предоставляемых таким соглашением прав могут различаться в зависимости от того, насколько тесными являются отношения между разработчиками.
Возможность доработки программного продукта предусмотрена в «свободных» лицензиях (GNU GPL и FreeBSD). В этом случае возможность последующей передачи прав на программное обеспечение не ограничивается, более того, в лицензиях семейства GNU GPL отсутствие ограничений на передачу прав является обязательным.
5. В некоторых случаях, когда речь идет о предоставлении прав на программное обеспечение конечному пользователю, можно говорить о «связанных» и «независимо предоставляемых» лицензиях (поставка на условиях OEM (Original equipment manufacturer) /BOX).
В первом случае (OEM) права на программное обеспечение предоставляются при поставке программного обеспечения вместе с компьютерным оборудованием. Такие лицензии предусматривают меньшее лицензионное вознаграждение (обычно включаемое в стоимость оборудования), но при этом предусматривают меньший объем правомочий пользователя.
При независимой («коробочной») поставке программное обеспечение предоставляется на соответствующем материальном носителе, в сопровождении документации, необходимой для установки, наладки и использования программы; сам материальный носитель выступает в качестве резервной копии дистрибутива. Объем предоставляемых правомочий в этом случае несколько больше, кроме того, возможно предоставление по одной лицензии возможности использования программы на нескольких компьютерах (при условии соразмерного увеличения лицензионного вознаграждения). При такого рода поставках часто используется т.н. «оберточная лицензия»: пользователь признается заключившим лицензионное соглашение (напечатанное на обертке), если он вскрыл коробку с дистрибутивом.
Примеры лицензий открытого ПО
GNU General Public License — лицензия на свободное программное обеспечение, созданная в рамках проекта GNU в 1988 г. Её также сокращённо называют GNU GPL или даже просто GPL, если из контекста понятно, что речь идёт именно о данной лицензии. Вторая версия этой лицензии была выпущена в 1991 году, третья версия, после многолетней работы и длительной дискуссии — в 2007 году. GNU Lesser General Public License (LGPL) — это ослабленная версия GPL, предназначенная для некоторых библиотек ПО. GNU Affero General Public License — это усиленная версия GPL для программ, предназначенных для доступа к ним через сеть.
Цель GNU GPL — предоставить пользователю права копировать, модифицировать и распространять (в том числе на коммерческой основе) программы (что по умолчанию запрещено законом об авторских правах), а также гарантировать, что и пользователи всех производных программ получат вышеперечисленные права. (То есть, к примеру, запрещено на основе свободной программы под GPL создать другой проект и закрыть его, то есть не предоставлять его исходники пользователям. Таким образом, данная лицензия вовсе не позволяет делать с программами «что попало», как могут ошибочно трактовать данную лицензию плохо знакомые с ней.) Принцип «наследования» прав называется «копилефт» (транслитерация английского «copyleft») и был придуман Ричардом Столлмэном. По контрасту с GPL, лицензии собственнического ПО очень редко дают пользователю такие права и обычно, наоборот, стремятся их ограничить, например, запрещая восстановление исходного кода.
Лицензируя работу на условиях GNU GPL, автор не отказывается от права считаться её автором.
GPL была написана Ричардом Столлмэном для использования с программами как часть проекта GNU. Она базируется на сходных лицензиях, использовавшихся для ранних версий GNU Emacs, GDB (отладчика GNU) и Коллекции компиляторов GNU (GCC), унифицирует и обобщает их.
GPL v1
Лицензии-прототипы содержали части, подобные частям GPL, но были специфичными для каждой программы. Целью Столлмэна являлось создание единой лицензии, которая могла бы использоваться для любого проекта, делая таким образом возможным совместное использование кода различными программами. Такой лицензией и стала первая версия GNU GPL, выпущенная в январе 1989 года.
GPL v2
В 1990 году стало очевидным, что требуется менее ограничивающая лицензия, которая могла бы использоваться для некоторых библиотек ПО; когда версия 2 GPL была выпущена в июне 1991 года, вместе с ней была введена в обращение GNU Library General Public License, также получившая номер 2, для обозначения того, что эти две лицензии являются взаимодополняющими. Номера версий разошлись в 1999 году, когда была выпущена LGPL версии 2.1, которая была переименована в Lesser General Public License для уточнения её местоположения в философии GNU.
GPL v3
В 2005 году Эбен Моглен и Ричард Столлмэн написали черновик третьей версии GPL. В разгоревшейся затем 7 апреля 2005 года в Филадельфии дискуссии Столлмэн сделал несколько заявлений, касающихся патентов на ПО.
В 2006 году Free Software Foundation начал двенадцатимесячную консультацию о возможных изменениях в GPL. Этот процесс координируется Фондом свободного программного обеспечения, Правовым центром свободы программного обеспечения и Европейским фондом свободного программного обеспечения. Целью консультаций является создание новой версии лицензии с учётом рекомендаций и опыта всех заинтересованных сторон, но с сохранением приверженности принципам свободного ПО.
Окончательная версия GPLv3 была опубликована 29 июня 2007.
19 ноября 2007 была выпущена GNU Affero General Public License v3 — GPLv3 с изменениями на основе Affero General Public License v1, выпущенной в 2002 году Affero Inc. на основе GNU GPLv2. Данная лицензия добавляет возможность получения исходного кода пользователям программы, взаимодействующим с ней только через сеть.
Схема GNU GPL
Ниже приведена схема GNU GPL версии 2.0 (Эта схема не имеет никакой юридической силы и служит только для краткого ознакомления)
1)Определения
(первый абзац) Определение термина «программа»
(второй абзац) Область действия лицензии
2)Право на копирование и распространение
3)Изменение программы
(первый абзац) Право на изменения при соблюдении следующих условий:
добавление информации об изменении в модифицированных
файлах;
лицензирование модифицированных версий на условиях GNU
GPL;
условное требование интерактивного вывода информации об
авторских правах и отсутствии гарантии.
(абзацы 2—4) Уточнение термина «производная работа»
4)Требование предоставления исходного кода
(первый абзац) Возможные варианты распространения исполнимого кода:
a) распространение вместе с исходным кодом, или
b) распространение с гарантией предоставления исходного кода, или
c) (для некоммерческого использования) распространение вместе с
такой гарантией, полученной от третьего лица.
(второй абзац) Определение термина «исходный код»
(третий абзац) Достаточность одинакового доступа для копирования исполнимого и исходного кодов
5)Прекращение действия лицензии при нарушении её условий
6)Акты, означающие принятие лицензии
7)Запрещение дополнительных ограничений при дальнейшем распространении
8)Внешние ограничения не снимают обязательства выполнять условия лицензии
9)Возможность географических ограничений
10)Будущие версии GNU GPL
11)Запросы на исключения из правил
12)Отказ от предоставления гарантий
13)Отказ от ответственности
Лицензия BSD, Программная лицензия университета Беркли (англ. BSD license) — это лицензионное соглашение, впервые применённое для распространения UNIX-подобных операционных систем BSD.
Существует две основных версии лицензии BSD, которые необходимо различать: «оригинальная» и так называемая «модифицированная» (вторую в англоязычной литературе часто называют New BSD License).
Эти лицензии были подвергнуты ряду изменений, породив множество лицензий, обобщённо, именуемых «лицензии типа BSD». В настоящее время лицензии типа BSD являются одними из самых популярных лицензий для свободного программного обеспечения и используются для многих программ (помимо BSD-версий UNIX, для которых лицензия BSD была изначально создана).
Права на исходный дистрибутив BSD официально принадлежат «попечителям университета Калифорнии» — управляющему органу университета Калифорнии. Причина этого заключается в том, что BSD был разработан в кампусе Беркли университета Калифорнии. Это указание изначальных прав сохранилось в современных версиях BSD (NetBSD, FreeBSD, OpenBSD, DragonFly BSD).
По сравнению с другими распространёнными лицензиями на свободное программное обеспечение (например, GNU General Public License) лицензия BSD налагает меньше ограничений на пользователя. Поэтому в некотором смысле использование этой лицензии ближе к помещению программы в категорию общественного достояния.
Текст лицензии считается общественным достоянием и может быть изменён без каких либо ограничений.
Ниже приведён текст «модифицированной» лицензии BSD.
* Copyright (c) <ГОД>, <ВЛАДЕЛЕЦ>
*
* Разрешается повторное распространение и использование как в виде исходного кода, так и в двоичной форме, с изменениями или без, при соблюдении следующих условий:
При повторном распространении исходного кода должно оставаться указанное выше уведомление об авторском праве, этот список условий и последующий отказ от гарантий.
При повторном распространении двоичного кода должна сохраняться указанная выше информация об авторском праве, этот список условий и последующий отказ от гарантий в документации и/или в других материалах, поставляемых при распространении. Ни название <Организации>, ни имена ее сотрудников не могут быть использованы в качестве поддержки или продвижения продуктов, основанных на этом ПО без предварительного письменного разрешения.
ЭТА ПРОГРАММА ПРЕДОСТАВЛЕНА ВЛАДЕЛЬЦАМИ АВТОРСКИХ ПРАВ И/ИЛИ ДРУГИМИ СТОРОНАМИ "КАК ОНА ЕСТЬ" БЕЗ КАКОГО-ЛИБО ВИДА ГАРАНТИЙ, ВЫРАЖЕННЫХ ЯВНО ИЛИ ПОДРАЗУМЕВАЕМЫХ, ВКЛЮЧАЯ, НО НЕ ОГРАНИЧИВАЯСЬ ИМИ, ПОДРАЗУМЕВАЕМЫЕ ГАРАНТИИ КОММЕРЧЕСКОЙ ЦЕННОСТИ И ПРИГОДНОСТИ ДЛЯ КОНКРЕТНОЙ ЦЕЛИ. НИ В КОЕМ СЛУЧАЕ, ЕСЛИ НЕ ТРЕБУЕТСЯ СООТВЕТСТВУЮЩИМ ЗАКОНОМ, ИЛИ НЕ УСТАНОВЛЕНО В УСТНОЙ ФОРМЕ, НИ ОДИН ВЛАДЕЛЕЦ АВТОРСКИХ ПРАВ И НИ ОДНО ДРУГОЕ ЛИЦО, КОТОРОЕ МОЖЕТ ИЗМЕНЯТЬ И/ИЛИ ПОВТОРНО РАСПРОСТРАНЯТЬ ПРОГРАММУ, КАК БЫЛО СКАЗАНО ВЫШЕ, НЕ НЕСЁТ ОТВЕТСТВЕННОСТИ, ВКЛЮЧАЯ ЛЮБЫЕ ОБЩИЕ, СЛУЧАЙНЫЕ, СПЕЦИАЛЬНЫЕ ИЛИ ПОСЛЕДОВАВШИЕ УБЫТКИ, ВСЛЕДСТВИЕ ИСПОЛЬЗОВАНИЯ ИЛИ НЕВОЗМОЖНОСТИ ИСПОЛЬЗОВАНИЯ ПРОГРАММЫ (ВКЛЮЧАЯ, НО НЕ ОГРАНИЧИВАЯСЬ ПОТЕРЕЙ ДАННЫХ, ИЛИ ДАННЫМИ, СТАВШИМИ НЕПРАВИЛЬНЫМИ, ИЛИ ПОТЕРЯМИ ПРИНЕСЕННЫМИ ИЗ-ЗА ВАС ИЛИ ТРЕТЬИХ ЛИЦ, ИЛИ ОТКАЗОМ ПРОГРАММЫ РАБОТАТЬ СОВМЕСТНО С ДРУГИМИ ПРОГРАММАМИ), ДАЖЕ ЕСЛИ ТАКОЙ ВЛАДЕЛЕЦ ИЛИ ДРУГОЕ ЛИЦО БЫЛИ ИЗВЕЩЕНЫ О ВОЗМОЖНОСТИ ТАКИХ УБЫТКОВ.
Данный текст лицензии является переводом с английского. Его можно использовать в качестве лицензионного соглашения для вновь созданного программного обеспечения. Для программ, которые уже распространяются с таким же лицензионным соглашением на другом (в частности — английском) языке, юридическую силу имеет именно соглашение на этом языке, а его перевод на русский может использоваться лишь в ознакомительных целях.
Лицензия MIT (англ. MIT License) — группа лицензий, разработанных Массачусетсским технологическим институтом для распространения свободного программного обеспечения.
Лицензии не являются «копилефтом» (не содержат требования выпуска модифицированных версий под той же лицензией), что допускает использование кода в «собственническом» ПО (англ. proprietary).
Некоторые группы в МТИ используют различные варианты этой лицензии для своего ПО, в частности программы Expat, Metakit, PuTTY, Mono и, наиболее известная, X Window System (X11).
Текст лицензии
Copyright (c) <год> <владельцы прав>
Данная лицензия разрешает, безвозмездно, лицам, получившим копию данного программного обеспечения и сопутствующей документации (в дальнейшем именуемыми "Программное Обеспечение"), использовать Программное Обеспечение без ограничений, включая неограниченное право на использование, копирование, изменение, добавление, публикацию, распространение, сублицензирование и/или продажу копий Программного Обеспечения, также как и лицам, которым предоставляется данное Программное Обеспечение, при соблюдении следующих условий:
Вышеупомянутый копирайт и данные условия должны быть включены во все копии или значимые части данного Программного Обеспечения.
ДАННОЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ПРЕДОСТАВЛЯЕТСЯ «КАК ЕСТЬ», БЕЗ ЛЮБОГО ВИДА ГАРАНТИЙ, ЯВНО ВЫРАЖЕННЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ, ВКЛЮЧАЯ, НО НЕ ОГРАНИЧИВАЯСЬ ГАРАНТИЯМИ ТОВАРНОЙ ПРИГОДНОСТИ, СООТВЕТСТВИЯ ПО ЕГО КОНКРЕТНОМУ НАЗНАЧЕНИЮ И НЕНАРУШЕНИЯ ПРАВ. НИ В КАКОМ СЛУЧАЕ АВТОРЫ ИЛИ ПРАВООБЛАДАТЕЛИ НЕ НЕСУТ ОТВЕТСТВЕННОСТИ ПО ИСКАМ О ВОЗМЕЩЕНИИ УЩЕРБА, УБЫТКОВ ИЛИ ДРУГИХ ТРЕБОВАНИЙ ПО ДЕЙСТВУЮЩИМ КОНТРАКТАМ, ДЕЛИКТАМ ИЛИ ИНОМУ, ВОЗНИКШИМ ИЗ, ИМЕЮЩИМ ПРИЧИНОЙ ИЛИ СВЯЗАННЫМ С ПРОГРАММНЫМ ОБЕСПЕЧЕНИЕМ ИЛИ ИСПОЛЬЗОВАНИЕМ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ИЛИ ИНЫМИ ДЕЙСТВИЯМИ С ПРОГРАММНЫМ ОБЕСПЕЧЕНИЕМ.
Использование лицензии
Поскольку копирайт на данную лицензию отсутствует, другие группы имеют право использовать и изменять её для удовлетворения своих целей. Например, Фонд свободного ПО использовал сходную лицензию для своей библиотеки ncurses, добавив следующий абзац:
Except as contained in this notice, the name(s) of the above copyright holders shall not be used in advertising or otherwise to promote the sale, use or other dealings in this Software without prior written authorization.
Добавление этого абзаца сделало текст почти идентичным одной из Лицензий BSD.
Apache Software License — лицензия на свободное программное обеспечение Apache Software Foundation.
Подобно всякой иной лицензии на свободное программное обеспечение, Лицензия Apache даёт пользователю право использовать программное обеспечение для любых целей, свободно распространять, изменять, и распространять изменённые копии.
Данная лицензия не ставит условием неизменность лицензии распространения программного обеспечения, и не настаивает даже на сохранении его бесплатного и открытого статуса. Единственным условием, накладываемым Apache лицензией, является информирование получателя о факте использования исходного кода, лицензированного под лицензией Apache. Таким образом, в противоположность copyleft лицензиям, получатель модифицированной версии не обязательно получает все права, изначально предоставляемые Apache лицензией.
При распространении программного обеспечения необходимо поместить следующие файлы в корневую директорию:
LICENSE — Файл, содержащий копию лицензии Apache.
NOTICE — Текстовый файл, перечисляющий все библиотеки, лицензированные Apache лицензией вместе с именами их создателей.
В каждом лицензируемом файле должна быть сохранена вся исходная информация о копирайтах или патентах, в каждый изменённый файл должна добавляться информация о проведённых изменениях.
Mozilla Public License (сокращенно MPL) — одна из лицензий на свободное программное обеспечение. Версия 1.0 была разработана Митчел Бэйкер, во время её работы адвокатом в Netscape Communications Corporation. Версия 1.1 была разработана в рамках Mozilla Foundation. MPL содержит в себе черты модифицированной лицензии BSD и GNU General Public License.
MPL используется в качестве лицензии для Mozilla Suite, Mozilla Firefox, Mozilla Thunderbird и других программ разработанных Mozilla. Она также была адаптирована другими разработчиками, в особенности Sun Microsystems, в качестве лицензии (Common Development and Distribution License) для OpenSolaris, версии Solaris с открытыми исходниками.
Виды бесплатного ПО
1. Free - бесплатная программа или скрипт. Вы можете пользоваться и распространять это ПО бесплатно, но вот изменять программу или скрипт Вы не имеете права.
2. Free GPL - бесплатное и свободное программное обеспечение. Обычно при такой лицензии Вы имеете право запускать, изучать, распространять и улучшать программу или скрипт. Исходники обычно доступны на сайте автора. Вы можете их скачать, изменить ПО под себя и спокойно им пользоваться. Никаких нарушений в этом случае не будет. Распространять можно как исходное, так и измененное Вами или кем-то ПО.
3. Adware - бесплатная программа, которая полноценно исполняет возложенные на неё функции, но при этом содержит в себе дополнительные компоненты. Компонент может крутить какую-то рекламу внутри программы, а может, например, попросить Вас заполнить какую-то анкету и т.д. При установке подобных программ, пользователя обычно предупреждают о том, что вместе с программой будут установлены дополнительные компоненты. По распространению всё тоже самое, что и у freeware программ.
Виды платного ПО
1. Shareware - условно-бесплатная программа или скрипт. Обычно программы этого типа ограничиваются в плане функциональности. Т.е. какие-то функции программа выполняет как положено, а вот часть самых полезных и нужных функций заблокирована до тех пор, пока Вы не купите ключ. Распространять shareware программы можно при условии, что в код не внесено никаких изменений и программа не взломана.
2. Trial - условно-бесплатная программа или скрипт. По этому принципу делается большинство платных программ. Суть его в том, что программа не имеет ограничений по функциям, но работает без ключа только определенное количество времени (20-30 дней) или запусков (10-20 запусков). Сейчас этот тип условно-бесплатного ПО часто относят к Shareware (см. предыдущий пункт). По распространению всё тоже самое, что и у shareware программ.
3. Demo - демоверсия. Программы, работающие по этому принципу обычно не имеют функциональных и временных ограничений. Ограничения накладываются на результат т.е. Вы что-то создаете, а сохранить результат не можете. Иногда бывает, что при сохранении результата, на него накладываются водяные знаки, говорящие о том, что использовалась демо-версия. По распространению всё тоже самое, что и у shareware программ.
Логистика поставок ПО
Производитель ПО распространяет свои продукты через сеть дистрибьюторов, которые в свою очередь работают с реселлерами. Конечные пользователи для заказа программного обеспечения должны обращаться к авторизованным реселлерам вендора, ни производитель, ни дистрибьютор в большинстве случаев не работают с конечными покупателями.
Производитель ПО как обладатель исключительных авторских прав на программный продукт изготавливает лицензионные копии ПО: печатает лицензии, генерирует ключи, изготавливает коробочные версии, носители и т.д. Как правило, производитель также обеспечивает техническую поддержку ПО. Дистрибьютор принимает заказ от реселлера и формирует заказ на изготовление именных лицензий производителю ПО. Дистрибьютор также, как правило, содержит склад коробочных, предустановленных версий ПО и носителей для сокращения срока поставки. Реселлер, работая напрямую с заказчиком, формирует спецификацию заказа дистрибьютору, после изготовления и комплектации заказа дистрибьютором, реселлер осуществляет доставку ПО заказчику. Для продажи программного обеспечения реселлер, как правило, должен быть предварительно сертифицирован производителем и иметь соответствующих специалистов.
Документы, подтверждающие наличие прав на использование ПО
Доказательством подлинности могут служить:
• Сертификат подлинности (если предусмотрен производителем).
• Бумажная лицензия с признаками подлинности.
• Оригинальные носители с защитой от подделки.
Подтверждением легальности также могут служить различные прилагающиеся к продукту документы:
• Лицензионное соглашение с конечным пользователем (в бумажном или электронном виде).
• Оригинал руководства пользователя (если предусмотрено производителем).
• Оригинальная коробка, в которой был куплен продукт (в случае покупки коробочной версии).
• Любая другая документация, приложенная к продукту.
• Счет-фактура, накладная, а также Лицензионный договор с поставщиком.
Рассмотрим три основных варианта лицензирования компании Microsoft, их преимущества и недостатки
Коробочные лицензии FPP (Full Packaged Product)
Как правило, это самый дорогой способ покупки лицензий, имеет ряд преимуществ, таких как постоянное наличие у дилеров и дистрибьюторов. Данные лицензии бессрочные, это наиболее быстрый способ приобретения, но он имеет и ряд недостатков: ограничены серверные продукты и обновления, нет права Downgrade ( использование предыдущих версий). Продается с НДС. В состав коробок входят:
Сама коробка, ее наличие обычно и является подтверждением легальности продукта.
Установочный диск (дистрибутив).
Лицензионное соглашение конечного пользователя (EULA).
Наклейка (СOA).
Данный вид лицензий подходит для домашних пользователей и мелких организаций, с парком ПК менее 5 рабочих станций.
Лицензии OEM(Original Equipment Manufacturer)
В отличие от коробочных вариантов ОЕМ лицензии самые дешевые, это обусловлено следующим: поставляются только вместе с оборудованием сборщиками систем, исключение составляет Windows XP(GGK). Срок жизни ОЕМ версий ограничен сроком жизни оборудования, на которое было установлено ПО, одним словом умирает железка - умирает и лицензия, поддержку ОЕМ версий осуществляет не Майкрософт, а сборщик систем, у которого было приобретено оборудование. Здесь еще более ограничена линейка продуктов, нет обновлений, право Downgrade распространяется только на настольные и серверные операционные системы.
В комплект поставки входит EULA (лицензионное соглашение) и СОА (наклейка), может не содержать установочного диска. Подтверждением легальности служит СОА и бухгалтерские документы о покупки.
Корпоративные лицензии OLP (Open License Program)
Самый распространенный и наиболее удобный способ приобретения лицензий, для организаций имеющих от пяти и более рабочих станций. Существует несколько вариантов лицензий: постоянные, временные и приобретенные в рассрочку в виде ежегодных платежей, также возможно приобретение (SA – набор привилегий и преимуществ от Майкрософт).
Корпоративные лицензии предоставляют клиентам наиболее широкие возможности использования продуктов, гибкую систему скидок, возможность перехода на новые версии, более углубленное право downgrade, здесь самая полная линейка продуктов. Лицензионное соглашение заключается непосредственно с Майкрософт и закрепляется за конкретной организацией.
В комплект поставки входят только именные лицензии, установочный диск приобретается отдельно, сами лицензии НДС не облагаются. Теперь разберемся, как Майкрософт предлагает использовать свои продукты конечному пользователю более подробно, обратившись к документам под названием EULA (лицензионное соглашения для конечного пользователя) и PUR (Права на использования продуктов). EULA входит в состав всех трех вариантов - FPP, OEM, и OLP и четко определяет все действия, которые пользователь может применять по отношению к конкретному продукту.
Что конкретно регламентирует EULA: ограничение количества установленных копий по лицензии, использование предыдущих версий продукта (downgrade), использование другой языковой версии (cross language), право переноса и передачи лицензий и т.д.
PUR регламентирует права на использование продуктов для корпоративных лицензий. Цитировать весь PUR просто нет смысла, разберем общие правила, которые необходимо знать при лицензировании.
Многое зависит от того, что это за продукт, к какой категории он принадлежит, и по какому каналу лицензирования был приобретен. Разберем подробнее такую вещь, как право использования предыдущей версии (downgrade). Здесь надо четко понимать, что в основном данное право распространяется на корпоративные лицензии (OLP), также данное право распространяется на ОЕМ, но, как указывалось выше, только на операционные системы, и не больше одной ступени вниз. Т.е., вместо Windows Vista Business или Ultimate клиент может использовать Windows XP pro и, соответственно, вместо Windows XP pro клиент может использовать Windows 2000. Тоже самое и серверные ОС: вместо Windows Sever 2008 можно пользоваться Windows Server 2003 R2. На корпоративные лицензии (OLP) ступени понижение downgrade не ограничены и не ограничены категории продуктов, т.е. имея лицензию на Windows Vista можно использовать Windows 95 или вместо Office 2007 можно установить Office XP. Единственное что необходимо учесть при использовании права downgrade – версия, которую вы собираетесь использовать, должна устанавливаться только с оригинального установочного диска, это строгое требование Microsoft. Но, в свою очередь, Microsoft не дает гарантию поставки дистрибутива (установочный диск) старых версий продукта и в том случае, если дистрибутив нельзя купить или скачать с официального сайта, нужно обратиться непосредственно в Microsoft. Для коробочных версий право downgrade не распространяется. Далее рассмотрим право использования другой языковой версии (cross language), здесь действует четкое правило: если стоимость используемых лицензий равна или дешевле той языковой версии, то ее использовать можно, если дороже, то, соответственно, нельзя. Пример: если вы приобрели Office русской версии, можно использовать английский. Право не распространяется на коробочные и ОЕМ версии. Для коробочных версий можно докупить Multilanguage Pack.
Право переноса и передачи лицензий
Что касается передачи ОЕМ–лицензий, то их можно передать только вместе с железом, на которое продукт был изначально установлен. Переносить на другое устройство нельзя, даже если исходное вышло из строя. Коробочные версии можно переносить с одной рабочей станции на другую, а также, однократно передать коробку другому лицу со всем набором поставки.
После чего пользователь обязан удалить программу и все ее компоненты со своего ПК.
С корпоративными лицензиями все обстоит иначе: переносить их можно с одного ПК на другой только на длительный срок не меньше 90 дней, можно и на меньший, но только в случае выхода из строя ПК. Лицензию на операционную систему переносить на другой ПК запрещается, передавать корпоративные лицензии можно только при полной их оплате. Передавать лицензии на ОС можно только вместе с ПК, на который была в первые установлена.
И требуется перезаключение договора с Майкрософт.
Классификация продуктов Microsoft
Все продукты, производимые компанией Microsoft, разделяются на пять классов, для каждой из них существуют свои модели лицензирования.
Итак, на какие классы они делятся:
1. Операционные системы.
2. Приложения.
3. Серверные продукты.
4. Средства разработки.
5. Аппаратное обеспечение.
Более подробно разберем самые основные из них и расскажем про модели их лицензирования.
Для операционных систем и средств разработки действует одна и та же модель, для серверных продуктов целых пять, для служб Интернета всего одна модель.
Операционные системы
Основная модель лицензирования операционных систем четко регламентирует золотое правило: по одной лицензии можно установить только одну копию на один компьютер, больше по этой лицензии, ее установить никуда нельзя. Использовать одновременно может только один пользователь, за исключением удаленного помощника, изменять свойства операционной системы категорически запрещается, например - устанавливать Windows XP на сервер терминалов. Дополнять ОС собственными средствами разработки изменяющей ее свойства так же запрещается.
Настольные приложения
Теперь, что касается модели лицензирования для настольных приложений, начнем с самого распространенного приложения под названием Microsoft Office. При корпоративном варианте лицензирования за каждым компьютером, на котором установлен Office, нужно закреплять основного пользователя. Он закрепляется приказом по предприятию и это дает право установить еще одну копию на ноутбук или на виртуальную машину.
Средства разработки
К средствам разработки относятся следующие приложения: Visual Studio, MSDN, TechNet. В отличие от настольных приложений средства разработки лицензируются на пользователя, этот пользователь должен быть закреплен внутренним приказом по предприятию, т.е. должно в приказе четко прописано, что конкретный сотрудник имеет право использовать данное приложение. Приложение можно устанавливать на любое количество ПК и неограниченное количество копий, но использовать продукт может только тот пользователь, за которым закреплена лицензия. И еще одно важное правило: при лицензировании средств разработки, приложения могут использовать только для проектирования, разработки и тестирования. Т.е., устанавливать эти средства на компьютер клиента строго запрещается, это правило прописано в лицензионном соглашении.
Пример: Допустим компания разработчик разработала какую-либо программу, для работы которой необходим SQL Server. Если вы возьмете из средств разработки SQL Server и установите на компьютер клиента для демонстрации работы данной программы, вы, тем самым, нарушите лицензионное соглашение.
Внутренний приказ по предприятию о закрепление пользователя обязателен, в противном случае доказать проверяющим органам, что только конкретный сотрудник использует приложения, будет крайне сложно и еще один важный аспект, который надо всегда помнить: нужно подробно изучать EULA и PUR.
Серверные приложения
Данный раздел разберем более подробно, поскольку основная часть вопросов связанная с проблемами понимания принципов лицензирования возникает именно при внедрении серверных приложений. Как может показаться на первый взгляд схема лицензирования серверных приложений достаточно проста, но по каждому продукту существует масса нюансов, которые с первого раза не укладываются в голове даже у людей с достаточным техническим образованием и опытом работы в области лицензирования ПО.
Серверы ОС
Модель лицензирования серверных приложений следующая: все продукты лицензируются по схеме - лицензия на сервер и на клиентское подключение (CAL) или, при необходимости, External Connector. Разберемся с основными моделями лицензирования серверов.
Серверы услуг
Самый распространенный сервер услуг это Exchange, модель лицензирования аналогична модели серверных ОС, лицензия на сам сервер и на клиентские подключения и при необходимости External Connector.
Серверы на процессор
В модели на процессор тоже, казалось бы, все просто, пока не появилось понятие виртуального процессора. Раньше лицензировался сам физический процессор и никаких вопросов не возникало, но при появлении понятия «виртуальная среда» появилось очень много нюансов, которые также необходимо разобрать. В принципе, при лицензирование «на процессор» дополнительные лицензии на клиентские подключения не нужны за исключением Data Center Edition, но об этом тоже немного позже.
Серверы управления
Серверы управления лицензируются следующим образом: это лицензия на сам сервер управления и лицензия на устройство, которым будет управлять сервер. Об этой модели мы тоже поговорим подробно, поскольку тут будет тоже масса всего интересного.
Специализированные серверы
Для специализированных серверов действует самая простая модель лицензирования и требует только лицензию на сервер.
Как лицензируются серверные продукты и что такое CAL
Итак, как лицензируются серверные продукты? Постараемся объяснить это на конкретном примере.
Допустим, что есть компания с небольшим парком ПК около 5 рабочих станций, на которых установлена лицензионная Windows Vista, (надо учитывать тот факт, что лицензия на операционную систему не дает никаких прав на подключение к серверу). В компании появилась необходимость приобрести сервер, на этот сервер решили установить ОС Windows Server Standard 2008, соответственно компании потребуется приобрести лицензию на сам Windows Server Standard и для того, чтобы получить доступ к этому серверу, нужны клиентские лицензии (CAL – Client Access License). Поскольку у компании 5 ПК, понадобится 5 клиентских лицензий.
Предположим, что через некоторое время в компании появилась необходимость в установке еще одного сервера, допустим Windows Server Enterprise 2008. В этом случае компании понадобится приобрести лицензию только на сам Windows Server Enterprise 2008, дополнительно приобретать клиентские лицензии в этом случае не надо, поскольку все 5 рабочих станций уже имеют лицензии Windows Server CAL. Клиентские лицензии для Windows Server дают право на подключение к любой из редакций и Standard и Enterprise, но нужно учитывать еще один важный факт, что версия CAL должна быть не ниже версии сервера, к которому осуществляется подключение. Пример: по клиентским лицензиям к Windows Server CAL 2008 можно подключатся к Windows Server 2003, но не наоборот, исключение - по Windows Server CAL 2003 можно подключиться к Windows Server 2003 R2.
Еще один момент: в поставку ОЕМ и коробочных версий клиентские лицензии входят в комплект поставки по 5 штук для корпоративных лицензий, OLP докупаются отдельно.
Существует еще один вариант лицензий - Terminal CAL - лицензии предназначены для терминального доступа. Попробуем разобраться на примере: допустим, компания решила расширить свой парк ПК и докупить еще 5 тонких клиентов (терминалов) для экономии средств и места. В этом случае компании придется докупить еще 5 клиентских лицензий Windows Server CAL и 5 Terminal CAL, т.к. последние, дают право только для подключения терминалов.
Клиентские лицензии бывают двух видов «на пользователя» (user CAL) и «на устройство» (device CAL). Наиболее распространенная клиентская лицензия «на устройство», то есть лицензируется само устройство на подключение к серверу, и множество сотрудников может подключиться с этого устройства к серверу. Второй вариант лицензия «на пользователя» выгодна в тех случаях, когда количество сотрудников, которым необходим доступ к серверу, ограничено, допустим, 20 ПК и доступ нужен только двоим сотрудникам. В этом случае выгоднее будет приобрести 2 клиентские лицензии, и эти два сотрудника смогут подключаться к серверу с любого ПК, но только эти два сотрудника, за которыми закреплена лицензия на пользователя. Закрепляется она приказом по предприятию, в противном случае при проверке вы никак не докажете, что только два сотрудника подключаются к серверу.
Мультиплексирование
Понятие мультиплексирование крайне сложно объяснить, но попробуем объяснить на конкретном примере. Представим два сервера, соединенных между собой, назовем их С1 и С2. Компании требуется установить SQL Server и обеспечить работу 10 сотрудников с базой данных и соответственно компания хочет сэкономить на покупке клиентских лицензий. Что они делают: устанавливают на С2 SQL Server, а на С1 какую-нибудь бесплатную базу данных, не требующую никаких клиентских лицензий. В итоге получается, что основная база данных лежит на SQL Server, который установлен на С2, а сотрудники в действительности обращаются к С1, тот в свою очередь получает запрос, берет данные из С2 и отправляет клиенту, т.е. работает как посредник и тем самым 10 сотрудников бесплатно подключаются к SQL Server. Вот этот С1 - посредник-переключатель и есть мультиплексор и эта схема запрещена и в случае проверки повлечет уголовную ответственность по 146 ст.УК.РФ. В правилах четко прописано, что мультиплексирование и промежуточное оборудования не влияет ни на правила лицензирования, ни на число лицензий. Подведем итог: чтобы обеспечить 10 сотрудников работой с SQL Server понадобится 10 SQL Server CAL.
External Connector
Что представляет собой External Connector, попробуем разобрать на конкретном примере. В данном случае лучшим примером может послужить необходимость создания интернет-магазина. Представим, что некая компания решила открыть интернет-магазин или некий информационный портал для предоставления товаров либо услуг своей компании. В этом случае придется обеспечить доступ внешним пользователям к своим ресурсам и на это требуются все соответствующие клиентские лицензии на каждое подключение. В этом случае подсчитать сколько конкретно понадобится клиентских лицензий в тот или иной промежуток времени в принципе невозможно, поскольку мы же не знаем, сколько клиентов будут одновременно обращаться в интернет-магазин, а приобретать сразу множество клиентских лицензий чтобы гарантированно хватило просто не выгодно. В этом случае и понадобится External Connector - это лицензия на неограниченное подключение к серверу, то есть вместо огромного количества клиентских лицензий, можно приобрести один External Connector. Но тут существует один нюанс: подключаться по External Connector могут только внешние Пользователи, не являющиеся сотрудниками компании, ни в каком виде. Т.е. в нашем случае подключаться могут только клиенты интернет-магазина.
Лицензирование на процессор
Теперь разберемся с лицензированием на процессор и рассмотрим на примере самого распространенного серверного продукта, который лицензируется на процессор - это SQL Server.
Как наиболее выгодно лицензировать SQL Server? Тут действует стандартный вариант: можно лицензировать сам сервер и докупить к нему необходимое количество клиентских лицензий, но еще можно купить и лицензию на процессор. Опять же представим физический сервер, на который мы собираемся установить SQL Server и подключить к нему пять пользователей, что нам для этого понадобится, помимо лицензии на Windows Server и клиентских лицензий к нему. Поскольку именно на Windows Server мы будем устанавливать SQL, рассмотрим вариант лицензирования самого SQL Server. Итак, в ситуации, когда нам надо подключить пять пользователей, мы приобретаем лицензию на сам SQL Server и соответственно пять клиентских лицензий к нему SQL Server CAL. Данная схема выгодна, когда требуется подключить небольшое количество пользователей. Теперь предположим, что нам нужно подключить к SQL Server 100 пользователей, покупать в этом случае лицензию на сам сервер и на 100 клиентских подключений экономически не выгодно, в этом случае выгодно будет купить лицензию на процессор и тогда нам не потребуется лицензия на сам SQL Server и не потребуется клиентские лицензии, поскольку лицензия на процессор включает в себя лицензию на сам сервер и на неограниченное число клиентских подключений как внутренних, так и внешних.
То есть лицензируется сам физический процессор, сама железка, вне зависимости от количества ядер процессора. По данной схеме лицензируются следующие серверные продукты:
Microsoft BizTalk Server 2006
Microsoft Commerce Server 2007
Microsoft ISA Server 2006
Microsoft SQL Server 2005/2008
Microsoft Visual Studio Team System 2008
За исключением Windows Server 2008 Datacenter Edition данный продукт требует лицензии на процессор и отдельно клиентские лицензии.
Список используемой литературы
лицензирование программное обеспечение
www.it-click.ru
www.nstor.ru
www.gnu.org
www.wikipedia.org
Размещено на