CZ20002873A3 - Zařízení a způsob pro konfiguraci přijimače/dekodéru - Google Patents

Zařízení a způsob pro konfiguraci přijimače/dekodéru Download PDF

Info

Publication number
CZ20002873A3
CZ20002873A3 CZ20002873A CZ20002873A CZ20002873A3 CZ 20002873 A3 CZ20002873 A3 CZ 20002873A3 CZ 20002873 A CZ20002873 A CZ 20002873A CZ 20002873 A CZ20002873 A CZ 20002873A CZ 20002873 A3 CZ20002873 A3 CZ 20002873A3
Authority
CZ
Czechia
Prior art keywords
receiver
decoder
použití
identifier
conditional access
Prior art date
Application number
CZ20002873A
Other languages
English (en)
Inventor
Jerome Meric
Christophe Declerck
Patrice Letourneur
Original Assignee
Canal+Societe Anonyme
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canal+Societe Anonyme filed Critical Canal+Societe Anonyme
Priority to CZ20002873A priority Critical patent/CZ20002873A3/cs
Publication of CZ20002873A3 publication Critical patent/CZ20002873A3/cs

Links

Landscapes

  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

Zařízení pro použití v přijímači/dekodéru, který lze provozovat s různými systémy podmíněného přístupu, přičemž přijímač/dekodér (2020) zahrnuje manipulační prostředek pro manipulaci s daty, přijímanými přijimačem/dekodérem (2020), podle manipulačního protokolu, který lze konfigurovat v závislosti na systému podmíněného přístupu, a paměťový prostředek (4024) pro uložení parametrů sdružených s manipulačním protokolem, Toto zařízení zahrnuje: prostředek pro přijetí příkazu instruujícího konfiguraci manipulačního protokolu v závislosti na systému podmíněného přístupu; prostředek pro vybrání alespoň jednoho parametru z paměťového prostředku v závislosti na příkazu; a prostředek pro vydání uvedeného parametru do manipulačního prostředku pro použití při konfiguraci manipulačního protokolu, přičemž manipulační prostředek nevybírá všechny parametry potřebné pro konfiguraci manipulačního protokolu pro všechny ze systémů podmíněného přístupu.

Description

Zařízení a způsob pro konfiguraci přijímače/dekodéru
Oblast techniky
Předkládaný vynález se týká zařízení pro použití v přijímači/dekodéru a zejména zařízení pro konfiguraci komponentů přijímače/dekodéru v odezvě na změnu v manipulačním protokolu nebo v systému podmíněného přístupu, použitém přijímačem/dekodérem. Předkládanývynález se rovněž týká způsobu konfigurace přijímače/dekodéru pro přístup k datům, přičemž data mohou být v jakékoliv vhodné formě, jako je forma počítačového programu nebo televizního programu.
Dosavadní stav techniky
Předkládaný vynález nalézá specifické uplatnění v přenosovém digitálním televizním systému, ve kterém jsou přijímané signály předávány přes přijímač do přijímače/dekodéru a potom do televizního zařízení. Termín přijímač/dekodér používaný v tomto popisu může zahrnovat přijímač pro přijímání buď kódovaných nebo nekódovaných signálů, například televizních a/nebo rádiových signálů.
Tento termín může rovněž zahrnovat dekodér pro dekódování přijímaných signálů. Provedení takovýchto přijímačů/dekodérů mohou zahrnovat dekodér integrální s přijímačem pro dekódování přijímaných signálů, například, v nastavovací řídící skříni (STB), nebo takový dekodér, který funguje v kombinaci s fyzicky samostatným přijímačem, nebo takový dekodér, který zahrnuje přídavné funkce, jako je webový prohlížeč nebo videorekordér.
Přijímač/dekodér dekóduje komprimovaný MPEG signál na televizní signál pro televizní zařízení. Je řízen ručním dálkovým ovládáním přes rozhraní v přijímači dekodéru, které « · • * • · • ··♦ * · « * · · · · · · ·· ·· »· 99 je rovněž známo jako nastavovací řídící skříň nebo STB (set top box) . Přijímač/dekodér je použit pro zpracování příchozího bitového toku a zahrnuje počítačový systém obsahující množství (obvykle počítačového softwaru) aplikačních modulů, které způsobují, že systém provádí různé řídící a další funkce. Termín MPEG označuje standardy datového přenosu, vyvinuté Mezinárodní Standardizační Organizací v pracovní skupině Expertní skupina pro film a zejména, ale ne výhradně, standard MPEG-2 vyvinutý pro digitální televizní aplikace a definovaný v dokumentech ISO
13818-1, ISO 13818-2, ISO 13818-3 a ISO 13818-4. V kontextu s touto přihláškou předkládaného vynálezu tento termín zahrnuje všechny varianty, modifikace nebo rozvinutí MPEG formátů použitelných pro oblast digitálního datového přenosu.
System podmíněného přístupu umožňuje koncovému uživateli přistupovat k digitálním televizním vysíláním od jednoho nebo více poskytovatelů vysílání. V takovém systému podmíněného přístupu účastnický autorizační systém (SAS) spravuje přístupová práva k televizním programům, dostupných jako komerční nabídky a prodávaných podle různých režimu komercionalizace (účastnický režim, předplatitelský režim, impulzní režim). SAS podle těchto přístupových práv a podle informací, přijímaných od účastnického řídícího systému (SMS), vytváří s využitím generátoru zpráv tak zvané 2 5opravňovaci ovladači (řídící) zprávy” (EMM), ktere jsou vysílány vysílačem zpráv přes multiplexor do přijímače/dekodéru účastníka pro jeho autorizaci. EMM může být zkonstruována pro jednoho účastníka nebo skupinu účastníků. Opravňovací řídící zprávy (ECM) jsou potom zprávy vysílané ve vztahu ke kódovaným programům. ECM umožňuje φ φ φ φ φ · uživateli dekódovat řídící slovo pro získání práva pro dekódování přenášeného vysílání, jako je televizní program. Během přenášeného vysílání se řídící slovo obvykle mění každých několik sekund a tak jsou zprávy ECM rovněž periodicky vysílány pro umožnění dekódování změněného řídícího slova.
Bezpečnostní modul, jako je inteligentní karta schopná dekódovat zprávy týkající komerčních nabídek (to jest jeden nebo více televizních programů prodávaných poskytovatelem vysílání), je vložen do přijímače/dekodéru. S použitím přijímače/dekodéru a inteligentní karty může koncový uživatel nakupovat události.
Lze předpokládat, že přijímač/dekodér může být konstruován a vyráběn různými lišícími se výrobci. Může mít tudíž různé odlišné hardwarové konstrukce a může podporovat jeden z mnoha systémů podmíněného přístupu. Ve skutečnosti přijímač/dekodér může podporovat více než jeden systém podmíněného přístupu. V takovém případě je systém, používaný v kterémkoliv okamžiku, volen účastníkem, který musí vložit správnou inteligentní kartu do přijímače/dekodéru, aby měl přístup ke zvolenému systému s podmíněným přístupem.
Když jsou vysílání ve formě signálů MPEG typu, jsou data přijímána ve formě datových paketů o velikosti obvykle 188 bytů uvnitř příslušných typů datového toku, například video datového toku, audio datového toku a teletextového datového toku. Každému paketu předchází identifikátor paketu (PID) o délce 13 bitů, jeden PID pro každý paket transportovaný v MPEG datovém toku. Datové pakety týkající se aplikací, EMM a ECM obvykle zahrnují jeden nebo více MPEG úseků.
• 4 • 4 • 4 • · · 4 * · 4 · 4 44 4 *444 444 44··
44 44« 44 44 ««
Parametry každého systému s podmíněným přístupem, jako je frekvence signálů přijímaných z odpovídače, hodnoty PID, a jakákoliv další informace potřebná pro stažení (zavedení), například, zprávy EMM, jsou uloženy v paměti přijímače/dekodéru. To může mít za následek velké nároky na paměť v přijímači/dekodéru, zejména pokud přijímač/dekodér podporuje několik různých systémů podmíněného přístupu.
Když je jeden z těchto parametrů aktualizován, nebo když je změněn systém s podmíněným přístupem, je potřebné aktualizovat komponenty přijímače/dekodéru, které provádějí manipulaci s přijímaných datovým tokem pro umožnění koncovému uživateli přístupu, například, k televiznímu programu přenášenému v datovém toku. Může být tudíž v přijímači/dekodéru uloženo mnoho aplikací, které vyžadují 15 přístup ke komponentům přijímače/dekodéru, což zvyšuje složitost přijímače/dekodéru. Takové aplikace mohou být žádány, aby uložily hodnoty parametrů použitých při manipulací s přijímaným datovým tokem, což může dále zvyšovat nároky na paměť v přijímači/dekodéru.
Předkládaný vynález si klade za cíl vyřešit tento a další podobné problémy.
Podstata vynálezu
Předkládaný vynález navrhuje zařízení pro použití v 25 přijímači/dekodéru, který lze provozovat s různými systémy podmíněného přístupu, přičemž přijímač/dekodér zahrnuje manipulační prostředek pro manipulaci s daty, přijímanými přijímačem/dekodérem, podle manipulačního protokolu, který lze konfigurovat v závislosti na systému podmíněného 30 přístupu, a paměťový prostředek pro uložení parametru • · · · » · * · sdružených s manipulačním protokolem, přičemž podstata tohoto zařízení spočívá v tom, že zahrnuje:
prostředek pro přijetí příkazu instruujícího konfiguraci manipulačního protokolu v závislosti na systému podmíněného přístupu;
prostředek pro vybrání alespoň jednoho parametru z paměťového prostředku v závislosti na příkazu; a prostředek pro vydání uvedeného parametru do manipulačního prostředku pro použití při konfiguraci 10 manipulačního protokolu, přičemž manipulační prostředek nevybírá všechny parametry potřebné pro konfiguraci manipulačního protokolu pro všechny ze systémů podmíněného přístupu.
V jednom výhodném provedení předkládaného vynálezu je 15 manipulační prostředek vytvořen ve formě demultiplexoru a filtru, přičemž v tomto případě manipulace s přijímanými daty má formu filtrování přijímaných dat. V takovém případě termín manipulační protokol označuje nastavení filtru, který umožňuje vyjmutí přijímačem/dekodérm pouze specifických komponentu přijímaných dat, přičemž konfigurace protokolu se provádí ve formě změny filtru prc vyjmutí odlišných komponentů z přijímaného datového toku.
Protože manipulační prostředek pouze přijímá parametr týkající se jedné změny manipulačního protokolu, zařízení 2 5 (označované jako zařízení podmíněného přístupu může představovat účinný prostředek pro konfiguraci manipulačního protokolu pro umožnění zavádění dat z různých odlišných systémů s podmíněným přístupem.
Zařízení podmíněného přístupu může být uspořádáno pro vydání parametru do manipulačního prostředku po přijetí • · * * • 0 Φ 0 0 »
00 000 příkazu instruujícího vydání parametru. Protože parametr, který může být použit, například, při konfiguraci manipulačního protokolu pro jeden systém s podmíněným přístupem, je vyslán pouze po přijetí tohoto druhého příkazu, vybírání parametrů z paměťového prostředku může probíhat, zatímco manipulační protokolu je konfigurován pro odlišný systém podmíněného přístupu a tudíž zatímco manipulační prostředek manipuluje s daty sdruženými s tímto systémem s podmíněným přístupem. To může umožnit, aby konfigurace manipulačního protokolu byla prováděna účinně.
Výhodně je zařízení schopné přijímat příkazy z konfigurační aplikace. Zařízení může přijímat příkaz upozorňující zařízení na aktualizaci parametrů uložených v paměťovém prostředku, přičemž tento příkaz může být vydán 15 prostřednictvím konfigurační aplikace.
Parametry mohou zahrnovat identifikátor systému s podmíněným přístupem, který je právě používán přijímačem/dekodérem. To může umožnit parametrům sdruženým s manipulačním protokolem, aby byly uloženy ve skupinách, přičemž každá skupina je sdružena s určitým systémem s podmíněným přístupem. Výstupní prostředek tudíž může být uspořádán pro vydání parametru sdruženého s identifikátorem systému s podmíněným přístupem, který je právě používán přijímačem/dekodérem. Zařízení může být rovněž schopné změnit identifikátor systému s podmíněným přístupem, který je práv používán přijímačem/dekodérem, v odezvě na příkaz z konfigurační aplikace.
Každý parametr může zahrnovat alespoň jeden byte úseku datového paketu, který má být přijat přijímačem/dekodérem. Výhodně každý parametr zahrnuje ···· ··· «φ·* ·· ** 444 44 44 44 identifikátor datového paketu, který má být přijat přijímačem/dekodérem. Každý parametr tudíž může zahrnovat jeden nebo více z identifikátoru zprávy EMM a identifikátoru zprávy ECM.
Zařízení může být uspořádáno pro příjem příkazů z množství klientských aplikací pro množství parametrů.
Předkládaný vynález rovněž navrhuje přijímač/dekodér obsahující zařízení podle výše uváděného popisu, uvedený manipulační prostředek, uspořádaný pro činnost pod řízením tímto zařízením, pro manipulaci s daty, a uvedený paměťový prostředek pro uložení parametrů sdružených s manipulačním protokolem.
Předkládaný vynález se rovněž týká způsobu konfigurace přijímače/dekodéru pro přístup k datům, přičemž přijímač/dekodér zahrnuje manipulační prostředek pro manipulaci s daty, přijímanými přijímačem/dekodérem, podle manipulačního protokolu, který lze konfigurovat v závislosti na systému s podmíněným přístupem, a paměťový prostředek pro uložení parametrů sdružených s manipulačním protokolem, přičemž podstata tohoto způsobu spočívá v tom, že zahrnuje kroky:
přijetí příkazu instruujícího konfiguraci manipulačního protokolu v závislosti na systému s podmíněným přístupem;
vybrání alespoň jednoho z parametrů z paměťového prostředku v závislosti na příkazu; a vydání uvedeného parametru do manipulačního prostředku pro použití pří konfiguraci manipulačního protokolu, přičemž manipulační prostředek nepřijímá všechny parametry potřebné pro konfiguraci manipulačního protokolu pro všechny ze systémů s podmíněným přístupem.
• « *
« · • · · · · · ·· »· ·«· > « · 4 ♦ · ··
Pro způsob jsou rovněž navrženy znaky způsobu, analogické pro znaky zařízení podle výše uvedeného popisu.
Předkládaný vynález se rovněž týká zařízení pro použití v přijímači/dekodéru, přičemž přijímač/dekodér obsahuje paměťový prostředek pro uložení parametrů sdružených s manipulačními daty přijímanými přijímačem/dekodérem, a alespoň jednu aplikaci nebo další zařízení, přičemž podstata tohoto zařízení spočívá v tom, že zahrnuje:
prostředek pro vytváření identifikátoru pro alespoň jeden parametr; a prostředek pro vydání uvedeného identifikátoru do alespoň jedné aplikace nebo dalšího zařízení.
Identifikátor může umožnit aplikaci nebo dalšímu zařízení přístup k přijímaným datům na základě tohoto identifikátoru. Jinými slovy aplikace nebo další zařízení nemusí ukládat všechny parametry pro konfigurovaný manipulační protokol pro přístup k přijímaným datům, takže paměť přijímače/óekodéru může být využívána efektivně.
2Q Zařízení může být použito v přijímači/dekodéru, který lze provozovat s různými systémy s podmíněným přístupem, přičemž parametry jsou sdruženy s manipulačními daty, přijímanými přijímačem/dekodérem, podle manipulačního protokolu, který lze konfigurovat v závislosti na systému s podmíněným přístupem.
Uvedený alespoň jeden parametr může zahrnovat identifikátor datového paketu, který má být přijímán přijímačem/dekodérem. Tento alespoň jeden parametr tudíž může zahrnovat alespoň jeden z identifikátoru opravňovací řídící zprávy a odpovídajících identifikátorů video, audio, * · • · • · • · · · · « * ··· ·· ♦· »· teletextových a titulkovacích datových paketů události, která má být přijímána přijímačem/dekodérem.
Zařízení může být uspořádáno pro uložení množství parametrů, z nichž každý má odpovídající přidělený identifikátor.
Předkládaný vynález se rovněž týká přijímače/dekodéru obsahujícího zařízení podle výše uvedeného popisu, uvedený paměťový prostředek pro uložení parametrů sdružených s manipulací dat, přijímaných příjímačem/dekodérem, podle manipulačního protokolu, který lze konfigurovat v závislosti na systému s podmíněným přístupem, a uvedenou aplikaci nebo uvedené další zařízení.
V jednom výhodném provedení předkládaného vynálezu jsou odlišné systémy s podmíněným přístupem odlišnými kódovacími protokoly, parametry jsou dekódovací parametry, manipulací dat je dekódování kódovaných dat a manipulačním protokolem je dekódovací protokol. Předkládaný vynález se tudíž rovněž týká zařízení pro použití v přijímači/dekodéru, jehož podstat spočívá v tom, že zahrnuje:
paměťový prostředek pro uložení dekódovacích parametrů pro použití při dekódování kódovaných dat přijímaných přijímačem/dekodérem, přičemž tyto parametry lze konfigurovat pro umožnění dekódování množství odlišných kódovacích protokolů?
přijímací prostředek pro příjem dekódovacích parametrů pro konfiguraci alespoň jednoho dekódovacího protokolu; a předávací prostředek pro předání identifikátoru konfigurovaného dekódovacího protokolu do alespoň jednoho dalšího zařízení nebo aplikace pro umožnění uvedenému zařízení nebo uvedené aplikaci přístup, v dekódované formě, k * · * φ · · v · * · · • · · · φ · φ φ φ · • · · · · φ φφφ φ φ φ ···· · · · φφφφ
Φ ·♦ φφφ φφ φφ φφ uvedeným kódovaným datům na základě uvedeného identifikátoru, přičemž uvedené další zařízení nebo aplikace neukládá všechny parametry potřebné pro provedení dekódování uvedených kódovaných dat.
Předkládaný vynález rovněž navrhuje způsob konfigurace přijímače/dekodéru, přičemž přijímač/dekodér obsahuje paměťový prostředek pro uložení parametrů sdružených s manipulačními daty, přijímanými přijímačem/dekodérem, a alespoň jednu aplikaci nebo další zařízení, přičemž podstata tohoto způsobu spočívá v tom, že zahrnuje:
vytvoření identifikátoru pro alespoň jeden parametr; a vydání uvedeného identifikátoru do uvedené alespoň jedné aplikace nebo dalšího zařízení.
Pro způsob jsou rovněž navrženy znaky způsobu, analogické pro znaky zařízení podle výše uvedeného popisu.
Výhodné znaky předkládaného vynálezu budou popsány v následujícím popisu, čistě prostřednictvím příkladu, ve spojení s odkazy na připojené výkresy.
Přehled obrázků na výkresech
Obr.l znázorňuje celkovou architekturu digitálního televizního systému podle výhodného provedení předkládaného vynálezu;
Obr. 2 znázorňuje architekturu systému s podmíněným přístupem v digitálním televizním systému;
Obr.3 znázorňuje strukturu opravňovací ovládací (řídící) zprávy použité v systému s podmíněným přístupem;
Obr. 4 znázorňuje detailní strukturu zprávy EMM;
• · · · · ϊ 4 ·· ·· ·· 4 4 4 4 4 * • · 4 4 4 «4 4944 ·· ·· ··· 44 44 44
Obr.5 znázorňuje schematickou ilustraci inteligentní karty;
Obr. 6 je schematické znázornění uspořádání zón v paměti inteligentní karty;
Obr. 7 je schematické znázornění popisu PPV události;
Obr. 8 znázorňuje funkční blokové schéma přij ímače/dekodéru;
Obr. 9 znázorňuje schematickou ilustraci rozhraní přijímače/dekodéru;
Obr.10 znázorňuje ve větším detailu určité komponenty virtuálního počítače a prováděcího prostředku;
Obr.11 znázorňuje funkční blokové schéma ilustrující uspořádání zařízení podmíněného přístupu v přij ímači/dekodéru;
Obr.12 znázorňuje architekturu přijímacího systému pro stahování (zavádění) úseků z MPEG datového toku;
Obr.13 znázorňuje kroky způsobu konfigurace demultiplexoru a filtru pro stažení (zavedení) zprávy EMM; a
Obr.14 znázorňuje kroky způsobu konfigurace demultiplexoru a filtru pro stažení (zavedení) zprávy ECM.
v » » φφφ • φ · · φφ φφ φφφ φ φ φφ φ φφφ φφφφ • · φφφ φφ φ • φ φ φφφφ φφ φφ φφ φφ
Příklady provedení vynálezu
Detaily o vhodném digitálním interaktivním televizním systému mohou být nalezeny v souběžných patentových přihláškách PCT/EP97/02106 až 02117 stejného přihlašovatele, na které je zde takto uveden odkaz a jejichž obsahy jsou tímto odkazem začleněny do tohoto popisu. Pro snadnou orientaci jsou podrobněji popisované části ve shora uvedených patentových přihláškách obecně označeny stejnými vztahovými značkami, jako jsou použité značky v tomto popisu.
Celkový přehled digitálního televizního vysílacího a přijímacího systému 1000 je znázorněn na obr. 1. Vynález zahrnuje většinou běžný digitální televizní systém 2000, který využívá známý MPEG-2 kompresní systém pro vysílání komprimovaných digitálních signálů. Přesněji MPEG-2 komprimátor 2002 ve vysílacím centru přijímá tok digitálního signálu (obvykle tok video signálů). Komprimátor 2002 je spojen s multiplexorem a kodérem 2004 prostřednictvím spojení 2006. Multiplexor 2004 přijímá množství dalších vstupních
2Q signálů, sestavuje jeden nebo více vysílacích toků a vysílá komprimované digitální signály do vysílače 2008 vysílacího centra přes spojení 2010. které samozřejmě může být představováno velkým množstvím různých forem včetně telekomunikačních linek. Vysílač 2008 vysílá elektromagnetické signály přes vzestupné spojení 2012 směrem k satelitnímu odpovídači 2014, kde jsou tyto signály elektronicky zpracovány a vysílány přes teoretické sestupné spojení 2016 do pozemního přijímače 2018, běžně ve formě parabolické antény vlastněné nebo pronajímané koncovým
2Q uživatelem. Signály přijímané přijímačem 2018 jsou vysílány do integrovaného přijímače/dekodéru 2020 vlastněného nebo • · · · * · · • · · · · · * · · • · · · · » · « ·· ·· ··· ·· ·· ·<
pronajímaného koncovým uživatelem a spojeného s televizním zařízením 2022 koncového uživatele. Přijímač/dekodér 2020 dekóduje komprimovaný MPEG-2 signál na televizní signál pro televizní’zářízení 2022 .
Systém 3000 podmíněného přístupu je spojen s multiplexorem 2004 a přijímačem/dekodérem 2020 a je umístěn částečně ve vysílacím centru a částečně v dekodéru. Tento systém umožňuje koncovému uživateli přístup k digitálním televizním vysíláním (přenosům) od jednoho nebo více dodavatelů (poskytovatelů) vysílání. Inteligentní karta, schopná dekódování zpráv týkajících se komerčních nabídek (to jest jeden nebo několik televizních programů, které jsou prodávány dodavatelem vysílání), může být vložena do přijímače/dekodéru 2020. S použitím dekodéru 2020 a inteligentní karty může koncový uživatel nakupovat komerční nabídky buď v účastnickém módu předplacení nebo v módu platby za shlédnutí.
S multiplexorem 2004 a přijímačem/dekodérem 2020 je rovněž spojen interaktivní systém 4000, který je opět umístěn částečně ve vysílacím centru a částečně v dekodéru a který umožňuje koncovému uživateli interagovat s různými aplikacemi přes modemový zpětný kanál 4002.
Nyní bude podrobněji popsán systém 3000 podmíněného přístupu.
Jak je znázorněno na obr. 2, systém 3000 podmíněného přístupu zahrnuje účastnický autorizační systém (SAS) 3002. SAS 3002 je spojen s jedním nebo s více účastnickými řídícími systémy (SMS) 3004, přičemž jeden SMS 3004 je pro každého poskytovatele vysílání, prostřednictvím příslušného TCP-IP φ · φ φ φ φ · φ
Φ· Φφ » · · · t • · ♦ · · φφφ · φ · • φφφφ φφ ·Φ spojení 3006 (ačkoliv jiné typy spojení by alternativně také mohly být použity). Alternativně by jeden SMS 3004 mohl být sdílen mezi dvěma poskytovateli vysílání, nebo by jeden poskytovatel vysílání mohl používat dva SMS 3004 a podobně.
První kódovací jednotky ve formě šifrovacích jednotek 3008, využívajících mateřské inteligentní karty 3010, jsou spojené se SAS 3002 spojením 3012. Druhé kódovací jednotky opět ve formě šifrovacích jednotek 3014, využívajících mateřské inteligentní karty 3016, jsou spojené s multiplexorem 2004 spojením 3018. Přijímač/dekodér 2020 přijímá dceřinou inteligentní kartu 3020. Přijímač/dekodér 2020 je spojen přímo se SAS 3002 prostřednictvím komunikačních obslužných kanálů 3022 přes modemový zpětný kanál 4002. SAS 3002 vysílá, kromě jiných informací, přihlašovací účastnická práva do dceřiné inteligentní karty 3020 podle požadavků.
Inteligentní karty obsahují tajné informace jednoho nebo více komerčních operátorů. Mateřská inteligentní karta kóduje různé typy zpráv a dceřiné inteligentní karty dekódují tyto zprávy, pokud k tomu mají oprávnění.
První a druhé šifrovací jednotky 3008 a 3014 zahrnují rám, elektronickou VME kartu se softwarem uloženým na EEPROM, až 20 elektronických karet a jednu inteligentní kartu 3010. respektive 3016 na každou elektronickou kartu, jednu (karta 3016) pro kódování zpráv ECM a jednu (karta 3010) pro kódování zpráv EMM.
Činnost systému 3000 podmíněného přístupu v digitálním televizním systému bude nyní popsána podrobněji ve ··♦ • · · • · · · • · · · ·· ·♦ * * 0 · · • * * * · 0 • 0 0 0» ·« ·· 0« spojení s odkazy na různé komponenty televizního systému 2000 a systému 3000 podmíněného přístupu.
Multiplexor a kodér
Jak je patrné ze znázornění na obr. 1 a obr. 2, je ve vysílacím centru digitální video signál nejprve komprimován (nebo je mu snížena bitová rychlost) s použitím MPEG-2 komprimátoru 2002. Tento komprimovaný signál je potom vysílán do multiplexoru a kodéru 2004 přes spojení 2006, aby byl multiplexován s dalšími daty, jako jsou další komprimovaná data.
Kodér vytváří řídící slovo použité v kódovacím procesu a obsažené v toku MPEG-2 v multiplexoru 2004. Řídící slovo je vytvářeno vnitřně a umožňuje integrovanému přijímači/dekodéru 2020 koncového uživatele dekódovat program.
Přístupová kritéria, která indikují způsob komercionalizace programu, jsou rovněž přidávána do toku
MPEG-2. Program může být komercicnalizován kterýmkoliv jedním z množství předplatitelských módů a/nebo jedním z množství módů nebo událostí placených za shlédnutí (PPV). V předplaceném módu koncový uživatel předplácí (účastní se) jednu nebo více komerčních nabídek, nebo soubory, což mu poskytuje práva sledovat každý kanál uvnitř těchto souborů.
Ve výhodném provedení může být ze souboru kanálů zvoleno až 960 komerčních nabídek. V módu platby za shlédnutí je koncový uživatel· vybaven možností kupovat události podle přání. To může být dosaženo buď předobjednáním události předem (objednávkový mód), nebo nákupem události, jakmile je vysílána (impulzní mód), Ve výhodném provedení jsou všichni uživatelé předplatitelé (účastníci) bez ohledu na to, zda sledují vysílání v předplatitelském (účastnickém) režimu či v režimu PPV, ale samozřejmě diváci PPV nemusí být nezbytně předplatiteli (účastníky).
Jak řídící slovo tak i přístupová kritéria jsou použita pro sestavení opravňovací řídící zprávy (ECM); což je zpráva vysílaná ve spojení s jedním kódovaným programem;
přičemž tato zpráva obsahuje řídící slovo (které umožňuje dekódování programu) a přístupová kritéria vysílaného programu. Přístupová kritéria a řídící slovo jsou vysílány do druhé šifrovací jednotky 3014 přes spojení 3018. V této jednotce je zpráva ECM vytvářena, kódována a vysílána na multiplexor a kodér 2004. Během přenášeného vysílání se 15 řídicí slovo obvykle mění každých několik sekund a tak zprávy ECM jsou rovněž periodicky vysílány pro umožnění dekódování měnícího se řídícího slova. Pro účely redundance každá zpráva ECM obvykle obsahuje dvě řídící slova, současné řídící slovo a následující řídící slovo.
Každá služba vysílaná poskytovatelem vysílání v datech zahrnuje množství oddělených komponentů; například televizní program obsahuje video komponent, audio komponent, titulkovací nebo teletextový komponent a podobně. Každý z těchto komponentů služby je individuálně Šifrován a kódován 2 5 pro následné vysílání do odpovídače 2014. Vzhledem ke každému kódovanému komponentu služby je vyžadována samostatná zpráva ECM. Alternativně může být jedna zpráva ECM vyžadována pro všechny kódované komponenty služby.
0 0 00 00 « · · · 00 0*
Vysílání programů
Multiplexor 2004 přijímá elektrické signály zahrnující kódované zprávy EMM ze SAS 3002, kódované zprávy
ECM z druhé šifrovací jednotky 3014 a komprimované programy z 5 komprimátoru 2002. Multiplexor 2004 kóduje programy a vysílá kódované programy, kódované zprávy EMM a kódované zprávy ECM jako elektrické signály do vysílače 2008 vysílacího centra přes spojení 2010. Vysílač 2008 vysílá elektromagnetické signály směrem k satelitnímu odpovíčači 2014 přes vzestupné spojeni 2012.
Přiήímání programů
Satelitní odpovídač 2014 přijímá a zpracovává elektromagnetické signály vysílané vysílačem 2008 a vysílá tyto signály k pozemnímu přijímači 2018, obvykle ve formě parabolické antény vlastněné nebo pronajaté koncovým uživatelem, přes sestupné spojení 2016. Signály přijímané pozemním přijímačem 2018 jsou vysílány do integrovaného
2o přijímače/dekodéru 2020 vlastněného nebo pronajatého koncovým uživatelem a spojeného s televizním zařízením 2022 koncového uživatele. Přijímač/dekodér 2020 demultiplexuje signály, aby získal kódované programy s šifrovanými zprávami EMM a s Šifrovanými zprávami ECM.
Pokud program není kódován, to jest, pokud s MPEG-2 datovým tokem nebyla vysílána zpráva ECM, přijímač/dekodér 2020 dekomprimuje data a mění signál na video signál pro vysílání do televizního zařízení 2022.
Pokud program je kódován, přijímač/dekodér 2020.
vybírá odpovídající zprávu ECM z toku MPEG-2 a předává tuto ·«·· · · · · · · · lg ·· ·· .........
zprávu ECM dceřiné inteligentní kartě 3020 koncového uživatele. Ta je zasunuta do štěrbiny v pouzdru přijímače/dekodéru 2020. Dceřiná inteligentní karta 3020 řídí, zda koncový uživatel má právo dekódovat zprávu ECM a právo přístupu k programu. Pokud uživatel nemá potřebná práva, je do přijímače/dekodéru 2020 předán negativní stav pro indikací toho, že program nemůže být dekódován. Pokud koncový uživatel má příslušná práva, je zpráva ECM dekódována a je vyjmuto řídící slovo. Dekodér 2020 potom může dekódovat program s použitím tohoto řídícího slova. Tok MPEG-2 je dekomprimován a převeden na video signál pro následné vysílání do televizního zařízení 2022.
Účastnický řídící systém fSMS) 15
Účastnický řídící systém (SMS) 3004. zahrnuje databázi 3024, která spravuje, kromě jiného, všechny soubory koncových uživatelů, komerční nabídky, předplacení, detaily PPV, a data týkající se spotřeby koncových uživatelů a autorizace. SMS 3004 může být fvzickv vzdálený od SAS 3002.
Každý SMS 3004 vysílá zprávy do SAS 3002 přes odpovídající spojení 3006 pro umožnění modifikací nebo vytváření opravňovacích řídících zpráv (EMM), určených k vysílání ke koncovým uživatelům.
SMS 3004 rovněž vysílá zprávy do SAS 3002, které nezahrnují jakékoliv modifikace nebo vytváření zpráv EMM, ale zahrnují pouze změnu stavu koncového uživatele (týkající se autorizace přidělené koncovému uživateli při objednávání produktů nebo hodnoty, jaká bude koncovému uživateli účtována).
4 4
44 • · 4 *44· ··· 44 44 44
Jak bude popsáno v popisu níže, SAS 3002 vysílá zprávy (obvykle žádající informace, jako je informace zpětného volání nebo účtovací informace) do SMS 3004, takže by mělo být zřejmé, že komunikace mezi těmito dvěma komponenty je dvoucestná.
Opravňovací řídící zprávy EMM nebo ECM
EMM je zpráva přidělená pouze jednotlivému koncovému uživateli (účastníkovi) , nebo skupině koncových uživatelů, (na rozdíl od zprávy ECM, která je přidělena pouze jednomu kódovanému programu nebo sadě kódovaných programů, pokud jsou součástí stejné komerční nabídky). Každá skupina může obsahovat daný počet koncových uživatelů. Tato organizace do skupin má za cíl optimalizovat využití šířky pásma; to 5 znamená, že přístup k jedné skupině může umožnit dosažení většího počtu koncových uživatelů.
Různé specifické typy zprávy EMM mohou být použity. Jednotlivé zprávy EMM jsou přiděleny jednotlivým účastníkům a q jsou obvykle používány při zajišťování služeb placených za shlédnutí, přičemž tyto zprávy obsahují identifikátor skupiny a pozici účastníka v této skupině. Tak zvané skupinové účastnické zprávy EMM jsou přiděleny skupinám, řekněme o 256 jednotlivých účastnících, a js.ou obvykle použity při spravování určitých účastnických služeb. Tato zpráva EMM má identifikátor skupiny a bitovou mapu skupiny účastníků. Zveřejněné (volné) EMM jsou přiděleny celým publikům a mohly by být například použity určitým operátorem pro poskytování určitých volných služeb. Publikum je souhrn účastníků iq majících inteligentní karty, které nesou stejný identifikátor *
• 4 4 ··
4 ·· • 4 4« systému (CS ID). Nakonec unikátní zpráva EMM je adresována unikátnímu identifikátoru inteligentní karty.
Níže bude ve spojení s odkazy na obr. 3 popsána struktura typické zprávy EMM. Zpráva EMM, která je realizovaná jako série digitálních datových bitů, v zásadě zahrnuje záhlaví 3060, vlastní EMM 3062 a podpis 3064.
Záhlaví 3060 dále zahrnuje identifikátor 3066 typu pro identifikaci zda zpráva je individuální, skupinová, publiková nebo je zprávou nějakého jiného typu, identifikátor 3068 délky, který udává délku zprávy EMM. Vlastní EMM 3062 se samozřejmě značně mění podle svého typu. Nakonec podpis 3064, který je obvykle 8 bytů dlouhý, zajišťuje určitý počet kontrol proti poškození zbývajících dat ve zprávě EMM.
Účastnický autorizační systém (SAS)
Zprávy vytvářené SMS 3004 jsou předávány přes spojení 3006 do účastnického autorizačního systému (SAS) 3002, který dále vytváří zprávy potvrzující příjem zpráv vytvořených SMS
3004 a předává tato potvrzení do SMS 3004.
V přehledu SAS zahrnuje oblast předplatitelského řetězce pro poskytování práv pro předplacený mód a pro obnovování práv automaticky každý měsíc, oblast řetězce plateb za shlédnutí pro poskytování práv pro PPV události, a zaváděč zpráv EMM pro předávání zpráv EMM, vytvářených oblastmi předplatitelského řetězce a řetězce PPV, do multiplexoru a kodéru 2004 a tudíž pro plnění toku MPEG zprávami EMM. Pokud mají být udělena další práva, jako jsou práva při platbách za soubor (PPF) v případě stahování ·
««· «·
Μ ·· počítačového softwaru do osobního počítače uživatele, jsou rovněž vytvořeny další podobné oblasti.
Jednou funkcí SAS 3002 je spravovat přístupová práva k televizním programům, dostupným jako komerční nabídky v předplatitelském módu nebo prodávaným jako PPV události podle různých módů komercionalizace (například objednávkový mód, impulzní mód). SAS 3002 podle těchto práv a podle informace, přijaté ze SMS 3004, vytváří zprávy EMM pro účastníka.
Zprávy EMM jsou předávány do šifrovací jednotky (CU) 3008 pro šifrování vzhledem k řízení a exploatacním klíčům.
CU dokončuje podpis 3064 na zprávě EMM a předává zprávu EMM zpět do generátoru zpráv (MG) v SAS 3002, kde je přidáno záhlaví 3060. Zprávy EMM jsou předávány do vysílače zpráv (ME) jako úplné zprávy EMM. Generátor zpráv určuje čas začátku a konce vysílání a rychlost vysílání zpráv EMM a předává tyto parametry jako vhodné směrnice společně se zprávami EMM do vysílače zpráv. MG vytváří danou EMM pouze jednou, to znamená, že je to ME, který provádí cyklické vysílání zpráv EMM.
Při vytváření zprávy EMM generátor MG přiřazuje zprávě EMM unikátní identifikátor ID. Když MG předává zprávu EMM do ME, předává rovněž tento ID zprávy EMM. To umožňuje identifikaci určité zprávy EMM jak v generátoru MG tak i ve vysílači ME.
Obr. 4 ilustruje příkladnou zprávu EMM (ve skutečnosti PPV EMM, která je nejjednodušší zprávou EMM). PID (identifikátor paketu) 3170 zahrnuje dvě části, vlastní ID 3172 a parametr 3174 délky pro paket (potřebný k tomu, aby mohl být identifikován začátek následujícího paketu). Celý φ φ φφφ ·· φφ φφ φφ
PID je vyjádřen v právě jednom bytu informace, přičemž 4 bity jsou rezervovány pro ID a čtyři bity jsou rezervovány pro parametr délky.
Inteligentní karta
Dceřiná nebo účastnická inteligentní karta 3020 je schematicky znázorněna na obr. 5 a zahrnuje 8 bitový mikroprocesor 110, jako je mikroprocesor Motorola 6805, který má vstupní/výstupní sběrnici spojenou se standardním polem kontaktů 120, které jsou při použití spojeny s odpovídajícím polem kontaktů ve čtecím zařízení karty v přijímači/dekodéru 2020, přičemž toto čtecí zařízení karet je zcela běžné konstrukce. Mikroprocesor 110 je rovněž opatřen sběrnicovými spojeními s výhodně maskovanými ROM 130, RAM 140 a EEPROM 150.
EEPROM 150 obsahuje určité dynamicky vytvářené operátorové zóny 154, 155, 156 (ID operátora) a dynamicky vytvářené datové zóny, .kt.^jé nyní bullou níže popsány ve spojení s odkazy na obr. 6.
EEPROM 150 zahrnuje permanentní zónu 151 trvalého ID karty (nebo výrobce) o 8 bytech, která obsahuje trvalý identifikátor účastnické inteligentní karty, zadaný výrobcem této inteligentní karty 3020.
Když je inteligentní karta znovunastavena, vydává mikroprocesor 110 signál do přijímače/dekodéru 2020, přičemž tento signál zahrnuje identifikátor systému s podmíněným přístupem, který je používán touto inteligentní kartou, a data vytvořená z dat uložených v inteligentní kartě, včetně ID (identifikátor) karty. Tento signál je uložen *
00* 00 přijimačem/dekodérem 2020, který následně využívá tento uložený signál pro kontrolu, zda inteligentní karta je kompatibilní se systémem podmíněného přístupu, který je používán tímto přijimačem/dekodérem 2020.
EEPROM 150 rovněž obsahuje permanentní zónu 152 generátoru náhodných čísel, která obsahuje program pro vytváření pseudonáhodných čísel. Tato náhodná čísla jsou používána pro rozdělovači transakce výstupních signálů, vyvářených inteligentní kartou 3020 a vysílaných zpět do vysílače.
Pod-permanentní zónou 152 generátoru náhodných čísel je vytvořena permanentní řídící zóna 153 o 144 bytech. Tato permanentní řídící zóna 153 je specifická operátorová zóna využívaná programem V ROM 130 při dynamickém vytváření (a odstraňování) zón 154, 155, 156 .jak je podrobněji popsáno níže. Permanentní řídící zóna 153 obsahuje data týkající se práv inteligentní karty pro vytváření nebo odstraňování zón.
Pod řídící zónou 153 je řada zón 154, 155, 156 ID operátora pro operátory 1, 2, respektive N. Obvykle alespoň jedna zóna ID operátora bude předem zavedena do EEPROM účastnické inteligentní karty 3020, takže koncový uživatel může dekódovat programy vysílané tímto operátorem. Ovšem další zóny ID operátora mohu být následně dynamicky vytvářeny s použitím permanentní řídící zóny 153 v odezvě na výstupní signál transakce, vytvářený přes inteligentní kartu 3020 koncovým uživatelem (účastníkem), jak bude podrobněji popsáno níže.
ΦΦΦ φφφ φφφφ φφ «φφ ·· ·· ··
Každá operátorová zóna 154, 155, 156 je sdružena s jedním nebo s více operátorovými datovými objekty (objekty dat operátora) uloženými v EEPROM 150. Jak je znázorněno na obr. 6, jsou série dynamicky vytvářených operátorových datových objektů 157 až 165 umístěny pod zónami ID operátora. Každý z těchto objektů je označen:
a) identifikátorem 1, 2, 3 ... N odpovídajícím odpovídajícímu operátorovi 1, 2, 3 ... N, jak je znázorněno v jeho levé části na obr. 6;
b) ID (identifikátorem) indikujícím typ objektu; a
c) datovou zónou rezervovanou pro data, jak je znázorněno v pravé části každého relevantního operátorového datového objektu na obr. 6.
Mělo by být zcela zřejmé, že každý operátor je sdružen s podobnou sadou datových objektů, takže následující popis typu dat v datových objektech operátora 1 je rovněž použitelný pro datové objekty všech ostatních operátorů. Rovněž bude zcela zřejmé, že datové objekty jsou umístěny v souvislých fyzických oblastech EEPROM a že jejich pořadí není podstatné.
Vymazání datových objektů vytváří mezeru 166 v inteligentní kartě, to znamená, že určitý počet bytů, které vymazané objekty předtím zaujímaly, nejsou nyní obsazené. Takto uvolněný počet bytů nebo mezera se označuje:
a) identifikátorem 0; a
b) ID (identifikátorem) indikujícím, že tyto byty jsou volné pro přijetí objektu.
···* »·* · · · ·
.............
Příští vytvořený datový objekt vyplňuje tuto mezeru, která je označena identifikátorem 0. Tímto způsobem je omezená paměťová kapacita (4 kilobyty) EEPROM 150 účinně využita.
Pokud se nyní týká sady datových objektů sdružených s každým operátorem, budou níže popsány příklady těchto , datových objektů.
Datový objekt 157 obsahuje EMM klíč použitý pro dekódování zakódovaných zpráv EMM přijatých přijímačem/dekodérem 2020. Tento EMM klíč je permanentně uložen v datovém objektu 157. Tento datový objekt 157 může být vytvořen před distribucí inteligentní karty 3020 a/nebo může být vytvořen dynamicky, když je vytvářena nová operátorová zóna (jak je popsáno výše).
Datový objekt 159 obsahuje ECM klíče, které jsou vyslány odpovídajícím operátorem (v tomto případě operátorem 1) pro umožnění koncovému uživateli dekódování určitého souboru programů, ke kterému se přihlásil· (který si předplatil). Nové ECM klíče jsou vysílány obvykle každý měsíc společně s (obnovovací) zprávou EMM skupinového předplacení, která obnovuje celkové právo koncového uživatele pro sledování vysílání od ( v tomto případě) operátora 1. Použití * samostatné zprávy EMM a ECM klíčů umožňuje, aby sledovací práva byla nakupována různými způsoby (v tomto případě prostřednictvím předplacení a jednotlivě (platba za shlédnutí)), a rovněž zvyšuje bezpečnost. Mód platby za shlédnutí (PPV) bude podrobněji popsán níže.
Protože nové ECM klíče jsou vysílány periodicky, je podstatné zabránit uživateli v používání starých ECM klíčů, • · · · **·· ·*· * ·· · ·· ·· ··· ·« ·· ·· například prostřednictvím vypínání přijímače/dekodéru nebo opětovným nastavením hodin pro zabránění uplynutí platnosti starého ECM klíče, takže časovač v přijímači/dekodéru 2020 by mohl být přeskočen. Proto tedy operátorová zóna 154 zahrnuje oblast (obvykle mající velikost 2 byty) obsahující datum zastarání ECM klíčů. Inteligentní karta 3020 je uspořádána pro porovnání tohoto data se současným datem, které je obsaženo v přijímaných zprávách ECM, a pro zabránění v dekódování, pokud je současné datum pozdější než datum zastarání. Datum zastarání je vysíláno přes zprávy EMM, jak je popsáno výše.
Jak je patrné na obr. 7, obsahuje popis 167 PPV události ID 168 relace identifikující relaci určenou ke sledování (odpovídající programu a času a datu vysílání) mód 169 relace, indikující jak jsou nakupována sledovací práva (například v objednávkovém módu), index 170 relace a sledování 171 relace.
Pokud se týká přijímání programu v PPV módu,
2Q přijímač/dekodér 2020 určuje zda program je programem prodávaným v PPV módu. Pokud ano, pak dekodér 2020 kontroluje s použitím položek uložených v popisu 167 PPV události, zda je v ní uložen ID relace pro tento program. Pokud je zde ID relace uložen, pak je ze zprávy ECM vyjmuto řídící slovo.
Pokud zde ID relace není uložen, pak prostřednictvím specifické aplikace přijímač/dekodér 2020 zobrazí zprávu koncovému uživateli, která indikuje, že uživatel má právo sledovat relaci za cenu řekněme 25 jednotek, jak je přečteno ze zprávy ECM, nebo se může spojit s komunikačními obslužnými kanály 3022, aby událost nakoupil. Při použití jednotek, pokud koncový uživatel odpoví ano (prostřednictvím • 4 ··
4 4
4*4 *4
4
4 4
44 dálkového ovladače 2026 (viz obr. 2)), dekodér 2020 vysílá zprávu ECM do inteligentní karty, inteligentní karta snižuje obsah peněženky v inteligentní kartě 3020 o 25 jednotek, zapisuje ID 168 relace, mód 169 relace, index 170 relace a sledování 171 relace do popisu 167 PPV události, a vyjímá a dešifruje řídící slovo ze zprávy ECM.
V objednávkovém módu bude do inteligentní karty 3020 předána zpráva EMM, takže inteligentní karta zapíše ID 168 relace, mód 169 relace, index 17Q relace a sledování 171 relace do popisu 167 PPV události, s použitím této zprávy EMM.
Index 170 relace může být nastaven pro odlišení jednoho vysílání od druhého. Tento znak umožňuje autorizaci, aby byla dána pro podskupinu vysílání, například, 3 krát z 5 vysílání. Jakmile je do inteligentní karty předána zpráva EMM s indexem relace odlišným od současného indexu 170 relace, uloženého v popisu 167 PPV události, je počet sledování 171 relace snížen o jednu. Když sledování 171 relace dosáhne hodnoty nula, inteligentní karta odmítne dešifrovat zprávu ECM s jiným indexem relace, než je současný index relace.
Počáteční hodnota sledování relace závisí pouze na způsobu, kterým si poskytovatel vysílání přeje definovat událost, které se sledování týká; sledování relace pro příslušnou událost může mít jakoukoliv hodnotu.
Mikroprocesor 110 v inteligentní kartě realizuje počítání a porovnávací program pro detekci toho, kdy již bylo dosaženo limitu počtu sledování určitého programu.
Všechny složky ID 168 relace, mód 169 relace, index 170 relace a sledování 171 relace v popisu 167 PPV události, • >
• · · · · · «· · ··· ·· • · · ♦* ·· mohou být vyjmuty z inteligentní karty s použitím zpětné procedury, jak bylo popsáno v předcházejícím popisu.
Každý přijímač/dekodér 2020 obsahuje identifikátor, který může buď identifikovat jednoznačně tento přijímač/dekodér nebo může identifikovat jeho výrobce nebo jej může klasifikovat nějakým jiným způsobem, aby mu umožnil pracovat pouze s určitou individuální inteligentní kartou, určitou třídou inteligentních karet vyrobených stejným nebo odpovídajícím výrobcem nebo jakoukoliv jinou třídou
LQ inteligentních karet, které jsou určeny pro použití výhradně s touto třídou přijímačů/dekodérů.
Tímto způsobem přijímače/dekodéry 2020, které byly spotřebiteli dodány jedním dodavatelem vysílání, jsou chráněny proti používání neautorizovaných dceřiných karet 3020.
Přiiímač/dekodér
Jak je patrné na obr. 8, přijímač/dekodér zahrnuje 20 prováděcí prostředek 4008 pracující pod řízením mikroprocesorem a společné aplikační programové rozhraní 4054. Tyto prvky jsou nainstalovány v každém přijímači/dekodéru 2020, takže všechny přijímače/dekodéry 2020 jsou shodné z hlediska aplikace.
Pro účely tohoto popisu je aplikace úsek strojového kódu pro řízení vysokoúrovňových funkcí výhodně přijímače/dekodéru 2020. Například, když koncový uživatel namíří ohnisko dálkového ovladače na tlačítkový objekt viděný na obrazovce televizního zařízení 2022 a stlačí potvrzovací v
• · • « * · « · ·· ·· • * ··· fr t
klávesu, spustí se sekvence instrukcí, sdružená s tímto tlačítkem.
Interaktivní aplikace nabízí menu a vykonává příkazy na žádost koncového uživatele a poskytuje data týkající se účelu této aplikace. Aplikace mohou být buď rezidentními aplikacemi, to znamená, že jsou uloženy v ROM (nebo FLASH nebo jiné energeticky nezávislé paměti) přijímače/dekodéru 2020, nebo mohou být vysílány a stahovány do RAM nebo FLASH paměti tohoto přijímače/dekodéru 2020.
Aplikace jsou uloženy v paměťových místech příjímače/dekodéru 2020 a jsou reprezentovány jako zdrojové soubory. Aplikace mohou využívat datové soubory, jako jsou soubory knihoven ikon, soubory obrazů, soubory znakových fontů, soubory barevných tabulek a soubory ASCII textů. Interaktivní aplikace může rovněž získávat nebo poskytovat on-line data prováděním vstupů a/nebo výstupů.
Jak je patrné na obr. 9, ppřijímač/dekodér 2020 obsahuje několik rozhraní, například jmenovitě ladič (tuner) 4028 MPEG signálového toku, sériové rozhraní 4030, paralelní rozhraní 4032, a dvě zařízení 4036 pro čtení inteligentních karet, jedno pro inteligentní kartu 3020 tvořící část systému a jedno pro bankovní katy (použité pro provádění plateb, domácího bankovnictví a podobně) nebo pro jiné inteligentní
pro modemový zpětný kanál 4002 k výrobci televizního signálu, takže uživatel může indikovat preference a podobně zpět pro výrobce televizního signálu (programu).
Přijímač/dekodér 2020 obsahuje paměť rozdělenou na ram médium, FLASH médium a ROM médium, ale tato fyzická ·' · · ’ϊ · · 0 0 0 0 0 0 0 *000 000 »» ·00 00
0 0 *
0 0 0
0 0 0
00 organizace je odlišná od logické organizace. Paměť může být dále rozdělena na paměťová média nebo objemy sdružené s různými rozhraními, Z jednoho úhlu pohledu může být paměť považována za součást hardwaru; z jiného úhlu pohledu lze paměť považovat za podporující nebo obsahující celý znázorněný systém, až na hardware.
Jak je patrné z obr. 9, systém lze považovat za soustředěný na prováděcím prostředku 4008 tvořícím část virtuálního počítače 4007. Ten je spojen s aplikacemi na 10 jedné straně (vysokoúrovňová strana) a na druhé straně (nízkoúrovňová strana) přes různé mezilehlé logické jednotky, diskutované níže, s hardwarem 4061 přijímače/dekodéru. Hardware 4061 přijímače/dekodéru lze považovat za prostředky zahrnující různé porty nebo rozhraní, jak bylo diskutováno výše (rozhraní 2030 pro dálkový ovladač (mikrotelefon) 2026, rozhraní ladiče 4028 MPEG toku, sériové rozhraní 4030, paralelní rozhraní 4032, rozhraní čtecích zařízení 4036 pro čtení inteligentních karet, a rozhraní 4034 pro modemový zpětný kanál 4002) .
Jak je patrné zejména z obr. 8, jsou s jednotkou 4007 spojené různé aplikace 4057, přičemž některé z běžněji používaných aplikací mohou být více či méně trvale rezidentní v systému, jak je naznačeno prostřednictvím aplikace 4057, zatímco jiné budou stahovány do svstému. naoříklAd z MPEG 25 ' datového toku nebo z jiných portů podle požadavků.
Jednotka 4007 zahrnuje, kromě prováděcího prostředku 4008, určitou funkcí rezidentní knihovny 4006, která obsahuje blok 4058. nástrojů. Knihovna 4006 obsahuje nejrůznější funkce v jazyku C, používané prováděcím prostředkem 4008. Tyto funkce zahrnují manipulaci s daty, jako je komprimování, • 0 · · • 0 · · • 0 ··
0 0 0 · » • 0 · · 0 00 ·
0 0 0 0 0 0
000 00 00 0· dekomprimování nebo porovnávání datových struktur, kreslení čar a podobně. Knihovna 4006 rovněž zahrnuje informaci o mikroprogramovém vybavení 4060 v přijímači/dekodéru 2020, jako jsou čísla verzí hardwaru a softwaru a dostupný prostor RAM, a funkce použité pří stahování nového (logického) zařízení 4062. Funkce mohou být stahovány do knihovny, která je uložena ve FLASH nebo RAM paměti.
Prováděcí prostředek 4008 je spojen s řídícím programem 4068 (logických) zařízení, který je spojen se sadou (logických) zařízení 4062, která jsou spojena s budiči 4060 (logických) zařízení, které jsou dále spojeny s porty nebo rozhraními. V širším smyslu může být budič (řídící program) zařízení považován za prostředek, který definuje logické rozhraní, takže dva různé budiče zařízení mohou být spojeny se společným fyzickým portem. Budič zařízení bude obvykle spojen s více než jen jedním zařízením; pokud je zařízení spojeno s jedním budičem zařízení, bude toto zařízení obvykle konstruováno k tomu, aby bylo plně funkční pro komunikaci, takže potřeba samostatného budiče zařízení je odstraněna. Určitá zařízení mohou komunikovat sama vzájemně mezi sebou.
Každá funkce přijimače/dekodéru 2020 je reprezentována jako (logické) zařízení 4062. Zařízení mohou být buď lokální nebo vzdálená. Lokální zařízení 4064 zahrnují inteligentní karty, propojovací signály SCAR.T, modemy, sériová a paralelní rozhraní, přehrávač MPEG video a audio signálů, MPEG úsek a prostředek pro vyjímání (MPEG) tabulek. Vzdálená zařízení 4066, vykonávaná na vzdáleném místě, se liší od lokálních zařízení tím, že port a procedura musí být definovány správcem nebo konstruktérem systému, spíše než aby
• · » v · · ·· 4 4 • · 4 v v * 4 • • ·
• · · 4 • 4 4 4 4 4 4
44 • 4 44
byly definovány zařízením a budičem zařízení a zkonstruovány výrobcem přijímače/dekodéru.
Když je vytvořeno nové zařízení 4062, může být instalováno do existujících přijímačů/dekodérů 2020 5 prostřednictvím stahování relevantní aplikace 4056 z vysílacího centra. Toto stahování je prováděno přijímačem/dekodérem 2020 prostřednictvím aplikace 4056. která ověřuje hardwarové a softwarové verze a, pokud je vše v pořádku, stahuje softwarový modul reprezentující nové zařízení 4062 a volá proceduru z knihovny 4006 pro nainstalování nového strojového kódu uvnitř mikroprogramového vybavení (ve FLASH paměti). To může zajistit pružnou a bezpečnou instalaci nových funkcí do přijímače/dekodéru 2020 bez nepříznivého ovlivnění zbývajícího softwaru.
Řídící program 4068 zařízení je společné softwarové rozhraní mezi aplikací 4056 a specifickými funkcemi přijímače/dekodéru 2020. Řídící program 4068 řídí přístup k zařízením 4062, deklaruje přijetí neočekávané události a spravuje sdílenou paměť.
Prováděcí prostředek 4008 pracuje pod řízením mikroprocesorem a společným aplikačním programovacím rozhraním. Tyto prvky jsou nainstalovány v každém přijímači/dekodéru 2020, takže z pohledu aplikací jsou všechny přijímače/dekodéry 2020 naprosto stejné.
Prováděcí prostředek 4008 spouští aplikace 4056 na přijímači/dekodéru 2020. Prováděcí prostředek 4008 rovněž vykonává interaktivní aplikace 4056 a přijímá události z vnějšku přijímače/dekodéru 2020, zobrazuje grafiku a texty, volá zařízení pro poskytování služeb a pro specifické výpočty
9 4 « • Φ *· _ Φ • · * · 4 · · • ·· φφ *· ·· využívá funkce knihovny 4006, která je s prováděcím prostředkem 4008 spojena.
Prováděcí prostředek 4008 je proveditelný kód instalovaný v každém přijímači/dekodéru 2020 a zahrnuje interpreter pro interpretaci a spouštění aplikací. Prováděcí prostředek 4008 je adaptabilní pro jakýkoliv operační systém, včetně operačního systému pracujícího vždy s jednou úlohou (jako je MS-DOS). Prováděcí prostředek 4008 pracuje na bázi jednotek řadiče zpracování (které přebírají různé události, 10 jako je stlačení klávesy, pro provedení různých akcí) a obsahuje svůj vlastní rozvrhující program pro řízení front událostí z různých hardwarových rozhraní. Prováděcí prostředek 4008 rovněž zpracovává zobrazování grafiky a textu. Jednotka řadiče zpracování zahrnuje sadu akcí-skupin.
Každá událost způsobuje, že se jednotka řadiče zpracování přesune z její současné akce-skupiny do jiné akce-skupiny v závislosti na charakteru události a vykoná akce této nové akce-skupiny.
2Q Prováděcí prostředek 4008 zahrnuje zaváděcí program kódu pro zavádění a stahování aplikací 4056 do paměti 2028 přijímače/dekodéru. Pouze potřebný úsek kódu je stahován do RAM média nebo FLASH média, aby se zajistilo optimální využití. Stažená data jsou ověřena prostřednictvím ověřovacího mechanismu pro zabránění jakékoliv modifikace aplikace 4056 nebo vykonání jakékoliv neznámé či neautorizované aplikace. Prováděcí prostředek 4008 dále zahrnuje dekomprimátor. Protože aplikační kód (určitá forma přechodného kódu) je komprimován z důvodů úspor prostoru a kvůli rychlejšímu stahování z MPEG-2 přenosového toku nebo přes vestavěný režim přijímače/dekodéru, musí být kód
Φ * » » • · φ φ • · φ ♦ φφ φφ • φ φφφ φ φ φ φ φ-φ φ * φφφ φφφ «φ φφ · dekomprimován před zavedením do RAM. Prováděcí prostředek 4008 rovněž zahrnuje interpreter pro interpretaci aplikačního kódu pro aktualizaci různých proměnných hodnot a určování změn stavů, a prostředek pro ověřování chyb.
Před využitím služeb jakéhokoliv zařízení 4062 musí být program (jako je instrukční sekvence pro aplikaci) deklarován jako klient, to jest logická přístupová cesta k zařízení 4066 nebo řídícímu programu 4068 zařízení. Řídící program poskytuje klientovi klientské číslo, které je uváděno při všech přístupech k zařízení. Zařízení 4062 může mít několik klientů, přičemž počet klientů pro každé zařízení 4062 je specifikován v závislosti na typu zařízení 4062. Klient je zaveden do zařízení 4062 prostřednictvím procedury Device: Open Channel. Tato procedura přiděluje klientovi klientské číslo. Klient může být vyjmut ze seznamu klientů řídícího programu 4068 zařízení prostřednictvím procedury Device: Close Channel.
Každé zařízení komunikuje s aplikací za řízení řídícím programem 4068 zařízení prostřednictvím jedné ze tří standardních procedur, které jsou společné i pro ostatní zařízení. Informace může být předávána mezi aplikací a zařízením prostřednictvím tabulek. Pro jednoduchost jsou tři základní procedury stručně popsány níže:25
1) Device: Call. Tento příkaz může být použit aplikací pro provádění synchronních příkazů nebo datového přenosu. Provádění aplikace je zablokováno, dokud není vrácen řídící příkaz, když byla operace řídícího programu zařízení dokončena. To umožňuje operacím, které musí být prováděny ve striktní sekvenci, aby byly řízeny spolehlivě.
·· « * · v · (·· « · · · · » ♦ • « «· ·· · · * ·· · • · * « ··» · · * * ι* *« ··· «· · ··
I
2) Device: I/O. Tento příkaz umožňuje asynchronní činnost. To znamená, že aplikace může vyslat žádost o datový přenos nebo o provedení určité funkce budičem zařízení a provádění aplikace může pokračovat, zatímco je tento datový přenos nebo funkce vykonáván budičem zařízení.
3) Device: Event. Přerušovací funkce událostí umožňuje událostem, aby byly signalizovány zařízením do aplikace, přičemž pro určitou akci, která má být provedena aplikací v odezvě na událost nezávisle na prováděném kódu aplikace v okamžiku signalizace události, je aplikace účinně přerušena. Události mohou být řazeny podle priorit. Události mohou být použity pro signalizování událostí probíhajících na rozhraní, jako je reset sběrnice, nebo pro zajištění monitorování asynchronních příkazů, například prostřednictvím signalizace dokončení požadovaného datového přenosu.
Jak je uvedeno výše, je hlavní smyčka prováděcího prostředku spojena s různými jednotkami řadiče zpracování a, když hlavní smyčka zachytí příslušnou událost, je řízení dočasně převedeno na jednu z těchto jednotek řadiče zpracování.
Jak je znázorněno na obr. 10, zahrnuje řídící program zařízení frontu 100, do které jsou události ze zařízení předávány pro dočasné uložení. Ve vhodných intervalech vi2?tíiáTni poci_t3.c vysílá sicfricil do této fionty píro vyjmuti první položky z této fronty. Tato položka události je přesunuta do frontové struktury 101 ve virtuálním počítači. V závislosti na prioritní úrovni položky události, je tato položka vložena do vhodné jedné z 5 front 0 až 4. Položky událostí jsou vyjímány z frontové struktury 101 • * · • · · 4 • · · 4
44
4« · · · · • 4 44« · 4 · · 4 4 4 4 4
444 <4 44 44 prostřednictvím jednotky 102 voliče fronty pod řízením prováděcího prostředku.
Když je z frontové struktury 101 zvolena událost, je tato událost předána do prováděcího prostředku 104 jednotky řadiče zpracování, který sestává z budiče 105 jednotky řadiče zpracování a sady jednotek 106 řadiče zpracování. Každá jednotka řadiče zpracování je sadou akcí-skupin spojených dohromady, takže každý krok z jedné akce-skupiny do následující akce-skupiny je, obecně, závislý na současné akcí-skupíně a povaze události. Různé jednotky řadiče zpracování mají různé velikosti a jsou různě složité, včetně takové, u které následující akce-skupina, to jest akce-skupina, do které systém přejde v odezvě na událost, je závislá pouze na povaze události, ale je nezávislá na současné akci-skupině. Rovněž, jak je znázorněno na pravé straně bloku jednotek řadiče zpracování, zde může být několik kopií jednotek řadiče zpracování, to jest několik zcela shodných jednotek řadiče zpracování, pro práci, například, s několika samostatnými datovými toky s použitím naprosto shodných protokolů přes jeden port.
Když je zvolena událost, je předána do vhodné jednotky řadiče zpracování. Ta volí vhodný výstup ze současné akce-skupiny na jednotce řadiče zpracování. To má za následek zvoleni vhodné následující akce-skupiny’ a provedeni akci v této akci-skupině, což zahrnuje, například, vyslání zprávy do řídícího programu zařízení nebo vykonání instrukční sekvence. Akce-skupiny v jednotce řadiče zpracování mohou rovněž vysílat zprávy událostí do jiných jednotek řadiče zpracování.
• · · »W W V » W W W • · · · · « · ·· *9· · · ·
I · I · · · · ··· ·» ·· ·«
Pokud je zvolena instrukční sekvence, je vyslána identifikace této instrukční sekvence do voliče 107 instrukční sekvence. Ten získá požadovanou instrukční sekvenci z paměti 108 instrukční sekvence a předává ji do interpretem 109 instrukční sekvence, který tuto instrukční sekvenci vykoná.
Systém rovněž zahrnuje filtr 110. který je zaváděn s typy událostí, například z jednotek 106 řadiče zpracování.
Když je položka události předána z fronty 100 v řídícím programu zařízení do frontové struktury 101 ve virtuálním počítači, je její typ nebo charakter porovnán se seznamem ve filtru 110. a pokud je typu, který není poznán, je vyloučena.
To zajišťuje, že, pokud řekněme řídící program zařízení nebo klávesnice generuje události typu, který virtuální počítač 15 nemůže zpracovat, nejsou tyto události předány do frontové struktury 101. (Pokud by události tohoto typu byly předávány do frontové struktury 101, pak by se buď hromadily v této frontové struktuře 101 nebo by mohly způsobit vadnou funkci prováděcího prostředku 104 jednotky řadiče zpracování.)
Může být tedy patrné, že tento základní systém poskytuje platformu mající značnou pružnost pro umožňování aplikaci, aby komunikovala s nejrůznějšími zařízeními.
Zařízení podmíněného přístupu
Jak je patrné z obr. 11 a obr. 12, přijímač/dekodér 2020 obsahuje zařízení 4100 podmíněného přístupu, nebo také CA zařízení 4100. Toto CA zařízení 4100 je spojeno přes port 4103 s budičem 4102 zařízení pro zařízení 4036 pro čtení inteligentních karet a přes port 4105 s budičem 4104 zařízení φφφ * Φ φ φφ II φφφ φφφ φφ φ φ φ φ φ φ φ φ φ φ φφ pro demultiplexor a filtr 4502 přijímače/dekodéru 2020. CA zařízení 4100 je rovněž spojeno přes port 4101 s řídícím programem 4068 zařízení pro přijímání příkazů od a pro vysílání zpráv do aplikací 4056. 4057'. uložených v přijímači/dekodéru 2020, a pro přístup k paměti 4024 přijímače/dekodéru 2020 za účelem, například výběru dat uložených v této paměti.
CA zařízení 4100 může informovat konfigurační aplikaci, například, rezidentní aplikaci 4057' systémů podmíněného přístupu, podporovaných přijímačem/dekodérem, a systému podmíněného přístupu, který je přijímačem/dekodérem právě využíván. Taková konfigurační aplikace je schopná změnit systém podmíněného přístupu, který je právě používán přijímačem/dekodérem 2020. Typ systému podmíněného přístupu, který je právě používán přijímačem/dekodérem, je zapsán ve vyrovnávacím registru v paměti 4024 příjímače/dekodéru, jak je přiřazeno prostřednictvím CA zařízení 4100. Adresa tohoto vyrovnávacího registru může být vysílána do konfigurační aplikace 4057' prostřednictvím řídícího programu 4068 θ zařízení. Tento vyrovnávací registr rovněž obsahuje informace týkající se verze systému podmíněného přístupu, který je právě používán přijímačem dekodérem, každého systému podmíněného přístupu, který je podporován přijímačem/dekodérem, a verze každého systému podmíněného přístupu, který je podporován přijímačem dekodérem.
Příkaz CALL_SELECT umožňuje aplikačnímu programu zvolit systém podmíněného přístupu, který má být použit přijímačem/dekodérem. Typ a číslo verze systému podmíněného přístupu jsou uloženy v paměťové zóně v paměti 4024 přijímače/dekodéru. Adresa paměťové zóny, sdružené s *•4 4 »4 ····· ·· 44 44··· ·· ·φ jakýmkoliv systémem podmíněného přístupu, podporovaným přijímačem/dekodérem, je rovněž převoditelná do konfigurační aplikace 4 057' prostřednictvím řídícího programu 4068 zařízení. Následně p přijetí adresy paměťové zóny aplikační program vysílá tuto adresu do CA zařízení 4100 v tomto příkazu. V odezvě na tento příkaz CA zařízení 4100 mění data uložená ve vyrovnávacím registru v paměťové zóně paměti 4024. Příkaz vrací signál indikující dokončení příkazu nebo selhání příkazu, pokud zpráva EMM nebo ECM je bud’ zaváděna přijímačem/dekodérem 2020 nebo zpracovávána přijímačem/dekodérem 2020.
CA zařízení 4100 umožňuje zprávám EMM, aby byly zaváděny (stahovány), a zprávám ECM, aby byly demultiplexovány pro kódování komponentů pro jakýkoliv systém 15 podmíněného přístupu, který je podporován přijímačem/dekodérem 2020.
Jak je patrné na obr. 12, jsou elektromagnetické signály, přijímané přijímačem 2018, vysílány do ladiče 4028 MPEG toku. Tento ladič (tuner) obvykle sleduje (prohlíží) rozsah frekvencí, přičemž se zastavuje pouze, když je uvnitř tohoto rozsahu detekována nosná frekvence. Takto detekované signály jsou vysílány do demodulátoru 4500. který demoduluje signály a vysílá je do demultiplexoru a filtru 4502.
Demultiplexor a filtr 4502 provádí manipulaci s přijímaným datovým tokem tak, že pouze požadované komponenty datového toku jsou vyjímány přijímačem/dekodérem 2020 z tohoto datového toku. Datová manipulace se provádí podle manipulačního protokolu, který lze konfigurovat v závislosti
3Q na systému podmíněného přístupu, který je právě používán přij ímačem/dekodérem.
• · · · ·♦ ·· • » · ··· • · · t • · · * ·* ··
Data jsou transportována v MPEG datovém toku ve formě datových paketů o velikosti obvykle 188 bytů uvnitř odpovídajících typů datových toků, například video datových toků, audio datových toků a teletextových datových toků. Každému paketu předchází identifikátor paketu (PID) o velikosti 13 bitů, jeden PID pro každý paket transportovaný v MPEG datovém toku. Tabulka mapování programů (PMT tabulka) obsahuje seznam různých datových toků a definuje obsahy každého datového toku podle odpovídajícího PID. Každá PMT tabulka je sdružena s odpovídajícím přenosovým kanálem. PID může upozornit zařízení na přítomnost aplikací v datovém toku, přičemž PID je identifikován s použitím PMT tabulky. Hodnota PID poskytuje parametr sdružený s manipulačním protokolem.
Datové pakety týkající se aplikací, zpráv EMM a ECM obvykle zahrnují jeden nebo více MPEG úseků. Pro umožnění video paketům,'audio paketům, teletextovým paketům a tituikovacím paketům pro službu, aby byla stahovány (zaváděny) přijímačem/dekodérem, musí být nejprve zajištěny správné zprávy EMM a ECM.
Manipulační protokol demultiplexoru a filtru 4502 využívá jeden nebo více, obvykle 8, bytů MPEG úseku datového toku, obvykle ofsetový byte 0 a ofsetové byty 3 až 9, pro filtrovaní useku z datového toku pro umožněni stažení (zavedení) požadované aplikace, nebo zprávy EMM či ECM. V závislosti na hodnotě PID aplikace, zprávy EMM nebo ECM určené ke stažení je filtr možné konfigurovat pro umožněné stažení pouze této určité aplikace, zprávy EMM nebo ECM. Následně po filtrování demultiplexorem a filtrem 4502 může být zpráva EMM nebo ECM vysílána do inteligentní karty 3020 * 0 0 0 00 00
0 0 • 00 ·0 ·· 0 ·· 0
00 vložené do čtecího zařízení inteligentních karet přiímače/dekodéru pro uložení na této kartě.
Demultiplexor a filtr 4502 je spojen s dekodérem 4504. který je dále spojen s MPEG Čipem 4506. Tento čip 4506 je dále spojen s televizním zařízením 2022. Demultiplexor a kodér 4502 obvykle zajišťuje až 32 výstupů spojených s RAM médiem 4022 paměti 4024 přijimače/dekodéru 2020.
Video pakety, audio pakety, teletextové pakety a titulkovací pakety pro službu jsou demultiplexovány demultiplexorem 4502, dekódovány dekodérem 4504 s využitím řídícího slova vyjmutého ze zprávy ECM, a vysílány do MPEG čipu 4506 pro zpracování na signály ve formě kompatibilní s televizním zařízením 2022.
Stahování (zavádění) zpráv EMM
CA zařízení 4100 řídí stahování zpráv EMM v přijímači dekodéru v závislosti na systému podmíněného přístupu, který je právě nebo který má být používán přijimačem/dekodérem
Tabulka podmíněného přístupu (CAT tabulka) obsahuje seznam různých systémů podmíněného přístupu (ve formě identifikátorů systémů (CS ID)) a definuje PID 3170 zpráv EMM sdružených s každým C3 ID pro jjouz.iti ^rr demultiplexovani a filtrování dat. CAT tabulka je stahována pravidelně z datového toku a ukládána v paměťové zóně paměti 4024 přijimače/dekodéru 2Q2Q. CAT tabulka může být aktualizována v kterémkoliv okamžiku, například, pokud PID jakékoliv ze zpráv EMM identifikované touto tabulkou, se změnily, protože EMM pakety jsou vysílány z nového odpovídače.
• ' t • · · * ·· ·· • · · • t · ·· · ·· • · · » ·· ··
Když již byla aktualizovaná CAT tabulka stažena do přijímače/dekodéru 2020, aplikace s využitím příkazu CALL_SET_CAT může informovat CA zařízení 4100 o přítomností nové CAT tabulky.
Seznam PID pro každý systém je použit při konfiguraci demultiplexoru a filtru 4502 přijímače/dekodéru 2020, takže pro systém podmíněného přístupu, který je právě používán přijímačem/dekodérem 2020, je použit správný manipulační protokol s daty pro umožnění vysílání správných zpráv EMM do, 10 například, inteligentní karty 3020.
Když tedy dojde ke změně v buď:
(i) CAT tabulce; nebo (ii) sytému podmíněného přístupu, který je právě 15 užíván přijímačem/dekodérem;
je demultipelxor a filtr 4502 aktualizován pro změnu datového manipulačního protokolu.
Po přijetí příkazu CALL_SET_INFO z aplikace CA zařízení identifikuje systém podmíněného přístupu, používaný přijímačem/dekodérem 2020 a generuje s využitím CAT tabulky uložené v paměti 4024, tabulku zahrnující hodnoty PID zpráv EMM tohoto systému podmíněného přístupu.
Když CA zařízení 4100 přijímá příkaz OI_EMM__START z 25 aplikace, je takto vytvořená tabulka vysílána do budiče 4104 demultiplexoru a filtru pro konfigurování tohoto demultíplexoru a filtru 4502 příslušně tak, že je použit správný manipulační protokol. Příkaz vrací signál do aplikace 4057' indikující dokončení příkazu nebo selhání příkazu, • · · » ·· ·· pokud zpráva EMM je právě stahována nebo pokud s využitím příkazu CA_SELECT nebyl nastaven systém podmíněného přístupu.
Shora popisovaná činnost CA zařízení 4100 je shrnuta na obr. 13.
Nejprve v kroku S100 CA zařízení 4100 přijímá příkaz
CALL_SET_CAT přes port 4101 z aplikace, který informuje CA zařízení o nové CAT tabulce v paměti 4024 přijímače/dekodéru
2020. Z CAT tabulky je CA zařízení schopno přistupovat k seznamu všech z různých systémů podmíněného přístupu (ve formě identifikátorů systémů (CS ID)), podporovaných přijímačem/dekodérem 2020, a k seznamům PID zpráv EMM sdružených s každým CS ID. Tyto seznamy poskytují parametry sdružené s manipulačním protokolem demultíplexoru a filtru
4502.
Dále v kroku S102 CA zařízení 4100 přijímá příkaz CALL_SET_CAT přes port 4101 z aplikace, který identifikuje systém podmíněného přístupu, používaný přijímačem/dekodérem, a v odezvě CA zařízení s využitím CAT tabulky generuje v kroku S104 tabulku zahrnující hodnoty PID zpráv EMM pouze tohoto systému podmíněného přístupu, jak byly vyjmuty z paměti 4024 přes port 4101.
Nakonec v kroku S106 CA zařízení přijímá příkaz IO_EMM_START přes port 4101 z aplikace a v kroku S108 je tabulka, vytvořená v kroku 5104, vysílána do demultíplexoru a filtru 4104 přes port 4105 pro konfigurování manipulačního protokolu pro demultiplexor a filtr 4502, to jest pro konfigurování demultíplexoru a filtru 4502 tak, že pouze zprávy EMM tohoto systému podmíněného přístupu mohou být stahovány přijímačem/dekodérem 2020.
* »
Ve shora popisované činnosti jsou do demultiplexoru a filtru 4502 vysílány pouze ty parametry, které jsou potřebné pro konfigurování manipulačního protokolu.
• · · ·· ·♦ « · ··· ·· • · · ϊ ϊ • · · · · • ♦ · « · ·« ·«
Pokud se týká následného zpracování stažených zpráv EMM, je z CA zařízení 4100 uspořádána událost EVENT_CA_EMM pro signalizaci do aplikace přijetí inteligentní kartou zprávy EMM do ní vysílané, a pro poskytnutí bloku parametrů, adresovaného do aplikace, který obsahuje adresu uložené zprávy EMM a informace poskytnuté budičem 4102 inteligentní karty přes port 4103, přičemž tyto informace závisejí na systému podmíněného přístupu, který je právě používán přijímačem/dekodérem 2020. Událost EVENT_CA_EMM_ERROR je uspořádána pro signalizaci odmítnutí inteligentní kartou zprávy EMM do ní vyslané, například pokud inteligentní karta nemá právo pro uložení zprávy EMM, a pro poskytnutí datového bloku adresovaného do aplikace, který obsahuje informace poskytnuté inteligentní kartou, přičemž tyto informace závisejí na systému podmíněného přístupu, který je právě používán přijímačem/dekodérem.
Alternativně může být aplikační zpráva EMM (to jest zpráva EMM vysílaná ve vztahu k aplikaci) uložena v paměti přijímače/dekodéru, například za účelem ověření, že aplikace 4056 pracuje správně. Událost EVENT_CA_APP_EMM je uspořádána pro signalizaci do aplikace přijetí zprávy EMM. Tato událost poskytuje datový blok aplikace, který obsahuje adresu uložené zprávy aplikační adresovaný do EMM.
• · 4 • 444 ·· · · · 4 4*4 4 · 4 •44 444 4444 • · 44 4 4 ·· ·· *·
Zavádění (stahování) zpráv ECM
CA zařízení 4100 řídí demultiplexování zpráv ECM pro dekódování komponentů.
S využitím příkazu CALL_ADD_ECM aplikace poskytuje 5
CA zařízení 4100 PID zprávy ECM, která má být stažena přijímačem/dekodérem 2020, jak je specifikováno v PMT tabulce. PMT tabulka je uložena v paměti 4024, která obsahuje seznam různých datových toků a definuje obsahy pro každý datový tok podle příslušného PID. PID je poskytnut společně s jakýmikoliv dalšími informacemi týkajícími se systému podmíněného- přístupu, který je zvolen s využitím příkazu
CALL_SELECT, potřebnými pro ošetření zprávy ECM. Tyto informace obvykle zahrnují identifikaci systému podmíněného přístupu, číslo relace PPV události a indexové číslo PPV 15 události.
CA zařízení 4100 přiřazuje identifikátor DESCR_ID pro PID zprávy ECM a vrací do aplikace přes řídící program 4068 zařízení adresu paměťové zóny, ve které je tento
DESCR_ID pro PID zprávy ECM možné nalézt. PID zprávy ECM odpovídá unikátnímu DESCR_ID. Alternativně CA zařízení může vrátit do aplikace přes řídící program 4068 zařízení chybovou zprávu indikující, ze nebyl zvolen systém podmíněného přístupu, že PID již byl do zařízení vysílán předtím, nebo že již bylo dosaženo předem stanoveného maximálního počtu DESCR_ID.
CA zařízení 4100 se rovněž připravuje pro vráceni hodnoty PID do budiče 4104 demultiplexoru a filtru pro umožnění přijetí zprávy ECM přijímačem/dekodérem.
* ’«!· ϊ i · { • · · » · 4 4 4444 »· · · «· · 4· 44 4»
Aplikace následně vysílá příkaz CALL_SERVICE_ SET_PID do CA zařízení 4100 pro identifikaci adres v paměti přijímače/dekodéru PID video, audio, titulkovacích a teletextových paketů události, které mají být demultiplexovány. Tyto hodnoty těchto PID mohou být spojeny s identifikátorem DESCR_ID, předtím přiděleným k PID zprávy ECM. Tento identifikátor potom může být použit aplikací pro identifikaci komponentů v datovém toku bez nutnosti toho, aby aplikace přijímala hodnoty pro všechny tyto komponenty.
Demultiplexování a filtrování video, audio, titulkovacích a teletextových paketů nezačne, dokud aplikace nevyšle příkaz CALL_SERVICE_START do CA zařízení 4100. Po přijetí tohoto příkazu CA zařízení vysílá do budiče 4104 demultiplexoru a filtru hodnotu PID zprávy ECM a datové pakety události. Zpráva ECM je demultiplexována, filtrována a vysílána do inteligentní karty 3020 pro uložení na této kartě. Řídící slovo pro dekódování komponentů události je vyjmut ze zprávy ECM a vysíláno do dekodéru 4504.
Shora popisovaná činnost CA zařízení je shrnuta na obr. 14.
Nejprve v kroku S20Q CA zařízení přijímá příkaz CALL_ADD_ECM přes port 4101 z aplikace, který poskytuje CA zařízení 4100 PID zprávy ECM, která má být stažena přijímačem/dekodérem 2020, jak je specifikováno PMT tabulkou, uložené v paměti 4024 přijímače/dekodéru. CA zařízení 4100 přiděluje identifikátor DESCR_ID k PID zprávy ECM a vrací adresu paměťové zóny tohoto identifikátoru do aplikace.
Dále v kroku S202 CA zařízení přijímá příkaz
CALL_SERVICE_SET_PID z aplikace, který poskytuje CA
I « » · ·· ·· • · φ φφφ φφ b Φ Φ φ • Φ ΦΦ zařízení 4100 adresy v paměti přijímače/dekodéru pro PID video, audio, titulkovacích a teietextových paketů události, které mají být demultiplexovány, takže hodnoty těchto PID mohou být vybrány CA zařízením 4100. Tyto hodnoty PID jsou spojeny s identifikátorem DESCR_ID, přiděleným k PID zprávy ECM.
Nakonec v kroku S2Q6 CA zařízení přijímá příkaz CALL_SERVICE_START přes port 4101 z aplikace a v kroku 5208 CA zařízení 4100 vysílá do budiče 4104 demultiplexoru a filtru hodnotu (hodnoty) PID zprávy ECM a paketů události.
Opět ve shora popisované činnosti jsou do demultiplexoru a filtru 4502 vysílány pouze ty parametry, které jsou potřebné pro konfigurování manipulačního protokolu. Navíc je k PID zprávy ECM a k různým odlišným typům datových paketů přiřazen jeden identifikátor DESCR_ID, na který může aplikace následně odkazovat bez odkazů na všechny parametry, které jsou s ním spojené.
Jak je popisováno výše, CA zařízení 4100 řídí stahování zpráv EMM a demultiplexování zpráv ECM pro dekódování komponentů pro jakýkoliv systém podmíněného přístupu, který je podporován přijímačem/dekodérem 2020. Pro každou z těchto řídících funkcí CA zařízení 4100 jsou jakoukoliv aplikací vysílány do CA zařízení 4100 stejné příkazy. Pokud se týká stahováni zprávy EMM, CA zařízení přijímá příkazy CALL_SET_CAT, CALL_SET_INFO a CALL_EMM_START od jakékoliv aplikace bez ohledu na používaný systém podmíněného přístupu. Pokud se týká ošetření zprávy ECM, CA zařízení přijímá příkazy CALL_ADD_ECM, CAL_SERVICE_SET_PID a CALL_SERVICE_START od jakékoliv aplikace opět bez ohledu na právě používaný systém » « · ; j :.: 1: * «· . ·: i: :
·· Μ ·· podmíněného přístupu. Stahování zpráv EMM a ošetřování zpráv ECM začíná pouze po přijetí finálního příkazu, není zde tedy, například, nutné aktualizovat demultiplexor a filtr 4502. dokud CA zařízením 4100 není přijat příkaz pro započetí stahování zprávy EMM. Rovněž zde není nutné vysílat všechny parametry, uváděné v CAT tabulce a PMT tabulce, do demultiplexoru a filtru 4502. ale jsou vysílány do demultiplexoru a filtru 4502 pouze ty parametry, které jsou sdružené s požadovaným manipulačním protokolem. Podobně zde není nutné vysílat všechny parametry v PMT tabulce do aplikace, ale pouze identifikátor DESCR_ID těchto parametrů.
Mělo by být zcela zřejmé, že předkládaný vynález byl výše popsán čistě prostřednictvím příkladu a v rozsahu tohoto vynálezu mohou být prováděny modifikace jednotlivých detailů.
Každý znak popsaný v popisu a (kde je to vhodné) v patentových nárocích a ilustrovaný na výkresech může být zajištěn nezávisle nebo v jakékoliv vhodné kombinaci.
Ve shora popisovaných výhodných provedeních byly určité znaky předkládaného vynálezu realizovány s využitím počítačového softwaru. Mělo by ale být zcela zřejmé, že pro osoby v oboru znalé, že jakýkoliv z těchto znaků může být realizován v hardwaru. Navíc by mělo být zcela zřejmé, že funkce prováděné hardwarem, počítačovým softwarem a podobně, jsou realizovány na nebo s využitím elektrických a podobných signálů.

Claims (41)

  1. PATENTOVÉ NÁROKY
    1. Zařízení pro použití v přijímači/dekodéru, který lze provozovat s různými systémy podmíněného přístupu, přičemž přijímač/dekodér zahrnuje manipulační prostředek pro 5 manipulaci s daty, přijímanými přijímačem/dekodérem, podle manipulačního protokolu, který lze konfigurovat v závislosti na systému podmíněného přístupu, a paměťový prostředek pro uložení parametrů sdružených s manipulačním protokolem, vyznačující se tím, že zahrnuje:
    prostředek pro přijeti příkazu instruujícího konfiguraci.manipulačního protokolu v závislosti na systému podmíněného přístupu;
    prostředek pro vybrání alespoň jednoho parametru z paměťového prostředku v závislosti na příkazu; a 15 prostředek pro vydání uvedeného parametru do manipulačního prostředku pro použití při konfiguraci manipulačního protokolu, přičemž manipulační prostředek nevybírá všechny parametry potřebné pro konfiguraci manipulačního protokolu pro všechny ze systémů podmíněného přístupu.
  2. 2. Zařízení podle nároku 1, vyznačující se tím, že je uspořádáno pro vydání uvedeného parametru do manipulačního prostředku po přijetí příkazu instruujícího vydání uvedeného
    25 parametru.
  3. 3. Zařízení podle nároku 1 nebo 2, vyznačující se tím, že zahrnuje prostředek pro přijetí příkazu upozorňujícího zařízení na aktualizaci parametrů uložených v paměťovém prostředku.
    • 0 0 • * 0 • 0 0 0
    0· • ♦' · J · * ϊ
    0 0 000 00 i ♦ · 0 0 0 0 0 • 00 >0 0» 00
  4. 4. Zařízení podle kteréhokoliv z předcházejících nároků, vyznačující se tím, že uvedené parametry zahrnují identifikátor systému podmíněného přístupu, který je právě používán přijimačem/dekodérem.
  5. 5. Zařízení podle nároku 4, vyznačující se tím, že uvedený parametr je sdružen s uvedeným identifikátorem.
  6. 6. Zařízení podle vyznacujxcx cc txm, konfigurační aplikace.
    kteréhokoliv z předcházejících nároků, e je uspořádáno pro přijetí příkazů z
  7. 7. Zařízení podle nároku 6, vyznačující se tím, že je uspořádáno pro změnu identifikátoru systému podmíněného přístupu, který je právě používán přijimačem/dekodérem, v odezvě na příkaz z konfigurační aplikace.
  8. 8. Zařízení podle kteréhokoliv z předcházejících nároků, vyznačující se tím, že každý uvedený parametr zahrnuje alespoň jeden byte úseku datového paketu, který má být přijat přij ímačem/dekodérem.
    20
  9. 9. Zařízení podle kteréhokoliv z předcházejících nároků, vyznačující se tím, že každý uvedený parametr zahrnuje identifikátor datového paketu, který má být přijat přijimačem/dekodérem.
  10. 10. Zařízení Dodle nároku 9, vyznačující se tím, že uvedené 25 parametry zahrnují identifikátor opravňovací ovládací zprávy (EMM).
  11. 11. Zařízení podle nároku 9, vyznačující se tím, že uvedené parametry zahrnují identifikátor opravňovací řídící
    30 zprávy (ECM).
    • · * · • · > ;; ;
    • · · • · · · ·· ··
  12. 12. Zařízení podle kteréhokoliv z předcházejících nároků, vyznačující se tím, že je uspořádáno pro příjem žádostí od množství klientských aplikací pro množství parametrů.
  13. 13. Přijímač/dekodér obsahující zařízení podle kteréhokoliv z předcházejících nároků, vyznačující se tím, že uvedený manipulační prostředek je uspořádán pro provoz pod řízením zařízením pro manipulaci s daty a uvedeným prostředkem pro uložení parametrů sdružených s manipulačním protokolem.
  14. 14. Přijímač/dekodér podle nároku 13, vyznačující se tím, že uvedený manipulační prostředek zahrnuje demultiplexor a filtr ovladatelný pro filtrování specifických komponentů dat z dat přijímaných přijímacím prostředkem.
  15. 15. Přijímač/dekodér podle nároku 14, vyznačující se tím, že manipulační protokol mění filtr tak, že přijímačem/dekodérem jsou stahovány pouze specifické komponenty dat přijímaných přijímacím prostředkem.
  16. 16. Způsob konfigurace přijímače/dekodéru pro přístup k datům, přičemž přijímač/dekodér zahrnuje manipulační prostředek pro manipulaci s daty, přijímanými přijímačem/dekodérem, podle manipulačního protokolu, který lze konfigurovat v závislosti na systému s podmíněným přístupem, a paměťový prostředek pro uložení parametrů sdružených s manipulačním protokolem, vyznačující se tím, že zahrnuje kroky:
    přijetí příkazu instruujícího konfiguraci manipulačního protokolu v závislosti na systému s podmíněným přístupem;
    vybrání alespoň jednoho z parametrů z paměťového prostředku v závislosti na příkazu; a vydání uvedeného parametru do manipulačního prostředku w w w
    4 4 4 • 4 ·
    WWW w
    4 4 4
    4 4 4
    4 4«
    44« 4« w v 4 4 4 4 4 4 pro použití při konfiguraci manipulačního protokolu, přičemž manipulační prostředek nepřijímá všechny parametry potřebné pro konfiguraci manipulačního protokolu pro všechny ze systémů s podmíněným přístupem.
  17. 17. Způsob podle nároku 16, vyznačující se tím, že uvedený parametr se vydává po přijetí příkazu instruujícího vydání uvedeného parametru.
    Způsob podle nároku 16 nebo 17, vyznačující se tím,- že zahrnuje krok přijetí příkazu upozorňujícího zařízení na aktualizaci parametrů uložených v paměťovém prostředku.
  18. 19. Způsob podle kteréhokoliv z nároků 16 až 18, vyznačující se tím, že uvedené parametry zahrnují identifikátor systému podmíněného přístupu, který je právě používán přijímačem/dekodérem.
  19. 20. Způsob podle nároku 19, vyznačující se tím, že uvedený parametr, vydávaný do manipulačního prostředku, je sdružen s uvedeným identifikátorem.
  20. 21. Způsob podle kteréhokoliv z nároků 16 až 20, vyznačující se tím, že příkazy se přijímají z konfigurační aplikace.
  21. 22. Způsob podle nároku 21, vyznačující se tím, že identifikátor systému podmíněného přístupu, který je právě používán přijímačem/dekodérem, se mění v odezvě na příkaz z konfigurační aplikace.
  22. 23. Způsob podle kteréhokoliv z nároků 16 až 22, vyznačující se tím, že každý uvedený parametr zahrnuje * · • · · •« · ·♦ ·· • » » • · * • · · ··· »· • · * t • · · ϊ • · · · ·· ·· alespoň jeden byte úseku datového paketu, který má být přijat přijímačem/dekodérem.
  23. 24. Způsob podle kteréhokoliv z nároků 16 až 23, vyznačující se tím, že každý uvedený parametr zahrnuje identifikátor datového paketu, který má být přijat při j ímačem/de kodérem.
  24. 25. Způsob podle nároku 24, vyznačující se parameLry ^ahrnujr zděnirfrkator cpruvnovucz tím, že uvedené
    H - J (EMM).
  25. 26. Způsob podle nároku 24, vyznačující se tím, že uvedené parametry zahrnují identifikátor opravňovací řídící zprávy (ECM).
  26. 27. Způsob podle kteréhokoliv z nároků 16 až 24, vyznačující se tím, že se přijímají žádosti od množství klientských aplikací pro množství parametrů.
  27. 28. Zařízení pro použití v přijímači/dekodéru, přičemž přijímač/dekodér obsahuje paměťový prostředek pro uložení
    20 parametrů sdružených s manipulačními daty přijímanými přijímačem/dekodérem, a alespoň jednu aplikaci nebo další zařízení, vyznačující se tím, že zahrnuje:
    prostředek pro vytváření identifikátoru pro alespoň jeden parametr; a
    25 prostředek pro vydání uvedeného identifikátoru do alespoň jedné aplikace nebo dalšího zařízení.
  28. 29. Zařízení podle nároku 28, vyznačující se tím, že přijímač/dekodér lze provozovat s různými systémy s podmíněným přístupem, přičemž uvedené parametry jsou sdruženy 30 s manipulačními daty, přijímanými přijímačem/dekodérem, podle • · · · · » · · · ·»· ···· ·· ·· ·»· ·· ·· ·· manipulačního protokolu, který lze konfigurovat v závislosti na systému s podmíněným přístupem.
  29. 30. Zařízení podle nároku 28 nebo 29, vyznačující se tím, že uvedený alespoň ječen parametr zahrnuje identifikátor datového paketu, který má být přijat přijímačem/dekodérem.
  30. 31. Zařízení podle nároku 30, vyznačující se tím, že uvedený alespoň jeden parametr zahrnuje identifikátor «1
    V* Π ř-3-l Z“1 Ί ·7 ν' *1 V 1 í PPM '
    J- Ο V iliy V -i- LXUXul íuJJJ-Uávj / přij ímačem/dekodérem.
    V 4- λ v 6 τη a τ> τ* i ί a ť a
    J i. Ur kj· J_ LA. Ihbi jf
  31. 32. Zařízení podle nároku 30 nebo 31, vyznačující se tím, že uvedený alespoň jeden parametr zahrnuje příslušné identifikátory video, audio, teletextových a titulkovacích datových paketů události, která má být přijata přij ímačem/dekodérem.
  32. 33. Zařízení podle kteréhokoliv z nároků 28 až 32, vyznačující se tím, že je uspořádáno pro uložení množství parametrů, z nichž každý má příslušný přiřazený identifikátor.
  33. 34. Přijímač/dekodér, vyznačující se tím, že obsahuje zařízení podle kteréhokoliv z nároků 28 až 33 a uvedený paměťový prostředek pro uložení parametrů sdružených s manipulačními daty přijímanými přijímačem/dekodérem, a
    25 uvedené další zařízení nebo uvedenou aplikaci.
  34. 35. Způsob konfigurace přijímače/dekodéru, přičemž přijímač/dekodér obsahuje paměťový prostředek pro uložení parametrů sdružených s manipulačními daty, přijímanými přijímačem/dekodérem, a alespoň jednu aplikaci nebo další zařízení, vyznačující se tím, že zahrnuje:
    * φ • φ φ · φ · vytvoření identifikátoru pro alespoň jeden parametr; a vydání uvedeného identifikátoru do uvedené alespoň jedné aplikace nebo dalšího zařízení.
  35. 36. Způsob podle nároku 35, vyznačující se tím, že přijímač/dekodér lze provozovat s různými systémy s podmíněným přístupem, přičemž uvedené parametry jsou sdruženy s manipulačními daty, přijímanými přijímačem/dekodérem, podle manipulačního protokolu, který lze konfigurovat v závislosti na systému s podmíněným přístupem.
  36. 37. Způsob podle nároku 35 nebo 36, vyznačující se tím, že uvedený alespoň jeden parametr zahrnuje identifikátor datového paketu, který má být přijat přijímačem/dekodérem.
  37. 38. Způsob podle nároku 37, vyznačující se tím, že uvedený 15 alespoň jeden parametr zahrnuje identifikátor opravňovací řídící zprávy (ECM), která má být přijata přij ímačem/dekodérem.
  38. 39. Způsob podle nároku 37 nebo 38, vyznačující se tím, že 20 uvedený alespoň jeden parametr zahrnuje příslušné identifikátory video, audio, teletextových a titulkovacích datových paketů události, která má být přijata přij ímačem/dekodérem.
  39. 40. Způsob podle kteréhokoliv z nároků 35 až 39,
    25 vyznačující se tím, že dále zahrnuje uložení množství parametrů, z nichž každý má příslušný přiřazený identifikátor.
  40. 41. Zařízení pro použití v příjímači/dekodéru v podstatě podle zde uvedeného popisu s odkazy na připojené výkresy.
    ♦ ’·· »· · · « « a « • · · · · ♦ ···« •φφφ φφφ Φφφφ ·· ·φ φφφ φφ φφ φφ
  41. 42. Způsob konfigurace přijímače/dekodéru v podstatě podle zde uvedeného popisu s odkazy na připojené výkresy.
CZ20002873A 1999-02-03 1999-02-03 Zařízení a způsob pro konfiguraci přijimače/dekodéru CZ20002873A3 (cs)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CZ20002873A CZ20002873A3 (cs) 1999-02-03 1999-02-03 Zařízení a způsob pro konfiguraci přijimače/dekodéru

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CZ20002873A CZ20002873A3 (cs) 1999-02-03 1999-02-03 Zařízení a způsob pro konfiguraci přijimače/dekodéru

Publications (1)

Publication Number Publication Date
CZ20002873A3 true CZ20002873A3 (cs) 2001-01-17

Family

ID=5471545

Family Applications (1)

Application Number Title Priority Date Filing Date
CZ20002873A CZ20002873A3 (cs) 1999-02-03 1999-02-03 Zařízení a způsob pro konfiguraci přijimače/dekodéru

Country Status (1)

Country Link
CZ (1) CZ20002873A3 (cs)

Similar Documents

Publication Publication Date Title
AU756391B2 (en) Application data table for a multiservice digital transmission system
US6490356B1 (en) Broadcast receiving system comprising a computer and a decoder
EP1025698A1 (en) Downloading of applications in a digital decoder
JP2009077451A (ja) 伝送データ・ストリームからデータ・セクションを抽出する方法
JP2001518256A5 (cs)
EP1053633B1 (en) Configuring method and device
CZ20002873A3 (cs) Zařízení a způsob pro konfiguraci přijimače/dekodéru
WO1998043172A2 (en) Access control system
MXPA00007588A (en) Configuring method and device
MXPA01003050A (en) Application data table for a multiservice digital transmission system
CZ332299A3 (cs) Vysílací a přijímací systém zahrnující počítač
MXPA99008545A (es) Sistema de control de acceso
CZ330999A3 (cs) Způsob a zařízení pro zabránění nepovolenému vstupu do systému s podmíněným přístupem