Выполнение приемником-декодером действий

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

 

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

Системы вещания используются для передачи сигналов, таких как сигналы цифрового или аналогового телевидения, из центра вещания пользователю через некоторую среду, такую как канал спутникового, кабельного или наземного вещания. На стороне пользователя для приема и/или декодирования упомянутых сигналов используются приемники-декодеры, которые обычно передают соответствующие сигналы в телевизор. В случае цифровой передачи цифровые каналы кодируются в поток цифровых данных на передающей стороне передачи и декодируются на приемной стороне с помощью приемника-декодера, который обычно размещается в цифровой приставке для телевизора (DSTB - digital set-top box) или входит в состав интегрированного цифрового телевизора. В случае аналоговой передачи приемник-декодер может быть предусмотрен у пользователя для преобразования передаваемых сигналов в формат, подходящий для их подачи в телевизор.

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

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

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

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

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

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

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

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

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

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

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

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

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

Таким образом, обеспечивается возможность дистанционного изменения настроек и/или параметров приемника-декодера, например, коммерческим оператором.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Предпочтительно упомянутое сообщение формируется системой санкционирования подписчиков (SAS).

Предпочтительно упомянутая команда пересылается системой управления подписчиками (SMS) в систему санкционирования подписчиков (SAS) для передачи. Предпочтительно упомянутая команда передается системой SAS, под чем следует понимать, что упомянутая команда может пересылаться для передачи в отдельный передатчик.

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

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

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

Упомянутая команда предпочтительно передается из места, удаленного от приемника-декодера. Таким образом, предлагаемый способ обеспечивает возможность определения настроек и/или параметров приемника-декодера из места, удаленного от этого приемника-декодера, например, коммерческим оператором. Таким образом, если в приемнике-декодере возникает неисправность, причина (и последствия) этой неисправности может быть проанализирована без необходимости в том, чтобы инженер выезжал на место, где располагается данный приемник-декодер.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Упомянутое сообщение может иметь форму сообщения управления доступом (EMM), которое может шифроваться, а может и не шифроваться. Это сообщение может дополнительно включать в себя идентификатор коммерческого оператора.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Упомянутое сообщение может иметь форму сообщения управления доступом (EMM), которое может шифроваться, а может и не шифроваться. Это сообщение может дополнительно включать в себя идентификатор коммерческого оператора.

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

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

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

Упомянутый приемник предпочтительно выполнен с возможностью приема упомянутой команды из системы санкционирования подписчиков (SAS) и предпочтительно выполнен с возможностью направления этой команды в упомянутый процессор.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Упомянутое сообщение может иметь форму сообщения управления доступом (EMM), которое может шифроваться, а может и не шифроваться. Это сообщение может дополнительно включать в себя идентификатор коммерческого оператора.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

фиг.1 - общий вид типичной системы цифрового телевидения;

фиг.2 - общий вид системы условного доступа;

фиг.3 - структура сообщения управления доступом (EMM);

фиг.4 - структура системы санкционирования подписчиков (SAS);

фиг.5 - блок-схема приемника-декодера;

фиг.6 - архитектура приемника-декодера;

фиг.7а - структура индивидуальной команды выполнения DSTB действия (Individual DSTB Action command);

фиг 7b - структура аудиторной команды выполнения DSTB действия (Audience DSTB Action command);

фиг.8а - структура индивидуального EMM с командой выполнения DSTB действия (Individual DSTB Action EMM);

фиг.8b - структура аудиторного EMM с командой выполнения DSTB действия (Audience DSTB Action EMM).

Обзорное описание системы

На фиг.1 показана в общем виде система 1 цифрового телевидения. Настоящее изобретение предусматривает в основном обычную систему 2 цифрового телевидения, в которой для передачи сжатых цифровых сигналов используется известная система сжатия, соответствующая стандарту MPEG-2. Конкретнее, MPEG-2-компрессор 3 в центре вещания принимает поток цифровых сигналов (обычно поток видеосигналов). Компрессор 3 подключен к мультиплексору-скремблеру 4 посредством соединения 5.

Мультиплексор 4 получает множество других входных сигналов, компонует транспортный поток и передает сжатые цифровые сигналы в передатчик 6 центра вещания через соединение 7, которое, разумеется, может принимать самые разнообразные формы, включая телекоммуникационные каналы связи. Передатчик 6 передает электромагнитные сигналы по каналу 8 "Земля-спутник" на спутниковый транспондер 9, где их подвергают электронной обработке и вещают по виртуальному каналу 10 "спутник-Земля" в наземный приемник 12, обычно имеющий форму тарелки, принадлежащий или арендуемый конечным пользователем. Возможны, разумеется, и другие транспортные каналы для передачи данных, такие как наземное вещание, кабельная передача, комбинированные кабельно-спутниковые каналы, телефонные сети и т.п.

Сигналы, принятые приемником 12, передаются в совмещенный приемник-декодер 13, принадлежащий или арендуемый конечным пользователем и подключенный к телевизору 14 конечного пользователя. Приемник-декодер 13 декодирует сжатый MPEG-2 сигнал в телевизионный сигнал для телевизора 14. Хотя на фиг.1 показан отдельный приемник-декодер, он в равной степени может входить в состав интегрированного цифрового телевизора. Термин "приемник-декодер", как он применяется в данном тексте, охватывает и отдельный приемник-декодер, такой как приставка для телевизора (STB), и телевизор со встроенным приемником-декодером.

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

К мультиплексору 4 и приемнику-декодеру 13 подключена система 15 условного доступа, размещенная частично в центре вещания и частично в приемнике-декодере. Она позволяет конечному пользователю получать доступ к передачам цифрового телевидения одного или нескольких провайдеров вещания. В приемник-декодер 13 может устанавливаться смарт-карта, способная дешифрировать сообщения, относящиеся к коммерческим предложениям (т.е. одной или нескольким телевизионным программам, продаваемым провайдером вещания). С помощью приемника-декодера 13 и смарт-карты конечный пользователь может покупать коммерческие предложения либо в режиме подписки, либо в режиме оплаты за отдельный просмотр (PPV).

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

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

Интерактивная система 16, также подключенная к мультиплексору 4 и приемнику-декодеру 13 и также размещенная частично в центре вещания и частично в приемнике-декодере, позволяет конечному пользователю в интерактивном режиме взаимодействовать с различными приложениями через обратный модемный канал 17. Упомянутый обратный модемный канал может быть, например, каналом коммутируемой телефонной сети общего пользования (PSTN) (например, модемным обратным каналом) или внеполосным каналом (00В). Этот обратный модемный канал может также использоваться для обмена информацией, используемого системой 15 условного доступа.

Система условного доступа

Как показано на фиг.2, в общем, система 15 условного доступа включает в себя систему санкционирования подписчиков (SAS - Subscriber Authorization System) 30. SAS 30 соединена с одной или несколькими системами управления подписчиками (SMS - Subscriber Management Systems) 32, по одной SMS для каждого провайдера вещания, посредством соединения 34, которое может быть TCP/IP-каналом или каналом другого типа. В альтернативном варианте одна SMS может использоваться совместно двумя коммерческими операторами либо один оператор может использовать две SMS и т.п.

Первые шифрующие устройства в виде блоков шифрования 36, использующих "материнские" смарт-карты 38, подключены к SAS посредством соединения 40. Вторые шифрующие устройства, также в виде блоков шифрования 42, использующих материнские смарт-карты 44, подключены к мультиплексору 4 посредством соединения 46. В приемник-декодер 13 устанавливается "дочерняя" смарт-карта 48. Приемник-декодер подключен непосредственно к SAS 30 через серверы 50 связи и модемный обратный канал 17. Наряду с другими сигналами SAS передает в дочернюю смарт-карту права подписки по запросу.

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

Как показано на фиг.2, в центре вещания цифровой видеосигнал сначала сжимается (или скорость передачи битового потока снижается) с помощью MPEG-2-компрессора 3. Этот сжатый сигнал затем передается в мультиплексор-скремблер 4 для мультиплексирования с другими данными, такими как другие сжатые данные.

Скремблер генерирует управляющее слово, используемое в процессе скремблирования и включаемое в MPEG-2-поток в мультиплексоре 4. Это управляющее слово генерируется внутри системы и позволяет приемнику-декодеру 13 конечного пользователя дескремблировать программу.

В MPEG-2-поток также вводят критерии доступа, указывающие на режим, в котором данная программа предлагается потребителю. Программа может предлагаться в одном из нескольких режимов "подписки" и/или одном из нескольких режимов "оплаты за отдельный просмотр" (PPV). В режиме подписки конечный пользователь подписывается на одно или несколько коммерческих предложений или групп ("букетов") каналов, получая тем самым право смотреть любой канал, входящий в эти группы каналов. В PPV-режиме конечному пользователю предоставляется возможность покупать передачи по желанию.

И управляющее слово, и критерии доступа используются для формирования сообщения управления правами (ЕСМ); это сообщение передается для какой-либо одной скремблированной программы. ЕСМ содержит управляющее слово (позволяющее дескремблировать данную программу) и критерии доступа к этой вещаемой программе. Критерии доступа и управляющее слово передаются в упомянутый второй блок шифрования 42 через соединение 46. В этом блоке ЕСМ генерируется, шифруется и передается назад в мультиплексор-скремблер 4.

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

Мультиплексор 4 получает электрические сигналы, содержащие зашифрованные EMM из SAS 30, зашифрованные ЕСМ из второго блока шифрования 42 и сжатые программы из компрессора 3. Мультиплексор 4 скремблирует программы и передает скремблированные программы, зашифрованные EMM и зашифрованные ЕСМ как электрические сигналы, в систему 54 вещания, которая может быть, например, спутниковой системой, показанной на фиг.1, или иной системой вещания. Приемник-декодер 13 демультиплексирует эти сигналы, чтобы получить скремблированные программы, зашифрованные EMM и зашифрованные ЕСМ.

Приемник-декодер принимает этот вещательный сигнал и извлекает поток MPEG-2 данных. Если программа скремблирована, приемник-декодер 13 извлекает соответствующее ЕСМ из MPEG-2 потока и передает это ЕСМ в "дочернюю" смарт-карту 48 конечного пользователя. Она устанавливается в корпус приемника-декодера 13. Дочерняя смарт-карта 48 контролирует, имеет ли данный конечный пользователь право на дешифрирование этого ЕСМ и доступ к данной программе. Если не имеет, в приемник-декодер 13 передается отрицательный ответ, указывающий на то, что данную программу нельзя дескремблировать. Если конечный пользователь имеет соответствующие права, ЕСМ дешифрируется и извлекается управляющее слово. Декодер 13 может тогда дескремблировать эту программу, используя это управляющее слово. MPEG-2 поток подвергается декомпрессии и преобразуется в видеосигнал для передачи в телевизор 14.

Если программа нескремблирована, сообщения ЕСМ в MPEG-2 потоке не передаются, и приемник-декодер 13 подвергает данные декомпрессии и преобразует принятый сигнал в видеосигнал для передачи в телевизор 14.

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

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

Сообщения условного доступа (EMM)

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

Возможны различные типы EMM. Индивидуальные EMM предназначаются отдельным подписчикам, и они, как правило, используются при предоставлении PPV-сервисов; такие EMM содержат идентификатор группы и указатель положения данного подписчика в этой группе. Так называемые "групповые" EMM предназначаются группам, скажем из 256 отдельных пользователей, и, как правило, используются при администрировании тех или иных подписных сервисов. Аудиторные EMM предназначаются для всей аудитории. "Аудитория" - это все подписчики, обладающие смарт-картами с одинаковым идентификатором оператора (OPI). И, наконец, "уникальные" EMM предназначаются смарт-картам с конкретным идентификатором.

Ниже со ссылками на фиг.3 будет описана общая структура EMM, используемого в предпочтительных вариантах осуществления. По сути EMM, которое представляет собой последовательность битов цифровых данных, включает в себя заголовок 60, собственно EMM 62 и подпись 64. В свою очередь заголовок 60 включает в себя идентификатор 66 типа, указывающий тип данного EMM, идентификатор 68 длины, указывающий длину данного EMM, необязательный адрес 70 для данного EMM, идентификатор 72 оператора и идентификатор 74 ключа. Наконец, подпись 64, которая также является необязательной, обеспечивает возможность осуществления ряда проверок для обнаружения повреждения остальных данных, содержащихся в EMM. Упомянутый идентификатор типа в заголовке идентифицирует данное сообщение как EMM.

Система санкционирования подписчиков (SAS)

Сообщения, сформированные SMS 32, передаются через соединение 34 в систему санкционирования подписчиков (SAS) 30, которая в свою очередь генерирует сообщения, подтверждающие прием сообщений, сформированных SMS 32, и передает эти подтверждения в SMS 32. Сообщения, которые могут передаваться в SAS, включают в себя приостановку подписки некоторого подписчика, вследствие, например, отсутствия оплаты; изменения в отношении подписчика, например, добавление или удаление определенных коммерческих предложений; предоставление права, например, на конкретную программу (событие) в PPV-режиме.

SAS 30 ведет и поддерживает базы данных, в которых хранится статус всех подписчиков, определенный SMS 32. В соответствии с этим статусом и на основании различных сообщений, передаваемых SMS, SAS формирует EMM для смарт-карт подписчиков. Эти EMM зашифровываются блоками шифрования 36 SAS и передаются в мультиплексор 4. Чтобы обеспечить гарантированный прием сообщений EMM подписчиком, SAS передает эти сообщения циклически. Периодичность передачи зависит от типа EMM, но обычно составляет от 30 секунд до 30 минут.

Типичная конфигурация SAS 30 показана на фиг.4. В общем, SAS 30 включает в себя область ветви подписки 100 для предоставления прав в режиме подписки и ежемесячного автоматического обновления этих прав, область ветви PPV 102 для предоставления прав на PPV-передачи, и инжектор 104 EMM для подачи сообщений EMM, формируемых областью ветви подписки и областью ветви PPV, в мультиплексор-скремблер 4, таким образом вводя сообщения EMM в MPEG-поток. Если должны предоставляться другие права, например, PPF-права (PPF - Pay Per File, пофайловая оплата) для случая загрузки компьютерного программного обеспечения в персональный компьютер пользователя, предусматриваются также другие подобные области.

Одна из функций SAS 30 состоит в управлении правами доступа к телевизионным программам, предлагаемым в качестве коммерческих предложений в режиме подписки или продаваемых как PPV-передачи в соответствии с различными режимами продажи (режим предварительного заказа, режим импульсной покупки). В соответствии с этими правами и информацией, полученной из SMS 32, SAS 30 формирует сообщения EMM для соответствующего подписчика.

Область ветви подписки 100 содержит интерфейс 106 для приема команд (CI - Command Interface), сервер 108 технического управления подписчиками (STM - Subscriber Technical Management), генератор 110 сообщений (MG -Message Generator) и блок шифрования 36. Область ветви PPV 102 содержит сервер 112 санкционирования (AS - Authorization Server), серверы 114, 116 баз данных (DBAS), содержащие реляционные базы данных для хранения соответствующих сведений о конечных пользователях, сервер 118 централизованной обработки заказов (OCS - Order Centralized Server), сервер 120 вещателя программ (SPB - Server for Programme Broadcaster), генератор 122 сообщений (MG), функции которого, в сущности, такие же, как и у генератора сообщений области ветви подписки, и блок шифрования 36.

Инжектор 104 EMM содержит несколько блоков выдачи сообщений (ME - Message Emitters) 124, 126, 128 и 130 и программных мультиплексоров (SMUX - Software Multiplexers) 132 и 134. В предпочтительном варианте осуществления предусматриваются два ME, 124 и 126, для генератора 110 сообщений, и два ME, 128 и 130, для генератора 122 сообщений. ME 124 и 126 подключены к SMUX 132, тогда как ME 128 и 130 подключены к SMUX 134.

Генераторы 110 и 122 сообщений преобразуют команды, выдаваемые, соответственно, STM 108 и OCS 118, в сообщения EMM. Эти генераторы сообщений определяют продолжительность и частоту выдачи сообщений EMM. Эти генераторы сообщений также зашифровывают сообщения EMM с помощью их собственных блоков шифрования. Затем они передают зашифрованное EMM в соответствующие блоки выдачи сообщений, которые циклически передают эти EMM. Как показано на фиг.4, к одному генератору сообщений может быть подключено несколько блоков выдачи сообщений, причем соответствующий блок выдачи сообщений определяется генератором сообщений в зависимости от оператора, указанного в EMM. На протяжении жизненного цикла данного EMM генератор сообщений сохраняет его в собственной базе данных. Это EMM удаляется из этой базы данных, как только истекает время, отведенное для его выдачи. Эта база данных обеспечивает согласованность работы MG и ME.

Блоки 124, 126, 128, 130 выдачи сообщений получают сообщения EMM из соответствующих генераторов сообщений вместе с несколькими параметрами, такими как дата начала вещания, дата прекращения вещания и периодичность вещания. Затем генераторы сообщений управляют вещанием сообщений EMM в соответствии с этими параметрами.

Приемник-декодер

Ниже со ссылками на фиг.5 в терминах функциональных блоков будут описаны различные элементы приемника-декодера 13.

Приемник-декодер 13, который может быть, например, цифровой приставкой для телевизора (DSTB), содержит центральный процессор 220, снабженный соответствующими элементами памяти и выполненный с возможностью приема данных от последовательного интерфейса 221, параллельного интерфейса 222, модема (подключенного к модемному обратному каналу 17, показанному на фиг.1) и переключающих контактов 224 на передней панели декодера.

Приемник-декодер дополнительно выполнен с возможностью приема входных сигналов от инфракрасного пульта 225 дистанционного управления через блок 226 управления, а также снабжен двумя устройствами 227, 228 считывания смарт-карт, выполненными с возможностью считывания соответственно банковской или абонентской смарт-карт 242, 240. Устройство 228 считывания абонентских смарт-карт взаимодействует с установленной абонентской картой 240 и блоком 229 условного доступа, чтобы передать необходимое управляющее слово в демультиплексор-десклемблер 230, чтобы сделать возможным дескремблирование зашифрованного вещаемого сигнала. Декодер также содержит обычный тюнер 231 и демодулятор 232 для приема и демодулирования переданных со спутника данных перед их фильтрацией и демультиплексированием блоком 230.

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

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

Приложения хранятся в ячейках памяти в приемнике-декодере 13 и представляются в виде файлов ресурсов. К файлам ресурсов могут, например, относиться файлы библиотек описаний графических объектов, файлы библиотек блоков переменных, файлы последовательностей команд, файлы приложений и файлы данных, как описано более подробно в вышеупомянутых патентных описаниях.

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

Архитектура приемника-декодера

Приемник-декодер имеет пять программных уровней, организованных таким образом, чтобы программное обеспечение можно было реализовать в любом приемнике-декодере и с любой операционной системой. Как показано на фиг.6, этими различными программными уровнями являются уровень 250 приложений, уровень 252 интерфейса прикладных приложений (уровень API), уровень 254 виртуальной машины, уровень 256 устройств и уровень 258 системного программного/аппаратного обеспечения.

Уровень 250 приложений охватывает приложения, которые либо являются резидентными в приемнике-декодере, либо загружаются в него. Это могут быть используемые пользователями интерактивные приложения, написанные, например, на Java, HTML, MHEG-5 или других языках, или это могут быть приложения, используемые приемником-декодером для выполнения таких приложений. Этот уровень основан на множестве API-интерфейсов, обеспечиваемых уровнем виртуальной машины. Эта система позволяет загружать приложения во флэш-память или ОЗУ приемника-декодера оперативно (по мере необходимости) или по требованию. Код приложения может передаваться в сжатом или несжатом виде с использованием таких протоколов, как DSMCC, NSF или других протоколов.

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

- Загрузка. Загрузочное приложение 260 - это первое приложение, запускаемое после включения приемника-декодера. Загрузочное приложение запускает различные "менеджеры" виртуальной машины, первым из которых является менеджер 262 приложений.

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

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

- Переключение каналов. Приложение 268 переключения каналов используется для переключения каналов с использованием клавиш "на программу вверх", "на программу вниз" и цифровых клавиш. При использовании другой формы переключения каналов, например с помощью баннерного (пилотного) приложения (banner, pilot application), выполнение приложение переключения каналов завершается.

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

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

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

Уровень 254 виртуальной машины состоит из языковых интерпретаторов и различных модулей и систем. Он включает в себя все необходимое для приема и выполнения в приемнике-декодере интерактивных приложений.

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

Уровень 258 системного программного/аппаратного обеспечения предоставляется производителем приемника-декодера. Благодаря модульности системы и тому, что служебные функции, которые предоставляет ОС (такие как планирование событий и управление памятью), являются частью виртуальной машины, верхние уровни не привязываются к какой-либо определенной операционной системе реального времени (RTOS) или какому-либо определенному процессору.

Выполнение приемником-декодером действий

Показанная на упоминавшихся выше фиг.1 и фиг.2 рассматриваемая система 1 вещания выполнена с возможностью передачи команд от коммерческого оператора (провайдера вещания), из SMS 32, через SAS 30 в приемник-декодер 13 пользователя, приказывая приемнику-декодеру выполнить определенные действия.

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

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

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

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

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

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

Коммерческий оператор может также пожелать передать команду, заставляющую приемник-декодер переключиться на другой канал. Это можно было бы делать, например, в случае какого-либо бедствия, чтобы пользователя можно было предупредить об этом бедствии посредством программы, идущей на другом канале. В этом случае передается команда, указывающая канал, на который следует переключиться приемнику-декодеру. Канал, на который следует переключиться приемнику-декодеру, может быть задан путем указания номера этого канала. Однако пользователь мог перенастроить каналы в своем приемнике-декодере, так что коммерческий оператор может не знать, на какие сигналы настроены различные каналы. Соответственно, канал, на который следует переключиться приемнику-декодеру, предпочтительно задается путем указания DVB-характеристик сигнала, на который приемнику-декодеру следует переключиться. Приняв команду, приемник-декодер переключается на заданный канал.

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

Для того чтобы приказать приемнику-декодеру выполнить некоторое действие, коммерческий оператор посылает команду из SMS 32 в SAS 30. Эта команда может быть либо "индивидуальной командой выполнения DSTB действия", в том случае, когда это действие должен выполнить отдельный приемник-декодер, или "аудиторной командой выполнения DSTB действия", в том случае, когда это действие должны выполнить все приемники-декодеры или некоторая группа приемников-декодеров.

Следует отметить, что упомянутая команда передается в приемник-декодер из SAS, а не непосредственно из SMS. Как описано ниже, SAS формирует подходящее для передачи в приемник-декодер EMM.

Структура индивидуальной команды выполнения DSTB действия, которая передается из SMS 32 в SAS 30, показана на фиг.7а. Как показано на фиг.7а, команда 300 включает в себя идентификатор 302 команды, идентификатор 304 оператора, поле 306 номера смарт-карты, поле 308 типа действия и поле 310 параметров. Идентификатор 302 команды идентифицирует команду как индивидуальную команду выполнения DSTB действия. Идентификатор 304 оператора идентифицирует коммерческого оператора, от которого исходит данная команда. Поле 306 номера смарт-карты содержит номер смарт-карты приемника-декодера, который должен выполнить данное действие. Поле 308 типа действия определяет тип действия, которое должно быть выполнено приемником-декодером. Поле 310 параметров содержит различные параметры, присущие данному действию, такие как номер канала, на который следует переключиться приемнику-декодеру.

Структура аудиторной команды выполнения DSTB действия, которая передается из SMS 32 в SAS 30, представлена на фиг.7b. Как показано на фиг.7b, команда 320 включает в себя идентификатор 322 команды, идентификатор 324 оператора, поле 326 типа действия и поле 328 параметров. Идентификатор 322 команды идентифицирует команду как аудиторную команду выполнения DSTB действия. Идентификатор 324 оператора идентифицирует коммерческого оператора, от которого исходит данная команда. Поле 326 типа действия определяет тип действия, которое должно быть выполнено приемником-декодером. Поле 328 параметров содержит различные параметры, присущие данному действию, такие как номер канала, на который следует переключиться приемнику-декодеру.

В качестве возможного (но не обязательного) варианта, команда 320 может включать в себя поле 330, содержащее один или несколько идентификаторов, идентифицирующих некоторую конкретную группу приемников-декодеров, которые должны выполнить данное действие. Например, эти идентификаторы могут идентифицировать некоторую группу приемников-декодеров на основе одного или нескольких из по меньшей мере следующих критериев: географическая область, потребительская категория, коммерческое предложение, номер сеанса и номер продукта. В зависимости от реализации может использоваться только один идентификатор или несколько идентификаторов. В последнем случае эти несколько идентификаторов могут сочетаться с помощью логических операторов, таких как И, ИЛИ, исключающее ИЛИ и/или НЕ. Дополнительные сведения о том, что касается использования идентификаторов, определяющих группы пользователей, которым предназначаются сообщения, приведены в нашей параллельно рассматриваемой заявке №99401958.6 на выдачу патента ЕПВ, включенной в данный текст посредством ссылки.

Когда SAS принимает (от SMS) индивидуальную команду выполнения DSTB действия или аудиторную команду выполнения DSTB действия, она формирует специальное EMM, называемое в данном тексте EMM с командой выполнения DSTB действия (DSTB Action EMM), для того чтобы передать данную команду в соответствующий(е) приемник(и)-декодер(ы). Вернемся к фиг.4; команда, посланная из SMS, принимается интерфейсом 106 (CI) для приема команд и передается в сервер 108 технического управления подписчиками (STM). Сервер STM 108 идентифицирует команду как команду выполнения DSTB действия и приказывает генератору сообщений (MG) сформировать EMM с командой выполнения DSTB действия. В случае индивидуальной команды выполнения DSTB действия формируется индивидуальное EMM с командой выполнения DSTB действия, тогда как в случае аудиторной команды выполнения DSTB действия формируется аудиторное EMM с командой выполнения DSTB действия.

Структура индивидуального EMM с командой выполнения DSTB действия показана на фиг.8а. Как показано на фиг.8а, индивидуальное EMM 350 с командой выполнения DSTB действия включает в себя заголовок 352, собственно EMM 354, и, возможно (но необязательно), подпись 356. Заголовок 352 содержит идентификатор 358 типа, идентификатор 360 оператора, поле 362 номера смарт-карты, а также другую информацию, как описано выше со ссылками на фиг.3. Идентификатор 358 типа идентифицирует данное EMM как индивидуальное EMM, идентификатор 360 оператора идентифицирует коммерческого оператора, который послал данную команду, и поле 362 номера смарт-карты содержит номер смарт-карты приемника-декодера, являющегося адресатом. Собственно EMM 354 содержит идентификатор 364, который идентифицирует данное EMM как EMM с командой выполнения DSTB действия, поле 366 типа действия, определяющее тип действия, которое должно быть выполнено приемником-декодером, перечень параметров 368, присущих данному действию, и индекс 369, который имеет значение, уникальное для данного конкретного EMM, так что это EMM может быть идентифицировано.

Структура аудиторного EMM с командой выполнения DSTB действия показана на фиг.8b. Как и индивидуальное EMM с командой выполнения DSTB действия, аудиторное EMM 370 с командой выполнения DSTB действия включает в себя заголовок 372, собственно EMM 374, и, возможно (но необязательно), подпись 376. Заголовок 372 содержит идентификатор 378 типа, который идентифицирует данное EMM как аудиторное EMM, и идентификатор 380 оператора, который идентифицирует коммерческого оператора, который послал данную команду. Собственно EMM 374 содержит идентификатор 382, который идентифицирует данное EMM как EMM с командой выполнения DSTB действия, поле 384 типа действия, которое определяет тип действия, которое должно быть выполнено приемником(ами)-декодером(ами), перечень параметров 386, присущих данному действию, возможно (но необязательно), поле 388, которое определяет группы приемников-декодеров, которые должны выполнить данное действие, и индекс 389, который имеет значение, уникальное для данного конкретного EMM, так что это EMM может быть идентифицировано. Этот индекс увеличивается на единицу для каждого последующего сообщения, но в разновидностях этого предпочтительного варианта осуществления может генерироваться другими способами.

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

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

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

Помимо формирования соответствующего EMM, MG 110 также определяет время начала и время прекращения вещания, а также периодичность вещания данного EMM. Для сообщений EMM с командой выполнения DSTB действия продолжительность времени, в течение которого должно передаваться данное EMM, и периодичность его передачи обычно устанавливаются равными некоторым определенным значениям; однако они могут изменяться, например, по запросу оператора или в зависимости от общей скорости битовой передачи (битрейта) вещаемого сигнала. После того как EMM сформировано, оно может быть (необязательно!) зашифровано с помощью блока 36 шифрования. Во многих случаях шифрование EMM не потребуется.

Затем EMM, а также сведения о времени начала и времени прекращения его передачи (вещания) и также о периодичности его передачи подаются в инжектор 104 EMM. Инжектор EMM отвечает за введение EMM в вещательный поток данных в соответствующие моменты времени в зависимости от упомянутых времени начала и времени прекращения вещания и периодичности. EMM сохраняется в базе данных в блоке выдачи сообщений (ME) 124 или 126. EMM вводится в вещательный поток данных соответствующим программным мультиплексором (SMUX) 132 или 134 и мультиплексором 4. Затем EMM передается в вещаемом сигнале для приема приемником-декодером 13.

Вернемся к фиг.5; передаваемый сигнал принимается и демодулируется соответственно тюнером 231 и демодулятором 232. Демодулированый сигнал подается в демультиплексор 230, который выделяет различные компоненты сигнала. Звуковые сигналы подаются в блок 233 обработки звукового сигнала, видеосигналы подаются в блок 234 обработки видеосигнала, а ЕММ подаются в центральный процессор (ЦП) 220 и сохраняются в буфере.

Приемник-декодер 13 под управлением менеджера приложений (блок 262 на фиг.6) сначала определяет (путем проверки идентификатора 358, 378 типа), является ли данное ЕММ аудиторным ЕММ или индивидуальным ЕММ. Если данное ЕММ является индивидуальным ЕММ, он проверяет номер смарт-карты в поле 362 номера смарт-карты ЕММ, чтобы узнать, соответствует ли он номеру смарт-карты данного приемника-декодера. Если номера смарт-карты совпадают, данное ЕММ сохраняется; в противном случае оно отвергается. Затем приемник-декодер определяет тип ЕММ путем извлечения значения из поля 364, 382 идентификатора ЕММ. В случае ЕММ с командой выполнения DSTB действия приемник-декодер идентифицирует данное ЕММ как таковое. После этого он извлекает тип действия, которое должно быть выполнено, из поля 366, 384 типа действия, и соответствующие параметры из поля 368, 386 параметров.

В случае аудиторного ЕММ с командой выполнения DSTB действия при наличии поля 388, определяющего группы приемников-декодеров, которые должны выполнить данное действие, приемник-декодер извлекает значения из этого поля и сравнивает их со значениями соответствующих параметров, сохраненных в памяти приемника-декодера или в смарт-карте. В памяти ЦП хранятся различные идентификаторы пользователя, такие как географическая зона и потребительская категория пользователя, а также коммерческие предложения, продукты и сеансы, которые были куплены пользователем. Приемник-декодер сравнивает идентификаторы, извлеченные из ЕММ, с соответствующими идентификаторами пользователя. При наличии логических операторов приемник-декодер извлекает эти логические операторы и применяет их к этим идентификаторам. Таким образом приемник-декодер определяет, следует ли ему выполнять данное действие или нет.

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

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

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

Если этим действием является изменение конфигурации приемника-декодера, производится вызов приложения 264 настройки с указанием на то, что конфигурация приемника-декодера должна быть изменена (т.е. приемник-декодер должен быть переконфигурирован). Если этим действием является выполняемое вновь сканирование некоторых или всех каналов, производится вызов приложения 264 настройки с указанием того, какие каналы и/или диапазоны частот должны сканироваться. Если этим действием является предоставление отчета о состоянии приемника-декодера, производится вызов приложения 270 обратного вызова. В этом случае приложение обратного вызова извлекает значения различных параметров, хранящиеся в памяти приемника-декодера, и возвращает эти значения оператору через модемный обратный канал 17 или другим способом. Параметры, которые могут возвращаться приложением обратного вызова, включают последние 50 действий, выполненных приемником-декодером, канал, на который настроен приемник-декодер, частота, на которую настроен приемник-декодер, уровень сигнала на входе приемника-декодера, параметры настройки, выбранные подписчиком, такие как параметры, относящиеся к языку или субтитрам, либо личные настройки, или любая другая информация, доступная приемнику-декодеру.

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

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

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

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

Вкратце, коммерческий оператор может передать сообщение, приказывающее DSTB подписчика выполнить определенное действие:

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

- переключиться с текущего канала на канал, определенный DVB-характеристиками канала.

Коммерческий оператор может также передать сообщение, приказывающее приставкам DSTB всех подписчиков выполнить определенное действие:

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

- переключиться с текущего канала на канал, определенный DVB-характеристиками канала.

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

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

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

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

2. Способ по п.1, отличающийся тем, что упомянутая команда посылается в сообщении управления доступом (EMM).

3. Способ по п.2, отличающийся тем, что упомянутое сообщение управления доступом является аудиторным EMM.

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

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

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

7. Способ по п.1, отличающийся тем, что упомянутое действие представляет собой переключение каналов.

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

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

10. Приемник-декодер по п.9, отличающийся тем, что упомянутое действие включает в себя переключение каналов.

11. Приемник-декодер по п.10, отличающийся тем, что упомянутое переключение каналов осуществляется с использованием DVB- информации для соответствующих каналов.

12. Приемник-декодер по п.9, отличающийся тем, что упомянутая команда является такой, что она принимается как часть сообщения.

13. Приемник-декодер по п.12, отличающийся тем, что упомянутое сообщение имеет форму сообщения управления доступом.

14. Приемник-декодер по п.9, отличающийся тем, что упомянутая команда включает идентификатор по меньшей мере одного приемника-декодера и приемник-декодер выполняет упомянутое действие только в том случае, если он соответствует этому идентификатору.

15. Приемник-декодер по п.9, отличающийся тем, что процессор сохраняет в памяти идентификатор команды после выполнения действия по этой команде.



 

Похожие патенты:

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

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

Изобретение относится к технике телевидения, в частности к устройствам абонентского приема сигналов интерактивного ТВ вещания. .

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

Изобретение относится к кабельному телевидению. .

Изобретение относится к системе кабельного телевидения. .

Изобретение относится к терминалам для обработки цифровых аудиовизуальных и мультимедийных данных. .

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

Изобретение относится к электронной аудиовизуальной обработке. .

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

Изобретение относится к способу кодирования движущегося изображения. .

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

Изобретение относится к вычислительной технике и может быть использовано для измерения координат световых объектов и получения траектории их движения. .

Изобретение относится к бытовой цифровой видеотехнике, может использоваться для записи и воспроизведения видеоизображений. .

Изобретение относится к бытовой цифровой видеотехнике, может использоваться для записи и воспроизведения видеоизображений. .

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

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

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