CZ302342B6 - Zpusob rízení prístupových priorit k blokum prístroju propojených komunikacní sítí - Google Patents

Abstract

Vynález se týká zpusobu ovládání prístupových priorit pro aplikace k blokum prístroju, které jsou propojeny prostrednictvím komunikacní síte. Zpusob podle vynálezu se vyznacuje tím, že obsahuje následující kroky: každé aplikaci je pridelena hodnota prístupové priority k blokum síte, kde tyto hodnoty zahrnují alespon následující stupne priority: (a) první stupen prístupové priority pro aplikaci, která není prímo ovládána uživatelem, (b) druhý stupen prístupové priority pro aplikaci, která muže být prímo ovládána uživatelem, a autorizaci prednosti pro první aplikaci k prístupu k bloku získanému druhou aplikací podle príslušných prístupových priorit první a druhé aplikace.

Description

Způsob řízení přístupových priorit k blokům přístrojů propojených komunikační sítí

Oblast techniky

Vynález se týká řízení přístupových priorit k blokům přístrojů propojených komunikační sítí.

Dosavadní stav techniky

V domácí síti je určitý počet přístrojů propojen komunikační sítí a tyto přístroje spolu komunikují prostřednictvím společného jazyka. Takové sítě se vyvíjí k přenosu audio a video dat a mohou být založeny např. na sériové sběrnici typu IEEE 1394. Přístroje propojené se sítí mohou mít „bloke“, tzn. specifické bloky. Televizor má např. tuner, stínítko obrazovky, zatímco videorekordér má tuner a záznamový funkční prvek. Tyto bloky přístrojů mohou být dány k dispozici dalším přístrojům sítě (např. videorekordér provádí záznam vysílání ovládáním tuneru televizoru), a proto se mohou objevit konflikty přístupu k blokům, když jeden blok může přijímat protichůdné příkazy od různých aplikací.

Podstata vynálezu

Vynález si klade za cíl navrhnout řízení přístupových priorit.

Předmětem vynálezu je způsob řízení přístupových priorit aplikací k blokům přístrojů propojených komunikační sítí, kde podstatou vynálezu je, že tento způsob obsahuje kroky:

- přidělení stupně přístupové priority k blokům sítě každé žádosti, kde tyto stupně obsahují alespoň následující:

(a) první stupeň přístupové priority pro žádost, která není přímo řízena uživatelem, (b) druhý stupeň přístupové priority přístupu pro žádost, která může být přímo řízena uživatelem, autorizace přednosti první žádosti o přístup k bloku, kde tento přístup byl dříve získán druhou žádostí, jako funkce příslušných přístupových priorit první a druhé žádosti.

V jednom příkladném provedení způsobu podle vynálezu dovoluje jeden blok současný přístup alespoň N žádostem, kde N je vyšší nebo rovno 1.

V dalším příkladném provedení způsobu podle vynálezu předchází kroku nucené výměny stupně přístupové priority k blokům sítě krok vyjednávání, během něhož první žádost přenáší zprávu ke druhé žádosti a žádá po ní přijetí nebo zamítnutí přístupu ve prospěch první žádosti.

V ještě dalším příkladném provedení způsobu podle vynálezu kroku nucené výměny stupně přístupové priority žádosti mající druhý stupeň přístupové priority pro žádost mající první stupeň přístupové priority vždy předchází krok vyjednávání.

Výhodné rovněž je, jestliže krok nucené výměny stupně přístupové priority k blokům sítě žádosti mající druhý stupeň přístupové priority pro žádost mající druhý stupeň přístupové priority vždy předchází krok vyjednávání.

V dalším příkladném provedení způsobu podle vynálezu se počítá alespoň se třemi stupni přístupové priority, kde třetí stupeň přístupové priority je vyšší než druhý stupeň přístupové priority,

-1 CZ 302342 B6 druhý stupeň přístupové priority je vyšší než první stupeň přístupové priority, a dochází ke kroku vyjednávání, jestliže je stupeň přístupové priority první žádosti stejný nebo nižší než stupeň přístupové priority druhé žádosti.

V ještě dalším příkladném provedení způsobu podle vynálezu je žádost činící pokus o rezervaci přístupu k bloku, který je již rezervovaný N odběratelskými žádostmi, zařazena do čekací rady, kde čeká na uvolnění bloku jednou z N odběratelských žádostí.

Podle další varianty způsobu podle vynálezu se zařazení žádosti do Čekací řady uskuteční pouze i o v případě, že je to specifikováno touto žádostí v její žádosti o přístup.

Další varianta způsobu podle vynálezu obsahuje kroky:

- přidělení prvního stupně přístupové priority pro daný blok té žádostí, která požádala o přístup k tomuto bloku nejdříve,

- přidělení druhého stupně přístupové priority jiným žádostem rezervujícím si zmíněný blok, kde druhý stupeň přístupové priority neinterferuje s prvním stupněm přístupových práv.

zo U této varianty je výhodné, určuje-li po příkazu přenesením žádostí s druhým stupněm přístupové priority k danému bloku samotný blok, zda tento příkaz interferuje nebo neinterferuje s prvním stupněm přístupové priority.

Rovněž je u této varianty výhodné, akceptuje-!i blok každý příkaz přijatý od žádosti s prvním stupněm přístupové priority k tomuto bloku, i když vykonání tohoto příkazu zasahuje do příkazů předtím přijatých od žádostí s druhým stupněm přístupové priority.

Přitom přednost a popřípadě vyjednávání jsou s výhodou autorizovány pouze za účelem vynucení přenechání přístupu, který má žádost s prvním stupněm přístupové priority.

Stojí za povšimnutí, že výše popsané charakteristiky týkající se pojmů prvního a druhého stupně přístupové priority, stejně jako přídavné charakteristiky vztahující se k pojmům popsaným v následujícím textu, budou moci později vytvořit předmět nezávislé řady nároků.

Přehled obrázků na výkresech

Další charakteristiky a výhody vynálezu budou zřejmé při popisu nelimitujícího příkladu provedení ilustrovaného přiloženými obrázky, z nichž:

- obr. 1 je blokové schéma sítě zařízení, která uskutečňuje způsob podle vynálezu, obr. 2 je schéma představující logické uspořádání zařízení z obr. 1.

Příklady provedení vynálezu

Na jednotlivých obrázcích jsou totožné prvky označeny stejnými referenčními značkami.

Síť z obr. 1 je v tomto příkladu provedení tvořena sériovou sběrnicí I odpovídající standardu

IEEE 1394—1995. Tato sběrnice 1 je propojena s jednotkami 2,4,5 a 6. Výrazem Jednotka“ se rozumí fyzicky oddělená soustava napojená na síť. Každá jednotka může obsahovat jednu nebo několik předřazených jednotek jako je např. podřazená jednotka 3. Těmito podřazenými jednotkami mohou být bloky, které jsou funkčními prvky jednotek. Bloky tvoří programové moduly ve smyslu spisu „HAVÍ“, který bude zmíněn dále.

- 2 CZ 302342 B6

Jako příklad (víz obr. 2) jsou číslicový televizní dekodér A a videorekordér B. Dekodér A má dva bloky, a to tuner 12 a demultiplexor 13. Videorekordér B má rovněž dva bloky: tuner 14 a záznamník 15. Každý z přístrojů A a B obsahuje aplikaci, přístroj A grafické spotřebitelské rozhraní 18 a přístroj B grafické spotřebítelné rozhraní 19, umožňujícím spotřebiteli přímo řídit každou jednotku. Spotřebitelské rozhraní ]_8 přístroje A umožňuje podle tohoto příkladu provedení řídit jiným přístrojem vsítí záznam programů přicházejících z demultiplexoru 13. Blok může být místní, tzn. přítomný hned od počátku v přístroji, ale stejně tak může být načten.

Za účelem realizace prostředků a protokolů souvisejících s HAVi má každý přístroj prostředky io pro zpracování informace, paměť a příslušná spojení. Prostředky pro zpracování informace mohou obsahovat mikroprocesor 7 nebo řídicí mikrojednotku nebo ekvivalent napojený na různé okruhy specializované na specifičtější úkoly, jako jsou oprava chyby, zpracování signálu, demodulace, atd. Paměť JO může být fixní statická nebo znovu programovatelná paměť obsahující trvale potřebné jádro softwaru a/nebo načítané segmenty kódu a/nebo dat. Paměť JjO může také i? obsahovat vyjímatelné paměťové jednotky jako jsou např. mikroprocesorové karty a karty typu

PCMCIA, jakož i harddisky nebo jiné paměťové prostředky. Spojovací prostředky obsahují mimo jiné i další rozhraní 9 ke sběrnici IEEE 1394, viz obr. 1. Je zcela zřejmé, že vynález se neomezuje na jediné strukturní provedení. Podle tohoto popisu jsou různé prvky přístroje propojeny díky interní sběrnici 8. Podřízené jednotky také komunikují zcela zřejmě s interní sběrnicí 8, zo ale byly znázorněny odděleně, protože tyto podřízené jednotky mohou být softwarovými aplikacemi prováděnými mikroprocesorem 7, stejně jako hardwarovými segmenty oddělenými od mikroprocesoru 7.

Každý přístroj rovněž obsahuje registr, a to registr 16 pro dekodér A a registr 17 pro videorekor25 dér B. Registr 16, 17 je předmětem francouzské patentové přihlášky 9805110 na jméno přihlašovatele. podané 23. dubna 1998. Další patentovou přihláškou týkající se předmětu této přihlášky je francouzská patentová přihláška 9807187 podaná v den priority této přihlášky. Tato druhá patentová přihláška se týká programování činností bloků v komunikační síti.

Jiné aspekty související s tímto vynálezem jsou jinak popsány ve spise „The HAVi Architecture Specifícation of the Home Audio/Video interoperability (HAVi) Architecture“ s datem 11. května 1998 ve verzi 0.8 a poskytnutý k dispozici veřejnosti od 15. května 1998. Verze 1.0 tohoto spisu je nadále k dispozici. Také bude odkazováno na tyto spisy k obšírnějšímu vysvětlení různých prvků sítě, zatímco tento popis se omezuje na prvky nezbytné k vysvětlení vynálezu.

Registr přístroje, také nazývaný pro tento přístroj „místní registr“, narozdíl od „vzdálených registrů“ umístěných v jiných přístrojích, se účastní řízení soustavy bloků tohoto přístroje. Kvůli tomu obsahuje registr tabulku, v níž se registrují ostatní bloky přístrojů a udávají své atributy (typ bloku, identifikátor bloku v síti, ...). Když musí programový modul komunikovat s dalším míst40 ním programovým modulem, může získat seznam těchto modulů prostřednictvím místního registru, který má známou místní adresu. Když musí programový modul komunikovat se vzdáleným programovým modulem jiného přístroje, může získat adresu („SEID“) vzdáleného programového modulu průchodem místním registrem. Programový modul může určit seznam modulů, které odpovídají určitým vědeckým kritériím, nezávisle na umístění těchto modulů, přenosem žádosti do místního registru, který tuto žádost šíří do vzdálených registrů. Žádost obsahuje ve formě parametrů kritéria výběru hledaných programových modulů, např. typ modulu (displej, záznamník,...).

V tomto ohledu jsou bloky přístrojů registrovány také na úrovni místního registru, stejně jako 50 ostatní programové moduly. Načtený modul je registrován u registru přístroje, který plní funkci výkonné platformy modulu.

Registr je modul, kterým je podle tohoto příkladu provedení program uložený v paměti IQ a realizovaný pomocí mikroprocesoru 7 přístroje.

- -i CZ 302342 B6

Aplikace může mít jeden ze dvou následujících profilů: Uživatel nebo Stroj. Profil Uživatel odpovídá aplikaci, která je schopna přímé interakce s uživatelem, jako např. grafické uživatelské rozhraní 18 dekodéru A. Profil Stroj odpovídá aplikaci, která není přímo ovládána uživatelem, ale která např. realizuje naprogramovanou činnost. Aplikace může ovládat blok. Aplikace také může být blokem a z toho ohledu být ovládána jinou aplikací. Podle tohoto příkladu provedení bude mít aplikace s profilem Uživatel přednost před aplikací s profilem Stroj, když se bude jednat o vyřešení konfliktu rezervace bloku. Profil Uživatel tedy bude mít stupeň priority vyšší než profil Stroj.

io Blok má radu vlastností:

Blok může být tzv. statické nebo dynamické povahy. Dynamický blok může být rozdělen na několik nezávislých částí prostřednictvím specifikace příslušných parametrů. Obvykle je propustné pásmo dynamickým blokem: aplikace rezervující si propustné pásmo bude muset specifikovat šířku pásma k rezervaci. Blokem statické povahy je blok, který nemůže být rezervován tímto způsobem.

Dynamický blok bude mít rezervační stav, který odpovídá zbylému volnému množství.

Statický blok může být v jednom ze tří rezervačních stavů, stavu zvaném volný, stavu zvaném sdílený a stavu zvaném blokovaný. Ve volném stavu není blok ovládán žádnou aplikací. Ve sdíleném stavu je blok ovládán alespoň jednou aplikací, ale presto mohou blok využívat další aplikace, s určitými omezeními pro tyto aplikace, která se týkají přijímaných ovládacích příkazů. V blokovaném stavuje blok ovládán alespoň jednou aplikací a odmítne veškeré ovládací příkazy pocházející od jiné aplikace.

Na druhou stranu, ke každému bloku se připojí popisovač, tj. struktura dat nebo i registrace, obsahující hodnoty proměnných, které udávají funkční prvky bloku i adresu v síti. Jak již bylo zmíněno, tento popisovač je registrován na úrovni místního registru.

Podle tohoto příkladu provedení udává popisovač bloku aktivitní doménu bloku (např. audio/video, topení, spotřebiče,...), typ bloku, který udává svou funkci (tuner, dekodér, modem,...), hladinu přístupnosti („místní“ blok, přístupný pouze pro aplikace, které jsou umístěny v tomtéž přístroji, nebo „veřejný“ blok, přístupný i pro aplikace vykonávané na jiných platformách než je přístroj, v němž je umístěna veřejná aplikace).

Řízení bloků je založeno na mechanismu rezervace. Rezervace je nutná pro uskutečnění ovládacích příkazů a obecněji pro každý písemný přístup měnící stav bloku. Rezervace není obecně nutná pro čtecí přístup. Jakmile je rezervace přijata, stane se aplikace odběratelskou aplikací blo40 ku: ovládá ho, ale není nutně jedinou aplikací v takovém postavení, a odtud plyne nutnost mechanismu rozlišení konfliktů přístupu k bloku.

Každý přístroj disponuje programovým modulem zvaným „správce bloků“. V síti na obr. 2 jsou správce 20 bloků dekodéru A a správce 11 bloků videorekordéru B. Tyto moduly spolupracují s registry. Registry místně uchovávají seznam volných programových modulů (bloky, aplikace, ...) a správce 20, JJ_ bloků řídí rezervace místních bloků. Informace uchovávané registry jsou relativně statistické, zatímco informace uchovávané bloky jsou obecně schopny rychlého vývoje.

Podle tohoto příkladu provedení správce bloků získává seznam místních, vzájemně od sebe vzdá50 lených bloků přímo u místního registru, a to u místního registru poté, co vyslal žádost o informaci ke vzdáleným registrům. Bloky, které nejsou místní, jsou tedy pro správce bloků snadno přístupné. Např. když je modul ovládání funkce („FCM“ podle terminologie HAVi) načten ze základního audio/video přístroje („BAV“ podle terminologie HAVi), tento ovládací modul se registruje u místního registru a slouží mu jako jeho vykonávací platforma, jako např. audio/video přístroj s kompletními funkčními prvky („FAV“).

-4 CZ 302342 B6

Způsoby používané k rezervaci jsou následující:

- před vysláním ovládacího příkazu bloku si musí aplikace rezervovat tento blok u správce bloků přístroje, ve kterém je blok umístěn, a

- aplikace musí uvolnit blok, který nevyužívá.

Podle tohoto příkladu provedení aplikace, která si přeje uskutečnit rezervaci, určí adresu správce bloků přístroje, v němž je umístěn blok prostřednictvím registru přístroje, ve kterém je umístěna aplikace. Jakmile aplikace obdrží adresu, může kontaktovat správce bloků, aby se informovala o stavu bloku. Oproti tomu po obdržení rezervace získá aplikace, která uskutečnila tuto rezervaci, ovládání bloku a adresu svých ovládacích příkazů přímo na blok. Správce bloků je poté kontaktován pouze aby bylo ohlášeno, že blok musí být uvolněn.

Každý blok uchovává strukturu dat zvanou „obsahová struktura“, která obsahuje následující informace:

(1) Statické informace

Tento typ informace nemá za prvotní úkol vyvíjet se. Tyto informace mohou být požadovány správcem bloků od bloků.

(a) Způsob ovládání bloku

Způsob ovládání může být jedním z následujících: Transparentní, Sdílitelný, Výlučný.

(b) Maximální počet podporovaných aplikací

Tato oblast je používána v případě sdílitelného nebo výlučného způsobu. Blok udává maximální počet simultánně podporovaných aplikací, kde minimum je 1.

(2) Dynamické informace (a) Informace týkající se aplikací, které ovládají blok

Mezi daty v paměti, která se týkají každé aplikace, se nacházejí:

- profil aplikace (Uživatel nebo Stroj),

- v případě potřeby zda se jedná o primární nebo sekundární aplikaci (viz níže),

- data zvaná soukromá, vyhrazená pro zatím nedefinované použití,

- textové pole obsahující popis důvodu rezervace (např. „Registrace Kanálu Z“).

(b) Aktuální stav bloku: Volný, Sdílitelný, Blokovaný (c) Počet aplikací, které ovládají blok (d) Seznam aplikací, které ovládají blok (e) Seznam aplikací čekajících, až budou moci ovládat blok (např. protože maximální počet aplikací pro tento blok byl překročen).

Aplikace, stejně jako bloky, jsou určeny adresou definovanou ve spise HAVi a nesoucí název „SEID“.

- 5 CZ 302342 B6

Specifičtěji, blok uchovává minimum dat souvisejících s aplikacemi, které jej ovládají, aby byly realizovány mechanismy přednosti a vyjednávání. Za účelem realizace mechanismu rozdělení na primární aplikaci a aplikace sekundární si blok zapamatuje alespoň identifikátor primární aplika5 ce. K tomuto bude odkazováno zejména v tabulce 1.

V případě způsobu sdílitelného ovládání bude také určen typ autorizovaného přístupu: Rozdělení aplikací na primární aplikaci a aplikace sekundární nebo shodnost zacházení pro všechny aplikace.

io

U způsobu transparentního ovládání blok přijme simultánní ovládání bez omezení ze strany několika aplikací, aniž by se rozlišovalo mezi aplikacemi.

Ve sdílitelném způsobu může být blok ovládán několika aplikacemi zároveň, ale blok bude apli15 kovat procesy rozlišení konfliktu přístupu a sdílení bloku, jestliže by příkazy aplikací mohly vést k chybnému fungování.

Příkladem je dekodér A na obr. 2. Tuner tohoto přístroje je nastaven na příjem signálu pocházejícího od příslušného transpondéru, odpovídajícího určitému multiplexovanému proudu. V tomto io proudu má demultiplexor schopnost zjistit pakety odpovídající nějaké službě nebo něčemu jinému a extrahovat tyto pakety směrem k odběratelským aplikacím. Za předpokladu, že uvedený proud šíří desítku služeb, mohou různé aplikace využívat blok demultiplexor k dosažení totožných nebo rozdílných služeb. Demultiplexor tedy funguje jako server. Konflikt nastane, jakmile chce aplikace změnit transpondér: toto naznačuje, že každá další aplikace ztratí přístup k službám přenášeným na aktuální transpondér.

Podle vynálezu je výhodným procesem rozlišení následující: odběratelské aplikace bloku jsou tříděny na primární a sekundární odběratelské aplikace. Jediná aplikace může být primární aplikací projeden blok: zpočátku je to ta aplikace, která si jako první rezervovala blok. Všechny další aplikace jsou sekundární aplikace. Blok přijímá všechny příkazy pocházející od primární aplikace, ale od sekundárních aplikací může přijmout, omezeným způsobem, pouze určité příkazy. Příkazy sekundárních aplikací jsou brány v úvahu pouze do té míry, pokud nejsou v konfliktu s příkazy primární aplikace. V příkladu výše uvedeného demultiplexoru má pouze primární aplikace možnost změnit transpondér. Sekundární aplikace mají jednoduše právo vybrat si službu na aktuálním transpondéru.

Podle jedné varianty provedení informuje primární aplikace svého konečného uživatele (např. televizního diváka) o poruchách, které může způsobit jeho činnost. S ohledem zpět na dříve popsaný pnkiad, před povolením uživateli změnit transpondér žádá v případě nutnosti primární aplikace u bloku řídicího dotyčný tuner o seznam sekundárních aplikací a také o seznam odpovídajících důvodů rezervace. Tyto důvody jsou oznámeny v místě určení uživatele, který učiní nebo neučiní rozhodnutí přistoupit na změnu transpondéru se znalostí možných následků svého činu.

Podle tohoto příkladu provedení mají všechny sekundární aplikace stejné příkazové možnosti. Lze rozlišit dva procesy: u prvního procesu nemůže aplikace porušit příkazy předtím přenesené do bloku jinou aplikací („princip vzájemného respektu“), zatímco u druhého procesu jedna aplikace může narušit druhou aplikaci.

?o Ve všech případech to, co tvoří „poruchu“ sekundární aplikace jinou závisí na povaze ovládaného bloku a ta druhá bude muset být srovnána. Podle tohoto příkladu provedení je ve věci konfliktů přístupu mezi sekundárními aplikacemi uskutečněn princip vzájemného respektu,

Podle jedné varianty provedení, jak již bylo zmíněno v souvislosti s primární aplikací, sekundární aplikace informuje, je-li tam místo, svého konečného uživatele o omezeních pro jeho činnost.

-6CZ 302342 B6

Formou příkladu tabulka 1 udává pro sdílitelný blok část zapamatovaných informací na úrovni l LL·!...,

KdZXICIlU UIUKU,

Tabulka 1

Aplikace	Profil	Přístup	V čekací řadě
Al	UŽIVATEL	primární	ne
A2	STROJ	sekundární	ne
A3	UŽIVATEL	čtecí	ano
».«

io Formou příkladu, blok může být ovládán pouze jedinou aplikací vdaném okamžiku. Blok si zapamatuje alespoň totožnost této aplikace, stejně jako její stupeň priority (typ Uživatel nebo Stroj podle tohoto příkladu provedení). Jako příklad mohou být řízeny mechanismy videorekordéru B na obr. 2. Může nastat konflikt, požaduje-li aplikace registraci vysílání, zatímco další aplikace požaduje o trochu později vysunutí záznamového média. V tomto případě bude mít pri15 mámí aplikace výhradní ovládání.

Podle typu bloku se může způsob přístupu k bloku lišit pro různé příkazy. Např. pouze příkazy, které mění způsob fungování bloku, mohou vytvářet konflikty a tak dokázat výlučný nebo sdílitelný způsob ovládání, zatímco všechny ostatní příkazy, např. čtecí přístupy nebo žádosti o děj, jsou řízeny transparentním způsobem.

Za účelem rezervace bloku přenáší aplikace odpovídající příkaz místnímu správci bloků v bloku nebo správci bloků v samotné aplikaci. Tento příkaz obsahuje jako parametry informace související s aplikací zapsané následně do obsahové struktury na úrovni bloků. Žádná rezervace není vykonána aplikací vzhledem k bloku transparentním způsobem. Podle tohoto příkladu je rezervace vykonána vzhledem k okamžitému získání ovládání bloku, tj. pojem času se nebere v úvahu za účelem zjednodušení tohoto popisu. Avšak princip je podobný pro konflikty přístupu jednoho a téhož bloku pro budoucí období, která se překrývají. Patentová přihláška se stejným datem priority jako má tato přihláška se týká zejména těchto rezervací pro budoucí období.

Podle aktuálního stavu bloku mohou nastat tři případy:

- Rezervace je přijata a aplikace se stává primární aplikací nebo sekundární aplikací. To je případ, kdy blok je na začátku postupně ve volném nebo sdílitelném stavu.

- Rezervace je zamítnuta, neboť blok je blokován (např. protože bylo dosaženo maximálního počtu aplikací). Aplikace může žádat formou vlajky v příkazu rezervace o umístění do čekací řady tohoto bloku a o získání oznámení od správce bloků, jakmile jí automaticky přidělí nový stupeň priority přístupu (buď se ze sekundárního přístupu stane primární nebo se z aplikace v čekací řadě stane sekundární nebo primární aplikace). Adresa aplikace je tedy uložena v paměti v sloupci obsahové struktury vhodného bloku.

-7 CZ 302342 B6

- Uvedení aplikace do pohotovosti, je-li její profil takový, zejí povoluje vyjednávat o nároku na primární aplikaci s aktuální primární aplikací. Mechanismus vyjednávání nebo přednosti je podle tohoto příkladu uskutečněn prostřednictvím správce bloků.

Správce bloků přenáší výsledek rezervace zpět aplikaci. Je-li rezervace přijata, obsahuje zpráva také informaci, podle níž je aplikace primární nebo sekundární.

Jakmile aplikace získá ovládání bloku a ukončí svoji činnost, předává správci bloků příkaz o uvolnění bloku. Správce tedy vymaže aplikaci a informace o příslušné obsahové struktuře, kte10 ré se k tomu vztahují.

To je také případ pohotovostní aplikace, která již nepotřebuje blok, pro který se snažila si v minulosti učinit rezervaci, tato aplikace musí uvolnit blok.

Podle tohoto příkladu provedení se počítá se dvěma mechanismy provedení nahrazení primární aplikace jinou aplikací: přednost a vyjednávání. Typ mechanismu je určen v příkazu rezervace zaslaném aplikací správci bloků. Fázi přednosti může předcházet fáze vyjednávání.

Jakmile si aplikace přeje vyjednávat o statutu primární aplikace se současnou primární aplikací, zo zasílá zprávu v tomto smyslu správci bloků, který zase přenáší zprávu primární aplikaci. Ta může buď přijmout nebo odmítnout uvolnění svého místa. Aplikace typu Uživatel může např. předat žádost samotnému uživateli.

Aplikace může také provést mechanismus přednosti, aby si přisvojila statut primární aplikace.

V tom případě správce bloků ověřuje, že tato aplikace má opravdu prioritu pro uskutečnění této žádosti vzhledem k prioritě aktuální primární aplikace. Jestliže správce bloků autorizuje přednost, zašle příkaz převedení, který má primární aplikace povinnost akceptovat. Primární aplikaci je tedy přidělen čas, kdy musí uvolnit blok. Jestliže tento čas není dodržen, správce bloků vykoná převod funkce bloku.

Ve spojení s mechanismem rozdělení odběratelských aplikací na primární aplikace a sekundární aplikace rozlišení konfliktů ohledně pozice primární aplikace při rezervaci odpovídá následujícím pravidlům, za podmínky, zeje to případ, kdy existují pouze profily Uživatel a Stroj:

(1) Aplikace s profilem Uživatel má vždy přednost před aplikací s profilem Stroj.

(2) První aplikace rezervující si sdílitelný blok se stává primární aplikací. Primární aplikace může interferovat s příkazy sekundární aplikace. Sekundární aplikace nemůže interferovat s příkazem primární aplikace.

(3) Aplikace s profilem Uživatel není nikdy podrobena právu přednosti jiné aplikace (Uživatel nebo Stroj) bez fáze vyjednávání.

(4) Když primární aplikace uvolní blok, sekundární aplikace, která má nejvyšší stupeň priority, se stává primární aplikací. V případě, kdy tento stupeň priority má několik sekundárních aplikací, se stává sekundární aplikací nej starší aplikace. Čekající aplikace tedy přebírá místo sekundární aplikace.

Mohou nastat čtyři případy konfliktu, podle profilu primární aplikace a profilu aplikace snažící se uskutečnit rezervaci (zde se předpokládá, že pokaždé, když má primární aplikace profil Uživatele, dochází k vyjednávání):

- 8 CZ 302342 B6 (a) Primární aplikace má prolil Uživatel a aplikace žádající rezervaci má prolil Stroj:

V tomto případě předává blok zprávu aplikaci Uživatel, aby si ověřil, zda aplikace Uživatel může ustoupit. To je vyjednávání. Je-li to tak, aplikace s profilem Stroj se stane primární aplikací. Jestliže ne, aplikace Stroj zanechává svých pokusů.

Příkladem, který odpovídá tomuto případu, je televizní divák sledující službu vysílanou na transpondéru A, zatímco videorekordér, kterýje předem naprogramován, musí zaznamenat službu na transpondéru B za použití téhož tuneru.

(b) Primární aplikace má profil Stroj a aplikace vyžadující rezervaci má profil Uživatel:

Před nahrazením primární aplikace Stroj aplikací Uživatel informuje správce bloků aplikaci Uživatel o možných důsledcích tohoto nahrazení a žádá ho o potvrzení nahrazení a zároveň mu dává možnost nechat primární aplikaci, aby dokončila svůj úkol.

Příkladem, který odpovídá tomuto případu, je videorekordér, který zaznamenává službu transpondéru A, zatímco televizní divák si přeje sledovat službu na transpondéru B, za použití téhož tuneru. Televizní divák je tedy upozorněn, že probíhající záznam bude muset být zastaven, jestliže divák potvrdí své rozhodnutí.

(c) Primární aplikace má profil Uživatel a aplikace vyžadující rezervaci má také profil Uživatel:

V tomto případě se primární aplikace rozhodne, zda si ponechá nebo se zřekne svého prvního stupně priority: princip je stejný jako v případě (a): proběhne vyjednávání.

Příkladem, který odpovídá tomuto případu, je ten, kde nějaký první televizní divák sleduje službu na prvním transpondéru (který je ovládán prostřednictvím primární aplikace), zatímco nějaký druhý televizní divák si přeje sledovat jinou službu jiného transpondéru za použití téhož tuneru. Druhý transpondér bude moci regulovat tuner na frekvenci nového transpondéru pouze se souhlasem prvního televizního diváka.

(d) Primární aplikace má profil Stroj a aplikace požadující rezervaci má také profil Stroj:

Jelikož podle tohoto příkladu mají všechny aplikace s profilem Stroj stejnou prioritu, primární aplikace ukončí svůj úkol, aniž by byla nahrazena.

Podle jedné varianty provedení se počítá s dalšími profily aplikací: Pozadí, Instalace, Zabezpečení a Systém, které odpovídají v tomto pořadí aplikacím s nízkou prioritou, která plní nízkoprioritní úkoly (např. mazání starých dat), aplikace používané během instalace a konfigurace sítě, aplikace informující uživatele o určitých důležitých událostech (např. bezpečnostní alarmy) a systémové aplikace (např. registry a správci bloků). Když existují více než dva profily, je chování systému obecně popsáno v tabulce 2. U této výše uvedené varianty provedení obsahující více než dva profily mají profily. Zabezpečení a Systém na základě příkladu vyšší hladiny priority než profil Uživatel. Aplikace se stejným nebo nižším stupněm priority nikdy nemá přednost před aplikací s profilem Uživatelem, aniž by proběhla fáze vyjednávání. Podle příkladu popsaného v tabulce 2 však není vyjednávání, když má primární aplikace profil Uživatel, ale když aplikace snažící se získat ovládání má striktně vyšší stupeň priority.

- 9 CZ 302342 B6

Tabulka 2

Profil / priorita	Priorita aplikace požadující rezervaci	Mechanismus spuštěný správcem	Nová primární aplikace
primární aplikace
bloků
Uživatel	vyšší priorita	přednost	aplikace požadující rezervaci
Uživatel	stejná nebo nižší priorita	vyjednávání	aktuální primární aplikace nebo aplikace požadující rezervaci
Jiná priorita než Uživatel	vyšší priorita	přednost	aplikace požadující rezervaci
Jiná priorita než Uživatel	stejná nebo nižší priorita	žádost zamítnuta nebo zařazení mezi čekající	aktuální primární aplikace

PATENTOVÉ NÁROKY

Claims (10)

1. Způsob řízení přístupových priorit k blokům přístrojů propojených komunikační sítí, vyznačující se tím, že způsob obsahuje kroky:

15 - přidělení stupně priority přístupu k blokům sítě každé žádosti, kde tyto stupně obsahují alespoň následující:

(c) první stupeň priority přístupu pro žádost, která není přímo řízena uživatelem,

20 (d) druhý stupeň priority přístupu pro žádost, která může být přímo řízena uživatelem,

- autorizace přednosti první žádosti o přístup k bloku, kde tento přístup byl dříve získán druhou žádostí, jako funkce příslušných priorit přístupu první a druhé žádosti.

25

2. Způsob podle nároku 1, vyznačující se tím, že jeden blok dovoluje současný přístup alespoň N žádostem, kde N je vyšší nebo rovno 1.

3. Způsob podle jednoho z nároků 1 nebo 2, vyznačující se tím, že kroku přidělení stupně priority přístupu k blokům sítě předchází krok vyjednávání, během níž první žádost přená30 ší zprávu ke druhé žádosti a žádá po ní přijetí nebo zamítnutí postoupení priority přístupu ve prospěch první žádosti.

- 10CZ 302342 B6

4. Způsob podle nároku 3, vyznačující se tím, že kroku přidělení stupně priority žádosti mající druhý stupeň priority pro žádost mající první stupeň priority vždy předchází krok vyjednávání.

5. Způsob podle nároku 3 nebo 4, vyznačující se tím, že krok přidělení stupně priority přístupu k blokům sítě žádosti mající druhý stupeň priority pro žádost mající druhý stupeň priority vždy předchází krok vyjednávání.

to

6. Způsob podle nároku 3, vyznačující se tím, že se počítá alespoň se třemi stupni priority, kde třetí stupeň priority je vyšší než druhý stupeň priority, druhý stupeň priority je vyšší než první stupeň priority, a dochází ke kroku vyjednávání, jestliže je stupeň priority první žádosti stejný nebo nižší než stupeň priority druhé žádosti.

15

7. Způsob podle jednoho z nároků 2 až 6, vyznačující se tím, že žádost činící pokus o rezervaci přístupu k bloku, který je již rezervovaný N odběratelskými žádostmi, je zařazena do čekací řady, kde čeká na uvolnění bloku jednou z N odběratelských žádostí.

8. Způsob podle nároku 7, vyznačující se tím, že zařazení žádosti do čekací řady se

20 uskuteční pouze v případě, že je to specifikováno touto žádosti v její žádosti o přístup.

9. Způsob podle jednoho z předchozích nároků, vyznačující se tím, že dále obsahuje kroky:

25 - přidělení prvního stupně priority přístupu pro daný blok té žádosti, která požádala o přístup k tomuto bloku nejdříve,

- přidělení druhého stupně priority přístupu jiným žádostem rezervujícím si zmíněný blok, kde druhý stupeň priority přístupu neinterferuje s primárním stupněm přístupových práv.

10. Způsob podle nároku 9, vyznačující se tím, že po příkazu přeneseném žádostí s druhým stupněm priority přístupu k danému bloku určuje samotný blok, zda tento příkaz interferuje nebo neinterferuje s prvním stupněm priority přístupu.

35 11. Způsob podle jednoho z nároků 9 nebo 10, vyznačující se tím, že blok akceptuje každý příkaz přijatý od žádosti s prvním stupněm priority přístupu k tomuto bloku, i když vykonání tohoto příkazu zasahuje do příkazů předtím přijatých od žádostí s druhým stupněm priority přístupu.

40 12. Způsob podle jednoho z nároků 9 až 11, vyznačující se tím, že přednost a popřípadě vyjednávání jsou autorizovány pouze za účelem vynucení přenechání přístupu, který má žádost s prvním stupněm priority přístupu.