Способ обмена данными между рекламными агентствами и сеткой рекламных мест посредством комплекса программных интерфейсов для автоматизации размещения роликов рекламных сообщений в сетке и система оптимизации размещения роликов рекламных сообщений для реализации способа Российский патент 2021 года по МПК G06Q30/02 

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

ИСПОЛЬЗУЕМЫЕ В ОПИСАНИИ ТЕРМИНЫ И СОКРАЩЕНИЯ:

1. IIS (Internet Information Services) - программное обеспечение для развертывания веб-сервера.

2. Web-сервис - идентифицируемая веб-адресом программная система со стандартизированными интерфейсами.

3. Оптимизационная платформа - комплекс программных интерфейсов на стороне РА разработанных для автоматизации работы с сеткой рекламных сообщений.

4. Программатик (programmatic) - Комплекс программных интерфейсов, разработанный для автоматизации работы оптимизационной платформы РА с сеткой рекламных сообщений.

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

6. Рекламное агентство (РА) - специализированная компания, действующая в интересах рекламодателя и предоставляющая ему профессиональные услуги по организации его Рекламных Кампаний.

7. ВИМБ (ViMB) - комплекс аппаратных и программных средств, предназначенных для управления различными процессами в рамках технологического процесса размещения рекламных сообщений, в котором реализован программный комплекс «Система комплексного управления размещением рекламы на ТВ» либо «Система медиа-баинга».

8. Тип Медиа - телевидение (ТВ), радио, интернет, пресса, плазма и пр.

9. DL (dead line) - период дат, в котором размещение рекламы и любые изменения в имеющемся размещении запрещены. Дата наступления Deadline определяется количеством дней до дня выхода PC в трансляцию.

10. Медиаплан - это план проведения рекламных кампаний в автоматизированной систем размещения рекламы ВИМБ в рамках канала-месяца-РА.

11. Заказ - Совокупность медиапланов

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

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

14. Рекламный блок - последовательность идущих друг за другом во времени рекламных роликов, логически объединенных в группу на уровне системы автоматизации.

15. Телепрограмма (программный объект) - это эфирное событие (телепередача, сериал, шоу и т.д.), не привязанное к определенному времени, общее для всех каналов.

16. Выпуск - эфирное событие, конкретный плановый или фактический выход в эфир телепрограммы на конкретном канале, в конкретную дату и время.

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

18. Спот - запись в системе о плановой/фактической демонстрации PC в определенном РМ.

19. Позиционирование спотов - фиксация очередности выхода спота в РМ.

20. Тип размещения - набор определяющих специфику размещения и влияющих на цену заказа характеристик.

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

22. РМ (Рекламное место) - выделенное для размещения PC определенного типа возможности РН по демонстрации определенного объема непрерывного во времени и в пространстве (по расположению на носителе или географии) контента. Объем этого контента - натуральный инвентарь РМ, выраженный в свойственных данному типу РН единицах измерения.

23. Сетка РМ - совокупность рекламных мест на определенных РН в определенном периоде с определенными количественными и качественными характеристиками.

24. GRP - (англ. Gross Rating Point) - маркетинговый показатель, отражающий масштаб рекламного воздействия. Считается методом суммирования рейтингов всей рекламной кампании по всем носителям.

25. XML (англ. eXtensible Markup Language) - расширяемый язык разметки.

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

УРОВЕНЬ ТЕХНИКИ

На текущий момент из уровня техники известны следующие автоматизированные системы размещения PC в сетку РМ на ТВ.

Известна автоматизированная система «Автоматизированная система «Рекламное агентство», представленное на сайте http://fogsoft.ru.

Также известна и другая автоматизированная система "ADS Автоматизации планирования и размещения рекламы на телевидении и радио" представленная на сайте http://www.ad-system.ru

Также известна и другая автоматизированная система «Управление рекламой», представленная на сайте http://1c-reklama.ru/products/tv_and_radio_company/

Также известна и другая автоматизированная система «TV and Radio Advertisement Booking System» представленная на сайте http://www.digialliance.com/index.php?ch=mda&pg=site&ac=163

Все перечисленные выше системы не предоставляют возможности использования программных интерфейсов для оптимизации и размещения PC в сетке РМ на ТВ и не могут быть использованы для решения поставленной задачи.

Так же известны автоматизированные системы, таких компаний как «Google», «Media Digital Alliance», «Broadsign», «Яндекс», «ГПМД» предназначение для размещения PC в Интернет. Данные решения предоставляют возможно работы через интерфейс прикладного программирования (API), однако эти системы не могут быть использованы для работы с сеткой ТВ и соответственно не подходят для решения поставленной задачи оптимизации положения спотов роликов PC в сетке вещания ТВ каналов.

Из патентной информации известны система и метод для оптимизации прибыли базы рекламного контента рекламного агентства (US 2014081742, МПК G06Q 30/02, опубл. 20.03.2014). Система состоит из: интерфейсного модуля рекламного маршрутизатора для получения экономических данных от множества каналов размещения, используемых для размещения роликов хранилища издателя, и получения данных хранилища с рекламного сервера издателя, посредника рекламного маршрутизатора между рекламным сервером и множественности каналов размещения, множественности каналов размещения, обеспечивающих рекламу размещения роликового хранилища издателя; двигателя оптимизации рекламного маршрутизатора, механизма оптимизации в виде процессора, генерирующего прогноз экономической эффективности хранилища роликов издателя на основе данных хранилища роликов, и определяющего хотя бы одну рекомендацию, основанную на прогнозе для повышения экономической эффективности, рекламного маршрутизатора, применяющего хотя бы одну рекомендацию, чтобы произвести установку ролика из хранилища роликов через множественность каналов размещения.

Недостаток этого технического решения состоит в том, что оно не обеспечивает максимизацию рейтингов рекламодателей ТВ и максимизацию охватов телевизионной аудитории при сохранении заданной стоимости рекламных кампаний для множества РА.

Для проведения рекламной кампании, каждой РА необходимо поместить некоторое количество спотов в блоках для того чтобы набрать определенное этой рекламной кампанией количество GRP. При этом необходимо иметь максимально полную и актуальную информация обо всех рекламных объектах.

Проблема заключается в необходимости создания программных интерфейсов (API) для автоматизированной системы размещения PC в сетку РМ - ВИМБ, позволяющих автоматизировать и повысить эффективность работы менеджеров ТВ продаж в рекламных агентствах. Объектом оптимизации является положение спотов для размещения роликов в сетке вещания ТВ каналов. Цель оптимизации - максимизация рейтингов и охватов по заданной целевой телевизионной аудитории и частоте показов.

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

Указанный технический результат достигается в способе обмена данными между рекламными агентствами (РА) и сеткой рекламных мест (РМ) осуществляемом с помощью системы оптимизации размещения роликов РС (рекламных сообщений) на телевизионных каналах (каналах ТВ) при обмене данными между РА и сеткой РМ, осуществляющей запрос от РА данных о сетке РМ по заданному набору каналов ТВ и условиях размещения РС, ссылки на которые оформляют в виде внутренних идентификаторов системы комплексного управления размещением рекламы на ТВ (ВИМБ);

проверку корректности данных запроса, цифровых прав РА на интерфейсы и задания на размещение PC;

формирование посредством информационных интерфейсов оптимизированного запроса данных от ВИМБ с проверкой ограничений на вызовы интерфейсов и прав на PC;

возврат данных в РА посредством информационных интерфейсов;

определение расстановки роликов PC медиапланов с помощью оптимизационных моделей РА;

автоматическое размещение роликов PC посредством постановочных интерфейсов в запланированные рекламные блоки после их открытия каналами ТВ для размещения.

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

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

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

Также указанный технический результат достигается в системе оптимизации размещения роликов PC на каналах ТВ при обмене данными между РА и сеткой РМ состоящей из:

оптимизационной платформы сервера РА,

сервера программатика с блоком проверки прав и ограничений, блоком вызова интерфейса ВИМБ, а также комплексом информационных и постановочных интерфейсов для получения данных, построения оптимизационной модели, постановки и изменения PC,

сервера автоматизированной системы размещения рекламы ВИМБ с блоком обработки интерфейса, блоком оптимизированного размещения спотов роликов PC, элементом ИЛИ и блоком индикации окончания работы,

при этом оптимизационная платформа сервера РА содержит последовательно включенные блок вызова интерфейса, блок формирования входящего запроса и блок вызова Web-сервиса подключенный к блоку проверки прав и ограничений сервера программатика, связанного через блок вызова интерфейса ВИМБ с блоком обработки интерфейса, подключенным через последовательно включенные элемент ИЛИ и блок оптимизированного размещения спотов роликов PC к блоку индикации окончания работы, причем вторые выходы элемента ИЛИ и блока проверки прав и ограничений сервера программатика через блок отказа в оптимизации размещения спотов роликов PC подключены к блоку формирования входящего запроса и блоку индикации окончания работы, а серверы рекламного агентства, программатика, автоматизированной системы размещения рекламы ВИМБ связаны общей информационной шиной.

Фактически сервер программатика является средством обмена информацией между оптимизационной моделью РА и базой данных содержащей полную информацию о рекламных объектах ВИМБ.

На фиг. 1 показана схема последовательности действий операторов РА в процессе обмена данными между РА и сеткой РМ для автоматизации размещения роликов в сетке каналов ТВ.

На фиг. 2 показана блок-схема системы оптимизации размещения рекламных сообщений на телевизионных каналах.

На фиг. 3 показана блок-схема последовательности действий для оптимизации размещения спотов внутри РА.

На фиг. 4 показана схема структуры ограничений на вызов интерфейсов блока проверки прав и ограничений сервера программатика.

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

Программатик при помощи информационных интерфейсов предоставляет данные о каналах, клиентах, рекламодателях, сетке РМ, медиапланах РА, размещенных роликах и бюджетах рекламной кампании.

Для передачи запроса (см. фиг. 1) программатику, РА формирует файл формата XML в котором указывает необходимые параметры. Для унификации ссылки на рекламные объекты передаются в виде внутренних идентификаторов системы ВИМБ.

К примеру, раз в три часа агентство актуализирует у себя информацию об эфирной сетке на несколько месяцев вперед. Этот интерфейс возвращает очень много необходимых атрибутов рекламных блоков, поэтому результат может быть очень объемным. Программатик применяет ограничения на вызов интерфейсов (подробнее об этом описано ниже), для того, чтобы распределить нагрузку на сервер и на каналы связи. Поэтому РА в параметрах XML указывает свои ограничения. К примеру, запрашивает только одну неделю по заданному набору каналов ТВ.

Пример подобного XML:

XML передается Web-сервису. Там происходит проверка корректности XML, а также проверяют доступность интерфейса агентству. Доступ к сервису разрешается агентству только с машин, на которых устанавливается сертификат программатика. IP-адрес этих машин также проверяется при поступлении запроса к сервису.

Затем XML с заданием на размещение роликов PC передается на сервер ВИМБ. Здесь осуществляется проверка ограничений на вызов интерфейса, проверка прав пользователя агентства на рекламные объекты. Подробнее о системе проверки прав описано ниже. На сервере формируется ответ также в формате XML и через web-сервер возвращается РА.

После того, как собрана вся необходимая информация о рекламных объектах, РА при помощи своей оптимизационной модели, реализуемой посредством соответствующей оптимизационной платформы 1, определяет будущую расстановку роликов PC медиаплана. Затем, после того, как канал ТВ открывает рекламные блоки для размещения, РА при помощи программатика автоматически размещает ролики в запланированные блоки.

Постановочные интерфейсы работают схожим с информационными интерфейсами способом. Для постановки одного спота ролика PC оператор РА формирует XML, например, следующего вида:

Тут указаны наименования интерфейса, и внутренние идентификаторы системы ВИМБ блока (BlockID) в который необходимо поставить ролик (FilmID) на определенную позицию (Position).

Каждое РА может единовременно ставить споты роликов PC в 10 и более потоков. Все запросы обрабатываются параллельно. Сама запись данных в базу осуществляется в транзакции уже после выполнения всех проверок на доступность рекламного блока для постановки указанного ролика PC. Это позволяет свести к минимуму время работы с таблицей спотов и тем самым повысить производительность и безотказность программатика. Данный аспект делает процесс ведения рекламной кампании через программатик намного привлекательней по сравнению с обычной расстановкой спотов через сводную таблицу ВИМБ. Каждое агентство имеет возможность провести транзакции и занять интересующие именно их рекламные блоки. Программатик убирает из рабочего процесса проблемы связанные с лишней обработкой информации, визуализацией сетки РМ, а также исключает человеческий фактор. Единственными ограничениями для оптимальной постановки рекламной кампании является скорость работы алгоритма оптимизационной платформы РА и мощность сервера ВИМБ.

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

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

Система оптимизации размещения рекламных сообщений на телевизионных каналах состоит из оптимизационной платформы 1 сервера 2 рекламного агентства, сервера 3 программатика с блоком проверки прав и ограничений 4, блоком вызова интерфейса ВИМБ 5, а также комплексом информационных и постановочных интерфейсов для получения данных, построения оптимизационной модели и изменения PC, сервера 6 автоматизированной системы размещения рекламы ВИМБ с блоком обработки интерфейса 7, блоком оптимизированного размещения спотов роликов PC 8, элементом ИЛИ 9 и блоком индикации окончания работы 10. При этом оптимизационная платформа 1 содержит последовательно включенные блок вызова интерфейса 11, блок формирования входящего запроса 12 и блок вызова Web сервиса 13 подключенный к блоку проверки прав и ограничений 4 сервера 3 программатика, связанного через блок вызова интерфейса ВИМБ 5 с блоком обработки интерфейса 7, подключенным через последовательно включенные элемент ИЛИ 9 и блок оптимизированного размещения спотов роликов PC 8 к блоку индикации окончания работы 10, причем вторые выходы элемента ИЛИ 9 и блока проверки прав и ограничений 4 сервера 3 программатика через блок отказа в оптимизации 14 размещения спотов роликов PC подключены к блоку формирования входящего запроса 12 и блоку индикации окончания работы 10, а серверы рекламного агентства 2, программатика 3, автоматизированной системы размещения рекламы ВИМБ 6 связаны общей информационной шиной 15.

Работает система следующим образом.

Со стороны РА задача размещения PC в сетке РМ сводится к максимизации рейтингов и охватов при сохранении заданной стоимости рекламной кампании. Данная задача оптимального размещения PC является переборной задачей целочисленного программирования. Для решения задачи в ВИМБ разработан API позволяющий получать информацию о сетке РМ и рекламных объектах ВИМБ.

На основе полученной информации, оптимизационная платформа РА, дает через разработанный API задание на размещение PC в сетке РМ.

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

Сервер 3 принимает сигнал в формате xml (далее xml), проверяет корректность его структуры и наполнения тегов. Затем проверяются ограничения на доступность сервера агентству в данный момент (подробнее об ограничениях в пункте 3)

1. Web-сервис

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

2. Интерфейсы

2.1 Информационные интерфейсы получения данных для построения оптимизационной модели.

Блок вызова интерфейса ВИМБ 5 задействует информационные интерфейсы получения данных для построения оптимизационной модели.

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

Некоторые интерфейсы возвращают небольшие объемы данных по справочникам, не требующим частого обновления данных. К таким справочникам относятся каналы ТВ, клиенты и рекламодатели.

GetChannels

Для получения информации по каналам оптимизационная платформа РА передает на web-сервис xml с запросом вида:

Тег SellingDirectionID - обязателен для заполнения. В нем указывается направление продаж, по которому необходимо получить каналы. Получаем выходной xml.

Пример выходного xml:

GetCustomersWithAdvertisers

Данный интерфейс возвращает список заказчиков с рекламодателями для заданного направления продаж.

Входной xml:

Тег SellingDirectionID - обязателен для заполнения. В нем указывается направление продаж, по которому необходимо получить каналы. Получаем выходной xml.

Пример выходного xml

Остальные информационные интерфейсы возвращают значительные объемы постоянно обновляемых данных.

getProgramsBreaks

По заданным параметрам интерфейс возвращает информацию о сетке PC, необходимую для дальнейшей работы оптимизационной платформы РА.

Пример xml с описанием параметров запроса.

В тегах <InclProgAttr> и <InclIssAttr> этого интерфейса указывается какая дополнительная информация должна быть в результирующем xml. В теге <AudRatDec> указана точность округления прогнозных рейтингов рекламных блоков. В тегах <Cnl> указываются каналы ТВ, по которым необходимо вернуть рекламные блоки эфирной сетки. Теги <StartDate> и </EndDate> содержат информацию о границах запрашиваемого периода.

Результат работы интерфейса представляет из себя xml:

Этот сигнал xml содержит перечень всех необходимых параметров для работы агентского программатика. В блоке xml <b></b> передается информация о рекламном блоке. В блоке <р></р> - информация об эфирной программе, в рамках которой выходил рекламный блок.

GetBudgets

Интерфейс возвращает необходимую информацию о сделках и бюджетах.

Пример входного xml:

Пример выходного сигнала xml:

GetMPLans

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

Пример входного xml:

Выходной сигнал xml:

GetSpots

Интерфейс возвращает список спотов роликов PC. При помощи этого интерфейса РА отслеживает промежуточные результаты своей рекламной кампании.

Пример входного xml:

Допускается задавать пустые списки ChannelList и AdtList. Или не передавать совсем эти теги. В этом случае результат будет возвращаться по всем каналам ТВ и рекламодателям.

Выходной сигнал xml:

2.2 Постановочные интерфейсы работы со спотами роликов PC

AddSpot

При помощи данного интерфейса осуществляется постановка одного спота ролика PC в заданный рекламный блок.

Пример xml с заданием для постановки спота ролика PC:

Допустимые значения для тега «Position»:

Сервер 6 принимает сигнал xml, проверяет корректность его структуры и наполнения тегов. Затем проверяются ограничения на доступность интерфейса агентству в данный момент (подробнее об ограничениях в пункте 3)

После чего возможность постановки спота проверяется по правам агентства (подробнее о системе прав в пункте 4), а также по доступности рекламного блока.

В случае, если спот ролика PC успешно поставлен, в агентство через сервис возвращается возвращен сигнал с результирующим xml и временем постановки нового спота (тег AddSpotStart), а также его идентификатором (тег newSptID) следующего формата:

В случае, если спот ролика PC по тем или иным причина не удалось поставить, то сервер 6 вернет xml, где в теге <ErrorMessage> будет указана причина ошибки. Пример:

DeleteSpot

Интерфейс разработан для удаления конкретного спота ролика PC по его идентификатору.

Пример входного xml:

В случае удачного выполнения возвращается сигнал с сообщением:

ChangeSpot

При помощи интерфейса ChangeSpot можно поменять местами два спота (рокировать ролики PC), т.е. в блок спота №1 поставить новый спот с роликом спота №2, а в блок спота №2 поставить новый спот с роликом спота №1.

Входной xml

В случае удачного выполнения возвращается сигнал с сообщением:

ChangeFilms

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

Входной xml

В случае удачного выполнения возвращается сигнал с сообщением:

3. Ограничения на вызовы интерфейсов.

Для контроля за производительностью сервера, а также, чтобы не ставить РА не использующие программатик в заведомо проигрышное положение, для каждого интерфейса каждого РА реализована возможность ограничения вызова. Настройки ограничений хранятся в серверной таблице и редактируются сотрудниками службы поддержки программатика. Схема ограничений изображена на фиг. 4.

Существует 3 типа ограничений (пример):

1) По времени вызова.

Для каждого РА указан доступный для обращения временной период суток - к примеру, с 12:00 до 0:00. В случае обращения вне этого временного диапазона пользователю возвращается ошибка: Для оператора не возможен вызов интерфейса (на схеме - метода) вне временного диапазона Х-У

2) По количеству параллельно работающих потоков. В случае, несоблюдения ограничения, возвращается ошибка: Превышено количество потоков

3) По периодам постановки определенных типов рекламного материала. В случае, несоблюдения ограничения, возможны два вида сообщений об ошибке:

- Сегодня больше нельзя ставить споты

- Постановка спотов будет доступна через минут: X.

4) В зависимости от типа функции:

a. Для информационных интерфейсов, возвращающих небольшие объемы данных (GetChannels, GetCustomers, GetCustomersWithAdvertiser) Можно вызывать раз в N секунд. В случае большего количества вызовов, возвращается ошибка: Для оператора не возможен вызов метода. Метод будет доступен в X.

b. Для информационных интерфейсов, возвращающих большие объемы данных (getProgramsBreaks, getSpots, getMplans, getBudgets).

Обязательно задаются границы запрашиваемого периода.. В случае не заполнения тегов периода, возвращается ошибка: Не указаны границы периода!

Количество дней, вызываемого периода должно укладываться в N дней. Счетчик обновляется раз в М секунд. В случае, несоблюдения ограничения, возвращается ошибка: Не возможен вызов метода на столь длительный период (возможно дней: X). Метод будет доступен в У.

c. Для интерфейсов добавления/удаления спотов.

Вызывать можно не больше чем N раз в М секунд. В случае, несоблюдения ограничения, возвращается ошибка: Превышено количество обращений. Следующий вызов возможен в X.

Вызывать можно не чаще чем раз в Т секунд.

В случае, несоблюдения ограничения, возвращается ошибка: Нельзя так часто вызывать метод.

Сообщения об ошибках добавляются в тег <ErrorMessage> результирующего xml. Для удобства обработки ошибки, связанной с ограничениями, на стороне оптимизационной платформы РА, в результирующий xml также добавлены теги <NextTime> и <DaysCnt>, содержащие соответственно время, когда будет возможен следующий вызов интерфейса, и сколько дней еще можно запросить для объемных информационных интерфейсов.

4. Права

После заключения договора о подключении оптимизационной платформы РА, агентству выдается цифровой сертификат необходимый для подключения к Web-сервису программатика. Также доступ для каждого РА доступен только с заранее разрешенных IP-адресов.

Через Web-сервис агентству открывается доступ к серверу 3 программатика. На сервере 3 заводится агентский пользователь со своим логином, для которого указывается список доступных агентству медийных клиентов. Для пользователя настраиваются права на доступность всем медийным измерениям (каналам ТВ, типам рекламного материала, клиентам, рекламодателям и т.д.). Используется стандартная проверенная временем правовая система ВИМБ, отличающаяся своей уникальной гибкостью и надежностью. Каждый запрос проверяется сначала на ограничения, а затем на доступность запрашиваемых данных.

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

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

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

Изобретение относится к области рекламы и вычислительной техники. Технический результат заключается в автоматизации размещения рекламных сообщений в сетке рекламных мест. Способ обмена данными между рекламными агентствами (РА) и сеткой рекламных мест (РМ), при котором осуществляется: запрос от РА данных о сетке РМ по заданному набору каналов ТВ и условиях размещения РС, ссылки на которые оформляют в виде внутренних идентификаторов системы комплексного управления размещением рекламы на ТВ (ВИМБ); проверка корректности данных запроса, цифровых прав РА на интерфейсы и задания на размещение PC; формирование посредством информационных интерфейсов оптимизированного запроса данных от ВИМБ с проверкой ограничений на вызовы интерфейсов и прав на PC; возврат данных в РА посредством информационных интерфейсов; определение расстановки роликов PC медиапланов с помощью оптимизационных моделей РА; автоматическое размещение роликов PC посредством постановочных интерфейсов в запланированные рекламные блоки после их открытия каналами ТВ для размещения. 2 н. и 3 з.п. ф-лы, 4 ил.

1. Способ обмена данными между рекламными агентствами (РА) и сеткой рекламных мест (РМ), осуществляемый с помощью системы оптимизации размещения роликов РС (рекламных сообщений) на телевизионных каналах (каналах ТВ) при обмене данными между РА и сеткой РМ, осуществляющей запрос от РА данных о сетке РМ по заданному набору каналов ТВ и условиях размещения РС, ссылки на которые оформляют в виде внутренних идентификаторов системы комплексного управления размещением рекламы на ТВ (ВИМБ);

проверку корректности данных запроса, цифровых прав РА на интерфейсы и задания на размещение PC;

формирование посредством информационных интерфейсов оптимизированного запроса данных от ВИМБ с проверкой ограничений на вызовы интерфейсов и прав на PC;

возврат данных в РА посредством информационных интерфейсов;

определение расстановки роликов PC медиапланов с помощью оптимизационных моделей РА;

автоматическое размещение роликов PC посредством постановочных интерфейсов в запланированные рекламные блоки после их открытия каналами ТВ для размещения.

2. Способ по п. 1, отличающийся тем, что упомянутое автоматическое размещение роликов PC операторы РА осуществляют в отдельных параллельных транзакциях после проверки доступности роликов PC для размещения и доступности транзакции.

3. Способ по п. 1, отличающийся тем, что при определении расстановки роликов PC медиапланов с помощью оптимизационных моделей РА предварительно бронируют размещение с помощью вспомогательного фиктивного ролика для последующей его замены на один или несколько роликов PC.

4. Способ по п. 1, отличающийся тем, что при размещении роликов PC посредством постановочных интерфейсов производят рокировку роликов PC в различных рекламных блоках.

5. Система оптимизации размещения роликов PC на каналах ТВ при обмене данными между РА и сеткой РМ, состоящая из:

оптимизационной платформы сервера РА,

сервера программатика с блоком проверки прав и ограничений, блоком вызова интерфейса ВИМБ, а также комплексом информационных и постановочных интерфейсов для получения данных, построения оптимизационной модели, постановки и изменения PC,

сервера автоматизированной системы размещения рекламы ВИМБ с блоком обработки интерфейса, блоком оптимизированного размещения спотов роликов PC, элементом ИЛИ и блоком индикации окончания работы,

при этом оптимизационная платформа сервера РА содержит последовательно включенные блок вызова интерфейса, блок формирования входящего запроса и блок вызова Web-сервиса, подключенный к блоку проверки прав и ограничений сервера программатика, связанного через блок вызова интерфейса ВИМБ с блоком обработки интерфейса, подключенным через последовательно включенные элемент ИЛИ и блок оптимизированного размещения спотов роликов PC к блоку индикации окончания работы, причем вторые выходы элемента ИЛИ и блока проверки прав и ограничений сервера программатика через блок отказа в оптимизации размещения спотов роликов PC подключены к блоку формирования входящего запроса и блоку индикации окончания работы, а серверы рекламного агентства, программатика, автоматизированной системы размещения рекламы ВИМБ связаны общей информационной шиной.