本站提供正體中文版。切換到正體中文本站提供简体中文版。切换到简体中文This site is available in English.View in Englishこのサイトには日本語版があります。日本語で表示이 사이트는 한국어로도 제공됩니다.한국어로 보기Diese Website ist auch auf Deutsch verfügbar.Auf Deutsch ansehenEste sitio web también está disponible en español.Ver en españolQuesto sito è disponibile anche in italiano.Visualizza in italianoCe site est également disponible en français.Afficher en françaisEste site também está disponível em português.Ver em portuguêsDeze website is ook beschikbaar in het Nederlands.In het Nederlands bekijkenयह वेबसाइट हिन्दी में भी उपलब्ध है।हिन्दी में देखेंهذا الموقع متاح أيضًا باللغة العربية.عرض بالعربيةSitus ini juga tersedia dalam bahasa Indonesia.Lihat dalam bahasa IndonesiaBu site Türkçe olarak da mevcut.Türkçe görüntüleTa strona jest dostępna także po polsku.Wyświetl po polskuTrang web này cũng có phiên bản tiếng Việt.Xem bằng tiếng Việtاین وب‌سایت به فارسی هم در دسترس است.مشاهده به فارسی

Пункты формулы намертво привязаны к Google API, кругом скобки: патент, похожий на созданный ИИ

ИИ2026.07

Недавно я прочитал формулу изобретения одной заявки и, читая, невольно нахмурился. Скорректированные пункты формулы не только намертво привязали технические признаки к конкретному API Google — независимый пункт вдобавок оказался битком набит уточнениями в скобках. Увидев такое изложение, я первым делом подумал: это, вероятно, черновик, сгенерированный ИИ.

Ниже я примерно воспроизведу облик этого независимого пункта, чтобы даже те, кто никогда не сталкивался с патентным текстом, могли составить о нём представление:

Способ обработки информации на основе диалогового интерфейса, выполняемый сервером, оснащённым по меньшей мере одним процессором, включающий:

(a) приём неструктурированной команды (текста на естественном языке, речи, преобразованной в текст, или мультимедийного сообщения), отправленной пользователем через программное обеспечение мгновенного обмена сообщениями (такое как LINE, Messenger, Slack или другую платформу с функцией обратного вызова Webhook);

(b) передачу её первой модели ИИ (например, LLM на архитектуре Transformer) для выполнения анализа намерения, с выводом структурированной команды (например, JSON), содержащей намерение задачи (поиск, обобщение, интеграция) и по меньшей мере один первый параметр (ключевое слово, временной диапазон, тип файла);

(c) в соответствии с намерением задачи — самостоятельное определение модулем логики маршрутизации и динамический вызов по меньшей мере одного API облачного хранилища (например, Google Drive API) в качестве внутреннего источника информации и одного API поисковой системы интернета (например, Google Search API) в качестве внешнего источника информации, с получением соответственно сводной информации о приватных файлах (векторных семантических сводок или ключевых фрагментов текста) и публичных результатов поиска (заголовков веб-страниц, фрагментов сводок или аудио-/видеосценариев);

(d) очистку и форматирование обоих наборов данных, их интеграцию в структурированный комплексный контекст (Context) и оптимизацию порядка в соответствии с ограничением окна контекста модели;

(e) передачу комплексного контекста и структурированной команды второй модели ИИ (которая может совпадать с первой моделью или отличаться от неё) для выполнения синтеза, вывода и рекомбинации, генерации конечного результата глубоко интегрированной информации (структурированного отчёта, иллюстрированной сводки или ответного сообщения) и его возврата пользователю через API push-уведомлений программного обеспечения мгновенного обмена сообщениями.

Два места, от которых тревожно уже при первом взгляде

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

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

На самом деле это примета времени

Говорить я хочу не о том, чтобы указать на конкретный случай, а об общем явлении, которое проступает за такой манерой изложения.

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

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

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