Устройство и способ передачи, устройство и способ приема и система передачи и приёма

Иллюстрации

Показать все

Изобретение относится к вещательной системе для передачи цифровой телевизионной программы, в частности, к устройству передачи и способу передачи, в которых можно получить содержимое, которое соответствует потребностям. Техническим результатом является обеспечение доставки содержимого к клиенту, которое на этот момент удовлетворяет его потребностям. Указанный технический результат достигается тем, что сервер генерирует сценарий PDI-S для получения PDI-A пользовательской стороны, представляющего ответ пользователя на вопрос о предпочтениях пользователя; генерирует информацию пуска для исполнения PDI-А; и передает информацию пуска и PDI-S клиенту в ответ на доставку вещательного содержимого, и передает клиенту в ответ на доставку ссылочного содержимого PDI-A поставляющей стороны, представляющий ответ, установленный поставщиком, на вопрос. Клиент исполняет PDI-S на основе обнаружения информации пуска и осуществляет сопоставление между PDI-А пользовательской стороны и PDI-А поставляющей стороны, для определения получения ссылочного содержимого, доставляемого сервером. 5 н. и 5 з.п. ф-лы, 48 ил.

Реферат

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

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

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

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

Далее, в качестве канала связи предложена услуга загрузки содержимого, в которой соответствующим образом используются вышеописанное телевизионное вещание и Интернет, посредством которого данные могут загружаться с высокой скоростью (например, см. Патентную литературу 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 по