Существует такое понятие - патентование программ. Есть соответствующая услуга в РОСПАТЕНТе и даже у нас, в патентом бюро. Но необходимо расставить все точки над «и», чтобы не было недоразумений. Строго говоря, речь идет о регистрации в ФИПС неких объектов интеллектуальной собственности в виде программ ЭВМ и баз данных. Но тут надо четко понимать, что это именно процесс регистрации, аналогичный процессе регистрации авторского права. Никакого патента как такового здесь не выдается. И программа защищается «условно», не более чем авторский текст. То есть ее нельзя будет кому-то ДОСЛОВНО воспроизвести. А вот взять на вооружение, изменить, написать на другом языке - можно.
То есть сам процесс регистрации носит исключительно заявительный характер и никакой экспертизы при этом не производится. А значит, в самой заявляемой программе спокойно могут присутствовать факты нарушения чужой интеллектуальной собственности. Конечно, эксперты ФИПС немного страхуются - они даже проверяют название программы, вдруг оно содержит зарегистрированные товарные знаки или на явные указания на принадлежность другим лицам. Но это и все. (Так что при выборе названия программы для ЭВМ, особенно при использовании в названии слов иностранного языка можете сначала сами провести поиск и анализ аналогичных названий компьютерных программ или схожих до степени смешения в поисковиках Интернета). Так что факт наличия у вас регистрации не только не защищает вас от пиратов, но и не гарантирует даже того, что на вас не подадут в суд за вашу же программу.
Встает вопрос, вполне логичный - а зачем тогда это нужно? Ответ: есть ситуации, когда имеет смысл делать это, либо для отчетности, либо для того, чтобы выглядеть более убедительно перед покупателями программы, либо чтобы иметь лишнее основание выиграть тендер. Просто так получать свидетельство вряд ли имеет смысл. Но уж точно не для того, чтобы защитить свою программу.
Конечно, выход есть, причем довольно очевидный. Просто надо перестать воспринимать программу (и вэбсайт) как что-то отдельно существующее. На самом деле с юридической (патентной) точки зрения любая программа состоит из исполняемых блоков, из набора текстов, описаний, «хэлпов», из заставок на экране, возможно, с логотипами, у нее есть своя архитектура, алгоритм, а самое главное она «что-то делает». ТО есть именно воплощает собой какой-то способ обработки данных. Или способ управления устройством. А это уже прекрасно патентуется.
И программа разбивается на отдельные кирпичики, каждый из которых может быть защищен своим образом: способ - патентом на изобретение, логотип, картинки - товарными знаками, тексты - авторским правом, интерфейс - промобразцом и так далее. Получается та, что разобрав свою программу (а тоже самое и с любым технологическим циклом, на который даже и есть патент) по винтикам, можно установить, что можно запатентовать, что нет, а что, оказывается, уже кем-то запатентовано.
То есть всегда все можно сделать именно как надо. Просто все упирается в задачи, которые стоят перед вами. Тогда, зная их, можно подбирать правильные инструменты для их решения. А патенты - это именно инструменты. Особенно все становится актуальным (вопросы патентования программ, а не получения свидетельства) при выведении софтверных разработок на мировой уровень. Вот именно там становится актуальным наличие патентов на то, что именно делает программа.
К слову сказать, в США (и в Японии) на компьютерные программы можно получить патент. Что делает получение патента обязательным при планировании выхода на эти рынки сбыта. В остальных странах ситуация подобна российской. И тут скорее этические соображения - споры о возможности патентования программ ведутся давно, но считается, что решение его в пользу разрешения выдачи патентов будет сильно тормозить развитие этой отрасли.
Процедура получения свидетельства на программу достаточно простая, нужно предоставить сведения об авторах, их вкладах, а также заполнить заявления и анкеты. Если что-то вы сделаете не так, то единственное, чем вы рискуете - приехать еще раз в ФИПС. Так что обращаться к специалистам нет большой необходимости, как в случае с регистрацией товарных знаков. Но если вы все-таки хотите, чтобы регистрацией вашей программы занялись именно мы, то можете посмотреть
В последнее время все более актуальным становятся вопросы «Как запатентовать программу?», «Возможно ли получить патент на программу, получить патент на ПО?», «Сколько стоит запатентовать программу?». Итак, давайте найдем ответы на эти вопросы.
Патентование программы, как и патентование программного обеспечения — трудоемкий процесс, который имеет ряд отличий от процедуры регистрации программы или ПО. Основное отличие состоит в виде охранного документа, а также в том, что же охраняет свидетельство или патент на программу.
Свидетельство на программу, которое Вы получаете в результате регистрации, закрепляет и охраняет не столько компьютерную программу, сколько Ваши авторские права на нее.
Если Вы хотите запатентовать программу, т.е. получить патент на изобретение или полезную модель, то такой охранный документ будет охранять именно техническую суть Вашей программы или ПО, а также закреплять за Вами Ваши имущественные и неимущественные (т.е. авторские) права на программу или ПО.
Казалось бы, все просто — выгоднее патентовать программу или ПО, а не регистрировать ее как объект авторского права. Однако, для полноценной охраны Вашей разработки стоит задуматься над «двусторонней защитой», т.е. зарегистрировать авторские права на программу и наряду с этим стараться получить патент на программу.
Тем не менее, не все так просто, и не далеко не каждую программу удастся запатентовать — в этом и состоит сложность процедуры получения правовой охраны для компьютерной программы как объекта права промышленной собственности.
Прежде всего, стоит отметить, что для того, чтобы получить патент на программу или патент на ПО, необходимо провести патентные исследования той программы, на которую Вы хотите получить патент. Основная цель проведения таких патентных исследований — выявление технической сути программы, определение ее характеристик, которые позволят сделать вывод об охраноспособности (патентоспособности) программы.
Одной из основных особенностей объектов права промышленной собственности (изобретений, полезных моделей), является направленность объекта на решение некой технической задачи и получение от использования ОИС технического результата. Не признаются изобретениями объекты, не имеющие технического характера как такового, например, листинг-программы, результатом которой является вывод надписи на экран компьютера, или вызывающей другие визуальные или смысловые эффекты. Однако, компьютерная программа, которая управляет компьютером, приспособленным или настроенным для управления или поддержания определенного технического процесса не может быть признана программе «как таковой».
Изобретение носит технический характер, если его объектом является объект техники и он реализуется с помощью технических средств. Технический характер объекта изобретения подтверждается наличием технического результата, а его признаки имеют характеризоваться понятными для специалиста из уровня техники техническими средствами для выполнения функций, описанных именно этими признаками.
Не носят технического характера признаки, которые сами по себе не делают вклад в технический характер объекта.
Таким образом, для того, чтобы понять, возможно ли не только зарегистрировать, но и запатентовать программу, необходимо выяснить, обеспечивает ли программа решение поставленной технической задачи и получение технического результата. (например, программа, записанная в блоке управления автомобильным двигателем, может обеспечивать получение технического результата — уменьшение/увеличение расхода топлива и т.д.)
Современное сообщество во многом полагается на компьютерную технологию. Компьютер не может работать без программного обеспечения. Программное обеспечение и аппаратура действуют совместно в сегодняшнем информационном обществе. Поэтому неудивительно, что охрана программного обеспечения в качестве интеллектуальной собственности является важной не только для отрасли программного обеспечения, но и для других отраслей экономики.
Вопросы охраны программного обеспечения компьютеров в качестве интеллектуальной собственности активно обсуждаются как на национальном, так и на международном уровне. Например, в Европейском союзе обсуждался проект директивы о патентоспособности связанных с компьютером изобретений в целях гармонизации толкования национальных требований о патентоспособности для изобретений, связанных с программным обеспечением компьютеров, включая деловые методы, осуществляемые через компьютеры. Эти дискуссии свидетельствуют о различии взглядов разных партнеров в Европе. Кроме того, Интернет ставит сложные проблемы в отношении обеспечения действия патентов, поскольку охрана патентов обеспечивается на пострановой основе и патентное законодательство каждой страны действует лишь в пределах ее собственных границ.
Данная статья не пытается разъяснить все вопросы и снять все недопонимания, касающиеся патентов на программное обеспечение, но дает пять советов или рекомендаций, о которых необходимо помнить при рассмотрении вопроса об охране изобретений, связанных с программным обеспечением, с помощью патента.
Во многих странах компьютерные программы как исходные, так и объектные охраняются с помощью авторского права. Важнейшим преимуществом охраны с помощью авторского права является ее простота. Авторско-правовая охрана не зависит от каких-либо формальных процедур, таких как регистрация или сдача на хранение копий в 151 стране-участнице Бернской конвенции по охране литературных и художественных произведений. Это означает, что международная авторско-правовая охрана является автоматической – она начинается с момента создания произведения. Кроме того, владелец авторского права пользуется относительно длительной охраной, которая, как правило, продолжается в течение жизни автора плюс 50 лет или в некоторых странах 70 лет после смерти автора.
Напротив, заявка на патент должна подаваться в принципе в каждой стране, где вы испрашиваете охрану патента. Чтобы получить патентную охрану, заявка на патент должна отвечать требованиям как по форме, так и по существу и запатентованное изобретение должно раскрываться определенному кругу лиц. Эти требования могут быть сложными как юридически, так и технически и для их выполнения зачастую требуется помощь эксперта-юриста. По сравнению с авторско-правовой охраной продолжительность охраны в этом случае значительно короче и составляет как правило 20 лет с даты подачи заявки.
И все же, почему так много людей стремятся запатентовать свои изобретения, связанные с программным обеспечением? Есть много ответов на этот вопрос. Но одна из наиболее весомых причин состоит в том, что авторско-правовая охрана распространяется лишь на выражения, а не на идеи, процедуры, рабочие методы или математические концепции как таковые. Хотя авторское право охраняет «точное выражение» компьютерных программ, оно не охраняет «идеи», которые лежат в основе компьютерной программы и зачастую обладают большой коммерческой ценностью.
Однако учитывая сложные требования, предъявляемые к регистрации патентов, стоимость получения и обеспечения действия патента может быть весьма высокой. Если только вы не обладаете крупными финансовыми средствами, есть смысл подумать о том, является ли патентование вашей связанной с программным обеспечением инновации наилучшим путем охраны вашей продукции. Можно также подумать о возможности и разумности использования других видов охраны интеллектуальной собственности, таких как товарные знаки, промышленные образцы и промышленные секреты.
Программное обеспечение может быть инкорпорировано в компьютер или аппарат, такой как домашняя бытовая техника или машина. Однако, часто такое программное обеспечение создается, воспроизводится и распространяется на носителях (на дискетах, компакт-дисках или через сеть в режиме он-лайн), которые отделены от аппаратуры. Программное обеспечение может выполнять такие технические функции, как контроль за машиной или регулирование комнатной температуры. Оно может использоваться для контроля за системами коммуникационных сетей или обеспечивать взаимосвязь между компьютером и человеком. Точнее, оно может использоваться для обработки научных, финансовых, экономических или социальных данных для того, чтобы, например, исследовать новую научную теорию или попытаться получить как можно более высокую прибыль от инвестиций.
В зависимости от того, каким образом программное обеспечение используется вместе с аппаратурой, может различаться и ваше мнение о том, что вы хотите охранять от вашего конкурента. Основная часть вашего связанного с программным обеспечением изобретения может касаться аппарата, системы, алгоритма, метода, сети, обработки данных или самого программного обеспечения. Учет таких соображений может помочь вам оценить возможность получения патента для вашей инновации, что описано в Совете 3 ниже.
Чтобы рассчитывать на патентную охрану, изобретение должно отвечать нескольким критериям. Пять из этих критериев являются наиболее важными для установления факта патентоспособности: (i) изобретение должно состоять из патентоспособного объекта; (ii) изобретение должно быть промышленно применимым (или в некоторых странах быть полезным); (iii) оно должно быть новым (новизна); (iv) оно должно иметь изобретательский уровень (быть неочевидным); и (v) раскрытие изобретения в патентной заявке должно отвечать некоторым стандартам по форме и существу. Поскольку патентное законодательство применимо к изобретениям в любой области технологии без какой-либо дискриминации, для того чтобы быть патентоспособными изобретения, связанные с программным обеспечением, и изобретения, связанные с деловыми методами, должны также отвечать этим требованиям.
В связи с инновацией, связанной с программным обеспечением, особое внимание должно уделяться требованиям, касающимся патентоспособного объекта и изобретательского уровня (неочевидности). Во-первых, патент выдается на «изобретение», которое может быть описано, в качестве решения какой-либо технической проблемы. Пока еще нет международно-признанного определения «изобретения» и, в действительности каждое национальное законодательство дает вам свой ответ на вопрос о том, какие объекты входят в сферу определения термина патентоспособное «изобретение». Законодательство многих стран требует, чтобы «изобретения» имели технический характер или обеспечивали решение с использованием законов природы. Так, например, простые экономические теории, деловые методы, математические методы или компьютерные программы как таковые не являются патентоспособными «изобретениями». Поскольку в разных странах это требование сформулировано по-разному, как это объясняется далее в Совете 4, вы должны обращать особое внимание на тот факт, охватывается ли ваше изобретение, связанное с программным обеспечением, патентоспособным объектом по соответствующему патентному законодательству.
Во-вторых, чтобы получить патент, изобретение не должно быть очевидным для специалиста в этой области с учетом известного уровня техники. Не является достаточным тот факт, что заявленное изобретение является новым, т.е. оно отличается от того, которое существует в состоянии техники. Различие между заявленным изобретением и существующим состоянием техники должно быть существенным и важным для изобретения. Поэтому скорее всего будет невозможно получить патент на связанное с программным обеспечением изобретение, которое просто заменяет существующие технические и физические решения такими же решениями с использованием программного обеспечения и компьютера, в том случае, если такая замена будет очевидной для среднего инженера, работающего в соответствующей области техники.
Эти объяснения представляются вам сложными? На деле весьма трудно как юридически, так и технически выполнить все требования, необходимые для получения патента. Поэтому рекомендуется, чтобы вы обратились к специалисту в области интеллектуальной собственности, знающему как технические, так и правовые вопросы, что более подробно описывается в Совете 5.
Если вы хотите охранять вашу инновацию за границей, то в принципе вам необходимо получить патент в каждой стране, которая вас интересует, в соответствии с законодательством этой страны. Действие патента, который выдается в стране Х, может обеспечиваться лишь в стране Х, и вы не можете помешать вашим конкурентам использовать ваше изобретение в других странах. В некоторых регионах региональное патентное ведомство, например, Европейское патентное ведомство принимает региональные патентные заявки или выдает патенты, которые имеют такое же действие, какое имеют поданные заявки или выданные патенты в странах-членах этого региона. Основная трудность, с которой вы можете столкнуться в своих усилиях получить патент за границей, состоит в том, что национальное/региональное законодательство и практика являются различными в разных странах и регионах.
Одним из примеров является требование относительно патентоспособного объекта. В Европе Европейская патентная конвенция (ЕПК) четко исключает «компьютерную программу как таковую» и «методы работы как таковые» из патентоспособных объектов. Хотя в ЕПК не имеется точного определения термина «изобретение», в целом понимается, что изобретения в соответствии с патентным законодательством должны иметь технический характер. Например, считается, что методы контроля за промышленным процессом, обработка данных, представляющих физические единицы (температура, размер, форма и т.д.) и внутренние функции самого компьютера имеют технический характер. Компьютерная система, используемая в области финансов, может иметь технический характер, если процесс основан на технических соображениях, касающихся того, как работает компьютер (например, улучшение защиты), а не просто на соображениях, касающихся того, как работает финансовая система.
С другой стороны, в Соединенных Штатах Америки (США) конкретно не предусматривается исключение программного обеспечения или методов работы из патентоспособных объектов. Чтобы быть патентоспособным объект по закону должен быть полезным процессом, машиной, изготовлением или составом изделия. По заключение Верховного суда США Конгресс предусмотрел, что патентоспособные объекты должны включать «все сделанное руками человека», но при этом имеется три конкретные области, которые не являются патентоспособными – это законы природы, естественные явления и абстрактные идеи. Например, Апелляционный суд федерального округа вынес заключение о том, что связанное с программным обеспечением изобретение (математический алгоритм), предназначенный для показа цифровых данных на осциллоскопе, является патентоспособным объектом, поскольку заявленное изобретение в целом является практическим применением абстрактной идеи, обеспечивающим «полезный, конкретный и осязаемый результат».
Поэтому вполне возможно, что некоторые инновации, связанные с программным обеспечением, считаются патентоспособными в США, в то время как эти же инновации могут не входить в сферу патентоспособных объектов в Европе или Японии.
Для упрощения подачи международных патентных заявок, Договор о патентной кооперации (РСТ) обеспечивает международную систему подачи, в рамках которой заявитель может подать одну международную патентную заявку, которая действует также как и национальные заявки, поданные в каждой из Договаривающихся государств РСТ. Однако в соответствии с системой РСТ, хотя процедура подачи является общей, по-прежнему каждое отдельное государство выдает патент на своей территории в отношении заявленного изобретения, содержащегося в международной заявке. Тем не менее система РСТ упрощает процедуру и сокращает расходы на получение патентов за рубежом. Более подробную информацию о РСТ, и в том числе о пошлинах, вы можете найти на веб-сайте ВОИС: https://www..html.
Придумать хорошее изобретение – это одно, а составить хорошую патентную заявку – это совсем другое. Очень важно с самого начала составить хорошую патентную заявку, поскольку после подачи возможности изменить ее весьма сокращаются. В частности, составление «формулы изобретения» в заявке является важным, поскольку в формуле изобретения определяется объект, в отношении которого заявитель испрашивает патентную охрану. После патентования исключительные права, получаемые в соответствии с патентом, могут быть обеспечены лишь в той степени, в какой изобретение определено в формуле изобретения. Именно поэтому, если вы только не знакомы и с технологией и с законодательством в области интеллектуальной собственности, мы рекомендуем вам проконсультироваться у эксперта по интеллектуальной собственности для составления такой патентной заявки, которая отвечала бы требованиям, предусмотренным патентным законодательством соответствующей страны.
В частности в том, что касается инновации, связанной с программным обеспечением, то составленная надлежащим образом формула изобретения может помочь избежать отказа в удовлетворении патентной заявки. Например, в некоторых странах принимаются формулы изобретений, определяющие саму компьютерную программу или компьютерную программу, воплощенную в носителе, читаемом с помощью машины (например, дискеты или компакт-диски). Это вызвано тем фактом, что зачастую продукты программного обеспечения поступают на рынок в виде носителя, читаемого с помощью компьютера, или непосредственно через Интернет, отдельно от компьютерной аппаратуры. Чтобы помешать неразрешенной коммерциализации таких продуктов программного обеспечения, некоторые страны разрешают заявлять само программное обеспечение или считываемые с помощью машины носители, хранящие программное обеспечение, которое выполняет заявленные функции. Однако в других странах такие формулы изобретений не допускаются. Именно в этих странах необходимо тщательно составлять формулы изобретений, например, в виде аппарата, процесса или системы, которые включают функциональные идеи, лежащие в основе программного обеспечения, но которые все же охватывают важную часть изобретения.
Помимо составления патентных заявок имеется целый ряд требований по форме и существу, которые легче всего решать с помощью специалистов в области интеллектуальной собственности. Хотя услуги специалиста имеют свою цену, выгоды, получаемые вами благодаря профессиональной помощи в поиске патентной охраны, могут вполне стоить этого. Действительно одна простая ошибка может в некоторых случаях привести к невосполнимой утрате прав на получение патента и соответственно поставить ваших конкурентов в положение лиц, незаконно пользующихся вашим изобретением.
На этой странице дан список национальных/региональных ведомств интеллектуальной собственности и адреса веб-сайтов этих ведомств.
"Intellectual Property on the Internet: A Survey of Issues" (WIPO)
"Business Method Patents" (United States Patents and Trademarks Office)
"Policies concerning business method patents" (Japan Patent Office)
"Case Law of the Boards of Appeal of the European Patent Office" (European Patent Office)
Information concerning draft EU Directive on the Patentability of Computer-implemented Inventions (European Commission)
"Your Software and How to Protect it"
Daniel J. M. Attridge, "Challenging Claims! Patenting Computer programs in Europe and the USA", Intellectual Property Quarterly, No. 1 , pages 22 to 35
Daehwan Koo, "Patent and Copyright protection of Computer Programs", Intellectual Property Quarterly, No. 2 , pages 188 to 211
Программу можно защищать как полезную модель (систему) и как способ.
Лучше одновременно готовить отдельные заявки и на способ, и на полезную модель. Когда будут готовы - патентный поверенный подаст их одновременно в один и тот же день - тогда обе эти заявки не опорочат патентную новизну друг друга, но зато обеспечат защиту с разных сторон.
При подготовке первичной заявкой является способ - он наиболее трудоёмок. Когда способ будет готов (или непосредственно в процессе подготовки чтобы экономить время) на базе него делается заявка на полезную модель. Чертежи будут несколько отличны, но бОльшя часть содержимого для полезной модели будет взята из способа. Поэтому обычно патентные бюро делают скидку на заявку по полезной модели. К примеру, заявка на способ обошлась мне в 40 т.р. (не считая пошлин), а дополнительная заявка на полезную модель обошлась лишь в 20 т.р. Она и по объёму значительно меньше способа.
После подачи заявок уже можно начинать публиковать программу, не дожидаясь положительного решения - но конечно в том случае если вы абсолютно уверены что не нарушаете ничьи права. Хотя как перед началом работы над заявкой, так и в процессе её подготовки, проводится экспертиза на мировую новизну - и обычно находятся все известные аналоги. И патентовед решает руководствуясь своим опытом - достаточно ли отличий в защищаемой идее по отношению к существующим изобретениям и заявкам. Так что если их достаточно - то принимается решение делать заявку. Однако, до момента подачи заявки в мире может появиться что-то около-близкое, поэтому перед запуском своей разработки без получения положительного решения необходимо ещё раз убедиться что вы первый - просто хотя бы погуглить, не проводя дополнительных проверок на мировую новизну в патентном бюро. В мире программ всё достаточно быстро становится известно.
Но можно дождаться и положительного решения. Для полезной модели положительное решение может быть готово достаточно быстро - в течение 2-3-х месяцев. При условии что заявку оформили качественно и она в центральном патентном ведомстве сразу же прошла, не вызывая возражений экспертов. Заявка на способ может въедливо мурыжиться годами - 2 года обычное дело, возможна длительная переписка и споры между экспертом и патентоведом. Но зато патент на способ защищает разработку значительно лучше, чем патент на полезную модель.
Преимущество одновременной подачи заявок на полезную модель и способ ещё и в том, что полезная модель начнёт защищать разработку очень быстро. Однако за тот год, в течение которого необходимо принять решение о патентовании в других странах, разработка вероятно не сможет принести ощутимой отдачи и прибыли - и срок патентования в других странах будет упущен. Патентование в США обходится примерно в 4000 долларов, в Европе - 4000 евро. Зато заявка на способ будет рассматриваться достаточно долго, и патент выдадут тоже в лучшем случае через год-полтора. Соответственно и увеличивается общий срок, в течение которого надо успеть подать заявки в другие страны. Таким образом, разработку через 3-4 месяца после подачи заявок уже начинает защищать патент на полезную модель, поэтому становится нестрашно упустить сроки подачи заявки на полезную модель в друге страны. Зато появляется значительная фора для раскрутки и получения отдачи от разработки, для анализа того какие страны оказываются заинтересованы в разработке. Тогда после получения патента на способ через 1-2 года появляется ещё год для патентования способа в других странах - в сумме эта фора в 2-3 года. Причём, способ как более тщательно проверенная заявка - гораздо проще пройдёт процедуру проверки и регистрации в других странах, а так же обеспечит более полную защиту.
Наверное, мне не очень повезло с идеей переадресаций, и с тем что я постоянно её развивал и развивал - я потратил около 500 часов на подготовку патентов в течение целого года. Для сравнения на программирование я потратил 150-200 часов)) В случае же достаточно простых разработок и патентование станет значительно проще и быстрее. Но схема останется такой как я описал. Патентовед вообще сказала что я своими заявками побил 4 рекорда по Екатеринбургу: количество отличительных пунктов способа составил по-моему около 70-ти или 80-ти, объём заявки способа страниц на 60, время подготовки год вместо стандартных 4-х месяцев, ну и это был первый интернет-сервис, в то время как до этого они патентовали только локальные программы и базы данных.
Тут при оформлении стоит придерживаться золотой середины: количество отличий (функций) от прототипа (самого близкого аналога) должно быть достаточно чтобы эксперты в центральном патентном ведомстве признали мировую новизну заявки, в то же время на доработки может уйти слишком много времени - как в моём случае, и вероятно стоит остановиться когда отличий по мнению патентоведа будет уже достаточно. В то же время разработку желательно закрыть со всех сторон, придумать как можно больше функций и отличий, чтобы другой не смог «обойти», т.е. на базе данной разработки создать свою разработку с этими отличиями, достаточными чтобы экспертиза признала за право на новый патент.
Станислав Жарков
Согласно российскому законодательству о правовой защите программ для ЭВМ, а это в первую очередь Закон Российской Федерации о правовой охране программ для электронных, вычислительных машин и баз данных №3523-1 от 23 сентября 1992 года, авторское право на компьютерные программы возникает в силу их создания. Для признания и осуществления авторского права на программу не требуется депонирования, т.е - сдачи экземпляра программы на хранение, регистрации, патентования или соблюдения иных формальностей. Такой упрощенный порядок признания прав автора программы применяется для более надежной их защиты, т. к. в случае необходимости регистрации программы авторские права оставались бы без охраны, если автор по каким-либо причинам не мог зарегистрировать свою программу.
Замечание . Исключительные права на программу (см. разд. "Какие права есть у программиста" этой главы) могут передаваться авторами другим лицам - как физическим, так и юридическим, т. е. организациям. Поэтому, говоря о правах на соответствующую программу, да и вообще на любое произведение, охраняемое авторским правом, употребляют термин "правообладатель", а не "автор", т. к. владелец прав на программу не обязательно является ее автором.
Для оповещения о своих правах на соответствующую программу правообладатель может поместить в ней (обычно в диалоговом окне О программе About), справочной системы и файле readme.txt) знак охраны авторского права, состоящий из следующих элементов:
Буквы С в окружности или в круглых скобках.
Наименования (имени) правообладателя.
Года первого выпуска программы в свет.
Так как shareware-программы в основном предназначаются для иностранного рынка, то знак охраны авторского права в них обычно пишется на западный манер:
Буква С в окружности или в круглых скобках.
Год первого выпуска программы в свет и через средний дефис - год выпуска последней версии программы (естественно, если они не совпадают).
Наименование (имя) правообладателя.
Фраза "All rights reserved".
Примечание
Иногда, при составлении уведомления об авторских правах на русском языке, в него включают перевод фразы "All rights reserved": "Все права защищены", или дословный перевод: "Все права зарезервированы". Нужно сказать, что применение и первого, и тем более второго варианта перевода является неправильным, т. к. смысл этой фразы означает примерно следующее: "Все права принадлежат правообладателю". Всеобщая же распространенность упомянутых выше лаконичных имеющих угрожающий оттенок переводов, обусловлена, видимо, желанием обладателей авторских прав более четко донести до публики смысл знака ©.
Таким образом, типичное объявление своих авторских прав на sharware-программу выглядит так:
Copyright © 1998-2002 AVSoftware. All rights reserved.
Замечание . Вопреки распространенному мнению, знак © не является указанием на то, что программа где-то зарегистрирована. Это - только оповещение об авторских правах.
Несмотря на то, что регистрация программ не требуется, обладатель прав на программу может по своему желанию зарегистрировать ее в Российском агентстве по правовой защите программ для ЭВМ и баз данных.
Для этого грамотно должна быть оформлена заявка (см. "Правила составления, подачи и рассмотрения заявок на официальную регистрацию программ для электронных вычислительных машин и баз данных", утвержденные Приказом РосАПО от 5 марта 1993 г. № 7п). В заявку, помимо информации о программе и се авторе, включаются материалы, идентифицирующие программу, в том числе реферат. После одобрения заявки программа включается в Реестр программ ЭВМ, сведения о ней публикуются в официальном бюллетене Роспатента, а автору выдается свидетельство об официальной регистрации.
Государственная регистрация, несмотря на свой официальный статус и внешнее сходство с процедурой патентования, не имеет и сотой доли значения последней и не предоставляет никаких дополнительных прав. Например, техматериалов, которые предоставляются на депозитное хранение в Российском агентстве по правовой защите программ для ЭВМ и баз данных, недостаточно для проведения технической экспертизы при разрешении возможного спора об авторстве той или иной программы. Регистрация в основном нужна только тогда, когда планируется передача авторских прав на программу, и лицу, передающему права, требуется официальное подтверждение своих полномочии, чтобы предъявить его своему партнеру. Поэтому регистрация программ на практике - не очень частое явление.
А можно ли запатентовать свою программу, чтобы она была так же надежно защищена, как, например, и изобретения? Согласно п. 3 ст. 4 Патентного закона компьютерные программы и алгоритмы не относятся к числу патентоспособных изобретений, т. е. патентование программ не допускается.
Вопрос о том, нужно ли ввести в Российской Федерации патентование программ - очень дискуссионный. Большинство из российских ученых считают, что патентование компьютерных программ является нецелесообразным по многим причинам. Например, программы и так уже охраняются авторским правом, и эта охрана возникает в момент создания программы. А вот для того, чтобы защитить программу патентом (при этом объем прав, представленных правообладателю, будет такой же, как и в случае защиты авторским правом), нужно заполнить заявку, соблюсти определенные формальности, заплатить относительно крупные пошлины. Если по какой-то Причине срок уплаты пошлины будет пропущен, то патентная охрана прекращается. Авторское же право на программу действует в течение всей жизни автора и еще пятьдесят лет после его смерти, что является, учитывая скорость морального старения компьютерных программ, практически вечностью. Кроме того, возможны коллизии и злоупотребления, вызванные наличием дублирующих друг друга способов охраны программ для компьютеров.
Противоположная точка зрения тоже имеет сторонников, т. к. патентование программного обеспечения допускается в иностранных государствах. Однако, изучая практику по этому вопросу, существующую за рубежом, можно предположить, что патентование в обозримом будущем вряд ли коснется Shareware-программ. Например, в США, Великобритании и Европе, в Европейском патентном ведомстве, участниками которого являются 19 стран Европы: Германия, Австрия, Франция, Бельгия, Испания, Италия и др., патентуются такие программы, при использовании которых уже известное аппаратное обеспечение приобретает новые свойства. Естественно, такого рода программы имеют слишком высокую стоимость разработки и достаточно специфическую область применения, чтобы быть распространяемыми на shareware-рынке.
Какие права есть у программиста
Авторские права делятся на две группы: личные неимущественные и имущественные авторские права. Личные неимущественные права, как следует из их названия, связаны с личностью автора, не могут отчуждаться или передаваться по договору. Они могут принадлежать только автору. Личные неимущественные авторские права охраняются бессрочно.
Автором программы, как уже упоминалось в предыдущем разделе, признается физическое лицо, в результате творческой деятельности которого эта программа создана. Если программа создана совместной творческой деятельностью двух и более физических лиц, то независимо от того, состоит ли программа из частей, каждая из которых имеет самостоятельное значение, или является неделимой, каждое из этих лиц признается автором такой программы. В случае если части программы имеют самостоятельное значение, каждый из авторов имеет право авторства на созданную им часть.
право авторства - т. е. право считаться автором программы. Какими бы резкими не были повороты в судьбе автора, кто бы ни владел программой - но автором программы всегда будет считаться тот, чьим трудом она создана - и это право у автора никто не отнимет;
право на имя - т. е. право определять форму указания имени автора в программе: под своим именем, под условным именем (псевдонимом) или анонимно;
право на неприкосновенность (целостность) - т. е. право на защиту как самой программы, так и ее названия от всякого рода искажений или иных посягательств, способных нанести ущерб чести и достоинству автора. Это право, в отличие от прав на авторство и на имя, после смерти автора может передаваться по наследству, чтобы наследники могли защищать честь и достоинство автора.
Замечание
Неотчуждаемость и непередаваемость личных неимущественных прав дает основание такому распространенному заблуждению, что лишь эти права и являются "авторскими", т. к. они могут принадлежать только автору. На самом деле объем правомочий, охватываемых понятием "авторское право", гораздо шире - в него входят и имущественные права.
Вторая группа авторских прав - имущественные. Такие права, после создания программы принадлежащие ее автору, могут передаваться по договору, и в результате этого обладателями таких прав могут становиться как частные лица, так и организации.
Общий смысл имущественных прав - это право использовать программу или разрешать ее использование в любой форме и любым способом. В частности, автор (или обладатель исключительных прав на программу) имеет право осуществлять или разрешать:
выпуск программы в свет;
воспроизведение программы (полное или частичное) в любой форме, любыми способами;
распространение программы. Это право в индустрии shareware нарушается чаще всего, когда кто-то начинает распространять чужие программы без разрешения правообладателя;
модификацию программы для ЭВМ или базы данных, в том числе перевод программы с одного языка на другой. Это право также нарушается достаточно часто - например, когда пользователи из неанглоговорящих стран переводят интерфейс программы на свой родной язык, изменив DLL- или ЕХЕ-файлы программы. Впрочем, авторы относятся к таким самодельным модификациям своих программ лояльно (если, конечно, других изменений, например взлома защиты, нет) - ведь это только повышает популярность программы.
Допускаются и другие способы использования компьютерных программ, Закон не устанавливает их точный перечень, завершая список словами "иное использование программы". Важно то, что все права на любое использование программы принадлежат автору (или тому, кому эти права автором переданы).
Замечание
Среди пользователей распространено мнение, что программу в некоммерческих целях можно использовать бесплатно - это якобы разрешают статьи Закона об авторском праве и смежных правах. Это - всего лишь неудачная попытка оправдать использование пиратских копий программ "домашними" пользователями. Разрешения бесплатного использования программ в некоммерческих целях в законодательстве нет, только автор вправе решать, на каких условиях можно пользоваться его программой.
Имущественные права на программу, как уже упоминалось выше, могут быть переданы полностью или частично другим физическим или юридическим лицам. Передача прав осуществляется по договору, который заключается в письменной форме. Этот договор обязательно должен определять объем и способы использования программы, порядок выплаты и размер вознаграждения, срок действия договора. Кроме того, имущественные права на программу переходят и по наследству.
Использование программы осуществляется также по письменному договору с правообладателем. Естественно, при массовом распространении программ физически невозможно с каждым пользователем отдельно заключать договор. В этом случае допускается применение особого порядка заключения договоров, например путем изложения типовых условии договора на передаваемых экземплярах программ.
Таким особым порядком заключения договора на использование программы является лицензионное соглашение.
Лицензионное соглашение
Лицензионное соглашение (License Agreement, также End-User License Agreement (EULA) - лицензионное соглашение для конечного пользователя), прикладываемое к копии программы, является юридическим документом, определяющим условия, на которых владелец прав на программу разрешает ее использование. По сути дела, это двусторонний письменный договор между правообладателем и пользователем, договор, имеющий упрощенный порядок заключения: под ним не ставятся подписи его участников. Такое лицензионное соглашение считается заключенным, если пользователь устанавливает, копирует или осуществляет доступ или иным образом использует программу. Если пользователь не согласен с условиями лицензионного соглашения, то он обязан прекратить использование программы и удалить ее файлы со своего компьютера. Объем прав, предоставляемых лицензионным соглашением, называется лицензией.
Для shareware-программ, которые распространяются в виде файла инсталлятора, лицензионное соглашение обычно выполняется в виде текстового файла license, txt и/или раздела в справочной системе. Для того чтобы пользователь мог сразу ознакомиться с его условиями, и в дальнейшем лицензионное соглашение было всегда под рукой, рекомендуется:
включить показ текста лицензионного соглашения в инсталлятор программы, чтобы пользователь не смог продолжить установку, не нажимая кнопку Согласен. Большинство современных пакетов для создания инсталляционных программ позволяют организовать эту функцию;
при инсталляции программы создавать папке соответствующей программы в меню Пуск не только ярлык к файлу программы, но и к файлу license.txt. Можно также включить кнопку Лицензия для просмотра лицензионного соглашения в окне О программе (About).
Замечание
Кто-то из читателей, возможно, с иронией отнесется к тому, сколько внимания уделяется мной лицензионному соглашению. Тем не менее, лицензионное соглашение является действительно значимым юридическим документом, уважаемым не только официальными лицами, но и обыкновенными пользователями, особенно в странах Западной Европы и Северной Америки, которые являются основными легальными потребителями shareware-программ.
Большинство shareware-разработчиков особенно не утруждают себя самостоятельным составлением лицензионного соглашения к своим программам. Они просто копируют текст лицензионного соглашения к какому-нибудь известному и успешному продукту, справедливо рассудив, что условия такого соглашения выработаны профессиональными юристами, отражают сложившуюся в отрасли практику и "проверены временем". С юридической точки зрения и таком заимствовании нет ничего противозаконного: тексты юридических документов не защищаются авторским правом, и их можно копировать и изменять совершенно свободно.
Тем не менее, даже если вы копируете лицензионное соглашение из дистрибутива какого-либо другого продукта, внимательно прочитайте его текст. Возможно, он не совсем подойдет именно вашему продукту. Иногда доходит до смешного: автор программы предлагает своим пользователям перевести ее интерфейс на разные языки в обмен на бесплатную регистрацию, в лицензионном же соглашении (позаимствованном у другого shareware-продукта) написано, что перевод программы запрещен.
Учтите, что грамотное лицензионное соглашение к shareware-программе должно содержать следующие основные положения.
Во-первых, в самом начале лицензионного соглашения должен быть указан правообладатель программы, т. е. обладатель имущественных прав на нее. Так как распространение даже тех программ, написанных всего одним человеком и продвигаемых им же, все равно лучше всею производить от лица "фирмы", т. е. под псевдонимом, то в качестве правообладателя в лицензионном соглашении должно быть указано название этой "фирмы".
Во-вторых, из лицензионного соглашения пользователю должно быть четко видно, что право на использование программы он получает только после регистрации, а до этого он может использовать ее в течение тестового периода. Кроме констатации факта необходимости регистрации, нужно указать ее порядок - ссылку на страницу регистрации, цену программы и т. п.
Чем, например, плохи лицензионные соглашения ко многим "коробочным" продуктам, например, той же Microsoft Windows? Из их содержания совершенно не понятно, что программа должна быть куплена в магазине за определенную сумму. Такое лицензионное соглашение уже предоставляет пользователю право на использование программы, вне зависимости от того, каким образом в его руки попал соответствующий продукт. Из-за этого, например, к ответственности за незаконное использование "коробочных" программных продуктов практически невозможно привлечь "частного" пользователя. Обвинению довольно сложно доказать, что пользователь знал, чем отличается его диск с нелицензионной версией Windows от так называемых "упрощенок", т. е. версий "коробочных" продуктов, выпускаемых в простом оформлении, без коробки и печатной документации, в виде обычного компакт-диска, который к тому же продается по цене, примерно эквивалентной стоимости пиратского диска.
Другое дело - грамотно составленное лицензионное соглашение к shareware-программе. Вот, например, выдержки из текста файла license.txt, прилагаемого к известному файловому менеджеру FAR (http://www.rarsoft.com), в переводе с английского:
"Каждый может использовать это программное обеспечение в течение тестового периода продолжительностью в 40 дней. Если вы захотите использовать FAR после этого 40-дневного тестового периода, вы ОБЯЗАНЫ зарегистрироваться.
Зарегистрировавшись, пользователь получает неэксклюзивную лицензию использовать FAR на одном компьютере в любых законных целях".
И, чтобы у пользователя не возникло ложного впечатления, что он уже зарегистрировался, например, заполнив какую-нибудь опросную форму на сайте или приняв участие в online-голосовании, сообщается:
"Чтобы зарегистрироваться. Вы должны заполнить регистрационную форму и отослать ее вместе с регистрационной платой на один из авторизованных регистрационных сайтов (см. файл far__site.txt после установки программы)".
Разработчики архиватора WinZip (http://www.winzip.com) пошли еще дальше:
они составили для своей программы два отдельных лицензионных соглашения - для незарегистрированных и зарегистрированных пользователей.
В третьих, в лицензионном соглашении, конечно же, должен быть указан объем прав, предоставляемых пользователю.
Одно из основных прав, предоставляемых пользователю, - право использования программы. Перечислить все то, что подразумевается под словом "использовать", невозможно, поэтому обычно в лицензионном соглашении также перечисляют такие действия, которые пользователю с продуктом производить запрещается. Например, может быть запрет изменять, дизассемблировать программу, сдавать ее в аренду, распространять зарегистрированную версию и т. п. А в лицензии на архиватор RAR (http://www.rarsoft.com), например, указывается: "Вы не можете использовать, копировать, эмулировать, клонировать, сдавать в аренду, давать напрокат, продавать, изменять, декомпилировать, дизассемблировать, передавать лицензированную программу или ее часть иначе, чем это описано в данной лицензии".
Для некоторых типов программного обеспечения могут указываться и специфические виды использования. Например, лицензии на компоненты и библиотеки для разработки программ могут включать разрешение использовать эти библиотеки и компоненты для разработки различных категорий программ - в зависимости от стоимости регистрации. Например, лицензия, приобретенная за 30$, может разрешать использование продукта для разработки только freeware и shareware-программ, а лицензия за 100$ может допускать разработку любого программного обеспечения, в том числе и коммерческого ("коробочного").
Кроме этого, в лицензии должно быть указано, на каком количестве компьютеров может быть установлена зарегистрированная пользователем программа. Большинство соглашений такую информацию содержит - кроме того, уже при заполнении регистрационной формы на сайте компании-регистратора пользователю предлагается выбрать, на сколько именно компьютеров он хочет приобрести лицензию - 1, 3, 5, 10, 20 и т. д. Некоторые программы не имеют лицензий на несколько компьютеров: если такую программу планируется применять, например, в локальной сети предприятия или компании, то нужно купить соответствующее количество "однопользовательских" лицензий. Однако такой порядок не всегда удобен. Например, многие пользователи спрашивают разработчиков shareware-программ: а что делать, если требуется работать с программой и на домашнем компьютере, и на переносном? Ведь было бы несправедливо заставлять пользователя приобретать еще одну лицензию на программу. Мне нравится, как этот вопрос решен в лицензионном соглашении к WinZip: "Эта копия WinZip может быть либо использована одним лицом, которое работает с данным программным обеспечением на одном или нескольких компьютерах, либо установлена на одном компьютере (рабочей станции), к которому не одновременно имеют доступ несколько человек, но не оба варианта сразу.
При определении объема прав, передаваемых пользователю, всегда существует вероятность, что составитель лицензионного соглашения забыл указать какие-либо права, которые он передает или, наоборот, не передает пользователю. Также возможна ситуация, когда по истечении некоторого времени могут появиться новые возможности использования программы, которые обусловлены закономерным развитием науки и техники. В результате этого может получиться так, что пользователь, руководствуясь принципом "что не запрещено, то разрешено", будет использовать программу способом, против которого обладатель прав обязательно возражал бы. Для того чтобы исключить возникновения такой коллизии, во многих лицензионных соглашениях записывается следующее положение: "Любые другие права, не указанные явно в настоящем Соглашении, принадлежат [наименование правообладателя]". Аналогичный смысл имеет уже процитированная выше фраза из лицензионного соглашения RAR: "Вы не можете использовать [...] лицензированную программу или ее часть иначе, чем это описано в данной лицензии".
Помимо объема передаваемых прав, нужно указать территорию, на которой программа может применяться. В большинстве соглашений авторы пишут, что их продукты можно использовать в любой стране мира. Это, конечно, очевидно, однако такое уточнение необходимо, т. к. в лицензионном соглашении, как юридическом документе, не должно быть никаких неясностей.
К теме территориального распространения прав относится вопрос о том, что делать, если законы страны, где живет пользователь, противоречат условиям лицензионного соглашения. Думаете, это актуально только для тех нецивилизованных стран, где авторское право отсутствует, и разработчики программ никак не защищены? Вовсе нет, такая ситуация вполне возможна и России. Например, по российскому законодательству пользователь может передать (например, продать) имеющуюся у него лицензионную копию программного продукта кому-либо еще, при условии, что он прекратит использование продукта и сотрет у себя на компьютере все соответствующие файлы. Лицензии на большинство приложений, рассчитанных на массового пользователя, это позволяют. Но не все. Например, однажды мне попалось в руки лицензионное соглашение к программе для научных расчетов, стоимость которой составляет ни много ни мало 30 000$. В нем был пункт, запрещающий передачу экземпляра программы третьим лицам без согласия компании-производителя.
Такие коллизии между условиями лицензионного соглашения и правилами установленными законодательством, разрешаются достаточно просто: право пользования программой предоставляется только па условиях, описанных) лицензионном соглашении. Поэтому если пользователь не согласен с ним, то он обязан прекратить использование копии продукта, вернуть ее производителю и получить свои деньги обратно. Но, чтобы внести окончательную ясность, некоторые разработчики предусмотрительно записывают в лицензионном соглашении: "Если условия данного Соглашения противоречат за-конодательству Вашей страны, использование данного продукта запрещается"
Может ли ваш босс отнять у вас программу
Этот вопрос волнует многих начинающих shareware-разработчиков, так часто путь в shareware-бизнесе начинается с места штатного программиста в какой-нибудь компании, а первая shareware-программа нередко пишется в рабочее время и на оборудовании, принадлежащем работодателю.
Некоторые думают примерно так: "Да что я, зря вес ли годы работал программистом за крошечную зарплату? Вон, в прошлом году закончил проект, из-за которого у меня начальник немало крови попил, босс доволен остался, даже премию в два оклада выписал... Возьму-ка я ту программу, оформлю ее как shareware и буду продавать! Ведь автор-то - я!"
Поступать так не стоит даже и пытаться. Скорее всего, вам будет предъявлен серьезный иск в нарушении авторских прав, и выйти из судебного разбирательства победителем нет шансов. И вот почему.
Имущественные права на программу (как и другое произведение), созданную в порядке выполнения служебных обязанностей или по заданию работодателя (так называемая служебная программа), принадлежат работодателю, если в договоре между ним и автором не предусмотрено иное. Естественно, работодатель, который и так выплачивает автору зарплату и несет другие расходы, связанные с содержанием персонала, заинтересован в полной передаче имущественных прав на программу.
У автора остаются личные неимущественные права - например, право на авторство, на имя и т. п. Но обладание этими правами не позволяет автору заниматься распространением программы - это относится к сфере имущественных прав, которые, как уже говорилось выше, по умолчанию принадлежат работодателю.
Чтобы программа считалась служебной, работодатель должен четко зафиксировать конкретные служебные обязанности сотрудника (например, в должностной инструкции) или выдать ему служебное (например, техническое) задание, причем обязательно в письменной форме.
Для того чтобы закрепить взаимоотношения работодателя и автора при работе по какому-либо определенному проекту, работодатель может заключить с автором договор, в котором будут подробно расписаны условия работы. Чтобы увеличить заинтересованность своего сотрудника в результатах работы по созданию программного обеспечения, работодатель может определить размер выплаты автору в качестве вознаграждения, дополнительно к заработной плате, определенного процента с дохода или прибыли, полученной работодателем от реализации данной программной разработки.
А вот если программист пишет на рабочем месте программу без ведома работодателя, в свободное от выполнения основной работы время - например, какие-то утилиты "для себя", то все авторские права, в том числе и имущественные, в данном случае сохраняются за автором. Конечно, работодатели не одобряют такую деятельность, и лучше стараться не предавать ее огласке.
