ПРИЕМНОЕ УСТРОЙСТВО, СПОСОБ ПРИЕМА И ПРОГРАММА
RECEIVING DEVICE, RECEIVING METHOD AND PROGRAM

Область техники, к которой относится изобретение
Данная технология относится к приемному устройству, способу приема и программе. Конкретнее, данная технология относится к приемному устройству, способу приема и программе для использования в исполнении типа содержания, которое отличается от А-В (аудио-видео) содержания, составляющего так называемые ТВ программы, как правило, в цифровом ТВ вещании.
Уровень техники
В Японии проведена оцифровка ТВ вещания, и цифровое наземное вещание, спутниковое (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, составляющий портал к содержаниям НРВ. Когда пользователь выбирает содержание ДЗОН из портала, отображается UI5 (описание события «j» в UI6 по Фиг.8).
Если пользователь выбирает зарезервировать загрузку содержания НРВ, при отображении UI6, выполняется процесс резервирования загрузки содержания НРВ (описание события «k» в UI6 и UI8 по фиг.8). В этот момент при необходимости осуществляется процесс манипулирования процедурой подписки на услугу НРВ (описание события «k» в UI6 и UI9 по фиг.8). Кроме того, когда пользователь выбирает начать воспроизведение содержания НРВ при отображении UI6, монитор 31 отображает UI7 воспроизводимого содержания НРВ (описание события «I» в UI6 по фиг.8). С другой стороны, если пользователь выбирает остановить содержание НРВ, воспроизводимое в данный момент содержание НРВ останавливается, и отображение на мониторе 31 возвращается к UI6 фактически перед воспроизведением содержания (описание события «I» в UI7 по фиг.8).
Переходы UI имеют место, как пояснено выше, в зависимости от каждого случая использования. В примере по фиг.5 режим управления устанавливается на «Управляемое вещание» для документов HTML вещания данных (ПДЗО) и документов HTML вещания данных (ДЗОН) и устанавливается на «Неуправляемое вещание» для документ HTML вещания данных (НМДЗО) и веб-страниц HTML.
Как обсуждено выше, область на фиг.5, обозначенная пунктирной линией L2, составляющей границу, является всего лишь примером, с режимом управления, установленным по-разному на каждой стороне этой границы. Например, в то время как фиг.5 показывает типичный документ HTML вещания данных (ДЗОН), утвержденный вещательной организацией, в случае документа HTML вещания данных (ДЗОН), не утвержденного вещательной организацией, режим управления устанавливается на «Неуправляемое вещание». В последнем случае UI5, например, находится внутри границы пунктирной линии L2. Кроме того, тогда как фиг.5 показывает типичный документ HTML вещания данных (НМДЗО), не утвержденный вещательной организацией, в случае документа HTML вещания данных (НМДЗО), утвержденного вещательной организацией, режим управления устанавливается на «Управляемое вещание». В этом случае UI11, например, располагается снаружи от границы пунктирной линии L2.
Вкратце, режим управления «Управляемое вещание» всегда устанавливается для документов HTML вещания данных (ПДЗО); для других документов HTML вещания данных (ДЗОН) и для документов HTML вещания данных (НМДЗО) режим управления изменяется в зависимости от утверждения, выданного или не выданного вещательной организацией, так что установка режима управления на «Управляемое вещание» или «Неуправляемое вещание» произвольна. Для веб-страниц HTML режим управления всегда устанавливается на «Неуправляемое вещание».
В данном случае «Собственное прил.» на Фиг.5 относится к прикладной программе, предназначенной для приемного устройства (т.е. прикладная программа, исполняемая управляющим блоком 68, обсуждаемым позднее), а «Браузер» относится к браузеру для просмотра веб-сайтов и прочего (т.е. браузер 73-1 на Фиг.9, обсуждаемый позднее).
Типичная структура приемного устройства
Фиг.9 показывает типичную структуру приемного устройства 30. Это приемное устройство 30 составлено из тюнера 61, демультиплексирующего блока 62, аудиодекодера 63, аудиовыходного блока 64, видеодекодера 65, блока 66 обнаружения пуска, видеовыходного блока 67, управляющего блока 68, памяти 69, операционного блока 70, записывающего блока 71, интерфейса 72 связи, браузера 73-1, браузера 73-2 и инфракрасного приемного блока 74.
Тюнер 61 принимает цифровой ТВ вещательный сигнал, соответствующий каналу, выбранному пользователем, демодулирует принятый сигнал и выводит результирующий ТП в демультиплексирующий блок 62. Демультиплексирующий блок 62 демультиплексирует ТП ввод из тюнера 61 в кодированный аудиосигнал, кодированный видеосигнал и управляющий сигнал и выдает эти сигналы в аудиодекодер 63, видеодекодер 65 и управляющий блок 68, соответственно.
Далее, демультиплексирующий блок 62 выделяет пакеты ОСПЧ, содержащие пусковую информацию, из ТП и выводит выделенные пакеты в управляющий блок 68.
Аудиодекодер 63 декодирует введенный кодированный аудиосигнал и выводит аудиосигнал, появляющийся в результате декодирования, в аудиовыходной блок 64. Аудиовыходной блок 64 выводит введенный аудиосигнал на последующие ступени (к примеру, громкоговорители).
Видеодекодер 65 декодирует введенный кодированный видеосигнал и выводит видеосигнал, получающийся при декодировании, в блок 66 обнаружения пуска и видеовыходной блок 67.
Блок 66 обнаружения пуска непрерывно отслеживает введенный видеосигнал для обнаружения пусковой информации, встроенной в видеосигнал, и подает обнаруженную пусковую информацию в управляющий блок 68. Альтернативно, пусковая информация может передаваться встроенной в видеосигнал А-В содержания, соответствующий цифровому ТВ вещательному сигналу.
Таким образом, когда пусковая информация, встроенная в видеосигнал, передается из вещательного узла 11 в приемное устройство 30, блок 66 обнаружения пуска обнаруживает пусковую информацию, встроенную во введенный видеосигнал.
В последующем описании предполагается, что пусковая информация содержится в пакетах ОСПЧ при передаче. Пояснения случаев, когда пусковая информация передается встроенной в видеосигнал, будет опущена, если окажется избыточной.
Видеовыходной блок 67 выводит на монитор 31 (Фиг.3) видеосигнал, введенный из видеодекодера 65. Кроме того, видеовыходной блок 67 объединяет видеосигнал вещания данных (к примеру, соответствующий картинке 42 на Фиг.3), введенный из браузера 73-1 или 73-2, с видеосигналом (к примеру, соответствующим картинке 41 на Фиг.3), введенным из видеодекодера 65, и заставляет монитор 31 отображать результирующий составной сигнал.
Далее видеовыходной блок 67 выводит на монитор 31 видеосигнал, представляющий веб-страницу или подобное, введенное из браузера 73-1.
Управляющий блок 68 управляет блоками, составляющими приемное устройство 30, за счет исполнения соответствующих управляющих программ, заранее записанных в память 69. Кроме того, на основе пусковой информации, введенной из демультиплексирующего блока 62 или из блока 66 обнаружения пуска, управляющий блок 68 управляет получением документа HTML вещания данных (ПДЗО) для воплощения сервиса вещания данных, связанного с ТВ программой, исполнения (запуска) документа, активизации событий и остановки исполнения.
Память 69 сохраняет заранее управляющие программы, подлежащие исполнению управляющим блоком 68. Эти управляющие программы могут обновляться на основе обновленных данных, полученных через цифровой ТВ вещательный сигнал или по Интернету 20.
Кроме того, память 69 имеет записанную в нее информацию режимов управления в качестве указателя режима управления. Режим управления может изменяться, когда эта информация режимов управления перезаписывается. Режим управления будет подробно обсуждаться позднее.
Операционный блок 70 принимает различные операции, выполняемые пользователем, и извещает управляющий блок 68 об операционных сигналах, соответствующих этим операциям. Инфракрасный приемный блок 74 принимает операционные сигналы, передаваемые из удаленного контроллера 32 (Фиг.3) по беспроводной связи с помощью инфракрасных лучей и извещает управляющий блок 68 о принятых операционных сигналах. Управляющий блок 68 управляет компонентами, составляющими приемное устройство 30, на основе операционных сигналов, поданных из операционного блока 70 или из удаленного контроллера 32.
Когда документы HTML вещания данных доставляются с помощью цифрового ТВ вещательного сигнала, записывающий блок 71 имеет доставленные документы HTML вещания данных, введенные из демультиплексирующего блока 62 и сохраненные га внутреннем записывающем носителе.
Интерфейс 72 связи под управлением браузера 73-1 или 73-2 подключается к серверу 12 или 21 через Интернет 20. Затем интерфейс 72 связи под управлением браузера 73-1 или 73-2 получает документ HTML вещания данных из сервера 12 или 21 через Интернет 20 и подает полученный документ в браузер 73-1 или 73-2.
Кроме того, интерфейс 72 связи под управлением браузера 73-1 может подключаться к серверу 22 через Интернет 20. Затем интерфейс 72 связи под управлением браузера 73-1 может получать документ HTML веб-страниц из сервера 22 через Интернет 20 и подавать полученный документ в браузер 73-1.
Браузер 73-1 под управлением управляющего блока 68 исполняет документ HTML вещания данных (ПДЗО) или документ HTML вещания данных (ДЗОН) из интерфейса 72 связи, чтобы генерировать видеосигнал вещания данных, и подает генерируемый видеосигнал в видеовыходной блок 67.
Кроме того, браузер 73-1 под управлением управляющего блока 68 исполняет документ HTML веб-страниц из интерфейса 72 связи, чтобы генерировать видеосигнал, указывающий веб-страницу или подобное, и подает генерируемый видеосигнал в видеовыходной блок 67.
Браузер 73-2 представляет собой браузер, предусмотренный, скажем, в «Профиле А браузера» в NRT 1.0. Браузер 73-2 под управлением управляющего блока 68 исполняет документ HTML вещания данных (НМДЗО) из интерфейса 72 связи, чтобы генерировать видеосигнал вещания данных, и подает генерируемый видеосигнал в видеовыходной блок 67.
Кроме того, когда тюнер 61 принимает цифровой ТВ вещательный сигнал вещания НРВ, демультиплексирующий блок 62 демультиплексирует ТП вслед за демодуляцией и записывает этот ТП в записывающий блок 71. Если пользователь назначает воспроизведение содержания НРВ, записывающий блок 71 под управлением управляющего блока 68 подает кодированный аудиосигнал и кодированный видеосигнал в аудиодекодер 63 и видеодекодер 65, соответственно. Таким путем воспроизводится содержание НРВ.
В данном случае, если содержание НРВ получается из сервера доставки (не показан), подключенного к Интернету 20, записывающий блок 71 записывает это содержание НРВ, принятое интерфейсом 72 связи из сервера доставки.
Приемное устройство 30 структурировано, как описано в вышеприведенных абзацах.
Подробности пусковой информации
Фиг.10 иллюстрирует идею пусковой информации, встраиваемой в пакеты ОСПЧ при передаче ТП. Как показано на фиг.10, пусковая информация встраивается не во все пакеты ОСПЧ, а в те пакеты ОСПЧ, которые подходящим образом синхронизируются для связи с А-В содержанием, соответствующим ТВ программам.
В зависимости от сущности пусковой информации одна и та же пусковая информация может передаваться множество раз из боязни, что переданная пусковая информация может быть потерянной и не принятой приемным устройством 30.
Фиг.11 показывает, когда пусковая информация сохраняется в пакете ОСПЧ. Пакет ОСПЧ представляет собой пакет ТП, в котором «adaptation_field» (поле_адаптации) содержит ОСПЧ. Пусковая информация («Дескриптор_ПусковойИнф» Triggerlnfo_descriptor) содержится в «transport_private_data_byte» (байт__частных_данных_переноса), который следует за ОСПЧ. Когда пусковая информация содержится в пакете, «transport_private_data_flag» (флаг_частных_данных_переноса) в «Various_flags» (Различные_флаги), предшествующем ОСПЧ, устанавливается в «I».
Фиг.12 перечисляет типичные информационные пункты, включенные в пусковую информацию.
Пункт «идентификатор запуска» означает информацию, которая идентифицирует обсуждаемую пусковую информацию. Когда пусковая информация одного и того же существа передается много раз, идентификатор пуска каждого набора пусковой информации один и тот же. Пункт «тип запуска» указывает, что данная пусковая информация является одной из четырех типов: запуск приложения (обозначающий получение и исполнение документа HTML вещания данных (ПДЗО)), остановка приложения (обозначающий остановку исполнения документа HTML вещания данных (ПДЗО)), событие приложения (обозначающий запуск события (к примеру, обновление существа отображения) в исполняемом в данный момент документе HTML вещания данных (ПДЗО)), и предварительное запоминание (обозначающее только получение документа HTML вещания данных (ПДЗО)).
Пункт «идентификатор приложения» означает информацию, которая идентифицирует документ HTML вещания данных (ПДЗО), соответствующий этой пусковой информации. Пункт «тип приложения» обозначает информацию, которая указывает тип (html) документа HTML вещания данных (ПДЗО), соответствующего этой пусковой информации. Пункт «идентификатор бизнес-оператора» означает информацию, которая идентифицирует бизнес-оператора (к примеру, вещательную станцию), выполняющую услугу исполнения документа HTML вещания данных (ПДЗО), соответствующего этой пусковой информации. Пункт «УУР (унифицированный указатель ресурса) приложения» означает УУР места назначения, из которого следует получить документ HTML вещания данных (ПДЗО), когда типом запуска является «запуск приложения» или «предварительное запоминание». Пункт «идентификатор сохраненной информации» описывается только для обозначения документа HTML вещания данных (ПДЗО), который должен быть запущен и который уже сохранен (получен), когда типом запуска является «запуск приложения» и когда любой документ HTML вещания данных (ПДЗО) не должен быть получен немедленно.
Пункт «флаг автозапуска» описывается, когда типом запуска является «запуск приложения», причем этот флаг устанавливается либо включенным, либо выключенным. Когда флаг автозапуска устанавливается, чтобы быть включенным, автозапуск (т.е. документ HTML вещания данных (ПДЗО) запускается автоматически) есть на деле. Когда же флаг автозапуска устанавливается выключенным, ручной запуск (т.е. пользователю подсказывают выполнить ввод операции, и документ запускается под влиянием ввода сделанной операции).
Пункт «время остановки приложения» означает информацию, указывающую время, в которое нужно остановить исполняемый в данный момент документ HTML вещания данных (ПДЗО), когда не принята пусковая информация, типом запуска которой является «остановка приложения».
Пункт «название приложения» означает название услуги вещания данных (воплощенной документом HTML вещания данных (ПДЗО)), подлежащей представлению пользователю, когда «флаг автозапуска» установлен для ручного запуска. Пункт «идентификатор события» означает информацию, которая идентифицирует событие, когда типом запуска является «событие приложения». Следует отметить, что не все поясненные выше пункты всегда включаются в пусковую информацию; включаются только пункты, необходимые для обсуждаемой синхронизации.
Фиг.13 показывает типичную синтаксическую структуру пусковой информации. Эта синтаксическая структура пусковой информации является дискреционной и не ограничена той, что показана на Фиг.13.
Процесс запуска содержания ПДЗО
Далее поясняется процесс манипулирования пусковой информацией, подлежащий исполнению приемным устройством 30 при приеме этой пусковой информации.
Фиг.14 представляет собой блок-схему алгоритма, поясняющего содержание ПДЗО, которое нужно запустить процессом манипулирования пусковой информацией. Этот процесс запуска содержания ПДЗО исполняется при появлении событий «а» или «b» на Фиг.5, например, когда пользователь просматривает ТВ программу. Процесс запуска содержания ПДЗО осуществляется неоднократно, пока принимается цифровой ТВ вещательный сигнал.
На этапе S1 на основе ввода из демультиплексирующего блока 62 управляющий блок 68 ожидает пакета ОСПЧ, включающего в себя подлежащую приему пусковую информацию. При приеме пакета ОСПЧ, включающего в себя пусковую информацию, управление переходит к этапу S2.
На этапе S2 управляющий блок 68 обнаруживает пусковую информацию из принятого пакета ОСПЧ и на основе выделенной пусковой информации определяет, завершена ли уже обработка, следующая за этапом S3. Если определено, что следующая за этапом S3 обработка уже завершена, управление возвращается к этапу S1 и последующие этапы повторяются. С другой стороны, если определено, что следующая за этапом S3 обработка еще не выполнена, управление переходит к этапу S3.
На этапе S3 управляющий блок 68 идентифицирует тип запуска как «запуск приложения», «событие приложения», «остановка приложения» или «предварительное запоминание».
Если на этапе S3 тип запуска обсуждаемой пусковой информации идентифицирован как «запуск приложения», управление переходит к этапу S4.
На этапе S4 управляющий блок 68 определяет, назначен ли в данной пусковой информации идентификатор сохраненного приложения и сохранен ли уже в запоминающем блоке 71 документ HTML вещания данных (ПДЗО), соответствующий назначенному идентификатору.
Если результат определения на этапе S4 отрицательный, управление переходит к этапу S5. На этапе S5 управляющий блок 68 управляет браузером 73-1 для обращения к серверу 12, соответствующему УУР приложения в пусковой информации, чтобы получить документ HTML вещания данных (ПДЗО), соответствующий идентификатору приложения в пусковой информации. Если выясняется, что соответствующий документ HTML вещания данных (ПДЗО) уже получен из сервера 12, соответствующего вышеупомянутому УУР, и уже запомнен" на этапе S14, который будет обсуждаться позднее, этап S5 пропускается, так что обсуждаемый документ может использоваться на этапе S7 и последующих этапах. После этого управление переходит к этапу S7.
С другой стороны, если на этапе S4 определено, что идентификатор сохраненного приложения назначен в этой пусковой информации и что документ HTML вещания данных (ПДЗО), соответствующий назначенному идентификатору, уже сохранен в записывающем блоке 71, управление переходит к этапу S6. На этапе S6 управляющий блок 68 управляет браузером 73-1 для считывания из записывающего блока 71 документа HTML вещания данных (ПДЗО), соответствующего идентификатору сохраненного приложения в пусковой информации. После этого управление переходит к этапу S7.
На этапе S7 управляющий блок 68 определяет, установлен ли в пусковой информации флаг автозапуска для автоматического запуска.
Если на этапе S7 определено, что в пусковой информации флаг автозапуска не установлен для автоматического запуска (т.е. установлен для ручного запуска), управление переходит к этапу S8. На этапе S8 браузер 73-1 под управлением управляющего блока 68 подсказывает пользователю выполнить операцию для запуска документа HTML вещания данных (ПДЗО) (т.е. исполнить операцию) путем отображения сообщения «Не хотите ли исполнить "приложение (его название)"?» или тому подобного на экране. Если на этапе S9 определено, что пользователь ввел запускающую операцию под влиянием отображения подсказки, управление переходит к этапу S11. На этапе S11 браузер 73-1 под управлением управляющего блока 68 запускает (исполняет) документ HTML вещания данных (ПДЗО), полученный на этапе S5 или считанный на этапе S6. Таким путем запускается содержание ПДЗО.
После этого управление возвращается к этапу S1, и повторяются последующие этапы.
На этапе S9 вслед за отображением подсказки на этапе S8 определяется, ввел ли пользователь запускающую операцию. Если на этапе S9 определено, что пользователь не ввел запускающую операцию, и если на этапе S10 определено, что истек заранее заданный период времени, то управление возвращается к этапу S1, и повторяются последующие этапы.
Если на этапе S7 определено, что в пусковой информации флаг автозапуска установлен на автоматический запуск, управление переходит к этапу S11. На этапе S11 браузер 73-1 под управлением управляющего блока 68 запускает документ HTML вещания данных (ПДЗО), полученный на этапе S5 или считанный на этапе S6. Когда запускается содержание ПДЗО, управление возвращается к этапу S1, и повторяются последующие этапы.
Если на этапе S3 определено, что типом запуска данной пусковой информации является «событие приложения», управление переходит к этапе S12. На этапе S12 управляющий блок 68 управляет браузером 73-1 для возбуждения (исполнения) в исполняемом в данный момент документе HTML вещания данных (ПДЗО) этого события, которое соответствует идентификатору события в пусковой информации, только если идентификатор приложения этой пусковой информации совпадает с идентификатором приложения исполняемого в данный момент документа HTML вещания данных (ПДЗО). После этого управление возвращается к этапу S1, и повторяются последующие этапы.
Если на этапе S3 определено, что типом запуска данной пусковой информации является «остановка приложения», управление переходит к этапу S13. На этапе S13 управляющий блок 68 управляет браузером 73-1 для остановки исполняемого в данный момент документа HTML вещания данных (ПДЗО) только если идентификатор приложения данной пусковой информации совпадает с идентификатором приложения исполняемого в данный момент документа HTML вещания данных (ПДЗО). После этого управление возвращается к этапу S1, и повторяются последующие этапы.
Даже если пусковая информации, типом которой является «остановка приложения», не принимается, по достижении текущим временем «времени остановки приложения», описанного в пусковой информации, которая запустила исполняемый в данный момент документ HTML вещания данных (ПДЗО), текущий документ HTML вещания данных (ПДЗО) останавливается.
Если на этапе S3 определено, что типом запуска данной пусковой информации является «предварительное запоминание», управление переходит к этапу S14. На этапе S14 управляющий блок 68 управляет браузером 73-1 для обращения к серверу 12, соответствующему УУР приложения в пусковой информации, чтобы получить документ HTML вещания данных (ПДЗО), соответствующий идентификатору приложения в пусковой информации, и сохранить (предварительно запомнить) полученный документ в запоминающее средство, такое как кэш-память, содержащаяся в браузере 73-1. После этого управление возвращается к этапу S1, и повторяются последующие этапы.
Если типом запуска является «предварительное запоминание», как в случае на этапе S14, возможно получить соответствующий документ HTML вещания данных (ПДЗО) до времени вещания ТВ программы, подлежащей включению. Таким путем, когда стартует момент ТВ программы, подлежащей включению, соответствующий документ HTML вещания данных (ПДЗО) может исполняться немедленно.
Данный абзац завершает пояснение процесса запуска содержания ПДЗО.
Типичные экранные отображения, появляющиеся при исполнении документа HTML вещания данных (ПДЗО)
Фиг.15 показывает типичные экранные переходы, появляющиеся при установленном в выключенное состояние (т.е. ручной запуск) флаге автозапуска в пусковой информации, когда исполняется документ HTML вещания данных (ПДЗО) в связи с прохождением ТВ программы.
При приеме пусковой информации, типом запуска которой является «запуск приложения» и в которой флаг автозапуска выключен (ручной запуск), когда пользователь просматривает ТВ программу, получается соответствующий документ HTML вещания данных (ПДЗО) (соответствующий HTML на Фиг.15). Затем отображение (соответствующее «Запуск прил.?» на Фиг.15), подсказывающее пользователю выполнить операцию для запуска документа HTML вещания данных (ПДЗО), отображается наложенным на картинку ТВ программы. Когда пользователь вводит запускающую операцию под влиянием этой подсказки, исполняется документ HTML вещания данных (ПДЗО). Это переводит экранное отображение в составную картинку 43, как показано на Фиг.3, например, с картинкой 42 содержания ПДЗО, наложенной на картинку 41 ТВ программы.
Если пусковая информация, типом запуска которой является «событие приложения», принимается при исполнении документа HTML вещания данных (ПДЗО), событие, соответствующее идентификатору события в пусковой информации, вызывается в исполняемом в данный момент документе HTML вещания данных (ПДЗО). Эта операция изменяет на экранном отображении то, что показано в области отображения содержания ПДЗО (к примеру, область, где отображается картинка 42 на Фиг.3), на картинку, соответствующую идентификатору события в пусковой информации (к примеру «информация 1» заменяется на «информация 2», «информация 2» заменяется на «информация 3» и т.д.).
После этого при приеме пусковой информации, типом запуска которой является «остановка приложения», исполняемый в данный момент документ HTML вещания данных (ПДЗО) завершается, и только картинка 41 ТВ программы отображается на весь экран.
Другие типичные экранные отображения, появляющиеся при исполнении документа HTML вещания данных (ПДЗО).
Между тем, документ HTML вещания данных (ПДЗО), исполняемый в связи с прохождением ТВ программы, может и не вызывать экранного отображения. Этот тип документа HTML вещания данных (ПДЗО) может исполняться без того, чтобы пользователь приемного устройства 30 знал, что исполняется документ HTML вещания данных (ПДЗО). Этот тип документа HTML вещания данных (ПДЗО) можно применять, когда, например, на ТВ программах проводится изучение аудитории. Конкретно, просматривается или нет заданная ТВ программа, может быть записано для данной пусковой информации, типом запуска которой является «событие приложения», и записанный результат может отсылаться на заранее заданный сервер соответственно синхронизированным образом. Это дает возможность проверять рейтинги ТВ программ на интервалах, в которых передается пусковая информация, типом запуска которой является «событие приложения».
Фиг.16 показывает типичные экранные переходы, появляющиеся при установленном во включенное состояние (автоматический запуск) флаге автозапуска в пусковой информации, когда документ HTML вещания данных (ПДЗО), не вызывающий экранного отображения, исполняется в связи с прохождением ТВ программы.
При приеме пусковой информации, типом запуска которой является «запуск приложения» и флаг автозапуска которой установлен во включенное состояние (для автоматического запуска), когда пользователь просматривает ТВ программу, получается и исполняется соответствующий документ HTML вещания данных (ПДЗО). Следует здесь отметить, что только картинка 41 ТВ программы остается отображенной на экране.
При приеме пусковой информации, типом запуска которой является «событие приложения», когда исполняется документ HTML вещания данных (ПДЗО), событие, соответствующее идентификатору события в пусковой информации, вызывается в исполняемом в данный момент документе HTML вещания данных (ПДЗО). В этом случае также только картинка 41 ТВ программы остается отображенной на экране.
После этого, при приеме пусковой информации, типом запуска которой является «остановка приложения», исполняемый в данный момент документ HTML вещания данных (ПДЗО) завершается.
Жизненный цикл содержания ПДЗО
Типичный жизненный цикл содержания ПДЗО поясняется ниже со ссылкой на Фиг.17.
При приеме пусковой информации. Типом запуска которой является «запуск приложения», когда документ HTML вещания данных (ПДЗО), подлежащий получению и исполнению приемным устройством 30, находится в операционном состоянии остановки ПДЗО (соответствующем «Остановке ПДЗО» на Фиг.17), т.е. когда приемное устройство 30 еще должно получить документ HTML вещания данных (ПДЗО), происходит переход из операционного состояния остановки ПДЗО в операционное состояние активного ПДЗО (соответствующее «Активный ПДЗО» на Фиг.17), и документ HTML вещания данных (ПДЗО) получается из сервера 12.
И отображение, подсказывающее пользователю выполнить операцию для запуска документа HTML вещания данных (ПДЗО), появляется наложенным на картинку ТВ программы. Когда пользователь вводит запускающую операцию под влиянием этой подсказки, запускается документ HTML вещания данных (ПДЗО). Затем, как показано на Фиг.3, составная картинка 43 отображается на экране, например, с картинкой 42 содержания ПДЗО, наложенной на картинку 41 ТВ программы.
В операционном состоянии активного ПДЗО полученный документ HTML вещания данных (ПДЗО) позволяет приемному устройству 30 выполнять конкретный процесс, чтобы отображать картинку 42 содержания ПДЗО. То есть в операционном состоянии активного ПДЗО режим управления приемным устройством 30 устанавливается на «Управляемое вещание», в котором разрешается выполнять конкретный процесс с использованием документа HTML вещания данных (ПДЗО), полученного из сервера 12, управляемого вещательной организацией.
При приеме пусковой информации, типом запуска которой является «событие приложения» в операционном состоянии активного ПДЗО, событие, соответствующее идентификатору события в пусковой информации, вызывается в исполняемом в данный момент документе HTML вещания данных (ПДЗО).
В операционном состоянии активного ПДЗО, если принимается пусковая информация, типом запуска которой является «остановка приложения» или если достигнуто время остановки приложения, происходит переход из операционного состояния активного ПДЗО в операционное состояние остановки ПДЗО. Здесь, например, полученный документ HTML вещания данных (ПДЗО) отбрасывается.
Кроме того, при приеме пусковой информации, типом запуска которой является «предварительное запоминание» в операционном состоянии остановки ПДЗО, происходит переход из операционного состояния остановки ПДЗО в операционное состояние готового предварительного запоминания ПДЗО. Соответствующий документ HTML вещания данных (ПДЗО), например, получается и предварительно запоминается.
А при приеме пусковой информации, типом запуска которой является «запуск приложения» в операционном состоянии готового предварительного запоминания, происходит переход из операционного состояния готового предварительного запоминания в операционное состояние активного ПДЗО. В операционном состоянии активного ПДЗО запускается предварительно запомненный документ HTML вещания данных (ПДЗО).
Кроме того, в операционном состоянии активного ПДЗО, если пользователь наживает кнопку и т.п., связанную с веб-страницей автопроизводителя или тому подобного, происходит переход из операционного состояния активного ПДЗО в операционное состояние активной веб-страницы (соответствующее «Активной веб-странице» на Фиг.17). В операционном состоянии активной веб-страницы исполняется документ HTML веб-страницы из сервера 22, не управляемого вещательной организацией, благодаря чему отображается веб-страница автопроизводителя или тому подобное.
В операционном состоянии активной веб-страницы приемному устройству 30 не разрешается выполнять конкретные процессы с использованием полученного документа HTML веб-страниц. То есть в операционном состоянии активной веб-страницы режим управления приемным устройством 30 устанавливается на «Неуправляемое вещание», в котором конкретные процессы нельзя выполнять с использованием документа HTML веб-страницы, полученного из сервера 22, не управляемого вещательной организацией.
В операционном состоянии активного ПДЗО (когда режим управления установлен на «Управляемое вещание») необходимо осуществить мероприятия для выполнения конкретных процессов, таких как считывание предварительно записанной информации области из приемного устройства 30, чтобы предоставить услугу вещания данных.
С другой стороны, в операционном состоянии активной веб-страницы (когда режим управления установлен на «Неуправляемое вещание») необходимо осуществить мероприятия для запрета конкретных процессов, чтобы такие процессы, как считывание предварительно записанной информации области из приемного устройства 30 не осуществлялось обманным путем для получения противоправной утечки.
Таким образом, когда подлежащий исполнению документ HTML получается из сервера 12, управляемого вещательной организацией, приемное устройство 30 имеет режим управления, установленный на «Управляемое вещание», в котором разрешается выполнять конкретные процессы, как обсуждено выше.
С другой стороны, когда подлежащий исполнению документ HTML получается из сервера, не управляемого вещательной организацией, приемное устройство 30 имеет режим управления, установлены на «Неуправляемое вещание», в котором конкретные процессы запрещаются.
О режиме управления
Фиг.18 показывает пример перехода, происходящего из операционного состояния активного ПДЗО в операционное состояние активной веб-страницы, когда в операционном состоянии активной веб-страницы одно за другим вызываются события, т.е. когда режим управления устанавливается из «Управляемого вещания» в «Неуправляемое вещание».
Здесь предполагается, что в каждом документе HTML вещания данных (ПДЗО) УУР, идентифицирующий документ HTML, подлежащий исполнению для обновления содержания ПДЗО, картинка 42 описывается в связи с идентификатором события.
При уместном вышеприведенном описании при приеме пусковой информации, типом запуска которой является «событие приложения», документ HTML «al.html» для исполнения события, идентифицированного идентификатором события, включенным в пусковую информацию, получается и исполняется на основе УУР «http://www.a.com/al.html», описанного в документе HTML вещания данных (ПДЗО).
Далее, когда пусковая информация, типом запуска которой является «событие приложения», принимается вновь, документ HTML «a2.html» для исполнения события, идентифицированного идентификатором события, включенным в эту пусковую информацию, получается и исполняется на основе УУР «http://www.a.com/a2.html», описанного в документе HTML вещания данных (ПДЗО). Это заставляет отображение картинки 42 последовательно обновляться путем исполнения документа HTML «al.html» и с картинкой, отображаемой исполнением документа HTML «a2.html».
Кроме того, предполагается, что документ HTML вещания данных (ПДЗО) описывает в себе местонахождение «http://www.b.com/b1.html», связанное с документом HTML «b1.html», подлежащим исполнению, когда пользователь выполняет операцию для выбора картинки водителя, отображенной в картинке 42 содержания ПДЗО (Фиг.3).
Если пользователь выполняет операцию для выбора картинки водителя, отображенной на картинке 42 (Фиг.3), в операционном состоянии активного ПДЗО, происходит переход из операционного состояния активного ПДЗО в операционное состояние активной веб-страницы.
В этом операционном состоянии активной веб-страницы на основе связанного местонахождения «http://www.b.com/b1.html» приемное устройство 30 получает документ HTML веб-страницы «b1.html» из сервера 22, не управляемого вещательной организацией, и исполняет полученный документ.
Как показано на Фиг.18, когда некоторые документы HTML, нацеленные на исполнение, должны быть получены из сервера 12 и исполнены в операционном состоянии активного ПДЗО, например, документы HTML («a1.html» и «a2.html» в данном случае) получаются каждый из сервера 12 («http://www/a/com/» в данном случае), управляемого вещательной организацией.
Также и в операционном состоянии активной веб-страницы, например, другой документ HTML («b1.html» в данном случае), нацеленный на исполнение, получается из сервера 22 («http://www.b.coml» в данном случае), не управляемого вещательной организацией.
Как поясняется выше, когда документы HTML подлежат получению для исполнения из сервера 12, необходимо принять меры для выполнения конкретных процессов, подлежащих выполнению; когда документы HTML подлежат получению для исполнения из сервера иного, нежели сервер 12, необходимо принять меры для запрета конкретных процессов.
Затем приемное устройство 30 определяет, получен ли из сервера 12 заданный документ HTML, нацеленный на исполнение, путем проверки того, совпадает ли доменное имя сервера 12, управляемого вещательной организацией, с доменным именем местонахождения, из которого получается обсуждаемый документ HTML.
В данном случае при воплощении услуги вещания данных приемное устройство 30 определяет, получается ли из сервера 13 заданный документ HTML, нацеленный на исполнение, путем рассмотрения доменного имени местонахождения, из которого получается первый документ HTML, т.е. из которого получается документ HTML вещания данных (ПДЗО) («www.a.com» в данном случае), в качестве доменного имени сервера 12, управляемого вещательной организацией.
На основе того, является ли доменное имя документа HTML в качестве места назначения перехода доменным именем сервера 12, управляемого вещательной организацией, приемное устройство 30 устанавливает режим управления либо на «Управляемое вещание», либо на «Неуправляемое вещание».
И когда режим управления устанавливается на «Управляемое вещание» (т.е. в операционном состоянии активного ПДЗО), приемное устройство 30 может выполнять конкретные процессы; когда же режим управления устанавливается на «Неуправляемое вещание» (в операционном состоянии активной веб-страницы), приемное устройство 30 не может выполнять конкретные процессы.
Тогда как при реализации услуги вещания данных приемное устройство 30 рассматривает доменное имя местонахождения, из которого получается документ HTML вещания данных (ПДЗО), в качестве доменного имени сервера 12, управляемого вещательной организацией, альтернативно возможно также заранее сохранять это доменное имя сервера, управляемого каждым диктором, соответствующим каждому подлежащему приему каналу.
Затем приемное устройство 30 может выбирать из числа заранее сохраненных доменных имен доменное имя приемного канала и рассматривать это доменное имя в качестве доменного имени сервера, управляемого вещательной организацией.
В качестве другой альтернативы, тогда как приемное устройство 30 использует доменные имена для определения того, получается ли заданный документ HTML, нацеленный на исполнение, из сервера 12, любую иную информацию можно использовать для этой цели, если обсуждаемая информация уникальным образом идентифицирует сервер местонахождения, из которого получается документ. Например, в дополнение к доменным именам приемное устройство 30 может использовать адреса управления доступом к среде (УДС) (MAC), адреса Интернет-протокола (ИП) (IP) и т.п., чтобы определить, получается ли из сервера 12 документ HTML, нацеленный на исполнение.
В данном случае, тогда как документ HTML веб-страниц, полученный из сервера 22, пояснялся выше как типичный документ HTML, не утвержденный вещательной организацией при ссылке на фиг.17 и 18, документы HTML вещания данных (ДЗОН) или документы HTML вещания данных (НМДЗО), не утвержденные вещательной организацией, также обрабатываются таким путем.
Процесс запуска содержания ДЗОН
Ниже со ссылкой на блок-схему алгоритма по фиг.19 поясняется процесс запуска содержания ДЗОН.
На этапе S31 на основе управляющего сигнала из операционного блока 70 или из удаленного контроллера 32 управляющий блок 68 определяет, произошло ли событие для запуска содержания ДЗОН. Типичным событием для запуска содержания ДЗОН является событие D на фиг.5, которое происходит, когда пользователь, например, выбирает независимый канал вещания данных.
Например, если событие D на фиг.5 произошло и если определено, что событие для запуска содержания ДЗОН имело место («Да» на этапе S31), управление переходит к этапу S32.
На этапе S32 управляющий блок 68 управляет браузером 73-1 для обращения к серверу 12, соответствующему УУР содержания ДЗОН, подлежащего запуску, чтобы получить документ HTML вещания данных (ДЗОН). Поскольку документ HTML вещания данных (ДЗОН), полученный здесь, является документом, который утвержден вещательной организацией, как при использовании в случае по фиг.5, этот документ получается из сервера 12, управляемого вещательной организацией. В этом случае режим управления устанавливается на «Управляемое вещание» для обсуждаемого документа HTML вещания данных (ДЗОН).
На этапе S33 браузер 73-1 под управлением управляющего блока 68 запускает документ HTML вещания данных (ДЗОН), полученный на этапе S32. Таким путем запускается содержание ДЗОН.
После этого управление возвращается к этапу S31, и повторяются последующие этапы.
Выше со ссылкой на пример по фиг.19 пояснялось, что документ HTML вещания данных (ДЗОН) утверждается вещательной организацией при соответствии со случаем использования по фиг.5. Если документ HTML вещания данных (ДЗОН) не утверждается вещательной организацией, этот документ HTML получается из сервера 21, и режим управления для этого документа устанавливается на «Неуправляемое вещание».
Предыдущий абзац завершает пояснение процесса запуска содержания ДЗОН.
Процесс запуска содержания НМДЗО
Ниже со ссылкой на блок-схему алгоритма по Фиг.20 поясняется процесс запуска содержания НМДЗО.
На этапе S51 на основе управляющего сигнала из операционного блока 70 или из удаленного контроллера 32 управляющий блок 68 определяет, произошло ли событие для запуска содержания НМДЗО. Типичным событием для запуска содержания НМДЗО является событие С на Фиг.5, которое происходит, когда пользователь, например, выбирает канал содержания НМДЗО.
Например, если событие С на Фиг.5 произошло и если определено, что событие для запуска содержания НМДЗО имело место («Да» на этапе S51), управление переходит к этапу S52.
На этапе S52 управляющий блок 68 управляет браузером 73-1 для обращения к серверу 21, соответствующему УУР содержания НМДЗО, подлежащего запуску, чтобы получить документ HTML вещания данных (НМДЗО). Поскольку документ HTML вещания данных (НМДЗО), полученный здесь, является документом, который не утвержден вещательной организацией, как при использовании в случае по Фиг.5, этот документ получается из сервера 21, не управляемого вещательной организацией. В этом случае режим управления устанавливается на «Неуправляемое вещание» для обсуждаемого документа HTML вещания данных (НМДЗО).
На этапе S53 браузер 73-1 под управлением управляющего блока 68 запускает документ HTML вещания данных (НМДЗО), полученный на этапе S52. Таким путем запускается содержание НМДЗО.
После этого управление возвращается к этапу 5
Выше со ссылкой на пример по Фиг.20 пояснялось, что документ HTML вещания данных (НМДЗО) не утверждается вещательной организацией при соответствии со случаем использования по Фиг.5. Если документ HTML вещания данных (НМДЗО) является документом, который утверждается вещательной организацией, этот документ HTML получается из сервера 12, и режим управления для этого документа устанавливается на «Управляемое вещание».
Предыдущий абзац завершает пояснение процесса запуска содержания НМДЗО.
Подробности процесса установления режима управления
Ниже со ссылкой на блок-схему алгоритма по Фиг.21 поясняется процесс установки режима управления, выполняемый приемным устройством 30 для установки режима управления на основе доменного имени местонахождения, из которого получается документ HTML.
Процесс установки режима управления запускается, например, когда документ HTML вещания данных (ПДЗО) запускается на этапе S11 по Фиг.14, или когда документ HTML вещания данных (ДЗОН) запускается на этапе S33 по Фиг.19.
На этапе S71 управляющий блок 68 получает доменное имя местонахождения, из которого получается подлежащий запуску документ HTML вещания данных.
То есть, если на этапе S5 или S14 по Фиг.14 был получен документ HTML вещания данных (ПДЗО) на основе УУР в пусковой информации, например, управляющий блок 68 получает доменное имя местонахождения (сервера 12), из которого следует получить подлежащий запуску документ HTML вещания данных (ПДЗО) на основе УУР приложения в пусковой информации.
В качестве другого примера, если подлежащий запуску документ HTML вещания данных (ПДЗО) был считан из записывающего блока 71 на этапе S6 по Фиг.14, управляющий блок 68 управляет браузером 73-1 для получения доменного имени сервера 12, который содержит подлежащий считыванию документ HTML вещания данных (ПДЗО), и для подачи полученного доменного имени в управляющий блок 68. Таким путем управляющий блок 68 получает доменное имя.
В данном случае, если документ HTML вещания данных (ПДЗО) подлежит записи в записывающий блок 71, предполагается, что доменное имя сервера 12, который содержит обсуждаемый документ HTML вещания данных (ПДЗО), подлежит записи в связи с документ HTML (ПДЗО).
В качестве другого примера, если подлежащий запуску документ HTML вещания данных (ДЗОН) получается на этапе S32 по Фиг.19 на основе УУР, назначенного выбранным пользователем каналом, доменное имя местонахождения (сервера 12), из которого должен быть получен подлежащий запуску документ HTML вещания данных (ДЗОН), получается на основе этого УУР.
На этапе S72 управляющий блок 68 управляет браузером 73-1, чтобы оперировать в режиме управления «Управляемое вещание», в котором разрешается выполнять конкретные процессы. То есть, поскольку документ HTML вещания данных (ПДЗО) и документ HTML вещания данных (ДЗОН) в данном примере получаются из сервера 12, управляемого вещательной организацией, управляющий блок 68 управляет исполнением этих документов HTML посредством браузера 73-1 способом, разрешающим (не запрещающим) конкретным процессам осуществляться через исполнение документов HTML.
На этапе S73 управляющий блок 68 определяет, произошел ли переход документа, включающий в себя документы HTML, на основе введенной пусковой информации, управляющих сигналов из операционного блока 70 или удаленного контроллера 32. Когда определяется, что переход документа имел место, управление переходит к этапу S74.
На этапе S74 управляющий блок 68 определяет, получен ли документ HTML в качестве места назначения перехода из сервера 12, управляемого вещательной организацией, на основе того, совпадает ли доменное имя местонахождения, из которого документ HTML получен в качестве места назначения перехода, с доменным именем, полученным на этапе S71.
Если на этапе S74 определено, что документ HTML в качестве места назначения перехода получается из сервера 12, управление возвращается к этапу S73, и последующие этапы повторяются, причем браузеру 73-1 разрешается поддерживать работу в режиме управления «Управляемое вещание».
Кроме того, если на этапе S74 определено, что документ HTML в качестве места назначения перехода не получается из сервера 12, управление переходит к этапу S75.
Например, если событие «е» происходит при отображении UI2 на Фиг.5, имеет место переход от документа HTML вещания данных (ПДЗО) к документу HTML вещания данных (НМДЗО). В этом случае документ HTML вещания данных (НМДЗО) в качестве места назначения перехода получается из сервера 21, а доменные имена вовлеченных документов не совпадают одно с другим. Таким образом, результат процесса определения на этапе S74 отрицательный («Нет»), и управление переходит к этапу S75.
В качестве другого примера, если происходит событие «g» при отображении UI5 на Фиг.5, имеет место переход от документ HTML вещания данных (ДЗОН) к документ HTML вещания данных (НМДЗО). В этом случае также документ HTML вещания данных (НМДЗО) в качестве места назначения перехода получается из сервера 21, и доменные имена вовлеченных документов не совпадают одно с другим, так что управление переходит к этапу S75.
На этапе S75 управляющий блок 68 управляет браузером 73-1 или 73-2, чтобы работать в режиме управления «Неуправляемое вещание», в котором не разрешается выполнять конкретные процессы. То есть управляющий блок 68 управляет исполнением документов HTML браузером 73-1 или 73-2 так, что не разрешается (запрещается) осуществлять конкретные процессы посредством исполнения документа HTML.
В этом случае браузеру 73-2, например, запрещается выполнять конкретные процессы, и он осуществляет документ HTML вещания данных (НМДЗО) как документ HTML местонахождения.
В данном случае предполагается, что документ HTML вещания данных (ПДЗО) останавливается на основе пусковой информации, типом запуска которой является «остановка приложения», когда исполняется документ HTML вещания данных (НМДЗО).
После этого на этапе S76 на основе операционного сигнала из операционного блока 70 или из удаленного контроллера 32 управляющий блок 68 определяет, выполнена ли заранее заданная операция, такая как событие В на Фиг.5. Когда определено, что заранее заданная операция осуществлена, управление возвращается к этапу S71, и повторяются последующие этапы. Например, управляющий блок 68 определяет, введена ли пусковая информация для запуска нового документ HTML вещания данных (ПДЗО). Когда определено, что соответствующая пусковая информация введена, управление возвращается к этапу S71, и повторяются последующие этапы.
Как поясняется выше, в процессе перехода режима управления, если доменное имя документа HTML вещания данных совпадает с доменным именем документа HTML в качестве места назначения перехода, режим управления устанавливается на «Управляемое вещание»; если же доменное имя документа HTML вещания данных не совпадает с доменным именем документа HTML в качестве места назначения перехода, режим управления устанавливается на «Неуправляемое вещание».
Когда режим управления установлен на «Управляемое вещание», такие процессы как считывание пользовательской предварительно запомненной информации области из приемного устройства 30 осуществляются через исполнение документа HTML вещания данных (ПДЗО) или документ HTML вещания данных (НМДЗО). Когда режим управления установлен на «Неуправляемое вещание», не предназначенные пользователем процессы, такие как процесс считывания, не будут выполняться посредством исполнения документ HTML вещания данных (НМДЗО) или документ HTML веб-страниц.
Таким образом, даже если получается и исполняется документ HTML вещания данных (НМДЗО) или документ HTML веб-страниц, подготовленный злоумышленной третьей стороной, запрещается выполнять процессы, не предназначенные пользователем.
2. Варианты
В вышеприведенном варианте, как показано на Фиг.17, операционное состояние документа HTML вещания данных (ПДЗО) является одним из четырех состояний: операционное состояние остановить ПДЗО, операционное состояние предварительно запомнить ПДЗО, состояние активного ПДЗО и состояние активной веб-страницы. Альтернативно, как показано на Фиг.22, в существующим четырем состояниям может быть добавлено операционное состояние приостановленного ПДЗО (соответствующее «Приостановленный ПДЗО» на Фиг.22), так что в целом может быть пять состояний.
В этом случае, как показано на Фиг.23, новый тип запуска «приостановлен» добавляется как часть пусковой информации. Таким образом, тип запуска в пусковой информации может означать один из пяти типов: запуск приложения, остановка приложения, событие приложения, предварительное запоминание и приостановленное.
На Фиг.22 при приеме пусковой информации, типом запуска которой является «приостановлено» в операционном состоянии активного ПДЗО, операционное состояние соответствующего документа HTML вещания данных (ПДЗО) выполняет переход в операционное состояние приостановленного ПДЗО. В этом случае, при соответствующем документе HTML вещания данных (ПДЗО), перешедшим в операционное состояние приостановленного ПДЗО, другой документ HTML вещания данных (ПДЗО) может быть помещен в операционное состояние активного ПДЗО и исполнен.
При приеме пусковой информации, типом запуска которой является «запуск приложения» в операционном состоянии приостановленного ПДЗО, соответствующий документ HTML вещания данных (ПДЗО) выполняет переход в операционное состояние активного ПДЗО. Это дает возможность вызывать события в документ HTML вещания данных (ПДЗО). При этом любой иной документ HTML вещания данных (ПДЗО) заставляют сделать переход из операционного состояния активного ПДЗО в операционное состояние приостановленного ПДЗО.
Хотя вышеприведенное описание пояснило, что документы HTML вещания данных получаются путем обращения к серверам, подключенным к Интернету, вариант осуществления данной технологии может альтернативно передавать документы HTML вещания данных с помощью заранее заданного частотного диапазона для вещания содержания вещания данных как части вещательного диапазона цифрового ТВ вещательного сигнала. Например, документы HTML вещания данных могут передаваться с помощью сеансов FLUTE - (Доставка файлов посредством однонаправленного транспорта), предусмотренных в RFC 3926. В этом случае канальная информация сеанса FLUTE может использоваться, например, для определения того, находится ли документ HTML вещания данных в качестве места назначения перехода документа, которое имеет место, под управлением вещательной организации (этап S74 на Фиг.21).
Кроме того, если возможно получить документ HTML вещания данных посредством связи или посредством вещания, этот документ HTML вещания данных можно получить либо посредством связи, либо посредством вещания в соответствии с приоритетом заранее заданного места назначения, из которого следует получить этот документ.
Также, хотя вышеприведенное описание пояснило, что документы HTML вещания данных, утвержденные вещательной организацией, остаются на сервере 12, управляемом на стороне вещательной организации, а документы HTML вещания данных, не утвержденные вещательной организацией, хранятся на сервере 21, управляемом неким иным бизнес-оператором, утвержденные документы HTML вещания данных могут альтернативно храниться на сервере 21, управляемом иными бизнес-операторами, такими как производители содержания. То есть сервер 21 может хранить либо утвержденные документы HTML вещания данных, либо не утвержденные документы HTML вещания данных, или оба типа документов HTML. С другой стороны, сервер 12 сохраняет только утвержденные документы HTML вещания данных.
Типичная структура компьютера
В данном случае последовательность описанных выше процессов может исполняться либо аппаратно, либо программно. Когда должна осуществляться программно реализованная последовательность обработок, программы, составляющие программное обеспечение, могут либо быть встроены заранее в выделенное аппаратное обеспечение подлежащего использованию компьютера, либо устанавливаться при использовании из подходящего носителя записи программ в универсальный персональный компьютер или подобное оборудование, способное исполнять разнообразные функции на основе этих установленных программ.
Фиг.24 представляет собой блок-схему, показывающую типичную структуру компьютера, который выполняет вышеописанную последовательность процессов с использованием программ.
В этом компьютере 100 центральный процессор (ЦП) (CPU) 101, постоянно запоминающее устройство (ПЗУ) (ROM) 102 и оперативное запоминающее устройство (ОЗУ) (RAM) 103 соединены между собой через шину 104.
Дополнительно, к шине 104 подключен интерфейс 105 ввода-вывода. Этот интерфейс 105 ввода-вывода соединен с блоком 106 ввода, выполненным, как правило, из клавиатуры, мыши и микрофона; с блоком 107 вывода, обычно состоящим из дисплея и громкоговорителей; с запоминающим блоком 108, обыкновенно образованным жестким диском, энергонезависимой памятью или тому подобным; с блоком 109 связи, как правило, образованным сетевым интерфейсом; и с дисководом 110, который приводит в действие съемные носители 111, такие как магнитные диски, оптические диски, магнитооптические диски или полупроводниковые запоминающие устройства.
В компьютере, имеющем обрисованную выше структуру, ЦП 101 выполняет вышеописанную последовательность процессов путем загрузки подходящих программ из, скажем, запоминающего блока 108 через интерфейс 105 ввода-вывода и шину 104 в ОЗУ 103 для исполнения.
В данном случае, программы, подлежащие исполнению компьютером, могут обрабатываться в показанной последовательности данного описания (т.е. на основе временной последовательности), параллельно, либо в ином соответственно синхронизированном виде, таком как когда они вызываются при необходимости.
Кроме того, эти программы могут обрабатываться единственным компьютером или множеством компьютеров на распределенной основе. Программы могут также передаваться для исполнения на удаленный компьютер или компьютеры.
В данном описании выражение «система» относится ко всей конфигурации, выполненной из множества составляющих устройств.
Кроме того, следует понимать, что данная технология при воплощении не ограничивается вышеописанными вариантами осуществления и что различные модификации, варианты и изменения данной технологии могут быть сделаны, если они находятся в ее сущности и объеме.
Далее, данную технологию можно также реализовать следующим образом. Устройство для приема вещания А-В содержания посредством волн вещания, включающее в себя: получающий блок, выполненный с возможностью получения описательного документа, описанного на заранее заданном компьютерном языке, для отображения типа содержания, отличного от А-В содержания; определяющий блок, выполненный с возможностью определения того, управляет ли полученным описательным документом вещательная организация, передающая А-В содержание, или бизнес-оператор иной, нежели вещательная организация; и управляющий блок, выполненный с возможностью управлять исполнением полученного описательного документа в соответствии с результатом определения, сделанного определяющим блоком.
1. Приемное устройство для приема вещания А-В содержания посредством волн вещания, включающее в себя:
- получающий блок, выполненный с возможностью получения описательного документа, описанного на заранее заданном компьютерном языке, для отображения типа содержания, отличного от А-В содержания;
- определяющий блок, выполненный с возможностью определения того, управляет дополученным описательным документом вещательная организация, передающая А-В содержание, или бизнес-оператор иной, нежели вещательная организация; и
- управляющий блок, выполненный с возможностью управлять исполнением полученного описательного документа в соответствии с результатом определения, сделанного определяющим блоком.
2. Приемное устройство, как описано в абзаце 1 выше, включающее в себя дополнительно блок обнаружения запуска, выполненный с возможностью обнаруживать пусковую информацию,. которая передается вместе с А-В содержанием и которая касается управления описательным документом, подлежащим исполнению в связи с прохождением А-В содержания;
- при этом на основе обнаруженной пусковой информации получающий блок получает описательный документ из устройства обработки информации, которым управляет вещательная организация, и
- при этом определяющий блок определяет, что описательным документом, полученным из устройства обработки информации, управляет вещательная организация.
3. Приемное устройство, как описано в абзаце 1 или 2 выше, в котором при исполнении описательного документа, который может быть исполнен независимо без связи с А-В содержанием, получающий блок получает описательный документ из устройства обработки информации, которым управляет вещательная организация,
- при этом определяющий блок определяет, что описательным документом, полученным из устройства обработки информации, управляет вещательная организация.
4. Приемное устройство, как описано в любом из абзацев 1-3 выше, в котором при исполнении описательного документа, который может быть исполнен только конкретной прикладной программой, получающий блок получает описательный документ из другого устройства обработки информации, которым управляет другой бизнес-оператор, а определяющий блок определяет, что описательным документом, полученным из другого устройства обработки информации, управляет другой бизнес-оператор.
5. Приемное устройство, как описано в любом из абзацев 1-4 выше, дополнительно включающее в себя исполнительный блок, выполненный с возможностью исполнять полученный описательный документ;
- при этом, если определяется, что этим описательным документом управляет вещательная организация, управляющий блок управляет исполнительным блоком для работы в первом режиме управления, в котором может выполняться заранее заданный конкретный процесс; и
- при этом, если определяется, что описательным документом управляет другой бизнес-оператор, управляющий блок управляет исполнительным блоком для работы во втором режиме управления, в котором конкретный процесс нельзя выполнить.
6. Приемное устройство, как описано в абзаце 5 выше, в котором при работе исполнительного блока в первом режиме управления каждый раз, когда получается описательный документ, определяющий блок определяет, управляет ли полученным описательным документом вещательная организация или другой бизнес-оператор, и
- при этом, если определяется, что описательным документом управляет другой бизнес-оператор, управляющий блок заставляет исполнительный блок при работе выйти из первого режима управления и войти во второй режим управления.
7. Приемное устройство, как описано в абзаце 5 выше, в котором если заранее заданная операция выполняется, когда исполнительный блок работает во втором рабочем режиме, управляющий блок заставляет исполнительный блок при работе выйти из второго рабочего режима и войти в первый рабочий режим.
8. Приемное устройство, как описано в абзаце 1 выше, в котором получающий блок получает описательный документ, переданный с помощью первого заранее заданного частотного диапазона цифрового телевизионного вещательного сигнала волн вещания.
9. Способ приема, включающий в себя этапы, на которых:
- заставляют приемное устройство получать описательный документ, описанный на заранее заданном языке программирования, для отображения типа содержания, отличного от А-В содержания, передаваемый посредством волн вещания;
- заставляют приемное устройство определять, управляется ли полученный описательный документ вещательной организацией, передающей А-В содержание, или бизнес-оператором иным, нежели эта вещательная организация; и
- заставляют приемное устройство управлять исполнением полученного описательного документа в соответствии с результатом этого определения.
10. Программа для управления приемным устройством, заставляющая компьютер приемного устройства исполнять процесс, включающий в себя этапы, на которых:
- получают описательный документ, описанный на заранее заданном языке программирования, для отображения типа содержания, отличного от А-В содержания, передаваемый посредством волн вещания;
- определяют, управляется ли полученный описательный документ вещательной организацией, передающей А-В содержание, или бизнес-оператором иным, нежели эта вещательная организация; и
- управляют исполнением полученного описательного документа в соответствии с результатом этого определения.
Список ссылочных позиций
1 - Вещательная система
11 - Вещательный блок
12 - Сервер
21 - Сервер
22 - Сервер
30 - Приемное устройство
31 - Монитор
32 - Удаленный контроллер
61 - Тюнер
62 - Демультиплексирующий блок
63 - Аудиодекодер
64 - Аудиовыходной блок
65 - Видеодекодер
66 - Блок обнаружения пуска
67 - Видеовыходной блок
68 - Управляющий блок
69 - Память
70 - Операционный блок
71 - Записывающий блок
72 - Интерфейс связи
73-1, 73-2 - Браузер
74 - Инфракрасный приемный блок
100 - Компьютер
101 - ЦП