COMVIK: как исследовать изобретение, соединяющее технологию и бизнес-правило

Телефон, SIM и порядок расчётов

Патент COMVIK касался системы GSM, в которой пользователь выбирал идентичность, присвоенную SIM. Пункты формулы соединяли работу инфраструктуры с распределением расходов на служебные и частные звонки либо между пользователями. После возражения патент отменили, а 26 сентября 2002 года Палата отклонила апелляцию из-за отсутствия изобретательского уровня (обстоятельства I–V; мотивы 13–17). ^[1]

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

Два уровня анализа смешанного пункта формулы

COMVIK допускает технические и нетехнические признаки в одном пункте формулы. Для изобретательского уровня учитывают вклад в технический характер; остальные признаки сами не могут обосновать изобретательность. Нетехническая цель, напротив, может быть заданным условием технической задачи (тезисы I–II; мотивы 4–8). ^[1]

Правовую основу составляют статьи 52 и 56 ЕПК. Действующие руководства ЕПВ также описывают случай, когда признак отдельно кажется нетехническим, но в контексте создаёт технический эффект для технической цели. Поэтому нельзя механически исключать всё названное «алгоритмом» или предполагать, что любое использование компьютера обеспечивает изобретательский уровень. ^{[2] [3]}

Редакционная методика: от требований к техническому эффекту

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

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

Потом отдельно проверяют новизну и неочевидность. Редакционное упражнение состоит в формулировании задачи без включения ключевого решения. Вопрос «как применить нашу особую структуру памяти» уже содержит часть ответа; вопрос об определённом конфликте доступа позволяет его исследовать. Бизнес-требование как ограничение не даёт права скрыто включить техническую сущность изобретения в саму задачу.

Пример: система бронирования с ограниченными ресурсами

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

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

От SIM к AI: что можно использовать

Noam Shemtov рассматривает охрану AI в главе Beyond algorithms: patenting core AI innovation in Europe, A Research Agenda for Patent Law, 2025, 65–80, DOI 10.4337/9781803927855.00012. Публичная аннотация касается напряжения между инновациями AI, техническим характером и COMVIK. Мы приводим библиографию и доступную аннотацию, не рассматривая главу как актуальный обзор всех последующих судебных решений. ^[4]

Редакционный вывод для AI и программных проектов касается сотрудничества: до подготовки заявки исследователь, инженер и лицо, анализирующее патентоспособность, должны согласовать язык описания. «Интеллектуальный», «автоматический» и «оптимальный» нужно перевести в признаки и проверяемые связи. COMVIK не определяет результат для нового продукта: он структурирует вопросы, требующие технических доказательств и анализа уровня техники.

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

Источники и дальнейшее чтение

1. 1
   ЕПВ, Two identities/COMVIK ↗

   T 641/00; ECLI:EP:BA:2002:T064100.20020926; 26.09.2002; OJ EPO 2003, 352

   Первичное решение: тезисы I–II, мотивы 4–8 и 13–17. Официальные метаданные: epo.org/en/boards-of-appeal/decisions/t000641ex1.

2. 2
   Европейская патентная конвенция ↗

   EPC, art. 52 и 56

   Статьи 52 и 56 ЕПК; статья 56 об изобретательском уровне доступна в той же официальной редакции.

3. 3
   Руководства ЕПВ — технические и нетехнические признаки ↗

   Guidelines for Examination 2026, G-VII, 5.4

   Официальное объяснение COMVIK, оценки признаков в контексте и подхода «задача — решение»; проверено 18.10.2026.

4. 4
   Noam Shemtov, Beyond algorithms: patenting core AI innovation in Europe ↗

   A Research Agenda for Patent Law, Edward Elgar, 2025, 65–80; DOI:10.4337/9781803927855.00012; eISBN:9781803927855

   Проверены метаданные и публичная аннотация издателя. Научный контекст AI не заменяет решения или последующего обновления права.