CZ20004469A3 - Způsob řízení přístupových priorit ke zdrojům v domácí síti a zařízení k uskutečňování tohoto způsobu - Google Patents
Způsob řízení přístupových priorit ke zdrojům v domácí síti a zařízení k uskutečňování tohoto způsobu Download PDFInfo
- Publication number
- CZ20004469A3 CZ20004469A3 CZ20004469A CZ20004469A CZ20004469A3 CZ 20004469 A3 CZ20004469 A3 CZ 20004469A3 CZ 20004469 A CZ20004469 A CZ 20004469A CZ 20004469 A CZ20004469 A CZ 20004469A CZ 20004469 A3 CZ20004469 A3 CZ 20004469A3
- Authority
- CZ
- Czechia
- Prior art keywords
- application
- access
- level
- priority
- resource
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2816—Controlling appliance services of a home automation network by calling their functionalities
- H04L12/2821—Avoiding conflicts related to the use of home appliances
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2805—Home Audio Video Interoperability [HAVI] networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40052—High-speed IEEE 1394 serial bus
- H04L12/40117—Interconnection of audio or video/imaging devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
- H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2816—Controlling appliance services of a home automation network by calling their functionalities
- H04L12/282—Controlling appliance services of a home automation network by calling their functionalities based on user interaction within the home
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Automation & Control Theory (AREA)
- Computer Security & Cryptography (AREA)
- Small-Scale Networks (AREA)
- Storage Device Security (AREA)
- Computer And Data Communications (AREA)
- Stored Programmes (AREA)
- Selective Calling Equipment (AREA)
Description
Způsob řízení přístupových priorit ke zdrojům v domácí síti a zařízení k uskutečňování tohoto způsobu
Oblast techniky
Vynález se týká řízení priorit přístupu aplikací ke zdrojům v domácí komunikační síti, stejně jako přístroje k uskutečnění tohoto způsobu.
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 komun·1“1 nmctřednictuím snnlpřnÁhn iazuka Takové sítě se vvvíií k Dř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 „zdroje“, tzn. specifické funkční prvky. Televizor má např. tuner, stínítko obrazovky, zatímco videorekordér má tuner a záznamový funkční prvek. Zdroje přístrojů mohou být poskytnuty 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 ke zdrojům, když jeden zdroj 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í ke zdrojům přístrojů propojených komunikační sítí, kde podstatou vynálezu je, že tento způsob obsahuje kroky:
- přidělení každé aplikaci hladiny přístupové priority ke zdrojům sítě, kde zmíněné hladiny obsahují alespoň následující:
(a) první hladinu přístupové priority pro aplikaci, která není přímo ovládána uživatelem, (b) druhou hladinu přístupové priority pro aplikaci, která může být přímo ovládána uživatelem,
- autorizace přednosti pro první aplikaci k přístupu ke zdroji získanému druhou aplikací podle příslušných přístupových priorit první a druhé aplikace.
Podle jedné možnosti provedení připouští zdroj přístupy simultánně alespoň N aplikacím, kde N je větší nebo rovno 1.
• »
9
9
9 9 9 9 9 9 9
9999 99 99 9999 99
-2Podle jedné varianty provedení kroku přednosti předchází fáze vyjednávání, během níž první aplikace předává zprávu druhé aplikaci s požadavkem přijmout nebo zamítnout postoupení přístupu ve prospěch první aplikace.
Podle prvního příkladu provedení fázi přednosti aplikace mající druhou hladinu priority před aplikací mající první hladinu priority vždy předchází fáze vyjednávání.
Podle prvního příkladu provedení fázi přednosti aplikace mající druhou hladinu priority před aplikací mající druhou hladinu priority vždy předchází fáze vyjednávání.
Podle prvního příkladu provedení totiž druhou hladinu priority nabudou aplikace ovládatelné uživatelem. Vzhledem ktomu, že její přítomnost je předpokládaná, je υ těrhtn uvšp i ivpripnvrh nrínarlArh nřfiri každou nrAdností zahrnuto vviednávání
-------- · J--- ' ----v -------------. , /
Podle druhého příkladu provedení se předpokládají tři hladiny priority, kde třetí hladina priority je vyšší než druhá hladina priority a ta je zase vyšší než první hladina priority, jestliže je hladina priority první aplikace stejná nebo nižší než hladina priority druhé aplikace, je zde fáze vyjednávání.
Podle druhého způsobu provedení, dochází k přednosti přímo bez vyjednávání, jestliže je hladina zabezpečení první aplikace vyšší než hladina zabezpečení druhé aplikace.
Podle jedné varianty způsobu provedení je aplikace činící pokus o rezervaci přístupu zdroje již rezervovaného N odběratelskými aplikacemi postavena do čekací řady a tak čeká na uvolnění zdroje jednou z N odběratelských aplikací.
Podle jedné varianty způsobů provedení se zařazení aplikace do čekací řady uskuteční pouze v případě, že je to pro tuto aplikaci specifikováno v její žádosti o přístup.
Způsob podle vynálezu může zahrnovat mimoto kroky:
- přidělení primární hladiny přístupových práv pro daný zdroj aplikaci, která požádala o přístup k tomuto zdroji nejdříve,
- přidělení sekundární hladiny přístupových práv dalším aplikacím činícím rezervaci zmíněného zdroje, kde přístupová práva sekundární hladiny jsou taková, aby neinterferovala s přístupovými právy primární hladiny.
Podle jedné varianty provedení po příkazu předaného zdroji aplikací, která má přístupové právo sekundární hladiny, následuje určení samotným zdrojem, jestli tento příkaz interferuje s přístupovými právy primární hladiny nebo ne.
Podle jedné varianty provedení přijímá zdroj každý příkaz získaný od aplikace mající přístupové právo primární hladiny k tomuto zdroji, dokonce i když splnění příkazu
ΦΦΦ
ΦΦΦ · φ * φ φ » · « φ * φ φφφφ φφφφ φφ φφ φφφφ φφ
-3interferuje s příkazy získanými předtím od aplikace se sekundární hladinou přístupového práva.
Podle jedné varianty provedení je přednost a/nebo vyjednávání autorizováno pouze za účelem vymožení poskytnutí přístupu, který mají aplikace s primární přístupovou hladinou.
Stojí za povšimnutí, že výše popsané charakteristiky týkající se pojmů primární a sekundární přístupové hladiny, 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é rady 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í 1 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 podřazených jednotek jako je např. podřazená jednotka 3. Těmito podřazenými jednotkami mohou být zdroje, které jsou funkčními prvky jednotek. Zdroje tvoří programové moduly ve smyslu spisu „HAVi“, který bude zmíněn dále.
Jako příklad (viz obr. 2) přístroj A je číslicový televizní dekodér, zatímco další přístroj, přístroj B, je videorekordér. Dekodér A má dva zdroje, a to tuner 12 a demultiplexor 13. Videorekordér B má rovněž dva zdroje: tuner 14 a záznamový funkční prvek 15. Každý z přístrojů A a B obsahuje aplikaci (18 a 19 v tomto pořadí), která je grafickým spotřebitelským rozhraním umožňujícím spotřebiteli přímo řídit prostředky každé jednotky. Spotřebitelské rozhraní přístroje A umožňuje podle tohoto příkladu provedení řídit jiným přístrojům sítě záznam programů vycházejících z demultiplexoru * · · · · · · t ···· ·· · »««· ·· ·«♦
-413. Zdroj 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 pro zpracování informace, paměť a příslušná spojení. Prostředky pro zpracování 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ěťové prostředky 10 mohou být fixní statické nebo znovu programovatelné paměti k obsažení jádra softwaru a/nebo načítaných částí kódu a/nebo dat. Paměťové prostředky 10 mohou také obsahovat wiímatelné nHádarí whavAní iakn isnu nanř mikroorocesorové kartv a kartv V , J _ . _ . J - - J - - - I I T „ typu PCMCIA, jakož i harddisky nebo jiné ukládací 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 zvláštní 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, 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é části oddělené od mikroprocesoru 7.
Každé zařízení rovněž obsahuje registr 16, 17 pro každý z přístrojů A a B, v tomto pořadí. Registr 16, 17 je předmětem francouzské patentové přihlášky na jméno přihlašovatele, podané 23.dubna1998 a nesoucí číslo 9805110. 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í zdrojů v komunikační síti.
Jiné aspekty související s tímto vynálezem jsou jinak popsány ve spise „The HAVi Architecture - Specification of the Home Audio/Video interoperability (HAVi) Architecture“ sdatem 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 tetno 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 zdrojů tohoto přístroje. Kvůli tomu obsahuje registr tabulku, v níž se registrují ostatní zdroje přístrojů a udávají své atributy (typ zdroje, identifikátor zdroje všiti, ...). Když musí programový modul komunikovat s dalším místním programovým modulem, může získat »«»«» «*· • · * «©« « « « ♦ ··· ·« *· ·«·· «I ©·«
-5seznam 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 (znázorňující, zaznamenávající,...).
V tomto ohledu jsou zdroje přístrojů registrovány také na úrovni místního registru, ctainá iakn OQtatní nrnnramnvá mndnlv Nařtfinv mnrlijl ía rAnistrován u reaistru * «.WJ· Ι·~ JW V .. |- . - —· ’ ’ - . . - — — --------.... J w přístroje, který plní funkci výkonné platformy modulu.
Registr je modul, kterýje podle tohoto příkladu provedení program uložený v paměti 10 a realizovaný pomocí mikroprocesoru 7 přístroje.
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 přístroj 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 zdroj. Aplikace také může být zdrojem 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 zdroje. Profil Uživatel tedy bude mít hladinu priority vyšší než profil Stroj.
Zdroj vlastní určité množství vlastností:
Zdroj může být tzv. statické nebo dynamické povahy. Dynamický zdroj 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 zdrojem: aplikace rezervující si propustné pásmo bude muset specifikovat šířku pásma k rezervaci. Zdrojem statické povahy je zdroj, který nemůže být rezervován tímto způsobem.
Dynamický zdroj bude vlastnit rezervační stav, který odpovídá zbylému volnému množství.
Statický zdroj 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í zdroj ovládán žádnou aplikací. Ve sdíleném stavu je zdroj ovládán alespoň jednou aplikací, ale přesto mohou zdroj využívat další aplikace, s určitými omezeními pro tyto aplikace, která se » · · • 00©·« «·· ·«·· ·· «· »·«· · Ů ··«
-6týkají přijímaných ovládacích příkazů. V blokovaném stavu je zdroj 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 zdroji se připojí popisovač, tj. struktura dat nebo i registrace, obsahující hodnoty proměnných, které udávají funkční prvky zdroje 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č zdroje aktivitní doménu zdroje (např. audio/video, topení, spotřebiče,...), typ zdroje, který udává svou funkci (tuner, dekodér, modem,..,), hladinu přístupnosti („místní“ zdroj, přístupný pouze pro aplikace, které jsou umístěny v tomtéž přístroji, nebo „veřejný“ zdroj, přístupný i pro aplikace vuknnávanÁ na iinvch nlatformách ns7 íp nřístrni u němž íp umístěna vpřpiná anlikar.nl
--J. J . f-------------- ----J ’ Γ ‘----- -------J~ ..........- - -J- --- — ------f
Řízení zdrojů je založeno na mechanismu rezervace. Rezervace je nutná pro uskutečnění ovládacích příkazů a obecněji pro každý psací přístup měnící stav zdroje. Rezervace není obecně nutná pro čtecí přístup. Jakmile je rezervace přijata, stane se aplikace odběratelskou aplikací zdroje: ovládá ho, ale není nutně jedinou aplikací v takovém postavení, a odtud plyne nutnost mechanismu rozlišení konfliktů přístupu ke zdroji.
Každý přístroj disponuje programovým modulem zvaným „správce zdrojů“. V síti na obr. 2 mají správce zdrojů přístrojů A a B referenční značky 20 a 11, v tomto pořadí. Tyto moduly spolupracují s registry. Registry místně uchovávají seznam volných programových modulů (zdroje, aplikace, ...) a správce zdrojů řídí rezervace místních zdrojů. Informace uchovávané registry jsou relativně statistické, zatímco informace uchovávané zdroji jsou obecně schopny rychlého vývoje.
Podle tohoto příkladu provedení správce zdrojů získává seznam místních, vzájemně od sebe vzdálených zdrojů 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. Zdroje, které nejsou místní, jsou tedy pro správce zdrojů 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“).
Způsoby používané k rezervaci jsou následující;
- před vysláním ovládacího příkazu zdroje si musí aplikace rezervovat tento zdroj u správce zdrojů přístroje, ve kterém je zdroj umístěn, a
- aplikace musí uvolnit zdroj, který nevyužívá.
• · · * · · * · • ♦ · · · · ··· ··· «· *· ···« ·· ·«·
-7Podle tohoto příkladu provedení aplikace, která si přeje uskutečnit rezervaci, určí adresu správce zdrojů přístroje, v němž je umístěn zdroj prostřednictvím registru přístroje, ve kterém je umístěna aplikace. Jakmile aplikace obdrží adresu, může kontaktovat správce zdrojů, aby se informovala o stavu zdroje. Oproti tomu po obdržení rezervace získá aplikace, která uskutečnila tuto rezervaci, ovládání zdroje a adresu svých ovládacích příkazů přímo na zdroj. Správce zdrojů je poté kontaktován pouze aby bylo ohlášeno, že zdroj musí být uvolněn.
Každý zdroj 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 zdrojů od zdrojů.
(a) Způsob ovládání zdroje
Způsob ovládání může být jedním z následujících: Transparentní, Sdílitelný, Výhradní.
(b) Maximální počet podporovaných aplikací
Tato oblast je používána v případě sdílitelného nebo výhradního způsobu. Zdroj 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í zdroj
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 zdroje: Volný, Sdílitelný, Blokovaný (c) Počet aplikací, které ovládají zdroj (d) Seznam aplikací, které ovládají zdroj (e) Seznam aplikací čekajících, až budou moci ovládat zdroj (např. protože maximální počet aplikací pro tento zdroj byl překročen).
Aplikace, stejně jako zdroje, jsou určeny adresou definovanou ve spise HAVi a nesoucí název „SEID“.
-8·· ·«·«
Specifičtěji, zdroj 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 zdroj zapamatuje alespoň identifikátor primární aplikace. 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.
U způsobu transparentního ovládání zdroj 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 zdroj ovládán několika aplikacemi zároveň, ale zdroj bude aplikovat procesy rozlišení konfliktu přístupu a sdílení zdroje, 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 znásobenému proudu. V tomto proudu má demultíplexor schopnost zjistit balíky odpovídající nějaké službě nebo něčemu jinému a extrahovat tyto balíky směrem k odběratelským aplikacím. Za předpokladu, že uvedený proud šíří desítku služeb, mohou různé aplikace využívat zdroj demuítipíexor k dosažení totožných nebo rozdílných služeb. Demultíplexor 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 zdroje jsou tříděny na primární a sekundární odběratelské aplikace. Jediná aplikace může být primární aplikací pro jeden zdroj: zpočátku je to ta aplikace, která si jako první rezervovala zdroj. Všechny další aplikace jsou sekundární aplikace. Zdroj 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, aby nepřišly v konflikt 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.
-9• ••«9 9 9 9 9 • 9 · 9 · « 9 9 9 9 ·
99* β·· 9 « 9
9999 99 99 9·99 ·» ·9·
S ohledem zpět na dříve popsaný příklad, před povolením uživateli změnit transpondér žádá v případě nutnosti primární aplikace u zdroje řídící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ů jeho č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 zdroje jinou aplikací („princip vzájemného respektu11), zatímco u druhého procesu jedna aplikace může narušit druhou aplikaci.
\/g všech nřínaHech tn nn tvnří nnruc.hu“ Qfiki inrlámí snlikar.fi iinnn závisí na povaze ovládaného zdroje a ten bude muset být odpojen. 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.
Formou příkladu tabulka 1 udává pro sdílitelný zdroj část zapamatovaných informací na úrovni každého zdroje:
Tabulka 1
| Aplikace | Profil | Přístup | V čekací řadě |
| A1 | UŽIVATEL | primární | ne |
| A2 | STROJ | sekundární | ne |
| A3 | UŽIVATEL | čtecí | ano |
| ... |
Formou příkladu, zdroj může být ovládán pouze jedinou aplikací v daném okamžiku. Zdroj si zapamatuje alespoň totožnost této aplikace, stejně jako její hladinu priority (typ Uživatel nebo Stroj podle tohoto příkladu provedení). Jako příklad mohou být řízeny mechanismy videorekordéru, jako je přístroj B na obr. 2. Může nastat konflikt, požadujeli 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 primární aplikace výhradní ovládání.
Podle typu zdroje se může způsob přístupu ke zdroji lišit pro různé příkazy. Např. pouze příkazy, které mění způsob fungování zdroje, mohou vytvářet konflikty a tak *4*4« 4 4 4 * • * 4 ·*« ··· «·*· ·· ·· ·«·· ·* ···
-10dokázat výhradní 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 zdroje přenáší aplikace odpovídající příkaz místnímu správci zdrojů ve zdroji nebo správci zdrojů v samotné aplikaci. Tento příkaz obsahuje jako parametry informace související s aplikací zapsané následně do obsahové struktury na úrovni zdrojů, Žádná rezervace není vykonána aplikací vzhledem ke zdroji transparentním způsobem. Podle tohoto příkladu je rezervace vykonána vzhledem k okamžitému získání ovládání zdroje, 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-inŤ -rrlrí-iia ι-irr-, hi iHm ir>í rvh/Hnhí L-toró ca i-iřoUrvn/oií Patontnvíá nřihláčka eA Ctainúm
IWI 4-UI Uj'»* ^>1 U h/UMWM Wl t j I W W fiS t VI \1 j T Mj t i t ihwiM f>r 4 i i HMVt w w wtwji tj « ‘ » datem priority jako má tato přihláška se týká zejména těch rezervací pro budoucí období.
Podle aktuálního stavu zdroje 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 zdroj je na začátku postupně ve volném nebo sdílitelném stavu.
- Rezervace je zamítnuta, neboť zdroj 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 zdroje a o získání oznámení od správce zdrojů, jakmile jí automaticky přidělí novou přístupovou hladinu (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 zdroje.
- uvedení aplikace do čekání, je-li její profil takový, že jí 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 zdrojů.
Správce zdrojů 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í zdroje a ukončí svoji činnost, předává správci zdrojů příkaz o uvolnění zdroje. Správce tedy vymaže aplikaci a informace o příslušné obsahové struktuře, které se k tomu vztahují.
To je také případ čekající aplikace, která již nepotřebuje zdroj, pro který se snažila si v minulosti učinit rezervaci, tato aplikace musí uvolnit zdroj.
• φ φ φ φ φφφ φφφ φ · φ ··· ·· ·· φφφφ φφ ·ΦΦ
-11 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 zdrojů. 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í, zasílá zprávu v tomto smyslu zprávci zdrojů, 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í anlikar.fi V tnm nřínadě snrávnfi zrirniů ověřuie žfi tato aolikace má ooravdu nrioritu oro
-·,··-·--·-·· I , | J Jí I t | I uskutečnění této žádosti vzhledem k prioritě aktuální primární aplikace. Jestliže správce zdrojů 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 zdroj. Jestliže tento čas není dodržen, správce zdrojů vykoná převod funkce zdroje.
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, že je 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ý zdroj 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í zdroj, sekundární aplikace, která má nejvyšší hladinu priority, se stává primární aplikací. V případě, kdy tuto hladinu priority má několik sekundárních aplikací, se stává sekundární aplikací nejstarší 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í):
(a) Primární aplikace má profil Uživatel a aplikace žádající rezervaci má profil
Stroj:
-12• a · · «•a* ·· • · ·· ····
V tomto případě předává zdroj 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 zdrojů 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é primární hladiny: 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 poradí 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
0··· 00 • 0
0000
000
-13zdrojů). Když existují více než dva profily, je chování systému obecně popsáno v tabulce 2. II 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 stejnou nebo nižší hladinou priority nikdy nemá přednost před aplikací s profilem Uživatel, 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šší hladinu priority.
Tabulka 2
| Profil l priorita nrimární aplikace | Priorita aplikace požaduiíc! | Mechanismus spuštěný správcem | Nová primární aplikace |
| rezervaci | zdrojů | ||
| 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 |
• · · · · · · · ·
Claims (9)
1. Způsob řízení přístupových priorit aplikací ke zdrojům přístrojů propojených komunikační sítí, vyznačující S6 tím, Že způsob obsahuje kroky:
- přidělení přístupové priority ke zdrojům sítě každé aplikaci hladiny, kde hladiny obsahují alespoň následující:
(a) první hladinu přístupové priority pro aplikaci, která není přímo ovládána uživatelem, (b) druhou hladinu přístupové priority pro aplikaci, která může být přímo ovládána uživatelem,
- autorizace přednosti pro první aplikaci k přístupu ke zdroji získanému druhou aplikací podle příslušných přístupových priorit první a druhé aplikace.
2. Způsob podle nároku 1,vyznačuj ÍCÍ S e tím, Že jeden zdroj dovoluje simultánně přístup alespoň N aplikacím, kde N je vyšší nebo rovno 1.
3. Způsob podle jednoho z nároků 1 nebo 2, vyznačující s e t í m , že kroku přednosti předchází fáze vyjednávání, během níž první aplikace přenáší zprávu druhé aplikaci a žádá po ní přijetí nebo zamítnutí postoupení přístupu ve prospěch první aplikace.
4. Způsob podle nároku 3, V y z n a Č u j í C í S e t í m , Že fázi přednosti aplikace mající druhou hladinu priority před aplikací mající první hladinu priority vždy předchází fáze vyjednávání.
5. Způsob podle nároku 3 nebo 4, V y z n a Č u j í C í se t í m , Že fázi přednosti aplikace mající druhou hladinu priority před aplikací mající druhou hladinu priority vždy předchází fáze vyjednávání.
6. Způsob podle nároku 3, vyznačující se tím, Že se počítá alespoň se třema hladinami priority, kde třetí hladina priority je vyšší než druhá hladina priority, druhá hladina priority je vyšší než první hladina priority, a dochází kfázi • · » · · * «« ftftftft ftft «· ftftftft ·· ···
-15vyjednávání, jestliže je první hladina priority stejná nebo nižší než hladina priority druhé aplikace.
7. Způsob podle jednoho z nároků 3 až 6, vyznačující se tím, že vždy nastává přímo přednost bez vyjednávání, jestliže je hladina zabezpečení první aplikace vyšší než hladina zabezpečení druhé aplikace.
8. Způsob podle jednoho z nároků 2 až 7, vyznačující se tím, že aplikace činící pokus o rezervaci přístupu ke zdroji, který je již rezervovaný N odběratelskými aplikacemi, je zařazena do čekací řady, kde čeká na uvolnění zdroje jednou z N odběratelských aplikací.
9. Způsob podle nároku 8, vyznačující se tím, že zařazení aplikace do čekací řady se uskuteční pouze v případě, že je to specifikováno touto aplikací v její žádosti o přístup.
10. Způsob podle jednoho z předchozích nároků, vyznačující se tím, že dále obsahuje kroky:
- přidělení primární hladiny přístupových práv pro daný zdroj aplikaci, která požádala o přístup k tomuto zdroji nejdříve.
- přidělení sekundární hladiny přístupových práv jiným aplikacím činícím rezervaci zmíněného zdroje, kde přístupová práva sekundární hladiny jsou taková, aby neinterferovala s přístupovými právy s primární hladinou.
H.Způsob podle nároku 10, vyznačující se tím, Že po příkazu přeneseném aplikací s přístupovým právem ke zdroji se sekundární hladinou určuje samotný zdroj, zda tento příkaz interferuje nebo neinterferuje s přístupovými právy primární hladiny.
12.Způsob podle jednoho z nároků 10 nebo 11,vyznačující se tím, Že zdroj akceptuje každý příkaz přijatý od aplikace s přístupovým právem s primární hladinou k tomuto zdroji, i když vykonání příkazu interferuje s příkazy předtím přijatými od aplikace se sekundární hladinou přístupového práva.
• 9
9 9 · 9 9» •999 9· 99 9999
9 9 9 • 9 999
-1613.Způsob podle jednoho z nároků 10 až 12, v y z n a Č U j í C í se t í m , že přednost a popřípadě vyjednávání jsou autorizovány pouze za účelem vymožení postoupení přístupu, který má aplikace s primární přístupovou hladinou.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR9807186A FR2779595B1 (fr) | 1998-06-08 | 1998-06-08 | Procede de gestion de priorites d'acces a des ressources dans un reseau domestique et appareil de mise en oeuvre |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CZ20004469A3 true CZ20004469A3 (cs) | 2001-08-15 |
| CZ302342B6 CZ302342B6 (cs) | 2011-03-23 |
Family
ID=9527140
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CZ20004469A CZ302342B6 (cs) | 1998-06-08 | 1999-06-08 | Zpusob rízení prístupových priorit k blokum prístroju propojených komunikacní sítí |
Country Status (11)
| Country | Link |
|---|---|
| US (1) | US6981044B1 (cs) |
| EP (1) | EP1086551B1 (cs) |
| JP (1) | JP4918189B2 (cs) |
| KR (1) | KR100760601B1 (cs) |
| CN (1) | CN1120598C (cs) |
| AU (1) | AU4047399A (cs) |
| CZ (1) | CZ302342B6 (cs) |
| DE (1) | DE69942667D1 (cs) |
| ES (1) | ES2348784T3 (cs) |
| FR (1) | FR2779595B1 (cs) |
| WO (1) | WO1999065190A1 (cs) |
Families Citing this family (33)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002540739A (ja) * | 1999-03-30 | 2002-11-26 | ソニー エレクトロニクス インク | ネットワークにおけるリソースの管理方法及び装置 |
| JP2001243676A (ja) * | 2000-02-29 | 2001-09-07 | Sony Corp | 情報処理装置及び方法、媒体 |
| JP2002033750A (ja) * | 2000-07-18 | 2002-01-31 | Sony Corp | 情報処理装置及び方法、媒体 |
| DE10040012A1 (de) * | 2000-08-11 | 2002-02-21 | Bosch Gmbh Robert | Ressourcen-Management |
| DE10063390A1 (de) | 2000-12-19 | 2002-06-20 | Bosch Gmbh Robert | Verfahren zur Steuerung von Verbindungen in einem Kommunikationssystem hierzu |
| KR100406857B1 (ko) * | 2002-01-09 | 2003-11-21 | 엘지전자 주식회사 | 홈네트워크에서의 구성 매니저 결정방법 |
| US7861273B2 (en) * | 2002-04-26 | 2010-12-28 | Microsoft Corporation | TV control resource management |
| US7236465B2 (en) | 2002-06-13 | 2007-06-26 | International Business Machines Corporation | System and method for gathering multicast content receiver data |
| FR2845544B1 (fr) * | 2002-10-03 | 2005-01-14 | Cit Alcatel | Support actif de reservation de ressources dans un reseau de communication |
| EP1620993B1 (en) * | 2003-04-24 | 2007-01-24 | Koninklijke Philips Electronics N.V. | Class-based content transfer between devices |
| JP3822577B2 (ja) * | 2003-05-22 | 2006-09-20 | 株式会社エヌ・ティ・ティ・ドコモ | コンピュータ及びプログラム |
| EP1526714A1 (en) * | 2003-08-06 | 2005-04-27 | Matsuhita Electric Industrial Co., Ltd. | Information processing apparatus |
| DE10345745A1 (de) * | 2003-10-01 | 2005-04-21 | Daimler Chrysler Ag | Verfahren und Computerprogramm zum Regeln von Zugriffsrechten auf eine Applikation |
| FR2872981B1 (fr) * | 2004-07-08 | 2006-09-08 | Alcatel Sa | Dispositif de gestion de ressources pour un reseau de communications a connexions inter-noeuds associees a des droits de preemption de ressources partagees et de priorite d'acces aux ressources |
| DE102005016510A1 (de) * | 2005-04-08 | 2006-10-12 | Buderus Schleiftechnik Gmbh | Vorrichtung zum spanabhebenden Bearbeiten von gehärteten Werkstücken |
| FR2884669A1 (fr) * | 2005-04-15 | 2006-10-20 | Thomson Licensing Sa | Appareil et procede de gestion des services recus au sein d'un reseau local |
| CA2609906A1 (en) * | 2005-05-31 | 2006-12-07 | Matsushita Electric Industrial Co., Ltd. | Broadcast receiving terminal and program execution method |
| US7992190B2 (en) * | 2006-01-27 | 2011-08-02 | Microsoft Corporation | Authorization scheme to simplify security configurations |
| US8190561B1 (en) * | 2006-12-06 | 2012-05-29 | At&T Mobility Ii Llc | LDAP replication priority queuing mechanism |
| JP4327864B2 (ja) * | 2007-03-23 | 2009-09-09 | 株式会社東芝 | 録画予約処理装置および録画予約処理方法ならびに録画装置 |
| US20090161575A1 (en) * | 2007-12-19 | 2009-06-25 | Research In Motion Limited | Long Term Evolution User Equipment Multi-Packet Data Network Connectivity Control |
| JP5179514B2 (ja) * | 2008-01-15 | 2013-04-10 | パナソニック株式会社 | ユーザ・インタフェース制御装置、その方法及び通信システム |
| US8281347B2 (en) * | 2008-01-31 | 2012-10-02 | At&T Intellectual Property I, Lp | System and method of receiving over-the-air television content |
| US8924468B2 (en) * | 2008-05-08 | 2014-12-30 | Bang & Olufsen A/S | Method and means for a multilayer access control |
| CN101651975A (zh) * | 2008-08-15 | 2010-02-17 | 华为技术有限公司 | 控制用户设备接入的方法、系统和装置 |
| EP2161901A1 (en) * | 2008-09-04 | 2010-03-10 | Sony Corporation | Aggregated user presence management method within a home network and device for user presence management within a home network |
| KR20100126053A (ko) * | 2009-05-22 | 2010-12-01 | 삼성전자주식회사 | 스트리밍 서비스 제공방법, 스트리밍 서비스 수신방법, 이에 적용되는 스트리밍 서비스 제공 서버 및 클라이언트 장치 |
| US20120059918A1 (en) * | 2010-09-08 | 2012-03-08 | Qualcomm Incorporated | Location based service data connection support across multiple profiles |
| EP2712185A4 (en) * | 2011-05-19 | 2014-10-29 | Japan Broadcasting Corp | Integrated radio and communication receiver |
| CN103279812A (zh) * | 2013-06-19 | 2013-09-04 | 河海大学 | 一种可消除优先权冲突的任务与资源优化配置方法 |
| US10248459B2 (en) * | 2016-03-15 | 2019-04-02 | Microsoft Technology Licensing, Llc | Operating system support for game mode |
| CN106597866B (zh) * | 2016-12-23 | 2019-10-11 | 华东交通大学 | 智能家居系统及其应用的定时任务冲突解决方法 |
| CN109445950A (zh) * | 2018-09-30 | 2019-03-08 | 青岛海尔科技有限公司 | Ocf资源的互斥访问方法及系统、服务端、介质、设备 |
Family Cites Families (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US553239A (en) * | 1896-01-21 | Rudolf i-iaub | ||
| GB9121203D0 (en) * | 1991-10-04 | 1991-11-20 | D2B Systems Co Ltd | Local communication bus system and apparatus for use in such a system |
| WO1995002866A1 (en) * | 1993-07-16 | 1995-01-26 | D2B Systems Company Ltd. | Communication bus system with mitigation of slave station locking problem |
| DE19500957A1 (de) * | 1994-07-19 | 1996-01-25 | Bosch Gmbh Robert | Verfahren zur Steuerung von technischen Vorgängen oder Prozessen |
| US5884028A (en) * | 1994-07-29 | 1999-03-16 | International Business Machines Corporation | System for the management of multiple time-critical data streams |
| US5553239A (en) * | 1994-11-10 | 1996-09-03 | At&T Corporation | Management facility for server entry and application utilization in a multi-node server configuration |
| JP4086259B2 (ja) * | 1995-08-04 | 2008-05-14 | 株式会社東芝 | 通信システム |
| US6598068B1 (en) * | 1996-01-04 | 2003-07-22 | Sun Microsystems, Inc. | Method and apparatus for automatically managing concurrent access to a shared resource in a multi-threaded programming environment |
| JP3260380B2 (ja) * | 1996-02-02 | 2002-02-25 | トムソン コンシューマ エレクトロニクス インコーポレイテッド | 多数の電子装置を相互連結するシステム及び方法 |
| US5717747A (en) * | 1996-05-31 | 1998-02-10 | Lucent Technologies Inc. | Arrangement for facilitating plug-and-play call features |
| US5826082A (en) * | 1996-07-01 | 1998-10-20 | Sun Microsystems, Inc. | Method for reserving resources |
| AU4986197A (en) * | 1996-10-16 | 1998-05-11 | Thomson Consumer Electronics, Inc | Device interoperability |
| US5909594A (en) * | 1997-02-24 | 1999-06-01 | Silicon Graphics, Inc. | System for communications where first priority data transfer is not disturbed by second priority data transfer and where allocated bandwidth is removed when process terminates abnormally |
| US6006303A (en) * | 1997-08-28 | 1999-12-21 | Oki Electric Industry Co., Inc. | Priority encoding and decoding for memory architecture |
| US6105057A (en) * | 1998-01-28 | 2000-08-15 | Ericsson Inc. | Method and apparatus for manipulating mutexes on network assets |
-
1998
- 1998-06-08 FR FR9807186A patent/FR2779595B1/fr not_active Expired - Fee Related
-
1999
- 1999-06-08 AU AU40473/99A patent/AU4047399A/en not_active Abandoned
- 1999-06-08 US US09/719,149 patent/US6981044B1/en not_active Expired - Lifetime
- 1999-06-08 EP EP99923701A patent/EP1086551B1/fr not_active Expired - Lifetime
- 1999-06-08 WO PCT/FR1999/001358 patent/WO1999065190A1/fr active Search and Examination
- 1999-06-08 ES ES99923701T patent/ES2348784T3/es not_active Expired - Lifetime
- 1999-06-08 CN CN99807141A patent/CN1120598C/zh not_active Expired - Fee Related
- 1999-06-08 JP JP2000554095A patent/JP4918189B2/ja not_active Expired - Fee Related
- 1999-06-08 DE DE69942667T patent/DE69942667D1/de not_active Expired - Lifetime
- 1999-06-08 CZ CZ20004469A patent/CZ302342B6/cs not_active IP Right Cessation
- 1999-06-08 KR KR1020007013889A patent/KR100760601B1/ko not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| WO1999065190A1 (fr) | 1999-12-16 |
| DE69942667D1 (de) | 2010-09-23 |
| JP4918189B2 (ja) | 2012-04-18 |
| CN1305676A (zh) | 2001-07-25 |
| CZ302342B6 (cs) | 2011-03-23 |
| KR20010052654A (ko) | 2001-06-25 |
| EP1086551A1 (fr) | 2001-03-28 |
| EP1086551B1 (fr) | 2010-08-11 |
| AU4047399A (en) | 1999-12-30 |
| US6981044B1 (en) | 2005-12-27 |
| KR100760601B1 (ko) | 2007-09-21 |
| ES2348784T3 (es) | 2010-12-14 |
| CN1120598C (zh) | 2003-09-03 |
| JP2002518719A (ja) | 2002-06-25 |
| FR2779595B1 (fr) | 2000-07-21 |
| FR2779595A1 (fr) | 1999-12-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CZ20004469A3 (cs) | Způsob řízení přístupových priorit ke zdrojům v domácí síti a zařízení k uskutečňování tohoto způsobu | |
| US7412538B1 (en) | Request event manager and event lists for home and office systems and networks | |
| US6363434B1 (en) | Method of managing resources within a network of consumer electronic devices | |
| JP3169903B2 (ja) | 多数の電子装置を相互連結するシステム及び方法 | |
| RU2491751C2 (ru) | Способ управления временным доступом в сети цифрового видео | |
| US7013339B2 (en) | Method to control a network device in a network comprising several devices | |
| EP1357744B1 (en) | TV control resource management | |
| WO2000059230A9 (en) | A method and a device for managing resources in a network | |
| KR101647144B1 (ko) | 원격 유저 인터페이스 서비스에서 리소스에 대한 제어 방법, 장치 및 그 저장 매체 | |
| US20100115027A1 (en) | Method and apparatus for controlling access to resources in remote user interface service | |
| US11356434B2 (en) | Technical layer for portable electronic assistant | |
| JP2004348735A (ja) | システムに格納された文書へのアクセスを提供する方法 | |
| KR101249784B1 (ko) | 근거리 통신망 내에서 수신된 서비스를 관리하기 위한 장치 및 방법 | |
| US20090080330A1 (en) | Method for selecting a determinator of priority to access a network | |
| US6671731B1 (en) | Generic proxy service for docsis-enabled set top devices | |
| WO2001050290A1 (en) | A resource manager for providing user-dependent access control | |
| US11146844B1 (en) | Devices, systems and processes for facilitating seamless use of tuners across multiple devices within a local area network | |
| GB2355631A (en) | Ensuring privacy in a connection between digital devices | |
| JP5064126B2 (ja) | 利用されるサービスを制御するサーバシステム | |
| KR100689115B1 (ko) | 가정용 통신 네트워크에서 자원의 동작을 프로그래밍하기위한 방법 | |
| US20210377608A1 (en) | Devices, systems and processes for facilitating seamless use of timers across multiple devices within a local area network | |
| CN112270497A (zh) | 一种资源配置方法、装置和影音播放终端 | |
| MXPA00012221A (en) | Method for programming resource actions in a domestic communication network | |
| KR20050019805A (ko) | 네트워크에서 디폴트 연결 확립 방법, 그리고 관련된 소스및 싱크 디바이스 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| MM4A | Patent lapsed due to non-payment of fee |
Effective date: 20170608 |