Приемное устройство, способ приема и программа

Приемное устройство, способ приема и программа

Иллюстрации

Показать все

Реферат

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

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

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

В Японии проведена оцифровка ТВ вещания, и цифровое наземное вещание, спутниковое (BS) цифровое вещание и тому подобное широко распространено в стране. Кроме того, в цифровом ТВ вещании, таком как наземное цифровое вещание, воплощено не только вещание А-В содержания, составляющего так называемые ТВ программы, но также и передача данных с помощью вещательного языка разметки (ВЯР) (BML) (см, к примеру. Патентную литературу 1).

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

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

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

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

Аналогично в Европе воплощен тип вещания, соответствующий передаче данных в Японии, в соответствии с мультимедийной домашней платформой цифрового видео вещания (DVB-MHP), которая обусловливает то, как должно описываться и доставляться содержание вещания данных.

Список ссылок

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

PTL 1: Выложенная заявка на патент Японии №2003-131981А.

Сущность изобретения

Техническая проблема

Между тем, в цифровом ТВ вещании в Соединенных Штатах согласно документу ATSC (Комитет по перспективным телевизионным стандартам - Advanced Television Standard Committee) 2.0 услуга, соответствующая передаче данных в цифровом ТВ вещании в Японии планируется для воплощения посредством получения документов HTML, описанных на HTML (гипертекстовом языке разметки), из услуг, которыми заведуют вещательные организации.

Предположим, что, как показано на Фиг.1, услуга воплощается с помощью прикладной программы, составленной из ресурсов, представляющих картинки, звуки, видеокадры и т.д. (соответственно «MPEG», «МРЗ» и «JPEG» на Фиг.1), а также сценарии (исполняемые программы) для исполнения заранее заданных процессов путем указания ссылки на эти ресурсы. В этом случае в прикладной программе или тому подобном могут быть установлены рабочие режимы, и в соответствии с установленными таким образом рабочими режимами могут разрешаться (или запрещаться) конкретные процессы, такие как процесс считывания.

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

Такие прикладные программы, как показанные на Фиг.1, могут конструироваться, скажем, из множества файлов класса (сценариев), подготовленных в Java (зарегистрированный товарный знак) и организованных в файловую структуру, именуемую «jar» (Java ARchive), а также из ресурсов (картинок, звуков, видеокадров и т.п.).

Если прикладные программы сконструированы каждая из ресурсов и сценариев, как показано на Фиг.1, границы между этими прикладными программами различимы. Это дает возможность устанавливать рабочий режим в каждой прикладной программе, чтобы разрешить (или запретить) конкретный процесс (процесс считывания и т.д.).

В противоположность этому, когда документы HTML используются в качестве планируемых для цифрового ТВ вещания в Соединенных Штатах, рабочие режимы нельзя устанавливать в прикладных программах так, как показано на Фиг.1.

Например, когда услуга воплощается с помощью документов HTML, единственная прикладная программа, такая как на Фиг.1, не исполняется. Вместо этого документы HTML, предназначенные для исполнения, выполняют транзакцию из одного документа в другой, и каждый документ HTML исполняется независимо.

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

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

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

Решение проблемы

Согласно первому объекту данной технологии предложено приемное устройство для приема вещания А-В содержания посредством волн вещания, включающее в себя:

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

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

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

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

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

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

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

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

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

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

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

Преимущественный эффект изобретения

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

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

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

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

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

Фиг.4 является поясняющим видом, очерчивающим данную технологию.

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

Фиг.6 является видом, детализирующим различные загружаемые объекты.

Фиг.7 является видом, детализирующим различные события.

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

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

Фиг.10 является видом, иллюстрирующим идею пусковой информации, встраиваемой в пакеты PCR в TS при передаче.

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

Фиг.12 является видом, перечисляющим типичные элементы информации, включенные в пусковую информацию.

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

Фиг.14 представляет собой блок-схему алгоритма, поясняющую процесс запуска содержания NDO.

Фиг.15 является видом, показывающим фактически типичные экранные взаимодействия, когда документ HTML вещания данных (TDO) исполняется в связи с прохождением ТВ программы.

Фиг.16 является видом, показывающим фактически типичные экранные взаимодействия, когда документ HTML вещания данных (TDO), не вызывающий экранное отображение, исполняется в связи с прохождением ТВ программы.

Фиг.17 является видом, показывающим типичный жизненный цикл документа HTML вещания данных (TDO).

Фиг.18 является видом, показывающим один пример переноса из активного рабочего состояния TDO в активное рабочее веб-состояние.

Фиг.19 представляет собой блок-схему алгоритма, поясняющую процесс запуска содержания NDO.

Фиг.20 представляет собой блок-схему алгоритма, поясняющую процесс запуска содержания PDO.

Фиг.21 представляет собой блок-схему алгоритма, поясняющую процесс установки режима управления.

Фиг.22 является другим видом, показывающим другой типичный жизненный цикл документа HTML вещания данных (TDO).

Фиг.23 является другим табличным видом, перечисляющим иные типичные элементы информации, включенные в пусковую информацию.

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

Подробное описание изобретения

1. Варианты осуществления

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

Фиг.2 показывает вещательную систему 1 в качестве одного варианта осуществления. Эта вещательная система 1 составлена из вещательного узла 11, серверов 12, 21 и 22 и приемного устройства 30. Вещательный узел 11 и сервер 12 установлены на стороне вещательной организации, а серверы 21 и 22 установлены на стороне бизнес-операторов иных, нежели вещательная организация. Приемное устройство 30 установлено на стороне зрителей.

Серверы 12, 21 и 22 и приемное устройство 30 соединены между собой через Интернет 30.

Вещательный узел 11 передает (вещает) цифровой ТВ вещательный сигнал.

Предполагается также, что в заранее заданные моменты времени вещательный узел 11 передает пусковую информацию в пакетах, содержащих опорный сигнал программных часов (ОСПЧ (PCR); пакеты далее именуются пакетами ОСПЧ), как часть пакетов ТП, составляющих транспортный поток (который называется здесь ТП (TS)) цифрового ТВ вещательного сигнала.

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

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

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

Сервер 22 предоставляет веб-сайты 2 предоставляет веб-сайты терминальному оборудованию, подключенному к Интернету 20, и не управляется на стороне вещательной организации, заведующей сервером 12. Сервер 22 предоставляет документы HTML с веб-страниц и другие под влиянием запросов из приемного устройства 30, обращающегося к серверу 22 через Интернет 20. В данном случае, документ HTML веб-страницы означает документ HTML, который представляет веб-страницу.

То есть, серверами 21 и 22 заведуют бизнес-операторы иные, нежели вещательная организация, заведующая сервером 12.

Приемное устройство 30 принимает цифровой ТВ вещательный сигнал, передаваемый из вещательного узла 11, и получает из него картинки и звуки А-В содержания, составляющего ТВ программы. Это приемное устройство 30 выводит полученные картинки на монитор (к примеру, на монитор 30 на Фиг.3, которая будет обсуждаться позднее), а полученные звуки на громкоговорители (не показано).

Кроме того, приемное устройство 30 обращается к серверу 12 или к серверу 21 через Интернет 20, чтобы получить и исполнить документы HTML вещания данных. Это позволяет приемному устройству 30 отображать картинку 43, составленную из картинки 41 А-В содержания, на которую наложена картинка 42 из содержания вещания данных, на мониторе 31, не показано. В этом случае приемное устройство 30 может приводиться в действие из удаленного местоположения путем использования удаленного контроллера 32.

Возвращаясь к Фиг.2, приемное устройство 30 обращается также к серверу 22 через Интернет 20, чтобы получить и исполнить документы HTML веб-страниц.

Данное приемное устройство 30 может быть либо установлено как автономный блок, либо встроено, например, в ТВ приемник или видеомагнитофон. Подробная конструкция приемного устройства 30 будет обсуждена позднее со ссылкой на Фиг.9.

Вещательная система 1 выполнена так, как описано в вышеприведенных абзацах.

Способ управления описательными документами

Ниже со ссылкой на Фиг.4-8 поясняется способ управления описательными документами согласно данной технологии.

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

Например, если приемное устройство 30 исполняет управляемый вещательной организацией документ HTML, такой как документ HTML вещания данных из сервера 12, установленного на стороне вещательной организации, конкретному процессу разрешается выполняться (не запрещаться) в соответствии с обсуждаемым документом HTML.

С другой стороны, если приемное устройство 30 исполняет не управляемый вещательной организацией документ HTML, такой как документ HTML вещания данных, полученный из сервера 21, установленного на стороне некоего иного бизнес-оператора, или документ HTML веб-страницы, полученный из сервера 22, конкретному процессу не разрешается выполняться (запрещается) в соответствии с обсуждаемым документом HTML.

Приемное устройство 30 управляет документами HTML, описанным выше образом. Следует отметить, что документы HTML представляют собой просто пример описательных документов, описанных на заранее заданном компьютерном языке, для отображения типов содержания, которые отличаются от А-В содержания, составляющего ТВ программы. Тем самым другие описательные документы могут использоваться вместо документов HTML.

Фиг.4 дает обзор этой технологии.

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

Например, при приеме пусковой информации (к примеру, соответствующей «Запуску "Старт" из эфира» на фиг.4), включенной в цифровой ТВ вещательный сигнал, передаваемый из вещательного узла 11, приемное устройство 30 получает документы HTML вещания данных (К примеру, соответствующий «Линейному ТВ ПДЗО» в «Интернете» по фиг.4) из сервера 12 и исполняет полученный документ. Кроме того, приемное устройство 30 исполняет документ HTML вещания данных, заблаговременно полученный из сервера 12 и записанный (к примеру, соответствующий «Линейному ТВ ПДЗО» в «Файловой системе» по фиг.4).

В качестве другого примера, предположим, что ТВ программа просматривается на приемном устройстве 30 с помощью загруженного вещания. В этом случае при получении включенной в записанную ТВ программу пусковой информации (к примеру, соответствующей «Запуску "Старт" из видео файлов, который воспроизводится местным проигрывателем» на фиг.4), приемное устройство 30 получает документ HTML вещания данных (к примеру, соответствующий «Содержанию ПДЗО НРБ» на Фиг.4) из сервера 12 и исполняет полученный документ. Кроме того, приемное устройство 30 исполняет документ HTML вещания данных (к примеру, соответствующий «ПДЗО НРБ» на Фиг.4), заблаговременно полученный посредством загруженного вещания из вещательного узла 11 и записанный.

В качестве еще одного примера, приемное устройство 30 получает из сервера 21 документ HTML вещания данных (к примеру, соответствующий «Содержанию НМДЗО» на Фиг.4), который может отображаться только конкретным браузером, и исполняет полученный документ.

И когда вышеописанные документы HTML вещания данных исполняются, приемное устройство 30 имеет картинку 43 по Фиг.3, отображенную на мониторе 31.

В данном случае, загруженное вещание представляет собой тип вещания, который включает в себя заблаговременный прием ТВ программы (цифрового ТВ вещательного сигнала) из вещательного узла 11, запись принятой ТВ программы и воспроизведение записанной ТВ программы под влиянием пользовательской операции. В последующем описании загруженное вещание будет именоваться вещанием не в реальном времени (НРВ) (NRZ), а загруженное содержание - как содержание НРБ.

В данном случае предполагается, например, что водитель (лицо), отображенное в качестве картинки 42 на Фиг.3, имеет связь с веб-страницей водителя, которая может быть выбрана пользователем.

Если пользователь выполняет операцию для выбора водителя на картинке 42 на Фиг.3, приемное устройство 30 получает документ HTML веб-страницы (к примеру, «Общее веб-содержание» на Фиг.4) из сервера 22 и исполняет полученный документ для отображения веб-страницы водителя или тому подобного на мониторе 31.

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

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

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

Например, если должно отображаться вещание данных, не утвержденное вещательной организацией, соответствующий документ HTML вещания данных получается из сервера 21, не управляемого вещательной организацией, и исполняется. Если должна отображаться веб-страница, соответствующий документ HTML вещания данных получается из сервера 21, не управляемого вещательной организацией, и исполняется. В этих случаях, в отличие от сервера 12, управляемого вещательной организацией, сервер 21 или 22, не управляемый этой вещательной организацией, может содержать документ HTML вещания данных или документ HTML веб-страницы, подготовленный зловредной третьей стороной. Один такой документ HTML может потенциально быть таким, который незаконно считывает заранее зарегистрированную информацию об области проживания из приемного устройства 30 и подает извлеченную информацию на конкретный сервер.

Ввиду вышеизложенного приемное устройство 30 устанавливает управляющий режим так, что конкретные процессы могут выполняться по левую сторону от границы В на Фиг.4 и не могут выполняться по правую сторону от нее. В зависимости от установленного таким образом управляющего режима приемное устройство 30 разрешает (или запрещает) выполнять конкретный процесс заданным документом HTML.

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

Конкретные процессы заранее определяются, например, пользователем или изготовителем, производящим приемное устройство 30. Потенциально, эти конкретные процессы включают в себя процесс выбора канала, в котором выбирается канал, процесс манипулирования магнитофоном, в котором приемное устройство 30, функционирующее как видеомагнитофон, заставляют делать записи или тому подобное, процесс получения, в котором получается программная информация о выбранной в настоящее время ТВ программе, и процесс управления электронной закладкой, в котором отмечается конкретный унифицированный указатель ресурсов (УУР) (URL).

Фиг.5 показывает типичные экранные переходы, отображаемые на мониторе 31 приемного устройства 30, когда исполняются указанные на Фиг.4 документы HTML. Пример возможного сценария использования поясняется ниже со ссылкой на Фиг.5.

На Фиг.5 каждая из ссылочных позиций UI1-UI12 (за исключением UI8 и UI9) указывает пользовательский интерфейс (именуемый ниже UI), отображенный на мониторе 31 приемного устройства 30. Кроме того, на фиг.5 пунктирная линия L1 обозначает границу между приоритетной обработкой и фоновой обработкой. Внутри области, окруженной этой пунктирной линией L1, процессы, исполняемые в UI8 и UI9, имеют место внутренне и не отображаются на мониторе 31.

Кроме того, каждая из ссылочных позиций А-Е указывает событие для выполнения перехода к заданному UI. Каждая из ссылочных позиций «а»-«е» означает событие для выполнения перехода от одного UI к следующему. Далее, пунктирная линия L2 на фиг.5 соответствует границе В, показанной на фиг.4. Режимы управления устанавливаются так, чтобы конкретный процесс мог выполняться вне этой границы, но не мог выполняться внутри нее. То есть снаружи от границы пунктирной линии L2 режим управления устанавливается на «Управляемое вещание», в котором конкретные процессы могут выполняться с использованием документов HTML вещания данных; внутри этой границы режим управления устанавливается на «Неуправляемое вещание», в котором конкретные процессы не могут выполняться с использованием документов HTML вещания данных или документов HTML веб-страниц.

«TDO», «NDO» и «PDO» на фиг.5 имеют свои полномочия, постепенно ограниченные в порядке, как показано на фиг.6. Конкретно, каждый допускающий загрузку объект (ДЗО) (DO) имеет следующие признаки.

Пусковой допускающий загрузку объект (ПДЗО) (TDO) представляет собой ДЗО, который имеет наивысший приоритет среди трех ДЗО, и является объектом, которым может манипулировать только вещательная организация. Ожидается, что содержание ПДЗО подлежит исполнению в связи с А-В содержанием, составляющим ТВ программы и тому подобное. Поскольку ПДЗО имеет ДЗО, которым манипулирует вещательная организация, режим управления для ПДЗО всегда устанавливается на «Управляемое вещание».

Допускающий загрузку объект НРВ (ДЗОН) (NDO) представляет собой ДЗО, который имеет наивысший приоритет следующий после ПДЗО. Например, ДЗОН является объектом, которым могут манипулировать бизнес-операторы иные, нежели вещательная организация, такие как производящие содержание компании или поставщики НРВ услуг. Ожидается, что содержание НРВ подлежит исполнению не только в связи с А-В содержанием, составляющим ТВ программы и тому подобное, но также и на индивидуальной основе. Например, при предоставлении независимым каналом вещания данных содержание ДЗОН исполняется без связи с А-В содержанием.

Возможны два вида ДЗОН: те, которые утверждены вещательной организацией, и те, которые не утверждены ею. Для ДЗОН, утвержденных вещательной организацией, режим управления устанавливается на «Управляемое вещание»; для ДЗОН, не утвержденных вещательной организацией, режим управления устанавливается на «Неуправляемое вещание». В отношении примера на фиг.5, поясняются только ДЗОН, утвержденные вещательной организацией. В этом случае режим управления для ДЗОН всегда устанавливается на «Управляемое вещание».

Немаркированный допускающий загрузку объект (НМДЗО) (PDO) представляет собой ДЗО, который имеет низший приоритет из трех ДЗО и является объектом, который может отображаться (исполняться) только конкретной прикладной программой (браузером 73-2 на фиг.9, которая будет обсуждаться позднее). Например, НМДЗО может отображаться только браузером, предусмотренным в «Профиле А браузера» в НРВ 1.0. Кроме того, НМДЗО являются объектами, которыми могут манипулировать бизнес-операторы иные, нежели вещательная организация, такие как производящие содержание компании (к примеру, так называемые третьи стороны).

Как и для ДЗОН, возможны два вида НМДЗО: утвержденные вещательной организацией и не утвержденные ею. В отношении примера по фиг.5 поясняются только те НМДЗО, которые не утверждены вещательной организацией. В этом случае режим управления для НМДЗО всегда устанавливается на «Неуправляемое вещание».

Фиг.7 перечисляет пояснения о событиях А-Е, показанных на фиг.5, а фиг.8 перечисляет связи между UI1-UI12 на фиг.5 с одной стороны и событиями «а»-«n» с другой стороны. В последующих описаниях при необходимости может быть сделана ссылка на эти чертежи.

Как показано на фиг.5, когда пользователь выбирает ТВ программу конкретного канала в качестве события А, монитор 31 отображает UI1, составляющий эту ТВ программу или тому подобное выбранного канала (описание события А на фиг.7). Кроме того, при приеме пусковой информации из вещательного узла 11, при отображении UI1, приемное устройство 30 получает документ HTML вещания данных (ПДЗО) из сервера 12 и имеет его наложенным на картинку ТВ программы (описание события «а» в UI1 на фиг.8). Это заставляет монитор 31 отображать UI2, такой как картинка 43, показанная на фиг.3.

Поскольку UI2 находится снаружи от границы пунктирной линии L2, режим управления устанавливается на «Управляемое вещание», в котором конкретный процесс может выполняться с помощью документа HTML вещания (ПДЗО). То есть, поскольку документ HTML вещания (ПДЗО) получается из сервера 12, управляемого вещательной организацией, конкретному процессу разрешается выполняться.

Кроме того, при приеме пусковой информации, когда отображается UI2, приемное устройство 30 получает новый документ HTML вещания данных (ПДЗО) и отображает полученный документ (описание события «Ь» в UI2 по Фиг.8). Это приводит к обновлению картинки (к примеру, картинки 42 на Фиг.3) документа HTML вещания данных (ПДЗО), наложенного на картинку ТВ программы. Кроме того, при приеме документа HTML вещания данных (НМДЗО) из сервера 21, когда отображается UI2, конкретный браузер заставляет UI11 отображаться на мониторе 31 (описание события «е» на UI2 по Фиг.8). Помимо этого, если пользователь выбирает содержание НМДЗО в качестве события С, монитор 31 отображает UI11.

Далее, когда пользователь выбирает другое содержание НМДЗО, при отображении UI11, документ HTML вещания данных (НМДЗО) принимается из сервера 21, и обновляется дисплей UI11 (описание события «h» на UI11 по Фиг.8). Кроме того, когда пользователь выбирает веб-страницу при отображении UI11, соответствующий документ HTML веб-страницы выбирается из сервера 22, а на мониторе 31 отображается UI12 (описание события «i» на UI11 по Фиг.8).

Поскольку UI11 и UI12 находятся внутри границы пунктирной линии L2, их режим управления устанавливается на «Неуправляемое вещание», в котором конкретные процессы нельзя выполнять с помощью документа HTML вещания данных (НМДЗО) или документов HTML веб-страниц. То есть, документ HTML вещания данных (НМДЗО) и документы HTML веб-страниц получаются из сервера 21 или 22, не управляемого вещательной организацией, и тем самым подвержены запретам на конкретные процессы.

Кроме того, когда пользователь выбирает начать воспроизведение содержания НРВ, при отображении UI2, монитор 31 отображает UI2 воспроизводимого содержания НРВ (описание события «с» в UI2 по Фиг.8). Тем временем, если пользователь выбирает остановить воспроизведение воспроизводимого содержания НРВ, когда отображается UI7, воспроизводимое в данный момент содержание НРВ останавливается, и отображение на мониторе 31 возвращается к UI2 фактически перед воспроизведением содержания (описание события «с» в UI7 по Фиг.8).

Как будет подробно объяснено позднее, когда пользователь выбирает резервировать загрузку содержания НРВ, при отображении UI2, выполняется процесс резервирования загрузки содержания НРВ (описание события «d» в UI8 по Фиг.8). В этот момент, если должна осуществляться процедура подписки на услуги НРВ для просмотра обсуждаемого содержания НРВ, выполняется процесс манипулирования процедурой подписки (описание события «d» в UI9 по Фиг.8). Эти процессы проводятся в фоновом режиме.

Когда пользователь нажимает кнопку «Электронная программа телепередач» (ЭПТ) (EPG) на удаленном контроллере 32 в качестве события В, монитор 31 отображает UI3 ЭПТ. Если пользователь выбирает из ЭПТ пункт, подробную программную информацию которого желательно отобразить, монитор 31 отображает UI5 подробной программной информации (описание события «f» в UI3 по Фиг.8).

Кроме того, когда пользователь выбирает независимый канал вещания данных, например, в качестве события D, документ HTML вещания (ДЗОН) принимается из сервера 12, и монитор 31 отображает UI3 содержания ДЗОН.

Поскольку UI5 находится снаружи от границы пунктирной линии L2, его режим управления устанавливается на «Управляемое вещание», в котором конкретный процесс можно выполнять с помощью документа HTML вещания (ДЗОН). То есть, поскольку документ HTML вещания (ДЗОН) получается из сервера 12, управляемого вещательной организацией, конкретному процессу позволяется выполняться.

В качестве другого примера, если пользователь выбирает желаемое содержание НРВ из списка содержаний НРВ, когда отображается UI5, выбранное содержание НРВ резервируется для загрузки (описание события «n» в UI5 по Фиг.8). В то же самое время, когда выполняется процесс резервирования загрузки (описание события «n» в UI9 по Фиг.8), при необходимости осуществляется процесс манипулирования с процедурой для подписки на услугу НРВ (описание события «n» в UI9 по Фиг.8). Эти процессы проводятся в фоновом режиме. Альтернативно, загрузка выбранного содержания НРВ может начинаться сразу же без резервирования загрузки.

Когда загрузка содержания НРВ заканчивается или уже завершена, пользователь может выбрать начать воспроизведение содержания НРВ. В этом случае монитор 31 отображает UI7 воспроизводимого содержания НРВ (описание события «т» в UI5 по Фиш. 8). С другой стороны, если пользователь выбирает остановить воспроизводимое содержание НРВ, воспроизводимое в данный момент содержание НРВ останавливается, и отображение на мониторе 31 возвращается к UI5 фактически перед воспроизведением содержания (описание события «т» в UI7 по Фиг.8).

Когда пользователь выбирает содержание НМДЗО, при отображении UI5, документ HTML вещания данных (НМДЗО) принимается из сервера 21, и монитор 31 отображает UI11 (описание события «g» в UI5 по Фиг.8).

Далее, когда пользователь нажимает кнопку НРВ на удаленном контроллере 32 в качестве события Е, монитор 31 отображает UI6, составляющий портал к содержаниям НРВ. Когда пользователь выби