Как Google использует личную историю активности пользователя (поиск, email, локации) для идентификации входящих звонков на смартфоне

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

Caller (Вызывающий абонент)

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

History Data (Данные истории)

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

Identifying Information (Идентифицирующая информация)

Данные, связанные с абонентом, используемые для поиска в history data, например, номер телефона.

Image Content (Визуальный контент)

Изображение (например, скриншот), которое отображается на экране входящего вызова. Оно показывает контекст, в котором пользователь ранее сталкивался с Identifying Information.

Request for live communication (Запрос на живое общение)

Входящее событие, такое как телефонный звонок, видеоконференция или обмен сообщениями.

Web-based content (Веб-контент)

Контент, полученный через интернет, который используется для генерации Image Content (результаты поиска, веб-страницы, карты, email).

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

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

1. Система получает индикацию о входящем запросе на связь от абонента с соответствующей identifying information.
2. В ответ на это система ищет вхождение этой identifying information в history data, связанной с прошлым веб-запросом (past web-based query) пользователя.
3. Система выводит на дисплей image content, основанный на history data. Этот контент включает веб-контент, соответствующий результатам (results responsive) этого прошлого веб-запроса.

Ядро изобретения — это связь входящего звонка с историей веб-активности пользователя (в частности, с историей поиска и его результатами) и визуальное представление контекста этого взаимодействия.

Claim 4 (Зависимый): Уточняет Claim 1.

Image content может включать изображение, соответствующее сообщению (например, email), которым обменивались пользователь и абонент.

Claim 5 и 6 (Зависимые): Уточняют Claim 1.

Веб-контент может включать изображение, соответствующее физическому местоположению, связанному с абонентом. Это изображение может быть картой (map representation) этого местоположения.

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

Этот патент НЕ применяется на этапах архитектуры веб-поиска Google (CRAWLING, INDEXING, QUNDERSTANDING, RANKING, METASEARCH, RERANKING).

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

Как применяется:

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

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

• Индикация входящего звонка.
• Identifying Information абонента (номер телефона).

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

• Модифицированный экран входящего звонка, дополненный контекстным Image Content.

На что влияет

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

• Типы контента и форматы: Влияет на отображение контактной информации. Система может отображать скриншоты веб-страниц, результатов поиска (сниппеты, Local Pack), электронных писем и карт.
• Ранжирование: Не оказывает влияния на ранжирование каких-либо типов контента, запросов или тематик в поисковой системе Google.

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

Алгоритм применяется в реальном времени в момент получения входящего запроса на связь (звонка).

• Триггеры активации: Поступление входящего звонка. Функция особенно актуальна, если номер абонента не сохранен в списке контактов пользователя.
• Условия работы: Наличие доступа к History Data пользователя (требует авторизации и синхронизации аккаунта) и обнаружение номера абонента в этой истории.

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

Процесс работы системы на устройстве пользователя:

1. Получение запроса: Система получает индикацию о входящем звонке и соответствующий номер телефона абонента.
2. Поиск в истории: Система ищет этот номер телефона в history data, связанной с прошлой активностью пользователя (история поиска, email, история местоположений, история браузера).
3. Идентификация контекста: Если номер найден, система определяет контекст взаимодействия (например, пользователь искал компанию в поиске или получал от нее email).
4. Генерация визуального контента: Система извлекает или генерирует image content (скриншот), который отражает этот контекст в том виде, в котором его видел пользователь. Например, генерируется вид email сообщения, как оно отображалось в почтовом клиенте.
5. Отображение: Система выводит image content на экран входящего вызова. В патенте упоминается возможность визуального выделения номера на скриншоте (например, обводкой).
6. Завершение: Пользователь принимает или отклоняет звонок, используя предоставленный контекст для принятия решения.

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

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

Система использует исключительно личные данные пользователя и данные, связанные с входящим звонком.

• Пользовательские факторы (History Data): Критически важные данные. Включают:
  • История веб-поиска: Запросы и результаты поиска (SERP), которые видел пользователь.
  • История браузера (web browsing history data): Посещенные URL, метаданные, кэш страниц (HTML, изображения).
  • Электронные сообщения (electronic messages): Содержимое email и сообщений в социальных сетях.
• Географические факторы: Geolocation data — история физических местоположений, посещенных пользователем (например, данные GPS или триангуляции сети). Используется для определения, посещал ли пользователь место, связанное с номером абонента.

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

Патент не описывает сложных метрик, весовых коэффициентов, алгоритмов машинного обучения или факторов ранжирования. Система работает по принципу поиска соответствия:

• Совпадение идентификатора: Нахождение точного совпадения номера телефона в History Data.

Детали методов анализа текста для парсинга истории и поиска номера не раскрываются.

1. Патент не связан с SEO и веб-поиском: Это изобретение относится к области мобильных технологий и UX (улучшение Caller ID). Оно не описывает алгоритмы ранжирования, индексирования или другие аспекты работы Google Search.
2. Использование личных данных: Система полагается на доступ к обширной личной истории пользователя (History Data), включая поиск, email и геолокацию, для идентификации абонентов.
3. Интеграция экосистемы Google: Патент демонстрирует, как Google может использовать данные, собранные в одном сервисе (например, Поиск, Карты, Gmail), для улучшения пользовательского опыта в другом (например, в ОС Android или приложении Dialer).
4. Визуальный контекст важнее имени: Ключевая идея — показать пользователю не просто имя абонента, а визуальный контекст того, как он с ним связан (например, показать знакомый скриншот email или веб-сайта).
5. Отсутствие практических выводов для ранжирования: SEO-специалистам не нужно менять стратегии продвижения сайтов на основе этого патента, так как он не влияет на позиции в поиске.

ВАЖНО: Патент является инфраструктурным (на уровне ОС/приложения) и не дает практических выводов для SEO (поискового продвижения). Приведенные ниже пункты касаются обеспечения видимости контактной информации для подобных систем, а не влияния на ранжирование.

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

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

• Четкое отображение контактной информации: Убедитесь, что номер телефона представлен в виде текста (а не изображения) и хорошо виден на ключевых страницах сайта. Это увеличивает вероятность того, что система сможет его распознать в истории браузера и корректно отобразить контекст.
• Оптимизация сниппетов и Local SEO: Работайте над тем, чтобы в результатах поиска (сниппеты, Google Maps, Local Pack) информация о компании и ее номер телефона были представлены корректно и узнаваемо. Этот вид может быть использован как Image Content.
• Консистентность NAP (Name, Address, Phone): Поддерживайте консистентность контактных данных во всех точках присутствия. Это облегчает связывание входящего звонка с прошлыми взаимодействиями пользователя.
• Узнаваемость в Email-коммуникациях: Включайте номер телефона в подпись или контактный блок email-рассылок. Скриншот этого письма может помочь пользователю идентифицировать вашу компанию при звонке.

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

• Скрытие номера телефона: Размещение номера телефона в виде изображения или его скрытие может помешать системе найти совпадение в History Data (если она полагается на текстовый анализ кэша).
• Использование разных номеров без контекста: Если компания использует множество разных номеров для исходящих звонков (например, при коллтрекинге), которые не фигурируют на сайте или в email, система может не найти соответствия и не предоставит контекст.

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

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

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

Сценарий 1: Идентификация через историю поиска

1. Действие пользователя: Пользователь ищет в Google "автосервис Mountain View" и просматривает результаты.
2. Входящий звонок: Через некоторое время ему звонит один из автосервисов, чей номер был указан в результатах поиска.
3. Действие системы: Смартфон находит этот номер в истории поиска пользователя.
4. Результат: На экране входящего звонка отображается скриншот страницы результатов поиска (как показано в FIG. 2A патента), где виден сниппет этого автосервиса. Пользователь узнает компанию.

Сценарий 2: Идентификация через Email

1. Действие пользователя: Пользователь получает email от банка с предупреждением, в письме указан номер горячей линии.
2. Входящий звонок: Банк звонит пользователю с этого номера.
3. Действие системы: Смартфон находит этот номер в истории просмотра email.
4. Результат: На экране входящего звонка отображается скриншот этого email (как показано в FIG. 5A патента). Система может дополнительно выделить номер в теле письма. Пользователь понимает контекст звонка.