ПРИНИМАЮЩЕЕ УСТРОЙСТВО, СПОСОБ ПРИЕМА, ПЕРЕДАЮЩЕЕ УСТРОЙСТВО И СПОСОБ ПЕРЕДАЧИ Российский патент 2018 года по МПК H04H20/59 H04N21/488 

Область техники, к которой относится изобретение

Настоящая технология относится к устройству приема, способу приема, устройству передачи и способу передачи и, более конкретно, к устройству приема, способу приема, устройству передачи и способу передачи, которые позволяют предоставлять улучшенную услугу уведомления о чрезвычайной ситуации.

Уровень техники

В настоящее время, в цифровых стандартах широковещательной передачи в разных странах используется транспортный поток, соответствующий стандарту Группы экспертов движущегося изображения фаза 2 - (MPEG2-TS) в качестве формы передачи (например, см. Патентную литературу 1). В будущем ожидается ввод схемы передачи на основе протокола Интернет (IP), в котором пакеты IP используются для цифровой широковещательной передачи для обеспечения более усовершенствованной услуги.

Кроме того, в Японии, сигнал управления в чрезвычайной ситуации и служба широковещательного оповещения о чрезвычайных ситуациях установлены в состоянии со стандартом цифровой широковещательной передачи. В этом стандарте, даже в состоянии, когда питание отключено, приемник, такой как телевизионный приемник, должен включаться, в соответствии с сигналом управления, и затем автоматически настраиваться на службу оповещения о чрезвычайной ситуации.

В то же время, в США, была установлена система уведомления о чрезвычайных ситуациях, называемая системой предупреждения о чрезвычайной ситуации (EAS), и информацию чрезвычайной ситуации различных уровней от обладающей высоким приоритетом, заданным президентом, до локальных уведомлений, передают через различные средства передачи. Здесь используется схема протокола общего оповещения (CAP) в формате расширяемого языка разметки (XML) в качестве формата для сообщений, уведомляющих о чрезвычайной ситуации.

В качестве средства в конце такого EAS, также расположена широковещательная передача, и цифровая широковещательная передача для фиксированных приемников, таких как телевизионные приемники, в частности, сигнал управления, используемый в Японии, не работает, но субтитры, накладываемые на видеоизображение, отображаются. В то же время, в соответствии с требованиями комитета по усовершенствованным телевизионным системам для мобильных/портативных систем (ATSC М/Н), которые представляют собой стандарт широковещательной передачи для мобильных приемников, установлена схема для передачи сигнала управления, уведомляющего о чрезвычайной ситуации, и информации САР через волну широковещательной передачи без изменений.

Список литературы

Патентная литература

[PTL 1] JP 2012-156712 А

Раскрытие изобретения

Техническая задача

В то же время, по мере того, как схема передачи IP вводится в качестве системы широковещательной передачи следующего поколения, ожидается использование различных форм операций и предоставление различных услуг, но техническая схема для предоставления услуги уведомления о чрезвычайной ситуации не была установлена.

Настоящая технология была разработана с учетом представленного выше, и при этом желательно обеспечить более усовершенствованную услугу уведомления о чрезвычайных ситуациях при цифровой широковещательной передаче, в которую введена схема передачи IP.

Решение задачи

Устройство приема, в соответствии с вариантом осуществления настоящей технологии, включает в себя: схему, выполненную с возможностью приема цифрового сигнала широковещательной передачи, включающего в себя транспортный поток Протокола Интернет (IP); и управления операциями модулей, соответствующих услуге уведомления о чрезвычайной ситуации, на основе информации управления для уведомления о чрезвычайной ситуации, передаваемой через цифровой сигнал широковещательной передачи.

Схема может быть выполнена с возможностью предоставления уведомления в виде информации чрезвычайной ситуации, используя по меньшей мере одно из видеоизображений и звука.

Информация управления уведомлением о чрезвычайной ситуации может включать в себя информацию, относящуюся к приложению уведомления о чрезвычайной ситуации, а схема может быть выполнена с возможностью получения приложения на основе информации управления уведомлением о чрезвычайной ситуации и выполнения приложения, в то время как выводят AV содержание для отображения для пользователя.

Информация управления уведомлением о чрезвычайной ситуации может включать в себя информацию идентификации приложения, а схема может быть выполнена с возможностью получения приложения на основе информации идентификации для приложения и информации управления приложением для управления приложением.

Информация управления уведомлением о чрезвычайной ситуации может включать в себя информацию, относящуюся к компоненту уведомления о чрезвычайной ситуации, а схема может быть выполнена с возможностью получения компонента уведомления о чрезвычайной ситуации по меньшей мере одного из видеоизображения и звука на основе информации управления уведомлением о чрезвычайной ситуации, и переключения по меньшей мере одного из видеоизображения и звука AV содержания.

Компонент уведомления о чрезвычайной ситуации может совместно использоваться множеством услуг.

Информация управления уведомлением о чрезвычайной ситуации может быть отфильтрована в соответствии с определенными условием фильтрации, которое установлено заранее.

Информация управления уведомления о чрезвычайной ситуации может быть отфильтрована в соответствии с уровнем чрезвычайной ситуации.

Информация управления уведомлением о чрезвычайной ситуации может быть отфильтрована в соответствии с целевой областью.

Информация управления уведомлением о чрезвычайной ситуации может быть отфильтрована в модулях определенных областей.

Информация управления уведомлением о чрезвычайной ситуации может быть отфильтрована в соответствии с типом.

Обязательная информация активации в чрезвычайной ситуации может быть передана через цифровой сигнал широковещательной передачи, и когда принимающее устройство находится в состоянии ожидания, и обнаруживается обязательная информация активации в чрезвычайной ситуации, может быть включено питание устройства приема.

Информация управления уведомлением о чрезвычайной ситуации может быть передана в формате XML.

Информация управления уведомлением о чрезвычайной ситуации может быть передана в раздельном формате.

Информация управления уведомлением о чрезвычайной ситуации может использоваться на первом уровне, который выше, чем уровень IP протокола, используемый для передачи цифрового сигнала широковещательной передачи.

Цифровой сигнал широковещательной передачи может использоваться на первом уровне и может использоваться для передачи информации управления настройкой, и информация управления настройкой может включать в себя по меньшей мере одну из информации идентификации сети, информации идентификации потока и информации идентификации услуги.

Цифровой сигнал широковещательной передачи может использоваться на втором уровне, который выше, чем уровень IP, и может использоваться для передачи информации управления компонентом, включающей в себя по меньшей мере одну из информации, относящейся к компоненту, конфигурирующему определенную услугу.

Устройство приема, в соответствии с первым аспектом настоящей технологии, может представлять собой независимое устройство или может представлять собой внутренний блок, составляющий отдельное устройство.

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

В устройстве приема и в способе приема, в соответствии с первым аспектом настоящей технологии, цифровой сигнал широковещательной передачи, включающий в себя транспортный поток IP, принимают с помощью схемы, операциями модулей, соответствующих услуге уведомления о чрезвычайной ситуации, управляют с помощью схемы, на основе информации управления уведомлением о чрезвычайной ситуации, передаваемой через цифровой сигнал широковещательной передачи.

Устройство передачи, в соответствии со вторым аспектом настоящей технологии, включает в себя схему, выполненную с возможностью получения информации управления уведомлением о чрезвычайной ситуации; и передачи информации управления уведомлением о чрезвычайной ситуации через цифровой сигнал широковещательной передачи, включающий в себя транспортный поток IP.

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

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

В устройстве передачи и в способе передачи, в соответствии со вторым аспектом настоящей технологии, информацию управления уведомлением о чрезвычайной ситуации получают с помощью схемы, а информацию управления уведомлением о чрезвычайной ситуации передают с помощью схемы через цифровой сигнал широковещательной передачи, включающий в себя транспортный поток IP.

Предпочтительные эффекты изобретения

В соответствии с первым и вторым аспектом настоящей технологии возможно обеспечить усовершенствованную услугу уведомления о чрезвычайной ситуации.

Представленный здесь эффект не обязательно ограничен и может включать в себя любой эффект, представленный в настоящем раскрытии.

Краткое описание чертежей

На фиг. 1 представлена схема, иллюстрирующая пакет протокола в схеме передачи IP в раздельном формате.

На фиг. 2 представлена схема, иллюстрирующая систему ID схемы передачи IP, в раздельном формате.

На фиг. 3 представлена схема, иллюстрирующая конфигурацию волны широковещательной передачи в схеме передачи IP, в раздельном формате.

На фиг. 4 представлена схема, иллюстрирующая другую конфигурацию волны широковещательной передачи в схеме передачи IP, в раздельном формате.

На фиг. 5 представлена схема, иллюстрирующая конфигурацию LLS в схеме передачи IP, в раздельном формате.

На фиг. 6 представлена схема, иллюстрирующая конфигурацию SCS в схеме передачи IP, в раздельном формате.

На фиг. 7 представлена схема для описания флага обязательной активации в чрезвычайной ситуации на физическом уровне.

На фиг. 8 представлена схема для описания основной системы передачи сигналов в схеме передачи IP, в раздельном формате.

На фиг. 9 представлена схема, иллюстрирующая синтаксис NIT.

На фиг. 10 представлена схема, иллюстрирующая примерный дескриптор, размещенный в контуре NIT.

На фиг. 11 представлена схема, иллюстрирующая синтаксис АМТ.

На фиг. 12 представлена схема, иллюстрирующая синтаксис SAT.

На фиг. 13 представлена схема, иллюстрирующая синтаксис EAT.

На фиг. 14 представлена схема, иллюстрирующая информацию конфигурации EAT.

На фиг. 15 представлена схема, иллюстрирующая общий обзор информации CAP.

На фиг. 16 представлена схема, иллюстрирующая информацию CAP.

На фиг. 17 представлена схема, иллюстрирующая пример описания информации CAP.

На фиг. 18 представлена схема, иллюстрирующая синтаксис SMT.

На фиг. 19 представлена схема, иллюстрирующая примерный дескриптор, размещенный в контуре SMT.

На фиг. 20 представлена схема, иллюстрирующая конфигурацию системы широковещательной передачи в соответствии с вариантом осуществления настоящей технологии.

На фиг. 21 представлена схема, иллюстрирующая конфигурацию устройства передачи в соответствии с вариантом осуществления настоящей технологии.

На фиг. 22 представлена схема, иллюстрирующая конфигурацию устройства приема в соответствии с вариантом осуществления настоящей технологии.

На фиг. 23 представлена схема, иллюстрирующая детали обработки фильтрования пакета, выполняемой Demux, в схеме передачи IP, в раздельном формате.

На фиг. 24 представлена схема, иллюстрирующая примерный формат EA_category.

На фиг. 25 представлена схема, иллюстрирующая информацию конфигурации EA_category.

На фиг. 26 представлена схема для описания обработки передачи услуги портала NRT в состоянии ожидания.

На фиг. 27 представлена схема для описания обработки передачи услуги портала NRT в активном состоянии.

На фиг. 28 представлена схема для описания обработки передачи сообщения EAS в состоянии ожидания.

На фиг. 29 представлена схема для описания обработки передачи сообщения EAS в активном состоянии.

На фиг. 30 представлена схема для описания обработки передачи приложения в состоянии ожидания.

На фиг. 31 представлена схема для описания обработки передачи приложения в активном состоянии.

На фиг. 32 представлена схема для описания обработки передачи услуги совместно используемого компонента.

На фиг. 33 представлена схема, иллюстрирующая примерную услугу совместно используемого компонента.

На фиг. 34 представлена блок-схема последовательности операций для описания обработки передачи.

На фиг. 35 представлена блок-схема последовательности операций для описания обработки приема.

На фиг. 36 представлена блок-схема последовательности операций для описания обработки уведомления о чрезвычайной ситуации.

На фиг. 37 представлена блок-схема последовательности операций для описания обработки передачи услуги портала NRT.

На фиг. 38 представлена блок-схема последовательности операций для описания обработки передачи сообщения EAS.

На фиг. 39 представлена блок-схема последовательности операций для описания обработки передачи приложения.

На фиг. 40 представлена блок-схема последовательности операций для описания обработки передачи услуги совместно используемого компонента.

На фиг. 41 представлена схема, иллюстрирующая пакет протокола в схеме передачи IP формата XML.

На фиг. 42 представлена схема, иллюстрирующая систему ID схемы передачи IP формата XML.

На фиг. 43 представлена схема, иллюстрирующая конфигурацию волны широковещательной передачи в схеме передачи IP формата XML.

На фиг. 44 представлена схема, иллюстрирующая конфигурацию LLS в схеме передачи IP формата XML.

На фиг. 45 представлена схема, иллюстрирующая конфигурацию SCS в схеме передачи IP формата XML.

На фиг. 46 представлена схема для описания основной системы передачи сигналов в схеме передачи IP формата XML.

На фиг. 47 представлена схема для описания структуры SGDU.

На фиг. 48 представлена схема, иллюстрирующая синтаксис SCT.

На фиг. 49 представлена схема, иллюстрирующая синтаксис SAT.

На фиг. 50 представлена схема, иллюстрирующая синтаксис EAT.

На фиг. 51 представлена схема, иллюстрирующая синтаксис RRT.

На фиг. 52 представлена схема, иллюстрирующая примерное описание SDP.

На фиг. 53 представлена схема, иллюстрирующая конфигурацию устройства приема в соответствии с вариантом осуществления настоящей технологии.

На фиг. 54 представлена схема, иллюстрирующая детали обработки фильтрации пакета, выполняемой Demux, в схеме передачи IP формата XML.

На фиг. 55 представлена схема для описания обработки передачи услуги портала NRT в состоянии ожидания.

На фиг. 56 представлена схема для описания обработки передачи услуги портала NRT в активном состоянии.

На фиг. 57 представлена схема для описания обработки передачи сообщения EA в состоянии ожидания.

На фиг. 58 представлена схема для описания обработки передачи сообщения EA в активном состоянии.

На фиг. 59 представлена схема для описания обработки передачи приложения в состоянии ожидания.

На фиг. 60 представлена схема для описания обработки передачи приложения в активном состоянии.

На фиг. 61 представлена схема для описания обработки передачи услуги совместно используемого компонента.

На фиг. 62 представлена блок-схема последовательности операций для описания обработки уведомления о чрезвычайной ситуации.

На фиг. 63 представлена блок-схема последовательности операций для описания обработки передачи услуги портала NRT.

На фиг. 64 представлена блок-схема последовательности операций для описания обработки передачи сообщения EA.

На фиг. 65 представлена блок-схема последовательности операций для описания обработки передачи приложения.

На фиг. 66 представлена блок-схема последовательности операций для описания обработки передачи услуги совместно используемого компонента.

На фиг. 67 представлена схема, иллюстрирующая примерную конфигурацию компьютера.

Осуществление изобретения

Далее, со ссылкой на приложенные чертежи, будут представлены примеры вариантов осуществления настоящей технологии. Здесь описание будет представлено в следующем порядке.

1. Цифровая широковещательная передача в соответствии со схемой передачи IP, в раздельном формате

(1) Общий обзор схемы передачи IP в раздельном формате

(2) Информация сигнала

(2-1) Подробная структура LLS (NIT, АМТ, SAT и EAT),

(2-2) Подробная структура SCS (SMT)

(3) Конфигурация системы широковещательной передачи

(4) Конкретный пример операции

(4-1) Передача услуги портала NRT

(4-2) Передача сообщения EAS

(4-3) Передача приложения

(4-4) Передача услуги совместно используемого компонента

(5) Содержание конкретной обработки, выполняемой в каждом устройстве

2. Цифровая широковещательная передача в соответствии со схемой передачи IP в формате XML

(1) Общий обзор схемы передачи IP в формате XML

(2) Информация сигнала

(2-1) Подробная структура LLS (SCT, SAT, EAT и RRT),

(2-2) Подробная структура SCS (SDP)

(3) Конфигурация системы широковещательной передачи

(4) Конкретный пример операции

(4-1) Передача услуги портала NRT

(4-2) Передача сообщения EAS

(4-3) Передача приложения

(4-4) Передача услуги совместно используемого компонента

(5) Содержание конкретной обработки, выполняемой в каждом устройстве

1. Цифровая широковещательная передача в соответствии со схемой передачи IP, в раздельном формате

[0040] При цифровой широковещательной передаче в схеме передачи IP, в соответствии с вариантом осуществления настоящей технологии, может использоваться схема либо в раздельном формате, или в формате XML. Здесь схема передачи IP в раздельном формате представляет собой схему, в которой информацию сигнала передают в соответствии с форматом с разделением на части. В то же время, схема передачи IP в формате XML представляет собой схему, в которой информацию сигнала передают в соответствии с форматом XML (формат Расширяемого языка разметки). В следующем описании, схема передачи IP в раздельном формате будет описана первой, и после этого будет описана схема передачи IP в формате XML.

(1) Общий обзор схемы передачи IP в раздельном формате

Стек протокола схемы передачи IP в раздельном формате

На фиг. 1 показана схема, иллюстрирующая стек протокола цифровой широковещательной передачи, в соответствии со схемой передачи IP в раздельном формате.

Физический уровень представляет собой самый низкий уровень, и структура частот волны широковещательной передачи, выделяемой для услуги (канала), соответствует физическому уровню, как представлено на фиг. 1. Уровень, непосредственно выше физического уровня, представляет собой уровень инкапсуляции общего потока (GSE). Уровень GSE ассоциирует физический уровень непосредственно ниже него с уровнем IP непосредственно выше него. GSE используется, как стандарт цифровой широковещательной передачи данных (DVB).

Уровень IP, аналогичен IP в стеке протокола TCP/IP, и пакет IP установлен по адресу IP. Уровень непосредственно выше уровня IP представляет собой уровень протокола схемы пользователя (UDP), и уровни, расположенные выше него, представляют собой транспортный протокол в режиме реального времени (RTP) и доставки файла над протоколом кодирования однонаправленного транспортирования (FLUTE)/асинхронного многоуровневого протокола кодирования (ALC). Другими словами, при цифровой широковещательной передаче по схеме передачи IP передают пакеты, имеющие обозначенный здесь номер порта UDP, например, устанавливают сеанс RTP и сеанс FLUTE. Детали FLUTE установлены, как RFC 3926.

Уровень непосредственно над FLUTE/ALC фрагментирован по МР4 (fMP4), и уровень непосредственно над RTP и fMP4 представляет собой аудио- и видеоданные (AV), SubTitle и RealTimeEvent. Например, видеоданные (видео) кодируют с помощью схемы кодирования, такой как высокоэффективная схема кодирования (HEVC). Например, аудиоданные (аудио) кодируют, используя схему кодирования, такую как усовершенствованная схема кодирования (AAC). Другими словами, когда видеоданные или аудиоданные передают в формате синхронного потока, используется сеанс RTP, и когда видеоданные или аудиоданные передают в формате асинхронного файла, используется сеанс FLUTE.

Кроме того, уровень над FLUTE/ALC представляет собой уровень интерактивных данных, метаданных и т.д. Например, когда передают файл приложения, выполняемый одновременно с телевизионной программой, используется сеанс FLUTE.

С правой стороны стека протокола на фиг. 1 сигналы на нижнем уровне (LLS), сигналы на среднем уровне (MLS) и сигналы на высоких уровнях (HL), установлены, как информация сигналов. LLS представляют собой сигналы нижнего уровня и используется как уровень, расположенный выше уровня GSE. Например, в LLS могут использоваться комбинация (ниже называется "триплетом") из network_id, transport_stream_id и service_id, которые используются в схеме MPEG2-TS и в раздельном формате.

В этом случае, в качестве LLS, таблица (NIT) информации транспортного потока и конфигурация услуги в сети широковещательной сети могут быть переданы, используя триплет. Как будет подробно описано ниже, когда передают таблицу карты адресов (AMT), как LLS вместе с NIT, сторона приемника может получать информацию настройки, для настройки на услугу (канал).

Кроме того, таблица ассоциации услуги (SAT), в таблице предупреждения в чрезвычайном положении (EAT), и таблица оценки области (RRT) могут быть переданы, как LLS. SAT включает в себя информацию, обозначающую, передают или нет в данный момент определенную услугу. EAT включает в себя информацию, относящуюся к уведомлению о чрезвычайной ситуации. RRT включает в себя информацию, относящуюся к региональной информации, относящейся к классификации программы.

MLS представляет собой сигналы среднего уровня, и используется, как уровень над уровнем UDP. При установке MLS обработка настройки может быть быстро выполнена. Например, в качестве MLS может использоваться канал услуги, по которому передают сигнал (SCS) для передачи информации, относящейся к услуге, или информации компонента в единицах услуг. Например, таблицу карты услуги (SMT), таблицу информации приложения (AIT) и т.п. передают в раздельном формате, как SCS. SMT включает в себя атрибут услуги в модулях услуги, информацию конфигурации компонента, информацию фильтра компонента и т.п. AIT представляет собой информацию управления для приложения, выполняемого одновременно с AV содержанием.

HLS представляет собой сигналы (или уведомление) на высоком уровне, и обслуживает уровень над FLUTE/ALC. Например, файл справочника электронной услуги (ESG) может быть передан, как HLS, используя сеанс FLUTE. Например, ESG включает в себя такую информацию, как, например, наименование программы и время начала.

Система ID в схеме передачи IP в раздельном формате

На фиг. 2 показана схема, иллюстрирующая соотношение между сигналом волны широковещательной передачи и системой IP в схеме передачи IP в раздельном формате.

Как представлено на фиг. 2, для волны широковещательной передачи (сети (network) широковещательной передачи), имеющей диапазон частот 6 МГц, выделяют network_id. Каждая волна широковещательной передачи включает в себя один или больше потоков GSE, идентифицированных transport_stream_id. Поток GSE сконфигурирован с множеством пакетов GSE, каждый из которых включает в себя заголовок GSE и полезную нагрузку.

Каждый поток GSE включает в себя множество услуг, идентифицированных service_id. Каждая услуга включает в себя множество компонентов. Каждый компонент представляет собой информацию, конфигурирующую программу, такую как видеоданные или аудиоданные.

Поскольку триплет, то есть, комбинация из network_id, transport_stream_id и service_id, используется, как система ID схемы передачи IP в раздельном формате, аналогично схеме MPEG2-TS, описанной выше, получают совместимость со схемой MPEG2-TS, которая в настоящее время получила широкое распространение, и, таким образом, становится возможным легко справиться с одновременной передачей, например, когда выполняется переход из схемы MPEG2-TS в схему передачи IP.

Кроме того, когда выполняется операция с использованием номера главного канала и номера второстепенного канала в качестве информации идентификации, соответствующей service_id, возможно выполнить такую операцию, состоящую в том, что среди 16 битов service_id, верхние 8 битов выделяют, как 8 битов номера главного канала, и нижние 8 битов выделяют, как 8 битов номера второстепенного канала.

Конфигурация волны широковещательной передачи схемы передачи IP в раздельном формате

На фиг. 3 показана схема, иллюстрирующая конфигурацию волны широковещательной передачи при цифровой широковещательной передаче в схеме передачи IP в раздельном формате.

Как представлено на фиг. 3, один или больше транспортных потоков и LLS могут быть получены из волны широковещательной передачи ("сети" на фиг. 3), имеющей полосу частот 6 МГц. Кроме того, протокол сетевого времени (NTP), множество каналов обслуживания и ESG (услуга ESG) могут быть получены из каждого транспортного потока. NTP представляет собой информацию времени и является общим во множестве каналов услуги.

Каждый канал услуги включает в себя компонент, такой как видеоданные или аудиоданные, и SCS, такой как SMT и AIT. Для каждого канала услуги выделяют фиксированный адрес IP, и компонент, сигнал управления и т.п. могут быть упакованы в модулях каналов услуги, используя такой адрес IP.

Кроме того, на фиг. 3, транспортный поток соответствует потоку GSE на фиг. 2, и когда транспортный поток описывают ниже, предполагается, что транспортный поток представляет собой поток GSE. Компонент соответствует компоненту на фиг. 2, и канал услуги соответствует услуге на фиг. 2.

Кроме того, LLS может быть передан по широкополосному потоку (поток GSE), как представлено на фиг. 4. В этом случае, NTP, канал услуги и ESG (услуга ESG) могут быть переданы в соответствии с протоколом UDP/IP. Следующее описание цифровой широковещательной передачи, в соответствии со схемой передачи IP в раздельном формате, будет продолжено на примере, в котором используется конфигурация по фиг. 4.

Конфигурация LLS

На фиг. 5 показана схема, иллюстрирующая конфигурацию LLS в схеме передачи IP в раздельном формате.

Пакет GSE включает в себя заголовок GSE и полезную нагрузку, как представлено на фиг. 5. Когда уровень выше уровня GSE представляет собой уровень IP, участок полезной нагрузки представляет собой пакет IP. LLS представляет собой уровень выше уровня GSE, но его передают в раздельном формате, и, таким образом, LLS размещают после заголовка GSE. Например, NIT, АМТ, SAT, EAT и RRT могут быть размещены, как LLS.

Кроме того, заголовок GSE включает в себя 2-битную информацию типа, и возможно определить, является ли пакет GSE пакетом IP или LLS, используя информацию типа.

Конфигурация MLS

На фиг. 6 показана схема, иллюстрирующая конфигурацию MLS в схеме передачи IP в раздельном формате.

Например, когда видеоданные или аудиоданные передают в формате синхронного потока, поскольку используется сеанс RTP, заголовок GSE, заголовок IP, заголовок UDP и заголовок RTP добавляют к полезной нагрузке, как представлено на фиг. 6. Кроме того, когда файл данных, такой как fMP4 или ESG передают в формате асинхронного файла, поскольку используется сеанс FLUTE, заголовок GSE, заголовок IP, заголовок UDP и заголовок LCT добавляют к полезной нагрузке. Кроме того, поскольку NTP представляет собой уровень над уровнем UDP, NTP размещают после заголовка GSE, заголовка IP и заголовка UDP.

MLS представляет собой уровень над уровнем UDP, но его передают в раздельном формате, и, таким образом, MLS размещают после заголовка GSE, заголовка IP и заголовка UDP. Например, SMT или AIT могут быть размещены, как MLS (SCS).

Флаг обязательной активации в чрезвычайной ситуации

На фиг. 7 показана схема для описания флага обязательной активации в чрезвычайной ситуации на физическом уровне.

Флаг обязательной активации в чрезвычайной ситуации представляет собой сигнал активации, который обязательно активирует приемник, основное питание которого находится в состоянии выключено (состояние ожидания), и который передают на физическом уровне стека протокола по фиг. 1. Другими словами, флаг обязательной активации в чрезвычайной ситуации имеет высокую надежность и малую задержку, и его передают независимо от канала услуги и т.п.

В частности, в качестве флага обязательной активации в чрезвычайной ситуации, как представлено на фиг. 7, устанавливают один бит в поле расширения сигнала преамбулы, представляющего структуру данных в потоке, полученном путем демодуляции волны широковещательной передачи. Приемник в состоянии ожидания включает питание и затем выполняет обработку уведомления о чрезвычайной ситуации в соответствии с EAT, когда флаг обязательной активации в чрезвычайной ситуации установлен в положение "включено".

Кроме того, флаг обязательной активации в чрезвычайной ситуации, включенный в сигнал преамбулы, представляет собой пример, и флаг обязательной активации в чрезвычайной ситуации может быть включен в любой другой сигнал. Кроме того, нет необходимости передавать флаг обязательной активации в чрезвычайной ситуации для уведомления с представлением всей информации чрезвычайной ситуации, и, например, флаг обязательной активации в чрезвычайной ситуации может быть передан для уведомления с представлением только информации чрезвычайной ситуации, имеющей высокий уровень чрезвычайной ситуации.

Основная система передачи сигналов

На фиг. 8 показана схема для описания основной системы передачи сигналов в схеме передачи IP в раздельном формате.

NIT, АМТ, SAT, EAT и RRT используются в LLS, как представлено на фиг. 8. Например, NIT и АМТ имеют период передачи одна секунда, и их получают при исходном сканировании. Кроме того, например, SAT имеет период передачи 100 миллисекунд, и его получают, когда выполняют настройку на услугу.

NIT представляет конфигурацию транспортного потока и конфигурацию услуги в сети широковещательной передачи по триплету. В NIT размещены network_id и контур транспортного потока, и контур услуги дополнительно размещен в контуре транспортного потока.

АМТ представляет собой IP-адрес каждой услуги. SAT дополнительно представляет услугу, передача которой выполняется. NIT соединен с АМТ и SAT по service_id, и, например, информацию настройки получают путем комбинирования NIT с АМТ. На основе SAT возможно определять, выполняется или нет передача определенной услуги.

EAT представляет собой сигнал управления для предоставления услуги уведомления о чрезвычайной ситуации, передаваемый для каждого потока. Когда передают EAT, приемник должен выполнить обработку уведомления о чрезвычайной ситуации в соответствии с EAT. RRT включает в себя информацию, относящуюся к региональной информации, относящейся к типу программы.

SMT используется в MLS (SCS), как представлено на фиг. 8. Например, SMT имеет период передачи 100 миллисекунд. SMT представляет атрибут услуги модуля услуги для каждой услуги, информацию конфигурации компонента, атрибут компонента и информацию фильтра компонента, и его подготавливают для каждой услуги. Другими словами, например, возможно получить группу компонента определенной услуги путем выполнения обработки фильтрации, используя IP-адрес АМТ и номер порта SMT.

Кроме того, ESG передают, как HLS через сеанс FLUTE, как представлено на фиг. 8. ESG сконфигурирован с Access, Service, Content, Schedule, PurchaseItem и т.п. Возможно получить ESG из сеанса FLUTE, используя идентификатор сеанса транспортирования (TSI), включенный в информацию ESG_bootstrap для NIT в дополнение к IP-адресу АМТ и номеру порта SMT.

(2) Информация сигнала

(2-1) Подробная структура LLS (NIT, АМТ, SAT и EAT)

Синтаксис NIT

На фиг. 9 показана схема, иллюстрирующая синтаксис NIT.

table_id представляет собой идентификацию таблицы. section_syntax_indicator представляет собой 1-битное поле, и для него назначено фиксированное значение, section_length представляет длину блока.

network_id представляет идентификацию сети и используется, как метка, идентифицирующая систему распространения, представленную NIT, для отличия от других систем распределения.

version_number представляет номер версии. current_next_indicator представляет текущий следующий индикатор. section_number представляет номер блока. last_section_number представляет номер последнего блока.

network_descriptors_length представляет длину дескриптора сети. transport_stream_loop_length представляет длину контура транспортного потока.

transport_stream_id представляет идентификацию транспортного потока. original_network_id представляет идентификацию исходной сети. transport_descriptors_length представляет длину дескриптора транспортирования.

На фиг. 10 показана схема, иллюстрирующая примеры дескрипторов, расположенных в контуре NIT, представлена на фиг. 9.

Name_descriptor размещают в контуре сети NIT, в соответствии с необходимостью, как представлено на фиг. 10. Кроме того, в контуре транспортного потока NIT обязательно размещены Service_list_decriptor, ATSC3_delivery_system_descriptor и Transport_stream_protocol_descriptor, и Name_descriptor и ESG_bootstrap_descriptor размещают в соответствии с необходимостью.

На фиг. 10 наименование Name_descriptor предусмотрено в виде кода символов. Кроме того, Service_list_decriptor предоставляет список услуг, в соответствии с идентификацией услуги и типом формы услуги. Кроме того, ATSC3_delivery_system_descriptor предоставляет физическую информацию, необходимую для выполнения обработки настройки.

Кроме того, на фиг. 10, Transport_stream_protocol_descriptor обеспечивает тип протокола транспортного потока. ESG_bootstrap_descriptor обеспечивает информацию, необходимую для получения ESG, переданного через сеанс FLUTE. Например, в ESG_bootstrap_descriptor описаны source_IP_address, представляющий источник передачи, destination_IP_address, представляющий место назначения, UDP_port_num, представляющий номер порта UDP, TSI, представляющий TSI в сеансе FLUTE, и т.п.

Структура данных АМТ

На фиг. 11 показана схема, иллюстрирующая синтаксис АМТ.

table_id представляет собой идентификацию таблицы. section_syntax_indicator представляет собой 1-битное поле, и для него назначают фиксированное значение. section_length представляет длину блока.

transport_stream_id представляет идентификацию транспортного потока, version_number представляет номер версии, current_next_indicator представляет текущий следующий индикатор. section_number представляет номер блока, last_section_number представляет номер последнего блока. number_of_services представляет номер услуги.

service_id представляет идентификацию услуги. IP_version_flag представляет флаг версии IP. Например, когда "0" назначен, как IP_version_flag, он представляет IPv4, когда назначен "1", он представляет IPv6.

source_IP_address_for_v4 и destination_IP_address_for_v4 представляют IP-адреса для версии 4 источника передачи (источник) и место назначение (назначение). Кроме того, source_IP_address_for_v6 и destination_IP_address_for_v6 представляют IP-адреса для версии 6 источника передачи (источник) и место назначения (назначение).

Кроме того, когда service_id="0xFFFF" назначен в АМТ, предполагается, что он представляет IP-адрес другого пакета NTP, чем услуга.

Синтаксис SAT

На фиг. 12 показана схема, иллюстрирующая синтаксис SAT.

table_id представляет идентификацию таблицы. section_syntax_indicator представляет 1-битное поле, и ему назначено фиксированное значение, section_length представляет длину блока.

transport_stream_id представляет идентификацию транспортного потока. version_number представляет номер версии. current_next_indicator представляет текущий следующий индикатор. section_number представляет номер блока. last_section_number представляет номер последнего блока.

service_id представляет идентификацию услуги. Здесь назначен service_id услуги, для которой выполняется передача.

Синтаксис EAT

На фиг. 13 показана схема, иллюстрирующую синтаксис EAT. На фиг. 14 показана информация конфигурации EAT, и ссылка на информацию конфигурации на фиг. 14, соответственно, будет сделана при описании фиг. 13.

table_id представляет идентификацию таблицы. section_syntax_indicator представляет собой 1-битное поле, и ему назначено фиксированное значение. section_length представляет длину блока.

EA_category представляет код категории предупреждения о чрезвычайной ситуации. Этот код используется для фильтрации. Кроме того, возможно уведомлять, используя только информацию чрезвычайной ситуации, которая требуется каждому пользователю, с помощью обработки фильтрации. Детали обработки фильтрации, используя EA_category, будут описаны ниже со ссылкой на фиг. 23-25.

version_number представляет номер версии. current_next_indicator представляет текущий следующий индикатор, section_number представляет номер блока. last_section_number представляет номер последнего блока.

automatic_tuning_flag представляет флаг автоматической настройки. Флаг автоматической настройки представляет, назначена или нет услуга, на которую требуется выполнить настройку, когда флаг обязательной активации чрезвычайного положения установлен в значение "включено". Когда флаг автоматической настройки установлен в значение "включено", происходит автоматическая настройка на услугу, назначенную триплетом в соответствующей таблице.

num_EAS_messages представляет количество сообщений EAS, включенных в таблицу.

network_id, transport_stream_id и service_id представляют услугу, на которую требуется настроится, когда automatic_tuning_flag равен 1. Другими словами, когда automatic_tuning_flag равен 1, происходит автоматическая настройка на услугу, назначенную триплетом, когда флаг обязательной активации чрезвычайного положения установлен в положение "включено".

EAS_message_id представляет идентификацию сообщения EAS. EAS_priority представляет приоритет сообщения EAS, когда существует множество сообщений EAS. EAS_enforcement_flag представляет, является или нет целевое сообщение EAS сообщением EAS, которое должно отображаться, когда флаг обязательной активации чрезвычайного положения установлен в положение "включено".

Здесь содержание EAS_enforcement_flag может быть включено в EAS_priority, без использования EAS_enforcement_flag. Например, когда цифровое значение, представленное 8 битами EAS_priority, представляет собой определенное цифровое значение или больше, может быть определено, что должно быть отображено сообщение EAS, когда флаг обязательной активации чрезвычайного положения установлен в положение "включено".

EAS_IP_version_flag представляет флаг версии IP потока. Например, когда "0" назначен, как EAS_IP_version_flag, предполагается, что он представляет IPv4, и когда назначена "1", предполагается, что он представляет IPv6. Здесь EAS_IP_version_flag применяется для IP_address, когда "3" назначено, как EAS_message_transfer_type, который будет описан ниже.

EAS_message_transfer_type представляет тип схемы передачи сообщения EAS. 1-5 могут быть назначены, как тип.

Когда "1" назначен, как EAS_message_transfer_type, это представляет, что схема передачи представляет собой "передачу услуги портала не в режиме реального времени (NRT)". Передача услуги портала NRT представляет собой схему, в которой информацию о чрезвычайном положении передают, используя информацию портала NRT, передаваемую через сеанс FLUTE. Кроме того, услуга (канал) информации портала NRT представляет собой, так называемую, услугу широковещательной передачи данных, состоящую в постоянной передаче только информации портала NRT в формате языка разметки гипертекста (HTML).

Когда "2" назначено, как EAS_message_transfer_type, это представляет, что схема передачи представляет собой "передачу сообщения EAS". Передача сообщения EAS представляет собой схему, в которой информация САР (информация о чрезвычайном положении) включена в сообщение EAS для EAT и затем была передана. Кроме того, когда "3" назначено, как EAS_message_transfer_type, это представляет, что схема передачи представляет собой " потоковую передачу". Потоковая передача представляет собой схему, в которой информацию САР (информация о чрезвычайном положении) передают, используя другой поток, чем EAS.

Когда "4" назначено, как EAS_message_transfer_type, это представляет, что схема передачи представляет собой "передачу приложения". Передача приложения представляет собой схему, в которой приложение, выполняемое одновременно с телевизионной программой, передают, как приложение уведомления о чрезвычайном положении.

Когда "5" назначено, как EAS_message_transfer_type, это представляет, что схема передачи представляет собой "передачу услуги совместно используемого компонента". Передача услуги совместно используемого компонента представляет собой схему, в которой передают информацию о чрезвычайном положении через другую назначенную услугу совместно используемого компонента.

EAS_message_encoding_type представляет схему кодирования сообщения EAS.

Когда "2" назначено, как EAS_message_transfer_type, размещают EAS_message_length и EAS_message_bytes (). EAS_message_length представляет длину сообщения EAS. EAS_message_bytes () представляет количество байтов сообщения EAS.

Когда "3" назначено, как EAS_message_transfer_type, размещают IP_address и UDP_port_num. IP_address представляет IP-адрес. UDP_port_num представляет номер порта.

Когда "4" назначено, как EAS_message_transfer_type, размещают EAS_application_identifier. EAS_application_identifier представляет идентификацию приложения.

Когда "5" назначено, как EAS_message_transfer_type, размещают EAS_shared_service_type и EAS_shared_service_id.

EAS_shared_service_type представляет тип конфигурации сигнала, когда сообщение EAS передают через услугу совместно используемого компонента. Например, он может представлять только аудиоданные, когда "1" назначена, как EAS_shared_service_type, он может представлять только видеоданные, когда назначено "2", и он может представлять, как видеоданные, так и аудиоданные, когда назначено "3".

EAS_shared_service_id представляет service_id, когда передают аудиоданные, видеоданные или, как видеоданные, так и аудиоданные.

EAS_NRT_service_id представляет service_id услуги для передачи информации портала NRT. Например, когда "1" назначена, как EAS_message_transfer_type, выполняют настройку на услугу, обозначенную service_id, и получают информацию портала NRT (информацию о чрезвычайном положении) а. Кроме того, например, когда "2" или "3" назначено, как EAS_message_transfer_type, и выполняется операция по отображению подробной информации, выполняют настройку на услугу, обозначенную service_id, и получают информацию портала NRT (подробную информацию). Кроме того, когда отсутствует услуга для передачи информации портала NRT, предпочтительно обозначают фиксированный service_id, то есть, например, EAS_NRT_service_id="ffff".

Здесь детали информации САР, передаваемые, когда "2" или "3" назначены, как EAS_message_transfer_type для EAT, будут описаны со ссылкой на фиг. 15-17.

Как представлено на фиг. 15, в нормальной ситуации, в системе EAS, содержание широковещательной передачи (AV содержание), такое как телевизионная программа, передают как сигнал широковещательной передачи из передатчика в станции широковещательной передачи через антенну. Приемник принимает сигнал широковещательной передачи, переданный из передатчика через антенну, и может просматривать содержание широковещательной передачи, такое как телевизионная программа.

В то же время, в чрезвычайной ситуации, в системе EAS, информация САР, используемая как информация чрезвычайной ситуации, предоставляется в сервер в широковещательной передачи станции. Передатчик в станции широковещательной передачи выполняет мультиплексирование информации САР, принятой из сервера, и содержания передачи, такой как телевизионная программа, и передает сигнал широковещательной передачи через антенну. Приемник принимает сигнал широковещательной передачи, переданный из передатчика, и отображает информацию САР ("Сообщение предупреждения" на фиг. 15), такую как субтитры, которые должны быть наложены на телевизионную программу. В результате, в чрезвычайной ситуации, пользователь может проверять информацию САР.

На фиг. 16 иллюстрируется структура информации САР. Информация САР выполнена с атрибутом предупреждения, информационным атрибутом, атрибутом ресурса, атрибутом области и т.п., как представлено на фиг. 16. На фиг. 17 иллюстрируется примерное описание информации САР в формате XML. Информацию САР передают, когда "2" или "3" назначено, как EAS_message_transfer_type.

(2-2) Подробная структура SCS (SMT)

Синтаксис SMT

На фиг. 18 показана схема, иллюстрирующая синтаксис SMT.

table_id представляет идентификацию таблицы. section_syntax_indicator представляет 1-битное поле, и ему назначают фиксированное значение. section_length представляет длину блока.

service_id представляет идентификацию услуги. version_number представляет номер версии. current_next_indicator представляет текущий следующий индикатор. section_number представляет номер блока. last_section_number представляет номер последнего блока. service_category представляет категорию услуги.

service_descriptor_length представляет длину дескриптора услуги. base_UDP_port_number представляет номер порта UDP. Например, номер порта протокола управления RTP (RTCP) представляет собой значение, следующее после значения номера порта RTP. component_info_length представляет длину информации компонента.

На фиг. 19 показана схема, иллюстрирующая примерные дескрипторы, размещенные в контуре SMT, представленном на фиг. 18.

Name_descriptor, Protocol_version_descriptor, NRT_service_descriptor, Capabilities_descriptor, Icon_descriptor, ISO 639 language_descriptor, Receiver_targeting_descriptor, Adjunct_service_descriptor и Genre_descriptor размещают в контуре услуги SMT, в соответствии с необходимостью, как представлено на фиг. 19. Кроме того, Component_descriptor для предоставления информации, необходимой для каждого компонента, обязательно размещают в контуре компонента SMT.

(3) Конфигурация системы широковещательной передачи

Пример конфигурации системы широковещательной передачи

На фиг. 20 показана схема, иллюстрирующая конфигурацию системы широковещательной передачи, в соответствии с вариантом осуществления настоящей технологии.

Система 1 широковещательной передачи включает в себя устройство 10 передачи, устройство 20 приема, сервер 50 приложений, сервер 60 доставки и веб-сервер 70, как представлено на фиг. 20. Устройство 20 приема соединено с сервером 50 приложений, сервером 60 доставки и веб-сервером 70 через Интернет 90.

В нормальной ситуации устройство 10 передачи передает содержание широковещательной передачи, такое как телевизионная программа, через волну широковещательной передачи цифровой широковещательной передачи, используя схему передачи IP. В чрезвычайной ситуации устройство 10 передачи передает сигнал управления уведомлением о чрезвычайной ситуации через волну широковещательной передачи цифровой широковещательной передачи, используя схему передачи IP.

В нормальной ситуации устройство 20 приема принимает сигнал широковещательной передачи, переданный из устройства 10 передачи, и получает видеоизображение и звук содержания широковещательной передачи. Устройство 20 приема обеспечивает отображение содержания широковещательной передачи на устройстве отображения, и обеспечивает вывод через свой громкоговоритель звука, синхронизированного с видеоизображением.

В чрезвычайной ситуации устройство 20 приема принимает сигнал широковещательной передачи, переданный из устройства 10 передачи, и получает сигнал управления уведомлением о чрезвычайной ситуации. Устройство 20 приема управляет операциями соответствующих модулей, в соответствии с услугой уведомления о чрезвычайной ситуации, на основе сигнала управления уведомлением о чрезвычайной ситуации таким образом, что предоставляется уведомление о виде информации чрезвычайной ситуации. Здесь информация чрезвычайной ситуации или ее подробная информация могут быть переданы из устройства 10 передачи через волну широковещательной передачи цифровой широковещательной передачи, используя схему передачи IP. Кроме того, уведомление в виде информации чрезвычайной ситуации и его подробной информации представляют, используя по меньшей мере одно из видеоизображения и звука.

Кроме того, устройство 20 приема может быть выполнено, как одно устройство, включающее в себя устройство отображения и громкоговоритель, или может быть оборудовано в телевизионном приемнике, в устройстве видеозаписи и т.п.

Сервер 50 приложений управляет приложением уведомления о чрезвычайной ситуации, выполняемым одновременно с содержанием широковещательной передачи. Сервер 50 приложений предоставляет приложение уведомления о чрезвычайной ситуации через Интернет 90 в соответствии с запросом, переданным из устройства 20 приема. Устройство 20 приема выполняет приложения уведомления о чрезвычайной ситуации, принятое из сервера 50 приложений одновременно с содержанием широковещательной передачи.

Сервер 60 доставки предоставляет передаваемое содержание, такое как программа широковещательной передачи или кинофильм, открытый для публичного просмотра, используя подход "видео по запросу" (VOD) через Интернет 90. Устройство 20 приема принимает передаваемое содержание, предоставляемое из сервера 60 доставки через Интернет 90. Устройство 20 приема обеспечивает отображение видеоизображения передаваемого содержания на устройстве отображения, и обеспечивает вывод звука через громкоговоритель синхронно с видеоизображением.

Веб-сервер 70 администрирует, например, информацией чрезвычайной ситуации или ее подробной информацией в виде файла в формате HTML. Веб-сервер 70 предоставляет информацию чрезвычайной ситуации или ее подробную информацию через Интернет 90, в соответствии с запросом, переданным из устройства 20 приема. Устройство 20 приема обеспечивает отображение на устройстве отображения информации чрезвычайной ситуации или ее подробной информации, принятой из веб-сервера 70.

Система 1 широковещательной передачи имеет упомянутую выше конфигурацию.

Примерная конфигурация устройства передачи

На фиг. 21 показана схема, иллюстрирующая конфигурацию устройства передачи, в соответствии с вариантом осуществления настоящей технологии.

Устройство 10 передачи включает в себя модуль 111 получения видеоданных, видеокодер 112, модуль 113 получения аудиоданных, аудиокодер 114, модуль 115 получения данных субтитров, кодер 116 субтитров, модуль 117 получения сигнала управления, модуль 118 обработки сигнала управления, модуль 119 получения данных файла, модуль 120 обработки файла, Mux 121 и модуль 122 передачи, как представлено на фиг. 21.

Модуль 111 получения видеоданных получает видеоданные из внутреннего накопителя, внешнего сервера, камеры и т.п., и предоставляет эти видеоданные в видеокодер 112. Видеокодер 112 кодирует видеоданные, предоставленные из модуля 111 получения видеоданных, в соответствии со схемой кодирования, такой как MPEG, и предоставляет кодированные данные в MUX 121.

Модуль 113 получения аудиоданных получает аудиоданные из внутреннего накопителя, внешнего сервера, микрофона и т.п., и предоставляет эти аудиоданные в аудиокодер 114. Аудиокодер 114 кодирует аудиоданные, предоставленные из модуля 113 получения аудиоданных в соответствии со схемой кодирования, такой как MPEG, и предоставляет кодированные данные в MUX 121.

Модуль 115 получения данных субтитров получает данные субтитров из внутреннего накопителя, внешнего сервера и т.п., и предоставляет данные субтитров в кодер 116 субтитров. Кодер 116 субтитров кодирует данные субтитров, предоставляемые из модуля 115 получения данных субтитров, в соответствии с определенной схемой кодирования, и предоставляет эти кодированные данные в MUX 121.

Модуль 117 получения сигнала управления получает сигнал управления, такой как LLS или SCS, из внутреннего накопителя, внешнего сервера и т.п., и предоставляет сигнал управления в модуль 118 обработки сигнала управления. Модуль 118 обработки сигнала управления выполняет определенную обработку сигналов для сигнала управления, предоставляемого из модуля 117 получения сигнала управления, и предоставляет полученные в результате данные в MUX 121.

Когда передают данные в формате асинхронного файла, модуль 119 получения данных файла получает данные файла, такие как содержание NRT или приложение из внутреннего накопителя, внешнего сервера и т.п., и предоставляет данные файла в модуль 120 обработки файла. Модуль 120 обработки файла выполняет определенную обработку файла для данных файла, предоставляемых из модуля 119 получения данных файла, и предоставляет эти данные файла в MUX 121. Например, модуль 120 обработки файла выполняет обработку файла для передачи через сеанс FLUTE для данных файла, полученных модулем 119 получения данных файла.

Mux 121 выполняет мультиплексирование видеоданных, принятых из видеокодера 112, аудиоданных, принятых из аудиокодера 114, данных субтитров, полученных из кодера 116 субтитров, сигнала управления, принятого из модуля 118 обработки сигнала управления, и данных файла, принятых из модуля 120 обработки файла, для генерирования потока схемы передачи IP, и предоставляет сгенерированный поток в модуль 122 передачи.

Модуль 122 передачи передает поток схемы передачи IP, предоставляемый из Mux 121, как сигнал широковещательной передачи через антенну 123.

Примерная конфигурация устройства приема

На фиг. 22 представлена схема, иллюстрирующая конфигурацию устройства приема, в соответствии с вариантом осуществления настоящей технологии.

Устройство 20 приема включает в себя тюнер 212, Demux 213, тактовый генератор 214, видеодекодер 215, модуль 216 вывода видеоданных, аудиодекодер 217, модуль 218 вывода аудиоданных, декодер 219 субтитров, модуль 220 обработки FLUTE, накопитель 221, модуль 222 обработки сигнала управления, NVRAM 223, модуль 224 управления уведомлением о чрезвычайной ситуации, I/F 225 передачи данных, браузер 226 и модуль 227 обработки потоковой передачи, как представлено на фиг. 22.

Тюнер 212 выделяет и демодулирует сигнал широковещательной передачи услуги, для настройки на которую была получена инструкции из сигнала широковещательной передачи, принятого через антенну 211, и предоставляет поток схемы IP передачи, полученный в результате, в Demux 213.

Demux 213 демультиплексирует поток схемы передачи IP, предоставляемый из тюнера 212, в видеоданные, аудиоданные, данные субтитров, сигнал управления и т.п., и выводит видеоданные, аудиоданные, данные субтитров, сигнал управления и т.п. в блок на последующем этапе. В частности, Demux 213 включает в себя фильтр 251 GSE, фильтр 252 IP, фильтр 253 UDP и банк 254 фильтров блока. Фильтр 251 GSE выполняет обработку фильтрации на основе заголовка GSE и предоставляет LLS в банк 254 фильтров блока.

Фильтр 252 IP выполняет обработку фильтрации на основе заголовка IP. Фильтр 253 UDP выполняет обработку фильтрации на основе заголовка UDP. При обработке фильтрации, выполняемой от фильтра 252 IP до фильтра 253 UDP, NTP предоставляют в тактовый генератор 214, и SCS предоставляют в банк 254 фильтров блока. Видеоданные, аудиоданные и данные субтитров предоставляют в видеодекодер 215, аудиодекодер 217 и в декодер 219 субтитров, соответственно. Кроме того, данные файла различного вида предоставляют в модуль 220 обработки FLUTE.

Банк 254 фильтров блока выполняет обработку фильтрации на основе заголовка блока, и, соответственно, предоставляет LLS и SCS в модуль 222 обработки сигнала управления. Банк 254 фильтров блока получает EAT в раздельном формате, передаваемого, как LLS, и предоставляет EAT в раздельном формате в модуль 224 управления уведомлением о чрезвычайной ситуации.

Кроме того, фильтр 252 IP может выполнять обработку фильтрации, используя один или больше адресов IP, и может выделять информацию, такую как компонент (аудио/видео), сигнал управления (SCS), информация времени (NTP) или ESG (ESG) в модулях услуг.

Тактовый генератор 214 генерирует сигнал тактовой частоты на основе NTP, предоставляемого из Demux 213, и предоставляет сигнал тактовой частоты в видеодекодер 215, аудиодекодер 217 и в декодер 219 субтитров.

Видеодекодер 215 декодирует видеоданные, предоставляемые из Demux 213 на основе сигнала тактовой частоты, получаемого из тактового генератора 214, в соответствии со схемой декодирования, соответствующей видеокодеру 112 (фиг. 21), и предоставляет декодированные видеоданные в модуль 216 вывода видеоданных. Модуль 216 вывода видеоданных выводит видеоданные, предоставляемые из видеодекодера 215, на дисплей (не показан) на следующем этапе. В результате, например, видеоданные телевизионной программы отображается устройством отображения.

Аудиодекодер 217 декодирует аудиоданные, предоставляемые из Demux 213 на основе сигнала тактовой частоты, предоставляемого из тактового генератора 214, в соответствии со схемой декодирования, соответствующей аудиокодеру 114 (фиг. 21), и предоставляет декодированные аудиоданные в модуль 218 вывода аудиоданных. Модуль 218 выхода аудиоданных предоставляет аудиоданные, предоставляемые из аудиодекодера 217 в громкоговоритель (не показан) на последующем этапе. В результате, например, звук, соответствующий видеоизображению телевизионной программы, выводят через громкоговоритель.

Декодер 219 субтитров декодирует данные субтитров, предоставляемые из Demux 213, на основе сигнала тактовой частоты, предоставляемого из тактового генератора 214, в соответствии со схемой декодирования, соответствующей кодеру 116 субтитров (фиг. 21), и предоставляет декодированные данные субтитров в модуль 216 вывода видеоданных. Когда данные субтитров предоставляют из декодера 219 субтитров, модуль 216 вывода видеоданных комбинирует данные субтитров с видеоданными, принятыми из видеодекодера 215, и предоставляет комбинированные данные на устройство отображения (не показано) на последующем этапе. В результате, видеоданные телевизионной программы и субтитров, соответствующие видеоданным, отображают на устройстве отображения.

Модуль 220 обработки FLUTE реконструирует ESG, приложение уведомления о чрезвычайной ситуации, содержание NRT и т.п. из различных видов данных файла, предоставляемых из Demux 213, в соответствии с управлением модулем 222 обработки сигнала управления. Например, модуль 220 обработки FLUTE обеспечивает запись реконструированного содержания ESG или реконструированного содержания NRT в накопителе 221. Кроме того, например, модуль 220 обработки FLUTE предоставляет реконструированное приложение уведомления о чрезвычайной ситуации в браузер 226.

Накопитель 221 представляет собой устройство записи большой емкости, такой как привод жесткого диска (HDD). Накопитель 221 записывает данные различного вида, предоставляемые из модуля 220 обработки FLUTE и т.п.

Модуль 222 обработки сигнала управления управляет операциями соответствующих модулей на основе сигнала управления (LLS и SCS), предоставляемых из банка 254 фильтров блока. NVRAM 223 представляет собой энергонезависимое запоминающее устройство, и в нем записаны различные виды данных в соответствии с управлением модуля 222 обработки сигнала управления.

Модуль 224 управления уведомлением о чрезвычайной ситуации управляет операциями соответствующих модулей, в соответствии с услугой уведомления о чрезвычайной ситуации на основе EAT, предоставляемого из банка 254 фильтров блока. Например, модуль 224 управления уведомлением о чрезвычайной ситуации управляет соответствующими модулями устройства 20 приема, в соответствии с EAS_message_transfer_type для EAT, таким образом, информация о чрезвычайной ситуации отображается на устройстве отображения. Далее, модуль 224 управления уведомлением о чрезвычайной ситуации постоянно отслеживает тюнер 212 и включает питание устройства 20 приема, когда флаг обязательной активации в чрезвычайной ситуации, установленный в положение "включено", будет детектирован в сигнале широковещательной передачи, и устройство 20 приема находится в состоянии ожидания.

I/F 225 связи получает приложение уведомления о чрезвычайной ситуации из сервера 50 приложения через Интернет 90, и предоставляет приложение уведомления о чрезвычайной ситуации в браузер 226. Кроме того, I/F 225 связи принимает информацию чрезвычайной ситуации или ее подробную информацию из веб-сервера 70 через Интернет 90, и предоставляет информацию чрезвычайной ситуации или ее подробную информацию в браузер 226.

В браузер 226 предоставляют приложение уведомления о чрезвычайной ситуации из модуля 220 обработки FLUTE или приложение уведомления о чрезвычайной ситуации, информацию чрезвычайной ситуации или подробную информации из I/F 225 передачи данных. Браузер 226 генерирует видеоданные в соответствии с приложением уведомления о чрезвычайной ситуации, информацией чрезвычайной ситуации или подробной информацией, и предоставляет генерируемые видеоданные в модуль 216 вывода видеоданных. В результате, видеоданные приложения уведомления о чрезвычайной ситуации, информации чрезвычайной ситуации или подробной информации отображаются на устройстве отображения.

Кроме того, I/F 225 связи принимает данные о содержании передачи данных, передаваемые из сервера 60 доставки через Интернет 90, и предоставляет данные о содержании передачи данных в модуль 227 потоковой обработки. Модуль 227 потоковой обработки выполняет различного рода обработку, необходимую для выполнения воспроизведения потоковой обработки для данных, предоставляемых из I/F 225 связи, предоставляет полученные в результате видеоданные в модуль 216 вывода видеоданных, и предоставляет аудиоданные в модуль 218 вывода аудиоданных. В результате, видеоизображение передаваемого содержания отображается на устройстве отображения, и звук, синхронизированный с видеоизображением, выводится через громкоговоритель.

Далее, в устройстве 20 приема на фиг. 22, например, тюнер 212, Demux 213, тактовый генератор 214, видеодекодер 215, модуль 216 вывода видеоданных, аудиодекодер 217, модуль 218 вывода аудиоданных, декодер 219 субтитров, накопитель 221, NVRAM 223 и I/F 225 связи сконфигурированы, как аппаратные средства. В то же время, в устройстве 20 приема, например, модуль 220 обработки FLUTE, модуль 222 обработки сигнала управления, модуль 224 управления уведомлением о чрезвычайной ситуации, браузер 226 и модуль 227 обработки потоковой передачи воплощены в виде программы, выполняемой центральным процессорным устройством (CPU) (CPU 901 представленным на фиг. 67).

В конфигурации устройства 20 приема на фиг. 22, накопитель 221 был описан, как встроенный, но может использоваться внешний накопитель.

Детали обработки фильтрации

Далее, ссылкой на фиг. 23, будут описаны детали обработки фильтрации каждого пакета, выполняемой Demux 213 (фиг. 22).

Как представлено на фиг. 23, каждый пакет, включающий в себя, в качестве полезной нагрузки, различного рода информацию заголовка и LLS, NTP, MLS (SCS), различного рода данные файла, видеоданные или аудиоданные, вводят в Demux 213.

Заголовок GSE включает в себя информацию типа, представляющую IP или сигналы. Фильтр 251 GSE выполняет обработку фильтрации на основе информации типа, включенной в заголовок GSE. В примере на фиг. 23, поскольку только информация типа пакета LLS передается сигналами, и другие пакеты оформлены, как IP, только пакет LLS предоставляют в банк 254 фильтров блока.

Заголовок IP включает в себя адрес IP. Фильтр 252 IP выполняет обработку фильтрации на основе адреса IP, включенного в заголовок IP. В примере на фиг. 23, среди пакетов, включающих в себя заголовок IP, добавленный к ним, только пакеты NTP имеют другой адрес IP, но другие пакеты имеют тот же адрес IP.

Далее, заголовок UDP включает в себя номер порта. Фильтр 253 UDP выполняет обработку фильтрации на основе номера порта, включенного в заголовок UDP. В примере на фиг. 23 пакеты с добавленным к ним заголовком UDP отличаются по номеру порта. Кроме того, заголовок LCT добавляют к пакету, передаваемому, используя сеанс FLUTE, и заголовок RTP добавляют к пакету, передаваемому, используя сеанс RTP.

Затем, по мере того, как обработка фильтрации, используя адрес IP и номер порта выполняется фильтром 252 IP, и фильтр 253 UDP, пакет NTP, к которому не был добавлен заголовок LCT, выводят в тактовый генератор 214. Кроме того, пакеты видеоданных и аудиоданных, к которым добавлен заголовок RTP, выводят в видеодекодер 215 и аудиодекодер 217. Кроме того, пакеты разного рода данных файла выводят в модуль 220 обработки FLUTE.

Пакет LLS и пакет MLS (SCS) предоставляют в банк 254 фильтров блока. Банк 254 фильтров блока выполняет обработку фильтрации на основе заголовка блока, добавленного к пакетам. Здесь, в банке 254 фильтров блока, удерживается только пакет, удовлетворяющий условию фильтрации, в буферном запоминающем устройстве банка 254 фильтров блока, и поочередно выводится с помощью программного обеспечения из CPU (CPU 901 на фиг. 67).

Например, банк 254 фильтров блока выполняет обработку фильтрации, используя условия AND для table_id и EA_category в EAT и, таким образом, может выполнять избирательное уведомление, используя только информацию чрезвычайной ситуации, которая требуется каждому пользователю.

Здесь подробное содержание обработки фильтрации, используя EA_category, которая выполняется банком 254 фильтров блока, показанного на фиг. 23, будет описано со ссылкой на фиг. 24 и 25.

Как показано на фиг. 24, среди 16 битов EA_category, старшие 2 бита представляют EA_priority, следующие 2 бита представляют EA_scope, следующие 8 битов представляют Area_code, и нижние 4 бита представляют Category_code.

Как показано на фиг. 25, EA_priority представляет уровень чрезвычайной ситуации для информации чрезвычайной ситуации. Значение от 0 до 3 обозначено, как EA_priority, и по мере увеличения значения, повышается уровень чрезвычайной ситуации. Например, "0" представляет "нормальный", и "3" представляет "наивысший уровень чрезвычайной ситуации".

EA_scope представляет целевую область информации чрезвычайного положения. Значение от 0 до 3 обозначено, как EA_scope. Например, "0" представляет "только соответствующую область", "1" представляет "другие области", "2" представляет "широкую область" и "3" представляет "глобальную".

Area_code представляет код определенной области. В Area_code, когда малые области обозначены в области обслуживания станции широковещательной передачи, коды обозначают в модулях определенных областей. Например, коды обозначают в единицах административно-территориальных единиц.

Category_code представляет категорию информации чрезвычайной ситуации. Например, "0" представляет "информацию о стихийном бедствии", "1" представляет "информацию о трафике", "2" представляет "информацию о погоде" и "3" представляет "школьный автобус".

Например, когда пользователь устанавливает условие фильтрации, используя EA_category для устройства 20 приема, устройство 20 приема уведомляет, используя только информацию чрезвычайной ситуации, отфильтрованную в единицах EAT, в соответствии с условием фильтрации. В частности, поскольку возникают случаи, в которых информация о чрезвычайной ситуации является важной для определенной области, но не важной для других областей, возможно ограничить область о чрезвычайной ситуации для информации, используя EA_scope и Area_code. Кроме того, например, когда от "0" до "2" обозначено, как Category_code, предоставляют уведомление об информации чрезвычайной ситуации, такой как информация о стихийном бедствии, информация о трафике и информация о погоде, но уведомление, содержащее информацию о чрезвычайное ситуации, связанную со школьным автобусом, не предоставляют.

Кроме того, на фиг. 23, поскольку для пакетов MLS (SCS), различного рода данных файла, видеоданных и аудиоданных одного и того же канала услуги выделяют одни и те же адрес IP, фильтр 252 IP выводит такие пакеты вместе с пакетом NTP, и, таким образом, его сигналы управления и данные могут быть упакованы, используя IP-адрес.

(4) Конкретный пример работы

Далее будет описан конкретный пример работы системы 1 широковещательной передачи, которая поддерживает цифровую широковещательную передачу в соответствии со схемой передачи IP в раздельном формате. Здесь, например, когда устройство 20 приема первоначально активировано, предполагается, что оно выполняет обработку исходного сканирования, получает информацию настройки из NIT и АМТ и обеспечивает поддержание информации настройки в NVRAM 223 и т.п.

(4-1) Передача услуги портала NRT

Вначале, со ссылкой на фиг. 26 и 27, будет описана передача услуги портала NRT в устройстве 20 приема в состоянии ожидания или в активном состоянии.

Обработка передачи услуги портала NRT в состоянии ожидания

На фиг. 26 показана схема для описания обработки передачи услуги портала NRT в устройстве 20 приема, в состоянии ожидания.

Как представлено на фиг. 26, по волне широковещательной передачи цифровой широковещательной передачи, использующей схему передачи IP из устройства 10 передачи, видеоданные и аудиоданные телевизионной программы ("TV" на фиг. 26) передают в формате синхронного потока, и, таким образом, используется сеанс RTP. Кроме того, информацию чрезвычайной ситуации ("NRT" на фиг. 26) для услуги портала NRT передают через сеанс FLUTE. Кроме того, LLS (EAT) и SCS (SMT) передают в раздельном формате.

На фиг. 26 устройство 20 приема находится в состоянии ожидания (S101). Здесь устройство приема 20 в состоянии ожидания постоянно отслеживает флаг обязательной активации в чрезвычайной ситуации, включенный в сигнал преамбулы (S102), и когда передают информацию чрезвычайной ситуации, имеющую высокий уровень чрезвычайной ситуации, флаг обязательной активации в чрезвычайной ситуации устанавливают в положение "включено". Питание устройства 20 приема включается, и устройство активируется, когда обнаруживается флаг обязательной активации в чрезвычайной ситуации, установленный в положение "включено" (S103 и S104).

Кроме того, устройство 20 приема получает EAT в раздельном формате из LLS, передаваемого из BS, установленного по умолчанию (S105 и S106). Как представлено на фиг. 26, поскольку EAS_message_transfer_type="1" обозначено EAT, информацию чрезвычайной ситуации передают, как информацию портала NRT услуги портала NRT. Таким образом, устройство 20 приема выполняет обработку настройки, используя EAS_NRT_service_id для EAT и информацию настройки, и получает SMT (S107).

Устройство 20 приема получает информацию портала NRT, передаваемую через сеанс FLUTE, в соответствии с SMT, и обеспечивает отображение полученной информации чрезвычайной ситуации на устройстве отображения (S108 и S109). Кроме того, информация о портале NRT представляет собой данные файла в формате HTML и отображается браузером 226.

Как описано выше, при обработке передачи услуги портала NRT на фиг. 26, устройство 20 приема в состоянии ожидания активируется во время чрезвычайной ситуации. Затем устройство 20 приема получает EAT в раздельном формате, передаваемый через LLS, и получает информацию портала NRT в соответствии с EAT. В результате, отображение обязательно переходит из состояния (черный экран) D11-1 в состояние (экран, на котором "отображается предупреждение о сильном дожде") D11-2, и, таким образом, отображается экран с информацией чрезвычайной ситуации, переданной, как информация портала NRT. В соответствии с этим, даже пользователь, который не просматривает телевизионную программу, проверяет экран с обязательно отображаемой информацией чрезвычайной ситуации, и может распознать, что было представлено предупреждение о сильном дожде.

Обработка передачи услуги портала NRT в активном состоянии

На фиг. 27 показана схема для описания обработки передачи услуги портала NRT в устройстве 20 приема, в активном состоянии.

Как показано на фиг. 27, по волне широковещательной передачи цифровой широковещательной передачи, с использованием схемы передачи IP из устройства 10 передачи, видеоданные и аудиоданные телевизионной программы ("TV" на фиг. 27) передают в формате синхронного потока, и, таким образом, используется сеанс RTP. Кроме того, информацию чрезвычайной ситуации ("NRT" на фиг. 27) для услуги портала NRT передают через сеанс FLUTE. Кроме того, LLS (EAT) и SCS (SMT) передают в раздельном формате.

На фиг. 27, устройство 20 приема находится в активном состоянии и отображает телевизионную программу, в отличие от примера операции на фиг. 26 (S121). Здесь устройство 20 приема в активном состоянии постоянно отслеживает EAT, передаваемый через LLS, и получает самое последнее EAT из принятого по умолчанию BS, когда обнаруживают, что флаг обязательной активации в чрезвычайной ситуации, включенный в сигнал преамбулы, установлен в положение "включено" (S122-S125). Как представлено на фиг. 27, EAS_message_transfer_type="1" назначен в EAT в раздельном формате, и, таким образом, информацию чрезвычайной ситуации передают, как информацию портала NRT услуги портала NRT. Таким образом, устройство 20 приема выполняет обработку настройки, используя EAS_NRT_service_id для EAT и информации настройки, и получает SMT (S126).

Устройство 20 приема получает информацию портала NRT, передаваемую через сеанс FLUTE, в соответствии с SMT, и обеспечивает отображение полученной информации чрезвычайной ситуации на устройстве отображения (S127 и S128).

Как описано выше, при обработке передачи услуги портала NRT по фиг. 27, когда обнаруживается флаг обязательной активации в чрезвычайной ситуации, как установленный в положение "включено", устройство 20 приема, отображающее телевизионную программу, получает EAT в раздельном формате, передаваемый через LLS, и получает информацию портала NRT в соответствии с EAT. В результате, выполняется обязательный переход отображения из состояния (экран, на котором отображается телевизионная программа), представленного в позиции D12-1, в состояние (экран, на котором отображается "предупреждение о сильном дожде"), показанное в позиции D12-2, и отображает экран с информацией чрезвычайной ситуации, передаваемой, как информация о портале NRT.

Здесь, на фиг. 27 иллюстрируется пример, в котором обязательно выполняют переключение на экран информации чрезвычайной ситуации, но, например, когда уровень чрезвычайной ситуации, представленный EA_priority для EA_category EAT, является высоким, экран, может переключаться обязательно, а когда уровень чрезвычайной ситуации является низким, сообщение, обозначающее, что имеется информация о чрезвычайной ситуации, может отображаться с наложением на телевизионную программу, и информация о чрезвычайной ситуации может отображаться только, когда это сообщение будет выбрано. В соответствии с этим, пользователь, который просматривает телевизионную программу, может проверять экран с информацией чрезвычайной ситуации в соответствии с уровнем чрезвычайной ситуации информации чрезвычайной ситуации и распознавать, что было получено предупреждение о сильном дожде.

(4-2) Передача сообщения EAS

Далее, со ссылкой на фиг. 28 и 29, будет описана передача сообщения EAS.

Обработка перехода сообщения EAS в состояние ожидания

На фиг. 28 показана схема для описания обработки перехода сообщения EAS в устройстве 20 приема в состояние ожидания.

Как показано на фиг. 28, по волне широковещательной передачи при цифровой широковещательной Передаче, используя схему передачи IP из устройства 10 передачи, видеоданные и аудиоданные телевизионной программы ("TV" на фиг. 28) передают в формате синхронного потока, и, таким образом, используется сеанс RTP. Далее, информацию чрезвычайной ситуации ("NRT" на фиг. 28) для услуги портала NRT передают через сеанс FLUTE. Кроме того, LLS (EAT) и SCS (SMT) передают в раздельном формате.

На фиг. 28 показано устройство 20 приема находится в состоянии ожидания (S141). Здесь устройство 20 приема в состоянии ожидания постоянно отслеживает флаг обязательной активации в чрезвычайной ситуации, включенный в сигнал преамбулы (S142), и его питание включают, и оно активируется, когда обнаруживают установку в положение "включено" флага обязательной активации в чрезвычайной ситуации (S143 и S144).

Устройство 20 приема получает EAT в раздельном формате из LLS, переданного из BS, установленного по умолчанию (S145 и S146). Как показано на фиг. 28, поскольку в EAT назначено EAS_message_transfer_type="2", информацию чрезвычайной ситуации передают, как информацию о САР, включенную в EAT. Кроме того, поскольку в EAT назначено automatic_tuning_flag="1" на фиг. 28, устройство 20 приема выполняет обработку настройки, состоящую в настройке на услугу, обозначенную триплетом (network_id, transport_stream_id и service_id), и получает SMT, когда флаг обязательной активации в чрезвычайной ситуации установлен в положение "включено" (S147).

Устройство 20 приема получает видеоданные и аудиоданные, переданные через сеанс RTP, в соответствии с SMT (S148), и отображает информацию CAP EAT, которая должна быть наложена на телевизионную программу на устройстве отображения (S149).

Как описано выше, при передаче сообщения EAS на фиг. 28, устройство 20 приема в состоянии ожидания активируется в чрезвычайной ситуации. Кроме того, устройство 20 приема получает EAT в раздельном формате, переданном через LLS, и получает информацию САР и компонент телевизионной программы в соответствии с EAT. В результате, отображение обязательно переходит из состояния (черный экран), показанном в позиции D13-1, в состояние (экран, на котором информация субтитров (информация САР) наложена на телевизионную программу), показанное в положении D13-2, и отображает экран с информацией чрезвычайной ситуации, переданной, как информация САР. В соответствии с этим, даже пользователь, который не просматривает телевизионную программу, может проверять субтитры, отображаемые с обязательным наложением на телевизионную программу, и распознает, что было получено предупреждение в сильном дожде.

Обработка передачи сообщения EAS в активном состоянии

На фиг. 29 показана схема для описания обработки передачи сообщения EAS в устройстве 20 приема, в активном состоянии.

Как представлено на фиг. 29, по волне широковещательной передачи при цифровой широковещательной передаче, используя схему передачи IP из устройства 10 передачи, видеоданные и аудиоданные телевизионной программы ("TV" на фиг. 29) передают в формате синхронного потока, и, таким образом, используется сеанс RTP. Кроме того, информацию чрезвычайной ситуации ("NRT" на фиг. 29) для услуги портала NRT передают через сеанс FLUTE. Кроме того, LLS (EAT) и SCS (SMT) передают в раздельном формате.

На фиг. 29 устройство приема 20 представлено в активном состоянии и отображает телевизионную программу, в отличие от примера работы на фиг. 28 (S161). Здесь устройство 20 приема в активном состоянии постоянно отслеживает EAT, передаваемый через LLS, и получает EAT, когда обнаруживают обновление EAT (S162 и S163). Как представлено на фиг. 29, в EAT назначено EAS_message_transfer_type="2" в раздельном формате, и, таким образом, информацию чрезвычайной ситуации передают, как информацию САР, включенную в САР. Таким образом, устройство 20 приема отображает информацию CAP EAT, которая должна быть наложена на телевизионную программу, отображаемую дисплеем (S164). В соответствии с этим, пользователь может проверять субтитры, отображаемые с наложением на телевизионную программу, и распознавать, что было получено предупреждение о сильном дожде.

Здесь содержание субтитров может представлять только тот факт, что было получено предупреждение о сильном дожде, или может представлять его подробную информацию. С этой целью, например, когда пользователь управляет пультом дистанционного управления для передачи инструкции на отображение подробной информации (S165), подробную информацию с предупреждением о сильном дожде отображают, как дополнительную информацию для информации чрезвычайной ситуации (S166-S168).

В частности, устройство 20 приема выполняет обработку настройки, используя EAS_NRT_service_id для EAT и информацию настройки, и получает SMT (S166). Устройство 20 приема получает информацию портала NRT, переданную через сеанс FLUTE, в соответствии с SMT, и обеспечивает отображение подробной информации, в соответствии с полученной информации чрезвычайной ситуации на устройстве отображения (S167 и S168).

Как описано выше, при передаче сообщения EAS на фиг. 29, когда EAT детектирует, что произошло обновление EAT, устройство 20 приема, отображающее телевизионную программу, получает EAT в раздельном формате, передаваемый через LLS, и получает информацию САР и компонент телевизионной программы в соответствии с EAT. В результате происходит переход отображения из состояния (экран, на котором отображается телевизионная программа), представленного в позиции D14-1, в состояние (экран, на котором информация субтитров (информация САР) наложена на телевизионную программу), представленное в позиции D14-2, и отображаются субтитры с информацией чрезвычайной ситуации, переданные, как информация САР. В соответствии с этим, пользователь, который просматривает телевизионную программу, может проверять субтитры, отображаемые с наложением на телевизионную программу, и может распознавать, что было получено сообщение с предупреждением о сильном дожде.

Кроме того, когда пользователь, который проверяет субтитры, отображаемые с наложением на телевизионной программе, желает знать подробную информацию о погоде, пользователь выполняет определенную операцию, и, таким образом, отображается экран (состояние D14-3) с подробной информацией, в соответствии с информацией чрезвычайной ситуации, передаваемой, как информация портала NRT. В результате, пользователь может проверять подробную информацию, включающую в себя информацию, которая вряд ли будет отображаться с использованием субтитров, и может получить более подробную информацию с предупреждением о сильном дожде.

Кроме того, фиг. 29 была описана в связи с примером, в котором подробную информацию передают, как информацию портала NRT через сеанс FLUTE, но, например, подробная информация может быть предоставлена через веб-сервер 70, подключенный к Интернет 90.

(4-3) Передача приложения

Далее будет описана передача приложения со ссылкой на фиг. 30 и 31.

Обработка передачи приложения в состоянии ожидания

На фиг. 30 показана схема для описания обработки передачи приложения в устройстве 20 приема в состоянии ожидания.

Как представлено на фиг. 30, по волне широковещательной передачи при цифровой широковещательной передаче с использование схемы передачи IP из устройства 10 передачи, видеоданные и аудиоданные телевизионной программы ("TV" на фиг. 30) передают в формате синхронного потока, и, таким образом, используется сеанс RTP. Кроме того, LLS (EAT) и SCS (SMT и AIT) передают в раздельном формате. Кроме того, информацию чрезвычайной ситуации ("NRT" на фиг. 30) для услуги портала NRT передают, используя сеанс FLUTE.

На фиг. 30 устройство 20 приема находится в состоянии ожидания (S181). Здесь устройство 20 приема в состоянии ожидания постоянно отслеживает флаг обязательной активации в чрезвычайной ситуации, включенный в сигнал преамбулы (S182), и включают питание, и активируется, когда обнаруживают, что флаг обязательной активации в чрезвычайной ситуации установлен в положение "включено" (S183 и S184).

Кроме того, устройство 20 приема активирует EAT в раздельном формате из LLS, переданный из BS, установленный по умолчанию (S185 и S186). Как представлено на фиг. 30, EAS_message_transfer_type="4" обозначается в EAT, и, таким образом, информацию чрезвычайной ситуации передают, как приложение уведомления о чрезвычайной ситуации. Кроме того, поскольку automatic_tuning_flag="1" обозначено в EAT на фиг. 30, когда флаг обязательной активации в чрезвычайной ситуации установлен в положение "включено", устройство 20 приема выполняет обработку настройки, состоящую в настройке на услугу, обозначенную триплетом, и получает SMT и AIT (S187).

Устройство 20 приема получает видеоданные и аудиоданные, передаваемые через сеанс RTP, в соответствии с SMT (S188). Кроме того, устройство 20 приема получает унифицированный указатель информационного ресурса (URL) для получения приложения, соответствующего EAS_application_identifier EAT, со ссылкой на AIT, выполняет доступ к серверу приложений 50 через Интернет 90 и получает приложение (S189) с уведомлением о чрезвычайной ситуации.

Затем устройство 20 приема обеспечивает отображение приложения с уведомлением о чрезвычайной ситуации, полученного из сервера 50 приложений на устройстве отображения, с наложением на телевизионную программу, в соответствии с полученными видеоданными и аудиоданными (S190 и S191).

Как описано выше, при обработке передачи приложения на фиг. 30, устройство 20 приема в состоянии ожидания активируется в чрезвычайной ситуации. Кроме того, устройство 20 приема получает EAT в раздельном формате, передаваемый через LLS, и получает компонент телевизионной программы и приложения с уведомлением о чрезвычайной ситуации, в соответствии с EAT. В результате, выполняется обязательный переход для отображения из состояния (черный экран), показанного в позиции D15-1, в состояние (экран, на котором приложение с уведомлением о чрезвычайной ситуации наложено на телевизионную программу) в позиции D15-2, и отображает экран с информацией о чрезвычайно ситуации, переданной, как приложение уведомления о чрезвычайной ситуации. Соответственно, даже пользователь, который не просматривает телевизионную программу, может проверять приложение с уведомлением о чрезвычайной ситуации, отображаемое с обязательным наложением на телевизионную программу, и распознавать, что было получено предупреждение о сильном дожде.

Далее, в состоянии D15-2 на фиг. 30, приложение с уведомлением о чрезвычайной ситуации отображается в форме буквы "L", в телевизионной программе, но можно использовать любую другую форму отображения, например, приложение может отображаться с наложением. Кроме того, приложение с уведомлением о чрезвычайной ситуации может быть передано через сеанс FLUTE.

Кроме того, в примере на фиг. 30 AIT была описана, как информация управления приложением, но вместо AIT может использоваться инициирующая информация. Инициирующая информация представляет собой информацию управления, включающую в себя команду для управления операцией приложения, и может быть размещена, например, в видеоданных или аудиоданных с последующей передачей.

Обработка передачи приложения в активном состоянии

На фиг. 31 показана схема для описания обработки передачи приложения в устройстве 20 приема, в активном состоянии.

Как показано на фиг. 31, по волне широковещательной передачи при цифровой широковещательной передачей, с использованием схемы передачи IP из устройства 10 передачи, видеоданные и аудиоданные телевизионной программы ("TV" на фиг. 31) передают в виде формата синхронного потока, и, таким образом, используется сеанс RTP. Кроме того, LLS (EAT) и SCS (SMT и AIT) передают в раздельном формате. Кроме того, передают информацию чрезвычайной ситуации ("NRT" на фиг. 31) для услуги портала NRT через сеанс FLUTE.

На фиг. 31 устройство 20 приема находится в активном состоянии и отображает телевизионную программу, в отличие от примера работы на фиг. 30 (S201). Здесь устройство 20 приема в активном состоянии постоянно отслеживает EAT, передаваемый через LLS, и получает EAT, когда обнаруживают, что произошло обновление EAT (S202 и S203). Как представлено на фиг. 31, EAS_message_transfer_type="4" обозначается в EAT в раздельном формате, и, таким образом, информацию чрезвычайной ситуации передают, как приложение с уведомлением о чрезвычайной ситуации. Кроме того, поскольку в EAT назначено automatic_tuning_flag="1" на фиг. 31, когда флаг обязательной активации в чрезвычайной ситуации установлен в положение "включено", устройство 20 приема выполняет обработку настройки, состоящую в настройке на услугу, обозначенную триплетом, и активирует AIT (S204).

Устройство 20 приема получает URL, в котором получают приложение, соответствующее EAS_application_identifier для EAT, со ссылкой на AIT, выполняет доступ к серверу 50 приложений через Интернет 90, и получает приложение (S206) с уведомлением о чрезвычайной ситуации. Затем устройство 20 приема обеспечивает отображение приложения с уведомлением о чрезвычайной ситуации, полученного из сервера 50 приложений, на устройстве отображения с наложением на отображаемую телевизионную программу (S205, S207 и S208).

Как описано выше, при обработке передачи приложения на фиг. 31, когда обнаруживают, что произошло обновление EAT, устройство 20 приема, которое отображает телевизионную программу, получает EAT в раздельном формате, передаваемый через LLS, и получает приложение с уведомлением о чрезвычайной ситуации в соответствии с EAT. В результате, выполняется переход отображения из состояния (экран, на котором отображается телевизионная программа), представленного в позиции D16-1, в состояние (экран, на котором приложение с уведомлением о чрезвычайной ситуации наложено на телевизионную программу), представленное в позиции D16-2, и отображает экран с информацией чрезвычайной ситуации, переданной, как приложение. В соответствии с этим, пользователь, который просматривает телевизионную программу, может проверять приложение с уведомлением о чрезвычайной ситуации, отображаемое с наложением на телевизионную программу, в форме буквы L, и распознавать, что было получено предупреждение о сильном дожде.

Кроме того, для активации приложения с уведомлением о чрезвычайной ситуации, когда другое приложение находится в активном состоянии, приложение с уведомлением о чрезвычайной ситуации активируют после окончания другого приложения в активном состоянии.

(4-4) Передача услуги совместно используемого компонента

Далее, со ссылкой на фиг. 32 и 33, будет описана передача услуги совместно используемого компонента

Обработка передачи услуги совместно используемого компонента в активном состоянии

На фиг. 32 показана схема для описания обработки передачи услуги совместно используемого компонента.

Как представлено на фиг. 32, по волне широковещательной передачи при цифровой широковещательной передаче с использованием схемы передачи IP из устройства 10 передачи, видеоданные и аудиоданные телевизионной программы ("TV" на фиг. 32) передают в формате синхронного потока, и, таким образом, используется сеанс RTP. Кроме того, совместно используемые аудиоданные для уведомления о чрезвычайной ситуации передают через сеанс RTP. Кроме того, LLS (EAT) и SCS (SMT) передают в раздельном формате.

На фиг. 32 устройство 20 приема находится в активном состоянии и отображает телевизионную программу (S221). Здесь устройство 20 приема в активном состоянии постоянно отслеживает EAT, передаваемый через LLS, и получает EAT, когда обнаруживают, что произошло обновление EAT (S222 и S223). Как представлено на фиг. 32, EAS_message_transfer_type="5" обозначено в EAT, в раздельном формате, и, таким образом, информацию чрезвычайной ситуации передают через услугу совместно используемого компонента.

Другими словами, в EAT на фиг. 32, поскольку "Audio" назначен, как EAS_shared_service_type, совместно используемые аудиоданные для уведомления о чрезвычайной ситуации предоставляют как информацию чрезвычайной ситуации, и, таким образом, устройство 20 приема выполняет обработку настройки, используя EAS_shared_service_id для EAT и информацию настройки, и получает SMT (S244). Кроме того, устройство 20 приема получает совместно используемые аудиоданные для уведомления о чрезвычайной ситуации, передаваемого через сеанс RTP, в соответствии с SMT, и выводит совместно используемый звук с информацией чрезвычайной ситуации, в то время как происходит отображение телевизионной программы (S225 и S226). Здесь, например, в то время как отображают телевизионную программу, выполняют только переключение звука, и звук, такой как "предупреждение о сильном дожде", выводят как вспомогательный звук.

Как описано выше, при обработке передачи приложения на фиг. 32, когда обнаруживают, что произошло обновление EAT, устройство 20 приема, отображающее телевизионную программу, получает EAT в раздельном формате, передаваемом через LLS, и получает совместно используемые аудиоданные для уведомления о чрезвычайной ситуации, в соответствии с EAT. В результате, даже когда выполняется переход из состояния D17-1 в состояние D17-2, на устройстве отображения постоянно отображается телевизионная программа, и только звук переключают таким образом, что выводится такой звук, как "предупреждение о сильном дожде", в качестве информации чрезвычайной ситуации. В соответствии с этим, пользователь, который просматривает телевизионную программу, может проверять звук с информацией чрезвычайной ситуации и распознавать, что предупреждение о сильном дожде было получено при постоянном просмотре телевизионной программы.

На фиг. 33 показана схема, иллюстрирующую примерную услугу совместно используемого компонента.

Как показано на фиг. 33, TV услуга 1 и TV услуга 2 представляют собой разные услуги, но имеют одинаковые аудиоданные для уведомления о чрезвычайной ситуации, предоставляемом в чрезвычайной ситуации, и, таким образом, TV услуга 1 и TV услуга 2 могут быть предусмотрены услугой с общим, совместно используемым компонентом.

В частности, в TV услуге 1, в чрезвычайной ситуации, звук переключают с аудиоданных TV услуги 1 на аудиоданные услуги общего совместно используемого компонента. В результате, в то время как происходит отображение телевизионной программы TV услуги 1, информацию чрезвычайной ситуации на основе аудиоданных услуги совместно используемого компонента выводят, как звук. Затем, когда вывод звука информации чрезвычайной ситуации заканчивается, в TV услуге 1 выполняется переключение с аудиоданных услуги совместно используемого компонента на аудиоданные TV услуги 1.

Аналогично, в TV услуге 2, в чрезвычайной ситуации, выполняют переключение звука с аудиоданных TV услуги 2 на аудиоданные услуги общего совместно используемого компонента. В результате, в то время как отображается телевизионная программа TV услуги 2, информацию чрезвычайной ситуации на основе аудиоданных услуги совместно используемого компонента выводят, как звук. Затем, когда заканчивается вывод звука с информацией чрезвычайной ситуации, в TV услуге 2, выполняют переключение с аудиоданных услуги совместно используемого компонента на аудиоданные TV услуги 2.

Кроме того, в примере на фиг. 33 одни аудиоданные были описаны, как совместно используемый компонент, передаваемый, как совместно используемая услуга, в качестве примера, но совместно используемый компонент не ограничивается аудиоданными, и, например, любой другой компонент, такой как видеоданные или данные субтитров, можно использовать, как совместно используемый компонент, если только этот компонент можно совместно использовать во множестве услуг. Кроме того, множество совместно используемых компонентов может быть передано, как совместно используемый компонент, передаваемый как совместно используемая услуга.

(5) Содержание конкретной обработки, выполняемой в каждом устройстве

Далее, со ссылкой на фиг. 34-40, будет описано содержание конкретной обработки, выполняемой устройствами, составляющими систему 1 широковещательной передачи на фиг. 20.

Обработка передачи

Вначале, со ссылкой на блок-схему последовательности операций на фиг. 34, будет описана обработка передачи, выполняемая устройством 10 передачи на фиг. 20.

На этапе S301, модуль 111 получения видеоданных получает видеоданные и предоставляет эти видеоданные в видеокодер 112. На этапе S302, видеокодер 112 кодирует видеоданные, полученные из модуля 111 получения видеоданных, и предоставляет кодированные видеоданные в Mux 121.

На этапе S303, модуль 113 получения аудиоданных получает аудиоданные, и предоставляет эти аудиоданные в аудиокодер 114. На этапе S304, аудиокодер 114 кодирует аудиоданные, предоставляемые из модуля 113 получения аудиоданных, и предоставляет кодированные аудиоданные в Mux 121.

На этапе S305, модуль 115 получения данных субтитров, получает данные субтитров, и предоставляет эти данные субтитров в кодер 116 субтитров. На этапе S306, кодер 116 субтитров кодирует данные субтитров, предоставляемые из модуля 115 получения данных субтитров, и предоставляет кодированные данные субтитров в Mux 121.

На этапе S307, модуль 117 получения сигнала управления получает сигнал управления, такой как SCS или LLS, и предоставляет сигнал управления в модуль 118 обработки сигнала управления. На этапе S308, модуль 118 обработки сигнала управления выполняет определенную обработку сигналов для сигнала управления, предоставляемого из модуля 117 получения сигнала управления, и предоставляет полученные в результате данные в Mux 121.

На этапе S309, когда передают данные в формате асинхронного файла, модуль 119 получения данных файла получает, например, содержание NRT или данные файла, такие как приложение, и предоставляет полученные данные в модуль 120 обработки файла. На этапе S310, модуль 120 обработки файла выполняет определенную обработку сигналов для данных файла, предоставляемых из модуля 119 получения данных файла, и предоставляет полученные в результате данные в Mux 121.

На этапе S311 Mux 121 генерирует поток по схеме передачи IP путем мультиплексирования видеоданных, принятых из видеокодера 112, аудиоданных, полученных из аудиокодера 114, данных субтитров, полученных из кодера 116 субтитров, сигнала управления, принятого из модуля 118 обработки сигнала управления, и данных файла, принятых из модуля 120 обработки файла, и предоставляет поток схемы передачи IP в модуль 122 передачи.

На этапе S312, модуль 122 передачи передает поток, предоставляемый из Mux 121, как сигнал широковещательной передачи, через антенну 123. Когда обработка на этапе S312 заканчивается, обработка передачи заканчивается.

Выше была описана обработка передачи.

Обработка приема

Далее, ссылкой на блок-схему последовательности операций на фиг. 35, будет описана обработка приема, выполняемая устройством приема 20 по фиг. 20. Обработку приема выполняют, когда устройство 20 приема включено и настроено на требуемый канал с помощью пульта дистанционного управления, операции с которым выполняет пользователь.

На этапе S321, тюнер 212 принимает сигнал широковещательной передачи через антенну 211, и демодулирует сигнал широковещательной передачи. На этапе S322, Demux 213 демультиплексирует поток схемы передачи IP, демодулированный тюнером 212, в сигнал управления, видеоданные, аудиоданные, данные субтитров и т.п.

На этапе S323, модуль 222 обработки сигнала управления получает сигнал управления, демультиплексированный Demux 213. Модуль 222 обработки сигнала управления управляет операциями соответствующих модулей на основе сигнала управления.

На этапе S324, видеодекодер 215 декодирует видеоданные, демультиплексированные Demux 213, и предоставляет декодированные видеоданные в модуль 216 вывода видеоданных. На этапе S325, модуль 216 вывода видеоданных выводит видеоданные, предоставляемые из видеодекодера 215, и обеспечивает отображение видеоданных на устройстве отображения.

На этапе S326, аудиодекодер 217 декодирует аудиоданные, демультиплексированные Demux 213, и предоставляет декодированные аудиоданные в модуль 218 вывода аудиоданных. На этапе S327, модуль 218 вывода аудиоданных выводит аудиоданные, предоставляемые из аудиодекодера 217, и обеспечивает вывод звука через громкоговоритель.

На этапе S328, когда данные субтитров демультиплексируют с помощью Demux 213, декодер 219 субтитров декодирует данные субтитров, и предоставляет декодированные данные субтитров в модуль 216 вывода видеоданных. На этапе S329, модуль 216 вывода видеоданных выводит данные субтитров, предоставляемые из декодера 219 субтитров, и обеспечивает отображение субтитров с наложением на видеоизображение, отображаемое на устройстве отображения. Когда обработка на этапе S329 заканчивается, заканчивается обработка приема.

Обработка приема была описана выше.

Обработка уведомления о чрезвычайной ситуации

Далее, со ссылкой на блок-схему последовательности операций, показанную на фиг. 36, будет описана обработка уведомления о чрезвычайной ситуации, выполняемая устройством 20 приема на фиг. 20. Обработку уведомления о чрезвычайной ситуации выполняют для уведомления с представлением информации чрезвычайной ситуации, такой как предупреждение о сильном дожде, когда устройство 20 приема находится в состоянии ожидания, активном состоянии и т.п.

На этапе S341 определяют, находится ли устройство 20 приема в состоянии ожидания. На этапе S341, когда устройство приема 20 находится в состоянии ожидания, обработка переходит на этап S342.

На этапе S342 модуль 224 управления уведомлением о чрезвычайной ситуации отслеживает тюнер 212 и определяет, была или нет детектирована установка флага обязательной активации в чрезвычайной ситуации, включенного в сигнал преамбулы, в состояние "включено". Когда обнаруживают, что флаг обязательной активации в чрезвычайной ситуации установлен в состояние "включено" на этапе S342, обработка переходит на этап S343, и устройство 20 приема включается. Когда устройство 20 приема включается, обработка переходит на этап S344.

Кроме того, когда обнаруживают, что флаг обязательной активации в чрезвычайной ситуации не был установлен в положение "включено" на этапе S342, обработка возвращается на этап S341, и упомянутую выше обработку повторяют. Другими словами, устройство 20 приема в состоянии ожидания находится в состоянии ожидания до тех пор, пока флаг обязательной активации в чрезвычайной ситуации не будет установлен в положение включено, и после этого включается его питание. Кроме того, когда обнаруживают, что устройство 20 приема не находится в состоянии ожидания на этапе S341, то есть, устройство 20 приема находится в активном состоянии и отображает телевизионную программу, этапы S342 к S343 пропускают, и обработка переходит на этап S344.

На этапе S344, модуль 224 управления уведомлением о чрезвычайной ситуации получает EAT в раздельном формате, передаваемый через LLS. Считается, что EAT получают, например, непосредственно после включения питания устройства 20 приема, находящегося в состоянии ожидания, когда обнаруживают, что флаг обязательной активации в чрезвычайной ситуации был установлен в положение "включено", когда обновляют EAT и т.п.

На этапе S345, модуль 224 управления уведомлением о чрезвычайной ситуации проверяет EAS_message_transfer_type для EAT в раздельном формате, полученный при обработке на этапе S344.

На этапе S346, модуль 224 управления уведомлением о чрезвычайной ситуации определяет, находится ли EAS_message_transfer_type в состоянии "1" при обработке проверки на этапе S345. Когда определяют, что EAS_message_transfer_type равен "1" на этапе S346, обработка переходит на этап S347.

На этапе S347, модуль 224 управления уведомлением о чрезвычайной ситуации выполняет обработку передачи услуги портала NRT. Обработка передачи услуги портала NRT соответствует примеру операции, представленному на фиг. 26 и 27, и содержание ее подробной обработки будет описано позже со ссылкой на блок-схему последовательности операций на фиг. 37.

Кроме того, когда определяют, что EAS_message_transfer_type не равен "1" на этапе S346, обработка переходит на этап S348. На этапе S348, модуль 224 управления уведомлением о чрезвычайной ситуации определяет, равен или нет "2" EAS_message_transfer_type при обработке проверки на этапе S345. Когда определяют, что EAS_message_transfer_type равен "2" на этапе S348, обработка переходит на этап S349.

На этапе S349 модуль 224 управления уведомлением о чрезвычайной ситуации выполняет обработку передачи сообщения EAS. Обработка передачи сообщения EAS соответствует примеру операции, представленному на фиг. 28 и 29, и содержанию его подробной обработки, которая будет описана ниже со ссылкой на блок-схему последовательности операций на фиг. 38.

Кроме того, когда определяют, что EAS_message_transfer_type не равен "2" на этапе S348, обработка переходит на этап S350. На этапе S350, модуль 224 управления уведомлением о чрезвычайной ситуации определяет, равен или нет "4" EAS_message_transfer_type при обработке проверки на этапе S345. Когда определяют, что EAS_message_transfer_type равен "4" на этапе S350, обработка переходит на этап S351.

На этапе S351, модуль 224 управления уведомлением о чрезвычайной ситуации выполняет обработку передачи приложения. Обработка передачи приложения соответствует примеру операции, представленному на фиг. 30 и 31, и содержанию его подробной обработки, которая будет описана ниже со ссылкой на блок-схему последовательности операций на фиг. 39.

Кроме того, когда определяют, что EAS_message_transfer_type не равен "4" на этапе S350, обработка переходит на этап S352. На этапе S352, модуль 224 управления уведомлением о чрезвычайной ситуации определяет, равен или не "5" EAS_message_transfer_type при обработке на этапе S345. Когда определяют, что EAS_message_transfer_type равен "5" на этапе S352, обработка переходит на этап S353.

На этапе S353, модуль 224 управления уведомлением о чрезвычайной ситуации выполняет обработку передачи услуги совместно используемого компонента. Обработка передачи услуги совместно используемого компонента соответствует примеру операции, представленному на фиг. 32, и содержанию его подробной обработки, которая будет описана ниже со ссылкой на блок-схему последовательности операций на фиг. 40.

Кроме того, когда определяют, что EAS_message_transfer_type не равен "5" на этапе S352, обработка переходит на этап S354. На этапе S354, модуль 224 управления уведомлением о чрезвычайной ситуации выполняет другую обработку, соответствующую EAS_message_transfer_type. Например, когда EAS_message_transfer_type равен "3", выполняется обработка передачи потока.

Когда любой один из этапов S347, S349, S351, S353 и S354 заканчивается, заканчивается обработка уведомления о чрезвычайной ситуации.

Обработка уведомления о чрезвычайной ситуации была описана выше.

Обработка передачи услуги портала NRT

Далее, со ссылкой на блок-схему последовательности операций на фиг. 37, будет описана обработка передачи услуги портала NRT, соответствующая этапу S347 на фиг. 36.

На этапе S361, модуль 222 обработки сигнала управления получает SMT на основе EAT, в соответствии с управлением, выполняемым модулем 224 управления уведомлением о чрезвычайной ситуации.

На этапе S362, модуль 220 обработки FLUTE получает информацию портала NRT (информацию чрезвычайной ситуации), переданную из сеанса FLUTE на основе SMT, принятого из модуля 222 обработки сигнала управления, в соответствии с управлением, выполняемым модулем 224 управления уведомлением о чрезвычайной ситуации.

На этапе S363, браузер 226 обеспечивает отображение информации портала NRT (информация о чрезвычайной ситуации), принятой из модуля 220 обработки FLUTE на устройстве отображения через модуль 216 вывода видеоданных, в соответствии с управлением, выполняемым модулем 224 управления уведомлением о чрезвычайной ситуации. В результате, информация о чрезвычайной ситуации, такая, как предупреждение о сильном дожде и т.п., отображается на устройстве отображения.

Когда обработка на этапе S363 заканчивается, обработка возвращается на этап S347 на фиг. 36, и выполняется обработка, следующая после него.

Выше была описана обработка передачи услуги портала NRT.

Обработка передачи сообщения EAS

Далее, со ссылкой на блок-схему последовательности операций, на фиг. 38, будет описана обработка передачи сообщения EAS, соответствующая этапу S349 на фиг. 36. Здесь, когда устройство 20 приема находится в состоянии ожидания, питание включено, но поскольку "1" обозначена, как automatic_tuning_flag в EAT, предполагается, что выполняется обработка настройки, состоящая в переключении на услугу, обозначенную триплетом.

На этапе S381, модуль 224 управления уведомлением о чрезвычайной ситуации обеспечивает отображении информации САР, включенной в EAT, на устройстве отображения, с наложением на телевизионную программу через модуль 216 вывода видеоданных. В результате, субтитры (информация о чрезвычайной ситуации), представляющие предупреждение о сильном дожде и т.п., отображаются с наложением на телевизионную программу.

На этапе S382 определяют, была или нет подана инструкция на отображение подробной информации с пульта дистанционного управления, оперируемого пользователем. Когда определяют, что инструкция на отображение подробной информации была подана на этапе S382, обработка переходит на этап S383.

На этапе S383, модуль 222 обработки сигнала управления получает SMT на основе EAT, в соответствии с управлением, выполняемым модулем 224 управления уведомлением о чрезвычайной ситуации.

На этапе S384, модуль 220 обработки FLUTE получает информацию портала NRT (подробную информацию), передаваемую через сеанс FLUTE на основе SMT, принятого из модуля 222 обработки сигнала управления, в соответствии с управлением, выполняемым модулем 224 управления уведомлением о чрезвычайной ситуации.

На этапе S385, браузер 226 обеспечивает отображение информации портала NRT (подробной информации), принятой из модуля 220 обработки FLUTE, на устройстве отображения через модуль 216 вывода видеоданных, в соответствии с управлением, выполняемым модулем 224 управления уведомлением о чрезвычайной ситуации. В результате, подробная информация, представляющая предупреждение о сильном дожде и т.п., отображается на устройстве отображения, представляющая собой дополнительную информацию для информации чрезвычайной ситуации.

Кроме того, когда определяют, что не была подана инструкция на отображение подробной информации на этапе S382, обработку на этапах S383-S385 пропускают. Затем, когда обработка на этапе S385 заканчивается, обработка возвращается на этап S349, на фиг. 36, и выполняется обработка, следующая после него.

Обработка передачи сообщения EAS была описана выше.

Обработка передачи приложения

Далее, со ссылкой на блок-схему последовательности операций на фиг. 39, будет описана обработка передачи приложения, соответствующая этапу S351 на фиг. 36. Здесь, когда устройство 20 приема находится в состоянии ожидания, питание включено, но поскольку "1" обозначена, как automatic_tuning_flag для EAT, предполагается, что выполняется обработка настройки, предназначенная для настройки на услугу, обозначенную триплетом.

На этапе S401, модуль 222 обработки сигнала управления получает AIT на основе EAT, в соответствии с управлением, выполняемым модулем 224 управления уведомления о чрезвычайной ситуации. Кроме того, модуль 224 управления уведомления о чрезвычайной ситуации получает URL для получения приложения уведомления о чрезвычайной ситуации, соответствующего EAS_application_identifier в EAT, со ссылкой на AIT.

На этапе S402, I/F 225 передачи данных обращается к серверу 50 приложений через Интернет 90 на основе URL для получения приложения с уведомлением о чрезвычайной ситуации, в соответствии с управлением, выполняемым модулем 224 управления уведомлением о чрезвычайной ситуации, и получает приложение уведомления о чрезвычайной ситуации.

На этапе S403, браузер 226 обеспечивает отображение приложения с уведомлением о чрезвычайной ситуации, принятого из I/F 225 передачи данных на устройстве отображения, с наложением на телевизионную программу через модуль 216 вывода видеоданных в соответствии с управлением, выполняемым модулем 224 управления уведомления о чрезвычайной ситуации. В результате, отображается информация о чрезвычайной ситуации, такая как предупреждение о сильном дожде, в форме буквы L, в телевизионной программе.

Когда обработка на этапе S403 заканчивается, обработка возвращается на этап S351, на фиг. 36, и выполняется обработка, следующая после него.

Выше была описана обработка передачи приложения.

Обработка передачи услуги совместно используемого компонента

Далее, со ссылкой на блок-схему последовательности операций на фиг. 40, будет описана обработка передачи услуги совместно используемого компонента, соответствующая этапу S353 на фиг. 36. Здесь предполагается, что "Audio" назначен, как EAS_shared_service_type в EAT, и предполагается, что совместно используемые аудиоданные для уведомления о чрезвычайной ситуации отображаются, как информация чрезвычайной ситуации.

На этапе S421, модуль 222 обработки сигнала управления получает SMT на основе EAT, в соответствии с управлением, выполняемым модулем 224 управления уведомлением о чрезвычайной ситуации.

На этапе S422, аудиодекодер 217 получает совместно используемые аудиоданные для уведомления о чрезвычайной ситуации из Demux 213 на основе SMT, в соответствии с управлением, выполняемым модулем 224 управления уведомлением о чрезвычайной ситуации. Кроме того, аудиодекодер 217 декодирует совместно используемые аудиоданные для уведомления о чрезвычайной ситуации, в соответствии с управлением, выполняемым модулем 224 управления уведомления о чрезвычайной ситуации, и предоставляет декодированные совместно используемые аудиоданные для уведомления о чрезвычайной ситуации в модуль 218 вывода аудиоданных.

На этапе S423, модуль 218 вывода аудиоданные выполняет переключение со звука телевизионной программы на совместно используемые аудиоданные для уведомления о чрезвычайной ситуации, в соответствии с управлением, выполняемым модулем 224 управления уведомлением о чрезвычайной ситуации, и выводит звук информации чрезвычайной ситуации через громкоговоритель. В результате, например, в то время как отображается телевизионная программа, переключается только звук, и выводится звук, такой как "предупреждение о сильном дожде".

Когда обработка на этапе S423 заканчивается, обработка возвращается на этап S353, на фиг. 36, и выполняется обработка, следующая после него.

Выше была описана обработка передачи услуги совместно используемого компонента.

2. Цифровая широковещательная передача, в соответствии со схемой передачи IP в формате XML

Далее будет описана схема передачи IP формата XML.

Стек протокола в схеме передачи IP в формате XML

На фиг. 41 показана схема, иллюстрирующая стек протокола цифровой широковещательной передачи, в соответствии со схемой передачи IP в формате XML.

Физический уровень представляет собой самый низкий уровень, и полоса частот волны широковещательной передачи, выделенной для услуги (канала), соответствует физическому уровню, как представлено на фиг. 41. Уровень, непосредственно выше физического уровня, представляет собой уровень IP, и поток пактов в основной полосе (ВВР) расположен между ними. Поток ВВР представляет собой поток, включающий в себя пакет, содержащий различного рода данные в схеме передачи IP.

Уровень IP аналогичен IP в стеке протокола TCP/IP, и пакет IP устанавливается по IP-адресу. Уровень, непосредственно над уровнем IP, представляет собой уровень UDP, и уровень выше него представляет собой RTP и FLUTE/ALS. Другими словами, при цифровой широковещательной передаче схемы передачи IP, передают пакеты, имеющие номер порта UDP, предназначенный для него, например, устанавливают сеанс RTP и сеанс FLUTE.

Уровень, непосредственно выше FLUTE/ALS, представляет собой фрагментированный МР4 (fMP4), и уровень, непосредственно RTP и fMP4, представляет собой видеоданные (Video), аудиоданные (Audio), данные субтитров (Closed Caption) и т.п. Другими словами, когда видеоданные или аудиоданные передают в формате синхронного потока, используется сеанс RTP, и когда видеоданные или аудиоданные передают в формате асинхронного файла, используется сеанс FLUTE.

Кроме того, уровень, выше FLUTE/ALS в содержании NRT, ESG и SCS, и в содержании NRT, ESG, и SCS передают через сеанс FLUTE. Содержание NRT представляет собой содержание, передаваемое в режиме широковещательной передачи NRT (Non-RealTime), и накапливают в накопителе приемника, и затем воспроизводят. Кроме того, содержание NRT представляет собой пример содержания, файл другого содержания может быть передан через сеанс FLUTE. ESG представляет собой электронный путеводитель по услуге и включает в себя информацию, такую как, например, название программы или время начала.

SCS представляет собой информацию сигналов модуля услуги, и ее передают через сеанс FLUTE. Например, протокол описания сеанса (SDP), AIT и т.п. передают, как SCS. SDP включает в себя атрибут услуги модуля услуги, информацию конфигурации компонента, атрибут компонента, информацию фильтра компонента, информацию о местоположении компонента и т.п. AIT представляет собой информацию управления приложением, выполняемым одновременно с телевизионной программой. Кроме того, взаимосвязь между услугой и компонентом будет описана ниже со ссылкой на фиг. 42.

LLS представляет собой информацию сигналов низкого уровня, и ее передают в потоке ВВР. Например, информацию конфигурации услуги, такую как таблица конфигурации услуги (SCT), SAT, EAT, RRT, передают как LLS.

В SCT используется триплет, который представляет собой комбинацию network_id, transport_stream_id и service_id, которые применяются в схеме MPEG2-TS, и конфигурация потока ВВР, и конфигурация услуги в сети широковещательной передачи представлены триплетом. Кроме того, SCT включает в себя информацию, такую как адрес IP, используемый, как информация атрибута/установки для модуля услуги, информация самозагрузки, для доступа к ESG или SCS, информация настройки, используемая для настройки на услугу (канал) и т.п.

SAT представляет услугу, для которой выполняется передача, для каждого потока ВВР. Выполняется или нет передача определенной услуги, можно определять в соответствии с SAT. EAT представляет собой сигнал управления для добавления услуги уведомления о чрезвычайной ситуации для каждого потока ВВР. RRT представляет таблицу региональной информации, относящуюся к классификации программы.

ID система в схеме передачи IP для формата XML

На фиг. 42 показана схема, иллюстрирующая взаимосвязь между сигналом волны широковещательной передачи и системой ID в схеме передачи IP в формате XML.

Как представлено на фиг. 42, волну широковещательной передачи ((сеть широковещательной передачи (сеть)), имеющую полосу частот 6 МГц, выделяют для network_id. Каждая волна широковещательной передачи включает в себя один или больше потоков ВВР, идентифицированных BBP_stream_id. Поток ВВР конфигурируют с множеством пакетов ВВР, каждый из которых включает в себя заголовок ВВР и полезную нагрузку.

Каждый поток ВВР включает в себя множество услуг, идентифицированных service_id. Каждая услуга включает в себя один или больше компонентов. Каждый компонент представляет собой информацию, конфигурирующую программу, такую как видеоданные или аудиоданные.

По мере того, как триплет, то есть, комбинация из network_id, BBP_stream_id и service_id, используется, как id система схемы передачи IP в формате XML, аналогично схеме MPEG2-TS, как описано выше, обеспечивается совместимость со схемой MPEG2-TS, которая в настоящее время широко распространена, и, таким образом, можно легко справляться с одновременной передачей вещательных программ, например, когда выполняется переход со схемы MPEG2-TS на схему передачи IP.

Конфигурация волны широковещательной передачи схемы передачи IP в формате XML

На фиг. 43 показана схема, иллюстрирующая конфигурацию волны широковещательной передачи для цифровой широковещательной передачи схемы передачи IP в формате XML.

Как представлено на фиг. 43, один или больше потоков ВВР могут быть получены из волны широковещательной передачи ("сети" на фиг. 43), имеющей полосу частот 6 МГц. Кроме того, NTP, множество каналов услуги, ESG и LLS могут быть получены из каждого потока ВВР. Здесь NTP, каналы услуги и ESG передают в соответствии с протоколом UDP/IP, но LLS передают в потоке ВВР. NTP представляет собой информацию времени, и он является общим во множестве каналов услуги.

Каждый канал услуги включает в себя компонент, такой как видеоданные или аудиоданные, и SCS, такой как SDP и AIT. Каждому каналу услуги выделяют фиксированный адрес IP и компонент, сигнал управления, и т.п. могут быть распакованы в модулях каналов услуги, используя этот адрес IP.

Кроме того, на фиг. 43, поток ВВР и компонент соответствуют представленному ему на фиг. 42, но канал услуги соответствует услуге на фиг. 42.

Конфигурация LLS

На фиг. 44 показана схема, иллюстрирующая конфигурацию LLS в схеме передачи IP в формате XML.

Как представлено на фиг. 44, пакет ВВР включает в себя заголовок ВВР и полезную нагрузку. Когда пакет IP передают через поток ВВР, часть полезной нагрузки используется, как пакет IP.

Кроме того, когда LLS передают через поток ВВР, LLS располагают после заголовка ВВР. Например, SCT, SAT и т.п., который описан в формате XML, размещают, как LLS, но фрагмент XML части данных используется, как основное тело LLS, и добавляют заголовок к модулю доставки путеводителя по услуге (SGDU). Таким образом, SCT или SAT передают через контейнер SGDU. Кроме того, SGDU используется, как стандарт открытого мобильного альянса (ОМА).

Кроме того, заголовок ВВР включает в себя 2-битную информацию типа, и при этом возможно определять, является ли пакет ВВР пакетом IP или LLS, используя информацию типа.

Конфигурация SCS

На фиг. 45 показана схема, иллюстрирующая конфигурацию SCS в схеме передачи IP в формате XML.

Как представлено на фиг. 45, например, когда видеоданные или аудиоданные передают в формате синхронного потока, используется сеанс RTP, и заголовок ВВР, заголовок IP, заголовок UDP и заголовок RTP добавляют к полезной нагрузке. Кроме того, когда данные файла, такие как содержание fMP4, ESG и NRT передают в формате асинхронного файла, используется сеанс FLUTE, и заголовок ВВР, заголовок IP, заголовок UDP и заголовок LCT добавляют к полезной нагрузке. Кроме того, NTP представляет собой уровень, расположенный над уровнем UDP и, таким образом, расположенный после заголовка ВВР, заголовка IP и заголовка UDP.

SCS передают, используя сеанс FLUTE и, таким образом, размещают после заголовка ВВР, заголовка IP, заголовка UDP и заголовка LCT. Например, SDP и т.п., описанный в текстовом формате, размещают, как SCS, но фрагмент SDP части данных используется, как основное тело SCS, и добавляют заголовок SGDU. Таким образом, SDP передают с помощью контейнера SGDU. Далее, фрагмент, размещенный, как основное тело SCS, не ограничен фрагментом SDP, и, например, фрагмент XML или фрагмент AIT, описанный в формате XML, может быть размещен и может быть передан через контейнер SGDU.

Основная система передачи сигналов

На фиг. 46 показана схема для описания основной системы передачи сигналов в схеме передачи IP в формате XML.

Как представлено на фиг. 46, SCT, SAT, EAT и RRT используются в LLS. SCT имеет, например, период передачи 1 секунда, и его получают, как исходное сканирование, или получают из сервера (не показан), специально выделенного для Интернет 90. Кроме того, SAT имеет, например, период передачи 100 миллисекунд, и выполняет запрос при настройке на услугу.

SCT представляет конфигурацию транспортного потока (для потока ВВР) и конфигурацию услуги в сети широковещательной передачи по триплету. В SCT размещены контур транспортного потока, идентифицированный по BBP_stream_id, а также network_id. В контуре транспортного потока размещены контур услуги, идентифицированный информацией service_id, а также ESG_bootstrap. В контуре услуги размещены IP-адрес каждой услуги и информация SCS_bootstrap. Хотя это не представлено, SCT также включает в себя информацию, относящуюся к физическому уровню и т.п., и используется в качестве информации настройки.

SAT представляет услугу, для которой выполняется передача в данное время. SCT соединен с SAT по service_id, и, таким образом, становится возможным определять, выполняется или нет передача в настоящее время определенной услуги. RAT представляет собой сигнал управления, для предоставления услуги уведомления о чрезвычайной ситуации, и его передают для каждого потока. После передачи EAT, необходимо, чтобы приемник выполнил обработку уведомления о чрезвычайной ситуации в соответствии с EAT. RRT представляет таблицу региональной информации, относящуюся к классификации программы.

Кроме того, как представлено на фиг. 46, описание услуги пользователя (USD) и SDP используется в SCS. SDP имеет, например, период передачи 100 миллисекунд. USD представляет собой информацию для получения SDP. SDP представляет атрибут услуги для модуля услуги каждой услуги, информацию конфигурации компонента, атрибут компонента, информацию фильтра для компонента и информацию о местоположении компонента, и его подготавливают для каждой услуги.

В примере на фиг. 46 SDP передают через сеанс FLUTE, и, таким образом, SDP может быть получен из сеанса FLUTE, используя адрес IP услуги и номер порта, и TSI, которые включены в информацию SCS_bootstrap и используются для передачи SDP. Кроме того, информация для получения компонента описана в SDP, и, таким образом, доступ к компоненту выполняют на основе информации для получения, например, видеоданных или аудиоданных в модулях услуг.

Кроме того, в примере на фиг. 46, ESG передают через сеанс FLUTE. ESG выполнен на основе Access, Service, Content, Schedule, PurchaseItem и т.п. При этом возможно получать ESG из сеанса FLUTE, используя адрес IP, номер порта и TSI, которые включены в информацию ESG_bootstrap SCT и используются для передачи ESG

Кроме того, информация URL для SDP описана в таблице доступа ESG. Кроме того, поскольку SDP передают через сеанс FLUTE и, таким образом, URL может быть сохранен, возможно обозначать определенный SDP (USD) на основе информации URL ESG. В этом случае, поскольку ESG соединен с SDP без вмешательства LLS, например, устройство, которое поддерживает определенную архитектуру, может работать без LLS.

Кроме того, как описано выше, LLS (SCT, SAT, EAT и RRT) и SCS (USD и SDP) передают через контейнер SGDU, и ESG также передают через контейнер SGDU, и, таким образом, становится возможным объединить его схемы передачи.

Структура SGDU

На фиг. 47 показана схема для описания структуры SGDU.

Как представлено на фиг. 47, SGDU включает в себя информацию заголовка (Unit_Header) и полезную нагрузку (Unit_Payload). Кроме того, в SGDU размещают информацию о расширении (extension_data), в соответствии с необходимостью.

В информации заголовка размещают fragmentTransportID и fragmentVersion. fragmentTransportID представляет идентификацию фрагмента. Например, SCT, SDP и т.п. идентифицируются по fragmentTransportID. Кроме того, fragmentVersion представляет номер версии фрагмента.

В полезной нагрузке размещены реальные данные по меньшей мере одного фрагмента XML и фрагмента SDP (фрагмент SDP). Другими словами, данные одного или больше фрагментов, которые равны по количеству, обозначенному n_o_service_guide_fragments информации заголовка, размещены в полезной нагрузке. Здесь комбинация множества фрагментов, размещенных в полезной нагрузке, является произвольной, например, фрагменты могут быть размещены, как во фрагменте XML, так и во фрагменте SDP. Кроме того, положение произвольного фрагмента среди множества размещенных фрагментов может быть представлено, как смещение информации заголовка.

Здесь, когда размещают фрагмент XML, fragmentType, представляющий тип фрагмента, размещают вместе с реальными данными. Кроме того, когда размещают фрагмент SDP, fragmentID, идентифицирующий фрагмент, размещают вместе с реальными данными.

Кроме того, когда размещают информацию расширения, extension_type, представляющий тип информации расширения, размещают вместе с данными расширения (extension_data). Кроме того, положение информации расширения может быть представлено путем обозначения extension_offset для информации заголовка.

Здесь, например, предполагается, что 16-битный demux_filter_param должен быть размещен в extension_data, как условие фильтрации для EAT, когда "2" (filter_extension) назначено, как extension_type. Другими словами, в качестве информации, соответствующей EA_category на фиг. 24, размещенной в demux_filter_param, возможно выполнить обработку фильтрации, используя EA_category, и можно уведомить только о информации чрезвычайной ситуации, которая требуется каждому пользователю.

(2) Информация сигналов

(2-1) Подробная структура LLS (SCT, SAT, EAT и RRT)

Синтаксис SCT

На фиг. 48 показана схема, иллюстрирующая синтаксис SCT. Кроме того, на фиг. 48, представляющей элемент и атрибут, знак @ добавлен к атрибуту. Кроме того, элемент и атрибут, которые идентифицированы, обозначены для более высокого элемента.

Как представлено на фиг. 48, элемент SCT включает в себя атрибут networkId, атрибут name и элемент BBPStream. Идентификатор сети (network_id) для станции широковещательной передачи модуля физического канала обозначен для атрибута networkId. Наименование станции широковещательной передачи модуля физического канала обозначено, как атрибут наименования.

Элемент BBPStream представляет собой подэлемент элемента SCT, и информация, относящаяся к потоку ВВР, обозначена, как элемент BBPStream. Элемент BBPStream включает в себя атрибут BBPStreamId, атрибут payloadType, атрибут наименования, элемент ESGBootstrap и элемент Service.

Идентификатор (BBP_stream_id) потока ВВР обозначен, как атрибут BBPStreamId. Когда размещено множество потоков ВВР, потоки ВВР идентифицируют по атрибуту BBPStreamId. Тип полезной нагрузки потока ВВР обозначен, как атрибут payloadType. Например, "ipv4", "ipv6", "ts" и т.п. обозначены, как тип полезной нагрузки. Наименование потока ВВР обозначено, как атрибут наименования.

Элемент ESGBootstrap представляет собой подэлемент элемента BBPStream, и информация доступа к ESG обозначена, как элемент ESGBootstrap. элемент ESGBootstrap включает в себя атрибут sourceIPAddress, атрибут destinationIPAddress, атрибут portNum и атрибут tsi.

Источник передачи (source), который передает ESG и IP-адрес места назначения, обозначены как атрибут sourceIPAddress и атрибут destinationIPAddress. Номер порта для передачи ESG обозначен, как атрибут portNum. TSI в сеансе FLUTE, для передачи ESG, обозначен, как атрибут tsi.

Элемент Service представляет собой подэлемент для элемента BBPStream, и информация, относящаяся к услуге, обозначена как элемент услуги. Элемент услуги включает в себя атрибут serviceId, атрибут serviceType и элемент SCSBootstrap.

Идентификатор (service_id) услуги обозначен, как атрибут serviceId. Когда размещено множество услуг, услуги идентифицируют по атрибуту serviceId. Информация типа услуги обозначена, как атрибут serviceType. Например, "tv", "audio", "data", "nrt", "esg", "adjunct-nrt", "adjunct-shared" и т.п. обозначены, как информация типа.

Элемент SCSBootstrap представляет собой подэлемент для элемента Service, и информация доступа к каналу услуги обозначена, как элемент SCSBootstrap. Элемент SCSBootstrap включает в себя атрибут sourceIPAddress, атрибут destinationIPAddress, атрибут portNum и атрибут tsi.

Источник передачи (source), который передает услугу и IP-адрес места назначения, обозначены, как атрибут sourceIPAddress и атрибут destinationIPAddress. Номер порта для передачи SCS обозначен, как атрибут portNum. TSI в сеансе FLUTE для передачи SCS, обозначен, как атрибут tsi.

Кроме того, синтаксис SCT, описанный выше со ссылкой на фиг. 48, представляет собой пример, и может использоваться любой другой синтаксис. SCT описан, например, используя язык разметки, такой как XML.

Синтаксис SAT

На фиг. 49 показана схема, иллюстрирующую синтаксис SAT. Кроме того, на фиг. 49, элемент и атрибут "@" добавлены к атрибуту. Кроме того, обозначенные элемент и атрибут предназначены для более высокого элемента.

Как представлено на фиг. 49, элемент SAT включает в себя элемент услуги. Элемент услуги включает в себя атрибут service_id. Идентификатор услуги, передача которой происходит в настоящее время, обозначен, как атрибут service_id. Когда существует множество услуг, передача которых происходит, размещают множество услуг service_ids, соответствующих этим услугам.

Синтаксис EAT

На фиг. 50 показана схема, иллюстрирующую синтаксис EAT. Кроме того, на фиг. 50, для элемента и атрибута к атрибуту добавлен знак "@". Кроме того, обозначенные элемент и атрибут предназначены для более высокого элемента.

Как представлено на фиг. 50, элемент EAT включает в себя элемент AutomaticTuningService и элемент EAMessage. Элемент AutomaticTuningService представляет собой подэлемент для элемента EAT и должен обозначать услугу, которая автоматически настраивается, когда происходит включение устройства в активный режим. Элемент AutomaticTuningService включает в себя атрибут networkId, атрибут bbpStreamId и атрибут serviceId.

Идентификатор сети (network_id) услуги, на которую происходит автоматическая настройка, обозначен, как атрибут networkId. Идентификатор потока ВВР (BBP_stream_id) услуги, на которую происходит автоматическая настройка, обозначен, как атрибут bbpStreamId. Идентификатор услуги (service_id) для услуги, на которую происходит автоматическая настройка, обозначен, как атрибут serviceId. Другими словами, когда появляется элемент AutomaticTuningService, происходит настройка услуги, предназначенной по триплету, представленной атрибутами. Здесь, в триплете, атрибут networkId и атрибут bbpStreamId являются необязательными, и, например, только атрибут serviceId может быть назначен, если только назначен тот же поток ВВР, что и в EAT.

Элемент EAMessage представляет собой подэлемент для элемента EAT, и сообщение с информацией об уведомлении о чрезвычайной ситуации (информация чрезвычайной ситуации) обозначено, как элемент EAMessage. Элемент EAMessage включает в себя атрибут eaMessageId, атрибут eaPriority, элемент EAMessageData, элемент EAApplication, элемент EAService и элемент EAWww.

Идентификатор информации об уведомлении о чрезвычайной ситуации (информация чрезвычайной ситуации) обозначен, как атрибут eaMessageId. Приоритет информации с уведомлением о чрезвычайной ситуации (информация чрезвычайной ситуации) обозначен, как атрибут eaPriority. Элемент EAMessageData представляет собой подэлемент элемента EAMessage, информация о субтитрах для информации об уведомлении о чрезвычайной ситуации (информация чрезвычайной ситуации) обозначена, как элемент EAMessageData.

Элемент EAApplication представляет собой подэлемент для элемента EAMessage, и информация, относящаяся к приложению с уведомлением о чрезвычайной ситуации, обозначена, как элемент EAApplication. Элемент EAApplication включает в себя атрибут applicationId. Идентификатор приложения обозначен, как атрибут applicationId.

Элемент EAService представляет собой подэлемент для элемента EAMessage, и информация, относящаяся к услуге NRT для уведомления о чрезвычайной ситуации, обозначена, как элемент EAService. Атрибут serviceId и атрибут serviceType обозначены, как элемент EAService. Идентификатор услуги (service_id) обозначен, как атрибут serviceId. Информация типа услуги обозначена, как атрибут serviceType. "nrt" и "adjunct_shared" обозначены, как информация типа услуги.

Элемент EAWww представляет собой подэлемент элемента EAMessage, и информация, относящаяся к сайту информации чрезвычайной ситуации, обозначен, как элемент EAWww. Элемент EAWww включает в себя атрибут uri. URL сайта информации чрезвычайной ситуации обозначен, как атрибут uri. Например, URL веб-сервера 70 может быть обозначен, как атрибут uri.

Кроме того, синтаксис EAT, описанный выше со ссылкой на фиг. 50, представляет собой пример, и может использоваться любой другой синтаксис. EAT описано, например, с использованием языка разметки, такого как XML.

Синтаксис RRT

На фиг. 51 показана схема, иллюстрирующая синтаксис RRT. Кроме того, на фиг. 51, среди элемента и атрибута к атрибуту добавлен знак "@". Кроме того, элемент и атрибут, которые обозначены, предназначены для более высокого элемента.

Как представлено на фиг. 51, элемент rrt включает в себя атрибут rating_region, атрибут наименования и элемент размера. Область рейтинга обозначена, как атрибут rating_region. Наименование области рейтинга обозначено, как атрибут наименования.

Элемент размера представляет собой подэлемент для элемента rrt и включает в себя атрибут наименования name, атрибут graduated_scale и элемент rating_value. Элемент rating_value включает в себя атрибут abbrev_rating_value и rating_value. Информация области, относящаяся к классификации программы, представлена элементами и атрибутами.

(2-2) Подробная структура SCS (SDP)

Пример описания SDP

Документ описания SDP включает в себя два раздела, такие как раздел описания сеанса и раздел описания мультимедийных данных. В разделе описания сеанса описаны версии протокола информации генератора запроса, данные соединения и т.п. В разделе описания мультимедийных данных может быть описано множество частей мультимедийной информации.

На фиг. 52 иллюстрируется пример описания SDP.

На фиг. 52 "v" представляет собой версию протокола. В качестве такого значения, обозначен "0" или значение, определенное операцией услуги.

"о" представляет информацию генератора случая. В качестве такого значения обозначены наименование генератора, id запроса SDP, версия, тип передачи (хост-устройство), тип адреса IP и адрес IP. Например, "In" (Интернет), "ВС" (широковещательная передача) или "НВ" (гибридный) обозначены, как тип передачи (хост-устройство). "IP4" (IPv4) или "IP6" (IPv6) обозначены, как тип адреса IP.

"s" представляет наименование сеанса. В качестве такого значения, сеанс описан в виде текста.

"с" представляет собой данные соединения. В качестве такого значения, обозначены тип сети сеанса, тип адреса IP и IP-адрес. Например, "In" (Интернете), "ВС" (широковещательная передача), или "НВ" (гибридный) обозначены, как тип сети сеанса. "IP4" (IPv4) или "IP6" (IPv6) обозначены, как тип адреса IP.

Услуга и adjunct_service могут быть обозначены, как "а". Идентификатор (service_id) его собственной услуги обозначен, как услуга. Кроме того, идентификатор (Adjunct_service_id) совместно используемой услуги обозначен, как adjunct_service. Кроме того, услуга и adjunct_service обозначаются в случае необходимости.

"m" представляет собой мультимедийную информацию. В качестве такого значения, обозначают тип мультимедийных данных, номер порта для передачи мультимедийных данных, протокол для передачи мультимедийных данных, формат и т.п. Например, в качестве типа мультимедийных данных, обозначаются видео- или аудиоданные. Кроме того, в качестве протокола для передачи мультимедийных данных обозначаются FLUTE/UDP, RTP/AVP и т.п. Кроме того, в качестве формата, описывается дополнительная информация для каждого протокола, в соответствии с необходимостью. Кроме того, ряд, начинающийся с "а=", представляет атрибут соответствующих мультимедийных данных.

Пример описания на фиг. 52 иллюстрирует пример услуги, в которой каждые из видеоданных и аудиоданных, передаваемых через сеанс RTP, включают в себя один поток.

Другими словами, ряд "m=video" представляет, что номер порта видеоданных, передаваемых через сеанс RTP, составляет 8000. Кроме того, "a=rtpmap" следующего ряда представляет, что на тип полезной нагрузки отображается тип кодирования, и видеоданные кодируют в соответствии с Н.264. Кроме того, в видеоданных, масштаб времени для метки времени RTP составляет 90000.

Ряд "m=audio" представляет, что номер порта аудиоданных, передаваемых через сеанс RTP, составляет 7000.

(3) Конфигурация системы широковещательной передачи

Далее, в соответствии с вариантом осуществления настоящей технологии будет описана конфигурация системы широковещательной передачи, но конфигурация системы широковещательной передачи в соответствии со схемой передачи IP для формата XML отличается от конфигурации системы широковещательной передачи, в соответствии со схемой передачи IP для формата с разделением на части в конфигурации устройства 20 приема, и, таким образом, здесь будет описана конфигурация устройства 20 приема.

Пример конфигурации устройства приема

На фиг. 53 показана схема, иллюстрирующая конфигурацию устройства приема, в соответствии с вариантом осуществления настоящей технологии.

Устройство 20 приема на фиг. 53 отличается от устройства 20 приема по фиг. 22 по конфигурации Demux 213. Другими словами, Demux 213, показанный на фиг. 53, включает в себя фильтр 255 ВВР, фильтр 252 IP, фильтр 253 UDP, фильтр 256 LCT и банк 257 фильтров SGDU. Фильтр 255 ВВР выполняет обработку фильтрации на основе заголовка ВВР и предоставляет LLS в банк 257 фильтров SGDU.

Фильтр 252 IP выполняет обработку фильтрации на основе заголовка IP. Фильтр 253 UDP выполняет обработку фильтрации на основе заголовка UDP. Фильтр 256 LCT выполняет обработку фильтрации на основе заголовка LCT. В ходе обработки фильтрации, выполняемой фильтром 252 IP, фильтр 253 UDP и фильтр 256 LCT, NTP предоставляют в генератор 214 тактовой частоты, и SCS предоставляют к банк 257 фильтров SGDU. Кроме того, видеоданные, аудиоданные и данные субтитров предоставляют в видеодекодер 215, аудиодекодер 217, и декодер 219 субтитров. Кроме того, различного вида данные файла предоставляют в модуль 220 обработки FLUTE.

Банк 257 фильтров SGDU выполняет обработку фильтрации на основе заголовка SGDU, и, соответственно, предоставляет LLS и SCS в модуль 222 обработки сигнала управления или модуль 220 обработки FLUTE. Кроме того, банк 257 фильтров SGDU получает EAT для формата XML, передаваемого, как LLS, и предоставляет EAT формата XML в модуль 224 управления уведомлением о чрезвычайной ситуации.

Модуль 220 обработки FLUTE реконструирует ESG, приложение уведомления о чрезвычайной ситуации, содержание NRT и т.п., на основе различных видов данных файла, предоставляемых из Demux 213. Например, модуль 220 обработки FLUTE записывает реконструированный ESG или содержание NRT в накопителе 221. Кроме того, например, модуль 220 обработки FLUTE предоставляет реконструированное приложение с уведомлением о чрезвычайной ситуации в браузер 226. Кроме того, модуль 220 обработки FLUTE предоставляет SCS, предоставляемый из Demux 213, в модуль 222 обработки сигнала управления. Здесь SCS может быть предоставлен в модуль 222 обработки сигнала управления непосредственно из Demux 213 посредством вмешательства модуля 220 обработки FLUTE.

Модуль 222 обработки сигнала управления управляет операцией соответствующих модулей на основе сигнала управления (LLS и SCS), предоставляемых из Demux 213 или модуля 220 обработки FLUTE.

Модуль 224 управления уведомлением о чрезвычайной ситуации управляет операциями соответствующих модулей, в соответствии с услугой уведомления о чрезвычайной ситуации на основе EAT, предоставляемого из банка 257 фильтров SGDU. Например, модуль 224 управления уведомлением о чрезвычайной ситуации управляет соответствующими модулями устройства 20 приема в соответствии с результатом обработки анализа EAT таким образом, что информация о чрезвычайной ситуации отображается на устройстве отображения. Кроме того, модуль 224 управления уведомлением о чрезвычайной ситуации постоянно отслеживает тюнер 212 и включает питание устройства приема 20, когда обнаруживается установка флага обязательной активации в чрезвычайной ситуации в положение "включено", и устройство 20 приема находится в состоянии ожидания.

В устройстве приема 20 на фиг. 53 конфигурация, исключающая описанные выше блоки, является такой же, как и в устройстве 20 приема на фиг. 22, и, таким образом, ее описание будет исключено.

Подробности обработки фильтрации

Далее, со ссылкой на фиг. 54, будет описана обработка фильтрации пакета, выполняемая Demux 213 (фиг. 53).

Как представлено на фиг. 54, каждый пакет, включающий в себя различного вида информацию заголовка и LLS, NTP, SCS, различного вида данные файла, видеоданные или аудиоданные, в качестве полезной нагрузки, вводят в Demux 213.

Заголовок ВВР включает в себя информацию типа, представляющую IP или сигналы. Фильтр 255 ВВР выполняет обработку фильтрации на основе информации типа, включенной в заголовок ВВР. В примере на фиг. 54, поскольку только информацию типа пакета LLS передают в сигналах, и другие пакеты оформлены в IP, только пакет LLS предоставляют в банк 257 фильтров SGDU.

Заголовок IP включает в себя адрес IP. Фильтр 252 IP выполняет обработку фильтрации на основе адреса IP, включенного в заголовок IP. В примере на фиг. 54, помимо пакетов, включенных в заголовок IP, добавленный к нему, только пакеты NTP имеют другой IP-адрес, но другие пакеты имеют тот же IP-адрес.

Кроме того, заголовок UDP включает в себя номер порта. Фильтр 253 UDP выполняет обработку фильтрации на основе номера порта, включенного в заголовок UDP. В примере на фиг. 54 пакеты, включающие в себя заголовок UDP, добавленные к нему, отличаются по номеру порта. Кроме того, заголовок LCT добавлен к пакету, переданному, используя сеанс FLUTE, и заголовок RTP добавлен к пакету, переданному, используя сеанс RTP.

Затем, по мере того, как выполняется обработка фильтрации с использованием адреса IP и номера порта фильтра 252 IP и фильтра 253 UDP, пакет NTP, не включающий в себя заголовок LCT, добавленный к нему, выводят в тактовый генератор 214. Кроме того, пакеты видеоданных и аудиоданных, к которым добавлен заголовок RTP, выводят в видеодекодер 215 и аудиодекодер 217.

Заголовок LCT включает в себя TSI и идентификатор объекта транспортирования (TOI). В сеансе FLUTE определенный файл обозначен, используя информацию идентификации. Фильтр 256 LCT выполняет обработку фильтрации на основе TSI и TOI, включенных в заголовок LCT. В примере на фиг. 54, когда обозначены TSI и TOI, устанавливающие SCS (SDP и т.п.), фильтр 256 LCT предоставляет пакет SCS (SDP и т.п.) в банк 257 фильтров SGDU. Кроме того, фильтр 256 LCT выводит пакеты различного рода данных файла в модуль 220 обработки FLUTE, в соответствии с TSI и TOI, включенных в себя в заголовок LCT.

Пакет LLS и пакет SCS предоставляют в банк 257 фильтров SGDU. Банк 257 фильтров SGDU выполняет обработку фильтрации на основе заголовка SGDU или информации расширения, добавленной к пакету. Здесь, в банке 257 фильтров SGDU, только пакеты, удовлетворяющие условиям фильтрации, содержатся в буферной памяти банка 257 фильтров SGDU и в банке 254 фильтров блока, и периодически отбираются программным обеспечением из CPU (CPU 901 на фиг. 67).

Например, поскольку информация версии (fragmentVersion на фиг. 47) описана в заголовке SGDU, банк 257 фильтров SGDU может разрешать пропуск пакета SDP только в случае, изменения версии. Кроме того, поскольку информация, соответствующая EA_category, представленная на фиг. 24, размещена в demux_filter_param информации расширения (extension_data на фиг. 47), банк 257 фильтров SGDU выполняет обработку фильтрации, используя EA_category, и может избирательно предоставлять уведомление, содержащее только информацию чрезвычайной ситуации, которая требуется каждому пользователю.

Например, как представлено на фиг. 24 и 25, EA_priority, представляющий уровень чрезвычайной ситуации для информации о чрезвычайном положении, EA_scope, представляющий целевую область информации чрезвычайной ситуации, Area_code, представляющий код определенной области, и Category_code, представляющий категорию информации чрезвычайной ситуации, размещены в EA_category. Кроме того, когда пользователь заранее устанавливает условие фильтрации на основе EA_category в устройстве приема 20, устройство 20 приема принимает уведомление только с информацией чрезвычайной ситуации, отфильтрованной в единицах EAT, в соответствии с условием фильтрации.

Кроме того, на фиг. 54, поскольку пакеты MLS (SCS), различного рода данные файла, видеоданные или аудиоданные одного и того же канала выделяют для того же адреса IP, фильтр 252 IP выводит такие пакеты вместе с пакетом NTP, и, таким образом, его сигналы управления и данные могут быть упакованы с использованием адреса IP.

(4) Конкретный пример операции

Далее будет описан конкретный пример операции системы 1 широковещательной передачи, который поддерживает цифровую широковещательную передачу схемы IP передачи в формате XML. Здесь, например, после первоначальной активации, устройство 20 приема, как предполагается, выполняет обработку исходного сканирования, получает SCT (информацию настройки), и обеспечивает содержание информации настройки в NVRAM 223 и т.п.

(4-1) Передача услуги портала NRT

Вначале, со ссылкой на фиг. 55 и 56, будет описана передача услуги портала NRT.

Обработка передачи услуги портала NRT в состоянии ожидания

На фиг. 55 показана схема для описания обработки передачи услуги портала NRT в устройстве 20 приема в состоянии ожидания.

Как показано на фиг. 55, по волне широковещательной передачи цифровой широковещательной передачи, используя схему передачи IP из устройства 10 передачи, видеоданные и аудиоданные телевизионной программы ("TV" на фиг. 55) передают в формате синхронного потока, и, таким образом, используется сеанс RTP. Кроме того, информацию чрезвычайной ситуации ("NRT" на фиг. 55) для услуги портала NRT передают через сеанс FLUTE. Кроме того, LLS (EAT) и SCS (SDP) передают в формате XML.

На фиг. 55, устройство 20 приема находится в состоянии ожидания (S501). Здесь устройство 20 приема в состоянии ожидания последовательно отслеживает флаг обязательной активации в чрезвычайной ситуации, включенный в сигнал преамбулы (S502), и когда передают информацию чрезвычайной ситуации, имеющую высокий уровень чрезвычайной ситуации, флаг обязательной активации в чрезвычайной ситуации устанавливают в положение "включено". Питание устройства 20 приема включают и активируют, когда обнаруживают, что флаг обязательной активации в чрезвычайной ситуации установлен в положение "включено" (S503 и S504).

Кроме того, устройство 20 приема получает EAT в формате XML из LLS, переданного из BS, установленного по умолчанию (S505 и S506). Как показано на фиг. 55, в EAT, элемент EAService появляется в элементе EAMessage, и "nrt" обозначен, как атрибут serviceType, и, таким образом, информацию чрезвычайной ситуации передают, как информацию портала NRT услуги портала NRT. Таким образом, устройство 20 приема выполняет обработку настройки, используя значение атрибута serviceId элемента EAService в EAT, и информацию настройки, и получает SDP, переданный через сеанс FLUTE (S507).

Устройство 20 приема получает информацию портала NRT, передаваемую через сеанс FLUTE, в соответствии с SDP, и обеспечивает отображение полученной информации чрезвычайной ситуации на устройстве отображения (S508 и S509). Кроме того, информация портала NRT представляет собой данные файла в формате HTML и отображается браузером 226.

Как описано выше, при обработке передачи услуги портала NRT, показанной на фиг. 55, устройство 20 приема в состоянии ожидания активируется в чрезвычайной ситуации. Затем устройство 20 приема получает EAT в формате XML, передаваемый через LLS, и получает информацию портала NRT, в соответствии с EAT. В результате, отображение обязательно переходит из состояния (черный экран), показанного в позиции D21-1, в состояние (экран, на котором "отображается предупреждение о сильном дожде"), показанное в позиции D21-2, и, таким образом, отображается экран с информацией чрезвычайной ситуации, передаваемой, как информация портала NRT. В соответствии с этим, даже пользователь, который не просматривает телевизионную программу, проверяет экран с обязательно отображаемой информацией чрезвычайной ситуации, и может распознать, что было получено предупреждение о сильном дожде.

Обработка передачи услуги портала NRT в активном состоянии

На фиг. 56 показана схема для описания обработки передачи услуги портала NRT в устройстве 20 приема в активном состоянии.

Как представлено на фиг. 56, по волне широковещательной передачи цифровой широковещательной передачи, с использованием схемы передачи IP из устройства 10 передачи, видеоданные и аудиоданные телевизионной программы ("TV" на фиг. 56) передают в формате синхронного потока, и, таким образом, используется сеанс RTP. Кроме того, передают информацию чрезвычайной ситуации ("NRT" на фиг. 56) для услуги портала NRT через сеанс FLUTE. Кроме того, LLS (EAT) и SCS (SDP) передают в формате XML.

На фиг. 56, устройство 20 приема находится в активном состоянии и отображает телевизионную программу, в отличие от примера операции на фиг. 55 (S521). Здесь устройство 20 приема в активном состоянии постоянно отслеживает EAT, передаваемый через LLS, и получает последний EAT из принятого по умолчанию BS, когда обнаруживается, что флаг обязательной активации в чрезвычайной ситуации, включенный в сигнал преамбулы, установлен в положение "включено" (S522-S525).

Как представлено на фиг. 56, в EAT, в формате XML, элемент EAService появляется в элементе EAMessage, и "nrt" обозначен, как атрибут serviceType, и, таким образом, информацию чрезвычайной ситуации передают, как информацию портала NRT услуги портала NRT. Таким образом, устройство 20 приема выполняет обработку настройки, используя значение атрибута serviceId элемента EAService в EAT, и информацию настройки, и получает SDP, переданный через сеанс FLUTE (S526).

Устройство 20 приема получает информацию портала NRT, передаваемую через сеанс FLUTE, в соответствии с SDP, и обеспечивает отображение полученной информации чрезвычайной ситуации на устройстве отображения (S527 и S528).

Как описано выше, при обработке передачи услуги портала NRT на фиг. 56, когда обнаруживают, что флаг обязательной активации чрезвычайной ситуации установлен в положение "включено", устройство 20 приема, отображающее телевизионную программу, получает EAT в формате XML, переданную через LLS, и получает информацию портала NRT в соответствии с EAT. В результате, отображение обязательно переходит из состояния (экран, на котором отображается телевизионная программа), представленном в позиции D22-1, в состояние (экран, на котором "отображается предупреждение о сильном дожде"), представленном в позиции D22-2, и, таким образом, отображается экран с информацией чрезвычайной ситуации, передаваемой, как информация портала NRT.

Здесь, на фиг. 56 иллюстрируется пример, в котором выполняется обязательное переключение на экран с информацией чрезвычайной ситуации, но, например, когда уровень чрезвычайной ситуации, представленный EA_priority в EA_category, обозначенный, как информация расширения SGDU, является высоким, экран может обязательно переключаться, но когда уровень чрезвычайной ситуации низкий, сообщение, обозначающее, что поступила информация о чрезвычайной ситуации, может отображаться с наложением на телевизионную программу, и информация о чрезвычайной ситуации может отображаться только, когда выбрано сообщение. В соответствии с этим, пользователь, который просматривает телевизионную программу, может проверять экран с информацией чрезвычайной ситуации, в соответствии с уровнем чрезвычайной ситуации информации чрезвычайной ситуации, и может распознать, что было получено сообщение с предупреждением о сильном дожде.

(4-2) Передача сообщения ЕА

Далее будет описана передача сообщения ЕА со ссылкой на фиг. 57 и 58. Кроме того, такая передача сообщения ЕА соответствует описанной выше передаче сообщения EAS.

Обработка передачи сообщения ЕА в состоянии ожидания

На фиг. 57 показана схема для описания обработки передачи сообщения ЕА в устройстве 20 приема в состоянии ожидания.

Как показано на фиг. 57, по волне широковещательной передачи при цифровой широковещательной передаче с использованием схемы передачи IP из устройства 10 передачи, видеоданные и аудиоданные телевизионной программы ("TV" на фиг. 57) передают в формате синхронного потока, и, таким образом, используется сеанс RTP. Кроме того, информацию чрезвычайной ситуации ("NRT" на фиг. 57) для услуги портала NRT передают через сеанс FLUTE. Кроме того, LLS (EAT) и SCS (SDP) передают в формате XML.

На фиг. 57, устройство 20 приема находится в состоянии ожидания (S541). Здесь устройство 20 приема в состоянии ожидания постоянно отслеживает флаг обязательной активации в чрезвычайной ситуации, включенный в сигнал преамбулы (S542), и питание устройства включается, и устройство активируется, когда обнаруживают, что флаг обязательной активации в чрезвычайной ситуации установлен в положение "включено" (S543 и S544).

Устройство 20 приема получает EAT в формате XML из LLS, передаваемого из BS, установленного по умолчанию (S545 и S546). Как представлено на фиг. 57, в EAT, элемент EAMessageData появляется в элементе EAMessage, и информацию чрезвычайной ситуации передают, как сообщение ЕА. Таким образом, устройство 20 приема выполняет обработку настройки, используя значения атрибута networkId, атрибута bbpStreamId и атрибута serviceId для элемента AutomaticTuningService EAT, и информации настройки, и получает SDP, переданный через сеанс FLUTE (S547).

Устройство 20 приема получает видеоданные и аудиоданные, переданные через сеанс RTP в соответствии с SDP (S548), и обеспечивает отображение содержания сообщения ("поступило предупреждение о сильном дождя" EAT на фиг. 57) элемента EAMessage в EAT на устройстве отображения, с наложением на телевизионную программу (S549).

Как описано выше, при передаче сообщения ЕА на фиг. 57, устройство 20 приема в состоянии ожидания активируется в чрезвычайной ситуации. Затем устройство 20 приема получает EAT в формате XML, переданное через LLS, и получает сообщение и компонент телевизионной программы в соответствии с EAT. В результате, отображение обязательно переходит из состояния (черный экран), показанного в позиции D23-1, в состояние (экран, на котором (сообщение) субтитров наложено на телевизионную программу) в позиции D23-2, и, таким образом, отображаются субтитры с информацией чрезвычайной ситуации, переданной как сообщение. В соответствии с этим, даже пользователь, который не просматривает телевизионную программу, может проверить субтитры, отображаемые с обязательным наложением на телевизионную программу, и он может распознать, что было получено предупреждение о сильном дожде.

Обработка передачи сообщения ЕА в активном состоянии

На фиг. 58 показана схема для описания обработки передачи сообщения ЕА в устройстве 20 приема в активном состоянии.

Как представлено на фиг. 58, по волне широковещательной передачи цифровой широковещательной передачи, с использованием схемы передачи IP из устройства 10 передачи, видеоданные и аудиоданные телевизионной программы ("TV" на фиг. 58) передают в формате синхронного потока, и, таким образом, используется сеанс RTP. Кроме того, информацию чрезвычайной ситуации ("NRT" на фиг. 58) для услуги портала NRT передают через сеанс FLUTE. Кроме того, LLS (EAT) и SCS (SDP) передают в формате XML.

На фиг. 58, устройство 20 приема находится в активном состоянии и отображает телевизионную программу, в отличие от примера работы на фиг. 57 (S561). Здесь устройство 20 приема в активном состоянии постоянно отслеживает EAT, передаваемый через LLS, и получает EAT, когда обнаруживают, что произошло обновление EAT (S562 и S563). Как представлено на фиг. 58, в EAT, в формате XML, элемент EAMessageData появляется в элементе EAMessage, и, таким образом, информацию чрезвычайной ситуации передают, как сообщение ЕА. Таким образом, устройство 20 приема обеспечивает отображение содержания сообщения ("получено предупреждение о сильном дожде" в EAT на фиг. 58) элемента EAMessage EAT, предназначенного для отображения на устройстве отображения, с наложением на телевизионную программу (S564). В соответствии с этим, пользователь может проверить субтитры, отображаемые с наложением на телевизионную программу, и распознавать, что было получено предупреждение о сильном дожде.

Здесь содержание субтитров представляет тот факт, что было получено предупреждение о сильном дожде, но не представляет его подробную информацию. Таким образом, например, когда пользователь выполняет операции с пультом дистанционного управления и задает инструкцию на отображение подробной информации (S565), подробная информация предупреждения о сильном дожде отображается, как дополнительная информация для информации чрезвычайной ситуации (S566-S568).

В частности, в EAT, в формате XML на фиг. 58, элемент EAService появляется в элементе EAMessage, и "nrt" обозначен, как атрибут serviceType, и, таким образом, подробную информацию передают, как информацию портала NRT услуги портала NRT. Таким образом, устройство 20 приема выполняет обработку настройки, используя значение атрибута serviceId элемента EAService для EAT и информацию настройки, и получает SDP, переданный через сеанс FLUTE (S566). Устройство 20 приема получает информацию портала NRT, переданную через сеанс FLUTE, в соответствии с SDP, и обеспечивает отображение подробной информации о полученной информации чрезвычайной ситуации на устройстве отображения (S567 и S568).

Как описано выше, при передаче сообщения ЕА на фиг. 58, когда обнаруживают, чтобы произошло обновление EAT, устройство 20 приема, отображающее телевизионную программу, получает EAT в формате XML, переданную через LLS, и получает сообщение, и компонент телевизионной программы, в соответствии с EAT. В результате, отображение переходит из состояния (экран, на котором отображается телевизионная программа) D24-1 в состояние (экран, на котором субтитры (сообщение) наложены на телевизионную программу) D24-2, и, таким образом, отображаются субтитры с информацией чрезвычайной ситуации, переданной, как сообщение. В соответствии с этим, пользователь, который просматривает телевизионную программу, может проверить субтитры, отображаемые с обязательным наложением на телевизионную программу, и может распознать, что было получено предупреждение о сильном дожде.

Кроме того, когда пользователь, который проверил субтитры, отображаемые с наложением на телевизионную программу, желает узнать подробную информацию о погоде, пользователь выполняет определенную операцию, и, таким образом, отображается экран (состояние в позиции D24-3) с подробной информацией об информации чрезвычайной ситуации, переданной, как информация портала NRT. В результате, пользователь может проверить подробную информацию, включающую в себя информацию, которую трудно передать в виде субтитров, и получает более подробную информацию предупреждения о сильном дожде.

Кроме того, фиг. 58 была описана в связи с примером, в котором передают подробную информацию, как информацию портала NRT через сеанс FLUTE, но, например, подробная информация может быть предоставлена через веб-сервер 70, подключенный к Интернет 90.

(4-3) Передача приложения

Далее, со ссылкой на фиг. 59 и 60, будет описана передача приложения.

Обработка передачи приложения в состоянии ожидания

На фиг. 59 показана схема для описания обработки передачи приложения в устройстве 20 приема в состоянии ожидания.

Как представлено на фиг. 59, волна широковещательной передачи при цифровой широковещательной передаче, с использованием схемы передачи IP, из устройства 10 передачи, видеоданные и аудиоданные телевизионной программы ("TV" на фиг. 59) передают в формате синхронного потока, и, таким образом, используется сеанс RTP. Кроме того, LLS (EAT) и SCS (SDP и AIT) передают в формате XML. Кроме того, информацию чрезвычайной ситуации ("NRT" на фиг. 59) для услуги портала NRT передают через сеанс FLUTE.

На фиг. 59, устройство 20 приема находится в состоянии ожидания (S581). Здесь устройство 20 приема в состоянии ожидания постоянно отслеживает флаг обязательной активации в чрезвычайной ситуации, включенный в сигнал преамбулы (S582), и его питание включают, и оно активируется, когда обнаруживают, что флаг обязательной активации в чрезвычайной ситуации установлен в положение "включено" (S583 и S584).

Устройство 20 приема получает EAT в формате XML из LLS, переданного через BS, установленный по умолчанию (S585nS586). Как представлено на фиг. 59, в EAT, элемент EAApplication появляется в элементе EAMessage, и, таким образом, информацию чрезвычайной ситуации передают в приложении с уведомлением о чрезвычайной ситуации. Таким образом, устройство 20 приема выполняет обработку настройки значения атрибута networkId, атрибута bbpStreamId и атрибута serviceId элемента AutomaticTuningService EAT и информацию настройки, и получает SDP и AIT, переданные через сеанс FLUTE (S587).

Устройство 20 приема получает видеоданные и аудиоданные, переданные через сеанс RTP, в соответствии с SDP (S588). Кроме того, устройство 20 приема получает URL для получения приложения, соответствующего значению атрибута applicationId элемента EAApplication EAT, со ссылкой на AIT, обращается к серверу 50 приложений через Интернет 90 и получает приложение уведомления о чрезвычайной ситуации (S589).

Затем устройство 20 приема обеспечивает отображение приложения уведомления о чрезвычайной ситуации, полученного из сервера 50 приложений, на устройстве отображения, с наложением на телевизионную программу, в соответствии с полученными видеоданными и аудиоданными (S590 и S591).

Как описано выше, при обработке передачи приложения на фиг. 59, устройство 20 приема в состоянии ожидания активируется в чрезвычайной ситуации. Кроме того, устройство 20 приема получает EAT в формате XML, переданный через LLS, и получает компонент телевизионной программы и приложения уведомления о чрезвычайной ситуации, в соответствии с EAT. В результате, отображение обязательно переходит из состояния (черный экран) в позиции D25-1 в состояние (экран, на котором приложение уведомления о чрезвычайной ситуации наложено на телевизионную программу) в позиции D25-2, и отображает экран с информацией чрезвычайной ситуации, переданной, как приложение уведомления о чрезвычайной ситуации. В соответствии с этим, даже пользователь, который не просматривает телевизионную программу, может проверить приложение с уведомлением о чрезвычайной ситуации, отображаемое с обязательным наложением на телевизионную программу, и может распознать, что было получено предупреждение о сильном дожде.

Обработка передачи приложения в активном состоянии

На фиг. 60 показана схема для описания обработки передачи приложения в устройстве 20 приема, в активном состоянии.

Как показано на фиг. 60, по волне широковещательной передачи при цифровой широковещательной передачей, с использованием схемы передачи IP, из устройства 10 передачи, видеоданные и аудиоданные телевизионной программы ("TV" на фиг. 60) передают в формате синхронного потока, и, таким образом, используется сеанс RTP. Кроме того, LLS (EAT) и SCS (SDP и AIT) передают в формате XML. Кроме того, информацию чрезвычайной ситуации ("NRT" на фиг. 60) для услуги портала NRT передают через сеанс FLUTE.

На фиг. 60, устройство 20 приема находится в активном состоянии и отображает телевизионную программу, в отличие от примера операции на фиг. 59 (S601). Здесь устройство 20 приема в активном состоянии постоянно отслеживает EAT, передаваемый через LLS, и получает EAT, когда EAT детектирует, что произошло обновление (S602 и S603). Как представлено на фиг. 60, в EAT, в формате XML, элемент EAApplication появляется в элементе EAMessage, и, таким образом, информацию чрезвычайной ситуации передают, как приложение уведомления о чрезвычайной ситуации. Таким образом, устройство 20 приема выполняет обработку настройки, используя значения атрибута networkId, атрибута bbpStreamId и атрибута serviceId элемента AutomaticTuningService для EAT и информации настройки, и получает AIT, переданный через сеанс FLUTE (S604).

Устройство 20 приема получает URL для получения приложения, соответствующего значению атрибута applicationId элемента EAApplication в EAT, со ссылкой на AIT, обращается к серверу 50 приложений через Интернет 90 и получает приложение уведомления о чрезвычайной ситуации (S606). Затем устройство 20 приема обеспечивает отображение приложения уведомления о чрезвычайной ситуации, полученного из сервера 50 приложений, на устройстве отображения, с наложением на отображаемую телевизионную программу (S605, S607 и S608).

Как описано выше, при обработке передачи приложения на фиг. 60, когда обнаруживается обновление EAT, устройство 20 приема, отображающее телевизионную программу, получает EAT в формате XML, переданную через LLS, и получает приложение уведомления о чрезвычайной ситуации, в соответствии с EAT. В результате, отображение обязательно переходит из состояния (экран, на котором отображается телевизионная программа), показанного в позиции D26-1, в состояние (экран, на котором приложение уведомления о чрезвычайной ситуации наложено на телевизионную программу) в позиции D26-2 и отображает экран с информацией чрезвычайной ситуации, переданной как приложение. В соответствии с этим, пользователь, который просматривает телевизионную программу, может проверить приложение, отображаемое с наложением на телевизионную программу, в форме буквы L, и может распознать, что было получено предупреждение о сильном дожде.

Кроме того, для активации приложения с уведомлением о чрезвычайной ситуации, когда другое приложение находится в активном состоянии, приложение уведомления о чрезвычайной ситуации активируется после окончания другого приложения в активном состоянии.

(4-4) Передача услуги совместно используемого компонента

Далее, со ссылкой на фиг. 61, будет описана передача услуги совместно используемого компонента.

Обработка передачи услуги совместно используемого компонента в активном состоянии

На фиг. 61 показана схема для описания обработки передачи услуги совместно используемого компонента.

Как представлено на фиг. 61, по волне широковещательной передачи при цифровой широковещательной передачей с использованием схемы передачи IP из устройства 10 передачи передают схему передачи IP из устройства 10 передачи, видеоданные и аудиоданные телевизионной программы ("TV" на фиг. 61) в формате синхронного потока, и, таким образом, используется сеанс RTP. Кроме того, передают совместно используемые аудиоданные для уведомления о чрезвычайной ситуации через сеанс RTP. Кроме того, передают LLS (EAT) и SCS (SDP) в формате XML.

На фиг. 61, устройство 20 приема находится в активном состоянии и отображает телевизионную программу (S621). Здесь устройство 20 приема в активном состоянии постоянно отслеживает EAT, передаваемый через LLS, и получает EAT, когда обнаруживают, что произошло обновление EAT (S622 и S623). Как представлено на фиг. 61, в EAT в формате XML элемент EAService появляется в элементе EAMessage, и "adjunct_shared" обозначен, как атрибут serviceType, и, таким образом, информацию чрезвычайной ситуации передают через услугу совместно используемого компонента.

Другими словами, в примере операции на фиг. 61, поскольку совместно используемые аудиоданные для уведомления о чрезвычайной ситуации передают, как информацию чрезвычайной ситуации, устройство 20 приема выполняет обработку настройки, используя значение атрибута serviceId в элементе EAService в EAT и информацию настройки, и получает SDP, переданный через сеанс FLUTE (S624). Устройство 20 приема получает совместно используемые аудиоданные для уведомления о чрезвычайной ситуации, переданного через сеанс RTP, в соответствии с SDP, и выводит совместно используемый звук с информацией чрезвычайной ситуации, в то время как отображается телевизионная программа (S625 и S626). Здесь, например, в то время, как отображается телевизионная программа, переключается только звук, и выводят звук, такой как "предупреждение о сильном дожде", в качестве вспомогательного звука.

Как описано выше, при обработке передачи приложения на фиг. 61, когда обнаруживается, что произошло обновление EAT, устройство 20 приема, отображающее телевизионную программу, получает EAT в формате XML, переданную через LLS, и получает совместно используемые аудиоданные для уведомления о чрезвычайной ситуации, в соответствии с EAT. В результате, даже когда выполняется переход из состояния D27-1 в состояние D27-2, на устройстве отображения постоянно отображается телевизионная программа, и выполняется только переключение звука таким образом, что выводится звук, такой как "предупреждение о сильном дожде", как информация о чрезвычайной ситуации. В соответствии с этим, пользователь, который просматривает телевизионную программу, может проверить звук с информацией чрезвычайной ситуации и может распознать, что было получено предупреждение о сильном дожде во время постоянного просмотра телевизионной программы.

Кроме того, подробное содержание услуги совместно используемого компонента было описано выше со ссылкой на фиг. 33, и повторное ее описание здесь исключено.

(5) Содержание конкретной обработки, выполняемой в каждом устройстве

Далее, со ссылкой на фиг. 62-66, будет описано содержание конкретной обработки, выполняемой устройствами, составляющими систему 1 широковещательной передачи на фиг. 20. Здесь обработка передачи, выполняемая устройством 10 передачи, и обработка приема, выполняемая устройством 20 приема, идентичны обработке передачи на фиг. 34 и обработке приема на фиг. 35, и, таким образом, их описание исключено.

Обработка уведомления о чрезвычайной ситуации

Обработка уведомления о чрезвычайной ситуации, выполняемая устройством 20 приема на фиг. 53, будет описана со ссылкой на блок-схему последовательности операций на фиг. 62. Обработка уведомления о чрезвычайной ситуации выполняется для уведомления о чрезвычайной ситуации, содержащего такую информацию, как предупреждение о сильном дожде, когда устройство 20 приема находится в состоянии ожидания, активном состоянии и т.п.

На этапах S701-S703, аналогично этапам S341-S343 на фиг. 36, питание устройства приема 20 в состоянии ожидания включается, когда обнаруживают, что флаг обязательной активации в чрезвычайной ситуации установлен в положение "включено".

На этапе S704, модуль 224 управления уведомлением о чрезвычайной ситуации получает EAT в формате XML, переданный через LLS. Считается, что EAT был получен, например, непосредственно после включения питания устройства приема 20, находящегося в состоянии ожидания, когда обнаруживают, что флаг обязательной активации в чрезвычайной ситуации установлен в положение "включено", когда происходит обновление EAT и т.п.

На этапе S705, модуль 224 управления уведомлением о чрезвычайной ситуации анализирует EAT в формате XML, полученный при обработке на этапе S704.

На этапе S706, модуль 224 управления уведомлением о чрезвычайной ситуации определяет, появляется или нет элемент EAService в EAT, и "nrt" обозначается, как атрибут serviceType на основе результата обработки анализа на этапе S705. Когда на этапе S706 определяют, что требование о появлении элемента удовлетворяется, обработка переходит на этап S707.

На этапе S707, модуль 224 управления уведомлением о чрезвычайной ситуации выполняет обработку передачи услуги портала NRT. Обработка передачи услуги портала NRT соответствует примеру операции, представленному на фиг. 55 и 56, и подробное содержание этой обработки будет описано ниже со ссылкой на блок-схему последовательности операций, на фиг. 63.

Кроме того, когда на этапе S706 определяют, что требование к появлению элемента не удовлетворяется, обработка переходит на этап S708. На этапе S708, модуль 224 управления уведомлением о чрезвычайной ситуации определяет, появился или нет элемент EAMessageData в EAT на основе результата обработки анализа, на этапе S705. Когда на этапе S708 определяют, что требование появления элемента удовлетворяется, обработка переходит на этап S709.

На этапе S709, модуль 224 управления уведомлением о чрезвычайной ситуации выполняет обработку передачи сообщения ЕА. Обработка передачи сообщения ЕА соответствует примеру операции, представленному на фиг. 57 и 58, и подробное содержание такой обработки будет описано ниже со ссылкой на блок-схему последовательности операций, на фиг. 64.

Кроме того, когда на этапе S708 определяют, что требование к появлению элемента не удовлетворяется, обработка переходит на этап S710. На этапе S710, модуль 224 управления уведомлением о чрезвычайной ситуации определяет, появился или нет элемент EAApplication в EAT, на основе результата обработки анализа, на этапе S705. Когда на этапе S710 определяют, что требование к появлению элемента удовлетворяется, обработка переходит на этап S711.

На этапе S711, модуль 224 управления уведомлением о чрезвычайной ситуации выполняет обработку передачи приложения. Обработка передачи приложения соответствует примеру операции, представленному на фиг. 59 и 60, и подробное содержание такой обработки будет описано ниже со ссылкой на блок-схему последовательности операций на фиг. 65.

Кроме того, когда на этапе S710 определяют, что требование к появлению элемента не удовлетворяется, обработка переходит на этап S712. На этапе S712, модуль 224 управления уведомлением о чрезвычайной ситуации определяет, появился или элемент EAService в EAT, и "adjunct_shared" обозначен, как атрибут serviceType на основе результата обработки анализа на этапе S705. Когда на этапе S712 определяют, что требование к появлению элемента удовлетворяется, обработка переходит на этап S713.

На этапе S713, модуль 224 управления уведомлением о чрезвычайной ситуации выполняет обработку передачи услуги совместно используемого компонента. Обработка передачи услуги совместно используемого компонента соответствует примеру операции, представленному на фиг. 61, и подробное содержание такой обработки будет описано ниже со ссылкой на блок-схему последовательности операций, на фиг. 66.

Кроме того, когда на этапе S712 определяют, что требование к появлению элемента не удовлетворяется, обработка переходит на этап S714. На этапе S714, например, обработка передачи потока и т.п. выполняется в соответствии с результатом обработки анализа на этапе S705.

Когда заканчивается любой из этапов S707, S709, S711, S713 и S714, заканчивается обработка уведомления о чрезвычайной ситуации.

Обработка уведомления о чрезвычайной ситуации была описана выше.

Обработка передачи услуги портала NRT

Далее, со ссылкой на блок-схему последовательности операций на фиг. 63, будет описана обработка передачи услуги портала NRT, соответствующая этапу S707 на фиг. 62.

На этапе S721, модуль 222 обработки сигнала управления получает SDP на основе EAT, в соответствии с управлением модулем 224 управления уведомлением о чрезвычайной ситуации.

На этапе S722, модуль 220 обработки FLUTE получает информацию портала NRT (информацию о чрезвычайной ситуации), переданную через сеанс FLUTE на основе SDP, принятого из модуля 222 обработки сигнала управления, в соответствии с управлением модуля 224 управления уведомления о чрезвычайной ситуации.

На этапе S723, браузер 226 обеспечивает отображение информации портала NRT (информации чрезвычайной ситуации), принятой из модуля 220 обработки FLUTE, на устройстве отображения, через модуль 216 вывода видеоданных, в соответствии с управлением, выполняемом модулем 224 управления уведомлением о чрезвычайной ситуации. В результате, информация о чрезвычайной ситуации, относящаяся к предупреждению о сильном дожде и т.п., отображается на устройстве отображения.

Когда обработка на этапе S723 заканчивается, обработка возвращается на этап S707, на фиг. 62, и выполняется следующая после него обработка.

Обработка передачи услуги портала NRT была описана выше.

Обработка передачи сообщения ЕА

Далее, со ссылкой на блок-схему последовательности операций, на фиг. 64, будет описана обработка передачи сообщения ЕА, соответствующая этапу S709 на фиг. 62. Здесь, когда устройство 20 приема находится в состоянии ожидания, его питание включают, но при этом предполагается, что выполняется обработка настройки, состоящая в настройке на услугу, обозначенную триплетом элемента AutomaticTuningService EAT.

На этапе S741, модуль 224 управления уведомлением о чрезвычайной ситуации обеспечивает отображение сообщения ЕА, включенного в EAT на устройстве отображения, с наложением на телевизионную программу, через модуль 216 вывода видеоданных. В результате, субтитры (информация о появлении) предупреждения о сильном дожде и т.п., отображаются с наложением на телевизионную программу.

На этапе S742, определяют, была ли подана инструкция на отображение подробной информации через пульт дистанционного управления, которым оперирует пользователь. Когда определяют, что инструкция на отображение подробной информации была подана на этапе S742, обработка переходит на этап S743.

На этапе S743, модуль 222 обработки сигнала управления получает SDP на основе EAT, в соответствии с управлением модулем 224 управления уведомлением о чрезвычайной ситуации.

На этапе S744, модуль 220 обработки FLUTE получает информацию портала NRT (подробную информацию), переданную через сеанс FLUTE, на основе SDP, принятого из модуля 222 обработки сигнала управления, в соответствии с управлением модуля 224 управления уведомлением о чрезвычайной ситуации.

На этапе S745, браузер 226 обеспечивает отображение на устройстве отображения информации портала NRT (подробной информации), принятой из модуля 220 обработки FLUTE, через модуль 216 вывода видеоданных, в соответствии с управлением модуля 224 управления уведомлением о чрезвычайной ситуации. В результате, подробная информация с предупреждением о сильном дожде и т.п. отображается на устройстве отображения, которая представляет собой дополнительную информацию для информации о чрезвычайном положении.

Кроме того, когда определяют, что инструкция отображения подробной информации не была подана на этапе S742, обработка на этапах S743-S745 пропускается. Затем, когда обработка на этапе S745 заканчивается, обработка возвращается на этап S709 на фиг. 62, и выполняется обработка, следующая после него.

Обработка передачи сообщения ЕА была описана выше.

Обработка передачи приложения

Далее, со ссылкой на блок-схему последовательности операций на фиг. 65, будет описана обработка передачи приложения, соответствующая этапу S711 на фиг. 62. Здесь, когда устройство 20 приема находится в состоянии ожидания, его питание включается, но при этом предполагается, что должна выполняться обработка настройки, состоящая в настройке на услугу, обозначенную триплетом элемента AutomaticTuningService EAT.

На этапе S761, модуль 222 обработки сигнала управления получает AIT на основе EAT, в соответствии с управлением, выполняемым модулем 224 управления уведомлением о чрезвычайной ситуации. Кроме того, модуль 224 управления уведомлением о чрезвычайной ситуации получает URL для получения приложения уведомления о чрезвычайной ситуации, соответствующего значению атрибута applicationId элемента EAApplication EAT, со ссылкой на AIT.

На этапе S762, I/F 225 передачи данных обращается к серверу 50 приложений через Интернет 90 на основе URL для получения приложения уведомления о чрезвычайной ситуации, в соответствии с управлением модуля 224 управления уведомлением о чрезвычайной ситуации, и получает приложение уведомления о чрезвычайной ситуации.

На этапе S763, браузер 226 обеспечивает отображение на устройстве отображения приложения уведомления о чрезвычайной ситуации, принятого от I/F 225 связи, с наложением на телевизионную программу через модуль 216 вывода видеоданных, в соответствии с управлением модуля 224 управления уведомлением о чрезвычайной ситуации. В результате, информация о чрезвычайной ситуации, такая как предупреждение о сильном дожде, отображается в форме буквы L в телевизионной программе.

Когда обработка на этапе S763 заканчивается, обработка возвращается на этап S711 на фиг. 62, и выполняется следующая после него обработка.

Выше была описана обработка передачи приложения.

Обработка передачи услуги совместно используемого компонента

Далее, ссылкой на блок-схему последовательности операций на фиг. 66 будет описана обработка передачи услуги совместно используемого компонента, соответствующая этапу S713 по фиг. 62. Здесь предполагается, что информация о чрезвычайной ситуации должна быть предоставлена, как совместно используемые аудиоданные, для предупреждения о чрезвычайной ситуации.

На этапе S781, модуль 222 обработки сигнала управления получает SDP на основе EAT, в соответствии с управлением, выполняемым модулем 224 управления уведомлением о чрезвычайной ситуации.

На этапе S782, аудиодекодер 217 получает совместно используемые аудиоданные для уведомления о чрезвычайной ситуации из Demux 213 на основе SDP, в соответствии с управлением модуля 224 управления уведомлением о чрезвычайной ситуации. Кроме того, аудиодекодер 217 декодирует совместно используемые аудиоданные для уведомления о чрезвычайной ситуации в соответствии с управлением модуля 224 управления уведомлением о чрезвычайной ситуации, и предоставляет декодированные совместно используемые аудиоданные для уведомления о чрезвычайной ситуации в модуль 218 вывода аудиоданных.

На этапе S783, модуль 218 вывода аудиоданных выполняет переключение со звука телевизионной программы на совместно используемые аудиоданные для уведомления о чрезвычайной ситуации, в соответствии с управлением, выполняемым модулем 224 управления уведомлением о чрезвычайной ситуации, и выводит звук информации чрезвычайной ситуации через громкоговоритель. В результате, например, в то время как происходит отображение телевизионной программы, переключается только звук, и выводится звук, такой как "предупреждение о сильном дожде".

Когда обработка на этапе S783 заканчивается, обработка возвращается на этап S714 на фиг. 62, и выполняется обработка, следующая после него.

Выше была описана обработка передачи услуги совместно используемого компонента.

Пояснение компьютера в соответствии с настоящей технологией

Описанная выше последовательность обработки может быть выполнена в аппаратных средствах или может быть выполнена с использованием программного обеспечения. Когда последовательность обработки выполняется с использованием программного обеспечения, программа, конфигурирующая программное обеспечение, установлена в компьютер. Здесь примеры компьютера включают в себя компьютер, встроенный в специализированные аппаратные средства, или персональный компьютер общего назначения (PC), выполненный с возможностью выполнения различного рода функций, используя различного рода программы, установленные в нем.

На фиг. 67 показана блок-схема, иллюстрирующая примерную конфигурацию аппаратных средств компьютера, которая выполняет описанную выше последовательность обработки с использованием программы.

В компьютере 900, центральное процессорное устройство (CPU) 901, постоянное запоминающее устройство (ROM) 902 и оперативное запоминающее устройство (RAM) 903 соединены друг с другом через шину 904. Интерфейс 905 ввода-вывода (I/O) дополнительно соединен с шиной 904. Модуль 906 ввода, модуль 907 вывода, модуль 908 записи, модуль 909 передачи данных и привод 910 соединены с интерфейсом 905 I/O.

Модуль 906 ввода включает в себя клавиатуру, "мышь", микрофон и т.п. Модуль 907 вывода включает в себя устройство отображения, громкоговоритель и т.п. Модуль 908 записи включает в себя жесткий диск, энергонезависимое запоминающее устройство и т.п. Модуль 909 связи включает в себя сетевой интерфейс и т.п. Привод 910 выполняет привод съемного носителя 911, такого как магнитный диск, оптический диск, магнитооптический диск или полупроводниковое запоминающее устройство.

В компьютере 900, имеющем описанную выше конфигурацию, CPU 901 выполняет описанную выше последовательность обработки, например, по мере того, как программа, записанная в модуле 908 записи, загружается в RAM 903 через интерфейс 905 I/O и шину 904.

Программа, выполняемая компьютером 900 (CPU 901), может быть записана на съемный носитель 911, как пакетный носитель, и может быть предоставлена. Программа может быть предоставлена через проводную или беспроводную среду передачи данных, такую как локальная вычислительная сеть (LAN), Интернет или цифровая спутниковая широковещательная передача.

В компьютере 900 съемный носитель 911 может быть установлен в привод 910, и затем программа может быть установлена в модуль 908 записи через интерфейс 905 I/O. Кроме того, программа может быть принята через модуль 909 связи, через проводную или беспроводную среду передачи данных и затем установлена в модуле 908 записи. Кроме того, программа может быть заранее установлена в ROM 902 или в модуле 908 записи.

Кроме того, программа, выполняемая компьютером 900, может представлять собой программу, в которой обработка выполняется хронологически в соответствии с порядком, описанным в этом раскрытии, или программу, в которой обработка выполняется параллельно или в соответствии с необходимым временем по вызову.

Здесь, в данном раскрытии, этапы обработки, описывающие программу, обеспечивающую выполнение компьютером 900 различного рода обработки, не обязательно должна выполняться в требуемом хронологическом порядке, в соответствии с порядком, описанным, как блок-схема последовательности операций, и включает в себя обработку (например, параллельную обработку или обработку по объекту), которая выполняется параллельно или индивидуально.

Кроме того, программа может быть обработана в одном компьютере или может быть обработана с распределением на множество компьютеров. Кроме того, программа может быть передана и может выполняться компьютером в удаленном местоположении.

Кроме того, в данном раскрытии, система означает набор из двух или больше элементов конфигурации (устройства, модули (часть) и т.п.), независимо от того, расположены или нет все элементы конфигурации в одном корпусе. Таким образом, как множество устройств, которые размещены в отдельных корпусах и соединены через сеть, так и одно устройство, в котором размещено множество модулей в одном корпусе, представляют собой системы.

Кроме того, вариант осуществления настоящей технологии не ограничен описанными выше вариантами осуществления, и различные изменения могут быть произведены в пределах объема, не выходя за пределы сути настоящей технологии. Например, настоящая технология может иметь конфигурацию "облачных" вычислений, в которых множество устройств через сетевой ресурс совместно используют и обрабатывают одну функцию.

Кроме того, этапы, описанные в представленных выше блок-схемах последовательности операций, могут быть выполнены одним устройством или могут быть распределены и могут выполняться множеством устройств. Кроме того, когда множество обработок включено в один этап, множество обработок, включенных в один этап, может выполняться одним устройством или может быть распределено и выполняться множеством устройств.

Кроме того, настоящая технология может иметь следующие конфигурации.

(1) Устройство приема, включающее в себя схему, выполненную с возможностью:

приема цифрового сигнала широковещательной передачи, включающего в себя транспортный поток Протокола Интернет (IP); и

управления операциями модулей, соответствующих услуге уведомления о чрезвычайной ситуации, на основе информации управления, для уведомления о чрезвычайной ситуации, передаваемой через цифровой сигнал широковещательной передачи.

(2) Устройство приема в соответствии с (1),

в котором схема выполнена с возможностью предоставления уведомления в виде информации чрезвычайной ситуации, используя видеоизображения и/или звук.

(3) Устройство приема в соответствии с (1) или (2),

в котором информация управления уведомлением о чрезвычайной ситуации включает в себя информацию, относящуюся к приложению уведомления о чрезвычайной ситуации, а

схема выполнена с возможностью получения приложения на основе информации управления уведомлением о чрезвычайной ситуации и выполнения приложения, во время вывода AV содержания для отображения пользователю.

(4) Устройство приема в соответствии с (3),

в котором информация управления уведомлением о чрезвычайной ситуации включает в себя информацию идентификации приложения, а

схема выполнена с возможностью получения приложения на основе информации идентификации для приложения и информации управления приложением для управления приложением.

(5) Устройство приема в соответствии с (2),

в котором информация управления уведомлением о чрезвычайной ситуации включает в себя информацию, относящуюся к компоненту уведомления о чрезвычайной ситуации, а

схема выполнена с возможностью получения компонента уведомления о чрезвычайной ситуации по меньшей мере одного из видеоизображения и звука на основе информации управления уведомлением о чрезвычайной ситуации, и переключения по меньшей мере одного из видеоизображения и звука AV содержания.

(6) Устройство приема в соответствии с (5),

в котором компонент уведомления о чрезвычайной ситуации используется множеством услуг.

(7) Устройство приема в соответствии с (1) или (2),

в котором информацию управления уведомлением о чрезвычайной ситуации фильтруют в соответствии с определенными условием фильтрации, являющимся заданным заранее.

(8) Устройство приема в соответствии с (7),

в котором информацию управления уведомлением о чрезвычайной ситуации фильтруют в соответствии с уровнем чрезвычайной ситуации.

(9) Устройство приема в соответствии с (7) или (8),

в котором информацию управления уведомлением о чрезвычайной ситуации фильтруют в соответствии с целевой областью.

(10) Устройство приема в соответствии с любым из (7)-(9),

в котором информацию управления уведомлением о чрезвычайной ситуации фильтруют в модулях определенных областей.

(11) Устройство приема в соответствии с любым из (7)-(10),

в котором информацию управления уведомлением о чрезвычайной ситуации фильтруют в соответствии с типом.

(12) Устройство приема в соответствии с любым из (1)-(11),

в котором обязательную информацию активации в чрезвычайной ситуации передают через цифровой сигнал широковещательной передачи, и

когда принимающее устройство находится в состоянии ожидания, и обнаруживает обязательную информацию активации в чрезвычайной ситуации, включается питание устройства приема.

(13) Устройство приема в соответствии с любым из (1)-(12),

в котором информацию управления уведомления о чрезвычайной ситуации передают в формате XML.

(14) Устройство приема в соответствии с любым из (1)-(12),

в котором информацию управления уведомления о чрезвычайной ситуации передают в раздельном формате.

(15) Устройство приема в соответствии с любым из (1)-(14),

в котором информация управления уведомления о чрезвычайной ситуации используется на первом уровне, который выше, чем уровень IP протокола, используемый для передачи цифрового сигнала широковещательной передачи.

(16) Устройство приема в соответствии с (15),

в котором цифровой сигнал широковещательной передачи используется на первом уровне и используется для передачи информации управления настройкой, а

информация управления настройкой включает в себя по меньшей мере одну из информации идентификации сети, информации идентификации потока и информации идентификации услуги.

(17) Устройство приема в соответствии с (16),

в котором цифровой сигнал широковещательной передачи используется на втором уровне, который выше, чем уровень IP, и используется для передачи информации управления компонентом, включающей в себя по меньшей мере информацию, относящуюся к компоненту, конфигурирующему определенную услугу.

(18) Способ приема устройства приема, включающий в себя этапы, на которых:

принимают с помощью схемы устройства приема цифровой сигнал широковещательной передачи, включающий в себя транспортный поток IP; и

управляют с помощью схемы устройства приема операциями модулей, соответствующих услуге уведомления о чрезвычайной ситуации, на основе информации управления уведомлением о чрезвычайной ситуации, передаваемой через цифровой сигнал широковещательной передачи.

(19) Устройство передачи, включающее в себя схему, выполненную с возможностью:

получения информации управления уведомления о чрезвычайной ситуации; и

передачи информации управления уведомления о чрезвычайной ситуации через цифровой сигнал широковещательной передачи, включающий в себя транспортный поток IP.

(20) Способ передачи устройства передачи, включающий в себя этапы, на которых:

получают, с помощью схемы устройства передачи, информацию управления уведомления о чрезвычайной ситуации; и

передают, с помощью схемы устройства передачи информацию управления уведомлением о чрезвычайной ситуации через цифровой сигнал широковещательной передачи, включающий в себя транспортный поток IP.

(21) Устройство приема по любому одному из (1)-(17),

в котором информация управления уведомлением о чрезвычайной ситуации включает в себя один или комбинацию из кода категории предупреждения о чрезвычайной ситуации, приоритет сообщения EAS (система предупреждения о чрезвычайной ситуации), когда включено множество сообщений EAS, и флаг обязательного выполнения, который обозначает, необходимо ли отображать сообщение EAS, когда флаг обязательной активации в чрезвычайной ситуации установлен в положение включено, и тип схемы передачи сообщения EAS.

(22) Устройство приема по (21),

в котором информация управления уведомлением о чрезвычайной ситуации включает в себя идентификатор приложения EAS, когда тип схемы передачи сообщения EAS представляет собой первый заданный тип, при этом

информация управления уведомлением о чрезвычайной ситуации включает в себя тип совместно используемой услуги EAS и идентификатор услуги совместно используемого ресурса EAS, когда тип схемы передачи сообщения EAS представляет собой второй заданный тип.

Для специалиста в данной области техники должно быть понятно, что различные модификации, комбинации, подкомбинации и изменения могут быть выполнены, в зависимости от конструктивных требований и других факторов, если только они находятся в пределах объема приложенной формулы изобретения или ее эквивалентов.

Список номеров ссылочных позиций

1 Система широковещательной передачи

10 Устройство передачи

20 Устройство приема

111 Модуль получения видеоданных

113 Модуль получения аудиоданных

117 Модуль получения сигнала управления

119 Модуль получения данных файла

121 Mux

122 Модуль передачи

212 Тюнер

213 Demux

214 Тактовый генератор

215 Видеодекодер

216 Модуль вывода видеоданных

217 Аудиодекодер

218 Модуль вывода аудиоданных

219 Декодер субтитров

220 Модуль обработки FLUTE

221 Накопитель

222 Модуль обработки сигнала управления

223 NVRAM

224 Модуль управления уведомлением о чрезвычайной ситуации

225 I/F связи

226 Браузер

251 Фильтр GSE

252 Фильтр IP

253 Фильтр UDP

254 Банк фильтров блока

255 Фильтр ВВР

256 Фильтр LCT

257 Банк фильтров SGDU

900 Компьютер

901 CPU

Изобретение относится к устройству передачи/приема, которые позволяют предоставлять услугу уведомления о чрезвычайной ситуации. Технический результат заключается в обеспечении услуги уведомления о чрезвычайных ситуациях при цифровой широковещательной передаче, в которую введена схема передачи Протокола Интернет (IP). Предложено устройство приема, содержащее схему, выполненную с возможностью: приема цифрового сигнала широковещательной передачи транспортного IP потока; обнаружения информации управления уведомлением о чрезвычайной ситуации, переданной посредством цифрового сигнала широковещательной передачи; и предоставления уведомления о чрезвычайной ситуации на основе информации управления уведомлением о чрезвычайной ситуации, где информация управления уведомлением о чрезвычайной ситуации содержит: первую информацию, идентифицирующую совместно используемый компонент информации уведомления о чрезвычайной ситуации, и вторую информацию, идентифицирующую услугу, предоставляющую совместно используемый компонент. 4 н. и 16 з.п. ф-лы, 67 ил.

1. Устройство приема, содержащее:

схему, выполненную с возможностью

приема цифрового сигнала широковещательной передачи, включающего в себя транспортный поток Протокола Интернет (IP);

обнаружения информации управления уведомлением о чрезвычайной ситуации, переданной посредством цифрового сигнала широковещательной передачи; и

предоставления уведомления о чрезвычайной ситуации на основе информации управления уведомлением о чрезвычайной ситуации, при этом

информация управления уведомлением о чрезвычайной ситуации содержит:

первую информацию, идентифицирующую совместно используемый компонент информации уведомления о чрезвычайной ситуации, и

вторую информацию, идентифицирующую услугу, предоставляющую совместно используемый компонент.

2. Устройство приема по п.1, в котором схема выполнена с возможностью предоставления уведомления в виде информации чрезвычайной ситуации, с использованием по меньшей мере одного из видеоизображений и звука.

3. Устройство приема по п.2, в котором информация управления уведомлением о чрезвычайной ситуации включает в себя информацию, относящуюся к приложению уведомления о чрезвычайной ситуации, а схема выполнена с возможностью получения приложения уведомления о чрезвычайной ситуации на основе информации управления уведомлением о чрезвычайной ситуации и выполнения приложения уведомления о чрезвычайной ситуации, во время вывода AV содержания для отображения пользователю.

4. Устройство приема по п.3, в котором информация управления уведомлением о чрезвычайной ситуации включает в себя информацию идентификации приложения уведомления о чрезвычайной ситуации, а схема выполнена с возможностью получения приложения уведомления о чрезвычайной ситуации на основе информации идентификации для приложения уведомления о чрезвычайной ситуации и информации управления приложением для управления приложением уведомления о чрезвычайной ситуации.

5. Устройство приема по п.2, в котором первая информация содержит одно из первого значения, указывающего, что совместно используемый компонент представляет собой только звук, второго значения, указывающего, что совместно используемый компонент представляет собой только видео, и третьего значения, указывающего, что совместно используемый компонент представляет собой как звук, так и видео, а схема выполнена с возможностью получения совместно используемого компонента уведомления о чрезвычайной ситуации на основе второй информации и переключения совместно используемого компонента.

6. Устройство приема по п.5, в котором компонент уведомления о чрезвычайной ситуации используется множеством услуг.

7. Устройство приема по п.2, в котором информацию управления уведомлением о чрезвычайной ситуации фильтруют в соответствии с определенным условием фильтрации, установленным заранее.

8. Устройство приема по п.7, в котором информацию управления уведомлением о чрезвычайной ситуации фильтруют в соответствии с уровнем чрезвычайной ситуации.

9. Устройство приема по п.7, в котором информацию управления уведомлением о чрезвычайной ситуации фильтруют в соответствии с целевой областью.

10. Устройство приема по п.7, в котором информацию управления уведомлением о чрезвычайной ситуации фильтруют в модулях определенных областей.

11. Устройство приема по п.7, в котором информацию управления уведомлением о чрезвычайной ситуации фильтруют в соответствии с типом.

12. Устройство приема по п.1, в котором обязательную информацию активации в чрезвычайной ситуации передают через цифровой сигнал широковещательной передачи, при этом, когда принимающее устройство находится в состоянии ожидания и обнаружена обязательная информация активации в чрезвычайной ситуации, включается питание устройства приема.

13. Устройство приема по п.1, в котором информацию управления уведомлением о чрезвычайной ситуации передают в формате XML.

14. Устройство приема по п.1, в котором информацию управления уведомлением о чрезвычайной ситуации передают в раздельном формате.

15. Устройство приема по п.1, в котором информация управления уведомлением о чрезвычайной ситуации используется на первом уровне, который выше, чем уровень IP протокола, используемый для передачи цифрового сигнала широковещательной передачи.

16. Устройство приема по п.15, в котором цифровой сигнал широковещательной передачи используется на первом уровне и используется для передачи информации управления настройкой, а информация управления настройкой включает в себя по меньшей мере информацию идентификации сети, информацию идентификации потока и информацию идентификации услуги.

17. Устройство приема по п.16, в котором цифровой сигнал широковещательной передачи используется на втором уровне, который выше, чем уровень IP, и используется для передачи информации управления компонентом, включающей в себя по меньшей мере информацию, относящуюся к компоненту, конфигурирующему определенную услугу.

18. Способ приема устройства приема, содержащий этапы, на которых:

принимают с помощью схемы устройства приема цифровой сигнал широковещательной передачи, включающий в себя транспортный поток IP;

обнаруживают, с помощью схемы устройства приема, информацию управления уведомлением о чрезвычайной ситуации, переданную посредством цифрового сигнала широковещательной передачи; и

предоставляют, с помощью схемы устройства приема, уведомление о чрезвычайной ситуации на основе информации управления уведомлением о чрезвычайной ситуации, при этом

информация управления уведомлением о чрезвычайной ситуации содержит:

первую информацию, идентифицирующую совместно используемый компонент информации уведомления о чрезвычайной ситуации, и

вторую информацию, идентифицирующую услугу, предоставляющую совместно используемый компонент.

19. Устройство передачи, содержащее:

схему, выполненную с возможностью:

получения информации управления уведомлением о чрезвычайной ситуации, содержащей первую информацию, идентифицирующую совместно используемый компонент информации уведомления о чрезвычайной ситуации, и вторую информацию, идентифицирующую услугу, предоставляющую совместно используемый компонент; и

передачи информации управления уведомлением о чрезвычайной ситуации посредством цифрового сигнала широковещательной передачи, включающего в себя транспортный поток IP, на устройство приема.

20. Способ передачи устройства передачи, содержащий этапы, на которых:

получают, с помощью схемы устройства передачи, информацию управления уведомлением о чрезвычайной ситуации, содержащую первую информацию, идентифицирующую совместно используемый компонент информации уведомления о чрезвычайной ситуации, и вторую информацию, идентифицирующую услугу, предоставляющую совместно используемый компонент; и

передают, с помощью схемы устройства передачи, информацию управления уведомлением о чрезвычайной ситуации посредством цифрового сигнала широковещательной передачи, включающего в себя транспортный поток IP, на устройство приема.