UA63976C2 - Спосіб завантаження даних, приймач-декодер, система передавання та система передавання і приймання для його здійснення - Google Patents

Спосіб завантаження даних, приймач-декодер, система передавання та система передавання і приймання для його здійснення Download PDF

Info

Publication number
UA63976C2
UA63976C2 UA2000042505A UA2000042505A UA63976C2 UA 63976 C2 UA63976 C2 UA 63976C2 UA 2000042505 A UA2000042505 A UA 2000042505A UA 2000042505 A UA2000042505 A UA 2000042505A UA 63976 C2 UA63976 C2 UA 63976C2
Authority
UA
Ukraine
Prior art keywords
data
receiver
decoder
tio
loader
Prior art date
Application number
UA2000042505A
Other languages
English (en)
Russian (ru)
Inventor
Жан-Клод Сарфаті
Original Assignee
Каналь+ Сосьєте Анонім
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Каналь+ Сосьєте Анонім filed Critical Каналь+ Сосьєте Анонім
Publication of UA63976C2 publication Critical patent/UA63976C2/uk

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/44—Receiver circuitry for the reception of television signals according to analogue transmission standards
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • 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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • 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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H04N21/4351—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream involving reassembling additional data, e.g. rebuilding an executable program from recovered modules
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software
    • H04N21/8193—Monomedia components thereof involving executable data, e.g. software dedicated tools, e.g. video decoder software or IPMP tool
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/162—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
    • H04N7/165—Centralised control of user terminal ; Registering at central

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Communication Control (AREA)
  • Information Transfer Between Computers (AREA)
  • Circuits Of Receivers In General (AREA)
  • Computer And Data Communications (AREA)
  • Stored Programmes (AREA)

Abstract

Спосіб завантаження даних в приймач-декодер включає такі операції в приймачі-декодері: приймання бітового потоку, що містить дані, завантаження завантажувача для завантаження даних з бітового потоку в приймач-декодер і завантаження вказаних даних з бітового потоку за допомогою вказаного завантажувача.

Description

Опис винаходу
Даний винахід відноситься до: 2 - способу завантаження даних в приймач-декодер; - самого такого приймача-декодера; і - системи передавання.
Термін "приймач-декодер", що використовується тут, може означати приймач для приймання або закодованих, або незакодованих сигналів, наприклад, телевізійних і/або радіосигналів, які можуть передаватися 70. шляхом мовлення або іншими способами. Термін може також означати декодер для декодування сигналів, що приймаються. Варіанти здійснення таких приймачів-декодерів можуть включати декодер, суміщений з приймачем для декодування сигналів, що приймаються, наприклад в "приставці" (відомій як 5ТВ), декодер, що функціонує в поєднанні з фізично окремим приймачем, або декодер, що має додаткові функції, такі, як
УМУер-браузер, відеомагнітофон або телевізор. 19 Поява цифрових систем передавання, призначених насамперед для мовлення телевізійних сигналів, зокрема, але не виключно, систем супутникового телебачення, відкрила можливість використання таких систем для інших цілей. Одна з них -- забезпечення користувачеві інтерактивного режиму роботи. Застосовно до даної заявки, термін "цифрова система передавання" включає будь-яку систему передавання для передавання або мовлення, наприклад, головним чином аудіовізуальних або мультимедійних цифрових даних. Хоч даний винахід особливо застосовний у цифровій системі передавання для мовлення, він може також застосовуватися в фіксованій телекомунікаційний мережі для мультимедійних прикладних Іпіегпеїпрограм, в кабельному телебаченні тощо.
Одним зі способів інтерактивного режиму роботи є виконання прикладної програми в приймачі-декодері, за допомогою якого приймається телевізійний сигнал. Код цієї прикладної програми можна було б постійно с зберігати в приймачі-декодері. Однак це було б обмежуючим чинником. Переважно приймач-декодер повинен (3 спромагатися завантажувати код необхідної прикладної програми. Таким чином може бути забезпечена більша гнучкість, і прикладна програма може бути при необхідності оновлена без якої-небудь участі користувача.
У системі МРЕС код прикладної програми може завантажуватися в МРЕС-таблицях, що передаються в бітовому потоку МРЕС. Терміном МРЕС означаються протоколи передачі даних, розроблені робочою групою ее,
Міжнародної організації по стандартизації "Моїйоп Рісішгез Ехрепй Огоир" ("Експертна група по рухомих зображеннях") і особливо (але не виключно) стандарт МРЕС-2, розроблений для прикладних програм цифрового телебачення і викладений в документах ІЗО 13818-1, ІЗО 13818-2, ІБО 13818-3 і ІБО 13818-4. У Ме. контексті даної патентної заявки термін включає всі варіанти, модифікації і розвитки форматів МРЕС, со застосовні в області цифрового передавання даних. 3о Програмне забезпечення для завантаження МРЕС-таблиць повинне постійно зберігатися в ее, приймачі-декодері. Для завантаження даних, таких, як код прикладної програми або оновлена версія виконуючої підсистеми, необхідне складне програмне забезпечення, при цьому таке програмне забезпечення звичайно займає значний об'єм пам'яті. Однак таке програмне забезпечення може використовуватися лише епізодично, « якщо взагалі буде, і тому значний об'єм пам'яті може бути зайнятий програмним забезпеченням, що не З 70 використовується протягом тривалих періодів часу. с Програмне забезпечення для завантаження даних з бітового потоку, що зберігається в приймачі-декодері, з» звичайно називають "початковим завантажувачем". Початковий завантажувач переважно виконаний з можливістю завантаження більшості видів даних, в тому числі і завантаження з бітового потоку програмного забезпечення, для збереження, наприклад, в томі флеш-пам'яті приймача-декодера. Таким чином, початковий завантажувач тяжіє до того, щоб мати в деякому розумінні "примітивну" структуру, що має мінімальну б функціональність, так щоб було можливим завантажувати всі види програмного забезпечення. оз Початковий завантажувач звичайно зберігається в томі пам'яті ПЗП приймача-декодера і не може бути видалений з нього. Оскільки початковий завантажувач не може бути модифікований після того, як він записаний ее, в том пам'яті ПЗП, помилки виконання, які можуть відбуватися у разі пошкодження початкового завантажувача, -і 20 де можуть бути виправлені. Крім того, функціональні можливості початкового завантажувача є "фіксованими" після того, як він записаний в ПЗП; він не може бути оновлений, наприклад, для зменшення кількості часу, с необхідної для завантаження даних з бітового потоку. Отже, програмне забезпечення вдосконаленого або нового формату, який не може бути ідентифікований початковим завантажувачем, не може бути завантажене з бітового потоку. 25 Якщо фрагмент деяких даних, що зберігаються в приймачі-декодері, пошкоджується, початковий
ГФ) завантажувач може бути використаний для завантаження повної непошкодженої версії цих даних. Якщо пошкоджується лише дуже невеликий фрагмент деяких даних, це може привести до значних витрат часу на о завантаження тих фрагментів згаданих даних, які не були пошкоджені.
Даний винахід призначений для розв'язання цієї і деяких інших проблем. 60 У першому аспекті даним винаходом пропонується спосіб завантаження даних в приймач-декодер, що включає виконання в приймачі-декодері таких операцій: приймання бітового потоку, що містить згадані дані; завантаження завантажувача для завантаження згаданих даних з бітового потоку в приймач-декодер; і завантаження згаданих даних з бітового потоку за допомогою згаданого завантаженого завантажувача 62 даних.
У одному з варіантів здійснення винаходу завантажений завантажувач даних включає в себе програму завантаження даних. Щонайменше частина завантажувача даних, а переважно більша частина, або навіть весь завантажувач даних, може бути у вигляді внутрішнього ("рідного") коду даної системи. У контексті даної заявки під терміном "внутрішній код" розуміється апаратно-залежний код, код, специфічний для певної апаратної платформи приймача-декодера, код, що не є таким, що інтерпретується, і/або код, який може виконуватися безпосередньо мікропроцесором приймача-декодера. Таким чином, формат фрагмента внутрішнього коду, який підлягає завантаженню в приймач-декодер, буде залежати від конкретного апаратного забезпечення, що застосовується в апаратній платформі даного приймача-декодера. У цьому складається відмінність від коду, що 7/0 "інтерпретується", такого, як відомий "р-код", який повинен бути інтерпретований програмним забезпеченням, що зберігається в приймачі-декодері, для того щоб він міг виконуватися мікропроцесором, і який тому може виконуватися на широкому діапазоні апаратних платформ. Згадані дані, що завантажуються завантажувачем даних, можуть бути у виді внутрішнього коду, р-коду або в будь-якому іншому прийнятному виді, такому як таблиці даних.
Таким чином, завантажувач для завантаження згаданих даних з бітового потоку завантажується з бітового потоку і зберігається в приймачі-декодері, переважно - зберігається не постійно в ОЗП приймача-декодера.
Після завантаження з використанням завантажувача даних необхідних даних з бітового потоку завантажений завантажувач даних переважно видаляється з приймача-декодера. Таким чином, як тільки завантажений завантажувач даних виконав свою задачу, місткість ОЗП фактично збільшується на час, протягом якого відсутня необхідність в завантаженні даних.
Видалення завантаженого завантажувача даних після того, як він завантажив всі необхідні дані з бітового потоку, природно, не є обов'язковим. У альтернативному варіанті завантажувач даних може потім зберігатися в енергонезалежній пам'яті приймача-декодера, такій як том флеш-пам'яті Цим можна забезпечити приймачу-декодеру можливість завантаження подальших даних з використанням збереженого завантажувача с г даних, без необхідності в повторному завантаженні завантажувача даних з бітового потоку, скорочуючи тим самим час, необхідний для завантаження цих даних. Таким чином, в приймачі-декодері може зберігатися і) одночасно безліч різних завантажувачів даних.
Оскільки завантажувач даних, написаний спеціально для завантаження деякого певного виду даних, може завантажуватися приймачем-декодером з бітового потоку по мірі необхідності, може бути забезпечена «о зр поліпшена функціональність приймача-декодера, оскільки дані оновленого або виправленого формату, відмінного від формату даних, який може бути завантажений початковим завантажувачем, можуть - завантажуватися і зберігатися в приймачі-декодері. Ге!
У одному з переважних варіантів здійснення винаходу завантаження згаданих даних виконується завантаженим завантажувачем даних. Таким чином, для завантаження даних початковий завантажувач о з5 фактично тимчасово заміняється завантаженим завантажувачем даних, таким чином забезпечуючи со приймачу-декодеру можливість використання оновленого або поліпшеного завантажувача даних.
Переважно лише фрагмент даних, які зберігаються в приймачі-декодері, заміняється відповідним фрагментом даних, що завантажується завантаженим завантажувачем даних. Наприклад, якщо деякий фрагмент згаданих даних, що зберігаються, пошкоджується або застаріває, приймачем-декодером може бути « 0 завантажена непошкоджена або оновлена версія тільки цього фрагмента згаданих даних, при цьому в с завантажений завантажувач даних коректує завантаженим фрагментом даних відповідний фрагмент згаданих даних, що зберігаються ("накладає латку"). Таким чином, завантажений завантажувач даних не завантажує ;» повну версію згаданих даних, що зберігаються в приймачі-декодері. Завдяки цьому можна забезпечити істотне скорочення часу, необхідного для відновлення або оновлення даних, що зберігаються, оскільки не потрібне завантаження непошкоджених фрагментів даних. У альтернативному варіанті здійснення винаходу фрагмент
Ге» даних, що зберігаються в приймачі-декодері, заміняється відповідним фрагментом даних, наприклад, секцією даних, що передається із завантажувачем даних, що завантажується. і Бітовий потік може містити щонайменше один завантажувач даних, і, відповідно, спосіб може додатково со включати виконання таких операцій в системі передавання: для кожного завантажувача даних - розділення завантажувача даних на множину модулів; і ш- для кожного завантажувача даних - розділення згаданих даних на відповідну множину модулів, при цьому
Ф кожну множину модулів даних асоціюють з відповідною множиною модулів завантажувача даних.
Таким чином, бітовий потік може включати множину завантажувачів даних і асоційованих з ними даних.
Завдяки цьому приймачам-декодерам, що мають різні апаратні платформи, може бути надана можливість ов Завантаження необхідних версій завантажувача даних і асоційованих з ними даних. Дані, такі, як прикладна програма, можуть відповідним образом складатися з декількох модулів, які можуть завантажуватися і, якщо (Ф) необхідно, виконуватися по мірі необхідності. ка Спосіб може додатково включати такі операції, що виконуються в системі передавання: для кожного завантажувача даних, форматування кожного із згаданих модулів у вигляді відповідної таблиці, бо при цьому згадані таблиці мають один і той же відповідний ідентифікатор таблиці (ТІВ) і різні відповідні розширення ідентифікатора таблиці (ТІО-розширення); і для кожної множини модулів даних, форматування кожного із згаданих модулів даних у вигляді відповідної таблиці, при цьому згадані таблиці мають такий же відповідний ТІО, що і таблиці модулів завантажувача даних, асоційованого з ними, і відповідні різні ТІЮО-розширення. 65 Переважно застосовується протокол МРЕС, і у цьому разі операції завантаження можуть включати завантаження МРЕС-таблиць модулів.
Згадані таблиці можуть мати відповідні різні ТІО-розширення, крім одного заздалегідь заданого
ТІО-розширення. Спосіб може додатково включати операцію, в системі передавання, формування таблиці каталогу для кожної множини модулів, що має один і той же ТІО, при цьому кожна таблиця каталогу має згадане заздалегідь задане ТІО-розширення і той ж ТІ, і містить для кожного з модулів ім'я цього модуля і відповідне
ТІО-розширення.
Спосіб може додатково включати виконання в приймачі-декодері таких операцій: завантаження однієї із згаданих таблиць, що мають згадане заздалегідь задане ТІО-розширення, для завантаження деякої таблиці каталогу; 70 визначення з вмісту згаданої таблиці каталогу ТІО-розширень таблиць модулів, що мають той же ТІО, що таблиця каталогу; і у вказаних операціях завантаження, завантаження таблиць модулів, що мають той же ТІО, що і завантажена таблиця каталогу, і ТІО-розширення, що визначаються із завантаженої таблиці каталогу.
За допомогою викладених засобів таблиця каталогу може бути легко ідентифікована, оскільки вона має особливе ТІЮО-розширення, і як тільки вона завантажена, вона дозволяє приймачу-декодеру ідентифікувати таблиці модулів завантажувача даних по їх відповідних ТІО-розширеннях.
Спосіб може додатково включати виконання в системі передавання операції формування таблиці каталогу, яка має заздалегідь заданий ідентифікатор таблиці (ТІС) і яка містить для кожного з множини ідентифікаторів версій приймачів-декодерів відповідний ТІО, асоційований з цим ідентифікатором версії.
У такому випадку спосіб може додатково включати виконання в приймачі-декодері таких операцій: завантаження вказаної таблиці каталогу, що має заздалегідь заданий ТІЮ; і визначення ідентифікатора версії згаданого приймача-декодера; де згадана операція завантаження деякої таблиці каталогу включає завантаження тієї з таблиць, яка має
ТІОЮО, асоційований із згаданим ідентифікатором версії приймача-декодера, і згадане заздалегідь задане сч
ПО-розширення.
Переважно ідентифікатор версії включає в себе код виробника приймача-декодера і код версії і) приймача-декодера.
Передбачається, що приймачі-декодери можуть проектуватися і виготовлятися різними виробниками. Кожний виробник може випускати ряд різних версій приймачів-декодерів. Приймачі-декодери, як наслідок, можуть мати Ге зо різні апаратні конструкції, хоч всі вони, звичайно, будуть відповідати одній і тій же функціональній специфікації. Тому є важливим те, щоб дані, такі, як прикладна програма, демонстрували однакову "поведінку" - на кожному приймачі-декодері, і щоб приймач-декодер виконував всі прикладні програми однаковим правильним (ду образом.
Для того щоб гарантувати сумісність згаданих даних з деякою конкретною версією приймача-декодера, о бітовий потік може містити завантажувач даних і дані для кожного ідентифікатора версії приймача-декодера, і «о таблиця каталогу, що має згаданий заздалегідь заданий ТІО, може дозволяти легко ідентифікувати ТІО модулів завантажувачів даних і самих даних для кожного ідентифікатора версії приймача-декодера.
Переважно спосіб додатково включає виконання таких операцій, в системі передавання: включення в кожну таблицю каталогу, що передається, ідентифікатора версії каталогу для неї, і в « приймачі-декодері: з с визначення того, чи являється ідентифікатор версії каталогу таблиці каталогу, що передається в даний . момент, більш пізнім в порівнянні з ідентифікатором версії каталогу раніше завантаженої таблиці каталогу, що и? має той же ТІО, що і згадана таблиця каталогу, яка передається в даний момент, і, якщо ні, то припинення завантаження даних.
Початковому завантажувачу може бути дана команда, наприклад, деякою прикладною програмою,
Ге» періодично завантажувати таблицю каталогу для визначення того, чи змінився ідентифікатор версії каталогу раніше завантаженої таблиці каталогу. Таким чином може бути забезпечене оперативне завантаження о приймачем-декодером будь-яких оновлених даних з бітового потоку. со Для того, щоб не виконувати перезапис резидентних даних, що зберігаються в приймачі-декодері, ідентичними даними, що приймаються, прикладна програма, що запитує оновлення резидентних даних, може ш- прийняти рішення про припинення завантаження даних, якщо таблиця каталогу співпадає з тією, яка
Ф використовувалася при попередньому оновленні резидентних даних.
Переважно щонайменше одна з таблиць модулів форматується у вигляді множини секцій, які передаються в бітовому потоку окремо, при цьому кожна із згаданих секцій містить в своїй заздалегідь визначеній частині в ідентифікатор цієї секції в згаданій таблиці і вказівку кількості згаданих секцій в згаданій таблиці.
Спосіб може додатково включати виконання в системі передавання операції циклічного передавання таблиць (Ф, в бітовому потоку. ка Спосіб може додатково включати виконання, в системі передавання операції: включення в бітовий потік ідентифікатора версії даних; і, в приймачі-декодері операції во визначення того, чи являється ідентифікатор версії даних тих даних, що приймаються, більш пізнім в порівнянні з ідентифікатором версії даних тих даних, що зберігаються в цей час, і, якщо являється, то виконання згаданої операції завантаження згаданих даних з бітового потоку.
Завдяки цій можливості завантаження може бути припинене до стирання резидентного програмного забезпечення і/або початку завантаження даних, що приймаються, якщо ідентифікатор версії даних тих даних, 65 ЩО приймаються, співпадає з ідентифікатором версії даних резидентних даних, що зберігається в приймачі-декодері.
Переважно операція визначення того, чи являється ідентифікатор версії даних тих даних, що приймаються, більш пізнім в порівнянні з ідентифікатором версії даних тих даних, що зберігаються в цей час, виконується після визначення того, що ідентифікатор версії даних таблиці каталогу, що передається в даний момент, являється більш пізнім в порівнянні з ідентифікатором версії даних раніше завантаженої таблиці каталогу, що має той же ТІО, що і таблиця каталогу, що передається в даний момент.
У іншому переважному варіанті здійснення винаходу згаданий завантажений завантажувач даних модифікує засіб для завантаження згаданого завантажувача даних, що зберігається в приймачі-декодері, щоб дані могли завантажуватися модифікованим засобом завантаження. Таким чином, засіб завантаження може бути легко 7/0 Модифікований деяким завантажувачем даних, завантаженим з бітового потоку, з тим щоб засобом завантаження могли завантажуватися, наприклад, дані відмінного формату.
Переважно спосіб додатково включає виконання таких операцій, в системі передавання: передавання другого завантажувача даних в згаданому бітовому потоку; і в приймачі-декодері: завантаження згаданого другого завантажувача даних; і завантаження або згаданого раніше завантажувача даних або згаданих даних, при цьому вказаний засіб завантаження, що передається, виконує завантаження або згаданого раніше завантажувача даних або згаданих даних.
У одному з варіантів здійснення винаходу згаданий другий завантажувач даних надається деякою іншою програмою завантаження даних, при цьому щонайменше частина згаданого другого завантажувача переважно 2о представлена у вигляді внутрішнього коду.
Завдяки цьому можливо уникнути завантаження завантажувача даних, шляхом використання деякого іншого завантажувача даних, раніше завантаженого з бітового потоку. Таким чином, відсутня необхідність в завантаженні завантажувача даних з бітового потоку кожний раз, коли необхідно завантажити нові або виправлені дані, якщо раніше завантажений завантажувач даних може завантажувати ці дані так само с г ефективно, як і названий завантажувач даних. Завдяки цьому можлива істотна економія часу, що займається завантаженням нових або виправлених даних з бітового потоку. Другий завантажувач даних може забезпечувати і) поліпшену функціональність в порівнянні із згаданим першим завантажувачем даних, наприклад, другий завантажувач даних може забезпечувати можливість завантаження комп'ютерних програм.
У другому аспекті даним винаходом пропонується приймач-декодер, що містить: «о зо приймач для приймання бітового потоку, що містить дані; засіб зберігання, такий, як пам'ять; і - засіб завантаження для завантаження із згаданого бітового потоку в засіб зберігання завантажувача, б призначеного для завантаження згаданих даних із згаданого бітового потоку в приймач-декодер.
У одному з переважних варіантів здійснення винаходу засіб завантаження забезпечується програмою о з5 Завантаження, що зберігається в приймачі-декодері. со
Приймач-декодер може додатково містити засіб для видалення згаданого завантаженого завантажувача даних із засобу зберігання після того, як згадані дані були завантажені з бітового потоку. Такий засіб видалення може забезпечуватися центральним процесором і відповідним програмним забезпеченням, що зберігається в приймачі-декодері. «
Приймач-декодер може бути виконаний з можливістю завантаження таблиць. У такому випадку згаданий в с засіб завантаження може для завантаження вказаного завантажувача бути виконаний з можливістю . завантаження таблиці, яка має деякий ідентифікатор таблиці (ТІ) і заздалегідь задане розширення и?» ідентифікатора таблиці (ТІО-розширення), для завантаження таблиці каталогу, визначення по вмісту таблиці каталогу ТІО-розширень таблиць модулів, що має той же ТІО, що і таблиця каталогу, і завантаження таблиць
Модулів, що мають той же ТІОЮ, що і завантажена таблиця каталогу, і ТІО-розширення, що визначаються із
Ге» завантаженої таблиці каталогу.
Засіб завантаження може бути виконаний з можливістю завантаження таблиці каталогу, яка має заздалегідь і заданий ТІО і яка містить для кожного з множини ідентифікаторів версій приймача-декодера відповідний ТІО,
Ге) асоційований з даним ідентифікатором версії, визначення ідентифікатора версії згаданого приймача-декодера і 5ор завантаження таблиці каталогу, яка має ТІОЮ, асоційований з номером версії згаданого приймача-декодера, і - згадане заздалегідь задане ТІО-розширення.
Ф У переважному варіанті здійснення засіб завантаження виконаний з можливістю визначення того, чи являється ідентифікатор версії таблиці, яка передається в даний момент, каталогу більш пізнім в порівнянні з ідентифікатором версії раніше завантаженої таблиці каталогу, що має той же ТІО, що і таблиця каталогу, яка ов передається в даний момент, і припинення завантаження вказаного завантажувача у разі негативного результату. (Ф, Приймач-декодер може додатково містити паралельний порт і/або послідовний порт, виконаний з ка можливістю приймання даних, форматованих у вигляді щонайменше однієї таблиці.
Переважно вказаний засіб завантаження виконаний з можливістю завантаження другого завантажувача бр даних, що міститься у вказаному бітовому потоку, для завантаження або згаданого раніше завантажувача даних або згаданих даних.
У третьому аспекті даним винаходом пропонується система передавання, що містить: засіб, такий, як передавач, для передавання бітового потоку, що включає внутрішній код, що містить щонайменше один завантажувач даних для завантаження даних в приймач-декодер і дані, асоційовані з кожним 65 завантажувачем даних; і засіб, такий, як сервер даних, для розділення одного або кожного завантажувача даних на множину модулів і розділення даних, асоційованих з кожним завантажувачем даних, на відповідну множину модулів, для передавання вказаним засобом передавання.
Переважно система передавання додатково включає: засіб для форматування кожного з модулів кожного завантажувача даних у вигляді відповідної таблиці, при цьому таблиці кожного завантажувача даних мають один і той же відповідний ідентифікатор таблиці (ТІС) і відповідні різні розширення ідентифікатора таблиці (ТІО-розширення); і засіб для форматування кожного з модулів згаданих даних, асоційованих з кожним завантажувачем даних, у вигляді відповідної таблиці, при цьому таблиці модулів даних мають такий же відповідний ТІО, що і таблиці 70 модулів завантажувача даних, асоційованого з ними, і відповідні різні ТІО-розширення.
Згаданий засіб форматування може бути легко забезпечений сервером даних.
Згадані таблиці можуть мати відповідні різні ТІО-розширення, крім одного заздалегідь заданого
ТІО-розширення, і система може додатково містити засіб для формування відповідних таблиць каталогів для кожної множини модулів, мають один і той же ТІО, при цьому кожна таблиця каталогу буде мати цей же ТІ і /5 Вказане заздалегідь задане ТІО-розширення, де згаданий каталог містить для кожного з модулів ім'я цього модуля і відповідне ТІО-розширення.
Система передавання може додатково містити: засіб для формування такої таблиці каталогу, що має заздалегідь заданий ідентифікатор таблиці (ТІО) і такої що містить для кожного з множини ідентифікаторів версій приймачів-декодерів відповідний ТІО, асоційований з цим ідентифікатором версії.
Система передавання може додатково містити засіб для включення в кожну таблицю, що передається, ідентифікатора версії для неї.
Кожний з вищезазначених засобів може бути легко забезпечений сервером даних.
Четвертим аспектом даного винаходу пропонується поєднання вищеописаного приймача-декодера і с г Ввищеописаної системи передавання.
П'ятим аспектом даного винаходу пропонується сигнал, в якому містяться щонайменше один завантажувач і) для завантаження даних в приймач-декодер, і дані, асоційовані з кожним завантажувачем даних, при цьому кожний завантажувач даних розділений на множину модулів, і згадані дані, асоційовані з кожним завантажувачем даних, розділені на відповідну множину модулів. Ге зо Всі особливості аспекту способу винаходу можуть відповідним образом застосовуватися до аспектів пристрою і сигналу, де це можливе, і навпаки. -
Нижче будуть описані переважні особливості даного винаходу, виключно у вигляді прикладу, з посиланнями б на прикладені малюнки, де:
На фіг. 1 показана загальна архітектура системи мовлення і приймання цифрового телебачення; ме)
На фіг. 2 показана архітектура інтерактивної системи в системі, показаній на фіг. 1; «о
На фіг. З наведене схематичне зображення інтерфейсів приймача-декодера, який є частиною системи, представленої на фіг. 1 і фіг. 2;
На фіг. 4 наведене схематичне зображення пристрою дистанційного управління, який використовується в системі цифрового телебачення; «
На фіг. 5 показана організація файлів в модулі, що завантажується в пам'ять інтерактивного з с приймача-декодера;
Фіг. 6 ілюструє взаємозв'язок між декількома компонентами МРЕС потоку; ;» На фіг. 7 показано, як прикладна програма може бути розділена на модулі/таблицю, які, в свою чергу, можуть складатися з секцій;
Фіг. 8 ілюструє засвідчення автентичності МРЕО-таблиці;
Ге» Фіг. 9 ілюструє різні області пам'яті в приймачі-декодері телевізійної системи;
Фіг. 10 ілюструє поле параметрів; о Фіг. 11 ілюструє таблицю каталогу апаратного забезпечення;
Ге) Фіг. 12 ілюструє таблицю каталогу завантажувача; і
Фіг. 13 ілюструє процес завантаження даних.
Ш- Загальна структура системи мовлення і приймання цифрового телебачення 1000 наведена на фіг.1. Система
Ф мовлення і приймання цифрового телебачення 1000 включає в себе практично звичайну систему цифрового телебачення 2000, яка використовує відому систему компресії МРЕС-2 для передачі ущільнених цифрових сигналів. Більш детально, компресор МРЕС-2 2002 в центрі мовлення приймає потік цифрових сигналів (звичайно потік відеосигналів). Компресор 2002 підключається до мультиплексора і скремблера 2004 за допомогою каналу 2006. Мультиплексор 2004 приймає множину вхідних сигналів, збирає один або декілька
Ф) несучих потоків і передає ущільнені цифрові сигнали в передавач 2008 центра мовлення через канал 2010, тип ка якого, природно, може бути різним, включаючи канали телекомунікацій. Передавач 2008 передає електромагнітні сигнали через канал "Земля-супутник" 2012 на супутниковий ретранслятор 2014, де виконується їх обробка бо електронними засобами і мовлення через віртуальний канал "супутник-Земля" 2016 на наземний приймач 2018, що звичайно має форму тарілки, що належить кінцевому користувачеві або орендується ним. Сигнали, що приймаються приймачем 2018, передаються в суміщений приймач-декодер 2020, що належить кінцевому користувачеві або орендується ним, і є підключений до телевізора 2022 кінцевого користувача. Приймач-декодер 2020 декодує ущільнений МРЕС-2 сигнал в телевізійний сигнал для телевізора 2022. 65 Система умовного доступу 3000 підключається до мультиплексора 2004 і приймача-декодера 2020 і розташовується частково в центрі мовлення і частково в декодері. Вона дозволяє кінцевому користувачеві здійснювати доступ до передач цифрового телебачення, що передаються шляхом мовлення від одного або декількох операторів мовлення. У приймач-декодер 2020 може встановлюватися смарт-карта, яка може декодувати повідомлення, що відносяться до комерційних пропозицій (одна або декілька телепередач, що продаються оператором мовлення). З використанням декодера і смарт-карти користувач може купувати передачі в режимі підписки або оплати за перегляд (РРМ).
Інтерактивна система 4000, що також є підключена до мультиплексора 2004 і приймача-декодера 2020 і також є розташована частково в центрі мовлення і частково в декодері, дозволяє кінцевому користувачеві взаємодіяти з різними прикладними програмами через модемний зворотний канал 4002. 70 На фіг. 2 наведена загальна структура телевізійної інтерактивної системи 4000 системи цифрового телебачення 1000 відповідно до даного винаходу.
Наприклад, інтерактивна система 4000 дозволяє кінцевому користувачеві купувати товари по екранних каталогах, переглядати місцеві новини і карти погоди за запитом і грати в гру, використовуючи свій телевізор.
Інтерактивна система 4000 містить, взагалі кажучи, чотири основні елементи: - засіб розробки 4004 в центрі мовлення або в іншому місці, що дозволяє оператору мовлення створювати, розробляти, налагоджувати і тестувати прикладні програми; - сервер 4006 прикладних програм і даних в центрі мовлення, з'єднаний зі засобом розробки 4004 для забезпечення оператору мовлення можливості підготовлювати, засвідчувати автентичність і форматувати прикладні програми і дані для відправлення в мультиплексор і скремблер 2004, для їх введення у несучий потік
МРЕФ-2 (звичайно в його приватну секцію), що підлягає мовленню для кінцевого користувача; - віртуальну машину, що містить виконуючу підсистему 4008, яка являє собою код, що виконується, інстальований в приймачі-декодері 2020, що належить кінцевому користувачеві або орендується ним, для забезпечення кінцевому користувачеві можливості приймати, перевіряти автентичність, декомпресувати і завантажувати прикладні програми в робочу пам'ять декодера 2020 для виконання. Підсистема 4008 також сч об Виконує резидентні прикладні програми загального призначення. Підсистема 4008 не залежить від апаратного забезпечення і операційної системи; і і) - зворотний модемний канал 4002 між приймачем-декодером 2020 і сервером прикладних програм і даних 4006 для подачі сигналів, що вказують серверу 4006 вставляти дані і прикладні програми в несучий потік
МРЕФБ-2 на вимогу кінцевого користувача. Ге зо Телевізійна інтерактивна система працює з використанням "прикладних програм", які управляють функціонуванням приймача-декодера і різними пристроями, які входить в його склад. Прикладні програми - представлені в підсистемі 4008 як "файли ресурсів". "Модуль" - це набір файлів ресурсів і даних. "Том Ге! пам'яті" приймача-декодера - це простір для зберігання модулів. Модулі можуть завантажуватися в приймач-декодер 2020 з несучого потоку МРЕСО-2. ме)
Для завантаження даних використовуються фізичні інтерфейси приймача-декодера 2020. Як показано на фіг. «о
З, декодер 2020 містить, наприклад, шість пристроїв завантаження: тюнер потоку МРЕС 4028, послідовний інтерфейс 4030, паралельний інтерфейс 4032, модем 4034 і два пристрої зчитування карт 4036.
Приймач-декодер 2020 може також містити індикатор 4038.
Для цілей даного опису прикладна програма являє собою фрагмент комп'ютерного коду для управління « Ввисокорівневими функціями переважно приймача-декодера 2020. Наприклад, коли кінцевий користувач з с встановлює фокус пульта дистанційного управління 2026 (детально показаного на фіг. 4) на об'єкт кнопки, що є . видимий на екрані телевізора 2022, і натискає клавішу підтвердження, виконується послідовність команд, и? відповідна цій кнопці.
Інтерактивна прикладна програма пропонує меню і виконує команди за запитом кінцевого користувача, а також надає дані, відповідні призначенню прикладної програми. Прикладні програми можуть бути або б резидентними, тобто такими, що зберігаються в ПЗП (або у флеш-пам'яті, або в іншій енергонезалежній пам'яті) приймача-декодера 2020, або такими, що передаються шляхом мовлення і завантажуються в ОЗП або і флеш-пам'ять декодера 2020. со Прикладами прикладних програм є: - Прикладна програма ініціалізації. Приймач-декодер 2020 є забезпечений резидентною прикладною
Ш- програмою ініціалізації яка є набором модулів (більш детально цей термін пояснюється нижче), який
Ф адаптується, і дозволяє приймачу-декодеру 2020 бути безпосередньо готовим до роботи в середовищі МРЕС-2.
Ця прикладна програма надає базові функції, які можуть бути при необхідності модифіковані оператором мовлення. Вона надає також інтерфейс між резидентними прикладними програмами і прикладними програмами, в що завантажуються. - Прикладна програма запуску. Прикладна програма запуску дозволяє виконуватися в приймачі-декодері
Ф) 2020 будь-якій прикладній програмі, або такій, що завантажується, або резидентній. Ця прикладна програма ка працює як початковий завантажувач, що виконується при надходженні послуги для того, щоб запустити прикладну програму. Прикладна програма запуску завантажується в ОЗП і, отже, може бути легко оновлена. бо Вона може бути сконфігурована таким чином, що інтерактивні прикладні програми, доступні по різних каналах, можуть бути вибрані і виконані або відразу ж після завантаження, або після попереднього завантаження. У разі попереднього завантаження прикладна програма завантажується в пам'ять 2024 і активується прикладною програмою запуску за потребою. - Програмний гід. Програмний гід - це інтерактивна прикладна програма, яка надає повну інформацію по 65 програмах. Наприклад, вона може містити інформацію, скажемо, про програму телепередач на тиждень, що надаються кожним каналом з пакету ("букета") каналів цифрового телебачення. Натисненням на клавішу пульта дистанційного управління 2026 кінцевий користувач отримує доступ до додаткового екрана, який з перекриттям накладається на передачу, що демонструється в даний момент на екрані телевізора 2022. Цей додатковий екран являє собою засіб перегляду, що надає інформацію про поточні і подальші передачі кожного каналу букета цифрового ТБ. За допомогою натиснення на іншу клавішу пульта дистанційного управління 2026 кінцевий користувач отримує доступ до прикладної програми, яка видає на екран інформацію про програму передач на тиждень. Кінцевий користувач може також проводити пошук і сортування програм по простих і таких, що настроюються, критеріях. Кінцевий користувач може також перейти безпосередньо до вибраного каналу. - Прикладна програма РРМ (Рау Рег Міему, оплата проводиться за кожну переглянену передачу). Прикладна 7/0 програма РРМ -- це інтерактивна послуга, що є на кожному РРМ каналі букета цифрового ТБ з системою умовного доступу 3000. Кінцевий користувач може отримувати доступ до вказаної прикладної програми з використанням ТБ меню або браузера каналів. Крім того, ця прикладна програма запускається автоматично, як тільки на РРМ каналі виявляється РРМУ передача. Потім кінцевий користувач може купити поточну програму або за допомогою своєї дочірньої смарт-карти 3020, або за допомогою сервера зв'язку 3022 (з використанням /5 модему, телефону і ОТМЕ кодів, МІМІТЕГ, або іншим подібним образом). Ця прикладна програма може бути резидентною в ПЗП приймача-декодера 2020 або завантажуватися в оперативну пам'ять приймача-декодера 2020. - Прикладна програма Іпіегпеї-браузера. У одному прикладі прикладної програми Іпіегпеї-браузера команди користувача, такі як запит перегляду УУер-сторінки, що має конкретний КІ, вводяться з використанням пульта дистанційного управління 2026, і вони пересилаються по зворотному модемному каналу 4002 в сервер прикладних програм і даних 4006. Відповідна У/ер-сторінка потім включається в дані, що передаються з центра мовлення даних і приймаються приймачем-декодером 2020 через канал "Земля-супутник" 2012, ретранслятор 2014 і канал "супутник-Земля" 2016, і потім видається на екран телевізора 2022.
Прикладні програми зберігаються в пам'яті приймача-декодера 2020 і представляються у вигляді файлів сч г5 ресурсів. Під файлами ресурсів розуміють файли бібліотек описів графічних об'єктів, файли бібліотек блоків змінних, файли послідовностей команд, файли прикладних програм і файли даних. (8)
Файли бібліотек описів графічних об'єктів описують екрани, людино-машинний інтерфейс прикладної програми. Файли бібліотек блоків змінних описують структури даних, якими оперує прикладна програма. Файли послідовностей команд описують функціональні дії, що виконуються прикладною програмою. Файли прикладних Ге зо програм надають точки входу для прикладних програм.
Прикладні програми, що утворюються таким способом, можуть використовувати файли даних, такі як файли - бібліотек піктограм, файли зображень, файли шрифтів, файли таблиць кольорів і текстові файли АЗСІІ. ду
Інтерактивна прикладна програма може також отримувати оперативні дані, задіюючи входи і/або виходи.
Підсистема 4008 завантажує в свою пам'ять тільки ті файли ресурсів, які необхідні їй в даний час. Ці ме) файли ресурсів зчитуються з файлів бібліотек описів графічних об'єктів, файлів послідовностей команд і файлів со прикладних програм; файли бібліотек блоків змінних записуються в пам'ять після виклику процедури завантаження модулів і залишаються там доти, поки не буде зроблений спеціальний виклик процедури вивантаження модулів.
Як показано на фіг. 5, модуль 4010, як, наприклад, модуль дистанційних покупок, являє собою набір файлів « 0 ресурсів і даних, що містить: з с один файл прикладної програми 4012; невизначену кількість файлів бібліотек описів графічних об'єктів 4014; ;» невизначену кількість файлів бібліотек блоків змінних 4016; невизначену кількість файлів послідовностей команд 4018; і якщо необхідно, файли даних 4020, такі як файли бібліотек піктограм, файли зображень, файли шрифтів, б файли таблиць кольорів і текстові файли АЗСІЇ.
ЇІдея використання модулів 4010 разом з ідеєю завантаження невеликих фрагментів коду забезпечують о легкість нарощування прикладних програм. Вони можуть завантажуватися в постійну флеш-пам'ять декодера
Ге) 2020 як резидентне програмне забезпечення або передаватися шляхом мовлення для завантаження в ОЗП 5р декодера 2020 тільки у разі виникнення потреби в них у користувача.
Ш- У разі МРЕС потоку, один модуль 4010 передається в одній МРЕС-таблиці. У разі модулів, що передаються
Ф для тюнера МРЕС 4028, використовується довгий МРЕС-2 формат з довгим заголовком і СКО-кодом. Так само йде ситуація і з п'ятьма іншими інтерфейсами (послідовний інтерфейс 4030, паралельний інтерфейс 4032, модем 4034 і два пристрої зчитування карт 4036), за винятком того, що використовується "короткий" МРЕС-2 в формат з коротким заголовком, і СКС не використовується.
Як показано, зокрема, на фіг. 6, і як є відомим, бітовий потік МРЕС-2 включає в себе таблицю доступу до
Ф) програм (РАТ) 10, що має ідентифікатор пакету (РІС), який дорівнює 0. РАТ містить посилання на РІО таблиць ка розподілу програм (РМТ) 12 ряду програм. Кожна РМТ містить посилання на РІО в потоках аудіо МРЕОС-таблиць 14 і відео МРЕОС-таблиць 16 для даної програми. Пакет, що має ідентифікатор РІО, який дорівнює 0, тобто во таблиця доступу до програм 10, надає точку входу для доступу до всіх МРЕС-таблиць.
Для того, щоб завантажувати прикладні програми і дані для них, визначаються два нові типи потоків, і відповідна РМТ містить також посилання на ідентифікатори РІО в потоках МРЕС-таблиць прикладних програм 18 (або їх секцій) ї МРЕО-таблиць даних 20 (або їх секцій).
Як показано на фіг. 7, для завантаження прикладної програми 22 ця прикладна програма розділяється на 65 модулі 24, кожний з яких утворюється МРЕС-таблицею, причому деякі з модулів складаються з однієї секції 18, і деякі можуть складатися з множини секцій 18. Типова секція 18 має заголовок 26, який містить однобайтовий ідентифікатор таблиці (ТІЮ) 28, номер секції 30 в таблиці для даної секції, загальне число секцій 32 в даній таблиці і двобайтове ТІО-розширення 34. Кожна секція містить також дані 36 і СКС 38. Для деякого конкретного модуля/таблиці 24 всі секції 18, що створюють цю таблицю 24, мають однаковий ТІО 28 і однакове
ТІО-розширення 34. Для деякої конкретної прикладної програми 22 всі таблиці 24, що складають цю прикладну програму 22, мають однаковий ТІО 28, але різні відповідні ТІО-розширення.
Далі буде описане засвідчення автентичності МРЕС-таблиці з посиланням на фіг. 8. Таблиця 40 містить дані 42 (які звичайно містять заголовок 26, ТІО 28, ТІЮО-розширення 34 і поле даних 36), ідентифікатор ключа 44 і область шифру 46. Ідентифікатор ключа 44 містить 1-байтовий ідентифікатор секретного ключа, що 7/0 Використовується для шифрування згаданої області. Область шифру 46 містить блок з 96 байтів даних. Перший байт 48 дорівнює 0. 16-байтовий підпис 50 починається по зміщенню, що складає звичайно від 0 до 31 байта, після першого байта. Підпис 50 генерується з використанням відомого алгоритму генерування підпису МО5 над даними 42. Фіктивні дані 52 вставляються між першим байтом і підписом 50, і блок шифрується з використанням відомого алгоритму шифрування і секретного ключа, якому відповідає ідентифікатор ключа 44.
Якщо необхідно засвідчити автентичність множини МРЕС-таблиць, то в несучий сигнал включається каталог зі списком імен таблиць і підписами цих таблиць. У разі потоку МРЕС, цей каталог передається в одній
МРЕОС-таблиці, яка звичайно має ТІО-розширення 34, яке дорівнює 0. Таблиці каталогу засвідчує автентичність за допомогою вищеописаного механізму. Як тільки каталог завантажений з несучого сигналу, прикладна програма може завантажити одну або більше МРЕС-таблиць, вказаних в каталозі.
Нижче описується функціонування приймача-декодера 2020 при обробці підписів і дешифруванні під час завантаження прикладної програми. Як показано на фіг. 9, приймач-декодер 2020 містить ЕСППЗП 68, флеш-пам'ять 69, ПЗП 70 ї ОЗП 72. ЕСППЗП 68 містить захищену область 74, яка використовується віртуальною машиною, і записування в яку може проводити тільки віртуальна машина (але не звичайна прикладна програма).
Захищена область 74 містить бітовий масив перевірки допустимості ключа 76 розміром 16 або 256 бітів, і с бітовий масив зміщення 80 з 32 бітів. ПЗП 70 містить, в одному варіанті здійснення, шістнадцять відкритих ключів 82, і в цьому випадку використовується 16-бітовий масив перевірки допустимості ключа, або, в іншій і) реалізації, 256 відкритих ключів, і в цьому випадку використовується 256-бітовий масив перевірки допустимості ключа. Відкриті ключі ідентифікуються по їх фізичному розташуванню в ПЗП 70, або, як альтернатива, вони можуть бути включені в довідкову таблицю, в якій конкретному ідентифікатору ключа буде відповідати Ге зо конкретний відкритий ключ. ОЗП 72 може використовуватися для зберігання тимчасового ключа 84.
Коли необхідно завантажити прикладну програму, насамперед завантажується таблиця каталогу, яка містить - заздалегідь заданий ТІО для цієї прикладної програми і нульове ТІО-розширення. Потім з таблиці каталогу Ге! добувається ідентифікатор ключа 44 і виконується перевірка бітового масиву перевірки допустимості ключа 76 в захищеній області пам'яті 74 на предмет того, чи встановлений біт, відповідний витягнутому ідентифікатору ме)
Зз5 Ключа 44. У випадку, якщо результат негативний, то завантаження прикладної програми припиняється. Однак, со якщо відповідний біт встановлений, то з ПЗП 70 добувається відкритий ключ 82, відповідний добутому ідентифікатору ключа 44. Потім для дешифрування зашифрованого блоку 46 в таблиці каталогу 40 використовується добутий відкритий ключ і відомий алгоритм дешифрування для отримання дешифрованого блоку. Проводиться пошук зміщення, що міститься в бітовому масиві зміщення 80 в захищеній пам'яті 74, або, «
ЯКЩО встановлений більш ніж один біт зміщення, проводиться пошук кожного біта зміщення по черзі, і з з с дешифрованого блоку добувають 16 байтів даних, починаючи із знайденого зміщення. Для кожного знайденого зміщення ці 16 байтів розглядаються як підпис, що передається з таблицею каталогу 40. Підпис записів каталогу ;» 42 таблиці каталогу 40 обчислюється з використанням відомого алгоритму МОБ, і цей обчислений підпис порівнюється з підписом, добутим з дешифрованого блоку. Якщо два підписи для кожного знайденого зміщення
НЕ співпадають, то завантаження прикладної програми припиняється. Однак, якщо підписи однієї з пар співпали, б то може виконуватися завантаження модулів, вказаних в каталозі 42. Як згадано вище, щоб завантажити певний модуль, з каталогу 42 отримують ТІО-розширення для цього модуля і завантажується МРЕС-таблиця 24 або о секції 18 з тим же ТІО, що і у таблиці каталогу, і з отриманим ТІО-розширенням. Як тільки завантажиться
Ге) МРЕОС-таблиця модуля, приймач-декодер 2020 обчислює підпис завантаженої таблиці з використанням відомого 5о алгоритму МО5 і потім порівнює цей обчислений підпис з підписом, що міститься у відповідному записі каталогу. ш- Якщо підписи співпадають, то модуль приймається, якщо не співпадають - модуль відкидається.
Ф Вищеописаним способом можуть бути завантажені всі модулі прикладної програми, і прикладна програма може бути виконана приймачем-декодером 2020.
Нижче буде більш детально описане завантаження даних в приймач-декодер 2020 з посиланнями на вв Фіг.9-13.
Приймач-декодер містить завантажувач 100, званий "початковим" завантажувачем 100, основним (Ф, призначенням якого є завантаження завантажувача для завантаження програмного забезпечення, такого, як ка мікропрограмне забезпечення від виробника, виконуючої підсистеми 4008 і прикладних програм, присутніх в потоку даних МРЕС, для збереження у флеш-пам'яті 69 приймача-декодера 2020. Початковий завантажувач 100 бо Зберігається у флеш-пам'яті 69 приймача-декодера 2020 і звичайно не може бути видалений з неї. Початковий завантажувач функціонує під управлінням апаратного забезпечення приймача-декодера 2020 і програмного забезпечення, що зберігається в ньому.
Запис/оновлення програмного забезпечення, що зберігається в приймачі-декодері, може виконуватися: - за запитом користувача приймача-декодера 2020; 65 - за запитом прикладної програми, що зберігається в приймачі-декодері 2020; або - при пошкодженні програмного забезпечення, раніше збереженого в приймачі-декодері 2020 (званого
"резидентним" програмним забезпеченням).
Щоб визначити, чи не пошкоджене резидентне програмне забезпечення, що зберігається в приймачі-декодері 2020, програмне забезпечення, написане виробником приймача-декодера 2020, обчислює контрольну суму даних резидентного програмного забезпечення і порівнює її з контрольною сумою, записаною в резидентному програмному забезпеченні. Якщо два значення контрольної суми не тотожні, то резидентне програмне забезпечення пошкоджене.
Флеш-пам'ять 69 ії ЕСППЗП 68 приймача-декодера 2020 містять параметри, які дозволяють початковому завантажувачу 100 завантажувати з бітового потоку завантажувач у вигляді внутрішнього коду. Параметри /0 Можуть зберігатися в самому початковому завантажувачі 100, тобто у флеш-пам'яті 69, або в ЕСППЗП 68.
Приклади параметрів, які можуть зберігатися у флеш-пам'яті 69, включають: - частоту, на яку настроєний ретранслятор 2014; - різні характеристики сигналу, що підлягає демодуляції приймачем-декодером 2020; - РІО, по якому повинно транслюватися програмне забезпечення; - набір відкритих ключів (переважно три ключі) для використання під час перевірки автентичності; - ліміт часу для завантаження таблиць каталогів з бітового потоку МРЕО; - номер версії початкового завантажувача 100; і - М-байтовий параметр "контрольна сума", що використовується для перевірки цілісності резидентного програмного забезпечення, значення якого визначається виробником приймача-декодера 2020.
Приклади параметрів, які зберігаються в ЕСППЗП 68 і можуть оновлюватися прикладною програмою, яка зберігається в приймачі-декодері 2020, включають: - додаткові характеристики сигналу, що підлягає демодуляції приймачем-декодером 2020; і - параметри, які дозволяють складати звіт про запис/оновлення.
Ці параметри зберігаються у відповідних полях параметрів у флеш-пам'яті 69 або ЕСППЗП 68. Як показано сч ов на фіг. 10, кожне поле параметрів 400 містить розмір 402, зарезервований байт 404, набір параметрів 406 і контрольну суму коду повздовжнього контролю (КС -- І опдішаїпа! Кедипдапсу Соде) 408. Контрольна сума і) включає СК. 410, що є результатом операції, "виключне АБО" над попередніми байтами поля параметрів 400, і
МОСК 412, що є доповненням до одиниці СК! 410. Якщо прикладній програмі, що зберігається в приймачі-декодері 2020, необхідно оновити параметри, що зберігаються в полі параметрів, наприклад, для Ге зо оновлення РІО, вона обчислює контрольну суму І КС для цього поля і порівнює її з контрольною сумою І КС 410, що зберігається в самому полі. -
Якщо ці два значення співпадають, то дозволяється оновлення поля параметрів; якщо ні, то оновлення поля б параметрів припиняється.
Бітовий потік МРЕС, що містить дані для завантаження в приймач-декодер 2020, включає в себе внутрішній і)
Зз5 Код, щонайменше частину якого містить додатковий завантажувач, званий "потоковим" завантажувачем. со
Початковий завантажувач 100 завантажує потоковий завантажувач з бітового потоку МРЕС в 03 П 72 приймача-декодера 2020, а цей потоковий завантажувач завантажує дані з бітового потоку МРЕС, наприклад, для оновлення резидентного програмного забезпечення.
Програмне забезпечення, завантажене у флеш-пам'ять 69 приймача-декодера 2020, може також містити « 0 завантажувач, званий "резидентним' завантажувачем. Цей завантажувач повинен, щонайменше, мати /7- с можливість виконання запису/оновлення програмного забезпечення з бітового потоку МРЕС, і може надавати інші можливості, такі, як оновлення з локальних портів, а також може забезпечувати можливість декодування ;» відео- і аудіоданих з бітового потоку МРЕС. Резидентний завантажувач завантажується з бітового потоку за запитом прикладної програми, наприклад, для доповнення завантажувача, що виконує завантаження потокового
Ззавантажувача, або для завантаження даних з бітового потоку. Наприклад, якщо запис/оновлення запитується
Ге» прикладною програмою, що зберігається в приймачі-декодері 2020, і резидентне програмне забезпечення не пошкоджене, резидентний завантажувач використовується для виконання оновлення замість потокового о завантажувача. Завдяки цьому можливо скоротити час, що затрачується на оновлення програмного со забезпечення в приймачі-декодері. Принаймні частина резидентного завантажувача виконана у вигляді ВНутрішнього коду.
Ш- Нижче з посиланнями на фіг. 11 і 12 будуть описані різні МРЕС-таблиці, що містяться в бітовому потоку
Ф МРЕЄС, які роблять можливим виявлення і завантаження приймачем-декодером 2020 необхідного програмного забезпечення.
Бітовий потік МРЕС містить щонайменше одну таблицю каталогу апаратного забезпечення 200 і множину ов каталогів завантажувачів 300.
Таблиця каталогу апаратного забезпечення 200 дозволяє початковому завантажувачу 100 виявляти
Ф) правильні версії потокового завантажувача і програмного забезпечення, які повинні бути завантажені, для ка множини різних версій приймача-декодера 2020. Як показано на фіг. 11, таблиця каталогу апаратного забезпечення 200 містить ТІО 202, рівний 00, і ТІО-розширення 204, що дорівнює 0000, причому ці значення во заздалегідь зберігаються в ЕСППЗП 68 приймача-декодера для того, наприклад, щоб початковий завантажувач 100 міг виявляти і завантажувати таблицю каталогу апаратного забезпечення 200.
Таблиця каталогу апаратного забезпечення 200 містить: номер версії каталогу апаратного забезпечення 200 (НМЕКЗІОМ 206). Номер версії збільшується при кожній зміні вмісту каталогу апаратного забезпечення 200; 65 кількість дескрипторів потокових завантажувачів (МІ. 208), що містяться в каталозі апаратного забезпечення 200;
для кожної версії приймача-декодера 2020: ідентифікатор номера версії такого приймача-декодера 2020 (НУМ 210);
ТІО 212 МРЕОС-таблиць, які використовуються для каталогу завантажувача 300, асоційованого з даним НУМ 210, потокового завантажувача і програмного забезпечення, яке підлягає завантаженню; зарезервований байт, КЕЗ 214; максимальний розмір секції МРЕС-таблиці, яка використовується для каталогу завантажувача 300, асоційованого з даним НУМ 210 (ЗЕСТІОМ ГЕМ 216); тривалість ліміту часу для завантаження каталогу завантажувача 300, асоційованого з НУМ 210 (ТІМЕ ОШТ у 218); і значення підпису каталогу завантажувача, асоційованого з НУМ 210 (55М 8ІСМ 220); ідентифікатор секретного ключа, що використовується для перевірки автентичності каталогу апаратного забезпечення 200 (КЕУХ 222); і зашифрована область, СІРН АКЕА 224, що містить підпис БІСМ Н 226 каталогу апаратного забезпечення 7/5 200, причому підпис зміщений від початку СІРН АКЕА 224 на величину зміщення ЗОМ ОРЕЗЕТ 228.
НММ 210 приймача-декодера має розмір 4 байти. Один байт зарезервований для майбутнього використання, два байти містять код номера версії апаратного забезпечення приймача-декодера, і один байт містить код виробника приймача-декодера. Цим початковому завантажувачу забезпечується можливість завантаження тієї версії потокового завантажувача, яка сумісна з апаратною платформою приймача-декодера.
Після завантаження таблиці каталогу апаратного забезпечення 200 початковий завантажувач 100 шукає в таблиці 200 запис, відповідний НММ 210 даного приймача-декодера 2020. Якщо збіг не виявляється, завантаження припиняється. Якщо збіг виявляється, початковий завантажувач 100 взнає з таблиці 200 той ТІЮ 212, який привласнений каталогу завантажувача 300, асоційованого з НУМ 210 даного приймача-декодера 2020, потоковому завантажувачу і програмному забезпеченню, яке підлягає завантаженню. с
Як показано на фіг. 12, кожний каталог завантажувача З00, асоційований з НММ 210 деякого приймача-декодера 2020, містить: (8) номер версії каталогу завантажувача 300 (І МЕК5БІОМ 302). Номер версії збільшується при кожній зміні вмісту каталогу завантажувача 300; кількість МРЕС-таблиць потокового завантажувача (МІ. 304); Ге зо номер версії потокового завантажувача (І МЕКЗ 306); кількість МРЕС-таблиць підлягаючого завантаженню програмного забезпечення (М 308); - номер версії підлягаючого завантаженню програмного забезпечення (ЗМЕКЗ 310); Ге! для кожної МРЕС-таблиці потокового завантажувача: ідентифікатор даної МРЕС-таблиці (ЗЕС ІЮ 312); ме)
ТІО-розширення даної МРЕС-таблиці (ТІ ЕХТ 314); «о два зарезервованих байти, КЕЗ 316; максимальний розмір МРЕО-секції даної МРЕО-таблиці (ЗЕСТІОМОГЕМ 318); тривалість ліміту часу для завантаження даної МРЕС-таблиці (ТІМЕ ОШТ 320); і значення підпису даної МРЕС-таблиці (ЗОМ 5ІСМ 322); « для кожної МРЕС-таблиці програмного забезпечення: з с ідентифікатор даної МРЕС-таблиці (ЗЕС І 324); . ТІО-розширення даної МРЕС-таблиці (ТІО ЕХТ 326); и? два зарезервованих байти, КЕЗ 328; максимальний розмір МРЕО-секції даної МРЕС-таблиці (ЗЕСТІОМ ГЕМ 330); тривалість ліміту часу для завантаження даної МРЕС-таблиці (ТІМЕ ОШТ 332); і
Ге» значення підпису даної МРЕС-таблиці (ЗОМ 5ІСМ 334); са ідентифікатор секретного ключа, що використовується для аутентифікації каталогу завантажувача З00 (КЕХ 336); і
Ге) зашифрована область, СІРН АКЕА 338, що містить підпис (ЗОМ | 340) каталогу завантажувача 300, 5р причому підпис зміщений від початку СІРН АКЕА 338 на зміщення БОМ ОРЕЗЕТ 342.
Ш- Під час оновлення складається звіт, що містить, серед іншого, докладну інформацію про кожну операцію
Ф процесу запису/оновлення, наприклад, про те, чи була дана операція завершена успішно чи ні, для того, Щоб операція, на якій стався збій запису/оновлення, могла б пізніше бути визначена. Наприклад, звіт містить:
НМЕКЗВІОМ 206 каталогу апаратного забезпечення 200; 5Б якщо під час обробки каталогу апаратного забезпечення 200 сталася помилка, то вказівка типу помилки і
ТІО-розширення МРЕС-таблиці каталогу апаратного забезпечення 200, в якій сталася помилка;
Ф) Ї МЕК5БІОМ 302 каталогу завантажувача; ка якщо під час обробки каталогу завантажувача З00 сталася помилка, то вказівка типу помилки і
ТІО-розширення МРЕС-таблиці каталогу завантажувача 300, в якій сталася помилка; і 60 якщо під час обробки потокового завантажувача сталася помилка, то вказівка типу помилки і ТІО-розширення
МРЕО-таблиці потокового завантажувача, в якій сталася помилка; і якщо під час обробки програмного забезпечення сталася помилка, то вказівка типу помилки і ТІО-розширення
МРЕОС-таблиці програмного забезпечення, в якій сталася помилка.
Звіт також містить причину виконання запису/оновлення, наприклад, за запитом прикладної програми, 65 кількість виявлених несумісностей програмного забезпечення і кількість збоїв оновлення.
При оновленні за запитом прикладної програми резидентного програмного забезпечення програмним забезпеченням, що міститься в бітовому потоку МРЕС, приймач-декодер 2020 порівнює 5МЕКЗ 310 програмного забезпечення, визначений з щойно завантаженої таблиці каталогу завантажувача 300, з номером версії резидентного програмного забезпечення. Якщо більш пізнім являється ЗМЕК5 310, то модулі резидентного програмного забезпечення стираються з флеш-пам'яті 69, а модулі оновленого програмного забезпечення завантажуються і встановлюються.
Світлодіодний індикатор 4038 на передній панелі приймача-декодера 2020 призначений для відображення повідомлень для користувача приймача-декодера 2020 під час завантаження даних. Наприклад, чотири таких повідомлення задаються в полі параметрів, що зберігається у рлеш-пам'яті 69 приймача-декодера 2020: 70 - повідомлення "І ОА" (завантаження), що вказує, що запис/оновлення проходить в "нормальному" режимі, тобто за запитом прикладної програми; - повідомлення "МАТІМ" (внутрішній), що вказує, що запис/оновлення проходить у "внутрішньому" режимі, тобто внаслідок пошкодження резидентного програмного забезпечення; - повідомлення "000", що вказує, що початковий завантажувач 100 не може виконати запис/оновлення через /5 те, що він не може виявити можливі або несуперечливі параметри (такі, як частота, на яку повинен бути настроєний МРЕС-тюнер 4028, або РІО бітового потоку МРЕС) в пам'яті приймача-декодера 2020; і - повідомлення "ЕКК/І", що вказує, що під час запису/оновлення сталася помилка, відмінна від описаної для повідомлення "0О0О",
Як альтернатива статичним повідомленням, приймачем-декодером можуть відображатися повідомлення у вигляді анімації.
Нижче будуть описані операції, наприклад, оновлення резидентного програмного забезпечення, з посиланням на фіг. 13.
На кроці 5101 програмне забезпечення, що зберігається в приймачі-декодері, перевіряє цілісність усього резидентного програмного забезпечення шляхом обчислення контрольної суми і порівняння результату цього с обчислення зі значенням контрольної суми, що зберігається в резидентному програмному забезпеченні. Якщо ці о два значення відрізняються, то оновлення продовжується у внутрішньому режимі; якщо два значення співпадають, або резидентного програмного забезпечення не виявлено, то оновлення продовжується в нормальному режимі.
У згаданому внутрішньому режимі далі на кроці 5102 визначається, чи є раніше зроблений запит на Ге
Зо оновлення, який знаходиться в силі. Якщо такий запит, що знаходиться в силі, є, то на кроці 5103 цей запит видаляється, і повторюється крок 5102. Якщо більше немає таких запитів, то на кроці 5104 звіт про попереднє - оновлення стирається і ініціалізується, для того щоб почати протоколювання даного оновлення. У звіті Ге! протоколюється причина запиту на оновлення, тобто для заміщення пошкодженого програмного забезпечення.
Після кроку 5104 на кроці 5105 на індикатор 4038 приймача-декодера 2020 виводиться повідомлення МАТІМ. ме)
На кроці 5106 перевіряються параметри, що зберігаються в полях параметрів ЕСППЗП і флеш-пам'яті 69. «о
Якщо параметри настройки на канал і/або параметр РІО не визначені, на індикатор 4038 виводиться повідомлення 000 і оновлення припиняється.
Якщо ці параметри визначені в полі параметрів, процес оновлення переходить до кроку 5107, на якому початковий завантажувач 100 настроює МРЕС-тюнер 4028 на ретранслятор 2014 відповідно до параметрів, що « зберігаються в полях параметрів. Якщо при настройці відбувається збій, оновлення припиняється і виводиться з с повідомлення ЕККІ..
Якщо настройка завершилася успішно, на кроці 5108 початковий завантажувач 100 завантажує і перевіряє ;» автентичність таблиці каталогу апаратного забезпечення 200. Якщо таблиця каталогу апаратного забезпечення не буде завантажена до закінчення ліміту часу, або якщо автентичність таблиці каталогу апаратного забезпечення 200 не буде підтверджена (внаслідок виникнення помилки під час завантаження), то оновлення
Ге» припиняється і виводиться повідомлення ЕККІ..
Якщо завантаження і перевірка автентичності завершилися успішно, початковий завантажувач 100 шукає о НМУМ 210, відповідний номеру версії приймача-декодера 2020, заданому в полі параметрів. Якщо такий НУМ не
Ге) виявлений, оновлення припиняється і виводиться повідомлення ЕККІ.
Якщо такий запис виявлений, початковий завантажувач 100 прочитує ТІ 212 МРЕО-таблиць, які
Ш- використовуються для каталогу завантажувача З00, асоційованого з даним НУМ 210, потокового завантажувача і
Ф підлягаючого завантаженню програмного забезпечення, і, на кроці 5109, завантажує відповідний каталог завантажувача З00 і перевіряє його автентичність. Якщо каталог завантажувача 300 не буде завантажений до закінчення ліміту часу, або автентичність каталогу завантажувача не буде підтверджена (внаслідок виникнення дв помилки під час завантаження), то оновлення припиняється і виводиться повідомлення ЕККІ.
Якщо завантаження і перевірка автентичності завершилися успішно, на кроці 5110 початковий завантажувач
Ф) 100 завантажує потоковий завантажувач з бітового потоку МРЕС в ОЗП 72 приймача-декодера 2020. Якщо ка потоковий завантажувач не буде завантажений до закінчення ліміту часу, або автентичність потокового завантажувача не буде підтверджена (внаслідок виникнення помилки під час завантаження), то оновлення бо припиняється і виводиться повідомлення ЕККІ..
Якщо завантаження і перевірка автентичності потокового завантажувача завершилися успішно, на кроці 5111 потоковий завантажувач виконується, а на кроці 5112 видаляється пошкоджена частина резидентного програмного забезпечення, і сегменти програмного забезпечення, що підлягає завантаженню, завантажуються потоковим завантажувачем, перевіряється їх автентичність і вони записуються за відповідними адресами у 65 флеш-пам'ять 69. Якщо програмне забезпечення не буде завантажене до закінчення ліміту часу, або автентичність програмного забезпечення не буде підтверджена (внаслідок виникнення помилки під час завантаження), або відбувається помилка під час запису програмного забезпечення у флеш-пам'ять 69, то оновлення припиняється і виводиться повідомлення ЕККІ.
Якщо резидентне програмне забезпечення було оновлене успішно, на кроці 5113 припиняється запис звіту, і приймач-декодер 2020 скидається, для того щоб дозволити виконання майбутніх оновлень.
На будь-якому з кроків, де передбачене припинення оновлення, як альтернатива можливе повторне виконання даного кроку задану кількість разів доти, поки він не буде виконаний успішно або поки не буде вичерпаний ліміт часу для виконання цього кроку.
Якщо оновлення повинно виконуватися в нормальному режимі, то початковий завантажувач на кроці 5201 /о визначає, чи є раніше зроблений дійсний запит на оновлення від прикладної програми. Якщо ні, то оновлення продовжується в нормальному режимі. Якщо вже є дійсний запит на оновлення, то цей дійсний запит обробляється першим.
На кроці 5202 звіт про попереднє оновлення видаляється і ініціалізується для початку виконання протоколювання даного оновлення. У звіті протоколюється причина запиту на оновлення, наприклад, за запитом /5 прикладної програми, і всі параметри оновлення, вибрані прикладною програмою.
Далі на кроці 5203 визначається, чи зберігається у флеш-пам'яті 69 приймача-декодера 2020 резидентний завантажувач. Якщо такий завантажувач зберігається в приймачі-декодері, то на кроці 5204 визначається, чи був резидентний завантажувач виконаний у відповідь на команду від програмного забезпечення, що зберігається в приймачі-декодері 2020. Якщо резидентний завантажувач виконаний, то подальші кроки процесу оновлення, які звичайно виконуються початковим завантажувачем 100, виконує резидентний завантажувач.
Якщо резидентний завантажувач відсутній або не виконаний, то використовується початковий завантажувач 100. Програмне забезпечення, що зберігається в приймачі-декодері 2020, також може ініціювати продовження процесу оновлення початковим завантажувачем 100 навіть якщо резидентний завантажувач зберігається у флеш-пам'яті 69. сч
На кроці 5205 на індикатор 4038 приймача-декодера 2020 виводиться повідомлення І ОДО.
На кроці 5206 перевіряються параметри, що зберігаються в полях параметрів ЕСППЗП і флеш-пам'яті 69. і)
Якщо параметри настройки на канал і/або параметр РІО не визначені, на індикатор 4038 виводиться повідомлення 000 і оновлення припиняється.
Якщо ці параметри визначені в полях параметрів, процес оновлення переходить до кроку 5207, на якому Ге зо початковий або резидентний завантажувач настроює МРЕС-тюнер 4028 на ретранслятор 2014 відповідно до параметрів, що зберігаються в полях параметрів. Якщо при настройці відбувається збій, то оновлення - припиняється і виводиться повідомлення ЕККІ.. Ге!
Якщо настройка завершилася успішно, на кроці 5208 початковий завантажувач 100 завантажує і перевіряє автентичність таблиці каталогу апаратного забезпечення 200. Якщо таблиця каталогу апаратного забезпечення о з5 Не буде завантажена до закінчення ліміту часу, або якщо автентичність таблиці каталогу апаратного со забезпечення 200 не буде підтверджена (внаслідок виникнення помилки під час завантаження), або, в залежності від вибору опції прикладною програмою, що запитує оновлення, якщо виконувалося успішне оновлення з використанням каталогу апаратних засобів, що має той же НМЕКБІОМ 206, то оновлення припиняється і виводиться повідомлення ЕККІ.. «
Якщо завантаження і перевірка автентичності завершилися успішно, і оновлення дозволене прикладною в с програмою, початковий або резидентний завантажувач 100 шукає НММ 210, відповідний номеру версії приймача-декодера 2020, заданому в полі параметрів. Якщо такий НУМ не виявлений, оновлення припиняється і з виводиться повідомлення ЕККІ..
Якщо такий запис виявлений, початковий або резидентний завантажувач зчитує ТІО 212 МРЕС-таблиць, що
Використовуються для каталогу завантажувача 300, асоційованого з даним НММ 210, потокового завантажувача і
Ге» підлягаючого завантаженню програмного забезпечення, і, на кроці 5209, завантажує відповідний каталог завантажувача 300 і перевіряє його автентичність. о Якщо каталог завантажувача 300 не буде завантажений до закінчення ліміту часу, або автентичність каталогу со завантажувача не буде підтверджена (внаслідок виникнення помилки під час завантаження), або, в залежності
Від опції, вибраної прикладною програмою, що запитує оновлення, якщо успішне оновлення виконане з
Ш- використанням каталогу завантажувача, що має такий же І МЕКЗ 306, то оновлення припиняється і виводиться
Ф повідомлення ЕККІ..
Якщо завантаження і перевірка автентичності завершилися успішно, і оновлення дозволене прикладною програмою, на кроці 5210 початковий завантажувач 100 завантажує потоковий завантажувач з бітового потоку 5в МРЕБ в ОЗП 72 приймача-декодера 2020. Якщо потоковий завантажувач не буде завантажений до закінчення ліміту часу, або автентичність потокового завантажувача не буде підтверджена (внаслідок виникнення помилки (Ф) під час завантаження), то оновлення припиняється і виводиться повідомлення ЕККІ. ка Якщо завантаження і перевірка автентичності потокового завантажувача завершилися успішно, на кроці 5211 потоковий завантажувач виконується, а на кроці 5212 порівнюється номер версії ЗМЕКЗ 310 програмного во забезпечення в бітовому потоку МРЕС з номером версії резидентного програмного забезпечення.
Якщо номери версій співпадають, запис програмного забезпечення у флеш-пам'ять 69 не виконується і запит на оновлення прикладної програми видаляється. Якщо номери версій розрізнюються, то на кроці 5213 резидентне програмне забезпечення видаляється, І сегменти програмного забезпечення, що підлягають завантаженню, завантажуються потоковим завантажувачем, перевіряється їх автентичність, і вони записуються 65. У флеш-пам'ять 69.
Якщо програмне забезпечення не буде завантажене до закінчення ліміту часу, або автентичність програмного забезпечення не буде підтверджена (внаслідок виникнення помилки під час завантаження), або відбувається помилка під час запису програмного забезпечення у флеш-пам'ять 69, то оновлення припиняється і виводиться повідомлення ЕККІ..
Якщо резиденте програмне забезпечення було оновлене успішно, то на кроці 5214 припиняється запис звіту, дійсний запит на оновлення видаляється, і приймач-декодер 2020 скидається, для того щоб дозволити виконання майбутніх оновлень.
Як і у внутрішньому режимі, на будь-кому з кроків, де передбачене припинення оновлення, як альтернатива можливе повторне виконання даного кроку, поки він не буде виконаний успішно. 70 Зрозуміло, що даний винахід був описаний вище виключно у вигляді прикладу, і в межах винаходу можуть бути зроблені модифікації в тому, що стосується подробиць.
Кожна ознака винаходу, розкрита в описі, і (де це доречне) формулі винаходу і графічних матеріалах може надаватися незалежно або в будь-якому відповідному поєднанні. У вищезазначених переважних варіантах здійснення винаходу деякі ознаки даного винаходу були реалізовані з використанням комп'ютерного 7/5 програмного забезпечення. Однак фахівцеві в даній галузі зрозуміло, що будь-яка з цих ознак може бути реалізована з використанням апаратного забезпечення. Крім того, зрозуміло, що функції, які виконуються апаратним забезпеченням, комп'ютерним програмним забезпеченням тощо, виконуються над електричними і їм подібним сигналами, або з їх використанням.

Claims (37)

Формула винаходу
1. Спосіб завантаження даних в приймач-декодер, який включає виконання в приймачі-декодері таких операцій: сч приймання бітового потоку, що містить згадані дані; завантаження завантажувача для завантаження згаданих даних з бітового потоку в приймач-декодер; і (о) завантаження згаданих даних з бітового потоку з використанням згаданого завантаженого завантажувача даних.
2. Спосіб за п. 71, який відрізняється тим, що завантажений завантажувач даних видаляється з со зо приймача-декодера після того, як згадані дані завантажені з бітового потоку.
З. Спосіб за п. 1, який відрізняється тим, що завантажений завантажувач даних потім зберігається в і - енергонезалежній пам'яті приймача-декодера. о
4. Спосіб за п. З, який відрізняється тим, що енергонезалежна пам'ять є томом флеш-пам'яті приймача-декодера. о
5. Спосіб за будь-яким з попередніх пунктів, який відрізняється тим, що лише фрагмент даних, що со зберігаються в приймачі-декодері, замінюється відповідним фрагментом даних, що завантажується завантаженим завантажувачем даних.
6. Спосіб за будь-яким з попередніх пунктів, який відрізняється тим, що бітовий потік містить щонайменше один завантажувач даних, і вказаний спосіб додатково включає виконання таких операцій в системі « 70 передавання: ш-в с для кожного завантажувача даних -- розділення завантажувача даних на множину модулів; і для кожного завантажувача даних -- розділення згаданих даних на відповідну множину модулів, при цьому :з» кожну множину модулів даних асоціюють з відповідною множиною модулів завантажувача даних.
7. Спосіб за п. б, який відрізняється тим, що додатково включає такі операції, що виконуються в системі передавання: ФО для кожного завантажувача даних -- форматування кожного із згаданих модулів у вигляді відповідної таблиці, при цьому згадані таблиці мають один і той же відповідний ідентифікатор таблиці (ТІЮ) і різні о відповідні розширення ідентифікатора таблиці (ТІО-розширення); і со для кожної множини модулів даних -- форматування кожного із згаданих модулів даних у вигляді відповідної таблиці, при цьому згадані таблиці мають такий же відповідний ТІО, що і таблиці модулів завантажувача даних, - асоційованого з ними, і відповідні різні ТІЮО-розширення.
Ф 8. Спосіб за п. 7, який відрізняється тим, що включає, у вказаних операціях завантаження, завантаження таблиць модулів, що мають один і той же ТІЮ.
9. Спосіб за п. 8, який відрізняється тим, що вказані таблиці мають відповідні різні ТІЮО-розширення, крім одного заздалегідь заданого ТІО-розширення, і цей спосіб додатково включає виконання в системі передавання операції формування таблиці каталогу для кожної множини модулів, які мають один і той же ТІО, при цьому (Ф; кожна таблиця каталогу має згадане заздалегідь задане ТІО-розширення і той же ТІО і містить, для кожного з ГІ модулів, ім'я цього модуля і відповідне ТІО-розширення.
10. Спосіб за п. 9, який відрізняється тим, що додатково включає виконання в приймачі-декодері таких во операцій: завантаження однієї із згаданих таблиць, що мають згадане заздалегідь задане ТІО-розширення, для завантаження деякої таблиці каталогу; визначення з вмісту згаданої таблиці каталогу ТІО-розширень таблиць модулів, які мають той же ТІО, що й таблиця каталогу; і 65 у вказаних операціях завантаження, завантаження таблиць модулів, які мають той же ТІО, що і завантажена таблиця каталогу, і ТІО-розширення, визначені із завантаженої таблиці каталогу.
11. Спосіб за будь-яким з попередніх пунктів, який додатково включає виконання в системі передавання операції формування таблиці каталогу, що має заздалегідь заданий ідентифікатор таблиці (ТІО) і містить для кожного з множини ідентифікаторів версій приймачів-декодерів відповідний ТІО, асоційований з даним ідентифікатором версії.
12. Спосіб за п. 11, який відрізняється тим, що ідентифікатор версії містить код версії приймача-декодера і код виробника приймача-декодера.
13. Спосіб за п. 11 або 12, у випадку, коли він залежить від п. 10, який додатково включає виконання в приймачі-декодері таких операцій: 70 завантаження згаданої таблиці каталогу, яка має згаданий заздалегідь заданий ТІЮ; і визначення ідентифікатора версії згаданого приймача-декодера; причому згадана операція завантаження деякої таблиці каталогу включає завантаження тієї з таблиць, яка має ТІО, асоційований із згаданим ідентифікатором версії приймача-декодера, і згадане заздалегідь задане ТІО-розширення.
14. Спосіб за будь-яким з пп. 9-13, який додатково включає виконання таких операцій: в системі передавання: включення в кожну таблицю каталогу, яка передається, ідентифікатора версії каталогу для неї; в приймачі-декодері: визначення того, чи є ідентифікатор версії каталогу таблиці каталогу, яка передається в даний момент, більш пізнім у порівнянні з ідентифікатором версії каталогу раніше завантаженої таблиці каталогу, яка має той же ТІО, що і згадана таблиця каталогу, яка передається в даний момент, і, якщо ні, то припинення завантаження даних.
15. Спосіб за будь-яким з попередніх пунктів, який додатково включає виконання в системі передавання операції включення в бітовий потік ідентифікатора версії даних, і виконання в приймачі-декодері операції сч об визначення того, чи є ідентифікатор версії даних тих даних, що приймаються, більш пізнім в порівнянні з ідентифікатором версії даних тих даних, що зберігаються на цей час, і, якщо є, то виконання згаданої операції і) завантаження згаданих даних з бітового потоку.
16. Спосіб за будь-яким з попередніх пунктів, який відрізняється тим, що принаймні частина завантажуваного завантажувача даних виконана у вигляді коду, специфічного для апаратного забезпечення даного «о зо приймача-декодера.
17. Спосіб за будь-яким з попередніх пунктів, що додатково включає виконання таких операцій: - в системі передавання: б передавання другого завантажувача даних в згаданому бітовому потоці; і в приймачі-декодері: і) завантаження згаданого другого завантажувача даних; і со завантаження або згаданого раніше завантажувача даних, або згаданих даних, причому це завантаження або згаданого раніше завантажувача даних, або згаданих даних виконує вказаний другий завантажувач даних.
18. Спосіб за п. 17, який відрізняється тим, що принаймні частина другого завантажувача даних виконана у вигляді коду, специфічного для апаратного забезпечення даного приймача-декодера. «
19. Приймач-декодер, який має: в с приймач для приймання бітового потоку, що містить дані; засіб зберігання; і ;» засіб завантаження для завантаження із згаданого бітового потоку в засіб зберігання завантажувача, призначеного для завантаження згаданих даних із бітового потоку в приймач-декодер.
20. Приймач-декодер за п. 19, який додатково включає в себе засіб для видалення завантаженого Ге» завантажувача даних із засобу зберігання після того, як згадані дані були завантажені з бітового потоку.
21. Приймач-декодер за п. 19, який додатково включає в себе енергонезалежну пам'ять для зберігання о згаданого завантаженого завантажувача даних після того, як згадані дані були завантажені з бітового потоку. Ге)
22. Приймач-декодер за п. 21, який відрізняється тим, що енергонезалежною пам'яттю є том флеш-пам'яті приймача-декодера. -
23. Приймач-декодер за будь-яким з пп. 19-22, який відрізняється тим, що згаданий завантажений Ф завантажувач даних виконаний з можливістю здійснення завантаження даних з бітового потоку.
24. Приймач-декодер за будь-яким з пп. 19-23, який відрізняється тим, що згаданий завантажений завантажувач даних виконаний з можливістю заміщення лише фрагмента даних, що зберігаються в приймачі-декодері, відповідним завантаженим ним фрагментом даних.
25. Приймач-декодер за будь-яким з пп. 19-24, виконаний з можливістю завантаження таблиць. (Ф)
26. Приймач-декодер за п. 25, який відрізняється тим, що згаданий засіб завантаження виконаний з ка можливістю завантаження таблиці, яка має деякий ідентифікатор таблиці (ТІС) і заздалегідь задане розширення ідентифікатора таблиці (ТІО-розширення), для завантаження таблиці каталогу, визначення по вмісту таблиці бо каталогу ТІО-розширень таблиць модулів, які мають той же ТІО, що і таблиця каталогу, і завантаження таблиць модулів, які мають той же ТІО, що і завантажена таблиця каталогу, і ТІО-розширення, визначені із завантаженої таблиці каталогу, для завантаження згаданого завантажувача.
27. Приймач-декодер за п. 25 або 26, який відрізняється тим, що згаданий засіб завантаження виконаний з можливістю завантаження таблиці каталогу, яка має заздалегідь заданий ТІО і яка містить для кожного з б5 Множини ідентифікаторів версій приймача-декодера відповідний ТІО, асоційований з даним ідентифікатором версії, визначення ідентифікатора версії згаданого приймача-декодера і завантаження таблиці каталогу, яка має
ТІ, асоційований з номером версії згаданого приймача-декодера, і згадане заздалегідь задане ТІО-розширення.
28. Приймач-декодер за п. 26 або 27, який відрізняється тим, що згаданий засіб завантаження виконаний з можливістю визначення того, чи є ідентифікатор версії таблиці каталогу, яка передається в даний момент, більш пізнім у порівнянні з ідентифікатором версії раніше завантаженої таблиці каталогу, яка має той же ТІО, що і таблиця каталогу, яка передається в даний момент, і припинення завантаження вказаного завантажувача у разі негативного результату.
29. Приймач-декодер за будь-яким з пп. 19-28, який відрізняється тим, що завантажувач даних виконаний у вигляді коду, специфічного для апаратного забезпечення згаданого приймача-декодера. 70
30. Приймач-декодер за будь-яким з пп. 19-29, який відрізняється тим, що вказаний засіб завантаження виконаний з можливістю завантаження другого завантажувача даних, що міститься у даних у вказаному бітовому потоці, для завантаження або згаданого раніше завантажувача даних, або згаданих даних.
31. Система передавання, яка включає в себе: засіб для передавання бітового потоку, що містить щонайменше один завантажувач даних для завантаження /5 даних в приймач-декодер і дані, асоційовані з кожним завантажувачем даних; і засіб для розділення кожного завантажувача даних на множину модулів і розділення даних, асоційованих з кожним завантажувачем даних, на відповідну множину модулів, для передавання згаданим засобом передавання.
32. Система передавання за п. 31, яка додатково включає в себе: засіб для форматування кожного з модулів кожного завантажувача даних у вигляді відповідної таблиці, при цьому таблиці кожного завантажувача даних мають один і той же відповідний ідентифікатор таблиці (ТІС) і відповідні різні розширення ідентифікатора таблиці (ТІО-розширення); і засіб для форматування кожного з модулів згаданих даних, асоційованих з кожним завантажувачем даних, у вигляді відповідної таблиці, при цьому таблиці модулів даних мають такий же відповідний ТІО, що і таблиці сч модулів завантажувача даних, асоційованого з ними, і відповідні різні ТІО-розширення.
33. Система передавання за п. 32, яка відрізняється тим, що згадані таблиці мають відповідні різні (8) ТІО-розширення, крім одного заздалегідь заданого ТІО-розширення, і ця система додатково включає в себе засіб для формування відповідних таблиць каталогів для кожної множини модулів, що мають один і той же ТІО, при цьому кожна таблиця каталогу має цей же ТІО і вказане заздалегідь задане ТІО-розширення, і каталог містить Ге Зо для кожного З модулів ім'я цього модуля і відповідне ТІО-розширення.
34. Система передавання за будь-яким з пп. 31-33, яка додатково включає в себе: - засіб для формування таблиці каталогу, яка має заздалегідь заданий ідентифікатор таблиці (ТІО) і яка Ге! містить для кожного з множини ідентифікаторів версій приймачів-декодерів відповідний ТІО, асоційований з даним ідентифікатором версії. ме)
35. Система передавання за будь-яким з пп. 31-34, яка додатково включає в себе засіб для включення в «о кожну таблицю, що передається, ідентифікатора версії для неї.
36. Система передавання за будь-яким з пп. 31-35, яка відрізняється тим, що кожний завантажувач даних виконаний у вигляді коду, специфічного для апаратного забезпечення приймача-декодера.
37. Система передавання і приймання бітового потоку, яка включає в себе систему передавання за « будь-яким з пп. 31-36 і приймач-декодер за будь-яким з пп. 19-30 для приймання бітового потоку. в с з (е)) (95) (се) - 50 4) (Ф) ко бо б5
UA2000042505A 1997-10-03 1998-05-10 Спосіб завантаження даних, приймач-декодер, система передавання та система передавання і приймання для його здійснення UA63976C2 (uk)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP97402335A EP0907285A1 (en) 1997-10-03 1997-10-03 Downloading data
PCT/IB1998/001613 WO1999018724A1 (en) 1997-10-03 1998-10-05 Downloading data

Publications (1)

Publication Number Publication Date
UA63976C2 true UA63976C2 (uk) 2004-02-16

Family

ID=8229869

Family Applications (1)

Application Number Title Priority Date Filing Date
UA2000042505A UA63976C2 (uk) 1997-10-03 1998-05-10 Спосіб завантаження даних, приймач-декодер, система передавання та система передавання і приймання для його здійснення

Country Status (19)

Country Link
US (1) US6970960B1 (uk)
EP (2) EP0907285A1 (uk)
JP (2) JP4845263B2 (uk)
KR (1) KR20010030926A (uk)
CN (1) CN1280740A (uk)
AU (1) AU749089B2 (uk)
BR (1) BR9813235A (uk)
CA (1) CA2304144C (uk)
HR (1) HRP20000164A2 (uk)
HU (1) HUP0100358A2 (uk)
ID (1) ID24163A (uk)
IL (2) IL135412A0 (uk)
NO (1) NO331878B1 (uk)
PL (1) PL339580A1 (uk)
RU (1) RU2226042C2 (uk)
TR (1) TR200001280T2 (uk)
UA (1) UA63976C2 (uk)
WO (1) WO1999018724A1 (uk)
ZA (1) ZA988996B (uk)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2576965C1 (ru) * 2014-12-30 2016-03-10 Олег Иванович Квасенков Способ производства консервов "солянка рыбная"

Families Citing this family (53)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6393585B1 (en) * 1998-12-23 2002-05-21 Scientific-Atlanta, Inc. Method and apparatus for restoring operating systems in a set-top box environment
US7409546B2 (en) * 1999-10-20 2008-08-05 Tivo Inc. Cryptographically signed filesystem
WO2000064181A1 (en) * 1999-04-21 2000-10-26 General Instrument Corporation Automatic initialization of an advanced set-top box in a cable television system by downloading software or firmware over the cable system
ES2253222T3 (es) * 1999-04-21 2006-06-01 General Instrument Corporation Procedimiento y sistema de actualizaciones de programacion especificas o universales en un conjunto de decodificadores avanzados en un sistema de television por cable.
AU4241500A (en) * 1999-04-21 2000-11-02 General Instrument Corporation Method and system for locating a control channel and data transport stream within the signal received by a set-top box from a cable television system
US6718374B1 (en) * 1999-04-21 2004-04-06 General Instrument Corporation Method and system for identifying and downloading appropriate software or formware specific to a particular model of set-top box in a cable television system
US7640571B1 (en) * 1999-07-15 2009-12-29 General Instrument Corporation Method and apparatus for preventing disruptions in set-top terminal function due to the download of updated programming or data to the set-top terminal
US6813778B1 (en) 1999-08-16 2004-11-02 General Instruments Corporation Method and system for downloading and managing the enablement of a list of code objects
DE60008764T2 (de) * 1999-08-16 2005-02-10 General Instrument Corporation Verfahren und system zur automatischen bereinigung von kodeobjekten, die durch herunterladen aktualisiert werden
EP1427214A3 (en) * 1999-09-02 2004-12-22 General Instrument Corporation Method and system of identifying software and firmware objects available for download over a network such as a cable television system
US6904611B1 (en) 1999-09-03 2005-06-07 General Instrument Corporation Method and system for directing the download of software and firmware objects over a network such as a cable television system
WO2001052065A2 (en) * 2000-01-07 2001-07-19 Thomson Licensing S.A. Method and apparatus for backing up application code upon power failure during a code update
JP2001275092A (ja) * 2000-01-20 2001-10-05 Matsushita Electric Ind Co Ltd デジタル放送の伝送方法、デジタル放送受信機、デジタル放送局システム
US7069578B1 (en) * 2000-02-04 2006-06-27 Scientific-Atlanta, Inc. Settop cable television control device and method including bootloader software and code version table for maintaining and updating settop receiver operating system software
JP4766770B2 (ja) * 2000-06-13 2011-09-07 パナソニック株式会社 蓄積型放送サービスシステムおよび受信蓄積装置
GB0016061D0 (en) 2000-06-30 2000-08-23 Koninkl Philips Electronics Nv Efficient recording of object carousels
US6735601B1 (en) 2000-12-29 2004-05-11 Vmware, Inc. System and method for remote file access by computer
FR2822329B1 (fr) * 2001-03-14 2003-06-20 Sagem Dispositif de chargement d'applications dediees a la reception de signaux de television
FR2824646B1 (fr) * 2001-05-09 2003-08-15 Canal Plus Technologies Procede de selection d'une image de logiciel executable
GB2381090B (en) * 2001-10-17 2005-02-02 Bitarts Ltd Software loading
US7136982B2 (en) 2001-11-09 2006-11-14 Danger, Inc. Apparatus and method for allocating memory blocks
DE60227693D1 (de) 2001-12-07 2008-08-28 Matsushita Electric Ind Co Ltd Media inhalt verteilungs -system und -verfahren
US9134989B2 (en) * 2002-01-31 2015-09-15 Qualcomm Incorporated System and method for updating dataset versions resident on a wireless device
US7206862B2 (en) * 2002-04-24 2007-04-17 Microsoft Corporation Method and apparatus for efficiently matching responses to requests previously passed by a network node
ATE352939T1 (de) * 2002-05-22 2007-02-15 Thomson Licensing Vorrichtungen, verfahren und produkte zur signierung und authentifizierung, insbesondere für digitale dvb/mpeg-mhp-datenströme
KR100484144B1 (ko) * 2002-06-20 2005-04-18 삼성전자주식회사 원격 관리 서버 및 원격 관리 방법
FR2845854B1 (fr) * 2002-10-11 2005-01-14 Thomson Licensing Sa Desactivation a distance de decodeurs d'acces a des donnees numeriques multimedia
US9092286B2 (en) 2002-12-20 2015-07-28 Qualcomm Incorporated System to automatically process components on a device
US7500092B2 (en) 2003-01-17 2009-03-03 International Business Machines Corporation Hardware abstraction for set-top box operating systems
US7673297B1 (en) * 2003-09-03 2010-03-02 The Directv Group, Inc. Automatic software update detection and flexible installer for set-top boxes
US8626146B2 (en) 2003-10-29 2014-01-07 Qualcomm Incorporated Method, software and apparatus for performing actions on a wireless device using action lists and versioning
KR100574230B1 (ko) * 2003-11-14 2006-04-26 한국전자통신연구원 디지털 데이터 방송의 헤드엔드 또는 가입자 단말에서변경 어플리케이션 데이터 처리 방법
EP1533695B1 (en) * 2003-11-19 2013-08-07 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Updating data in a mobile terminal
WO2005073845A2 (en) * 2004-01-28 2005-08-11 Koninklijke Philips Electronics, N.V. Use loader for signaling the system software update service
EP1734748A4 (en) 2004-04-06 2008-12-03 Panasonic Corp PROGRAM EXECUTION DEVICE
US7425992B2 (en) * 2004-10-29 2008-09-16 Sharp Laboratories Of America, Inc. Method and apparatus for upgrading a television system
KR100630729B1 (ko) * 2005-01-04 2006-10-02 삼성전자주식회사 플래쉬 메모리의 메인 코드 다운로드 방법
KR100719022B1 (ko) * 2005-08-18 2007-05-17 삼성전자주식회사 디지털 방송시스템 및 디지털 방송시스템의소프트웨어 다운로드 방법과, 디지털ｔｖ 및 디지털ｔｖ 의소프트웨어 다운로드 방법
JP4548307B2 (ja) 2005-10-31 2010-09-22 ソニー株式会社 分離型処理装置及びそのソフトウエアの版更新方法
JP4932390B2 (ja) * 2006-08-31 2012-05-16 株式会社日立製作所 仮想化システム及び領域割当て制御方法
US20080293395A1 (en) * 2007-05-21 2008-11-27 Motorola, Inc. Using downloadable specifications to render a user interface on a mobile device
JP5065482B2 (ja) 2007-06-19 2012-10-31 クゥアルコム・インコーポレイテッド 無線環境においてデータセットを同期するための方法および機器
KR20100050098A (ko) * 2008-11-05 2010-05-13 삼성전자주식회사 영상처리장치 및 그 제어 방법
JP6402034B2 (ja) 2011-09-13 2018-10-10 フェイスブック，インク． コンピュータ内の情報を安全に保つシステム及び方法
US9477603B2 (en) 2013-09-05 2016-10-25 Facebook, Inc. System and method for partitioning of memory units into non-conflicting sets
US9983894B2 (en) 2013-09-25 2018-05-29 Facebook, Inc. Method and system for providing secure system execution on hardware supporting secure application execution
US10049048B1 (en) 2013-10-01 2018-08-14 Facebook, Inc. Method and system for using processor enclaves and cache partitioning to assist a software cryptoprocessor
US9747450B2 (en) 2014-02-10 2017-08-29 Facebook, Inc. Attestation using a combined measurement and its constituent measurements
US9734092B2 (en) 2014-03-19 2017-08-15 Facebook, Inc. Secure support for I/O in software cryptoprocessor
GB2546239A (en) * 2015-11-23 2017-07-19 Acadiant Ltd A Method and system for providing and executing web applications
US9588758B1 (en) 2015-12-18 2017-03-07 International Business Machines Corporation Identifying user managed software modules
CN107194237B (zh) * 2017-04-05 2020-04-03 百富计算机技术（深圳）有限公司 应用程序安全认证的方法、装置、计算机设备及存储介质
KR20210076608A (ko) * 2019-12-16 2021-06-24 주식회사 실리콘웍스 펌웨어 라이트 방법

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4430704A (en) * 1980-01-21 1984-02-07 The United States Of America As Represented By The Secretary Of The Navy Programmable bootstrap loading system
US4712141A (en) 1985-03-30 1987-12-08 Dainippon Screen Mfg. Co., Ltd. Method and apparatus for interpolating image signals
US5146568A (en) * 1988-09-06 1992-09-08 Digital Equipment Corporation Remote bootstrapping a node over communication link by initially requesting remote storage access program which emulates local disk to load other programs
US5367571A (en) * 1992-12-02 1994-11-22 Scientific-Atlanta, Inc. Subscriber terminal with plug in expansion card
US5608732A (en) * 1993-09-01 1997-03-04 Zenith Electronics Corporation Television distribution system having virtual memory downloading
US5819034A (en) * 1994-04-28 1998-10-06 Thomson Consumer Electronics, Inc. Apparatus for transmitting and receiving executable applications as for a multimedia system
US5539920A (en) * 1994-04-28 1996-07-23 Thomson Consumer Electronics, Inc. Method and apparatus for processing an audio video interactive signal
US5563648A (en) * 1994-04-28 1996-10-08 Thomson Consumer Electronics, Inc. Method for controlling execution of an audio video interactive program
EP0680216B1 (en) * 1994-04-28 2007-11-21 OpenTV, Inc. Apparatus and method for formulating an interactive signal
US5666293A (en) * 1994-05-27 1997-09-09 Bell Atlantic Network Services, Inc. Downloading operating system software through a broadcast channel
US5581706A (en) * 1994-06-30 1996-12-03 Rca Thomson Licensing Corporation Method forming an audio/video interactive data signal
JPH08305561A (ja) * 1995-04-28 1996-11-22 Nec Corp ファームウエアダウンロード方法とその装置
US5625693A (en) * 1995-07-07 1997-04-29 Thomson Consumer Electronics, Inc. Apparatus and method for authenticating transmitting applications in an interactive TV system
US5689825A (en) * 1995-07-28 1997-11-18 Motorola, Inc. Method and apparatus for downloading updated software to portable wireless communication units
US6067500A (en) * 1995-08-14 2000-05-23 Aisin Aw Co., Ltd. Navigation system
US5771064A (en) * 1995-11-29 1998-06-23 Scientific-Atlanta, Inc. Home communications terminal having an applications module
WO1997030375A1 (en) * 1996-02-13 1997-08-21 Obsidian Imaging, Inc. Method and apparatus for configuring a camera through external means
WO1997030402A1 (en) * 1996-02-16 1997-08-21 Philips Electronics N.V. A platform subsystem for executing a multimedia application title and a method for storing it
US6112025A (en) * 1996-03-25 2000-08-29 Sun Microsystems, Inc. System and method for dynamic program linking
GB9623298D0 (en) * 1996-11-08 1997-01-08 Int Computers Ltd Updating mechanism for software
US5787017A (en) * 1997-04-18 1998-07-28 Lmi Corporation Method and apparatus for acquiring data from a measurement transducer
US5961586A (en) * 1997-05-14 1999-10-05 Citrix Systems, Inc. System and method for remotely executing an interpretive language application
US5987135A (en) * 1997-07-25 1999-11-16 Prc Inc. System and method for controlling and monitoring remote distributed processing system

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2576965C1 (ru) * 2014-12-30 2016-03-10 Олег Иванович Квасенков Способ производства консервов "солянка рыбная"

Also Published As

Publication number Publication date
HRP20000164A2 (en) 2001-12-31
US6970960B1 (en) 2005-11-29
CA2304144A1 (en) 1999-04-15
ZA988996B (en) 1999-05-24
PL339580A1 (en) 2000-12-18
JP2009238238A (ja) 2009-10-15
NO20001651D0 (no) 2000-03-30
JP4845263B2 (ja) 2011-12-28
CA2304144C (en) 2010-09-28
ID24163A (id) 2000-07-13
EP0907285A1 (en) 1999-04-07
BR9813235A (pt) 2000-08-22
JP4971388B2 (ja) 2012-07-11
EP1020078A1 (en) 2000-07-19
NO20001651L (no) 2000-06-05
JP2001519627A (ja) 2001-10-23
NO331878B1 (no) 2012-04-23
KR20010030926A (ko) 2001-04-16
AU9278398A (en) 1999-04-27
IL135412A0 (en) 2001-05-20
WO1999018724A1 (en) 1999-04-15
HUP0100358A2 (hu) 2001-06-28
TR200001280T2 (tr) 2001-01-22
CN1280740A (zh) 2001-01-17
RU2226042C2 (ru) 2004-03-20
AU749089B2 (en) 2002-06-20
IL135412A (en) 2006-08-01

Similar Documents

Publication Publication Date Title
UA63976C2 (uk) Спосіб завантаження даних, приймач-декодер, система передавання та система передавання і приймання для його здійснення
JP4062367B2 (ja) Ｍｐｅｇ受信機／デコーダ及びデータをｍｐｅｇ受信機／デコーダにダウンロードする方法
US7774820B2 (en) Settop cable television control device and method including bootloader software and code version table for maintaining and updating settop receiver operating system software
RU2321965C2 (ru) Структура mpeg-таблицы
KR100632363B1 (ko) 디지털 디코더에서 애플리케이션의 다운로딩
MXPA06004543A (es) Metodo para autentificar y ejecutar un programa de aplicacion.
JP2009077451A (ja) 伝送データ・ストリームからデータ・セクションを抽出する方法
JP2001518256A5 (uk)
JP2006050625A (ja) 端末における動作強制
US20040163112A1 (en) Data signal receiver programmed by loading program and method for updating software using loading program
MXPA00003214A (en) Downloading data
CZ20001197A3 (cs) Zavádění dat