ОКОНЕЧНОЕ УСТРОЙСТВО, УСТРОЙСТВО СЕРВЕРА, СПОСОБ ОБРАБОТКИ ИНФОРМАЦИИ, ПРОГРАММА И СИСТЕМА ПОСТАВКИ СВЯЗАННОГО ПРИЛОЖЕНИЯ
TERMINAL DEVICE, SERVER DEVICE, METHOD OF INFORMATION PROCESSING, PROGRAM AND SYSTEM OF RELATED APPLICATION DELIVERY

Область техники, к которой относится изобретение
Настоящее изобретение относится к оконечному устройству, устройству сервера, способу обработки информации, программе и системе поставки связанного приложения и, в частности, к оконечному устройству, устройству сервера, способу обработки информации, программе и системе поставки связанного приложения, выполненные с возможностью осуществления прикладных программ в оперативной связи с обработкой не только телевизионных программ, но также и подаваемого просматриваемого контента.
Уровень техники
Возьмем, к примеру, процесс отображения для ТВ (телевидение) зрителей информации (состав исполнителей, краткое содержание, предварительный просмотр следующей части и т.п.) телевизионной программы (здесь иногда называют просто как программа) и информации (новости, прогноз погоды, информации о дорожном движении и т.п.), которая полезна для зрителей, хотя, непосредственно не связанна с самой отображаемой на экране программой.
Для реализации вышеуказанной функции, команды для получения и запуска специальной программы приложения (далее иногда называемая просто как прикладная программа) могут быть переданы заранее в телевизионный приемник в связи с обработкой программы. На самом деле, эта функция уже реализована в Японии и Европе, например, передачей данных команд и приложений с использованием диапазона для вещания данных в ТВ вещательном сигнале (см. патентный документ 1 ниже, например).
С другой стороны, в США, диапазон для вещания данных не находится в ТВ вещательном сигнале и не был установлен альтернативный способ, так что выполнение приложения в связи с обработкой программ не было реализовано.
Следует отметить, что в США, больше семей просматривают программы через CATV и IPTV, чем непосредственно принимая и просматривая программы через телевизионные приемники. При использовании CATV и IPTV, только изображение и звук могут быть извлечены из телевизионного вещания, так что, даже если диапазон для вещания данных находится сигнале вещания ТВ в США, передача данных в вещательной сигнале, содержащие приложения ассоциированные данные, до зрителей, не может быть гарантировано.
Перечень ссылок
Патентная литература
Выложенная заявка на патент Японии №2006-50237
Раскрытие изобретения
Техническая задача
Дополнительно, в последнее время, в случае, когда просматривается подаваемый контент, такой как, записанные программы и программы, воспроизводимые из медиа-пакетов на основе DVD и BD, существует запрос на выполнение приложений в связи с обработкой контента. Тем не менее, данное требование не было выполнено.
Таким образом, настоящее изобретение решает вышеуказанную и другие задачи, и решает рассмотренные задачи путем обеспечения технологий для выполнения приложений в связи с обработкой контента, просматриваемого в домах пользователей.
Решение задачи
Согласно первому аспекту изобретения обеспечивается оконечное устройство. Указанное оконечное устройство содержит блок извлечения, выполненный с возможностью извлечения данных сигнатуры, указывающих на свойство контента, из контента, подлежащего воспроизведению; блок генерирования запроса, выполненный с возможностью генерирования запроса, содержащего, по меньшей мере извлеченные данные сигнатуры; блок связи, выполненный с возможностью передачи сгенерированного запроса на устройство сервера и приема ответа, возвращаемого устройством сервера, в ответ на запрос; и блок выполнения приложения, выполненный с возможностью получения приложения на основе URL (унифицированный указатель ресурса) приложения, содержащего по меньшей мере идентификационную информацию приложения, при этом URL приложения содержится в ответе, и выполнения приложения.
В упомянутом оконечном устройстве, информация о времени выполнения указывает на время выполнения приложения, кроме того, записывается в URL приложения, и блок выполнения приложения получает приложение во время, когда приложение готово для выполнения.
В упомянутом оконечном устройстве по меньшей мере одна информация извлечения по местному времени, указывает на время, в которое данные сигнатуры были извлечены блоком извлечения, информация идентификации контента, указывающая на соответствующий контент, и извлекается информация о времени воспроизведения, указывающая на время извлечения в момент времени воспроизведения контента, соответствующего данным сигнатур, дополнительно записывается в URL приложений.
В упомянутом оконечном устройстве, оконечное устройство встроено в устройство воспроизведения, выполненное с возможностью воспроизводить контент. Упомянутое оконечное устройство дополнительно имеет блок поставки контента, выполненный с возможностью поставлять все элементы контента, подлежащие воспроизведению устройством воспроизведения, в блок извлечения.
В осуществлении изобретения и согласно первому аспекту изобретения, предложен способ обработки информации для оконечного устройства. Упомянутый способ обработки информации содержит этапы, на которых извлекают данные сигнатуры, указывающие на свойство контента из воспроизводимого контента; генерируют запрос, который включает в себя, по меньшей мере, извлеченные данные сигнатуры; передают сгенерированный запрос в устройство сервера и принимают ответ, возвращенный устройством сервера в ответ на запрос; и получают приложения на основании URL (унифицированный указатель ресурса) приложения, содержащего по меньшей мере идентификационную информацию приложения, при этом URL приложения включаются в состав ответа, и выполняют приложение.
В осуществлении изобретения и согласно первому аспекту изобретения, предусмотрена программа для обеспечения функционирования компьютера, содержащего: блок извлечения, выполненный с возможностью извлечения данных сигнатуры, указывающих на свойство контента из воспроизводимого контента; блок генерирования запроса, выполненный с возможностью генерирования запроса, содержащего по меньшей мере извлеченные данные сигнатуры; блок связи, выполненный с возможностью передачи сгенерированного запроса на устройство сервера и приема ответа, возвращаемого устройством сервера в ответ на запрос; и блок выполнения приложения, выполненный с возможностью получения приложения на основе URL (унифицированный указатель ресурса) приложения, содержащего по меньшей мере идентификационную информацию приложения, при этом URL приложения содержится в ответе, и выполнения приложения.
В первом аспекте настоящего изобретения, данные сигнатуры, указывающие на свойство контента, извлекается из воспроизводимого контента, генерируется запрос, содержащий по меньшей мере извлеченные данные сигнатуры, сгенерированный запрос передается в устройство сервера и принимается ответ, возвращенный устройством сервера в ответ на запрос, и приложение получается на основе URL приложения, в котором записана по меньшей мере идентификационная информация приложения, при этом указанный URL приложения содержится в принятом ответе и выполняется приложение.
В осуществлении изобретения и согласно второму аспекту изобретения, предложено устройство сервера. Указанное устройство сервера содержит базу данных, выполненную с возможностью указания отношения между данными сигнатуры, указывающими на свойство контента, извлеченного из него, идентификационной информацией контента, указывающей на источник извлечения контента, и информацией идентификации приложения, указывающей на выполняемое приложение в связи с контентом; блок генерирования ответа, выполненный с возможностью идентифицирования контента из данных сигнатуры, содержащихся в запросе, переданном от оконечного устройства, извлеченного посредством ссылки на базу данных, и генерирования ответа, содержащего по меньшей мере URL (унифицированный указатель ресурса) приложения, в котором записана информация идентификации приложения, указывающая на выполняемое приложение в связи с идентифицированным контентом; передающий блок, выполненный с возможностью передачи сгенерированного ответа в оконечное устройство; и блок поставки приложения, выполненный с возможностью поставки приложения на оконечное устройство в ответ на запрос от оконечного устройства на основе URL приложения, включенного с состав ответа.
В упомянутом устройстве сервера, блок поставки приложения регенерирует приложение и поставляет регенерированное приложение в оконечное устройство в ответ на запрос от оконечного устройства на основе URL приложения, включенного в состав ответа.
В упомянутом устройстве сервера блок поставки приложения устанавливает по меньшей мере одну из отметок времени выполнения приложения и времени инициирования события в выполняемом приложении, как в регенерированное приложение.
В упомянутом устройстве сервера по меньшей мере один элемент информации об извлечении по местному времени, указывает на время, при котором соответствующие данные сигнатуры были извлечены в оконечном устройстве, информация идентификации контента, указывающая соответствующий контент, и информация извлечения времени воспроизведения, указывающая на время извлечения во время воспроизведения контента соответствующих данных сигнатуры, дополнительно записываются в URL приложений.
В осуществлении изобретения и согласно второму аспекту изобретения, предусмотрен способ обработки информации для устройства сервера. Данный способ обработки информации содержит этапы, на которых: идентифицируют контент, из которого данные сигнатуры, включенные в состав запроса, передают от оконечного устройства, были извлечены, посредством ссылки на базу данных, выполненную с возможностью указания соотношения между данными сигнатуры, указывающими на свойство контента, извлеченного из него, информацию идентификации контента, указывающую на источник извлечения контента, и информацией идентификации приложения, указывающую на выполняемое приложение в связи с контентом, и генерирования ответа, содержащего по меньшей мере URL (унифицированный указатель ресурса) приложения, в котором записана идентификационная информация приложения, указывающая на выполняемое приложение в связи с идентифицированным контентом; передают сгенерированный ответ на оконечное устройство; и поставляют приложение в оконечное устройство в ответ на запрос от оконечного устройства на основе URL приложения, включенного в состав ответа.
В осуществлении изобретения и согласно второму аспекту изобретения, предусмотрена программа для обеспечения функционирования компьютера, содержащего: базу данных, выполненную с возможностью указания соотношения между данными сигнатуры, указывающими на свойство контента, извлеченного из них, идентификационной информацией контента, указывающей на источник извлечения контента, и идентификационной информацией приложения, указывающей на выполняемое приложение в связи с контентом; блок генерирования ответа, выполненный с возможностью идентифицирования контента из данных сигнатуры, включенных в состав запроса, переданного от оконечного устройства, который был извлечен посредством ссылки на базу данных, и генерирования ответа, по меньшей мере включающего в себя URL (унифицированный указатель ресурса) приложения, в котором записана идентификационная информация приложения, указывающая на выполняемое приложение в связи с идентифицированным контентом; передающий блок выполнен с возможностью передачи сгенерированного ответа на оконечное устройство; и блок поставки приложения, выполненный с возможностью поставки приложения на оконечное устройство в ответ на запрос от оконечного устройства на основе URL приложения, включенного в состав ответа.
Во втором аспекте настоящего изобретения, контент, из которого данные сигнатуры, включенные в состав запроса, были возвращены оконечным устройством, идентифицируется в базе данных, указывая на соотношение между данными сигнатуры, указывающими на признак свойства, извлеченного из них, идентификационной информацией контента, указывающей на источник извлечения контента, и идентификационной информацией приложения, указывающей на выполняемое приложение в связи с контентом, ответ, по меньшей мере включающий в себя URL (унифицированный указатель ресурса) приложения, в котором генерируется идентификационная информация приложения, которая указывает на выполняемое приложение в связи с идентифицированным контентом, сгенерированный ответ передается на оконечное устройство и упомянутое приложение поставляется в упомянутое оконечное устройство в ответ на запрос от упомянутого оконечного устройства на основе URL приложения, включенного в состав упомянутого ответа.
В осуществлении изобретения и согласно третьему аспекту изобретения, предусмотрена система поставки связанного приложения. Эта система поставки связанного приложения содержит оконечное устройство и устройство сервера. Оконечное устройство содержит блок извлечения, выполненный с возможностью извлечения данных подписи, указывающих на свойство контента, из воспроизводимого контента; блок генерирования запроса, выполненный с возможностью генерирования запроса, который по меньшей мере включает в себя извлеченные данные сигнатуры; блок связи, выполненный с возможностью передачи сгенерированного запроса на устройство сервера и приема ответа, возвращенного устройством сервера в ответ на запрос; и блок выполнения приложения, выполненный с возможностью получения приложения на основе URL (унифицированный указатель ресурса) приложения, в котором записана по меньшей мере идентификационная информация, при этом URL приложения включается в состав ответа и выполнения приложения. Устройство сервера содержит базу данных, выполненную с возможностью указания соотношения между данными сигнатуры, указывающими свойство извлеченного контента, идентификационной информацией контента, указывающей источник извлечения контента, и информацией идентификации приложения, указывающей выполняемое приложение в связи с контентом; блок генерирования ответа, выполненный с возможностью идентифицирования контента, из которого были извлечены данные сигнатуры, включенные в состав запроса, переданного от оконечного устройства, путем ссылки на базу данных, и генерирования ответа, включающего в себя по меньшей мере URL (унифицированный указатель ресурса) приложения, в котором записана информация идентификации приложения, указывающая на выполняемое приложение в связи с идентифицированным контентом; передающий блок, выполненный с возможностью передачи сгенерированного ответа на оконечное устройство; и блок поставки приложения, выполненный с возможностью поставки приложения на оконечное устройство в ответ на запрос от оконечного устройства на основе URL приложения, содержащегося в ответе.
В третьем аспекте настоящего изобретения, данные сигнатуры, указывающие свойство контента, извлекаются оконечным устройством из воспроизводимого контента, генерируется запрос, включающий в себя по меньшей мере извлеченные данные сигнатуры, сгенерированный запрос передается на устройство сервера, принимается ответ, возвращенный устройством сервера в ответ на запрос, и выполняемое приложение получается на основе URL приложения, в котором записана по меньшей мере идентификационная информация, URL приложения содержится в принятом ответе. В то же время, когда база данных указывает на соотношение между данными сигнатуры, указывающими на свойство извлеченного контента, идентификационной информацией контента, указывающей источник извлечения контента, и информацией идентификации приложения, указывающей выполняемое приложение в связи с контентом, осуществляется ссылка устройством сервера, при этом контент, из которого данные сигнатуры, включенные в состав запроса, передаваемого от оконечного устройства, идентифицируется, и генерируется ответ, включающий в себя по меньшей мере URL (унифицированный указатель ресурса) приложения, в котором сгенерирована информация идентификации приложения, указывающая на выполняемое приложение в связи с идентифицированным контентом, затем сгенерированный ответ передается на оконечное устройство и приложение поставляется на оконечное устройство в ответ на запрос от оконечного устройства на основе URL приложений, включенного в состав ответа.
Полезные эффекты изобретения
В соответствии с первым аспектом настоящего изобретения, приложение может быть выполнено в связи с контентом, просматриваемым пользователем в домашних условиях.
В соответствии со вторым аспектом настоящего изобретения, приложение может быть выполнено в связи с контентом, просматриваемым пользователем в домашних условиях.
В соответствии с третьим аспектом настоящего изобретения, приложение может быть выполнено в связи с контентом, просматриваемым пользователем в домашних условиях.
Краткое описание чертежей
Фиг. 1 представляет собой блок-схему, иллюстрирующую примерную конфигурацию системы поставки связанного приложения, реализованную как один вариант осуществления изобретения.
Фиг. 2 представляет собой блок-схему, иллюстрирующую примерную конфигурацию ACR (автоматическое распознавание контента) абонента.
Фиг. 3 является блок-схемой, иллюстрирующей примерную конфигурацию ACR сервера.
Фиг. 4 является блок-схемой, иллюстрирующей примерную конфигурацию сервера приложений.
Фиг. 5 является схемой, иллюстрирующей структуру данных ACR запроса.
Фиг. 6 является схемой, иллюстрирующей структуру данных ACR справочных данных.
Фиг. 7 представляет собой схему, иллюстрирующую структуру данных планировщика приложения.
Фиг. 8 представляет собой схему, иллюстрирующую соотношение между контентом и данными сигнатуры и так далее.
На фиг. 9 представлены схемы, иллюстрирующие структуру данных ACR ответа.
На фиг. 10 представлены схемы, иллюстрирующие примерное описание URL приложений.
Фиг. 11 является блок-схемой алгоритма, показывающей первый примерный вариант функционирования системы поставки связанного приложения.
Фиг. 12 представляет собой схему, иллюстрирующую первый пример функционирования системы поставки связанного приложения.
Фиг. 13 является блок-схемой алгоритма, показывающая второй примерный пример функционирования системы поставки связанного приложения.
Фиг. 14 представляет собой схему, иллюстрирующую второй пример функционирования системы поставки связанного приложения.
Фиг. 15 является блок-схемой, иллюстрирующую примерную конфигурацию компьютера.
Осуществление изобретения
Данное изобретение будет описано более подробно посредством описания предпочтительных вариантов (в дальнейшем называемых вариантами осуществления) со ссылкой на прилагаемые чертежи.
Примерная система поставки связанного приложения
Теперь, со ссылкой на фиг. 1, показан практический пример конфигурации системы поставки связанного приложения, в качестве одного варианта осуществления изобретения.
Данная система 10 поставки связанного приложения выполнена с возможностью выполнения приложения в связи с контентом, просматриваемым пользователем посредством ТВ-приемника и т.п.
Выполнение приложения позволяет просматривать информацию (состав исполнителей, краткое содержание, предварительный просмотр следующей части и т.п.), ассоциированную с контентом, и полезная для пользователя информация (новости, прогноз погоды, информация о дорожном движении и т.п.), непосредственно не ассоциированная с контентом, отображается на экране, или зритель может принимать участие в викторинах и голосовании, например.
Следует отметить, что контент, как он использован здесь, не ограничивается эфирными программами, принятыми телевизионным приемником через TV вещательную сеть, CATV сеть или IPTV сеть. Например, контент, используемый здесь, включает в себя программу, воспроизводимую видеомагнитофоном, видео, воспроизводимое из медиа-пакета, мультимедийным плеером, видео, распространяемое персональным компьютером через Интернет и так далее, например.
Система 10 поставки связанного приложения выполнена на двух или более оконечных устройствах с 20-1 по 20-N и устройстве 30 поставки. В дальнейшем, оконечные устройства с 20-1 по 20-N, в общем, называются просто как оконечное устройство 20, если не указано иное. Предполагается, что оконечное устройство 20 расположено в доме пользователя, например, в состоянии, в котором оно включено в состав устройства воспроизведения контента, типичным примером которого является телевизионный приемник, например.
Описание оконечного устройства 20
Оконечное устройство 20 подключено к устройству 30 поставки через широковещательную сеть 11, включающую в себя сеть телевещания, сеть CATV, IPTV сеть и Интернет 12.
Оконечное устройство 20 имеет средство 21 визуализации контента, ACR-абонент 22, блок управления 23 приложением и пользовательский интерфейс 24.
Средство 21 визуализации контента имеет функцию получения контента от внешнего источника и воспроизведения полученного контента. Кроме того, средство 21 визуализации контента разветвляет все элементы контента, отображаемого на устройстве отображения, таком как ТВ-приемник, в котором встроено оконечное устройство 20, и подает разветвленные элементы контента в ACR-абонент 22. А именно, средство 21 визуализации контента разветвляет не только программу, принятую тюнером ТВ-приемника, в котором встроено оконечное устройство 20, но также контент, введенный через различные входные терминалы (такие как, HDMI терминал и так далее) телевизионного приемника и поставляет разветвленные элементы контента в ACR-абонент 22.
ACR-абонент 22 извлекает данные сигнатур, указывающие свойство контента, имеющее отношение к заранее определенному периоду отчетов, от контента, введенного средством 21 визуализации контента. В способе извлечения данных сигнатур, любой из существующих способов может быть применен. Например, полупрозрачная надпись на изображении, вставленная в контент заранее, может быть извлечена для предоставления данных сигнатур или отпечатки пальца могут быть считаны для предоставления данных сигнатур.
Использование отпечатков пальца в качестве данных сигнатур обеспечивает те же данные сигнатур как, те до визуализации, даже если были представлены данные разрешения контента, формата, скорости передачи и формат кодирования. Поэтому точность идентификации может быть повышена в случае, когда осуществляется идентификация контента на основе данных сигнатур.
ACR-абонент 22 генерирует ACR запрос, который включает в себя извлеченные данные сигнатур и передает сгенерированный ACR запрос в ACR сервер 31 устройства 30 поставки через Интернет 12. Кроме того, ACR-абонент 22 принимает и удерживает ACR ответ, возвращенный ACR сервером 31 в соответствии с переданным ACR запросом. Дополнительно, ACR-абонент 22 анализирует удержанный ACR ответ, который инициирует блок управления 23 приложением выполнить приложения, соответствующие просматриваемому контенту в связи обработкой контента.
Под управлением ACR-абонента 22, блок управления 23 приложением получает приложение, соответствующее просматриваемому контенту, от сервера 33 приложений через Интернет 12 и выполняет полученное приложение. Кроме того, блок управления 23 приложением получает ассоциированные метаданные для использования выполняемым приложением от сервера 33 приложений.
Пользовательский интерфейс 24 отображает на устройстве отображения, таком как ТВ-приемник, различную информацию, отображаемую при выполнении приложения в связи с обработкой контента. Кроме того, пользовательский интерфейс 24 принимает действие пользователя при выполнении приложения.
Описание устройства 30 поставки
Устройство 30 поставки скомпоновано из ACR сервера 31, контент-сервера 32 и сервера 33 приложений.
ACR сервер 31 генерирует заранее ACR справочные данные, полученные путем соотнесения идентификатора контента и идентификатора приложения с данными сигнатур, выделенными заранее в определенном периоде отчетов различных элементов контента, просмотренных оконечным устройством 20, и удерживает сгенерированные ACR справочные данные. Кроме того, в ответ на ACR запрос, переданный из ACR-абонента 22 оконечного устройства 20, ACR сервер 31 генерирует ACR ответ и передает сгенерированный ACR ответ ACR-абоненту 22 через Интернет 12.
Контент-сервер 32 доставляет контент через сеть 11 вещания и, в то же время, поставляет контент для распределения на ACR сервер 31.
Сервер 33 приложений поставляет приложения и ассоциированные метаданные в ответ на запрос от блока управления 23 приложением оконечного устройства 20.
Следует отметить, что ACR сервер 31, контент-сервер 32 и сервер 33 приложений, которые образуют устройство 30 поставки, могут быть расположены в одном месте или в разных местах. Кроме того, ACR сервер 31, контент-сервер 32 и сервер 33 приложений могут быть сконфигурированы в соответствующих комбинаций.
Пример детальной конфигурации ACR-абонента 22
На фиг. 2 показана подробная примерная конфигурация ACR-абонента 22 оконечного устройства 20.
ACR-абонент 22 включает в себя блок 41 извлечения сигнатуры, блок 42 генерирования ACR запроса, блок 43 связи, блок 44 хранения информации и блок 45 анализа ACR ответа.
Блок 41 извлечения сигнатуры извлекает с использованием заранее определенным способом извлечения данные сигнатуры, указывающие на свойство контента в течение заранее определенного периода отчета, из контента, введенного средством 21 визуализации контента, и выводит извлеченные данные сигнатуры в блок 42 генерирования ACR запроса. Следует отметить, что время извлечения данных сигнатуры и единичный период могут быть установлены пользователем по мере необходимости.
Блок 42 генерирования ACR запроса генерирует ACR запрос, включающий в себя данные сигнатуры, каждый раз, когда данные сигнатуры вводятся из блока 41 извлечения сигнатуры. Далее будет описана структура данных ACR запроса со ссылкой на фиг. 5.
Блок 43 связи передает ACR запрос, генерируемый блоком 42 генерирования ACR запроса, на ACR сервер 31 устройства 30 поставки через Интернет 12. Кроме того, блок 43 связи принимает ACR ответ, полученный от ACR сервера 31, и выводит принятый ACR ответ в блок 44 хранения информации. Блок 44 хранения информации удерживает ACR ответ, принятый блоком 43 связи.
Блок 45 анализа ACR ответа анализирует ACR ответ, хранящийся в блоке 44 хранения информации, и идентифицирует приложение, которое будет выполнено в связи с просматриваемым контентом, тем самым, уведомляя блок управления 23 приложением. Чтобы быть более конкретным, приложение, включенное в состав ACR ответа, уведомляется.
Пример подробной конфигурации ACR сервера 31
На фиг. 3 показана примерная подробная конфигурация ACR сервера 31, который входит в состав устройства 30 поставки.
ACR сервер 31 содержит блок 51 получения контента, блок 52 извлечения сигнатуры, ACR бузу данных 53, блок 54 связи и блок 55 генерирования ACR ответа.
Блок 51 получения контента получает различные виды контента для просмотра на оконечном устройстве 20, и метаданные этих различных видов контента из контент-сервера 32, например, и поставляет полученный контент в блок 52 извлечения сигнатуры.
Как и блок 41 извлечения сигнатуры ACR-абонента 22, блок 52 извлечения сигнатуры извлекает данные сигнатуры, указывающие на свойство контента, из блока 51 получения контента в течение заранее определенного периода отчетов, с использованием заранее определенного способа, и выводит извлеченные данные сигнатуры в ACR базу данных 53.
ACR база данных 53 генерирует ACR справочные данные, связывая идентификатор контента, указывающий на контент, который является источником извлечения каждого элемента данных сигнатур, введенных блоком 52 извлечения сигнатуры, время воспроизведения контента, указывающее на временя извлечения данных сигнатуры, и идентификатор приложения, указывающий на выполняемое приложение связанным образом с вышеупомянутым каждым элементом данных сигнатуры, введенным блоком 52 извлечения сигнатуры, и сохраняет сгенерированные ACR справочные данные. Следует отметить, что ACR справочные данные, сгенерированные заранее, могут быть поставлены в ACR базу данных 53 и удерживаться в ней. Далее будет описана структура данных ACR справочных данных со ссылкой на фиг. 6.
Блок 54 связи принимает ACR запрос, передаваемый ACR-абонентом 22 оконечного устройства 20, через Интернет 12 и выводит принятый ACR запрос в блок 55 генерирования ACR ответа. Кроме того, блок 54 связи передает ACR ответ, генерируемый блоком 55 генерирования ACR ответа, в ACR-абонент 22 оконечного устройства 20 через Интернет 12.
Блок 55 генерирования ACR ответа адресует ACR справочные данные ACR базы данных 53 для определения контента, который был источником извлечения данных сигнатуры, включенных в состав ACR запроса, переданного из ACR-абонента 22 оконечного устройства 20, и, в то же время, идентифицирует приложение, которое будет выполнено в связи с обработкой идентифицированного контента. Кроме того, блок 55 генерирования ACR ответа генерирует идентификатор контента как результат идентификации и ACR ответ, включенный в состав URL приложения, например, для оконечного устройства 20, получает идентификационное приложение и выводит сгенерированную информацию в блок 54 связи. Далее будет описана структура данных ACR ответа со ссылкой на фиг. 9.
Следует отметить, что, когда блок 55 генерирования ACR ответа генерирует ACR ответ, задержка передачи ACR ответа в сети Интернет 12 оценивается на основании извлечения отметки 75 по местному времени (фиг. 5), включенной в состав ACR запроса, и время обработки блоком 55 генерирования ACR ответа учитывается для выбора ассоциированных метаданных, хранящиеся в ACR ответе.
Пример подробной конфигурации сервера 33 приложений
На фиг. 4 показан пример подробной конфигурации сервера 33 приложений, входящий в состав устройства 30 поставки.
Сервер 33 приложений скомпонован блоком 61 связи, блоком 62 генерирования приложения и базой данных 63 приложений.
Блок 61 связи осуществляет связь с блоком управления 23 приложением оконечного устройства 20 через Интернет 12 для подачи приложения от блока управления 23 приложением по мере необходимости. В ответ на запрос (если быть более конкретным, уведомление о URL приложения, подробное описание будет приведено ниже) от блока управления 23 приложением, принятое блоком 61 связи, блок 62 генерирования приложения соответственно восстанавливает приложение, хранящееся в базе данных 63 приложений, и выводит восстановленное приложение в блок 61 связи.
База данных 63 приложений хранит данные планировщика приложения, включающие в себя идентификатор контента для индикации контента, время воспроизведения, указывающее на время использования контента, и приложение (данные программы), которое должно быть выполнено в связи со временем воспроизведения. Далее будет описана структура данных планировщика приложения со ссылкой на фиг. 7.
Структура данных ACR запроса
На фиг. 5 показана структура данных ACR запроса, генерируемого в блоке 42 генерирования ACR запроса ACR-абонента 22.
ACR запрос 70 включает в себя идентификатор 71 ACR запроса, идентификатор 72 способа извлечения, идентификатор 73 услуги, данные 74 сигнатуры, отметку 75 извлечения по местному времени, исходящий адрес 76 и сигнатуру 77.
Идентификатор ACR запроса 71 является информацией, относящейся к идентификации ACR запроса 70. Идентификатор 72 способа извлечения представляет собой информацию для идентификации способа извлечения, используемого для извлечения данных 74 сигнатуры. Идентификатор 73 услуги представляет собой информацию для выбора услуги для обработки ACR запроса 70, когда существует две или более услуги для идентификации контента на основании данных 74 сигнатуры.
Данные 74 сигнатуры извлекается из контента блоком 41 извлечения сигнатуры. Отметка 75 извлечения по местному времени предназначена для идентификации времени, в период которого извлекаются данные 74 сигнатуры из контента блоком 41 извлечения сигнатуры. Эта отметка времени обозначается временем, указанным локальным тактовым сигналом оконечного устройства 20.
Исходный адрес 76 является адресом в интернете 12 оконечного устройства 20, которое инициирует соответствующий ACR запрос 70 и используется в качестве информации, указывающей обратный пункт назначения ACR ответа, генерируемого ACR сервером 31 в ответ на ACR запрос 70. Сигнатура 77 предотвращает подделку ACR запроса 70, имеющего отношение к маршруту связи, такому как Интернет 12. Следует отметить, что подобная попытка фальсификации также может быть предотвращена посредством использования шифрования всего соответствующего ACR запроса 70 и передачей зашифрованного соответствующего ACR запроса 70.
Структура данных ACR справочных данных
На фиг. 6 показана структура данных ACR справочных данных, которые хранятся в ACR базе данных 53 ACR сервера 31.
В ACR справочных данных 80, идентификатор 82 контента, время 83 воспроизведения, идентификатор 84 приложения связаны с данными 81 сигнатуры.
Данные 81 сигнатуры извлекаются из контента блоком 52 извлечения сигнатуры. Идентификатор 82 контента указывает на контент, из которого соответствующие данные 81 сигнатур были извлечены. Время 83 воспроизведения свидетельствует о времени обработки контента, когда соответствующие данные 81 сигнатур были извлечены из контента, указанного идентификатором 82 контента. Например, время 83 воспроизведения указывается затраченным временем из заголовка контента, указанного идентификатором 82 контента.
Идентификатор 84 приложения свидетельствует о приложении, которое должно быть выполнено в связи со временем обработки, указанным временем 83 воспроизведения контента, указанным идентификатором 82 контента.
Структура данных планировщика приложений
На фиг. 7 показана структура данных планировщика приложений, хранящихся в базе данных 63 приложения сервера 33 приложений.
Данные 90 планировщика приложения включают в себя идентификатор 91 контента, время 92 воспроизведения, приложение 93 и ассоциированное метаданные 94.
Идентификатор 91 контента идентифицирует конкретный элемент контента. Время 92 воспроизведения указывает на время обработки контента, указанного идентификатором 91 контента, и обозначается затраченным временем из заголовка контента, например. Приложение 93 представляет собой приложение (данные программы), которое должно быть выполнено в связи со временем обработки, установленным временем 92 воспроизведения контента, указанного идентификатором 91 контента. Ассоциированные метаданные 94 включает в себя различные виды информации (отображаемые данные и так далее), которые используются приложением 93, которое выполняется в оконечном устройстве 20.
Как показано на фиг. 8, где показана связь между контентом, данными сигнатуры, приложением и ассоциированными метаданными, которые связаны друг с другом ACR справочными данными 80 и данными 90 планировщика приложения. Как показано на фигуре, данные сигнатуры извлекаются из контента на периодической основе и могут изменять приложения, когда продолжается использование того же контента. Кроме того, данные сигнатуры могут предоставить различные элементы ассоциированных метаданных, для выполняемого приложения.
Следует отметить, что ACR справочные данные 80, хранящиеся в ACR базе данных 53 и данные 90 планировщика приложения, хранящиеся в базе данных 63 приложения, могут быть интегрированы для хранения, по меньшей мере, в одном ACR сервере 31 и сервере 33 приложений.
Структура данных ACR ответа
На фиг. 9 показаны структуры данных ACR ответа, сгенерированные блоком 55 генерирования ACR ответа ACR сервера 31.
Следует отметить, что на фиг. 9А показана структура данных ACR ответа, когда контент, из которого данные 74 сигнатуры ACR запроса 70, переданные от ACR-абонента 22, были идентифицированы, а именно, просматриваемый контент на оконечном устройстве 20 был идентифицирован. Фиг. 9В показывает структуру данных ACR ответа, когда контент не был идентифицирован.
ACR ответ 100, в случае, когда просматриваемый на оконечном устройстве 20 контент, показанный на фиг. 9А, включает в себя идентификатор 101 ACR запроса, идентификатор 102 способа извлечения, идентификатор 103 услуги, URL 104 приложения, исходный адрес 105 и сигнатуру 106.
ACR ответ 100, в случае, когда просматриваемый на оконечном устройстве 20 контент, показанный на фиг. 9В, не был идентифицирован, включает в себя идентификатор 101 ACR запроса, идентификатор 103 услуги, исходный адрес 105, сигнатуру 106, флаг 111 идентификации сбоя.
Идентификатор 101 ACR запроса, идентификатор 102 способа извлечения и идентификатор 103 услуги используются для идентификации ACR запроса 70, который был инициирован для генерирования соответствующего ACR ответа 100. Для этих идентификаторов могут быть использованы идентификатор 71 ACR запроса, идентификатор 72 способ извлечения и идентификатор 73 службы соответствующего ACR запроса 70.
URL (унифицированный указатель ресурса) 104 приложения указывает на приложение, которое должно быть выполнено в связи с используемым идентифицированным контентом и также указывает на получателя (сервер 33 приложений) этого приложения. URL 104 приложения будет описан ниже со ссылкой на фиг. 10.
URL 105 приложения является адресом в Интернете 12 ACR сервера 31, который передает соответствующий ACR ответ 100. Сигнатура 106 используется для предотвращения фальсификации соответствующего ACR ответа 100 при передаче по каналу связи. Следует отметить, что передаваемый ACR ответ 100 может быть полностью зашифрован, тем самым предотвращается фальсификация.
Флаг 111 идентификации сбоя показывает, что контент, из которого данные 74 сигнатуры, включенные в состав ACR 70 запроса, были извлечены на ACR сервере 31, а именно, просматриваемый на оконечном устройстве 20 контент не был идентифицирован.
Пример URL 104 приложения
Фиг. 10 показывает два примера описания URL 104 приложения, включенного в состав ACR ответа 100.
Как показано на фигуре, URL 104 приложения записывается таким же образом, как URL, указывающий расположение данных или тому подобное в Интернете 12. Первая половина URL 104 приложения http://xxxx.com/applocation эквивалентна источнику получения и идентификатору приложения каждого приложения. Во второй половине URL 104 приложения описывается текстовая строка запроса.
В примере описания URL 104 приложения, показанного на фиг. 10А, текстовая строка запроса состоит из clientLocalTime, ContentID, contentTime и startTime.
С другой стороны, в примере описания URL 104 приложения, показанного на фиг.10 В, текстовая строка запроса состоит из clientLocalTime, ContentID и contenTime.
clientLocalTime свидетельствует о времени, когда соответствующие данные сигнатуры были извлечены из контента в соответствии с системой локального времени оконечного устройства 20, для которых используется отметка 75 извлечения по местному времени ACR запроса 70.
ContentID свидетельствует о контенте, из которого были извлечены данные сигнатуры, для которых используется идентификатор 82 контента ACR справочных данных 80.
contentTime указывает на время извлечения соответствующих данных сигнатуры из контента, во время воспроизведения контента, для которых используется время 83 воспроизведения ACR справочных данных.
startTime описывает время выполнения приложения, указанного в первой половине URL 104 приложения во время воспроизведения контента.
Следует отметить, что для URL 104 приложения, применяется один из описанных примеров, показанных на фиг. 10А и фиг. 10В. Ниже описаны различия в работе системы 10 поставки связанного приложения между случаем, описанным на фиг. 10А и случаем, описанным на фиг. 10В.
Функционирование системы 10 поставки связанного приложения
На фиг. 11 показана блок-схема алгоритма, иллюстрирующая работу (в дальнейшем называемая первым вариантом работы) системы 10 поставки связанного приложения, которая осуществляется, когда используется пример, описанный на фиг. 10А для URL 104 приложения.
Предполагается, что при выполнении первого варианта работы, уже сформированные ACR справочные данные 80 хранятся в ACR базе данных 53 ACR сервера 31, конфигурируя устройство 30 поставки, и данные 90 планировщика приложения хранятся в базе данных 63 приложения сервера 33 приложений.
Контент воспроизводится на телевизионном приемнике, в которое встроено оконечное устройство 20. Чтобы быть более конкретным, когда пользователь просматривает контент на телевизионном приемнике, средство 21 визуализации контента оконечного устройства 20 разветвляет просматриваемый контент и выводит разветвленный контент в ACR-абонент 22 на этапе S1. В ACR-абоненте 22 блок 41 извлечения сигнатуры извлекает данные сигнатур из просматриваемого контента в течение заданного периода выборки и выводит извлеченный контент в блок 42 генерирования ACR запроса.
На этапе S2 блок 42 генерирования ACR запроса генерирует ACR запрос 70, включающий в себя данные сигнатуры, введенные из блока 41 извлечения сигнатуры, и выводит сформированный ACR запрос 70 в блок 43 связи. Блок 43 связи передает принятый сгенерированный ACR запрос 70 в ACR сервер 31 устройства 30 поставки через Интернет 12.
С другой стороны, на этапе S11, ACR сервер 31 устройства 30 поставки ожидает передачи ACR запроса 70 от ACR-абонента 22 оконечного устройства 20, который принимается блоком 54 связи. Когда ACR запрос 70 принимается блоком 54 связи, процедура переходит к этапу S12.
На этапе S12 блок 55 генерирования ACR ответа адресует ACR справочные данные 80 ACR базы данных 53 для идентификации контента, соответствующего данным 74 сигнатуры, включенные в состав ACR запроса 70.
На этапе S13 блок 55 генерирования ACR ответа генерирует ACR ответ 100 в соответствии с результатом идентификации контента. Чтобы быть более конкретным, если контент, соответствующий данным 74 сигнатуры, включенными в состав ACR запроса 70, был идентифицирован, то генерируется ACR ответ 100, как показано на фиг. 9А; в противном случае, генерируется ACR ответ 100, показанный на фиг. 9В. Блок 54 связи передает сгенерированный ACR ответ 100 ACR-абоненту 22 оконечного устройства 20 через Интернет 12.
Когда этот ACR ответ 100 принимается и удерживается ACR-абонентом 22, то на этапе S3, блок 45 анализа ACR ответа анализирует URL 104 приложения, включенный в состав в удержанного ACR ответа 100, чтобы блок управления 23 приложением получил готовое к выполнению приложение в срок начала времени извлечения (startTime в текстовой строке запроса URL 104 приложения) приложения, которое должно быть выполнено в связи с просматриваемым контентом.
Чтобы быть более конкретным, как показано на фиг. 12, принимается время приема ACR ответа 100 по местному времени абонента оконечного устройства 20 и clientLocalTime в текстовой строке запроса URL 104 приложения вычитается из полученного времени приема. Полученная разница в результате данного вычитания эквивалентна времени извлечения данных сигнатуры в ACR-абоненте 22 для приема ACR ответа 100, так что добавление данной разницы к contenTime в текстовой строке запроса позволяет распознать время приема ACR ответа 100 на временной оси воспроизведения контента, как эталонную точку. Затем, в связи с тем, что интервал между этой эталонной точкой и startTime в текстовой строчке запроса обеспечивает временной запас, блок управления 23 приложением получает приложение с использованием этого временного запаса.
Посредством передачи URL 104 приложения через Интернет 12, блок управления 23 приложением получает соответствующее приложение. Чтобы быть более конкретным, на этапе S14 блок 62 восстановления приложения сервера 33 приложений считывает приложение, соответствующее идентификатору приложения, указанного в первой половине URL 104 приложения из базы данных 63 приложений и выводит полученное приложение в блок 61 связи. Блок 61 связи поставляет данное приложение блоку управления 23 приложением. А именно, в этом случае восстановление приложения не выполняется блоком 62 восстановления приложения.
Следует отметить, что выполнение той же операции, что и описанная выше, другим оконечным устройством 20 заранее, может кэшировать соответствующее приложение в прокси-сервере в сети Интернет 12. Если это произойдет, в связи с тем, что URL 104 приложения записан, URL приложения уже кэшированного в прокси-сервере, поставляется блоку управления 23 приложением. В этом случае не осуществляется доступ к серверу 33 приложений, так что нагрузка по обработке на стороне устройства 30 поставки может быть уменьшена.
На этапе S4 блок управления 23 приложением выполняет полученное приложение, когда время обработки контента достигает startTime в текстовой строчке запроса.
Обработка каждого из описанных выше этапов, выполняется повторно во время просмотра контента. Следовательно, обеспечивается выполнение приложения в связи с обработкой просматриваемого контента.
Затем, в зависимости от типа, подлежащего привязке, приложения, информация, ассоциированная с контентом, может быть отображена, что обеспечит зрителю участие в викторине или голосовании и другие элементы контента могут быть предложены или загружены.
На фиг. 13 показана блок-схема алгоритма, иллюстрирующая работу (в дальнейшем называемая вторым вариантом работы) системы 10 поставки связанных приложений, которая осуществляется, когда используется пример, описанный на фиг. 10 В для URL 104 приложения.
Следует отметить, что при выполнении второго варианта работы соответствующие элементы являются такими же, как для первого варианта работы, описанного выше. Обработка на этапах S21 и S22 оконечным устройством 20 во втором варианте работы является такой же, как обработка на этапах S1 и S2 оконечным устройством 20 в первом варианте работы. Обработка на этапах с S31 по S33 устройством 30 поставки во втором варианте работы является такой же, как и обработка на этапах c S11 по S13 устройством 30 поставки в первом варианте работы, так что описание этих операций по обработке опускается. Таким образом, второй вариант работы будет описан начиная с обработки на этапе S23.
Когда ACR сервер 31 возвращает ACR ответ 100, ACR-абонент 22 принимает ACR ответ 100 и удерживает полученный ACR ответ 100 в ACR базе данных 53 на этапе S23. Блок 45 анализа ACR ответа анализирует URL 104 приложения, включенный в состав ACR ответа 100, и направляет URL 104 приложения, включенный в состав такового, блоку управления 23 приложением. Блок управления 23 приложением передает принятый URL 104 приложений на сервер 33 приложений через Интернет 12.
С другой стороны, в сервере 33 приложений, блок 62 восстановления приложения считывает приложение, соответствующее идентификатору приложения, указанное в первой половине URL 104 приложения, из базы данных 63 приложений на этапе S34. В то же время, блок 62 восстановления приложения считывает из текстовой строчки запроса URL 104 приложения contentTime, указанное временем воспроизведения контента, указывающее время, с которым данные сигнатуры были извлечены из контента. Кроме того, блок 62 восстановления приложения выводит в блок 61 связи приложение, считанное из базы данных 63 приложений, выполнив восстановление приложения, такое как корректировку времени выполнения приложения и времени активации события в выполненном приложении позднее времени, указанного в contentTime, например. Блок 61 связи поставляет восстановленное приложение в блок управления 23 приложением.
На этапе S24 блок управления 23 приложением принимает восстановленное приложение и немедленно выполняет принятое приложение.
Чтобы быть более конкретным, как показано на фиг. 14, получается время выполнения восстановленного приложения по местному времени абонента оконечного устройства 20 и clientLocalTime в текстовой строчке запроса URL 104 приложения вычитается из полученного времени выполнения. Полученная разница в результате вычитания, является эквивалентом времени извлечения данных сигнатуры ACR-абонента 22 получения и исполнения соответствующего приложения, так что эталонная точка определяется путем сложения данной разницы с contentTime в текстовой строчке запроса. Затем при выполнении приложения, запускается событие со временем, в соответствии с установленной эталонной точкой в качестве эталонной.
Обработка на каждом из этапов, описанных выше, повторно выполняется, в то время как контент просматривается. Следовательно, обеспечивается выполнение приложения в связи с обработкой просматриваемого контента.
В зависимости от типа приложения, подлежащего связыванию, информация, ассоциированная с контентом, может быть отображена, что обеспечит возможность зрителю участвовать в викторине или голосовании и другие элементы контента могут быть рекомендованы или загружены.
Оконечное устройство 20 и устройство 30 поставки, которые выполняют вышеупомянутую последовательность операций обработки, могут быть реализованы путем выполнения программного обеспечения на компьютере в дополнение к конфигурации оборудования. Когда вышеупомянутая последовательность операций обработки выполняется программным обеспечением, программы, составляющие программное обеспечение устанавливаются в компьютере, который изготовлен с использованием предназначенного для этого аппаратного оборудования, из сети или с носителя информации, в персональном компьютере общего назначения, например, в которых различные программы могут быть установлены для выполнения различных функций.
На фиг. 15 показана блок-схема, иллюстрирующая примерную конфигурацию аппаратных средств вышеупомянутого компьютера.
В компьютере 200, CPU (центральный процессор) 201, ROM (постоянное запоминающее устройство) 202 и RAM (оперативное запоминающее устройство) 203 соединены между собой шиной 204.
Шина 204 соединена с интерфейсом 205 ввода/вывода. Интерфейс 205 ввода/вывода соединен с блоком 206 ввода, блоком 207 вывода, блоком 208 записи, блоком 209 связи и приводом 210.
Блок 206 ввода состоит из клавиатуры, мыши и микрофона, например. Блок 207 вывода состоит из устройства отображения и громкоговорителя, например. Блок 208 записи состоит из жесткого диска или энергонезависимой памяти, например. Блок 209 связи состоит из сетевого интерфейса, например. Привод 210 приводит в действие съемный носитель 211, такой как магнитный диск, оптический диск, магнитооптический диск или полупроводниковое запоминающее устройство.
Компьютер 200, скомпонованный как описано выше, CPU 201 загружает программу из блока 208 записи в RAM 203 через интерфейс 205 ввода/вывода и шину 204 и выполняет загруженную программу, таким образом, выполняя последовательность операций обработки, как описано выше.
Программа, выполняемая на компьютере 200 (или центральным процессором 201), может быть обеспечена как записанная на носителе 211 записи, который представляет собой медиа-пакет, например. В то же время, программы могут быть поставлены через беспроводную или проводную среды передачи, например, через локальную сеть, Интернет или спутниковое цифровое вещание.
В компьютере 200, программа может быть установлена на блок 208 записи через интерфейс 205 ввода/вывода, загрузкой с носителя 211 записи, на котором программа хранится на диске 210. Кроме того, программа может быть принята блоком 209 связи через беспроводные или проводные среды передачи и принятая программа может быть установлена в блоке 208 записи. Кроме того, программа может быть установлена в ROM 202 или в блоке 208 записи заранее.
Следует отметить, что программа, выполняемая компьютером 200, может быть выполнена последовательно, как здесь описано, или параллельно, или по требованию.
Хотя предпочтительные варианты осуществления настоящего изобретения были описаны с использованием определенных терминов, такое описание предназначено только для иллюстративных целей и должно быть понятно, что изменения и вариации могут быть сделаны без отхода от сущности или объема прилагаемой формулы изобретения.
Перечень ссылочных позиций
10: система поставки связанного приложения, 20: оконечное устройство, 21: средство визуализации контента, 22: ACR-абонент, 23: блок управления приложением, 24: пользовательский интерфейс, 30: устройство поставки, 31: сервер ACR, 32: контент-сервер, 33: сервер приложения, 41: блок извлечения сигнатуры, 42: блок генерирования ACR запроса, 43: блок связи, 44: блок удержания, 45: блок анализа ACR ответа, 51: блок получения контента, 52: блок извлечения сигнатуры, 53: ACR база данных, 54: блок связи, 55: блок генерирования ACR ответа, 61: блок связи, 62: блок восстановления приложения, 63: база данных приложений, 70: ACR запрос, 80: справочные данные ACR, 90: данные планировщика приложений, 100: ACR ответ, 200: компьютер, 201: процессор.