Генерирование сигналов и их вещание

 

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

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

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

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

Назначением известных SAS является управление правами доступа к телевизионным программам, доступным в качестве коммерческих предложений и продаваемым в соответствии с различными коммерческими режимами (режим подписки, режим предварительного заказа, импульсный режим). SAS, в соответствии с ее правами и принимаемой от системы управления подписчиками (SMS - Subscriber Management System) информацией, генерирует с использованием генератора сообщений так называемые "сообщения управления предоставлением прав" (EMM - Entitlement Management Messages), которые передаются передатчиком сообщений через мультиплексор в приемник/декодер подписчика для его/ее санкционирования.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рассмотрим теперь еще один аспект данного изобретения. Традиционно при вещании цифрового битового потока информация передается в виде пакета цифровых данных и идентификатора данного пакета; идентификатор имеет размер как минимум два байта.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В предпочтительном варианте реализации данные представляют собой сигналы, представляющие передачи программ (предпочтительно, передачи программ цифрового телевидения или радио), и средство формирования команды управления выполнено с возможностью формирования указанной команды таким образом, чтобы она характеризовала время вещания какой-либо конкретной программы, и предпочтительно также, чтобы сообщение было EMM. Этот аспект изобретения является особенно подходящим для PPV-передач (PPV - Pay Per View, оплата производится за каждую просмотренную передачу), когда требование от зрителей на санкционирование просмотра конкретной PPV-передачи обычно будет варьироваться с приближением передачи.

Команда управления может быть сформирована вещательной компанией данной программы, возможно, с помощью так называемого "сервера для вещательных компаний" (SPB - Server for Programme Broadcaster).

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

Например, для конкретной передачи PPV-программы увеличивающаяся частота может начинаться с 30, 20, 15, 10 или 5-минутным периодом перед временем вещания передачи и может поддерживаться такой до тех пор, пока не пройдет половина, три четверти или даже вся передача. Самой низкой частоте может соответствовать вещание каждые 30 или 25 минут, в то время как увеличенная частота может доходить до одного вещания каждые 2 минуты или одну минуту или каждые 30 секунд. Естественно, что фактическая частота не должна точно равняться указанным цифрам; возможны промежуточные значения, и более низкой частоте может соответствовать период более 30 минут, а более высокой частоте - период менее 30 секунд.

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

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

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

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

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

В соответствии с четвертым аспектом данного изобретения предлагается система условного доступа для предоставления подписчикам условного доступа, включающая:
систему управления подписчиками (SMS); и
систему санкционирования подписчиков (SAS), соединенную с SMS, причем упомянутая SAS включает средство для генерирования команд восстановления подписчиков и средство для санкционирования восстановления подписчиков в зависимости от этих команд.

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

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

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

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

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

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

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

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

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

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

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

На фиг. 3 изображена структура EMM, используемого в системе условного доступа.

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

Фиг.5 представляет собой принципиальную схему архитектуры SAS.

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

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

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

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

На фиг.10 подробно изображена структура EMM.

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

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

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

Фиг.14 представляет собой принципиальную схему серверов связи.

На фиг. 15 представлено варьирование частоты повторения передачи EMM в зависимости от времени трансляции PPV-программы.

Фиг.16 представляет собой принципиальную схему передатчика сообщений для генерирования EMM.

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

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

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

Фиг. 20 представляет собой схематическую диаграмму описания PPV-программы.

Общая структура системы вещания и приема цифрового телевидения 1000 согласно данному изобретению приведена на фиг.1. Изобретение включает практически обычную систему цифрового телевидения 2000, которая использует известную систему сжатия МPEG-2 для передачи сжатых цифровых сигналов. Более подробно, устройство сжатия МPEG-2 2002 в центре вещания принимает поток цифровых сигналов (обычно поток видеосигналов). Устройство сжатия 2002 подключается к мультиплексору и скремблеру 2004 с помощью канала 2006. Мультиплексор 2004 принимает множество входных сигналов, собирает один или несколько несущих потоков и передает сжатые цифровые сигналы в передатчик 2008 центра вещания через канал 2010, тип которого, естественно, может быть различным, включая каналы телекоммуникаций. Передатчик 2008 передает электромагнитные сигналы через канал "земля-спутник" 2012 на спутниковый ретранслятор 2014, где выполняется их обработка электронными средствами и вещание через виртуальный канал "спутник-земля" 2016 на наземный приемник 2018, обычно имеющий форму тарелки, принадлежащий конечному пользователю или арендуемый им. Сигналы, принимаемые приемником 2018, передаются в совмещенный приемник/декодер 2020, принадлежащий конечному пользователю или арендуемый им и подключенный к телевизору 2022 конечного пользователя. Приемник/декодер 2020 декодирует сжатый MPEG-2 сигнал в телевизионный сигнал для телевизора 2022.

Система условного доступа 3000 подключается к мультиплексору 2004 и приемнику/декодеру 2020 и располагается частично в центре вещания и частично в декодере. Она позволяет конечному пользователю осуществлять доступ к вещательным передачам цифрового телевидения от одного или нескольких операторов вещания. В приемник/декодер 2020 может устанавливаться смарт-карта, которая может декодировать сообщения, относящиеся к коммерческим предложениям (одна или несколько телевизионных программ, продаваемых оператором вещания). С использованием декодера и смарт-карты пользователь может покупать передачи в режиме подписки или оплаты за просмотр (PPV).

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

Далее будет описана более подробно система условного доступа 3000.

Как показано на фиг.2, говоря в общем, система условного доступа 3000 включает систему санкционирования подписчиков (SAS) 3002. SAS 3002 подключена к одной или более системам управления подписчиками (SMS) 3004, по одной SMS для каждого оператора вещания, посредством соответствующего канала TCP-IP 3006 (хотя в альтернативных реализациях вместо него могут использоваться каналы других типов). В альтернативном варианте одна или несколько SMS могут использоваться совместно двумя операторами вещания либо один оператор может использовать две SMS и т.д.

Первые устройства шифрования в виде шифровальных блоков 3008, использующих "материнские" смарт-карты 3010, подключаются к SAS через канал связи 3012. Вторые устройства шифрования, также в виде шифровальных блоков 3014, использующих материнские смарт-карты 3016, подключаются к мультиплексору 2004 через канал связи 3018. Приемник/декодер 2020 принимает "дочернюю" смарт-карту 3020. Он подключается непосредственно к SAS 3002 с помощью серверов связи 3022 через модемный обратный канал 4002. SAS, наряду с другими сигналами, по запросу посылает в дочернюю карту права подписки.

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

Первый и второй шифровальные блоки 3008 и 3014 содержат шасси, электронную плату VME, программное обеспечение которой записано в электрически-стираемом программируемом ПЗУ, до 20 электронных плат и одну смарт-карту 3010 и 3016 соответственно для каждой электронной платы, одну (карта 3016) для шифровки ЕСМ и одну (карта 3010) для шифровки EMM.

Далее будет описана более подробно работа системы условного доступа 3000 системы цифрового телевидения относительно различных компонентов системы телевидения 2000 и системы условного доступа 3000.

Мультиплексор и скремблер
На фиг.1 и 2 показано, что в центре вещания цифровой видеосигнал сначала сжимается (или скорость передачи уменьшается) с использованием устройства сжатия MPEG-2 2002. Этот сжатый сигнал затем передается в мультиплексор и скремблер 2004 через канал связи 2006 для того, чтобы мультиплексировать его с другими данными, такими как другие сжатые данные.

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

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

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

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

Трансляция программы
Мультиплексор 2004 принимает электрические сигналы, содержащие зашифрованные EMM, от SAS 3002, зашифрованные ЕСМ от второго шифровального блока 3014 и сжатые программы от устройства сжатия 2002. Мультиплексор 2004 скремблирует программы и передает скремблированные программы, скремблированные EMM и скремблированные ЕСМ в виде электрических сигналов, на передатчик 2008 центра вещания через канал связи 2010. Передатчик 2008 передает электромагнитные сигналы на спутниковый ретранслятор 2014 через канал "земля-спутник" 2012.

Прием программ
Спутниковый ретранслятор 2014 принимает и обрабатывает электромагнитные сигналы, передаваемые передатчиком 2008, и передает эти сигналы на наземный приемник 2018, обычно имеющий форму тарелки, принадлежащий конечному пользователю или арендуемый им, через канал "спутник-земля". Сигналы, принимаемые приемником 2018, передаются в совмещенный приемник/декодер 2020, принадлежащий конечному пользователю или арендуемый им и подключенный к телевизору конечного пользователя 2022. Приемник/декодер 2020 демультиплексирует сигналы с целью получения скремблированных программ с зашифрованными EMM и зашифрованными ЕСМ.

Если программа не скремблированная, т.е. с потоком данных MPEG-2 ЕСМ не передается, приемник/декодер 2020 выполняет декомпрессию данных и преобразует сигнал в видеосигнал для передачи его в телевизор 2022.

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

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

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

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

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

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

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

Структура типового EMM представлена на фиг.3. В общем, EMM, которое реализуется в виде последовательности битов цифровых данных, состоит из заголовка 3060, собственно EMM 3062 и подписи 3064. Заголовок 3060, в свою очередь, состоит из идентификатора типа 3066 для идентификации типа EMM - индивидуальный, групповой, зрительский или какой-либо другой, идентификатора размера 3068, который указывает размер EMM, необязательного адреса 3070 для EMM, идентификатора оператора 3072 и идентификатора ключа 3074. Собственно EMM, естественно, существенно различается в зависимости от его типа. И, наконец, подпись 3064, которая обычно имеет размер 8 байтов, содержит информацию для борьбы с искажениями остальных данных в EMM.

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

Как показано на фиг.4, на уровне аппаратных средств SAS известным образом состоит из мэйнфрэйм-компьютера 3050 (в предпочтительном варианте реализации - компьютера DEC), связанного с одной или несколькими клавиатурами 3052 для ввода данных и команд, одним или несколькими видеомониторами (VDU - Visual Display Unit) 3054 для отображения выходной информации и средствами хранения данных 3056. Может иметь место некоторая избыточность аппаратных средств.

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

В общем виде, SAS содержит область ветви подписки 3100 для предоставления прав в режиме подписки и для ежемесячного автоматического восстановления прав, область ветви PPV (оплаты за просмотр) 3200 для предоставления прав для PPV-передач, и инжектор EMM 3300 для передачи сообщений EMM, создаваемых в областях ветвей подписки и PPV, в мультиплексор и скремблер 2004 с последующей их подачей в поток данных MPEG. Если должны быть предоставлены другие права, такие как права пофайловой оплаты (PPF - Pay Per File) в случае загрузки компьютерного программного обеспечения в персональный компьютер пользователя, предусматриваются также другие подобные области.

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

Область ветви подписки 3100 включает интерфейс команд (CI - Command Interface) 3102, сервер технического управления подписчиками (STM - Subscriber Technical Management) 3104, генератор сообщения (MG - Message Generator) 3106 и шифровальный блок (CU - Ciphering Unit) 3008.

Область ветви PPV 3200 содержит сервер санкционирования (AS -Authorization Server) 3202, реляционную базу данных 3204 для хранения необходимой информации о конечных пользователях, базу данных локального черного списка 3205, серверы баз данных 3206 для указанной базы данных, централизованный сервер заказов (OCS - Order Centralized Server) 3207, сервер для вещательных компаний (SPB) 3208, генератор сообщения (MG) 3210, функции которого в основном те же, что и генератора сообщений области ветви подписки, и поэтому далее подробно не описываются, и шифровальный блок 3008.

Инжектор EMM 3300 состоит из множества источников сообщений (ME - Message Emitters) 3302, 3304, 3306 и 3308 и программных мультиплексоров (SMUX- Software MUltipleXer) 3310 и 3312. В предпочтительном варианте реализации имеются два ME, 3302 и 3304, для генератора сообщений (MG) 3106, и два других ME, 3306 и 3308, для генератора сообщений (MG) 3210. ME 3302 и 3306 подключаются к SMUX 3310, a ME 3304 и 3308 подключаются к SMUX 3312.

Каждый из трех главных компонентов SAS (область ветви подписки, область ветви PPV и инжектор EMM) ниже будет рассмотрен более детально.

Область ветви подписки
Рассмотрим сначала область ветви подписки 3100, в которой интерфейс команд CI 3102 предназначен в первую очередь для отправки сообщений из SMS 3004 в сервер STM 3104, а также в OCS 3206, и из OCS в SMS. Интерфейс команд принимает от SMS в качестве входных данных как непосредственные команды, так и пакетные файлы, содержащие команды. Он выполняет синтаксический анализ сообщений, поступающих от сервера STM, и может формировать точные сообщения, если в принимаемом сообщении содержится ошибка (параметр вне пределов диапазона, параметр пропущен и т.д.). Он протоколирует поступающие команды в текстовой форме в файле трассировки 3110 и в двоичной форме в файле воспроизведения 3112 для того, чтобы иметь возможность воспроизвести последовательности команд. Протоколирование может быть отключено и размер файла ограничен.

Теперь перейдем к подробному описанию сервера STM 3104 с использованием фиг. 6. Сервер STM - это в действительности основной элемент области ветви подписки и его задачей является управление бесплатными правами, подключение новых подписчиков и восстановление существующих подписчиков. Как показано на фиг. 6, команды передаются в генератор сообщений MG 3106, но в другом формате, отличном от того, в котором они передаются серверу STM. Сервер STM приспособлен для посылки сообщения подтверждения для каждой команды в CI только в том случае, когда соответствующая команда успешно обработана и отослана в MG.

Сервер STM содержит базу данных подписчиков 3120, в которой хранится вся информация о подписчиках (номер смарт-карты, коммерческие предложения, состояние, группа и положение в группе и т.д.). База данных выполняет семантические проверки команд, пересылаемых CI 3102, на соответствие содержимому базы данных и обновляет базу данных, когда команды являются допустимыми.

Сервер STM управляет также буфером типа FIFO 3122 между сервером STM и MG, а также резервным диском FIFO 3124. Назначение буферов FIFO состоит в усреднении потока команд от CI, если MG не в состоянии некоторое время ответить по какой-либо причине. Можно также гарантировать, что в случае аварийного отказа сервера STM или MG ни одна команда не будет потеряна, поскольку сервер STM выполняет очистку буферов FIFO (т.е. пересылку в MG) при перезапуске. Буферы FIFO реализованы в виде файлов.

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

Размещение STM отдельно от SMS, и сервера автоматического восстановления - в SAS, а не в SMS 3004 (как в известных системах), является особенно важным отличием, поскольку это значительно уменьшает количество команд, которые необходимо передавать от SMS в SAS (учитывая то, что SMS и SAS могут располагаться в разных местах и ими могут управлять разные операторы). Фактически две основные команды, требуемые от SMS, - это команды запуска новой подписки и прекращения существующей подписки (например, в случае неплатежа). Путем минимизации обмена командами между SMS и SAS уменьшается возможность отказа при передаче команды по каналу 3006 между ними; кроме этого, проектирование SMS, вообще говоря, не требует учета особенностей системы условного доступа 3000.

Выполнение автоматического восстановления показано на блок-схеме, приведенной на фиг.7. Для того, чтобы уменьшить требуемую пропускную способность, и в предположении, что в подавляющем количестве восстановления являются стандартными, восстановление производится по группам подписчиков; в предпочтительных реализациях количество индивидуальных подписчиков в группе равно 256. Блок-схема начинается с начального шага 3130 и переходит к шагу 3132, где производится ежемесячное активирование функции восстановления (хотя, конечно, будет понятно, возможны и другие частоты восстановления). С частотой в один месяц конечному пользователю предоставляются права на текущий месяц и весь следующий месяц, после чего права исчерпываются, если они не восстановлены.

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

На шаге 3136 устанавливается битовый массив группы подписчиков в соответствии с содержимым базы данных подписчиков, как показано на фиг.8. Битовый массив содержит идентификатор группы ("Gl" для группы 1) 3138 и 256 зон индивидуальных подписчиков 3140. Индивидуальные биты в битовом массиве устанавливаются равными 1 или 0, в зависимости от того, будут ли восстановлены права конкретного подписчика. На рисунке приведен типовой набор двоичных данных.

На шаге 3142 в генератор сообщений 3106 передаются соответствующие команды, включая битовый массив группы подписчиков. На шаге 3143 генератор сообщений устанавливает дату исчерпания прав, чтобы указать смарт-карте дату, по истечении которой EMM данной подписки становится недействительным; обычно эта дата устанавливается равной концу следующего месяца. На шаге 3144 генератор сообщений генерирует на основе команд сообщения EMM для соответствующей группы подписчиков и требует от шифровального блока 3008 зашифровать сообщения EMM, а сообщения EMM будут затем отправлены инжектору EMM 3300, который на шаге 3146 вставляет эти сообщения в поток данных MPEG-2.

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

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

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

В случае появления новых подписчиков, они обрабатываются в два этапа. Сначала, при покупке смарт-карты для приемника/декодера 2020, по желанию оператора подписчику предоставляются бесплатные права на заданный период времени (обычно несколько дней). Это достигается путем генерирования для подписчика битового массива, который содержит соответствующую дату исчерпания прав. Затем подписчик передает полностью оформленные бумаги оператору, курирующему данного подписчика (в SMS). Как только бумаги обработаны, SMS передает в SAS команду запуска для конкретного подписчика. После приема SAS команды запуска, STM посылает в MG команду назначить новому подписчику уникальный адрес (с конкретным номером группы и позицией в группе) и сгенерировать специальное так называемое сообщение EMM подписки по "коммерческому предложению" (в противоположность обычному EMM групповой подписки, используемому для восстановлении) для предоставления прав конкретному подписчику до конца следующего месяца. С этого момента восстановление подписчика может происходить автоматически, как описано выше. На этих двух этапах процесса можно предоставить новым подписчикам права до тех пор, пока SMS не выдаст команду останова.

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

На фиг. 9 собственно типовое EMM подписки, представленное само по себе, (т. е. с игнорированием заголовка и подписи) с помощью упомянутой выше процедуры, состоит из следующих основных частей: как правило 256-битовый массив подписки (или группы подписчиков) 3152, 128 битов шифровальных ключей управления 3154 для шифрования EMM, 64 бита для каждого шифровального ключа обработки 3156, чтобы позволить смарт-карте 3020 дешифровать слово управления с целью обеспечить доступ к программам вещания, и 16 битов даты исчерпания прав 3158 для указания даты, по истечении которой смарт-карта будет игнорировать EMM. Фактически в предпочтительной реализации предоставляются три ключа обработки, один устанавливается для текущего месяца, один устанавливается для следующего месяца и один для целей восстановления в случае отказа системы.

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

Генератор сообщений MG 3106 служит для преобразования команд, выдаваемых сервером STM 3104, в EMM, для передачи в источник сообщения 3302. Как показано на фиг. 5, сначала MG выдает собственно EMM и передает их в шифровальный блок CU 3008 для шифрования с использованием ключей управления и обработки. CU представляет EMM подпись 3064 (см. фиг.3) и передает EMM обратно в MG, где к нему добавляется заголовок. Сообщения EMM, которые передаются в источник сообщения, являются, таким образом, полными сообщениями EMM. Генератор сообщений также определяет время начала и окончания вещания и скорость выдачи сообщений EMM и пересылает эти данные в качестве указаний вместе с сообщениями EMM в источник сообщений. MG только один раз выполняет генерирование данного EMM, и именно ME выполняет их циклическую передачу.

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

После генерирования EMM MG присваивает EMM уникальный идентификатор ID. Когда MG передает EMM в ME, он пересылает также EMM ID. Это обеспечивает идентификацию конкретного EMM как в MG, так и в ME.

Относительно области ветви подписки следует также отметить, что генератор сообщений содержит два FIFO 3162 и 3164, по одному для каждого из сообщений, относящихся к источникам сообщений 3302 и 3304 в инжекторе EMM 3300, для хранения шифрованных сообщений EMM. Поскольку область ветви подписки и инжектор EMM могут быть разнесены на значительное расстояние, использование FIFO может обеспечить полную непрерывность передачи EMM даже в случае отказа каналов 3166 и 3168 между ними. Два точно таких же FIFO имеются и в области ветви оплаты за просмотр (PPV).

Особенность, в частности, генератора сообщений и, в общем, системы условного доступа касается способа, с помощью которого уменьшается размер собственно EMM 3062 путем объединения параметра размера и идентификатора с целью экономии памяти. Это будет описано с помощью фиг.10, на которой приведен в качестве примера EMM (это PPV-EMM, которое является простейшим EMM). Уменьшение размера происходит в идентификаторе Pid (сокращение от "packet identifier" или "parameter identifier") 3170. Он состоит из двух частей: самого идентификатора (ID) 3172 и параметра размера пакета 3174
(необходимого для того, чтобы идентифицировать начало следующего пакета). Весь Pid помещается точно в одном байте информации, 4 бита отводятся для ID и четыре бита для размера. Поскольку для определения размера с помощью двоичного числа четырех битов явно недостаточно, используется специальное соответствие между указанными битами и фактическим размером; это соответствие описывается справочной таблицей, хранящейся в области памяти 3178 генератора сообщений (см. фиг.5). Обычно это следующее соответствие:
0000=0
0001=1
0010=2
0011=3
0100=4
0101=5
0110=6
0111=7
1000=8
1001=9
1010=10
1011=11
1100=12
1101=16
1110==24
1111=32
Как видно, параметр размера не является прямо пропорциональным фактическому размеру пакета - связь скорее квадратичная, чем линейная. Этим обеспечивается больший диапазон допустимых значений размера пакета.

Область ветви оплаты за просмотр (PPV)
Что касается области ветви оплаты за просмотр (PPV) 3200, подробно изображенной на фиг.5, сервер санкционирования AS 3202 имеет в качестве своего клиента централизованный сервер заказов OCS 3207, который запрашивает информацию о каждом подписчике, который связывается с серверами связи 3022 с целью приобретения продукта PPV.

Если подписчик известен AS 3202, выполняется набор транзакций. Если подписчик санкционирован для заказа, AS формирует счет и посылает его в OCS. В противном случае она сигнализирует в OCS, что заказ не санкционирован.

Только по завершении всего этого набора транзакций AS обновляет базу данных конечных пользователей 3204 с помощью серверов (DBAS) 3206, если хотя бы одна транзакция санкционирована; таким образом оптимизируется количество обращений к базе данных.

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

В зависимости от параметров пользователя санкционирование может быть отклонено (PPV_Forbidden, Casino_Forbidden,...). Такие критерии обновляются STM 3104 от имени SMS 3004.

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

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

Если все проверки успешны, AS:
1. Формирует счет и пересылает его в OCS, которая завершает обработку этого счета и записывает его в файл; затем этот файл пересылается в SMS для обработки (фактическая выписка счета потребителю); и
2. Обновляет базу данных, в основном для установления новых пределов покупок.

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

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

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

OCS 2307 работает в основном с командами PPV. Она работает в нескольких режимах.

Во-первых, она обрабатывает команды, генерируемые SMS, такие как обновление продукта (например, если счет уже записан с помощью SMS, OCS счет не генерирует), обновление "кошелька" в смарт-карте 3020, и прекращение/возобновление сеанса.

Различными стадиями данной процедуры являются:
1. Идентификация соответствующего подписчика (с использованием AS 3202);
2. Если он действителен, формирование адекватных команд для генератора сообщений с целью отсылки соответствующего EMM. Команды могут быть:
Командами продукта,
Обновления "кошелька",
Уничтожения сеанса.

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

Во-вторых, OCS обрабатывает команды, принимаемые от подписчиков через серверы связи 3022. Эти команды могут приниматься либо через модем, подключенный к приемнику/декодеру 2020, либо активироваться голосом через телефон 4001, либо активироваться клавишами с помощью MINITEL, PRESTEL или подобной системы там, где она имеется.

В-третьих, OCS имеет дело с запросами обратного вызова, выдаваемыми SMS. Эти последние два режима работы будут описаны подробнее ниже.

В описанном выше режиме второго типа OCS работает с командами, принимаемыми непосредственно от конечного пользователя (подписчика) через серверы связи CS 3022. К таким командам относятся запросы заказа продуктов (например, конкретной передачи PPV), команды изменения параметров подписки и переопределения родительского кода (родительский код - это код, по которому родители могут ограничить детям право доступа к определенным программам или классам программ).

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

Заказы подписчиками продукта включают следующие шаги:
1. Идентификация с помощью AS абонента, который выполняет вызов через CS 3022, заказывая конкретный продукт;
2. Проверка действительности запроса абонента опять-таки с использованием AS (куда запрос помещается с использованием приемника/декодера 2020, что достигается путем проверки данных смарт-карты 3020);
3. Выяснение цены покупки;
4. Проверка того, не превышает ли цена предела кредита абонента, и т.п.;
5. Прием частичного счета от AS;
6. Заполнение дополнительных полей в счете для формирования полного счета;
7. Добавление полного счета в файл информации о счетах 3212 для последующей обработки; и
8. Отсылка соответствующей команды (или команд) в генератор сообщений PPV 3210 для генерирования соответствующего EMM (или нескольких EMM).

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

Изменения параметров подписки, запрашиваемые подписчиком, включают:
1. Идентификацию абонента (с использованием AS);
2. Посылку информации в интерфейс команд CI; CI, в свою очередь переправляет эту информацию в SMS; и
3. Через CI OCS принимает затем ответ от SMS (в виде стоимости данного изменения, если таковое возможно).

Если изменение запрашивается с использованием приемника/декодера, OCS генерирует подтверждение для SMS. В противном случае, например, в случае вызова по телефону или через Minitel, подтверждение запрашивается у подписчика, и этот ответ отсылается в SMS через OCS и CI.

Переопределение родительского кода включает:
1. Идентификацию абонента (с использованием AS); и
2. Посылку в MG команды генерирования соответствующего EMM, содержащего соответствующий пароль переопределения.

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

Из приведенных выше примеров различных режимов работы OCS понятно, что пользователь может иметь прямой доступ к SAS, и, в частности, OCS и AS, и что серверы связи подключаются непосредственно к SAS, и, в частности, к OCS. Эта важная особенность связана с уменьшением для пользователя времени передачи его команды в SAS.

Эта особенность иллюстрируется далее с помощью фиг.12, из которой можно увидеть, как телеприставка конечного пользователя, и, в частности, приемник/декодер 2020, имеет возможность связываться непосредственно с серверами связи 3022, связанными с SAS 3002. Вместо осуществления связи между конечным пользователем и серверами связи 3022 системы SAS 3002 через SMS 3004, связь осуществляется непосредственно с SAS 3002.

Фактически обеспечиваются два прямых канала связи.

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

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

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

Вообще говоря, в соответствии с фиг.12, эта особенность достигается, опять-таки, за счет предоставления приемнику/декодеру 2020 конечного пользователя возможности прямой связи с серверами связи 3022, связанными с SAS 3002.

Как описано выше, совмещенный приемник/декодер 2020 непосредственно подключается к серверам связи 3022 через модемный обратный канал 4002, так что команды от декодера 2020 обрабатываются SAS 3002, генерируются сообщения (включая EMM) и затем отсылаются обратно в декодер 2020 по обратному каналу 4002. Для связи между CS 3022 и приемником/декодером 2020 используется протокол (как будет описано ниже), так что CS принимает подтверждение приема соответствующего EMM, таким образом повышая надежность процедуры.

Тогда, например, в случае режима предварительного заказа SAS 3002 принимает сообщения от конечного пользователя через смарт-карту и декодер 2020, через модем и через телефонную линию 4002, запрашивающие доступ к конкретной передаче/продукту, и возвращает соответствующее EMM по телефонной линии 4002 и модему в декодер 2020, причем предпочтительно, чтобы модем и декодер были бы размещены вместе в оконечной пользовательской приставке (STB - Set-Top-Box). Таким образом конечному пользователю обеспечивается возможность просмотра передачи/продукта без необходимости передачи EMM в потоке данных MPEG-2 2002 через мультиплексор и скремблер 2004, канал "земля-спутник" 2012, спутник 2014 и канал "спутник-земля" 2016. Это в существенной степени уменьшает время и требуемую пропускную способность. Обеспечивается наверняка, что как только подписчик заплатит за покупку, в приемник/декодер 2020 приходит EMM.

В режиме работы описанной выше OCS 3207 третьего типа, OCS имеет дело с запросами обратных вызовов, выдаваемых SAS. Это проиллюстрировано на фиг.13. Цель типовых запросов обратного вызова - обеспечение того, что приемник/декодер 2020 выполняет обратный вызов SAS через обратный модемный канал 4002, направляя информацию, которая требуется SAS от приемника/декодера.

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

После приема EMM или достижения заданных времени/даты приемник/декодер 2020 связывается с серверами связи 3022. OCS 3207 сначала идентифицирует абонента с помощью AS 3202 и проверяет определенные данные, такие как о владельце смарт-карты и подписчике. Затем OCS запрашивает смарт-карту 3020 переслать различную зашифрованную информацию (такую как соответствующие номера сеансов, когда сеанс просматривался, сколько раз подписчику разрешено повторно просматривать сеанс, режим просмотра сеанса, количество оставшихся жетонов, количество предварительно заказанных сеансов и т.д.). Эта информация расшифровывается генератором сообщений ветви PPV 3210, опять-таки с использованием шифровального блока 3008. OCS добавляет эту информацию в файл информации обратного вызова 3214 для дальнейшей обработки и передачи в SMS 3004. Из соображений безопасности эта информация зашифровывается. Вся процедура повторяется до тех пор, пока со смарт-карты не будет считана вся доступная информация.

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

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

В отношении области ветви оплаты за просмотр (PPV) 3200, ниже приведено описание серверов связи CS 3022. На уровне аппаратного обеспечения, в предпочтительном варианте реализации, они представляют собой машину DEC с четырьмя процессорами. На уровне архитектуры программного обеспечения, показанной на фиг.14, во многих отношениях серверы связи CS являются обычными. Одно важное отличие от традиционных конфигураций следует из того факта, что серверы должны обслуживать как приемник/декодер 2020, так и голосовую связь через обычные телефоны 4001, а также, возможно, MINITEL или аналогичные системы.

Следует между тем отметить, что на фиг.14 показаны два централизованных сервера заказов 3207 (OCS1 и OCS2). Конечно, может использоваться любое требуемое количество OCS.

Серверы связи включают в свой состав два главных сервера (CS1 и CS2), а также некоторое число фронтальных серверов (Frontal 1 и Frontal 2); хотя на рисунке показаны только два фронтальных сервера, обычно их 10 или 12 на каждый главный сервер. Действительно, хотя показаны два главных сервера, CS1 и CS2, и два фронтальных сервера, Frontal 1 и Frontal 2, может использоваться любое их количество. Обычно желательна некоторая избыточность.

CS1 и CS2 соединены с OCS1 и OCS2 через каналы TCP/IP 3230 верхнего уровня, тогда как CS1 и CS2 соединены с Frontal 1 и Frontal 2 через дополнительные каналы TCP/IP 3232.

Как показано, CS1 и CS2 содержат серверы для "SENDR" (передача), "RECVR" (прием), "VTX" (MINITEL, PRESTEL или им подобные), "VOX" (голосовая связь) и "TRM" (связь через приемник/декодер). Они подключены к шине "BUS" для обмена сигналами с фронтальными серверами.

CS1 и CS2 связываются непосредственно с приемниками/декодерами 2020 через их модемные обратные каналы 4002, используя открытый сетевой протокол Х25. Между серверами связи 3022 и приемниками/декодерами 2020 используется протокол относительно низкого уровня, в одной предпочтительной реализации основанный на стандартном международном CCITT протоколе V42, который обеспечивает надежность благодаря наличию средств обнаружения ошибок и повторной передачи данных, а также использует подпрограмму проверки контрольных сумм для проверки целостности повторной передачи. Предусматривается также механизм прерывания для того, чтобы воспрепятствовать передаче недопустимых символов.

С другой стороны, голосовая телефонная связь осуществляется через фронтальные серверы связи, каждый из которых в состоянии одновременно обслуживать до, положим, 30 голосовых соединений от соединения 3234 с локальной телефонной сетью через высокоскоростные "Т2" (Е1) стандартные телефонные ISDN линии.

Тремя особыми функциями программной части серверов связи (которые в альтернативном варианте, конечно, могут быть полностью реализованы аппаратно) являются, во-первых, преобразование информации протокола относительно низкого уровня, принимаемой от приемника/декодера, в информацию протокола относительно высокого уровня, выводимую в OCS; во-вторых, распределение или управление количеством одновременно осуществляемых соединений; и в-третьих, обеспечение нескольких параллельных каналов без возникновения помех. Что касается последней функции, серверы связи играют в некотором роде роль мультиплексора при взаимодействии с конкретным каналом, определяемым ID (идентификатором) сеанса, который фактически используется во всей цепочке связи.

В завершение того, что касается области ветви оплаты за просмотр (PPV) 3200, показанной на фиг.5, сервер для вещания программ (SPB) 3208 подключен к одному или нескольким вещателям программ РВ 3250 (которые обычно являются удаленными от SAS) для приема информации программы. SPB отфильтровывает для дальнейшего использования информацию, соответствующую передачам PPV (сеансы).

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

Ниже будут описаны обстоятельства, при которых производится изменение циклической частоты, со ссылкой на фиг.15, которая демонстрирует, как циклическая частота 3252 повышается за короткое время (скажем, 10 минут) перед передачей определенной программы PPV и до конца программы, от низкой циклической частоты, скажем, один раз каждые 30 минут, до высокой циклической частоты, скажем, один раз каждые 0,5-1 минуту, для того, чтобы удовлетворить в это время ожидаемые дополнительные запросы от пользователей на передачи PPV. Таким способом полоса пропускания может выделяться динамически, в соответствии с прогнозируемыми запросами пользователя. Это может помочь уменьшить требования к пропускной способности.

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

Инжектор EMM
Что касается инжектора EMM 3300, источники сообщений 3302-3308, являющиеся частью инжектора EMM и функционирующие в качестве средства вывода для генератора сообщений, подробно описываются с помощью фиг.16. Их функция состоит в получении сообщений EMM и их циклической передаче (по типу карусели) через соответствующие каналы 3314 и 3316 в программные мультиплексоры 3310 и 3312 и далее в аппаратные мультиплексоры и скремблеры 2004. В ответ мультиплексоры и скремблеры 2004 генерируют глобальную директиву скорости передачи для управления всеми циклическими частотами сообщений EMM; для этого ME принимают во внимание различные параметры, такие как время цикла, размер EMM и т. д. На фигуре ЕММ_Х и EMM_Y - это группы EMM для операторов Х и Y, в то время как EMM_Z представляют собой другие EMM, для оператора Х либо Y.

Далее рассмотрим подробно один из источников сообщений ME; отметим, что остальные ME функционируют точно таким же образом. ME работает под управлением директив от МО, основные из которых - времени начала и окончания трансляции и частоты выдачи, а также номера сеанса, если EMM представляет собой EMM PPV. Что касается частоты выдачи, в предпочтительной реализации соответствующая директива может принимать одно из пяти значений - от Very fast (очень часто) до Very slow (очень редко). В директиве не указываются численные значения, но вместо этого ME отображает директиву на фактическое числовое значение, которое предоставляется соответствующей частью SAS. В предпочтительном варианте реализации имеется пять следующих частот выдачи:
1. Very fast (очень часто) - каждые 30 с
2. Fast (часто) - каждую минуту
3. Medium (умеренно) - каждые 15 мин
4. Slow (редко) - каждые 30 мин
5. Very slow (очень редко) - каждые 30 мин
ME имеет первую и вторую базу данных 3320 и 3322. Первая база данных предназначена для тех EMM, дата вещания которых еще не наступила; они хранятся в базе данных последовательно в файлах, упорядоченных по времени. Вторая база данных предназначена для EMM, подлежащих немедленному вещанию. На случай аварийного отказа системы ME организованы таким образом, чтобы иметь возможность повторного считывания соответствующего записанного файла и выполнения правильного вещания. Все хранящиеся в базе данных файлы обновляются по запросу от MG, которое обеспечивает соответствие между поступающими директивами и уже отосланными в ME EMM. Вещаемые EMM также хранятся в оперативной памяти 3324.

Использование FIFO 3162 и 3164 в генераторе сообщений в комбинации с базами данных 3320 и 3322 в источнике сообщений обеспечивает функционирование их обоих в автономном режиме, если канал 3166 между ними окажется временно поврежден; ME все еще сможет осуществлять вещание EMM.

Программные мультиплексоры (SMUX) 3310 и 3312 обеспечивают интерфейс между ME и аппаратными мультиплексорами 2004. В предпочтительной реализации все они принимают EMM от двух ME, хотя в общем случае ограничений на количество ME, которые могут быть подключены к одному SMUX, не существует. Мультиплексоры SMUX накапливают EMM и затем пересылают их согласно типу EMM в соответствующие аппаратные мультиплексоры. Это необходимо потому, что аппаратные мультиплексоры принимают сообщения EMM разных типов и помещают их в разные места потока MPEG-2. Кроме этого, SMUX направляют глобальные директивы скорости передачи от аппаратных мультиплексоров в ME.

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

Ниже с использованием фиг. 17 будет описан способ, с помощью которого достигается рандомизация; в предпочтительной реализации необходимая программная логика реализуется с помощью компьютерного языка ADA. Особенно важной частью рандомизации является правильное хранение EMM в базах данных 3320 и 3322 (которые используются с целью резервирования) и в оперативной памяти 3324. Для конкретной циклической частоты и оператора EMM сохраняют в двумерных массивах, по классам 3330 (скажем, в порядке от А до Z), и по номерам в классах 3332 (от 0 до N). Добавляется третье измерение, соответствующее циклической частоте 3334, так что получается, что число двумерных массивов равно количеству циклических частот. В предпочтительном варианте реализации имеется 256 классов, и в каждом классе - от 200 до 300 сообщений EMM; имеется пять циклических частот. Последнее измерение добавляется к массиву наличием разных операторов; имеется столько трехмерных массивов, сколько операторов. Хранение данных в таком виде может обеспечить быстрый поиск в случае, когда MG желает удалить конкретное EMM.

Хранение сообщений EMM осуществляется согласно алгоритму хеширования (известному еще как "односторонняя функция хеширования"). Оно выполняется на основе функции остатка от деления, так что сначала классы заполняются поочередно, и затем начинают использоваться старшие номера классов, при этом количество EMM в каждом классе остается приблизительно постоянным. В рассмотренном здесь примере 256 классов. Когда MG посылает в ME EMM с идентификатором (ID) 1, этому EMM присваивается класс "I", и оно занимает первый номер 3332 в классе 3330. EMM с ID 2 присваивается класс "2", и так далее до класса 256. EMM с ID 257 опять присваивается класс "1" (на основе функции остатка от деления), и он занимает второй номер в первом классе, и т.д.

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

Фактическая рандомизация происходит тогда, когда сообщения EMM циклически извлекаются из оперативной памяти 3324 с использованием средств рандомизации 3340, которые реализуются в аппаратном и/или программном обеспечении источника сообщений. Извлечение осуществляется случайным образом и, опять-таки, основано на алгоритме хеширования. Во-первых, выбирается случайное число (для приведенного выше примера - в диапазоне от 1 до 256), чтобы определить необходимый класс. Во-вторых, выбирается еще одно случайное число, чтобы определить необходимый номер в классе. Это второе случайное число выбирается с учетом общего числа EMM в данном классе. Как только данное EMM выбрано и его вещание выполнено, оно перемещается во вторую идентичную область памяти в ПЗУ 3324, опять-таки с использованием функции хеширования. Таким образом, по мере вещания сообщений EMM первая область уменьшается в размере, и, как только будет использован весь класс, он удаляется. Как только первая область памяти полностью опустошается, перед новым циклом вещания EMM она заменяется второй областью памяти, и наоборот.

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

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

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

Точно так же, как описано выше, происходит запись EMM PPV для EMM подписки, причем класс обычно соответствует данному оператору, и номер в классе соответствует номеру сеанса.

Смарт-карта
Дочерняя смарт-карта, или смарт-карта подписчика, схематически изображена на фиг. 18 и содержит 8-битовый микропроцессор 110, такой как микропроцессор Motorola 6805, имеющий шину ввода/вывода, подключенную к стандартному массиву контактов 120, которые при использовании подключаются к соответствующему массиву контактов устройства считывания смарт-карты приемника/декодера 2020, имеющего обычную конфигурацию. Микропроцессор 110 соединен посредством шины с предпочтительно маскированным ПЗУ 130, ОЗУ 140 и электрически стираемым программируемым ПЗУ 150. Смарт-карта соответствует стандартам ISO 7816-1, ISO 7816-2 и ISO 7816-3, которые определяют некоторые физические параметры смарт-карты, позиции контактов микросхемы и некоторые связи между внешней системой (и, в частности, приемником/декодером 2020) и смарт-картой соответственно, и поэтому далее описываться не будет. Одной из функций микропроцессора 110 является управление памятью смарт-карты, как описано ниже.

Электрически стираемое программируемое ПЗУ 150 содержит динамически создаваемые разделы операторов 154, 155, 156 и динамически создаваемые разделы данных, которые будут описаны ниже с использованием фиг.19.

Как показано на фиг.19, электрически стираемое программируемое ПЗУ 150 содержит постоянный раздел ID смарт-карты (или производителя) 151 из 8 битов, который содержит постоянный идентификатор смарт-карты подписчика, установленный производителем смарт-карты 3020.

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

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

Ниже раздела генератора случайных чисел 152 представлен постоянный раздел управления 153 размером 144 байта. Постоянный раздел управления 153 - это специальный раздел оператора, используемый программой в ПЗУ 130 при динамическом создании (и удалении) разделов 154, 155, 156, как будет описано ниже. Постоянный раздел управления 153 содержит данные, относящиеся к правам смарт-карты по созданию и удалению разделов.

Программа динамического создания и удаления разделов вызывается в ответ на специальные EMM создания (или удаления) конкретного раздела, которые передаются SAS 3002, принимаются приемником/декодером 2020 и передаются в смарт-карту 3020 подписчика. Для создания таких EMM оператору необходимы специальные коды-ключи для раздела управления. Это не позволяет оператору удалять разделы, относящиеся к другому оператору.

Ниже раздела управления 153 находится последовательность разделов "ID оператора" 154, 155, 156 для операторов 1, 2N соответственно. Как правило по крайней мере один раздел идентификатора оператора предварительно загружается в электрически стираемое программируемое ПЗУ смарт-карты подписчика 3020, так что конечный пользователь может дешифровать программы, вещаемые этим оператором. Последующие разделы идентификаторов оператора могут позже создаваться динамически с использованием раздела управления 153 в ответ на сигнал выходной транзакции, формируемый конечным пользователем (подписчиком) с помощью его смарт-карты 3020, как будет описано далее.

Каждый раздел оператора 154, 155, 156 содержит идентификатор группы, к которой принадлежит смарт-карта 3020, и позицию смарт-карты в группе. Эти данные позволяют смарт-карте (вместе с другими смарт-картами этой группы) отвечать на вещание EMM групповой подписки, имеющий адрес этой группы (но не позицию смарт-карты в группе), а также на индивидуальные EMM (подписки на коммерческие предложения), адресованные только данной смарт-карте группы. В каждой группе может быть до 256 смарт-карт-членов, и эта особенность значительно уменьшает требуемую пропускную способность, необходимую для вещания EMM.

Для того, чтобы еще более уменьшить требуемую пропускную способность, необходимую для вещания EMM групповой подписки, данные группы в каждом разделе оператора 154, 155, 156 и всех подобных разделах в электрически стираемом программируемом ПЗУ смарт-карты 3020 и других дочерних смарт-карт непрерывно обновляются, чтобы позволить конкретной смарт-карте изменить свое положение в каждой группе, заполняя таким образом "дыры", создаваемые, например, в результате удаления карты-члена группы. Дыры заполняются SAS 3002, поскольку список этих дыр находится в сервере STM 3104.

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

Каждый раздел оператора 154, 155, 156 связан с одним или несколькими "объектами данных оператора", хранящимися в электрически стираемом программируемом ПЗУ 150. Как показано на фиг.19, последовательность динамически создаваемых объектов данных оператора 157-165 располагается ниже разделов идентификаторов оператора. Каждый из этих объектов помечается с помощью:
а) идентификатора 1, 2, 3N, соответствующего связанному с ним оператору 1, 2, 3N, как показано в левой части фиг.19;
b) ID, указывающего тип объекта; и
c) раздела данных, зарезервированного для данных, как показано в правой части каждого соответствующего объекта данных оператора на фиг.19. Следует понимать, что каждому оператору соответствует набор объектов данных, подобный наборам объектов данных иных операторов, так что описание типов данных в объекте данных оператора 1 применимо также для объектов данных всех других операторов. Кроме этого, следует отметить, что объекты данных располагаются в физически смежных областях электрически стираемого программируемого ПЗУ, и что порядок их следования несущественен.

Удаление объекта данных создает "дыру" 166 в смарт-карте, т.е. количество байтов, которые ранее занимал удаленный объект, не занимаются немедленно. "Освободившееся" таким образом количество байтов, или "дыра", помечаются:
a) идентификатором оператора 0; и
b) ID, указывающим, что байты свободны для приема объекта.

Следующий создаваемый объект данных заполняет дыру, идентифицируемую идентификатором 0. Таким образом обеспечивается эффективное использование ограниченного объема памяти (4 килобайта) электрически стираемого программируемого ПЗУ 150.

Обращаясь к набору объектов данных, соответствующих каждому оператору, ниже будут описаны примеры таких объектов данных.

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

Объект данных 159 содержит ключ ЕСМ, который пересылается соответствующим оператором (в данном случае, оператором 1), чтобы позволить конечному пользователю дешифровать конкретный "букет" программ, на которые он подписался. Обычно новые ключи ЕСМ рассылаются каждый месяц вместе с EMM групповой подписки (восстановления), которое восстанавливает все права конечного пользователя на просмотр вещания от оператора (в данном случае - оператора 1). Использование отдельных ключей EMM и ЕСМ позволяет продавать права на просмотр разными способами (в данной реализации - по подписке и индивидуально (оплата за просмотр - PPV)) и также улучшает защиту. Режим оплаты за просмотр (PPV) будет описан ниже.

Поскольку периодически посылаются новые ключи ЕСМ, важно не допустить использование пользователем старых ключей ЕСМ, например, путем выключения приемника/декодера или переустановки часов, с целью предупредить истечение срока действительности старого ключа ЕСМ, перекрывая таймер приемника/декодера 2020. В соответствии с этим раздел оператора 154 содержит область (обычно имеющую размер 2 байта), содержащую дату истечение срока действительности ключей ЕСМ. Смарт-карта 3020 имеет возможность сравнить эту дату с текущей датой, которая содержится в принятых ЕСМ, и воспрепятствовать дешифровке, если текущая дата превышает дату истечения срока действительности ключей ЕСМ. Дата истечения срока действительности передается с помощью сообщений EMM, как описано выше.

Объект данных 161 содержит 64-битовый массив подписки, который является точным представлением программ оператора вещания, на которые подписался подписчик. Каждый бит соответствует одной программе и устанавливается в "1", если подписка на программу оформлена, и в "0", если нет.

Объект данных 163 содержит некоторое количество жетонов, которые могут быть использованы клиентом в режиме PPV для приобретения прав просмотра приближающегося вещания, например, в ответ на бесплатный анонс или какое-либо другое объявление. Объект данных 163 содержит также предельное значение, которое может быть задано, например, отрицательным, что делает возможным кредитование клиента. Жетоны могут быть приобретены, например, в кредит с помощью обратного модемного канала 4002, или, например, с использованием голосового сервера в сочетании с кредитной карточкой. За каждую передачу может взиматься плата как в один жетон, так и в несколько.

Объект данных 165 содержит описание PPV-передачи, как показано в справочной табл. 167 на фиг.20.

Структура 167, описывающая PPV-передачи, содержит поля "ID сеанса" 168, идентифицирующее сеанс просмотра (соответствующий программе, а также времени и дате вещания), "режим сеанса" 169, указывающий, как приобретено право просмотра (например, в режиме предварительного заказа), "индекс сеанса" 170 и "просмотр сеанса" 171.

При приеме программы в режиме PPV приемник/декодер 2020 определяет, является ли программа продаваемой в режиме PPV. Если это так, декодер 2020 проверяет, с использованием данных, хранящихся в структуре 167, описывающей PPV-передачу, сохранено ли в ней поле "ID сеанса" данной программы. Если поле "ID сеанса" там сохранено, то слово управления извлекается из ЕСМ.

Если поле "ID сеанса" там не сохранено, то с помощью специального приложения приемник/декодер 2020 выдает конечному пользователю сообщение, указывающее, что он имеет право просмотра данного сеанса по цене, скажем, 25 жетонов, как считано из ЕСМ, или должен связаться с сервером связи 3022, чтобы купить программу. При использовании жетонов, если конечный пользователь отвечает "да" (с помощью удаленного контроллера 2026 (см. фиг.2)), декодер 2020 посылает ЕСМ в смарт-карту, смарт-карта уменьшает кошелек смарт-карты 3020 на 25 жетонов, сохраняет поля "ID сеанса" 168, "режим сеанса" 169, "индекс сеанса" 170 и "просмотр сеанса" 171 в структуру описания PPV-передачи 167 и извлекает из ЕСМ и дешифрует слово управления.

В режиме предварительного заказа EMM будет передано в смарт-карту 3020, так что смарт-карта сохранит поля "ID сеанса" 168, "режим сеанса" 169, "индекс сеанса" 170 и "просмотр сеанса" 171 в структуру 167 описания PPV-передачи с использованием EMM.

Поле "индекс сеанса" 170 предусмотрено для различения вещательных трансляций друг от друга. Это средство позволяет осуществлять санкционирование для подмножества вещательных трансляций, например, для 3 из 5 трансляций. Как только ЕСМ с индексом сеанса, отличным от текущего значения поля "индекса сеанса" 170, хранящегося в структуре 167 описания PPV-передачи, передается в смарт-карту, значение поля "просмотр сеанса" 171 уменьшается на единицу. Когда значение поля "просмотр сеанса" достигнет нуля, смарт-карта откажется дешифровать ЕСМ с индексом сеанса, отличным от текущего поля "индекс сеанса".

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

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

Указанные поля "ID сеанса" 168, "режим сеанса" 169, "индекс сеанса" 170 и "просмотр сеанса" 171 структуры 167 описания PPV-передачи могут быть извлечены из смарт-карты с помощью процедуры "обратного вызова", как было описано выше.

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

Таким образом, приемник/декодер 2020, который был поставлен потребителю одним из операторов вещания, защищается от использования несанкционированных дочерних смарт-карт 3020.

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

Битовый массив, хранящийся в смарт-карте 3020, обычно содержит список, включающий до 80 приемников/декодеров, каждый из которых идентифицируется соответствующим ID приемника/декодера, с которым смарт-карта может использоваться. В соответствие каждому приемнику/декодеру ставится значение "1" или "0", указывающее, соответственно, может или нет смарт-карта использоваться с данным приемником/декодером. Программа в памяти 2024 приемника/декодера отыскивает идентификатор этого приемника/декодера в битовом массиве, хранящемся в смарт-карте. Если идентификатор найден, и соответствующее идентификатору значение равно "1", смарт-карта "разрешается"; если нет, смарт-карта не будет работать с этим приемником/декодером.

Дополнительно, если обычно вследствие соглашения между операторами желательно санкционировать использование в конкретном приемнике/декодере других смарт-карт, "первым" смарт-картам будут посланы через ретранслятор 2014 специальные EMM с целью изменения их битовых массивов.

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

Подмножество, к которому принадлежит конкретный подписчик, устанавливается в SMS 3004. В свою очередь, SAS 3002 передает подписчику EMM, которое записывает информацию (обычно длиной 1 байт) о подмножестве, к которому подписчик принадлежит, в соответствующий раздел данных оператора, скажем, 154, электрически стираемого программируемого ПЗУ смарт-карты. В свою очередь, по мере того, как оператор вещания осуществляет вещание программ, вместе с программой передается ЕСМ, обычно из 256 битов, указывающее, какое подмножество подписчиков может просматривать программу. Если, согласно информации, хранящейся в разделе оператора, подписчик не имеет права на просмотр передачи, что определяется ЕСМ, просмотр программы запрещается.

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

Каждая из особенностей, связанная с разделами от 151 до 172, рассматривается как отдельное изобретение, независимо от того, создается ли раздел динамически.

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

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

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

Перекрестные ссылки выполнены на наши совместно рассматриваемые заявки с той же самой датой подачи и озаглавленные как "Генерирование сигналов и вещание" (номер дела поверенного PC/ASD/19 707), "Смарт-карта для использования в приемнике зашифрованных вещательных сигналов и приемник" (номер дела поверенного PC/ASD/19708), "Система вещания и приема и система условного доступа для нее" (номер поверенного PC/ASD/19710), "Загрузка компьютерного файла из передатчика через приемник/декодер в компьютер" (номер дела поверенного PC/ASD/19711), "Трансляция и прием телевизионных программ и других данных" (номер дела поверенного PC/ASD/19712), "Загрузка данных" (номер дела поверенного PC/ASD/19713), "Организация памяти компьютера" (номер дела поверенного PC/ASD/19714), "Разработка системы управления телевидением и радио" (номер поверенного PC/ASD/19715), "Извлечение разделов данных из потока транслируемых данных" (номер дела поверенного PC/ASD/19716), "Система управления доступом" (номер дела поверенного PC/ASD/19717), "Система обработки данных" (номер дела поверенного PC/ASD/19718), "Система вещания и приема, а также приемник/декодер и удаленный контроллер для нее" (номер поверенного PC/ASD/19720). Раскрытие содержимого этих документов включено сюда посредством ссылок. Список заявок включает и предлагаемое изобретение.

Формула изобретения

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

2. Устройство по п.1, в котором упомянутое средство генерирования сообщений содержит средство хранения сгенерированных сообщений.

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

4. Устройство по п.2 или 3, в котором упомянутое средство хранения выполнено с возможностью хранения сообщений в по меньшей мере двумерном массиве.

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

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

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

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

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

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

11. Устройство по п.10, в котором упомянутый идентификатор включает в себя параметр идентификации и параметр размера.

12. Устройство по п.11, в котором упомянутые параметр идентификации и параметр размера имеют размер по 4 бита каждый.

13. Устройство по п.11 или 12, в котором численное значение параметра размера не является прямо пропорциональным фактическому размеру пакета.

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

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

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

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

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

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

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

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

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

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

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

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

26. Способ по п.25, в котором упомянутый идентификатор включает в себя параметр идентификации и параметр размера.

27. Способ по п.26, в котором численное значение параметра размера не является прямо пропорциональным фактическому размеру пакета.

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

29. Способ по п.28, в котором упомянутое сообщение является сообщением о правах, подлежащим приему на упомянутом этапе приема.

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

31. Способ по п.30, в котором упомянутый идентификатор включает в себя параметр идентификации и параметр размера.

32. Способ по п.31, в котором численное значение параметра размера не является прямо пропорциональным фактическому размеру пакета.

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

34. Устройство по п.33, в котором упомянутые параметр идентификации и параметр размера имеют размер по 4 бита каждый.

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

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

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

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

39. Цифровой сигнал по п.38, в котором упомянутые параметр идентификации и параметр размера имеют размер по 4 бита каждый.

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

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

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

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

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

45. Система вещания и приема, со стороны вещания включающая в себя систему по любому из пп.19-22 или 40-44 и со стороны приема - устройство для приема вещаемых данных и сообщений.

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

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

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

49. Способ по п. 47 или 48, в котором упомянутая частота повторения увеличивается с приближением времени вещания программы.

50. Способ по любому из пп.47-49, в котором частота повторения увеличивается во время вещания программы.

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

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

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

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

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

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

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

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

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

60. Система вещания и приема, включающая в себя систему условного доступа по любому из пп.51-59.2

РИСУНКИ

Рисунок 1, Рисунок 2, Рисунок 3, Рисунок 4, Рисунок 5, Рисунок 6, Рисунок 7, Рисунок 8, Рисунок 9, Рисунок 10, Рисунок 11, Рисунок 12, Рисунок 13, Рисунок 14, Рисунок 15, Рисунок 16, Рисунок 17, Рисунок 18, Рисунок 19, Рисунок 20