[2]Заявленное техническое решение относится к области рекламы в компьютерных сетях, а более конкретно, к способу автоматизированной замены рекламы в трансляции потокового видео в компьютерной сети.
[3]ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ
[4]Из уровня техники известен традиционный способ замены рекламы в видеотрансляциях в компьютерной сети (например, в сети интернет), такой как загрузка и демонстрация клиенту рекламного видеоматериала во время содержащихся в запрошенном клиентом видеоматериале рекламных блоков. Данная технология применима как для прямых видео трансляций (например, просмотр через сеть интернет прямого эфира телевизионной компании), так и для показа видео по запросу (например, просмотр через сеть интернет записи эфирной трансляции телевизионной компании).
[5]Недостатком традиционного способа является необходимость загрузки клиентом дополнительного видео потока, содержащего демонстрируемый рекламный видеоматериал, что может привести к перегрузке клиентского канала связи, и как следствие, демонстрации рекламного материала с большой задержкой, в низком качестве, или полной невозможности показа рекламного видеоматериала. Также необходимость обработки второго видео потока требует дополнительных вычислительных ресурсов от устройства, используемого клиентом для просмотра видеоматериала (компьютера, мобильного телефона и т.п.), что, в случае недостатка вычислительных ресурсов, может привести к воспроизведению видео с уменьшенной частотой кадров, с заметными аудиовизуальными дефектами, или полной невозможности показа рекламного видеоматериала.
[6]Для преодоления указанных недостатков специалистами была разработана технология замены рекламы, которая вставляет содержащий рекламу видеоматериал в видеоматериал, запрошенный клиентом. Одним из вариантов осуществления технологии замены рекламы является следующее.
[7]Запрашиваемый клиентом видеоматериал состоит из множества небольших сегментов, последовательно загружаемых через компьютерную сеть (например, сеть интернет) и демонстрируемых клиенту. Ссылки для загрузки сегментов, и информация о продолжительности сегментов содержится в файле плей-листа, который также загружается клиентом во время просмотра. При обнаружении рекламного сегмента, подлежащего замене (например, на основе содержащихся в исходном видеоматериале меток рекламы) сервер, осуществляющий показ запрошенного видеоматериала, производит замену в файле плей-листа ссылок на сегменты, содержащие оригинальную рекламу, на ссылки на сегменты, содержащие рекламу, которую необходимо показать клиенту.
[8]В соответствие с этим наиболее близким аналогом заявленного изобретения является Способ замены рекламы в сети интернет (WO 2016187592 A1, Viviso Inc., опубликовано 24.11.2016), при котором в видеоматериале, состоящем из множества сегментов, автоматически обнаруживаются и заменяются содержащие рекламу сегменты. При этом, если сегмент содержит как запрошенный клиентом видеоматериал, так и подлежащую замене рекламу, данный сегмент разбивается на два подсегмента, один из которых (содержащий запрошенный клиентом видеоматериал) демонстрируется клиенту, а другой (содержащий подлежащую замене рекламу) заменяется. Также данный способ задерживает оригинальную трансляцию на время, равное разнице между продолжительностью демонстрируемого клиенту рекламного блока и продолжительностью рекламного блока, содержащегося в оригинальной трансляции, причём данная задержка может быть устранена во время демонстрации следующего рекламного блока.
[9]Недостатками указанного способа являются поддержка только прямых видеотрансляций и невозможность замены рекламы при показе видео по запросу. Кроме того, указанный способ недостаточно устойчив против специальных приложений, блокирующих показ рекламы. Кроме того, указанный способ не учитывает возможное отсутствие или недостаточное количество предназначенной для показа клиенту рекламы, а также возможную недоступность сервера, на котором расположены рекламные видеоматериалы.
[10]СУЩНОСТЬ СОЗДАННОГО ТЕХНИЧЕСКОГО РЕШЕНИЯ
[11]Данное техническое решение направлено на устранение недостатков, присущих существующим аналогам.
[12]Технический результат от использования данного технического решения заключается в обеспечении автоматической замены рекламы для видео по запросу, повышении устойчивости против приложений, блокирующих показ рекламы, а также сокращении задержки трансляции.
[13]В одном из предпочтительных вариантов реализации предложен cпособ замены рекламы в потоковых видеотрансляциях в компьютерных сетях, характеризующийся тем что: принимают запрос на просмотр видеоматериала от, по меньшей мере, одного устройства клиента на, по меньшей мере, одном сервере; определяют информацию о подлежащих замене рекламных блоках на основе, по меньшей мере, одного критерия, выбранного из группы: анализ меток DTMF в запрошенном клиентом видеоматериале, анализ меток SCTE-35 в запрошенном клиентом видеоматериале, распознавание изображений в кадрах запрошенного клиентом видеоматериала, запись в соответствующей базе данных, хранящейся на, по меньшей мере, одном машиночитаемом носителе данных, расположенном на, по меньшей мере, одном сервере, при этом результаты анализа запрошенного клиентом видеоматериала, если такой анализ был произведён, могут записать в соответствующую базу данных, хранящуюся на, по меньшей мере, одном машиночитаемом носителе данных, расположенном на, по меньшей мере, одном сервере; сохраняют информацию о подлежащих замене рекламных блоках в виде меток начала рекламы, конца рекламы и расписания рекламы в файле плей-листа, которые используют для замещения потока видео, загружаемого и отображаемого на устройстве клиента; осуществляют замещение либо на самом устройстве клиента, либо на, по меньшей мере, одном сервере, причём оба способа могут использовать в рамках одного запроса клиента на просмотр видеоматериала, причём используемый способ изменяют на основании, по меньшей мере, одного критерия, выбранного из группы: доступность серверов, скорость загрузки, изменение административной политики, при этом вместо видео рекламы используют как минимум одну видео заставку при выполнении, по меньшей мере, одного критерия, выбранного из группы: недоступны все сервера, на которых размещено рекламное видео, отсутствует предназначенная для показа реклама, продолжительность очередного рекламного видео превышает время, оставшееся до конца замещаемого рекламного блока, при этом прекращают замещение потока видео как минимум в одном из следующих случаев: недоступны все сервера, вставляющие метки рекламы в плей-лист, в файле плей-листа метка рекламы не встретилась в течение установленного промежутка времени, количество ошибок загрузки рекламных видеоматериалов превысило установленный предел, и кроме того, производят мониторинг активности и синхронизацию параметров работы всех серверов в режиме реального времени при помощи средства настройки и обнаружения отказов, соединенного с, по меньшей мере, одним сервером, при этом в случае обнаружения условия отказа сервера, сервер далее не используют при обработке запросов клиентов.
[14]В соответствии с частным случаем выполнения, по меньшей мере, один сервер дополнительно соединён с соответствующими средствами сбора и анализа статистической информации.
[15]В соответствии с частным случаем выполнения, производят запрос видеоматериала, анализ меток DTMF или меток SCTE-35 в запрошенном видеоматериале, либо распознавание изображений в кадрах запрошенного видеоматериала и запись результатов анализа в соответствующую базу данных в том числе если указанный видеоматериал не запрашивается клиентом.
[16]Данное техническое решение может быть выполнено в виде системы замены рекламы в потоковых видеотрансляциях в компьютерных сетях, содержащую: по крайней мере, одно устройство обработки команд; по крайней мере, одно устройство хранения данных; одну или более компьютерных программ, загружаемых в, по крайней мере, одно вышеупомянутое устройство хранения данных и выполняемых на, по крайне мере, одном из вышеупомянутых устройств обработки команд, при этом одна или более компьютерных программ содержат следующие инструкции: принимают запрос на просмотр видеоматериала от, по меньшей мере, одного устройства клиента на, по меньшей мере, одном сервере; определяют информацию о подлежащих замене рекламных блоках на основе, по меньшей мере, одного критерия, выбранного из группы: анализ меток DTMF в запрошенном клиентом видеоматериале, анализ меток SCTE-35 в запрошенном клиентом видеоматериале, распознавание изображений в кадрах запрошенного клиентом видеоматериала, запись в соответствующей базе данных, хранящейся на, по меньшей мере, одном машиночитаемом носителе данных, расположенном на, по меньшей мере, одном сервере, при этом результаты анализа запрошенного клиентом видеоматериала, если такой анализ был произведён, могут записать в соответствующую базу данных, хранящуюся на, по меньшей мере, одном машиночитаемом носителе данных, расположенном на, по меньшей мере, одном сервере; сохраняют информацию о подлежащих замене рекламных блоках в виде меток начала рекламы, конца рекламы и расписания рекламы в файле плей-листа, которые используют для замещения потока видео, загружаемого и отображаемого на устройстве клиента; осуществляют замещение либо на самом устройстве клиента, либо на, по меньшей мере, одном сервере, причём оба способа могут использовать в рамках одного запроса клиента на просмотр видеоматериала, причём используемый способ изменяют на основании, по меньшей мере, одного критерия, выбранного из группы: доступность серверов, скорость загрузки, изменение административной политики, при этом вместо видео рекламы используют как минимум одну видео заставку при выполнении, по меньшей мере, одного критерия, выбранного из группы: недоступны все сервера, на которых размещено рекламное видео, отсутствует предназначенная для показа реклама, продолжительность очередного рекламного видео превышает время, оставшееся до конца замещаемого рекламного блока, при этом прекращают замещение потока видео как минимум в одном из следующих случаев: недоступны все сервера, вставляющие метки рекламы в плей-лист, в файле плей-листа метка рекламы не встретилась в течение установленного промежутка времени, количество ошибок загрузки рекламных видеоматериалов превысило установленный предел, и кроме того, производят мониторинг активности и синхронизацию параметров работы всех серверов в режиме реального времени при помощи средства настройки и обнаружения отказов, соединенного с, по меньшей мере, одним сервером, при этом в случае обнаружения условия отказа сервера, сервер далее не используют при обработке запросов клиентов.
[17]В соответствии с частным случаем выполнения, по меньшей мере, один сервер дополнительно соединён с соответствующими средствами сбора и анализа статистической информации.
[18]В соответствии с частным случаем выполнения, производят запрос видеоматериала, анализ меток DTMF или меток SCTE-35 в запрошенном видеоматериале, либо распознавание изображений в кадрах запрошенного видеоматериала и запись результатов анализа в соответствующую базу данных в том числе если указанный видеоматериал не запрашивается клиентом.
[19]КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[20]Фиг. 1. - схема системы замены рекламы в потоковых видеотрансляциях в компьютерных сетях.
[21]ПОДРОБНОЕ ОПИСАНИЕ СОЗДАННОГО ТЕХНИЧЕСКОГО РЕШЕНИЯ
[22]В данном устройстве под севером подразумевается компьютерная система, ЭВМ (электронно-вычислительная машина), компьютеризированные системы управления и любые другие устройства, способные выполнять заданную, чётко определённую последовательность операций (действий, инструкций).
[23]Под устройством обработки команд подразумевается электронный блок либо интегральная схема (процессор, микропроцессор), исполняющая машинные инструкции (программы).
[24]Устройство обработки команд считывает и выполняет машинные инструкции (программы) с одного или более устройства хранения данных. В роли устройства хранения данных могут выступать, но, не ограничиваясь, жесткие диски (HDD), флеш-память, ПЗУ (постоянное запоминающее устройство), твердотельные накопители (SSD), оптические накопители информации (CD, DVD, Blue-Ray диски).
[25]Программа - последовательность инструкций, предназначенных для исполнения устройством обработки команд.
[26]Ниже будут рассмотрены некоторые термины, которые в дальнейшем будут использоваться при описании технического решения.
[27]Тональный набор, тональный сигнал (англ. Dual-Tone Multi-Frequency, DTMF) — двухтональный многочастотный аналоговый сигнал. Сфера применения тональных сигналов: телефонная сигнализация между устройствами, системы охраны, а также коммерческое радио и телевещание.
[28]ANSI/SCTE 35 2007 (первая редакция называлась SCTE 35 2004, Digital Program Insertion Cueing Message for Cable, Society of Cable Telecommunications Engineers (SCTE)), 2004. Международное название стандарта ITU-T Recommendation J.181. Описывает доставку цифровых меток в транспортном потоке цифрового сигнала.
[29]Согласно предлагаемому техническому решению, способ замены рекламы в потоковых видеотрансляциях в компьютерных сетях включает следующие шаги:
[30]Принимают запрос на просмотр видеоматериала от, по меньшей мере, одного устройства клиента на, по меньшей мере, одном сервере.
[31]Определяют информацию о подлежащих замене рекламных блоках на основе, по меньшей мере, одного критерия, выбранного из группы: анализ меток DTMF в запрошенном клиентом видеоматериале, анализ меток SCTE-35 в запрошенном клиентом видеоматериале, распознавание изображений в кадрах запрошенного клиентом видеоматериала, запись в соответствующей базе данных, хранящейся на, по меньшей мере, одном машиночитаемом носителе данных, расположенном на, по меньшей мере, одном сервере, при этом результаты анализа запрошенного клиентом видеоматериала, если такой анализ был произведён, могут записать в соответствующую базу данных, хранящуюся на, по меньшей мере, одном машиночитаемом носителе данных, расположенном на, по меньшей мере, одном сервере.
[32]Сохраняют информацию о подлежащих замене рекламных блоках в виде меток начала рекламы, конца рекламы и расписания рекламы в файле плей-листа, которые используют для замещения потока видео, загружаемого и отображаемого на устройстве клиента.
[33]Осуществляют замещение либо на самом устройстве клиента, либо на, по меньшей мере, одном сервере, причём оба способа могут использовать в рамках одного запроса клиента на просмотр видеоматериала, причём используемый способ изменяют на основании, по меньшей мере, одного критерия, выбранного из группы: доступность серверов, скорость загрузки, изменение административной политики, при этом вместо видео рекламы используют как минимум одну видео заставку при выполнении, по меньшей мере, одного критерия, выбранного из группы: недоступны все сервера, на которых размещено рекламное видео, отсутствует предназначенная для показа реклама, продолжительность очередного рекламного видео превышает время, оставшееся до конца замещаемого рекламного блока, при этом прекращают замещение потока видео как минимум в одном из следующих случаев: недоступны все сервера, вставляющие метки рекламы в плей-лист, в файле плей-листа метка рекламы не встретилась в течение установленного промежутка времени, количество ошибок загрузки рекламных видеоматериалов превысило установленный предел, и кроме того, производят мониторинг активности и синхронизацию параметров работы всех серверов в режиме реального времени при помощи средства настройки и обнаружения отказов, соединенного с, по меньшей мере, одним сервером, при этом в случае обнаружения условия отказа сервера, сервер далее не используют при обработке запросов клиентов.
[34]Согласно Фиг.1 в одном из возможных вариантов реализации система замены рекламы в потоковых видеотрансляциях в компьютерных сетях включает в себя сервера распознавания рекламы 2, базы данных результатов распознавания 3, сервера обслуживания клиентов 4 и сервера управления и мониторинга 7. В обслуживании запросов клиентов также участвуют, сервера распространения видеоматериалов 1, устройства клиентов 5 и сервера распространения рекламы 6.
[35]Сервера распознавания рекламы 2 подключены к серверам распространения видеоматериалов 1 через каналы связи 8, к базам данных результатов распознавания 3 через каналы связи 9 и к серверам обслуживания клиентов 4 через каналы связи 10. Сервера обслуживания клиентов 4 подключены к устройствам клиентов 5 через каналы связи 11. Сервера рекламы 6 подключены либо к устройствам клиентов 5 через каналы связи 12 (при замещении рекламы на устройстве клиента), либо к серверам обслуживания клиентов 4 через каналы связи 13 (при замещении рекламы на сервере). Сервера управления и мониторинга 7 подключены к серверам распознавания рекламы 2 через каналы связи 14 и к серверам обслуживания клиентов 4 через каналы связи 15. В случае отказа серверов распознавания рекламы 2, сервера обслуживания клиентов 4 подключаются к серверам распространения видеоматериалов 1 через каналы связи 16.
[36]Направление стрелок соответствует направлению передачи данных при обработке запросов клиентов.
[37]В одном из возможных вариантов реализации описываемое техническое решение состоит из следующих подсистем (программ, хранилищ данных):
[38]Подсистема распознавания рекламы;
[39]Подсистема хранения данных распознавания;
[40]Подсистема обслуживания клиентов;
[41]Подсистема замены рекламы;
[42]Подсистема управления и мониторинга.
[43]Подсистема распознавания рекламы предусматривает, по меньшей мере, один сервер распознавания рекламы (фиг. 1, поз. 2), на котором производится модификация файла плей-листа путём вставки меток начала, окончания и расписания (продолжительности) подлежащего замене рекламного блока. Информация о расположении и продолжительности рекламных блоков загружается из базы данных расписания рекламных блоков (фиг. 1, поз. 3), или, при отсутствии записей в базе данных, извлекается из видеоматериала при помощи средств декодирования и анализа видео потока. Сервером распознавания рекламы может быть, в частности один или несколько серверов обслуживания клиентов (фиг. 1, поз. 4), или один или несколько специализированных серверов. В случае применения нескольких таких серверов в системе их функционал дублируется на каждом из серверов.
[44]Средства декодирования и анализа видео потока осуществляют извлечение меток DTMF или SCTE-35 из запрошенного клиентом видеоматериала, либо анализируют кадры видеоматериала при помощи алгоритма распознавания образов. Значения меток, либо образы в видео потоке (например, видео заставка, вставляемая перед каждым рекламным блоком) интерпретируются как метки начала, окончания и продолжительности подлежащего замене рекламного блока в соответствие заданной в конфигурации таблицей значений. Полученная информация может быть сохранена в базе данных расписания рекламных блоков (фиг. 1, поз. 3). Видеоматериал для анализа загружается с серверов распространения видеоматериалов (фиг. 1, поз. 1) и может быть сохранён в памяти сервера распознавания рекламы.
[45]В дополнительном варианте осуществления сервера распознавания рекламы могут загружать видеоматериалы с серверов распространения видеоматериалов, анализировать при помощи средств декодирования и анализа видео потока и сохранять полученную информацию в базе данных расписания рекламных блоков даже если видеоматериал не был запрошен ни одним клиентом. Указанный функционал позволяет уменьшить нагрузку на сервера распознавания рекламы за счёт более равномерного использования средств декодирования и анализа видео потока. Также указанный функционал позволяет обнаружить подлежащий замене рекламный блок даже если клиент начал просмотр видеоматериала не с начала и не запрашивал сегменты, содержащие метки либо образы, обозначающие начало рекламы.
[46]Подсистема хранения данных распознавания предусматривает, по меньшей мере, один сервер, на котором при помощи средств сбора и хранения информации формируют базу данных расписания рекламных блоков в доступных клиенту видеоматериалах (фиг. 1, поз. 3). Таким сервером может быть, в частности один или несколько серверов распознавания рекламы (фиг. 1, поз. 2), или один или несколько специализированных серверов. В случае применения нескольких таких серверов в системе их функционал дублируется на каждом из серверов.
[47]Подсистема обслуживания клиентов предусматривает, по меньшей мере, один сервер обслуживания клиентов (фиг. 1, поз. 4), который предоставляет клиенту файл плей-листа и файлы сегментов запрошенного видеоматериала. При этом файл плей-листа и файлы сегментов запрошенного видеоматериала загружается с серверов распознавания рекламы (фиг. 1, поз. 2), а в случае их недоступности, с серверов распространения видеоматериалов (фиг. 1, поз. 1) (в этом случае замена рекламы не производится). В случае применения нескольких серверов обслуживания клиентов в системе их функционал дублируется на каждом из серверов.
[48]Кроме того, сервера обслуживания клиентов могут быть дополнительно оборудованы средствами кэширования контента, которые позволяют кэшировать файлы плей-листа и видеоматериалы, к которым происходит наиболее частое обращение клиентов. Учет обращений может быть осуществлен посредством средств сбора и анализа статистической информации, которые могут быть расположены на серверах. Указанное кэширование позволяет увеличить скорость обработки запроса клиента, а также уменьшить нагрузку на сервера распознавания рекламы.
[49]Подсистема замены рекламы предусматривает использование специального программного комплекса (далее – «микшер»), который получает файл плей-листа и файлы сегментов с серверов обслуживания клиентов. При обнаружении в файле плей-листа меток рекламы, микшер подключается к серверам распространения рекламы (фиг. 1, поз. 6), запрашивает предназначенное для данного клиента рекламное видео и замещает этим видео запрошенный клиентом видеоматериал. Если рекламное видео не удалось загрузить, либо если продолжительность рекламного видео превышает оставшееся до окончания рекламного блока время (при условии наличия в файле плей-листа меток расписания рекламы, указывающих на продолжительность рекламного блока), то микшер вместо видео рекламы использует для замещения видео заставку, загружаемую с серверов обслуживания клиентов (фиг. 1, поз. 4). В последнем случае использование видео заставки позволяет избежать возникновения задержки прямого эфира на время, необходимое для окончания демонстрации рекламного видео. Заставка также может использоваться во время загрузки рекламного видео с серверов распространения рекламы. Необходимые для работы параметры, в том числе адреса серверов распространения рекламы, загружаются микшером с серверов обслуживания клиентов. Информация о просмотренной клиентом рекламе отправляется на сервера распространения рекламы при помощи протокола SCTE-130.
[50]Кроме того, если начало или окончание рекламного блока не совпадает с началом сегмента, микшер загружает с серверов обслуживания клиентов только ту часть сегмента запрошенного клиентом видеоматериала, которая предназначена для показа клиенту и не подлежит замене. Разделение сегмента на подсегменты осуществляется на серверах обслуживания клиентов (фиг. 1, поз. 4).
[51]Кроме того, если во время воспроизведения рекламного видео микшер получает метку окончания рекламного блока, загрузка следующих сегментов запрошенного клиентом видеоматериала задерживается на время, оставшееся до окончания воспроизводимого рекламного видео. При этом микшер запоминает продолжительность задержки, и при начале следующего рекламного блока, уменьшает его продолжительность на величину задержки. Таким образом, проблема запаздывания прямого эфира устраняется за счёт того, что микшер запоминает продолжительность задержки, и при начале следующего рекламного блока, уменьшает его продолжительность на величину задержки.
[52]Кроме того, если сервера обслуживания клиентов становятся недоступны, либо если метка окончания рекламы не встретилась в файле плей-листа в течение заданного промежутка времени после метки начала рекламы, либо если количество ошибок загрузки рекламных видеоматериалов превысило заданное значение, то микшер может прекратить замещение рекламы (в том числе за счёт отображения видео заставки) и начать воспроизводить запрошенный клиентом видеоматериал без замены рекламы.
[53]Микшер может выполняться либо на устройстве клиента (фиг. 1, поз. 5) в составе специального программного комплекса загрузки и отображения видеоматериала (плеера), либо на серверах обслуживания клиентов (фиг. 1, поз. 4). При этом выбор устройства выполнения происходит на основании, по меньшей мере, одного из критериев: доступность серверов распространения рекламы, скорость загрузки видео рекламы с серверов распространения рекламы, административная политика, разрешающая или запрещающая использование микшером каждого из устройств. В случае изменения данных критериев во время просмотра клиентом запрошенного видеоматериала, может происходить изменение устройства, на котором выполняется микшер. При этом если для просмотра видеоматериала клиент использует плеер, не поддерживающий использование микшера, микшер выполняется на сервере обслуживания клиентов.
[54]Кроме того, при выполнении микшера на сервере обслуживания клиентов также осуществляется изменение имён файлов сегментов, содержащих демонстрируемое клиенту рекламное видео, что препятствует осуществлению блокирования рекламы при помощи специальных программных средств, выполняемых на устройствах клиентов. Изменение имени содержащих рекламу сегментов происходит в соответствии с именами файлов, содержащих запрошенный клиентом видеоматериал. Например, если клиент запросил видеоматериал "video", состоящий из файлов сегментов: "video-segment1.ts", "video-segment2.ts", "video-segment3.ts", "video-segment4.ts", и сегмент "video-segment3.ts" содержит подлежащую замене рекламу, то файл, содержащий демонстрируемое клиенту рекламное видео, будет переименован в "video-segment3.ts". В случае, если количество файлов сегментов, содержащих демонстрируемый клиенту рекламное видео, не совпадает с количеством файлов сегментов, содержащих запрошенный клиентом видеоматериал, имена последних изменяются таким образом, чтобы сохранить непрерывность нумерации файлов сегментов.
[55]Подсистема управления и мониторинга предусматривает, по меньшей мере, один сервер управления и мониторинга (фиг. 1, поз. 7), который копирует изменения конфигурации системы на все сервера, входящие в систему, а также осуществляет постоянный мониторинг всех серверов системы для определения их активности посредством средства обнаружения отказов. Сервер лишается статуса активного и перестаёт участвовать в обработке запросов клиентов, если он удовлетворяет условию отказа: недоступен, или же перегружен, или же обработка слишком большого процента запросов завершается отказом в обслуживании. При этом в случае отказа всех серверов управления и мониторинга система продолжит обслуживание запросов клиентов, используя локальные копии конфигурации и списка активных серверов. Сервером управления и мониторинга может быть, в частности один или несколько серверов обслуживания клиентов (фиг. 1, поз. 4), или один или несколько специализированных серверов. В случае применения нескольких серверов управления и мониторинга в системе их функционал дублируется на каждом из серверов.
[56]В дополнительном варианте осуществления сервера управления и мониторинга могут быть дополнительно оборудованы средствами сбора и анализа статистической информации, которые загружают данные статистики работы и обслуживания клиентов со всех серверов системы.
[57]Взаимодействие и обмен данных между подсистемами, а также между подсистемами и не входящими в систему устройствами, осуществляется через каналы связи, которые могут представлять собой проводные либо беспроводные линии связи, такие как WiFi, CDMA, LTE и т.п., а в случае размещения нескольких подсистем на одном сервере — через средства межпроцессного взаимодействия, такие как общие файлы, общая память, именованные каналы и т.п.
[58]Из изложенного выше специалисту будет понятно, что заявленное техническое решение обеспечивает автоматическую замену рекламы для видео по запросу, повышает устойчивость против специальных приложений, блокирующих показ рекламы, а также сокращает задержки трансляции.
[59]Хотя выше был описан предпочтительный вариант осуществления настоящего технического решения, специалисту будет понятно, что настоящее техническое решение не ограничено этим предпочтительным вариантом осуществления. Более того, различные изменения и модификации могут быть выполнены в пределах сущности и объема настоящего технического решения, как определено в следующей ниже формуле технического решения.
