Декодер, виконаний з можливістю приймання даних, та спосіб його функціонування

1. Декодер, виконаний з можливістю приймання даних, що передаються в системі передачі цифрових даних, який включає в себе систему обробки даних і пам'ять, який відрізняється тим, що система обробки даних виконана з можливістю зберігання у згаданій пам'яті даних профілю для кожного з множини режимів роботи декодера, при цьому дані кожного профілю включають в себе дані про ресурси, які вказують ресурси декодера, доступні у даному режимі роботи, і дані про пріоритети, які вказують пріоритет даного режиму роботи щодо доступу до одного або декількох ресурсів декодера. 2. Декодер за п.1, який відрізняється тим, що профіль визначений як такий, що відноситься до підключення зовнішнього пристрою. 3. Декодер за будь-яким з попередніх пунктів, який відрізняє ться тим, що профіль персоналізований щодо особистості користувача декодера. 4. Декодер за будь-яким з попередніх пунктів, який відрізняє ться тим, що дані профілів включають в себе дані, які відносяться до певних атрибутів інформації, що видається у кожному режимі роботи декодера. 5. Декодер за будь-яким з попередніх пунктів, який відрізняє ться тим, що дані профілів включають в себе дані, які відносяться до дій, дозволених у кожному режимі роботи декодера. 6. Декодер за будь-яким з попередніх пунктів, який відрізняє ться тим, що деякі або всі параметри або настройки, включені в дані профілів, можуть 2 (19) 1 3 71561 4 15. Спосіб за п.13 або 14, який відрізняється тим, дані, які відносяться до дій, дозволених у кожному що профіль персоналізований щодо особистості режимі роботи декодера. користувача декодера. 18. Спосіб за будь-яким з пп.13-17, який відрізня16. Спосіб за будь-яким з пп.13-15, який відрізняється тим, що деякі або всі параметри, або нається тим, що дані профілів включають в себе стройки, включені в дані профілів, можуть бути дані, які відносяться до певних атрибутів інформамодифіковані користувачем в ході звичайної робоції, що видається у кожному режимі роботи декоти декодера. дера. 19. Спосіб за будь-яким з пп.13-18, який відрізня17. Спосіб за будь-яким з пп.13-16, який відрізняється тим, що деякі або всі дані профілів заздалеється тим, що дані профілів включають в себе гідь визначені системою обробки даних декодера. Даний винахід відноситься до терміналів для обробки цифрових аудіовізуальних або мультимедійних даних. Термінали такого роду добре відомі в галузі систем платного телебачення, в яких декодер або призначена для користувача приставка (settop box) приймає трансляційні цифрові мультимедійні дані, в тому числі дані аудіовізуальних програм, а також дані для генерування екранного меню, дані для реалізації ігрових прикладних програм або прикладних програм дистанційних купівель тощо. У залежності від системи, дані можуть передаватися за допомогою трансляції в скрембльованій або відкритій формі. До впровадження цифрової технології декодери підключалися до обмеженої кількості пристроїв, звичайно тільки до телевізорів або, щонайбільше, до телевізора і відеомагнітофона VHS. Розвиток цифрової те хнології привів до різкого збільшення кількості пристроїв, які можуть бути підключені до декодера, різкого збільшення кількості пристроїв, які можуть бути підключені до декодера, в однаковій мірі як і до збільшення функціональних можливостей самого декодера. Наприклад, крім аналогового виходу Peritel до телевізора і відеомагнітофона VHS, декодер може також з'єднуватися через цифрову шин у, таку як шина IEEE 1394, з іншими цифровими пристроями, такими як пристрій записування на DVD, персональний комп'ютер (ПК) тощо. Як наслідок збільшення кількості зовнішніх пристроїв, які можуть бути підключені до декодера, збільшується і кількість режимів роботи пристрою. Наприклад, в стандартному комплекті з декодера і телевізора декодер може бути використаний або просто для подавання трансляційної телевізійної інформації, або ж для забезпечення підключення до Інтернету. Віддаляючись від традиційних аналогових систем, архітектура відомих зараз цифрових декодерів, проте, зберігає тенденцію слідувати звичним концепціям, що визначають їхню конструкцію. Зокрема, архітектура стандартних декодерів не є в точності такою, що відображає суть термінала, який розподіляє дані паралельно між численними зовнішніми пристроями, а також можливі режими роботи декодера і можливе число користувачів системи. Згідно з даним винаходом, запропонований термінал для обробки цифрових аудіовізуальних або мультимедійних даних, що включає в себе систему обробки даних і пам'ять, який відрізняється тим, що згадана система обробки даних зберігає в згаданій пам'яті дані профілів користувачів, що відносяться до параметрів або настройок численних типів користувачів згаданого термінала. Завдяки завданню профілів користувачів система обробки отримує можливість гнучкої роботи з численними користувачами термінала. Як буде показано, хоч профіль користувача може бути асоційований з приєднанням деякого зовнішнього пристрою або з особистістю оператора, що використовує термінал, переважно профіль користувача асоційований з режимом роботи, наприклад, Інтернет-режимом або телевізійним режимом. Профіль користувача може бути також додатково персоналізований для одного або більш операторів. Наприклад, після визначення профілю користувача для Інтернет-режиму роботи термінала, можна визначити першого Інтернетоператора, що має певні права, і другого оператора, що має інші права. Переважно дані профілів користувачів включають в себе дані про ресурси, що вказують ресурси термінала, доступні для кожного користувача. У разі декодерного термінала до цих ресурсів можуть входити права доступу до демультиплексора для визначення даних для завантаження з потоку трансляційних даних, тощо. Крім того, переважно дані профілів користувачів включають в себе дані про пріоритети, що вказують пріоритет кожного користувача у відношенні доступу до одного або більш ресурсів термінала. Наприклад, для декодерного термінала дані профілів користувачів можуть включати в себе рівень пріоритету, що вказує пріоритет конкретного користувача при доступі до демультиплексора. Після цього конфлікти між вимогами на доступ до каналу, наприклад, отриманими від користувача телевізійного пристрою і користувача записувального пристрою, можуть бути розв'язані керуючою прикладною програмою виходячи з такої інформації про пріоритети. У доповнення до даних про ресурси, що вказують ресурси термінала, якими може скористатися деякий певний пристрій, дані профілів користувачів можуть додатково включати в себе дані, що відносяться до певних атрибутів інформації, що видається кожному користувачеві. До цих атрибутів може входити, наприклад, вказівник мови, яка повинна бути використана у всі х діалогових повідомленнях графічного інтерфейсу для даного користувача. Додатково дані профілів користувачів можуть включати в себе дані, що відносяться до дій, до 5 71561 6 зволених кожному користувачеві, наприклад, чи приставці, для декодування сигналів, що приможе даний користувач перемикати канал деймаються, або декодер, що працює в поєднанні з мультиплексора, тощо. Ці дані, хоч вони і тісно фізично окремим приймачем, або декодер, суміпов'язані з описаними вище даними про ресурси, щений з додатковими елементами, такими як можуть бути використані для визначення можлиWeb-браузер, видеомагнитофон або телевізор. вих операцій, дозволених пристрою, що має доТермін "система передачі цифрових даних", ступ до даного ресурсу, над цим ресурсом. як він використовується тут, розповсюджується Переважно, деякі або всі параметри або нана будь-яку систему для передачі або трансляції, стройки даних профілів користувачів можуть бути наприклад, переважно аудіовізуальних або мульмодифіковані оператором в ході звичайної роботимедійних цифрових даних. Хоч даний винахід ти термінала. Наприклад, значення відносних особливо застосовний для трансляційних систем пріоритетів кожного користувача при доступі до цифрового телебачення, винахід може бути таданих можуть бути модифіковані глядачем, щоб кож застосований в спеціалізованих мережах надати пріоритет виходу на відеомагнітофон VHS зв'язку для мультимедійних прикладних програм перед виходом на телевізор, або ж пріоритет для Інтернету, в мережах кабельного телебаченІнтернет-з'єднання перед телевізійним тощо. У ня тощо. альтернативному варіанті або додатково, деякі Нижче буде описаний, виключно як приклад, або всі дані профілів користувачів можуть бути варіант здійснення даного винаходу, якому відвизначені системою обробки даних термінала. дається перевага, з посиланнями на малюнки, що Даний винахід особливо застосовний у разі додаються, на яких: термінала, що містить систему обробки даних, На Фіг.1 представлена система цифрового яка включає в себе, серед іншого, віртуальну телебачення, яка включає в себе мультимедіймашину і рівень інтерфейсу прикладних програм ний термінал, представлений декодером; об'єктно-орієнтованого типу, що містить множину На Фіг.2 представлені фізичні елементи дебібліотек класів. кодера, показаного на Фіг.1; Зокрема, рівень інтерфейсу прикладних проНа Фіг.3 представлена архітектура програмграм може містити одну або більш бібліотек кланого забезпечення системи обробки даних в десів, що визначають роботу віртуальної машини по кодері; відношенню до даних профілів користувачів. Ці На Фіг.4 представлена структура віртуальної класи можуть включати в себе, наприклад, біблімашини, що використовується в системі обробки отеку класу, призначеного для обробки даних даних, показаній на Фіг.3; профілів користувачів в кеш-пам'яті термінала. На Фіг.5 представлений набір заздалегідь заКрім того, до вказаних класів може входити бібліданих профілів користувачів, що визначаються в отека класу профілів користувачів або декілька цьому варіанті здійснення винаходу; таких бібліотек, для визначення параметрів даНа Фіг.6 представлені елементи даних проних, що зберігаються в блоках профілів кофілів користувачів, що зберігаються в пам'яті ристувачів. декодера для кожного з профілів користувачів, Наприклад, для визначення атрибутів мови, показаних на Фіг.5; і якій віддається перевага, для збереження в проНа Фіг.7 представлена структура бібліотек філі користувача може бути використаний деякий класів інтерфейсного рівня програмної архітектуметод класу. ри, які можуть бути використані при визначенні Поведінка класів рівня інтерфейсу прикладпрофілів користувачів. них програм буде залежати від обраної мови проСхема організації системи цифрового телеграмування. У разі інтерфейсу прикладних пробачення 1 за даним винаходом приведена на грам, написаного на мові Java, наприклад, буде Фіг.1. Цей винахід включає в себе практично звидотримуватися структура з одиничним успадкучайну систему ци фрового телебачення 2, яка ванням між класами і їхніми підкласами. використовує відому систему ущільнення MPEGУ одному з варіантів здійснення винаходу 2 для передачі ущільнених цифрових сигналів. класи профілів користувачів можуть включати в Більш детально, пристрій ущільнення 3 MPEG-2 в себе бібліотеку родового класу, що визначає зацентрі трансляції приймає потік цифрових сигнагальні характеристики даних профілів користувалів (звичайно потік відеосигналів). Пристрій ущічів, і одну або більше бібліотек підкласів, що вильнення 3 підключений до мультиплексора і значають характеристики окремих профілів скремблера 4 за допомогою каналу зв'язку 5. користувачів. Мультиплексор 4 приймає численні додаткові Даний винахід особливо застосовний до тервхідні сигнали, компонує транспортний потік і мінала у вигляді декодера, виконаного з можливіпередає ущільнені цифрові сигнали в передавач стю прийому даних, що передаються в системі 6 центра трансляції через канал зв'язку 7, тип передачі цифрових даних. якого, природно, може бути різним, включаючи Даний винахід в рівній мірі розповсюджується телекомунікаційні канали. Передавач 6 передає на спосіб роботи термінала. електромагнітні сигнали через канал "ЗемляТермін "декодер" може означати приймач для суп утник" 8 на супутниковий ретранслятор 9, де прийому або закодованих, або не закодованих виконується їхня обробка електронними засобасигналів, наприклад, телевізійних і/або радіосигми і трансляція через віртуальний канал "супутналів. Варіанти реалізації таких декодерів можуть ник-Земля" 10 на наземний приймач 12, що звивключати в себе декодер, об'єднаний з приймачайно має форму тарілки, який належить чем, наприклад, в призначеній для користувача кінцевому користувачеві або орендований ним. 7 71561 8 Сигнали, що приймаються приймачем 12, перечена до мультиплексора 4 і приймача/декодера даються в суміщений приймач/декодер 13, який 13 і також розташована частково в центрі трансналежить кінцевому користувачеві або орендоваляції, а частково в декодері, дозволяє кінцевому ний ним, і підключений до телевізора 14 кінцевокористувачеві взаємодіяти з різними прикладниго користувача. Приймач/декодер 13 декодує ми програмами через модемний зворотний канал ущільнений сигнал MPEG-2 в телевізійний сигнал 17. Модемний зворотний канал може бути також для телевізора 14. використаний для зв'язку, що використовується в Можливі, звичайно, і інші транспортні канали системі умовного доступу 15. Ін терактивна сисдля передачі даних, такі як наземна трансляція, тема може бути використана, наприклад, щоб кабельна передача, об'єднані супутниководати глядачеві можливість негайно зв'язатися з кабельні канали зв'язку, теле фонні мережі тощо. передавальним центром і запитати санкціонуУ багатоканальній системі мультиплексор 4 вання на переглядконкретної передачі, завантаобробляє аудіо- і відеоінформацію, що приймаження прикладної програми тощо. ється від ряду паралельних джерел, і взаємодіє з Нижче будуть описані з посиланнями на Фіг.2 передавачем 6 для передавання цієї інформації фізичні елементи приймача/декодера 13, або ж по відповідній кількості каналів. У доповнення до призначеної для користувача приставки, який аудіовізуальної інформації в деякі або у всі з цих може бути використаний в даному винаході. каналів можуть бути введені повідомлення, приЕлементи, показані на цій фігурі, будуть описувакладні програми або цифрові дані будь-якого інтися як функціональні блоки. шого тип у, що чергуються з цифровою аудіо- і Декодер 13 містить центральний процесор відеоінформацією, що передається. 20, що включає в себе пов'язані з ним елементи Система умовного доступу 15 підключена до пам'яті, який виконаний з можливістю прийому мультиплексора 4 і приймача/декодера 13 і розвхідних даних від послідовного інтерфейсу 21, ташовується частково в центрі трансляції, а частпаралельного інтерфейсу 22 і модему 23 (підково в декодері. Вона дозволяє кінцевому корисключеного до модемного зворотного каналу 17, тувачеві отримувати доступ до цифрової показаного на Фіг.1). телевізійної трансляції від одного або декількох Декодер є виконаний з додатковою можливісоператорів мовлення. У приймач/декодер 13 мотю приймати вхідні сигнали від інфрачервоного же бути встановлена смарт-карта, яка має можпульта дистанційного керування 25 через керуюливість дешифрування повідомлень, що відночий блок 26 і від перемикаючих контактів 24 на сяться до комерційних пропозицій (тобто до передній панелі декодера. Декодер також має однієї або декількох телевізійних програм, що два пристрої 27 і 28 зчитування смарт-карт, припродаються оператором мовлення). За допомостосовані для зчитування банківських карток і гою декодера 13 і смарт-карти кінцевий користупередплатної смарт-карти відповідно. Вхідні сигвач може купувати комерційні пропозиції в режимі нали можуть також прийматися від клавіатури з передплати або в режимі плати за перегляд. У інфрачервоним інтерфейсом (не показана). Припрактичних реалізаціях декодер може бути конфістрій 28 для зчитування передплатної смартгурований для роботи з декількома системами карти взаємодіє з встановленою в нього передкерування доступом, наприклад, за схемами платною картою і з блоком умовного доступу 29, Simulcrypt або Multicrypt. щоб передати необхідне слово керування деЯк вже згадувалося вище, програми, що пемультиплексору/дескремблеру 30 і зробити можредаються системою, скремблюються мультиливим дескремблювання зашифрованого трансплексором 4, причому умови і шифрувальні клюляційного сигналу. Декодер також включає в себе чі, застосовані до даної передачі, визначаються звичайний тюнер 31 і демодулятор 32 для присистемою 15 керування доступом. Такий метод йому і демодуляції передачі зі супутника перед передачі скрембльованих даних добре відомий в тим, як вона буде профільтрована і демультигалузі систем платного телебачення. Звичайно плексована блоком 30. скрембльовані дані передаються разом зі словом Обробка даних в декодері взагалі керується керування для дескремблювання цих даних, прицентральним процесором 20. Ар хітектура прочому саме слово керування зашифроване так грамного забезпечення центрального процесора званим робочим ключем і передається в зашивідповідає віртуальній машині, що взаємодіє з фрованій формі. операційною системою більш низького рівня, реСкрембльовані дані і зашифроване слово кеалізованій в апаратних компонентах декодера. рування потім приймаються декодером 13, який Ар хітектура системи декодера має доступ до еквівалента робочого ключа, що Переходячи тепер до архітектури системи зберігається на смарт-карті, встановленій в декоприймача/декодера, показаної на Фіг.3, можна дер, з метою дешифрування зашифрованого слобачити, що використовується багаторівнева архіва керування і подальшого дескремблювання тектура. Перший рівень 41 являє собою операданих, що передаються. Користувач, що сплатив ційну систему апаратури приймача/декодера. Це передплату, буде отримувати, наприклад, в "поопераційна система реального часу, обрана вивідомленнях керування правами" (ЕСМ - Entitleробником для керування апаратними елементаment Control Message), що передаються щомісями приймача/декодера. Операційна система реаця, робочий ключ, необхідний для дешифрування льного часу має відносно малий час реакції, що зашифрованого слова керування, що дає можлидозволяє правильно синхронізувати операції, які вість перегляду передачі. виконуються апаратним забезпеченням. Між цим Інтерактивна система 16, яка також підклюрівнем і рівнем 42 проміжного програмного за 9 71561 10 безпечення, розташованим безпосередньо над відрізняються від аудіовізуальних даних і можуть ним, передаються повідомлення про події. утворювати, наприклад, ідентифікатори каналів Згадана система обробки даних знаходиться або текст, що накладається поверх зображень, над рівнем апаратної операційної системи і які виводяться на екран. Визначення класів в включає в себе рівень 42 проміжного програмноцьому модулі повинно відповідати вимогам го забезпечення і рівень 43 інтерфейсу прикладMHEG-5, що визначаються стандартами ETS них програм. 300777-3 і ISO/ISE 13522-5 (і стандартом ISO/ISE Рівень 42 проміжного програмного забезпе13522-6 у разі системи, реалізованої на мові чення написаний на такій мові, як ANSI С, і вклюJava). чає в себе віртуальну машину 44 і численні інІнструментальний модуль 52. Цей модуль мітерфейси 45, в тому числі графічний інтерфейс стить класи, що використовуються для заванта46, інтерфейс 47 флеш-пам'яті і ППЗП, інтерфейс ження і декомпресії даних, класи, пов'язані з 48 протоколів і інтерфейс 49 пристроїв. управлінням файловою системою і пам'яттю в Даний винахід використовує віртуальну маприймачі/декодері, а також класи, пов'язані з підшину для забезпечення незалежності високорівключенням до Інтернету то що. невих прикладних програм від низькорівневої Модуль 53 пристроїв. Цей модуль визначає операційної системи, що реалізовується виробкласи, необхідні для керування периферійними ником призначеної для користувача приставки. пристроями, підключеними до приймаІнтерфейси 45 забезпечують зв'язок операцій ча/декодера, згаданими вище, в тому числі мовіртуальної машини і низькорівневої операційної демом, пристроями зчитування смарт-карт, тюсистеми 41, а також включають в себе ряд модунером потоку MPEG то що. лів прикладних програм проміжного рівня, що Сервісний модуль 54. Цей модуль визначає більш легко виконуються на цьому рівні. класи, необхідні для виконання розробки високоРівень 43 інтерфейсу прикладних програм рівневих інтерактивних прикладних програм, та(АРІ) включає в себе ряд високорівневих модулів ких як керування даними кредитних карток тощо. 50-55, написаних на інтерпретовній об'єктноМодуль 55 DSMCC-UU. Цей модуль реалізоорієнтованій мові, такій, як Java. Ці модулі забезвує протоколи, необхідні для обміну інформацією печують інтерфейс між прикладними програмаміж клієнтом і сервером для пошуку файлів даних ми, що створюються провайдером послуг (інтері їх зчитування. Реалізація цього модуля повинна активне керівництво по програмах (програмний відповідати вимогам ISO/IEC 13818-6 і директигід), дистанційні купівлі, Internet-браузер, тощо), і вам, визначеним в частині 9 DAVIC. віртуальною машиною системи. Приклади таких При нормальній роботі наступний рівень інприкладних програм наведені нижче. терактивних прикладних програм, які створюютьНизькорівнева операційна система (ОС) звися провайдером послуг і завантажуються під час чайно вбудовується в апаратні компоненти притрансляції, як і в звичайній системі, буде знахоймача/декодера, хоч в деяких реалізаціях низьдитися над вищеописаними інтерфейсними мокорівнева ОС може бути такою, що дулями. До таких прикладних програм звичайно завантажується. Проміжне програмне забезпевходить загальний програмний менеджер для чення і модулі рівня інтерфейсу прикладних прокерування певними базовими операціями декограм можуть завантажуватися в ОЗΠ або флешдера і одна або більш додаткових прикладних пам'ять декодера з трансляційної передачі. У програм, які реалізовують додаткові сервіси. Зокальтернативному варіанті, деякі або всі елементи рема, прикладна програма "менеджер користувапроміжного програмного забезпечення або рівня чів" може бути використана для вирішення конфінтерфейсу прикладних програм можуть зберігаліктів призначених для користувача пріоритетів, тися в ПЗП або у фле ш-пам'яті (якщо така є) деяк буде описано нижче. кодера. Декодер може навіть включати в себе У залежності від прикладних програм, що вижорсткий диск або DVD-привід як засіб пам'яті. користовуються, деякі з названих модулів можуть Зрозуміло, що фізична організація елементів пабути відсутнім. Наприклад, якщо провайдер пом'яті декодера відрізняється від логічної органіслуг не збирається надавати загальний канал зації пам'яті. для зчитування даних, модуль DSMCC-UU в осРівень інтерфейсу прикладних програм таточній системі може бути відсутнім. На Фіг.3 показаний рівень 43 інтерфейсу приМодулі 43 надають бібліотеки класів для об'кладних програм, згаданий вище; модулі цього єктно-орієнтованого середовища програмування. рівня написані на об'єктно-орієнтованій мові, таПоведінка їхніх класів буде залежати від вибраної кій, як Java. Кожний модуль визначає набір біблімови. У разі прикладної програми на мові Java, отек класів, що викликаються під час роботи сиснаприклад, буде дотримуватися структура клатеми. У даній системі встановлені такі модулі. сів з одиничним успадкуванням. Модуль 50 Lang/Util (Мова/Утиліти). Цей моЗрозуміло, що групування класу або набору дуль визначає класи, необхідні для роботи віртукласів по модулях не грає істотної ролі в тому, що альної машини з об'єктами. Такі бібліотеки класів стосується функціональних можливостей класу. звичайно утворюють частину стандартної бібліоДеякі класи, пов'язані з управлінням периферійтеки, асоційованої з вибраною об'єктноними пристроями, можуть бути, наприклад, клаорієнтованою мовою. сифіковані як такі, що підлягають включенню до Модуль 51 MHEG-5. Цей модуль визначає модуля 53 пристроїв або до сервісного модуля класи, пов'язані з маніпулюванням графічними 54. об'єктами на телевізійному екрані. Такі об'єкти 11 71561 12 Інтерфейсний рівень виконання потоків, таких, що створюються приЯк показано на ілюстрації, інтерфейсний рікладними програмами поза віртуальною машивень складається з чотирьох модулів - графічного ною, і таких, що створюються самою віртуальною модуля 46, модуля 47 керування файлами пам'ямашиною, (наприклад, потоку "складальника ті, модуля 48 протоколів і менеджера 49 пристросміття", згаданого нижче). їв. Хоч модулі на цьому рівні описуються як інМенеджер 63 подій веде таблицю маршрутитерфейсні модулі, їхнім призначенням в зації подій і списки подій, що отримуються потоосновному є забезпечення зв'язуючого рівня для ками, і централізує диспетчеризацію обробки реалізації модулів інтерфейсу прикладних проподій. грам і для функціонування віртуальної машини в Менеджер 64 пам'яті обробляє виділення і цілому. звільнення областей пам'яті в пам'яті системи, а Графічний модуль 46, наприклад, забезпечує також виконує видалення з пам'яті об'єктів, на які створення графічних об'єктів і керування ними. немає посилань ("збирання сміття" - утилізація Він запитує у низькорівневої ОС відображення пам'яті, що звільняється в процесі роботи проосновних графічних примітивів, таких, як одиничні грами або системи). пікселі, лінії, прямокутники, тощо. Реалізація цьоМенеджер 65 класів завантажує класи коду го модуля залежить від графічних можливостей прикладної програми, яка завантажується з низькорівневої ОС виробника. Будучи в деякій трансляційного сигналу, взаємодіючи з менеджемірі доповненнями до модуля 51 MHEG-5, ці фунром 66 безпеки для перевірки цілісності коду, що кції можуть більш ефективно виконуватися на завантажується, і з менеджером 68 файлів, який цьому рівні коду в порівнянні з високорівневим формує прикладні програми. кодом, вибраним для рівня інтерфейсу прикладМенеджер 68 файлів підтримує реалізацію них програм над ним. файлів системи і керує механізмом завантаження Аналогічним чином модуль 47 керування інтерактивних прикладних програм і даних. файлами пам'яті включає в себе низькорівневі Менеджер 66 безпеки відповідає за рівень команди читання-записування файлів, пов'язані з доступ у, що надається завантаженим прикладкомпонентами пам'яті системи. Звичайно апаратним програмам; деякі прикладні програми можуть на операційна система включає в себе тільки виконувати більшу кількість операцій, ніж інші, команди, що реалізовують читання-записування відносно файлової системи. сектора або сторінки компонента пам'яті. Як і для Інтерпретатор 67, що включає в себе сервіс випадку графічного модуля 46, цей модуль до69 інтерпретації байт-коду і сервіс 70 інтерпретазволяє ефективно ввести в систему набір просції "m-коду", виконує інтерпретацію прикладних тих низькорівневих прикладних програм. програм, написаних в одному з цих двох кодів, Модуль 48 керування протоколами визначає причому байт-код відповідає прикладним програбібліотеку протоколів обміну даними, яка може мам Java, a m-код - це назва, дана власному ковикликатися при обміні інформацією через, наду, розробленому заявником. приклад, ТСР/ІР-рівень декодера. Профілі користувачів Менеджер 49 пристроїв дещо відрізняється Зростання обчислювальної потужності апавід інших модулів цього рівня в тому, що він наратних засобів декодера призвело до збільшення дає канал зв'язку або інтерфейс між апаратною ролі декодерів в маршрутизації даних між чисопераційною системою і рівнями над нею, в тому ленними потенційними користувачами системи. числі і іншими модулями інтерфейсного рівня і Наприклад, один IRD (Integrated Receiver/Decoder віртуальною машиною. Наприклад, команди або - суміщений приймач/декодер) може служити повідомлення про події, які отримуються апаратточкою входу для MPEG-потоку, що передається ною ОС від віртуальної машини і які передаються шляхом трансляції, який обробляється і спрямодо неї, обов'язково передаються менеджером вується до одного або декількох підключених пристроїв для перетворення у відповідності зі телевізорів, аналогового відеомагнітофона VHS, специфікаціями інтерфейсу між цими двома рівпідключеного через канал зв'язку Peritel, персонями. нального комп'ютера (ПК) або пристрою записуОпис віртуальної машини вання на DVD, підключеного через шину IEEE Нижче з посиланнями на Фіг.4 буде описана 1394 тощо. структура віртуальної машини 44, що використоЦентральною ідеєю реалізації, що розглядавується в системі за даним винаходом. Віртуальється, є визначення множини "користувачів" дена машина, що використовується в даному винакодера, причому кожному користувачеві встановході, є багатопотоковою машиною витісняючого люється у відповідність деякий специфічний типу. Загальні характеристики такої машини віпрофіль користувача. Наприклад, високорівнева домі з інших галузей, і створення коду для реаліприкладна програма може визначити численні зації такої машини не вийде за рамки компетенції профілі користувачів, для глядача телепередач, рядового фахівця в даній галузі. для особи, що записує передачі на відеомагнітоВіртуальна машина складається з ряду елефон VHS, осіб, що безпосередньо використовументів, які взаємодіють, загалом, як показано ють декодер для доступу до Інтернету, особи, що на Фіг.4. використовують декодер для спрямовування даПланувальник 60, що складається з сервісу них в ПК, тощо. На Фіг.5 представлений приклад 61 менеджера потоків і сервісу 62 менеджера набору типових профілів користувачів. Цей перемонітора, є центральним компонентом багатополік може бути розширений, щоб включити, напритокової машини. Планувальник 60 задає порядок клад, пристрій DVD, приєднаний до декодера, 13 71561 14 тощо. редачі, тощо. Профіль користувача може бути визначений Кожний профіль користувача включає в себе, як відповідний деякому зовнішньому пристрою, додатково до значення ідентифікатора користуприєднаному до термінала, наприклад, підключевача, набір настройок, що зберігаються в флешному телевізору, коли термінал просто спрямовує пам'яті декодера, наприклад, у фле ш-пам'яті деаудіовізуальні дані в телевізор. Профіль користукодера. Ці настройки будуть викликатися приклавача може бути також визначений як відповідний дною програмою при кожному завантаженні дедеякій фактичній ознаці одного або більш фізичкодера. Як показано на Фіг.6, дані 80 профілів них осіб, або "операторів", що використовують користувачів включають в себе дані 81 про ретермінал. сурси, дані 82 про атрибути і дані 83 про дії. У випадку, що розглядається, однак, профіль Дані 81 про ресурси включають в себе перекористувача визначається як відповідний деяколік внутрішніх ресурсів декодера, до яких може му режиму роботи пристрою, такому, як режим отримати доступ користувач, наприклад, тюнер роботи в Інтернеті. Кожний профіль користувача, MPEG і дескремблер. Зрозуміло, що в даному визначений для однієї конфігурації або режиму контексті термін "ресурс" має на увазі логічний роботи, може бути персоналізований для різних ресурс, під яким розуміють поєднання фізичних осіб, що використовують декодерний термінал. елементів, пов'язаних з процесом демультиплекНаприклад, одній особі можуть відповідати насування, з системою умовного доступу то що. стройки для глядача, що відрізняються від наДані 82 про атрибути включають в себе атристройок іншої особи, або йому може бути заборобути, яким надається перевага, специфічні для нений перегляд певних каналів. Інформація, що даного користувача, наприклад, мова, що викостосується настройок для кожної особи, зберігаристовується (англійська, французька, німецька ється в згаданому профілі користувача для данотощо), яка повинна переважно використовуватиго режиму роботи. ся при виведенні на екран, рівень програм, які Кожний профіль користувача має унікальний і може дивитися цей користувач, з точки зору мохарактерний ідентифікатор користувача і одне ралі і етичності, тощо. Дані 83 про дії включають або більш значень пріоритету, що визначають в себе перелік дозволених дій, які може виконупріоритет цього користувача в отриманні одного вати цей користувач, в тому числі перемикання або більш ресурсів декодера. У цьому випадку каналу то що. термін "ресурс" означає функціональну можлиДані профілів користувачів можуть включати вість декодера, наприклад, доступ до демультив себе попередньо установлені значення, визнаплексора для завантаження вибраних даних. Вичені менеджером користувачів (наприклад, всі сокорівнева керуюча прикладна програма задає і користувачі мають можливість доступу до ресурзберігає параметри цих профілів, керує розподісів тюнера, демультиплексора тощо), в рівній мірі лом ресурсів і вирішує конфлікти між користуваяк і значення, які можуть бути модифіковані і перчами, виходячи з пріоритету користувача. соналізовані під кожного з операторів, що викоНаприклад, менеджер користувачів може наристовує термінал, для кожного режиму роботи дати користувачеві "ВІДЕОМАГНІТОФОН" такий (рівень програм, які можуть бути переглянуті, з пріоритет, що запит цього користувача на викоточки зору моралі і етичності, тощо). ристання деякого ресурсу буде мати пріоритет До значень, які можуть бути модифіковані перед запитом користувача "ГЛЯДАЧ" на викориоператором, можуть входити значення для кожстання того ж ресурсу. Зокрема, користувач ного профілю користувача, задані оператором в "ВІДЕОМАГНІТОФОН" може мати перевагу перед момент завантаження декодера, в рівній мірі як і користувачем "ГЛЯДАЧ", коли мова йде про вибір значення, що задаються оператором кожного каналу демультиплексора. Таким чином прикларазу на початку сеансу з деяким конкретним дна програма не допускає, щоб сигнал перемипрофілем користувача. кання каналу, прийнятий від глядача, мав більш Визначення численних профілів користувачів, високий пріоритет, ніж вибір каналу особою, яка відповідних режимам роботи і таких, що включабажає записати програму, що передається в цей ють в себе дані, що стосуються пріоритетів доже час. ступу до ресурсів термінала для кожного профіУ цьому прикладі, коли кожному користувалю, відкриває можливості паралельної обробки чеві присвоюється одне значення пріоритету, терміналом таких режимів з метою дозволити, користувач "ВІДЕОМАГНІТОФОН" буде завжди наприклад, одному терміналу маніпулювати дамати пріоритет перед користувачем "ГЛЯДАЧ" ними і обробляти їх для перегляду через телевіпри доступі до будь-якого ресурсу. У альтернатизор і, в той же самий час, спрямовувати інші дані вному варіанті можуть присвоюватися декілька для запису на підключений записувальний призначень пріоритетів, так що відносно одних вистрій, направляти дані на ПК для обробки тощо. У значених ресурсів буде мати пріоритет "ГЛЯтаких системах термінал фактично перетворюДАЧ", відносно інших ресурсів - "ВІДЕОМАГНІється в концентратор для передачі даних на чисТОФОН", тощо. ленні підключені периферійні пристрої, які праОцінка пріоритетів виконується менеджером цюють паралельно. Керування такого типу користувачів і може бути інтерактивною, тобто пристроями особливо вдало здійснюється багаоператор може визначити, програмуючи декодер топотоковою системою такого виду, як показано за допомогою ручного пульта дистанційного кена Фіг.3 і Фіг.4, як буде описано нижче. рування, чи надати підключенню до Інтернету Для того, щоб зробити можливим створення більш високий пріоритет, ніж перегляду телепечисленних профілів користувачів, бажано вклю 15 71561 16 чити в API-рівень класи об'єктів, які дозволяли б, хідності мати окремий метод для кожного парау взаємодії з віртуальною машиною, реалізувати метра. Кількість параметрів, що обробляються це. Як описано вище, з посиланнями на фіг.3, цими методами, буде залежати від вибору розбібліотеки класів, визначені в АРІ-рівні 43, визнаробника архітектури системи і може згодом збічають параметри функціонування, в рамках яких льшуватися. виконуються високорівневі прикладні програми. Фактично вибір і функціональні можливості Зокрема, при виконанні певних операцій, високочисленних методів в цьому і інших класах також рівнева прикладна програма буде містити інструможуть бути визначені на розсуд створювача кції, що звертаються до класів об'єктів, визначесистеми і в залежності від обчислювальної потуних в цьому рівні. жності апаратного забезпечення, характеристик Кожний клас буде підкорятися правилам об'віртуальної машини, кількості функціональних єктно-орієнтованої мови програмування, вибраможливостей, які хоче запропонувати розробник ної для цього рівня. До стандартних класів об'єкархітектури системи, тощо. тів входять класи, що відносяться до керування Як буде описано нижче, деякі методи можуть портами декодера, такими як інтерфейс для кребути успадковані іншими класами відповідно до дитних карток, а також до інших операцій, таких принципів об'єктно-орієнтованої мови, вибраної як керування системою керування доступом. Ряд для рівня інтерфейсу прикладних програм. стандартних класів API-рівня визначено групою Зокрема, класи 92 ViewerProfile, 93 RecorderDAVIC, наприклад, такі, що відносяться до достуProfile, 94 InternetProfile, 95 DataBridgeProfile випу до секцій і таблиць MPEG-потоку, що завантазначають методи, специфічні для визначення жується. профілів користувачів ГЛЯДАЧ, ВІДЕОМАГНІТОНа Фіг.7 представлена структура класів, що ФОН, ІНТЕРНЕТ, ШЛЮЗ_ДЛЯ_ДАНИХ то що. забезпечують можливість визначення призначеКласи 92-95 можуть мати методи, успадковані від них для користувача настройок для кожного такородового класу 91 UserProfile. Наприклад, викого користувача, яка сприяє підтримці численних ристовуючи команду setGeneralAttribute (Attribute, користувачів за допомогою високорівневої приValue of Attribute), можна визначити значення кладної програми. Класи, які будуть описані, моатрибута, якому віддається перевага, асоційоважуть бути включені, наприклад, в сервісний моного з тим або іншим профілем користувача. дуль 54, встановлений в АРІ-рівні 43. У разі профілю користувача для глядача, в На фіг.7 показаний клас 90 якому повинен бути встановлений рівень проUserCacheManager, який використовується для грам, які може дивитися цей глядач, з точки зору того, щоб надати прикладним програмам можлиморалі і етичності, в контексті програмування вість доступу до даних профілів користувачів, що профілів для користувача ГЛЯДАЧ команда зберігається в флеш-пам'яті системи, і роботи з setGeneralAttribute(Morality-Level, 18) ними. Цей клас є статичним класом. Як і в звивстановить віковий ліміт санкціонування для цьочайній архітектурі програмного забезпечення, го користувача. Це значення буде встановлювазаснованій на принципах об'єктно-орієнтованого тися і викликатися високорівневою прикладною проектування, бібліотека класів включає в себе програмою; воно може бути використане для тонабір методів або команд, таких як метод го, щоб унеможливити доступ користувача ГЛЯinitialise() для ініціалізації флеш-пам'яті, метод ДАЧ до певних каналів демультиплексора доти, getMaxUserProfiles(), що дозволяє узнати максипоки цей оператор не повідомить свій вік. Для мальну кількість користувачів, яку може підтрикожної особи, що має доступ до декодера в ремувати система, метод getActiveUserID(), що дожимі ГЛЯДАЧ, може бути визначений набір назволяє узнати кількість користувачів, активних на стройок в примірниках класу ГЛЯДАЧ. даний момент часу, тощо. Цей клас може також Зрозуміло, що визначення в АРІ набору клабути асоційований з набором подій, які повідомсів для створення ідентифікованого "користуваляють прикладній програмі про подію, що відбуча" дає системі можливість легко задавати числася, наприклад, про створення або видалення ленні профілі користувачів для кожного з цих профілю користувача. користувачів. Введення класу UserCacheManager До цих класів входить також клас 91 UserProдозволяє оперувати даними профілів, які знахоfile. Цей клас є родовим класом, що дозволяє дяться в кеш-пам'яті, що відносяться до користустворювати численні профілі користувачів. Цей вача, а родові класи UserProfile і підкласи Viewклас включає в себе набір методів, таких як меerProfile, RecorderProfile тощо надають тоди getUserID(), що дозволяє отримати ідентиінструментарій, необхідний для визначення окрефікатор користувача, getPriorityLevel(), що дозвомих профілів користувачів. ляє з'ясувати пріоритет по доступу до ресурсів, Конкретний склад і визначення методів і поsetGeneralAttribute(), що дозволяє встановити дій всередині цих класів - це, природно, питання, значення якого-небудь загального параметра, що вирішується на розсуд розробника, і в компетощо. Цей клас також асоційований з набором тенції рядового фахівця в даній галузі буде встаподій, що повідомляють, наприклад, про запит від новити найкращі визначення таких об'єктів в закористувача на перемикання каналу тощо. лежності від характеристик вибраної віртуальної Ці методи дозволяють здійснювати непрямий машини тощо. доступ до параметрів, тим самим уникаючи необ 17 71561 18 19 Комп’ютерна в ерстка Т. Чепелев а 71561 Підписне 20 Тираж 37 прим. Міністерство осв іт и і науки України Держав ний департамент інтелектуальної в ласності, вул. Урицького, 45, м. Київ , МСП, 03680, Україна ДП “Український інститут промислов ої в ласності”, вул. Глазунова, 1, м. Київ – 42, 01601