Патентование алгоритмов и программных решений в разных юрисдикциях.
Интеллектуальная собственность • IT-право

Патентование алгоритмов и программных решений в разных юрисдикциях

Алгоритм сам по себе не патентуется нигде в мире. Но программные решения — можно. Главное: правильно сформулировать заявку и знать, в какой юрисдикции это вообще возможно. Разбираем правила США, Европы, Китая, Индии и стран СНГ.

  • USPTO
  • ЕПВ
  • Патент на ПО
  • Alice Corp
  • Технический характер
  • IT-право

Содержание

6 разделов
1 Можно ли запатентовать алгоритм? Основы и мифы

Что охраняет патент, в чём разница с авторским правом

2 США: программные патенты после дела Alice Corp

Тест Алиса, что можно и что нельзя патентовать

3 Европа: ЕПВ и требование технического характера

Как сформулировать заявку, чтобы она прошла экспертизу

4 Китай, Индия и СНГ: особенности юрисдикций

Где можно, где сложно, где практически невозможно

5 Стратегия патентной защиты для IT-компаний

Что патентовать, PCT, портфельный подход

6 Типичные ошибки и как их избежать

Практика заявителей и советы специалистов

1. Можно ли запатентовать алгоритм? Основы и мифы

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

Ключевое понятие — патентоспособный объект (patentable subject matter). В большинстве юрисдикций охраняются изобретения: технические решения конкретной проблемы. Если алгоритм реализован в виде технической системы или метода с конкретным техническим результатом — он может быть защищён патентом. Это и есть точка входа для патентования программных решений.

  • Алгоритм ≠ изобретение
  • Технический результат — ключ
  • Формула заявки важнее кода
  • Авторское право vs патент
  • Патент = 20 лет охраны
🔬
Что такое патент на ПО

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

©️
Авторское право: в чём разница

Авторское право на код возникает автоматически при создании, но защищает только конкретный текст программы. Скопировать идею, переписав код — не нарушение АП. Патент защищает именно идею (метод, алгоритм) независимо от реализации.

⏱️
Патент: сроки и объём

Срок действия патента — 20 лет с даты подачи. Патент даёт исключительное право запрещать третьим лицам использовать изобретение в коммерческих целях — даже если те разработали его независимо.

Что нельзя запатентовать нигде:

Математические формулы и абстрактные алгоритмы сами по себе. Бизнес-методы без технической составляющей. Правила игр, ментальные методы, открытия законов природы. Программный код как литературное произведение (это объект авторского права).

Что МОЖЕТ охраняться патентом

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

🚫
Что патентом НЕ охраняется

«Алгоритм сортировки» без технического применения. Формула расчёта финансовых показателей. Способ организации данных в базе без технического результата. Интерфейс пользователя как таковой (UI/UX).

!

Граница между «абстрактной идеей» и «патентоспособным изобретением» — самое спорное место в патентном праве ИС. Одна и та же разработка может получить патент или получить отказ в зависимости от того, как сформулирована заявка. Именно поэтому в IT-патентовании роль патентного поверенного особенно критична.

2. США: программные патенты после дела Alice Corp

США исторически были самой открытой юрисдикцией для патентования программного обеспечения. Это изменилось в 2014 году: решение Верховного суда по делу Alice Corp v. CLS Bank International перевернуло практику и ввело новый тест для программных патентов, которым USPTO руководствуется по сей день.

До Alice Corp в США можно было получить патент практически на любой программный метод. После — тысячи ранее выданных патентов были аннулированы, а USPTO резко повысило требования к программным заявкам. Тем не менее патентование ПО в США по-прежнему возможно — при соблюдении условий «теста Алиса».

  • USPTO
  • Alice Corp (2014)
  • Тест Алиса — 2 шага
  • §101 патентного закона США
  • Изобретательский концепт
1A
Шаг 1А: Направлен ли патент на исключённый объект? USPTO проверяет, является ли заявка направленной на абстрактную идею, закон природы или природное явление. Большинство программных патентов потенциально попадают под «абстрактную идею».
Шаг 1Б: Есть ли «изобретательский концепт»? Если да — нужно доказать, что заявка содержит нечто существенно большее, чем просто реализация абстрактной идеи на компьютере. Это может быть: конкретное техническое улучшение, нестандартная архитектура, специфический технический результат.
2
Как проходят экспертизу успешные заявки? Акцент на конкретном техническом улучшении (improvement to computer functionality). Подробное описание технического результата. Избегание формулировок вроде «выполнять на компьютере X» без технического обоснования.

Что в США патентуется несмотря на Alice:

Алгоритмы, улучшающие работу самого компьютера (быстродействие, безопасность, эффективность). Методы обработки данных, привязанные к специфическому техническому устройству. Архитектурные решения в области сетевой безопасности и шифрования. Изобретения в области AI/ML с конкретным техническим применением (медицина, промышленность).

Сильные классы заявок в США

Кибербезопасность и шифрование. Медицинские алгоритмы диагностики. Промышленные системы управления (IoT). Компьютерные архитектуры и процессоры.

📉
Слабые классы заявок в США

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

После Alice Corp в США патентование ПО стало сложнее, но не невозможным. Компании уровня Google, Microsoft, IBM продолжают получать тысячи программных патентов ежегодно — за счёт грамотной формулировки заявок с акцентом на технический результат, а не на абстрактную идею.

3. Европа: ЕПВ и требование технического характера

В Европе патенты выдаёт ЕПВ — Европейское патентное ведомство (EPO, European Patent Office). Формально Европейская патентная конвенция (EPC) прямо запрещает патентование программ для ЭВМ «как таковых». На практике — сотни тысяч патентов, связанных с программным обеспечением, выданы и действуют в Европе.

Ключевое слово — «как таковых» (as such). ЕПВ разработало обширную практику, согласно которой программное решение патентоспособно, если оно имеет технический характер: решает техническую проблему техническими средствами и даёт технический результат.

  • ЕПВ / EPO
  • EPC ст. 52
  • Технический характер
  • «Как таковых» — ключевое исключение
  • 38 стран-членов
🏛️
Что значит «технический характер»

Изобретение должно: (1) иметь технический характер, (2) быть новым, (3) обладать изобретательским уровнем. Технический характер — это связь с физическим миром: управление устройством, обработка сигнала, оптимизация вычислительного процесса.

📝
Как формулируется заявка

Заявки в ЕПВ на ПО обычно формулируются как: «Способ [технического процесса], включающий шаги…» или «Компьютерная система для [технической задачи], содержащая…». Запрещены формулировки, направленные на алгоритм без технического контекста.

Что ЕПВ патентует на практике

Алгоритмы обработки изображений. Методы сжатия данных. Системы управления техническими устройствами. AI-решения в медицине, производстве, транспорте. Архитектуры чипов и встроенного ПО.

Унитарный патент ЕС (2023):

С 2023 года в ЕС действует система унитарного патента: одна заявка в ЕПВ даёт охрану сразу в 17+ странах ЕС без необходимости валидации в каждой стране отдельно. Это значительно упрощает и удешевляет охрану для IT-компаний с европейскими рынками.

Примеры успешных программных патентов ЕПВ

Алгоритм распознавания речи, привязанный к устройству. Метод сжатия видео для передачи по сети. Система управления промышленным роботом через ПО. ML-алгоритм диагностики медицинских изображений.

🚫
Что ЕПВ отклоняет

Алгоритм оценки кредитоспособности (бизнес-метод). Программа для составления расписания без технического контекста. Интерфейс пользователя / UX без технического эффекта. Математическая модель прогнозирования цен.

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

4. Китай, Индия и СНГ: особенности юрисдикций

За пределами США и Европы условия для патентования программных решений существенно различаются. В одних юрисдикциях ситуация схожа с ЕПВ, в других — практика значительно жёстче. Разбираем ключевые рынки.

Если ваш бизнес ориентирован на Азию или постсоветское пространство — знание местных правил позволит выстроить реалистичную стратегию охраны.

  • CNIPA (Китай)
  • IPO Индии
  • Евразийское патентное ведомство (ЕАПО)
  • Национальные ведомства СНГ
🇨🇳

Китай — CNIPA

Условно возможно

Китай исторически относился к программным патентам строже Европы. С 2017 года CNIPA смягчило позицию: программные решения патентуются, если описаны как «метод с техническим эффектом» или реализованы в виде системы. Рекомендуется формулировать заявку как «компьютерно-реализованный метод» с чётким техническим результатом. Китайский патент критически важен для бизнеса на рынке КНР.

🇮🇳

Индия — IPO

Высокий барьер

Индийский Закон о патентах прямо исключает программы для ЭВМ «как таковые». Практика IPO крайне строга: большинство заявок на программные изобретения получают отказ. Шанс есть только при формулировке как «метод/система с конкретным техническим применением» в производстве, медицине или телекоммуникациях. Ситуация постепенно меняется, но остаётся сложной.

🌐

ЕАПО — евразийские страны

Технический характер обязателен

Евразийское патентное ведомство выдаёт патенты, действующие в 8 странах СНГ: России, Казахстане, Беларуси, Азербайджане, Кыргызстане, Таджикистане, Туркменистане, Армении. Подход близок к ЕПВ: нужен технический характер. Одна евразийская заявка = охрана сразу во всех 8 странах.

🇰🇿

Казахстан, Россия — национальные ведомства

По образцу ЕАПО

Национальные ведомства (Роспатент, НИИС Казахстана) следуют подходу, схожему с ЕАПО. Программы для ЭВМ как таковые не патентуются, но компьютерно-реализованные изобретения с техническим эффектом — могут. Параллельная подача в ЕАПО и национальное ведомство обеспечивает максимальную охрану.

Юрисдикция Патентование ПО Ключевое требование Срок рассмотрения Особенности
США (USPTO) Возможно Технический результат; тест Алиса 2–3 года Самая обширная практика; высокая конкуренция
Европа (ЕПВ) Возможно Технический характер 3–5 лет Строгие, но предсказуемые критерии; унитарный патент с 2023
Китай (CNIPA) Условно Техническое применение 2–3 года Ключевой рынок; практика смягчается с 2017 г.
Индия (IPO) Ограничено Узкая трактовка «технического» 3–5 лет Один из сложнейших рынков для ПО
ЕАПО Возможно Технический характер (как ЕПВ) 18–24 мес. Охват 8 стран СНГ одной заявкой
США (USPTO)
Патентование ПО:Возможно Ключевое требование:Технический результат; тест Алиса Срок рассмотрения:2–3 года Особенности:Самая обширная практика; высокая конкуренция
Европа (ЕПВ)
Патентование ПО:Возможно Ключевое требование:Технический характер Срок рассмотрения:3–5 лет Особенности:Строгие, но предсказуемые критерии; унитарный патент с 2023
Китай (CNIPA)
Патентование ПО:Условно Ключевое требование:Техническое применение Срок рассмотрения:2–3 года Особенности:Ключевой рынок; практика смягчается с 2017 г.
Индия (IPO)
Патентование ПО:Ограничено Ключевое требование:Узкая трактовка «технического» Срок рассмотрения:3–5 лет Особенности:Один из сложнейших рынков для ПО
ЕАПО
Патентование ПО:Возможно Ключевое требование:Технический характер (как ЕПВ) Срок рассмотрения:18–24 мес. Особенности:Охват 8 стран СНГ одной заявкой
!

Международная стратегия патентной охраны должна учитывать приоритетные рынки сбыта, а не только страну регистрации компании. Патент в Казахстане не защитит вас на рынке ЕС или США — и наоборот. Портфель патентов формируется там, где находится ваш потребитель или ваш конкурент.

5. Стратегия патентной защиты для IT-компаний

Большинство IT-стартапов и даже зрелых компаний недооценивают патентование — и переоценивают защиту авторским правом. Правда такова: авторское право защищает код, но не идею. Патент защищает идею. Именно идеи и создают конкурентные преимущества.

Выстраивать патентный портфель — это не одноразовое действие, а процесс. Важно понимать: что патентовать, когда и где. А также — что можно защитить другими способами, если патент недостижим.

  • Изобретательская активность
  • PCT — международная заявка
  • Патентный портфель
  • Trade secret как альтернатива
1
Аудит изобретений Регулярно проводите внутренний аудит: какие технические решения, методы, архитектуры создала команда за последние 6–12 месяцев? Многие компании не осознают, что уже создали патентоспособные объекты.
2
Оценка патентоспособности До подачи заявки — предварительный поиск: нет ли аналогов? Анализ патентоспособности позволяет отсечь нежизнеспособные заявки и сосредоточить бюджет на сильных изобретениях.
3
Выбор юрисдикций Определите, в каких странах находятся ваши ключевые рынки и ключевые конкуренты. Именно там нужна охрана. Для широкой международной защиты — используйте PCT (Patent Cooperation Treaty): одна заявка открывает доступ к 150+ странам.
4
Формулировка заявки Самый важный шаг. Неправильно сформулированная заявка даст слабый патент, который легко обойти. Формула изобретения должна быть максимально широкой, но соответствующей критериям патентоспособности.
5
Поддержание и монетизация Патент — не цель, а инструмент. Его можно лицензировать, использовать для защиты от конкурентов, привлечения инвесторов, или как оборонительный щит в случае судебного спора. Портфель из 5–10 патентов уже создаёт реальный барьер для конкурентов.

PCT: одна заявка — 150+ стран

Договор PCT (Patent Cooperation Treaty) позволяет подать одну международную заявку и в течение 30 месяцев с даты приоритета выбрать конкретные страны для национальной фазы. Это даёт время оценить коммерческую ценность изобретения перед крупными тратами на национальные фазы. Идеальный инструмент для стартапов с ограниченным бюджетом и неопределённой географией рынков.

🔒
Когда патент — лучший выбор

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

🤫
Когда лучше подойдёт Trade Secret

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

Для большинства IT-компаний оптимальная стратегия — комбинация: ключевые архитектурные решения защищать патентами, специфические алгоритмы — режимом коммерческой тайны (trade secret), а код — авторским правом. Эти три инструмента дополняют, а не заменяют друг друга.

6. Типичные ошибки при патентовании программных решений

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

Большинство из них можно предотвратить, если знать правила до подачи первой заявки.

Ошибка 1

Раскрытие изобретения до подачи заявки

⚠ Риск: Публикация статьи, демо на конференции, выложенный код на GitHub — всё это может уничтожить новизну изобретения и сделать его непатентоспособным в большинстве стран (в США есть 1-летний льготный период, в ЕС — нет)

✓ Решение: Подайте предварительную заявку (provisional application в USPTO или PCT) до любого публичного раскрытия. Она фиксирует дату приоритета и даёт год на доработку

Ошибка 2

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

⚠ Риск: Заявка, написанная как описание алгоритма без явного технического применения, будет отклонена в любой юрисдикции — США, ЕПВ, ЕАПО

✓ Решение: Перефразируйте: не «алгоритм оптимизации», а «компьютерно-реализованный метод оптимизации управления промышленным оборудованием с уменьшением энергопотребления на X%»

Ошибка 3

Слишком узкая формула изобретения

⚠ Риск: Конкурент делает то же самое, но с незначительными изменениями — и ваш патент его не охватывает. Слабый патент не защищает

✓ Решение: Формула изобретения должна быть максимально широкой по первому пункту (independent claim) и конкретизирована в зависимых пунктах. Это работа патентного поверенного — не экономьте на ней

Ошибка 4

Ждать «готовности» продукта перед подачей

⚠ Риск: Пока вы «доделываете» продукт, конкурент или сквоттер подаёт заявку первым. Дата приоритета — это дата подачи, а не дата выпуска продукта

✓ Решение: Подавайте provisional application или PCT как только изобретение концептуально готово. Доработать описание можно в течение года

Ошибка 5

Игнорирование чужих патентов (patent clearance)

⚠ Риск: Выпуск продукта, нарушающего чужой патент — судебные иски, запрет продаж, компенсации. Особенно критично при выходе на рынок США

✓ Решение: Проводите patent clearance search перед запуском продукта, особенно на рынках с высокой патентной активностью (США, Европа, Китай)

Нужна помощь с патентованием IT-решений?

Команда WCR Consulting сопровождает патентование программных и алгоритмических изобретений в США, Европе, через систему PCT и ЕАПО. Помогаем правильно сформулировать заявку и выбрать стратегию охраны с учётом ваших рынков.

  • Оценка патентоспособности и предварительный поиск аналогов
  • Подготовка и подача заявок: USPTO, ЕПВ, PCT, ЕАПО
  • Формулировка формулы изобретения с учётом требований юрисдикции
  • Сопровождение переписки с патентными ведомствами