Получить патент на программный продукт. Как запатентовать программу для ЭВМ

Рынок ИТ индустрии развивается с очень большой скоростью. Все больше и больше компаний вносят информационные технологии в свой бизнес. Однако, мало компаний знают о возможности защиты прав на программные разработки. Действительно, в гражданском кодексе РФ четко написано: «Запрещается патентовать программы ЭВМ». С точки зрения законодательства, единственный способ защитить права на программное обеспечение — это регистрация программ для ЭВМ в ФИПСе (копирайт). Степень защиты программы, охраняемой авторским правом очень низкая, так как объект защиты — это текст кода, а не функция программного обеспечения. Для того, чтобы обойти защиту, достаточно добавить/удалить примерно 20% кода программы. Такие программы — это 2 разных продукта, с точки зрения законодательства по защите авторского права. Авторское право, в первую очередь, создавалось для защиты литературных произведений, а не для защиты кода программы ЭВМ. Текст произведения отображает мысли автора, по какой-либо проблеме, или аналитику по каким-либо статистическим данным и т.д. Если в литературном произведении добавить/изменить/удалить 20% текста, то это тоже будут 2 разных произведения. Но и смысловая нагрузка этих 2 произведений будет разная. Однако тоже самое нельзя сказать про программу ЭВМ — если добавить/изменить/удалить 20% кода программы, то функции, которыми обладает приложение, могут не измениться.

Основной подход к защите программ для ЭВМ — это патентование «функций» или «алгоритмов», которыми обладает программа. В этом случае, нет разницы, какое количество программного кода было изменено/добавлено/удалено или на каком языке программирования написана программа — главное, какими функциями она обладает и какой результат предоставляет. Такой подход к патентованию алгоритмов применим и в РФ и в других странах.;. Это не противоречит закону, потому что защищается не сама программа, а алгоритм, по которому она работает.

Защищать разработки в области программного обеспечения в Российской Федерации можно, если свести программу к «устройству» или «способу».

Крупные компании (такие как Facebook , google , amazon и т.д.) патентуют каждую функцию(скрипт) своего веб-сайта. На каждый продукт, сервис или услугу у компании должно быть оформлена группа патентов. Например, компания Facebook обладает приблизительно 40 патентами (Список патентов с описаниями(Англ.Яз)), которые описывают деятельность веб ресурса — Метод таргетинга рекламы, Способ и система отображения новостей и т.д. У компании amazon — 600 патентов, которые охватывают деятельность нескольких десятков сайтов и сервисов — Способ хранения информации в базе данных, система хранения данных и т.д. Когда ресурс «окружен» таким количеством патентов, тогда, во-первых, другой компании сложнее стать конкурентом в этой области, во-вторых, маловероятно, что на компанию подадут в суд «патентные тролли».

Рауль Варшнея, со-основатель мобильного агентства Arkenea, на The Next Web раскрыл тему патентов и приложений

Итак, у вас есть идея приложения, и вы хотите ее защитить от кражи. Будет ли патент правильным решением проблемы?

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

Прежде, чем погрузиться в специфику, нужно понять, что такое патент. Патент – отрицательное право, которое вам дает правительство США или другого суверенного государства. Это эксклюзивное право на то, чтобы другие не могли использовать или продавать вашу работу. Это дает вам уверенность в том, что никто не нарушит ваши авторские права и не объявит вашу работу своей, но на самом деле, это не гарантия.

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

Альтернативная точка зрения Марка Кубана

Марк Кубан – сторонник реформы патентного права и активно заявляет, что нужно убрать все патенты на ПО – он даже говорил об этом много раз в Shark Tank (сериал ABC).

Задайтесь этими вопросами перед тем, как обратиться к патентному адвокату.

Удовлетворяет ли оно критериям?

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

Офис выдачи патентов и регистрации торговых марок в США (The US Patent and Trademark Office, USPTO) определяет возможность выдачи патента по специальным критериям. Они смотрят на то, используются ли в вашем мобильном приложении ранее запатентованные, опубликованные или использованные “методы или процессы для производства полезного, стабильного и ощутимого результата”. Если да, ваше приложение не получит патент.

Важный шаг до подачи на патент – просмотреть существующую базу выданных патентов. LegalZoom предполагает, что вы придумаете ключевые слова про цель, использование и композицию изобретения, а потом поищете их в указателе классификации патентов (U.S. Patent Classification), чтобы найти потенциальную категорию/подкатегорию, а потом определите ее релевантность, используя схему (Classification Schedule) в руководстве к классификации (Manual of Classification).

Типы патентов

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

Патенты, в целом, делятся на три категории, и только два применимы к ПО: патенты Utility и Design.

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

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

Сколько это стоит?

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

Обычный патент стоит от $8000 до $15000, включая оплату адвоката.

Если после прочтения этой статьи, вы поняли, что не хотите патент, но все еще хотите защитить свое приложение, можете зарегистрировать копирайт. Согласно U.S. Copyright Office, “ваша работа находится под защитой копирайта с того момента, когда она была создана в осязаемой форме, приемлемой напрямую или с помощью устройств”.

Вы не можете подать в суд на нарушение копирайта без зарегистрированного копирайта, но нужно принять решение, на чем лучше сконцентрироваться: на приложении и построении бизнеса или втянуться в защиту недоказанной гипотезы?

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

Сроки получения патента на мобильное приложение

Срок рассмотрения заявки и выдачи патента на идею приложения регулируется Административными регламентами и составляет 24 месяца . На практике в большинстве случаев заявители получают патент за 12-16 месяцев.

Сроки действия патента на приложение для смартфона

Временной отрезок, в пределах которого действуют юридические права на патент на изобретение и на патент на промышленный образец регламентированы статьей 1363 Гражданского кодекса Российской Федерации. В первом случае он составляет 20 лет, во втором – 5 лет.

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

Название приложения как товарный знак

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

Товарный знак обладает исключительной особенностью – он идентифицирует конкретный продукт или группу продуктов. Его регистрацией занимается Федеральная служба по интеллектуальной собственности – Роспатент. Для этого потребуется отдельный заявочный пакет.

Станислав Жарков

Согласно российскому законодательству о правовой защите программ для ЭВМ, а это в первую очередь Закон Российской Федерации о правовой охране программ для электронных, вычислительных машин и баз данных №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 и буду продавать! Ведь автор-то - я!"

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

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

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

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

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

А вот если программист пишет на рабочем месте программу без ведома работодателя, в свободное от выполнения основной работы время - например, какие-то утилиты "для себя", то все авторские права, в том числе и имущественные, в данном случае сохраняются за автором. Конечно, работодатели не одобряют такую деятельность, и лучше стараться не предавать ее огласке.

Программу можно защищать как полезную модель (систему) и как способ.

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

При подготовке первичной заявкой является способ - он наиболее трудоёмок. Когда способ будет готов (или непосредственно в процессе подготовки чтобы экономить время) на базе него делается заявка на полезную модель. Чертежи будут несколько отличны, но бОльшя часть содержимого для полезной модели будет взята из способа. Поэтому обычно патентные бюро делают скидку на заявку по полезной модели. К примеру, заявка на способ обошлась мне в 40 т.р. (не считая пошлин), а дополнительная заявка на полезную модель обошлась лишь в 20 т.р. Она и по объёму значительно меньше способа.

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

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

Преимущество одновременной подачи заявок на полезную модель и способ ещё и в том, что полезная модель начнёт защищать разработку очень быстро. Однако за тот год, в течение которого необходимо принять решение о патентовании в других странах, разработка вероятно не сможет принести ощутимой отдачи и прибыли - и срок патентования в других странах будет упущен. Патентование в США обходится примерно в 4000 долларов, в Европе - 4000 евро. Зато заявка на способ будет рассматриваться достаточно долго, и патент выдадут тоже в лучшем случае через год-полтора. Соответственно и увеличивается общий срок, в течение которого надо успеть подать заявки в другие страны. Таким образом, разработку через 3-4 месяца после подачи заявок уже начинает защищать патент на полезную модель, поэтому становится нестрашно упустить сроки подачи заявки на полезную модель в друге страны. Зато появляется значительная фора для раскрутки и получения отдачи от разработки, для анализа того какие страны оказываются заинтересованы в разработке. Тогда после получения патента на способ через 1-2 года появляется ещё год для патентования способа в других странах - в сумме эта фора в 2-3 года. Причём, способ как более тщательно проверенная заявка - гораздо проще пройдёт процедуру проверки и регистрации в других странах, а так же обеспечит более полную защиту.

Наверное, мне не очень повезло с идеей переадресаций, и с тем что я постоянно её развивал и развивал - я потратил около 500 часов на подготовку патентов в течение целого года. Для сравнения на программирование я потратил 150-200 часов)) В случае же достаточно простых разработок и патентование станет значительно проще и быстрее. Но схема останется такой как я описал. Патентовед вообще сказала что я своими заявками побил 4 рекорда по Екатеринбургу: количество отличительных пунктов способа составил по-моему около 70-ти или 80-ти, объём заявки способа страниц на 60, время подготовки год вместо стандартных 4-х месяцев, ну и это был первый интернет-сервис, в то время как до этого они патентовали только локальные программы и базы данных.

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