УСТРОЙСТВО И СПОСОБ ПЕРЕДАЧИ, УСТРОЙСТВО И СПОСОБ ПРИЕМА И СИСТЕМА ПЕРЕДАЧИ И ПРИЁМА

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

этап генерирования пуска для генерирования пусковой информации, которая представляет собой информацию, относящуюся к исполнению сценария клиентом; и

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Полезный эффект изобретения

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

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

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

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

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

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

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

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

Фиг.7 представляет собой вид, иллюстрирующий пример PDI-Q.

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

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

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

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

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

Фиг.13 представляет собой вид, иллюстрирующий пример PDI-A.

Фиг.14 представляет собой вид, иллюстрирующий пример PDI-A поставляющей стороны.

Фиг.15 представляет собой вид, иллюстрирующий другой пример PDI-A поставляющей стороны.

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

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

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

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

Фиг.20 является блок-схемой, показывающей пример конфигурации вещательной системы, которая осуществляет вещание с системой ATSC-M/H и к которой применимо настоящее изобретение.

Фиг.21 представляет собой вид, иллюстрирующий набор протоколов в сигнале вещательного колебания, передаваемого системой ATSC-M/H.

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

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

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

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

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

Фиг.27 представляет собой вид, иллюстрирующий набор протоколов в сигнале вещательного колебания, передаваемого вещанием NRT.

Фиг.28 представляет собой вид, иллюстрирующий структуру данных TVCT, PAT, РМТ и адресуемой секции DSM-CC.

Фиг.29 представляет собой вид, показывающий структуру данных SMT, NRT-IT и FLUTE FDT.

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

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

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

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

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

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

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

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

Фиг.38 представляет собой вид, иллюстрирующий пример PDI-A пользовательской стороны.

Фиг.39 представляет собой вид, иллюстрирующий другой пример PDI-A пользовательской стороны.

Фиг.40 представляет собой вид, иллюстрирующий пример PDI-A поставляющей стороны.

Фиг.41 представляет собой вид, иллюстрирующий другой пример PDI-A поставляющей стороны.

Фиг.42 представляет собой вид, иллюстрирующий еще один пример PDI-A поставляющей стороны.

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

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

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

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

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

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

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

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

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

2. Второй вариант осуществления

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

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

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

Вещательная система 10 по фиг.1 составлена от сервера 11, предусмотренного на поставляющей стороне, которая вещает (предоставляет) цифровую телевизионную программу (именуемую далее по ситуации как содержимое), такой как вещательная организация, и клиентского оконечного устройства (именуемого здесь просто как клиент) 12, имеющегося в доме пользователя, который смотрит вещательное содержимое. Следует отметить, что, хотя и предполагается, что клиент 12 имеется в каждом из множества домов пользователей, этот клиент 12 может быть выполнен как портативное абонентское устройство, такое как портативный телефон или персональный цифровой ассистент (PDA).

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

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

Фиг.2 показывает пример аппаратной конфигурации сервера 11. На фиг.2 сервер 11 выполнен, например, на базе компьютера.

CPU 21 (Центральный процессор) (исполняет различные виды обработки в соответствии с программой, хранящейся в ROM 22 (постоянном запоминающем устройстве), или программой, загруженной в RAM 23 (оперативное запоминающее устройство) из секции 28 хранения. В RAM 23 по ситуации хранятся данные, необходимые для исполнения различных видов обработки CPV 21 и т.д.

CPV 21, ROM 22 и RAM 23 соединены друг с другом посредством шины 24. С шиной 24 соединен также интерфейс 25 ввода-вывода.

С интерфейсом 25 ввода-вывода соединены секция 26 ввода, скомпонованная из клавиатуры, мыши и т.д., секция 27 вывода, включающая в себя блок отображения, выполненный на электронно-лучевой трубке (ЭЛТ) (CRT), блоке жидкокристаллического дисплея (ЖКД) (LCD) или тому подобного, и громкоговоритель, секция 28 хранения, скомпонованная из привода жесткого диска или тому подобного, и секция 29 связи, выполненная из модема, терминального адаптера или тому подобного. Секция 29 связи осуществляет связь с внешними устройствами через сеть не показана. Дополнительно, программу можно получить через секцию 29 связи и сохранять в секции 28 хранения.

Привод 30 соединен с интерфейсом 25 ввода-вывода при необходимости, и съемный носитель 31, такой как магнитный диск, оптический диск, магнитооптический диск или полупроводниковая память, должным образом загружен в интерфейс 25 ввода-вывода. Таким образом, при необходимости компьютерная программа, считанная из съемного носителя 31, устанавливается в секцию 28 хранения.

Следует отметить, хотя это и не показано, что аппаратное обеспечение клиента 12 скомпоновано аналогично тому, как показано на фиг.2.

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

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

Сервер 11 скомпонован из генератора 41 PDI-Q, секции 42 передачи, генератора 43 PDI-A, секции 44 доставки метаданных, секции 45 накопления содержимого и секции 46 доставки содержимого.

Генератор 41 PDI-Q (вопрос по предпочтительным демографии и интересам) генерирует PDI-Q, который является информацией, представляющей вопрос о предпочтениях пользователя (зрителя) клиента 12. Далее, генератор 41 PDI-Q передает генерируемый PDI-Q клиенту 12 через передающую секцию 42 и подает генерируемый PDI-Q на генератор 43 PDI-A (ответа по предпочтительным демографии и интересам).

Секция 42 передачи передает поданные в нее разнообразные данные от генератора 41 PDI-Q, секции 44 доставки метаданных и секции 46 доставки содержимого клиенту 12.

Генератор 43 PDI-A на основе PDI-Q от генератора 41 PDI-Q генерирует PDI-A, который является информацией, представляющей ответ, установленный поставляющей стороной, на вышеописанный вопрос о предпочтениях пользователя клиента 12, и соответствует PDI-Q. Генератор 43 PDI-A подает генерируемый PDI-A на секцию 44 доставки метаданных.

Секция 44 доставки метаданных конкретизирует (запрашивает) содержимое, соответствующее ответу, установленному на поставляющей стороне, из содержимого, накопленного в секции 45 накопления содержимого, на основе PDI-A от генератора 43 PDI-A. Секция 44 доставки метаданных генерирует контентные метаданные, включающие в себя PDI-A в качестве контентных метаданных конкретизированного содержимого, и передает генерируемые метаданные к клиенту 12 посредством секции 42 передачи.

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

Секция 46 доставки содержимого получает содержимое, конкретизированное секцией 44 доставки метаданных, из содержимого, накопленного в секции 45 накопления содержимого, и передает полученное содержимое к клиенту 12 посредством секции 42 передачи.

Пример функциональной конфигурации клиента

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

Клиент 12 скомпонован из секции 51 приема, генератора 52 PDI-A, секции 53 хранения PDI-A, фильтра 54 контента, секции 55 воспроизведения содержимого и секции 56 накопления содержимого.

Секция 51 приема принимает передаваемые ей различные данные от сервера 11 и подает принимаемые данные на генератор 52 PDI-A или фильтр 54 контента.

Генератор 52 PDI-A на основе переданного ему от сервера 11 PDI-A генерирует PDI-A, который представляет ответ пользователя на вопрос о предпочтениях пользователя клиента 12 и соответствует PDI-Q, и подает генерируемый PDI-A на секцию 53 хранения PDI-A.

Секция 53 хранения PDI-A хранит PDI-A от генератора 52 PDI-A. PDI-A, хранящийся в секции 53 хранения PDI-A, должным образом считывается фильтром 54 контента.

Фильтр 54 контента считывает PDI-A из секции 53 хранения PDI-A и осуществляет фильтрацию содержимого на основе считанного PDI-A и PDI-A, включенного в контентные метаданные содержимого, переданного сервером 11. Фильтр 54 контента подает отфильтрованное содержимое в секцию 55 воспроизведения содержимого или секцию 56 накопления содержимого под влиянием результата фильтрации.

Секция 55 воспроизведения содержимого воспроизводит содержимое от фильтра 54 контента. Далее, секция 55 воспроизведения содержимого получает содержимое от секции 56 накопления содержимого и воспроизводит это полученное содержимое.

Секция 56 накопления содержимого накапливает (записывает) содержимое от фильтра 54 контента.

Пример процесса передачи и приема содержимого

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

На поставляющей стороне, такой как вещательная организация, когда, например, спонсор подлежащего вещанию (доставляемого) содержимого или сама вещательная организация запрашивает доставку содержимого зрителю, имеющему конкретное предпочтение или атрибут, генератор 41 PDI-Q сервера 11 в ответ на работы сотрудников на поставляющей стороне генерирует на этапе S11 PDI-Q для запрашивания зрителя, т.е. пользователя клиента 12 о том, какие этот пользователь имеет предпочтения или атрибут.

Пример синтаксической структуры схемы XML

Здесь со ссылкой на фиг.6 описывается пример синтаксической структуры схемы расширяемого языка разметки (XML) для конфигурирования PDI-Q и PDI-A.

На фиг.6 первая строка указывает описание или определение для идентификации PDI-Q, а вторая строка указывает описание заголовка и типа всех вопросов, определенных как PDI-Q.

Строки с 3 по 12 указывают описание заголовка и типа каждого из вопросов, объявленных во второй строке. В частности, тип «IntegerAnswerType» вопроса, определенный названием «QIA» в пятой строке, указывает, что этот вопрос требует ответа целочисленного типа, а тип «BooleanAnswerType» вопроса, определенный названием «QBA» в шестой строке, указывает, что этот вопрос требует ответа булева типа. Далее, тип «SelectionAnswerType» вопроса, определенный названием «QSA» в седьмой строке, указывает, что этот вопрос требует ответа типа выбранного ответа, а тип «TextAnswerType» вопроса, определенный названием «QTA» в восьмой строке, указывает, что этот вопрос требует ответа типа строки символов. Далее, тип «AnyAnswerType» вопроса, определенный названием «QAA» в девятой строке, указывает, что этот вопрос не ограничен типом ответа.

Строки с 13 по 44 указывают описание элементов вопросов, определенных названиями «QIA», «QBA», «QSA» и «QTA» из числа вопросов, представленных описанным выше образом. В частности, id элементы, указанные в 15, 24, 31 и 40 строках, представляют ID (идентификаторы) для идентифицирования пунктов этих вопросов и определяются как «соттоп:[category:]question-ID» в качестве первого формата. В этом первом формате «соттоп» представляет, что вопрос, идентифицированный данным идентифицирующим элементом, определяется обычно безотносительно к поставщику, «category» представляет категорию вопроса, а «question-Ш» представляет идентификатор этого вопроса. Следует отметить, что «category» может быть при необходимости представлена в иерархической гнездовой структуре как

«common: [category1:category2:category3:...]question-ID».

Далее, идентифицирующий элемент определяется в качестве второго формата как «providerName:[category:]question-ID»

В этом втором формате «providerName» представляет имя поставщика, который устанавливает вопрос, идентифицированный этим id элементом. Следует отметить, что «category» и «question-ID» аналогичны тем же частям в первом формате.

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

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

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

Следует отметить, что синтаксическая структура, которая конфигурирует PDI-Q и PDI-A, не ограничивается примером, проиллюстрированным на фиг.6.

Пример PDI-Q

Теперь со ссылкой на фиг.7 описывается пример PDI-Q, сконфигурированного на основе синтаксической структуры по фиг.6.

На фиг.7 «transactional» в первой строке указывает значение, представляющее, должен ли обнуляться (иначе говоря, откатываться назад) процесс записи (или обновления), переходя в состояние непосредственно перед тем, как существо пунктов PDI-Q было записано (или обнулено), когда вопросы (группа вопросов), определенные PDI-Q, обновлены клиентом 12, которым они переданы, в случае, когда существо всех пунктов PDI-Q не записывается (или не обновляется) по некой случайности (прерывание обработки ошибкой записи на диск или увеличение нагрузки обработки, либо тому подобное) во время обработки записи (или обновления) существа пунктов PDI-Q в запоминающую область, не показанную клиентом 12. Когда «transactional» «верно», PDI-Q откатывается назад.

Строки со второй по пятую определяют вопрос, который задается для ответа булева типа, и<id>Common:111</id>в третьей строке представляет идентифицирующий элемент этого вопроса, a<q>Are you currently employed?</q>(Вы сейчас наняты на работу?) в четвертой строке представляет сам вопрос.

Строки с шестой по девятую определяют вопрос, который задается для ответа целочисленного типа, <id>Common:222</id> в седьмой строке представляет идентифицирующий элемент этого вопроса, a <q>What is the age of the oldest member of the household who watches television?</q> (Сколько лет самому старшему члену семьи, который смотрит телевизор?) в восьмой строке представляет сам вопрос. Следует отметить, что minInclusive="10" maxInclusive="100" в шестой строке представляет, что ответ на этот вопрос ограничен целочисленным значением, равным или больше 10, но равным или меньше 100.

Строки с 10-й по 17-ю определяют вопрос, который задается для ответа типа выбранного ответа, и <id>ProviderA:123</id> в одиннадцатой строке представляет идентифицирующий элемент этого вопроса, a <q>In which of the following sports are you most interested? (Multiple selection allowed)</q> (В каких видах спорта Вы наиболее заинтересованы? (Допускается множественный выбор)) в 12-й строке представляет сам вопрос. <a>Baseball</a> (бейсбол) в 13-й строке,<a>Basketball</a>(баскетбол) в 14-й строке, <a>Soccer</a> (футбол) в 15-й строке и <а>Носкеу</а> (хоккей) в 16-й строке представляют выборы для ответа на этот вопрос. Следует отметить, что число ответов на вопрос ограничивается одним или более, но тремя или менее.

Строки с 18-й по 24-ю определяют вопрос, который задается для ответа типа выбранного ответа, и <id>ProviderA:ProgramX:123</id> в 19-й строке представляет идентифицирующий элемент этого вопроса. Далее, <q>Do you enjoy camping and outdoor recreation? (Only one selection)</q> (Вам нравится походная жизнь и отдых на природе? (Только один выбор)) в 20-й строке представляет сам вопрос. <a>Never</a> (Ни за что) в 21-й строке, <a>Occasional</a> (Изредка) в 22-й строке и <a>Frequently</a> (Часто) в 23-й строке представляют выборы для ответа на этот вопрос. Следует отметить, что maxChoice="l" в 18-й строке представляет, что число ответов на этот вопрос ограничено одним.

Таким путем в PDI-Q представленные ответы на вопрос, а также условие ограничения на ответ определены в зависимости от типа вопроса.

Строки с 25-й по 28-ю определяют вопрос, который задается для ответа типа строки символов, и <id>ProviderA:321</id> в 26-й строке представляет идентифицирующий элемент этого вопроса, a <q>Who′s products are you most interested in recently?</q> (В чьих товарах Вы наиболее заинтересованы в последнее время?) в 27-й строке представляет сам вопрос.

В нижеследующем описании каждый вопрос, определенный посредством PDI-Q по фиг.7, именуется как вопрос идентифицирующего элемента. В частности, вопрос, определенный строками со второй по пятую, именуется как вопрос «Common:lll» (Общий: 111); вопрос, определенный строками с шестой по девятую, именуется как вопрос «Common:222» (Общий:222); вопрос, определенный строками с 10-й по 17-ю, именуется как вопрос «ProviderA:123» (Поставщик: 123); вопрос, определенный строками с 18-й по 24-ю, именуется как вопрос «ProviderA:ProgramX:123»; а вопрос, определенный строками с 25-й по 28-ю, именуется как вопрос «ProviderA:321».

Здесь вопрос «Common111» и вопрос «Common222» идентифицируются в общие для поставщика параметры фильтрации, а вопрос «ProviderA:123», вопрос «ProviderA:ProgramX:123» и вопрос «ProviderA321» идентифицируются в уникальные для поставщика параметры фильтрации. Например, вопрос «Common111» указывает, что этот вопрос установлен в общем для поставщиков и имеет идентификатор «111». При этом вопрос «ProviderA:ProgramX:123» указывает, что этот вопрос установлен поставщиком «ProviderA» и имеет категорию (идентификатор программы) «ProgramX» и идентификатор «123».

Возвращаясь к блок-схеме алгоритма по фиг.5, на этапе S12 генератор 41 PDI-Q на сервере 11 передает генерируемый PDI-Q клиенту 12 посредством секции 42 передачи и подает генерируемый PDI-Q на генератор 43 PDI-A.

На этапе S21 секция 51 приема на клиенте 12 принимает PDI-Q, передаваемый ей сервером 11, и подает принятый PDI-Q на генератор 52 PDI-A.

Следует отметить, что PDI-Q принимается клиентом 12, например, каждый раз, когда он транслируется (передается) в заранее заданных временных интервалах от вещательной станции в качестве поставщика, в которой предусмотрен сервер 11. Либо PDI-Q может приниматься клиентом 12, когда канал клиента 12 настроен на канал вещательной станции, в которой предусмотрен сервер 11.

На этапе S22 генератор 52 PDI-A в клиенте 12 генерирует PDI-A для вопроса, определенного в PDI-Q, принимаемом секцией 51 приема. В частности, когда принимается PDI-Q от сервера 11, генератор 52 PDI-A вызывает на, не показанной, секции отображения отображение экранного изображения, соответствующего вопросу, определенному в PDI-Q, и вызывает пользователем (зрителем) клиента 12 осуществление ввода или выбора ответа на этот вопрос для генерирования PDI-A, представляющего ответ. Иными словами, генератор 52 PDI-A взаимодействует с пользователем, для генерирования PDI-A, представляющего ответ на вопрос, определенный в PDI-Q.

Пример экранного отображения взаимодействия с пользователем посредством генератора PDI-A

Здесь со ссылкой на фиг. 8-12 описываются примеры экранного отображения во взаимодействии с пользователем посредством генератора 52 PDI-A. Следует отметить, что здесь предполагается, что данный клиент 12 принимает PDI-Q, описанный выше со ссылкой на фиг.7, и экранные изображения, соответствующие группе вопросов, определенных в принимаемом PDI-Q, последовательно отображаются на непоказанной секции отображения клиента 12.

Фиг.8 показывает пример экранного отображения, соответствующий вопросу «Common:111» из числа вопросов, определенных в PDI-Q, описанном выше со ссылкой на фиг.7. На фиг.8 вопрос «Аге you currently employed?» (Вы в настоящее время работаете по найму?), указанный в четвертой строке на фиг.7, отображается в поле 61 презентации вопроса. Далее, отображаются сообщение «Please select one of choice» (Выберите, пожалуйста, один из вариантов) для побуждения пользователя ввести ответ на вопрос, кнопка 62-1 выбора, чтобы позволить пользователю выбрать «Yes» (Да) в качестве ответа на этот вопрос, и другая кнопка 62-2 выбора, чтобы позволить пользователю выбрать «No» (Нет) в качестве ответа на этот вопрос.

Фиг.9 показывает пример экранного отображения, соответствующий вопросу «Common:222» из числа вопросов, определенных в PDI-Q, описанном выше со ссылкой на фиг.7. На фиг.9 вопрос «What is the age of the oldest member of the household who watches television» (Сколько лет самому старшему члену семьи, который смотрит телевизор?), указанный в восьмой строке на фиг.7, отображается в поле 71 презентации вопроса. Далее, отображаются сообщение «Please input your age» (Введите, пожалуйста, свой возраст) для побуждения пользователя ввести ответ на этот вопрос и поле 72 ввода ответа, чтобы позволить пользователю ввести целочисленное значение в качестве ответа на этот вопрос.

Фиг.10 показывает пример экранного отображения, соответствующий вопросу «ProviderA:123» из числа вопросов, определенных в PDI-Q, описанном выше со ссылкой на фиг.7. На фиг.10 вопрос «In which of the following sports are you most interested? (Multiple selection allowed)» (В каких видах спорта Вы наиболее заинтересованы? (Допускается множественный выбор)), указанный в 12-й строке на фиг.7, отображается в поле 81 презентации вопроса. Далее, отображаются сообщение «Please select one or more but three or less of next choices» (Выберите, пожалуйста, один или более, но три или менее из следующих вариантов) для побуждения пользователя ввести ответ на вопрос и кнопки с 82-1 по 82-4 выбора, чтобы позволить пользователю выбрать варианты «Baseball» (бейсбол), «Basketball» (баскетбол), «Soccer» (футбол) и «Носкеу» (хоккей) в качестве ответа на этот вопрос.

Фиг.11 показывает пример экранного отображения, соответствующий вопросу «ProviderA:ProgramX:123» из числа вопросов, определенных в PDI-Q, описанном выше со ссылкой на фиг.7. На фиг.11 вопрос «Do you enjoy camping and outdoor recreation? (Only one selection)» (Вам нравится походная жизнь и отдых на природе? (Только один выбор)), указанный в 20-й строке на фиг.7, отображается в поле 91 презентации вопроса. Далее, отображаются сообщение «Please select only one of next choices» (Выберите, пожалуйста, только один из следующих вариантов) для побуждения пользователя ввести ответ на вопрос и кнопки с 92-1 по 92-3 выбора, чтобы позволить пользователю выбрать варианты «Never» (ни за что), «Occasionally» (изредка) и «Frequently» (часто) в качестве ответа на этот вопрос.

Фиг.12 показывает пример экранного отображения, соответствующий вопросу «ProviderA:321» из числа вопросов, определенных в PDI-Q, описанном выше со ссылкой на фиг.7. На фиг.12 вопрос «Who′s products are you most interested in recently?)) (В чьих товарах Вы наиболее заинтересованы в последнее время?), указанный в 27-й строке на фиг.7, отображается в поле 101 презентации вопроса. Далее, отображаются сообщение «Please describe freely» (Пожалуйста, опишите свободно) для побуждения пользователя ввести ответ на вопрос и поле 102 ввода ответа, чтобы позволить пользователю ввести строку символов в качестве ответа на этот вопрос.

Генератор 52 PDI-A позволяет пользователю ввести или выбрать ответ на вопросы, определенные в PDI-Q, посредством экранных отображений, описанных выше со ссылкой на фиг.8-12, таким путем для генерирования PDI-A, соответствующего PDI-Q.

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

Пример PDI-A

Здесь со ссылкой на фиг.13 описывается пример PDI-A, генерируемого генератором 52 PDI-A. PDI-A, показанный на фиг.13, генерируется на основе выбора или ввода ответа пользователем на экранных отображениях, показанных на фиг.8 и 12.

В частности, строки со второй по пятую указывают ответ пользователя на вопрос, представленный экранным отображением, описанным выше со ссылкой на фиг.8. В частности, <id>Common:111</id> указывает идентифицирующий элемент вопроса, представленного экранным отображением по фиг.8, a<a>true</a>(верно) в четвертой строке указывает, что в качестве ответа на этот вопрос пользователем на экранном отображении по фиг.8 выбрана кнопка 62-1 выбора (ответ «Yes» (да)).

Строки с шестой по девятую указывают ответ пользователя на вопрос, представленный экранным отображением, описанным выше со ссылкой на фиг.9. В частности, <id>Common:222</id> в седьмой строке указывает идентифицирующий элемент вопроса, представленного экранным отображением по фиг.9, а <a>34</а> в восьмой строке указывает, что в качестве ответа на этот вопрос пользователем введено «34» в качестве целочисленного значения в поле 72 ввода ответа на экранном отображении по фиг.9.

Строки с 10-й по 15-ю указывают ответ пользователя на вопрос, представленный экранным отображением, описанным выше со ссылкой на фиг.10. В частности, <id>ProviderA:123</id> в 11-й строке указывает идентифицирующий элемент вопроса, представленного экранным отображением по фиг.10, a <a>Baseball</a> в 12-й строке, <a>Soccer</a> в 13-й строке и <а>Носкеу</а> в 14-й строке указывают, что в качестве ответа на этот вопрос пользователем выбраны кнопки 82-1, 82-3 и 82-4 выбора на экранном отображении по фиг.10.

Строки с 16-й по 19-ю указывают ответ пользователя на вопрос, представленный экранным отображением, описанным выше со ссылкой на фиг.11. В частности, <id>ProviderA:ProgramX:123</id> в 17-й строке указывает идентифицирующий элемент вопроса, представленного экранным отображением по фиг.11, a <a>Occasionally</a> в 18-й строке указывает, что в качестве ответа на этот вопрос пользователем выбрана кнопка 92-2 выбора на экранном отображении по фиг.11.

Строки с 20-й по 23-ю указывают ответ пользователя на вопрос, представленный экранным отображением, описанным выше со ссылкой на фиг.12. В частности, <id>ProviderA:321</id> в 21-й строке указывает идентифицирующий элемент вопроса, представленного экранным отображением по фиг.12, a <a>Somy</a> в 22-й строке указывает, что в качестве ответа на этот вопрос пользователем введено «Somy» в качестве строки символов в поле 102 ввода ответа на экранном отображении по фиг.12.

Генератор 52 PDI-A подает генерируемый таким путем PDI-A в секцию 53 хранения PDI-A, чтобы сохранить его. PDI-A, хранящийся в секции 53 хранения PDI-A, используется, когда принимается решение, согласуется ли содержимое, доставленное от сервера 11, с предпочтениями пользователя клиента 12, как описано здесь далее.

Возвращаясь в блок-схеме алгоритма по фиг.5, на этапе S13 генератор 43 PDI-A в сервере 11 генерирует PDI-Q для вопроса, определенного в PDI-Q из генератора 41 PDI-Q, и подает PDI-Q в секцию 44 доставки метаданных. В частности, когда PDI-Q генерируется посредством работы сотрудников вещательной станции (поставляющей стороны), генератор 43 PDI-A заставляет непоказанную секцию отображения отображать, например, такое экранное отображение, соответствующее вопросу, определенному в PDI-Q, как описано здесь выше со ссылкой на фиг.8-12, а затем заставляет сотрудников вещательной станции ввести или выбрать ответ на этот вопрос, чтобы генерировать PDI-A, представляющий этот ответ. При этом сотрудники вещательной станции будут вводить или выбирать ответ, соответствующий подлежащему доставке содержимому, в качестве ответа на вопрос, определенный в PDI-Q. Иными словами, PDI-A, генерируемый генератором 43 PDI-A, представляет информацию (ответ), чтобы заставить поставляющую сторону позволить зрителю просматривать содержимое, подлежащее доставке позднее, с учетом предпочтений этого пользователя (зрителя) клиента 12.

На этапе S14 секция 44 доставки метаданных на основе PDI-A от генератора 43 PDI-A конкретизирует (запрашивает) соответствующее этому PDI-A содержимое из данных, накопленных в секции 45 накопления содержимого. Конкретизированное здесь содержимое может быть содержимым, в отношении которого контентные метаданные имеют более высокую степень сходства с PDI-A из генератора 43 PDI-A, чем заранее заданное значение из накопленного содержимого, к которому заранее применены контентные метаданные, либо может быть тем содержимым, которое выбрано заранее сотрудниками вещательной станции в качестве содержимого, подлежащего просмотру пользователем. Следует отметить, что содержимое, конкретизированное секцией 44 доставки метаданных, получается из секции 45 накопления содержимого посредством секции 46 доставки содержимого.

На этапе S15 секция 44 доставки метаданных вновь генерирует контентные метаданные, которые включают в себя PDI-A на основе контентных метаданных, примененных заранее к содержимому, конкретизированному на этапе S15, и PDI-A от генератора 43 PDI-A.

На этапе S16 секция 42 передачи доставляет содержимое, полученное секцией 46 доставки содержимого, вместе с контентными метаданными, генерируемыми секцией 44 доставки метаданных. В это время в качестве контентных метаданных могут передаваться контентные метаданные, предписанные стандартизирующей организацией, в дополнение к контентным метаданным, генерируемым секцией 44 доставки метаданных.

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

Следует отметить, что процессы на этапах S13-S16 не обязательно исполняются сразу же после процесса на этапе S12, но могут исполняться до того, как клиент 12, которым обладает каждый пользователь, генерирует и сохраняет PDI-A.

Далее, хотя и описано, что на этапе S16 содержимое доставляется вместе с контентными метаданными, содержимое может и не доставляться вместе с контентными метаданными, но после того, как контентные метаданные, включающие в себя PDI-A, передаются заранее, может передаваться и содержимое, соответствующее этим контентным метаданным.

Когда содержимое и контентные метаданные доставляются таким путем от сервера 11, на этапе S23 секция 51 приема клиента 12 принимает содержимое и контентные метаданные, доставляемые ему от сервера 11, и подает их в фильтр 54 контента.

На этапе S24 фильтр 54 контента осуществляет сопоставление между PDI-A, хранящимся в секции 53 хранения PDI-A, и PDI-A, включенным в контентные метаданные от сервера 11. Следует отметить, что в нижеследующем описании для того, чтобы отличать друг от друга PDI-A, хранящийся в секции 53 хранения PDI-A, и PDI-A, включенный в контентные метаданные от сервера 11, первый именуется как PDI-A пользовательской стороны, а последний именуется как PDI-A поставляющей стороны.

Пример процесса сопоставления контентным фильтром

Здесь предполагается, что, как и PDI-A пользовательской стороны, описанное выше со ссылкой на фиг.13 PDI-A генерируется и хранится и, как и PDI-A поставляющей стороны, проиллюстрированное на фиг.14 PDI-A передано от сервера 11.

Проиллюстрированный на фиг.14 PDI-A поставляющей стороны имеет базовую конфигурацию, аналогичную конфигурации проиллюстрированного на фиг.13 PDI-A пользовательской стороны. Хотя подробное описание этого здесь опущено, PDI-A поставляющей стороны указывает, что «false» (ложный) выбирается в качестве ответа на вопрос «Соттоп: 111»; «Baseball» (бейсбол) выбирается в качестве ответа на вопрос «ProviderA:123»; a «Never» (никогда) выбирается в качестве ответа на вопрос «ProviderA:ProgramX: 123».

В это время фильтр 54 контента сравнивает PDI-A пользовательской стороны и PDI-A поставляющей стороны друг с другом и, если по меньшей мере один из ответов на вопросы указывает совпадение, принимает решение, что PDI-A пользовательской стороны и PDI-A поставляющей стороны сопоставлены друг другу. Однако если ни один из ответов на вопросы не указывает сопоставления, принимается решение, что PDI-A пользовательской стороны и PDI-A поставляющей стороны не сопоставлены друг другу. В данном случае, поскольку ответ на вопрос «ProviderA:123» в PDI-A пользовательской стороны, проиллюстрированном на фиг.13, и ответ на вопрос «providerA:123» в PDI-A поставляющей стороны, проиллюстрированном на фиг.14, совпадают друг с другом в том, что оба из них включают в себя «Baseball», принимается решение о том, что PDI-A пользовательской стороны и PDI-A поставляющей стороны сопоставлены друг другу.

Затем предполагается, что проиллюстрированный на фиг.15 PDI-A передается от сервера 11 в качестве PDI-A поставляющей стороны.

Проиллюстрированный на фиг.15 PDI-A поставляющей стороны указывает, что «Baseball» выбирается в качестве ответа на вопрос «ProviderA:123» и «Never» выбирается в качестве ответа на вопрос «ProviderA:ProgramX:123».

В данном случае, поскольку ни один из ответов на вопросы в PDI-A пользовательской стороны, проиллюстрированном на фиг.13, и ответов на вопросы в PDI-А поставляющей стороны, проиллюстрированном на фиг.14, не совпадают друг с другом, принимается решение о том, что PDI-A пользовательской стороны и PDI-A поставляющей стороны не сопоставлены друг другу.

Фильтр 54 контента осуществляет таким путем процесс сопоставления между PDI-А пользовательской стороны и PDI-A поставляющей стороны.

На этапе S25 фильтр 54 контента принимает решение, сопоставлены ли друг с другом PDI-A пользовательской стороны и PDI-A поставляющей стороны. Если на этапе S25 принимается решение, что PDI-A пользовательской стороны и PDI-A поставляющей стороны сопоставлены друг другу, фильтр 54 контента принимает решение, что содержимое, доставленное от сервера 11, сопоставлено с предпочтениями пользователя (зрителя) клиента 12, и подает это содержимое на секцию 55 воспроизведения содержимого или секцию 56 накопления содержимого. Затем обработка переходит к этапу S26.

Если содержимое, доставленное от сервера 11, подается из фильтра 54 контента на секцию 55 воспроизведения содержимого, то эта секция 55 воспроизведения содержимого воспроизводит содержимое на этапе S26. Далее, если содержимое, доставленное от сервера 11, подается из фильтра 54 контента на секцию 56 накопления содержимого, то эта секция 56 накопления содержимого накапливает (записывает) содержимое на этапе S26. Накопленное содержимое подходящим образом подается на секцию 55 воспроизведения содержимого и воспроизводится ею в ответ на рабочую команду пользователя.

С другой стороны, если на этапе S25 принято решение о том, что PDI-A пользовательской стороны и PDI-A поставляющей стороны не сопоставлены друг другу, то фильтр 54 контента принимает решение о том, что содержимое, доставленное от сервера 11, не сопоставлено с предпочтениями пользователя (зрителя) клиента 12, и отвергает (удаляет) это содержимое, тем самым заканчивая обработку.

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

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

Далее, в вышеприведенном описании фильтр 54 контента сравнивает друг с другом PDI-A пользовательской стороны и PDI-A поставляющей стороны, представленные как примеры, и осуществляет сопоставление между PDI-A пользовательской стороны и PDI-A поставляющей стороны в зависимости от того, сопоставляется ли по меньшей мере один из этих ответов. Однако один из PDI-A пользовательской стороны и PDI-A поставляющей стороны представлен как запрос, который оценивает PDI-A для сравнения PDI-A пользовательской стороны и PDI-A поставляющей стороны.

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

Пример 1 процесса сопоставления по запросу, в котором оценивается PDI-A

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

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

Сервер 11 по фиг.16 скомпонован из генератора 41 PDI-A, секции 42 передачи, секции 45 накопления содержимого, секции 46 доставки содержимого, генератора 11 запроса PDI-A и секции 112 доставки метаданных.

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

В частности, сервер 11 по фиг.16 отличается от сервера 11 по фиг.3 в том, что он включает в себя генератор 111 запроса PDI-A и секцию 112 доставки метаданных в отличие от генератора 43 PDI-A и секции 44 доставки метаданных.

Генератор 111 запроса PDI-A генерирует, на основе PDI-Q из генератора 41 PDI-Q, PDI-A (PDI-A поставляющей стороны), соответствующий PDI-Q, генерирует запрос PDI-А, в котором генерируемый PDI-A поставляющей стороны применяется к заранее заданному условному высказыванию, и подает этот запрос PDI-A в секцию 112 доставки метаданных.

Секция 112 доставки метаданных конкретизирует (запрашивает) содержимое, соответствующее запросу PDI-A, из содержимого, накопленного в секции 45 накопления содержимого, на основе запроса PDI-A от генератора 111 запроса PDI-A. Секция 112 доставки метаданных генерирует, в качестве контентных метаданных конкретного содержимого, контентные метаданные, которые включают в себя запрос PDI-A, и передает генерируемые контентные метаданные клиенту 12 через передающую секцию 42.

Далее, клиент 12 в данном примере такой же, как клиент 12 по фиг.4, за исключением того, что фильтр 54 контента по фиг.4 считывает PDI-A (PDI-A пользовательской стороны) из секции 53 хранения PDI-A и фильтрует содержимое на основе считанного PDI-A пользовательской стороны и запроса PDI-A, включенного в переданные к нему сервером 11 контентные метаданные. Поэтому описание клиента 12 в настоящем примере здесь опущено.

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

Следует отметить, что процессы на этапах S31, S32, S36, S41-S43, S45 и S46 блок-схемы алгоритма по фиг.17 в своей основе аналогичны процессам на этапах S11, S12, S16, S21-S23, S25 и S26 блок-схемы алгоритма по фиг.5, соответственно, и потому их описание здесь опущено.

В частности, на этапе S33 генератор 111 запроса PDI-A генерирует PDI-A поставляющей стороны на вопрос, определенный в PDI-Q из генератора 41 PDI-Q, генерирует запрос PDI-A, в котором генерируемый PDI-A поставляющей стороны применяется к заранее заданному условному высказыванию, и подает этот запрос PDI-A в секцию 112 доставки метаданных. Конкретнее, например, если PDI-Q генерируется в силу работы персонала вещательной станции (поставляющей стороны), то генератор 111 запроса PDI-A заставляет не показанную секцию отображения отображать, например, такое экранное изображение, соответствующее вопросу, определенному в PDI-Q, как описанное выше со ссылкой на любую из фиг.8-12. Затем генератор 111 запроса PDI-A побуждает персонал вещательной станции ввести или выбрать ответ на этот вопрос. Далее, генератор 111 запроса PDI-A побуждает персонал определить комбинацию (условие фильтрации) таких ответов, чтобы генерировать запрос PDI-A, представляющий комбинацию этих ответов. В это время персонал вещательной станции вводит или выбирает ответ, соответствующий подлежащему доставке содержимого, а затем определяет комбинацию таких ответов на вопросы, определенные в PDI-Q. В частности, запрос PDI-A, генерируемый генератором 111 запроса PDI-A, представляет информацию (комбинацию ответов), чтобы дать возможность пользователю (зрителю) клиента 12 просмотреть содержимое, подлежащее доставке позже с учетом предпочтений этого зрителя на поставляющей стороне.

На этапе S34 секция 112 доставки метаданных конкретизирует (запрашивает), на основе запроса PDI-A от генератора 111 запроса PDI-A, содержимое, соответствующее запросу PDI-A из того содержимого, которое накоплено в секции 45 накопления содержимого. Конкретизированное здесь содержимое может быть тем содержимым, в отношении которого контентные метаданные имеют более высокую степень сходства с запросом PDI-A от генератора запроса PDI-A, чем заранее заданное значение среди накопленного содержимого, к которому эти контентные метаданные применены заранее, либо может быть содержимым, заранее выбранным персоналом вещательной станции в качестве содержимого, подлежащего просмотру пользователем. Следует отметить, что содержимое, конкретизированное секцией 112 доставки метаданных получается от секции 45 накопления содержимого посредством секции 46 доставки содержимого.

На этапе S35 секция 112 доставки метаданных на основе контентных метаданных, примененных заранее к содержимому, конкретизированному на этапе S34, и запроса PDI-А из генератора 111 запроса PDI-A, вновь генерирует контентные метаданные, включающие в себя этот запрос PDI-A.

Затем на этапе S44 фильтр 54 контента клиента 12 на основе PDI-A, включенного в контентные метаданные от сервера 11 осуществляет сопоставление PDI-A, хранящегося в секции 53 хранения PDI-A.

Здесь предполагается, что описанный выше со ссылкой на фиг.13 PDI-A сгенерирован и сохранен в качестве PDI-A пользовательской стороны, а от сервера 11 передан запрос PDI-A, заданный ниже.

«//QBA[id=′Common:111 и a-′true′] и ///QSA[id=′ProviderA:123′ и a=′Baseball′]»

Заданный выше запрос PDI-A указывает, что PDI-A пользовательской стороны оценивает, выбрано ли «true» (верно) в качестве ответа на вопрос «Common:111» и выбрано ли «Baseball» (бейсбол) в качестве ответа на вопрос «ProviderA: 123».

В это время фильтр 54 контента оценивает PDI-A пользовательской стороны на основе запроса PDI-A, и если PDI-A пользовательской стороны удовлетворяет (верен) запросу PDI-A, фильтр 54 контента принимает решение, что PDI-A пользовательской стороны и запрос PDI-A согласуются один с другим. Однако если PDI-A пользовательской стороны не удовлетворяет (ложен) запросу PDI-A, фильтр 54 контента принимает решение, что PDI-A пользовательской стороны и запрос PDI-A не согласуются один с другим. В данном случае в PDI-A пользовательской стороны, проиллюстрированном на фиг.13, поскольку в качестве ответа на вопрос «Common:111» выбрано «true», а в качестве ответа на вопрос «ProviderA:123» выбрано «Baseball», принимается решение, что PDI-A пользовательской стороны и запрос PDI-A согласуются один с другим.

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

Пример 2 процесса сопоставления по запросу, в котором оценивается PDI-A

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

Фиг.18 показывает пример функциональной конфигурации клиента 12, в которой PDI-A пользовательской стороны представлен как запрос.

Клиент 12 по фиг.18 скомпонован из секции 51 приема, фильтра 54 контента, секции 55 воспроизведения содержимого, секции 56 накопления содержимого, генератора 131 запроса PDI-A и секции 132 хранения запроса PDI-A.

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

В частности, клиент 12 по фиг.18 отличается от клиента 12 по фиг.4 в том, что он включает в себя генератор 131 запроса PDI-A и секцию 132 хранения запроса PDI-A вместо генератора 52 PDI-A и секции 53 хранения PDI-A.

Генератор 131 запроса PDI-A на основе PDI-Q, переданного к нему от сервера 11, генерирует PDI-A (PDI-A пользовательской стороны), который соответствует PDI-Q, и представляет ответ пользователя клиента 12 на вопрос о предпочтениях этого пользователя. Затем генератор 131 запроса PDI-A генерирует запрос PDI-A, в котором генерируемый PDI-A пользовательской стороны применяется к заранее заданному условному высказыванию, и подает генерируемый запрос PDI-A на секцию 132 хранения запроса PDI-A.

Секция 132 хранения запроса PDI-A сохраняет запрос PDI-A из генератора 131 запроса PDI-A. Запрос PDI-A, хранящийся в секции 132 хранения запроса PDI-A считывается в фильтр 54 контента.

Следует отметить, что фильтр 54 контента по фиг.18 считывает запрос PDI-A из секции 53 хранения PDI-A и фильтрует содержимое на основе запроса PDI-A и PDI-A поставляющей стороны, включенного в контентные метаданные, переданные от сервера 11.

Далее, сервер 11 в данном примере такой же, как сервер по фиг.3, и потому его описание здесь опущено.

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

Следует отметить, что процессы на этапах S51-S61, S63, S65 и S66 по блок-схеме алгоритма на фиг.19 в основном подобны процессам на этапах S11-S21, S23, S25 и S26 в блок-схеме алгоритма по фиг.5, а потому их описание здесь опущено.

В частности, на этапе S62 генератор 131 запроса PDI-A в клиенте 12 генерирует PDI-A пользовательской стороны на вопрос, определенный в PDI-Q, принятом приемной секцией 51, а затем генерирует запрос PDI-A, в котором генерируемый PDI-A пользовательской стороны применен к заранее заданному условному высказыванию. В частности, когда от вещательной станции принимается PDI-Q, например, генератор 131 запроса PDI-A вызывает не показанную секцию отображения отображать экранное изображение, соответствующее вопросу, определенному в PDI-Q, как описано выше со ссылкой на фиг.8-12. Затем генератор 131 запроса PDI-A заставляет пользователя (зрителя) клиента 12 ввести или выбрать ответ на этот вопрос и заставляет пользователя определить комбинацию (условие фильтрации) таких ответов, чтобы генерировать запрос PDI-A, представляющий комбинацию этих ответов. Иными словами, генератор 131 запроса PDI-A взаимодействует с пользователем, чтобы генерировать запрос PDI-A, представляющий комбинацию ответов на вопросы, определенные в PDI-Q.

Затем на этапе S64 фильтр 54 контента на основе запроса PDI-A, сохраненного в секции 132 хранения запроса PDI-A, осуществляет сопоставление PDI-A поставляющей стороны, включенного в контентные метаданные от сервера 11.

Здесь предполагается, что в качестве PDI-A поставляющей стороны от сервера 11 передается PDI-A, описанный выше со ссылкой на фиг.14, а генерируется и сохраняется запрос, заданный ниже.

«//QBA[id=′Common:111′ и a-′false′] и ///QSA[id=′ProviderA:123′ и a=′Baseball′]»

Описанный выше запрос PDI-A указывает, что PDI-A поставляющей стороны оценивает, выбрано ли «false» (ложно) в качестве ответа на вопрос «Common:111» и кроме того, выбрано ли «Baseball» в качестве ответа на вопрос «ProviderA:123».

В это время фильтр 54 контента оценивает PDI-A поставляющей стороны на основе запроса PDI-A, и если PDI-A поставляющей стороны удовлетворяет (верен) запросу PDI-А, фильтр 54 контента принимает решение, что PDI-A поставляющей стороны и запрос PDI-A согласуются один с другим. Однако, если PDI-A поставляющей стороны не удовлетворяет (ложен) запросу PDI-A, фильтр 54 контента принимает решение, что PDI-A поставляющей стороны и запрос PDI-A не согласуются один с другим. В данном случае, в PDI-A поставляющей стороны, проиллюстрированном на фиг.14, поскольку в качестве ответа на вопрос «Common:111» выбрано «false», а в качестве ответа на вопрос «ProviderA:123» выбрано «Baseball», принимается решение, что PDI-A пользовательской стороны и запрос PDI-A согласуются один с другим.

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

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

Пример адаптации к вещательной системе, которая вещает в соответствии с системой ATSC-M/H

Фиг.20 показывает пример конфигурации вещательной системы, которая передает цифровую телевизионную программу в соответствии с традиционной системой ATSC и с системой ATSC-M/H и к которой применимо настоящее изобретение.

Вещательная система по фиг.20 соответствует серверу 11 в вещательной системе 10 по фиг.1 и включает в себя существующую систему 151 ATSC, систему 152 ATSC М/Н, формирователь 153 кадров М/Н и радиочастотную (РЧ) / передающую систему 154.

Существующая система 151 ATSC передает поток вещания в виде транспортного потока MPEG2 (стандарт Группы экспертов по кинематографии второго поколения) (MPEG2-TS) в соответствии с традиционной системой ATSC. Система 152 ATSC М/Н передает поток вещания из пакетов Интернет-протокола (IP) в соответствии с системой ATSC М/Н. Управляющие данные 152а системы 152 ATSC М/Н представляют собой управляющую информацию, относящуюся к потоку вещания (аудио-видео (А-В) (A/V) содержимому), передаваемому из системы 152 ATSC М/Н.

Такие потоки вещания, как описано выше, мультиплексируются формирователем 153 кадров М/Н и передаются в качестве волн вещания РЧ / передающей системой 154. Следует отметить, что, поскольку подробности функций этих блоков описаны в спецификации ATSC, их описание здесь опущено.

Фиг.21 иллюстрирует пакет протоколов в сигнале волн вещания, передаваемых в соответствии с системой ATSC М/Н.

Хотя здесь опущено подробное описание, один из самых верхних уровней установлен как «Сервисное руководство» и предписывает метаданные содержимого, предоставляемого в соответствии с системой ATSC-M/H. Управляющие данные 152а, показанные на фиг.20, передаются как метаданные содержимого, определенные «Сервисным руководством» (такие метаданные именуются здесь далее просто сервисным руководством). В частности, в вещательной системе по фиг.20 PDI-A (PDI-A поставляющей стороны), запрос PDI-A и PDI-Q, переданные сервером 11 клиенту 12 в описанной выше вещательной системе 10, помещаются в сервисное руководство и передаются вместе с ним.

Следует отметить, что на фиг.21 более низкий уровень «FLUTE» рядом с «Сервисным руководством» и более низкий уровень «ALC» рядом с «FLUTE» являются уровнями для переноса сервисного руководства, пакетированного в соответствии с UDP/IP (протокол пользовательских датаграмм / Интернет-протокол).

В качестве спецификации для этого сервисного руководства конфигурация данных, проиллюстрированная на фиг.22, определена ОМА (Открытым сообществом производителей мобильной связи). Следует отметить, что, поскольку подробности конфигурации сервисного руководства, проиллюстрированного на фиг.22, предписаны в «"Сервисном руководстве для услуг мобильного вещания" Открытого сообщества производителей мобильной связи, OMA-TSBCAST_ServiceGuide-Vl_0, Candidate Version 1.0», их описание здесь опущено.

PDI-A (PDI-A поставляющей стороны) или запрос PDI-A помещается в по меньшей мере один фрагмент «Услуга», фрагмент «Каталог» и фрагмент «Содержимое» из числа элементов, которые образуют сервисное руководство, проиллюстрированное на фиг.22.

Фрагмент «Услуга» представляет собой метаданные, включающие в себя управляющую информацию, связанную с сущностью канальной услуги, и Фиг.23 иллюстрирует подробности ее конфигурации. PDI-A или запрос PDI-A помещается во фрагмент «Услуга», проиллюстрированный на фиг.23, путем добавления заново элемента «PDI-А» к элементу «PrivateExt», определенному на самой нижней стадии. В частности, например, элемент «PDI-А» представлен и закодирован в строке символов <xs:element name="PDI-A" type="xsrstring" xmlns:xs="> схемой XML.

Фрагмент «Каталог» представляет собой метаданные, включающие в себя управляющую информацию, относящуюся к каталогу доставки содержимого (цифровой телевизионной программы), и фиг.24 иллюстрирует подробности ее конфигурации. PDI-A или запрос PDI-А помещается во фрагмент «Каталог», проиллюстрированный на фиг.24, путем добавления заново элемента «PDI-А» к элементу «PrivateExt», определенному на самой нижней стадии. В частности, например, элемент «PDI-А» представлен и закодирован в строке символов как <xs: element name="PDI-A" type="xs: string" xmlns:xs="> схемой XML.

Фрагмент «Содержимое» представляет собой метаданные, включающие в себя управляющую информацию, относящуюся к сущности содержимого (цифровой телевизионной программы), и Фиг.25 иллюстрирует подробности конфигурации фрагмента «Содержимое». PDI-А или запрос PDI-А помещается во фрагмент «Содержимое», проиллюстрированный на фиг.25, путем добавления заново элемента «PDI-А» к элементу «PrivateExt», определенному на самой нижней стадии. В частности, например, элемент «PDI-А» представлен и закодирован в строке символов как <xs:element name="PDI-A" type="xs:string" xmlns:xs="> схемой XML.

Далее, PDI-A помещается во фрагмент «Данные интерактивности» из числа элементов, которые образуют сервисное руководство, проиллюстрированное на фиг.22.

Фрагмент «Данные интерактивности» представляет собой метаданные, касающиеся приложения, связанного с канальной услугой или содержимым (телевизионной программой), и Фиг.26 иллюстрирует подробности ее конфигурации. PDI-Q помещается во фрагмент «Данные интерактивности», проиллюстрированный на фиг.26, путем добавления заново элемента «PDI-Q» к элементу «PrivateExt», определенному на самой нижней стадии. В частности, например, элемент «PDI-Q» представлен и закодирован в строке символов как <xs:element name="PDI-Q" type="xs:string" xmlns:xs="> схемой XML.

Хотя выше описан пример, в котором настоящее изобретение применено в вещательной системе, которая вещает в системе ATSC-M/H, возможно также применять настоящее изобретение в вещательной системе, которая осуществляет вещание не в реальном времени (NRT) в соответствии с традиционной системой ATSC. Поскольку вещание NTI не предполагает просмотра содержимого на основе реального времени, нет необходимости воспроизводить содержимое синхронно со временем вещания передачи содержимого, которое передается посредством вещательного сигнала как данные.

Пример применения в вещательной системе, которая осуществляет вещание NTI

Фиг.27 иллюстрирует пакет протоколов в сигнале волн вещания, передаваемых вещанием NTI.

Хотя подробное описание опущено, самый нижний иерархический уровень является «физическим уровнем», и ему соответствует частотный диапазон вещательных волн. Более высокий уровень, смежный с «физическим уровнем» представляет собой «MPEG2-TS», и ему соответствует передача вещательного потока как вещательные волны.

В качестве более высокого уровня, смежного с «MPEG-TS», указаны «ATSC-PSIP» (программный и системный информационный протокол) и «MPEG-PSI» (программная конкретная информация). «ATSC-PSIP» представляет собой иерархию, которая имеет TVCT, a «MPEG-PSI» представляет собой иерархию, имеющую PAT (таблицу ассоциаций программ) и РМТ (таблицу отображений программ).

Далее, в качестве более высокого уровня, смежного с «MPEG-TS», указана «Адресуемая секция DSM-CC (цифровой запоминающий носитель команд и управления)». Эта «адресуемая секция DSM-СС» используется в качестве уровня адаптации для переноса пакета IP на MPEG-TS вещательной системы.

Фиг.28 иллюстрирует структуру данных TVCT, PAT, РМТ и адресуемой секции DSM-СС. В TVCT описывается управляющая информация, относящаяся к передаче вещательного потока посредством MPEG-TS, a MPEG-TS для переноса адресуемой секции DSM-СС для переноса потока пакетов IP (пакеты UDP/IP) конкретизируется на основе TVCT.

Возвращаясь к Фиг.27, в качестве более высокой иерархии рядом с «Адресуемой секцией DSM-СС» указан «IР», а далее более высокой иерархией рядом с «ГР» указан «UDP».

В качестве более высокого уровня рядом с «UDP» указаны «Канал сигнализации услуг» и «FLUTE/ALC» (Доставка файлов посредством однонаправленного транспорта / Протокол асинхронного многоуровневого кодирования). «Канал сигнализации услуг» является уровнем, имеющим SMT (таблицу отображений услуг) и NRT-IT (информационную таблицу НРВ). В качестве более высокого уровня рядом с «FLUTE/ALC» указана «Секция FLUTE». «Секция FLUTE» представляет собой уровень, имеющий FLUTE-FDT (таблицу доставки файлов и файл А-В).

Фиг.29 иллюстрирует структуру данных SMT, NRT-IT и FLUTE FDT. В SMT описываются метаданные, относящиеся к каналу, а в NRT-IT описываются метаданные, относящиеся к содержимому. SMT и NRT-IT переносятся описанным выше «Каналом сигнализации услуг». В FLUTE FDT описывается информация для идентификации файлов А-В. Следует отметить, что файл А-В переносится описанным выше «FLUTE/ALC».

Здесь в вещательной системе, которая осуществляет вещание NRT, PDI-A, (PDI-A поставляющей стороны), запрос PDI-A или PDI-Q, подлежащий передаче от сервера 11 к клиенту 12 в описанной выше вещательной системе 10, помещается в SMT или NRT-IT или передается вместе с SMT или NRT-IT.

В частности, в случае, когда фильтрация подлежащего доставке содержимого осуществляется в блоке канала (вещательной станции), «Дескриптор PDI («PDI descriptor)) для помещения PDI-A, запроса PDI-A или PDI-Q определяется заново в цикле дескриптора (на чертеже самая нижняя ступень «Услуги #1») сервисного уровня SMT.

С другой стороны, в случае, когда фильтрация подлежащего доставке содержимого осуществляется в блоке содержимого, «Дескриптор PDI» для помещения PDI-A, запроса PDI-A или PDI-Q определяется заново в цикле дескриптора (на чертеже самая нижняя ступень «Содержимого #1») сервисного уровня NRT-IT.

Фиг.30 иллюстрирует пример синтаксической структуры «Дескриптора PDI». На фиг.30 каждый из подлежащих описанию дескрипторов определяется вместе с числом битов (No. of Bits) и форматом (Format).

Согласно проиллюстрированной на фиг.30 синтаксической структуре, PDI-A, запрос PDI-A или PDI-Q описывается в дескрипторе «PDI-Q или PDIA или PDI_A_Query» переменных битов.

Следует отметить, что синтаксическая структура в «Дескрипторе PDI» не ограничена примером, проиллюстрированным на фиг.30.

Таким путем возможно также применить настоящее изобретение к вещательной системе, которая осуществляет вещание NRT.

Следует отметить, что настоящее изобретение можно естественным образом применить к вещательной системе, которая вещает в соответствии с системой ATSC-M/H, описанной выше, или к вещательной системе, которая осуществляет вещание NRT посредством системы иной, нежели линейные вещательные системы.

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

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

2. Второй вариант осуществления

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

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

Сервер 31 на фиг.31 составлен из генератора 311 PDI-S, генератора 312 пуска, секции 313 доставки содержимого, секции 314 накопления содержимого, секции 315 передачи, секции 316 исполнения PDI-S и секции 317 доставки метаданных.

Генератор 311 PDI-S генерирует PDI-S (сценарий по предпочтительным демографии и интересам), который является сценарием для получения PDI-A пользовательской стороны, представляющего ответ пользователя клиента 12 на вопрос о предпочтениях пользователя (зрителя). Затем генератор 311 PDI-S передает генерируемый PDI-S клиенту 12 через секцию 315 передачи и подает генерируемый PDI-S на секцию 316 исполнения PDI-S. PDI-S включает в себя веб-браузер, другие приложения и так далее.

Генератор 312 пуска генерирует информацию пуска, которая представляет собой информацию, относящуюся к исполнению PDI-S, генерируемого генератором 311 PDI-S на клиенте 12, и подает эту генерируемую информацию на секцию 313 доставки содержимого. Подробности информации пуска описаны здесь ниже со ссылкой на фиг.35.

Секция 313 доставки содержимого получает содержимое, накопленное в секции 314 накопления содержимого, и заносит информацию пуска от генератора 312 пуска в это содержимое, а затем передает содержимое клиенту 12 через секцию 315 передачи. Далее, секция 313 доставки содержимого получает содержимое, конкретизированное секцией 317 доставки метаданных из данных, накопленных в секции 314 накопления содержимого, и передает полученное содержимое клиенту 12 через секцию 315 передачи.

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

Передающая секция 315 передает к клиенту 12 различные виды данных, поданных в нее от генератора 311 PDI-S, секции 313 доставки содержимого и секции 317 доставки метаданных.

Секция 316 исполнения PDI-S исполняет PDI-S генератора 311 PDI-S для генерирования PDI-А поставляющей стороны, представляющий ответ, который установлен на поставляющей стороне, на вопрос о предпочтениях пользователя клиента 12, а затем подает генерируемый PDI-А на секцию 317 доставки метаданных.

Секция 317 доставки метаданных конкретизирует (запрашивает) содержимое (соответствующее содержимое), соответствующее ответу, установленному на поставляющей стороне, из данных, накопленных в секции 314 накопления содержимого, на основе PDI-А поставляющей стороны из секции 316 исполнения PDI-S. Секция 317 доставки метаданных генерирует контентные метаданные, включающие в себя PDI-А в качестве контентных метаданных конкретизированного связанного содержимого, и передает генерируемые данные клиенту 12 через секцию 42 передачи.

Пример функциональной конфигурации клиента

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

Клиент 12 по фиг.32 составлен из секции 321 приема, фильтра 322 контента, секции 323 воспроизведения содержимого, секции 324 накопления содержимого, секции 325 исполнения PDI-S и секции 326 хранения PDI-A.

Секция 321 приема принимает различные виды данных, переданных ей сервером 11, и подает принятые данные на фильтр 322 контента и секцию 325 исполнения PDI-S.

Фильтр 322 контента фильтрует вещательное содержимое, переданное к нему сервером 11 через секцию 321 приема, на основе контентных метаданных вещательного содержимого. Далее фильтр 322 контента считывает PDI-А пользовательской стороны из секции 326 хранения PDI-А и фильтрует соответствующее содержимое на основе PDI-A пользовательской стороны и PDI-А поставляющей стороны, включенного в контентные метаданные связанного содержимого, переданные сервером 11. Фильтр 322 контента в ответ на результат фильтрации подает отфильтрованное содержимое (вещательное содержимое и связанное содержимое) на секцию 323 воспроизведения содержимого или секцию 324 накопления содержимого.

Секция 323 воспроизведения содержимого воспроизводит содержимое от фильтра 322 контента. Далее, секция 323 воспроизведения содержимого получает содержимое из секции 324 накопления содержимого и воспроизводит полученное содержимое. Далее, секция 323 воспроизведения содержимого включает в себя секцию 323а обнаружения пуска. Эта секция 323а обнаружения пуска обнаруживает информацию пуска, хранящуюся в вещательном содержании, доставленном от сервера 11.

Секция 324 накопления содержимого накапливает (записывает) содержимое от фильтра 322 контента.

Секция 325 исполнения PDI-S исполняет PDI-S, переданный сервером 11, на основе обнаружения пусковой информации, хранящейся в вещательном содержимом, секцией 323а обнаружения пуска для генерирования PDI-A пользовательской стороны, представляющего ответ пользователя на вопрос о предпочтениях пользователя клиента 12, и подает генерируемый PDI-A в секцию 326 хранения PDI-A.

Секция 326 хранения PDI-A сохраняет PDI-A пользовательской стороны от секции 325 исполнения PDI-S. PDI-A пользовательской стороны, сохраненный в секции 326 хранения PDI-A, надлежащим образом считывается от фильтра 322 контента.

Пример процесса передачи и приема содержимого

Теперь со ссылкой на блок-схему алгоритма по фиг.33 описывается процесс передачи и приема содержимого в вещательной системе 10, составленной от сервера 11 по фиг.31 и клиента 12 по фиг.32.

На поставляющей стороне, такой как стандартизирующая организация, если спонсор вещательного содержимого, подлежащего передаче (доставке), либо сама стандартизирующая организация выдает запрос на доставку содержимого зрителю, имеющему конкретные предпочтения или атрибут, то на этапе S111 генератор 311 сервера 11 в ответ на операцию персонала поставляющей стороны генерирует PDI-S для получения PDI-A пользовательской стороны, представляющего ответ зрителя, то есть пользователя клиента 12, на вопрос о том, какие предпочтения или атрибут имеет этот пользователь.

Другой пример синтаксической структуры схемы XML

Здесь со ссылкой на фиг.34 описывается другой пример синтаксической структуры схемы XML для конфигурирования PDI-S и PDI-A в настоящем варианте осуществления.

Следует отметить, что строки с первой по 44-ю синтаксической структуры, проиллюстрированной на фиг.34, такие же, как строки с первой по 44-ю синтаксической структуры, проиллюстрированной на фиг.6, соответственно, а потому их описание здесь опущено.

Строки с 45-й по 50-ю указывают описание элементов вопроса, определенного названием «QAA» (вопрос, типом вопроса которого является «AnyAnswerType») из вопросов, указанных в строках с пятой по девятую. Идентифицирующий (id) элемент, указанный в 47-й строке, представляет идентификатор (ID) для идентификации пункта вопроса, и его формат определяется форматом ("providerName: [category:]question-ID"), аналогичным формату уникального для поставщика параметра фильтрации.

В частности, вопрос, определенный названием «QAA» (вопрос, типом вопроса которого является «AnyAnswerType»), и ответ на этот вопрос классифицируются каждый в уникальный для поставщика параметр фильтрации. Следует отметить, что, поскольку вопрос, определенный названием «QAA», не ограничивает тип ответа, такой вопрос (элемент q) не определяется в строках с 45-й по 50-ю.

Далее, ответ (элемент а) на вопрос, определенный названием «QAA», может иметь формат, в котором только провайдер, посредством которого этот вопрос установлен, может понять сущность, как описано далее. Поэтому этот ответ именуется далее как уникальный для поставщика параметр фильтрации в скрывающем поставщика формате.

Возвращаясь к блок-схеме алгоритма по фиг.33, на этапе S112 генератор 311 PDI-S сервера 11 генерирует ссылочную информацию PDI-S, которая представляет собой информацию, на которую делается ссылка, когда генерируемый PDI-S исполняется клиентом 12, и подает генерируемую информацию на генератор 312 пуска. Ссылочная информация PDI-S используется, например, в качестве унифицированного указателя ресурсов (URL) веб-страницы.

На этапе S113 генератор 312 пуска генерирует информацию пуска, которая является информацией, относящейся к исполнению PDI-S на клиенте 12 на основе ссылочной информации PDI-S от генератора 311 PDI-S, и подает генерируемую информацию на секцию 313 доставки содержимого. Когда информация пуска подается от генератора 312 пуска, секция 313 доставки содержимого получает доставляемое на клиент 12 вещательное содержимое от секции 314 накопления содержимого. Затем секция 313 доставки содержимого помещает информацию пуска в полученное вещательное содержимое (в качестве его части) и далее подает результирующую информацию на секцию 315 передачи.

Здесь со ссылкой на фиг.35 описывается конфигурация информации пуска.

Как проиллюстрировано на фиг.35, информация пуска составлена из идентификатора 341 пуска, управляющей информации 342 PDI-S и ссылочной информации 343 PDI-S.

Идентификатор 341 пуска представляет собой информацию для идентификации информации пуска. Управляющая информация 342 PDI-S представляет собой информацию для управления пуском или остановкой PDI-S на клиенте 12. Как описано выше, ссылочная информация 343 PDI-S представляет собой информацию подобно URL или тому подобное, на которую делается ссылка, когда исполняется PDI-S.

Возвращаясь к блок-схеме алгоритма по фиг.33, секция 315 передачи доставляет вещательное содержимое, включающее в себя информацию пуска, от секции 315 доставки содержимого вместе с PDI-S, генерируемым генератором 311 PDI-S. Следует отметить, что PDI-S может доставляться как контентные метаданные вещательного содержимого или может доставляться до того, как доставлено вещательное содержимое.

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

Затем, после того, как вещательное содержимое и PDI-S доставлены от сервера 11 таким путем, на этапе S131 секция 321 приема клиента 12 принимает вещательное содержимое и PDI-S, доставленные от сервера 11. Принятое вещательное содержимое подается на фильтр 322 контента, a PDI-S подается на секцию 325 исполнения PDI-S.

Если поданное на фильтр 322 контента вещательное содержимое фильтруется этим фильтром 322 контента на основе контентных метаданных, и если принимается решение, что отфильтрованное содержимое является содержимым, соответствующим предпочтениям пользователя, то результирующее содержимое подается на секцию 323 воспроизведения содержимого. Эта секция 323 воспроизведения содержимого воспроизводит вещательное содержимое на этапе S132.

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

В частности, на этапе S133 секция 323а обнаружения пуска принимает решение, обнаружена ли пусковая информация, и процесс на этапе S132 осуществляется повторно до тех пор, пока не будет обнаружена информация пуска. Если на этапе S133 принимается решение, что информация пуска обнаружена, тогда секция 323а обнаружения пуска подает обнаруженную информацию пуска в секцию 325 исполнения PDI-S, и обработка переходит к этапу S134.

На этапе S134 секция 325 исполнения PDI-S исполняет PDI-S на основе информации пуска от секции 323а обнаружения пуска для генерирования PDI-A пользовательской стороны.

Здесь со ссылкой на фиг.36 и 37 описывается обработка секцией 325 исполнения PDI-S.

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

Если информация пуска обнаруживается секцией 323а обнаружения пуска за заранее заданный временной промежуток, в котором это вещательное содержимое воспроизводится, то информация пуска подается в секцию 325 исполнения PDI-S. Таким образом, секция 325 исполнения PDI-S запускает PDI-S на основе управляющей информации PDI-S и ссылочной информации PDI-S, включенных в информацию пуска.

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

После того, как PDI-S запускается, секция 325 исполнения PDI-S отображает экранное изображение, соответствующее вопросу, определенному в PDI-S, на непоказанной секции отображения. Затем секция 325 исполнения PDI-S генерирует PDI-A пользовательской стороны, представляющий ответ на вопрос в ответ на выбора или ввода пользователем (зрителем) клиента 12.

В частности, как показано на фиг.37, секция 325 исполнения PDI-S отображает экранное изображение 350 исполнения PDI-S наложенным на программу ретрансляции футбола, отображенную на непоказанной секции отображения. Если в качестве вопроса, определенного в PDI-S, выбран какой-либо из спонсоров передаваемой программы, то во время вещания этой программы на экранном изображении 350 исполнения PDI-S на фиг.37 отображаются сообщение такого содержимого, что может быть загружено специальное свободное содержимое, и иконки 350а-350е, которые являются пунктами меню в качестве кандидатов для ответа на этот вопрос и представляют спонсоров.

На фиг.37 иконка 350а представляет компанию, производящую пиво; иконка 350b представляет изготовителя спортивных товаров; а иконка 350c представляет компанию по сбыту безалкогольных напитков. Далее, иконка 350d представляет сеть закусочных быстрого обслуживания, а иконка 350e представляет производителя электронного оборудования.

Если пользователем выбрана одна из иконок 350a-350e на экранном изображении 350 исполнения PDI-S, показанном на фиг.37, то секция 325 исполнения PDI-S генерирует PDI-А пользовательской стороны, представляющий ответ, соответствующий выбранной иконке из числа кандидатов для ответа на вопрос, определенный в PDI-S. На фиг.37 иконка 350e выбрана пользователем и отображается в обведенном рамкой состоянии для указания того, что пользователем выбрана иконка 350e.

Пример PDI-A

Здесь со ссылкой на фиг.38 и 39 описывается пример PDI-А пользовательской стороны, генерируемый секцией 325 исполнения PDI-S.

Фиг.38 иллюстрирует пример ответа пользователя, генерируемый в отношении вопроса, представленного на экранном изображении 350 исполнения PDI-S, описанном выше со ссылкой на фиг.37. В частности, <id>ProviderA:ProgramX:123<id> в третьей строке указывает идентифицирующий (id) элемент вопроса, представленного на экранном изображении 350 исполнения PDI-S, показанном на фиг.37, a <a>Somy</a> в четвертой строке указывает в качестве ответа на этот вопрос ответ, соответствующий иконке 350е, выбранной на экранном изображении 350 исполнения PDI-S. <a>Somy<a/> представляет уникальный для поставщика параметр фильтрации.

Фиг.39 иллюстрирует другой пример ответа пользователя, генерируемый в отношении вопроса, представленного на экранном изображении 350 исполнения PDI-S, описанном выше со ссылкой на фиг.37. В частности, <id>ProviderA:ProgramX:0000123<id> в третьей строке указывает идентифицирующий (id) элемент вопроса, представленного на экранном изображении 350 исполнения PDI-S, показанном на фиг.37, a <a>WU5Uq=<a/> в четвертой строке указывает в качестве ответа на вопрос ответ, соответствующий иконке 350е, выбранной на экранном изображении 350 исполнения PDI-S.

Здесь, если предполагается, что типом вопроса «ProviderA:ProgramX:0000123» является описанный выше «AnyAnswerType», то ответ <a>WU5Uq=<a/> на вопрос является уникальным для поставщика параметром фильтрации скрывающего поставщика формата, сущность которого может быть понятной только тому поставщику, который установил этот вопрос. Параметр фильтрации кодируется таким, например, способом, как Base64. В частности, уникальный для поставщика параметр фильтрации составлен так, что его нельзя использовать в качестве параметра фильтрации какому-либо иному поставщику.

Секция 325 исполнения PDI-S подает PDI-A пользовательской стороны таким образом, как описано выше, в секцию 326 хранения PDI-A и сохраняет его в этой секции.

Возвращаясь к блок-схеме алгоритма на фиг.33, на этапе S115 секция 316 исполнения PDI-S сервера 11 генерирует PDI-A поставляющей стороны на вопрос, определенный в PDI-S, от генератора 311 PDI-S и подает генерируемый PDI-A на секцию 317 доставки метаданных. В частности, секция 316 исполнения PDI-S анализирует или исполняет PDI-S в ответ на работы персонала вещательной станции (поставляющая сторона) и заставляет не показанную секцию отображения отображать экранное изображение, соответствующее вопросу, определенному в PDI-S, например, такое экранное изображение 350 исполнения PDI-S, как показано на фиг.37. Затем секция 316 исполнения PDI-S генерирует PDI-A поставляющей стороны, представляющий ответ на вопрос. В это время персонал вещательной станции будет анализировать или исполнять PDI-S, чтобы убедить пользователя выбрать ответ, соответствующий подлежащему доставке ссылочному содержимому, в качестве ответа на вопрос, определенный в PDI-S. В частности, PDI-A поставляющей стороны, генерируемый секцией 316 исполнения PDI-S, представляет информацию (ответ), чтобы заставить зрителя получить ссылочное содержимое, доставленное позднее, с принятыми во внимание поставляющей стороной предпочтениями пользователя (зрителя) клиента 12.

На этапе S116 секция 317 доставки метаданных конкретизирует (запрашивает) ссылочное содержимое, соответствующее PDI-A поставляющей стороны, из числа данных, накопленных в секции 314 накопления содержимого, на основе PDI-A поставляющей стороны из секции 316 исполнения PDI-S. Конкретизированное здесь ссылочное содержимое представляет собой коммерческое видео спонсора вещательного содержимого, изображение талона на продукт или услугу, предоставляемые этим спонсором, или тому подобное, которые выбраны заранее в качестве содержимого, которое поставщик желает чтобы получил пользователь. Следует отметить, что ссылочное содержимое, конкретизированное секцией 317 доставки метаданных, получается от секции 314 накопления содержимого секцией 313 доставки содержимого.

На этапе S117 секция 317 доставки метаданных вновь генерирует контентные метаданные, включающие в себя PDI-A поставляющей стороны, на основе контентных метаданных, заранее приложенных к содержимому, конкретизированному на этапе S116, и PDI-A поставляющей стороны от секции 316 исполнения PDI-S.

На этапе S118 секция 315 передачи доставляет полученное ссылочное содержимое на секцию 313 доставки содержимого вместе с контентными метаданными, генерируемыми секцией 317 доставки метаданных.

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

Следует отметить, что процесс на этапах S115-S118 не обязательно выполняется последовательно сразу после процесса на этапе S114, и в клиенте 12, который имеет пользователь, эти процессы могут исполняться до того, как генерируется и сохраняется PDI-A пользовательской стороны.

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

После того, как соответствующее содержимое и контентные метаданные доставлены сервером 11 таким образом, как описано выше, на этапе S135 секция 321 приема клиента 12 принимает соответствующее содержимое и контентные метаданные, доставленные сервером 11, и затем подает принятые соответствующее содержимое и метаданные в фильтр 322 контента. Следует отметить, что процессы после этапа S135 могут исполняться параллельно для воспроизведения вещательного содержимого или могут исполняться после окончания воспроизведения вещательного содержимого.

На этапе S136 фильтр 322 контента осуществляет сопоставление между PDI-A пользовательской стороны, хранящимся в секции 326 хранения PDI-А, и PDI-A поставляющей стороны, включенным в контентные метаданные сервера 11.

Пример процесса сопоставления в фильтре контента

Здесь предполагается, что PDI-А, описанный со ссылкой на фиг.38, генерируется и сохраняется в качестве PDI-А пользовательской стороны, и предполагается, что PDI-A, проиллюстрированный на фиг.40, передается в качестве PDI-А поставляющей стороны от сервера 11.

Поскольку показанный на фиг.40 PDI-А поставляющей стороны имеет такую же базовую конфигурацию, как у PDI-А пользовательской стороны, показанной на фиг.38, подробное описание здесь опущено. Однако PDI-А поставляющей стороны указывает, что в качестве ответа на вопрос «ProviderA:ProgramX:123» выбрано «Somy».

В это время фильтр 322 контента сравнивает PDI-А пользовательской стороны и PDI-А поставляющей стороны друг с другом и принимает решение о том, что PDI-A пользовательской стороны и PDI-А поставляющей стороны соответствуют друг другу, если по меньшей мере один из ответов на вопросы совпадает. С другой стороны, если ни один из ответов на вопросы не совпадает, фильтр 322 контента принимает решение о том, что PDI-А пользовательской стороны и PDI-А поставляющей стороны не соответствуют один другому. В настоящем случае эти PDI-А совпадают друг с другом в том, что и ответом на вопрос «ProviderA:ProgramX:123» в проиллюстрированном на фиг.38 PDI-A пользовательской стороны, и ответом на вопрос «ProviderA:ProgramX:123» в проиллюстрированном на фиг.40 PDI-А поставляющей стороны являются «Somy». Поэтому принимается решение о том, что PDI-А пользовательской стороны и PDI-A поставляющей стороны соответствуют один другому.

Далее, предполагается, что описанный со ссылкой на фиг.39 PDI-А генерируется и сохраняется в качестве PDI-А пользовательской стороны, и предполагается, что проиллюстрированный на фиг.41 PDI-А передается в качестве PDI-А поставляющей стороны сервера 11.

Проиллюстрированный на фиг.41 PDI-А поставляющей стороны указывает, что в качестве ответа на вопрос «ProviderA:PrograrnX:0000123» выбрано «WU5PU=» (скрывающий поставщика формат для «Somy»).

В данном случае, оба PDI-А совпадают один с другим в том, что и ответом на вопрос «ProviderA:ProgramX:0000123» в проиллюстрированном на фиг.39 PDI-A пользовательской стороны, и ответом на вопрос «ProviderA:ProgramX:0000123» в проиллюстрированном на фиг.41 PDI-А поставляющей стороны являются «WU5PUq=». Поэтому принимается решение о том, что PDI-А пользовательской стороны и PDI-A поставляющей стороны соответствуют один другому.

Теперь предполагается, что проиллюстрированный на фиг.42 PDI-А передается в качестве PDI-А поставляющей стороны сервера 11.

Проиллюстрированный на фиг.42 PDI-А поставляющей стороны указывает, что в качестве ответа на вопрос «ProviderA:ProgramX:0000123» выбрано «UGFuYXNvbmlj» (скрывающий поставщика формат).

В данном случае, ответ на вопрос в проиллюстрированном на фиг.39 PDI-A пользовательской стороны и ответ на вопрос в проиллюстрированном на фиг.42 PDI-A поставляющей стороны не совпадают один с другим. Поэтому принимается решение о том, что PDI-А пользовательской стороны и PDI-А поставляющей стороны не соответствуют друг другу.

Фильтр 322 контента осуществляет процесс сопоставления между PDI-A пользовательской стороны и PDI-А поставляющей стороны так, как описано выше.

На этапе S137 фильтр 322 контента принимает решение о том, соответствуют ли друг другу PDI-А пользовательской стороны и PDI-А поставляющей стороны. Если на этапе S137 принимается решение о том, что PDI-А пользовательской стороны и PDI-A поставляющей стороны соответствуют друг другу, то фильтр 322 контента принимает решение, что содержимое, доставленное сервером 11, является соответствующим содержимым, которое отвечает предпочтениям пользователя (зрителя) клиента 12. Таким образом, фильтр 322 контента подает это содержимое на секцию 324 накопления содержимого. После этого обработка переходит к этапу S138.

На этапе S138 секция 324 накопления содержимого накапливает (записывает) в себя содержимое. В соответствии с рабочей командой пользователя накопленное содержимое соответственно подается на секцию 323 воспроизведения содержимого и воспроизводится (отображается) ею.

С другой стороны, если на этапе S137 принимается решение о том, что PDI-A пользовательской стороны и PDI-A поставляющей стороны не соответствуют один другому, то фильтр 322 контента принимает решение, что соответствующее содержимое, доставленное от сервера 11, не является тем содержимым, которое отвечает предпочтениям пользователя (зрителя) клиента 12, и отвергает (удаляет) это соответствующее содержимое. Затем обработка заканчивается.

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

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

Далее, поскольку взаимодействие с пользователем можно осуществлять посредством PDI-S на клиентском оконечном устройстве, даже если вопрос, установленный на поставляющей стороне, включает в себя сущность, которая требует высокой степени интерактивности, взаимодействие с пользователем может осуществляться адекватно. Следовательно, может генерироваться PDI-A пользовательской стороны, в котором точно отражаются предпочтения пользователя, и можно с большей уверенностью получать содержимое, которое удовлетворяет потребностям пользователя на этот момент.

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

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

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

Пример 3 процесса сопоставления по запросу, в котором оценивается PDI-A

Сначала описывается конфигурация, в которой PDI-A поставляющей стороны представлен как запрос, для сравнения PDI-A пользовательской стороны и PDI-A поставляющей стороны друг с другом. Фиг.43 показывает пример конфигурации сервера 11, который представляет PDI-A поставляющей стороны в качестве запроса.

Сервер 11 по фиг.43 составлен из генератора 311 PDI-S, генератора 312 пуска, секции 313 доставки содержимого, секции 314 накопления содержимого, секции 315 передачи, секции 391 исполнения PDI-S и секции 392 доставки метаданных.

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

В частности, сервер 11 по фиг.43 отличается от сервера 11 по фиг.31 тем, что последний включает в себя секцию 316 исполнения PDI-S и секцию 317 доставки метаданных вместо секции 391 исполнения PDI-S и секции 392 доставки метаданных.

Секция 391 исполнения PDI-S исполняет PDI-S из генератора 311 PDI-S для генерирования PDI-А поставляющей стороны, представляющего ответ, установленный поставляющей стороной, на вопрос о предпочтениях пользователя клиента 12. Затем секция 391 исполнения PDI-S генерирует запрос PDI-А, в котором генерируемый PDI-A поставляющей стороны применяется к заранее заданному условному высказыванию, и подает генерируемый запрос PDI-А в секцию 392 доставки метаданных.

Секция 392 доставки метаданных на основе запроса PDI-А от секции 391 исполнения PDI-S конкретизирует (запрашивает) соответствующее запросу PDI-A соответствующее содержимое из накопленных данных в секции 45 накопления содержимого. Секция 392 доставки метаданных генерирует контентные метаданные, включающие в себя запрос PDI-А в качестве контентных метаданных конкретизированного ссылочного содержимого, и передает генерируемые контентные метаданные клиенту 12 через секцию 315 передачи.

Далее, клиент 12 в настоящем примере такой же, как клиент 12 по фиг.32, за исключением того, что фильтр 322 контента по фиг.32 считывает PDI-A пользовательской стороны из секции 326 хранения PDI-А и фильтрует содержимое на основе PDI-А пользовательской стороны и запроса PDI-А, включенного в контентные метаданные, переданные сервером 11. Поэтому описание клиента 12 здесь опущено.

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

Следует отметить, что процессы на этапах S151-S154, S158, S171-S175, S177 и S178 блок-схемы алгоритма по фиг.44 в основном аналогичны процессам на этапах S111-S114, S118, S131-S135, S137 и S138 блок-схемы алгоритма по фиг.33, соответственно. Поэтому их описание здесь опущено.

В частности, на этапе S155 секция 391 исполнения PDI-S сервера 11 генерирует PDI-А поставляющей стороны на вопрос, определенный в PDI-S из генератора 311 PDI-S, генерирует запрос PDI-А, в котором генерируемый PDI-А поставляющей стороны применяется к заранее заданному условному высказыванию, и подает этот запрос PDI-А в секцию 392 доставки метаданных. Конкретнее, например, секция 391 исполнения PDI-S анализирует или исполняет PDI-S в ответ на операции персонала вещательной станции (поставляющая сторона) и вызывает, не показанной секции отображения, отображение, например, такого экранного изображения, соответствующего вопросу, определенному в PDI-S, как экранное изображение 350 исполнения PDI-S, показанное на фиг.37. Затем секция 391 исполнения PDI-S устанавливает ответ на этот вопрос и далее понуждает персонал вещательной станции определить комбинацию (условие фильтрации) таких ответов для генерирования запроса PDI-A, представляющего эту комбинацию ответов. В это время персонал вещательной станции вызывает анализирование или исполнение PDI-S для выбора ответа, соответствующего подлежащему доставке содержимому, а затем определения комбинации таких ответов на вопросы, определенные в PDI-S. В частности, запрос PDI-A, генерируемый секцией 391 исполнения PDI-S, представляет информацию (комбинацию ответов), чтобы позволить пользователю (зрителю) клиента 12 просматривать содержимое, подлежащее доставке позднее, учитывая на поставляющей стороне предпочтения пользователя клиента 12.

На этапе S156 секция 392 доставки метаданных на основе запроса PDI-A из секции 391 исполнения PDI-S конкретизирует (запрашивает) соответствующее содержимое, соответствующее запросу PDI-A, из числа данных, накопленных в секции 314 хранения содержимого. Конкретизированное здесь соответствующее содержимое может быть содержимым, заранее выбранным персоналом вещательной станции в качестве содержимого, подлежащего получению пользователем. Следует отметить, что содержимое, конкретизированное секцией 392 доставки метаданных, получается от секции 314 хранения метаданных секцией 313 доставки содержимого.

На этапе S157 секция 392 доставки метаданных на основе контентный метаданных, заранее приложенных к ссылочному содержимому на этапе S156, и запроса PDI-A от секции 391 исполнения PDI-S вновь генерирует контентные метаданные, включающие в себя запрос PDI-A.

Затем на этапе S176 фильтр 322 контента клиента 12 на основе PDI-A, включенного в контентные метаданные от сервера 11, осуществляет сопоставление PDI-A пользовательской стороны, сохраненный в секции 53 хранения PDI-A.

Здесь предполагается, что описанный выше со ссылкой на фиг.39 PDI-A сгенерирован и сохранен в качестве PDI-A пользовательской стороны, а заданный ниже запрос PDI-A передан от сервера 11.

«//QSA[id=′ProviderA:0000123′ и a=′WU5PUq=′]»

Заданный выше запрос PDI-A указывает, что PDI-A пользовательской стороны оценивает, выбран ли «WU5PUq=» (скрывающий поставщика формат «Somy») в качестве ответа на вопрос «ProviderA:ProgramX:0000123».

В это время фильтр 322 контента оценивает PDI-А пользовательской стороны на основе запроса PDI-А, и если этот PDI-А пользовательской стороны отвечает (верен) запросу PDI-А, фильтр 322 контента принимает решение, что PDI-А пользовательской стороны и запрос PDI-А соответствуют один другому. Однако если PDI-A пользовательской стороны не удовлетворяет (ложен) запросу PDI-А, фильтр 322 контента принимает решение, что PDI-А пользовательской стороны и запрос PDI-А не соответствуют один другому. В данном же случае, в PDI-А пользовательской стороны, проиллюстрированном на фиг.39, поскольку «WU5PUq=» выбран в качестве ответа на вопрос «ProviderA:ProgramX:0000123», принимается решение о том, что PDI-A пользовательской стороны и запрос PDI-А соответствуют один другому.

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

Пример 4 процесса сопоставления посредством запроса, в котором оценивается PDI-A

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

Фиг.45 показывает пример функциональной конфигурации клиента 12, в которой PDI-А пользовательской стороны представляется как запрос.

Клиент 12 по фиг.45 составлен из секции 3212 приема, фильтра 322 контента, секции 323 воспроизведения содержимого, секции 324 накопления содержимого, секции 401 исполнения PDI-S и секции 402 хранения запроса PDI-A.

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

В частности, клиент 12 по фиг.45 отличается от клиента 12 по фиг.32 тем, что он включает в себя секцию 401 исполнения PDI-S и секцию 402 хранения запроса PDI-A вместо секции 325 исполнения PDI-S и секции 326 хранения PDI-A.

Секция 401 исполнения PDI-S исполняет PDI-S, переданный к ней сервером 11 для генерирования PDI-А пользовательской стороны, который представляет ответ пользователя клиента 12 на вопрос о предпочтениях пользователя. Затем секция 401 исполнения PDI-S генерирует запрос PDI-A, в котором генерируемый PDI-A пользовательской стороны прикладывается к заранее заданному условному высказыванию, и подает генерируемый запрос PDI-A на секцию 402 хранения запроса PDI-A.

Секция 402 хранения запроса PDI-A сохраняет этот запрос PDI-A от секции 401 исполнения PDI-S. Запрос PDI-S, сохраненный в секции 402 хранения запроса PDI-A, соответственно считывается фильтром 322 контента.

Следует отметить, что фильтр 322 контента по фиг.45 считывает запрос PDI-A из секции 402 хранения запроса PDI-S и фильтрует содержимое на основе этого запроса PDI-А и PDI-A поставляющей стороны, включенного в контентные метаданные, переданные от сервера 11.

Далее, сервер 11 в настоящем примере такой же как сервер 11 по фиг.31, и потому его описание здесь опущено.

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

Следует отметить, что процессы на этапах S211-S233, S235, S237 и S238 в блок-схеме алгоритма по фиг.46 в основном аналогичны процессам на этапах S111-S133, S135, S137hS138b блок-схеме алгоритма по фиг.33, поэтому их описание здесь опущено.

В частности, на этапе S234 секция 401 исполнения PDI-S клиента 12 исполняет PDI-S, чтобы генерировать запрос PDI-A.

Если секцией 323а обнаружения пуска в заранее заданном временном промежутке, в котором воспроизводится вещательное содержимое, обнаруживается информация пуска, то эта информация пуска подается на секцию 325 исполнения PDI-S. Секция 325 исполнения PDI-S активирует PDI-S на основе управляющей информации PDI-S, включенной в информацию пуска и соответствующую информацию PDI-S.

Пример процесса исполнения PDI-S

После того, как активирован PDI-S, секция 325 исполнения PDI-S вызывает отображение не показанной секцией отображения отображать экранное изображение, соответствующее вопросу, определенному в PDI-S, чтобы генерировать ответ на этот вопрос в ответ на выбора или ввода от пользователя (зрителя) клиента 12. Далее, секция 401 исполнения PDI-S определяет комбинацию таких ответов (условие фильтрации), чтобы генерировать запрос PDI-A, представляющий комбинацию ответов.

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

Секция 401 исполнения PDI-S подает запрос PDI-А, генерируемый таким образом, на секцию 402 хранения запроса PDI-А, чтобы сохранить его.

На этапе S236 фильтр 322 контента на основе запроса PDI-А, сохраненного в секции 402 хранения запроса PDI-А, осуществляет сопоставление PDI-А поставляющей стороны, включенного в контентные метаданные от сервера 11.

Здесь предполагается, что в качестве PDI-А поставляющей стороны от сервера 11 передан PDI-А, описанный выше со ссылкой на фиг.41, а заданные ниже запрос PDI-A сгенерирован и сохранен.

«//QSA[id=′ProviderA:ProgramX:0000123′ и a=′WU5PUq=′]»

Описанный выше запрос PDI-А указывает, что PDI-А поставляющей стороны оценивает, выбран ли «WU5PUq=» (скрывающий поставщика формат «Somy») в качестве ответа на вопрос «ProviderA:ProgramX:0000123».

В это время фильтр 322 контента оценивает PDI-А поставляющей стороны на основе запроса PDI-А, и если этот PDI-А поставляющей стороны отвечает (верен) запросу PDI-А, фильтр 322 контента принимает решение, что PDI-А поставляющей стороны и запрос PDI-А соответствуют один другому. Однако если PDI-А поставляющей стороны не удовлетворяет (ложен) запросу PDI-А, фильтр 322 контента принимает решение, что PDI-А поставляющей стороны и запрос PDI-А не соответствуют один другому. В данном же случае, в PDI-А поставляющей стороны, проиллюстрированном на фиг.41, поскольку «WU5PUq=» выбран в качестве ответа на вопрос «ProviderA:ProgramX:0000123», принимается решение о том, что PDI-А поставляющей стороны и запрос PDI-A соответствуют один другому.

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

Пример применения вещательной системы, которая передает в системе ATSC-M/H

В данном случае, вещательная система по описанному выше варианту осуществления может быть также применена к вещательной системе, которая передает в соответствии с системой ATSC-M/H.

В таком случае PDI-A (PDI-А поставляющей стороны) или запрос PDI-A помещается в по меньшей мере один из фрагмента «Услуга» (фиг.23), фрагмента «Каталог» (Фиг.24) и фрагмента «Содержимое» (фиг.25) из числа элементов, которые образуют сервисное руководство, проиллюстрированное на фиг.22.

При этом PDI-S помещается во фрагмент «Данные интерактивности» из числа элементов, которые образуют сервисное руководство, проиллюстрированное на фиг.22.

Фиг.47 иллюстрирует подробности конфигурации фрагмента «Данные интерактивности». PDI-S помещается в проиллюстрированный на фиг.47 фрагмент «Данные интерактивности» путем добавления заново элемента «PDI-S» к элементу «PrivateExt», определенному на самой нижней стадии. В частности, например, элемент «PDI-S» представлен и закодирован в строке символов <xs:element name="PDI-S" type="xs:string" xmlns:xs="> схемой XML.

Пример применения вещательной системы, которая осуществляет вещание НРБ

Вещательная система по настоящему варианту осуществления может быть применена также к вещательной системе, которая осуществляет вещание NRT.

В таком случае, PDI-A (PDI-A поставляющей стороны), запрос PDI-A или PDI-S, переданные от сервера 11 к клиенту 12 в описанной выше вещательной системе 10, помещается в «Дескриптор PDI» и передается с «Дескриптором PDI», который заново предписан в SMT или NRT-IT (фиг.29).

Фиг.48 иллюстрирует пример синтаксической структуры «Дескриптора PDI». На фиг.48 каждый из подлежащих описанию дескрипторов определяется вместе с числом битов (NO. of Bits) и форматом (Format).

Согласно проиллюстрированной на фиг.48 синтаксической структуре, PDI-A, запрос PDI-A или PDI-S описывается в дескрипторе «PDI_S, или PDIA, или PDI_A_Query» переменных битов.

Следует отметить, что вещательная система по настоящему варианту осуществления может естественным образом быть применена к вещательной системе, которая передает в соответствии с описанной выше системой ATSC-M/H, или к вещательной системе, которая передает в соответствии с любой другой системой, нежели та из вещательных систем, которая осуществляет вещание NRT.

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

Носитель записи программ, в котором хранится программа, подлежащая установке в компьютер и размещения компьютером в состояние исполнения, может быть, например, как показано на фиг.2, съемным носителем 31 в виде упакованного носителя, образованного из магнитного диска (в том числе гибкого диска), оптического диска (в том числе CD-ROM (постоянно запоминающего устройства на компакт-диске) и DVD (универсального цифрового диска), включая магнитооптический диск) или полупроводниковой памяти. Иначе, носитель записи программ может быть образован как ROM 22, жесткий диск, который составляет запоминающую секцию 28, или тому подобное, в котором программа хранится временно или постоянно. Сохранение программы в носитель записи программ осуществляется, когда предоставляется возможность, посредством секции 29 связи, которая является таким интерфейсом как маршрутизатор и модем, с применением проводной или беспроводной среды, такой как местная сеть, Интернет или цифровое спутниковое вещание.

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

Далее, в настоящем описании выражение «система» используется для представления всего устройства, состоящего из множества устройств.

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

Перечень ссылочных позиций

10 - Вещательная система

11 - Сервер

12 - Клиент

41 - Генератор PDI-Q

42 - Секция передачи

43 - Генератор PDI-A

44 - Секция доставки метаданных

45 - Секция накопления содержимого

46 - Секция доставки содержимого

51 - Секция приема

52 - Генератор PDI-A

53 - Секция хранения PDI-A

54 - Фильтр контента

55 - Секция воспроизведения содержимого

56 - Секция накопления содержимого

111 - Генератор запроса PDI-A

112 - Секция доставки метаданных

131 - Генератор запроса PDI-A

132 - Секция хранения запроса PDI-A

311 - Генератор PDI-S

312 - Генератор пуска

313 - Секция доставки содержимого

314 - Секция накопления содержимого

315 - Секция передачи

316 - Секция исполнения PDI-S

317 - Секция доставки метаданных

321 - Секция приема

322 - Фильтр контента

323 - Секция воспроизведения содержимого

323а - Секция обнаружения пуска

324 - Секция накопления содержимого

325 - Секция исполнения PDI-S

326 - Секция хранения PDI-A

391 - Секция исполнения PDI-S

392 - Секция доставки метаданных

401 - Секция исполнения PDI-S

402 - Секция хранения запроса PDI-A