Как Google автоматически перенаправляет результаты поиска на другое устройство пользователя

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

First computer / Source computer (Первый компьютер / Исходное устройство)

Устройство, с которого пользователь инициирует поисковый запрос или команду (например, смартфон или ноутбук).

Second computer / Target computer (Второй компьютер / Целевое устройство)

Устройство, на которое система автоматически перенаправляет результаты поиска или информацию (например, телевизор или планшет).

Request type (Тип запроса)

Классификация поискового запроса, определяющая тип информации в результатах (например, television request type). Используется для автоматического выбора целевого устройства.

Results Router (Маршрутизатор результатов)

Компонент серверной системы, отвечающий за определение целевого устройства и автоматическую отправку результатов на него.

Search request (Поисковый запрос)

Информация, отправленная пользователем для поиска. Может быть в текстовой или голосовой форме (sound file).

User account (Аккаунт пользователя)

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

User Device Info (Информация об устройствах пользователя)

База данных, хранящая информацию о зарегистрированных устройствах пользователя, их возможностях, статусе (logged in) и адресах.

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

Claim 1 (Независимый пункт): Описывает основной метод обмена информацией.

1. Система получает поисковый запрос от первого компьютера.
2. Система генерирует один или несколько результатов поиска.
3. Результаты форматируются для отображения на втором компьютере, отличном от первого.
4. Результаты автоматически предоставляются для отображения на втором компьютере.

Ядро изобретения — автоматическое перенаправление результатов поиска с устройства ввода на другое устройство вывода.

Claim 2 (Зависимый от 1): Детализирует механизм идентификации целевого устройства.

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

Claim 3 (Зависимый от 1): Описывает альтернативный маршрут доставки.

Предоставление результатов на второй компьютер может включать отправку результатов на первый компьютер для последующей автоматической пересылки на второй (например, через локальную сеть или Bluetooth).

Claim 4 (Зависимый от 1): Описывает логику выбора целевого устройства.

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

Claim 6 (Зависимый от 5): Приводит конкретный пример применения Claim 4.

Если request type является телевизионным (television request type), то вторым компьютером является телевизор.

Claim 7 (Зависимый от 1): Описывает механизм отложенной доставки.

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

Claim 8 (Зависимый от 1): Описывает механизм обратной связи (двунаправленный поток).

Система получает от второго компьютера индикацию, что пользователь выбрал часть результатов, и автоматически вызывает отображение этой выбранной части на первом компьютере. (Например, копирование текста с планшета обратно на ноутбук).

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

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

QUNDERSTANDING – Понимание Запросов
На этом этапе система принимает ввод от пользователя, включая голосовые запросы. Происходит конвертация речи в текст (Speech-to-Text). Система также определяет request type, что критично для последующей маршрутизации.

RANKING – Ранжирование
Search Engine генерирует результаты поиска стандартным образом. Патент не описывает изменений в алгоритмах ранжирования.

METASEARCH / RERANKING (Presentation Layer)
Основной этап применения патента.

1. Идентификация цели: Results Router использует User Device Info и request type, чтобы определить, куда отправить результаты.
2. Форматирование: Результаты форматируются под возможности целевого устройства (например, в виде электронного программного гида для ТВ).
3. Маршрутизация: Автоматическая отправка результатов на целевое устройство.

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

• Поисковый запрос (текст или аудио).
• Идентификатор исходного устройства.
• User account пользователя.
• Информация о других устройствах пользователя (ID, статус логина, возможности, геолокация).

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

• Результаты поиска, отформатированные и доставленные на целевое устройство.
• (Опционально) Подтверждение или изменение статуса на исходном устройстве.

На что влияет

• Специфические запросы: Наибольшее влияние на медиа-запросы (поиск телепрограмм, фильмов), где результат удобнее потреблять на большом экране (ТВ). Также влияет на сценарии, где требуется разделение ввода и вывода (например, работа над документом на ПК и просмотр справочной информации на планшете).
• Конкретные типы контента: Электронные программные гиды (EPG), стриминговое видео, длинные текстовые документы.

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

Алгоритм применяется при выполнении следующих условий:

• Множественные устройства: Пользователь вошел в один и тот же user account на двух или более устройствах.
• Триггеры активации: Система определяет, что целевое устройство лучше подходит для отображения результатов, чем исходное. Это может быть вызвано:
  • Явным request type (например, медиа-запрос).
  • Контекстом использования (например, запрос со смартфона дома, где есть активный ТВ).
  • Неудобством отображения результатов на исходном устройстве.

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

Процесс А: Маршрутизация через сервер (FIG. 4A)

1. Установление сессий: Компьютер 1 и Компьютер 2 входят в систему (логин) и устанавливают сессии с серверной системой.
2. Получение и отправка запроса: Компьютер 1 получает запрос от пользователя (например, голосовой) и отправляет его на сервер.
3. Обработка запроса: Сервер получает запрос, конвертирует его (например, из аудио в текст) и форматирует.
4. Генерация результатов: Запрос применяется к поисковой системе, генерируются результаты.
5. Идентификация цели: Сервер идентифицирует целевой компьютер (Компьютер 2) на основе аккаунта, типа запроса и контекста.
6. Адресация и отправка: Сервер адресует и отправляет результаты на Компьютер 2. Одновременно он может отправить подтверждение на Компьютер 1.
7. Отображение: Компьютер 2 обновляет дисплей, показывая результаты. Компьютер 1 обновляет свой статус (например, переходит в режим пульта управления).

Процесс Б: Маршрутизация через исходное устройство (FIG. 4B)

1. Установление локального соединения: Компьютер 1 и Компьютер 2 устанавливают прямое краткосрочное соединение (например, WiFi Direct или Bluetooth).
2. Получение и отправка запроса: Компьютер 1 отправляет запрос на сервер.
3. Обработка и Генерация результатов: Сервер обрабатывает запрос и генерирует результаты.
4. Отправка на источник: Сервер отправляет отформатированные результаты обратно на Компьютер 1.
5. Локальная пересылка: Компьютер 1 автоматически пересылает результаты на Компьютер 2 через локальное соединение.
6. Отображение: Компьютер 2 отображает результаты.

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

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

Патент фокусируется на инфраструктуре доставки и использует следующие данные:

• Пользовательские факторы: Данные User account критичны для связывания устройств. Используется информация о зарегистрированных устройствах (User Device Info), их возможностях и текущем статусе (logged in/active).
• Географические факторы: Локация устройств (GPS, IP). Может использоваться для определения близости устройств друг к другу, чтобы выбрать ближайшее активное устройство в качестве цели.
• Входные данные запроса: Голосовые данные (sound file) или текстовые запросы.

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

• Request type: Классификация интента запроса (например, медиа, веб, локальный). Используется как основной критерий для выбора целевого устройства.
• Device Capabilities (Возможности устройства): Оценка того, может ли устройство адекватно отобразить результаты (размер экрана, поддерживаемые форматы). Используется для форматирования и выбора цели.
• Proximity (Близость): Оценка географической близости активных устройств к исходному устройству. Может использоваться как фактор при выборе цели, если есть несколько подходящих устройств.

1. Патент описывает внутренние процессы Google без прямых рекомендаций для SEO: Этот патент является чисто инфраструктурным и описывает механизмы улучшения пользовательского опыта (UX), а не алгоритмы ранжирования.
2. Фокус на экосистеме пользователя: Ключевым элементом является использование общего user account для создания связанной экосистемы устройств. Google стремится обеспечить бесшовный опыт, позволяя пользователю взаимодействовать с контентом на наиболее подходящем экране.
3. Автоматическая маршрутизация контента: Система может автоматически решать, где отображать результаты, основываясь на типе контента (request type) и контексте пользователя (активные устройства, их близость).
4. Важность голосового ввода: Патент подчеркивает роль голосового поиска как удобного метода ввода, особенно в кросс-девайс сценариях.
5. Отсутствие влияния на ранжирование: Описанные механизмы не влияют на то, какие сайты будут показаны в результатах поиска. Они влияют только на то, как и где эти результаты будут представлены пользователю.

Патент скорее инфраструктурный и не дает практических выводов для SEO-стратегий, направленных на улучшение ранжирования.

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

Хотя патент не дает прямых SEO рекомендаций, он подчеркивает важность следующих общих практик:

• Адаптивный дизайн и кросс-платформенная совместимость: Убедитесь, что ваш контент корректно и удобно отображается на всех типах устройств (смартфоны, планшеты, ПК и Smart TV). Пользователь может инициировать поиск на одном устройстве, а просматривать ваш сайт на другом.
• Оптимизация под голосовой поиск (Voice Search Optimization): Патент активно использует голосовой ввод. Хотя он не описывает алгоритмы VSO, он подтверждает, что это важный канал ввода запросов. Продолжайте оптимизировать контент под естественный язык и вопросительные фразы.

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

Не применимо. Патент не направлен против каких-либо SEO-тактик или манипуляций.

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

Патент демонстрирует стремление Google интегрироваться в повседневную жизнь пользователя через экосистему устройств. Стратегически это подтверждает, что контекст пользователя (включая используемые устройства и их локацию) является важным фактором в формировании пользовательского опыта. Однако для долгосрочной SEO-стратегии, направленной на повышение видимости в поиске, этот патент не несет изменений.

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

Практических примеров для SEO нет. Патент описывает исключительно UX-функционал.