Как Google агрегирует и фильтрует медиаконтент на основе подписок пользователя на платформах типа Google TV

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

Accessible Content Identification Module (Модуль идентификации доступного контента)

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

Accessible Content Source Identifiers (Идентификаторы доступных источников контента)

Данные, включаемые в Media Content Query, которые сообщают серверу, из каких источников клиентское устройство может воспроизводить контент.

Aggregation Server (Сервер агрегации)

Сервер, который собирает метаданные о медиаконтенте из различных удаленных источников (Remote Content Sources).

Client Device (Клиентское устройство)

Устройство пользователя (например, ТВ-приставка, смарт-ТВ, планшет), на котором выполняется поиск и воспроизведение.

Content Provider (Поставщик контента)

Организация (например, Netflix Inc., кабельный оператор), предоставляющая один или несколько источников контента.

Content Source (Источник контента)

Конкретный канал доставки медиа (например, ТВ-канал, стриминговый сервис Netflix, локальный DVR).

Media Content Query (Запрос медиаконтента)

Запрос, отправляемый клиентом на сервер. Включает ключевые слова, идентификаторы доступных источников и фильтры.

Media Information Database (База данных медиаинформации)

Централизованное хранилище агрегированной информации о доступности контента из множества источников.

Media Information Server (Сервер медиаинформации)

Сервер, который обрабатывает Media Content Query, выполняет поиск и фильтрацию результатов.

Subscription/Permission Data (Данные о подписке/разрешениях)

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

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

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

1. Отображение поискового интерфейса и получение ключевых слов для поиска медиаконтента (ТВ-программ/фильмов), доступного из различных источников, включая подписные.
2. Генерация Media Search Query.
3. Ключевой шаг: Определение локально на клиентском устройстве (determining locally at the client device) источников контента, доступных пользователю.
4. Генерация Media Content Query. Этот запрос включает ключевые слова И subscription and permission data для доступных источников.
5. Отправка Media Content Query в Media Information Database. База данных использует этот запрос для идентификации контента, доступного пользователю, на основе предоставленных данных о подписках.
6. Получение отфильтрованных результатов.
7. Представление списка доступных медиа-единиц.
8. Предоставление возможности выбрать и отобразить контент с помощью приложения, связанного с источником этого контента.

Ядром изобретения является механизм локального определения профиля доступа пользователя (subscription and permission data) и его использование для фильтрации результатов из централизованной агрегированной базы данных. Это гарантирует, что пользователь видит только то, что может посмотреть.

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

1. Обнаружение изменения в доступных источниках контента (например, оформлена новая подписка).
2. В ответ на это изменение, включение обновленных идентификаторов доступных источников в Media Content Query.

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

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

1. Сервер получает Media Content Query от клиентского устройства, включающий ключевые слова и subscription and permission data.
2. Подчеркивается, что доступные источники были определены на клиентском устройстве (например, на основе индикаций от локальных приложений).
3. Сервер идентифицирует в базе данных единицы контента, доступные пользователю, на основе этих данных.
4. Сервер предоставляет отфильтрованную информацию обратно клиентскому устройству.

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

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

Этот патент описывает специализированную поисковую систему (например, Google TV), функционирующую как агрегатор медиаконтента. Он не относится к стандартной архитектуре веб-поиска.

CRAWLING & INDEXING (Агрегация данных)
Aggregation Server выполняет функцию сбора данных, получая информацию о медиаконтенте (метаданные, доступность, URI) от удаленных источников (Remote Content Sources) — Netflix, Amazon, ТВ-сети. Эти данные индексируются и сохраняются в Media Information Database.

RANKING (Получение, Фильтрация и Ранжирование)
Это ядро патента. Процесс инициируется на Client Device:

1. Локальная предобработка (Client): Устройство локально определяет доступные источники через Accessible Content Identification Module.
2. Генерация запроса (Client): Формируется Media Content Query, обогащенный данными о доступности (Accessible Content Source Identifiers).
3. Фильтрация (Server): Media Information Server извлекает релевантный контент и применяет критически важный фильтр на основе данных о доступности, предоставленных клиентом. Алгоритмы ранжирования по релевантности в патенте не описываются.

METASEARCH – Метапоиск и Смешивание
Система выполняет Метапоиск, объединяя данные из разных вертикалей (Стриминг, ТВ, Локальные источники) и смешивая результаты в унифицированном интерфейсе на Client Device. Она представляет различные экземпляры одного и того же контента (например, фильм доступен на Netflix и на локальном DVR) вместе.

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

• Ключевые слова пользователя (Media Search Query).
• Локально определенные Subscription/Permission Data.
• Список доступных ТВ-каналов (Accessible Channel List).
• Данные о локальном контенте (Locally Stored Content Data).
• Фильтры пользователя (Filters).

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

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

На что влияет

• Конкретные типы контента: Влияет на медиаконтент: фильмы, телешоу, потенциально музыку, доступные через подписные сервисы или вещательные каналы.
• Специфические запросы: Влияет на запросы, связанные с поиском медиа (названия, актеры, жанры) внутри интерфейсов Smart TV.
• Конкретные ниши или тематики: Индустрия медиа, развлечений, стриминговые сервисы и телевещание.

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

• Триггеры активации: Инициирование пользователем поиска в интерфейсе медиасистемы.
• Условия работы: Механизм фильтрации по доступности активен всегда, так как цель состоит в том, чтобы показывать только доступный контент.
• Обновления: Система активирует механизмы обновления при обнаружении изменений в доступных источниках (Claim 12) или изменениях в сохраненных фильтрах пользователя (Claim 14).

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

Фаза 1: Определение локальной доступности (Фоновый или периодический процесс на Client Device)

1. Сканирование локальных источников: Устройство идентифицирует и каталогизирует контент на локальных хранилищах (DVR, медиасервер).
2. Сканирование каналов: Устройство определяет доступные ТВ-сигналы для формирования Accessible Channel List.
3. Опрос приложений: Устройство взаимодействует с установленными медиа-приложениями (например, Netflix) для получения индикации активных подписок (Subscription/Permission Data).
4. Мониторинг изменений: Устройство отслеживает изменения в доступности (например, новая подписка, истекший пробный период).

Фаза 2: Обработка запроса (В реальном времени)

1. Получение запроса: Клиентское устройство получает Media Search Query от пользователя.
2. Локальный поиск (Параллельно): Устройство выполняет поиск совпадений в каталогизированной локальной базе данных.
3. Генерация Media Content Query: Устройство генерирует запрос для удаленного сервера, включая:
   • Ключевые слова.
   • Текущие Accessible Content Source Identifiers (или обновления, если были обнаружены изменения).
   • Примененные Filters.
4. Отправка запроса: Media Content Query отправляется на Media Information Server.
5. Обработка на сервере: Сервер извлекает релевантные результаты из Media Information Database И фильтрует их, используя данные о доступности, предоставленные в запросе.
6. Получение и Смешивание: Клиентское устройство получает отфильтрованные удаленные результаты и объединяет их с локальными результатами.
7. Представление: Унифицированный список доступного контента представляется пользователю.
8. Выбор и воспроизведение: По выбору пользователя запускается соответствующее приложение (например, приложение Netflix или локальный плеер) для отображения контента.

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

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

Патент фокусируется на инфраструктуре агрегации и данных, необходимых для фильтрации по доступности.

• Контентные факторы (Метаданные): Media Information Database полагается на агрегированные метаданные от поставщиков: Название, Актеры, Жанр, Рейтинг, Качество видео (HD/SD), Описание.
• Факторы доступности (Ключевые данные):
  • Accessible Content Source Identifiers: Список источников, к которым у пользователя есть доступ.
  • Subscription/Permission Data: Данные, указывающие на активные подписки (полученные локально).
  • Accessible Channel List: Список доступных ТВ-каналов (просканированных локально).
• Локальные факторы:
  • Locally Stored Content Data: Каталог контента на локальных устройствах (DVR).
• Пользовательские и Системные факторы:
  • Device ID и User ID: Идентификаторы устройства и пользователя.
  • Filters: Пользовательские предпочтения или ограничения (Жанр, Стоимость, Рейтинг, Родительский контроль).

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

Патент не описывает метрики ранжирования (такие как оценки релевантности или качества). Он фокусируется исключительно на бинарной фильтрации.

• Проверка доступности (Accessibility Check): Бинарная проверка (Да/Нет). Выполняется сервером путем сопоставления идентификатора источника контента со списком Accessible Content Source Identifiers, предоставленным клиентом.
• Проверка фильтров (Filter Check): Проверка на соответствие метаданных контента пользовательским ограничениям (Filters), таким как жанр, стоимость или рейтинг.

1. Инфраструктура для "Aggregator SEO": Патент описывает не алгоритмы веб-поиска, а инфраструктуру для федеративного поиска медиаконтента (Universal Search for Media). Это критически важно для оптимизации видимости контента внутри медиа-платформ Google (Aggregator SEO).
2. Видимость зависит от интеграции и доступности: Ключевой вывод для медиакомпаний: видимость контента в этой системе зависит от (1) успешной синдикации метаданных в Media Information Database и (2) фактической доступности контента для пользователя (наличие подписки).
3. Критическая важность метаданных: Система полагается на агрегированные метаданные. Точность и полнота предоставляемых данных (названия, актеры, жанры, качество) критичны для того, чтобы контент был обнаружен по соответствующим запросам и фильтрам.
4. Децентрализованная (Локальная) проверка доступа: Google перекладывает задачу определения статуса подписки на клиентское устройство и приложения провайдеров. Это подчеркивает важность корректной работы клиентских приложений для подтверждения доступа.
5. Унификация пользовательского опыта: Google стремится стать центральным хабом для поиска контента, объединяя разрозненные источники в единый интерфейс и устраняя результаты, которые пользователь не может просмотреть.

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

Хотя патент не относится к традиционному веб-SEO, он критически важен для медиакомпаний и специалистов по Video SEO, занимающихся дистрибуцией контента и оптимизацией его видимости на платформах Google (Google TV/Android TV).

• Обеспечение полной синдикации метаданных: Гарантировать, что весь каталог контента корректно агрегируется Google (индексируется в Media Information Database). Предоставлять полные, точные и актуальные метаданные (Title, Genre, Actors, Quality, Availability Windows, Pricing).
• Оптимизация метаданных для поиска и фильтрации: Прорабатывать метаданные с учетом того, как пользователи ищут контент и какие фильтры используют (например, точные данные о рейтинге MPAA, качестве видео 4K/HD). Это гарантирует видимость контента при использовании пользователем Filters.
• Корректная интеграция клиентских приложений: Убедиться, что приложение провайдера на платформе корректно и быстро сообщает системе о статусе подписки пользователя (Subscription/Permission Data). Согласно патенту, если локальное приложение не подтвердит доступ, контент будет отфильтрован.
• Реализация Deep Linking: Обеспечить бесшовный переход пользователя из результатов унифицированного поиска непосредственно к воспроизведению контента внутри приложения провайдера.

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

• Предоставление неточных или неполных метаданных: Ошибки в данных или отсутствие ключевых метаданных (например, актеров или жанра) приведут к тому, что контент не будет найден в унифицированном поиске.
• Игнорирование статуса доступности: Ошибки в работе клиентского приложения, из-за которых статус подписки определяется неверно, приведут к исключению контента из выдачи для подписчиков или к негативному опыту для неподписанных пользователей.
• Отсутствие интеграции с агрегатором: Если контент не индексируется в Media Information Database, он полностью исключается из этого механизма поиска и теряет значительную часть потенциальной аудитории на платформе.

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

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

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

Сценарий: Оптимизация видимости нового сериала стримингового сервиса "StreamX" на платформе Google TV.

1. Задача: Максимизировать обнаружение нового сериала в унифицированном поиске Google TV.
2. Действие (Интеграция данных): StreamX перед запуском передает Google полный пакет метаданных: название, эпизоды, полный список актеров (для поиска по персоналиям), жанр ("Sci-Fi"), качество (4K HDR) и модель доступа ("Подписка").
3. Действие (Техническая интеграция): StreamX обновляет свое приложение для Google TV, чтобы оно корректно сообщало системе о наличии у пользователя активной подписки (Subscription/Permission Data).
4. Результат (Для подписчика): Когда подписчик ищет "Лучшие Sci-Fi сериалы", Google TV знает о его подписке (локальное определение). Media Content Query включает ключевые слова и идентификатор доступности для StreamX. Сервер включает новый сериал StreamX в результаты поиска.
5. Результат (Для неподписчика): Если у пользователя нет подписки, приложение сообщает об отсутствии доступа. Согласно логике патента, система исключает этот сериал из результатов унифицированного поиска для данного пользователя.