СПОСОБ, МУЛЬТИМЕДИЙНАЯ СИСТЕМА И ОКОНЕЧНОЕ СЕТЕВОЕ УСТРОЙСТВО ДЛЯ ЗАПИСИ ПРОГРАММЫ
METHOD, MULTIMEDIA SYSTEM AND PROGRAMME RECORDER TERMINAL

Область техники
Настоящее изобретение относится к области таких мультимедийных сервисов, как телевидение по протоколу IP (IP-телевидение), мобильное телевидение, передача потокового мультимедиа на мобильные устройства и т.д., в частности, к способу записи программы, мультимедийной системе и оконечному сетевому устройству, от которых требуется очень высокий процент успешности при записи видео- и аудиопрограмм в развернутой многоузловой сети.
Предпосылки к созданию изобретения и уровень техники
Сервисы IP-телевидения - это широкополосные сервисы с добавочными функциями, предоставляющие потребителям доступ к интерактивному телевидению и мультимедиа сервису посредством подсоединения ресивера цифрового телевидения (STB) к широкополосной сети и использования компьютера или телевизора в качестве дисплейного терминала. Система IP-телевидения может обеспечивать видео по запросу (VOD), «живое» телевидение, сдвинутое во времени вещание (TSTV) и телевидение по запросу (TVOD). Система IP-телевидения имеет многоузловую архитектуру. Чтобы выравнивать параллельные потоки, генерируемые, когда пользователи смотрят телевизор, устанавливаются логические узлы, которые осуществляют концептуальное управление участками и отвечают за сервисы на этих участках, и в соответствии с узлами выстраивается конфигурация главных серверов и серверов резервного копирования, магнитных решеток, нескольких сверхкомпактных серверов, способных обеспечивать служебные функции. В центральном узле системы IР-телезидения производится разводка цепей, а затем они передаются на другие реберные узлы.
«Живое» телевидение, которое еще называют «живым» сервисом, является одним из основных видов сервисов IP-телевидения. «Живое» телевидение реализуется на основе каналов «живого» вещания. Для пользователей, подобно телевидению с обычными каналами, переключателем каналов и выбором каналов, «живое» телевидение реализуется в виде экранного меню, что обогащает телевизионные каналы, которые смотрят пользователи. Для операторов, «живое» телевидение является эффективным средством привлечения пользователей обычного телевидения, и его практический успех зависит от характеристик канала. С точки зрения технического осуществления, «живое» телевидение, как правило, передает информацию телевизионной программы через IP-сети, используя метод групповой передачи по протоколу межсетевого обмена.
TSTV работает в режиме воспроизведения мультимедиа, при котором пользователи могут освобождаться от обычного расписания программ таким образом, что пользователи при просмотре программ «живого» телевидения могут производить с ними такие действия, как постановка на паузу или обратная перемотка, а также могут быстро перематывать вперед до момента текущего воспроизведения программы «живого» телевидения, что разрушает привычные представления о том, как можно смотреть телевизор, и открывает зрителям совершенно новые возможности просмотра.
TVOD, которое является продолжением идеи TSTV, преобразует сегмент программы на канале «живого» вещания в записанную программу для показа в списке программ таким образом, чтобы пользователи могли ad libitum запрашивать замечательные пропущенные программы и выбирать программы, которые транслировались несколько дней назад. Таким образом, IP-телевидение становится настоящим «персональным ТВ», избавляется от ограничений во времени и соответствует ускоряющемуся ритму жизни современных людей.
Процент успешности при записи программы (например, TVOD) на данный момент высок, но неудачи также имеют место. Для эксплуатационных требований операторского класса неудача при записи программы неприемлема, кроме тех случаев, когда проблема заключается в самом канале или в дефектах выпуска самой записываемой программы. За исключением таких серьезных неисправностей, как выключение питания, ручная остановка сервера системы IP-телевидения или потоковых мультимедийных сверхкомпактных серверов, или отсутствие сигнала на канале, при нормальной работе системы IP-телевидения требуется, чтобы программы записывались с гарантированным успехом, и следующие факторы по возможности не оказывали отрицательного влияния на качество сервисов: переключение между главными серверами и серверами резервного копирования в течение короткого промежутка времени или отказ сети, повторяющийся в течение короткого времени в некоторых узлах из-за слишком сильного падения кодовой скорости канала.
Краткое изложение сущности данного изобретения
Техническая проблема, которую призвано решить настоящее изобретение, заключается в том, чтобы предоставить способ записи программы с очень высоким процентом успешности, мультимедийную систему и оконечное сетевое устройство, такие чтобы в случае неудачи записи можно было произвести взаимное межузловое восстановление и вспомогательную запись программы, сильно снизив, таким образом, вероятность неудачи при записи программы, и предоставив пользователям более высокое качество услуги TVOD.
Чтобы решить вышеуказанную техническую проблему, настоящее изобретение предоставляет способ записи программы, применяемый к мультимедийной системе многоузловой архитектуры, включающей оконечное сетевое устройство, причем способ включает:
оконечное сетевое устройство, генерирующее задачу записи после получения запроса на запись, и заранее отсылающее задачу записи на каждый узел, в котором запоминается канал, указанный в задаче записи; и
узел, записывающий программу на канал, указанный в задаче записи, после получения задачи записи, и возвращающий оконечному сетевому устройству информацию о результатах записи.
Способ дополнительно включает:
оконечное сетевое устройство, которое, во время записи программы в узле, периодически проверяет информацию о результатах записи, возвращаемую каждым узлом, и проверяет, если информация о результатах записи оказывается информацией о неудаче записи, имеется ли узел, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настроена на канал, и если да, отсылает задачу вспомогательной записи на узел, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настроена на канал;
и
узел, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настроена на канал, и который после получения задачи вспомогательной записи определяет, находится ли временной промежуток программы, которая записывается неудачно, во временном диапазоне программ, краткосрочно запоминаемых с помощью конфигурации сдвига во времени в узле, и если да, извлекает программу, имеющую такой же временной промежуток, как у программы, которая записывается неудачно, из программ, краткосрочно запоминаемых в узле, в качестве своей записываемой программы, а затем возвращает оконечному сетевому устройству информацию об успехе записи.
Способ дополнительно включает:
оконечное сетевое устройство, которое, во время записи программы в узле периодически проверяет информацию о результатах записи, возвращаемую каждым узлом, и отсылает задачу планирования на узел, в котором запись программы была неудачной, если информация о результатах записи оказывается информацией о неудаче записи; и
узел, в котором запись программы была неудачной, и который после получения задачи планирования в качестве узла назначения планирует программу из узла, в котором запись программы успешна, в качестве узла-источника, в качестве своей записываемой программы, и возвращает оконечному сетевому устройству информацию об успехе записи.
Мультимедийная система имеет многоуровневую узловую архитектуру, включающую узел первого уровня, узлы второго уровня и узлы третьего уровня, причем узел первого уровня соединен с множеством узлов второго уровня, и каждый узел второго уровня соединен с множеством узлов третьего уровня.
Этап, на котором оконечное сетевое устройство отсылает задачу планирования на узел, в котором запись программы была неудачной, если информация о результатах записи оказывается информацией о неудаче записи, включает:
оконечное сетевое устройство, в первую очередь определяющее, успешно ли записывается программа в узле первого уровня в задаче записи;
если программа не записывается успешно в узле первого уровня, выбор узла второго уровня, в котором запись программы успешна, в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла первого уровня, и отослать задачу планирования на узел первого уровня; если программа не записывается успешно в узле второго уровня, выбор узла третьего уровня, в котором запись программы успешна, в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла первого уровня, и отсылку задачи планирования на узел первого уровня;
если программа записывается успешно в узле первого уровня, дальнейшее определение, успешно ли записывается программа в узле второго уровня в задаче записи; если нет, выбор узла первого уровня в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла второго уровня, и отсылка задачи планирования на узел второго уровня; и
если программа записывается успешно в узле второго уровня в задаче записи, определение, успешно ли записывается программа в узле третьего уровня в задаче записи; если нет, выбор узла второго уровня, соединенного с узлом третьего уровня, в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла третьего уровня, и отсылка задачи планирования на узел третьего уровня.
После того как узел назначения получает задачу планирования, способ дополнительно включает:
определение, запоминается ли в узле программа, которая является такой же, как программа, подлежащая планированию, и которая указана в задаче планирования, и находится ли переполнение размера сетки программ в пределах допустимого диапазона, и если да, возвращение оконечному сетевому устройству информации об успехе планирования.
После того как каждый узел получает задачу записи, способ дополнительно включает:
узел, который ставит полученную задачу записи в локальную очередь задач записи после задачи записи, время запуска которой во временном промежутке наступает раньше, чем время запуска во временном промежутке полученной задачи записи, и которая находится на расстоянии минимального временного интервала от времени запуска временного промежутка полученной задачи записи.
Настоящее изобретение также предоставляет мультимедийную систему, включающую оконечное сетевое устройство и множество узлов, где
конфигурация оконечного сетевого устройства задана так, чтобы генерировать задачу записи после получения запроса на запись, и заранее отсылать задачу записи на каждый узел, в котором запоминается канал, указанный в задаче записи; и
конфигурация узлов задана так, чтобы записывать программу на канал, указанный в задаче записи, после получения задачи записи, и возвращать оконечному сетевому устройству информацию о результатах записи.
Конфигурация оконечного сетевого устройства дополнительно задана так, чтобы, во время записи программы в каждом узле периодически проверять информацию о результатах записи, возвращаемую узлом, и проверять, если информация о результатах записи оказывается информацией о неудаче записи, имеется ли узел, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настраивается на канал, и если да, отсылать задачу вспомогательной записи на узел, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настроена на канал.
Конфигурация узла, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настроена на канал, дополнительно задана так, чтобы после получения задачи вспомогательной записи, определять, находится ли временной промежуток программы, которая записывается неудачно, во временном диапазоне программ, краткосрочно запоминаемых с помощью конфигурации сдвига во времени в узле, и если да, извлекать программу, имеющую такой же временной промежуток, как у программы, которая записывается неудачно, из программ, краткосрочно запоминаемых в узле, в качестве своей записываемой программы, а затем возвращать оконечному сетевому устройству информацию об успехе записи.
Конфигурация оконечного сетевого устройства дополнительно задана так, чтобы, во время записи программы в узле периодически проверять информацию о результатах записи, возвращаемую каждым узлом, и отсылать задачу планирования на узел, в котором запись программы была неудачной, если информация о результатах записи оказывается информацией о неудаче записи.
Конфигурация узла, в котором запись программы была неудачной, дополнительно задана так, чтобы после получения задачи планирования планировать программу из узла, в котором запись программы успешна, в качестве своей записываемой программы, и возвращать оконечному сетевому устройству информацию об успехе записи.
Мультимедийная система имеет многоуровневую узловую архитектуру, включающую узел первого уровня, узлы второго уровня и узлы третьего уровня, причем узел первого уровня соединен с множеством узлов второго уровня, и каждый узел второго уровня соединен с множеством узлов третьего уровня.
Конфигурация оконечного сетевого устройства задана так, чтобы если информация о результатах записи оказывается информацией о неудаче записи, отсылать задачу планирования на узел, в котором запись программы была неудачной, посредством:
в первую очередь, определения успешно ли записывается программа в узле первого уровня в задаче записи;
если программа не записывается успешно в узле первого уровня, выбора узла второго уровня, в котором запись программы успешна, в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла первого уровня, и отослать задачу планирования на узел первого уровня; если программа не записывается успешно в узле второго уровня, выбора узла третьего уровня, в котором запись программы успешна, в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла первого уровня, и отсылки задачи планирования на узел первого уровня;
если программа записывается успешно в узле первого уровня, дальнейшего определения, успешно ли записывается программа в узле второго уровня в задаче записи; если нет, выбора узла первого уровня в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла второго уровня, и отсылки задачи планирования на узел второго уровня; и
если программа записывается успешно в узле второго уровня в задаче записи, определения, успешно ли записывается программа в узле третьего уровня в задаче записи; если нет, выбора узла второго уровня, соединенного с узлом третьего уровня, в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла третьего уровня, и отсылки задачи планирования на узел третьего уровня.
Оконечное сетевое устройство представляет собой блок управления контентом, и каждый узел включает модуль медиаконтроля и множество потоковых серверов, контролируемых модулем медиаконтроля.
Конфигурация модуля медиаконтроля задана так, чтобы после получения задачи записи, отсылаемой блоком управления контентом, отсылать задачу записи на потоковые серверы, запоминающие канал, указанный в задаче записи, и после получения информации о результатах записи отсылать информацию о результатах записи, отосланную с потоковых серверов, блоку управления контентом.
Конфигурация потоковых серверов, запоминающих канал, указанный в задаче записи, задана так, чтобы записывать программу на канал, указанный в задаче записи, после получения задачи записи, и возвращать модулю медиаконтроля информацию о результатах записи.
Конфигурация модуля медиаконтроля дополнительно задана так, чтобы отсылать задачу записи на потоковый сервер с минимальной нагрузкой, если имеется более двух контролируемых потоковых серверов, запоминающих канал, указанный в задаче записи.
Настоящее изобретение также предоставляет оконечное сетевое устройство, конфигурация которого задана так, чтобы после получения запроса на запись генерировать задачу записи, заранее отсылать задачу записи на каждый узел, в котором запоминается канал, указанный в задаче записи, и получать информацию о результатах записи, возвращаемую оконечному сетевому устройству после записи программы в узле на канале, указанном в задаче записи, после получения задачи записи.
Конфигурация оконечного сетевого устройства дополнительно задана так, чтобы во время записи программы в узле периодически проверять информацию о результатах записи, возвращаемую узлом, и проверять, имеется ли узел, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настроена на канал, если информация о результатах записи оказывается информацией о неудаче записи, и если да, отсылать задачу вспомогательной записи на узел, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настроена на канал, и получать информацию об успехе записи, возвращаемую узлу, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настроена на канал.
После получения задачи вспомогательной записи узел, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настроена на канал, определяет, находится ли временной промежуток программы, которая записана неудачно, во временном диапазоне программ, краткосрочно запоминаемых с помощью конфигурации сдвига во времени в узле, и если да, извлекает программу, имеющую такой же временной промежуток, как у программы, которая записана неудачно, из программ, краткосрочно запоминаемых в узле, в качестве своей записываемой программы, а затем возвращает оконечному сетевому устройству информацию об успехе записи.
Конфигурация оконечного сетевого устройства дополнительно задана так, чтобы, во время записи программы в узле периодически проверять информацию о результатах записи, возвращаемую каждым узлом, и отсылать задачу планирования на узел, в котором запись программы была неудачной, если информация о результатах записи оказывается информацией о неудаче записи, и получать информацию об успехе планирования, возвращаемую узлом, в котором запись программы была неудачной.
Информация об успехе планирования возвращается оконечному сетевому устройству после того, как узел, в котором запись программы была неудачной, получает задачу планирования спланировать программу из узла, в котором запись программы успешна, в качестве своей записываемой программы.
Оконечное сетевое устройство применяется в мультимедийной системе, причем мультимедийная система имеет многоуровневую узловую архитектуру, включающую узел первого уровня, узлы второго уровня и узлы третьего уровня, причем узел первого уровня соединен с множеством узлов второго уровня, и каждый узел второго уровня соединен с множеством узлов третьего уровня.
Конфигурация оконечного сетевого устройства задана так, чтобы если информация о результатах записи оказывается информацией о неудаче записи, отсылать задачу планирования на узел, в котором запись программы была неудачной, посредством:
в первую очередь определения, успешно ли записывается программа в узле первого уровня в задаче записи;
если программа не записывается успешно в узле первого уровня, выбора узла второго уровня, в котором запись программы успешна, в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла первого уровня, и отослать задачу планирования на узел первого уровня; если программа не записывается успешно в узле второго уровня, выбора узла третьего уровня, в котором запись программы успешна, в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла первого уровня, и отсылки задачи планирования на узел первого уровня;
если программа записывается успешно в узле первого уровня, дальнейшего определения, успешно ли записывается программа в узле второго уровня в задаче записи; если нет, выбора узла первого уровня в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла второго уровня, и отсылки задачи планирования на узел второго уровня; и
если программа записывается успешно в узле второго уровня в задаче записи, определения, успешно ли записывается программа в узле третьего уровня в задаче записи; если нет, выбора узла второго уровня, соединенного с узлом третьего уровня, в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла третьего уровня, и отсылки задачи планирования на узел третьего уровня.
Оконечное сетевое устройство представляет собой блок управления контентом.
В заключение, настоящее изобретение предоставляет способ записи программы, мультимедийную систему и оконечное сетевое устройство. При способе записи согласно варианту осуществления данного изобретения в некоторых узлах запись программы по определенным причинам может оканчиваться неудачей, при этом запись программы в других узлах является успешной, что позволяет осуществить взаимное автоматическое межузловое восстановление записываемой программы. До и после процесса, при котором базовый модуль - блок управления контентом - системы IP-телевидения выполняет переключение между главными серверами и серверами резервного копирования или сервер блока управления контентом перезагружается или модернизируется в течение получаса, а затем запускается в работу, текущая задача записи TVOD почти не затрагивается и достигает очень высокого процента успешности записи. По завершению процесса, при котором модуль медиаконтроля каждого узла системы IP-телевидения выполняет переключение между главными серверами и серверами резервного копирования или сервер модуля медиаконтроля перезагружается или модернизируется в течение долгого времени, а затем запускается в работу, потоковый сервер, к которому относится модуль медиаконтроля, можно предохранить от существенных потерь TVOD. Обычно у системы IP-телевидения имеется множество потоковых серверов под контролем модуля медиаконтроля, в том числе потоковый сервер, отвечающий за кодирование и декодирование каналов. Если потоковый сервер, отвечающий за кодирование и декодирование каналов, не работает, даже если подключить другие потоковые серверы, переключение непосредственно приводит к тому, что TVOD не записывается во время переключения. Однако способ записи программы согласно данному изобретению может обеспечить, чтобы TVOD также имелось в других потоковых серверах под контролем модуля медиаконтроля, и, таким образом, услуги, запрашиваемые пользователями, не затрагивались. Кроме того, когда запись TVOD была неудачной или пропускается системой IP-телевидения, запись TVOD можно завершить во вспомогательном режиме в пределах допустимого диапазона длины сдвига канала во времени, что является гибким и удобным и значительно улучшает эксплуатационные характеристики системы IP-телевидения.
Краткое описание графических материалов
Фиг.1 представляет собой схематическое изображение мультимедийной системы согласно варианту осуществления данного изобретения.
Фиг.2 представляет собой блок-схему способа записи программы согласно варианту осуществления данного изобретения.
Фиг.3 представляет собой блок-схему способа восстановления программы, которая не записывается успешно, согласно варианту осуществления данного изобретения.
Фиг.4 представляет собой схематическое изображение выполнения планирования и восстановления TVOD в центральном узле системы IP-телевидения согласно варианту осуществления данного изобретения.
Фиг.5 представляет собой схематическое изображение выполнения планирования и восстановления TVOD в реберном узле системы IP-телевидения согласно варианту осуществления данного изобретения.
Фиг.6 представляет собой блок-схему процедуры выполнения взаимного восстановления TVOD в системе IP-телевидения согласно варианту осуществления данного изобретения.
Фиг.7 представляет собой блок-схему процедуры выполнения вспомогательной записи TVOD в системе IP-телевидения согласно варианту осуществления данного изобретения.
Предпочтительные варианты осуществления изобретения
Техническая схема данного изобретения будет подробнее описана далее в связи с прилагаемыми графическими материалами и вариантами осуществления.
Фиг.1 представляет собой схематическое изображение мультимедийной системы согласно варианту осуществления данного изобретения. Мультимедийной системой согласно варианту осуществления может быть система IP-телевидения, система мобильного телевидения или передача потокового мультимедиа на мобильные устройства. Как показано на фиг.1, мультимедийная система согласно варианту осуществления включает оконечное сетевое устройство и множество узлов. Оконечным сетевым устройством по варианту осуществления может быть блок управления контентом (СМЕ), и каждый узел включает модуль медиаконтроля (MCU) и множество потоковых серверов (SSs). Один блок управления контентом может управлять множеством модулей медиаконтроля, и один модуль медиаконтроля может контролировать множество потоковых серверов.
Модуль медиаконтроля, выбранный блоком управления контентом при отсылке запроса на запись, в первую очередь отвечает тому условию, что потоковый сервер, контролируемый модулем медиаконтроля, запоминает канал подлежащей записи программы, а также модуль медиаконтроля можно выбирать в соответствии со стратегией выравнивания нагрузки. Например, в данный момент времени модуль медиаконтроля может обрабатывать один канал, который обслуживается только одним потоковым сервером, или же один канал может обслуживаться множеством (более чем двумя) потоковых серверов, каждый из которых периодически формирует отчет о своем функциональном статусе, включая в него такие характеристики, как загрузка ЦП, параллельные потоки, запрашиваемые пользователями. Затем, в соответствии с функциональным статусом, методом взвешивания получают потоковый сервер с наибольшим из оставшихся значением работоспособности, то есть для завершения сервисов, запрашиваемых каналом, чтобы обработать задачу записи, выбирается потоковый сервер с минимальной нагрузкой. Подобным образом, когда модуль медиаконтроля отсылает задачу записи, он выбирает потоковый сервер, запоминающий канал программы, которая подлежит записи, и далее потоковый сервер может быть выбран в соответствии со стратегией выравнивания нагрузки.
Чтобы по возможности ослабить влияние на задачу записи перезагрузок сервера блока управления контентом или сервера модуля медиаконтроля в течение короткого промежутка времени или переключений между главными серверами и серверами резервного копирования, блок управления контентом отсылает задачу записи на модули медиаконтоля узлов с определенным опережением (например, с опережением на день) относительно момента времени, который служит стартом задачи записи.
Модуль медиаконтроля отсылает задачу записи на потоковый сервер, запоминающий подлежащий записыванию канал, указанный в задаче записи. Потоковый сервер отвечает за кодирование и декодирование каналов и запись программы в реальном времени. После получения задачи записи потоковый сервер записывает программу на канал, указанный в задаче записи, а затем возвращает информацию о результатах записи модулю медиаконтроля, который затем возвращает информацию о результатах записи блоку управления контентом. Успешно записанная программа запоминается в папке, соответствующей записанной программе в отдельном файле. Когда запись программы была неудачной в некоторых узлах, программа восстанавливается путем взаимодействия между узлами; когда запись программы была неудачной по всем узлам, повторяется попытка произвести вспомогательную запись программы.
Блок управления контентом периодически проверяет информацию о результатах записи, возвращаемую каждым узлом, когда программа записывается в узле. Если оказывается, что какие-то из узлов возвращают информацию о неудаче записи, блок управления контентом отсылает задачу планирования на модуль медиаконтроля узла, в котором запись программы была неудачной. После получения задачи планирования, модуль медиаконтроля узла, в котором запись программы была неудачной, планирует успешно записываемую программу из модуля медиаконтроля узла, в котором запись программы успешна, в качестве своей записываемой программы и возвращает блоку управления контентом информацию об успехе планирования.
Кроме того, блок управления контентом периодически проверяет информацию о результатах записи, возвращаемую каждым узлом, когда программа записывается в узле. Если оказывается, что все узлы возвращают информацию о неудаче записи, это показывает, что, по всей вероятности, в проекте происходит такой серьезный сбой, как сетевое прерывание или обрыв медиапотоков канала, и система должна дать предупреждение, так чтобы операторы могли вовремя распознать и решить такую проблему. Далее блок управления контентом проверяет, имеется ли узел, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настраивается на канал, подлежащий записи, и если нет, записываемая программа не может быть восстановлена и непосредственно определяется как окончившаяся неудачей; если да, задача вспомогательной записи отсылается на модуль медиаконтроля узла, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настраивается на канал, который необходимо записать. После получения задачи вспомогательной записи, модуль медиаконтроля узла отсылает задачу вспомогательной записи на потоковый сервер, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настраивается на канал, подлежащий записи, а затем потоковый сервер определяет, находится ли временной промежуток программы, которая записывается неудачно, во временном диапазоне программ краткосрочно запоминаемых с помощью конфигурации сдвига во времени, и если да, программа с таким же временным промежутком, как у программы, которая записывается неудачно, извлекается из программ, краткосрочно запоминаемых потоковым сервером, в качестве записываемой программы, а затем модулю медиаконтроля возвращается информация об успехе вспомогательной записи, в противном случае, модулю медиаконтроля возвращается информация о неудаче вспомогательной записи.
Все устройства в мультимедийной системе в соответствии с вариантом осуществления являются независимыми, т.е. неудача одного устройства не затронет других устройств. Более того, мультимедийная система согласно варианту осуществления имеет многоузловую архитектуру, и когда запись программы была неудачной в одном узле, ее можно успешно записать в других узлах. Когда узлов больше чем три, вероятность того, что запись одной программы будет неудачной по всем узлам, гораздо меньше одной десятитысячной; таким образом, сильно увеличивается процент успешности записи программы.
Далее на примере системы IP-телевидения будет подробно описан способ записи программы согласно данному изобретению.
Система IP-телевидения включает оконечное сетевое устройство, такое как блок управления контентом, и множество узлов, каждый из которых включает модуль медиаконтроля и множество потоковых серверов. Система IP-телевидения имеет многоуровневую узловую архитектуру. В варианте осуществления после получения запроса на запись блок управления контентом системы IP-телевидения генерирует задачу записи для TVOD и заранее отсылает задачу записи на каждый модуль медиаконтроля, а затем модуль медиаконтроля системы IP-телевидения отсылает задачу записи на потоковые серверы, чтобы записать TVOD. Блок управления контентом периодически проверяет TVOD, запись которого была неудачной, и выполняет взаимное межузловое восстановление согласно определенной стратегии, если в некоторых узлах запись TVOD успешна, а в других узлах запись TVOD была неудачной; если запись TVOD была неудачной по всем узлам, выполняется вспомогательная запись на каждом узле.
Фиг.2 представляет собой блок-схему способа записи программы согласно варианту осуществления данного изобретения. Как показано на фиг.2, способ записи программы согласно варианту осуществления включает следующие этапы.
На этапе 201 блок управления контентом получает запрос на запись.
Запрос на запись может быть отослан блоку управления контентом с внешней системы, такой как система управления услугами IP-телевидения или пользовательский ресивер цифрового телевидения (STB), и т.д. Запрос на запись должен содержать информацию о программах, подлежащих записи, например, запрос на запись, отосланный системой управления услугами IP-телевидения, содержит расписание программ, подлежащих записи. В варианте осуществления расписание программ представлено временем запуска и временем завершения, но в данном изобретении нет ограничений на способ представления такой информации.
Запрос на запись может также содержать информацию об удалении задачи записи. После получения такого запроса на запись блок управления контентом удаляет задачу записи, если задача записи еще находится в локальной очереди задач записи, и уведомляет модуль медиаконтроля, который удаляет задачу записи, если задача записи еще находится в своей локальной очереди задач записи после получения уведомления.
Запрос на запись может также содержать информацию о модифицировании задачи записи. После получения такого запроса на запись блок управления контентом модифицирует задачу записи, если задача записи еще находится в локальной очереди задач записи, и уведомляет модуль медиаконтроля, который модифицирует задачу записи, если задача записи еще находится в своей локальной очереди задач записи после получения уведомления.
На этапе 202 блок управления контентом предварительно обрабатывает запрос на запись, преобразует уточненный запрос на запись в задачу записи, а затем добавляет задачу записи в таблицу задач записи блока управления контентом.
Задача записи содержит такую информацию, как обозначение TVOD (идентификатор), идентификатор канала со сдвигом во времени, время запуска TVOD, время завершения TVOD и имя TVOD. После определения, что запрос на запись уточнен, блок управления контентом может вернуть отправителю запроса на запись ответ, означающий, что запрос на запись принят.
Определение, что запрос на запись уточнен, может включать проверку канала в запросе на запись и временного промежутка TVOD. Блок управления контентом определяет, сконфигурирован ли канал подлежащего записи TVOD потоковым сервером. Время запуска записи должно указываться с опережением на несколько минут, а продолжительность записи, как правило, варьируется в пределах 4 часов.
На этапе 203 блок управления контентом отсылает задачу записи на модуль медиаконтроля.
Один блок управления контентом может управлять множеством модулей медиаконтроля, и один модуль медиаконтроля может контролировать множество потоковых серверов. Модуль медиаконтроля, выбранный блоком управления контентом при отсылке запроса на запись, в первую очередь отвечает тому условию, что канал подлежащего записи TVOD запоминается потоковым сервером, контролируемым модулем медиаконтоля, а также модуль медиаконтроля можно выбирать в соответствии со стратегией выравнивания нагрузки. Подобным образом потоковый сервер, выбираемый модулем медиаконтроля при отсылке задачи записи, должен запоминать канал подлежащего записи TVOD, а также потоковый сервер можно выбирать в соответствии со стратегией выравнивания нагрузки.
Чтобы по возможности ослабить влияние на задачу записи перезагрузок сервера блока управления контентом или сервера модуля медиаконтроля в течение короткого промежутка времени или переключений между главными серверами и серверами резервного копирования, блок управления контентом отсылает задачу записи на главный сервер модуля медиаконтроля с определенным опережением (например, с опережением на день) относительно момента времени, который служит стартом задачи записи. В нормальных условиях работает только главный сервер модуля медиаконтроля. Когда в блоке управления контентом происходят неудачи, модуль медиаконтоля может, как обычно, отослать полученную задачу записи на потоковый сервер, и потоковый сервер, таким образом, может нормально записать TVOD согласно задаче записи;
когда неудача происходит в главном сервере модуля медиаконтроля, другой сервер модуля медиаконтроля быстро переключается, чтобы действовать в качестве главного сервера, а задача записи TVOD тем временем синхронизируется с очередью задач записи, запоминаемой в узле.
На этапе 204 модуль медиаконтроля поддерживает очередь задач записи узла, ставит задачу записи в очередь задач записи узла и обновляет таблицу индексов задач для очереди задач записи узла.
В варианте осуществления, когда ставится задача записи, задачу записи ставят после задачи записи, время запуска которой во временном промежутке наступает раньше, чем время запуска во временном промежутке задачи записи, и которая находится на расстоянии минимального временного интервала от времени запуска временного промежутка задачи записи, так чтобы задачи записи в локальной очереди задач записи располагались последовательно в порядке времени запуска TVOD, способствуя выбору задачи записи с опережением текущего времени. Модуль медиаконтроля обновляет таблицу индексов задач каждый раз, когда ставится новая задача записи, чтобы поддерживать статус локальной задачи записи.
На этапе 205 модуль медиаконтроля возвращает блоку управления контентом ответ на запрос на запись после того, как задача записи успешно ставится в локальную очередь задач записи.
На этапе 206 модуль медиаконтроля периодически извлекает задачу записи, время запуска которой должно вскоре наступить (например, через 2 секунды) из локальной очереди задач записи, чтобы отослать ее на потоковый сервер.
На этапе 207 потоковый сервер возвращает модулю медиаконтроля ответ на запрос на запись сразу после получения задачи записи.
На этапе 208 потоковый сервер обрабатывает полученную задачу записи, определяет, запоминает ли потоковый сервер канал TVOD, который подлежит записи, и правильно ли указано время запуска записи и время завершения записи (т.е. как время запуска записи, так и время завершения записи должно наступать позже текущего времени), и если да, записывает программу в реальном времени; в противном случае, непосредственно возвращает модулю медиаконтроля информацию о неудаче записи.
На этапе 209 потоковый сервер отсылает модулю медиаконтроля информацию о результатах записи, и дает отчет о результатах записи, причем информация о результатах записи содержит информацию об успехе записи или информацию о неудаче записи (в том числе информацию об ошибках).
На этапе 210 после получения информации о результатах записи модуль медиаконтроля отсылает блоку управления контентом информацию о результатах записи и периодически дает отчет о результате выполнения задачи записи, пока не будет получен подтверждающий ответ от блока управления контентом.
На этапе 211, если информация о результатах записи, полученная блоком управления контентом, является информацией об успехе записи, задаче записи присваивается статус успеха, а затем часть записи (в том числе полный путь к доступным файлам, когда запрашивается TVOD) запоминается в таблице TVOD базы данных, после чего ответ на результат записи отсылается на модуль медиаконтроля, чтобы подтвердить, что информация о результатах записи успешно обработана.
Если информация о результатах записи, полученная блоком управления контентом, является информацией о неудаче записи, задаче записи присваивается статус неудачи, или если от модуля медиаконтроля в течение определенного промежутка времени (например, 5 минут) после времени завершения записи задачи записи не приходит информация о результатах записи, блок управления контентом присваивает задаче записи статус неудачи.
Неудача записи TVOD допускается при таких серьезных проблемах системы IP-телевидения, как долгосрочное отключение питания блока управления контентом или неудача при вводе медиапотоков в каналы системы IP-телевидения. Кроме того, при нормальной работе системы IP-телевидения успешность сервисов записи программы требуется обеспечивать как можно лучше в том случае, когда разрешено перезагружать или модернизировать блок управления контентом в течение короткого промежутка времени (например, получаса), и модули медиаконтроля или потоковые серверы последовательно модернизируются. Чтобы дополнительно обеспечить успех записи TVOD, после этапа 211 блок управления контентом периодически проверяет информацию о результатах записи, отсылаемую модулем медиаконтроля, и выполняет взаимное межузловое восстановление согласно определенной стратегии, если запись TVOD успешна в некоторых узлах, а в других узлах запись TVOD была неудачной; если запись TVOD была неудачной по всем узлам, вспомогательная запись выполняется на каждом узле.
Блок управления контентом периодически (например, каждые 2 минуты) проверяет и обрабатывает задачу записи, запись TVOD которой была неудачной в системе IP-телевидения. Система IP-телевидения в варианте осуществления описана на примере системы трехуровневой узловой архитектуры. Система IP-телевидения может быть расширена до системы многоуровневой узловой архитектуры. Для простоты описания узел первого уровня представлен в качестве центрального узла, узлы второго уровня представлены в качестве центральных узлов участка, а узлы третьего уровня представлены в качестве реберных узлов. В первую очередь блок управления контентом определяет, успешно ли записывается TVOD в центральном узле, если нет, планирует TVOD из других узлов на центральный узел, и очередность приоритетов планирования показана на фиг.4; если задача записи успешна в центральном узле, и задача записи других узлов была неудачной, TVOD в иерархическом порядке планируется на эти узлы, и очередность процедуры планирования такова, как показано на фиг.5.
После этапа 210 блок управления контентом периодически проверяет, имеется ли TVOD в центральном узле, и если да, блок управления контентом может возвращать отправителю запроса на запись ответ записи и давать отчет о результате выполнения (успехе) задачи записи; если в течение всего времени, которое отведено на задачу записи (например, 2 часа) в центральном узле нет TVOD, блок управления контентом может возвращать отправителю запроса на запись ответ записи и давать отчет о результате выполнения (неудаче) задачи записи. Определение, имеется ли в центральном узле TVOD, производится, чтобы поддерживать состоятельность данных TVOD в системе IP-телевидения. Весь контент должен отсылаться на центральный узел, чтобы обеспечить нормальный доступ к программам, которые могут запрашивать пользователи. Например, когда пользователь запрашивает программу по реберному узлу, если программа не успешна в узле, к которому относится пользователь, программу можно перенаправить на другие узлы (в крайнем случае, программа имеется в центральном узле), чтобы обеспечить сервисы.
Фиг.3 представляет собой блок-схему способа восстановления программы, которая записывается неудачно, согласно варианту осуществления данного изобретения. Как показано на фиг.3, базовая рабочая процедура способа восстановления программы, которая записывается неудачно, в каждом периоде включает следующие этапы.
На этапе 301 блок управления контентом выявляет задачу записи, запись TVOD которой была неудачной в системе IP-телевидения, причем идентификаторы задач записи в одном временном промежутке на одном канале являются одинаковыми.
На этапе 302 окончившаяся неудачей задача записи TVOD проверяется, чтобы определить, произошла ли неудача записи TVOD во всех узлах; если запись была неудачной в некоторых узлах, а в других узлах запись успешна, выполняет этап 303; если запись была неудачной по всем узлам, выполняется этап 304.
На этапе 303 выполняется процедура взаимного межузлового восстановления.
Далее описывается процедура взаимного межузлового восстановления по варианту осуществления.
Блок управления контентом в первую очередь определяет, успешна ли запись TVOD в центральном узле в задаче записи, если нет, предпочтительно выбираются центральные узлы участка, в которых запись TVOD успешна. Если запись была неудачной в центральных узлах участка, выбираются реберные узлы, в которых запись TVOD успешна, чтобы сгенерировать задачу планирования TVOD на центральный узел, а затем выполняется восстановление записи.
Потом определяется, успешна ли запись TVOD в центральных узлах участка в задаче записи, если нет, генерируется задача спланировать TVOD из центрального узла к центральным узлам участка, и затем выполняется восстановление записи.
Наконец, определяется, успешна ли запись TVOD в реберных узлах в задаче записи, если нет, генерируется задача спланировать TVOD из центральных узлов участка, к которым относятся реберные узлы, и затем выполняется восстановление записи.
На этапе 304 (в этой точке запись TVOD была неудачной по всем узлам) проверяется, отвечает ли TVOD условию вспомогательной записи, и если да, выполняется этап 305, в противном случае, TVOD не обрабатывается.
Условие вспомогательной записи заключается в том, чтобы конфигурация сдвига во времени была настроена на канал TVOD в потоковом сервере, и сконфигурированный со сдвигом во времени контент содержал TVOD во временном промежутке, в котором TVOD не записывается.
На этапе 305 выполняется процедура вспомогательной записи.
Отношение планирования из одного узла А к другому узлу В называется в варианте осуществления задачей планирования TVOD. Узел А называется узлом-источником, а узел В называется узлом назначения. Средствами планирования могут быть: Протокол передачи файлов (FTP), Протокол передачи гипертекста (HTTP) или Потоковый протокол реального времени (RTSP) и т.д. Пересылка по FTP взята в качестве примера средства планирования в варианте осуществления. Когда блоку управления контентом нужно спланировать TVOD, в первую очередь выбирается информация пересылки по FTP для потокового сервера узла-источника, которая содержит IP-адрес, номер порта, имя пользователя и пароль, и затем используется в качестве задачи планирования в сочетании с информацией TVOD узла-источника, которая содержит идентификатор TVOD, имя файла и полный путь TVOD. После этого блок управления контентом периодически обрабатывает эти задачи планирования и маркирует исходную задачу записи статусом успеха, когда TVOD спланировано в узле назначения.
Базовая рабочая процедура в варианте осуществления, при которой блок управления контентом периодически обрабатывает задачи планирования, показана на фиг.6 и включает следующие этапы.
На этапе 601 блок управления контентом отсылает запрос на планирование контента TVOD модулю медиаконтоля, отсылая при этом модулю медиаконтроля задачу планирования.
На этапе 602 модуль медиаконтоля поддерживает локальную очередь задач планирования и ставит задачу планирования в локальную очередь задач планирования.
На этапе 603 после получения запроса на планирование модуль медиаконтроля возвращает блоку управления контентом ответ на запрос на планирование контента.
На этапе 604 модуль медиаконтроля выбирает N (например, 10) задач планирования из очереди задач планирования в каждом периоде и отсылает запрос на планирование контента потоковому серверу системы IP-телевидения.
На этапе 605, получив запрос на планирование TVOD, потоковый сервер возвращает модулю медиаконтроля ответ на запрос на планирование контента.
На этапе 606 после получения запроса на планирование TVOD потоковый сервер обрабатывает копии фактического TVOD. В первую очередь потоковый сервер определяет, существует ли TVOD-файл в исходной папке TVOD, если он существует и переполнение размера сетки между TVOD-файлом и TVOD, которое подлежит записи, находится в допустимом диапазоне (например, 2%), определяется, что TVOD-файл уже существует, и можно непосредственно возвращать информацию об успешном результате планирования; в противном случае в первую очередь устраняется TVOD-файл, а затем TVOD планируется из потокового сервера узла-источника к потоковому серверу узла назначения.
На этапе 607 после выполнения задачи планирования TVOD потоковый сервер отсылает информацию о результатах планирования модулю медиаконтроля, чтобы вернуть результат выполнения задачи планирования.
На этапе 608 после получения информации о результатах планирования модуль медиаконтроля отсылает информацию о результатах планирования блоку управления контентом, чтобы дать отчет о результате выполнения задачи планирования.
На вышеуказанных этапах 607 и 608 результат выполнения может заключаться в том, что планирование успешно или планирование была неудачной. Если планирование успешно, результат выполнения содержит информацию о пути к файлу и информацию идентификации (например, имя файла) TVOD-файла, а также может содержать другую атрибутивную информацию о TVOD-файле, такую как размер, имя, и т.д.
На этапе 609, если информация о результатах планирования, полученная блоком управления контентом, является информацией об успехе планирования, блок управления контентом отсылает модулю медиаконтоля ответ на результат планирования контента, чтобы подтвердить, что сообщение о результате планирования успешно обработано, а затем блок управления контентом присваивает задаче записи TVOD, соответствующей задаче планирования, статус успеха.
Если информация о результатах планирования, полученная блоком управления контентом, является информацией о неудаче планирования, блок управления контентом присваивает задаче записи TVOD, соответствующей задаче планирования, статус неудачи.
После этого блок управления контентом периодически проверяет окончившуюся неудачей задачу записи TVOD, и определяет, выполнять ли метод взаимного восстановления TVOD.
Если TVOD не записывается успешно по всем узлам, весьма вероятно, что блок управления контентом не может успешно отослать задачи записи модулям медиаконтроля каждого узла из-за того, что в определенный момент перезагружается или модернизируется. В этой точке блок управления контентом инициирует обработку вспомогательной записи. Исходное условие вспомогательной записи заключается в том, что конфигурация сдвига во времени должна быть настроена на каналы, которые подлежат записи в потоковом сервере, и сконфигурированный со сдвигом во времени контент должен содержать TVOD во временном промежутке, в котором TVOD не записывается. Копия TVOD снимается с контента сдвига во времени, и это называется вспомогательной записью.
Когда запись TVOD была неудачной по всем узлам, блок управления контентом определяет, в каких узлах сконфигурированы каналы со сдвигом во времени, и отсылает задачу вспомогательной записи на узлы, в которых сконфигурированы каналы со сдвигом во времени. Задача записи этих узлов получает статус вспомогательной записи, а задаче записи остальных узлов непосредственно присваивается статус неудачной вспомогательной записи. Когда вспомогательная запись успешна, исходной задаче записи присваивается статус успеха, а если запись TVOD успешна не по всем узлам, для TVOD выполняется процедура взаимного межузлового восстановления.
Базовая рабочая процедура восстановления вспомогательной записи в варианте осуществления показана на фиг.7 и включает следующие этапы.
На этапе 701 блок управления контентом отсылает запрос на вспомогательную запись модулю медиаконтроля, отсылая при этом модулю медиаконтроля задачу вспомогательной записи.
На этапе 702 после получения запроса на вспомогательную запись модуль медиаконтроля возвращает блоку управления контентом ответ на запрос на вспомогательную запись.
На этапе 703 после сбора информации о вспомогательной задаче в запросе на вспомогательную запись модуль медиаконтроля отсылает потоковому серверу системы IP-телевидения запрос на вспомогательную запись и задачу вспомогательной записи.
На этапе 704 после получения вспомогательной задачи для TVOD потоковый сервер определяет, имеется ли записанная программа, которую требуется записать во вспомогательном режиме, в локально запоминаемом контенте записи TSTV; и если да, снимает копию записанной программы и создает TVOD-файл.
Если в записанном контенте TSTV нет сегмента программы, которую требуется записать во вспомогательном режиме, вспомогательная запись была неудачной.
На этапе 705 после выполнения запроса на вспомогательную запись для TVOD потоковый сервер посылает информацию о результатах вспомогательной записи модулю медиаконтроля, чтобы вернуть результат выполнения задачи вспомогательной записи.
На этапе 706 после получения вспомогательного ответа модуль медиаконтроля отсылает информацию о результатах вспомогательной записи блоку управления контентом, чтобы дать отчет о результате выполнения задачи вспомогательной записи.
На двух вышеуказанных этапах результат выполнения может заключаться в том, что вспомогательная запись успешна, или вспомогательная запись была неудачной. Если вспомогательная запись успешна, результат выполнения содержит информацию о пути к файлу и информацию идентификации (например, имя файла) TVOD-файла, а также может содержать другую атрибутивную информацию о TVOD-файле, такую как размер, имя, и т.д.
На этапе 707, если информация о результатах вспомогательной записи, полученная блоком управления контентом, является информацией об успехе вспомогательной записи, блок управления контентом отсылает ответ на результат вспомогательной записи модулю медиаконтроля, чтобы подтвердить, что сообщение о результате вспомогательной записи успешно обработано, а затем блок управления контентом присваивает задаче записи TVOD статус вспомогательной записи в состоянии успеха; если информация о результатах вспомогательной записи, полученная блоком управления контентом, является информацией о неудаче вспомогательной записи, блок управления контентом присваивает задаче записи статус вспомогательной записи в состоянии неудачи.
После этого блок управления контентом периодически проверяет задачу записи TVOD, которая окончилась неудачей, и определяет, выполнять ли метод взаимного восстановления TVOD.
При способе записи согласно варианту осуществления данного изобретения в некоторых узлах запись программы по определенным причинам может оканчиваться неудачей, при этом запись программы в других узлах является успешной, что позволяет осуществить взаимное автоматическое межузловое восстановление записываемой программы.
До и после процесса, при котором базовый модуль - блок управления контентом - системы IP-телевидения выполняет переключение между главными серверами и серверами резервного копирования или сервер блока управления контентом перезагружается или модернизируется в течение получаса, а затем запускается в работу, текущая задача записи TVOD почти не затрагивается и достигает очень высокого процента успешности записи.
По завершению процесса, при котором модуль медиаконтроля каждого узла системы IP-телевидения выполняет переключение между главными серверами и серверами резервного копирования или сервер модуля медиаконтроля перезагружается или модернизируется в течение долгого времени, а затем запускается в работу, потоковый сервер, к которому относится модуль медиаконтроля, можно предохранить от существенных потерь TVOD.
Обычно у системы IP-телевидения имеется множество потоковых серверов под контролем модуля медиаконтроля, в том числе потоковый сервер, отвечающий за кодирование и декодирование каналов. Если потоковый сервер, отвечающий за кодирование и декодирование каналов, не работает, даже если подключить другие потоковые серверы, переключение непосредственно приводит к тому, что TVOD не записывается во время переключения. Однако способ записи программы согласно данному изобретению может обеспечить, чтобы TVOD также имелось в других потоковых серверах под контролем модуля медиаконтроля, и, таким образом, услуги, запрашиваемые пользователями, не затрагивались.
Кроме того, когда запись TVOD была неудачной или пропускается системой IP-телевидения, запись TVOD можно завершить во вспомогательном режиме в пределах допустимого диапазона длины сдвига канала во времени, что является гибким и удобным и значительно улучшает эксплуатационные характеристики системы IP-телевидения.
Осуществление способа в соответствии с данным изобретением не ограничивается описанной выше структурой системы IP-телевидения, и также применимо к построению других систем. Таким образом, способ может применяться к публикации контента цифрового телевидения и записи TVOD.
Вышеуказанные варианты осуществления являются всего лишь примерами, иллюстрирующими способ записи программы и мультимедийную систему согласно данному изобретению, и не должны пониматься как ограничения данного изобретения. Всевозможные эквивалентные изменения или замещения могут быть сделаны исходя из описания технической схемы и предпочтительного примера данного изобретения, и все эти изменения или замещения должны входить в объем правовой охраны, определяемой формулой данного изобретения.
Промышленная применимость
При способе записи согласно варианту осуществления данного изобретения в некоторых узлах запись программы по определенным причинам может оканчиваться неудачей, при этом запись программы в других узлах является успешной, что позволяет осуществить взаимное автоматическое межузловое восстановление записываемой программы. До и после процесса, при котором базовый модуль - блок управления контентом - системы IP-телевидения выполняет переключение между главными серверами и серверами резервного копирования или сервер блока управления контентом перезагружается или модернизируется в течение получаса, а затем запускается в работу, текущая задача записи TVOD почти не затрагивается и достигает очень высокого процента успешности записи. По завершению процесса, при котором модуль медиаконтроля каждого узла системы IP-телевидения выполняет переключение между главными серверами и серверами резервного копирования или сервер модуля медиаконтроля перезагружается или модернизируется в течение долгого времени, а затем запускается в работу, потоковый сервер, к которому относится модуль медиаконтроля, можно предохранить от существенных потерь TVOD. Когда запись TVOD была неудачной или пропускается системой IP-телевидения, запись TVOD можно завершить во вспомогательном режиме в пределах допустимого диапазона длины сдвига канала во времени, что является гибким и удобным и значительно улучшает эксплуатационные характеристики системы IP-телевидения.