УСТРОЙСТВО ПРИЕМА, СПОСОБ ПРИЕМА, УСТРОЙСТВО ПЕРЕДАЧИ, СПОСОБ ПЕРЕДАЧИ, ПРОГРАММА И СИСТЕМА ШИРОКОВЕЩАТЕЛЬНОЙ ПЕРЕДАЧИ
RECEIVING DEVICE, RECEIVING METHOD, TRANSMITTING DEVICE, TRANSMISSION METHOD, PROGRAM AND BROADCAST SYSTEM

Область техники, к которой относится изобретение
Настоящее изобретение относится к устройству приема, способу приема, устройству передачи, способу передачи, программе и системе широковещательной передачи. В частности настоящее изобретение относится к устройству приема, способу приема, устройству передачи, способу передачи, программе и системе широковещательной передачи, в которых, независимо от места назначения получения файла, один и тот же файл может быть получен, используя обычное пространство имен, указывающее место хранения файла.
Уровень техники
Обычно, например, для получения (считывания) файла с носителя записи, такого как жесткий диск, встроенный в компьютер, необходимо обозначить файл цели получения из множества файлов, хранящихся на носителе записи. Файл - цель получения указывает, например, пространство имен "file://<directory_name>/<file_name>", которое указывает место хранения файла в форме строки знаков.
С другой стороны, например, в случае, когда файл должен быть получен с сервера, соединенного с Интернет, необходимо обозначить файл - цель получения из множества файлов, записанных на сервере. Файл - цель получения обозначают, например, с помощью пространства имен "file://<domain_name>/<file_name>."
Кроме того, например, в случае, когда файл должен быть получен из сигнала программы передачи цифрового телевидения, например при цифровой телевизионной широковещательной передаче, необходимо обозначить файл - цель получения из множества файлов, размещенных в сигнале широковещательной передачи цифрового телевидения. Файл - цель получения обозначают, например, с помощью пространства имен "arib://<network_id>.<org_ts_id>.<service_id>/<component_tag>/<module_id>/<file_name>."
Как описано выше, обычно требуется использовать разное пространство имен в зависимости от места назначения получения файла, что является очень громоздким.
Поэтому была предложена технология ссылки на ID файла, в которой, для каждого из разных пространств имен, ID файла для уникальной идентификации пространства имен ассоциируют таким образом, что независимо от места назначения получения файла, файл может быть обозначен только по ID файла (см., например, Патентная литература 1).
В такой технологии ссылки на ID файла, если, например, как показано на фиг.1, ID файла, соответствующий пространству имен файлов, хранящихся на сервере 13 файлов, обозначен терминалом 11, тогда терминал 11 запрашивает сервер 12 разрешения местоположения для уведомления терминала 11 о пространстве имен, соответствующем ID файла.
Таким образом, в ответ на запрос из терминала 11, сервер 12 разрешения местоположения уведомляет терминал 11 о пространстве имен файлов, хранящихся в сервере 13 файлов. Терминал 11 использует пространство имен, полученное в уведомлении, для получения файла от сервера 13 файлов. Следует отметить, что предполагается, что сервер 12 разрешения местоположения содержит, для каждого ID файла, соответствующее пространство имен в ассоциированной взаимосвязи с ID файла.
Список литературы
Патентная литература
Патентная литература 1. JP2002-229881A
Раскрытие изобретения
Техническая задача
В технологии ссылки на ID файла, хотя терминал 11 может обозначить файл, только основе ID файла, независимо от места назначения получения файла, когда файл - цель получения - должен быть получен, такой сложный процесс, как доступ к серверу 12 разрешения местоположения должен быть выполнен без ошибки. Поэтому система передачи данных, выполненная из терминала 11 - сервера 13 файлов, выполняет сложную операцию.
Настоящее изобретение было выполнено с учетом такой ситуации, как описано выше, и позволяет получить файл - цель получения, используя одно и то же пространство имен, независимо от места назначения получения файла, без выполнения сложного процесса.
Решение задачи
В соответствии с первым аспектом настоящего изобретения предложено устройство приема для приема данных, включающих в себя средство определения, предназначенное для определения места назначения получения, из которого файл, который должен быть получен устройством приема, будет получен в соответствии с порядком, определенным заранее из множества носителей хранения информации, в которых хранится файл, средство получения для получения файла из места назначения получения, на основе той же информации получения файла, которая представляет собой информацию получения файла, предназначенную для использования, для получения файла с носителя хранения информации и которая является общей для множества носителей хранения информации, и средство исполнения для исполнения полученного файла.
Устройство приема может быть выполнено таким образом, что средство определения вновь определяет место назначения получения в соответствии с порядком в ответ на неудачное получение файла из места назначения получения средством получения.
Устройство приема может быть выполнено таким образом, что средство определения определяет место назначения получения в соответствии с порядком, в котором ранг приоритета сервера, который соединен через сеть с устройством приема и представляет собой место назначения получения, ниже, чем ранг любого другого носителя хранения информации из множества носителей хранения информации, которые включают в себя по меньшей мере сервер в качестве носителя хранения информации.
Устройство приема может быть выполнено так, что средство определения выполнено с возможностью определения места назначения получения, в соответствии с порядком, в котором ранг приоритета накопительной секции хранения, содержащей устройство приема и в которой уже содержится файл, и представляющая собой место назначения получения, выше, чем у любого другого носителя хранения информации из множества носителей хранения информации, которые включают в себя по меньшей мере накопительную секцию хранения, в качестве носителя хранения информации.
Устройство приема может быть выполнено таким образом, что средство определения выполнено с возможностью определения места назначения получения из множества носителей хранения информации на основе информации о месте назначения получения, указывающей место назначения получения.
Устройство приема может быть выполнено таким образом, что средство получения выполнено с возможностью получения файла из места назначения получения на основе информации получения файла, сконфигурированной по меньшей мере из информации идентификации содержания, предназначенной для идентификации содержания, сконфигурированной файлом, и информации идентификации файла, предназначенной для идентификации файла, управляемого для каждой области содержания.
Устройство приема может быть выполнено таким образом, что средство получения выполнено с возможностью получения содержания, сконфигурированного файлом, из места назначения получения, на основе информации получения файла, сконфигурированной по меньшей мере из информации идентификации содержания, предназначенной для идентификации содержания, и получения файла, подлежащего выполнению, из полученного содержания.
Устройство приема может быть выполнено таким образом, что множество носителей хранения информации включают в себя сервер, соединенный через сеть, с устройством приема, в качестве носителя хранения информации, а средство получения выполнено с возможностью получения файла из места назначения получения, используя URL (Унифицированный указатель ресурса), указывающего положение файла, хранящегося на сервере, в качестве информации получения файла.
Устройство приема может быть выполнено таким образом, что оно дополнительно включает в себя средство извлечения для извлечения инициирующего сигнала, включающего в себя по меньшей мере информацию о месте назначения получения, указывающего место назначения получения, и информацию получения файла из AV содержания, а средство определения выполнено с возможностью определения места назначения получения из множества носителей хранения информации на основе информации о месте назначения получения, включенной в извлеченный инициирующий сигнал, при этом средство получения получает файл из места назначения получения на основе информации получения файла, включенной в извлеченный инициирующий сигнал.
Устройство приема может быть выполнено таким образом, что оно дополнительно включает в себя средство извлечения для извлечения из программы, выполняемой при получении файла и в которой описаны информация о месте назначении получения, указывающая место назначения получения, и информация о получении файла, информация о месте назначения получения и информация о получении файла, а средство определения выполнено с возможностью определения места назначения получения из множества носителей хранения информации на основе выделенной информации о месте назначения получения, при этом средство получения выполнено с возможностью получения файла из места назначения получения на основе выделенной информации получения файла.
Устройство приема может быть выполнено таким образом, что средство определения выполнено с возможностью определения, в качестве файла, предназначенного для получения устройством приема, получающего AV содержание, места назначения получения, из которого файл должен быть получен в соответствии с заранее определенным порядком, среди множества носителей хранения информации, которые содержат файл, предназначенный для выполнения, во взаимосвязи с обработкой AV содержания.
В соответствии с первым аспектом настоящего изобретения предложен способ приема для устройства приема, принимающего данные, включающий в себя этапы, выполняемые устройством приема, содержащие этап принятия решения, на котором определяют место назначения получения, из которого должен быть получен файл, предназначенный для получения устройством приема, в соответствии с порядком, определенным заранее среди множества носителей хранения информации, на которых содержится файл, этап получения, на котором получают файл из места назначения получения, на основе той же информации получения файла, которая представляет собой информацию получения файла, для использования для получения файла с носителя хранения информации и которая является общей для множества носителей хранения информации, и этап исполнения, на котором исполняют полученный файл.
В соответствии с первым аспектом настоящего изобретения дополнительно предложена программа для обеспечения компьютером, предназначенным для управления устройством приема, предназначенным для приема данных, выполнения функции средства определения для определения места назначения получения, из которого файл, который должен быть получен устройством приема, будет получен в соответствии с определенном порядком из множества носителей хранения информации, хранящих файл, средства получения для получения файла из мест назначения получения, на основе той же информации получения файла, которая представляет собой информацию получения файла, предназначенную для использования, для получения файла с носителя хранения информации и которая является общей для множества носителей хранения информации, и средства исполнения для исполнения полученного файла.
В соответствии с первым аспектом настоящего изобретения место назначения получения, из которого должен быть получен файл, предназначенный для получения устройством приема, определяют в соответствии с заданным порядком среди множества носителей хранения информации, на которых содержится файл. Затем файл получают из места назначения получения на основе информации получения того же файла, которая представляет собой информацию получения файла, предназначенную для использования, для получения файла с носителя хранения информации и которая является общей для множества носителей хранения информации. Затем полученный файл исполняют.
В соответствии со вторым аспектом настоящего изобретения предложено устройство передачи для передачи AV содержание, включающее в себя средство передачи для размещения и передачи инициирующего сигнала, относящегося к файлу, подлежащему выполнению устройством приема в и вместе с AV содержанием, во взаимосвязи с обработкой AV содержания и в котором инициирующий сигнал включает в себя по меньшей мере информацию о месте назначении получения, указывающую место назначения получения, из которого файл должен быть получен среди множества носителей хранения информации, хранящих файл, и ту же информацию получения файла, которая используется для получения файла с носителя хранения информации и является общей для множества носителей хранения информации.
Устройство передачи может быть выполнено таким образом, что инициирующий сигнал включает в себя информацию получения файла, сконфигурированную по меньшей мере из информации идентификации содержания, предназначенной для идентификации содержания, сконфигурированной из файла и информации о месте назначения получения.
Устройство передачи может быть выполнено таким образом, что инициирующий сигнал включает в себя информацию получения файла, сконфигурированную по меньшей мере из информации идентификации содержания, предназначенной для идентификации содержания, сконфигурированную из файла, и информации идентификации файла, предназначенной для идентификации файла, управление которым выполняют для каждой области содержания, и информации места назначения получения.
Устройство передачи может быть выполнено так, что множество носителей хранения информации включают в себя сервер, соединенный через сеть с устройством приема, в качестве носителя хранения информации, и инициирующий сигнал включает в себя URL, который указывает положение файла, сохраненного на сервере, в качестве информации получения файла.
В соответствии со вторым аспектом настоящего изобретения предложен способ передачи для устройства передачи, передающего AV содержание, включающее в себя этапы, выполняемые устройством передачи и включающее в себя этап передачи, состоящий в размещении и передаче инициирующего сигнала, относящегося к файлу, предназначенному для исполнения устройством приема в и вместе с AV содержанием во взаимосвязи с ходом AV содержания, и в котором инициирующий сигнал включает в себя по меньшей мере информацию места назначения получения, указывающую место назначения получения, из которого должен быть получен файл, среди множества носителей хранения информации, на которых содержится файл, и ту же информацию получения файла, которая используется для получения файла с носителя хранения информации и которая является общей для множества носителей хранения информации.
В соответствии со вторым аспектом настоящего изобретения дополнительно предусмотрена программа, которая обеспечивает выполнение компьютером, который управляет устройством передачи, которое передает AV содержание, функции средства передачи для размещения и передачи инициирующего сигнала, относящегося к файлу, предназначенному для исполнения устройством приема в и вместе с AV содержанием во взаимной связи с обработкой AV содержания и в котором инициирующий сигнал включает в себя по меньшей мере информацию места назначения получения, указывающую место назначения получения, из которого должен быть получен файл, среди множества носителей хранения информации, в которых содержится файл, и ту же информацию получения файла, которая используется для получения файла в носителе хранения информации и которая является общей для множества носителей хранения информации.
В соответствии со вторым аспектом настоящего изобретения инициирующий сигнал, относящийся к файлу, предназначенному для исполнения устройством приема, размещают в и передают вместе с AV содержанием, во взаимной связи с обработкой AV содержания. Следует отметить, что инициирующий сигнал включает в себя по меньшей мере информацию о месте назначения получения, указывающую место назначения получения, из которого должен быть получен файл среди множества носителей хранения информации, в которых содержится файл, и ту же информацию получения файла, которая используется для получения файла на носителе хранения информации и которая является общей для множества носителей хранения информации.
В соответствии с третьим аспектом настоящего изобретения предложена система широковещательной передачи данных, выполненная на основе устройства передачи, предназначенного для передачи AV содержания, и устройства приема, предназначенного для приема передаваемого AV содержания, в которой устройство передачи включает в себя средство передачи, предназначенное для размещения и передачи инициирующего сигнала, относящегося к файлу, предназначенному для исполнения устройством приема в и вместе с AV содержанием, во взаимной связи с обработкой AV содержания, при этом инициирующий сигнал включает в себя по меньшей мере информацию места назначения получения, указывающую место назначения получения, из которого должен быть получен файл среди множества носителей хранения информации, в которых содержится этот файл, и одну и ту же информацию получения файла, которая используется для получения файла в носителе хранения информации и которая является общей для множества носителей хранения информации, а устройство приема включает в себя средство извлечения для извлечения инициирующего сигнала, который включает в себя по меньшей мере информацию места назначения получения и информацию получения файла из AV содержания, средство определения для определения места назначения получения среди множества носителей хранения информации, на основе информации места назначения получения, включенной в извлеченный инициирующий сигнал, средство получения для получения файла из места назначения получения, на основе информации получения файла, включенной в извлеченный инициирующий сигнал, и средство исполнения для исполнения полученного файла.
В соответствии с третьим аспектом настоящего изобретения инициирующий сигнал, относящийся к файлу, предназначенному для исполнения устройством приема, помещают в и передают вместе с AV содержанием во взаимной связи с обработкой AV содержания в устройстве передачи. Инициирующий сигнал включает в себя по меньшей мере информацию места назначения получения, указывающую место назначения получения, из которого файл должен быть получен среди множества носителей хранения информации, в которых содержится файл, и одну и ту же информацию получения файла, которая используется для получения файла в носителе хранения информации и является общей для множества носителей хранения информации. Кроме того, инициирующий сигнал, который включает в себя по меньшей мере информацию места назначения получения и информацию получения файла, выделяют из AV содержания с помощью устройства приема. Кроме того, место назначения получения определяют среди множества носителей хранения информации на основе информации места назначения получения, включенной в извлеченный инициирующий сигнал, и файл получают из места назначения получения на основе информации получения файла, включенной в извлеченный инициирующий сигнал. Затем полученный файл исполняют.
Полезные эффекты изобретения
В соответствии с настоящим изобретением можно легко получить файл - цель получения, используя одно и то же пространство имен независимо от места назначения получения файла, без выполнения сложного процесса.
Кроме того, в соответствии с настоящим изобретением можно легко обеспечить выполнение файла - цели получения, используя одно и то же пространство имен независимо от места назначения получения файла, без выполнения сложного процесса.
Краткое описание чертежей
На фиг.1 показана блок-схема, представляющая пример в случае, когда используется обычный сервер разрешения местоположения.
На фиг.2 показана блок-схема, представляющая примеры конфигурации системы широковещательной передачи в соответствии с первым вариантом осуществления.
На фиг.3 показан вид, представляющий пример отображаемого изображения содержания данных широковещательной передачи.
На фиг.4 показана блок-схема, представляющая пример конфигурации устройства приема.
На фиг.5 показан вид, иллюстрирующий концепцию в случае, когда инициирующий сигнал размещен в и его передают вместе с пакетом PCR TS.
На фиг.6 показан вид, иллюстрирующий пример конфигурации инициирующего сигнала.
На фиг.7 показан вид, иллюстрирующий пример элементов данных, включенных в инициирующий сигнал в случае, когда код команды запускают из приложения.
На фиг.8 показан вид, иллюстрирующий пример элементов данных, включенных в инициирующий сигнал в случае, когда код команды представляет собой событие приложения.
На фиг.9 показаны виды, поясняющие пример AV содержания и данных, широковещаемого содержания.
На фиг.10 показан вид, иллюстрирующий пример в случае, когда изображение отображаемое на экране, изменено на основании инициирующего сигнала.
На фиг.11 показан вид, иллюстрирующий пример элементов данных, включенных в ссылку приложения инициирующего сигнал.
На фиг.12 показан вид, иллюстрирующий пример файла приложения точки входа.
На фиг.13 показана блок-схема последовательности операций, поясняющая обработку инициирующего сигнала.
На фиг.14 показана блок-схема последовательности операций, поясняющая обработку получения файла.
На фиг.15 показан вид, иллюстрирующий пример конфигурации сигнала цифрового телевещания.
На фиг.16 показан вид, иллюстрирующий пример файла протокола передачи файла по FLUTE.
На фиг.17 показан вид, иллюстрирующий пример способа передачи файла по FLUTE.
На фиг.18 показан вид, иллюстрирующий пример "FDT".
На фиг.19 показан вид, иллюстрирующий пример в случае, когда FDT описан на языке XML.
На фиг.20 показан вид, иллюстрирующий пример накопителя для сохранения содержания и файлов в иерархической структуре.
На фиг.21 показан вид, иллюстрирующий другой пример файла приложения точки входа.
На фиг.22 показан вид, иллюстрирующий другой пример элементов данных, включенных в ссылку приложения инициирующего сигнала.
На фиг.23 показаны виды, поясняющие первый пример события, выполняемого при получении инициирующего сигнала.
На фиг.24 показан вид, поясняющий второй пример события, выполняемого при получении инициирующего сигнала.
На фиг.25 показан вид, иллюстрирующий, что данные получены из одного из множества мест назначения получения после выполнение события.
На фиг.26 показаны виды, поясняющие третий пример события, выполняемого при получении инициирующего сигнала.
На фиг.27 показана блок-схема, представляющая пример конфигурации компьютера.
Осуществление изобретения
1. Первый вариант осуществления
Пример конфигурации системы широковещательной передачи данных
На фиг.2 показана система 30 широковещательной передачи данных в соответствии с первым вариантом осуществления. Эта система 30 широковещательной передачи позволяет получать, например, в Соединенных Штатах Америки в настоящее время, файл, используя одно и то же пространство имен, независимо от места назначения получения файла, получаемого для выполнения услуги широковещательной передачи данных.
Следует отметить, что существующая система 30 широковещательной передачи сконфигурирована из устройства 41 широковещательной передачи и сервера 42, предусмотренного на стороне станции широковещательной передачи, и устройства 60 приема, которое предусмотрено на стороне приемника.
Устройство 41 широковещательной передачи передает (выполняет широковещательную передачу) цифрового телевизионного сигнала широковещательной передачи. Цифровой телевизионный сигнал широковещательной передачи включает в себя AV содержание, которое соответствует телевизионной широковещательной передаче и содержание данных широковещательной передачи, которое соответствует услуге широковещательной передачи данных.
Следует отметить, что AV содержание сконфигурировано из сигнала, необходимого для отображения телевизионной программы, и содержание широковещательной передачи данных сконфигурировано из файла, необходимого для воплощения услуги широковещательной передачи данных. Ниже это подробно описано со ссылкой на фиг.9.
Кроме того, в устройстве 41 широковещательной передачи данных используется способ передачи файла по FLUTE для передачи содержания широковещательной передачи данных. Способ передачи файла по FLUTE ниже описан со ссылкой на фиг.15-19.
Кроме того, устройство 41 широковещательной передачи помещает и передает инициирующий сигнал в и вместе с пакетом (ниже называется пакетом PCR), который включает в себя PCR (ссылка на тактовую частоту программы) среди TS пакетов, которые составляют TS (транспортный поток) цифрового сигнала телевизионной широковещательной передачи, в заданные моменты времени.
Здесь инициирующий сигнал состоит из информации, представляющей моменты времени исполнения содержания широковещательной передачи данных, информации, представляющей место назначения получения данных содержания широковещательной передачи данных и т.д. Инициирующий сигнал ниже описан со ссылкой на фиг.5-8.
Следует отметить, что инициирующий сигнал может быть размещен в пакете PCR или может быть встроен, как водяной знак, в видеосигнал, который соответствует цифровому сигналу телевизионной широковещательной передачи в такой форме, что пользователь не может распознать инициирующий сигнал.
Или, например, в случае, когда движущееся изображение, состоящее из множества изображений, передают в режиме широковещательной передачи, как цифровой сигнал телевизионной широковещательной передачи, инициирующий сигнал может быть помещен в область определения пользователя (например, данные пользователя MPEG2 и т.п.), определенную для каждого изображения.
В случае, когда инициирующий сигнал встроен в и его передают вместе с видеосигналом, соответствующим сигналу цифровой телевизионной широковещательной передачи, устройство 60 приема выделяет инициирующий сигнал из видеосигнала. С другой стороны, в случае, когда инициирующий сигнал помещают в и передают вместе с областью определения пользователя изображения, устройство 60 приема выделяет инициирующий сигнал из области определения пользователя.
В следующем описании для удобства описания предполагается, что инициирующий сигнал помещают в и передают вместе с пакетом PCR, и устройство 60 приема выделяет этот инициирующий сигнал из пакета PCR.
Сервер 42 данных передает содержание широковещательной передачи данных и т.д. в ответ на запрос от устройства 60 приема, которое обращается к серверу 42 через Интернет 50.
Устройство 60 приема принимает цифровой сигнал телевизионной широковещательной передачи, передаваемый в режиме широковещательной передачи от устройства 41 широковещательной передачи, и получает, и выводит видеоизображение и аудиоданные AV содержания, которое соответствует телевизионной программе.
С другой стороны, в случае, когда содержание широковещательной передачи данных включено в принимаемый цифровой сигнал телевизионной широковещательной передачи, устройство 60 приема получает содержание широковещательной передачи данных из принятого цифрового сигнала телевизионной широковещательной передачи.
Кроме того, устройство 60 приема обращается к серверу 42 через Интернет 50 для получения содержания данных широковещательной передачи.
Кроме того, устройство 60 приема выделяет инициирующий сигнал из пакета PCR, включенного в принятый цифровой сигнал телевизионной широковещательной передачи и обеспечивает отображение с помощью монитора, не показан, изображения, воплощенного из полученного содержания широковещательной передачи на основе выделенного инициирующего сигнала.
Следует отметить, что устройство 60 приема может быть выполнено как отдельное устройство или может быть встроено, например, в телевизионный приемник или в устройство видеозаписи. Детали устройства 60 приема описаны ниже со ссылкой на фиг.4.
Общее описание изобретения
На фиг.3 иллюстрируется, как пример, случай, в котором устройство 60 приема обеспечивает отображение видеоизображения, которое воплощено из содержания широковещательной передачи данных, на мониторе, который не показан, на основе инициирующего сигнала от устройства 41 широковещательной передачи.
Устройство 60 приема принимает цифровой сигнал телевизионной широковещательной передачи, передаваемой в режиме широковещательной передачи от устройства 41 широковещательной передачи, получает видеоизображение 71 AV содержания из принятого цифрового сигнала телевизионной широковещательной передачи и обеспечивает отображение, не показанным монитором, видеоизображения 71.
Устройство 60 приема обеспечивает отображение видеоизображения 72, включающего в себя пиктограмму 72а биржевой информации, в ответ на получение инициирующего сигнала 72b на отображение выбранной пиктограммы 72а биржевой информации, например, когда должна отображаться информация о курсе акций, из пакета PCR принимаемого цифрового сигнала телевизионной широковещательной передачи.
Затем, в ответ на операцию выбора, выполняемую для выбора пользователем пиктограммы 72а биржевой информации, устройство 60 приема обеспечивает отображение видеоизображения 73, включающего в себя отображение 73а биржевой информации, представляющей курсы акций в настоящее время.
В случае, когда устройство 60 приема получает инициирующий сигнал 74b для обновления отображения 73а биржевой информации, для отображения самого последнего отображения 74а биржевой информации из принятого цифрового телевизионного сигнала широковещательной передачи, устройство 60 приема обновляет отображаемое видеоизображение 73 до видеоизображения 74, которое включает в себя отображение 74а биржевой информации.
В случае, когда устройство 60 приема получает инициирующий сигнал 75b для прекращения отображения 74а биржевой информации из принимаемого цифрового сигнала телевизионной широковещательной передачи, он прекращает отображение 74а биржевой информации таким образом, что отображается только видеоизображение 75 AV содержания.
Когда должны отображаться пиктограмма 72а биржевой информации, отображение 73а биржевой информации или отображение 74а биржевой информации, устройство 60 приема получает файл (включенный в содержание широковещательной передачи данных), необходимый для их отображения из по меньшей мере одного из цифровых сигналов телевизионной широковещательной передачи, передаваемых в режиме широковещательной передачи от устройства 41 широковещательной передачи, сервера 42 и накопителя 88 (фиг.4), встроенного в устройство 60 приема.
Основная мысль настоящего изобретения состоит в том, что устройство 60 приема может использовать одно и то же пространство имен для получения файла - цели получения, независимо от места назначения получения, без выполнения сложного процесса. Следует отметить, что детали описаны ниже, например, со ссылкой на фиг.10-12.
Пример конфигурации устройства 60 приема
На фиг.4 показан пример конфигурации устройства 60 приема. Устройство 60 приема выполнено из тюнера 81, секции 82 демультиплексирования, аудиодекодера 83, секции 84 вывода аудиоданных, видеодекодера 85, секции 86 вывода видеоданных, секции 87 обработки приема файла, накопителя 88, секции 89 обработки инициирования, секции 90 управления приложением, механизма 91 приложения и интерфейса 92 связи.
Тюнер 81 принимает и демодулирует цифровой сигнал телевизионной широковещательной передачи, соответствующий каналу, выбранному пользователем, и выводит полученный в результате TS на секцию 82 демультиплексирования.
Секция 82 демультиплексирования демультиплексирует TS, вводимый тюнером 81, в кодированный аудиосигнал и кодированный видеосигнал и подает их на аудиодекодер 83 и видеодекодер 85, соответственно.
Кроме того, секция 82 демультиплексирования выделяет пакет PCR, включающий в себя инициирующий сигнал, расположенный в TS, и выводит извлеченный пакет PCR на секцию 89 обработки инициирования.
Следует отметить, что в случае, когда тюнер 81 принимает цифровой сигнал телевизионной широковещательной передачи, передаваемый в режиме широковещательной передачи для загрузки широковещательной передачи, и подает соответствующий TS на секцию 82 демультиплексирования, секция 82 демультиплексирования подает этот TS для загрузки широковещательной передачи, подаваемой на нее, от тюнера 81 на секцию 87 обработки приема файла.
Секция 87 обработки приема файла подает и сохраняет TS для загрузки широковещательной передачи, подаваемой на нее, от секции 82 демультиплексирования на и в накопитель 88.
Затем, в ответ на оперирование пользователем секции оперирования, которая не показана, устройство приема 60 для просмотра AV содержания, соответствующего сигналу цифровой телевизионной широковещательной передачи, принимаемому при загрузке широковещательной передачи, обеспечивает возможность просмотра соответствующего AV содержания.
В частности, в ответ на оперирование пользователем секция 82 демультиплексирования считывает TS для загрузки широковещательной передачи, хранящейся в накопителе 88, и демультиплексирует TS в кодированный аудиосигнал и кодированный видеосигнал. Далее секция 82 демультиплексирования выводит кодированный аудиосигнал и кодированный видеосигнал на аудиодекодер 83 и видеодекодер 85, соответственно.
Аудиодекодер 83 декодирует кодированный аудиосигнал, вводимый через него, и выводит полученный в результате аудиосигнал на секцию 84 вывода аудиоданных. Секция 84 вывода аудиоданных выводит аудиосигнал, введенный на нее, в последующий каскад (не показан) например, на монитор.
Видеодекодер 85 декодирует кодированный видеосигнал, подаваемый на него, и выводит полученный в результате видеосигнал на секцию 86 вывода видеоданных. Секция 86 вывода видеоданных выводит видеосигнал, подаваемый на нее, видеодекодером 85 на последующий каскад (например, на монитор). Кроме того, секция 86 вывода видеоданных объединяет видеоданные содержания широковещательной передачи данных, подаваемые на него механизмом 91 приложения, и видеосигнал, подаваемый на него от видеодекодера 85, и выводит полученный в результате сигнал в последующий каскад. Следует отметить, что, например, кабель HDMI (мультимедийный интерфейс высокой четкости) может использоваться для вывода от секции 84 вывода аудиоданных и секции 86 вывода видеоданных в последующий каскад.
Как описано выше, секция 87 обработки приема файлов подает и сохраняет TS для загрузки широковещательной передачи, подаваемой в него, от секции 82 демультиплексирования на и в накопитель 88.
В накопителе 88 сохраняется TS для загрузки широковещательной передачи, подаваемой на него от секции 87 обработки приема файла и т.д.
В частности, накопитель 88 сохраняет AV содержание и содержание широковещательной передачи данных, включенные в цифровой сигнал телевизионной широковещательной передачи, передаваемой в режиме широковещательной передачи для загрузки широковещательной передачи, в качестве TS для загрузки широковещательной передачи.
Секция 89 обработки инициирования получает инициирующий сигнал из пакета PCR от секции 82 демультиплексирования и подает извлеченный инициирующий сигнал на секцию 90 управления приложением.
Секция 90 управления приложением управляет функциями блоков, которые составляют устройство 60 приема, например, на основе сигнала оперирования от секции оперирования, которая не показана, и т.д. Кроме того, секция 90 управления приложением управляет механизмом 91 приложения в ответ на инициирующий сигнал, введенный секцией 89 обработки инициирования, для выполнения получения начала, события запуска, окончания и т.д. программы приложения для широковещательной передачи данных (ниже называется приложением широковещательной передачи данных).
Следует отметить, что приложение широковещательной передачи данных представляет собой программу для воплощения услуги для широковещательной передачи данных синхронно с телевизионной программой (например, услуги для обеспечения отображения биржевой информации и т.п. синхронно с телевизионной программой, как показано на фиг.3 и т.п.). Приложение широковещательной передачи данных включено, как файл, в содержание широковещательной передачи данных.
Механизм 91 приложения получает приложение широковещательной передачи данных от сервера 42 через интерфейс 92 связи и Интернет 50 под управлением секции 90 управления приложением.
Кроме того, в случае, когда приложение широковещательной передачи данных уже накоплено (сохранено) в накопителе 88 в результате загрузки широковещательной передачи, механизм 91 приложения получает приложение широковещательной передачи данных из накопителя 88.
Кроме того, механизм 91 приложения получает приложение широковещательной передачи данных из цифрового сигнала телевизионной широковещательной передачи от секции 90 управления приложением. Следует отметить, что предполагается, что механизм 91 приложения (TS) принимаемого цифрового сигнала телевизионной широковещательной передачи подают от тюнера 81 через секцию 82 демультиплексирования, секцию 89 обработки инициирования и секцию 90 управления приложением.
Интерфейс 92 связи устанавливает соединение с сервером 42 через Интернет 50 под управлением механизма 91 приложения.
Подробное описание инициирующего сигнала
На фиг.5 иллюстрируется концепция, когда инициирующий сигнал помещают в и передают вместе с пакетом PCR в TS. Как показано на чертеже, инициирующий сигнал не размещают во всех пакетах PCR, но помещают только в пакет PCR в соответствующий момент времени для обеспечения синхронизации пакета PCR с AV содержанием в соответствии с телевизионной программой.
Следует отметить, что в зависимости от сущности инициирующего сигнала инициирующий сигнал одной и той же сущности может быть передан множество раз, учитывая случай, в котором он не был принят устройством 60 приема, как показано на фиг.5.
На фиг.6 иллюстрируется пример конфигурации инициирующего сигнала.
Как показано на фиг.6, инициирующий сигнал состоит из ID инициирования, кода команды и ссылки на приложение. Следует отметить, что инициирующий сигнал выполнен с использованием поля, зависимого от команды, в соответствии с необходимостью.
ID инициирование представляет собой информацию для идентификации инициирующего сигнала. В случае, когда инициирующий сигнал той же сущности передают множество раз, ID инициирования, инициирующих сигналов, являются одинаковыми. Код команды представляет собой код, представляющий, является ли инициирующий сигнал инициирующим сигналом на запуск приложения (указывающий получение и запуск приложения широковещательной передачи данных), инициирующий сигнал окончания работы приложения (указывающий окончание выполнения приложения широковещательной передачи данных), инициирующий сигнал события приложения (указывающий возникновение события приложения (обновление отображаемого содержания и т.п.) в исполняемом приложении широковещательной передачи данных) или инициирующий сигнал предварительного кэширования (что означает только получение приложения широковещательной передачи данных).
Ссылка приложения состоит из ID приложения и флага назначения получения. В то же время, поле, зависящее от команды, включает в себя тип приложения, время окончания приложения, ID события, версию протокола, данные для исполнения и т.п.
ID приложения представляет собой информацию для идентификации приложения широковещательной передачи данных, соответствующего инициирующему сигналу, и представлен, например, общим пространством имен. Флаг назначения получения представляет, в случае, когда код команды представляет собой запуск инициирования или предварительного размещения в кэш, место назначения получения приложения широковещательной передачи данных определяют как цель получения. В частности, например, флаг места назначения получения может представлять собой флаг разрешения использования накопления, представляющий, следует ли накопитель 88 определить как место назначения получения, флаг разрешения использования широковещательной передачи, представляющий, следует или нет определить цифровой сигнал телевизионной широковещательной передачи как место назначения получения или флаг разрешения на использование передачи данных, представляющий, следует или нет определить сервер 12 как место назначения получения.
Флаг разрешения использования накопления, флаг разрешения использования широковещательной передачи и флаг разрешения использования передачи данных имеют значение, например, 0 или 1, и в случае, когда его определяют как место назначения получения, флаг устанавливают в 1, но в случае, когда его не определяют как место назначения получения, флаг устанавливают в 0. Следует отметить, что детали ID приложения и флаг назначения получения описаны ниже со ссылкой на фиг.11.
Тип приложения представляет собой информацию, указывающую тип (например, html, Java и т.п.) приложения широковещательной передачи данных, соответствующего инициирующему сигналу.
Время окончания приложения представляет собой информацию, которая указывает, в случае, когда инициирующий сигнал, в котором код команды представляет собой конец приложения, не может быть принят, время, в которое исполняемое приложение широковещательной передачи данных должно быть конечным.
ID события представляет собой информацию для идентификации события в случае, когда код команды представляет собой событие приложения. Версия протокола представляет собой информацию, указывающую версию формата инициирующего сигнала. Данные исполнения представляют собой информацию, предназначенную для использования, в случае, когда код команды представляет собой событие приложения, для начала (исполнения) события. Следует отметить, что инициирующий сигнал не всегда включает в себя все элементы, описанные выше, но включает в себя только необходимые из элементов, в соответствии с моментами исполнения или командным кодом.
На фиг.7 иллюстрируется пример элементов, включенных в инициирующий сигнал в случае, когда командный код представляет собой запуск приложения.
В случае, когда командный код представляет собой запуск (исполнение) приложения, инициирующий сигнал включает в себя, например, как показано на фиг.7, ID инициирования (Triggered) из 8 битов и командный код (command_code) из 8 битов и включает в себя как ссылку на приложение, ID приложения (App_id) из 24 битов, флаг разрешения использования накопления (Downloaded_App_flag) размером 1 бит и флаг разрешения использования передачи данных (Intemet_App_flag), равный 1 бит.
Инициирующий сигнал дополнительно включает в себя, как поле, зависящее из команды, тип приложения (App_type) из 4 битов, версию протокола (Protocol_version) из 8 битов, время окончания приложения (App_expire_date) из 32 битов и т.д., как показано на фиг.7.
Следует отметить, что, в случае, когда командный код представляет собой содержание предварительного кэш, ссылка на его приложение включает в себя ID приложения из 24 битов, флаг использования накопления, равный 1 биту, флаг разрешения использования широковещательной передачи данных, равный 1 биту, и флаг разрешения использования передачи данных, равный 1 биту, аналогично случаю, когда командный код представляет собой запуск приложения.
На фиг.8 иллюстрируется пример элементов, включенных в инициирующий сигнал, в случае, когда командный код представляет собой событие приложения.
В случае, когда командный код представляет собой событие приложения (событие ввода), инициирующий сигнал включает в себя, например, ID инициирования (Trigger_id) из 8 битов и командный код (command_code) из 8 битов. Инициирующий сигнал дополнительно включает в себя, например, версию протокола (Protocol_version) из 8 битов, ID приложения (App_id) из 24 битов, тип приложения (App_type) из 4 битов, ID события (Event_id) из 8 битов, данные исполнения (данные, внедренные в событие) из N битов и т.д.
Следует отметить, что, в принципе, случай, когда командный код представляет собой запуск приложения или предварительно кэшированного кода, ниже описан со ссылкой на фиг.9-22. Кроме того, другой случай, в котором командный код представляет собой событие приложения, ниже описан со ссылкой на фиг.23-26.
На фиг.9 иллюстрируется пример AV содержания, которое принимают как цифровой сигнал телевизионной широковещательной передачи в устройстве 60 приема, и содержание широковещательной передачи данных, которое используется устройством 60 приема, когда должна быть выполнена услуга широковещательной передачи данных.
AV содержание 111, представленное в позиции А на фиг.9, состоит из множества файлов. В данном случае AV содержание 111 составлено, например, из AV файла, представляющего видеоданные и аудиоданные, соответствующие телевизионной программе, метафайла, представляющего жанр телевизионной программы и т.д., и миниатюрного изображения типа JPEG, представляющего миниатюрное изображение телевизионной программы.
В то же время, содержание 112 широковещательной передачи данных, представленное в позиции В на фиг.9, составлено из множества файлов. В данном случае содержание 112 широковещательной передачи данных составлено, например, из вступительного файла 131 приложения, который выполняют первым как приложение широковещательной передачи данных, когда должна быть выполнена услуга широковещательной передачи данных, файла 132 приложения и другого файла 133 приложения, на который делается ссылка из вступительного файла 131 приложения и который выполняют, файл неподвижного изображения (GIF или JPEG) и файл движущегося изображения (AV файл), ссылка на который делается файлом 133 приложения, и т.д.
На фиг.10 иллюстрируется пример случая, в котором устройство 60 приема изменяет изображение, отображаемое на экране, таким образом, как представлено на фиг.3, на основе инициирующего сигнала.
Как представлено на фиг.10, в случае, когда инициирующий сигнал, в котором командный код представляет собой предварительное кэширование (Pre-Cache), вводят секцией 89 обработки инициирования, секция 90 управления приложением управляет механизмом 91 приложения для получения и размещения в предварительном кэш вступительного файла 131 приложения (соответствующий appli на фиг.10) содержания 112 широковещательной передачи данных.
В частности, например, этот инициирующий сигнал включает в себя, в дополнение к ID инициирования инициирующего сигнала и командному коду, представляющему размещение в предварительном кэш, ID приложения (application ID) и флаг места назначения получения (в данном случае, три флага, такие как флаг разрешения использования широковещательной передачи, флаг разрешения использования передачи данных и флаг разрешения использования накопления), в качестве ссылки на приложение, как представлено на фиг.11.
ID приложения указывает схему (строку знаков) www.ccc.com/contentl.html., представляющую общее пространство имен.
В соответствии с этим, секция 90 управления приложением определяет место назначения получения файла 131 входного приложения, обозначенного ID приложения, на основе флага обозначения получения, включенного в инициирующий сигнал из секции 89 обработки инициирования, и уведомляет механизм 91 приложения о месте назначения получения файла 131 входного приложения. Кроме того, секция 90 управления приложением уведомляет механизм 91 приложения об URL http://www.ccc/contentl.htmL полученном путем добавления "http://" перед схемой.
Механизм 91 приложения получает файл 131 входного приложения из места назначения получения, уведомление о котором было получено от секции 90 управления приложением, на основе URL http://www.ccc/contentl.html, полученного в виде уведомления от секции 90 управления приложением, под управлением секцией 90 управления приложением, и обеспечивает размещение во встроенном кэш (накопителе), предусмотренном во встроенном предварительном запоминающем устройстве и т.п., файла 131 входного приложения.
Следует отметить, что предполагается, что по меньшей мере в одном из серверов 42 цифровой сигнал телевизионной широковещательной передачи, передаваемой в режиме широковещательной передачи устройством 41 широковещательной передачи, и накопителя 88, размещен файл 131 входного приложения в ассоциированной взаимосвязи с URL http://www.ccc/contentl.html, в качестве общего пространства имен.
Кроме того, в случае, когда инициирующий сигнал, в котором командный код, представляющий собой запуск приложения (исполнить), вводят от секции 89 обработки инициирования, секция 90 управления приложением управляет механизмом 91 приложения для выполнения размещенного в предварительном кэш вступительного файла 131 приложения, представленного на фиг.10. Следовательно, механизм 91 приложения исполняет вступительный файл 131 приложения для получения и подачи пиктограммы 72а биржевой информации на секцию 86 вывода видеоизображения. Секция 86 вывода видеоизображения комбинирует пиктограмму 72а биржевой информации из механизма 91 приложения и видеосигнал от видеодекодера 85 для обеспечения отображения видеоизображения 72, включающего в себя пиктограмму 72а биржевой информации, как показано на фиг.10.
Затем, в ответ на операцию выбора, выполняемую для выбора пиктограммы 72а биржевой информации пользователем, выполняют переход к видеоизображению, отображаемому на мониторе, который не показан, как описано выше со ссылкой на фиг.3.
На фиг.12 иллюстрируется пример программы получения, предназначенной для получения файла, предназначенного для исполнения, для выполнения услуги широковещательной передачи данных, во взаимосвязи с AV содержанием.
В частности, например, на фиг.12 иллюстрируется пример вступительного файла 131 приложения в качестве программы получения.
Вступительный файл 131 входного приложения представляет собой, например, документ HTML, описанный в HTML (язык разметки гипертекста), и в качестве исполнительного кода, который обеспечивает отображение пиктограммы 72а биржевой информации,<hrer="xmloc://www.xxx.com/content2.html&path=st,bb,cc">, описан, как представлено на фиг.12.
"xmloc://" указывает, что документ "content2.html" HTML, обозначенный URL "http://www.ccc.com/content2.html", может быть получен по меньшей мере из одного телевизионного сигнала широковещательной передачи, накопителя 88 и сервера 42.
Кроме того, рядом со следующим "&path=," по меньшей мере, один из "st. (накопителя)", представляющий накопитель 88, "bb (широковещательный)", представляющий сервер 42 для Интернет 50, и "be (широковещательная передача)", представляющий цифровой сигнал телевизионной широковещательной передачи, из устройства 41 широковещательной передачи, описан как место назначения получения документа "content2.html" HTML.
В случае по фиг.12, "&path=st,bb,cc" включен, и это указывает, что документ "content2.html" HTML может быть получен из любого из накопителя 88, сервера 42 по Интернету 50 и цифрового сигнала телевизионной широковещательной передачи.
В частности, например, в случае, когда механизм 91 приложения исполняет<href="xmloc://www.ccc.com/content2.html&path=st,bb,bc">описанный в таком документе HTML, как показано на фиг.12, для получения документа "content2.html" HTML (например, для обеспечения отображения файла неподвижного изображения, представляющего пиктограмму 72а биржевой информации), необходимо отобразить пиктограмму 72а биржевой информации, механизм 91 приложения получает документ HTML от любого из накопителя 88, сервера 42 по Интернету 50, и цифрового сигнала телевизионной широковещательной передачи.
Поскольку, например, URL принят как информация для обозначения документа HTML - цели получения, как показано на фиг.12, документ HTML - цели получения может быть обозначен форматом URL независимо от места назначения получения документа HTML.
В соответствии с этим устраняется необходимость разработки документа HTML - цели получения в формате, который отличается, например, для разных мест назначения получения. Поэтому, по сравнению со случаем, в котором документ HTML должен быть обозначен в формате, который отличается для разных мест назначения получения, информация для обозначения документа HTML - цели получения в отношении такого документа HTML, как показано на фиг.12, может быть легко описана.
Обработка сигнала инициирования
Теперь будет описана обработка сигнала инициирования, которая исполняется, когда устройство 60 приема принимает сигнал инициирования.
На фиг.13 показана блок-схема последовательности операций, иллюстрирующая обработку сигнала инициирования. Такая обработка сигнала инициирования исполняется повторно, в то время как пользователь просматривает телевизионную программу, а именно, в то время как принимают цифровой сигнал телевизионной широковещательной передачи.
На этапе S1 секция 89 обработки инициирования ожидает, пока не будет принят пакет PCR, который включает в себя сигнал инициирования, на основе входа от секции 82 демультиплексирования. Затем, когда пакет PCR, который включает в себя сигнал инициирования, будет принят, секция 89 обработки инициирования получает сигнал инициирования из принятого пакета PCR и подает сигнал инициирования на секцию 90 управления приложением. После этого обработка переходит на этап S2.
На этапе S2 секция 90 управления приложением определяет, на основе ID инициирования, включенного в сигнал инициирования от секции 89 обработки инициирования, была или нет обработка на этапах, начинающихся с этапа S3, уже выполнена для сигнала инициирования от секции 89 обработки инициирования. Если определяют, что обработка на этапах, начинающихся с этапа S3, уже была выполнена, тогда обработка возвращается на этап S1, после чего аналогичная обработка повторяется. И, напротив, если определяют, что процессы на этапах, начинающихся с этапа S3, не были выполнены для сигнала инициирования, тогда обработка переходит на этап S3.
На этапе S3 секция 90 управления приложением определяет, какое из запуска приложения, события приложения, окончания приложения и размещения в предварительном кэш указывает командный код сигнал инициирования.
Если на этапе S3 определяют, что командный код сигнала инициирования указывает на запуск приложения, тогда обработка переходит на этап S4.
На этапе S4 секция 90 управления приложением выполняет, на основе ID приложения и флага места назначения получения, включенного в сигнал инициирования, процесс получения файла, который обеспечивает получение механизмом 91 приложения, приложения широковещательной передачи данных (например, вступительного файла 131 приложения по фиг.9), обозначенного по ID приложения, из места назначения получения, определенного флагом места назначения получения. Следует отметить, что подробности обработки получения файла описаны со ссылкой на блок-схему последовательности операций на фиг.14.
Здесь, если приложение широковещательной передачи данных было получено и уже размещено в кэш на этапе S11 описанным ниже механизмом 91 приложения, тогда обработку на этапе S4 пропускают, и обработка переходит на этап S5.
На этапе S5 механизм 91 приложения обеспечивает отображение, например "Выполнить приложение?" и т.п., на экране под управлением секции 90 управления приложением, для подсказки пользователю выполнить операцию запуска приложения широковещательной передачи данных (например, файла 131 входного приложения). Если на этапе S6 определяют, что операция запуска была введена пользователем в ответ на отображение подсказки, тогда обработку переводят на этап S8. На этапе S8 механизм 91 приложения запускает (исполняет) приложение широковещательной передачи данных, полученное в процессе получения файла на этапе S4 или S11, под управлением секции 90 управления приложением. Вследствие этого, например, видеоизображение 72, включающее в себя пиктограмму 72а биржевой информации, отображается на непоказанном мониторе. После этого обработка возвращается на этап S1 так, что после этого повторяются аналогичные процессы.
Следует отметить, что, если на этапе S6 определяют после отображения подсказки на этапе S5 о том, что операция запуска не была введена пользователем и затем определяют на этапе S7, что заданный период времени истек, в то время как операция запуска не была введена пользователем, тогда обработка возвращается на этап S1 так, что после этого выполняются аналогичные процессы.
Если на этапе S3 определяют, что командный код инициирующего сигнала представляет собой событие приложения, тогда обработка переходит на этап S9. На этапе S9, только когда ID приложения инициирующего сигнала и ID приложения широковещательной передачи данных во время операции совпадают друг с другом, секция 90 управления приложением управляет механизмом 91 приложения для запуска (исполнения) события, соответствующего ID события инициирующего сигнала в устройстве широковещательной передачи данных во время работы. После этого обработка возвращается на этап S1 так, что далее повторяются аналогичные процессы.
Если на этапе S3 определяют, что командный код инициирующего сигнала представляет собой конец приложения, тогда обработка переходит на этап S10. На этапе S10 секция 90 управления приложением управляет, только когда ID приложения инициирующего сигнала и ID приложения данных для приложения широковещательной передачи данных во время работы совпадают друг с другом, механизмом 91 приложения, чтобы закончить работу устройства широковещательной передачи данных. После этого обработка возвращается на этап S1 так, что после этого повторяются аналогичные процессы.
Следует отметить, что, даже в случае, когда инициирующий сигнал, в котором командный код представляет собой конец приложения, не принимают, если время в настоящее время достигает времени окончания приложения, описанного в инициирующем сигнале, когда приложение широковещательной передачи данных во время операции было запущено, тогда приложение широковещательной передачи данных во время выполнения операции заканчивается.
Если на этапе S3 определяют, что командный код инициирующего сигнала помещен в предварительный кэш, тогда обработка переходит на этап S11. На этапе S11 секция 90 управления приложением выполняет, на основе ID приложения и флага места назначения получения, включенного в инициирующий сигнал, процесс получения файла, описанный выше со ссылкой на фиг.14. Кроме того, секция 90 управления приложением сохраняет приложение широковещательной передачи данных, полученное механизмом 91 приложения через процесс получения файла, в средстве хранения, таком как запоминающее устройство кэш, включенное в механизм 91 приложения. После этого обработка возвращается на этап S1 так, что после этого выполняется аналогичная обработка.
Как и на этапе S11, если командный код помещен в предварительный кэш, тогда соответствующие приложение широковещательной передачи данных может быть получено до синхронизации со временем широковещательной передачи данных телевизионной программы. Следовательно, одновременно с началом телевизионной программы, которая должна быть синхронизирована, соответствующее приложение широковещательной передачи данных может быть выполнено. Описание процесса задержки инициирующего сигнала на этом заканчивается.
Подробное описание обработки получения файла
Теперь будет описана обработка получения файла на этапе S4 или S 11 по фиг.13 со ссылкой на блок-схему последовательности операций на фиг.14.
На этапе S31 секция 90 управления приложением получает ID приложения, включенный в ссылку приложения инициирующего сигнала, подаваемого в него от секции 89 обработки инициирования. В данном случае ID приложения указывает схему www.ccc.com/contentl.html для обозначения места назначения получения файла.
Затем секция 90 управления приложением подает URL http://www.ccc.com/contentl.html, полученный путем добавления "http://" перед схемой www.ccc/contenti.html. в качестве полученного ID приложения, в механизм 91 приложения.
Кроме того, на этапе S31, секция 90 управления приложением получает флаг разрешения использования накопления среди множества флагов обозначения получения (флаг разрешения использования накопления, флаг разрешения использования передачи данных и флаг разрешения использования широковещательной передачи данных), включенных в инициирующий сигнал, подаваемый от секции 89 обработки инициирования. Затем секция 90 управления приложением определяет, равен или нет 1 полученный флаг разрешения использования накопления. Затем, если определяют, что флаг разрешения использования накопления равен 1, тогда секция 90 управления приложением уведомляет механизм 91 приложения о накопителе 88 в качестве места назначения получения файла и затем переходит к обработке на этапе S32.
На этапе S32 механизм 91 приложения определяет, сохранен или нет уже файл (ниже называемый целевым файлом), обозначенный посредством URL (в данном случае, "http://www.ccc/contentl.html") из секции 90 управления приложением в месте назначения получения (в настоящем случае, накопителе 88) файла, уведомленного секцией 90 управления приложением.
Затем, если механизм 91 приложения определяет, что целевой файл уже сохранен в накопителе 88, который представляет собой место назначения получения файла, тогда он переходит к обработке на этапе S33, на котором он считывает целевой файл из накопителя 88. Затем процесс получения файла заканчивается. После того обработка возвращается на этапы S4 или S11 по фиг.13.
С другой стороны, если механизм 91 приложения определяет на этапе S32, что целевой файл еще не накоплен в накопителе 88, который представляет собой цель получения файла, тогда он переходит к обработке на этапе S34. Следует отметить, что также, когда секция 90 управления приложением определяет на этапе S31, что полученный флаг разрешения на использование накопления не равен 1 (а равен 0), он переходит к обработке на этапе S3 4.
На этапе S34 секция 90 управления приложением получает флаг разрешения на использование широковещательной передачи из множества флагов места назначения получения, включенных в ссылку приложения инициирующего сигнала, подаваемого секцией 89 обработки инициирования. Затем секция 90 управления приложением определяет, равен или нет 1 полученный флаг разрешения на использование широковещательной передачи. Если секция 90 управления приложением определяет, что флаг разрешения на использование широковещательной передачи равен 1, тогда он уведомляет механизм 91 приложения о цифровом сигнале телевизионной широковещательной передачи в качестве места назначения получения файла. Затем обработка переходит на этап S35.
На этапе S35 механизм 91 приложения пытается получить целевой файл, обозначенный по URL, секцией 90 управления приложением, из места назначения получения (в данном случае, цифровой сигнал телевизионной широковещательной передачи) файла, уведомление которого пришло от секции 90 управления приложением. Следует отметить, что предполагается, что в данном случае цифровой сигнал телевизионной широковещательной передачи поступает в механизм 91 приложения через тюнер 81, секцию 82 демультиплексирования, секцию 89 обработки инициирования и секцию 90 управления приложением.
На этапе S36 механизм 91 приложения определяет, на основе результата обработки на этапе S35, было или нет успешным получение целевого файла. Затем, если определяют, что получение целевого файла было успешным, тогда процесс получения файла заканчивается. После этого обработка возвращается на этап S4 или S11 по фиг.13.
С другой стороны, если механизм 91 приложения определяет на этапе S36, на основе результата обработки на этапе S35, что получение целевого файла не привело к успеху (привело к неудаче), тогда обработка переходит на этап S37. Следует отметить что также, когда секция 90 управления приложением определяет на этапе S34, что полученный флаг разрешения на использование широковещательной передачи не равен 1 (равен 0), обработка переходит на этап S37.
На этапе S37 секция 90 управления приложением получает флаг разрешения на использование передачи данных из множества флагов места назначения получения, включенных в ссылку приложения инициирующего сигнала, подаваемого от секции 89 обработки инициирования. Затем секция 90 управления приложением определяет, равен или нет 1 полученный флаг разрешения на использование передачи данных. Затем, если секция 90 управления приложением определяет, что флаг разрешения на использование передачи данных равен 1, тогда он уведомляет механизм 91 приложения сервера 42 о месте назначения получения файла. Затем обработка переходит на этап S38.
Следует отметить, что, на данном этапе, хотя была сделана попытка получить целевой файл из накопителя 88 и цифровой сигнал телевизионной широковещательной передачи, попытка сразу привела к неудаче, и только сервер 42 остается местом назначения получения целевого файла. В соответствии с этим, в процессе получения файла обработка на этапе S37 может быть исключена при выполнении обработки на этапах, начинающихся с этапа S38.
На этапе S38 механизм 91 приложения пытается получить целевой файл, обозначенный по URL от секции 90 управления приложением из места назначения получения (в настоящем случае, сервер 42) файла, уведомление о котором было получено от секции 90 управления приложением.
На этапе S39 механизм 91 приложения определяет, на основе результата обработки на этапе S38, привело или получение целевого файла к успеху. Если механизм 91 приложения определяет, что получение целевого файла привело к успеху, тогда обработка получения файла заканчивается. После этого обработка возвращается на этап S4 или S11 по фиг.13.
С другой стороны, если механизм 91 приложения определяет на этапе S39, на основе результата обработки на этапе S38, что получение целевого файла не привело к успеху (привело к неудаче), тогда он приводит к отображению на мониторе, который не показан и т.п., что получение файла привело к неудаче. Затем процесс получения файла заканчивается. После этого процесс возобновляется на этапе S1 по фиг.13.
Следует отметить также, что, когда секция 90 управления приложением определяет на этапе S37, что полученный флаг разрешения на использование передачи данных не равен 1 (равен 0), это обеспечивает отображение на мониторе, который не показан и т.п., аналогичное тому, что получение файла привело к неудаче. Затем процесс получения файла заканчивается. Также, в этом случае, обработка возобновляется на этапе S 1 по фиг.13 аналогичным образом.
Как описано выше, в соответствии с процессом получения файла, поскольку получение из накопителя 88 осуществляют до выполнения его из другого места назначения получения (цифровой сигнал телевизионной широковещательной передачи и сервер 42), целевой файл может быть получен более быстро.
В частности, поскольку накопитель 88, из которого может быть получен целевой файл только путем его считывания, предпочтительно определяют как место назначения получения целевого файла, целевой файл может быть получен более быстро по сравнению с альтернативным случаем, в котором целевой файл получают путем приема цифрового сигнала телевизионной широковещательной передачи или через доступ к серверу 42.
Кроме того, например, в соответствии с процессом получения файла получение из накопителя 88 или через цифровой сигнал телевизионной широковещательной передачи выполняют перед получением от сервера 42. Поэтому может быть предотвращена такая ситуация, когда на сервере 42 происходит отказ, из-за того, что запросы на получение целевых файлов на сервере 42 концентрируются, или подобной ситуации.
Цифровой сигнал телевизионной широковещательной передачи из устройства 41 широковещательной передачи
Теперь, со ссылкой на фиг.15-19, будет описан цифровой сигнал телевизионной широковещательной передачи, передаваемый в режиме широковещательной передачи от устройства 41 широковещательной передачи.
На фиг.15 показан пример конфигурации цифрового сигнала телевизионной широковещательной передачи.
Как представлено на фиг.15, цифровой сигнал телевизионной широковещательной передачи состоит, для каждого канала, из инициирующего сигнала, видеосигнала (соответствующего видеоданным AV содержания), аудиосигнала (соответствующего аудиоданным AV содержания), сигнала передачи файла, включающего в себя целевой файл, получаемый в процессе получения файла, и т.д., и, в качестве информации управления, относящейся к каналу, метасигнала, включающего в себя, например, VCT (виртуальную таблицу канала) и т.д.
Следует отметить, что для сигнала передачи файла используется способ передачи файла по FLUTE. На фиг.16 представлен пример стека протокола передачи файла по FLUTE.
На фиг.17 иллюстрируется способ передачи файла по FLUTE.
На фиг.17 показан вид, иллюстрирующий конфигурацию данных содержания, передаваемого в результате сеанса FLUTE. Данные, получаемые в сеансе FLUTE, составляют такие потоки сеанса FLUTE, как представлено с левой стороны на фиг.17.
С каждым из потоков сеанса FLUTE ассоциирован идентификатор "TSI" (идентификатор сеанса транспортирования) для идентификации сеанса FLUTE, и индивидуальные потоки сеанса идентифицируют на основе идентификаторов "TSI".
Каждый поток сеанса FLUTE фактически состоит из множества файлов, разделенных на заданный размер, и идентификатора, называемого "TOI" (идентификатор объекта транспортирования), применяется для каждого из множества файлов. Множество файлов может быть установлено на основе TOI. В настоящем примере файл, "TOI" которого равен 0, представляет собой "FDT" (таблица доставки файла); файл, "ТОI которого равен 1, представляет собой " FILE №1"; файл, "ТОI которого равен 2, представляет собой " FILE №2,"…
Следует отметить, что каждый из множества файлов передают, как пакеты ALC (асинхронный протокол многоуровневого кодирования)/LCT (многоуровневая транспортировка кодирования (строительный блок)).
На фиг.18 иллюстрируется пример "FDT", представляющий файл, когда "ТОI равен 0.
В FDT описана информация о каждом из других файлов (других файлов, кроме FDT), которые составляют поток сеанса FLUTE.
В частности, например, в FDT, преимущественно информация 151 файла о "FILE №1" в сеансе FLUTE, информация 152 файла о "FILE №2" в сеансе FLUTE, … описана, как представлено на фиг.18.
Информация 151 файла включает в себя "ТОI, "местоположение", "тип", "размер", "ID содержания", "ID файла" … о " FILE №1". Следует отметить, что "ТОI представляет собой информацию для идентификации файла "FILE №1" в сеансе FLUTE, и фактически, заданное цифровое значение описано в "ТОГ.
В информации 151 файла, "местоположение" представляет собой URL, в котором присутствует "FILE №1" и т.п., и "тип" представляет тип файла (тип данных) для "FILE №1". Например, в случае, когда "FILE №1" представляет собой файл данных изображения, "тип" описан как "видеоизображение" и т.п., но в случае, когда "FILE №" представляет собой файл звуковых данных, "тип" описан, как "аудиоданные" и т.п.
Кроме того, в информации 151 файла, "размер" представляет собой размер файла "FILE №1"; "ID содержания" представляет идентификатор для уникальной идентификации содержания, который включают в себя " FILE №1"; и "ID файла" представляет идентификатор для уникальной идентификации "FILE №1".
Следует отметить, что, поскольку информация 152 файла аналогична информации 151 файла, ее описание здесь не представлено.
На фиг.19 показан пример для случая, когда FDT описан на языке XML (расширяемый язык разметки).
На фиг.19, например, в качестве информации 151 файла, относящейся к "FILE#1," описаны 'Location="http://www.example.com/menu/tracklist.htm1" который указывает местоположения "FILE#1," TOI="1", указывающий TOI для "FILE#1," 'Content-id="Ox6784bf35"' указывающий ID содержания, соответствующий ID "FILE#1," 'File-id="1" указывающий ID файла для "FILE#1," Type="text/htm" /' указывающий тип файла для "ПЬЕ#1" и т.д.
Кроме того, например, как показано на фиг.19, в качестве информации 152 файла, относящейся к "FILE#2," описаны 'Location="http://www.example.com/tracks/trackl.mp3'" указывающий местоположения "FILE#1," TOI="2"', указывающий для TOI "FILE#2," 'Length="6100"', указывающий размер "FILE#2," 'Content-id="Ox6784bf35"', указывающий ID содержания, соответствующий "FILE#2," 'File-id="3"', указывающий ID файла для "FILE#2," 'Type="audio/трЗ"', указывающий тип файла для "FILE#2" и т.д.
Когда целевой файл должен быть получен из цифрового сигнала телевизионной широковещательной передачи, механизм 91 приложения устанавливает целевой файл местоположения, совпадающий с URL, уведомление о котором он получил из секции 90 управления приложением, на основе переданного FDT, (широковещательная передача), например, с помощью способа передачи файла по FLUTE.
Следует отметить, что, также при широковещательной передаче загрузки, используется способ передачи файла по FLUTE. Если устройство 60 приема принимает цифровой сигнал телевизионной широковещательной передачи по FLUTE, тогда файлы, соответствующие пакету ALC/LCT, в котором, TOI выше, чем 1 ("FILE#1," "FILE#2" и т.д.), сохраняются в накопителе 88, например, в такой иерархической структуре, как показана на фиг.20, на основе файла, соответствующего пакету "FDT" ALC/LCT для TOI=0. Также FDT сохраняют в накопителе 88.
Когда механизм 91 приложения получает целевой файл из накопителя 88, он устанавливает целевой файл в местоположении, совпадающем с URL, уведомление о котором пришло из секции 90 управления приложением, например, на основе FDT, сохраненного в накопителе 88.
Кроме того, в способе передачи файла по FLUTE, предполагается случай, в котором широковещательная передача при загрузке, состоящая в широковещательной передаче цифрового сигнала телевизионной широковещательной передачи, сохраняемого в накопителе 88, и воспроизводимого позже, и широковещательная передача в режиме реального времени при широковещательной передаче цифрового сигнала телевизионной широковещательной передачи, который используется в режиме реального времени, осуществляются одновременно. В этом случае сеанс загрузки широковещательной передачи и сеанс для широковещательной передачи в режиме реального времени выполняют, как отдельные друг от друга сеансы. В частности, TSI сеанса для широковещательной передачи в режиме реального времени устанавливают на фиксированное значение, такое как 0, в то время как TSI сеанса для широковещательной передачи загрузки устанавливают на произвольное значение, на равное 0 таким образом, что сеансы могут отличаться друг от друга.
2. Второй вариант осуществления
В то время как в первом варианте осуществления целевой файл обозначен по URL, как обозначено на фиг.11 и 12, способ обозначения целевого файла не ограничен этим.
В частности, например, вместо схемы "www.ccc.com/content2.html", ID файла целевого файла и ID содержания для содержания, включающего в себя целевой файл, могут быть описаны, как показано на фиг.21, для обозначения целевого файла. Следует отметить, что, в то время как на фиг.21 ID содержания представлен 4 байтами, и ID файла представлен 2 байтами, количество байтов ID содержания и ID файла не ограничиваются этим. Кроме того, на фиг.21, ID содержания и ID файла представлены, в качестве примера, шестнадцатеричными цифрами и установлены, например, в "2fa64810b233a" и т.п.
Когда целевой файл должен быть получен от сервера 42, механизм 91 приложения обращается к URL 'http://[bc_domain]?file="[cid][fid] для получения целевого файла. Следует отметить, что [bc_domain] представляет имя домена сервера 42, "cid" ID содержания, и [fid] представляет имя файла.
URL "http://[bc_domain]" сервера 42 включен в широковещательную передачу VCT, как метасигнал. Поэтому механизм 91 приложения выделяет URL "http://[bc_domain]" сервера 42 из VCT широковещательной передачи. Затем механизм 91 приложения выполняет доступ по URL 'http:// [bc_domain]?,=file="[cid] [fid]'", полученному на основе выделенного "http://[bc_domain]" и содержанию ID и ID файла, описанным в документе HTML (например, 131), показанном на фиг.21, для получения целевого файла.
В случае, когда целевой файл должен быть получен из цифрового сигнала телевизионной широковещательной передачи, механизм 91 приложения получает файл, соответствующий ID содержания, и ID файла, описанный в документе HTML, представленном на фиг.21, на основе FDT широковещательной передачи, как целевой файл.
В случае, когда целевой файл должен быть получен из накопителя 88, механизм 91 приложения получает (считывает) файл, соответствующий ID содержания, и ID файла, описанный в документе HTML, показанном на фиг.21, на основе FDT, сохраненном в накопителе 88, как целевой файл.
Как показано на фиг.21, в случае, когда используются ID содержания и ID файла, целевой файл может быть обозначен меньшим количеством байтов по сравнению с альтернативным случаем, в котором, например, используется первый вариант осуществления (в случае, когда используется "www.ccc.com/content2.html").
Кроме того, например, ID содержания и ID файла представляют собой простые перечисления строк знаков (в случае фиг.21, представленных в виде шестнадцатеричных чисел). Поэтому, даже если происходит утечка ID содержания и ID файла, не существует возможности определения местоположения сохранения целевого файла из ID содержания и ID файла, утечка которых произошла.
Следует отметить, что в то время как на фиг.21 целевой файл обозначен на основе ID содержания и ID файла, описанных в документе HTML, это аналогично также в отношении инициирующего сигнала.
В частности, например, ID содержания из 4 байтов, ID файла из 2 байтов и флаг назначения получения могут быть включены в ссылку приложения инициирующего сигнала для обозначения целевого файла.
В частности, поскольку инициирующий сигнал передают путем цифровой телевизионной широковещательной передачи и т.п., предпочтительно, инициирующий сигнал имеет меньшее количество данных.
На фиг.22 иллюстрируется пример случая, в котором, в конфигурации, в которой ID приложения из 3 байтов и флаг назначения получения включены в ссылку приложения инициирующего сигнала, содержание, включающее в себя файл, предназначенный для исполнения, обозначен, и его получают.
Следует отметить, что предполагается, что на фиг.22 ID приложения представляет собой информацию идентификации из 3 байтов для простой идентификации приложения широковещательной передачи данных, для уменьшения количества данных инициирующего сигнала.
Обращаясь к фиг.22, можно видеть, что в отличие от ID приложения, представленного например, на фиг.7 или 11, ID приложения не составлено так, что оно представляет схему "www.ccc.com/contentl.html" и поэтому может быть представлено на 3 байта меньшим количеством данных, чем 24 байта.
В случае, когда инициирующий сигнал используется для обозначения содержания, секция 90 управления приложением формирует ID содержания, в котором нижние 3 байта представляют ID приложения, включенный во входной инициирующий сигнал, и верхний 1 байт представляет информацию типа, указывающую тип содержания, которое должно быть получено, как показано на фиг.22. Затем секция 90 управления приложением подает ID содержания в механизм 91 приложения.
В частности, в данном случае, все части содержания, полученные на основе принятого инициирующего сигнала, представляют собой содержание, используемое для широковещательной передачи данных, и они ограничены одним типом. В соответствии с этим информация типа содержания, которое должно быть получено в ответ на прием инициирующего сигнала, является одной и той же среди разных частей содержания.
В соответствии с этим предполагается, что, например, секция 90 управления приложением содержит информацию типа содержания, предназначенную для получения заранее, в ответ на прием инициирующего сигнала во встроенном запоминающем устройстве (не показано).
Секция 90 управления приложением выделяет, например, в ответ на прием инициирующего сигнала от секции 89 обработки инициирования ID приложения из инициирующего сигнала. Затем секция 90 управления приложением формирует ID содержания, в котором 3 нижних байта представляют извлеченный ID приложения, и верхний 1 байт представляет информацию типа, содержащуюся во встроенном запоминающем устройстве, и подает ID содержания в механизм 91 приложения.
Кроме того, секция 90 управления приложением определяет место назначения получения содержания, обозначенного сформированным идентификатором содержания, на основе флага назначения получения, включенного в инициирующий сигнал из секции 89 обработки инициирования, и затем уведомляет механизм 91 приложения о месте назначения получения.
Механизм 91 приложения получает содержание по ID содержания, такому же, как ID содержания от секции 90 управления приложением, из места назначения, переданного в него по уведомлению от секции 90 управления приложением на основе FDT места назначения получения и т.д.
Следует отметить, что, в данном случае, ID содержания, в котором верхний 1 байт представляет информацию типа, такую же, как и информация типа, содержащаяся в памяти, встроенной в секцию 90 управления приложением, и нижние 3 байта представляют ID приложения, описан как ID содержания в FDT, сохраненном в накопителе 88 и должен быть передан в режиме широковещательной передачи устройством 41 широковещательной передачи.
Кроме того, в сервере 42, ID содержания, в котором верхний 1 байт представляет информацию типа, такую же, как информация типа, содержащаяся в запоминающем устройстве, встроенном в секцию 90 управления приложением, и нижние 3 байта представляют ID приложения, содержится как ID содержания, для идентификации содержания для широковещательной передачи данных, содержащихся в сервере 42.
В соответствии с этим, например, когда содержание должно быть получено из сервера 42, механизм 91 приложения обращается на основе ID содержания от секции 90 управления приложением, к URL 'http:// [bc_domain]? content="0…01)'", для получения соответствующего содержания. Здесь "0…01" представляет информацию типа, помещенную в верхний 1 байт ID содержания от секции 90 управления приложением. Кроме того, "аl" представляет ID приложения, помещенный в нижние 3 байта ID содержания от секции 90 управления приложением. Следует отметить, что предполагается, что механизм 91 приложения выделяет "http://[bc_domain]" из широковещательной передачи VCT, как метасигнал.
С другой стороны, например, в случае, когда содержание должно быть получено из цифрового сигнала телевизионной широковещательной передачи, механизм 91 приложения получает содержание, соответствующее ID содержания ("0…01" "аl") из секции 90 управления приложением, на основе FDT широковещательной передачи из цифрового сигнала телевизионной широковещательной передачи.
Кроме того, например, в случае, когда содержание должно быть получено из накопителя 88, механизм 91 приложения получает (считывает) содержание, соответствующее ID содержания ("0…01" "аl") из секции 90 управления приложением, на основе широковещательной передачи, хранящейся в накопителе 88.
Затем механизм 91 приложения получает заданный файл (например, файл 131 входного приложения по фиг.9) из полученного содержания (например, содержания 112 широковещательной передачи данных по фиг.9).
В частности, например, механизм 91 приложения получает файл, предназначенный для исполнения первым, среди файлов, которые составляют полученное содержание. Следует отметить, что предполагается, что, в данном случае, для файла, который должен быть выполнен первым, применяют название файла (например, index.html и т.п.), представляющее, что файл представляет собой файл, предназначенный для исполнения первым. Поэтому механизм 91 приложения получает и выполняет файл, который должен быть выполнен первым, на основе названия файла среди файлов, которые составляют полученное содержание.
В первом и втором вариантах осуществления, описанных выше, в случае, когда командный код представляет собой запуск приложения или размещение в предварительном кэш, приложение широковещательной передачи данных получают, используя общее пространство имен.
Случай, в котором командный код представляет собой событие приложения
Также в случае, когда командный код представляет собой событие приложения, общее пространство имен может использоваться аналогично для получения данных, для использования, для исполнения события.
Далее, со ссылкой на фиг.23-26, будет описан пример для случая, в котором командный код представляет собой событие приложения.
На фиг.23 иллюстрируется первый пример обработки выполняемой в случае, когда принимают инициирующий сигнал, в котором командный код представляет собой событие приложения.
В позиции А на фиг.23 представлен инициирующий сигнал 74b, в котором командный код представляет собой событие приложения (событие ввода), ID приложения представляет собой информацию Т1 идентификации, предназначенную для идентификации Appli (T1), в качестве приложения широковещательной передачи данных, и ID события представляет собой информацию Е1 идентификации, предназначенную для идентификации события Е1.
В позиции В на фиг.23 представлен пример способа, в соответствии с которым Appli (T1) выполняет событие Е1, на основе Е1, в качестве ID события, включенного в инициирующий сигнал 74b.
В позиции С на фиг.23 представлено событие Е1, в котором видеоизображение 73, которое включает в себя отображение 73а биржевой информации, обновляют в видеоизображении 74, которое включает в себя отображение 74а биржевой информации.
Например, в случае, когда секция 90 управления приложением принимает, например, такой инициирующий сигнал 74b, как показано в позиции В на фиг.23, он выделяет ID приложения и ID события из инициирующего сигнала 74b и подает их в механизм 91 приложения.
Механизм 91 приложения устанавливает Appli (T1), в соответствии с T1, как ID приложения, из секции 90 управления приложением среди уже запущенных приложений широковещательной передачи данных.
Затем механизм 91 приложения обеспечивает выполнение указанным приложением Appli (T1) события Е1, соответствующего ID события, из секции 90 управления приложением, как представлено в позиции В на фиг.23.
В частности, например, механизм 91 приложения обеспечивает исполнение Appli (T1), в качестве приложения широковещательной передачи данных процесса изменения видеоизображения 73, отображаемого на мониторе, который не показан, на видеоизображение 74, как представлено в позиции С на фиг.23.
Следует отметить, что в случае, когда необходимо получить файл, требуемый, когда видеоизображение 73 должно измениться на видеоизображение 74 из некоторого места назначения получения, механизм 91 приложения получает файл аналогичным образом, как и в случае, описанном выше со ссылкой на фиг.12 или 21.
В частности, предполагается, что, например, Appli (T1) выполнено из документа HTML, и в описании в HTML, соответствующем событию Е1, предназначенному для исполнения, обозначены места назначения файла, необходимого для исполнения события Е1 и флаг места назначения получения файла. В этом случае механизм 91 приложения получает файл, необходимый для исполнения события Е1 из места назначения получения, обозначенного флагом назначения получения, на основе описания в HTML, соответствующего событию Е1, предназначенному для исполнения.
Затем механизм 91 приложения использует полученный файл, для исполнения события Е1 для изменения видеоизображения 73 на видеоизображение 74.
На фиг.24 иллюстрируется второй пример обработки, выполняемой в случае, когда принимают инициирующий сигнал, в котором командный код представляет собой событие приложения.
В позиции А на фиг.24 показан инициирующий сигнал 74b, который включает в себя, в дополнение к командному коду, ID приложения и ID события, исполнительные данные (данные, внедренные в событие), которые представляют собой AppDataRefl. Кроме того, поскольку командный кода, ID приложения и ID события, показанные в позиции А на фиг.24, аналогичны командному коду, ID приложения и ID события, представленным на фиг.23, соответственно, их описание здесь не представлено.
Следует отметить, что AppDataRefl представляет общее пространство имен (например, URL, как схему, ID содержания, ID файла и т.д.), необходимо обозначить файл для использования после выполнения события Е1 и флаг места назначения получения.
В данном случае общее пространство имен включено в AppDataRefl. Поэтому ID приложения, представленный на фиг.24, может представлять собой информацию идентификации, предназначенную для идентификации приложения широковещательной передачи данных, но не обязательно должен представлять собой такой ID приложения, который также представляет URL в качестве общего пространства имен, например, аналогично ID приложения, показанному на фиг.11.
В позиции В на фиг.24 показан пример способа, в соответствии с которым Appli (T1) исполняет событие Е1, на основе Е1, в качестве ID события, включенного в инициирующий сигнал 74b, и AppDataRefl как исполнительные данные.
Например, в случае, когда секция 90 управления приложением принимает такой инициирующий сигнал 74b, например, как показано в позиции А на фиг.24, он обеспечивает исполнение Appli(Tl), уже запущенным с помощью механизма 91 приложения, события Е1, соответствующего принятому инициирующему сигналу 74b.
В частности, например, секция 90 управления приложением выделяет T1 как ID приложения, Е1 как ID события, и AppDataRefl как исполнительные данные, из принимаемого инициирующего сигнала 74b.
Затем секция 90 управления приложением определяет сервер 42 как место назначения получения файла (данные приложения, представленные в позиции В на фиг.24), для использования после исполнения события Е1, на основе флага места назначения получения, включенного в извлеченный AppDataRefl, как представлено в позиции В на фиг.24. Затем секция 90 управления приложением уведомляет механизм 91 приложения сервера 42. Кроме того, секция 90 управления приложением уведомляет механизм 91 приложения о пространстве имен, включенном в извлеченный AppDataRefl, T1 как извлеченный ID приложения, и Е1 как извлеченный ID события.
Механизм 91 приложения получает файл, предназначенный для использования после исполнения события Е1 от сервера 42, который представляет собой место назначения получения, полученное в уведомлении от секции 90 управления приложением, на основе пространства имен от секции 90 управления приложением. Затем механизм 91 приложения обеспечивает исполнение события Е1 приложением Appli(T1), соответствующим T1, уведомление о котором было получено от секции 90 управления приложением, соответствующего ID события, полученного как уведомление, от секции 90 управления приложением, используя полученный файл.
Следует отметить, что, хотя, в случае, когда механизм 91 приложения принимает инициирующий сигнал, в котором командный код представляет собой событие приложения, файл, предназначенный для использования после исполнения события Е1, получают от сервера 42, место назначения получения файла при этом не ограничивается сервером 42. В частности, например, механизм 91 приложения может использовать общее пространство имен для получения файла, указанного пространством имен, из одного из множества мест назначения получения, включая в себя сервер 42, в ответ на флаг места назначения получения, как показано на фиг.25.
На фиг.26 иллюстрируется третий пример обработки, выполняемый в случае, когда принимают инициирующий сигнал, в котором командный код представляет собой событие приложения.
В позиции А на фиг.26 показан инициирующий сигнал 74b, который включает в себя, в дополнение к командному коду, ID приложения и ID события, исполнительные данные (данные, встроенные в событие), которые представляют собой AD1. Кроме того, поскольку командный код, ID приложения и ID события, представленные в позиции А на фиг.26, аналогичны командному коду, ID приложения и ID события, представленным на фиг.23, соответственно, их описание здесь исключено.
Следует отметить, что AD1 представляет собой файл, который используется после исполнения события Е1.
В позиции В на фиг.26 иллюстрируется пример способа, в соответствии с которым Appli (TI) исполняет событие Е1, на основе Е1 как ID события, включенный в инициирующий сигнал 74b, и AD1 как исполнительные данные.
В случае, когда секция 90 управления приложением принимает, например, такой инициирующий сигнал 74b, как представлено в позиции А на фиг.26, он обеспечивает выполнение уже запущенным Appli (TI) механизмом 91 приложения события Е1, соответствующего принятому инициирующему сигналу 74b.
В частности, например, секция 90 управления приложением обнаруживает TI, как ID приложения, Е1, как ID события, и AD1, как исполнительные данные, из принятого инициирующего сигнала 74b и уведомляет механизм 91 приложения о них.
Механизм 91 приложения обеспечивает уведомление Appli (T1), соответствующего TI, от секции 90 управления приложением для исполнения события Е1, соответствующего ID события, уведомление о котором было получено от секции 90 управления приложением, используя AD1, уведомление о котором было получено от секции 90 управления приложением.
3. Модификация
В то время, как в первом и втором вариантах осуществления устройство 60 приема определяет место назначения получения целевого файла на основе флага места назначения получения, место назначения получения может быть успешно определено в порядке, определенном заранее при попытке получения файла, до тех пор, пока файл не будет получен из места назначения получения, без использования флага места назначения получения.
В этом случае устраняется необходимость описания флага места назначения получения в инициирующем сигнале или в документе HTML, и становится возможным уменьшить количество данных на величину флага места назначения получения. Поэтому, устройство 41 широковещательной передачи может передавать инициирующий сигнал с уменьшенным количеством данных, или сервер 42 может передавать документ HTML с уменьшенным количеством данных, и, следовательно, другая информация может быть передана с величиной, соответствующей уменьшенной величине данных.
Кроме того, в первом и втором вариантах осуществления, флаг разрешения на использование накопления, флаг разрешения на использование широковещательной передачи и флаг разрешения на использование передачи данных используются, как флаг места назначения получения. Однако, например, в качестве флага места назначения получения, могут быть приняты два флага или четыре или больше флага.
Кроме того, в первом и втором вариантах осуществления, устройство 60 приема получает целевой файл из места назначения получения, на основе принимаемого инициирующего сигнала, и исполняет этот целевой файл. Однако, момент времени, в который целевой файл получают и исполняют, не ограничивается моментом времени, в который принимают инициирующий сигнал. В частности, целевой файл может быть получен из места назначения получения и может быть выполнен, например, в ответ на обозначение целевого файла пользователем. Кроме того, например, в первом и втором вариантах осуществления, файл, предназначенный для исполнения в синхронной взаимосвязи с AV содержанием, получают, как целевой файл. Однако, тип целевого файла не ограничен этим, но любой файл может быть получен, как целевой файл, если этот файл получают по порядку для устройства 60 приема, для исполнения заданной обработки.
Кроме того, на фиг.11 и 12, URL, указывающий пространства имен сервера 42, используется, как информация для обозначения целевого файла. Однако, например, пространство имен цифрового сигнала телевизионной широковещательной передачи или пространство имен накопителя 88 могут использоваться вместо этого.
Следует отметить, что, в то время, как последовательность обработки, описанная выше, может быть выполнена с использованием аппаратных средств, она, в противном случае, может быть выполнена с помощью программных средств. В случае, когда последовательность обработки исполняется программным средством, программу, с помощью которой строят программное обеспечение, устанавливают с носителя записи программы в компьютер, встроенный в аппаратные средства, для исключительного использования или, например, персональный компьютер, предназначенный для универсального использования, который может исполнить различные функции путем установки различных программ.
Пример конфигурации компьютера
На фиг.27 показана блок-схема, представляющая пример конфигурации аппаратных средств компьютера, который выполняет последовательность обработки, описанную выше в соответствии с программой.
В настоящем компьютере 200, CPU (центральное процессорное устройство) 201, ROM (постоянное запоминающее устройство) 202 и RAM (оперативное запоминающее устройство) 203 соединены друг с другом через шину 204.
Кроме того, интерфейс 205 ввода-вывода соединен с шиной 204. С интерфейсом 205 ввода-вывода соединены секция 206 ввода, выполненная из клавиатуры, "мыши", микрофона и т.д., секция 207 вывода, выполненная из модуля обнаружения, громкоговоритель и т.д., секция 208 накопителя, выполненная на основе жесткого диска, энергонезависимого запоминающего устройства и т.д., секция 209 передачи данных, выполненный из сетевого интерфейса, и т.д., и привод 210, предназначенный для привода съемного носителя 211, такого как магнитный диск, оптический диск, магнитооптический диск или полупроводниковое запоминающее устройство.
Компьютер, выполненный таким образом, как описано выше, выполняет последовательность обработки, описанную выше с помощью CPU 201, например, путем загрузки программы, сохраненной в секции 208 накопителя, в RAM 203 через интерфейс 205 ввода-вывода и шину 204, и исполнения этой программы.
Следует отметить, что программа, которая исполняется компьютером, может представлять собой программу, с помощью которой процессы исполняются во временной последовательности, в порядке, описанном в настоящем описании, или может представлять собой программу, с помощью которой эти процессы выполняются параллельно или в требуемые моменты времени, например, тогда, когда происходит вызов программы.
Кроме того, программа может быть обработана отдельным компьютером или может быть обработана распределенным образом на множестве компьютеров. Кроме того, программа может быть передана в и выполнена компьютером в удаленном местоположении.
Кроме того, в настоящем описании, термин система используется для представления всего устройства, состоящего из множества устройств.
Следует отметить, что вариант осуществления настоящего изобретения не ограничен описанными выше вариантами осуществления, но может быть изменен различным образом, без выхода за пределы предмета настоящего изобретения.
Список номеров ссылочных позиций 30 Система широковещательной передачи
41 Устройство широковещательной передачи
42 Сервер
60 Устройство приема
81 Тюнер
82 Секция демультиплексирования
83 Аудиодекодер
84 Секция вывода аудиоданных
85 Видеодекодер
86 Секция вывода видеоданных
87 Секция обработки приема файла
88 Накопитель
89 Секция обработки инициирования
90 Секция 90 управления приложением
91 Механизм приложения
92 Интерфейс связи