CZ2000266A3 - Zpracování digitálního přenosového toku dat - Google Patents

Abstract

Zařízení pro použití v přijímačí/dekodéru (2020) pro přenosový digitální televizní systém, ve kterém jsou přijímané signály předávány prostřednictvím přijímače do přijímače/dekodéru (2020) a tudíž do televizního zařízení (2022), Přijímač/dekodér (2020) dekóduje komprimovaný signál MPEG typu aje řízen ručním dálkovým ovládáním (2026) přes rozhraní v přijímačí/dekodéru (2020). Prijímač/dekodér(2020) obsahuje množství rozhraní s vnějšími jednotkami a logická řídící zařízení pro tato rozhraní. Zařízení vytváří částečný přenosový tok nebo sestavený datový tok z přijímaného přenášeného digitálního datového toku pod řízením aplikací. To může umožnit, aby požadovaný datový tok, například obsahující zvolené programy, byt zaznamenán digitálním videorekordérem připojeným pro přijetí výstupu ze zařízení, nebo to může usnadnit komunikaci s počítačem.

Description

Oblast techniky

Předkládaný vynález se týká propojování aplikačních programů s fyzickými zařízeními, zejména, ale ne výhradně, ve spojení s přijímači/dekodéry pro digitální televizní systémy.'

Dosavadní stav techniky

Nástup digitálních vysílacích systémů otevřel možnost využití těchto systémů pro další účely. Jedním z těchto dalších účelů nebo možností je zajištění interaktivity s koncovým uživatelem. Zde použitý termín digitální vysílací systém má zahrnovat jakýkoliv vysílací systém pro vysílání nebo přenos, například, primárně audiovizuálních nebo multimediálních dat. Ačkoliv je předkládaný vynález zejména využitelný pro přenosový (vzduchem) digitální televizní systém, může být tento vynález rovněž použitelný pro pevnou telekomunikační síť pro multimediální ínternetovské aplikace, pro uzavřený televizní okruh a podobně. Zde použitý termín digitální televizní systém zahrnuje, například, satelitní, pozemní, kabelový a další systémy.

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 tudíž do televizního zařízení. Termín příjí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ů, které mohou být přenášeny nebo vysílány nějakým dalším prostředkem. Tento termín může rovněž zahrnovat dekodér pro dekódování přijímaných signálů. Provedení takovýchto ··· • 44444 4 4 44«

4 4 4 4 4 4 • 4 44 φ» «4 >4 44 pří j linačů/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č, videorekordér nebo televize.

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é je rovněž známo jako nastavovací řídící skříň nebo STB.

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.

Jedním způsobem pro zajištění interaktivity, jak bylo popisováno výše, je spustit aplikaci na přijímači/dekodéru, kterým je přijímán televizní signál. Je žádoucí umožnit rozmanitým aplikacím, aby komunikovaly s rozmanitými fyzickými zařízeními zcela transparentním způsobem. Souběžné patentové přihlášky PCT/EP97/02115 a PCT/EP97/02116 stejného přihlašovatele popisují systémy, ve kterých jedna nebo více aplikaci může být staženo přijímačem/dekodérem a může komunikovat s fyzickými zařízeními v přijímači/dekodéru, jako jsou paralelní a sériová rozhraní a zařízení pro čtení inteligentních karet, prostřednictvím řídícího programu • φ

ΦΦΦ· • · φ • φφ φφφ φφ φ φφφφ φφφφ φ φ φ φ φ φ φφ zařízení pro každé zařízení a celkového řídícího programu zařízení. Zde použitý termín inteligentní karta zahrnuje, ale ne výhradně, jakékoliv kartové zařízení na bázi čipu nebo objekt s podobnou funkcí a výkonem, který má například mikroprocesor a/nebo paměťový prostředek. Do tohoto termínu spadají rovněž zařízení, která mají alternativní fyzické tvary ke tvaru karty, například, zařízení ve tvaru klíče, jak je často používáno v systémech TV dekodérů.

Podle předkládaného vynálezu bylo navrženo vytvořit θ funkci pro nastavovací řídící skříň, která vytvoří digitální výstupní tok z přijímaného datového toku, například, pro umožnění digitálního uložení přijímaných programů a dat, například, s použitím digitálního videorekordéru, nebo pro usnadnění datové komunikace s jinými zařízeními, například, ⁵ přes TCP/IP síť.

Problémem s vytvořením takového digitálního výstupního toku je to, že přijímaný datový tok obecně obsahuje MPEG data s velmi vysokou bitovou rychlostí a bylo by nepraktické ukládat celý přijímaný datový tok. Navíc přijímaný datový tok může obsahovat mnoho informací, o než divák nemá zájem. Přijímač/dekodér obsahuje přístroj pro demuítiplexování, a pokud je to nutné, pro dekódování části přijímaného datového toku pro vytvoření jednoho kanálu pro analogové zobrazení, který může být zaznamenám přes běžný 5 analogový videorekordér. Ovšem běžný přístroj postrádá pružnost a nemůže vytvořit datový tok vhodný pro digitální uložení.

Aspekty předkládaného vynálezu navrhují nové techniky q pro vytvoření digitálního datového toku vhodného pro uložení na digitálním videorekordéru. Ačkoliv předkládaný vynález • · * to·· to · • to· «

toto · ·· ·· · · · · · ·· to* toto nabízí nejvíce výhod při zpracování MPEG datového toku obsahujícího množství televizních programů a jiných dat přijímaných přijímačem/dekodérem (pro kabel nebo výhodněji pro satelit) pro vytvoření výstupního toku vhodného pro vysílání do digitálního videorekordéru, předkladatelé vynálezu předpokládají, že tento vynález může být aplikován pro zpracování jiných datových toků a může zajistit editování digitálního videa v reálném čase.

Podstata vynálezu

V prvním aspektu předkládaný vynález navrhuje zařízení pro zpracování digitálního datového toku, které zahrnuje:

prostředek pro příjem digitálního datového toku zahrnujícího množství paketů informací;

prostředek pro uložení seznamu specifikovaných paketů, které mají být zvoleny z přijatého digitálního datového toku, přičemž tento seznam obsahuje prioritní informace indikující prioritu přidělenou každému paketu;

prostředek pro vyjímání paketů, specifikovaných v uvedeném seznamu, z přijatého datového toku; a zpracovatelský prostředek pro zpracování vyjmutých paketů pro vytvoření výstupního datového toku a pro snížení selektivně počtu vyjmutých paketů ve výstupním datovém toku prostřednictvím začlenění vyjmutých paketů s vyšší prioritou do výstupního datového toku přednostně vzhledem k vyjmutým paketům s nižší prioritou.

Tento aspekt předkládaného vynálezu je rozšířen na způsob zpracování digitálního datového toku, který zahrnuje:

příjem digitálního datového toku zahrnujícího množství ··· ·· • · · · · » » · *· ·· ·♦ ·· paketů informací;

uložení seznamu specifikovaných paketů, které mají být zvoleny z přijatého digitálního datového toku, přičemž tento seznam obsahuje prioritní informace indikující prioritu přidělenou každému paketu;

vyjímání paketů, specifikovaných v uvedeném seznamu, z přijatého datového toku; a zpracování vyjmutých paketů pro vytvoření výstupního datového toku; a snížení selektivně počtu vyjmutých paketů ve výstupním datovém toku prostřednictvím začlenění vyjmutých paketů s vyšší prioritou do výstupního datového toku přednostně vzhledem k vyjmutým paketům s nižší prioritou.

Podle tohoto aspektu předkládaného vynálezu tedy mohou být specifikované pakety vyjímány přímo z přijatého datového toku (který může být rovněž označen jako původní přenosový tok) a zvolené části, které například odpovídají jednomu nebo více programům, o které je zájem, mohou být vyjmuty a kompilovány do výstupního datového toku (který může být rovněž označen jako částečný přenosový tok).

Mělo by být zcela zřejmé, že zařízení nabízí značnou pružnost, protože může být použito jednoduše pro kopírování původního přenosového toku obsahujícího data pro několik kanálů beze změny, nebo pro zvolení jednotlivého paketu dat.

Protože seznam obsahuje prioritní informaci indikující prioritu přidělenou každému paketu, mohou být méně důležité informace, například sdružené s programem, o který je menší zájem, vyloučeny, což vede na snížení kvality tohoto programu, zatímco jiný program je zaznamenán mnohem spolehlivěj i.

ftftft • · · · · «·· ··· ftft ftft • · · · · ··· ·· ·♦ 44

4 4

4 4

4 4 4

44

V jednom provedení je zpracovatelský prostředek upraven pro snížení selektivně počtu vyjmutých paketů ve výstupním datovém toku v případě, že počet vyjmutých paketů, které mají být začleněny, se stává příliš velkým pro kapacitu manipulace s daty výstupního toku. Pakety mohou být vyloučeny z mnoha důvodů, například mohou být pakety vyloučeny v případě, že počet paketů je příliš velký pro kapacitu

- manipulace s daty paměťového média, do kterého jsou pakety vysílány, nebo kapacity manipulace s daty zařízení nebo výstupního portu přijímajícího výstupní datový tok.

Zpracovatelský prostředek může být upraven pro selektivní opětovné vkládání vyloučených vyjmutých paketů do výstupního datového toku, například když se zvýší kapacita manipulace s daty výstupního datového toku.

¹⁵

Paket obvykle zahrnuje množství úseků. Prostředek pro zpracování vyjmutých úseků může výhodně provádět jednu z množství operací pro uzavření nebo zabalení přijatých MPEG úseků do vhodného formátu. V jednoduchém provedení může zpracování přijatých úseků jednoduše zahrnovat vyjmutí informace záhlaví nebo jiných dat z MPEG úseků, například vymazáním částí segmentů, výhodné na začátku nebo konci, pro vyjmutí prvotních dat pro postupující vysílaní. V takovém případě musí být na vysílacím konci provedeno přidání specifických záhlaví komunikačního protokolu, a podobně, prostřednictvím vyslání, například, připravených TCP/IP paketů.

Výhodně prostředek pro zpracování vyjmutých úseků zahrnuje prostředek pro přidávání alespoň jednoho ze záhlaví

3Q a paty, a výhodně obou, do přijatého úseku pro vytvoření datového toku vyhovujícího komunikačnímu protokolu jinému,

000 · U· » 0 * >

• · · ·»· · « * • · · · · 0 0 · *« 00 «« než je komunikační protokol přijatého datového toku. Zpracovatelský prostředek pro úsek může zahrnovat prostředek pro přidání kontrolní sekvence rámce k datům. Začlenění takových znaků může snížit množství zpracování, které je požadováno ve vysílači, a rovněž to snižuje množství dat, která musí být vysílána. Navíc může být komunikační protokol měněn v přijímači/dekodéru.

V každém případě je přijímaným digitálním datovým tokem výhodně MPEG datový tok (kterým je míněna jakékoliv θ varianta, modifikace nebo vylepšení základního MPEG formátu, a kterým je výhodně MPEG-2 datový tok) zahrnující série paketů majících příslušné identifikátory paketů (rovněž označované jako PID).

Výhodně (ale ne výhradně) seznam zahrnuje zejména seznam identifikátorů paketů, které mají být zvoleny z přijímaného datového toku.

Výhodně (ale ne výhradně), pokud seznam zahrnuje seznam úseků, může být každý úsek identifikován podle číselné hodnoty ve specifikovaném poli v úseku. Úsek je výhodně specifikován definováním pole s prvním předem stanoveným počtem bitů v posunutí s druhým předem stanoveným počtem bitů od identifikovaného bodu, výhodně začátku, v úseku.

Zařízení může obsahovat prostředek pro registraci identifikátorů přijímaných úseků. Registrační prostředek může zahrnovat prostředek pro definování bitové mapy, kde každý bit v bitové mapě odpovídá přijatému nebo očekávanému úseku, a prostředek pro měnění stavu bitu, odpovídajícího přijatému úseku, pro vyznačení přijetí tohoto úseku.

• *** • ft « ί »

·· a

Zařízení výhodně obsahuje prostředek pro uložení alespoň jednoho dalšího seznamu identifikátorů paketů a pro aplikaci jedné nebo více specifikovaných zpracovatelských operací, například dekódování, na pakety specifikované v tomto jednom nebo v každém dalším seznamu před začleněním do výstupního datového toku. To například umožňuje, aby kódovaný program byl dekódován a ukládán v dekódované formě.

Zařízení výhodně rovněž obsahuje prostředek pro vkládání dalších dat, například paketů, do výstupního datového toku. Zařízení je výhodně uspořádáno pro přijetí dalších dat z aplikace. To umožňuje dalším informacím, například informacím identifikujícím programy začleněné do výstupního datového toku, aby byly ukládány, nebo to umožňuje dalším datům vytvořeným aplikací přijímající původní 15 přenosový tok, aby byla uložena.

Zařízení je obzvláště výhodně realizováno jako zařízení v přijímačí/dekodéru, například pro digitální satelitní systém, jak je popsán v souběžných patentových přihláškách PCT/EP97/02106 až 02117 stejného přihlašovatele,

Při takové realizaci může zařízení pracovat pod řízením aplikací, prostřednictvím řízení zařízení, při zajištění výhodného a pružného uspořádání pro řízení sestavování výstupního datového toku. Zařízení je výhodně uspořádáno pro komunikaci s digitálním videorekordérem s využitím 25 vysokorychlostního digitálního rozhraní, jako je rozhraní

IEEE 1394, s využitím vhodného řídícího programu zařízení, jako je popsáno v EP patentové přihlášce č. 97401793.1 stejného přihlašovatele, ale může být použito s jakýmkoliv vhodným digitálním rozhraním.

φφφ »

φφ φφφ φ φ φφφ φ φ φ φ

Zařízení může být uspořádáno pro vytvoření virtuálního TCP/IP spojení s počízačem prostřednictvím přijímání přenášených MPEG paketů a sestavováním paketu pro vytvoření TCP/IP datového toku dc počítače. V takovém případě může být komunikace realizována přes sériový nebo paralelní port, výhodně rozšířený nebo dvousměrný paralelní port.

Ve třetím aspektu předkládaný vynález navrhuje zařízení pro činnost pod řízením aplikací pro zpracování přijímaného digitálního datového toku pro vytvoření z nej výstupního datového toku, přičemž toto zařízení zahrnuje:

prostředek pro příjímání digitálního datového toku zahrnujícího množství paktů informaci;

prostředek pro přijímání informací z aplikace pro sestavení seznamu specifikovaných paketů, které mají být zvoleny z přijímaného digitálního datového toku, přičemž tento seznam obsahuje prioritní informace indikující prioritu přidělenou každému paketu;

prostředek pro vyjímání paketů, specifikovaných v uvedeném seznamu, z přijatého datového toku; a zpracovatelský prostředek pro zpracování vyjmutých paketů pro vytvoření výstupního datového toku a pro snížení selektivně počtu vyjmutých paketů ve výstupním datovém toku prostřednictvím začlenění vyjmutých paketů s vyšší prioritou do výstupního datového toku přednostně vzhledem k vyjmutým paketům s nižší prioritou.

Zařízení výhodně pracuje ve dvou režimech, v čekacím režimu, ve kterém není vytvářen žádný výstupní tok, a v prováděcím režimu, ve kterém jsou zařízením vydávána data. Ačkoliv vytváření výstupního toku by mohlo být zastaveno jednoduše prostřednictvím specifikace žádného paketu pro • to to • ··· • · ··· toto * to *to* • toto to • to *· • · z · • to to · • toto to· ·· začlenění, zajištění čekacího režimu může umožnit účinnější využití systémových zdrojů. Zařízení výhodně rovněž obsahuje prostředek pro přijímání příkazů z aplikace pro spuštění a zastavení vytváření výstupního toku (pro přepínání mezi režimy).

Výhodně v uvedeném čekacím režimu je zařízení uspořádáno pro přijetí informace pro sestavení uvedeného seznamu ve formě počátečního seznamu všech identifikátorů paketů, které mají být kopírovány do výstupního toku. To umožňuje, aby počáteční seznam byl nastaven účinně. Potom v prováděcím režimu je zařízení výhodně uspořádáno pro přijímání seznamu identifikátorů paketů, které mají být přidány do nebo vymazány z aktuálního seznamu. Tímto způsobem není pro aktualizaci seznamu potřebné manipulovat s postupně se zvětšujícími dlouhými seznamy a sledovat všechny předcházející identifikátory paketů, což je obzvláště výhodné, protože zpracování v prováděcím režimu může být časově náročnější než zpracování v čekacím režimu.

Podobným způsobem jako pro počáteční uložení seznamu identifikátorů paketů, které mají být kopírovány v čekacím režimu, a pro přidávání a mazání vstupů v prováděcím režimu, je zařízení výhodně uspořádáno pro udržování dalšího seznamu identifikátorů paketů, které mají být dekódovány, výhodně dekódovacím prostředkem přijímače/dekodéru, použitého pro dekódování programů pro zobrazovací jednotku. Navíc může být zařízení uspořádáno pro přijetí z aplikace informací pro použití při dekódování, výhodně jako části procedury pro nastavení počátečního seznamu identifikátorů paketů, které mají být dekódovány.

• 00 0 0 • 000 0 0 0 · · · *00 00 ·· ·♦» · 0 · 0 • 0 0 0 0 0 0 · 0 0 0 0

00 00

Zařízení výhodně dále zahrnuje prostředek pro uložení MPEG úseků, které mají být vloženy aplikací. Výhodně je zařízení uspořádáno pro přijetí parametrů z aplikace pro řízení opakování úseku ve výstupním toku a zařízení je uspořádáno pro opakování úseku na základě těchto parametrů.

To umožňuje vytváření složitých datových toků s relativně malým množstvím vstupních dat z aplikace. Například může , aplikace vyslat jednoduchý příkaz pro vložení úseku identifikujícího programy začleněné ve výstupním toku, ’ 10 přičemž tento příkaz může být zařízením automaticky vkládán v pravidelných intervalech do výstupního toku.

Zařízení výhodně obsahuje prostředek pro vrácení informací do aplikace, které se týkají aktuálně zvolených identifikátorů paketů, začleněných do výstupního toku.

Funkce zařízení mohou být realizovány v hardwaru, například v jednoúčelovém integrovaném obvodu, což může zajistit zvýšenou rychlost provozu. Výhodně je ale alespoň určitá část řídícího programu zařízení realizována v softwaru, výhodně spouštěného zpracovatelským prostředkem, který spouští aplikace, což umožňuje větší pružnost, vyžaduje méně součástek a umožňuje, aby byl řídící program zařízení rychleji a snáze aktualizován.

Ve čtvrtém aspektu předkládaný vynález navrhuje systém pro zpracování dat, který zahrnuje:

prováděcí prostředek pro spouštění alespoň jedné aplikace;

prostředek pro přijímání přenášeného digitálního datového toku;

zařízení, výhodně jak bylo definováno výše, pro zpracování přijímaného digitálního datového toku pod řízením • ftft • ftft ’ * » w » w » • * ftftft · · · • ftft · · · ftft ft • ftftft ftftftft • ft ftft ftft «· uvedené alespoň jedné nebo každé aplikace; a prostředek pro přivádění výstupního datového toku zařízením na výstupní rozhraní.

Výhodné znaky prvního a druhého aspektu předkládaného vynálezu mohou být aplikovány pro třetí a čtvrtý aspekt tohoto vynálezu.

Systém pro zpracování dat je výhodně realizován v přijímči/dekodéru (například nastavovací řídící skříni), který obsahuje prostředek pro přijímání přenášeného digitálního datového toku ze satelitu nebo kabelu, přičemž rozhraní je uspořádáno pro spojení s digitálním videorekordérem (přičemž tento termín má zahrnout jakékoliv vhodně uspořádané zařízení pro digitální uložení dat, které je schopné uchovat data pro televizní program bez ohledu na fyzické médium, ve kterém jsou data skutečně uložena) nebo digitálním zobrazovacím zařízením nebo počítačem pro zobrazení nebo uložení alespoň části přijatých dat. Zařízení je výhodně uspořádáno pro spolupráci s řídícím programem pro vydávání výstupního datového toku na vysokorychlostní (od 100 Kbit/s nahoru, výhodně alespoň 1 Mbit/s, 10 Mbit/s nebo výše) digitální rozhraní.

Rozhraní výhodně vyhovuje standardu IEEE 1394 nebo jeho variantě nebo jeho modifikaci.

Kde je systém realizován v při j ímači/dekodéru uspořádaném pro spojení s digitálním videorekordérem, obsahuje přijímač/dekodér výhodně aplikaci uspořádanou pro řízení zařízení pro zvolení částí (paketů nebo úseků) přijímaného datového toku zahrnujícího dva nebo více televizních programů pro vyslání do digitálního ·· ·· ·· ·· prostředky pro • 10 • · * · »··· i χ« · • ·· · · « « ··· · · · • · *«·· · · · • ·· ·· videorekordéru, přičemž výhodně jsou začleněny přidávání informací do výstupního datového toku, které identifikují programy. Tímto způsobem uživatel může zvolit dva nebo více programů pro zaznamenání, pro sledování později, což by běžně vyžadovalo dva nebo více analogových videorekordérů a dva nebo více přijímačů/dekodérů. Aplikace může obsahovat prostředek pro řízení videorekordéru, jako je například popsáno v evropské patentové přihlášce č.

97401793.1, jejíž obsah je do tohoto popisu tímto začleněn prostřednictvím odkazu.

Tento znak může být zajištěn nezávisle v pátém aspektu vynálezu, ve kterém předkládaný vynález navrhuje aplikaci pro přijímač/dekodér, mající prostředek pro přijímání přenášeného digitálního datového toku, rozhraní pro spojení s digitálním paměťovým médiem, a zařízení pro zpracování přijímaného digitálního datového toku pro vytvoření výstupního datového toku pro přivedení do digitálního paměťového média, přičemž aplikace zahrnuje prostředek pro řízení uvedeného zařízení pro zvolení částí přijímaného digitálního datového toku, odpovídajících dvěma nebo více přenášeným programům, a pro vyslání těchto částí do digitálního paměťového média pro uložení ve formě umožňující programům, aby byly následně opět přehrány, přičemž aplikace je upravena pro snížení selektivně počtu částí ve výstupním datovém toku prostřednictvím začlenění částí přijímaného digitálního datového toku s vyšší prioritou do výstupu do digitálního paměťového média s předností vzhledem k částem s nižší prioritou.

Aplikace je výhodně spouštěna v interpretačním jazyku a řídící program zařízení je výhodně přeložen (kompilován) .

144«

-» » w « V V » « V • * · · 4 ··· · 4 4 * · 4 4 4 4 44» ··· ·« 44 »4 44 ·«

Provedení obsahující výhodné znaky předkládaného vynálezu budou v následujícím popisu popsáno, čistě prostřednictvím příkladu, ve spojení s odkazy na připojené výkresy.

Přehled obrázku na výkresech

Obr.1 je schematické znázornění rozhraní přijímače/dekodéru;

Obr.2 znázorňuje funkční blokové schéma přijímače/

1° dekodéru;

Obr.3 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.4 znázorňuje schematický přehled funkcí zajišťovaných prvním provedením zařízení podle vynálezu;

Obr. 5 znázorňuje schematický diagram pro vysvětlení vkládání opakovaných úseků do výstupního datového toku;

Obr.6 znázorňuje schematický přehled funkcí zajišťovaných druhým provedením zařízení podle vynálezu;

Obr. 7 je schematické znázornění datagramu 25 vytvářeného provedením podle obr. 6;

Obr. 8 ilustruje seznam PID, které by měly být kopírovány přímo ze vstupního datového toku do výstupního datového toku; a * * * • ··· · • · ··· »· ^w v v « « v • · ··· · · · · • ·· »·· ·· · • · · · ···· *· ·· ·· ··

Obr.9 ilustruje seznam PID, které by měly být dekódovány před kopírováním ze vstupního datového toku do výstupního datového toku.

Příklady provedení vynálezu 5

Základní údaie o přijímači/dekodéru

Aby bylo možné zařízení lépe pochopit, bude nejprve stručně popsána výhodná platforma, na které zařízení pracuje a kterou je digitální satelitní přijímač/dekodér navržený • 10 stejným přihlašovatelem.

Na obr. 1 je schematicky znázorněn přijímač/dekodér 2020 nebo řídící nastavovací skříň pro použití v digitálním interaktivním televizním systému, ve kterém má být nainstalován řídící program zařízení v provedení podle ¹⁵ předkládaného 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é časti 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.

Jak je podrobněji popsáno ve shora zmiňovaných přihláškách vynálezů a jak je patrné na obr. 1, přijímač/dekodér 2020 obsahuje několik rozhraní, například jmenovitě ladič 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 tvořící část systému a jedno pro bankovní katy (použité pro provádění ftft • · * • ftftft ft • » ··· ftft ft ft « * • ftftft • · ft · ftft ft • «V « • ftft · ftft ftft · • ftft · ftft ftft • 10 plateb, domácího bankovnictví a podobně). Přijímač/dekodér 2020 rovněž zahrnuje rozhraní 4034 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č rovněž zahrnuje prováděcí prostředek 4008, řídící program 4068 zařízení a množství zařízení 4062 pro spuštění jedné nebo více aplikací 4056.

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í 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.

Některé příklady aplikací, popsaných podrobněji ve shora zmiňovaných patentových přihláškách jsou:• Inicializační aplikace, která je adaptabilním souhrnem modulů, umožňujícím přijímači/ dekodéru 2020 okamžitě pracovat v prostředí MPEG-2.

• Spouštěcí aplikace, která umožňuje jakékoliv aplikaci, ať již stahované nebo rezidentní, pracovat v přijímačí/dekodéru 2020.

, 10 * φ · • ··· • φ ♦ ·φ ·· » » · « » w φ · φφφ φ φ φ φ • φ φ φφφ φφ φ φφφφ φφφφ φφ φφ φφ φφ • Programový průvodce, který je interaktivní aplikací, která poskytuje ucelenou informaci o programech.

• Aplikace plateb za zhlédnutí, která je interaktivní službou dostupnou na každém PPV kanálu souboru digitální televize pro umožnění koncovému uživateli koupit právě probíhající událost.

• Aplikace PC stahování, která umožňuje koncovému uživateli stahovat počítačový software s použitím této aplikace PC stahování.

• Aplikace časopisový vyhledávač, která zahrnuje cyklické video vysílání obrazů s navigací koncového uživatele prostřednictvím tlačítek znázorněných na obrazovce.

• Aplikace teleshoppíng, která umožňuje vysílání nabídek zboží na prodej do přijímače/dekodéru 2020 a jejich zobrazování na televizním zařízení 2022 a která umožňuje uživateli zvolit určitou položku, kterou chce koupit.

Aplikace jsou uloženy v paměťových místech přijímače/dekodéru 2020 a jsou reprezentovány jako zdrojové soubory. Zdrojové soubory zahrnují soubory jednotky popisu grafických objektů, soubory jednotky proměnných bloků, soubory instrukčních sekvencí, aplikační soubory a datové soubory, jak je podrobněji popsáno ve shora zmiňovaných patentových přihláškách.

V MPEG datovém toku každý modul zahrnuje skupinu MPEG tabulek. Každá MPEG tabulka může být formátována jako určité množství úseků. V MPEG datovém toku má každý úsek velikost až 4 kbyty. Pro datový přenos přes sériový a paralelní port, * i i • ··· • » • toto ·· * * to to « v • to ··· to · ·· · to to to to · · >

to· toto >· tto • 25 například, jsou moduly podobně rozděleny do tabulek a úseků, přičemž velikost úseku se mění s přenosovým médiem.

Moduly jsou transportovány 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. 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.

Přijímač/dekodér obsahuje paměť rozdělenou na RAM médium, FLASH médium a ROM médium, ale tato fyzická 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.

Systém lze považovat za soustředěný na prováděcím prostředku 40Q8 tvořícím část virtuálního počítače 4QQ7. Ten je spojen s aplikacemi na 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é τ — w ’ » * » • · * · · ftftft • ftftft ftft ftft · • · ftftftft • ftft ftft ftft ·· • ftft · ft ftft · ft ftft · • ftft · ftft ftft 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. 2, jsou s virtuálním počítačem 4007 spojené různé aplikace 4056, 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 systému, například z MPEG datového toku nebo z jiných portů podle požadavků.

Virtuální počítač 4007 zahrnuje, kromě prováděcího prostředku 4008, určitou funkci 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í, 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ři 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í 4064, 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

4 4

4 444 • 4

444 44

444 4 4 44 4 »4 44 44 44 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.

Jak bude popsáno níže, existují 3 formy komunikace ze zařízení 4064 až k prováděcímu prostředku 4008: prostřednictvím proměnných, vyrovnávacích paměťových stupňů a θ událostí, které jsou předávány do sad front událostí.

Každá funkce přijímače/dekodéru 2020 je reprezentována jako (logické) zařízení 4062. Zařízení mohou být bud’ lokální nebo vzdálená. Lokální zařízení 4064 zahrnují inteligentní karty, propojovací signály SCART, 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 byl 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 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é q zařízení 4062 a volá proceduru z knihovny 4006 pro nainstalování nového strojového kódu uvnitř míkroprogramového *·0 · 0

0 0 • 0 000

0·0 0 0 0 0 0

00 * 0 «

0 0 0

0 0 0

0 0 0

00 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é 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čí/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

2Q 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, jako je stlačení klávesy, pro provedení různých akcí) a obsahuje svůj vlastní rozvrhující program pro řízení front • φ ♦

ΦΦΦ φ · φ* « « · • · «φφ • · · φ φ • φ · φ · ·Φ • φ φ • « · • 9 9

Φ 9 ·· ΦΦ 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.

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 15 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í 25 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 30 několik klientů, přičemž počet klientů pro každé zařízení v

• · ·♦· · *

·· • · ·· •ta • t« • · ··· • · ♦ • · · ·· ·· • a · • Φ * • a · 0 · · •a

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 prostřednictvím procedury Device: Close Channel.

Přístup k zařízením 4062, zajištěný prostřednictvím řídícího programu 4068 zařízení, může být buď synchronní nebo asynchronní. Pro synchronní přístup je použita procedura θ Device: Call. To je prostředek pro přístup k datům, který je bezprostředně dostupný, nebo funkce, která s sebou nenese čekání na požadovanou odezvu. Pro asynchronní přístup je použita procedura Device: I/O. To je prostředek přístupu k datům, který zahrnuje čekání na odezvu, například sledování frekvencí tuneru pro nalezení multiplexu nebo získání zpět tabulky z MPEG toku. Když je požadovaný výsledek dosažen, je událost vložena do fronty prováděcího prostředku pro signalizování jejího příchodu. Další procedura Device:

Event zajišťuje prostředek pro správu neočekávaných θ událostí.

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 5 zpracování.

Jak je znázorněno na obr. 3, 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 q virtuální počítač vysílá signál do této fronty pro vyjmutí první položky z této fronty. Tato položka události je • * ♦ · · ftftft • *·· · « · · ft • · · · · · • ·· ·· ·· ·· • · · · • · · · • · · · • ft «ft 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 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é akci-skupině a povaze události. Různé jednotky řadiče 15 zpracování mají různé velikosti a jsou různě složíte, vcetne 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.

. 25

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 zvolení vhodné následující akce-skupiny a provedení akcí 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í * to « • ··· to to • ··· · · · · « to · toto * to · to to · · · to · ♦ • toto toto ·· ·· ·· ·· sekvence. Akce-skupíny v jednotce řadiče zpracování mohou rovněž vysílat zprávy událostí do jiných jednotek řadiče zpracování.

Pokud je zvolena instrukční sekvence, je vyslána 5 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 k

interpreteru 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 charakuer porovnán se seznamem ve 15 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č 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 bud’ 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 25 poskytuje platformu mající značnou pružnost pro umožňování aplikaci, aby komunikovala s nejrůznějšími zařízeními.

Zařízeni pro zpracováni signálu

Budou popsána dvě zařízení pro zpracování signálu, která realizují předkládaný vynález. Tato dvě zařízení mohou 30 být obě zajištěna současně ve stejném přijímači/dekodéru, • fl • ·»· ·« · * flflfl «· fl fl · ··»» ···· flflfl flfl fl» »fl fl· ·· fl fl fl· přičemž každé toto zařízení může týt uzpůsobeno pro zajištění mírně odlišných funkcí.

První zařízení pro zpracování signálu, které zpětně multíplexuje demultiplexovaný přijímaný přenosový tok pro vytvoření výstupního částečného přenosového toku a které obvykle obsahuje určité, ale ne všechny, z informací v původním přenosovém toku a případně přídavné informace, bude nyní popsáno ve spojení s odkazy na obr. 4. Pro jednoduchost bude toto zařízení níže označováno jako TS_REMUX zařízení (zkratka pro Transport Stream RE-MUltilpleXer - zpětný multiplexor přenosového toku).

TS REMUX ZAŘÍZENÍ

TS_REMUX zařízení může býn považováno za zahrnující množství funkčních jednotek, které níže budou označovány jako příkazy. Navíc, jak bude zřejmé, noto zařízení obsahuje základní funkce pro vlastní realizaci funkcí prováděných různými příkazy. Například vlastní volba paketů z přijímaného datového toku může být realizována prostřednictvím jednoúčelového hardwaru, který filtruje data pro vyjmutí paketů odpovídajících definovaným. identifikátorům paketů, přičemž seznam identifikátorů paketů je dodán za softwarového řízení na základě informací přivedených aplikací prostřednictvím jednoho z příkazu popisovaných níže. V následující diskusi by mělo být zcela zřejmé, že varianty jména příkazu, psané malým písmem a velkým písmem, označují vždy stejný příkaz.

Přesné detaily realizace různých funkcí a rozložení mezi hardwarem a softwarem jsou v rozsahu volby realizátora a nebudou zde podrobně popisovány. Je ale třeba uvést, že e · * *··· # · · jednoúčelové integrované obvody, schopné provádět filtrační operace na MPEG datovém toku, jsou komerčně běžně dostupné a mohou být využity jako základ pro hardwarový urychlovač, nebo zvláště výhodně modifikované pro vytvoření jednoúčelového hardwarového urychlovače, pro realizaci různých požadovaných operací volby paketů, čímž se snižuje zpracovatelský výkon požadovaný pro spuštění softwaru. Požadované operace ale mohou být rovněž realizovány v softwaru, pokud je dostupný dostatečný zpracovatelský výkon.

Zařízení je uspořádáno pro činnost ve dvou režimech, čekací režim, ve kterém není vytvářen žádný výstup, a v prováděcím režimu, ve kterém jsou data předávána do výstupního datového toku. Jak bude patrné, je v prováděcím režimu vyžadováno zařízením více systémových zdrojů. Činnost příkazů, popisovaných níže, může být závislá na režimu provozu, přičemž většina příkazů bude pracovat pouze v jednom režimu a bude hlásit chybu při pokusu o přístup v druhém režimu.

Každý příkaz komunikuje s aplikací za řízení řídícím programem 4068 zařízení prostřednictvím jedné ze tří standardních procedur zmiňovaných výše, 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 parametrů. Pro jednoduchost výkladu jsou tři základní procedury stručně popsány níže:1) Device: Call. Tento příkaz může být použit aplikaci 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í • ··· • 4 ft · 4 4 · 4 · ·

UM ft· 44 ·* ·* dokončena. Το umožňuje operace, kzeré musí být prováděny ve striktní sekvenci, aby byly řízeny spolehlivě.

2) Device: I/O. Tento příkaz umožňuje asynchronní činnost. To znamená, že aplikace může vyslat žádost o datový 5 přenos nebo o provedeni určité funkce řídícím programem zařízení a provádění aplikace může pokračovat, zatímco je tento datový přenos nebo funkce vykonáván řídícím programem 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áni asynchronních příkazů, například prostřednictvím signalizace dokončení požadovaného datového přenosu.

Nyní budou popsány příkazy zajištěné v zařízení realizujícím předkládaný vynález. Ke každému příkazu může aplikace přistoupit prostřednictvím předání identifikátoru příkazu jako parametru přes jednu ze shora zmiňovaných tří standardních procedur. Ne všechny z příkazů popisovaných níže musí být zajištěny a funkce příkazů může být měněna. Ačkoliv příkazy mohou být nezávisle zajišťovány nebo měněny, jak bude zřejmé, vyplývají z kombinovaných funkcí poskytovaných popisovanými příkazy určité vzájemně související výhody.

Příkazy budou popsány ve spojení se znaky a funkcemi poskytovanými každým příkazem, společně s volitelnými a • · • · 000 ·

000 · · · 0 0 0 * 00 00 0* 00 výhodnými znaky. S poskytnutými informacemi a s danými specifikacemi by vlastní realizace těchto znaků měla být zcela zřejmé pro osoby v oboru znalé, přičemž přesné detaily jsou ponechány na realizátorovi. Například každý příkaz by mohl být realizován v softwaru, výhodně napsaný v programovacím jazyku C a výhodně přeložený pro spuštění na procesoru použitém pro spuštění aplikace; řídící program zařízení ale může být spuštěn na samostatném procesoru a některé nebo všechny příkazy mohou být realizovány prostřednictvím jednoúčelového hardwaru. Příkazy Call a I/O mohou signalizovat informace nebo předávat parametry zpět do aplikace nastavením hodnot v tabulce parametrů, uložené v paměti, jejíž adresy jsou předány do zařízení.

Příkaz: TS REMUX SET PID

Tento příkaz pracuje pouze v čekacím režimu. Jak je patrné na obr. 8, je tento příkaz uspořádán pro přijetí počátečního seznamu 200 identifikátorů paketů (PID). Seznam 200 obsahuje počet PID (NB_PID), které mají být kopírovány ze vstupního datového toku, hodnotu každého PID (PID), který má být kopírován ze vstupního datového toku do výstupního datového toku, a prioritní hodnotu (PRIORITY) přidělenou každému PID. Prioritní hodnota je výhodně jeden byte v rozsahu od hodnoty 0 do 255, přičemž 0 indikuje nejnižší úroveň priority a 255 indikuje nejvyšší úroveň priority.

Je možné, že přenosová rychlost výstupního datového toku je nižší, než je přenosová rychlost datového toku zahrnujícího všechny z paketů uvedených na seznamu, které mají být kopírovány ze vstupního datového toku. Pokud tomu

3Q tak je, jsou pakety, mající PID s nejnižší prioritní hodnotou, vyloučeny z výstupního datového toku, dokud φ ··· * 10

Φ φ ΦΦΦ· φφφ φφ φφ φφ φ» ·· přenosová rychlost datového toku není snížena na úroveň, která je stejná nebo nižší, než je přenosová rychlost výstupního datového toku.

Pokud jsou z výstupního datového toku vyloučeny nějaké pakety, nejsou PID těchto paketů vymazány ze seznamu 200. Pokud by se přenosová rychlost výstupního datového toku zvýšila tak, že by další pakety mohly být přidány do výstupního datového toku, pak vyloučené pakety s nejvyšší prioritní hodnotou se začlení opět do výstupního datového toku, dokud není zcela dosaženo (využito) přenosové rychlosti výstupního datového toku.

K tomuto příkazu je výhodně přistupováno synchronně prostřednictvím procedury Device: Call.

Příkaz: ΤΞ REMUX SET SCR PID

Jak je patrné na obr. 9, tento příkaz pracuje podobně jako příkaz SET_PID popisovaný výše a je použit pro specifikaci seznamu 300 identifikátorů paketů pro pakety, které mají být dekódovány před začleněním do výstupního datového toku. Kromě seznamu identifikárotů paketů (PID) a prioritních hodnot (PRIORITY) tento příkaz přijímá informace potřebné pro dekódování paketů. Tyto informace mohou obsahovat indikátor režimu (MODE), specifikující typ zpracování, který má být proveden na každém paketu, číslo relace (Session number) a číslo indexu (Index number), označení operátora (OPI), PID paketu, který má být dekódován (PID) a PID paketu, který obsahuje ECM pro použití při dekódování (PID_ECM).

• ftft • ** ft ftftft ftft ftft ftftft ft· · ft ft · · · · ftftftft ftftft ftft ftft ·♦ · ··

Příkaz: TS REMUX SET DATA PID

Tento příkaz pracuje podcbně jako příkaz SET_PID popisovaný výše a je použit pro specifikaci identifikátorů paketů MFEG úseků z aplikace, které mají být začleněny do výstupního datového toku.

Příkaz: TS REMUX SET SECTION

Tento příkaz pracuje podobně jako příkaz SET_PID popisovaný výše a je použit pro specifikaci identifikátorů paketů MPEG úseků, které mají býu začleněny do výstupního datového toku. Navíc aplikace může specifikovat množství parametrů včetně parametru OFFSET, který specifikuje zpoždění od začátku prováděcího režimu, parametru REPEAT, který specifikuje počet kolikrát má býc úsek opakován, parametru

DELAY, který specifikuje prodlevu mezi pakety, parametru 15

CYCLE, který specifikuje dobu od začátku jednoho úseku do příštího opakování tohoto úseku, a parametru CYCLE_2, který specifikuje dobu od začátku jedné série opakování k začátku následující série opakování. Funkce těchto parametrů bude zřejmější ve spojení s obr. 5.

Příkaz: TS REMUX ADD PID

Jak bylo zmiňováno výše, příkaz SET^PID pracuje pouze v čekacím režimu. V prováděcím režimu umožňuje příkaz ADD_PID aplikaci, aby přidala PID do aktuálního seznamu PID, specifikovaných pro kopírování dc výstupního toku. Zařízení obsahuje komplementární příkaz TS_REMUX_STOP_PID, který vymazává PID z aktuálního seznamu. PID jsou výhodně specifikovány stejným způsobem jako pro příkaz SET_PID, včetně prioritní hodnoty pro kažuý PID. Protože editování PID v seznamu může vyžadovat určitou dobu, aby seznam byl » toto· • β β · * * · ♦ ·

......... *· ** aktualizován, když je zařízení v prováděcím režimu, je k těmto příkazům výhodně přistupováno asynchronně prostřednictvím procedury Device: I/O.

Navíc jsou zajištěny analogické procedury pro dynamické přidávání nebo vymazávání ze seznamu paketů, které mají být dekódovány, úseků, které mají být kopírovány, nebo úseků, které mají být vkládány, prostřednictvím příkazů TS_REMUX_{ ADD; STOP}_{SCR_PID; DATA_PID; SECTION} .

Pro přepínání z čekacího režimu do prováděcího režimu je zajištěn příkaz TS_REMUX_START a pro přepínání z prováděcího režimu zpět do čekacího režimu je zajištěn příkaz TS_REM(JX_STOP. K oběma těmto příkazům je výhodně přistupováno asynchronně prostřednictvím procedury Device: I/O.

Navíc jsou pro zjištění informací, týkajících se PID, kódovaných PID a úseků začleněných v aktuálním výstupním toku, jsou zajištěny příkazy TS_REMUX_PID_INFO, TS_REMUX_ECM_INFO a TS_REMUX_INFO_SECTION. Tyto příkazy vracejí seznam aktuálních PID v podobném formátu, jako byl dodán aplikací s využitím odpovídajících příkazů SET nebo ADD.

Kromě příkazů, které umožňují aplikaci vysílat příkazy do zařízení, je zařízení uspořádáno pro signalizaci určitých událostí do aplikace prostřednictvím funkcí pro zpracování událostí v řídícím programu zařízení. Zařízení realizuje následující události:Udáíost: EV TS REMUX ECM

Tato událost je použita pro signalizaci odmítnutí ECM prostřednictvím RSM. Zařízení předává PID paketu, kde byla « · ♦ · · ··· · • «*· « · « « · · 1 φ · · · · φ * ·♦ ·· 1« ·· ·» nalezena ECM, a adresu vyrovnávací paměti ukládající odmítnutou ECM, společně se stavovými slovy.

Událost: EV TS REMUX GETALL

Tato událost je použita pro odezvu RSM do aplikace, když je do RSM vyslána ECM.

Událost: EV TS REMUX BAD NB

Tato událost signalizuje příjem ECM s neočekávaným číslem relace nebo indexu; ECM není vyslána do RSM.

¹⁰ Událost: EV TS REMUX STREAM

Tato událost je použita pro signalizaci změna ve složení toku, když prioritní hodnota sdružená s PID byla použita pro řízené vyloučení nebo přidání PID ve výstupním toku.

V následujícím popisu bude ve spojení s odkazy na obr. 6 a obr. 7 popsáno druhé zařízení realizující předkládaný vynález. Toto zařízení bude označováno jako MCOM (zkratka pro MPEG Communications) a je primárně určeno pro uspořádání přijímaných MPEG úseků pro vytvoření virtuálního TCP/IP datového zdroje ze satelitního spojení.

MCOM zařízení

Toto zařízení, podobně jako TS_REMUX zařízení, je sestaveno z množství příkazů. Mnoho z příkazů provádí analogické funkce jako příkazy zařízení TS_REMUX, takže nebudou popisovány detailně. Podobně jako zařízení TS_REMUX, pracuje zařízení MCOM výhodně buď v prováděcím režimu nebo v čekacím režimu a má příkazy pro přepínání mezi těmito režimy. Namísto příkazů pro přidávání a vymazávání paketů z výstupního datového toku zahrnuje zařízení MCOM příkazy pro • φ φ φ · φφφ φ · · * • φφφ φφ · · φφφ φφ φ φ φ φφφ» φφφφ «φφ φφ · ·· φφ φφ zvolení úseků, které mají být začleněny, pro vymazání částí úseků (nebo z jiného úhlu pohledu vyjímání částí úseků, které mají být začleněna) a pro měnění parametrů záhlaví (pokud je přítomné), paty (pokud je přítomná), a kontroly dat (pokud je přítomná), které mají být přidány k přijatým úsekům (nebo jejich částem), určeným pro začlenění do výstupního datového toku. Toto zařízení zajišťuje pružnost tím, že umožňuje simulaci jakéhokoliv počtu z komunikačních protokolů s minimální interakcí požadovanou aplikací během spuštění.

Zařízení může být schopné pracovat v automatickém režimu, ve kterém po definování filtrování, které má být prováděno na přijímaných datech, jsou úseky automaticky řazeny do fronty pro výstup, doku nebyly přijaty všechny očekávané úseky. Alternativně může toto zařízení pracovat v manuálním režimu, ve kterém je každý úsek přenášen za řízení prostřednictvím aplikace.

Popis tohoto zařízení MCCM se bude soustředit na příkazy, které jsou značně odlišné do příkazů popisovaných pro zařízení TS_REMUX.

Příkaz: MCOM INIT COMM

Tento příkaz je použit pro konfiguraci komunikačního portu a je volán s vyrovnávací paměti obsahující identifikátor typu portu a specifická data pro tento port.

Tento příkaz je užitečný, protože umožňuje MCOM zařízení, aby pracovalo s rozmanitými komunikačními porty (například se sériovým, paralelním, IEEE 1394) bez požadavků na použití specifických informací o daném portu s dalšími příkazy v zařízení.

• ♦ * • ftftft

Příkaz: MCQM INIT FILTER

Tento příkaz je volán pro definování číselného pole dlouhého n bitů počínajíc m bitem od začátku MPEG úseku, ve kterém by měl být nalezen identifikátor úseku.

Toto definované pole může obsahovat číselnou hodnotu c v rozsahu od 0 do (2ⁿ -1) .

Podle tohoto příkazu je v paměti definována bitová mapa o 2ⁿ bitech, kde každý bit odpovídá úseku, který má být přijat. Například, pokud n = 8, je definována bitová mapa o 256 bitech (32 bytů), pro signalizaci přijetí 256 samostatných úseků. Během přijímání úseků z demultiplexoru je vyjímána číselná hodnota c tohoto pole a je testován (c -1) bit bitové mapy; pokud je tento bit nastaven, je úsek vyloučen. Tak může být prováděno automatické filtrování úseků, ve kterém nastavený bit může být použit pro signalizaci, že úsek již byl přijat, nebo že nemá být očekáván žádný odpovídající úsek. Samozřejmě, že bit může být resetován, nebo může být přijetí úseků signalizováno jiným způsobem.

Příkaz umožňuje definování počáteční bitové mapy;

všechny bity mohou být nastaveny nebo resetovány, nebo může být specifikovaná bitová mapa nastavena jako počáteční bitová mapa.

Odpovídající příkazy jsou zajištěny pro změnu filtrování dynamicky, například v prováděcím režimu, nebo pro dotazování na aktuální stav filtru.

Bitová mapa (nebo jinak tabulka příznaků) může být použita pro řízení automatického vytváření fronty paketů, dokud nejsou přijaty všechny očekávané úseky.

* 10 ’· · 4 4 i #·· 4 · · · • «4» 4· 44 444 44 4 • · 4 · · 4 4444 «4« 4« «* ·* ·· ··

Tento příkaz je užitečný při umožnění značné pružnosti na formátu MPEG úseků, které mohou být zpracovávány zařízením s automatickým filtrováním.

Příkaz: MCOM PACKET DEL

Tento příkaz je volán pro definování částí MPEG úseku, které mají být vyjmuty, jako součást procesu vytváření výstupního toku. Například může být definován počáteční offset p a koncový offset q a MPEG úsek může být řazen a ukončen odstraněním p bytů od začátku a q bytů od konce.

Tento příkaz a přidržené funkce umožňují, aby důležitá data, určená ke komunikaci, byla volně ukládána uprostřed MPEG úseku.

Příkaz: MCOM PACKET HEADER

Tento příkaz umožňuje, aby do přijímaného úseku bylo přidáno záhlaví s definovaným formátem. Záhlaví může obsahovat informace odpovídající určitému komunikačnímu protokolu, například protokolu TCP/IP. Tento příkaz může pracovat v jednom ze dvou režimů, v režimu USE_HEADER, ve kterém je přidáváno pouze záhlaví, a v režimu USE_LG_HEADER, ve kterém příkaz rovněž přidává informace týkající se délky sestaveného paketu, například definovanou přičítanou konstantu plus délku úseku, jak je ilustrováno na obr. 7.

Podobným způsobem zařízení obsahuje příkaz pro přidávání sekvence kontroly rámce, například CRC (kontrola cyklickým kódem) o délce 16 nebo 32 bitů nebo LRC na definovaném úseku paketu, například začínajíc po počátečním počtu bytů offsetu a pokračujíc až ke koncovém počtu bytů offsetu od konce, s vypočtenou hodnotou vloženou bezprostředně po ověřeném úseku.

i ^;„i .: ί • · φ · • •φ ·Φ ·· φφ φφ ·*

Zařízení může rovněž obsahovat příkaz pro přeložení znaků, například seznamu znaků, které mají být vyměněny (to jest nahrazeny dvojicí znaků, zahrnující definovaný znak změny a definovanou hodnotu).

Shora uvedené příkazy a události jsou pouze ilustrativní a předkládaný vynález může být realizován množstvím způsobů, přičemž zejména některé příkazy mohou být kombinovány s jinými, které provádějí podobné funkce, nebo některé mohu být vypuštěny ve zjednodušených realizacích. Hardwarové a softwarové realizace každé z funkcí mohou být volně slučovány, jak mezi příkazy tak i uvnitř jednoho příkazu.

Mělo by být zcela zřejmé, že funkce prováděné hardwarem, počítačový software, a podobně, jsou prováděny na nebo s použitím elektrických a podobných signálů. Softwarové realizace mohou být uloženy v paměti ROM nebo FLASH, nebo mohou být propojeny v paměti FLASH.

Mělo by být zcela zřejmé, že předkládaný vynález byl popsán čistě prostřednictvím příkladu a v rozsahu vynálezu mohou být prováděny modifikace jednotlivých detailů.

Každý znak popsaný v popisu a (kde je to vhodné) nárocích a znázorněný na výkresech může být zajištěn nezávisle nebo v jakékoliv vhodné kombinaci.

Claims (46)

1. PATENTOVÉ NÁROKY

   1. Zařízení pro zpracování digitálního datového toku, vyznačující se tím, že zahrnuje:

   prostředek pro příjem digitálního datového toku zahrnujícího množství paketů informací;

   prostředek pro uložení seznamu specifikovaných paketů, které mají být zvoleny z přijatého digitálního datového toku, přičemž tento seznam obsahuje prioritní informace indikující prioritu přidělenou každému paketu;

   prostředek pro vyjímání paketů, specifikovaných v uvedeném seznamu, z přijatého datového toku; a zpracovatelský prostředek pro zpracování vyjmutých paketů pro vytvoření výstupního datového toku a pro snížení selektivně počtu vyjmutých paketů ve výstupním datovém toku prostřednictvím začlenění vyjmutých paketů s vyšší prioritou do výstupního datového toku přednostně vzhledem k vyjmutým paketům s nižší prioritou.
2. 2. Zařízení podle nároku 1, vyznačující se tím, že zpracovatelský prostředek je upraven pro snížení selektivně počtu vyjmutých paketů ve výstupním datovém toku v případě, že počet vyjmutých paketů, které mají být začleněny, se stává příliš velkým pro kapacitu manipulace s daty výstupního toku.
3. 3. Zařízení podle nároku 1 nebo 2, vyznačující se tím, že zpracovatelský prostředek je upraven pro selektivně opětovné vkládání vyloučených vyjmutých datových paketů do výstupního datového toku.
4. 4. Zařízení podle kteréhokoliv z'předcházejících nároků, vyznačující se tím, že pakety mají jednu z množství prioritních hodnot.

   * * * · · »00 · i · * * 0·· · · 90 · 0 0 00 0

   0 0 0000 0*00 •0* 00 00 00 00 00
5. 5. Zařízení podle kteréhokoliv z předcházejících nároků, vyznačující se tím, že pakety mají prioritní hodnotu v rozsahu od 0 do 255.
6. 6. Zařízení podle kteréhokoliv z předcházejících nároků, vyznačující se tím, že přijímaný digitální datový tok je MPEG datový tok, přičemž seznam zahrnuje seznam identifikátorů paketů, které mají být zvoleny z přijímaného datového toku.
7. 7. Zařízení podle nároku 6, vyznačující se tím, že zahrnuje prostředek pro uložení alespoň jednoho dalšího seznamu identifikátorů paketů a prostředek pro aplikaci jedné nebo více specifikovaných zpracovatelských operací na paketech specifikovaných v uvedeném jednom nebo každém dalším seznamu před začleněním do výstupního datového toku.
8. 8. Zařízení podle kteréhokoliv z předcházejících nároků, vyznačující se tím, že zahrnuje prostředek pro vkládání dalších paketů do výstupního datového toku.
9. 9. Zařízení podle kteréhokoliv z předcházejících nároků, vyznačující se tím, že přijímané pakety zahrnují množství datových úseků a zpracovatelský prostředek je uspořádán pro provádění alespoň jedné operace z: oddělování záhlaví a/nebo paty od přijatého datového úseku; přidání záhlaví a/nebo paty k přijatému datovému úseku; přidání indikace o délce přijatého úseku; a přidání kontrolní sekvence rámce.
10. 10. Zařízení podle kteréhokoliv z předcházejících nároků, vyznačující se tím, že zahrnuje prostředek pro monitorování přijímání paketů informací.
11. 11. Zařízení podle nároku 10, vyznačující se tím, že má prostředek pro automatické řazení do fronty vyjímaných • W « « _v — w - « _v » » · * * ·«· · »· · • · «« ·· ·*· · · · • · *··· ··*· ··* ·« ·· *· ·· »· paketů, dokud uvedený monitorovací prostředek neindikuje, že všechny očekávané pakety již byly přijaty, nebo dokud není z aplikace přijata instrukce pro zastavení.
12. 12. Zařízení podle kteréhokoliv z předcházejících nároků, vyznačující se tím, že zahrnuje slučovací prostředek pro vytvoření výstupního datového toku upraveného pro uložení v digitálním videorekordéru.
13. 13. Zařízení podle kteréhokoliv z nároků I až 11, vyznačující se tím, že zahrnuje slučovací prostředek pro vytvoření výstupního datového toku upraveného pro datovou komunikaci s počítačem.
14. 14. Zařízení podle kteréhokoliv z předcházejících nároků, vyznačující se tím, že má formu zařízení v přijímačí/dekodéru, uspořádaného pro provoz pod řízením aplikací prostřednictvím řídícího programu zařízení.
15. 15. Zařízení pro činnost pod řízením aplikací pro zpracování přijímaného digitálního datového toku pro vytvoření z něj výstupního datového toku, vyznačující se tím, že zahrnuje:

    prostředek pro přijímání digitálního datového toku zahrnujícího množství paktů informací;

    prostředek pro přijímání informací z aplikace pro sestavení seznamu specifikovaných paketů, které mají být zvoleny z přijímaného digitálního datového toku, přičemž tento seznam obsahuje prioritní informace indikující prioritu přidělenou každému paketu;

    prostředek pro vyjímání paketů, specifikovaných v uvedeném seznamu, z přijímaného datového toku; a zpracovatelský prostředek pro zpracování vyjmutých * · · · · ··· * * · * * ··· ·· ·· · · · · · · • · *··· * · · · ·*· ·· ·· ·· ·· *· paketů pro vytvoření výstupního datového toku a pro snížení selektivně počtu vyjmutých paketů ve výstupním datovém toku prostřednictvím začlenění vyjmutých paketů s vyšší prioritou do výstupního datového toku přednostně vzhledem k vyjmutým paketům s nižší prioritou.
16. 16. Zařízení podle nároku 15, vyznačující se tím, že je uspořádáno pro činnost v jednom ze dvou režimů, přičemž tyto režimy zahrnují čekací režim, ve kterém není vytvářen výstupní datový tok, a prováděcí režim, ve kterém jsou zařízením předávána data.
17. 17. Zařízení podle nároku 16, vyznačující se tím, že zahrnuje prostředek pro přijímání příkazů z aplikace pro přepínání mezi uvedenými režimy.
18. 18. Zařízeni podle nároku 16 nebo 17, vyznačující se tím, že zahrnuje prostředek pracující v uvedeném čekacím režimu pro přijímání informací pro sestavení uvedeného seznamu ve formě počátečního seznamu identifikátorů paketů, které mají být kopírovány do výstupního toku.
19. 19. Zařízení podle nároku 16, 17 nebo 18, vyznačující se tím, že zahrnuje prostředek pracující v uvedeném prováděcím režimu pro přijímání seznamu zahrnujícího seznam identifikátorů paketů, které mají být přidány do nebo vymazány z aktuálního seznamu.
20. 20. Zařízení podle kteréhokoliv z nároků 14 až 19, vyznačující se tím, že dále zahrnuje prostředek uspořádány pro udržování dalšího seznamu zahrnujícího seznam identifikátorů paketů, které mají být dekódovány.

    Φ φ ♦ φ · φφφ φ · φ φ φ φφφ · φ φφ φφφ φφ φ φ φ · ·φ φ φφφφ φφφ φφ φφ φφ φφ Φφ
21. 21. Zařízení podle nároku 20, vyznačující se tím, že je uspořádáno pro přijímání informací z aplikace pro použití při dekódování, výhodně jako součásti procedury pro nastavení počátečního seznamu zahrnujícího seznam identifikátorů

    5 paketů, které mají být dekódovány.
22. 22. Zařízení podle kteréhokoliv z nároků 14 až 21, vyznačující se tím, že dále zahrnuje prostředek pro uložení seznamu MPEG úseků, které mají být vloženy aplikací.
23. 23. Zařízení podle nároku 22, vyznačující se tím, že je uspořádáno pro přijímání parametrů z aplikace pro řízení opakování úseku ve výstupním datovém toku, přičemž zařízení je uspořádáno pro opakování úseku na základě těchto parametrů.
24. 24. Zařízení podle kteréhokoliv z nároků 14 až 23, vyznačující se tím, že dále zahrnuje prostředek pro vracení do aplikace informací týkajících se aktuálně zvolených identifikátorů paketů začleněných ve výstupním datovém toku.
25. 25. Systém pro zpracování dat, vyznačující se tím, že zahrnuj e:

    prováděcí prostředek pro spouštění alespoň jedné aplikace;

    prostředek pro přijímání přenášeného digitálního datového toku;

    zařízení podle kteréhokoliv z nároků 14 až 24 pro zpracování přijímaného digitálního datového toku pod řízením uvedené alespoň jedné nebo každé aplikace; a prostředek pro přivádění výstupního datového toku zařízením na výstupní rozhraní.

    ·· « · V » v v » W W ftftft ft ft·» ft ftft « ft ··· ftft ftft * · · ftft ft ft ft ftftftft ftftftft ftftft ftft ftft ft· ·· ·»
26. 26. Přijímač/dekodér, ve kterém je realizován systém pro zpracování dat podle nároku 25, vyznačující se tím, že zahrnuje prostředek pro přijímání přenášeného digitálního datového toku ze satelitu nebo kabelu a uvedené rozhraní,

    5 přičemž rozhraní je uspořádáno pro spojení s digitálním videorekordérem nebo digitálním zobrazovacím zařízením nebo počítačem pro zobrazení nebo uložení alespoň částí přijatých dat nebo pro vytvoření komunikačního spojení s počítačem.
27. 27. Přijímač/dekodér podle nároku 26, vyznačující se tím, že zařízení je uspořádáno pro spolupráci s řídicím programem zařízení pro předávání výstupního datového toku na rozhraní.
28. 28. Přijímač/dekodér podle nároku 27, vyznačující se tím, že rozhraní vyhovuje standardu IEEE 1394 nebo jeho variantě

    5 nebo jeho modifikaci.
29. 29. Přijímač/dekodér podle kteréhokoliv z nároků 26 až 28, vyznačující se tím, že je uspořádán pro spojení s digitálním videorekordérem, přičemž tento přijímač/dekodér zahrnuje aplikaci uspořádanou pro řízení zařízení pro zvolení částí θ přijímaného datového toku zahrnujícího dva nebo více televizních programů pro předávání do digitálního videorekordéru a prostředek pro přidávání informací do výstupního datového toku, které identifikují programy.
30. 30. Aplikace pro přijímač/dekodér, vyznačující se tím, že má prostředek pro přijímání přenášeného digitálního datového toku, rozhraní pro spojení s digitálním paměťovým médiem, a zařízení pro zpracování přijímaného digitálního datového toku pro vytvoření výstupního datového toku pro přivedení do digitálního paměťového média, přičemž aplikace zahrnuje prostředek pro řízení uvedeného zařízení pro zvolení částí φφφ φ * φφφ · * · ·

    Φ ΦΦ* · Φ φφ Φ Φ Φ Φ« Φ • φ φφφφ φφφφ φφφ φφ φφ φφ φφ φφ ► 25 přijímaného digitálního datového toku, odpovídajících dvěma nebo více přenášeným programům, a pro vyslání těchto částí do digitálního paměťového média pro uložení ve formě umožňující programům, aby byly následně opět přehrány, přičemž aplikace je upravena pro snížení selektivně počtu částí ve výstupním datovém toku prostřednictvím začlenění částí přijímaného digitálního datového toku s vyšší prioritou do výstupu do digitálního paměťového média s předností vzhledem k částem s nižší prioritou.
31. 31. Způsob zpracování digitálního datového toku, vyznačující se tím, že zahrnuje:

    příjem digitálního datového toku zahrnujícího množství paketů informací;

    uložení seznamu specifikovaných paketů, které mají být zvoleny z přijatého digitálního datového toku, přičemž tento seznam obsahuje prioritní informace indikující prioritu přidělenou každému paketu;

    vyjímání paketů, specifikovaných v uvedeném seznamu, z přijatého datového toku; a zpracování vyjmutých paketů pro vytvoření výstupního datového toku; a snížení selektivně počtu vyjmutých paketů ve výstupním datovém toku prostřednictvím začlenění vyjmutých paketů s vyšší prioritou do výstupního datového toku přednostně vzhledem k vyjmutým paketům s nižší prioritou.
32. 32. Způsob podle nároku 31, vyznačující se tím, že se snižuje selektivně počet vyjmutých paketů ve výstupním datovém toku v případě, že počet vyjmutých paketů, které mají být začleněny, se stává příliš velkým pro kapacitu manipulace s daty výstupního toku.

    • 4 4 » * ··· 4 · 4 4

    4 444 4 44 444 44 4

    4 4 4444 4 4 4 4

    44· 44 44 44 44 44
33. 33. Způsob podle nároku 31 nebo 32, vyznačující ae tím, že dále zahrnuje krok selektivně opětovného vkládání vyloučených vyjmutých datových paketů do výstupního datového toku.
34. 34. Způsob podle kteréhokoliv z nároků 31 až 33, vyznačující se tím, že pakety mají jednu z množství prioritních hodnot.
35. 35. Způsob podle kteréhokoliv z nároků 31 až 34, vyznačující se tím, že pakety mají prioritní hodnotu v

    20 rozsahu od 0 do 255.
36. 36. Způsob podle kteréhokoliv z nároků 31 až 35, vyznačující se tím, že přijímaný digitální datový tok je MPEG datový tok, přičemž seznam zahrnuje seznam identifikátorů paketů, které mají být zvoleny z přijímaného datového toku.
37. 37. Způsob podle nároku 36, vyznačující se tím, že dále zahrnuje kroky uložení alespoň jednoho dalšího seznamu identifikátorů paketů a aplikace jedné nebo více specifikovaných zpracovatelských operací na paketech

    20 specifikovaných v uvedeném jednom nebo každém dalším seznamu před začleněním do výstupního datového toku.
38. 38. Způsob podle kteréhokoliv z nároků 31 až 37, vyznačující se tím, že zahrnuje krok vkládání dalších paketů do výstupního datového toku.
39. 39. Způsob podle kteréhokoliv z nároků 31 až 38, vyznačující se tím, že přijímané pakety zahrnují množství datových úseků a krok zpracování zahrnuje alespoň jednu operaci z: oddělování záhlaví a/nebo paty od přijatého datového úseku; přidání záhlaví a/nebo paty k přijatému ftt · · «ftft ftftftft ft · · ftft ·«· · · · ·

    Í ftftft ftft ftft ftftft ftft « ft ftftftft ftftftft • ftft ftft ftft ftft ftft ftft datovému úseku; přidání indikace o délce přijatého úseku; a přidání kontrolní sekvence rámce.
40. 40. Způsob podle kteréhokoliv z nároků 31 až 39, vyznačující se tím, že dále zahrnuje krok monitorování přijímání paketů informací.
41. 41. Způsob podle nároku 40, vyznačující se tím, že dále zahrnuje krok automatického řazení do fronty vyjímaných paketů, dokud nebyly všechny očekávané pakety již přijaty, nebo dokud není z aplikace přijata instrukce pro zastavení.
42. 42. Způsob podle kteréhokoliv z nároků 31 až 41, vyznačující se tím, že se vytváří výstupní datový tok upravený pro uložení v digitálním videorekordéru.
43. 43. Způsob podle kteréhokoliv z nároků 31 až 41, vyznačující se tím, že se vytváří výstupní datový tok upravený pro datovou komunikaci s počítačem.
44. 44. Přijímač/dekodér obsahující zařízení v podstatě podle zde uvedeného popisu.
45. 45. Zařízení v podstatě podle zde uvedeného popisu.
46. 46. Způsob zpracování digitálního datového toku v podstatě podle zde uvedeného popisu.