Close Menu
    Telegram
    SEO HARDCORE
    • Разборы патентов
      • Патенты Google
      • Патенты Яндекс
    • Скоро
      SEO инструменты
    • Скоро
      SEO аналитика
    SEO HARDCORE
    Разборы патентов • Патенты Google

    Как Google обрабатывал поисковые запросы, отправленные через SMS и MMS без интернета (Google SMS)

    METHOD AND SYSTEM FOR PROCESSING QUERIES INITIATED BY USERS OF MOBILE DEVICES (Метод и система обработки запросов, инициированных пользователями мобильных устройств)
    • US20160283601A1
    • Google LLC
    • 2016-09-29
    • 2004-09-30
    2004 EEAT и качество Knowledge Graph Local SEO Патенты Google

    Патент описывает инфраструктуру (Mobile User Query Service), позволяющую пользователям отправлять поисковые запросы через SMS или MMS и получать результаты тем же способом. Система классифицирует тип запроса (например, карты, новости, товары) и направляет его в соответствующую поисковую вертикаль, а затем форматирует ответ для доставки на мобильное устройство.

    • Описание
    • Детальный разбор
    • Выводы
    • Практика
    • Вопросы и ответы
    • Наверх

    Описание

    Какую задачу решает

    Патент решает задачу предоставления доступа к поисковым сервисам для пользователей мобильных устройств, которые не имеют или не используют широкополосный доступ в интернет (mobile broadband data connection). Это достигается за счет использования стандартных служб обмена сообщениями, таких как SMS (Short Messaging Service) и MMS (Multimedia Message Service), в качестве транспортного уровня для запросов и ответов. Патент не направлен на устранение SEO-манипуляций.

    Что запатентовано

    Запатентована система (Mobile User Query Service) и метод для обработки поисковых запросов, поступающих в виде сообщений (SMS, MMS, Email). Система функционирует как шлюз: она принимает сообщение, извлекает запрос, определяет его тип (Query Type), направляет его во внутреннюю специализированную поисковую систему (Search Server) и форматирует полученный ответ для отправки обратно на мобильное устройство.

    Как это работает

    Система работает как посредник между сетями мобильной связи и поисковыми серверами Google:

    • Прием сообщения: Пользователь отправляет сообщение (например, SMS). Оно поступает на Message Query Server (часто через SMPP Gateway).
    • Парсинг и классификация: Компонент Incoming Message Parser извлекает текст запроса и определяет его тип (например, карты, новости, товары). Тип может определяться по синтаксису (специальные индикаторы) или семантике.
    • Маршрутизация: Запрос направляется на соответствующий Search Server (например, Map Server или News Server).
    • Форматирование ответа: Компонент Outgoing Message Creator получает результат и создает исходящее сообщение. Если результат превышает лимит размера (например, 160 байт для SMS), он разбивается на несколько сообщений.
    • Отправка: Сообщение отправляется обратно пользователю.

    Актуальность для SEO

    Низкая. Патент основан на приоритете 2004 года и описывает технологию, известную как «Google SMS», которая была актуальна до широкого распространения смартфонов и мобильного интернета. В 2025 году поиск через SMS или MMS практически утратил актуальность.

    Важность для SEO

    (1/10) Минимальное/Инфраструктура. Патент носит чисто инфраструктурный характер. Он описывает транспортный уровень и механизмы маршрутизации запросов, полученных через SMS/MMS. Он не содержит информации об алгоритмах ранжирования, факторах оценки качества контента (E-E-A-T) или любых других аспектах, на которые могут повлиять SEO-специалисты. Патент описывает внутренние процессы Google без прямых рекомендаций для SEO.

    Детальный разбор

    Термины и определения

    Incoming Message Parser (Парсер входящих сообщений)
    Компонент Message Query Server, отвечающий за прием сообщений, извлечение из них запросов и определение типа запроса (Query Type).
    Message Query Server (Сервер обработки запросов из сообщений)
    Центральный сервер системы, который управляет приемом, обработкой и отправкой сообщений, взаимодействуя с поисковыми серверами.
    MMS (Multimedia Message Service)
    Служба мультимедийных сообщений. Один из каналов связи.
    Mobile User Query Service (Служба обработки запросов мобильных пользователей)
    Общее название системы, включающей Message Query Server и Search Servers.
    Outgoing Message Creator (Создатель исходящих сообщений)
    Компонент, отвечающий за создание исходящего сообщения с результатом поиска, включая разбивку на части при превышении лимита размера (allowed size).
    Query Type (Тип запроса)
    Классификация запроса (например, YP (Yellow Pages), маршруты, новости, продукты, калькулятор, словарь, карты). Используется для маршрутизации запроса на соответствующий Search Server.
    Search Server (Поисковый сервер)
    Внутренний сервер (вертикаль поиска), отвечающий за обработку запросов определенного типа (например, Map Server, News Server, Product Server, Web Server).
    Sequence Indicator (Индикатор последовательности)
    Метка, добавляемая к частям разбитого сообщения для указания их порядка (например, «2/3»).
    SMS (Short Message Service)
    Служба коротких сообщений. Основной канал связи, описанный в патенте.
    SMPP (Short Message Peer to Peer)
    Протокол, используемый для обмена SMS сообщениями между внешними приложениями и сетями мобильных операторов.

    Ключевые утверждения (Анализ Claims)

    Данная публикация (US20160283601A1) является продолжением (continuation) оригинальной заявки 2004 года. Приведенные в документе Claims (Формула изобретения, пункты 2-21, Claim 1 отменен) фокусируются на поведении мобильного устройства (клиентская сторона), а не на серверной инфраструктуре Google, которая детально описана в основной части патента (Description).

    Claim 2 (Независимый пункт): Описывает метод, выполняемый мобильным устройством.

    1. Устройство получает данные, указывающие на введенные текстовые термины запроса.
    2. Устройство определяет доступность сетевого сервиса обмена сообщениями, который не использует широкополосное мобильное соединение для передачи данных (does not utilize a mobile broadband data connection).
    3. В ответ на это определение устройство передает термины запроса через сеть, используя этот сервис.
    4. Устройство получает ответ через сеть, используя этот же сервис.
    5. Устройство предоставляет ответ для вывода.

    Ядром изобретения, согласно этим Claims, является логика на стороне клиента по использованию альтернативных каналов связи (SMS/MMS) для выполнения поисковых запросов.

    Claims 3 и 4 (Зависимые): Уточняют, что сервис обмена сообщениями, не использующий широкополосное соединение, — это SMS (Claim 3) или MMS (Claim 4).

    Анализ серверной части (на основе Description): Основное описание патента детализирует серверную инфраструктуру:

    • Система должна извлекать запрос и определять его тип (Query Type). Определение может происходить на основе синтаксиса (пользователь вводит индикатор типа, например, «n» для новостей) или семантики (автоматический анализ текста запроса).
    • Система должна маршрутизировать запрос на один или несколько соответствующих Search Servers.
    • Система должна форматировать ответ и, при необходимости, разбивать его на несколько сообщений с добавлением Sequence Indicators, если размер ответа превышает лимиты протокола (например, 160 байт для SMS).

    Где и как применяется

    Патент описывает специализированную фронтенд-систему (шлюз), которая обеспечивает транспортный уровень для SMS/MMS и начальную маршрутизацию.

    QUNDERSTANDING – Понимание Запросов
    Применяется на этом этапе. Компонент Incoming Message Parser выполняет базовую классификацию запроса (Query Classification). Он анализирует синтаксис или семантику запроса, чтобы определить его тип (Query Type). Эта классификация используется исключительно для маршрутизации запроса на соответствующий специализированный Search Server.

    На этапах CRAWLING, INDEXING, RANKING, METASEARCH и RERANKING изобретение не применяется. Ранжирование выполняется внутри специализированных Search Servers, но этот процесс в патенте не описан.

    Входные данные:

    • Входящее сообщение (SMS, MMS или Email).
    • Текст запроса (включая возможные голосовые запросы, преобразованные в текст).
    • Идентификатор мобильного устройства (например, номер телефона).

    Выходные данные:

    • Исходящее сообщение (SMS, MMS или Email), содержащее результат поиска.

    На что влияет

    • Специфические каналы связи: Алгоритм влияет исключительно на обработку запросов, отправленных через каналы SMS, MMS или Email на специальные номера или адреса сервиса. Он не оказывает никакого влияния на стандартный веб-поиск или SEO.

    Когда применяется

    • Триггеры активации: Алгоритм активируется, когда пользователь отправляет сообщение на номер или адрес, связанный с Mobile User Query Service, или (согласно Claims) когда мобильное устройство решает использовать не широкополосный канал связи для отправки запроса.

    Пошаговый алгоритм

    Процесс работы системы (серверная сторона, на основе Description):

    1. Прием сообщения: Message Query Server получает входящее сообщение (например, через SMPP Gateway для SMS).
    2. Извлечение данных: Incoming Message Parser извлекает текст запроса и идентификатор пользователя. (Если запрос голосовой, он обрабатывается модулем распознавания речи).
    3. Классификация запроса: Определяется Query Type. Проверяется синтаксис на наличие индикаторов типа (например, «n» для новостей). Если индикатора нет, анализируется семантика (например, название магазина + zip-код = YP тип).
    4. Маршрутизация: Запрос переформатируется и отправляется на соответствующий Search Server (Map, YP, Web, News, Product и т.д.).
    5. Получение результата: Система получает ответ от Search Server.
    6. Создание исходящего сообщения: Outgoing Message Creator формирует исходящее сообщение.
    7. Проверка размера и разбивка: Проверяется размер сообщения. Если он превышает допустимый лимит (allowed size, например, 160 байт для SMS), сообщение разбивается на несколько частей.
    8. Добавление индикаторов: К каждой части добавляется Sequence Indicator (например, «2/3»).
    9. Отправка: Исходящее сообщение(я) отправляется на мобильное устройство пользователя.

    Какие данные и как использует

    Данные на входе

    Патент фокусируется на инфраструктуре и использует ограниченный набор данных:

    • Контентные факторы: Текст запроса, извлеченный из сообщения. Также используются синтаксические элементы внутри текста (индикаторы типа запроса).
    • Технические факторы: Тип входящего сообщения (SMS, MMS, Email). Идентификатор мобильного устройства отправителя.
    • Голосовые данные: В патенте упоминается возможность приема голосовых запросов (voice queries).

    Другие факторы (ссылочные, поведенческие, временные, E-E-A-T и т.д.) в патенте не упоминаются.

    Какие метрики используются и как они считаются

    • Размер сообщения (Message Size): Ключевая техническая метрика. Сравнивается с пороговым значением протокола (например, 160 байт для SMS). Используется для принятия решения о разбивке ответа на несколько частей.
    • Тип запроса (Query Type): Результат классификации запроса. Используется для маршрутизации.
    • Методы анализа текста (NLP): Упоминается использование анализа семантики (semantics analysis) для определения типа запроса, если пользователь не указал его явно.

    Выводы

    1. Инфраструктурный фокус: Патент описывает внутренние инфраструктурные процессы Google (Mobile User Query Service), а именно систему шлюза для приема поисковых запросов через SMS/MMS/Email и возврата результатов. Он не дает практических выводов для SEO.
    2. Классификация запросов для маршрутизации: Ключевым элементом системы является способность классифицировать запрос (определять Query Type) на основе синтаксиса или семантики для его маршрутизации в специализированные поисковые вертикали (Search Servers).
    3. Обработка ограничений протоколов: Система включает механизмы для адаптации контента под технические ограничения каналов связи, такие как автоматическая разбивка длинных ответов на несколько SMS сообщений.
    4. Низкая актуальность: Описанная технология (Google SMS) имеет минимальную актуальность для современных SEO-стратегий, ориентированных на веб-поиск и мобильный интернет.
    5. Фокус Claims на клиентской стороне: В данной версии патента (2016 года) Claims сосредоточены на логике мобильного устройства, использующего не широкополосные каналы связи для поиска, а не на серверной инфраструктуре.

    Практика

    ВАЖНО: Патент является инфраструктурным и не дает практических выводов для SEO.

    Best practices (это мы делаем)

    На основе данного патента невозможно сформулировать Best Practices для SEO.

    Worst practices (это делать не надо)

    На основе данного патента невозможно сформулировать Worst Practices для SEO.

    Стратегическое значение

    Патент имеет в основном историческое значение. С точки зрения архитектуры поиска, он подтверждает давнее существование специализированных поисковых вертикалей (Search Servers для карт, новостей, товаров и т.д.) и необходимость предварительной классификации запросов (Query Classification) для эффективной маршрутизации между ними. Этот принцип остается актуальным в современном поиске, хотя механизмы его реализации значительно усложнились.

    Практические примеры

    Практических примеров для SEO нет. Патент описывает пользовательский опыт использования сервиса, а не оптимизацию под него.

    Пример использования сервиса пользователем (не SEO):

    1. Сценарий: Пользователь хочет найти ближайшую пиццерию, но у него нет доступа к мобильному интернету.
    2. Действие: Пользователь отправляет SMS с текстом «pizza 94040» на короткий номер сервиса Google.
    3. Обработка: Система Google получает SMS, классифицирует запрос как локальный поиск (YP Type) и направляет его на соответствующий YP Server.
    4. Результат: Пользователь получает ответное SMS с названием и адресом ближайшей пиццерии (как показано на FIG. 6 патента).

    Вопросы и ответы

    Описывает ли этот патент факторы ранжирования?

    Нет. Патент фокусируется исключительно на инфраструктуре приема запросов через SMS/MMS/Email, их классификации для маршрутизации на внутренние серверы и отправке ответов обратно пользователю. Алгоритмы ранжирования, используемые внутренними поисковыми серверами, в патенте не раскрываются.

    Актуален ли этот патент для современного мобильного поиска (Mobile SEO)?

    Нет, его актуальность минимальна. Современный мобильный поиск использует мобильный интернет, браузеры и приложения. Описанная технология (поиск через SMS) была актуальна в эпоху до смартфонов (приоритет от 2004 года) и сейчас практически не используется.

    Что такое «Query Type» и как он определяется в этом патенте?

    Query Type — это классификация запроса (например, локальный поиск, новости, товары, калькулятор). Система определяет его двумя способами: либо по специальным синтаксическим индикаторам, введенным пользователем (например, «n olympics» для новостей), либо автоматически анализируя семантику запроса (например, «pizza 94040» классифицируется как локальный поиск).

    Что происходит, если ответ слишком длинный для одного SMS?

    Система автоматически разбивает ответ на несколько сообщений, если он превышает лимит протокола (например, 160 символов для SMS). В каждое сообщение добавляется индикатор последовательности (Sequence Indicator, например, «2/3»), чтобы пользователь мог понять порядок частей.

    Относится ли этот патент к обработке голосовых запросов?

    В патенте кратко упоминается возможность приема голосовых запросов (voice queries). Указывается, что распознавание речи для преобразования голоса в текст может происходить как на самом устройстве, так и на сервере. Однако основное внимание уделено инфраструктуре для обработки текстовых сообщений.

    Что такое SMPP, упоминаемый в патенте?

    SMPP (Short Message Peer to Peer) — это стандартный технический протокол, используемый для обмена SMS-сообщениями между приложениями (такими как описанный сервис Google) и сетями мобильных операторов. Это инфраструктурный элемент, не влияющий на SEO.

    Какую ценность этот патент представляет для SEO-специалиста?

    Практическая ценность минимальна. Патент дает исторический контекст развития мобильного поиска. С архитектурной точки зрения он подтверждает принцип разделения поиска на специализированные вертикали (Search Servers) и важность классификации запросов для маршрутизации между ними.

    Упоминаются ли в патенте E-E-A-T или факторы качества?

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

    Описывает ли патент, как именно работают backend Search Servers?

    Нет. Search Servers (серверы для новостей, товаров, карт, веб-поиска и т.д.) упоминаются как компоненты, которые принимают запрос определенного типа и возвращают результат. Их внутренняя логика, алгоритмы поиска и ранжирования в данном документе не раскрываются.

    На что именно распространяются Claims (Формула изобретения) в этой версии патента (2016 года)?

    Claims в этой версии (A1 публикация 2016 года, которая является продолжением) фокусируются на поведении мобильного устройства (клиентская сторона). Запатентован метод, при котором устройство определяет доступность сети, не использующей широкополосную передачу данных (например, SMS/MMS), отправляет поисковый запрос через эту сеть и получает ответ тем же способом.

    Навигация
    • Описание
    • Детальный разбор
    • Выводы
    • Практика
    • Вопросы и ответы
    • Наверх
    Telegram
    © 2025 SEO HARDCORE

    Type above and press Enter to search. Press Esc to cancel.