СПОСОБ И УСТРОЙСТВО ДЛЯ ОБРАБОТКИ ОШИБКИ В ПЕРЕДАЧЕ ЭЛЕКТРОННОГО СПРАВОЧНИКА УСЛУГ В СИСТЕМЕ ЦИФРОВОГО ВИДЕОВЕЩАНИЯ
METHOD AND DEVICE FOR HANDLING ERRORS IN ELECTRONIC SERVICE GUIDE TRANSMISSION IN DIGITAL VIDEO BROADCASTING SYSTEM

УРОВЕНЬ ТЕХНИКИ
1. Область техники, к которой относится изобретение
Настоящее изобретение в целом имеет отношение к Электронному Справочнику Услуг (ЭСУ) в системе цифрового видеовещания, а конкретнее, к способу и устройству, которое может обрабатывать ошибку в передаче, используя команду запроса на восстановление файла, когда происходит ошибка в передаче ЭСУ.
2. Описание предшествующего уровня техники
Цифровое видеовещание (DVB - Digital Video Broadcasting) является стандартом передачи для поддержки цифровых мультимедийных услуг для переносных и мобильных терминалов, а также и существующего цифрового широковещания в соответствии с европейскими цифровыми широковещательными технологиями.
Система DVB может уплотнять данные широковещания на базе Транспортных Потоков (ТП) стандарта MPEG2 (формат сжатия видеосигнала, разработанный Группой экспертов в области кино) и может одновременно передавать потоки данных по IP-сетям (Internet Protocol - протокол межсетевого взаимодействия). Дополнительно, система DVB может уплотнять и передавать различные услуги в одном IP-потоке. После приема данных передаваемого IP-потока терминал разуплотняет принятые данные на отдельные услуги, декодирует ТП требуемой услуги и предоставляет пользователю декодированный ТП на экране устройства отображения. На данном этапе пользователю требуется информация о различных услугах и информационном наполнении услуг, предоставляемых системой DVB.
Система DVB использует Электронный Справочник Услуг (ЭСУ) для предоставления уведомления о служебной информации. Данные ЭСУ включают в себя временную информацию для конкретной услуги, сопутствующую информацию об информационном наполнении, требуемую информацию для приема информационного наполнения, требуемую информацию для приобретения информационного наполнения и так далее. Система DVB строит модель данных для эффективной передачи данных ЭСУ и формирует данные, которые нужно передавать, на основании модели данных.
ЭСУ передается на терминал, используя IP-поток во время, отличное от времени потока реальных данных. Таким образом, поставщик услуг может передавать информацию для использования ЭСУ до приема пользователем соответствующей услуги. Поскольку ЭСУ может использоваться для различных целей, в дополнение к программам передач, информация ЭСУ является очень важной в среде мобильного широковещания.
Когда ЭСУ передается на терминал, он распознается как обычный файл и передается с использованием такого же протокола, как протокол передачи файлов. Обычно, для мобильного широковещания, протокол передачи файлов удовлетворяет стандарту передачи файлов по однонаправленному транспортному протоколу (FLUTE - File Delivery over Unidirectional Transport), описанному в рабочих предложениях (RFC - Request for Comments) 3926 инженерной группы по развитию интернета (IETF - Internet Engineering Task Force). Если ошибка в передаче происходит, когда терминал принимает ЭСУ, в сеть может быть отправлен запрос на восстановление ЭСУ с использованием команды запроса на восстановление файла, как в случае обычного файла. Однако проблема в том, что в сети не предусмотрены способ и устройство для обработки ошибки в передаче. Таким образом, существует потребность в способе и устройстве, способном отправлять в сеть запрос на восстановление и принимать повторно отправленный ЭСУ, когда происходит ошибка в передаче ЭСУ.
РАСКРЫТИЕ ИЗОБРЕТЕНИЯ
Соответственно, настоящее изобретение было разработано для решения вышеупомянутых и других проблем, встречающихся в предшествующем уровне техники. Настоящее изобретение предоставляет способ и устройство, которое может принимать повторную передачу Электронного Справочника Услуг (ЭСУ), используя обычную команду запроса на восстановление файла, когда терминал принимает ЭСУ и при этом произошла ошибка в передаче, в системе цифрового видеовещания для обеспечения ЭСУ.
В соответствии с одним аспектом настоящего изобретения предоставляется способ для обработки ошибки в передаче Электронного Справочника Услуг (ЭСУ) в системе цифрового видеовещания, причем способ включает в себя этапы, на которых принимают, с помощью компонента служебного приложения, сообщение запроса на восстановление файла от терминала после трансляции ЭСУ от компонента управления услугами на терминал; передают сообщение запроса на восстановление файла и адрес терминала, от которого было отправлено сообщение запроса на восстановление файла, от компонента служебного приложения компоненту управления услугами, когда сообщение запроса на восстановление файла включает в себя запрос на ЭСУ; интерпретируют сообщение запроса на восстановление файла в логическом устройстве составления ЭСУ для генерирования ЭСУ в пределах компонента управления услугами и определения, передавать ли повторно ЭСУ на терминал, который передал сообщение запроса на восстановление файла; доставляют метаданные ЭСУ и адрес терминала от логического устройства составления ЭСУ на интерактивный сервер (узел обслуживания) для передачи ЭСУ в пределах компонента управления услугами, если принято решение о повторной передаче ЭСУ; передают метаданные ЭСУ от интерактивного сервера на терминал.
В соответствии с другим аспектом настоящего изобретения предоставляется способ для обработки ошибки в передаче Электронного Справочника Услуг (ЭСУ) в системе цифрового видеовещания, причем способ включает в себя этапы, на которых принимают, с помощью компонента служебного приложения, сообщение запроса на восстановление файла от терминала после трансляции ЭСУ от компонента управления услугами на терминал; передают сообщение запроса на восстановление файла и адрес терминала, от которого было отправлено сообщение запроса на восстановление файла, от компонента служебного приложения компоненту управления услугами, когда сообщение запроса на восстановление файла включает в себя запрос на ЭСУ; интерпретируют сообщение запроса в логическом устройстве составления ЭСУ для генерирования ЭСУ в пределах компонента управления услугами и определяют, передавать ли повторно ЭСУ на терминал, который передал сообщение запроса на восстановление файла; доставляют метаданные ЭСУ и адрес терминала от логического устройства составления ЭСУ компоненту служебного приложения, если принято решение о повторной передаче ЭСУ; передают метаданные ЭСУ от компонента служебного приложения на терминал.
В соответствии с другим аспектом настоящего изобретения предоставляется способ для обработки ошибки в передаче Электронного Справочника Услуг (ЭСУ) в системе цифрового видеовещания, причем способ включает в себя этапы, на которых принимают, с помощью компонента управления услугами, сообщение запроса на восстановление файла от терминала после трансляции ЭСУ от компонента управления услугами на терминал; определяют, передавать ли повторно ЭСУ, на интерактивном сервере, для передачи ЭСУ от компонента управления услугами, используя сообщение запроса на восстановление ЭСУ; передают сообщение запроса на повторную передачу ЭСУ от интерактивного сервера на логическое устройство составления ЭСУ для генерирования ЭСУ в пределах компонента управления услугами, если принято решение о повторной передаче ЭСУ; передают метаданные ЭСУ и адрес терминала от логического устройства составления ЭСУ на интерактивный сервер; передают метаданные ЭСУ от интерактивного сервераания на терминал.
В соответствии с другим аспектом настоящего изобретения предоставляется устройство для обработки ошибки в передаче Электронного Справочника Услуг (ЭСУ) в системе цифрового видеовещания, причем устройство включает в себя компонент служебного приложения для приема сообщения запроса на восстановление файла от терминала и определения, передавать ли повторно ЭСУ, и компонент управления услугами для генерирования ЭСУ, трансляции сгенерированного ЭСУ на терминал, приема сообщения запроса на восстановление файла от компонента служебного приложения, определения, передавать ли повторно ЭСУ, и передачи метаданных ЭСУ на терминал на основании результата принятия решения, при этом компонент служебного приложения предоставляет компоненту управления услугами сообщение запроса на восстановление файла и адрес терминала, который передал сообщение запроса на восстановление файла, если сообщение запроса на восстановление файла включает в себя запрос на ЭСУ, и компонент управления услугами интерпретирует сообщение запроса на восстановление файла, определяет, передавать ли повторно ЭСУ на терминал, который передал сообщение запроса на восстановление файла, и передает метаданные ЭСУ на терминал на основании результатов принятия решения.
В соответствии с другим аспектом настоящего изобретения предоставляется устройство для обработки ошибки в передаче Электронного Справочника Услуг (ЭСУ) в системе цифрового видеовещания, причем устройство включает в себя компонент служебного приложения для приема сообщения запроса на восстановление файла от терминала и определения, передавать ли повторно ЭСУ, и компонент управления услугами для генерирования ЭСУ, трансляции сгенерированного ЭСУ на терминал, приема сообщения запроса от компонента служебного приложения, определения, передавать ли повторно ЭСУ, и передачи метаданных ЭСУ на терминал через посредство компонента служебного приложения на основании результата принятия решения, при этом компонент служебного приложения предоставляет компоненту управления услугами сообщение запроса на восстановление файла и адрес терминала, который передал сообщение запроса на восстановление файла, если сообщение запроса на восстановление файла включает в себя запрос на ЭСУ, и компонент управления услугами интерпретирует сообщение запроса и определяет, передавать ли повторно ЭСУ на терминал, который отправил переданное сообщение запроса на восстановление файла.
В соответствии с еще одним аспектом настоящего изобретения предоставляется устройство для обработки ошибки в передаче Электронного Справочника Услуг (ЭСУ) в системе цифрового видеовещания, причем устройство включает в себя интерактивный сервер для трансляции ЭСУ на терминал, приема сообщения запроса на восстановление ЭСУ от терминала, интерпретирования сообщения запроса на восстановление файла и определения, передавать ли повторно ЭСУ на терминал, который передал сообщение запроса на восстановление файла, и логическое устройство составления ЭСУ для генерирования ЭСУ, приема запроса на повторную передачу ЭСУ на основании результатов принятия решения и передачи метаданных ЭСУ на интерактивный сервер, при этом интерактивный сервер передает метаданные ЭСУ, принятые от логического устройства составления ЭСУ, на терминал.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Вышеупомянутые и другие признаки и преимущества настоящего изобретения будут более понятны из последующего подробного описания при рассмотрении совместно с прилагаемыми чертежами, на которых:
Фиг.1 является структурной схемой, иллюстрирующей структуру мобильной широковещательной сети, к которой применяется настоящее изобретение;
Фиг.2 является структурной схемой, иллюстрирующей структуру сети с использованием Электронного Справочника Услуг (ЭСУ), к которой применяется настоящее изобретение;
Фиг.3 является структурной схемой, иллюстрирующей файловую сетевую структуру, к которой применяется настоящее изобретение;
Фиг.4 является блок-схемой, иллюстрирующей поток сообщений в файловой сети в соответствии с настоящим изобретением;
Фиг.5 является блок-схемой, иллюстрирующей поток сообщений в файловой сети в соответствии с настоящим изобретением;
Фиг.6 является блок-схемой, иллюстрирующей поток сообщений в файловой сети в соответствии с настоящим изобретением;
Фиг.7 является блок-схемой, иллюстрирующей поток сообщений передающего устройства в соответствии с настоящим изобретением;
Фиг.8 является блок-схемой, иллюстрирующей поток сообщений принимающего устройства в соответствии с настоящим изобретением;
Фиг.9 является блок-схемой, иллюстрирующей поток сообщений передающего устройства в соответствии с настоящим изобретением;
Фиг.10 является блок-схемой, иллюстрирующей поток сообщений принимающего устройства в соответствии с настоящим изобретением;
Фиг.11 является блок-схемой, иллюстрирующей поток сообщений передающего устройства в соответствии с третьим иллюстративным вариантом осуществления настоящего изобретения;
Фиг.12 является блок-схемой, иллюстрирующей поток сообщений принимающего устройства в соответствии с настоящим изобретением;
Фиг.13 является структурной схемой, иллюстрирующей структуру передающего устройства в соответствии с настоящим изобретением;
Фиг.14 является структурной схемой, иллюстрирующей структуру принимающего устройства в соответствии с настоящим изобретением.
ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ
Эксплуатационные принципы настоящего изобретения будут подробно изложены ниже в настоящем описании со ссылкой на прилагаемые чертежи. В последующем рассмотрении детальные описания функций и конфигураций, включенных в настоящее описание, которые хорошо известны специалистам в данной области техники, опущены для ясности и краткости. Нужно понимать, что стиль и терминология, используемые в настоящем описании, служат для описания и не должны расцениваться как ограничение настоящего изобретения.
Согласно настоящему изобретению запрос на восстановление Электронного Справочника Услуг (ЭСУ) отправляется (т.е. передается) в сеть с использованием команды запроса на восстановление файла, как в случае обычного файла, если происходит ошибка в передаче при приеме терминалом ЭСУ. В настоящем описании будут подробно описаны вариант осуществления, в котором в сеть отправляется запрос на восстановление и принимается повторно передаваемый ЭСУ, и вариант осуществления, в котором в сеть отправляется уникальный запрос на восстановление для ЭСУ, принимается повторно передаваемый ЭСУ, если происходит ошибка в передаче ЭСУ.
Фиг.1 является структурной схемой структуры мобильной широковещательной сети, к которой применяется настоящее изобретение.
Логические компоненты проиллюстрированы в виде блоков и различаются по своим основным функциям. Блоки могут быть физически разделены или предусмотрены на одном и том же узле обслуживания. Обратимся к Фиг.1, компонент 105 Создания Информационного Наполнения (СИН) создает источники информационного наполнения, а затем доставляет созданные источники информационного наполнения компоненту 110 Служебного Приложения (СП). Компонент 110 СП генерирует определенную услугу, используя источники информационного наполнения, принятые от компонента 105 СИН, и дополнительные метаданные, требуемые для конфигурирования услуги. Компонент 115 Управления Услугами (УУ) выполняет функции конфигурирования услуги, распределения ресурсов, инициализации ЭСУ, защиты и так далее.
Сеть 120 широковещания является сетью цифрового видеовещания для портативных терминалов (DVB-H - Digital Video Broadcasting- Handheld) и включает в себя секцию для широковещания ЭСУ и связанной с широковещанием сигнализации, настроенной для сети DVB-H. Настоящее изобретение будет описано со ссылкой на стандарт DVB-H. Тем не менее, настоящее изобретение не ограничивается стандартом DVB-H. В общем случае интерактивная сеть 125 является сетью сотовой связи. Интерактивной сетью 125 может быть любая сеть с функциональной возможностью передачи данных или сообщения запроса от терминала к сети. Терминал 130 является пользовательским терминалом для приема услуги.
На Фиг.1 обозначены интерфейсы между компонентами, а также вышеописанными логическими компонентами. В общем случае интерфейсы X-1, X-2 и X-3 не задаются в интерактивном или двухстороннем стандарте на базе DVB-H. Связанная с широковещанием сигнализация передается через интерфейс CBMS-1 (Convergence of Broadcast and Mobile Services - Конвергенция услуг широковещания и мобильной связи). Элементы информационного наполнения, такие как аудиоданные, видеоданные, файлы и так далее, передаются через интерфейс CBMS-2. ЭСУ передается через интерфейс CBMS-3. При двухточечной передаче ЭСУ передается через интерфейс CBMS-4. При двухточечной передаче услуга передачи коротких сообщений (SMS - Short Message Service) и услуга передачи мультимедиа-сообщений (MMS - Multimedia Message Service) передаются через интерфейс CBMS-5. Для DVB-H-передачи конфигурационные параметры ряда услуг, распределенной полосы пропускания и так далее передаются через интерфейс CBMS-6. Через интерфейс CBMS-7 объявляется служебное приложение или передаются метаданные. Были описаны только основные функции интерфейсов. Функции интерфейсов не ограничиваются приведенным выше описанием.
Фиг.2 является структурной схемой, иллюстрирующей структуру сети с использованием ЭСУ, к которой применяется настоящее изобретение.
Фиг.2 иллюстрирует архитектуру и логические функциональные блоки компонентов для генерирования и передачи ЭСУ на базе основной архитектуры, изображенной на Фиг.1. Функциональные блоки источника 222 ЭСУ и источника 224 информации о приобретении предусматриваются в компоненте 220 СП. Источник 222 ЭСУ собирает данные, соответствующие источнику ЭСУ, и включает в себя информацию, принятую от компонента 200 СИН, и другие метаданные. Источник 224 информации о приобретении представляет собой блок, включающий в себя информацию о приобретении. Информация предоставляется компоненту 240 УУ через интерфейс CBMS-7.
Компонент 240 УУ включает в себя четыре функциональных блока (т.е. блоки 242, 244, 246 и 248, которые будут описаны ниже). Специализированное логическое устройство 242 составления ЭСУ генерирует единый ЭСУ, собирая и упорядочивая источники ЭСУ, доставленные от специализированного логического устройства 242 составления ЭСУ. Устройство 242 составления ЭСУ с возможностью самонастройки управляет информацией, требуемой для автоматического регулирования ЭСУ. Планировщик 246 предоставления ресурсов выполняет функции управления сетевыми ресурсами и управления предоставлением услуг и планированием. Интерактивный сервер 248 доставки отвечает за двухточечную транспортировку ЭСУ.
Сетевой блок 260 включает в себя блок 250 сети широковещания и блок 251 интерактивной сети. Блок 250 сети широковещания включает в себя физическое устройство 252 составления ЭСУ, устройство 254 отображения протокола межсетевого взаимодействия (IP) на секции и устройство 256 отображения ресурсов DVB-H, которое отвечает за адаптацию доставленного ЭСУ к сети DVB-H.
Терминальный блок 280 включает в себя принимающее устройство 282, отвечающее стандарту DVB-H, для приема DVB-H-сигнала терминала 280, интерактивное сопрягающее устройство 284, связанное с интерактивной или двухсторонней транспортировкой, и устройство 286 обработки описания услуги и информационного наполнения для приема, декодирования и отображения ЭСУ.
Фиг.3 является структурной схемой, иллюстрирующей файловую сетевую структуру, к которой применяется настоящее изобретение.
Фиг.3 иллюстрирует архитектуру и логические функциональные блоки компонентов для генерирования и передачи файла на базе основной архитектуры, изображенной на Фиг.1. Компонент 320 СП включает в себя подчиненный компонент 322 доставки файла для доставки файла, подчиненный компонент 324 источника файла для приема источника файла от компонента СИН и подчиненный компонент 326 конфигурирования служебного приложения, отвечающий за конфигурирование услуги. Терминал 380 включает в себя подчиненный компонент 382 потребления информационного наполнения и отвечает за предоставление услуги, соотнесенной с принятыми файлами. Поскольку другие блоки на Фиг.3 являются теми же, что и на Фиг.2, для ясности их описание опускается.
Если установлено, что произошла ошибка в передаче файла, терминал отправляет HTTP-сообщение (Hyper Text Transfer Protocol - протокол передачи гипертекста) запроса на восстановление файла компоненту 320 СП. HTTP-сообщение запроса на восстановление файла включает в себя информацию о местоположении файла, который будет приниматься с использованием протокола HTTP, и часть, в которой произошла ошибка в передаче. Пример HTTP-сообщения запроса на восстановление файла выглядит следующим образом.
"GET www.example.com/news/latest.3gp?ipdc-flute-
repair & SBN=5;ESI=12+SBN=20;ESI=27 HTTP/1.1"
Вышеупомянутый пример согласуется с форматом "query=application*("&"[sbn_info])", определенным в документе стандартов, касающемся Протокола CDP (Content Delivery Protocol - Протокол Доставки Информационного наполнения) стандарта DVB-CBMS (tm-cbms1167). В вышеупомянутом примере приложением является 'ipdc-flute-repair', и sbn_info указывает блок в файле, который будет приниматься, и указывает идентификатор (ID) кодирования с Прямой Коррекцией Ошибок (ПКО). Вышеупомянутый пример указывает пакет, для которого Номер Блока Источника (SBN-Source Block Number)=5 и Идентификатор Символьного Кодирования (ESI-Encoding Symbol ID)=12, и пакет, для которого SBN = 20 и ESI = 27.
Если доставленный файл представляет собой ЭСУ, компонент, отвечающий за двухточечную транспортировку ЭСУ, становится компонентом 340 УУ (Управления Услугами). Следовательно, требуется установление связи между компонентом 320 СП и компонентом 340 УУ. Компонент 340 УУ интерпретирует сообщение запроса на восстановление файла и должен сообщить интерактивному серверу 248 доставки информацию о терминале для приема данных ЭСУ и двухточечной передачи ЭСУ.
Фиг.4 является блок-схемой, иллюстрирующей поток сообщений в файловой сети в соответствии с настоящим изобретением.
Обратимся к Фиг.4, когда при приеме ЭСУ произошла ошибка в передаче, терминал 440 предоставляет компоненту 410 СП обычное сообщение запроса на восстановление файла, используя сигнализацию команды запроса на повторную передачу файла, не определяя, является ошибочный файл ЭСУ или обычным файлом, на этапе 400. Компонент 410 СП (Служебного Приложения) выявляет местоположение файла, запрашиваемого для повторной передачи, и определяет, является запрашиваемый файл обычным файлом или ЭСУ, на этапе 401. Для этого предпочтительно, чтобы компонент 410 СП хранил информацию о том, является файл приложения ЭСУ или обычным файлом.
Если файл, запрашиваемый для повторной передачи, является ЭСУ, сообщение запроса на восстановление файла повторно передается компоненту 420 УУ, отвечающему за ЭСУ, на этапе 402. На этом этапе предоставляется адрес терминала, от которого было отправлено сообщение. Логическое устройство 425 составления ЭСУ компонента 420 УУ интерпретируют сообщение и определяет, что сообщение является сообщением запроса ЭСУ, на этапе 403. Метаданные ЭСУ вместе с адресом терминала доставляются на интерактивный сервер 430, на этапе 404. Для этого логическое устройство 425 составления ЭСУ должно иметь возможность интерпретировать сообщение запроса на восстановление файла с использованием HTTP.
Используя метаданные ЭСУ и адрес терминала, доставленные от интерактивного сервера 430, ЭСУ отправляется на соответствующий терминал 440, на этапе 405. Если логическое устройство 425 составления ЭСУ принимает решение не передавать повторно ЭСУ, оно сообщает компоненту 410 СП, что ЭСУ не передается повторно, на этапе 406. Компонент 410 СП генерирует ответное сообщение на восстановление файла, указывающее, что ЭСУ не передается повторно, на этапе 407, и затем отправляет (т.е. передает) сгенерированное ответное сообщение на восстановление файла на терминал 440, на этапе 408.
Фиг.5 является блок-схемой, иллюстрирующей поток сообщений в файловой сети в соответствии с настоящим изобретением.
Обратимся к Фиг.5, когда при приеме ЭСУ произошла ошибка в передаче, терминал 540 предоставляет компоненту 510 СП обычное сообщение запроса на восстановление файла, используя сигнализацию команды запроса на повторную передачу файла, не устанавливая, является ошибочный файл ЭСУ или обычным файлом, на этапе 500. Компонент 510 СП выявляет местоположение файла, запрашиваемого для повторной передачи, и определяет, является запрашиваемый файл обычным файлом или ЭСУ, на этапе 501. Для этого компонент 410 СП должен хранить информацию о том, является файл приложения ЭСУ или обычным файлом.
Если файл, запрашиваемый для повторной передачи, является ЭСУ, сообщение запроса на восстановление файла повторно передается компоненту 520 УУ, отвечающему за ЭСУ, на этапе 502. На этом этапе предоставляется адрес терминала, от которого было отправлено сообщение. Логическое устройство 525 составления ЭСУ компонента 520 УУ интерпретирует сообщение и определяет, что сообщение является сообщением запроса ЭСУ, на этапе 503.
Этапы 500-503 аналогичны этапам 400-403 на Фиг.4. На этапе 504 компонент 520 УУ отправляет метаданные ЭСУ компоненту 510 СП в ответ на запрос на повторную передачу ЭСУ. После этого компонент 510 СП отправляет метаданные ЭСУ на осуществивший запрос терминал 540, на этапе 505. Процесс осуществляется как в случае обычного ответа на восстановление файла.
Если принимается решение не передавать повторно ЭСУ, логическое устройство 525 составления ЭСУ сообщает компоненту 510 СП, что ЭСУ не передается повторно, на этапе 506. Компонент 510 СП генерирует ответное сообщение на восстановление файла, указывающее, что ЭСУ не передается повторно, на этапе 507, и затем отправляет сгенерированное ответное сообщение на восстановление файла на терминал 540, на этапе 508.
Фиг.6 является блок-схемой, иллюстрирующей поток сообщений в файловой сети в соответствии с настоящим изобретением.
Как показано на Фиг.6, когда происходит ошибка в передаче ЭСУ, терминал 640 отправляет уникальное сообщение запроса для ЭСУ компоненту 620 УУ после обнаружения ошибки в передаче ЭСУ, отличимой от ошибки в передаче обычного файла.
Обратимся к Фиг.6, когда терминал 640 на этапе 600 отправляет сообщение запроса на восстановление ЭСУ на интерактивный сервер 630 компонента 620 УУ, интерактивный сервер 630 интерпретирует сообщение запроса на восстановление на этапе 601, доставляет интерпретированное сообщение на логическое устройство 625 составления ЭСУ на этапе 602 и принимает метаданные ЭСУ от логического устройства 625 составления ЭСУ на этапе 603.
На этапе 604 интерактивный сервер 630 передает принятые метаданные ЭСУ на осуществивший этот запрос терминал 640. При этом, если принимается решение не передавать повторно ЭСУ, логическое устройство 625 составления ЭСУ генерирует ответное сообщение, указывающее, что ЭСУ не передается повторно, на этапе 605, и отправляет ответное сообщение на соответствующий терминал 640, на этапе 606.
С другой стороны, уникальное сообщение запроса для ЭСУ может изменяться.
Стандартная HTTP-команда GET выглядит следующим образом.
GET Request_URI = GET "*"|absolute_URI|abs_path
Элемент "absolute_URI" может быть как в формате URL (Universal Resource Locator - унифицированный указатель ресурса), так и в формате URN (Uniform Resource Name - унифицированное имя ресурса). Этот иллюстративный вариант осуществления задает блок передачи данных ЭСУ, в котором идентификатор Контейнера ID=1, использующий запись "urn:dvb:esg:cid:1", соответствует формату URN, задаваемому стандартом DVB, отличному от форматов запроса на восстановление файла вариантов осуществления, показанных на Фиг.4 и 5.
Дополнительно, следующий запрос задается с использованием атрибута запроса, содержащего HTTP-команду GET.
Query = application*("&"[TOI_info])
TOI_info = "TOI" = TOI_number
TOI_number=1*DIGIT
Запрос строится со связанным именем приложения и требуемым "TOI_info" для обработки HTTP-команды GET. "TOI_info" представляет собой параметр для указания "TOI_number". "TOI_number" содержит целочисленное значение в качестве значения Идентификатора Объекта Переноса (TOI - Transport Object Identifier), используемого при передаче файлового объекта во время передачи файлов по однонаправленному транспортному протоколу (FLUTE). Когда ЭСУ передается согласно стандарту DVB-CBMS, передается вариант значения контейнера ЭСУ, соответствующий блоку передачи данных, в котором назначается связанное значение TOI. Причина, по которой передается значение TOI, состоит в том, что связанный контейнер ЭСУ может быть обновлен в процессе обнаружения ошибки в передаче ЭСУ и повторной передачи ЭСУ, и обновленный ЭСУ контейнер не сможет быть принят.
Когда проблема возникает во всей сети, обновленный ЭСУ не может быть принят.
Возможен следующий пример.
GET urn:dvb:esg:cid:1?ipdc-esg-repair & TOI=16 HTTP/1.
Фиг.7 является блок-схемой, иллюстрирующей поток сообщений передающего устройства в соответствии с настоящим изобретением.
В блок-схеме на Фиг.7 "СП" обозначает компонент служебного приложения, а "УУ" обозначает компонент управления услугами. На этапе 705 компонент УУ транслирует ЭСУ. После приема сообщения запроса на восстановление файла на этапе 710, компонент СП считывает адрес файла из сообщения запроса и определяет, является файл обычным файлом или ЭСУ, на этапе 715. В случае обычного файла компонент СП переходит к этапу 720 для выполнения того же технологического процесса, что и для обычного файла. Однако, в случае ЭСУ, компонент СП переходит к этапу 725 для предоставления компоненту УУ сообщения запроса и адреса терминала, который передал это сообщение.
На этапе 730 логическое устройство составления ЭСУ компонента УУ принимает сообщение запроса и информацию об адресе терминала от компонента СП, интерпретирует сообщение запроса и определяет, что сообщение является запросом повторной передачи для определенного ЭСУ. На этапе 735 компонент УУ определяет, передавать ли повторно ЭСУ. Если принимается решение не передавать повторно ЭСУ, компонент УУ переходит к этапу 740 и генерирует ответное сообщение, указывающее, что ЭСУ не передается повторно, и передает ответное сообщение компоненту СП. После этого, на этапе 745, компонент СП генерирует ответное сообщение, указывающее, что восстановление файла недоступно, и передает ответное сообщение на соответствующий терминал. Однако если на этапе 735 принимается решение о повторной передаче ЭСУ, логическое устройство составления ЭСУ компонента УУ предоставляет интерактивному серверу метаданные ЭСУ и адрес терминала, на этапе 750. Интерактивный сервер компонента УУ передает метаданные ЭСУ на терминал на этапе 755.
Фиг.8 является блок-схемой, иллюстрирующей поток сообщений принимающего устройства в соответствии с настоящим изобретением.
Обратимся к Фиг.8, терминал принимает ЭСУ на этапе 805, обнаруживает ошибку в передаче для ЭСУ на этапе 810 и генерирует HTTP-сообщение запроса на восстановление файла для передачи сообщения в сеть на этапе 815.
Если терминал принимает повторно передаваемый файл и на этапе 820 определяет, что адрес отправителя файла отображается на интерактивный сервер и повторно передаваемый файл является ЭСУ, он переходит к этапу 825 для сохранения ЭСУ. Однако если повторно передаваемый файл не является ЭСУ, терминал переходит к этапу 830 для обнаружения ответного сообщения на восстановление файла, указывающее, что ЭСУ не передается повторно. На этапе 835 терминал считывает имя файла из принятого сообщения и сравнивает его со списком адресов сети из ЭСУ, предусмотренного в терминале. Если установлено, что принятое сообщение является сообщением отказа в повторной передаче для определенного ЭСУ, терминал уведомляет пользователя об отказе в повторной передаче на этапе 840.
Фиг.9 является блок-схемой, иллюстрирующей поток сообщений передающего устройства в соответствии с настоящим изобретением.
В блок-схеме на Фиг.9, "СП" обозначает компонент служебного приложения, а "УУ" обозначает компонент управления услугами. На этапе 905 компонент УУ транслирует ЭСУ. После приема сообщения запроса на восстановление файла на этапе 910 компонент СП считывает адрес файла из сообщения запроса и определяет, является файл обычным файлом или ЭСУ, на этапе 915. В случае обычного файла компонент СП переходит к этапу 920 для выполнения того же технологического процесса, что и для обычного файла. Однако, в случае ЭСУ, компонент СП переходит к этапу 925 для предоставления компоненту УУ сообщения запроса и адреса терминала, который передал это сообщение.
На этапе 930 логическое устройство составления ЭСУ компонента УУ принимает сообщение запроса и информацию об адресе терминала от компонента СП, интерпретирует сообщение запроса и определяет, что сообщение является запросом повторной передачи для определенного ЭСУ. На этапе 935 компонент УУ определяет, передавать ли повторно ЭСУ. Если принимается решение не передавать повторно ЭСУ, компонент УУ переходит к этапу 940 и генерирует ответное сообщение, указывающее, что ЭСУ не передается повторно, и передает ответное сообщение компоненту СП. На этапе 945 компонент СП генерирует ответное сообщение, указывающее, что восстановление файла недоступно, и передает ответное сообщение на соответствующий терминал. Однако если на этапе 935 принимается решение о повторной передаче ЭСУ, логическое устройство составления ЭСУ компонента УУ предоставляет компоненту СП метаданные ЭСУ и адрес терминала на этапе 950. Компонент СП принимает метаданные ЭСУ и затем передает принятые метаданные ЭСУ на терминал тем же способом, каким передается обычный файл, на этапе 955.
Фиг.10 является блок-схемой, иллюстрирующей поток сообщений принимающего устройства в соответствии с настоящим изобретением.
Обратимся к Фиг.10, терминал принимает ЭСУ на этапе 1005, обнаруживает ошибку в передаче для ЭСУ на этапе 1010 и генерирует HTTP-сообщение запроса на восстановление файла для передачи сообщения в сеть на этапе 1015.
После этого, если принимается повторно передаваемый файл на этапе 1020, терминал переходит к этапу 1025 для определения того, что повторно передаваемый файл является ЭСУ. На этапе 1030 терминал сохраняет ЭСУ и предоставляет ЭСУ пользователю.
Однако если повторно передаваемый файл не является ЭСУ, терминал переходит к этапу 1035 для обнаружения сообщения запроса на восстановление файла, указывающего, что файл не передается повторно. На этапе 1040 терминал считывает имя файла из принятого сообщения и сравнивает его со списком адресов сети из ЭСУ, предусмотренного в терминале. Если установлено, что принятое сообщение является сообщением отказа в повторной передаче для определенного ЭСУ, терминал уведомляет пользователя об отказе в повторной передаче на этапе 1045.
Блок-схема для принимающего устройства в соответствии со вторым иллюстративным вариантом осуществления в целом совпадает с блок схемой в соответствии с первым иллюстративным вариантом осуществления. Различия между первым и вторым иллюстративным вариантом осуществления следующие. В первом иллюстративном варианте осуществления терминал может обнаружить передачу ЭСУ, проверяя адрес узла обслуживания, поскольку ЭСУ повторно передается от интерактивного сервера. Во втором иллюстративном варианте осуществления терминал может обнаружить ЭСУ, сравнивая имя и адрес принятого файла в сети со своим собственным списком ЭСУ, поскольку ЭСУ передается через тракт передачи обычного файла.
Фиг.11 является блок-схемой, иллюстрирующей поток сообщений передающего устройства в соответствии с настоящим изобретением.
Обратимся к Фиг.11, компонент УУ передает ЭСУ на этапе 1105, принимает HTTP-сообщение запроса на восстановление ЭСУ от определенного терминала на этапе 1110, и определяет, передавать ли повторно ЭСУ, на этапе 1115.
Если принимается решение не передавать повторно ЭСУ, компонент УУ переходит к этапу 1120 для передачи ответного сообщения на восстановление ЭСУ, указывающее, что ЭСУ не передается повторно. Однако если принимается решение о повторной передаче ЭСУ, логическое устройство составления ЭСУ переходит к этапу 1125 для доставки метаданных ЭСУ и адреса соответствующего терминала на интерактивный сервер. На этапе 1130 интерактивный сервер предоставляет информацию соответствующему терминалу.
Фиг.12 является блок-схемой, иллюстрирующей поток сообщений принимающего устройства в соответствии с настоящим изобретением.
Обратимся к Фиг.12, принимающее устройство принимает ЭСУ на этапе 1205 и обнаруживает ошибку в передаче на этапе 1210. Запрос на восстановление ЭСУ передается в сеть на этапе 1215. Если на этапе 1220 принимается повторно передаваемый ЭСУ, ЭСУ сохраняется и предоставляется на терминал на этапе 1225. Однако если устанавливается, что на этапе 1220 не принимается повторно передаваемый ЭСУ, принимающее устройство переходит к этапу 1230 для определения того, что принято ответное сообщение на восстановление ЭСУ, указывающее, что ЭСУ не передается повторно. Принимающее устройство обнаруживает сообщение отказа в повторной передаче для определенного ЭСУ, считывая адрес передачи, адрес приема и имя файла из принятого сообщения, на этапе 1235, а затем уведомляет пользователя сообщением отказа в повторной передаче, на этапе 1240.
Фиг.13 является структурной схемой, иллюстрирующей структуру передающего устройства в соответствии с настоящим изобретением.
Обратимся к Фиг.13, компонент 1310 СП и компонент 1320 УУ в сети снабжаются секцией 1301 хранения и передачи файлов и секцией 1303 хранения и передачи метаданных ЭСУ соответственно. Компонент 1310 СП и компонент 1320 УУ отвечают за передачу обычного файла и ЭСУ соответственно. Секция 1300 или 1302 определения запроса на восстановление ЭСУ предусматривается в компоненте 1310 или 1320 СП или УУ. При этом в первом и втором иллюстративных вариантах осуществления секция 1300 определения запроса на восстановление предусматривается в компоненте 1310 СП. В третьем иллюстративном варианте осуществления секция 1302 определения предусматривается в компоненте 1320 УУ.
Обычный файл доставляется на устройство 1304 формирования IP-пакетов компонента 1330 DVB-H, не проходя через компонент 1320 УУ. Устройство 1304 формирования IP-пакетов формирует из входного IP-потока Транспортный Поток (ТП) стандарта MPEG2 (формат сжатия видеосигнала, разработанный Группой экспертов в области кино). ТП MPEG2 уплотняется вместе с другим ТП MPEG2, соответствующим Телевизионному (ТВ) потоку. Устройство 1305 DVB-модуляции модулирует уплотненный ТП в символ OFDM (Orthogonal Frequency Division Multiplexing - уплотнение с ортогональным частотным разделением). Символ OFDM передается через антенну.
Фиг.14 является структурной схемой, иллюстрирующей структуру принимающего устройства в соответствии с настоящим изобретением.
Обратимся к Фиг.14, принимающее устройство 1410 DVB принимает сигнал через антенну. Устройство 1400 DVB-демодуляции выполняет технологический процесс OFDM-демодуляции для принятого сигнала. Устройство разуплотнения разделяет демодулированные данные на сформированный IP-пакет и пакет ТП MPEG2. Устройство обработки данных выполняет ряд технологических процессов для пакета ТП, чтобы дать возможность пользователю просматривать связанную услугу. Устройство 1401 расформирования IP-пакета демодулирует сформированный IP-пакет в IP-поток. IP-поток выводится на устройство 1402 приема файлов. Секция 1403 определения определяет, является IP-поток обычным файлом или ЭСУ. Если IP-поток является ЭСУ, устройство 1404 обработки ЭСУ принимает и сохраняет ЭСУ. Если IP-поток является обычным файлом, устройство 1405 обработки обычных файлов принимает и сохраняет обычный файл.
Как видно из вышеизложенного описания, настоящее изобретение может реализовать процедуру, в которой терминал передает запрос на восстановление, если происходит ошибка в передаче ЭСУ при приеме ЭСУ, и принимает повторно передаваемый ЭСУ. ЭСУ, в котором произошла ошибка, тогда может передаваться повторно и приниматься терминалом.
Хотя для пояснения были раскрыты иллюстративные варианты осуществления настоящего изобретения, специалистам в данной области техники будет понятно, что возможны различные изменения, добавления и замены без отступления от объема настоящего изобретения. Следовательно, настоящее изобретение не ограничивается описанными выше вариантами осуществления, но определяется в соответствии с приведенной ниже формулой изобретения, равно как и всеми ее эквивалентами.