Патентная охрана авторского права

Дипломная работа

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

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

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

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

1. Патенты вместо авторских прав: выбираем меньшее из зол.

Дискуссия, связанная с вопросом о правовом подходе к программному обеспечению (ПО), длится уже более 20 лет 1 то затихая, то разгораясь с новой силой. Как правило, системе защиты ПО авторским правом противопоставляется патентная система или варианты специализированных («sui generis») систем охраны ПО.

Почему же это происходит с таким завидным постоянством? Тому есть несколько основных причин.

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

30 стр., 14531 слов

Становление и развитие механизма реализации и защиты наследственных прав

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

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

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

Эти три основные причины, по нашему мнению, и заставляют специалистов регулярно искать альтернативы охране ПО авторским правом.

Описание истории появления и развития института авторского права и патентной системы, а также обзор достоинств и недостатков обеих систем и систем «sui generis» подробно и профессионально выполнены в работе [6] . Среди «сетевых» публикаций по этим вопросам можно выделить работы [1, 3, 4, 6, 9, 11, 15] . Но целью этой статьи не является очередной пересказ этих материалов.

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

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

Алгоритм — точное предписание, определяющее вычислительный процесс4 , ведущий от варьируемых начальных данных к искомому результату5

Программа вычислительной машины — алгоритм, записанный в форме, воспринимаемой вычислительной машиной6

Исходный код программы — воспринимаемое человеком представление алгоритма на произвольном языке программирования

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

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

Далее, упорядочим доводы против патентования способов обработки данных в соответствии с их популярностью и попробуем ответить на них

Возражение №1:

Ответ: Авторское право на программные продукты уже привело к такой монополизации. Для этого в механизме авторского права есть все средства: глобальный характер авторского права; вступление права в силу автоматически с момента создания произведения; срок охраны, фактически равный продолжительности двух человеческих жизней; бесплатность охраны авторского права; отсутствие каких-либо обязательств со стороны автора и др.

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

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

Кроме того, патентная система охраны интеллектуальной собственности отличается значительной гибкостью и динамичностью, а также ориентацией на стимулирование технического прогресса — «…Краеугольным камнем патентной системы является предоставление субъекту пространственно-временной монополии на результаты его труда в обмен на раскрытие этих результатов для всего общества».

Иными словами, патентная монополия ограничена двояко: географически (зоной юрисдикции патентного ведомства) и по времени (20 лет для патентов на изобретения и 5 лет для патентов на полезные модели и промышленные образцы).

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

Наконец, патент охраняет только принципиально новые решения, в отличие от авторского права, которое охраняет бесчисленные вариации одного и того же способа обработки данных.

Возражение №2:

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

Возражение №3:

Ответ: Стоит напомнить, что движение за свободное ПО зародилось и развилось до нынешнего своего состояния в США, где патентование алгоритмов законодательно закреплено. Разумеется, патентование способов обработки данных доставляет ряд неприятностей движению за свободное ПО, но лишь неприятностей. Здесь преимуществом свободного ПО является его основная идея — открытость. Как только алгоритм, реализованный в свободной программе, становится достоянием общественности (т.е. уже при выпуске программы в свет), он автоматически попадает в общий уровень техники и перестаёт быть патентоспособным. Что же касается того, что патенты не позволяют бесплатно использовать охраняемые алгоритмы в свободных программах, то здесь можно лишь вспомнить латинскую пословицу «Dura lex sed lex» — почти любой патент можно обойти, разработав своё собственное решение, если не хочется платить за чужое.

Кроме того, сама патентная система охраны прав на алгоритмы не так уж сильно отличается от системы, основанной на Генеральной Общественной Лицензии (GPL) GNU (См. приложение №1 )

Возражение №4:

Ответ: Если придерживаться принятого в статье определения, то это не так. Например, любой процессор является материальной (аппаратной) реализацией алгоритма его же собственной работы. Программной же реализацией алгоритма работы процессора является программа-эмулятор (например, Bochs , SoftMac . То же относится и к привычному сегодня микрокалькулятору и его программным аналогам.

Другим примером материальной реализации алгоритма является описанное в приложении №2 устройство для решения задачи о перевозчике, волке, козе и капусте.

Наконец, не стоит забывать, что автоматизации обработки данных предшествовала её механизация. А до появления ЭВМ просто не существовало возможности «электронного» представления алгоритмов. Таким образом, принципиально, алгоритм вполне можно запатентовать, что подтверждается практикой 11 .

Возражение №5:

Ответ: В данном случае необходимо избежать смешения двух видов программирования: «промышленного» программирования и индивидуального программирования.

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

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

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

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

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

Возражение №5:

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

ТОД (или ТПОД) — базис программного продукта

Разрабатывается специалистом в области информатики

Набор алгоритмов, реализующий технологию для данной компьютерной архитектуры

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

Исходный код программного продукта, реализующий набор алгоритмов на данном языке программирования

Создаётся программистом

Скомпилированный исполняемый двоичный код программного продукта

Создаётся автоматически программой-сборщиком

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

Создаются специалистами в области разработки интерфейсов, дизайнерами

Техническая и пользовательская документация

Разрабатывается техническим писателем

Из шести перечисленных составляющих программного продукта (при желании можно насчитать и большее их количество) под определение объекта авторского права однозначно подпадают лишь художественные элементы интерфейса и документация программного продукта. Обобщённую технологию обработки данных вполне можно запатентовать и при нынешних правилах патентования. Набор алгоритмов сейчас никакой охране не подлежит.

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

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

Возражение №6:

Ответ: За более чем двадцатилетний срок со времени появления IBM-совместимых ПЭВМ (не говоря уже о времени, прошедшем с появления ЭВМ вообще) практически все ныне существующие алгоритмы были реализованы программно (и многие не один раз).

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

Один из примеров этого — организация обработки различных форматов файлов (‘file parsing’).

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

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

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

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

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

Например, в работе указывается «…Достаточно сказать, что система Windows 1.0 была разработана ещё в начале 80-х годов, версия Windows 3.0 появилась в конце 80-х, а следующие модификации этой системы, названные Windows-95, Windows-98 и Windows-2000, появились, соответственно в 1995, 1998 и 2000 годах. Поэтому 20-летний срок действия патента, установленный ныне практически во всех странах, вполне достаточен, а порой даже избыточен для обеспечения реально необходимой монополии производителя новой техники» 15 . Мы же считаем, что для получения автором компенсации за раскрытие технического решения обществу вполне будет достаточно пяти лет (срок охраны полезных моделей и промышленных образцов).

Кроме этого, мы полагаем, что патентная охрана форматов файлов (напр. охрана графического формата GIF в США) даёт патентообладателю слишком сильное монопольное преимущество (т.к. обойти такой патент можно, лишь создав другой формат файла), если этот формат становится стандартом «de facto». Кроме того, формат представления данных тяжело признать способом обработки данных, зато он намного ближе к таким, признанным сегодня непатентоспособными, объектам как «решения, заключающиеся только в представлении информации».

Приложение 1:

Сравнение подхода, предлагаемого движением за свободное ПО, и подхода, основанного на патентовании алгоритмов/ТПОД

GNU GPL

(ПО — литературное произведение)

[Электронный ресурс]//URL: https://inzhpro.ru/diplomnaya/patentnaya-zaschita-avtorskih-razrabotok/

Патенты на ТОД

(ПО — промышленный продукт)

Действующее лицо — программист, как автор программы

Действующее лицо — специалист по обработке данных, как автор способа

У автора программы есть личные неимущественные права на неё (право на заявление об авторстве и защиту от искажения произведения)

У автора оригинального способа обработки данных есть личные неимущественные права на него (право на заявление об авторстве)

Автор программы отказывается от имущественных прав на неё (от контроля над её воспроизведением)

У автора есть имущественные права на оригинальный способ (контроль над его использованием)

Обмен технологиями происходит посредством раскрытия исходного кода

Обмен технологиями происходит посредством публикации формулы изобретения

Автор программы, фактически, отказывается от вознаграждения за свою работу

Автор способа получает денежное вознаграждение в виде платы за лицензию

Накопленный отраслью опыт организован в форме депозитария программ

Накопленный отраслью опыт организован в форме депозитария патентов

Способы обработки данных указываются в неявной форме в виде исходного кода

Способы обработки данных указываются явно в формуле изобретения

Оригинальное решение, заложенное в программу, ничем не охраняется

Оригинальное решение охраняется патентом

Для разработки новых решений требуется серьёзная моральная мотивация, материальная мотивация практически отсутствует

Для разработки новых решений существует материальная мотивация, моральная мотивация не критична

Охраняется частная программная реализация способа обработки данных

Охраняется способ обработки данных

Множественное дублирование НИОКР

Минимально возможное дублирование НИОКР

Использование способа обработки данных ничем не ограничено

Использование способа обработки данных разрешено при приобретении лицензии (лицензия не требуется, если способ используется для домашних нужд или в рамках научного исследования)

Использование продукта допускается по условиям лицензии

Использование продукта, построенного по запатентованной технологии, ничем не ограничено

Трактовка ПО в качестве литературного произведения делает стандартизацию в этой области почти невозможной

Трактовка ПО в качестве промышленного продукта создаёт предпосылки для стандартизации в этой области

Приложение 2:

Отрывок из книги Шилейко А.В., Шилейко Т.И. Беседы об информатике, стр. 114 123.

«Построим машину, решающую задачку о волке, козе и капусте. Как её сформулировать? На левом берегу реки находится перевозчик с лодкой, волк, коза и капуста. Необходимо всех переправить на правый берег. Задача перевозчика усложняется двумя обстоятельствами. Во-первых, его лодка мала и в каждый рейс он может взять с собой кого-нибудь одного. Во-вторых, нельзя оставлять без присмотра волка с козой и козу с капустой. Как быть перевозчику?

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

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

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

Как работает наш механизм? Начнём понемногу разбираться. Сначала условимся, что если одну из горизонтальных планок вы передвинете из крайнего левого положения в крайнее правое положение, это означает, что перевозчик взял с собой в лодку соответственно волка, козу или капусту. Если затем поднять вертикальную планку вверх, это означает, что перевозчик перевёз то, что он взял с собой, на правый берег.

Сначала посмотрим, может ли перевозчик переехать на другой берег один? Подтолкнём вертикальную планку вверх (вы пока ещё смотрите на рисунок 3а).

Получается что-нибудь? Нет, ничего не получается, поскольку клин, помеченный цифрой 2, упирается своей горизонтальной плоскостью в планку «Коза». И поделом перевозчику — нельзя оставлять без присмотра сразу и волка, и козу, и капусту.

Предположим теперь, что перевозчик взял с собой в лодку капусту. Передвинем нижнюю горизонтальную планку вправо. Положение частей механизма в результате такого передвижения показано на рисунке 3б. Сдвинутая вправо планка «Капуста» нажимает на острие клина 3. Перемещаясь вправо, этот клин поворачивает рычаг 5 вокруг шарнира. Противоположный конец рычага 5 нажимает на рычаг 6, который также поворачивается вокруг шарнира и другим своим концом нажимает на конец рычага 4. Всё это заканчивается тем, что клин 1 чуть-чуть выдвигается влево, но клин 2 остаётся на месте. Вертикальный рычаг по-прежнему нельзя поднять.

Перевозчик не имеет права сдвинуться с места. Всё верно — волка с козой нельзя оставлять наедине.

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

Остаётся единственная возможность: взять в лодку козу. Перемещаете горизонтальную планку «Коза» вправо и немедленно убеждаетесь, что теперь для перевозчика путь свободен. При желании он может совершить с козой в лодке сколько угодно рейсов с одного берега на другой и вернуться, оставив козу на правом берегу. Соответствующее этому положение частей механизма и показано на рисунке 3в. Коза находится на правом берегу (горизонтальная планка с надписью «Коза» сдвинута вправо), а перевозчик находится на левом берегу (вертикальная планка — в нижнем положении).

Теперь перевозчик может взять с собой либо волка, либо капусту. Попробуем — волка. Передвигайте планку «Волк» в крайнее правое положение. Правда, клин 1 касается планки «Волк», но касается своей наклонной поверхностью, а в таком случае клин не препятствует движению. Перемещаете вертикальную планку вверх и приходите к положению, показанному на рисунке 3г. Волк, коза и перевозчик — на правом берегу, капуста — на левом.

Теперь бы перевозчику в самый раз вернуться назад за капустой, но не тут-то было. Клин 1 своей горизонтальной плоскостью прочно упёрся в планку «Волк».

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

Передвигаете планку «Коза» влево и приходите к положению, показанному на рисунке 3д.

Подтолкните вертикальную планку вниз. Что получается? Клин 2 своей наклонной поверхностью упирается в планку «Коза». Под давлением вашего пальца вертикальная планка перемещается вниз, а стержень, на котором укреплён клин 2, перемещается влево. Пластинка, к которой прикреплён стержень, также перемещается влево и давит на концы рычагов 4 и 5. Оба рычага поворачиваются вокруг своих шарниров, клинья 1 и 3 перемещаемого вправо. Перевозчик с козой беспрепятственно следует на левый берег.

Теперь перевозчику следует забрать с собой капусту. Перемещайте планку «Капуста» вправо. Стараетесь поднять вертикальную планку вверх… Получается? Да, получается. Оба клина, 1 и 3, скользят по соответствующим планкам своими наклонными поверхностями. Рычаги 4 и 5 поворачиваются одновременно и давят сразу на оба плеча рычага 6. При таких условиях рычаг 6 не в состоянии повернуться вокруг своего шарнира. Всё, что ему остаётся, это перемещать стержень, на котором он укреплён, а, следовательно, клин 2 влево. Капуста благополучно перевезена на правый берег и составила компанию волку.

Перевозчик возвращается на левый берег, что возможно, так как клин 2, скользя своей наклонной поверхностью по планке «Коза», втягивает клинья 1 и 3, как уже было описано раньше. Последним рейсом перевозчик перевозит козу — перемещаете соответствующую планку вправо. Задача решена».

Приложение 3:

Аналогия технологий обработки данных с промышленными технологиями

Технология обработки данных

Промышленная технология

Технологический процесс обработки данных

Промышленный технологический процесс

Программа

Дизайн интерфейса

Промышленный дизайн

Исходный код программы

Чертёж устройства

Инструкция по эксплуатации

Инструкция по эксплуатации

Алгоритм (способ обработки данных)

Способ (техническое решение)

1.1. Закон РФ “О правовой охране программ для ЭВМ и баз данных”

Статья 1. Основные понятия, применяемые в настоящем Законе:

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

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

Не признается использованием программы для ЭВМ или базы данных передача средствами массовой информации сообщений о выпущенной в свет программе для ЭВМ или базе данных.

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

1. Настоящим Законом и принимаемыми на его основе законодательными актами республик в составе Российской Федерации регулируются отношения, связанные с созданием, правовой охраной и использованием программ для ЭВМ и баз данных.

2. Программы для ЭВМ и базы данных относятся настоящим Законом к объектам авторского права. Программам для ЭВМ предоставляется правовая охрана как произведениям литературы, а базам данных — как сборникам.

1. Авторское право распространяется на любые программы для ЭВМ и базы данных, как выпущенные, так и не выпущенные в свет, представленные в объективной форме, независимо от их материального носителя, назначения и достоинства.

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

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

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

5. Предоставляемая настоящим Законом правовая охрана не распространяется на идеи и принципы, лежащие в основе программы для ЭВМ или базы данных или какого-либо их элемента, в том числе на идеи и принципы организации интерфейса и алгоритма, а также языки программирования.

6. Авторское право на программы для ЭВМ и базы данных не связано с правом собственности на их материальный носитель. Любая передача прав на материальный носитель не влечет за собой передачи каких-либо прав на программы для ЭВМ и базы данных.

1. Авторское право на программу для ЭВМ или базу данных возникает в силу их создания. Для признания и осуществления авторского права на программу для ЭВМ или базу данных не требуется депонирования, регистрации или соблюдения иных формальностей.

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

  • буквы С в окружности или в круглых скобках (c);
  • наименования (имени) правообладателя;
  • года первого выпуска программы для ЭВМ или базы данных в свет.

1. Авторское право на базу данных, состоящую из материалов, не являющихся объектами авторского права, принадлежит лицам, создавшим базу данных.

2. Авторское право на базу данных признается при условии соблюдения авторского права на каждое из произведений, включенных в эту базу данных.

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

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

1. Авторское право действует с момента создания программы для ЭВМ или базы данных в течение всей жизни автора и 50 лет после его смерти, считая с 1 января года, следующего за годом смерти автора.

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

3. Авторское право на программу для ЭВМ или базу данных, выпущенные анонимно или под псевдонимом, действует с момента их выпуска в свет в течение 50 лет. Если автор программы для ЭВМ или базы данных, выпущенных в свет анонимно или под псевдонимом, раскроет свою личность в течение указанного срока или принятый автором псевдоним не оставляет сомнений в его личности, то применяется срок охраны, предусмотренный пунктом 1 данной статьи.

4. Личные права автора на программу для ЭВМ или базу данных охраняются бессрочно.

Авторское право на программу для ЭВМ или базу данных, впервые выпущенные в свет на территории Российской Федерации либо не выпущенные в свет, но находящиеся на ее территории в какой-либо объективной форме, действует на территории Российской Федерации. Оно признается за автором, его наследниками или иными правопреемниками автора независимо от гражданства.

1. Автором программы для ЭВМ или базы данных признается физическое лицо, в результате творческой деятельности которого они созданы.

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

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

Автору программы для ЭВМ или базы данных независимо от его имущественных прав принадлежат следующие личные права:

  • право авторства — то есть право считаться автором программы для ЭВМ или базы данных;

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

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

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

1. Имущественные права на программу для ЭВМ или базу данных, созданные в порядке выполнения служебных обязанностей или по заданию работодателя, принадлежат работодателю, если в договоре между ним и автором не предусмотрено иное.

1. Правообладатель всех имущественных прав на программу для ЭВМ или базу данных непосредственно или через своего представителя в течение срока действия авторского права может по своему желанию зарегистрировать программу для ЭВМ или базу данных путем подачи заявки в Российское агентство по правовой охране программ для ЭВМ, баз данных и топологии интегральных микросхем (далее — Агентство).

депонируемые материалы, идентифицирующие программу для ЭВМ или базу данных, включая реферат;

  • Правила оформления заявки на регистрацию определяет Агентство.

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

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

6. Сведения, внесенные в Реестр программ для ЭВМ или Реестр баз данных, считаются достоверными до тех пор, пока не доказано обратное.<> Ответственность за достоверность указанных сведений несет заявитель.br 7. За осуществление действий, связанных с официальной регистрацией программ для ЭВМ и баз данных, договоров, и публикацию сведений взимаются регистрационные сборы.

1. Использование программы для ЭВМ или базы данных третьими лицами (пользователями) осуществляется на основании договора с правообладателем, за исключением случаев, указанных в статье 16 настоящего Закона.

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

2. В изъятие из положений абзаца третьего статьи 10 настоящего Закона лицо, правомерно владеющее экземпляром программы для ЭВМ или базы данных, вправе без согласия правообладателя и без выплаты ему дополнительного вознаграждения:

  • осуществлять адаптацию программы для ЭВМ или базы данных;

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

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

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