Комплексная модель охраны IT-решения.

Корректная юридическая стратегия в сфере IT должна исходить из принципа дифференциации объектов охраны. Код и документация защищаются авторским правом; технический способ работы программного продукта — патентом на изобретение при наличии признаков патентоспособности; интерфейсные визуальные решения — посредством конструкций промышленного образца и, при наличии оснований, авторского права; конфиденциальная технологическая часть — режимом секрета производства; бренд продукта — средствами индивидуализации.
Именно такая многослойная модель обеспечивает не формальное, а функционально полноценное правовое покрытие цифрового продукта. Она позволяет одновременно защитить форму выражения, техническую сущность, визуальную идентичность и конфиденциальную составляющую IT-решения, а также минимизировать риски, связанные с пробелами в квалификации объекта и неверным выбором правового режима.
Эффективная защита IT-решения, программного обеспечения, строится как комбинация нескольких режимов:
  1. Режим защита авторским и смежным правом: код, база данных, изображения, видео материалы.
  2. Режим защиты патентным правом: техническое решение, способ работы ПО (алгоритм) в виде полезной модели или изобретения соответственно, интерфейс как промышленный образец,
  3. Режим защиты коммерческой тайной, включая NDA и договорные конструкции с разработчиками,
  4. Режим защиты исключительным правом на средства индивидуализации - товарный знак, знак обслуживания, название продуктов и элементов фирменного стиля (бренда).

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

IT-решение представляет собой сложный результат интеллектуальной деятельности, включающий разнородные по своей правовой природе элементы: программу для ЭВМ, базу данных, технический способ обработки информации, графический пользовательский интерфейс, документацию, коммерчески ценную конфиденциальную информацию, а также средства индивидуализации продукта. По этой причине его правовая охрана не может быть сведена к одному универсальному механизму; напротив, адекватная защита предполагает комбинирование нескольких правовых режимов в зависимости от структуры конкретного цифрового продукта и модели его коммерциализации.
В российском праве ключевое значение для IT-сферы имеют три модели охраны, которые нередко применяются параллельно: авторско-правовая охрана программы для ЭВМ как формы выражения результата интеллектуальной деятельности, патентная охрана технического решения, реализуемого посредством программного продукта, и режим секретов производства в отношении нераскрываемых технологических решений и конфиденциальной информации. Дополнительное значение имеет охрана интерфейсной части программного продукта, в том числе через конструкции промышленного образца, если предмет охраны соотносится с внешним видом изделия и отвечает требованиям патентоспособности.

Программа для ЭВМ как объект авторского права.

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

Плюсы и минусы защиты авторским правом:

  • Первый этап:
    Первоначально необходимо установить надлежащую цепочку принадлежности исключительного права. Для этого оформляются трудовые, служебные и гражданско-правовые отношения с разработчиками, в рамках которых определяется правовой режим создаваемого результата и основания перехода исключительных прав к работодателю либо заказчику.
  • Второй этап:
    Далее требуется формирование доказательственной базы, подтверждающей создание программы и объем прав конкретного правообладателя. Для этой цели используются репозитории, журналы версий, технические задания, акты сдачи-приемки, служебные задания, переписка, а при необходимости — государственная регистрация программы для ЭВМ в Роспатенте.
  • Третий этап:
    Наконец, авторско-правовая охрана должна быть связана с корректной лицензионной и договорной моделью использования продукта. В противном случае даже надлежащим образом созданный и зарегистрированный программный продукт может быть уязвим в споре о правах, объеме использования и допустимости модификации.

Этапы защиты авторским правом:

Плюсы:

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

Минусы:

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

Защита программного продукта как способа, охраняемого в качестве изобретения.

Наиболее значимый с точки зрения технологической монополии вопрос заключается в возможности патентной охраны программного продукта.
В российском праве программа для ЭВМ как таковая не относится к изобретениям; вместе с тем это не исключает патентования технического решения, реализуемого посредством программы, если заявляемый объект сформулирован как способ, система либо иное решение технического характера, отвечающее требованиям патентоспособности.
Следовательно, предметом патентной охраны выступает не код, а способ выполнения действий над материальными объектами или данными в технической системе, если такая совокупность действий обеспечивает технический результат.
В научно-практическом аспекте именно данное разграничение является ключом к корректной квалификации компьютерно-реализуемых изобретений.

Юридическая конструкция объекта патентования:

Для целей патентования программного продукта заявителю необходимо перевести описание решения из языка разработки в "язык патентного права".
Неправильной является формулировка объекта как «программа», «программный модуль» или «алгоритм для автоматизации бизнеса» без указания технического характера решения. Корректной является конструкция, при которой заявка раскрывает способ обработки данных, способ управления вычислительным процессом, способ функционирования распределенной системы, способ аутентификации, способ обнаружения аномалий, способ маршрутизации запросов либо иной процесс, реализуемый с использованием вычислительных средств и обеспечивающий объективно определимый технический результат.
Технический результат должен быть выражен не в абстрактном улучшении пользовательского опыта или деловой эффективности, а в изменении технических характеристик системы либо процесса.
К числу таких результатов могут относиться сокращение времени обработки, снижение вычислительной нагрузки, повышение устойчивости передачи данных, улучшение точности распознавания в технической системе, снижение объема памяти, повышение отказоустойчивости либо иные параметры, поддающиеся техническому описанию.

Этапы патентной охраны способа работы программы:

  • Первый этап состоит в идентификации патентоспособного ядра решения.
    На данной стадии необходимо выделить из программного продукта ту последовательность действий, которая обладает техническим характером и не сводится к математическому методу, правилам организации деятельности или абстрактной обработке информации вне технического эффекта.
  • Второй этап — проведение патентного поиска и предварительной оценки патентоспособности.
    Здесь проверяются новизна, изобретательский уровень и промышленная применимость, а также анализируется риск столкновения с предшествующими патентами конкурентов.
  • Третий этап — подготовка материалов заявки.
    Описание должно раскрывать последовательность операций, условия их выполнения, используемые вычислительные средства, взаимодействие модулей, входные и выходные данные, а также причинно-следственную связь между совокупностью признаков и достигаемым техническим результатом. Простого приложения фрагментов кода для этих целей недостаточно.
  • Четвертый этап — составление формулы изобретения.
    Именно формула определяет объем правовой охраны, а потому чрезмерно узкая формула создает риски легкого обхода патента, тогда как чрезмерно широкая — риск отказа по основаниям отсутствия новизны либо изобретательского уровня.
  • Пятый этап — ведение делопроизводства по заявке в патентном ведомстве.
    На этом этапе существенное значение имеют ответы на запросы экспертизы, аргументация технического характера решения и корректировка формулы без утраты коммерчески значимого объема защиты.
  • Шестой этап — использование патента как элемента корпоративной и коммерческой стратегии.
    После выдачи патента он может служить инструментом лицензирования, переговоров с инвесторами, оценки нематериальных активов, претензионной работы и судебной защиты от использования тождественного либо эквивалентного технического решения.

Плюсы:

  • Патентная охрана имеет принципиально более широкий предмет по сравнению с авторским правом, поскольку позволяет охранять сам способ технической реализации, а не только конкретную форму записи кода.
  • Это особенно важно для IT-решений, функциональность которых может быть воспроизведена иным языком программирования либо иной командой разработчиков при сохранении сущности решения.
  • Кроме того, патент обладает высокой коммерческой ценностью. Он может использоваться как самостоятельный объект лицензирования, как элемент инвестиционной упаковки технологической компании и как средство повышения переговорной позиции на рынке.

Минусы:

  • Патентная охрана предполагает более высокий порог входа: необходимость надлежащей юридико-технической квалификации решения, длительность процедуры, расходы на подготовку и сопровождение заявки, а также территориальный характер действия патента.
  • Существенным ограничением является и неизбежное раскрытие сущности решения через патентные материалы, что делает данный путь не всегда оптимальным для технологий, преимущество которых строится на конфиденциальности.
Пример 1:
"Цифровая мини-атс для телекоммуникационной сети с программно-аппаратным комплексом ssp (пак-ssp)" зарегистрирована в качестве полезной модели.
Иточник: https://new.fips.ru/registers-doc-view/fips_servlet?DB=RUPM&DocNumber=148007&TypeFile=html
ПАК
Патент на полезную модель № 148 007
Пример 2:
"Архитектура организации промышленных программно-определяемых сетей для развертывания в программно-определяемой автоматизированной системе" зарегистрирована в качестве изобретения.
Источник: https://new.fips.ru/registers-doc-view/fips_servlet?DB=RUPAT&DocNumber=2737480&TypeFile=html
Патент на изобретение в сфере IT №2737480
Пример 3:
УСТРОЙСТВО УПРАВЛЕНИЯ ФАЙЛАМИ, СПОСОБ УПРАВЛЕНИЯ ЭТИМ УСТРОЙСТВОМ, КОМПЬЮТЕРНАЯ ПРОГРАММА И НОСИТЕЛЬ ДАННЫХ - зарегистрирована в качестве изобретения.
https://new.fips.ru/registers-doc-view/fips_servlet?DB=RUPAT&DocNumber=2737480&TypeFile=html
Устройство управления файлами, способ управления этим устройством, компьютерная программа и носитель данных ru 2 378 685 МПК g06f 9/00(2006.01) h04n 5/91(2006.01)

Охрана интерфейсной части программного обеспечения как промышленного образца.

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

Этапы охраны интерфейса как промышленного образца:

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

Плюсы:

Охрана интерфейса как промышленного образца позволяет создать самостоятельный правовой барьер против копирования визуальной идентичности цифрового продукта. Такая модель особенно значима для рынков, где интерфейс выступает существенным фактором пользовательского выбора: мобильные приложения, SaaS-платформы, маркетплейсы, финтех- и e-commerce-решения.

Минусы:

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

Пример 4:
"Набор графических интерфейсов мобильного приложения управления платежными картами" зарегистрирован в качестве промышленного образца.
Источник: https://new.fips.ru/registers-doc-view/fips_servlet?DB=RUDE&DocNumber=117076&TypeFile=html
  • Патент на промышленный образец № 135244
    НАБОР СТРАНИЦ ГРАФИЧЕСКОГО ИНТЕРФЕЙСА САЙТА
  • Патент на промышленный образец № 136248
    НАБОР СТРАНИЦ ГРАФИЧЕСКОГО ИНТЕРФЕЙСА САЙТА
  • Продолжение патента
    Страницы
  • Продолжение патента
    Страницы
Игорь Кернер
Руководитель направления IP/IT
Давайте обсудим вашу задачу!
Или оставьте заявку на звонок
Напишите нам в мессенджер
Оставьте заявку на бесплатную консультацию
Выслушает Вашу задачу и предложит варианты решения
Ответит на все интересующие вопросы
Получите консультацию руководителя направления
Сориентирует по точной стоимости и срокам реализации всех задач

Конфиденциальная часть программного обеспечения как секрет производства (ноу-хау).

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

Юридическая природа режима ноу-хау:

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

Этапы введения режима секретов производства:

  • Первый этап.
    Инвентаризация сведений, потенциально обладающих режимной ценностью. Необходимо выделить те элементы программного продукта, раскрытие которых объективно способно уменьшить конкурентное преимущество компании и которые реально поддаются контролю доступа.
  • Второй этап.
    Принятие локальных актов, формирующих режим коммерческой тайны. Сюда относится утверждение перечня конфиденциальных сведений, правил допуска, порядка маркировки, хранения, копирования, передачи и уничтожения соответствующих материалов.
  • Третий этап.
    Договорное закрепление конфиденциальности в отношениях с работниками, подрядчиками, консультантами и иными контрагентами. NDA и иные договорные положения не заменяют режим коммерческой тайны, но составляют его обязательный внешний контур.
  • Четвертый этап.
    Внедрение технических мер защиты: разграничение ролей в репозиториях, контроль выгрузок, журналирование действий пользователей, сегментация инфраструктуры, ограничение экспорта данных и иные меры информационной безопасности.
    Пятый этап — постоянное подтверждение сохранения конфиденциальности и реагирование на нарушения. Особенность секрета производства состоит в том, что исключительное право существует лишь до тех пор, пока сохраняется неизвестность сведений третьим лицам; утрата конфиденциальности прекращает исключительное право на соответствующий секрет производства.

Плюсы:

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

Минусы:

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

Регистрация товарного знака как элемента защиты программного обеспечения.

Наряду с охраной кода, технического решения, интерфейса и конфиденциальной информации существенное значение для программного продукта имеет защита его обозначения на рынке. Название программы, цифровой платформы, мобильного приложения, онлайн‑сервиса, логотип, комбинированное обозначение, а в ряде случаев и иные средства индивидуализации пользовательского восприятия могут быть зарегистрированы в качестве товарного знака. Правовая функция такого инструмента состоит не в охране алгоритма или программного кода, а в закреплении исключительного права на коммерческое обозначение, под которым программный продукт вводится в оборот и становится узнаваемым для потребителя.
С юридической точки зрения регистрация товарного знака особенно важна для тех IT‑решений, ценность которых связана не только с технологией, но и с брендом, деловой репутацией, маркетинговым позиционированием и масштабированием продукта на рынке. Для программного обеспечения это имеет практическое значение в случаях распространения продукта через сайт, маркетплейсы, магазины приложений, SaaS‑модель, white label‑модель, франчайзинг или партнёрские каналы.

Юридическая роль товарного знака в системе защиты ПО:

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

Какие обозначения целесообразно регистрировать:

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

Этапы регистрации товарного знака для программного продукта:

  • Первый этап.
    Выбор обозначения, обладающего различительной способностью. Для регистрации непригодны обозначения, которые носят исключительно описательный характер, прямо указывают на вид продукта, его свойства, назначение либо являются общеупотребительными для соответствующей сферы деятельности. Поэтому наименование программного продукта должно не просто описывать его функцию, а индивидуализировать его в обороте.
  • Второй этап.
    Предварительная проверка обозначения. Необходимо оценить, не существует ли ранее зарегистрированных товарных знаков или поданных заявок, тождественных либо сходных до степени смешения с планируемым обозначением. Для IT‑продуктов такая проверка имеет особое значение, поскольку цифровой рынок высококонкурентен, а названия сервисов и приложений часто формируются по сходным моделям.
  • Третий этап.
    Корректный подбор классов МКТУ. Для программного обеспечения и цифровых сервисов на практике наиболее значимы классы, связанные с программами для ЭВМ, загружаемым программным обеспечением, облачными сервисами, разработкой программного обеспечения, технической поддержкой, SaaS‑услугами, образовательными цифровыми сервисами, рекламными и финансовыми платформенными решениями. Правовая охрана товарного знака действует только в отношении тех товаров и услуг, которые указаны в заявке и затем включены в свидетельство, поэтому ошибка на стадии выбора классов может существенно ослабить защиту.
  • Четвертый этап.
    Подготовка и подача заявки в Роспатент. В заявке должны быть надлежащим образом указаны заявитель, заявляемое обозначение, перечень товаров и услуг, описание обозначения и иные необходимые сведения. На данной стадии принципиально важно обеспечить точность формулировок, поскольку именно они определяют будущий объём правовой охраны.
  • Пятый этап
    Прохождение формальной экспертизы и экспертизы обозначения по существу. На этом этапе проверяются как соблюдение формальных требований, так и наличие абсолютных и относительных оснований для отказа в регистрации. Для обозначений в IT‑сфере типичными проблемами являются описательность, недостаточная различительная способность и сходство с ранее зарегистрированными знаками в смежных цифровых классах.
  • Шестой этап
    Государственная регистрация и дальнейшее использование товарного знака. После получения свидетельства правообладатель приобретает исключительное право на использование знака в отношении зарегистрированных товаров и услуг, а также возможность запрещать использование тождественных и сходных обозначений в однородной сфере деятельности.

Плюсы:

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

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

Минусы:

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

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

Алгоритм выделения объектов в IT решении.

Выявление объектов авторского и патентного права в IT-продукте — Патентное бюро «ЗИС»Зарубежная охрана (PCT / нац. фазы)Патентное право (Роспатент)Авторское право (Роспатент)Юристы / патентоведы «ЗИС»IT-продукт (заявитель)Декомпозиция продукта: код, алгоритм, архитектура, ПАК, интерфейсАнализ программного кода и БД (объект авторского права)Анализ алгоритма программыАнализ архитектуры ПАКАнализ программно-аппаратного комплексаАнализ графического интерфейсаРегистрация программы для ЭВМ / БД в Роспатенте (ст. 1262 ГК)Режим коммерческой тайны / ноу-хау (ст. 1465 ГК)Заявка на изобретение: алгоритм (ст. 1350 ГК)Заявка на изобретение: архитектура ПАКЗаявка на изобретение: ПАКЗаявка на полезную модель: ПАК (ст. 1351 ГК)Заявка на промышленный образец: интерфейс (ст. 1352 ГК)Подача PCT / нац. фаз с учётом стандартов страныIT-продукт принят на анализОбъекты выявлены, правазакрепленыТехнический результат естьТехнического результата нетНовое техническое решениеНовое устройствоНужна охрана зарубежомТолько РФ
Выводы:
Наиболее существенным направлением защиты IT-решений является не регистрация программы для ЭВМ сама по себе, а корректное структурирование разных элементов цифрового продукта по соответствующим правовым режимам. Для технологически значимых программных продуктов центральное значение приобретает возможность охраны способа работы программы как изобретения, интерфейсной части — как промышленного образца, а конфиденциальной технологической информации — как секрета производства при условии надлежащего введения режима коммерческой тайны.
Поэтому юридически грамотная стратегия должна выстраиваться не вокруг абстрактного вопроса «можно ли запатентовать программу», а вокруг более точной постановки: какие именно элементы программного продукта должны быть раскрыты для патентной охраны, какие визуальные решения подлежат самостоятельной дизайнерской защите и какие сведения экономически оправданно сохранить в конфиденциальном режиме. Только при таком подходе правовая охрана IT-решения становится устойчивой, доказуемой и коммерчески эффективной.

Услуги патентного бюро: