Научная статья на тему 'Правовые особенности производных и составных программ для ЭВМ'

Правовые особенности производных и составных программ для ЭВМ Текст научной статьи по специальности «Компьютерные и информационные науки»

CC BY
2315
435
i Надоели баннеры? Вы всегда можете отключить рекламу.
Ключевые слова
ИСКЛЮЧИТЕЛЬНОЕ ПРАВО / ПРОИЗВОДНЫЕ ПРОИЗВЕДЕНИЯ / СОСТАВНЫЕ ПРОИЗВЕДЕНИЯ / ПЕРЕРАБОТКА / МОДИФИКАЦИЯ ПРОГРАММЫ ДЛЯ ЭВМ / ПРАВООБЛАДАТЕЛИ ПРОГРАММ ДЛЯ ЭВМ / ПЕРЕВОД ПРОГРАММЫ ДЛЯ ЭВМ / РЕВЕРС-ИНЖИНИРИНГ (ОБРАТНАЯ РАЗРАБОТКА) / ДЕПОНИРОВАНИЕ / НОУ-ХАУ

Аннотация научной статьи по компьютерным и информационным наукам, автор научной работы — Сандалова Светлана Владимировна

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

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

Текст научной работы на тему «Правовые особенности производных и составных программ для ЭВМ»

Правовые особенности производных и составных программ

для ЭВМ Сандалова С. В.

Сандалова Светлана Владимировна / Sandalova Svetlana Vladimirovna - магистрант, кафедра авторского права, смежных прав и частноправовых дисциплин,

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

Аннотация: в данной статье рассмотрены правовые особенности производных и составных программ для ЭВМ (с примерами программ), даны понятия перевода и модификации. Ставится вопрос о возможных нарушениях в связи с переработкой программы для ЭВМ и предлагаются варианты правовой охраны. Ключевые слова: исключительное право, производные произведения, составные произведения, переработка, модификация программы для ЭВМ, правообладатели программ для ЭВМ, перевод программы для ЭВМ, реверс-инжиниринг (обратная разработка), депонирование, ноу-хау.

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

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

Это право на переработку заметно отличается от иных правомочий, перечисленных в п. 2 ст. 1270 ГК РФ. Что же в нем особенного?

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

Производное произведение - это произведение, которое создано в результате переработки другого произведения [9]. А производная программа для ЭВМ, соответственно, создана в результате переработки другой программы для ЭВМ.

Согласно ст. 1270 ГК РФ, использованием произведения независимо от того, совершаются ли соответствующие действия в целях извлечения прибыли или без такой цели, считается, в частности [9], перевод или другая переработка произведения. При этом под переработкой произведения понимается создание производного произведения (обработки, экранизации, аранжировки, инсценировки и тому подобного). Под переработкой (модификацией) программы для ЭВМ или базы данных понимаются любые их изменения, в том числе перевод такой программы или такой базы данных с одного языка на другой язык, за исключением адаптации, то есть внесения изменений, осуществляемых исключительно в целях функционирования программы для ЭВМ или базы данных на конкретных технических средствах пользователя или под управлением конкретных программ пользователя [4].

Правовые нормы в отношении производных произведений установлены в Бернской конвенции. В соответствии с п. 3 ст. 2 «переводы, адаптации, музыкальные аранжировки и другие переделки литературного или художественного произведения охраняются наравне с оригинальными произведениями без ущерба правам автора оригинального произведения»[3]. В соответствии с Бернской конвенцией:

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

2. Авторское право на производное произведение может возникнуть только при правомерном использовании перерабатываемого произведения.

То есть перерабатывать произведение можно только с разрешения правообладателя, например, составив с ним договор.

3. Авторское право на производное произведение существует независимо от того, является перерабатываемое произведение охраняемым или нет.

4. Автор производного произведения не вправе препятствовать иным лицам осуществлять переработки тех же произведений [1].

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

Для начала, давайте узнаем, какие бывает переработки. Как отмечает В. А. Корнеев в своей работе, «программы для ЭВМ могут перерабатываться в обычные литературные произведения, написанные по мотивам действия таких программ, например, нередки случаи написания литературных произведений по мотивам компьютерных игр, в том числе не только с использованием героев и сюжетных ходов, но и с линейным последовательным переложением в литературную форму всего происходящего в игре» [2]. Даже такой вид переработки программы для ЭВМ возможен лишь по согласованию с её правообладателем.

Для создания пособия или руководства по использованию программы для ЭВМ также потребуется ее переработка. В подобных пособиях описывается ход работы, содержатся распечатки отдельных элементов интерфейса (см., например, Постановление Федерального арбитражного суда Северо-Западного округа от 13 августа 2004 г. N А56-2779/01).

В рамках Гражданского Кодекса РФ переработка также называется модификацией. В. А. Корнеев в своей монографии дает модификации следующее отдельное определение.

Модификация программы для ЭВМ - это осуществление любых действий с программой, не представляющих собой адаптацию, являющуюся одним из правомочий пользователя, при этом главное различие между модификацией и адаптацией - в сути и цели внесенных в программу изменений [2].

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

Программа может разрабатываться соавторами совместно, так могут быть созданы составные программы для ЭВМ. Не признаются соавторами лица, оказавшие авторам техническую, организационную или материальную помощь, а также лица, осуществлявшие общее руководство работой, но не принимавшие творческого участия в создании программы. Примеры технической помощи, не приводящей к соавторству, даны в п. 1 Постановления Пленума Верховного Суда СССР от 18 апреля 1986 г. N 8 «О применении судами законодательства при рассмотрении споров, возникающих из авторских правоотношений» [7]: это подбор материалов, вычерчивание схем, диаграмм, графиков и т. д. Ряд авторов полагает, что к этому же списку можно отнести перевод программы для ЭВМ с одного языка программирования на другой, ее кодирование.

По мнению В. А. Корнеева, «несмотря на разделение в законодательстве понятий составного и производного произведений, последние являются одним из видов, частным случаем первых [2], <...> их правовой режим совпадает».

С этим утверждением можно согласиться лишь отчасти, ведь оба понятия имеют различную смысловую нагрузку и в особых случаях могут отличаться. Так, например, многие производные программы не могут работать без заимствованного готового блока, в частности, библиотеки или отрывка кода (например, программа CADexpress [13], программа для просмотра dwg файлов (чертежей) содержит в основе библиотеку Theiga). По мнению ряда специалистов в области программирования, многие современные программы создаются на основе готовых библиотек (многие из которых относятся к открытым кодам - open sours), в которых уже заложены некоторые функции программы, а разработчики лишь дописывают интерфейсы и расширяют функционал программы.

Существуют также и составные программы, части которых могут работать отдельно друг от друга. Их часто называют пакетом программ, например, Adobe Acrobat — пакет программ, выпускаемый компанией Adobe Systems для создания и просмотра электронных публикаций в формате PDF. Существует несколько версий пакета, отличающихся возможностями: Adobe Acrobat Standard, Adobe Acrobat Professional, Adobe Acrobat Professional Extended (бывший Adobe Acrobat 3D) и Adobe Acrobat Elements [11]. То есть в каждой версии добавлен модуль для выполнения конкретных задач (распознавания, редактирования, просмотра и т. д.).

Отдельные части подобных программ потребителям (пользователям) предлагается приобретать раздельно (это уже более вопрос маркетологов, чем юристов или программистов). Если все эти части собраны вместе, например, на едином DVD-диске или на одном сервере, то такую программу можно назвать составной и сравнить со сборником стихотворений (то есть с составным произведением).

Довольно распространена практика дописывания дополнительных отрывков кода (в рамках статьи будем называть их подпрограммы) к основным программам, с целью добавления некоторых команд, необходимых для приспособления программы к определенным профессиональным нуждам или для совмещения с каким-либо оборудованием, находящимся у массы пользователей. Здесь код основной программы, как правило, написан одним автором (или группой авторов одной компании и принадлежит одному правообладателю), а остальные авторы добавляют свои отрывки по мере необходимости. Конечно, в этом случае понятия «составные» и «производные» произведения полностью совпадают, без основной программы подпрограммы не работают и не имеют никакого смысла. Примером взаимодействия программы и подпрограммы могут служить Autocad (это двух- и трёхмерная система автоматизированного проектирования и черчения, разработанная компанией Autodesk [14]) и Geonics (программный пакет, расширяющий применение Autocade путем добавления функций для работы с геодезическими данными [15]) соответственно.

Многие специалисты сходятся на том, что хотя программы и приравнены к литературным произведениям, специфика их создания отличается от создания литературного произведения, поэтому «у писателя любая попытка «улучшить» его произведение вряд ли вызовет восторг. А вот при написании компьютерных программ групповая работа используется весьма широко» [8]. Р. А. Евдокимов пишет в своей статье, что «использование готовых блоков (например, библиотек или участков кода) для решения определенных задач при создании программ - очень распространенная практика, достоинств у которой больше, чем недостатков. Однако подобное «строительство» порождает необходимость внимательно отслеживать соблюдение прав на такие компоненты» [6].

Важно помнить, что при создании составных и производных компьютерных программ (например, переводов), его автор становится «субъектом личного неимущественного права только на собственный творческий результат, не затрагивая ни неимущественные права автора первоначального произведения, ни право иных лиц создавать на основе того же произведения иные составные» [2]. Личные неимущественные права, в соответствии со ст. 1265 ГК РФ, принадлежат только самому автору; они не переходят по наследству, наследники лишь вправе бессрочно осуществлять их защиту.

Еще одним способом переработки компьютерных программ является перевод. Он зачастую вызван техническими особенностями этого объекта авторского права. При этом, будучи написанными на разных языках программирования, первоначальная программа и ее производная могут внешне ничем не отличаться. По внешнему виду бывает сложно определить, какая используется программа - первоначальная или ее переработка, поскольку, кажется, что их интерфейс совпадает (однако, приглядевшись, можно найти отличия). Чаще всего таких «близнецов» создает сам правообладатель с целью охвата пользователей разных операционных систем (IOS, Android, Windows, Linux).

В то же время существование двух программ, которые направлены на решение аналогичных задач, вовсе не означает совпадение кода (даже если они написаны на одном языке программирования); одного результата можно добиться разными путями, написав различные алгоритмы. Этим свойством программы для ЭВМ роднятся с литературными произведениями. Многие литературные произведения преследуют одинаковую цель (например, книги о воспитании детей), написаны об одном явлении (например, грозе), но разные авторы излагают свои мысли по-своему, с различными авторскими оборотами, расставляя свои акценты. «По одному внешнему виду весьма затруднительно (в отдельных случаях это могут оказаться две самостоятельные программы или базы, при этом права никого из правообладателей не будут нарушены)» -пишет В. А. Корнеев [2].

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

Однако при переводе программист может добавить в программу что-то новое, переосмыслить, сделать новый интерфейс, тогда новая программа может стать его авторским трудом. Как заметил Г. Ф. Шершеневич: «Существуют такие переводы, где переводчику приходится подняться на умственную высоту самого автора, приходится проявить силу фантазии, не уступающую творчеству автора оригинала» [5]. Переведенная программа бывает настолько несхожа с оригиналом, что первый автор, даже узнав черты своей программы, навряд ли сможет доказать, что это перевод именно его программы. Здесь и таится проблема, ведь автор первого произведения достоин вознаграждения за переработку его произведения, на создание которого он затратил много времени, сил и других ресурсов; а повторить результат обычно значительно проще.

Кроме случайных совпадений при разработке программ разными компаниями (или одиночными программистами), довольно распространён реверс-инжиниринг (или обратная разработка) - восстановление кода из готового продукта. Способ заключается в том, что программисты исследуют готовую программу и документацию к ней с целью понять принцип ее работы; сделать изменение или написать программу с аналогичными функциями, но без копирования как такового. Результат обратной разработки редко идентичен оригиналу, что и позволяет избежать ответственности перед законом. Одним из широко известных примеров обратной разработки является исследование BIOS персонального компьютера IBM, ставшее серьёзным шагом на пути развития производства IBM-совместимых компьютеров сторонними производителями [10].

Какие же существуют механизмы для охраны своих авторских прав? Перечислим вкратце.

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

2. Хотя охрана программ для ЭВМ не требует никакой дополнительной регистрации, существует процедура добровольного депонирования (регистрации). Свидетельство о регистрации, выдаваемое Роспатентом, помогает доказать факт существования конкретного результата интеллектуальной деятельности на конкретную дату и дает о его авторе сведения (вносятся в регулярный «Реестр программ для ЭВМ»).

3. Охрана программ для ЭВМ как ноу-хау является спорным вопросом, в связи с внесением изменений в ст. 1465 ГК РФ. Однако многие программисты признают, что это самый эффективный способ. Можно также сочетать его, например, с отправкой письма на свой адрес.

4. В соответствии с Гражданским кодексом РФ, патентовать программы для ЭВМ в России можно только в составе устройства, однако последнее время расширяется практика патентования алгоритма программы, как способа. При этом важно соблюсти все условия, предъявляемые к изобретению: наличие новизны, изобретательского уровня, промышленной применимости, достижение технического результата. Примерами могут быть следующие патенты:

Ускорение доступа к релевантной информации: патент RU2456661 «эффективная навигация

результатов поиска», Майкрософт корпорейшн (US);

Повышение качества поиска: патент ru2460131 «оснащение пользовательского интерфейса

расширением поисковых запросов», гугл инк (US) [12].

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

Литература

1. Судариков С. А. Право интеллектуальной собственности: учебник. М.: Проспект, 2010.

2. Корнеев В. А. Программы для ЭВМ, базы данных и топологии интегральных микросхем как объекты интеллектуальных прав. М.: Статут, 2010.

3. Бернская конвенция об охране литературных и художественных произведений. Женева: ВОИС, 1990. N 287(R).

4. Гражданский кодекс РФ. Консультант Плюс. 2015.

5. Шершеневич Г. Ф. Указ. соч. С. 176.

6. Евдокимов Р. А. Специфические формы лицензирования компьютерных программ: настоящее и будущее. // Патенты и лицензии. 2014. № 5.

7. Бюллетень Верховного Суда СССР. 1986. N 3.

8. Голубев С., Слыщенков В. Открытые лицензии будут узаконены в России. [Электронный ресурс]: URL //http://www.pcweek.ru/foss/article/detail.php?ID=156803 (дата обращения: 18.12.2014).

9. Правовое регулирование информационных отношений при производстве и распространении программ для ЭВМ и баз данных. [Электронный ресурс]: Закон сегодня. Юридический портал. URL: http://lawtoday.ru/razdel/biblo/info-prav/073.php (дата обращения 14.04.2015).

10. Обратная разработка. [Электронный ресурс]: Википедия. URL:

https://ru.wikipedia.org/wiki/0/oD0%9E%D0%B1%D1%80%D0%B0%D1%82%D0%BD%D0%B0%D1%8F_% D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B0 (дата

обращения 10.05.2015).

11. Adobe Acrobat. [Электронный ресурс]: Википедия. URL: https://ru.wikipedia.org/wiki/Adobe_Acrobat (дата обращения 10.05.2015).

12. Охрана IT-решений в России. [Электронный ресурс]: habrahabr.ru. URL: http://habrahabr.ru/post/190712/ (дата обращения 20.04.2015).

13. Cadexpress. [Электронный ресурс]: itunes.apple. URL:

https://itunes.apple.com/ru/app/cadexpress/id748387994 (дата обращения 20.04.2015).

14. Autocad. [Электронный ресурс]: Сайт компании Автодеск. URL: http://autocadlt-

order.mont.ru/?utm_source=google&utm_medium=cpc&utm_campaign=autocad_lt (дата обращения

02.05.2015) .

15. Geonics. [Электронный ресурс]: Сайт компании Геоникс. URL: http://www.geonics.ru/ (дата обращения

02.05.2015) .

i Надоели баннеры? Вы всегда можете отключить рекламу.