Оглавление 

Введение:

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

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

По прогнозам  статистиков, приведенным в отчете Occupational Outlook Quarterly (Economic Growth, Winter 2005; http://www.findarticles.com/p/articles/mi_%20m1155/is_4_49/ai_n16129947), с 2004-го по 2014 год личное потребление товаров будет расти, и на первом месте здесь окажутся персональные компьютеры и программное обеспечение; их доля составит 20,3%. Второе место займут товары из категории аудио и видео с долей около 4,7%, а доля одежды составит всего 2,9%.

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

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

Понятие лицензирования.

Лицензирование  программ — это процедура, позволяющая  организации или частному лицу приобрести, установить и использовать программное обеспечение на отдельном компьютере или в сети, соответственно лицензионному соглашению с производителем этого программного обеспечения. Цель лицензирования — защитить как инвестиции компании-разработчика, минимизировав вероятность его взлома пиратами, так и инвестиции предприятия, снизив риск наказания за использование пиратского программного обеспечения. Как правило, разработчик реализует лицензионное соглашение путем встраивания в продукт специальных механизмов, не позволяющих использовать программу в случае нарушения пользователем каких-либо пунктов этого соглашения. К примеру, запуск демо-версии программы по истечении срока ее использования обычно приводит к тому, что программа (или, по крайней мере, какие-то из ее возможностей) становится недоступной.

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

Виды  лицензий.

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

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

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

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

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

Открытый доступ к исходным текстам программ является ключевым признаком свободного ПО, поэтому предложенный несколько позднее Эриком Реймондом термин «open source software» (ПО с открытым исходным текстом) некоторым представляется даже более удачным для обозначения данного феномена, чем изначально предложенный Столлманом «free software». Хотя стоит отметить, что Столлман настаивает на различии этих двух понятий, так как слово «открытое» указывает лишь на наличие одной, не самой важной (хотя и необходимой для реализации некоторых других), по его мнению, из четырёх свобод, присущих Свободному ПО.

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

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

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

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

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

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

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

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

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

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

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

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

Если это —  единственное значительное ограничение  данного ПО, Фонд СПО считает это  ПО полусвободным.

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

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

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

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

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

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

Модели  лицензирования.

Пакетное  лицензирование.

Пакетное лицензирование бывает двух видов, причем оба вида для защиты программы от пиратского копирования используют некую блокировку или механизмы прекращения срока действия ключей. Схема лицензирования с блокировкой на узле (node-locked) позволяет всем использовать программное обеспечение, установленное на данном компьютере. Механизмы подобной блокировки весьма разнообразны, от фиксации допустимых имен хостов до использования аппаратного ключа — специального устройства, обычно подключаемого к компьютеру через параллельный порт или порт USB для защиты какого-либо приложения. Выбор механизма блокировки определяется тем, какие требования к защите от пиратского копирования выдвигает разработчик программы. Вообще говоря, защита с использованием имени компьютера — самая слабая, поскольку пользователь может в любой момент изменить это имя, тогда как защита с помощью аппаратного ключа является наиболее строгой. Другие механизмы используют MAC-адреса, IP-адреса и серийные номера дисков.

Слабая блокировка допускает возможность несанкционированного использования программы, а сам по себе механизм блокировки на узле может привести пользователей в замешательство. Для решения этих проблем многие разработчики (например, Borland Software и Adobe Systems) создали системы распространения лицензий через Internet, которые позволяют пользователям активировать лицензионные ключи и регистрировать свои экземпляры программ. Активация лицензии подразумевает использование специальной программы — мастера активации, требующего ввода серийного номера или кода активации. После того как пользователь ввел код, программа связывается с сервером регистраций компании-разработчика, от которого получает информацию о разрешении или отказе в активации.

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

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

Серверное лицензирование.

Сегодня наиболее жаркие споры об управлении лицензиями идут вокруг другой традиционной модели — серверного лицензирования. Разработчиков  серверного программного обеспечения  взволновала проблема многоядерных процессоров, которая требует ясного и последовательного решения. В статье, недавно размещенной на Internet-портале cnet.com, вице-президент компании Macrovision по технологиям таким образом подвел итог дискуссии: «… Лидеры отрасли, такие как Microsoft и Oracle, постепенно укрепляются на взаимно исключающих позициях относительно того, как повсеместное распространение многопроцессорных вычислений отразится на традиционно используемых ими схемах попроцессорного лицензирования. Раскол вокруг многоядерных вычислений поделил разработчиков на два лагеря, спорящих о том, какой подход лучше — по числу ядер или по числу процессорных разъемов».

Сторонники лицензирования по числу процессорных разъемов ратуют за то, чтобы пользователи платили  за подключение, а их противники считают, что при лицензировании следует учитывать каждое ядро процессора как отдельный процессор и выдавать пользователю соответствующее число лицензий. Конечно, при таком подходе подразумевается, что каждое ядро обладает возможностями индивидуального процессора, но эта гипотеза не подтверждается пользователями многоядерных процессоров. В ответ на беспокойство своих клиентов корпорации Microsoft, Oracle и IBM считают ядром некоторую часть процессора или просто приравнивают многоядерные процессоры к одноядерным: «Не имеет значения, сколько процессоров встроено в кристалл».

Сетевые модели лицензирования.

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

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

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

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

Сетевое лицензирование включает шесть этапов.

1. Покупка. Предприятие покупает у разработчика лицензии на программу.
2. Установка. ИТ-подразделение предприятия устанавливает сервер лицензий на определенный компьютер.
3. Генерация лицензий. ИТ-департамент предприятия через систему генерации лицензий разработчика получает все необходимые лицензии и файлы клиентских настроек.
4. Применение. ИТ-подразделение предприятия применяет лицензионные файлы и запускает сетевой сервер лицензий.
5. Распределение. Предприятие рассылает файлы клиентских настроек по конечным пользователям, обеспечивая связь установленных у них программ с соответствующим сервером лицензий.
6. Использование. Пользователи могут свободно работать с программой.

Разработчики  могут проводить дальнейшую рационализацию этапов установки, генерации и применения лицензий, чтобы обеспечить предприятия более эффективными средствами установки и запуска серверов сетевого лицензирования. Средства разработки приложений для установки программного обеспечения (например, InstallAnywhere и InstallShield компании Macrovision) позволяют разработчикам встраивать в программу установки сценарии, объединяющие эти три этапа в один.

Возрастающий  трафик

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

Подписка.

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

Согласно плану Microsoft Software Assurance, лицензирование по подписке должно обеспечить разработчику стабильный доход, в то же время давая покупателю возможность рассрочки платежей на более долгий период. Другие крупные производители, такие, как Adobe, Symantec и McAfee, приняли схожие модели лицензирования. Но при использовании в защищенных сетях и с приложениями, критичными для бизнеса, модель лицензирования по подписке, как правило, не работает. Они должны быть включены постоянно, их работа практически не должна прерываться. Когда срок действия лицензии истекает, пользователь перестает получать обновления (возможно, крайне важные для него) до тех пор, пока предприятие не возобновит лицензию. В большинстве случаев ИТ-департаменты принимают меры предосторожности для недопущения такой ситуации, но такое развитие событий все равно остается вероятным, — скажем, если использование лицензирования по подписке будет сопряжено с некоторыми трудностями, особенно в сетях с усиленной защитой, доступ в которые извне в лучшем случае затруднен. В таких случаях, по крайней мере не сегодняшний день, лучшей альтернативой является покупка программного обеспечения в магазине. Оно имеет свои недостатки, что подтверждают пользователи антивирусных программ.

Повременное лицензирование

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

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

Заключение.

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

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

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