Как Google создает агрегированные блоки событий (Integrated Event View), объединяя факты, новости и фильтруя социальные сети

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

Event (Событие)

То, что произойдет, происходит или произошло (спортивное мероприятие, концерт, конференция). Характеризуется временными рамками (time frame) и атрибутами.

Event Attributes (Атрибуты события)

Структурированные данные, описывающие событие: название, описание, временные рамки, местоположение, участники.

Event Information Aggregator (Агрегатор информации о событиях)

Система, отвечающая за сбор информации из различных источников и генерацию Integrated Event View.

Integrated Event View (IEV) (Интегрированное представление события)

Сгенерированный документ (веб-страница или блок в SERP). Включает Fact Region (факты), News Region (веб-ресурсы) и Social Networks Region (социальный контент).

Latent Semantic Analysis (LSA) (Латентный семантический анализ)

Метод NLP, упомянутый в патенте для определения семантического сходства между текстами (например, между описанием события и постом в социальной сети).

Query Disambiguation Service (Служба разрешения неоднозначности запросов)

Компонент системы, который определяет, какое именно событие имел в виду пользователь в своем запросе.

Semantic Similarity (Семантическое сходство)

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

Social Network Resources (Ресурсы социальных сетей)

Пользовательский контент, такой как посты и комментарии.

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

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

1. Система получает запрос.
2. Выбирается событие на основе запроса (событие имеет временные рамки и атрибуты).
3. Генерируется документ (IEV) для события путем:
   • Идентификации веб-ресурсов на основе временных рамок и атрибутов события.
   • Идентификации ресурсов социальных сетей, которые имеют semantic similarity с событием, удовлетворяющее пороговому значению.
   • Включения отобранных веб-ресурсов и ресурсов социальных сетей в документ.
4. Организуется представление документа на основе области отображения клиентского устройства.

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

Claim 6 (Зависимый от 1): Уточняет метод фильтрации социального контента.

Идентификация ресурсов социальных сетей с достаточным semantic similarity включает использование $Latent Semantic Analysis (LSA)$ для определения сходства между событием и каждым ресурсом социальной сети.

Claim 7 (Зависимый от 1): Вводит дополнительный фильтр для социального контента.

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

Claim 8 (Зависимый от 1): Указывает на возможность предварительной генерации.

Документ (IEV) может быть сгенерирован до получения запроса (т.е. предварительно кэширован).

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

Изобретение охватывает несколько этапов поиска и представляет собой механизм для создания специализированных результатов (Universal Search).

INDEXING – Индексирование и Сбор данных
Система предварительно собирает данные. Event Streaming Service собирает атрибуты событий из сторонних фидов (Event Feed) или с помощью text mining веб-страниц. Эти данные сохраняются в кэше (Event Info Cache). Также индексируется контент из веба и социальных сетей.

QUNDERSTANDING – Понимание Запросов
Когда пользователь вводит запрос, Query Disambiguation Service анализирует его, чтобы определить, соответствует ли он известному событию. Если событий несколько, система выбирает наиболее подходящее (например, на основе CTR или количества совпадающих атрибутов).

METASEARCH – Метапоиск и Смешивание (Universal Search & Blending)
Это основной этап применения патента. Если событие идентифицировано, активируется Event Information Aggregator. Он выполняет роль метапоисковой системы:

1. Запросы к индексам: Web References Fetcher запрашивает основной веб-индекс, а Social Interaction Service запрашивает индекс социальных сетей, используя атрибуты события.
2. Фильтрация и обработка: Социальные результаты фильтруются по semantic similarity (используя LSA) и, возможно, геолокации.
3. Смешивание (Blending): Display Service объединяет фактические данные (из Event Info Cache), веб-результаты и отфильтрованные социальные результаты в единый Integrated Event View.
4. Формирование SERP Feature: Сгенерированный вид может быть вставлен в основную страницу результатов поиска как специальный блок или предоставлен как отдельная страница.

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

• Пользовательский запрос.
• База данных известных событий и их атрибутов (Event Info Cache).
• Результаты от веб-поиска и поиска по социальным сетям.
• Характеристики клиентского устройства (размер дисплея).

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

• Integrated Event View (документ или структурированный блок данных), возвращаемый пользователю или основной поисковой системе.

На что влияет

• Специфические запросы: Наибольшее влияние на информационные и навигационные запросы, связанные с конкретными событиями (например, "World Cup", "Концерт в Москве").
• Конкретные типы контента: Повышается видимость новостных статей, официальных сайтов событий и релевантных постов из социальных сетей за счет их агрегации в заметный блок.
• Конкретные ниши или тематики: Спорт, музыка, конференции, развлечения, политика (выборы, дебаты).

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

• Триггеры активации: Алгоритм активируется, когда система с достаточной уверенностью идентифицирует, что пользовательский запрос относится к конкретному событию (прошедшему, текущему или будущему).
• Условия: Наличие достаточного количества данных для формирования представления: фактической информации, релевантных веб-ресурсов и семантически близкого социального контента, прошедшего фильтры.

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

Процесс обработки запроса и генерации IEV

1. Получение запроса: Система получает запрос (например, от основной поисковой системы).
2. Идентификация и выбор события: Query Disambiguation Service анализирует запрос и сопоставляет его с базой известных событий. Выбирается наиболее релевантное событие.
3. Сбор фактических данных: Извлечение Event Attributes (время, место, счет и т.д.) из Event Info Cache или внешних фидов.
4. Поиск веб-ресурсов: Web References Fetcher формирует поисковые запросы, используя атрибуты события, и отправляет их в веб-поиск. Получает ранжированный список результатов (новости, видео и т.д.).
5. Поиск социальных ресурсов: Social Interaction Service формирует аналогичные запросы и отправляет их в поиск по социальным сетям.
6. Фильтрация социальных ресурсов: Полученные социальные посты фильтруются:
   • (Опционально) Фильтрация по геолокации: Отсеиваются посты, сделанные далеко от места проведения события.
   • Фильтрация по семантическому сходству: Рассчитывается semantic similarity (например, с помощью LSA) между постом и описанием события. Посты ниже порогового значения отбрасываются.
7. Сборка документа: Display Service включает фактические данные, подмножество лучших веб-ресурсов и отфильтрованных социальных ресурсов в документ IEV.
8. Форматирование: Представление документа организуется с учетом характеристик дисплея клиентского устройства.
9. Ответ: Сгенерированный документ отправляется клиенту.

Примечание: Шаги 3-8 могут быть выполнены заранее (офлайн) и результат может быть кэширован (Claim 8).

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

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

• Структурные факторы (Event Attributes): Критически важные данные для идентификации события и генерации внутренних запросов. Включают: Название, Описание, Временные рамки, Местоположение, Участники. Получаются из фидов или путем text mining.
• Контентные факторы: Текст новостных статей и блогов. Текст постов в социальных сетях (анализируется фильтром semantic similarity).
• Временные факторы: Временные рамки события (time frame) используются для определения актуальности контента. Свежесть контента важна для ранжирования.
• Географические факторы: Местоположение события. Также используется геолокация автора поста в социальной сети как фильтр релевантности.
• Пользовательские факторы: Характеристики клиентского устройства (размер дисплея) используются для адаптации форматирования.

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

• Semantic Similarity Score (Оценка семантического сходства): Ключевая метрика для оценки релевантности социального контента. Рассчитывается для определения смысловой связи между постом и событием.
• Методы анализа текста (NLP): В патенте явно упоминается $Latent Semantic Analysis (LSA)$. Также упоминаются как возможные варианты: Pointwise Mutual Information (PMI), Generalized Latent Semantic Analysis (GLSA) и Incremental Construction of an Associative Network (ICAN).
• Пороговые значения: Используется порог для semantic similarity. Посты, не достигающие порога, исключаются.
• Геолокационный порог: Может использоваться порог расстояния от места события для фильтрации социальных постов.

1. Агрегация как основа событийной выдачи: Патент подтверждает стратегию Google по созданию специализированных агрегированных представлений (Integrated Event View) для событийных запросов. Это ключевой пример работы Universal Search, где объединяются данные из разных индексов (веб, социальные сети, структурированные данные).
2. Критичность структурированных данных (Event Attributes): Идентификация события и генерация внутренних запросов зависят от качества и полноты Event Attributes. Это подчеркивает важность предоставления Google точной фактической информации через фиды или микроразметку.
3. Социальные сигналы используются, но с жесткой семантической фильтрацией: Google интегрирует контент из социальных сетей, но не доверяет ему слепо. Применяются строгие фильтры для борьбы с шумом и спамом.
4. NLP (LSA) для оценки релевантности: Ключевым механизмом фильтрации является оценка semantic similarity с использованием продвинутых методов, таких как LSA. Простого совпадения ключевых слов или хэштегов недостаточно; контент должен быть семантически связан с событием.
5. Геолокация как контекстуальный сигнал релевантности: Для физических событий местоположение автора социального поста может использоваться как фильтр, отдавая приоритет контенту, созданному рядом с местом события.

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

• Внедрение полной и точной микроразметки событий: Критически важно использовать Schema.org (например, Event, SportsEvent) с максимальным заполнением всех атрибутов (location, performer/athlete, startDate/endDate). Это повышает вероятность того, что Google идентифицирует событие и создаст для него IEV, используя ваши данные в Fact Region.
• Оптимизация новостного контента под атрибуты события: Новостные порталы должны четко указывать в заголовках и тексте ключевые атрибуты обсуждаемого события и публиковать контент оперативно. Система использует эти атрибуты для поиска веб-ресурсов (Web References Fetcher).
• Создание семантически релевантного социального контента (LSA-оптимизация): При продвижении в социальных сетях фокусируйтесь на контенте с высоким semantic similarity событию. Посты должны содержать естественное обсуждение деталей события, а не только хэштеги, чтобы пройти фильтрацию LSA.
• Использование локальных сигналов в социальных сетях: Если событие локальное, стимулируйте создание пользовательского контента непосредственно на месте проведения (с геотегами). Система может фильтровать посты по геолокации, отдавая предпочтение контенту "с места событий".

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

• Спам хэштегами в социальных сетях: Публикация постов, содержащих популярные хэштеги событий, но не имеющих семантического отношения к самому событию. Фильтр semantic similarity (LSA) определит низкое сходство и отбросит такой контент.
• Публикация неточных или неоднозначных данных о событии: Предоставление противоречивой информации о датах или месте проведения может помешать Query Disambiguation Service корректно идентифицировать событие или приведет к использованию неверных данных.
• Игнорирование real-time оптимизации: Для текущих событий система отдает приоритет свежему контенту. Отсутствие оперативного освещения события снижает шансы на попадание в IEV.

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

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

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

Сценарий: Оптимизация для попадания в Integrated Event View спортивного матча

1. Действие (Официальный сайт клуба): Внедрить микроразметку SportsEvent, указав команды, дату, время и стадион. Обеспечить наличие новостной ленты с оперативным освещением матча.
2. Действие (Социальные сети): Во время матча публиковать посты с аналитикой и обсуждением деталей игры (составы, тактика, ключевые моменты), а не только общие посты поддержки. Стимулировать болельщиков на стадионе делиться контентом с геолокацией.
3. Ожидаемый результат (Пользовательский запрос "Название Клуба 1 - Название Клуба 2"): Google генерирует IEV.
   • В Fact Region используются данные из разметки (счет, время).
   • В News Region появляются оперативные статьи с официального сайта.
   • В Social Networks Region появляются аналитические посты и посты болельщиков со стадиона, так как они прошли фильтры semantic similarity (LSA) и геолокации.