CZ2000264A3 - Způsob a řídící zařízení pro komunikaci dat - Google Patents

Abstract

Zařízení rozhraní je určeno pro použití v přijímači/dekodéru (2020) pro přenosový digitální televizní systém, ve kterém jsou přijímané signály předávány skrz přijímač 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 dálkovým ovládáním (2026) přes rozhraní (2030) v přijímači/dekodéru (2020). Činnost přijímače/dekodéru (2020)je řízena virtuálním počítačem VM (4007), který zahrnuje prováděcí prostředek RTE (4008). Přijímač/dekodér (2020) zahrnuje množství rozhraní s vnějšími jednotkami. Zařízení rozhraní umožňuje aplikaci, spuštěné RTE (4008), aby měla přístup na rozhraní IEEE 1394.

Description

Předkládaný vynález se týká rozhraní aplikačních programů s fyzickými zařízeními (periferními zařízeními), zejména, ale ne výhradně, ve spojení s příjí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 15 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 25 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ř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ů, 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 přijímačů/dekoderů 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í interaktiv.ity, 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 aplikací 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 přijímač/dekodér pro komunikaci s jiným audiovizuálním zařízením, například, s digitálním videorekordérem přes vysokorychlostní digitální rozhraní. Nedávno vyvinutý standard IEEE 1394 zajišťuje slibný a pružný protokol rozhraní, který poskytuje rychlosti sériové komunikace o hodnotách 100 Mbitů/s nebo větších.

Problémem s použitím tohoto rozhraní IEEE 1394 je to, že sběrnice rozhraní může být resetována nebo mohou být změněny parametry zařízením, připojeným ke sběrnici, jiným než je přijímač/dekodér, což může způsobit problémy pro aplikaci. To může vést na požadavek na větší paměť a zpracovatelský výkon pro spuštění složitějších aplikací schopných spolupráce s tímto rozhraním. To by zvýšilo jak náklady na každý přiímač/dekodér tak i náklady na vývoj a odladění aplikací.

Aspekty předkládaného vynálezu jsou vedeny snahou vyřešit problémy s propojováním aplikací s takovýmito rozhraními. Ačkoliv předkládaný vynález nabízí nejvíce výhod při propojování mezi přijímačem/dekodérem a IEEE 1394 nebo podobným rozhraním, mělo by být zcela zřejmé, že tento vynález může být použit pro propojování jiných aplikací s rozhraními, jejichž parametry se mohou měnit mimo řízení aplikace.

Podstata vynálezu

V prvním aspektu předkládaný vynález navrhuje způsob komunikace dat přes řídící program (ovladač) zařízení mezi aplikací a rozhraním majícím alespoň jeden znak, ke kterému je přiřazen identifikátor rozhraní, přičemž tento jeden nebo každý identifikátor rozhraní je vystaven změně po alespoň jedné události, přičemž tento způsob zahrnuje pro alespoň jeden uvedený znak uložení odpovídajícího logického identifikátoru, poskytnutí logického identifikátoru aplikaci pro směrování komunikace sdružené s odpovídajícím znakem mezi řídícím programem zařízení a aplikaci, a udržování vztahu mezi jedním nebo každým logickým identifikátorem a jedním nebo každým znakem nezávisle na identifikátoru rozhraní, který je přidělen tomuto jednomu nebo každému znaku, takže komunikace mezi aplikací a řídícím programem zařízení, směrovaná s použitím daného logického identifikátoru, zůstává sdružena s odpovídajícím daným znakem následně po změně v přiřazení odpovídajícího identifikátoru rozhraní ke znaku.

Tímto způsobem přesto, že sdružení identifikátorů rozhraní a znaků se čas od času může měnit, mohou být tyto změny učiněny v podstatě transparentními pro aplikaci, která v důsledku toho může být jednodušší.

Komunikace mezi rozhraním a řídícím programem zařízení je výhodně směrována na základě jednoho nebo každého identifikátoru rozhraní, což usnadňuje komunikaci s rozhraním.

····· ·· · · · · ··

Logické identifikátory mohou být přiřazeny pouze znakům, které jsou specifikovány jednou nebo více aplikacemi. To může snížit počet požadovaných logických identifikátorů.

Alternativně může být řídící program zařízení

...

uspořádán pro sestaveni seznamu logických identifikátoru a odpovídajících identifikátorů rozhraní pro všechny uvedené znaky, nebo pro všechny znaky splňující předem stanovená kritéria, a výhodně pro aktualizaci tohoto seznamu pokaždé, když je znak přidán nebo odstraněn nebo změněn, nebo když je 1 Ω změněn jakýkoliv identifikátor rozhraní.

Přestože tento způsob odstraňuje nutnost, aby aplikace znala identifikátor rozhraní, je výhodně řídící program zařízení uspořádán na žádost pro komunikaci identifikátoru rozhraní, přiřazeného logickému 15 identifikátoru, do aplikace. Bylo ověřeno, že toto podstatně usnadňuje testování systému, protože je možné pro vysokoúrovňovou aplikaci, aby stanovila, zda rozhraní a přidružení řídící program zařízení pracují funkčně podle požadavků.

Výhodně je řídící program zařízení uspořádán pro přijetí žádostí z aplikace o definování spojení mezi fyzickými rozhraními připojenými na sběrnici s použitím alespoň jednoho logického identifikátoru namísto identifikátoru rozhraní. To může usnadnit správu spojení prostřednictvím aplikace.

Aplikace je výhodně uspořádána pro komunikaci s řídícím programem zařízení přes řídící prostředek zařízení. Zajištění řídícího prostředku zařízení umožňuje provádění ····· · · ·· · · · · celkového řízení komunikace, takže více aplikací může komunikovat s více zařízeními bez konfliktů.

V prvním výhodném provedení alespoň jeden uvedený znak rozhraní zahrnuje periferní zařízení pojené s rozhraním a odpovídající identifikátor rozhraní zahrnuje fyzickou adresu (rovněž někdy označována jako uzlová adresa) přiřazenou tomuto perifernímu zařízení, přičemž logický identifikátor zahrnuje logickou adresu (která může být rovněž označena jako logický identifikátor periferie) přiřazenou tomuto perifernímu zařízení. Aplikace tedy s použitím dané logické adresy může pokračovat v komunikaci s daným periferním zařízením (například digitálním videorekordérem), dokonce i když se fyzická adresa periferního zařízení změní (například následně po připojení dalšího periferního zařízení na sběrnici a následném řešetu sběrnice).

V takovém případě udržování vztahu výhodně zahrnuje dotazování každého periferního zařízení, ke kterému je přiřazena logická adresa, pro stanovení fyzické adresy přiřazené tomuto perifernímu zařízení následně po jedné nebo každé události, například po řešetu sběrnice. To umožňuje, aby přiřazení byla aktualizována následně po jakékoliv změně fyzické adresy, která přichází do úvahy.

Rovněž v tomto případě je obzvláště výhodné, pokud komunikace identifikátoru rozhraní pro dané periferní zařízení zahrnuje komunikaci fyzické (nebo uzlové) adresy periferního zařízení a rovněž zahrnuje komunikaci dalšího identifikátoru periferního zařízení, například unikátního uzlového identifikátoru obsahujícího další informace identifikující periferní zařízení. Unikátní uzlový identifikátor může identifikovat výrobce a/nebo prodejce a/nebo číslo modelu periferního zařízení a může obsahovat sériové číslo. Unikátní uzlový identifikátor je dlouhý výhodně alespoň 4 byty a zvláště výhodně 8 bytů.

Podle druhého výhodného provedení alespoň jeden uvedený znak rozhraní zahrnuje kanál definovaných parametrů dostupný přes rozhraní a odpovídající identifikátor rozhraní zahrnuje číslo kanálového rozhraní (nebo tak zvaný identifikátor kanálu), přičemž logický identifikátor zahrnuje logický identifikátor kanálu. Tímto způsobem není nutné, aby si aplikace udržovala přehled o číslech kanálových rozhraní, která se mohou měnit. Kanály jsou výhodně izochronními kanály, které mají definovanou šířku pásma.

Výhodně je řídící program (ovladač) zařízení uspořádán pro přijetí žádosti z aplikace pro přidělení kanálu definovaných parametrů (například kanálu, který má .

definovanou maximální šířku pásma) a pro vrácení logického identifikátoru kanálu, pokud přidělení je úspěšné. Přestože aplikace nemusí znát číslo kanálového rozhraní, je výhodné, pokud řídící program zařízení je uspořádán pro přijetí výhodného číslo kanálového rozhraní a pro přidělení výhodného kanálového rozhraní, pokud je dostupné, a pro přidělení volného kanálu, pokud výhodné kanálové rozhraní není dostupné nebo pokud není specifikováno žádné výhodné kanálové rozhraní. Vytvoření funkce specifikování kanálových rozhraní může usnadnit řízení a testování rozhraní prostřednictvím vhodné aplikace bez požadavku, aby všechny aplikace rozpoznávaly čísla kanálových rozhraní. Výhodně je řídící program zařízení uspořádán pro přijetí identifikátoru výhodného kanálového rozhraní a pro rozpoznání předem stanoveného klíče namísto platného čísla kanálového rozhraní • · « · ♦ · • ··· · · ·»· ··· ·· ·· ·· ·· · · při nespecifikování žádného výhodného kanálového rozhraní a pro hlášení chyby do aplikace, pokud jsou specifikována další neplatná čísla kanálového rozhraní, což může napomáhat při ladění aplikací.

Je rovněž výhodné, když je řídící program zařízení uspořádán pro komunikaci identifikátoru kanálového rozhraní do aplikace a výhodně rovněž dalších parametrů výhodně zahrnujících alespoň jeden z maximální rychlosti přidělené kanálu, rychlosti právě dostupné, počtu spojení (pokud nějaká jsou) používajících kanal, a identifikátoru každého spojeni používajícího kanál. To umožňuje inteligentní správu komunikace prostřednictvím vhodné aplikace bez požadavku, aby všechny aplikace pracovaly pro použití rozhraní s takovýmito parametry.

Zvláště výhodně jsou první a druhé výhodné provedení obě realizována společně, přičemž řídící program zařízení je uspořádán pro přijetí žádostí z aplikace pro definování jednoho nebo více spojení mezi periferními zařízeními, připojenými k rozhraní, prostřednictvím odkazu na logické

0 adresy a logické identifikátory kanálů. Kombinace těchto dvou provedení tímto způsobem zajišťuje tu podstatnou výhodu, že aplikace je schopna vytvořit spojení bez nutnosti sledování kterýchkoliv detailů fyzických adres příslušných periferních zařízení nebo kanálového rozhraní, přes které je spojení 25 realizováno. Výhodně je řídící program zařízení uspořádán pro vytvoření alespoň jednoho z dvoubodového spojení mezi specifickými periferními zařízeními a přenosového spojení.

Během události, jako je reset sběrnice, ve které jsou 3Q parametry rozhraní vystaveny změně, může být komunikace přerušena. Ačkoliv řídící program zařízení může zpracovat • ·· ·· ·· ·· ·· • · · « · · · · « · • · · · · ··*· · ·· 4» • · · · · ·· · · · · · · • · · · · · · · · · ·

9 44 44 ·9 44 49 určité události bez požadavku vstupu z aplikace, je výhodné, když je řídící program zařízení uspořádán pro signalizaci jedné nebo více událostí do aplikace (pokud si to aplikace,· žádá), přičemž tyto událostí výhodně zahrnují alespoň jednu z řešetu sběrnice (výhodně samostatné události signalizující začátek a konec řešetu), změny v topologii sběrnice nebo parametrů kanálu nebo spojení.

V druhém aspektu předkládaný vynález navrhuje řídící program (ovladač) zařízení pro realizaci komunikace mezi aplikací a rozhraním majícím alespoň jeden znak, ke kterému je přiřazen identifikátor rozhraní, přičemž tento jeden nebo každý identifikátor rozhraní je vystaven změně po alespoň jedné události, přičemž tento řídící program zařízení zahrnuje prostředek pro uložení alespoň jednoho logického identifikátoru odpovídajícího příslušnému identifikátoru rozhraní, prostředek pro poskytnutí logického identifikátoru aplikaci pro směrování komunikace sdružené s odpovídajícím znakem mezi řídícím programem zařízení a aplikací, a prostředek pro udržování vztahu mezi jedním nebo každým logickým identifikátorem a jedním nebo každým znakem nezávisle na identifikátoru rozhraní, který je přidělen tomuto jednomu nebo každému znaku, takže komunikace mezi aplikací a řídícím programem zařízení, směrovaná s použitím daného logického identifikátoru, může zůstat sdružena s odpovídajícím daným znakem následně po změně v přiřazení odpovídajícího identifikátoru rozhraní ke znaku.

Řídící program zařízení může být realizován v hardwaru, například v jednoúčelovém integrovaném obvodu, což může zajistit zvýšenou rychlost činnosti. Zvláště výhodně je ale řídící program zařízení realizován alespoň částečně v • ftft ·· ·· ftftftft ftftft · · · ftftftft • ··· · · ftftft · ftft · ·· ftftft ftft ftftft ftft · ftftft · · · · ftftftft • ftftftft · · ftft ftft ftft softwaru, výhodně spouštěném zpracovatelským prostředkem, který spouští aplikaci, což umožňuje větší pružnost, vyžaduje méně součástek a umožňuje snazší aktualizaci řídícího programu zařízení.

Ve třetí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í aplikace, prostředek rozhraní pro spojení s alespoň jedním zařízením, přičemž rozhraní má alespoň jeden znak, ke kterému je přiřazen identifikátor rozhraní, přičemž tento jeden nebo každý identifikátor rozhraní je vystaven zmene po alespoň jedné události, a řídící program zařízení zahrnující prostředek pro uložení alespoň jednoho logického identifikátoru odpovídajícího příslušnému identifikátoru rozhraní, prostředek pro poskytnutí logického identifikátoru , . , aplikaci pro směrování komunikace sdružené s odpovídajícím znakem mezi řídícím programem zařízení a aplikací, a prostředek pro udržování vztahu mezi jedním nebo každým logickým identifikátorem a jedním nebo každým znakem nezávisle na identifikátoru rozhraní, který je přidělen o Ω tomuto jednomu nebo každému znaku, takže komunikace mezi aplikací a řídícím programem zařízení, směrovaná s použitím daného logického identifikátoru, může zůstat sdružena s odpovídajícím daným znakem následně po změně v přiřazení odpovídajícího identifikátoru rozhraní ke znaku.

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

Systém pro zpracování dat je výhodně realizován v 3q přijímači/dekodéru (například nastavovací řídící skříni), který obsahuje prostředek pro přijímání přenášených dat (přes satelit nebo kabel), přičemž rozhraní je výhodně 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ň části přijatých dat. Prostředek řídícího programu zařízení je výhodně uspořádán pro spolupráci se zařízením pro modifikaci přijatého datového toku pro vytvoření modifikovaného datového toku pro předání uvedenému rozhraní.

Rozhraní výhodně vyhovuje standardu IEEE 1394, nebo θ jeho variantě, nebo jeho modifikaci, nebo jeho zjemnění. Data mohou být přenášena podle standardu IEEE 1883.

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

Předkládaný vynález je obzvláště výhodně použit v přij ímači/dekodéru pro umožnění aplikaci komunikovat s, například, digitálním videorekordérem přes sběrnici podle standardu IEEE 1394. Řídící program zařízení může být uspořádán pro vysílání příkazů pro řízení digitálního videorekordéru z aplikace a/nebo pro přijímání dat týkajících se informací uložených v digitálním videorekordéru, Tímto způsobem může interaktivní aplikace, spuštěná v přij ímači/dekodéru, řídit záznam a přehrání programů nebo jiných dat. Data určená ke komunikaci jsou výhodně v datovém formátu MPEG (kterým je míněna jakákoliv varianta nebo vývojová změna základního MPEG formátu), ale mohou být samozřejmě použity i jiné formáty.

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

Přehled obrázků na výkresech

Obr.l 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/ 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ý náčrtek pro vysvětlení toku komunikace mezi aplikací a vzdáleným periferním zařízením přes řídící program zařízení; a

Obr. 5 znázorňuje schematickou ilustraci některých komponentů řídícího programu zařízení.

Příklady provedení vynálezu

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

Před popisem řídícího programu zařízení podle předkládaného vynálezu bude nejprve stručně popsána výhodná platforma, kterou je digitální satelitní přijímač/dekodér.

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 • ·· ·-» ·· ·· ·· ··· ··· ···· • 449 9 9 994 9 4 9 4 • · · 4 4 4 9 4 4 4 9

449 49 99 ·· ·· ·· 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. Základní uspořádání přijímače/dekodéru bude sumarizováno níže, aby bylo usnadněno pochopení funkce řídícího programu (ovladače) zařízení.

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 nebo jiné inteligentní karty (použité pro provádění 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,

0 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, správce 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í • «0 00 00 00 ·» • · 0 · · « 9 4 9 4

444 4 4 944 4 4 4 6

9 4 4 4 6 9 9 4 9 · 0 0 • 00 0000 4 4 4 4

994 49 99 44 00 00 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či/dekodéru 2020.

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

4 **	• 0	00	0·	00
• · *	•		0	•	0	0	•	«
• 000	0		0	00·	1»	0	0
								fl
• · ·	•		0	0 0	0	0	0	0
• 00 00		• 0		0·	00		00

• Aplikace teleshopping, 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, 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 4008 tvořícím část virtuálního počítače 4007. 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é 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 mikrcprogramové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 se správcem 4068 (logických) zařízení, který je spojen se sadou (logických) zařízení 4064, která jsou spojena s řídícími programy (ovladači) 4060 (logických) zařízení, které jsou dále spojeny Ί 5 s porty nebo rozhraními. V širším smyslu může být ovladač (řídící program) zařízení považován za prostředek, který definuje logické rozhraní, takže dva různé řídící programy zařízení mohou být spojeny se společným fyzickým portem. Řídící program zařízení bude obvykle spojen s více než jen jedním zařízením; pokud je zařízení spojeno s jedním řídicím programem (ovladač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 řídícího programu 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í.

• · · · · · • ftft· · ftft • · · · • ftft · ····· ftft ftft ftft ftft

Každá funkce přijímač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 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 řídícím programem zařízení a zkonstruovány výrobcem přijímače/dekodéru.

Když je vytvořeno nové zařízení 4 0 62, 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é 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ětí). 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.

Správce 4068 zařízení je společné rozhraní mezi aplikací 4056 a specifickými funkcemi přijímače/dekodéru 2020. Správce 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 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 15 (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 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é 25 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

3q RAM média nebo FLASH média, aby se zajistilo optimální využití. Stažená data jsou ověřena prostřednictvím • ft · ··· ftftftft • · · · · ftftftft · ·· · • · · ftftftft ftftftft • · · · · · · · · ftft ·· 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ři j í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 správci 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ů správce 4068 prostřednictvím procedury Device: Close Channel.

Přístup k zařízením 4062, zajištěný prostřednictvím správce 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í multíplexu 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 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 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 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 zpracování mají různé velikosti a jsou různě složité, včetně takové, u které následující akce-skupína, to jest akce-skupina, do které systém přejde v.odezvě na událost, je 5 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 15 zvolení 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 zpracovaní.

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

3Q 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č 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í.) o

Muž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.

Řídící program (ovladač) zařízení pro sběrnici IEEE 1394

Jak je znázorněno na obr. 4, lze vypozorovat, že řídící program sběrnice IEEE 1394 pracuje podle shora popisovaného schématu pro usnadnění komunikace mezi aplikací a periferním zařízením, jako je digitální videorekordér připojený na sběrnici IEEE 1394.

Pro vysokorychlostní komunikaci dat, například pro ukládání MPEG dat v reálném čase, nemusí být běžná sériová a paralelní rozhraní, která jsou relativně jednoduchá pro řízení aplikací, dostatečně rychlá. Řídící program zařízení popisovaný níže zahrnuje množství nových znaků, které umožňují aplikaci účinný přístup na sběrnici IEEE 1394 a které mohou umožnit řízení, například, digitálního videorekordéru připojeného na sběrnici prostřednictvím relativně jednoduché aplikace.

Řídící program zařízení může být považován za

ΟΛ zahrnující množství funkčních jednotek, které níže budou ·· φφ • ' φ φ • φ φ · · φφ φφ φφ φφ označovány jako příkazy. Každý příkaz komunikuje s aplikací přes zařízení 4062 za řízení správcem 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ří základní procedury stručně popsány níže: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 operace, které musí být prováděny ve striktní sekvenci, aby byly řízeny spolehlivě.

2) Device: I/O. Tento příkaz umožňuje asynchronní 15 činnost. To znamená, že aplikace může vyslat žádost o datový přenos nebo o provedení 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.

Nyní budou popsány příkazy zajišťované v řídícím programu zařízení v provedení podle předkládaného vynálezu.

• ·· 44 ·· 44 44 • 44 4 4 4 4444

444 4 4444 4 44 4

44444 44 44 44 44

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 z hlediska aplikace, společně s volitelnými a 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 byt 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

0 prostřednictvím jednoúčelového hardwaru. S použitím příkazu Call a 1/0 řídící program zařízení může 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í.

Mělo by být zcela zřejmé, že funkce popisované níže pro příkazy implikují určité základní funkce, které mají být realizovány řídícím programem zařízení, například, pro manipulaci s logickými identifikátory periferních zařízení a logickými identifikátory kanálů, přičemž řídící program 30 zařízení obsahuje prostředky pro udržování příslušných • * ♦

00

0 0 • 0 0

0 0 0·

00

00 tabulek logických identifikátorů periferních zařízení a logických identifikátorů kanálů, které těmto identifikátorům umožňují, aby byly vztaženy na jim odpovídající znaky rozhraní (fyzické adresy respektive číslo kanálového rozhraní). Navíc v případě výskytu události, jako je reset sběrnice, je řídící program zařízení uspořádán pro zjištění nových fyzických adres a čísel kanálových rozhraní a pro aktualizaci tabulek tak, že přechod je relativně bezproblémový z hlediska aplikace.

θ Navíc samozřejmě řídící program zařízení obsahuje prostředek pro vlastní provádění komunikace s rozhraním a pro provádění potřebných organizačních úloh, jako je přidělování a uvolňování paměti. Některé z těchto funkcí jsou schematicky ilustrovány na obr. 5. Detaily o těchto funkcích budou záviset na specifickém použitém hardwaru, ale pro osoby v oboru znalé bude zcela zřejmé, jak je realizovat na základě informací presentovaných v tomto popisu a ve spojení s odkazy na vhodné části dokumentace pro standardy IEEE 1394 (jejichž obsah je tímto začleněn do tohoto popisu prostřednictvím θ odkazu), takže zde nebudou podrobněji popisovány.

Příkaz: Bus 1394 Set

Tento příkaz umožňuje, aby aplikací byly nastaveny základní parametry rozhraní, výhodně velikost vyrovnávací paměti pro příjem dat, která by měla být přidělena, a počet opakovaných pokusů o komunikaci, které je třeba využít při vysílání asynchronních příkazů přes rozhraní. Tyto parametry by mohly být předem nastaveny a příkaz by mohl být vynechán, ale zajištění tohoto příkazu umožňuje, aby komunikace byly θ optimalizovány pro různé aplikace. Přestože by tyto parametry mohly být velmi dobře nastaveny asynchronně, bylo shledáno ·· ·· » · · » · > · · výhodným přistupovat k tomuto příkazu přes proceduru Call, takže následné příkazy aplikace jsou vykonávány pouze tehdy, když parametry zařízení již byly stabilizovány. Příkaz výhodně signalizuje chybu pro aplikaci, pokud řídící program zařízení právě přijímá data z periferního zařízení.

Příkaz: Bus 1394 Info

Tento příkaz vrací do aplikace základní informace týkající se topologie sběrnice. Protože je méně časově náročný, je k němu výhodně přistupováno asynchronně přes proceduru I/O.

Výhodně tento a v podstatě všechny nebo alespoň některé asynchronní příkazy jsou uspořádány pro předání maximální doby (například v ms) požadované pro odezvu (nebo kódu, kde například nula znamená nulovou maximální dobu), což může umožnit řídícímu programu zařízení, aby seřadil žádosti podle priorit.

Výhodně příkaz vrací informace týkající se maximální datové rychlosti spravované sběrnicí, datové rychlosti dostupné v okamžiku volání (to jest rychlosti, která bere do úvahy již aktivní spojení na sběrnici), počtu periferních zařízení fyzicky připojených ke sběrnici a jim odpovídajících logických identifikátorů (jak bude diskutováno podrobněji níže), a logických kanálů, které jsou dostupné v okamžiku volání.

Se sběrnicí IEEE 1394 je každému perifernímu zařízení, připojenému ke sběrnici, přidělena fyzická adresa, která se čas od času může měnit.

Mělo by být zcela zřejmé, že ačkoliv specifické ³⁰ vytvoření tohoto příkazu je volitelné, je žádoucí, aby řídící

• »·		• ·	·«
* ·	• ·	«	• ·	•
• · ft ·	• ·	• ··	• ·	•
• · ·	á ·	• ·	• e	•
• · · a	• a	··	>·

program zařízení udržoval tabulku logických adres (rovněž označovaných logickými identifikátory periferních zařízení), které jsou konstantní pro každé periferní zařízení (pro danou relaci a pro danou aplikaci; přičemž logická adresa se může měnit, pokud je přijímač/dekodér resetován), takže při každém vykonání aplikace může použít jednu logickou adresu pro unikátní a jednoznačnou identifikaci odpovídajícího periferního zařízení. Čísla kanálů (kanálových rozhraní) přidělená kanálům se mohou rovněž měnit, takže řídící program zařízení rovněž výhodně udržuje tabulku logických čísel kanálových rozhraní. Řídící program zařízení může potom odpovědět na žádost o informaci jednoduše vyhledáním dat z vhodné tabulky.

Výhodně je informace, týkající se dostupnosti kanálů, předávána v binární formě jako bitová mapa výhodně s 8 byty informací, ve kterých každý bit kóduje dostupnost jednoho z 64 logických kanálů (například 0 znamená, že kanál je již přidělen, a 1 znamená, že kanál je dostupný pro použití).

Příkaz: Bus 1394 Info Periph

Tento příkaz je uspořádán pro přijetí parametru indikujícího logický identifikátor periferního zařízení a pro vrácení dvou bytové fyzické adresy (rovněž známá jako uzlový identifikátor) odpovídající fyzické adrese přidělené perifernímu zařízení na rozhraní, a výhodně rovněž pro vrácení 8 bytového unikátního uzlového identifikátoru, který výhodně unikátně identifikuje celé periferní zařízení nebo alespoň identifikuje prodejce nebo číslo modelu periferního zařízení. To zajišťuje pro vhodné navrženou aplikaci schopnost určit, například, speciální funkce zařízení na

• **	*·	··	44	44
·· ·	•	•	4	4	4	4	a
• ···	•	•	444	4	4	•
							•
• 9 4	•	•	9 ·	4	4	•	•
444 44	··		44	44		44

základě informace identifikující specifická periferní zařízení.

Příkaz je výhodně uspořádán pro signalizaci chyby, pokud rozhraní není fyzicky připojeno k funkční sběrnici IEEE 5

1394, nebo pokud je logický identifikátor periferního zařízení neplatný (například větší než předem stanovená maximální hodnota, výhodně 63) , a rovněž pro signalizaci probíhajícího řešetu sběrnice a chyby, pokud specifikovaný logický identifikátor periferního zařízení není znám, nebo pokud zařízení selže pri odezve ve specifikované době.

K příkazu je výhodně přistupováno asynchronně prostřednictvím procedury Device: I/O, přičemž signál indikující dokončení nebo selhání je předáván prostřednictvím bloku parametrů.

Příkaz: Bus 1394 Alloc Channel

Tento příkaz je výhodně uspořádán pro přijetí žádosti o přidělení kanálu, výhodně specifikující požadovanou rychlost komunikace a výhodně rovněž požadované kanálové rozhraní, které má být použito. Předem stanovený kód (například OFFH) může být použit pro signalizaci, že není požadováno žádné určité kanálové rozhraní, přičemž v tomto případě, nebo v případě, že požadované kanálové rozhraní je obsazeno, řídící program zařízení přidělí dostupný kanál.

5

Příkaz vrací logický identifikátor přiděleného kanalu (kanálového rozhraní), pokud je úspěšný, a výhodně signalizuje chybu v odpovídajících případech popisovaných výše pro příkaz Bus_1394_Info_Periph, nebo pokud žádné kanály nejsou dostupné nebo pokud je požadovaná datová rychlost

O Ω vyšší, než je dostupná maximální datová rychlost.

Ve zjednodušených realizacích řídícího programu zařízení, který například využívá velmi omezený počet kanálů, mohou být tento příkaz a související dva příkazy popisované níže vypuštěny, což je na úkor určité pružnosti.

K tomuto příkazu je.výhodně přistupováno asynchronně prostřednictvím procedury Device: I/O, přičemž signál indikující dokončení nebo selhání je předáván prostřednictvím bloku parametrů.

Příkaz: Bus 1394 Info Channel

Tento příkaz je uspořádán pro vrácení informací, týkajících se vlastností specifikovaného logického kanálu, do aplikace. Tento příkaz výhodně vrací maximální rychlost přidělenou kanálu (v Kbit/s), rychlost dostupnou přes kanál v okamžiku volání, skutečný identifikátor kanálu (to jest přidělený rozhraním a ne řídícím programem zařízení), počet spojení využívajících kanál a logické identifikátory každého spojení využívajícího kanál.

Tento příkaz výhodně signalizuje chybu, pokud číslo specifikovaného kanálu není přiděleno, v případě neplatného identifikátoru, v případě právě probíhajícího řešetu sběrnice, nebo pokud rozhraní není fyzicky připojeno.

K tomuto příkazu je výhodně přistupováno asynchronně prostřednictvím procedury Device: I/O, přičemž signál indikující dokončení nebo selhání je předáván prostřednictvím bloku parametrů.

Příkaz: Bus 1394 Free Channel

Tento příkaz uvolňuje kanály pro komunikaci prostřednictvím přerušení spojení pro logický kanál specifikovaný jako parametr (ale výhodně ne zrušením přidělení identifikátorů spojení). Tento příkaz výhodně pracuje asynchronně a signalizuje, že komunikace stále ještě probíhají ve zvoleném kanálu prostřednictvím události.

Příkaz: Bus 1394 Qpen Connect

Tento příkaz je uspořádán pro přijetí žádosti indikující logický identifikátor kanálu a výhodně rovněž typ spojení a pro inicializaci dvoubodového spojení mezi dvěma zařízeními nebo přenášeného vstupního nebo výstupního spojení v závislosti na specifikovaném typu spojení. Kde je specifikováno dvoubodové spojení, musí být do řídícího programu zařízení rovněž předány logické identifikátory periferních zařízení pro dvě periferní zařízení. Ačkoliv by varianty tohoto příkazu mohly pracovat s použitím fyzických adres a skutečnými čísly kanálových rozhraní, nabízí činnost na bázi logických parametrů výhody ve zjednodušené činnosti aplikace, jak bylo zmiňováno výše.

Příkaz vrací logický identifikátor spojení, pokud je úspěšný.

Zjednodušené realizace mohou vypouštět funkci pro definovaná dvoubodová spojení, která mají být specifikována.

V obvyklých aplikacích může být pouze jedno zařízení, jako je digitální videorekordér, připojeno na sběrnici, takže přenášená spojení mohou postačovat.

V některých realizacích řídícího programu zařízení může otevření určitého spojení rovněž automaticky spustit přesměrování dalších signálových cest uvnitř příjímače/dekodéru. Například otevření přenášeného vstupního spojení může způsobit automatické rozpojení předního konce, od vstupu demultiplexoru, takže demultiplexor je dostupný pro

zpracování příchozích dat přijímaných přes sběrnici IEEE 1394.

Tento příkaz výhodně signalizuje chybu, když je dosaženo maximálního počtu spojení, nebo v jiných odpovídajících případech zmiňovaných výše ve spojení s ostatními příkazy.

K tomuto příkazu je výhodně přistupováno asynchronně prostřednictvím procedury Device: I/O, přičemž signál indikující dokončení nebo selhání je předáván prostřednictvím události.

Příkaz: Bus 1394 Close Connect

Tento příkaz přijímá logický identifikátor spojení a zastavuje komunikaci na tomto spojení, přičemž následně potom uvolňuje identifikátor spojení pro opětovné použití.

Pokud jsou signály automaticky přesměrovány uvnitř přijímače/dekodéru při otevření spojení, zařízení výhodně obnovuje spojení na jejich předcházející stav při uzavření tohoto spojení, nebo při uzavření posledního relevantního spojení. Například tak může být vstup demultiplexoru opětovně připojen na přední konec při uzavření posledního přenášeného vstupního spojení.

K tomuto příkazu je výhodně přistupováno asynchronně prostřednictvím procedury Device: I/O, přičemž signál indikující dokončení nebo selhání je předáván prostřednictvím události.

Příkaz: Bus 1394 List Connect

Tento příkaz vrací seznam aktivních spojení, pouze těch, která se týkají vlastního dekodéru, dostupných v okamžiku volání, výhodně ve formě seznamu zahrnujícího počet spojení a pro každé spojení logický identifikátor spojení a příznak indikující typ spojení (dvoubodové, přenášené vstupní, přenášené výstupní).

Tento příkaz a/nebo příkaz popisovaný níže mohou být vypuštěny v jednoduchých realizacích zařízení, pokud jsou zajišťována pouze jednoduchá spojení. Ovšem zajištění těchto příkazů umožňuje aplikaci monitorovat nejen spojení, která sama vytvořila, ale rovněž monitorovat spojení vytvořená jinými aplikacemi, pokud více než jedna aplikace je schopno používat řídící program zařízení v kterémkoliv okamžiku, a rovněž monitorovat, zda kterékoliv ze spojení nebylo neočekávaně uzavřeno.

K tomuto příkazu je výhodně přistupováno synchronně prostřednictvím procedury Device: 1/0, protože spojení často podléhají změně a aplikace se může jinak pokoušet řídit komunikace na základě neaktuálních informací nebo vyžadovat výzvu k odezvě z řídícího programu zařízení.

Příkaz: Bus 1394 Info Connect

Tento příkaz přijímá logický identifikátor spojení a vrací logické číslo kanálu, přes který je spojení vytvořeno. Tento příkaz výhodně rovněž vrací indikaci o typu spojení a v případě dvoubodového spojení vrací logické adresy příslušných periferních zařízení.

Jako u příkazu List_Connect je k tomuto příkazu výhodně přistupováno synchronně.

Příkaz: Bus 1394 Reset tento příkaz inicializuje proceduru reset sběrnice nebo vrací chybu, pokud reset sběrnice již probíhá. Tento příkaz může být použit pro umožnění aplikaci obsadit řízení sběrnice IEEE 1394 bezprostředně po řešetu a je k němu výhodně přistupováno synchronně. Řídící program zařízení výhodně signalizuje dokončení řešetu sběrnice prostřednictvím události, jak je podrobněji diskutováno níže.

Příkaz: Bus 1394 Send FCP

Zejména tento příkaz může být vypuštěn nebo realizován odlišně. Následující popis je příkladem jeho uspořádání pro vysílání dat asynchronně přes sběrnici IEEE

1394 .

Tento příkaz přijímá blok parametrů, obsahující zprávu, která má být vyslána asynchronně jako příkaz nebo odezva do periferního zařízení na sběrnici IEEE 1394. Blok parametrů výhodně obsahuje indikaci o typu zprávy, velikost vyrovnávací paměti, která by měla být přidělena pro odezvu, logický identifikátor periferního zařízení pro cílové periferní zařízení, délku zprávy a samotnou zprávu.

Příkaz výhodně indikuje úspěšné vyslání nebo indikuje 20 chybu, pokud vyslání bylo neúspěšné v předem stanoveném počtu opakovaných pokusů, nebo v odpovídajících případech popisovaných výše pro příkaz Info_Periph.

Protože potenciálně mohou být přenášena velká množství dat, jek příkazu výhodně přistupováno asynchronně pro umožnění aplikaci, aby pokračovala s prováděním, zatímco pokračuje přenos.

Výhodně je příkaz uspořádán pro přenos zprávy do všech periferních zařízení, pokud je specifikován předem definovaný logický identifikátor periferního zařízení, například 63.

Ve zjednodušených realizacích řídícího programu zařízení, může být tento příkaz omezen na přenos zpráv o pevné délce, například 32 bytů, která je postačující pro přenos příkazu do digitálního videorekordéru.

_v ~, , ,

Výhodné je ndici program zařízeni schopen přijímat a vysílat mnoho žádostí pseudo-simultánně, a indikovat množství odezev. Zjednodušené realizace ale mohou zajišťovat pouze funkci pro jednotlivé po sobě jdoucí žádosti.

Kromě příkazů, které umožňují aplikaci vysílat příkazy od řídícího programu zařízení, je řídící program zařízení uspořádán pro signalizaci událostí do aplikace před funkce správce zařízení pro zpracování událostí. Řídící program realizuje následující událostí:15 Event: Bus 1394 Rev FCP

Tato událost signalizuje přijetí FCP rámce z periferního zařízení a zajišťuje blok parametrů, obsahující logickou adresu zdrojového periferního zařízení, typ, délku a obsah zprávy, on

Event: Bus 1394 Channel

Tato událost signalizuje přidělení a zrušení přidělení kanálů a předává seznam signalizující, které kanály jsou přiděleny, výhodně zakódovaný v binární formě, jak bylo popisováno výše ve spojení s příkazem Info.

Event: Bus 1394 Confiq

Tato událost signalizuje připojení a odpojení periferního zařízení a zajišťuje seznam obsahující počet připojených periferních zařízení a jejich logické adresy.

Je zcela zřejmé, že změny na rozhraní, týkající se této události a předtím popisované události Channel, musí být monitorovány řídícím programem zařízení za účelem udržování vztahové tabulky mezi logickými adresami a identifikátory rozhraní, dokonce i když řídící program zařízení do aplikace nesignalizuje takovéto události.

Event Bus 1394 Connect

Tato událost je použita pro signalizaci přerušení spojení a zajišťuje logický identifikátor do aplikace pro přerušené spojení a výhodně rovněž seznam obsahující další informace, týkající se přerušeného spojení, v podobném formátu jako byl formát popisovaný výše pro příkaz

Info_Connection.

Event: Bus 1394 Lo Events

Tato událost může signalizovat jednu nebo více nízkoúrovňových chyb rozhraní, například, že periferní zařízení drží sběrnici po delší časovou periodu než je povoleno, nebo datové či CRC chyby, neočekávané transakce, neznámá čísla kanálů nebo kódy transakcí a podobně. Tato událost je primárně užitečná pro odlaďování a může být vypuštěna ve zjednodušených realizacích řídícího programu zařízení.

Event: Bus 1394 Hi Events

Tato událost může signalizovat jeden nebo více vysokoúrovňových stavů sběrnice, včetně alespoň jednoho ( a výhodně obou) stavů začátku a dokončení řešetu sběrnice, a rovněž události, jako je selhání napájecího kabelu, detekce smyčky ve sběrnici, nebo fatální chyby, ze které se řídící 30 program nemůže sám vymanit po mnoha opakovaných pokusech.

• * » • · · · · ·· ·· e* ··

Event: Bus 1394 Off jako další událost může být tato událost použita pro signalizaci chyb uvnitř řídícího programu zařízení, jako je nedostatek dostupné vyrovnávací paměti, ve které má být uložena přijímaná zpráva.

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.

Zastupuje :

..PÝloao ~ 2.b(y

0*0 · 0 0 ♦ z ·0·4

0·

Claims (20)

1. Způsob komunikace dat přes řídící program zařízení mezi aplikací a rozhraním majícím alespoň jeden znak, ke kterému je přiřazen identifikátor rozhraní, přičemž přiřazení tohoto identifikátoru rozhraní ke znaku je vystaveno změně po alespoň jedné události, vyznačující se tím, že zahrnuje:

pro alespoň jeden uvedený znak uložení odpovídajícího logického identifikátoru, poskytnutí logického identifikátoru aplikaci pro směrování komunikace sdružené s odpovídajícím znakem mezi řídícím programem zařízení a aplikací, a udržování vztahu mezi jedním nebo každým logickým identifikátorem a jedním nebo každým znakem nezávisle na identifikátoru rozhraní, který je přidělen tomuto jednomu nebo každému znaku, takže komunikace mezi aplikací a řídícím programem zařízení, směrovaná s použitím daného logického identifikátoru, zůstává sdružena s odpovídajícím daným znakem následně po změně v přiřazení odpovídajícího identifikátoru rozhraní ke znaku.

2. Způsob podle nároku 1, vyznačující se tím, že komunikace mezi rozhraním a řídícím programem zařízení je směrována na základě jednoho nebo každého identifikátoru rozhraní.

3. Způsob podle kteréhokoliv z předcházejících nároků, vyznačující se tím, že zahrnuje sestavení seznamu logických identifikátorů a odpovídajících identifikátorů rozhraní pro všechny znaky splňující předem stanovená kritéria.

4. Způsob podle kteréhokoliv z předcházejících nároků, vyznačující se tím, že řídící program zařízení je uspořádán pro komunikací identifikátoru rozhraní, přiděleného logickému identifikátoru, do aplikace na žádost.

5. Způsob podle kteréhokoliv z předcházejících nároků, vyznačující se tím, že řídící program zařízení je uspořádán 5 pro přijetí zadosti z aplikace a pro definování spojeni mezi fyzickými zařízeními, připojenými ke sběrnici, s použitím alespoň jednoho logického identifikátoru namísto identifikátoru rozhraní.

IQ

6. Způsob podle kteréhokoliv z předcházejících nároků, vyznačující se tím, že aplikace je uspořádána pro komunikaci s řídícím programem zařízení přes prostředek správce zařízení.

7. Způsob podle kteréhokoliv z předcházejících nároků,

15 vyznačující se tím, že alespoň jeden uvedený znak rozhraní zahrnuje periferní zařízení připojené k rozhraní a odpovídající identifikátor rozhraní zahrnuje fyzickou adresu přidělenou tomuto perifernímu zařízení, přičemž logický identifikátor zahrnuje logickou adresu přidělenou tomuto on , „, perifernímu zařízeni.

8. Způsob podle nároku 7, vyznačující se tím, že udržování vztahu zahrnuje dotazování každého periferního zařízení, ke kterému je přidělena logická adresa, pro stanovení fyzické adresy přidělené tomuto perifernímu zařízení následně po

2 5 řešetu sběrnice.

9. Způsob podle nároku 4 a 7 nebo 8, vyznačující se tím, že komunikace identifikátoru rozhraní pro dané periferní zařízení zahrnuje komunikaci fyzické adresy periferního

30 zařízení a rovněž zahrnuje komunikaci unikátního uzlového • ftft · » · · * ft ♦ ···· · ftftftft · ftft « • ft ftftft ftft ftftft ftft ft identifikátoru obsahujícího další informace identifikující periferní zařízení.

10. Způsob podle kteréhokoliv z předcházejících nároků, vyznačující se tím, že alespoň jeden uvedený znak rozhraní 5 zahrnuje kanal s definovanými parametry, dostupný přes rozhraní, a odpovídající identifikátor rozhraní zahrnuje číslo kanálového rozhraní, přičemž logický identifikátor zahrnuje logický identifikátor kanálu.

2Q

11. Způsob podle nároku 10, vyznačující se tím, že řídící program zařízení je uspořádán pro přijetí žádosti z aplikace pro přidělení kanálu definovaných parametrů a pro vrácení logického identifikátoru kanálu, pokud je přidělení úspěšné.

12. Způsob podle nároku 10 nebo 11, vyznačující se tím, že ¹⁵ řídící program zařízení je uspořádán pro přijetí výhodného čísla kanálového rozhraní a pro přidělení tohoto výhodného kanálového rozhraní, pokud je dostupné, a pro přidělení volného kanálu, pokud výhodné kanálové rozhraní není dostupné nebo pokud není specifikováno výhodné kanálové rozhraní.

13. Způsob podle nároku 10, 11 nebo 12, vyznačující se tím, že řídící program zařízení je uspořádán pro přijetí identifikátoru výhodného kanálového rozhraní, pro rozpoznání předem stanoveného klíče namísto platného čísla kanálového rozhraní jako indikaci, že není specifikováno výhodné

2 5 kanálové rozhraní, a pro indikaci chyby do aplikace, pokud jsou specifikována jiná neplatná čísla kanálového rozhraní.

14. Způsob podle nároku 10, 11, 12 nebo 13, vyznačující se tím, že řídící program zařízení je uspořádán pro komunikaci

30 čísla kanálového rozhraní do aplikace, a alespoň jednoho

• ·* 44 44 44 44 • · · 9 4 4 ♦ * 9 4 4 4 4 94 « 4 4 4 9 ·· · 44 44 44 4>4 44 4

dalšího parametru zvoleného z: maximální rychlosti přidělené tomuto kanálu, rychlosti právě dostupné, počtu spojení využívajících kanál, pokud nějaká spojení existují, a identifikátorů každého spojení využívajícího kanál.

15. Způsob podle kteréhokoliv z předcházejících nároků, vyznačující se tím, že řídící program zařízení je uspořádán pro přijetí žádostí z aplikace pro definování jednoho nebo více spojení mezi fyzickými zařízeními, připojenými k rozhraní, prostřednictvím odkazu na logické adresy a logické identifikátory kanálů.

16. Způsob podle kteréhokoliv z předcházejících nároků, vyznačující se tím, že řídící program zařízení je uspořádán pro vytvoření alespoň přenosového spojení.

17. Způsob podle kteréhokoliv z předcházejících nároků, vyznačující se tím, že řídící program zařízení je uspořádán pro signalizaci jedné nebo více událostí do aplikace, přičemž tyto události výhodně zahrnují reset sběrnice, výhodně začátek a ukončení řešetu, a změnu v topologii sběrnice nebo parametrech kanálu nebo spojení.

18. Řídící program zařízení pro realizaci komunikace mezi aplikací a rozhraním majícím alespoň jeden znak, ke kterému je přiřazen identifikátor rozhraní, přičemž tento jeden nebo každý identifikátor rozhraní je vystaven změně po alespoň jedné události, vyznačující se tím, že zahrnuje:

prostředek pro uložení alespoň jednoho logického identifikátoru odpovídajícího příslušnému identifikátoru rozhraní, prostředek pro poskytnutí logického identifikátoru aplikaci pro směrování komunikace sdružené s odpovídajícím

• ·♦ to · to* • to ·· * « • ·· ♦ ♦ • ·«« • to · « to • ·< to ·« to* • · toto »♦ ··

znakem mezi řídícím programem zařízení a aplikací, a prostředek pro udržování vztahu mezi jedním nebo každým logickým identifikátorem a jedním nebo každým znakem nezávisle na identifikátoru rozhraní, který je přidělen

5 tomuto jednomu nebo každému znaku, takže komunikace mezi aplikací a řídícím programem zařízení, směrovaná s použitím daného logického identifikátoru, může zůstat sdružena s odpovídajícím daným znakem následně po změně v přiřazení odpovídajícího identifikátoru rozhraní ke znaku.

19. Řídící program zařízení podle nároku 18, vyznačující se tím, že je realizován v softwaru, výhodně vykonatelném zpracovatelským prostředkem, který spouští uvedenou jednu nebo každou aplikaci.

5 20. Řídící program zařízení podle kteréhokoliv z nároků 18 až 19, vyznačující se tím, že je uspořádán pro sestavení seznamu logických identifikátorů a odpovídajících identifikátorů rozhraní pro všechny znaky splňující předem stanovená kritéria.

θ 21. Řídící program zařízení podle kteréhokoliv z nároků 18 až 20, vyznačující se tím, že zahrnuje prostředek pro komunikaci identifikátoru rozhraní, přiděleného logickému identifikátoru, do aplikace na žádost.

22. Řídící program zařízení podle kteréhokoliv z nároků 18 až 21, vyznačující se tím, že zahrnuje prostředek pro přijetí žádosti z aplikace a pro definování spojení mezi fyzickými zařízeními, připojenými ke sběrnici, s použitím alespoň jednoho logického identifikátoru namísto identifikátoru „ rozhraní.

• ·· *· ·· ·* ·♦ «·« ··« · · 9 4

4 4 44 9 4 4 99 9 4 9 9

4 4 4 4 9 4 9 9 4 9 9 4 9

9 9 9 9 9 9 9 9 9 9 4

49 9 99 94 94 9 9 44

23. Řídící program zařízení podle kteréhokoliv z nároků 18 až 22, vyznačující se tím, že alespoň jeden uvedený znak rozhraní zahrnuje periferní zařízení připojené k rozhraní a odpovídající identifikátor rozhraní zahrnuje fyzickou adresu přidělenou tomuto perifernímu zařízení, přičemž logický identifikátor zahrnuje logickou adresu přidělenou tomuto perifernímu zařízení.

24. Řídící program zařízení podle nároku 23, vyznačující se tím, že je uspořádán pro udržování dotazování každého periferního zařízení, ke kterému je přidělena logická adresa, pro stanovení fyzické adresy přidělené tomuto perifernímu zařízení následně po řešetu sběrnice.

25. Řídící program zařízení podle nároku 21 a 23 nebo 24, vyznačující se tím, že prostředek pro komunikaci identifikátoru rozhraní pro dané periferní zařízení zahrnuje prostředek pro komunikaci fyzické adresy periferního zařízení a rovněž zahrnuje prostředek pro komunikaci unikátního uzlového identifikátoru obsahujícího další informace identifikující periferní zařízení.

26. Řídící program zařízení podle kteréhokoliv z nároků 18 až 25, vyznačující se tím, že alespoň jeden uvedený znak rozhraní zahrnuje kanál s definovanými parametry, dostupný přes rozhraní, a odpovídající identifikátor rozhraní zahrnuje číslo kanálového rozhraní, přičemž logický identifikátor zahrnuje logický identifikátor kanálu.

27. Řídící program zařízení podle nároku 26, vyznačující se tím, že prostředek přidělování kanálů pro přijetí žádosti z aplikace pro přidělení kanálu definovaných parametrů a pro • ftft • ftftft • ft ··· · · ·· · ♦ ftft vrácení logického identifikátoru kanálu, pokud je přidělení úspěšné.

28. Řídící program zařízení podle nároku 27, vyznačující se tím, že prostředek přidělování kanálů je uspořádán pro přijetí výhodného čísla kanálového rozhraní a pro přidělení tohoto výhodného kanálového rozhraní, pokud je dostupné, a pro přidělení volného kanálu, pokud výhodné kanálové rozhraní není dostupné nebo pokud není specifikováno výhodné kanálové rozhraní.

29. Řídící program zařízení podle nároku 27 nebo 28, vyznačující se tím, že prostředek přidělování kanálů je uspořádán pro přijetí identifikátoru výhodného kanálového rozhraní, pro rozpoznání předem stanoveného klíče namísto platného čísla kanálového rozhraní jako indikací, že není specifikované výhodné kanálové rozhraní, a pro indikaci chyby do aplikace, pokud jsou specifikována jiná neplatná čísla kanálového rozhraní.

30. Řídící program zařízení podle nároku 26, 27, 28 nebo 29, vyznačující se tím, že zahrnuje prostředek pro komunikaci čísla kanálového rozhraní do aplikace, a alespoň jednoho dalšího parametru zvoleného z: maximální rychlosti přidělené tomuto kanálu, rychlosti právě dostupné, počtu spojení využívájících kanál, pokud nějaká spojení existují, a identifikátorů každého spojení využívajícího kanál.

31. Řídící program zařízení podle kteréhokoliv z nároků 18 až 30, vyznačující se tím, že zahrnuje prostředek pro přijetí žádostí z aplikace pro definování jednoho nebo více spojení mezi fyzickými zařízeními, připojenými k rozhraní, prostřednictvím odkazu na logické identifikátory kanálů a ♦

• 44

44 44

9 4 4

4 4 9 44 případě žádostí o definování dvoubodového spojení, prostřednictvím odkazu na logické adresy periferních zařízení.

32. Řídící program zařízení podle kteréhokoliv z nároků 18 až 31, vyznačující se tím, že zahrnuje prostředek uspořádaný pro vytvoření alespoň přenosového spojení na žádost z aplikace.

33. Řídící program zařízení podle kteréhokoliv z nároků 18 až 31, vyznačující se tím, že zahrnuje prostředek pro signalizaci jedné nebo více událostí do aplikace, přičemž tyto události výhodně zahrnují reset sběrnice, výhodně začátek a ukončení řešetu, a změnu v topologii sběrnice nebo parametrech kanálu nebo spojení.

34. Systém pro zpracování dat, vyznačující se tím, že zahrnuj e:

prováděcí prostředek pro spouštění aplikace, prostředek rozhraní pro spojení s alespoň jedním zařízením, přičemž rozhraní má alespoň jeden znak, ke kterému je přiřazen identifikátor rozhraní, přičemž tento jeden nebo každý identifikátor rozhraní je vystaven změně po alespoň jedné události, a řídící program zařízení definovaný podle kteréhokoliv z nároků 18 až 33.

35. Přijímač/dekodér, ve kterém je realizován systém pro zpracování dat podle nároku 34, vyznačující se tím, že obsahuje prostředek pro přijímání přenášených dat, 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

4 4

4 44 ·· 44

4 4 4

4 4*44

4 4 4

44 44 počítačem pro zobrazení nebo uložení alespoň části přijatých dat.

36. Přijímač/dekodér podle nároku 35, vyznačující se tím, že prostředek řídícího programu zařízení je uspořádán pro spolupráci s dalším prostředkem řídícího programu zařízení pro modifikaci přijatého datového toku pro vytvoření modifikovaného datového toku pro předání uvedenému rozhraní.

37. Přijímač/dekodér podle nároku 35 nebo 36, vyznačující se tím, že rozhraní vyhovuje standardu IEEE 1394, nebo jeho variantě.

38. Přijímač/dekodér podle nároku 35, 36 nebo 37, vyznačující se tím, že aplikace je spouštěna v interpretačním jazyku a řídící program zařízení je výhodně přeložen.

39. Přijímač/dekodér podle nároku 35, 36, 37 nebo 38, vyznačující se tím, že řídící program zařízení je uspořádán pro vysílání příkazů pro řízení digitálního videorekordéru z aplikace a/nebo pro příjímání dat týkajících se informací uložených v digitálním videorekordéru.

40. Přijímač/dekodér podle nároku 39, vyznačující se tím, že data určená ke komunikaci zahrnují data ve formátu MPEG.

41. Řídící program zařízení pro použití v přijímači/dekodéru majícím prováděcí prostředek pro spouštění aplikace a rozhraní IEEE 1394, ke kterému může být připojeno alespoň jedno periferní zařízení, přičemž toto jedno nebo každé periferní zařízení může mít k sobě přiřazenou odpovídající fyzickou adresu, rozhraní je schopno poskytovat alespoň jeden komunikační kanál, přičemž tento jeden nebo každý kanál má k sobě přiřazen příslušný skutečný • to* toto toto toto toto ♦ · · to to to · * 9 · • · ·· < · · ·· * · · · to· ··· to· ··· ·· · ·«· · to · · · · « ♦ toto· toto ·· ·· ·· toto identifikátor kanálu, přičemž tento skutečný identifikátor kanálu, přidělený každému kanálu, a adresa, přidělená každému perifernímu zařízení, podléhají změně po řešetu sběrnice, a přičemž řídící program zařízení je uspořádán pro usnadnění komunikace mezí aplikací a rozhraním IEEE 1394, vyznačující se tím, že zahrnuje:

prostředek pro uložení alespoň jedné logické adresy, odpovídající příslušnému perifernímu zařízení, a pro uložení alespoň jednoho logického identifikátoru kanálu, odpovídajícího příslušnému skutečnému kanálu, prostředek pro poskytnutí logické adresy aplikaci pro směrování komunikace mezi řídícím programem zařízení a aplikací, prostředek přidělování kanálů pro přijetí žádosti z aplikace pro přidělení komunikačního kanálu a, pokud je vhodný komunikační kanál dostupný, pro přidělení dostupného vhodného komunikačního kanálu a pro poskytnutí logického identifikátoru aplikaci pro směrování komunikace mezi řídícím programem zařízení a aplikací, prostředek přidělování spojení pro přijetí žádosti z aplikace pro přidělení spojení mezi periferními zařízeními, připojenými k rozhraní, s použitím kanálu, identifikovaného uvedeným logickým identifikátorem kanálu, a pro přidělení spojení, pokud je to možné, přičemž v případě žádosti o dvoubodové spojení mezi periferními zařízeními jsou periferní zařízení identifikována s použitím uvedených logických adres, prostředek identifikace periferního zařízení, uspořádaný pro přijetí žádosti z aplikace pro identifikaci periferního zařízení, odpovídajícího dané logické adrese, a v odezvě na to pro komunikaci fyzické adresy odpovídajícího

* ·· ftft • ft • ft ftft 'ftft. · • • ft • » • » • ftftft • • ftftft ft · • · • ftft • ftft ftft • • ft ftft · ♦ ft • · ft « • · • ft

periferního zařízení a pro komunikaci unikátního uzlového identifikátoru obsahujícího další informace identifikující periferní zařízení, prostředek signalizace událostí pro signalizaci do 5 aplikace jedné z množství událostí, včetně řešetu sběrnice rozhraní, a prostředek identifikace kanálů, uspořádaný pro přijetí žádosti z aplikace o identifikaci kanálu, odpovídajícího danému logickému identifikátoru kanálu, a v odezvě na to pro

10 komunikaci identifikátoru kanálového rozhraní odpovídajícího kanálu a pro komunikaci alespoň jednoho dalšího parametru kanálu, indikujícího alespoň jednu hodnotu z maximální přidělené šířky pásma kanálů a šířky pásma právě dostupných kanálů,

15 přičemž prostředek přidělování kanálů je uspořádán pro přijetí identifikátoru výhodného skutečného kanálu a pro přidělení tohoto výhodného skutečného kanálu, pokud je dostupný, a pro přidělení volného kanálu, pokud výhodný skutečný kanál není dostupný nebo pokud identifikátor

20 výhodného skutečného kanálu zahrnuje předem stanovený klíč namísto platného identifikátoru skutečného kanálu, a pro signalizaci chyby do aplikace, pokud identifikátor výhodného kanálu odpovídá neplatnému identifikátoru skutečného kanálu, jinému než je předem stanovený klíč.

42. Přijímač/dekodér, který zahrnuje prostředek pro příjímání přenášených dat, prováděcí prostředek pro spouštění alespoň jedné aplikace, prostředek rozhraní IEEE 1394 pro spojení s alespoň jedním periferním zařízením, vyznačující se tím, že dále zahrnuje prostředek řídícího programu zařízení

30 „ , definovaný podle nároku 41 pro spojení jedné nebo každé • 0 0 0 0 0 0 00 00 0 0 00 aplikace s prostředkem rozhraní IEEE 1394, a prostředek pro přenos přijímaných dat na rozhraní IEEE 1394.

43. Způsob komunikace dat v podstatě podle zde uvedeného popisu ve spojení s odkazy na ilustrace na připojených výkresech.

44. Řídící program zařízení v podstatě podle zde uvedeného popisu ve spojení s odkazy na ilustrace na připojených výkresech.

45. Systém zpracování dat v podstatě podle zde uvedeného popisu ve spojení s odkazy na ilustrace na připojených výkresech.

46. Přijímač/dekodér v podstatě podle zde uvedeného popisu ve spojení s odkazy na ilustrace na připojených výkresech.

Zastupuje :