Современное сообщество во многом полагается на компьютерную технологию. Компьютер не может работать без программного обеспечения. Программное обеспечение и аппаратура действуют совместно в сегодняшнем информационном обществе. Поэтому неудивительно, что охрана программного обеспечения в качестве интеллектуальной собственности является важной не только для отрасли программного обеспечения, но и для других отраслей экономики.
Вопросы охраны программного обеспечения компьютеров в качестве интеллектуальной собственности активно обсуждаются как на национальном, так и на международном уровне. Например, в Европейском союзе обсуждался проект директивы о патентоспособности связанных с компьютером изобретений в целях гармонизации толкования национальных требований о патентоспособности для изобретений, связанных с программным обеспечением компьютеров, включая деловые методы, осуществляемые через компьютеры. Эти дискуссии свидетельствуют о различии взглядов разных партнеров в Европе. Кроме того, Интернет ставит сложные проблемы в отношении обеспечения действия патентов, поскольку охрана патентов обеспечивается на пострановой основе и патентное законодательство каждой страны действует лишь в пределах ее собственных границ.
Данная статья не пытается разъяснить все вопросы и снять все недопонимания, касающиеся патентов на программное обеспечение, но дает пять советов или рекомендаций, о которых необходимо помнить при рассмотрении вопроса об охране изобретений, связанных с программным обеспечением, с помощью патента.
Во многих странах компьютерные программы как исходные, так и объектные охраняются с помощью авторского права. Важнейшим преимуществом охраны с помощью авторского права является ее простота. Авторско-правовая охрана не зависит от каких-либо формальных процедур, таких как регистрация или сдача на хранение копий в 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
Станислав Жарков
Согласно российскому законодательству о правовой защите программ для ЭВМ, а это в первую очередь Закон Российской Федерации о правовой охране программ для электронных, вычислительных машин и баз данных №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 и буду продавать! Ведь автор-то - я!"
Поступать так не стоит даже и пытаться. Скорее всего, вам будет предъявлен серьезный иск в нарушении авторских прав, и выйти из судебного разбирательства победителем нет шансов. И вот почему.
Имущественные права на программу (как и другое произведение), созданную в порядке выполнения служебных обязанностей или по заданию работодателя (так называемая служебная программа), принадлежат работодателю, если в договоре между ним и автором не предусмотрено иное. Естественно, работодатель, который и так выплачивает автору зарплату и несет другие расходы, связанные с содержанием персонала, заинтересован в полной передаче имущественных прав на программу.
У автора остаются личные неимущественные права - например, право на авторство, на имя и т. п. Но обладание этими правами не позволяет автору заниматься распространением программы - это относится к сфере имущественных прав, которые, как уже говорилось выше, по умолчанию принадлежат работодателю.
Чтобы программа считалась служебной, работодатель должен четко зафиксировать конкретные служебные обязанности сотрудника (например, в должностной инструкции) или выдать ему служебное (например, техническое) задание, причем обязательно в письменной форме.
Для того чтобы закрепить взаимоотношения работодателя и автора при работе по какому-либо определенному проекту, работодатель может заключить с автором договор, в котором будут подробно расписаны условия работы. Чтобы увеличить заинтересованность своего сотрудника в результатах работы по созданию программного обеспечения, работодатель может определить размер выплаты автору в качестве вознаграждения, дополнительно к заработной плате, определенного процента с дохода или прибыли, полученной работодателем от реализации данной программной разработки.
А вот если программист пишет на рабочем месте программу без ведома работодателя, в свободное от выполнения основной работы время - например, какие-то утилиты "для себя", то все авторские права, в том числе и имущественные, в данном случае сохраняются за автором. Конечно, работодатели не одобряют такую деятельность, и лучше стараться не предавать ее огласке.
26 января 2012 в 17:20Программу можно защищать как полезную модель (систему) и как способ.
Лучше одновременно готовить отдельные заявки и на способ, и на полезную модель. Когда будут готовы - патентный поверенный подаст их одновременно в один и тот же день - тогда обе эти заявки не опорочат патентную новизну друг друга, но зато обеспечат защиту с разных сторон.
При подготовке первичной заявкой является способ - он наиболее трудоёмок. Когда способ будет готов (или непосредственно в процессе подготовки чтобы экономить время) на базе него делается заявка на полезную модель. Чертежи будут несколько отличны, но бОльшя часть содержимого для полезной модели будет взята из способа. Поэтому обычно патентные бюро делают скидку на заявку по полезной модели. К примеру, заявка на способ обошлась мне в 40 т.р. (не считая пошлин), а дополнительная заявка на полезную модель обошлась лишь в 20 т.р. Она и по объёму значительно меньше способа.
После подачи заявок уже можно начинать публиковать программу, не дожидаясь положительного решения - но конечно в том случае если вы абсолютно уверены что не нарушаете ничьи права. Хотя как перед началом работы над заявкой, так и в процессе её подготовки, проводится экспертиза на мировую новизну - и обычно находятся все известные аналоги. И патентовед решает руководствуясь своим опытом - достаточно ли отличий в защищаемой идее по отношению к существующим изобретениям и заявкам. Так что если их достаточно - то принимается решение делать заявку. Однако, до момента подачи заявки в мире может появиться что-то около-близкое, поэтому перед запуском своей разработки без получения положительного решения необходимо ещё раз убедиться что вы первый - просто хотя бы погуглить, не проводя дополнительных проверок на мировую новизну в патентном бюро. В мире программ всё достаточно быстро становится известно.
Но можно дождаться и положительного решения. Для полезной модели положительное решение может быть готово достаточно быстро - в течение 2-3-х месяцев. При условии что заявку оформили качественно и она в центральном патентном ведомстве сразу же прошла, не вызывая возражений экспертов. Заявка на способ может въедливо мурыжиться годами - 2 года обычное дело, возможна длительная переписка и споры между экспертом и патентоведом. Но зато патент на способ защищает разработку значительно лучше, чем патент на полезную модель.
Преимущество одновременной подачи заявок на полезную модель и способ ещё и в том, что полезная модель начнёт защищать разработку очень быстро. Однако за тот год, в течение которого необходимо принять решение о патентовании в других странах, разработка вероятно не сможет принести ощутимой отдачи и прибыли - и срок патентования в других странах будет упущен. Патентование в США обходится примерно в 4000 долларов, в Европе - 4000 евро. Зато заявка на способ будет рассматриваться достаточно долго, и патент выдадут тоже в лучшем случае через год-полтора. Соответственно и увеличивается общий срок, в течение которого надо успеть подать заявки в другие страны. Таким образом, разработку через 3-4 месяца после подачи заявок уже начинает защищать патент на полезную модель, поэтому становится нестрашно упустить сроки подачи заявки на полезную модель в друге страны. Зато появляется значительная фора для раскрутки и получения отдачи от разработки, для анализа того какие страны оказываются заинтересованы в разработке. Тогда после получения патента на способ через 1-2 года появляется ещё год для патентования способа в других странах - в сумме эта фора в 2-3 года. Причём, способ как более тщательно проверенная заявка - гораздо проще пройдёт процедуру проверки и регистрации в других странах, а так же обеспечит более полную защиту.
Наверное, мне не очень повезло с идеей переадресаций, и с тем что я постоянно её развивал и развивал - я потратил около 500 часов на подготовку патентов в течение целого года. Для сравнения на программирование я потратил 150-200 часов)) В случае же достаточно простых разработок и патентование станет значительно проще и быстрее. Но схема останется такой как я описал. Патентовед вообще сказала что я своими заявками побил 4 рекорда по Екатеринбургу: количество отличительных пунктов способа составил по-моему около 70-ти или 80-ти, объём заявки способа страниц на 60, время подготовки год вместо стандартных 4-х месяцев, ну и это был первый интернет-сервис, в то время как до этого они патентовали только локальные программы и базы данных.
Тут при оформлении стоит придерживаться золотой середины: количество отличий (функций) от прототипа (самого близкого аналога) должно быть достаточно чтобы эксперты в центральном патентном ведомстве признали мировую новизну заявки, в то же время на доработки может уйти слишком много времени - как в моём случае, и вероятно стоит остановиться когда отличий по мнению патентоведа будет уже достаточно. В то же время разработку желательно закрыть со всех сторон, придумать как можно больше функций и отличий, чтобы другой не смог «обойти», т.е. на базе данной разработки создать свою разработку с этими отличиями, достаточными чтобы экспертиза признала за право на новый патент.
Многие начинающие предприниматели, придумавшие бизнес идею в области мобильных приложений, первым делом ищут возможности получить патент на изобретение. Замысел понятен – сразу после старта любой желающим может обойти на повороте, воспользовавшись новым видением потенциала.
В этой статье мы тезисно перечислим причины этого не делать.
Патент – это охранный документ, удостоверяющий исключительное право, авторство и приоритет изобретения, полезной модели либо промышленного образца. В случае с разработкой мобильного приложения, являющегося программным обеспечением, получить патент в России и Европе на алгоритмическую часть (непосредственно программу) не удастся: статья 52 европейской патентной конвенции прямо запрещает патентование программ для ЭВМ.
Поэтому в случае с мобильными приложениями как правило защищается не сам продукт, а общая идея функционирования сервиса, отражающая некоторую новизну подхода к решению той или иной задачи. Запатентовать код тоже можно, но только в некоторых юрисдикциях, например в США или Южной Корее.
Получение патента на мобильное приложение отнимает драгоценное время, которое на старте продукта лучше потратить на проверку гипотезы о работающей бизнес модели.
Вам не только нужно найти патентного поверенного, который может взяться за работу по описанию и оформлению вашей идеи, но и заплатить за его услуги, оплатить патентные взносы, переводчика и так далее. Вы потратите минимум 50–100 тысяч рублей (если часть работы будете делать самостоятельно) и не меньше 3–4 месяцев, если делать все очень быстро.
После этого вы можете получить отказ на регистрацию от патентного бюро, потому что описание недостаточно детальное, не содержит инновационности, дублирует уже существующие патенты и т.д. Только 56% патентов регистрируется , соответственно 44% – отклоняется.
При этом по статистике 97% (!) патентов генерируют прибыли меньше, чем стоимость их оформления.
Практически всегда желание защитить бизнес возникает на стадии первой идеи. Как только прошло достаточно времени на обдумывание плана, сразу возникает мысль о защите еще будущего предприятия. Желание понятно, однако идея и ее реализация – всегда разные вещи.
Пол Грэм, один из известнейших предпринимателей в IT и основатель Y Combinator, говорит , что по его опыту от 70 до 100% проектов имеют разные ключевые идеи на старте и через 3 месяца операционной работы.
Так происходит из-за того, что бизнес – это решение реальных проблем. Он развивается и растет в синергии с потребностями людей, которые:
а) вам досконально неизвестны на стадии идеи
б) меняются со временем
в) решаются так, как хочется им, а не вам.
Как только вы начнете запускать идею, с вероятностью близкой к 100% вам придется если не полностью изменить вашу задумку, то значительно ее переработать. Зачем в этом случае патентовать в самом начале то, от чего в последствие вы сами откажетесь?
А главное – это скорость проверки гипотез о работающих моделях, сбор фидбека с потенциальных клиентов и реализация MVP. Любой, кто работает на этом же рынке и справляется с этим лучше, опередит вас, несмотря на наличие патента. Потому что, во-первых, он понимает рынок лучше, а во-вторых, открытая им более эффективная модель наверняка не будет совпадать с вашим патентом.
Фокусируясь на защите идеи, вы сразу же отстаете в скорости ее развития и реализации.
Если патент – неэффективный способ защиты бизнеса в самом его начале, то это вовсе не означает, что не нужно принимать вообще никаких оборонительных мер. В силу простоты и дешевизны можно использовать такие способы:
Патентовать изобретения важно и нужно, но это совершенно не то, что стоит делать первым делом, когда вы занимаетесь стартапом. Многие компании стали заниматься защитой интеллектуальной собственности только после того, как начали генерировать прибыль.
В самом начале стоит полностью сфокусироваться на самой идее продукта, ее проверке, продумывании и создании MVP, находясь при этом на постоянной, максимально близкой связи с вашими будущими клиентами.
Подписывайтесь на : мы ежедневно публикуем интересные материалы про создание бизнеса и разработку мобильных приложений.
Мобильное приложение - это весомый актив, который может «выстрелить» на рынке и принести автору колоссальную прибыль, особенно если оно представлено в магазинах App Store и Google Play.
В закладки
Поэтому создателей мобильных приложений интересует вопрос: можно ли запатентовать свое творение? Естественно, ими движет желание защитить свое авторское право на разработку и не позволить конкурентам использовать ее без разрешения. Давайте разберемся, как охраняются мобильные приложения, что требуется для их регистрации и какие особенности имеет процедура патентования мобильных приложений в России?
Прежде всего разберемся, каковы различия между авторским и исключительным правом. От этого зависит, захотите ли вы получить патент на приложение или нет. Авторское право - это интеллектуальное право на произведения искусства, науки или литературы, которое не отчуждается и не требует регистрации. Исключительное право, напротив, можно продать как полностью, так и частично. Оно позволяет использовать вашу разработку по своему усмотрению. Но для этого нужно стать правообладателем - получить патент или свидетельство о регистрации на объект интеллектуальной деятельности.
Итак, что представляет из себя мобильное приложение с точки зрения закона? Приложение - это не только программный код, оно может содержать уникальное дизайнерское решение, музыкальное сопровождение и т.д. Неважно, является ли оно приложением для iphone, android или ios, все они - объекты интеллектуальной собственности согласно ч. 1 ст. 1259 ГК РФ. А это значит, что любое мобильное приложение приравнено к литературному произведению и на него распространяются положения об авторском праве. Чтобы зафиксировать свое авторское право, не нужно регистрировать приложение - оно возникает сразу с момента публикации вашей разработки.
Если вы все же приняли решение о его государственной регистрации, то вправе подать заявку в Роспатент на получение свидетельства о регистрации программы ЭВМ (программного кода) или товарного знака (значок или иконка приложения). Однако учтите, что при передаче исключительных авторских прав на данное приложение другому лицу вам придется регистрировать такой переход в Роспатенте.
Многие разработчики мобильных приложений для ios или приложений для андроид боятся, что их труд будет использован конкурентами и они не смогут доказать свое авторство, если не пройдут процедуру регистрации в Роспатенте. Не стоит беспокоиться, как мы уже говорили, ваши авторские права на приложение возникают автоматически с момента публикации. Но можно подстраховаться и заранее обеспечить себе доказательственную базу:
посетить нотариуса и удостоверить время, когда вы предъявили ему свое приложение;
отправить себе на электронную почту письмо с вложением (время там также будет указано) и заверить распечатку у нотариуса;
Делать это не обязательно, но на всякий случай стоит.
Как запатентовать приложение для телефона в России?
С авторскими правами на мобильное приложение все понятно, а что с исключительными? Получить их также возможно, если оформить патент. Однако запатентовать получится только способ или способы работы вашего программного продукта, а также дизайн интерфейса. Главное, чтобы такой дизайн нес новый функционал, а не просто удовлетворял эстетические потребности пользователей. Иначе в патентовании вам откажут. А на что можно получить патент? В РФ запатентовать можно только три объекта интеллектуальной деятельности: изобретение, полезную модель или промышленный образец. А вот получить патент на идею приложения у вас не получится. Само приложение относится к изобретению, а дизайн - к промышленному образцу.
Патент на изобретение
Поскольку мобильное приложение относится к изобретению, то оно должно соответствовать определенным критериям патентоспособности:
Если хотя бы один критерий будет исключен, получить патент на приложение не получится.
Срок его действия установлен ст. 1363 ГК РФ и составляет 20 лет. Продлить патент на мобильное приложение не получится, поскольку законодатель позволяет продлевать только патенты на лекарственные средства или химикаты, которые используются только по лицензии.
Патент на промышленный образец
Дизайн интерфейса - это такое художественно-конструкторское решение, которое несет уникальный функционал и определяет внешний вид вашего приложения. Его можно запатентовать в качестве промышленного образца. В отличие от изобретения, патентное законодательство РФ устанавливает к нему иные критерии патентоспособности: дизайн должен обладать мировой новизной и оригинальностью, т.е. чем больше отличий от ближайшего аналога, тем лучше.
Действие патента ограничено 5 годами, но заявитель вправе продлевать его неоднократно. Срок действия при продлении не изменяется, однако за каждый год охраны придется уплачивать пошлину.
Кто может получить патент на мобильное приложение для смартфона?
Каких-либо ограничений законом не установлено. Подать заявку могут как физические, так и юридические лица. Т.е. обратиться в Патентное ведомство могут:
На последнем заострим особое внимание. Если у вас с работодателем заключен трудовой договор, то исключительное право на служебную разработку принадлежит ему по закону. Поэтому вы сами не сможете запатентовать мобильное приложение. Ваша задача - письменно известить работодателя о создании изобретения, а его - принять решение, оформлять на него патент или нет (п. 4 ст. 1370 ГК РФ). Если же вы работаете на заказчика, то исключительные права на ваш труд также переходят к нему.
Что потребуется для регистрации мобильного приложения?
Самым первым шагом будет проведение патентного поиска. Для чего это нужно? С помощью поиска вы узнаете, регистрировал ли кто-нибудь в мире похожие прототипы, является ли ваше приложение для iphone или приложение для android новым, что может помешать их патентованию. Это позволит снизить риск отказа со стороны Роспатента.
Как только вы закончите с поиском, потребуется собрать установленный законом пакет документов:
Реферат, формулу и чертежи следует оформить на отдельных листах. Для них также установлены определенные требование: белые формата А4, шрифт черный с 1,5 интервалом, все поля по 2 см., кроме левого (2,5 см.).
Третий шаг - подача заявки в Роспатент любым удобным для вас способом:
Формальная
В течение двух месяцев ваша заявка и присланные материалы проверяются на правильность оформления и полноту. Если находят ошибки, то вас попросят их исправить за 60 дней. Не успеете, придется доплачивать по 800 руб. за каждый месяц задержки (до полугода).
По существу
Если с поданными документами все в порядке, то ваше мобильное приложение для смартфона изучат специалисты, проверят критерии патентоспособности. Изделие прошло проверку - вынесут положительное решение, нет - направят запрос на устранение недоработок. Времени у вас на это - 2 месяца.
Итак, как только вы успешно пройдете этот важный и длительный этап, вам останется заплатить последние две пошлины, дождаться регистрации приложения и выдачи патента.
Сколько стоит патент на мобильное приложение?
Получение патента на приложение - это платная услуга. Роспатентом установлены следующие тарифы:
Стоимость пошлины снизится на 30% при подаче заявки через сайт ФИПС. Главное - иметь электронную подпись. Если вы являетесь автором приложения и сами подаете заявку, то можно воспользоваться льготами. Они предоставляются инвалидам, пенсионерам, авторам-одиночкам, научным работникам. Только подтвердите свой статус соответствующими документами.
