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

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

Data Plan (Тарифный план)

Информация о тарифах пользователя, предоставляемая оператором связи (Delivery System), используемая для расчета стоимости передачи данных.

Delivery System / Carrier (Система доставки / Оператор)

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

Historical Data (Исторические данные)

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

Label (Метка)

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

Metered Data Network (Сеть с тарификацией трафика)

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

Price Engine (Модуль расчета цены)

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

Proxy System (Прокси-система)

Система, которая может перехватывать запросы на загрузку ресурсов для определения их размера в реальном времени перед отправкой пользователю, а также для сжатия данных (Compression).

Size Engine (Модуль определения размера)

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

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

Патент содержит три ключевых независимых пункта (1, 25, 46), описывающих разные сценарии применения технологии.

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

1. Система получает запрос от клиентского устройства.
2. Идентифицируются результаты поиска (ресурсы).
3. Для как минимум одного ресурса определяется размер передачи данных (size of a data transfer), необходимый для доступа к нему.
4. Результаты поиска предоставляются клиенту вместе с меткой (label), указывающей этот размер.

Claim 2, 3, 4 (Зависимые): Детализируют методы определения размера.

Размер может быть оценен на основе исторических данных (historical data) или предыдущих загрузок (prior loads). Также размер может быть определен путем извлечения ресурса прокси-сервером (proxy) до его передачи пользователю (измерение в реальном времени).

Claim 5, 7, 8 (Зависимые): Описывают формат метки.

Метка может включать оценку размера и дескриптор относительного размера. Дескриптор может отражать категорию размера, например, «маленький», «средний» или «большой» объем данных.

Claim 11, 12 (Зависимые): Вводят понятие цены.

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

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

1. Через браузер поступает запрос на загрузку ресурса (например, клик по ссылке).
2. До загрузки ресурса определяется размер передачи данных.
3. Пользователю предоставляется информация (метка), связанная с размером, до загрузки ресурса.

Claim 46 (Независимый пункт): Описывает роль прокси-сервера в предотвращении расходов.

1. Прокси-сервер получает запрос на ресурс от клиента.
2. Определяется размер передачи данных, необходимый для выполнения запроса.
3. Клиенту предоставляется оценка размера до того, как устройство понесет расходы (data charges) на передачу данных.

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

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

INDEXING – Индексирование и извлечение признаков
На этом этапе система может собирать и обновлять Historical Data о размерах ресурсов во время сканирования и индексирования. Эти данные используются позже для быстрой оценки размера без необходимости повторной загрузки.

METASEARCH – Метапоиск и Смешивание / RERANKING – Переранжирование (Уровень представления)
Это основной этап применения патента в поиске. После того как стандартное ранжирование (RANKING) завершено, система модифицирует представление результатов:

1. Аугментация SERP: Size Engine и Price Engine определяют размер и стоимость для топовых результатов. Label Engine генерирует метки, которые добавляются к сниппетам в SERP.
2. Фильтрация (Reranking): Если пользователь активировал настройки фильтрации по размеру или стоимости (как описано в патенте), ресурсы, превышающие пороги, могут быть удалены из финального набора результатов.

Инфраструктура (Взаимодействие с Прокси)
Патент описывает Proxy System, которая может перехватывать запросы на загрузку контента (не только из поиска). Прокси используется для определения размера в реальном времени, показа интерстициальных предупреждений перед загрузкой и потенциально для сжатия данных (Compression).

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

• Набор результатов поиска (URL ресурсов).
• Historical Data о размерах ресурсов.
• Данные о тарифном плане пользователя (Data Plans) и операторе (Delivery System).
• Настройки пользователя (фильтры, предпочтения по отображению меток).

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

• Аугментированная страница результатов поиска (SERP) с метками размера/стоимости.
• Интерстициальное предупреждение о стоимости загрузки.

На что влияет

• Специфические запросы и ниши: Наибольшее влияние оказывается на запросы, которые возвращают «тяжелый» контент: мультимедиа, видео, загружаемые файлы (PDF, приложения), сайты с богатым интерактивным контентом (rich content).
• Географические ограничения: Механизм критически важен в регионах, где преобладают мобильные устройства и дорогие или лимитированные тарифные планы (metered data networks). В патенте упоминается пример с Ганой (Ghana Cedi).
• Типы контента: Влияет на восприятие пользователем всех типов контента. Патент явно упоминает видео, изображения, аудио, flash, приложения, шрифты и скрипты как категории, которые могут быть идентифицированы в метке.

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

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

• Условие сети: Пользователь находится в сети с тарификацией трафика (Metered Data Network).
• Доступность данных: Система имеет доступ к данным о размере ресурса (историческим или в реальном времени) и, для расчета цены, к данным о тарифном плане пользователя.
• Триггеры активации (Отображение): Метки могут отображаться по умолчанию для определенных сетей/регионов или если пользователь включил эту функцию в настройках.
• Триггеры активации (Фильтрация/Предупреждения): Активируется, если пользователь установил пороговые значения для фильтрации результатов или для показа предупреждений перед загрузкой дорогих страниц.

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

Процесс А: Аугментация результатов поиска

1. Получение запроса: Система получает поисковый запрос от клиентского устройства.
2. Идентификация результатов: Идентифицируются результаты поиска, релевантные запросу.
3. Определение размера: Для одного или нескольких ресурсов в результатах определяется размер необходимой передачи данных.
   1. Метод 1 (Исторический): Используются данные о предыдущих загрузках ресурса (Historical Data).
   2. Метод 2 (Прокси): Ресурс предварительно извлекается прокси-сервером (Proxy System) для точного измерения размера.
4. Расчет цены (Опционально): На основе размера и тарифного плана пользователя (Data Plan) определяется стоимость загрузки.
5. Фильтрация (Опционально): Результаты, превышающие установленные пользователем пороги размера/стоимости, удаляются из набора.
6. Генерация меток: Для оставшихся результатов генерируются метки (Labels), указывающие размер и/или стоимость.
7. Предоставление результатов: Аугментированные результаты поиска отправляются на клиентское устройство.

Процесс Б: Обработка запроса на загрузку (Интерстициальный)

1. Получение запроса на загрузку: Через браузер поступает запрос на загрузку ресурса (например, пользователь кликнул по ссылке).
2. Определение размера: До начала загрузки определяется размер передачи данных.
3. Проверка порогов: Размер/стоимость сравнивается с порогами предупреждений, установленными пользователем.
4. Отображение предупреждения: Если порог превышен, пользователю предоставляется информация о размере/стоимости до начала фактической загрузки и запрашивается подтверждение.
5. Загрузка ресурса: Ресурс загружается после подтверждения пользователем (если требовалось).

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

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

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

• Технические факторы:
  1. Размер страницы/ресурса (Size): Ключевой фактор. Включает размер самого HTML-документа и всех встроенных ресурсов (изображения, скрипты, стили, видео и т.д.).
  2. Тип контента (Content type): Система может определять тип контента (видео, изображение, приложение, rich content) для категоризации и отображения в метке.
• Пользовательские факторы:
  1. Тарифный план (Data Plan): Данные о стоимости передачи данных у оператора пользователя.
  2. Настройки пользователя (User Settings): Предпочтения по отображению меток, фильтрам и порогам предупреждений.
  3. Устройство (Client Device): Тип устройства (мобильный телефон, планшет).
• Географические факторы:
  1. Локация пользователя: Может использоваться для определения оператора и местной валюты (local currency) для отображения цены.

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

• Estimated Size (Предполагаемый размер): Рассчитывается на основе Historical Data (например, средний размер за последние N загрузок) или путем измерения в реальном времени через Proxy.
• Estimated Price (Предполагаемая стоимость): Рассчитывается как функция от Estimated Size и Data Plan.