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

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

Info

Publication number
RU2515470C2
RU2515470C2 RU2012112905/07A RU2012112905A RU2515470C2 RU 2515470 C2 RU2515470 C2 RU 2515470C2 RU 2012112905/07 A RU2012112905/07 A RU 2012112905/07A RU 2012112905 A RU2012112905 A RU 2012112905A RU 2515470 C2 RU2515470 C2 RU 2515470C2
Authority
RU
Russia
Prior art keywords
recording
node
program
task
level
Prior art date
Application number
RU2012112905/07A
Other languages
English (en)
Other versions
RU2012112905A (ru
Inventor
Цюань СЮЙ
Иньлог ВАН
Цинь СЮН
Дечао ВАН
Чжунчен МА
Original Assignee
ЗетТиИ Корпорейшн
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ЗетТиИ Корпорейшн filed Critical ЗетТиИ Корпорейшн
Publication of RU2012112905A publication Critical patent/RU2012112905A/ru
Application granted granted Critical
Publication of RU2515470C2 publication Critical patent/RU2515470C2/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/78—Television signal recording using magnetic recording
    • H04N5/782—Television signal recording using magnetic recording on tape
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/23103—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion using load balancing strategies, e.g. by placing or distributing content on different disks, different memories or different servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/23116—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion involving data replication, e.g. over plural servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/27—Server based end-user applications
    • H04N21/274—Storing end-user multimedia data in response to end-user request, e.g. network recorder
    • H04N21/2747—Remote storage of video programs received via the downstream path, e.g. from the server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4334—Recording operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/633—Control signals issued by server directed to the network components or client
    • H04N21/6332—Control signals issued by server directed to the network components or client directed to client
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6543—Transmission by server directed to the client for forcing some client operations, e.g. recording

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Television Signal Processing For Recording (AREA)

Abstract

Изобретение относится к области мультимедийных сервисов, таких как телевидение по протоколу IP (IP-телевидение), мобильное телевидение, передача потокового мультимедиа на мобильные устройства, а именно к способу записи программы, мультимедийной системе и оконечному сетевому устройству, от которых требуется очень высокий процент успешности при записи видео- и аудиопрограмм в развернутой многоузловой сети. Техническим результатом является возможность осуществлять взаимное автоматическое межузловое восстановление записываемой программы, при котором текущая задача записи TVOD почти не затрагивается, что повышает процент успешности записи. Для этого мультимедийная система включает оконечное сетевое устройство и множество узлов, где конфигурация оконечного сетевого устройства задана так, чтобы генерировать задачу записи после получения запроса на запись и заранее отсылать задачу записи на каждый узел, в котором запоминается канал, указанный в задаче записи, а конфигурация узлов задана так, чтобы записывать программу на канал, указанный в задаче записи, после получения задачи записи, и возвращать оконечному сетевому устройству информацию о результатах записи. Согласно способу записи данного изобретения, когда запись была неудачной, можно провести взаимное межузловое восстановление и вспомогательную запись, что сильно снижает вероятность неудачи при записи программы, и предоставляет пользователям более высокое качество услуги TVOD. 3 н. и 14 з.п. ф-лы, 7 ил.

Description

Область техники
Настоящее изобретение относится к области таких мультимедийных сервисов, как телевидение по протоколу 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-телевидения.

Claims (17)

1. Способ записи программы, применяемый к мультимедийным системам многоузловой архитектуры, включающим оконечное сетевое устройство, при этом способ включает:
генерацию оконечным сетевым устройством задачи записи после получения запроса на запись и отсылку задачи записи заранее на каждый узел, в котором запоминается канал, указанный в задаче записи;
запись узлом программы на канал, указанный в задаче записи, после получения задачи записи и возвращение оконечному сетевому устройству информации о результатах записи;
периодическую проверку оконечным сетевым устройством программы, запись которой была неудачной, выполнение взаимного межузлового восстановления, если в некоторых узлах запись программы была успешной, а в других узлах запись программы была неудачной; и выполнение вспомогательной записи, если запись программы была неудачной по всем узлам.
2. Способ по п. 1, в котором:
оконечное сетевое устройство во время записи в узле периодически проверяет информацию о результатах записи, возвращаемую каждым узлом, и, если вся информация о результатах записи оказывается информацией о неудаче записи, проверяет, имеется ли узел, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настроена на канал, и если да, отсылает задачу вспомогательной записи на узел, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настроена на канал; и
узел, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настроена на канал, после получения задачи вспомогательной записи определяет, находится ли временной промежуток программы, которая записывается неудачно, во временном диапазоне программ, краткосрочно запоминаемых с помощью конфигурации сдвига во времени в узле, и если да, извлекает программу, имеющую такой же временной промежуток, как у программы, которая записывается неудачно, из программ, краткосрочно запоминаемых в узле, в качестве своей записываемой программы, а затем возвращает оконечному сетевому устройству информацию об успехе записи.
3. Способ по пп. 1 или 2, в котором:
оконечное сетевое устройство во время записи программы в узле периодически проверяет информацию о результатах записи, возвращаемую каждым узлом, и отсылает задачу планирования на узел, в котором происходит неудача записи программы, если информация о результатах записи оказывается информацией о неудаче записи; и
узел, в котором запись программы была неудачной, в качестве узла назначения после получения задачи планирования планирует программу из узла, в котором запись программы успешна, в качестве узла-источника, в качестве своей записываемой программы, и возвращает оконечному сетевому устройству информацию об успехе записи.
4. Способ по п. 3, где мультимедийная система представляет собой многоуровневую узловую архитектуру, включающую узел первого уровня, узлы второго уровня и узлы третьего уровня, причем узел первого уровня соединен с множеством узлов второго уровня, и каждый узел второго уровня соединен с множеством узлов третьего уровня,
при этом этап, на котором оконечное сетевое устройство отсылает задачу планирования на узел, в котором запись программы была неудачной, если информация о результатах записи оказывается информацией о неудаче записи, включает:
определение оконечным сетевым устройством в первую очередь, успешно ли записывается программа в узле первого уровня в задаче записи;
если в узле первого уровня программа не записывается успешно, выбор узла второго уровня, в котором запись программы успешна, в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла первого уровня и отослать задачу планирования на узел первого уровня; если программа не записывается успешно в узле второго уровня, выбор узла третьего уровня, в котором запись программы успешна, в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла первого уровня и отсылку задачи планирования на узел первого уровня;
если программа успешно записывается в узле первого уровня, дальнейшее определение, успешно ли записывается программа в узле второго уровня в задаче записи; если нет, выбор узла первого уровня в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла второго уровня, и отсылку задачи планирования на узел второго уровня; и
если программа успешно записывается в узле второго уровня в задаче записи, определение, успешно ли записывается программа в узле третьего уровня в задаче записи; если нет, выбор узла второго уровня, соединенного с узлом третьего уровня, в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла третьего уровня, и отсылку задачи планирования на узел третьего уровня.
5. Способ по п. 3, где после получения узлом назначения задачи планирования, способ дополнительно включает:
определение, запоминается ли в узле программа, которая является такой же, как программа, подлежащая планированию, и которая указана в задаче планирования, и находится ли переполнение размера сетки программ в пределах допустимого диапазона, и если да, возвращение оконечному сетевому устройству информации об успехе планирования.
6. Способ по п. 1, где после получения каждым узлом задачи записи, способ дополнительно включает:
вставку узлом полученной задачи записи в локальную очередь задач записи после задачи записи, время запуска которой во временном промежутке наступает раньше, чем время запуска временного промежутка полученной задачи записи, и которая находится на расстоянии минимального временного интервала от времени запуска временного промежутка полученной задачи записи.
7. Мультимедийная система, включающая оконечное сетевое устройство и множество узлов, при этом
оконечное сетевое устройство конфигурировано с возможностью генерировать задачу записи после получения запроса на запись и заранее отсылать задачу записи на каждый узел, в котором запоминается канал, указанный в задаче записи; и
узлы конфигурированы с возможностью записывать программу на канал, указанный в задаче записи, после получения задачи записи, и возвращать оконечному сетевому устройству информацию о результатах записи;
при этом оконечное сетевое устройство дополнительно конфигурировано с возможностью периодически проверять программу, запись которой была неудачной, выполнять взаимное межузловое восстановление, если в некоторых узлах запись программы была успешной, а в других узлах запись программы была неудачной, и выполнять вспомогательную запись, если запись программы была неудачной по всем узлам.
8. Мультимедийная система по п. 7, где
оконечное сетевое устройство дополнительно конфигурировано с возможностью, во время записи программы в каждом из узлов, периодически проверять информацию о результатах записи, возвращаемую узлом, и, если информация о результатах записи оказывается информацией о неудаче записи, проверять, имеется ли узел, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настраивается на канал, и если да, отсылать задачу вспомогательной записи на узел, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настроена на канал; и
узел, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настроена на канал, дополнительно конфигурирован с возможностью, после получения задачи вспомогательной записи, определять, находится ли временной промежуток программы, которая записывается неудачно, во временном диапазоне программ, краткосрочно запоминаемых с помощью конфигурации сдвига во времени в узле, и если да, извлекать программу, имеющей такой же временной промежуток, как у программы, которая записывается неудачно, из программ, краткосрочно запоминаемых в узле, в качестве своей записываемой программы, а затем возвращать оконечному сетевому устройству информацию об успехе записи.
9. Мультимедийная система по п. 7, где
оконечное сетевое устройство дополнительно конфигурировано с возможностью, во время записи программы в узле, периодически проверять информацию о результатах записи, возвращаемую узлом, и отсылать задачу планирования на узел, в котором запись программы была неудачной, если информация о результатах записи оказывается информацией о неудаче записи; и
узел, в котором запись программы была неудачной, дополнительно конфигурирован с возможностью, после получения задачи планирования, планировать программу из узла, в котором запись программы успешна, в качестве своей записываемой программы, и возвращать оконечному сетевому устройству информацию об успехе записи.
10. Мультимедийная система по п. 9, где мультимедийная система представляет собой многоуровневую узловую архитектуру, включающую узел первого уровня, узлы второго уровня и узлы третьего уровня, причем узел первого уровня соединен с множеством узлов второго уровня, и каждый узел второго уровня соединен с множеством узлов третьего уровня,
оконечное сетевое устройство конфигурировано с возможностью, если информация о результатах записи оказывается информацией о неудаче записи, отсылать задачу планирования на узел, в котором запись программы была неудачной, посредством:
в первую очередь определения, успешно ли записывается программа в узле первого уровня в задаче записи;
если программа не записывается успешно в узле первого уровня, выбора узла второго уровня, в котором запись программы успешна, в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла первого уровня и отослать задачу планирования на узел первого уровня; если программа не записывается успешно в узле второго уровня, выбора узла третьего уровня, в котором запись программы успешна, в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла первого уровня, и отсылки задачи планирования на узел первого уровня;
если программа записывается успешно в узле первого уровня, дальнейшего определения, успешно ли записывается программа в узле второго уровня в задаче записи; если нет, выбора узла первого уровня в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла второго уровня, и отсылки задачи планирования на узел второго уровня; и
если программа записывается успешно в узле второго уровня в задаче записи, определения, успешно ли записывается программа в узле третьего уровня в задаче записи; если нет, выбор узла второго уровня, соединенного с узлом третьего уровня, в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла третьего уровня, и отсылки задачи планирования на узел третьего уровня.
11. Мультимедийная система по п. 7, где оконечное сетевое устройство представляет собой блок управления контентом, и каждый узел включает модуль медиаконтроля и множество потоковых серверов, контролируемых посредством модуля медиаконтроля;
модуль медиаконтроля конфигурирован с возможностью отсылать задачу записи потоковым серверам, запоминающим канал, указанный в задаче записи, после получения задачи записи, отосланной блоком управления контентом, и отсылать информацию о результатах записи, пересланную от потоковых серверов, блоку управления контентом после получения информации о результатах записи; и
потоковые серверы, запоминающие канал, указанный в задаче записи, конфигурированы с возможностью записывать программу на канал, указанный в задаче записи, после получения задачи записи, и возвращать модулю медиаконтроля информацию о результатах записи.
12. Мультимедийная система по п. 11, где
модуль медиаконтроля дополнительно конфигурирован с возможностью отсылать задачу записи потоковому серверу с минимальной нагрузкой, если имеется более двух контролируемых потоковых серверов, запоминающих канал, указанный в задаче записи.
13. Оконечное сетевое устройство, конфигурированное с возможностью генерировать задачу записи после получения запроса на запись, заранее отсылать задачу записи на каждый узел, в котором запоминается канал, указанный в задаче записи, получать информацию о результатах записи, возвращаемую оконечному сетевому устройству после записи программы в узле на канале, указанном в задаче записи, после получения задачи записи, периодически проверять программу, запись которой была неудачной, выполнять взаимное межузловое восстановление, если в некоторых узлах запись программы была успешной, а в других узлах запись программы была неудачной; и выполнять вспомогательную запись, если запись программы была неудачной по всем узлам.
14. Оконечное сетевое устройство по п. 13, которое дополнительно конфигурировано с возможностью, во время записи программы в узле, периодически проверять информацию о результатах записи, возвращаемую узлом, и проверять имеется ли узел, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настроена на канал, если информация о результатах записи оказывается информацией о неудаче записи, и если да, отсылать задачу вспомогательной записи на узел, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настроена на канал, получая информацию об успехе записи, возвращаемую узлу, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настроена на канал;
при этом после получения задачи вспомогательной записи узел, в котором конфигурация сдвига во времени для краткосрочного запоминания программ настроена на канал, определяет, находится ли временной промежуток программы, которая записана неудачно, во временном диапазоне программ, краткосрочно запоминаемых с помощью конфигурации сдвига во времени в узле, и если да, извлекает программу, имеющую такой же временной промежуток, как у программы, которая записана неудачно, из программ, краткосрочно запоминаемых в узле, в качестве своей записываемой программы, а затем возвращает оконечному сетевому устройству информацию об успехе записи.
15. Оконечное сетевое устройство по п. 13, которое дополнительно конфигурировано с возможностью, во время записи программы в узле, периодически проверять информацию о результатах записи, возвращаемую каждым узлом, и отсылать задачу планирования на узел, в котором запись программы была неудачной, если информация о результатах записи оказывается информацией о неудаче записи, и получать информацию об успехе планирования, возвращаемую узлом, в котором запись программы была неудачной; и
при этом информация об успехе планирования возвращается оконечному сетевому устройству после того, как узел, в котором запись программы была неудачной, получает задачу планирования для планирования программы из узла, в котором запись программы успешна, в качестве своей записываемой программы.
16. Оконечное сетевое устройство по п. 15, которое применяется в мультимедийной системе, причем мультимедийная система имеет многоуровневую узловую архитектуру, включающую узел первого уровня, узлы второго уровня и узлы третьего уровня, причем узел первого уровня соединен с множеством узлов второго уровня, и каждый узел второго уровня соединен с множеством узлов третьего уровня,
при этом оконечное сетевое устройство конфигурировано с возможностью, если информация о результатах записи оказывается информацией о неудаче записи, посылать задачу планирования на узел, в котором запись программы была неудачной, посредством:
в первую очередь определения, успешно ли записывается программа в узле первого уровня в задаче записи;
если программа не записывается успешно в узле первого уровня, выбора узла второго уровня, в котором запись программы успешна, в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла первого уровня и отослать задачу планирования на узел первого уровня; если программа не записывается успешно в узле второго уровня, выбора узла третьего уровня, в котором запись программы успешна, в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла первого уровня, и отсылки задачи планирования на узел первого уровня;
если программа записывается успешно в узле первого уровня, дальнейшего определения, успешно ли записывается программа в узле второго уровня в задаче записи; если нет, выбора узла первого уровня в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла второго уровня, и отсылки задачи планирования на узел второго уровня; и
если программа записывается успешно в узле второго уровня в задаче записи, определения, успешно ли записывается программа в узле третьего уровня в задаче записи; если нет, выбора узла второго уровня, соединенного с узлом третьего уровня, в качестве узла-источника, чтобы сгенерировать задачу планирования для планирования программ из узла третьего уровня, и отсылки задачи планирования на узел третьего уровня.
17. Оконечное сетевое устройство по п. 13, которое представляет собой блок управления контентом.
RU2012112905/07A 2009-09-14 2010-06-22 Способ, мультимедийная система и оконечное сетевое устройство для записи программы RU2515470C2 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN2009101736007A CN101656861B (zh) 2009-09-14 2009-09-14 一种录制节目的方法和多媒体系统
CN200910173600.7 2009-09-14
PCT/CN2010/074232 WO2011029331A1 (zh) 2009-09-14 2010-06-22 一种录制节目的方法、多媒体系统和网络侧设备

Publications (2)

Publication Number Publication Date
RU2012112905A RU2012112905A (ru) 2013-10-27
RU2515470C2 true RU2515470C2 (ru) 2014-05-10

Family

ID=41710914

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2012112905/07A RU2515470C2 (ru) 2009-09-14 2010-06-22 Способ, мультимедийная система и оконечное сетевое устройство для записи программы

Country Status (5)

Country Link
US (1) US9282278B2 (ru)
EP (1) EP2466880A4 (ru)
CN (1) CN101656861B (ru)
RU (1) RU2515470C2 (ru)
WO (1) WO2011029331A1 (ru)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101656861B (zh) 2009-09-14 2012-07-18 中兴通讯股份有限公司 一种录制节目的方法和多媒体系统
KR101993163B1 (ko) * 2011-12-12 2019-06-26 삼성전자주식회사 멀티미디어 서비스를 체험하기 위한 방법 및 장치
CN103535011A (zh) * 2011-12-14 2014-01-22 华为技术有限公司 内容分发网络cdn路由方法、设备和系统
CN102724583A (zh) * 2012-05-30 2012-10-10 中兴通讯股份有限公司 一种节目单录制方法及系统
US9424229B2 (en) * 2013-02-13 2016-08-23 Advanced Micro Devices, Inc. Parallel torus network interconnect
CN103227934B (zh) * 2013-04-19 2017-07-28 深圳Tcl新技术有限公司 对电视节目进行录像的方法及服务器
CN105635746B (zh) * 2014-11-07 2019-10-25 南京中兴软件有限责任公司 Tvod录制任务的录制处理、录制方法及装置、系统
US9819972B1 (en) * 2014-12-10 2017-11-14 Digital Keystone, Inc. Methods and apparatuses for a distributed live-on-demand (LOD) origin
CN106303666A (zh) * 2015-06-24 2017-01-04 中兴通讯股份有限公司 一种iptv节目的处理方法及装置、iptv系统
US9942578B1 (en) * 2015-12-07 2018-04-10 Digital Keystone, Inc. Methods and apparatuses for a distributed live-on-demand (LOD) origin
CN107730011A (zh) * 2017-10-10 2018-02-23 通辽霍林河坑口发电有限责任公司 信息检测方法及装置
CN110062251A (zh) * 2019-04-19 2019-07-26 视联动力信息技术股份有限公司 一种直播发布方法、系统及装置
CN111462725B (zh) * 2020-04-17 2021-01-12 北京灵伴即时智能科技有限公司 录音编辑管理方法及系统
CN112383792B (zh) * 2020-11-12 2023-04-18 咪咕视讯科技有限公司 直播内容同步处理方法、电子设备及存储介质
CN113573080B (zh) * 2021-06-28 2023-09-29 北京百度网讯科技有限公司 直播的录制方法、装置、电子设备及存储介质
CN114339380B (zh) * 2022-01-06 2024-06-11 厦门亿联网络技术股份有限公司 基于aa模式的录制方法、装置、服务器和可读存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001313688A (ja) * 2000-04-28 2001-11-09 Canon Inc データ伝送システム、データ伝送方法、通信端末、通信方法、及びコンピュータ読み取り可能な記憶媒体
RU61971U1 (ru) * 2006-10-20 2007-03-10 Общество с ограниченной ответственностью "Норт Телеком" Система для предоставления услуг iptv
CN101179702A (zh) * 2007-12-03 2008-05-14 中兴通讯股份有限公司 一种iptv直播电视的实时录制方法
JP2008147759A (ja) * 2006-12-06 2008-06-26 Toshiba Corp 配信システムとそのレコーダ装置、端末装置及び番組録画・配信方法
CN101489103A (zh) * 2009-01-16 2009-07-22 中兴通讯股份有限公司 一种录制节目点播的录制方法及归档方法
JP2009182420A (ja) * 2008-01-29 2009-08-13 Panasonic Corp 代理録画システム及び映像受信装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070118857A1 (en) 2005-11-18 2007-05-24 Sbc Knowledge Ventures, L.P. System and method of recording video content
US7783956B2 (en) * 2006-07-12 2010-08-24 Cronera Systems Incorporated Data recorder
US20080046954A1 (en) * 2006-08-03 2008-02-21 Kulvir Singh Bhogal Coordinated Recording System
US20080282312A1 (en) * 2007-05-08 2008-11-13 Yahoo! Inc. System and method for allocating tuner and/or recording resources
US8705944B2 (en) * 2007-07-06 2014-04-22 At&T Intellectual Property I, L.P. System and method of recording media content
CN101656861B (zh) * 2009-09-14 2012-07-18 中兴通讯股份有限公司 一种录制节目的方法和多媒体系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001313688A (ja) * 2000-04-28 2001-11-09 Canon Inc データ伝送システム、データ伝送方法、通信端末、通信方法、及びコンピュータ読み取り可能な記憶媒体
RU61971U1 (ru) * 2006-10-20 2007-03-10 Общество с ограниченной ответственностью "Норт Телеком" Система для предоставления услуг iptv
JP2008147759A (ja) * 2006-12-06 2008-06-26 Toshiba Corp 配信システムとそのレコーダ装置、端末装置及び番組録画・配信方法
CN101179702A (zh) * 2007-12-03 2008-05-14 中兴通讯股份有限公司 一种iptv直播电视的实时录制方法
JP2009182420A (ja) * 2008-01-29 2009-08-13 Panasonic Corp 代理録画システム及び映像受信装置
CN101489103A (zh) * 2009-01-16 2009-07-22 中兴通讯股份有限公司 一种录制节目点播的录制方法及归档方法

Also Published As

Publication number Publication date
EP2466880A1 (en) 2012-06-20
CN101656861A (zh) 2010-02-24
WO2011029331A1 (zh) 2011-03-17
RU2012112905A (ru) 2013-10-27
US9282278B2 (en) 2016-03-08
EP2466880A4 (en) 2013-11-20
US20120174175A1 (en) 2012-07-05
CN101656861B (zh) 2012-07-18

Similar Documents

Publication Publication Date Title
RU2515470C2 (ru) Способ, мультимедийная система и оконечное сетевое устройство для записи программы
US9781486B2 (en) RS-DVR systems and methods for unavailable bitrate signaling and edge recording
US9049484B2 (en) Efficient assignment of program copies in a network digital video recorder
US8776137B2 (en) System and methods for digital video recorder backup and recovery
RU2520408C2 (ru) Способ, устройство управления системой обслуживания телевидения в сетях передачи данных по протоколу ip, и система обслуживания телевидения в сетях передачи данных по протоколу ip
CN101889445B (zh) 在资源不足时段对用于修复错误媒体流的流的递送
WO2013170823A2 (zh) 交互式网络电视预约系统及预约计划管理方法、设备
CN102293007A (zh) 用于基于网络的个人视频记录的当前频道缓冲器的方法和系统
US8214855B2 (en) Delivery of streams to repair errored media streams in periods of unrecoverable errors
US11812069B2 (en) System and method for live stream control
EP2445204B1 (en) Method and system for video-recording recovery
CN112004143B (zh) 一种设备的信息处理方法、装置、电子设备及存储介质
US9609264B2 (en) Method and system for fail-safe program recording in personal video recorders
JP2009282735A (ja) 情報記録システム及び情報記録方法
CN107005671B (zh) 用于时间延迟回放的系统和方法
KR102462867B1 (ko) 네트워크 비디오 레코더 녹화손실방지