Результат интеллектуальной деятельности: ОКОНЕЧНОЕ УСТРОЙСТВО, СЕРВЕРНОЕ УСТРОЙСТВО, СПОСОБ ОБРАБОТКИ ИНФОРМАЦИИ, ПРОГРАММА И СИСТЕМА ПРЕДОСТАВЛЕНИЯ СВЯЗАННЫХ ПРИЛОЖЕНИЙ

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

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

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

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

Чтобы это реализовать, команда на получение и активирование назначенной прикладной программы (здесь дальше сокращенно "приложение") может быть передана вместе с ходом продвижения программы на телевизоре и т.п. На деле, это уже было реализовано в Японии, Европе и т.д., где передают команду и приложение, используя полосу для широковещательной передачи данных в телевизионной широковещательном сигнале (например, смотрите PTL 1).

Список литературы Патентная литература

PTL 1: публикация японской нерассмотренной патентной заявки №2006-50237

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

Техническая проблема

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

Кроме того, в США, в большинстве домохозяйств программы смотрят через сети CATV или IPTV, а не получают и не просматривают программы напрямую через телевизионные приемники. Так как CATV и IPTV извлекают из телевизионного вещания, предназначенного для распространения, только видео- и аудиоконтент программ, передача зрителям широковещательной передачи данных, содержащей данные, относящиеся к приложению, не обеспечивается, даже если в широковещательном телевизионном сигнале в США формируется полоса для широковещательной передачи данных.

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

Решение проблемы

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Полезные результаты изобретения

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

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

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

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

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

Фиг. 2 - блок-схема примера конфигурации клиента системы автоматического распознавания контента (Automatic Content Recognition, ACR).

Фиг. 3 - общее представление периодического извлечения сигнатурных данных из контента.

Фиг. 4 - блок-схема примера конфигурации сервера ACR.

Фиг. 5 - структура данных запроса ACR.

Фиг. 6 - структура данных ссылочных данных ACR.

Фиг. 7 - структура данных ответа ACR.

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

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

Фиг. 10 - блок-схема примера конфигурации высокоэффективного клиента ACR.

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

Фиг. 12 - блок-схема примера конфигурации компьютера.

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

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

1. Первый пример конфигурации системы предоставления связанных приложений

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

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

Кроме того, контент здесь предназначен для того, чтобы содержать все фрагменты AV-контента, такие как программа, широковещательно передаваемая по сети телевизионного вещания, сети CATV, сети IPTV, и т.п., программа, воспроизводимая из состояния, в котором программа была записана, видео, воспроизводимое с пакетного носителя и видео, распространяемое через Интернет.

Система 10 предоставления связанных приложений содержит множество оконечных устройств 20-1-20-N и устройство 30 предоставления. Кроме того, предполагается, что каждое из оконечных устройств 20-1-20-N, будучи встроенным в каждое устройство воспроизведения контента, представленное телевизором, располагается в общем доме и т.п.Здесь далее, когда нет необходимости различать индивидуальные оконечные устройства 20-1-20-N, они упоминаются просто как оконечное устройство 20.

Описание оконечного устройства 20

Оконечное устройство 20 соединяется с устройством 30 предоставления через широковещательную сеть 11, такую как телевизионная широковещательная сеть, сеть CATV и сеть IPTV и Интернет 12.

Оконечное устройство 20 содержит рендерер 21 контента, клиента 22 ACR, администратора 23 приложений и интерфейс 24 пользователя.

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

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

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

Дополнительно, клиент 22 ACR формирует запрос ACR, содержащий извлеченные сигнатурные данные, и передает сформированный запрос ACR на сервер 31 ACR устройства 30 предоставления через Интернет 12. Дополнительно, клиент 22 ACR принимает и сохраняет ответ ACR, который передается обратно сервером 31 ACR 31 в ответ на запрос ACR от клиента 22 ACR. Дополнительно, клиент 22 ACR анализирует сохраненный ответ ACR и заставляет администратора 23 приложений выполнять приложение, соответствующее просматриваемому контенту.

Администратор 23 приложений получает приложение, соответствующее контенту, просматриваемому сервером 33 приложений через Интернет 12, и выполняет приложение, в ответ на управление от клиента 22 ACR 22. Дополнительно, администратор 23 приложений имеет связанный интерфейс прикладной программы (API) для сбора связанных метаданных и получает связанные метаданные, соответствующие исполняемому приложению, от клиента 22 ACR, используя API для получения связанных метаданных.

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

Описание устройства 30 предоставления

Устройство 30 предоставления содержит сервер 31 ACR, сервер 32 контента и сервер 33 приложений.

Сервер 31 ACR формирует и заранее сохраняет ссылочные данные ACR, в которых сигнатурные данные, извлеченные из каждого из различных фрагментов контента, пригодных для просмотра на оконечном устройстве 20 в заданный период выборки, связываются с идентификатором приложения, связанными метаданными и т.п. Сервер 31 ACR формирует ответ ACR в ответ на запрос ACR, переданный клиентом ACR 22 оконечного устройства 20, и передает обратно клиенту 22 ACR ответ ACR через Интернет 12.

Сервер 32 контента распределяет контент через широковещательную сеть 11 и подает на сервер 31 ACR распределенный контент и связанные метаданные.

Кроме того, сервер 31 ACR, сервер 32 контента и сервер 33 приложений, образующие устройство 30 предоставления, могут быть расположены сконцентрированным в одном месте или могут быть распределенными в разных местах. Дополнительно, сервер 31 ACR, сервер 32 контента и сервер 33 приложений могут быть объединены, соответственно, чтобы создать устройство 30 предоставления.

Подробный пример конфигурации клиента 22 ACR

На фиг. 2 показан подробный пример конфигурации клиента 22 ACR, образующей оконечное устройство 20.

Клиент 22 ACR содержит блок 41 извлечения сигнатуры, блок 42 формирования запроса ACR, блок 43 связи, блок 44 хранения и блок 45 анализа ответа ACR.

Как показано на фиг. 3, блок 41 извлечения извлекает сигнатурные данные, представляющие характеристики, из контента, который вводится от рендерера 21 контента, в соответствии с заданным способом извлечения в заданный период выборки и выводит извлеченные сигнатурные данные на блок 42 формирования запроса ACR. Кроме того, период извлечения и период выборки сигнатурных данных могут быть установлены пользователем произвольно.

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

Блок 43 связи передает запрос ACR, сформированный блоком 42 формирования запроса ACR, на сервер 31 ACR устройства 30 предоставления через Интернет 12. Дополнительно, блок 43 связи принимает ответ ACR, переданный обратно от сервера 31 ACR, и выводит принятый ответ ACR на блок 44 хранения.

Блок 44 хранения сохраняет ответ ACR, принятый блоком 43 связи, и предоставляет связанные метаданные, содержащиеся в ответе ACR, в ответ на запрос от API получения связанных метаданных администратора 23 приложений. Кроме того, когда ответ ACR, содержащий связанные метаданные, запрошенные у API получения связанных метаданных, не сохраняется в блоке 44 хранения, запрос ACR может быть сформирован снова и передан серверу ACR 31, так чтобы ответ ACR, содержащий запрошенные связанные метаданные, мог быть получен.

Блок 45 анализа ответа ACR анализирует ответ ACR, который передается обратно сервером ACR 31 и сохраняется в блоке 44 хранения, указывает приложение, которое должно выполняться вместе с просматриваемым контентом, и уведомляет администратора 23 приложений об указанном приложении.

Подробный пример конфигурации сервера 31 ACR

На фиг. 4 показан подробный пример конфигурации сервера 31 ACR, образующего устройство 30 предоставления.

Сервер 31 ACR содержит блок 51 получения контента, блок 52 извлечения сигнатуры, базу 53 данных ACR, блок 54 связи и блок 55 формирования ответа ACR.

Блок 51 получения контента получает различные типы контента, которые могут просматриваться на оконечном устройстве 20, и связанные метаданные от сервера 32 контента и т.п. и подает на блок 52 извлечения сигнатуры и на базу 53 данных ACR полученный контент и полученные связанные метаданные, соответственно.

Как показано на фиг. 3, блок 52 извлечения сигнатуры извлекает сигнатурные данные, представляющие характеристики, из контента, который вводится от блока 51 получения контента, в соответствии с заданным способом извлечения в заданный период выборки, и выводит извлеченные сигнатурные данные в базу 53 данных ACR.

База 53 данных ACR формирует ссылочные данные ACR, связывая каждый фрагмент сигнатурных данных, получаемых от блока 52 извлечения сигнатуры, с контентом источника извлечения, приложение, которое должно быть связано, связанные метаданные, используемые в приложении, и т.п., и сохраняет сформированные ссылочные данные ACR. Кроме того, ссылочные данные ACR, которые сформированы заранее, могут быть предоставлены и сохранены в базе 53 данных ACR. Структура данных для ссылочных данных ACR будет описана позже со ссылкой на фиг. 6.

Блок 54 связи принимает запрос ACR, переданный от клиента 22 ACR оконечного устройства 20 через Интернет 12, и выводит принятый запрос ACR на блок 55 формирования ответа ACR. Дополнительно, блок 54 связи передает ответ ACR, сформированный в блоке 55 формирования ответа ACR клиенту 22 ACR оконечного устройства 20 через Интернет 12.

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

Кроме того, когда блок 55 формирования ответа ACR формирует ответ ACR, задержка связи при ответе ACR в Интернете 12 оценивается, основываясь на извлеченной отметке 75 местного времени (фиг. 5), содержащейся в запросе ACR, и связанные метаданные, сохраненные в ответе ACR, выбираются с точки зрения времени обработки самого блока 55 формирования ответа ACR. Структура данных ответа ACR будет описана со ссылкой на фиг. 7.

Структура данных запроса ACR

На фиг. 5 показана структура данных запроса ACR, сформированного блоком 42 формирования запроса ACR клиента 22 ACR.

Запрос 70 ACR содержит идентификатор 71 запроса ACR, идентификатор 72 способа извлечения, идентификатор 73 службы, сигнатурные данные 74, извлеченную отметку 75 местного времени, адрес 76 источника и подпись 77.

Идентификатор 71 запроса ACR является информацией для указания запроса 70 ACR. Идентификатор 72 способа извлечения является информацией для указания способа извлечения, используемого во время извлечения сигнатурных данных 74. Когда имеется множество служб, выполняющих идентификацию контента, основываясь на сигнатурных данных 74, идентификатор 73 службы является информацией для выбора службы, обрабатывающей запрос 70 ACR.

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

Адрес 76 источника является информацией, указывающей оконечное устройство 20, посылающее запрос 70 ACR, другими словами, место назначения для передачи обратно ответа ACR, сформированного сервером ACR 31 в ответ на запрос 70 ACR. Сигнатура 77 предназначена предотвращать фальсификацию запроса 70 ACR в канале связи. Кроме того, фальсификация может быть предотвращена шифрованием и передачей всего запроса 70 ACR.

Структура данных для ссылочных данных ACR

На фиг. 6 показана структура данных для ссылочных данных ACR, которые хранятся в базе 53 данных ACR сервера 31 ACR.

Идентификатор 82 контента, время 83 воспроизведения, идентификатор 84 приложения и связанные метаданные 85 записываются связанными с сигнатурными данными 81 в ссылочных данных 80 ACR.

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

Идентификатор 84 приложения является информацией, указывающей приложение, которое должно выполняться, вместе со временем продвижения, указанным временем 83 воспроизведения контента, указанным идентификатором 82 контента. Связанные метаданные 85 содержат различные типы информации (такие как данные, которые должны отображаться), используемые в приложении, указанном идентификатором 84 приложения.

Структура данных ответа ACR

На фиг. 7 представлена структура данных ответа ACR, сформированного в блоке 55 формирования ответа ACR сервера 31 ACR. Кроме того, позиция А на фиг. 7 показывает ответ ACR, когда контент, соответствующий сигнатурным данным 74 запроса ACR 70, переданного от клиента 22 ACR, другими словами, контент, просматриваемый в оконечном устройстве 20, идентифицируется посредством обращения к ссылочным данным 80 ACR в базе 53 данных ACR. Позиция В на фиг. 7 показывает ответ ACR, когда контент не идентифицирован.

Ответ 90 ACR, когда идентифицируется контент, просматриваемый в оконечном устройстве 20, (позиция В на фиг. 7), содержит идентификатор 91 запроса ACR, идентификатор 92 способа извлечения, идентификатор 93 службы, извлеченную отметку 94 местного времени, идентификатор 95 контента, время 96 воспроизведения, идентификатор 97 приложения, связанные метаданные 98, адрес 99 источника и сигнатуру 100.

Ответ 90 ACR, когда контент, просматриваемый в оконечном устройстве 20, не идентифицируется (позиция В на фиг. 7), содержит идентификатор 91 запроса ACR, идентификатор 93 службы, адрес 99 источника, сигнатуру 100 и флаг 101 отказа идентификации.

Идентификатор 91 запроса ACR с извлеченной отметкой 94 местного времени является тем, что указывает запрос 70 ACR, который является запуском для формирования ответа 90 ACR, и идентификатор запроса 71 ACR в идентификаторе 73 службы запроса 70 ACR и извлеченная отметка 75 местного времени, для этого переадресовываются.

Идентификатор 95 контента является информацией, указывающей идентифицированный контент, и идентификатор 82 контента ссылочных данных 80 ACR для этого переадресовываются. Время 96 воспроизведения является информацией, указывающей синхронизацию продвижения идентифицированного контента, и время 83 воспроизведения из ссылочных данных ACR 80 для этого переадресовывается.

Идентификатор 97 приложения является информацией, указывающей приложение, которое должно выполняться в соответствии со временем продвижения, указываемым временем 96 воспроизведения идентифицированного контента, и идентификатор приложения 84 ссылочных данных 80 ACR для этого переадресовывается. Кроме того, идентификатор 97 приложения содержит информацию, указывающую место назначения для получения (сервер 33 приложений 33) приложения.

Связанные метаданные 98 содержат различные типы информации (такие как данные, которые должны отображаться), используемые в соответствии со временем продвижения, указываемым временем 96 воспроизведения в приложении, указанном идентификатором 97 приложения, и связанные метаданные 85 ссылочных данных 80 ACR для этого переадресовываются. Кроме того, идентификатор 97 приложения и связанные метаданные 98 изменяются в течение периода с начала до конца контента, позволяя, таким образом, контенту активироваться, чтобы переключаться вместе с продвижением контента, который должен изменяться, или информацией, которая должна отображаться.

Адрес 99 источника является информацией, указывающей сервер 31 ACR, передающий ответ 90 ACR. Сигнатура 100 предназначена предотвратить фальсификацию ответа 90 ACR в канале связи. Кроме того, фальсификация может быть предотвращена, шифруя и передавая весь ответ 90 ACR.

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

Порядок работы системы 10 предоставления связанных приложений

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

Кроме того, в качестве предпосылки описания порядка работы, предполагается, что ссылочные данные 80 ACR 80, которые были сформированы заранее, хранятся в базе 53 данных ACR сервера 31 ACR, составляющего устройство 30 предоставления.

Если контент воспроизводится телевизором, встроенным в оконечное устройство 20, другими словами, пользователь просматривает контент через телевизор, на этапе S1 рендерер 21 контента оконечного устройства 20 передает просматриваемый контент, который должен выводиться клиенту 22 ACR. У клиента 22 ACR блок 41 извлечения сигнатуры извлекает сигнатурные данные из контента, просматриваемого в заданном периоде выборки, и выводит извлеченные сигнатурные данные на блок 42 формирования ответа ACR.

На этапе S2 блок 42 формирования запроса ACR формирует запрос 70 ACR, содержащий сигнатурные данные, которые вводятся от блока 41 извлечения сигнатуры, и выводит сформированный запрос 70 ACR на блок 43 связи. Блок 43 связи передает сформированный запрос 70 ACR на сервер 31 ACR устройства 30 предоставления через Интернет 12.

С другой стороны, на этапе S11 сервер 31 ACR устройства 30 предоставления находится в дежурном режиме, пока блок 54 связи не примет запрос 70 ACR, переданный от клиента 22 ACR оконечного устройства 20. Если запрос 70 ACR принимается блоком 54 связи, процесс переходит к этапу S12.

На этапе S12 блок 55 формирования ответа ACR идентифицирует контент, соответствующий сигнатурным данным 74, содержащимся в принятом запросе 70 ACR, обращаясь к ссылочным данным ACR 80 базы 53 данных ACR.

На этапе S13 блок 55 формирования ответа ACR формирует ответ 90 ACR в ответ на результат идентификации контента. Другими словами, когда контент, соответствующий сигнатурным данным 74, содержащимся в запросе 70 ACR, идентифицируется, формируется ответ 90 ACR, показанный в позиции А на фиг. 7, но когда контент не идентифицируется, формируется ответ 90 ACR, показанный в позиции В на фиг. 7. Блок 54 связи передает сформированный ответ 90 ACR клиенту 22 ACR оконечного устройства 20 через Интернет 12.

Если ответ 90 ACR 90 принят и сохранен клиентом 22 ACR, на этапе S3 блок 45 анализа ответа ACR анализирует сохраненный ответ 90 ACR, чтобы определить приложение, которое должно выполняться вместе с продвижением просматриваемого контента, и уведомляет администратора 23 приложений об идентификаторе 97 приложения и идентификаторе 95 контента. В соответствии с уведомлением, администратор 23 приложений получает приложение, представленное идентификатором 97 приложения от сервера 33 приложений через Интернет 12 и выполняет полученное приложение.

Дополнительно, администратор 23 приложений дает идентификатор 95 контента и идентификатор 97 приложения в качестве параметров любому API получения связанных метаданных, чтобы получить от клиента 22 ACR связанные метаданные 98, соответствующие выполняемому приложению.

В это время API получения связанных метаданных уведомляет администратора 23 приложений об отметке местного времени получения связанных метаданных 98 от клиента 22 ACR, а также извлеченную отметку 94 местного времени, которая получается из ответа 90 ACR, сохраненного у клиента 22 ACR. Администратор 23 приложений и приложение, выполняемое администратором 23 приложений, могут обрабатывать связанные метаданные с учетом разницы во времени между двумя отметками местного времени.

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

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

Однако в случае системы 10 предоставления связанных приложений, показанной на фиг. 1, если большое количество оконечных устройств 20 получают доступ к серверу 31 ACR и передают запросы ACR одновременно через Интернет 12, на сервер 31 ACR ложится большая нагрузка. В результате, требуется много времени от момента, когда оконечные устройства 20 передадут запросы ACR, до момента, когда оконечные устройства 20 получат ответ ACR, и, таким образом, время, когда приложение будет выполнено вместе с продвижением контента увеличивается. Соответственно, необходим механизм распределения нагрузки сервера 31 ACR, связанной с обработкой.

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

2. Второй пример конфигурации системы предоставления связанных приложений

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

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

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

Система 110 предоставления связанных приложений содержит множество оконечных устройств 20-1-20-k, устройство 30 предоставления и высокоэффективное оконечное устройство 120.

Подобно оконечному устройству 20, высокоэффективное оконечное устройство 120, будучи встроенным в устройство воспроизведения контента, представленное телевизором, располагается в общем доме и т.п.

Высокоэффективное оконечное устройство 120 и одно или более оконечных устройств 20 образуют оперативную сеть 125 через LAN или Интернет 12 проводным или беспроводным способом. Кроме того, оперативная сеть 125 может содержать множество высокоэффективных оконечных устройств 120. Дополнительно, вместо оперативной сети 125, сеть Р2Р могут образовывать высокоэффективное оконечное устройство 120 и оконечное устройство 20.

Кроме того, предполагается, что оконечное устройство 20, образующее оперативную сеть 125, сначала передает сформированный запрос 70 ACR на высокоэффективное оконечное устройство 120, и когда ответ 90 ACR от высокоэффективного оконечного устройства 120 не получен, оконечное устройство 20 передает предыдущий запрос 70 ACR серверу 31 ACR.

Дополнительно, предполагается, что сервер 31 ACR устройства 30 предоставления не только содержит сформированные ссылочные данные 80 ACR в базе 53 данных ACR, встроенной в него, но также предоставляет сформированные ссылочные данные 80 ACR серверу 32 контента, чтобы широковещательно их передавать через широковещательную сеть 11.

Описание высокоэффективного оконечного устройства 120

Высокоэффективное оконечное устройство 120 соединяется с устройством 30 предоставления через широковещательную сеть 11, такую как сеть телевизионного вещания, сеть CATV, сеть IPTV и Интернет 12.

Высокоэффективное оконечное устройство 120 содержит рендерер 21 контента, высокоэффективного клиента 122 ACR, администратора 23 приложений и интерфейс 24 пользователя. Другими словами, в высокоэффективном оконечном устройстве 120, клиент 22 ACR оконечного устройства 20 заменяется высокоэффективным клиентом 122 ACR.

Высокоэффективный клиент 122 ACR работает подобно серверу 31 ACR в оперативной сети 125 в дополнение к наличию тех же самых операций, что и клиент 22 ACR.

Подробный пример конфигурации высокоэффективного клиента 122 ACR

На фиг. 10 представлен подробный пример конфигурации высокоэффективного клиента 122 ACR, образующего высокоэффективное оконечное устройство 120.

Высокоэффективный клиент 122 ACR содержит блок 41 извлечения сигнатуры, блок формирования запроса 42 ACR, блок 44 хранения, блок 45 анализа ответа ACR, блок 131 связи, кэш 132 базы данных (DB) ACR и блок 133 формирования ответа ACR.

Другими словами, в высокоэффективном клиенте 122 ACR обеспечивается блок 131 связи вместо блока 43 связи клиента 22 ACR, показанного на фиг. 2 в подробном примере конфигурации, добавлены кэш 132 базы данных ACR и блок 133 формирования ответа ACR.

Аналогично блоку 43 связи, показанному на фиг. 2, блок 131 связи передает запрос 70 ACR, сформированный блоком 42 формирования запроса ACR, серверу 31 ACR устройства 30 предоставления через Интернет 12. Дополнительно, блок 43 связи принимает ответ 90 ACR, переданный обратно от сервера 31 ACR и выводит принятый ответ 90 на блок 44 хранения.

Дополнительно, блок 131 связи принимает запрос 70 ACR, переданный оконечным устройством 20 внутри оперативной сети 125, и выводит принятый ответ 70 ACR 70 на блок 133 формирования ответа ACR и передает обратно ответ 90 ACR, сформированный блоком 133 формирования ответа ACR, соответствующим оконечному устройству 20.

Кэш 132 базы данных ACR принимает и сохраняет ссылочные данные 80 ACR, которые формируются в сервере 31 ACR устройства 30 предоставления и передаются через широковещательную сеть 11. Однако, благодаря емкости кэша 132 DB ACR, выбор времени передачи ссылочных данных 80 ACR и т.п., все фрагменты ссылочных данных 80 ACR, которые были сохранены в базе 53 данных ACR сервера 31 ACR, не обязательно хранятся в кэше 132 базы данных ACR.

Кроме того, высокоэффективный клиент 120 ACR может получить ссылочные данные 80 ACR, сформированные сервером 31 ACR устройства 30 предоставления, от сервера 31 ACR через Интернет 12.

Аналогично блоку 55 формирования ответа ACR сервера 31 ACR, блок 133 формирования ответа ACR идентифицирует контент, соответствующий сигнатурным данным 74, содержащимся в запросе 70 ACR, переданном оконечным устройством 20 внутри оперативной сети 125, обращаясь к ссылочным данным ACR 80 из кэша 132 базы данных ACR. Дополнительно, даже для запроса 70 ACR, сформированного блоком 42 формирования запроса ACR вместе с блоком 133 формирования ответа ACR 133, образующим высокоэффективного клиента 122 ACR, блок 133 формирования ответа ACR может идентифицировать контент, соответствующий содержащимся в нем сигнатурным данным 74.

Затем, когда контент идентифицирован, блок 133 формирования ответа ACR формирует ответ 90 ACR, содержащий идентификатор 95 контента и идентификатор 97 приложения как результат идентификации, и выводит ответ 90 ACR на блок 131 уведомления. Когда контент не идентифицирован, блок 133 формирования ответа ACR не формирует ответ 90 ACR. Однако, даже когда контент не идентифицирован, может быть сформирован ответ 90 ACR, указывающий, что контент не идентифицирован (позиция В на фиг. 7).

Порядок работы системы 110 предоставления связанных приложений

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

Кроме того, в качестве предпосылки описания порядка работы, предполагается, что ссылочные данные 80 ACR, который уже были сформированы, хранятся в базе 53 данных ACR сервера 31 ACR, образующего устройство 30 предоставления. Дополнительно, предполагается, что ссылочные данные 80 ACR, сформированные в сервере 31 ACR и переданные через широковещательную сеть 11 от сервера 32 контента, хранятся в кэше 132 базы данных ACR высокоэффективного оконечного устройства 120.

Если контент воспроизводится телевизором, содержащим встроенное оконечное устройство 20, другими словами, пользователь смотрит контент посредством телевизора, на этапе S101 рендерер 21 контента оконечного устройства 20 передает просматриваемый контент, который должен быть выведен клиенту 22 ACR. У клиента 22 ACR блок 41 извлечения сигнатуры извлекает сигнатурные данные из просматриваемого контента в заданный период выборки и выводит извлеченные сигнатурные данные на блок 42 формирования запроса ACR.

На этапе S102 блок 42 формирования запроса ACR формирует запрос 70 ACR, содержащий сигнатурные данные, которые вводятся из блока 41 извлечения сигнатуры, и выводит сформированный запрос 70 ACR на блок 43 связи. Блок 43 связи передает сформированный запрос 70 ACR на высокоэффективное оконечное устройство 120 внутри оперативной сети 125.

С другой стороны, на этапе S111 высокоэффективный клиент 122 ACR высокоэффективного оконечного устройства 120 находится в дежурном режиме, пока блок 131 связи не примет запрос 70 ACR, переданный клиентом 22 ACR оконечного устройства 20 внутри оперативной сети 125. Если модуль 131 связи принимает запрос 70 ACR, процесс переходит к этапу S112.

На этапе S112 блок 133 формирования ответа ACR высокоэффективного клиента 122 ACR идентифицирует контент, соответствующий сигнатурным данным 74, содержащимся в принятом запросе 70 ACR, обращаясь к ссылочным данным ACR 80 из кэша 132 базы данных ACR.

На этапе S113 в ответ на результат идентификации контента блок 133 формирования ответа ACR формирует ответ 90 ACR. Другими словами, только когда контент, соответствующий сигнатурным данным 74, содержащимся в запросе 70 ACR, идентифицируется, формируется ответ 90 ACR, показанный на фиг. 7. Блок 131 связи передает сформированный ответ 90 ACR клиенту 22 ACR соответствующего оконечного устройства 20 внутри оперативной сети 125. Кроме того, когда контент не идентифицируется, ответ 90 ACR в блоке 133 формирования ответа ACR не формируется.

На этапе S103 оконечное устройство 20, передающее запрос 70 ACR высокоэффективному оконечному устройству 120, находится в дежурном режиме в течение заданного времени, пока не примет ответ 90 ACR от высокоэффективного клиента 122 ACR высокоэффективного оконечного устройства 120. Когда ответ 90 ACR принят в течение заданного времени дежурного режима, процесс переходит к этапу S105 и процесс, основанный на ответе 90 ACR (такой же, как упомянутый выше процесс на этапе S3 на фиг. 8), выполняются клиентом 22 ACR оконечного устройства 20.

Напротив, на этапе S103, когда реакция ACR 90 не принята в течение заданного времени дежурного режима, процесс переходит к этапу S104.

На этапе S104 блок 43 связи оконечного устройства 20 передает запрос 70 ACR, сформированный на этапе S101, серверу 31 ACR устройства 30 предоставления через Интернет 12. Кроме того, в это время запрос 70 ACR может быть сформирован и передан снова.

С другой стороны, на этапе S121 сервер 31 ACR устройства 30 предоставления находится в дежурном режиме до тех пор, пока блок 54 связи на примет запрос 70 ACR переданный от клиента 22 ACR оконечного устройства 20. Если запрос 70 ACR принят блоком 54 связи, процесс переходит к этапу S122.

На этапе S122 блок 55 формирования ответа ACR идентифицирует контент, соответствующий сигнатурным данным 74, содержащимся в принятом запросе 70 ACR, обращаясь к ссылочным данным 80 ACR базы 53 данных ACR.

На этапе S123 блок 55 формирования ответа ACR формирует ответ 90 ACR в ответ на результат идентификации контента. Другими словами, когда идентифицируется контент, соответствующий сигнатурным данным 74, содержащимся в запросе 70 ACR, формируется ответ 90 ACR, показанный в позиции А на фиг. 7, но когда контент не идентифицируется, формируется ответ 90 ACR, показанный в позиции В на фиг. 7. Блок 54 связи передает сформированный ответ 90 ACR клиенту 22 ACR оконечного устройства 20 через Интернет 12.

Если ответ 90 ACR принят и сохранен клиентом 22 ACR, выполняется процесс этапа S105. Другими словами, блок 45 анализа ответа ACR анализирует сохраненный ответ 90 ACR, чтобы указать приложение, которое должно быть выполнено вместе с продвижением просматриваемого контента, и уведомляет администратора 23 приложений идентификатора 97 приложения и идентификатора контента 95. В соответствии с уведомлением, администратор 23 приложений получает приложение, представленное идентификатором 97 приложения от сервера 33 приложений через Интернет 12, и выполняет приложение.

Дополнительно, администратор 23 приложений предоставляет идентификатор 95 контента и идентификатор 97 приложения как параметры любому API получения связанных метаданных, чтобы получить от клиента 22 ACR связанные метаданные 98, соответствующие выполняемому приложению.

Операции, описанные выше, во время просмотра контента выполняются неоднократно. Таким образом, это позволяет распределять технологическую загрузку сервера 31 ACR 31 высокоэффективному оконечному устройству 120.

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

На фиг. 12 приведена блок-схема, показывая пример конфигурации аппаратного обеспечения компьютера, описанного выше.

В компьютере 200 центральный процессор (CPU) 201, постоянное запоминающее устройство (ROM) 202 и оперативная память (RAM) 203 соединяется друг с другом через шину 204.

Дополнительно, к шине 204 присоединяется интерфейс 205 ввода-вывода. Устройство 206 ввода, устройство 207 вывода, устройство 208 хранения данных, блок 209 связи и дисковод 210 соединяются с интерфейсом 205 ввода-вывода.

Устройство 206 представляет собой клавиатуру, мышь, микрофон и т.п. Устройство 207 вывода представляет собой дисплей, громкоговоритель и т.п. Устройство 208 хранения данных содержит жесткий диск, энергонезависимую память и т.п. Блок 209 связи содержит сетевой интерфейс и т.п. Дисковод 210 приводит в действие съемный носитель 211, такой как магнитный диск, оптический диск, магнитооптический диск или полупроводниковая память.

Компьютер 200, конфигурированный как описано выше, выполняет ряд процессов, описанных выше с помощью центрального процессора 201, который загружает программу, хранящуюся, например, в устройстве 208 хранения данных на RAM 203, посредством интерфейса 205 ввода-вывода и шины 204 и выполняет загруженную программу.

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

В компьютере 200, программа может быть установлена в блоке 208 хранения данных через интерфейс 205 ввода-вывода, устанавливая в дисковод 210 съемные носители 211. Дополнительно, программа может быть принята блоком 209 связи через проводную или беспроводную среду и установлена в устройстве 208 хранения данных. Альтернативно, программа может быть установлена заранее в ROM 202 и устройство 208 хранения данных.

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

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

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