Патентная охрана авторского права (стр. 2 из 12)

Возражение №2: Патентование ТОД ударит по индивидуальным разработчикам ПО.

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

Возражение №3: Патентование способов обработки данных уничтожит движение за свободное ПО.

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

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

Возражение №4: Алгоритм - исключительно абстрактное понятие, его принципиально невозможно реализовать в материальной форме, поэтому патентование алгоритмов невозможно.

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

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

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

Возражение №5: Программирование - чистое творчество, патентование алгоритмов - посягательство на свободу творчества.

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

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

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

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

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

Возражение №5: Компьютерная программа - авторское произведение и должна охраняться только авторским правом.

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

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

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

Возражение №6: Защита компьютерных программ авторским правом способствует развитию отрасли, в то время как возможность защиты способов обработки данных резко затормозит такое развитие.

Ответ: За более чем двадцатилетний срок со времени появления IBM-совместимых ПЭВМ (не говоря уже о времени, прошедшем с появления ЭВМ вообще) практически все ныне существующие алгоритмы были реализованы программно (и многие не один раз). Таким образом, если бы существовала возможность свободного использования всего созданного по сей день программного кода, то создание программных продуктов стало бы напоминать сборку мозаики из блоков. В условиях охраны ПО авторским правом это не представляется возможным, за исключением использования лицензий типа GPL. Использование же GPL создаёт серьёзные проблемы с получением коммерческой прибыли от реализации ПО. Таким образом, в области программирования уже проделана и продолжает выполняться колоссальная и бессмысленная работа по многократной программной реализации одних и тех же алгоритмов (способов обработки данных). Один из примеров этого - организация обработки различных форматов файлов ('file parsing'). Этой проблеме посвящена работа. В частности, там указано "... программист вынужден в очередной раз читать описание формата или код библиотеки для работы с ним и, в который уже раз, выписывать операторы открытия файла, проверки его существования, проверки соответствия формату, считывания блока данных из файла и т.д. и т.д. При этом он, в сущности, с некоторыми вариациями повторяет ту же работу, которую проделывали до него тысячи его предшественников, не создавая при этом ничего принципиально нового, поскольку вся необходимая информация уже содержалась в описании формата или в исходных текстах для работы с ним..."¹⁴.