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

(51) МПК НАЦИОНАЛЬНЫЙ ЦЕНТР ИНТЕЛЛЕКТУАЛЬНОЙ СОБСТВЕННОСТИ СПОСОБ ЗАПИСИ МУЛЬТИМЕДИЙНОЙ ПРОГРАММЫ В МУЛЬТИМЕДИЙНОЙ СИСТЕМЕ С МНОГОУЗЛОВОЙ АРХИТЕКТУРОЙ, МУЛЬТИМЕДИЙНАЯ СИСТЕМА С МНОГОУЗЛОВОЙ АРХИТЕКТУРОЙ И ОКОНЕЧНОЕ УСТРОЙСТВО МУЛЬТИМЕДИЙНОЙ СИСТЕМЫ С МНОГОУЗЛОВОЙ АРХИТЕКТУРОЙ(57) 1. Способ записи мультимедийной программы в мультимедийной системе с многоузловой архитектурой, в котором получают запрос на запись указанной программы оконечным сетевым устройством, генерируют посредством этого устройства задачу записи и до момента времени, указанного в задаче записи в качестве времени ее запуска, отсылают ее в каждый узел указанной системы, предназначенный для запоминания канала записи, указанного в задаче записи, принимают задачу записи каждым из указанных узлов и осуществляют попытку записи указанной программы на соответствующий указанному каналу 18592 1 2014.08.30 потоковый сервер этого узла с возвращением в оконечное сетевое устройство информации о результатах указанной попытки, периодически проверяют оконечным сетевым устройством информацию о результатах попытки записи, возвращенную каждым узлом, и в случае возвращения каким-либо узлом информации о неудачной попытке записи обнаруживают узел-источник, предназначенный для краткосрочного запоминания данного канала записи со сдвигом во времени, отправляют в этот узел задачу вспомогательной записи, принимают задачу вспомогательной записи указанным узлом, находят в нем программу, соответствующую промежутку времени, указанному в задаче записи, и записывают указанную программу на соответствующий потоковый сервер узла назначения, в котором попытка записи закончилась неудачей, с последующим возвращением в оконечное сетевое устройство информации об успехе записи. 2. Способ по п. 1, отличающийся тем, что в случае возвращения узлом назначения в оконечное сетевое устройство информации о неудачной попытке записи предварительно отправляют оконечным сетевым устройством в этот узел задачу планирования указанной вспомогательной записи, принимают этим узлом указанную задачу планирования и возвращают в оконечное сетевое устройство информацию об успехе планирования. 3. Способ по п. 2, отличающийся тем, что при возвращении в оконечное сетевое устройство информации о результатах попытки записи вначале проверяют информацию, возвращенную узлом первого уровня указанной мультимедийной системы, затем информацию,возвращенную множеством узлов второго уровня, связанных с узлом первого уровня, а затем информацию, возвращенную множеством узлов третьего уровня, каждый из которых связан с заданным узлом второго уровня, и в случае неудачной попытки записи программы в узел первого уровня отправляют в этот узел задачу планирования вспомогательной записи из узла-источника второго уровня, в случае неудачной попытки записи программы в узел первого уровня и в узлы второго уровня отправляют в узел первого уровня задачу планирования вспомогательной записи из узла-источника третьего уровня, в случае удачной попытки записи программы в узел первого уровня и неудачной - в какой-либо узел второго уровня отправляют в этот узел второго уровня задачу планирования вспомогательной записи из узла-источника первого уровня, а в случае удачной попытки записи программы в узел первого уровня и узлы второго уровня и неудачной - в какой-либо узел третьего уровня отправляют в этот узел третьего уровня задачу планирования вспомогательной записи из узла-источника второго уровня. 4. Способ по п. 2, отличающийся тем, что перед возвращением из узла назначения в оконечное сетевое устройство информации об успехе планирования устанавливают, что запись программы, указанной в задаче планирования, не приведет к переполнению заданного списка программ, соответствующего записываемому каналу. 5. Способ по п. 1, отличающийся тем, что после приема задачи записи каждым из указанных узлов посредством указанного узла помещают полученную задачу в локальную очередь задач записи после задачи записи, время запуска которой наступает за минимально возможный промежуток времени до времени запуска принятой задачи записи. 6. Мультимедийная система с многоузловой архитектурой, содержащая оконечное сетевое устройство, выполненное с возможностью получения запросов на запись мультимедийных программ, генерации задач записи и отсылки каждой из них до момента времени,указанного в соответствующей задаче записи в качестве времени ее запуска, в каждый узел указанной системы, выполненный с возможностью приема задач записи, записи программ на внутренние потоковые сервера, предназначенные для запоминания каналов записи, указанных в задачах записи, и возвращения в оконечное сетевое устройство информации о результатах записи программ, при этом оконечное сетевое устройство выполнено с возможностью периодической проверки информации о результатах записи, возвращенной каждым узлом, и - в случае возвращения каким-либо узлом информации о неудачной попытке записи - с возможностью поиска и обнаружения узла-источника,2 18592 1 2014.08.30 предназначенного для краткосрочного запоминания заданного канала записи со сдвигом во времени, отправки в этот узел сформированных задач вспомогательной записи и приема информации о результатах вспомогательных записей, а каждый указанный узел выполнен с возможностью приема задач вспомогательной записи, нахождения программ,соответствующих промежуткам времени, указанным в каждой задаче записи, и предоставления указанных программ для записи на заданные потоковые сервера. 7. Система по п. 6, отличающаяся тем, что оконечное сетевое устройство выполнено с возможностью отправки в каждый узел, в случае возвращения им в оконечное сетевое устройство информации о неудачной попытке записи, задач планирования вспомогательных записей, а каждый узел выполнен с возможностью приема указанных задач планирования и возвращения в оконечное сетевое устройство информации о результатах планирования. 8. Система по п. 7, отличающаяся тем, что содержит узел первого уровня и множество соединенных с ним узлов второго уровня, каждый из который соединен с множеством узлов третьего уровня, при этом оконечное сетевое устройство выполнено с возможностью последовательной проверки информации о результатах записи программ, возвращенной узлом первого уровня, информации, возвращенной множеством узлов второго уровня, и информации, возвращенной множеством узлов третьего уровня, а также с возможностью в случае неудачной попытки записи заданной программы в узел первого уровня отправки в этот узел задачи планирования вспомогательной записи из узлаисточника второго уровня, в случае неудачной попытки записи программы в узел первого уровня и в узлы второго уровня - с возможностью отправки в узел первого уровня задачи планирования вспомогательной записи из узла-источника третьего уровня, в случае удачной попытки записи программы в узел первого уровня и неудачной попытки записи в какой-либо узел второго уровня - с возможностью отправки в этот узел второго уровня задачи планирования вспомогательной записи из узла-источника первого уровня, а в случае удачной попытки записи программы в узел первого уровня и узлы второго уровня и неудачной попытки записи в какой-либо узел третьего уровня - с возможностью отправки в этот узел третьего уровня задачи планирования вспомогательной записи из узлаисточника второго уровня. 9. Система по п. 6, отличающаяся тем, что оконечное сетевое устройство выполнено в виде блока управления мультимедийным контентом, а каждый узел содержит модуль медиаконтроля, контролирующего множество потоковых серверов, при этом модуль медиаконтроля выполнен с возможностью отсылки принятых задач записи на потоковые сервера, предназначенные для запоминания каналов записи, указанных в задачах записи, и возвращения в указанный блок управления контентом полученной от потоковых серверов информации о результатах записи программ. 10. Система по п. 9, отличающаяся тем, что каждый модуль медиаконтроля выполнен с возможностью отсылки каждой принятой задачи записи на потоковые сервера, исходя из требований минимальной нагрузки на систему, при наличии по меньшей мере двух серверов, предназначенных для запоминания канала записи, указанного в соответствующей задаче записи. 11. Оконечное сетевое устройство мультимедийной системы с многоузловой архитектурой, выполненное с возможностью получения запросов на запись программ, генерации задач записи и отсылки каждой из них до момента времени, указанного в соответствующей задаче записи в качестве времени ее запуска, в каждый узел мультимедийной системы с многоузловой архитектурой, предназначенный для запоминания каналов записи,указанных в задачах записи, и приема возвращенной каждым узлом информации о результатах записи, а также с возможностью периодической проверки информации о результатах записи, возвращенной каждым узлом, и - в случае возвращения каким-либо узлом информации о неудачной попытке записи - с возможностью поиска и обнаружения узлаисточника, предназначенного для краткосрочного запоминания заданного канала записи 3 18592 1 2014.08.30 со сдвигом во времени, отправки в этот узел сформированных задач вспомогательной записи и приема информации о результатах вспомогательных записей. 12. Устройство по п. 11, отличающееся тем, что выполнено с возможностью отправки в каждый узел, в случае возвращения им информации о неудачной попытке записи, задач планирования вспомогательных записей, а также с возможностью приема возвращенной указанными узлами информации о результатах планирования. 13. Устройство по п. 12, отличающееся тем, что выполнено с возможностью последовательной проверки информации о результатах записи, возвращенной узлом первого уровня указанной мультимедийной системы, информации, возвращенной множеством узлов второго уровня, связанных с узлом первого уровня, и информации, возвращенной множеством узлов третьего уровня, каждый из которых связан с заданным узлом второго уровня, а также с возможностью в случае неудачной попытки записи заданной программы в узел первого уровня отправки в этот узел задачи планирования вспомогательной записи из узла-источника второго уровня, в случае неудачной попытки записи программы в узел первого уровня и в узлы второго уровня - с возможностью отправки в узел первого уровня задачи планирования вспомогательной записи из узла-источника третьего уровня, в случае удачной попытки записи программы в узел первого уровня и неудачной попытки записи в какой-либо узел второго уровня - с возможностью отправки в этот узел второго уровня задачи планирования вспомогательной записи из узла-источника первого уровня, а в случае удачной попытки записи программы в узел первого уровня и узлы второго уровня и неудачной попытки записи в какой-либо узел третьего уровня - с возможностью отправки в этот узел третьего уровня задачи планирования вспомогательной записи из узлаисточника второго уровня. 14. Устройство по п. 11, отличающееся тем, что выполнено в виде блока управления мультимедийным контентом. Настоящее изобретение относится к области таких мультимедийных сервисов, как телевидение по протоколу(-телевидение), мобильное телевидение, передача потокового мультимедиа на мобильные устройства и т.д., в частности к способу записи программы,мультимедийной системе и оконечному сетевому устройству, от которых требуется очень высокий процент успешности при записи видео- и аудиопрограмм в развернутой многоузловой сети. Сервисы -телевидения - это широкополосные сервисы с добавочными функциями,предоставляющие потребителям доступ к интерактивному телевидению и мультимедиасервису посредством подсоединения ресивера цифрового телевиденияк широкополосной сети и использования компьютера или телевизора в качестве дисплейного терминала. Система -телевидения может обеспечивать видео по запросу , живое телевидение, сдвинутое во времени вещаниеи телевидение по запросу . Система -телевидения имеет многоузловую архитектуру. Чтобы выравнивать параллельные потоки, генерируемые, когда пользователи смотрят телевизор, устанавливаются логические узлы, которые осуществляют концептуальное управление участками и отвечают за сервисы на этих участках, и в соответствии с узлами выстраивается конфигурация главных серверов и серверов резервного копирования, магнитных решеток, нескольких сверхкомпактных серверов, способных обеспечивать служебные функции. В центральном узле системы -телевидения производится разводка цепей, а затем они передаются на другие реберные узлы. Живое телевидение, которое еще называют живым сервисом, является одним из основных видов сервисов -телевидения. Живое телевидение реализуется на основе каналов живого вещания. Для пользователей, подобно телевидению с обычными каналами, переключателем каналов и выбором каналов, живое телевидение реализуется в виде экранного меню, что обогащает телевизионные каналы, которые смотрят пользователи. 4 18592 1 2014.08.30 Для операторов живое телевидение является эффективным средством привлечения пользователей обычного телевидения, и его практический успех зависит от характеристик канала. С точки зрения технического осуществления живое телевидение, как правило,передает информацию телевизионной программы через -сети, используя метод групповой передачи по протоколу межсетевого обмена.работает в режиме воспроизведения мультимедиа, при котором пользователи могут освобождаться от обычного расписания программ таким образом, что пользователи при просмотре программ живого телевидения могут производить с ними такие действия,как постановка на паузу или обратная перемотка, а также могут быстро перематывать вперед до момента текущего воспроизведения программы живого телевидения, что разрушает привычные представления о том, как можно смотреть телевизор, и открывает зрителям совершенно новые возможности просмотра., которое является продолжением идеи , преобразует сегмент программы на канале живого вещания в записанную программу для показа в списке программ таким образом, чтобы пользователи моглизапрашивать замечательные пропущенные программы и выбирать программы, которые транслировались несколько дней назад. Таким образом, -телевидение становится настоящим персональным ТВ, избавляется от ограничений во времени и соответствует ускоряющемуся ритму жизни современных людей. Процент успешности при записи программы (например, ) на данный момент высок, но неудачи также имеют место. Для эксплуатационных требований операторского класса неудача при записи программы неприемлема, кроме тех случаев, когда проблема заключается в самом канале или в дефектах выпуска самой записываемой программы. За исключением таких серьезных неисправностей, как выключение питания, ручная остановка сервера системы -телевидения или потоковых мультимедийных сверхкомпактных серверов или отсутствие сигнала на канале, при нормальной работе системы -телевидения требуется, чтобы программы записывались с гарантированным успехом и следующие факторы по возможности не оказывали отрицательного влияния на качество сервисов переключение между главными серверами и серверами резервного копирования в течение короткого промежутка времени или отказ сети, повторяющийся в течение короткого времени в некоторых узлах из-за слишком сильного падения кодовой скорости канала. Техническая проблема, которую призвано решить настоящее изобретение, заключается в том, чтобы предоставить способ записи программы с очень высоким процентом успешности, мультимедийную систему и оконечное сетевое устройство такие, чтобы в случае неудачи записи можно было произвести взаимное межузловое восстановление и вспомогательную запись программы, сильно снизив таким образом вероятность неудачи при записи программы и предоставив пользователям более высокое качество услуги . Чтобы решить вышеуказанную техническую проблему, настоящее изобретение предоставляет способ записи программы, применяемый к мультимедийной системе многоузловой архитектуры, включающей оконечное сетевое устройство, причем способ включает оконечное сетевое устройство, генерирующее задачу записи после получения запроса на запись, и заранее отсылающее задачу записи на каждый узел, в котором запоминается канал, указанный в задаче записи узел, записывающий программу на канал, указанный в задаче записи, после получения задачи записи и возвращающий оконечному сетевому устройству информацию о результатах записи. Способ дополнительно включает оконечное сетевое устройство, которое во время записи программы в узле периодически проверяет информацию о результатах записи, возвращаемую каждым узлом, и проверяет, если информация о результатах записи оказывается информацией о неудаче записи,имеется ли узел, в котором конфигурация сдвига во времени для краткосрочного запоми 5 18592 1 2014.08.30 нания программ настроена на канал, и если да, отсылает задачу вспомогательной записи на узел, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настроена на канал узел, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настроена на канал, и который после получения задачи вспомогательной записи определяет, находится ли временной промежуток программы, которая записывается неудачно, во временном диапазоне программ, краткосрочно запоминаемых с помощью конфигурации сдвига во времени в узле, и если да, извлекает программу, имеющую такой же временной промежуток, как у программы, которая записывается неудачно, из программ,краткосрочно запоминаемых в узле, в качестве своей записываемой программы, а затем возвращает оконечному сетевому устройству информацию об успехе записи. Способ дополнительно включает оконечное сетевое устройство, которое во время записи программы в узле периодически проверяет информацию о результатах записи, возвращаемую каждым узлом, и отсылает задачу планирования на узел, в котором запись программы была неудачной, если информация о результатах записи оказывается информацией о неудаче записи узел, в котором запись программы была неудачной, и который после получения задачи планирования в качестве узла назначения планирует программу из узла, в котором запись программы успешна в качестве узла-источника, в качестве своей записываемой программы возвращает оконечному сетевому устройству информацию об успехе записи. Мультимедийная система имеет многоуровневую узловую архитектуру, включающую узел первого уровня, узлы второго уровня и узлы третьего уровня, причем узел первого уровня соединен с множеством узлов второго уровня и каждый узел второго уровня соединен с множеством узлов третьего уровня. Этап, на котором оконечное сетевое устройство отсылает задачу планирования на узел, в котором запись программы была неудачной, если информация о результатах записи оказывается информацией о неудаче записи, включает оконечное сетевое устройство, в первую очередь определяющее, успешно ли записывается программа в узле первого уровня в задаче записи если программа не записывается успешно в узле первого уровня, выбор узла второго уровня, в котором запись программы успешна, в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла первого уровня и отослать задачу планирования на узел первого уровня если программа не записывается успешно в узле второго уровня, выбор узла третьего уровня, в котором запись программы успешна, в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла первого уровня и отсылку задачи планирования на узел первого уровня если программа записывается успешно в узле первого уровня, дальнейшее определение, успешно ли записывается программа в узле второго уровня в задаче записи если нет,выбор узла первого уровня в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла второго уровня, и отсылка задачи планирования на узел второго уровня если программа записывается успешно в узле второго уровня в задаче записи, определение, успешно ли записывается программа в узле третьего уровня в задаче записи если нет, выбор узла второго уровня, соединенного с узлом третьего уровня, в качестве узлаисточника, чтобы сгенерировать задачу планирования для планирования программ из узла третьего уровня, и отсылка задачи планирования на узел третьего уровня. После того, как узел назначения получает задачу планирования, способ дополнительно включает определение, запоминается ли в узле программа, которая является такой же, как программа, подлежащая планированию, и которая указана в задаче планирования, и находит 6 18592 1 2014.08.30 ся ли переполнение размера сетки программ в пределах допустимого диапазона, и если да,возвращение оконечному сетевому устройству информации об успехе планирования. После того, как каждый узел получает задачу записи, способ дополнительно включает узел, который ставит полученную задачу записи в локальную очередь задач записи после задачи записи, время запуска которой во временном промежутке наступает раньше,чем время запуска во временном промежутке полученной задачи записи, и которая находится на расстоянии минимального временного интервала от времени запуска временного промежутка полученной задачи записи. Настоящее изобретение также предоставляет мультимедийную систему, включающую оконечное сетевое устройство и множество узлов, где конфигурация оконечного сетевого устройства задана так, чтобы генерировать задачу записи после получения запроса на запись и заранее отсылать задачу записи на каждый узел, в котором запоминается канал, указанный в задаче записи конфигурация узлов задана так, чтобы записывать программу на канал, указанный в задаче записи, после получения задачи записи и возвращать оконечному сетевому устройству информацию о результатах записи конфигурация оконечного сетевого устройства дополнительно задана так, чтобы во время записи программы в каждом узле периодически проверять информацию о результатах записи, возвращаемую узлом, и проверять, если информация о результатах записи оказывается информацией о неудаче записи, имеется ли узел, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настраивается на канал, и если да,отсылать задачу вспомогательной записи на узел, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настроена на канал. Конфигурация узла, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настроена на канал, дополнительно задана так, чтобы после получения задачи вспомогательной записи определять, находится ли временной промежуток программы, которая записывается неудачно, во временном диапазоне программ, краткосрочно запоминаемых с помощью конфигурации сдвига во времени в узле, и если да, извлекать программу, имеющую такой же временной промежуток, как у программы, которая записывается неудачно, из программ, краткосрочно запоминаемых в узле, в качестве своей записываемой программы, а затем возвращать оконечному сетевому устройству информацию об успехе записи. Конфигурация оконечного сетевого устройства дополнительно задана так, чтобы во время записи программы в узле периодически проверять информацию о результатах записи, возвращаемую каждым узлом, и отсылать задачу планирования на узел, в котором запись программы была неудачной, если информация о результатах записи оказывается информацией о неудаче записи. Конфигурация узла, в котором запись программы была неудачной, дополнительно задана так, чтобы после получения задачи планирования планировать программу из узла, в котором запись программы успешна, в качестве своей записываемой программы, и возвращать оконечному сетевому устройству информацию об успехе записи. Мультимедийная система имеет многоуровневую узловую архитектуру, включающую узел первого уровня, узлы второго уровня и узлы третьего уровня, причем узел первого уровня соединен с множеством узлов второго уровня и каждый узел второго уровня соединен с множеством узлов третьего уровня. Конфигурация оконечного сетевого устройства задана так, чтобы, если информация о результатах записи оказывается информацией о неудаче записи, отсылать задачу планирования на узел, в котором запись программы была неудачной, посредством в первую очередь, определения успешно ли записывается программа в узле первого уровня в задаче записи если программа не записывается успешно в узле первого уровня, выбора узла второго уровня, в котором запись программы успешна, в качестве узла-источника, чтобы сгенери 7 18592 1 2014.08.30 ровать задачу планирования для планирования программ из узла первого уровня и отослать задачу планирования на узел первого уровня если программа не записывается успешно в узле второго уровня, выбора узла третьего уровня, в котором запись программы успешна, в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла первого уровня, и отсылки задачи планирования на узел первого уровня если программа записывается успешно в узле первого уровня, дальнейшего определения, успешно ли записывается программа в узле второго уровня в задаче записи если нет,выбора узла первого уровня в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла второго уровня, и отсылки задачи планирования на узел второго уровня если программа записывается успешно в узле второго уровня в задаче записи, определения, успешно ли записывается программа в узле третьего уровня в задаче записи если нет, выбора узла второго уровня, соединенного с узлом третьего уровня, в качестве узлаисточника, чтобы сгенерировать задачу планирования для планирования программ из узла третьего уровня, и отсылки задачи планирования на узел третьего уровня. Оконечное сетевое устройство представляет собой блок управления контентом, и каждый узел включает модуль медиаконтроля и множество потоковых серверов, контролируемых модулем медиаконтроля. Конфигурация модуля медиаконтроля задана так, чтобы после получения задачи записи, отсылаемой блоком управления контентом, отсылать задачу записи на потоковые серверы, запоминающие канал, указанный в задаче записи, и после получения информации о результатах записи отсылать информацию о результатах записи, отосланную с потоковых серверов, блоку управления контентом. Конфигурация потоковых серверов, запоминающих канал, указанный в задаче записи,задана так, чтобы записывать программу на канал, указанный в задаче записи, после получения задачи записи и возвращать модулю медиаконтроля информацию о результатах записи. Конфигурация модуля медиаконтроля дополнительно задана так, чтобы отсылать задачу записи на потоковый сервер с минимальной нагрузкой, если имеется более двух контролируемых потоковых серверов, запоминающих канал, указанный в задаче записи. Настоящее изобретение также предоставляет оконечное сетевое устройство, конфигурация которого задана так, чтобы после получения запроса на запись генерировать задачу записи, заранее отсылать задачу записи на каждый узел, в котором запоминается канал,указанный в задаче записи, и получать информацию о результатах записи, возвращаемую оконечному сетевому устройству после записи программы в узле на канале, указанном в задаче записи, после получения задачи записи. Конфигурация оконечного сетевого устройства дополнительно задана так, чтобы во время записи программы в узле периодически проверять информацию о результатах записи, возвращаемую узлом, и проверять, имеется ли узел, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настроена на канал, если информация о результатах записи оказывается информацией о неудаче записи, и если да, отсылать задачу вспомогательной записи на узел, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настроена на канал, и получать информацию об успехе записи, возвращаемую узлу, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настроена на канал. После получения задачи вспомогательной записи узел, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настроена на канал, определяет,находится ли временной промежуток программы, которая записана неудачно, во временном диапазоне программ, краткосрочно запоминаемых с помощью конфигурации сдвига во времени в узле, и если да, извлекает программу, имеющую такой же временной проме 8 18592 1 2014.08.30 жуток, как у программы, которая записана неудачно, из программ, краткосрочно запоминаемых в узле, в качестве своей записываемой программы, а затем возвращает оконечному сетевому устройству информацию об успехе записи. Конфигурация оконечного сетевого устройства дополнительно задана так, чтобы во время записи программы в узле периодически проверять информацию о результатах записи, возвращаемую каждым узлом, и отсылать задачу планирования на узел, в котором запись программы была неудачной, если информация о результатах записи оказывается информацией о неудаче записи, и получать информацию об успехе планирования, возвращаемую узлом, в котором запись программы была неудачной. Информация об успехе планирования возвращается оконечному сетевому устройству после того, как узел, в котором запись программы была неудачной, получает задачу планирования спланировать программу из узла, в котором запись программы успешна, в качестве своей записываемой программы. Оконечное сетевое устройство применяется к мультимедийной системе, причем мультимедийная система имеет многоуровневую узловую архитектуру, включающую узел первого уровня, узлы второго уровня и узлы третьего уровня, причем узел первого уровня соединен с множеством узлов второго уровня и каждый узел второго уровня соединен с множеством узлов третьего уровня. Конфигурация оконечного сетевого устройства задана так, чтобы, если информация о результатах записи оказывается информацией о неудаче записи, отсылать задачу планирования на узел, в котором запись программы была неудачной, посредством в первую очередь, определения, успешно ли записывается программа в узле первого уровня в задаче записи если программа не записывается успешно в узле первого уровня, выбора узла второго уровня, в котором запись программы успешна, в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла первого уровня и отослать задачу планирования на узел первого уровня если программа не записывается успешно в узле второго уровня, выбора узла третьего уровня, в котором запись программы успешна, в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла первого уровня, и отсылки задачи планирования на узел первого уровня если программа записывается успешно в узле первого уровня, дальнейшего определения, успешно ли записывается программа в узле второго уровня в задаче записи если нет,выбора узла первого уровня в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла второго уровня, и отсылки задачи планирования на узел второго уровня если программа записывается успешно в узле второго уровня в задаче записи, определения, успешно ли записывается программа в узле третьего уровня в задаче записи если нет, выбора узла второго уровня, соединенного с узлом третьего уровня, в качестве узлаисточника, чтобы сгенерировать задачу планирования для планирования программ из узла третьего уровня, и отсылки задачи планирования на узел третьего уровня. Оконечное сетевое устройство представляет собой блок управления контентом. В заключение настоящее изобретение предоставляет способ записи программы, мультимедийную систему и оконечное сетевое устройство. При способе записи согласно варианту осуществления данного изобретения в некоторых узлах запись программы по определенным причинам может оканчиваться неудачей, при этом запись программы в других узлах является успешной, что позволяет осуществить взаимное автоматическое межузловое восстановление записываемой программы. До и после процесса, при котором базовый модуль - блок управления контентом - системы -телевидения выполняет переключение между главными серверами и серверами резервного копирования или сервер блока управления контентом перезагружается или модернизируется в течение получаса, а 9 18592 1 2014.08.30 затем запускается в работу, текущая задача записипочти не затрагивается и достигает очень высокого процента успешности записи. По завершению процесса, при котором модуль медиаконтроля каждого узла системы -телевидения выполняет переключение между главными серверами и серверами резервного копирования или сервер модуля медиаконтроля перезагружается или модернизируется в течение долгого времени, а затем запускается в работу, потоковый сервер, к которому относится модуль медиаконтроля,можно предохранить от существенных потерь . Обычно у системы -телевидения имеется множество потоковых серверов под контролем модуля медиаконтроля, в том числе потоковый сервер, отвечающий за кодирование и декодирование каналов. Если потоковый сервер, отвечающий за кодирование и декодирование каналов, не работает, даже если подключить другие потоковые серверы, переключение непосредственно приводит к тому,чтоне записывается во время переключения. Однако способ записи программы согласно данному изобретению может обеспечить, чтобытакже имелось в других потоковых серверах под контролем модуля медиаконтроля и таким образом услуги,запрашиваемые пользователями, не затрагивались. Кроме того, когда записьбыла неудачной или пропускается системой -телевидения, записьможно завершить во вспомогательном режиме в пределах допустимого диапазона длины сдвига канала во времени, что является гибким и удобным и значительно улучшает эксплуатационные характеристики системы -телевидения. Фиг. 1 представляет собой схематическое изображение мультимедийной системы согласно варианту осуществления данного изобретения. Фиг. 2 представляет собой блок-схему способа записи программы согласно варианту осуществления данного изобретения. Фиг. 3 представляет собой блок-схему способа восстановления программы, которая не записывается успешно, согласно варианту осуществления данного изобретения. Фиг. 4 представляет собой схематическое изображение выполнения планирования и восстановленияв центральном узле системы -телевидения согласно варианту осуществления данного изобретения. Фиг. 5 представляет собой схематическое изображение выполнения планирования и восстановленияв реберном узле системы -телевидения согласно варианту осуществления данного изобретения. Фиг. 6 представляет собой блок-схему процедуры выполнения взаимного восстановленияв системе -телевидения согласно варианту осуществления данного изобретения. Фиг. 7 представляет собой блок-схему процедуры выполнения вспомогательной записив системе -телевидения согласно варианту осуществления данного изобретения. Техническая схема данного изобретения будет подробнее описана далее в связи с прилагаемыми графическими материалами и вариантами осуществления. Фиг. 1 представляет собой схематическое изображение мультимедийной системы согласно варианту осуществления данного изобретения. Мультимедийной системой согласно варианту осуществления может быть система -телевидения, система мобильного телевидения или передача потокового мультимедиа на мобильные устройства. Как показано на фиг. 1, мультимедийная система согласно варианту осуществления включает оконечное сетевое устройство и множество узлов. Оконечным сетевым устройством по варианту осуществления может быть блок управления контентом , и каждый узел включает модуль медиаконтроляи множество потоковых серверов . Один блок управления контентом может управлять множеством модулей медиаконтроля, и один модуль медиаконтроля может контролировать множество потоковых серверов. Модуль медиаконтроля, выбранный блоком управления контентом при отсылке запроса на запись, в первую очередь отвечает тому условию, что потоковый сервер, контро 10 18592 1 2014.08.30 лируемый модулем медиаконтроля, запоминает канал подлежащей записи программы, а также модуль медиаконтроля можно выбирать в соответствии со стратегией выравнивания нагрузки. Например, в данный момент времени модуль медиаконтроля может обрабатывать один канал, который обслуживается только одним потоковым сервером, или же один канал может обслуживаться множеством (более чем двумя) потоковых серверов, каждый из которых периодически формирует отчет о своем функциональном статусе, включая в него такие характеристики, как загрузка ЦП, параллельные потоки, запрашиваемые пользователями. Затем, в соответствии с функциональным статусом, методом взвешивания получают потоковый сервер с наибольшим из оставшихся значением работоспособности, то есть для завершения сервисов, запрашиваемых каналом, чтобы обработать задачу записи, выбирается потоковый сервер с минимальной нагрузкой. Подобным образом, когда модуль медиаконтроля отсылает задачу записи, он выбирает потоковый сервер, запоминающий канал программы, которая подлежит записи, и далее потоковый сервер может быть выбран в соответствии со стратегией выравнивания нагрузки. Чтобы по возможности ослабить влияние на задачу записи перезагрузок сервера блока управления контентом или сервера модуля медиаконтроля в течение короткого промежутка времени или переключений между главными серверами и серверами резервного копирования, блок управления контентом отсылает задачу записи на модули медиаконтроля узлов с определенным опережением (например, с опережением на день) относительно момента времени, который служит стартом задачи записи. Модуль медиаконтроля отсылает задачу записи на потоковый сервер, запоминающий подлежащий записыванию канал, указанный в задаче записи. Потоковый сервер отвечает за кодирование и декодирование каналов и запись программы в реальном времени. После получения задачи записи потоковый сервер записывает программу на канал, указанный в задаче записи, а затем возвращает информацию о результатах записи модулю медиаконтроля, который затем возвращает информацию о результатах записи блоку управления контентом. Успешно записанная программа запоминается в папке, соответствующей записанной программе в отдельном файле. Когда запись программы была неудачной в некоторых узлах, программа восстанавливается путем взаимодействия между узлами когда запись программы была неудачной по всем узлам, повторяется попытка произвести вспомогательную запись программы. Блок управления контентом периодически проверяет информацию о результатах записи, возвращаемую каждым узлом, когда программа записывается в узле. Если оказывается, что какие-то из узлов возвращают информацию о неудаче записи, блок управления контентом отсылает задачу планирования на модуль медиаконтроля узла, в котором запись программы была неудачной. После получения задачи планирования модуль медиаконтроля узла, в котором запись программы была неудачной, планирует успешно записываемую программу из модуля медиаконтроля узла, в котором запись программы успешна,в качестве своей записываемой программы и возвращает блоку управления контентом информацию об успехе планирования. Кроме того, блок управления контентом периодически проверяет информацию о результатах записи, возвращаемую каждым узлом, когда программа записывается в узле. Если оказывается, что все узлы возвращают информацию о неудаче записи, это показывает, что, по всей вероятности, в проекте происходит такой серьезный сбой, как сетевое прерывание или обрыв медиапотоков канала, и система должна дать предупреждение так,чтобы операторы могли вовремя распознать и решить такую проблему. Далее блок управления контентом проверяет, имеется ли узел, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настраивается на канал, подлежащий записи,и если нет, записываемая программа не может быть восстановлена и непосредственно определяется как окончившаяся неудачей если да, задача вспомогательной записи отсылается на модуль медиаконтроля узла, в котором конфигурация сдвига во времени для 11 18592 1 2014.08.30 краткосрочного запоминания программ настраивается на канал, который необходимо записать. После получения задачи вспомогательной записи, модуль медиаконтроля узла отсылает задачу вспомогательной записи на потоковый сервер, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настраивается на канал,подлежащий записи, а затем потоковый сервер определяет, находится ли временной промежуток программы, которая записывается неудачно, во временном диапазоне программ краткосрочно запоминаемых с помощью конфигурации сдвига во времени, и если да, программа с таким же временным промежутком, как у программы, которая записывается неудачно, извлекается из программ, краткосрочно запоминаемых потоковым сервером, в качестве записываемой программы, а затем модулю медиаконтроля возвращается информация об успехе вспомогательной записи, в противном случае модулю медиаконтроля возвращается информация о неудаче вспомогательной записи. Все устройства в мультимедийной системе в соответствии с вариантом осуществления являются независимыми, т.е. неудача одного устройства не затронет других устройств. Более того, мультимедийная система согласно варианту осуществления имеет многоузловую архитектуру, и когда запись программы была неудачной в одном узле, ее можно успешно записать в других узлах. Когда узлов больше, чем три, вероятность того, что запись одной программы будет неудачной по всем узлам, гораздо меньше одной десятитысячной таким образом, сильно увеличивается процент успешности записи программы. Далее на примере системы -телевидения будет подробно описан способ записи программы согласно данному изобретению. Система -телевидения включает оконечное сетевое устройство, такое как блок управления контентом, и множество узлов, каждый из которых включает модуль медиаконтроля и множество потоковых серверов. Система -телевидения имеет многоуровневую узловую архитектуру. В варианте осуществления после получения запроса на запись блок управления контентом системы -телевидения генерирует задачу записи дляи заранее отсылает задачу записи на каждый модуль медиаконтроля, а затем модуль медиаконтроля системы -телевидения отсылает задачу записи на потоковые серверы, чтобы записать . Блок управления контентом периодически проверяет , запись которого была неудачной, и выполняет взаимное межузловое восстановление согласно определенной стратегии, если в некоторых узлах записьуспешна, а в других узлах записьбыла неудачной если записьбыла неудачной по всем узлам, выполняется вспомогательная запись на каждом узле. Фиг. 2 представляет собой блок-схему способа записи программы согласно варианту осуществления данного изобретения. Как показано на фиг. 2, способ записи программы согласно варианту осуществления включает следующие этапы. На этапе 201 блок управления контентом получает запрос на запись. Запрос на запись может быть отослан блоку управления контентом с внешней системы, такой как система управления услугами -телевидения или пользовательский ресивер цифрового телевидения , и т.д. Запрос на запись должен содержать информацию о программах, подлежащих записи, например запрос на запись, отосланный системой управления услугами -телевидения, содержит расписание программ, подлежащих записи. В варианте осуществления расписание программ представлено временем запуска и временем завершения, но в данном изобретении нет ограничений на способ представления такой информации. Запрос на запись может также содержать информацию об удалении задачи записи. После получения такого запроса на запись блок управления контентом удаляет задачу записи, если задача записи еще находится в локальной очереди задач записи, и уведомляет модуль медиаконтроля, который удаляет задачу записи, если задача записи еще находится в своей локальной очереди задач записи после получения уведомления. Запрос на запись может также содержать информацию о модифицировании задачи записи. После получения такого запроса на запись блок управления контентом модифици 12 18592 1 2014.08.30 рует задачу записи, если задача записи еще находится в локальной очереди задач записи, и уведомляет модуль медиаконтроля, который модифицирует задачу записи, если задача записи еще находится в своей локальной очереди задач записи после получения уведомления. На этапе 202 блок управления контентом предварительно обрабатывает запрос на запись, преобразует уточненный запрос на запись в задачу записи, а затем добавляет задачу записи в таблицу задач записи блока управления контентом. Задача записи содержит такую информацию, как обозначение(идентификатор),идентификатор канала со сдвигом во времени, время запуска , время завершенияи имя . После определения, что запрос на запись уточнен, блок управления контентом может вернуть отправителю запроса на запись ответ, означающий, что запрос на запись принят. Определение, что запрос на запись уточнен, может включать проверку канала в запросе на запись и временного промежутка . Блок управления контентом определяет,сконфигурирован ли канал подлежащего записипотоковым сервером. Время запуска записи должно указываться с опережением на несколько минут, а продолжительность записи, как правило, варьируется в пределах 4 ч. На этапе 203 блок управления контентом отсылает задачу записи на модуль медиаконтроля. Один блок управления контентом может управлять множеством модулей медиаконтроля, и один модуль медиаконтроля может контролировать множество потоковых серверов. Модуль медиаконтроля, выбранный блоком управления контентом при отсылке запроса на запись, в первую очередь отвечает тому условию, что канал подлежащего записизапоминается потоковым сервером, контролируемым модулем медиаконтроля, а также модуль медиаконтроля можно выбирать в соответствии со стратегией выравнивания нагрузки. Подобным образом потоковый сервер, выбираемый модулем медиаконтроля при отсылке задачи записи, должен запоминать канал подлежащего записи , а также потоковый сервер можно выбирать в соответствии со стратегией выравнивания нагрузки. Чтобы по возможности ослабить влияние на задачу записи перезагрузок сервера блока управления контентом или сервера модуля медиаконтроля в течение короткого промежутка времени или переключений между главными серверами и серверами резервного копирования, блок управления контентом отсылает задачу записи на главный сервер модуля медиаконтроля с определенным опережением (например, с опережением на день) относительно момента времени, который служит стартом задачи записи. В нормальных условиях работает только главный сервер модуля медиаконтроля. Когда в блоке управления контентом происходят неудачи, модуль медиаконтроля может, как обычно, отослать полученную задачу записи на потоковый сервер, и потоковый сервер, таким образом, может нормально записатьсогласно задаче записи когда неудача происходит в главном сервере модуля медиаконтроля, другой сервер модуля медиаконтроля быстро переключается, чтобы действовать в качестве главного сервера, а задача записитем временем синхронизируется с очередью задач записи, запоминаемой в узле. На этапе 204 модуль медиаконтроля поддерживает очередь задач записи узла, ставит задачу записи в очередь задач записи узла и обновляет таблицу индексов задач для очереди задач записи узла. В варианте осуществления, когда ставится задача записи, задачу записи ставят после задачи записи, время запуска которой во временном промежутке наступает раньше, чем время запуска во временном промежутке задачи записи, и которая находится на расстоянии минимального временного интервала от времени запуска временного промежутка задачи записи, так, чтобы задачи записи в локальной очереди задач записи располагались последовательно в порядке времени запуска , способствуя выбору задачи записи с опережением текущего времени. Модуль медиаконтроля обновляет таблицу индексов за 13 18592 1 2014.08.30 дач каждый раз, когда ставится новая задача записи, чтобы поддерживать статус локальной задачи записи. На этапе 205 модуль медиаконтроля возвращает блоку управления контентом ответ на запрос на запись после того, как задача записи успешно ставится в локальную очередь задач записи. На этапе 206 модуль медиаконтроля периодически извлекает задачу записи, время запуска которой должно вскоре наступить (например, через 2 с), из локальной очереди задач записи, чтобы отослать ее на потоковый сервер. На этапе 207 потоковый сервер возвращает модулю медиаконтроля ответ на запрос на запись сразу после получения задачи записи. На этапе 208 потоковый сервер обрабатывает полученную задачу записи, определяет,запоминает ли потоковый сервер канал , который подлежит записи, и правильно ли указано время запуска записи и время завершения записи (т.е. как время запуска записи,так и время завершения записи должно наступать позже текущего времени), и если да, записывает программу в реальном времени в противном случае непосредственно возвращает модулю медиаконтроля информацию о неудаче записи. На этапе 209 потоковый сервер отсылает модулю медиаконтроля информацию о результатах записи и дает отчет о результатах записи, причем информация о результатах записи содержит информацию об успехе записи или информацию о неудаче записи (в том числе информацию об ошибках). На этапе 210 после получения информации о результатах записи модуль медиаконтроля отсылает блоку управления контентом информацию о результатах записи и периодически дает отчет о результате выполнения задачи записи, пока не будет получен подтверждающий ответ от блока управления контентом. На этапе 211, если информация о результатах записи, полученная блоком управления контентом, является информацией об успехе записи, задаче записи присваивается статус успеха, а затем часть записи (в том числе полный путь к доступным файлам, когда запрашивается ) запоминается в таблицебазы данных, после чего ответ на результат записи отсылается на модуль медиаконтроля, чтобы подтвердить, что информация о результатах записи успешно обработана. Если информация о результатах записи, полученная блоком управления контентом,является информацией о неудаче записи, задаче записи присваивается статус неудачи, или если от модуля медиаконтроля в течение определенного промежутка времени (например,5 мин) после времени завершения записи задачи записи не приходит информация о результатах записи, блок управления контентом присваивает задаче записи статус неудачи. Неудача записидопускается при таких серьезных проблемах системы телевидения, как долгосрочное отключение питания блока управления контентом или неудача при вводе медиапотоков в каналы системы -телевидения. Кроме того, при нормальной работе системы -телевидения успешность сервисов записи программы требуется обеспечивать как можно лучше в том случае, когда разрешено перезагружать или модернизировать блок управления контентом в течение короткого промежутка времени (например, получаса) и модули медиаконтроля или потоковые серверы последовательно модернизируются. Чтобы дополнительно обеспечить успех записи , после этапа 211 блок управления контентом периодически проверяет информацию о результатах записи, отсылаемую модулем медиаконтроля, и выполняет взаимное межузловое восстановление согласно определенной стратегии, если записьуспешна в некоторых узлах, а в других узлах записьбыла неудачной если записьбыла неудачной по всем узлам, вспомогательная запись выполняется на каждом узле. Блок управления контентом периодически (например, каждые 2 мин) проверяет и обрабатывает задачу записи, записькоторой была неудачной в системе -теле 14 18592 1 2014.08.30 видения. Система -телевидения в варианте осуществления описана на примере системы трехуровневой узловой архитектуры. Система -телевидения может быть расширена до системы многоуровневой узловой архитектуры. Для простоты описания узел первого уровня представлен в качестве центрального узла, узлы второго уровня представлены в качестве центральных узлов участка, а узлы третьего уровня представлены в качестве реберных узлов. В первую очередь блок управления контентом определяет, успешно ли записываетсяв центральном узле, если нет, планируетиз других узлов на центральный узел, и очередность приоритетов планирования показана на фиг. 4 если задача записи успешна в центральном узле и задача записи других узлов была неудачной, в иерархическом порядке планируется на эти узлы и очередность процедуры планирования такова, как показано на фиг. 5. После этапа 210 блок управления контентом периодически проверяет, имеется лив центральном узле, и если да, блок управления контентом может возвращать отправителю запроса на запись ответ записи и давать отчет о результате выполнения (успехе) задачи записи если в течение всего времени, которое отведено на задачу записи(например, 2 ч), в центральном узле нет , блок управления контентом может возвращать отправителю запроса на запись ответ записи и давать отчет о результате выполнения (неудаче) задачи записи. Определение, имеется ли в центральном узле ,производится, чтобы поддерживать состоятельность данныхв системе телевидения. Весь контент должен отсылаться на центральный узел, чтобы обеспечить нормальный доступ к программам, которые могут запрашивать пользователи. Например,когда пользователь запрашивает программу по реберному узлу, если программа не успешна в узле, к которому относится пользователь, программу можно перенаправить на другие узлы (в крайнем случае, программа имеется в центральном узле), чтобы обеспечить сервисы. Фиг. 3 представляет собой блок-схему способа восстановления программы, которая записывается неудачно, согласно варианту осуществления данного изобретения. Как показано на фиг. 3, базовая рабочая процедура способа восстановления программы, которая записывается неудачно, в каждом периоде включает следующие этапы. На этапе 301 блок управления контентом выявляет задачу записи, записькоторой была неудачной в системе -телевидения, причем идентификаторы задач записи в одном временном промежутке на одном канале являются одинаковыми. На этапе 302 окончившаяся неудачей задача записипроверяется, чтобы определить, произошла ли неудача записиво всех узлах если запись была неудачной в некоторых узлах, а в других узлах запись успешна, выполняется этап 303 если запись была неудачной по всем узлам, выполняется этап 304. На этапе 303 выполняется процедура взаимного межузлового восстановления. Далее описывается процедура взаимного межузлового восстановления по варианту осуществления. Блок управления контентом в первую очередь определяет, успешна ли записьв центральном узле в задаче записи, если нет, предпочтительно выбираются центральные узлы участка, в которых записьуспешна. Если запись была неудачной в центральных узлах участка, выбираются реберные узлы, в которых записьуспешна, чтобы сгенерировать задачу планированияна центральный узел, а затем выполняется восстановление записи. Потом определяется, успешна ли записьв центральных узлах участка в задаче записи, если нет, генерируется задача спланироватьиз центрального узла к центральным узлам участка и затем выполняется восстановление записи. Наконец, определяется, успешна ли записьв реберных узлах в задаче записи,если нет, генерируется задача спланироватьиз центральных узлов участка, к которым относятся реберные узлы, и затем выполняется восстановление записи. 15 18592 1 2014.08.30 На этапе 304 (в этой точке записьбыла неудачной по всем узлам) проверяется,отвечает лиусловию вспомогательной записи, и если да, выполняется этап 305, в противном случаене обрабатывается. Условие вспомогательной записи заключается в том, чтобы конфигурация сдвига во времени была настроена на каналв потоковом сервере и сконфигурированный со сдвигом во времени контент содержалво временном промежутке, в которомне записывается. На этапе 305 выполняется процедура вспомогательной записи. Отношение планирования из одного узлак другому узлуназывается в варианте осуществления задачей планирования . Узелназывается узлом-источником, а узелназывается узлом назначения. Средствами планирования могут быть Протокол передачи файлов , Протокол передачи гипертекстаили Потоковый протокол реального времении т.д. Пересылка повзята в качестве примера средства планирования в варианте осуществления. Когда блоку управления контентом нужно спланировать , в первую очередь выбирается информация пересылки подля потокового сервера узла-источника, которая содержит -адрес, номер порта, имя пользователя и пароль, и затем используется в качестве задачи планирования в сочетании с информациейузла-источника, которая содержит идентификатор , имя файла и полный путь . После этого блок управления контентом периодически обрабатывает эти задачи планирования и маркирует исходную задачу записи статусом успеха, когдаспланировано в узле назначения. Базовая рабочая процедура в варианте осуществления, при которой блок управления контентом периодически обрабатывает задачи планирования, показана на фиг. 6 и включает следующие этапы. На этапе 601 блок управления контентом отсылает запрос на планирование контентамодулю медиаконтроля, отсылая при этом модулю медиаконтроля задачу планирования. На этапе 602 модуль медиаконтроля поддерживает локальную очередь задач планирования и ставит задачу планирования в локальную очередь задач планирования. На этапе 603 после получения запроса на планирование модуль медиаконтроля возвращает блоку управления контентом ответ на запрос на планирование контента. На этапе 604 модуль медиаконтроля выбирает(например, 10) задач планирования из очереди задач планирования в каждом периоде и отсылает запрос на планирование контента потоковому серверу системы -телевидения. На этапе 605, получив запрос на планирование , потоковый сервер возвращает модулю медиаконтроля ответ на запрос на планирование контента. На этапе 606 после получения запроса на планированиепотоковый сервер обрабатывает копии фактического . В первую очередь потоковый сервер определяет,существует ли -файл в исходной папке , если он существует и переполнение размера сетки между -файлом и , которое подлежит записи, находится в допустимом диапазоне (например, 2 ), определяется, что -файл уже существует, и можно непосредственно возвращать информацию об успешном результате планирования в противном случае в первую очередь устраняется -файл. а затемпланируется из потокового сервера узла-источника к потоковому серверу узла назначения. На этапе 607 после выполнения задачи планированияпотоковый сервер отсылает информацию о результатах планирования модулю медиаконтроля, чтобы вернуть результат выполнения задачи планирования. На этапе 608 после получения информации о результатах планирования модуль медиаконтроля отсылает информацию о результатах планирования блоку управления контентом, чтобы дать отчет о результате выполнения задачи планирования. 16 18592 1 2014.08.30 На вышеуказанных этапах 607 и 608 результат выполнения может заключаться в том,что планирование успешно или планирование было неудачным. Если планирование успешно, результат выполнения содержит информацию о пути к файлу и информацию идентификации (например, имя файла) -файла, а также может содержать другую атрибутивную информацию о -файле, такую как размер, имя, и т.д. На этапе 609, если информация о результатах планирования, полученная блоком управления контентом, является информацией об успехе планирования, блок управления контентом отсылает модулю медиаконтроля ответ на результат планирования контента,чтобы подтвердить, что сообщение о результате планирования успешно обработано, а затем блок управления контентом присваивает задаче записи , соответствующей задаче планирования, статус успеха. Если информация о результатах планирования, полученная блоком управления контентом, является информацией о неудаче планирования, блок управления контентом присваивает задаче записи , соответствующей задаче планирования, статус неудачи. После этого блок управления контентом периодически проверяет окончившуюся неудачей задачу записии определяет, выполнять ли метод взаимного восстановления. Еслине записывается успешно по всем узлам, весьма вероятно, что блок управления контентом не может успешно отослать задачи записи модулям медиаконтроля каждого узла из-за того, что в определенный момент перезагружается или модернизируется. В этой точке блок управления контентом инициирует обработку вспомогательной записи. Исходное условие вспомогательной записи заключается в том, что конфигурация сдвига во времени должна быть настроена на каналы, которые подлежат записи в потоковом сервере, и сконфигурированный со сдвигом во времени контент должен содержатьво временном промежутке, в которомне записывается. Копияснимается с контента сдвига во времени, и это называется вспомогательной записью. Когда записьбыла неудачной по всем узлам, блок управления контентом определяет, в каких узлах сконфигурированы каналы со сдвигом во времени, и отсылает задачу вспомогательной записи на узлы, в которых сконфигурированы каналы со сдвигом во времени. Задача записи этих узлов получает статус вспомогательной записи, а задаче записи остальных узлов непосредственно присваивается статус неудачной вспомогательной записи. Когда вспомогательная запись успешна, исходной задаче записи присваивается статус успеха, а если записьуспешна не по всем узлам, длявыполняется процедура взаимного межузлового восстановления. Базовая рабочая процедура восстановления вспомогательной записи в варианте осуществления показана на фиг. 7 и включает следующие этапы. На этапе 701 блок управления контентом отсылает запрос на вспомогательную запись модулю медиаконтроля, отсылая при этом модулю медиаконтроля задачу вспомогательной записи. На этапе 702 после получения запроса на вспомогательную запись модуль медиаконтроля возвращает блоку управления контентом ответ на запрос на вспомогательную запись. На этапе 703 после сбора информации о вспомогательной задаче в запросе на вспомогательную запись модуль медиаконтроля отсылает потоковому серверу системы телевидения запрос на вспомогательную запись и задачу вспомогательной записи. На этапе 704 после получения вспомогательной задачи дляпотоковый сервер определяет, имеется ли записанная программа, которую требуется записать во вспомогательном режиме, в локально запоминаемом контенте записии если да, снимает копию записанной программы и создает -файл. Если в записанном контентенет сегмента программы, которую требуется записать во вспомогательном режиме, вспомогательная запись была неудачной. 17 18592 1 2014.08.30 На этапе 705 после выполнения запроса на вспомогательную запись дляпотоковый сервер посылает информацию о результатах вспомогательной записи модулю медиаконтроля, чтобы вернуть результат выполнения задачи вспомогательной записи. На этапе 706 после получения вспомогательного ответа модуль медиаконтроля отсылает информацию о результатах вспомогательной записи блоку управления контентом,чтобы дать отчет о результате выполнения задачи вспомогательной записи. На двух вышеуказанных этапах результат выполнения может заключаться в том, что вспомогательная запись успешна или вспомогательная запись была неудачной. Если вспомогательная запись успешна, результат выполнения содержит информацию о пути к файлу и информацию идентификации (например, имя файла) -файла, а также может содержать другую атрибутивную информацию о -файле, такую как размер, имя, и т.д. На этапе 707, если информация о результатах вспомогательной записи, полученная блоком управления контентом, является информацией об успехе вспомогательной записи,блок управления контентом отсылает ответ на результат вспомогательной записи модулю медиаконтроля, чтобы подтвердить, что сообщение о результате вспомогательной записи успешно обработано, а затем блок управления контентом присваивает задаче записистатус вспомогательной записи в состоянии успеха если информация о результатах вспомогательной записи, полученная блоком управления контентом, является информацией о неудаче вспомогательной записи, блок управления контентом присваивает задаче записи статус вспомогательной записи в состоянии неудачи. После этого блок управления контентом периодически проверяет задачу записи, которая окончилась неудачей, и определяет, выполнять ли метод взаимного восстановления . При способе записи согласно варианту осуществления данного изобретения в некоторых узлах запись программы по определенным причинам может оканчиваться неудачей,при этом запись программы в других узлах является успешной, что позволяет осуществить взаимное автоматическое межузловое восстановление записываемой программы. До и после процесса, при котором базовый модуль - блок управления контентом - системы -телевидения выполняет переключение между главными серверами и серверами резервного копирования или сервер блока управления контентом перезагружается или модернизируется в течение получаса, а затем запускается в работу, текущая задача записипочти не затрагивается и достигает очень высокого процента успешности записи. По завершению процесса, при котором модуль медиаконтроля каждого узла системы-телевидения выполняет переключение между главными серверами и серверами резервного копирования или сервер модуля медиаконтроля перезагружается или модернизируется в течение долгого времени, а затем запускается в работу, потоковый сервер, к которому относится модуль медиаконтроля, можно предохранить от существенных потерь . Обычно у системы -телевидения имеется множество потоковых серверов под контролем модуля медиаконтроля, в том числе потоковый сервер, отвечающий за кодирование и декодирование каналов. Если потоковый сервер, отвечающий за кодирование и декодирование каналов, не работает, даже если подключить другие потоковые серверы,переключение непосредственно приводит к тому, чтоне записывается во время переключения. Однако способ записи программы согласно данному изобретению может обеспечить, чтобытакже имелось в других потоковых серверах под контролем модуля медиаконтроля и таким образом услуги, запрашиваемые пользователями, не затрагивались. Кроме того, когда записьбыла неудачной или пропускается системой телевидения, записьможно завершить во вспомогательном режиме в пределах допустимого диапазона длины сдвига канала во времени, что является гибким и удобным и значительно улучшает эксплуатационные характеристики системы -телевидения. Осуществление способа в соответствии с данным изобретением не ограничивается описанной выше структурой системы -телевидения и также применимо к построению 18 18592 1 2014.08.30 других систем. Таким образом, способ может применяться к публикации контента цифрового телевидения и записи . Вышеуказанные варианты осуществления являются всего лишь примерами, иллюстрирующими способ записи программы и мультимедийную систему согласно данному изобретению, и не должны пониматься как ограничения данного изобретения. Всевозможные эквивалентные изменения или замещения могут быть сделаны исходя из описания технической схемы и предпочтительного примера данного изобретения, и все эти изменения или замещения должны входить в объем правовой охраны, определяемой формулой данного изобретения. Промышленная применимость. При способе записи согласно варианту осуществления данного изобретения в некоторых узлах запись программы по определенным причинам может оканчиваться неудачей,при этом запись программы в других узлах является успешной, что позволяет осуществить взаимное автоматическое межузловое восстановление записываемой программы. До и после процесса, при котором базовый модуль - блок управления контентом - системы телевидения выполняет переключение между главными серверами и серверами резервного копирования или сервер блока управления контентом перезагружается или модернизируется в течение получаса, а затем запускается в работу, текущая задача записипочти не затрагивается и достигает очень высокого процента успешности записи. По завершению процесса, при котором модуль медиаконтроля каждого узла системы телевидения выполняет переключение между главными серверами и серверами резервного копирования или сервер модуля медиаконтроля перезагружается или модернизируется в течение долгого времени, а затем запускается в работу, потоковый сервер, к которому относится модуль медиаконтроля, можно предохранить от существенных потерь . Когда записьбыла неудачной или пропускается системой -телевидения, записьможно завершить во вспомогательном режиме в пределах допустимого диапазона длины сдвига канала во времени, что является гибким и удобным и значительно улучшает эксплуатационные характеристики системы -телевидения. Национальный центр интеллектуальной собственности. 220034, г. Минск, ул. Козлова, 20. 21