Национальная библиотека им. Н. Э. Баумана
Bauman National Library
Персональные инструменты
Free software
Свободное программное обеспечение (Free software) — программное обеспечение с открытым исходным кодом, пользователи которого имеют права на его неограниченную установку, запуск, свободное использование, изучение, распространение и изменение данного кода, а также распространение копий и результатов изменения. Свободное программное обеспечение является безопасной, надежной и финансово привлекательной платформой для построения информационных систем в корпорациях и государственном секторе. Свободное программное обеспечение обеспечивает технологическую независимость разработки и использования программного обеспечения от монополиста, независимость в выборе аппаратной платформы; отсутствие обязательной платы за право использования продуктов.
Содержание
История
Движение СПО зародилось в 1983 году, когда Ричард Столлман сформировал идею о необходимости свободы использования программного обеспечения (англ. software freedom) пользователями. В 1985 году Столлман основал Фонд свободного программного обеспечения, чтобы обеспечить организационную структуру для продвижения своей идеи.
Бизнес-модели СПО, как правило, основаны на принципе расширения возможностей — например, новые объекты применения, обучение, интеграция, настройка или сертификация. В то же время, некоторые бизнес-модели, которые работают с проприетарным программным обеспечением, не совместимы со свободным программным обеспечением, особенно те, которые заставляют пользователей платить за лицензию, чтобы законно использовать программный продукт.
Когда появились первые компьютеры, то все программы для них представляли собой СПО в том смысле, какой вкладывается в это понятие сейчас. Например, стоимость программ, установленных на компьютерах IBM, была включена в цену аппаратного обеспечения.
В 1969 году правительство США объявило, что включение свободных программ в комплект аппаратных средств нарушает принципы конкуренции. Поэтому в 1970 и начале 1980-х годов в индустрии программного обеспечения начали использовать технические меры, чтобы предотвратить изучение и модифицирование ПО, а в 1980 году был принят закон об авторском праве для компьютерных программ.
В 1983 году Ричард Столлман, член хакерского сообщества MIT Лаборатории искусственного интеллекта, объявил начало проекта GNU, разочаровавшись в последствиях изменения культуры компьютерной индустрии. В январе 1984 года началась разработка программного обеспечения для операционной системы GNU и был создан Фонд свободных программ. Ричард Столлман разработал свободное программное обеспечение и понятие free software (свободное программное обеспечение) для того, чтобы обеспечить свободу копирования ПО для всех.
Термин open source (открытый код) был создан гораздо позднее, в 1998 году Эриком Реймондом и Брюсом Перенсом, которые считали, что термин free software в английском языке неоднозначен, т.к. может означать и «свободный», и «бесплатный», а потому смущает многих коммерческих предпринимателей.
Четыре основные свободы
Программа свободна, если она предоставляет пользователям все эти четыре свободы в достаточном объеме. В противном случае она не свободна. Нужно подчеркнуть, что эти принципы оговаривают только доступность исходных текстов программ для всеобщего использования, критики и улучшения, и права пользователя, получившего исполнимый или исходный код программы, но никак не оговаривают связанные с распространением программ денежные отношения, в том числе не предполагают и бесплатности. [Источник 1]
Использование
Если привязаться к сегодняшнему дню и проблемам РФ, то можно вычленить следующие задачи, которые решает использование СПО :
Любой процесс или продукт имеет свои достоинства и недостатки. Рассмотрим некоторые достоинства использования СПО.
В качестве недостатков следует отметить следующее:
Тем не менее независимо от указанных недостатков, повышение независимости государственных организаций от иностранных поставщиков проприетарного ПО, расширение возможности контроля и самостоятельного развития программных решений, получение экономических преимуществ от внедрения и использования решений на базе СПО, предполагает в будущем широкое использование последнего в России.
Федеральным органам исполнительной власти и государственным внебюджетным фондам осуществлять переход на использование отечественного офисного программного обеспечения:
Нужно заметить, что у большого количества предпринимателей средний или низкий уровень компьютерной грамотности, кроме того, на анализ и экспертизу проблем использования ПО тратить деньги они не хотят. Специалисты же по IT-технологиям плохо представляют товарно-денежные отношения рынка, на котором живет и ведет свою деятельность компания, справедливо считая, что их задача – это работа с ПО и получение за это личного вознаграждения. В результате использование и внедрение того или иного ПО происходит либо на доверительном, либо на командном уровне, что в общем-то неверно.
Типы свободных лицензий
Не говоря об основной лицензии, сегодня можно найти достаточно много других законодательных актов, регулирующих эту сферу деятельности. Однако, как правило, самая распространенная и наиболее применяемая свободная лицензия – это GNU GPL разных версий. Кроме того, есть еще и такие разновидности, как MIT и BSD. Самый главный плюс такого ПО состоит как раз в том, что его можно использовать дома, в школах и университетах или в любых других организациях.
Общественная лицензия GNU
Декларировав критерии свободного ПО, члены Фонда свободного ПО стали распространять свои программы в соответствии с этими принципами, никак не оформляя это документально, иначе говоря, первоначально свободные программы распространялись вообще без лицензии. Однако произошедший с самим Ричардом Столлманом прецедент убедил его в том, что документальное оформление необходимо для свободного ПО.
Ричард Столлман занимался разработкой текстового редактора Emacs на основе исходных текстов Джеймса Гослинга. Тогда Гослинг свободно раздавал свои исходные тексты всем заинтересованным. Однако в некоторый момент Гослинг продал права на распространение Emacs компании UniPress и компания попросила Столлмана прекратить распространение его версии Emacs, так как права принадлежат им. Этот инцидент заствил Столлмана переписать заново те части исходного текста Emacs, которые теперь принадлежали UniPress, после чего он разработал собственную лицензию на программное обеспечение.
Лицензия, сформулированная Столлманом, должна была работать так же, как и лицензии на патентованное программное обеспечение: это типовой договор автора программы (обладателя авторских прав) с пользователем, в котором автор оговаривает права пользователя по отношению к программе. В отличие от коммерческой лицензии, в лицензии Столлмана оговариваются те права, которые пользователь получает по отношению к свободной программе: получать исходные тексты программ, изменять их, распространять изменённые и неизменённые версии (см. перечисленные выше критерии свободного ПО). Кроме того, в этой лицензии оговаривается принципиальное для Столлмана условие распространения свободного ПО: ни один пользователь не имеет права, сделав модифицированную версию свободной программы, распространять её, не соблюдая всех принципов свободного ПО, ограничивая тем самым права других пользователей по отношению к программе. Иначе говоря, нельзя модификацию свободной программы сделать несвободной.
Лицензия, содержащая такое условие, получила название «copyleft». Здесь игра слов: по-английски авторское право называется «copyright», буквально «копироватьправо», а «copyleft», соответственно, «копироватьлево». Действительно, условие «copyleft» прямо противоположно по смыслу авторскому праву: авторское право призвано ограничить пользователя в копировании и распространении копий продукта, а «авторское лево», наоборот, строго запрещает его ограничивать. Впоследствии лицензия Столлмана получила название «Общественная лицензия GNU» (GPL, GNU Public License).
В настоящее время помимо GPL известны и другие лицензии, под которыми может распространяться свободное ПО. Самая распространённая из таких лицензий — Лицензия BSD. Лицензия BSD отличается от GPL главным образом тем, что в ней отсутствует условие «copyleft», то есть на основании свободного ПО, распространяемого под этой лицензией, можно производить несвободные модификации. Однако лицензия BSD и другие лицензии до тех пор будут оставаться лицензиями на свободное программное обеспечение, пока они соответствуют условиям, оговорённым принципами свободного ПО, объявленными Фондом. [Источник 3]
Сообщество разработчиков и пользователей
Однако главное условие существования свободного ПО — не лицензия, а люди, которые готовы делиться текстами своих программ и совершенствовать тексты чужих. Свободное ПО унаследовало модель открытой научной разработки, а вместе с ней — и специфическую организацию сообщества разработчиков и пользователей, в некоторых отношениях напоминающую академическое сообщество.
У любого пользователя программного обеспечения непременно возникают вопросы, когда он пытается применить его для решения своих задач. Традиционная коммерческая модель разработки и использования программного обеспечения основана на том, что исходные тексты программ являются коммерческой тайной производителя, а пользователь получает готовый продукт — скомпилированную программу. Такая программа является несвободной. Пользователь несвободной (патентованной) программы платит за неё производителю, который взамен предоставляет ему некоторые гарантии, одна из которых — отвечать на вопросы о работе программы. Специально для этого производитель организует службу поддержки, которая по телефону и по электронной почте отвечает на вопросы пользователей.
Пользователь свободно распространяемой программы не получает вместе с ней никаких гарантий: автор сделал её исходный текст открытым для общества, но при этом не брал на себя обязательств объяснять всем, как работает программа. Поэтому получить ответ на свой вопрос пользователь может из двух источников: документации, более опытных пользователей, так же есть возможность подписаться на специальную рассылку относящейся к той или иной определенной свободно распространяемой программе, где и возможно задать свой вопрос. Любой пользователь свободной программы может направить свой вопрос в список рассылки. Списки рассылки читают разработчики программы и её активные пользователи, и обычно среди них находится тот, кто ответит на вопрос. Так получается, что пользователи свободных программ, в отсутствие централизованной службы поддержки, организуются в сообщество для взаимопомощи.
В любой программе непременно имеются ошибки. Производитель патентованной программы оплачивает работу отдела контроля качества, который занимается поиском ошибок. Тем не менее, некоторые ошибки этот отдел пропускает, и они достигают пользователя. Пользователь несвободной программы, столкнувшись с ошибкой, не может выявить её причину (поскольку ему недоступны исходные тексты программы), но, скорее всего, способен описать ошибку и условия, в которых она происходит. Он может сообщить об ошибке производителю программы (обычно посредством обращения всё в ту же службы поддержки), и если там решат, что ошибка действительно в программе, а не в работе пользователя, о ней будет сообщено разработчикам. В итоге пользователь может ожидать, что в следующей версии программы ошибка будет исправлена.
У свободно распространяемой программы обычно нет оплачиваемого отдела контроля качества. Значит, пользователь может столкнуться с ещё большим количеством ошибок, чем в патентованной программе. Тем актуальнее для него возможность сообщить об ошибке разработчикам программы. Раньше в сопровождающей программу документации было принято указывать электронный адрес, по которому разработчики принимали сообщения об ошибках, bug report. Некоторые вводили стереотипную форму для таких сообщений, чтобы облегчить и автоматизировать их обработку. Уже это требует существенно более высокой связности сообщества во всём мире, существенно большей, чем достаточно для закрытой разработки.
Разработчики и контролёры-испытатели патентованного продукта могут ходить на службу в один и тот же офис, и там обмениваться информацией или тратить определённую долю рабочего времени на составление и анализ строгих отчётностей, содержащих сообщения об ошибках и рапорты об устранении неисправностей. Такая организация труда эффективна, если круг разработчиков невелик, а ввести общую дисциплину относительно легко. Для открытого проекта круг потенциальных разработчиков не ограничен ничем, поэтому эффективность разработки в гораздо большей степени зависит от того, насколько просто всем членам сообщества договариваться между собой, а также от «сознательности» пользователей.
Простому и упорядоченному приёму и перенаправлению сообщений об ошибках служат системы отслеживания ошибок (Bug Tracking System), самые известные из которых разработаны участниками больших проектов для себя, а благодаря свободным лицензиям используются повсеместно. Таковы GNUTS (разработанная в GNU), Bugzilla (Mozilla Fundation), JitterBug (проект Samba) или Debian BTS. Более ранние версии ориентируются на электронную почту, более поздние включают в себя WWW-интерфейс. Например, при помощи Bugzilla организуется сайт в Internet, на котором пользователь может заполнить форму сообщения об ошибке. Каждое сообщение имеет свой номер, по которому можно попасть на «персональную» страницу данной ошибки, где отражаются все происходящие по её поводу события, от первоначального сообщения (открытия) до исправления (закрытия). При каждом изменении в состоянии ошибки Bugzilla рассылает всем заинтересованным лицам (включая, естественно, сообщившего об ошибке и занимающихся данной программой разработчиков) письма по электронной почте. Поскольку Bugzilla позволяет оставлять комментарии и прикладывать файлы, она является полноценным средством для общения пользователя с разработчиком по поводу ошибки в программе.
Принципиальное преимущество пользователя свободной программы заключается в том, что у него, в отличие от пользователей несвободных программ, всегда есть возможность заглянуть в исходные тексты. Конечно, для многих пользователей исходные тексты не более понятны, чем двоичные исполняемые файлы. Однако при достаточном уровне познаний в программировании пользователь может установить причину ошибки в программе и устранить её, исправив соответствующим образом исходный текст. А если пользователь заинтересован в развитии программы, то с его стороны будет разумно не только сообщить автору об ошибке, но и прислать ему свои исправления к исходному тексту программы: автору останется только применить эти исправления к тексту программы, если он найдёт их корректными и уместными. Пересылать автору исправленный текст программы целиком непрактично: он может быть очень большим (десятки тысяч строк), и автору будет нелегко разобраться, что же изменено (а вдруг изменения сделаны неграмотно?).
Чтобы облегчить и автоматизировать процесс внесения исправлений, Ларри Уолл в 1984 году разработал утилиту patch («заплатка»), которая в формализованном (но хорошо понятном человеку) виде описывает операции редактирования, которые нужно произвести, чтобы получить новую версию текста. С появлением этой утилиты пользователь, обнаруживший и исправивший ошибку в программе, мог прислать автору небольшую заплатку, по которой автор мог понять, какие изменения предлагаются, и автоматически «приложить» их к своему исходному тексту. С появлением patch гораздо больше пользователей стало включаться в разработку программ с доступным исходным текстом, немалую роль и здесь сыграла сеть Usenet. Файлы-заплатки с исправлениями — обязательный атрибут сегодняшней разработки свободных программ.
Если пользователю программы не хватает в ней какой-то функции, то при должной квалификации он вполне может запрограммировать её сам и включить в исходный текст программы. Естественно, ему выгодно, чтобы его дополнение попало в «главный», авторский вариант программы (его называют «upstream») и появлялось во всех последующих версиях: можно точно так же оформить его в виде patch и выслать автору. Этой возможности лишён пользователь несвободной программы, даже если он достаточно квалифицирован. Единственный способ включить в программу нужную ему функцию — обратиться к производителю (если программа патентованная) с соответствующей просьбой, и надеяться, что производитель сочтёт предложенную функцию действительно необходимой.
Чем больше у свободной программы активных пользователей, готовых вносить исправления и дополнения и делиться ими, тем надёжнее работает и быстрее развивается программа. Причём такая свободная модель отслеживания и исправления ошибок для программы, у которой тысячи активных пользователей, может оказаться гораздо более эффективной, чем у любой патентованной программы: ни одна компания не может себе позволить такой огромный штат сотрудников в отделе контроля качества. Поэтому действительно популярная свободная программа может оказаться гораздо надёжнее патентованных аналогов.
Написать большую программу в одиночку довольно сложно и даже не всегда возможно, особенно если автор занимается этим в свободное от работы время. Большинство современных свободных программ пишется группой разработчиков. Даже если начинал писать программу один человек, и она оказалась интересной, к разработке могут присоединиться активные пользователи. Чтобы они могли не только вносить отдельные исправления, но и вообще всю разработку вести совместно, нужны специальные инструменты. Помимо patch, для организации совместной разработки ПО применяются системы контроля версий. Функции системы контроля версий состоят в том, чтобы организовать доступ к исходным текстам программы для нескольких разработчиков и хранить историю всех изменений в исходных текстах, позволяя объединять и отменять изменения и пр. Самая ранняя свободная система контроля версий, RCS использовалась ещё на заре свободного ПО абонентами сети Usenet, затем на смену ей пришла более развитиая CVS, но сегодня и она считается во многом устаревшей, и всё чаще заменяется Subversion, Arch и другими.
Очень многие свойства сообщества разработчиков и пользователей свободных программ проистекают из того, что все его участники обычно занимаются этой программой из интереса или потому, что эта программа — необходимый для них инструмент (например, зарабатывания денег). Время, потраченное ими на программу, не оплачивается, поэтому нет никакой надежды, что обстоятельства не переменятся и разработка не прекратится вовсе. Нередки случаи, когда разработка программы начинается благодаря одному автору-энтузиасту, который привлекает многих к участию в разработке, а потом энтузиазм лидера гаснет, а вместе с ним затухает и разработка. К сожалению, сегодня существуют тысячи свободных программ, так никогда и не достигших версии 1.0, хотя «выгорание» лидеров и не единственная этому причина. Кроме того, программа может быть необходимой, но «неинтересной», а потому не найдётся и свободных разработчиков.
Место свободных программ на сегодняшнем рынке ПО очень значительно, и многие коммерческие и государственные предприятия используют свободное ПО прямо или опосредованно. Собственно, опосредованно все пользователи Internet задействуют, например, свободную программу Bind, предоставляющую службу DNS. Многие организации, особенно предоставляющие услуги через Internet, используют свободный web-сервер Apache, от работы которого непосредственно зависит их прибыль, не говоря уже о серверах на платформе Linux. Выгода использования свободного ПО очевидна: за него не приходится платить, а если приходится — оно стоит гораздо дешевле патентованных аналогов. Главный недостаток с точки зрения коммерческого пользователя: разработчики свободных программ не несут никаких обязательств по качеству программы, кроме моральных. Поэтому сегодня большие корпорации, например, Intel или IBM, находят необходимым поддерживать проекты по разработке свободного ПО, оплачивая сотрудников, которые работают в рамках этих проектов.
Философия
В европейской культуре столь долго вырабатывались правила собственности по отношению к материальным предметам, что распространение этих прав на предметы нематериальные — программные продукты — выглядит делом естественным и не вызывает сомнений. А поводов для сомнений немало. Главное отличие программного продукта от материальных объектов — т. н. безущербное копирование, для которых законодательно запрещать нанесение ущерба, то есть признавать право распоряжаться вещью только за одним человеком — за её хозяином. Никаких дополнительных механических или юридических приспособлений при этом не требуется.
Иное дело — программный продукт. Сколько бы средств ни было вложено в его разработку, процедура его копирования (переписывания с одного носителя данных на другой) резко отличается от процедуры воспроизведения табурета. Она не требует участия ни одного из авторов программы, ни, по большому счёту, вообще человека. Единственная расходная статья при этом — цена носителя данных и амортизация копировального устройства. В результате такого копирования получается два экземпляра программы, создающие удобства уже для двух человек. Таким образом, если человек оценивает приносимые программой удобства выше стоимости носителя данных, копирование — благо. Если же относиться к программному продукту, как материальной вещи, и закреплять право её использования за одним каким-то человеком, возникает множество неурядиц, каждую из которых приходится решать искусственными, а зачастую и противоестественными методами.
Например, придётся изыскивать, какой ущерб всё-таки наносится «хозяину» программы при её безущербном копировании. Обычно при этом фигурирует понятие «упущенная выгода», то есть та прибыль, которую хозяин мог бы получить, но не получил из-за того, что продукт скопировали. Приходится изобретать хитроумную аппаратуру, мешающую копированию, или причиняющую при этом ущерб. Приходится вводить в законодательство особую категорию прав, условно назовём её «патента, ограничивающую злоупотребления — и свободу — всего человечества в пользу хозяина патента. Причём далеко не всегда хозяин патента и автор изобретения — один и тот же человек.
Патентованные программы часто называют иногда «проприетарными» (от английского термина «proprietary») или просто «коммерческими» (что, строго говоря, неверно, так как «делать коммерцию» — то есть получать выгоду — можно различными способами, и многие успешные свободные проекты это подтверждают).
Цели и задачи свободного программного обеспечения в России
СПО создается и применяется в целях формирования такого рынка, любая услуга на котором, такая как, например, копирование, тиражирование, модификация, исправление ошибки, добавление функциональности и т.п., может продаваться и покупаться на конкурентном рынке свободной контрактацией двух сторон — поставщика и приобретателя услуги, без апелляции к третьей стороне. Свободное программное обеспечение позволяет решать следующие задачи:
Свободное программное обеспечение должно соответствовать следующим критериям:
Развитие свободного программного обеспечения в России
В ряде крупных организаций в 2014-2015 гг. стартовали проекты по тестированию СПО и миграции на него с проприетарных продуктов. Так, например, перевести ряд систем с Oracle на PostgreSQL планировали Сбербанк России, в связи с чем осенью начал тестирование этой СУБД. Возможность использования PostgreSQL изучал и ВТБ, где экспериментальной площадкой выступал Банк Москвы. О планах по переводу некритических систем на PostgreSQL сообщал также Банк Открытие. В решениях с открытым кодом заинтересованы, например, и структуры «Росатома». В РФЯЦ-ВНИИЭФ ведется разработка платформы на базе СПО на замену продуктам Microsoft, VMware и Oracle. [Источник 5]
Свободное программное обеспечение в организации и российское законодательство
Константин Кондратюк, коммерческий директор Etersoft
Свободное программное обеспечение (СПО) (англ. free software, opensource software) – программное обеспечение, в отношении которого права пользователя на неограниченную установку, запуск, а также свободное использование, изучение, распространение и изменение юридически защищены авторскими правами при помощи свободных лицензий. Сотни тысяч компаний в России и по всему миру используют в своей деятельности операционную систему Linux, интернет-браузер Mozilla Firefox, офисный пакет OpenOffice.org, веб-сервер Apache и другое программное обеспечение, не подозревая, что именно оно является свободным. Другие подходят к внедрению в своей компании СПО обстоятельно, изучив преимущества и возможные сложности. А многие до сих пор не торопятся воспользоваться возможностями СПО. Причиной такого настороженного отношения, как правило, являются не только технические нюансы, но и неопределенность с юридическим статусом СПО в России.
Компания Etersoft уже не первый год работает над поддержанием совместимости ИПО ГАРАНТ со свободной операционной системой Linux, чтобы обеспечить пользователям ее продуктов максимально комфортную работу в свободной операционной системе. В августе 2012 года эта совместимость была подтверждена официально.
СПО и свободные лицензии: краткий ликбез
Для большинства пользователей привычной и стандартной является схема использования несвободного или как еще его называют – проприетарного ПО (англ. proprietary software): на каждую устанавливаемую копию программного продукта приобретается лицензия, часто также ограниченная по сроку действия. СПО предоставляет пользователям право устанавливать сколько угодно большое число копий программы, работать с ней без каких-либо ограничений, без необходимости платить при этом за лицензии. Такой порядок использования СПО является вполне легальным и регулируется специальными свободными лицензиями.
Вариантов свободных лицензий великое множество, но наиболее распространенной и широко используемой из них является GNU General Public License (GNU GPL). Именно ее мы проанализируем с точки зрения соответствия российскому законодательству.
Возможность взять и пользоваться программным обеспечением без необходимости тратить огромные деньги на лицензии, масштабировать ИТ-решения с развитием компании без дополнительных затрат – эти черты СПО являются весьма привлекательными для многих российских компаний. Но здесь есть и свои подводные камни, в том числе и в юридической сфере. Хотя ваши права на свободное использование СПО декларированы в лицензии GPL, в нашей стране вам не помешает запастись знаниями и бумажками, чтобы в спорном случае доказать, что вы чисты перед законом.
Лицензия GPL и российское законодательство
Использование программного обеспечения как объекта авторского права регулируется в четвертой части ГК РФ. В частности, в ст. 1286 ГК РФ раскрывается понятие лицензионного договора: «Заключение лицензионных договоров о предоставлении права использования программы для ЭВМ или базы данных допускается путем заключения. договора присоединения, условия которого изложены на приобретаемом экземпляре. программы… либо на упаковке этого экземпляра. Начало использования такой программы. означает его согласие на заключение договора».
Лицензия GPL соответствует определению договора присоединения, данному в ГК РФ. В этом смысле порядок ее использования аналогичен привычному нам лицензионному соглашению с конечным пользователем (End-User License Agreement (EULA)) на несвободное программное обеспечение. Таким образом, порядок применения свободной лицензии мы можем описать в терминах российского законодательства. Для подтверждения законности использования СПО необходимо, чтобы свободная лицензия соответствовала требованиям к лицензионному договору, определенным в ГК РФ. И тут возникает ряд неоднозначностей, которые, тем не менее, не являются неразрешимыми. Давайте разберем их подробно.
Правовые коллизии для лицензии GPL
Пользователь получает свободную лицензию в виде электронного документа на английском языке, который прилагается к программе. Может ли такой документ считаться действительным и подтверждающим наши права на использование ПО? Проверим лицензию GPL на соответствие требованиям к лицензионному договору, которые сформулированы в ст. 1235 ГК РФ:
1. Лицензионный договор должен быть заключен в письменной форме.
Первое и, пожалуй, наиболее весомое противоречие. Давайте сначала разберемся, что же такое «письменная форма» с точки зрения российского законодательства. Согласно ст. 434 ГК РФ для нее необязательно наличие бумажного носителя. Допускается заключение договора посредством электронного или любого другого вида связи, позволяющего установить, что сообщение исходит от стороны по договору.
В свою очередь, ст. 438 ГК РФ допускает принятие условий договора путем совершения определенных действий, описанных в самом договоре или в законе. Действия, которые предпринимает пользователь во исполнение условий договора, могут считаться принятием условий договора. То есть порядок распространения GPL не противоречит требованию о заключении лицензионного договора в письменной форме.
2. Выбор языка для составления договора.
Как уже было сказано, лицензия GPL существует на английском языке и предусматривает перевод только в справочных целях. Федеральный закон от 1 июня 2005 г. № 53-ФЗ «О государственном языке Российской Федерации» в свою очередь устанавливает русский язык в качестве государственного, но не требует его исключительного применения. В ст. 3 упомянутого закона перечислены сферы, в которых его использование обязательно, и заключение гражданско-правовых договоров к этим сферам не относится. Таким образом, использование договоров на английском языке, в том числе, GNU GPL, является правомерным.
3. В лицензионном договоре должны быть указаны территория, на которой допускается использование результата интеллектуальной деятельности, и срок действия договора.
В GPL не определена территория, на которую распространяются права, и срок действия договора. При этом ст. 1235 ГК РФ вполне однозначно разъясняет, как быть в подобных случаях. Если в договоре не указана территория, на которой может использоваться объект авторского права, то его действие распространяется на всю территорию РФ. Если же не указан срок, то договор считается заключенным на пять лет.
4. По лицензионному договору лицензиат обязуется уплатить лицензиару обусловленное договором вознаграждение.
В то же время в том же 3 пункте ст. 1235 ГК РФ предусмотрен вариант безвозмездности лицензионного договора («если договором не предусмотрено иное»). В лицензии GPL в свою очередь закреплено, что передача прав на использование программного обеспечения в рамках этой лицензии осуществляется безвозмездно с предоставлением распространяющему лицу права на взимание платы только за передаваемые экземпляры ПО либо за предоставление поддержки или гарантии. Следовательно, противоречия с требованиями ГК также не возникает.
Отметим, что среди юристов и экспертов по теме СПО существует различные мнения о разрешимости указанных правовых коллизий и юридическом статусе лицензии GPL в России. Но пока ни российские законотворцы, ни Фонд свободного программного обеспечения (FSF), выпускающий GPL, не предприняли действий по локализации лицензии. Поэтому нам остается руководствоваться существующими законами и здравым смыслом.
Что необходимо предпринять организации для подтверждения легальности использования СПО?
Итак, мы убедились, что лицензия GNU GPL не противоречит российскому законодательству, и применение программ под такой лицензией в РФ вполне законно. Но желательно запастись комплектом документов, которые помогут убедить в легальности ПО проверяющие органы. Подобные проверки на предмет лицензионности имеют право проводить ОВД, ОБЭП и специальные подразделения полиции, созданные для борьбы с преступлениями в сфере интеллектуальной собственности.
В результате мы имеем на руках лицензию поставщика со ссылкой на GPL, фирменную упаковку и оригинальный носитель, а также комплект бухгалтерских документов. Отметим, что для подтверждения законности использования ПО законодательство не требует голограмм и наклеек, хотя некоторые разработчики СПО включают их в комплект поставки. В случае проверки наличие такого набора, как правило, более чем достаточно.
Если свободную программу необходимо скачать, скажем, с сайта разработчика, то для подтверждения легальности ее использования вы можете распечатать текст лицензии (он выводится при установке программы, а затем доступен полностью или в виде ссылки на текст GPL в пункте меню «О программе» и/или на сайте разработчика), сопроводив его одним из существующих переводов. Как вариант, текст лицензии может быть переведен и заверен у нотариуса. Не будет лишним также выпустить внутри организации приказ о введении программы в эксплуатацию.
Повторим, что все эти действия не являются обязательными с точки зрения закона, но помогут вам избежать проблем в случае некомпетентности или чрезмерной дотошности проверяющих.
Действия при проверке
На сегодняшний день сотрудники, проводящие проверки, уже достаточно хорошо осведомлены о том, что такое СПО, и в большинстве случаев не придираются, когда видят, что на компьютерах установлен Linux и OpenOffice. Их интересуют, в первую очередь, Windows, Microsoft Office, «1C:Предприятие», «ГАРАНТ» и другие несвободные программные продукты.
К сожалению, на компетентность и лояльность проверяющих не всегда можно рассчитывать, поэтому перестраховка не помешает. Помимо наличия вышеперечисленных документов, полезным будет знать алгоритм поведения при проверке лицензионности ПО.
1. Регулярно проводить аудит установленного на предприятии ПО – сотрудники без вашего ведома могут установить нелегальное ПО.
2. Заранее подготовить перечисленные выше документы, подтверждающие легальность установленного ПО.
3. По приходу проверяющих запросить документы, подтверждающие правомерность проверки: служебные удостоверения проверяющих, документ, удостоверяющий право должностного лица на определенные действия, вопросы, по которым будет проводиться проверка, постановление, подписанное начальником службы или заместителем.
4. Записать все данные из документов. Проверяющих, отказавшихся предъявить удостоверение, к проверке не допускать. Чтобы убедится в правомерности пребывания лица на предприятии, можно связаться по телефону со службой, проводящей проверку.
5. Выделить из числа сотрудников вашей организации тех, кто будет сопровождать каждого проверяющего и протоколировать их действия.
6. Вести протокол всех действий проверяющих.
7. Можно вести фото- и/или видеозапись проверки, причем делать это открыто и сделать соответствующую пометку в протоколе. Протокол, составленный в ходе проверки, должен быть подписан всеми участниками осмотра после ознакомления с его текстом. Также, если у вас для проведения экспертизы был изъят системный блок или были изъяты документы, по каждому факту изъятия необходимо составить отдельный протокол.
Соблюдение этих простых правил поможет избежать лишней головной боли и урегулировать отношения с проверяющими органами в свою пользу. Мы рассмотрели ситуацию, когда на ваших компьютерах действительно нет контрафакта. Нужно ли говорить, что к этому должна прийти любая цивилизованная организация, а несоблюдение закона рано или поздно окажется себе дороже?!
Алексей Александров, эксперт службы Правового консалтинга ГАРАНТ:
В отсутствие «свободной лицензии» программное обеспечение может использоваться только с согласия правообладателя, которое, по общему правилу, должно быть выражено в заключенном с ним лицензионном договоре. Использование результата интеллектуальной деятельности без согласия правообладателя по общему правилу не допускается. Такое использование является незаконным и влечет ответственность, установленную ГК РФ и другими законами (п. 1 ст. 1229 ГК РФ).
Правообладатель может потребовать от лица, неправомерно использовавшего программу для ЭВМ, либо возмещения убытков (пп. 3 п. 1 ст. 1252 ГК РФ), либо (по своему выбору) выплаты компенсации (ст. 1301 ГК РФ):
– в размере от 10 000 рублей до 5 млн рублей, определяемом по усмотрению суда;
– в двукратном размере стоимости экземпляров произведения или в двукратном размере стоимости права использования произведения, определяемой исходя из цены, которая при сравнимых обстоятельствах обычно взимается за правомерное использование произведения.
Если использование материальных носителей, в которых выражен результат интеллектуальной деятельности, приводит к нарушению исключительного права на такой результат, такие материальные носители считаются контрафактными и по решению суда подлежат изъятию из оборота и уничтожению без какой бы то ни было компенсации, если иные последствия не предусмотрены ГК РФ (п. 4 ст. 1252 ГК РФ).
Наконец, при неоднократном или грубом нарушении юридическим лицом исключительных прав на результаты интеллектуальной деятельности суд по требованию прокурора вправе принять решение о ликвидации такого юридического лица (ст. 1253 ГК РФ).
Частью 1 ст. 7.12 КоАП РФ за нарушение авторских прав предусмотрена административная ответственность. Если стоимость контрафактных экземпляров программ либо незаконно используемых прав на использование программ превышает 100 000 рублей, то незаконное использование указанных объектов влечет уголовную ответственность (ч.ч. 2 и 3 ст. 146 УК РФ).