RU2141174C1 - Устройство и способ для формирования аудио-, видео- и интерактивной компонент интерактивного телевизионного сигнала - Google Patents
Устройство и способ для формирования аудио-, видео- и интерактивной компонент интерактивного телевизионного сигнала Download PDFInfo
- Publication number
- RU2141174C1 RU2141174C1 RU95106475A RU95106475A RU2141174C1 RU 2141174 C1 RU2141174 C1 RU 2141174C1 RU 95106475 A RU95106475 A RU 95106475A RU 95106475 A RU95106475 A RU 95106475A RU 2141174 C1 RU2141174 C1 RU 2141174C1
- Authority
- RU
- Russia
- Prior art keywords
- transport
- packets
- interactive
- modules
- audio
- Prior art date
Links
Images
Classifications
-
- 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
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
-
- 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/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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/23614—Multiplexing of additional data and video streams
-
- 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/23614—Multiplexing of additional data and video streams
- H04N21/23617—Multiplexing of additional data and video streams by inserting additional data into a data carousel, e.g. inserting software modules into a DVB carousel
-
- 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/2368—Multiplexing of audio and video streams
-
- 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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
- H04N21/2383—Channel coding or modulation of digital bit-stream, e.g. QPSK modulation
-
- 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/4341—Demultiplexing of audio and video streams
-
- 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/4348—Demultiplexing of additional data and video streams
-
- 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
- H04N7/00—Television systems
- H04N7/24—Systems for the transmission of television signals using pulse code modulation
- H04N7/52—Systems for transmission of a pulse code modulated video signal with one or more other pulse code modulated signals, e.g. an audio signal or a synchronizing signal
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Time-Division Multiplex Systems (AREA)
- Television Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Изобретение относится к телевизионной технике и может быть использовано для форматирования исполняемых кодов и данных, определяющих интерактивные программы. Достигаемый технический результат-сжатие аудио- и видеопрограмм согласно требованиям Группы киноэкспертов. Сжатые программы сегментируют на транспортные пакеты и идентифицируют первым и вторым служебными идентификаторами. Интерактивные прикладные программы, ассоциированные с аудио- и видеопрограммами, компилируют в функциональные модули и уплотняют. Кроме того, создают сигнальные модули для инициирования в соответствующих приемниках способности приостанавливать или возобновлять исполнение интерактивной прикладной программы. Сигнальные модули мультиплексируют в пакетный поток, что позволяет учитывать при приеме появление изменений в получаемых сигнальных компонентах. Модуль может представлять собой исполняемое программное обеспечение или данные. Кодовая/информационная часть каждого модуля сопровождается битами контроля. Соответствующие модули сегментируются на транспортные пакеты, которые затем подвергают последовательному мультиплексированию для передачи. 2 с. и 19 з.п. ф-лы, 17 ил., 1 табл.
Description
Изобретение относится к системе для формирования сигнала, передаваемого, например, со спутника, в которой сигнал содержит видео-, аудио- и интерактивную составляющие, как в случае интерактивного телевидения.
Системы интерактивного телевидения являются известными, например, из патента США N 5233654. Система, описанная в патенте N 5233654, содержит приемник с компьютером, обладающим памятью, достаточной для хранения интерактивных программ, хотя и предусматривается возможность изменения программ посредством передаваемых данных. Чтобы сделать интерактивное телевидение менее дорогостоящим и, следовательно, более привлекательным для потребителя, желательно объем памяти в приемнике свести до минимума. Это может быть достигнуто регулярной передачей исполняемого кода, отвечающего требуемым применениям, а не постоянным хранением кодов, соответствующих этим применениям, в практике. Фактически, средства передачи используются здесь как запоминающее устройство большой емкости.
В ходе упрощения приемника и, соответственно, интерактивных программ становится необходимым передавать вспомогательные сигналы или программы для инициирования определенных функций в заданных случаях, таких как возникающие при сопряжении компонентов неинтерактивной программы, которые следуют за компонентами интерактивной программы. Например, это происходит при приостановлении интерактивной программы в период прохождения неинтерактивной коммерческой программы.
Настоящее изобретение направлено на создание устройства и способа, предназначенных для форматирования исполняемых кодов и данных, определяющих интерактивные применения, в сочетании с видео- и аудиоматериалами программ, пригодными для надежной и удобной передачи. Устройство содержит источники транспортных пакетов сжатых аудио- и видеосигналов. Компьютер выдает интерактивную программу, связанную со сжатыми аудио- и видеосигналами, причем интерактивная программа формируется из различных модулей, среди которых соответствующие модули из различных модулей, среди которых соответствующие модули содержат исполняемые коды или данные и имеется адресный модуль, связывающий прикладные модули. Имеется процессорное устройство для превращения пакетируемых модулей в транспортные пакеты и группирования транспортных пакетов из соответствующих модулей в передаваемые блоки, а также для формирования вспомогательных транспортных пакетов, содержащих заглавную информацию для соответствующих передаваемых блоков. Предусмотрены средства для присвоения первых идентифицируемых кодов SCIDv соответствующим транспортным видеопакетам, вторичных отличных идентифицирующих кодов SCIDa - соответствующим транспортным аудиопакетам и третьих иных идентифицирующих кодов SCIDD - соответствующим транспортным пакетам интерактивной программы.
Мультиплексор временного разделения обеспечивает мультиплексирование транспортных пакетов интерактивной программы с транспортными аудио- и видеопакетами так, чтобы интерактивная программа повторно включалась в сжатые аудио- и видеосигналы. Способ включает в себя формирование транспортных пакетов из сжатого аудиосигнала с соответствующими пакетами, содержащими полезные аудиосигнальные данные и идентифицирующие код SCIDai для идентификации транспортного пакета как содержащего аудиокомпонентные данные. Транспортные пакеты из сжатого видеосигнала формируются из соответствующих пакетов, содержащих полезные видеоданные и идентифицирующий код SCIDvi для идентификации транспортного пакета как содержащего видеокомпонентные данные. Формируется интерактивная прикладная программа, связанная с аудио- и видеокомпонентами. Интерактивная прикладная программа сегментируется на модули, подобно компьютерным файлам, причем соответствующие модули содержат исполняемые коды или прикладные данные. Соответствующие модули делятся на один или несколько передаваемых блоков, содержащих целое число транспортных пакетов, причем каждый транспортный пакет содержит идентифицирующий код SCIDDi для идентификации транспортного пакета как содержащего интерактивные компонентные данные. Другой транспортный пакет генерируется для соответствующих передаваемых блоков, причем этот другой транспортный пакет содержит информацию Заголовка передаваемого блока, характеризующую информацию, содержащуюся в соответствующем передаваемом блоке. И, наконец, пакеты с аудио- и видеокомпонентами мультиплексируются во времени с пакетами из интерактивной компоненты, причем упомянутые пакеты из интерактивной компоненты присутствуют в передаваемой блочной последовательности с соответствующими передаваемыми блоками, возглавляемыми упомянутым другим транспортным пакетом.
Краткое описание чертежей
Ниже дается подробное описание изобретения со ссылками на чертежи, на которых представлено следующее:
Фиг. 1 - блок-схема системы формирования интерактивного телевизионного сигнала, соответствующая настоящему изобретению;
Фиг. 2 - блок-схема, иллюстрирующая процесс деления кодовых/информационных байтов модуля на передаваемые блоки;
фиг. 3 - графическое изображение модуля;
фиг. 4 - графическое представление передаваемого блока;
фиг. 5 - таблица, характеризующая содержание передаваемого блочного заголовка;
фиг. 6 - таблица, иллюстрирующая характерный состав директории модуля;
фиг. 7 - графическое изображение состава модуля для интерактивной прикладной программы;
фиг. 8 и 9 - форма сигналов для переменных временных последовательностей, используемых для управления мультиплексированием во времени аудио- /видео- и модульными пакетами;
фиг. 10 - графическое изображение переменных последовательностей, соответствующих мультиплексированным по времени аудио-/ видео- и модульным пакетами;
фиг. 11, 12 и 13 - графическое изображение видов транспортных пакетов;
фиг. 14 - блок-схема типичного устройства для генерации кодовых/информационных транспортных пакетов и
фиг. 15, 16 и 17 - блок-схемы, иллюстрирующие процесс формирования передаваемых блоков и транспортных пакетов для соответствующих модулей.
Ниже дается подробное описание изобретения со ссылками на чертежи, на которых представлено следующее:
Фиг. 1 - блок-схема системы формирования интерактивного телевизионного сигнала, соответствующая настоящему изобретению;
Фиг. 2 - блок-схема, иллюстрирующая процесс деления кодовых/информационных байтов модуля на передаваемые блоки;
фиг. 3 - графическое изображение модуля;
фиг. 4 - графическое представление передаваемого блока;
фиг. 5 - таблица, характеризующая содержание передаваемого блочного заголовка;
фиг. 6 - таблица, иллюстрирующая характерный состав директории модуля;
фиг. 7 - графическое изображение состава модуля для интерактивной прикладной программы;
фиг. 8 и 9 - форма сигналов для переменных временных последовательностей, используемых для управления мультиплексированием во времени аудио- /видео- и модульными пакетами;
фиг. 10 - графическое изображение переменных последовательностей, соответствующих мультиплексированным по времени аудио-/ видео- и модульным пакетами;
фиг. 11, 12 и 13 - графическое изображение видов транспортных пакетов;
фиг. 14 - блок-схема типичного устройства для генерации кодовых/информационных транспортных пакетов и
фиг. 15, 16 и 17 - блок-схемы, иллюстрирующие процесс формирования передаваемых блоков и транспортных пакетов для соответствующих модулей.
Изобретение будет описано применительно к рассмотрению цифровой передающей системы со сжатием, используемой, например в спутниковой системе прямого вещания. Предполагается, что единственный спутниковый транспондер обладает шириной полосы, достаточной для обслуживания некоторой совокупности соответствующих телевизионных программ. Соответствующие телевизионные программы подвергают временному сжатию и временному разделению, мультиплексированному в единственном транспондере.
Как показано на фиг. 1, пакетный мультиплексор 16 выдает через выходной порт аудио- /видео-/ интерактивную (AVI) программу. Подобное устройство 26 генерирует альтернативные аудио- /видео-/ интерактивные программы. Сведения о порядке проводки программы, которые содержат информацию, связывающую аудио-, видео- и интерактивные компоненты соответствующих AVI - программ через идентифицирующие коды SCID, выдаются элементом обработки 27 в передающем формате аналогично AVI - программам. Сведения о порядке проводки программы и соответствующие AVI - программы поступают в транспортной пакетной форме в соответствующие входные порты канального мультиплексора 28. Канальный мультиплексор 28 может представлять собой известное устройство, обеспечивающее равномерное во времени разделение с мультиплексированием соответствующих сигналов в единый сигнал, или же он может представлять собой статически управляемый мультиплексор. Выходной сигнал мультиплексора 28 подается на модем, в котором происходит его преобразование до состояния, пригодного, например, для подачи в спутниковый транспондер. Модем может содержать устройство кодирования ошибок и чередования сигналов (не показано).
Процесс формирования AVI - программы управляется программным контроллером 5 системы. Программный контроллер 5 может содержать пользовательский интерфейс, посредством которого производится выбор отдельных программ и соответствующих программных сигнальных компонентов. Программный контроллер присваивает соответствующие идентифицирующие коды SCID соответствующим аудио-, видео - и интерактивным компонентам соответствующих программ. Предполагается, что соответствующие приемники имеют доступ к сведениям о порядке проводки программы, чем обеспечивается возможность установления идентифицирующих кодов SCID, связанных с компонентами AVI - программы, и затем выбора транспортных пакетов из передаваемого сигнального потока, содержащего присоединенные идентифицирующие коды SCID. Аудио-, и видео- и интерактивным компонентам присваивают разные идентифицирующие коды SCID, в результате чего один или несколько компонентов одной AVI - программы могут быть с удобством использованы при формировании чередующихся AVI - программ. Пусть, например, две схожих телевизионных игровых передачи создаются одновременно и желательно сделать их интерактивными при использовании одного и того же формата взаимодействия с пользователем. Одна и та же интерактивная компонента может быть использована простым связыванием их идентифицирующих кодов SCID с обеими AVI - программами, если только интерактивная компонента является в существенной мере независимой от видеопрограммы. Использование различных идентифицирующих кодов SCID, облегчает редактирование с использованием аудио- компоненты из одной программы с видеокомпонентной из другой программы.
Данная AVI - программа может содержать разнообразные источники сигнальных компонентов. На фиг. 1 показаны источник интерактивной компоненты 10, источник видеокомпоненты 17 и первый и второй источники аудиокомпоненты 20 и 23 (двуязыковая аудиокомпонента). Контроллер 5 связан с соответствующими источниками и выполняет функции временного управления и/или отпирания. Источник видеосигнала 17 связан с устройством сжатия видеосигнала 18, которое осуществляет сжатие сигнал, согласно стандарту на сжатие видеосигнала, разработанному Группой киноэкспертов (MPEG). Аналогичным образом, соответствующие аудиосигналы от источников 20 и 23 подают в соответствующие устройства сжатия 21 и 24. Эти устройства могут сжимать соответствующие аудиосигналы согласно стандарту на сжатие аудиосигнала, разработанному группой MPEG. Связанные аудио- и видеосигналы, сжатые согласно требованиям организации MPEG, синхронизируют с использованием меток временного представления (PTS), поступающих с синхронизирующего элемента 15. Вопросы временного соотношения аудио- и видеосигналов рассмотрены, например в руководстве (INTERNATIONAL ORGANIZATION FOR STANDARTIZATION, ISO/IEC JTCI/SC29/WGII; NO531, CODING OF MOVING PICTURES AND ASSOCIATED AUDIO, MPEG93, SEPTEMBER, 1993).
Сжатые аудио- и видеосигналы подают в формирователи транспортных пакетов 19, 22 и 25. Формирователи аудио- и видеосигнальных транспортных пакетов известны и здесь не будут детально описываться. Достаточно сказать, что формирователи пакетов делят сжатые данные на части полезной нагрузки с заданным числом байтов и присоединяют идентифицирующие заголовки, содержащие соответствующие идентифицирующие коды SCID. Подробная информация о функционировании формирователя транспортных пакетов из видеосигнала содержится в патенте США N 5168356. Формирователи пакетов связаны с пакетным мультиплексором для мультиплексирования с разделением во времени соответствующих компонент сигнала. Формирователи транспортных пакетов могут содержать буферную память для временного хранения пакетированных данных, что позволяет мультиплексору заниматься обслуживанием других компонент. Формирователи пакетов содержат сигнальные линии ГОТОВНОСТИ ПАКЕТОВ, связанные с мультиплексором, чем сигнализируется наличие пакета.
Интерактивные программы создаются известными способами посредством управляемого программистом элемента 10, который может представлять собой компьютер, интерактивную программу, именуемую далее прикладной программой, компилируют и уплотняют. Под уплотнением понимают сжатие или перевод на более плотный язык. Соответствующие куски программы сегментируют на модули различных типов. Модули сходны с компьютерными файлами. Первый тип модуля представляет собой кодовый модуль, который содержит исполняемый код, необходимый для программирования вычислительного устройства в приемнике с целью выполнения прикладной программы. Вторым типом модуля является информационный модуль.
Информационные модули содержат неисполняемые данные, используемые при выполнении прикладной программы. Информационные модули характеризуются более высокой динамичностью, чем кодовые модули, т.е. информационные модули могут претерпевать изменение в период прохождения программы, тогда как кодовые модули обычно изменяться не могут.
Третий тип модуля помечается словом СИГНАЛ. Этот модуль представляет собой специальный пакет, способный производить прерывания. Сигналы могут быть использованы для синхронизации прикладной программы, например, с каким-то видеокадром (при показе представлений) или для приведения прикладной программы в состояние готовности к появлению особых событий (например, конца прикладной программы). Синхронизацию осуществляют включением временных меток представления. Запрограммированная функция системы реализуется тогда, когда временная метка представления изменяющегося во времени видеосигнала совпадает с временной меткой представления сигнального модуля.
Соответствующие модули, после их уплотнения, подвергаются обработке источником интерактивной компоненты 10 с целью формирования передаваемого блока, как показано на блок-схеме, представленной на фиг. 2. Модуль извлекают { 50} из памяти персонального компьютера и подвергают кодированию для контроля ошибок {51}. Генерируются поверочные разряды, и разряды контроля избыточным циклическим кодом подсоединяются или добавляются {52} к концу модульных данных. Разряды контроля циклическим избыточным кодом распространяются на полный модуль, т.е. в предпочтительном варианте осуществления изобретения кодирования для контроля ошибок производится на полный модуль, а не на сегменты модуля. Подсчитывается { 53} число байтов, составляющих модуль, и это число делится {54} на число N, равное числу кодовых /информационных байтов, входящих в соответствующие транспортные пакеты. Частное подвергается проверке на возможность превышения числом транспортных пакетов пороговой величины, характеризующей требуемое максимальное число пакетов в расчете на передаваемый блок. Если частное превышает пороговую величину, то тогда пакеты следует разделить на некоторую совокупность передаваемых блоков (фиг. 3). Передаваемый блок (TU) состоит из целого числа транспортных пакетов (фиг. 4), один из которых содержит заглавную информацию о передаваемом блоке и остальные содержат сегмент из байтов модуля. Передаваемые блоки могут содержать равное или неравное число транспортных пакетов. В изобретении не оптимальный размер передаваемого блока. Однако, если оптимальный размер передаваемого блока составляет P транспортных пакетов, то тогда частное (плюс 1 блок), найденное на этапе 54, может быть разделено на P для нахождения числа передаваемых блоков. В случае этого примера может получиться некоторое число передаваемых блоков по P пакетов и еще последний передаваемый блок с меньшим числом пакетов. Или же транспортные пакеты в модуле могут быть равномерно распределены между передаваемыми блоками равного размера.
Проводят проверку {55} на определение числа транспортных пакетов в модуле. Если в модуле содержится недостаточное число байтов для заполнения последнего транспортного пакета, то тогда последний транспортный пакет дополняют модулями { 56} с пустыми словами. Уплотненный модуль затем хранят {58} в памяти 11 в предварительно определенной области памяти.
Размер передаваемого блока определяется по усмотрению программиста прикладной программы. Модули разбиваются на передаваемые блоки, поскольку AVI - программа может содержать альтернативные функциональные прикладные программы и, тем самым, альтернативные модули, которые могут быть выбраны пользователем соответствующих приемников. Одни из этих альтернативных модулей могут быть сравнительно короткими. Предваряя стремление пользователя к укороченной программе вместо необходимости ожидать передачу удлиненной программы, соответствующие модули разбивают на части (передаваемые блоки), и может быть обеспечено чередование передаваемых блоки различных модулей. Такая обработка может значительно сократить время, необходимое для получения какого-либо модуля из ряда альтернативных модулей.
В табл. 1 на фиг. 5 перечислены примерные типы информации заголовков, включаемой в заглавный пакет каждого передаваемого блока. Следует заметить, что заголовок содержит номер версии. Номер версии включен для указания изменения, производимого в прикладной программе во время представления AVI - программы. Декодер приемника может быть выполнен с возможностью обновления исполняемой прикладной программы или обнаружения изменения номера версии. Идентификатор модуля подобен идентификатору компьютерного файла и устанавливается программистом, составляющим прикладную программу. Байтовый сдвиг у модуля передаваемого блока представляет собой число, которое указывает местоположение в модуле первого кодового /информационного байта полезной нагрузки у передаваемого блока. Например, если каждый передаваемый блок содержит 8 кодовых/ информационных транспортных пакетов и один кодовый/ информационный транспортный пакет содержит 127 кодовых /информационных байтов, то тогда байтовый сдвиг у модуля i-того передаваемого блока может составлять 8 х 127 х (i). Длина (в байтах) передаваемого блока, если она оказывается менее произведения 8 х 127, говорит о том, что передаваемый блок является последним блоком модуля, и также указывает на местоположение последнего кодового /информационного байта в передаваемом блоке.
Заглавная информация о передаваемом блоке, приведенная в табл. 1, компилируется источником интерактивной компоненты 10 и запоминается {59} в другой области памяти 11 посредством контроллера памяти 12. Информация, необходимая для формирования директории, также хранится {60} в памяти 11.
После формирования прикладной программы и обработки модулей источник интерактивной компоненты 10, управляемый программистом, составляющим прикладную программу, формирует модуль директории, который взаимосвязывает модули прикладной программы, что является необходимым для функционирования аппаратуры, принимающей прикладную программу. В табл. 11 на фиг. 6 указаны характерные типы данных, включаемых в модуль директории. Модуль директории содержит заголовок с идентификатором прикладной программы (AID), поле, которое указывает объем памяти, необходимой для хранения и исполнения прикладной программы, и поле, указывающее число модулей, содержащихся в прикладной программе. Информационная часть модуля директории содержит данные для каждого модуля, сходящие с заглавными данными для соответствующих модулей. Кроме того, имеется еще и строковая таблица, которая представляет собой перечень соответствующих названий модулей прикладной программы в формате Американского стандартного кода для обмена информацией ASCII.
Информация модуля директории запоминается в третьей предварительно определенной области памяти 11. Источник интерактивной компоненты 10 может быть запрограммирован на формирование фактических передаваемых блоков и транспортных пакетов; однако, как показано на фиг. 1, может быть введен отдельный формирователь 14 кодовых/ информационных пакетов. Формирователь кодовых/ информационных пакетов имеет доступ к соответствующим областям памяти 11 посредством контроллера памяти 12, и он генерирует пакеты в последовательности, отвечающей соответствующей прикладной программе (фиг. 7). Последовательности, отвечающие соответствующим модулям и передаваемым блокам, показаны соответственно на фиг. 3 и 4. Пакеты, выдаваемые формирователем пакетов 14, поступают на пакетный мультиплексор 16.
Пакетный мультиплексор 16 располагает пакеты некоторым определенным образом. Для видеокомпоненты типичной AVI - программы требуется наибольшая ширина полосы канала, и скорость действия мультиплексора определяется в функции от требуемой ширины видеополосы. То есть, для передачи изображений со скоростью 30 кадров в секунду необходимо, чтобы средняя минимальная скорость следования видеопакетов составляла P пакетов в секунду. Величина P определяется пространственным разрешением кодированного изображения, отношением сторон у изображения и т.д. Для удовлетворения этого требования и для включения аудиокомпоненты и компоненты прикладной программы примерная система, показанная на фиг. 1, обладает способностью мультиплексировать 2P пакетов в секунду. На фиг. 8, 9 и 10 проиллюстрированы форматы мультиплексируемых чередующихся пакетов.
При мультиплексировании в формате, показанном на фиг. 8, предполагается, что компоненты программы содержат только видео- и одну аудиокомпоненту, как это имеет место в случае типичной телевизионной программы. Колебания M иллюстрируют скорость мультиплексирования, при котором мультиплексор пропускает один пакет в каждый момент прохождения колебания M. Колебания V и AI характеризуют временное прохождение мультиплексированных видео- и аудиопакетов соответственно. В этом примере аудио- и видеопакеты чередуются. Следует однако, заметить, что аудиопакеты не обязательно будут следовать с такой высокой скоростью, с какой следуют видеопакеты. Если аудиопакеты не следуют со скоростью мультиплексирования аудиокомпоненты, то тогда мультиплексор может быть устроен так, что он просто не будет пропускать аудиопакет в канал в период мультиплексирования аудиокомпоненты или же он будет последний аудиопакет. Если канальный мультиплексор 28 представляет собой статистический мультиплексор, то тогда предпочтительно следует не пропускать аудиопакет при отсутствии нового первичного пакета. Сказанное легко достигается подачей сигнала о готовности пакета, вырабатываемого формирователем аудиопакетов, под воздействием которого мультиплексор перекрывает канал мультиплексирования аудиопакетов в период отсутствия аудиопакетов.
При мультиплексировании в формате, показанном на фиг. 9, предполагается, что компоненты программы содержат видеокомпоненту, аудиокомпоненту A1 и вторую аудиокомпоненту A2 или интерактивную информационную компоненту 0. В случае этой последовательности мультиплексирования видеопакет проходит в течение каждого второго прохождения мультиплексирующего сигнала М. Во время чередующихся переходов мультиплексирующего сигнала чередуются две другие компоненты. Видеопакеты проходят в моменты времени T1, T3, T5, T7, T9 и т.д. Аудиопакет A1 проходит попеременно с пакетом A2 или с пакетом данных D. Аудиопакет A1 проходит в моменты времени T2, T6, T8 и T12. Аудиопакеты A2 или D проходят в моменты времени T4, T10. В случае этой последовательности предполагается, что пакет A2 или D отсутствует в момент времени T8 и мультиплексор защищает их имеющимся пакетом A1. После этого пакеты A1 и A2 или D чередуются.
Касаясь приоритета при мультиплексировании пакетов в период прохождения через мультиплексор невидеопакетов, если приоритет вообще предполагается, предпочтение следует отдавать сигнальной компоненте пакетов, которые появляются очень нечасто, присваивая им повышенный приоритет при мультиплексировании.
На фиг. 10 проиллюстрирован ряд последовательностей мультиплексирования чередующихся компонент, в случае которых всегда предполагается, что видеопакеты при их мультиплексировании проходят через каждый второй временной канал. В случае последовательности S1 предполагается наличие видео-, первой и второй аудио- и информационной компонент. Показано, что пакеты, отвечающие первой и второй аудио- и информационной D компонентам строго чередуются, проходя в моменты времени с четными номерами. В случае последовательности S2 также предполагается наличие видео-, первой и второй аудио- и информационной компонент. Однако в случае этой последовательности предполагается, что информационной компоненте D требуется относительно широкая полоса для прохождения сигнала, информационный пакет D показан здесь распределенным по двум несоседним четным временным каналам (разнесенным на один четный временной канал) с аудиокомпонентами, чередующимися в остальные промежутки времени с четными номерами. В случае последовательностей S3 и S4 предполагается, что аудиокомпонентам необходимы значительно более широкие полосы, чем информационной компоненте, и тем самым, распределение изображается захватывающим большее число мультиплексных временных каналов с четными номерами. Одновременно можно передавать более одного модуля. Если модули передают одновременно, то рекомендуется транспортные пакеты от различных передаваемых блоков разных модулей не подвергать чередованию в процессе пакетного мультиплексирования. Но при этом могут чередоваться полные передаваемые блоки от различных модулей.
Здесь не будут описаны особенности конструкции пакетного мультиплексора 16, поскольку техника мультиплексирования уже вполне сложилась, и специалисты, работающие в области цифровой обработки сигналов, могут легко разработать мультиплексор, отвечающий их специфическим требованиям. Достаточно сказать, что пакетный мультиплексор 16 может содержать переключатели на три логических состояния с входными портами, связанными с соответствующими компонентными сигналами, и выходными портами, соединенными с выходным портом мультиплексора. Устройство может обеспечивать возможность управления логическими переключателями по приоритету, устанавливаемому контроллером 5 и по сигналам о готовности соответствующих пакетов, подаваемым формирователями пакетов.
На фиг. 11 проиллюстрирована примерная форма AVI - пакетов. Пакеты содержат уровень компоновки, который сообщает префикс, и служебный уровень, или транспортный блок, который может быть приспособлен для выполнения определенной служебной функции. Префикс, сообщаемый в уровне компоновки, представляет собой двухбайтовое поле, которое содержит четыре однобитовых сигнала P, BB, CF, CS и 12-битовое поле для кодового идентификатора SCID. Сигналы P, BB, CF и CS представляют собой бит кадрирования пакета, бит границы группы, флаг управления для пакетного шифровального ключа и управляющая синхронизация для шифровального ключа. Примерное кодирование полей флага управления CF и управляющей синхронизации проводится согласно связям, приведенным в таблице в конце текста.
Служебный уровень, или транспортный блок проиллюстрирован на фиг. 12. Он содержит однобайтовый заголовок и 127-байтовую кодовую/ информационную полезную нагрузку. Заголовок содержит четырехбитовое поле для счета неразрывности (CC) по модулю 16 и четырехбитовый идентификаторный заголовок (HD) типа служебной функции. Для интерактивных кодовых/информационных пакетов используют два типа служебных функций, которые идентифицируются четырехбитовым заглавным (HD) полем по следующему правилу:
0000 ВСПОМОГАТЕЛЬНЫЙ ПАКЕТ (AUX PACKET)
0100 ОСНОВНОЙ ПАКЕТ (BASIC PACKET)
Транспортный блок основного пакета просто содержит заглавный (HD) байт, сопровождаемый 127 байтами модульных кодовых слов. Основные пакеты используют для перемещения кодовых слов соответствующих модулей, но не для передачи заглавной информации о передаваемом блоке. Заглавную информацию о передаваемом блоке (TU) и всякую заглавную и информацию о модуле передают во вспомогательных (AUX) пакетах. На фиг. 13 проиллюстрирована форма служебного уровня у примерных вспомогательных (AUX) пакетов.
0000 ВСПОМОГАТЕЛЬНЫЙ ПАКЕТ (AUX PACKET)
0100 ОСНОВНОЙ ПАКЕТ (BASIC PACKET)
Транспортный блок основного пакета просто содержит заглавный (HD) байт, сопровождаемый 127 байтами модульных кодовых слов. Основные пакеты используют для перемещения кодовых слов соответствующих модулей, но не для передачи заглавной информации о передаваемом блоке. Заглавную информацию о передаваемом блоке (TU) и всякую заглавную и информацию о модуле передают во вспомогательных (AUX) пакетах. На фиг. 13 проиллюстрирована форма служебного уровня у примерных вспомогательных (AUX) пакетов.
Служебный уровень вспомогательного (AUX) пакета содержит однобайтовый заголовок с информацией о неразрывности счета (CC) и заголовке (HD). Величина неразрывности счета (CC) у всех вспомогательных (AUX) пакетов представляет собой уникальную величину, такую как 0000. Остальные 127 байтов полезной нагрузки делятся на одну или несколько вспомогательных групп изменяемого размера. Каждая вспомогательная группа содержит двухбайтовое заглавное поле, содержащее два флага MF (модифицируемый флаг) и CFF (флаг текущего поля), идентификатор вспомогательного поля (AFID) и число AFS (размер вспомогательных данных), указывающее количество вспомогательных данных, следующих в поле вспомогательных (AUX) данных изменяемой длины.
Флаг MF (модифицируемый флаг) говорит о возможности или невозможности модифицирования в поле вспомогательных (AUX) данных, и флаг CFF (флаг текущего поля) показывает, дополнено ли нулями поле вспомогательных (AUX) данных. Одна из вспомогательных групп компонуется с учетом возможности передачи заглавной информации о передаваемом блоке. Эта особая вспомогательная группа будет содержать дополнительный заголовок (AH), который включает в себя 16-битовое поле, указывающее число пакетов в передаваемом блоке, и второе 8 - битовое поле, содержащее величину CC (счета неразрывности) у первого основного пакета в передаваемом блоке.
На фиг. 14 показан примерный вариант устройства формирователя 14 кодовых /информационных транспортных пакетов. Пакетный формирователь содержит контроллер 75, который управляет функциональным порядком последовательного формирования пакетов и осуществляет связь с программным контроллером памяти 12 и пакетным мультиплексором 16. Контроллер 75 получает сведения о кодовых идентификаторах (SCID) от программного контроллера 5 и хранит их в элементе памяти 78 наряду с другими пакетными префиксными данными. Контроллер 75 связан с памятью 11 через контроллер памяти 12, чем обеспечивается доступ к коду/ данным прикладной программы, которые затем переводятся в одну из двух буферных памятей 76 и 77. Заглавные данные, которые должны быть вложены во вспомогательные (AUX) пакеты, переводятся в буфер 76, и данные, которые должны быть вложены в основные пакеты, хранятся в буфере 77. Другой элемент хранения 79 используют для хранения заглавных данных (HD) о служебном уровне; и для полноты картины в устройство включен счетчик 80 неразрывности счета (CC). Или же элементы памяти 78 и 79 могут быть частью внутренней памяти, подключенной к контроллеру 75, и счетчик неразрывности 80 может быть реализован в программном обеспечении контроллера 75.
Выходные порты у соответствующих элементов 76-80 выполнены с использованием логических устройств на три состояния, все из которых присоединяются к общей выходной шине. Пакетные данные накапливаются в соответствующих элементах 76 - 80 и подводятся к выходной шине в виде формирующей пакеты последовательности, управляемой контроллером 75.
Шина подключена к блоку кодирования на ошибку 82. Блок кодирования на ошибку 82 генерирует биты контроля циклическим избыточным кодом заголовка на ошибку (CRCH), осуществляемого над вспомогательной группой соответствующих вспомогательных (AUX) пакетов, которые содержат дополнительный заголовок (AH), и соединяет или присоединяет эти (CRCH) биты к вспомогательному (AUX) пакету. Точнее, кодирование для контроля циклическим избыточным кодом заголовка на ошибку (CRCH) производится по информационному полю вспомогательной группы и дополнительному заголовку (AH), но не по заголовку вспомогательной группы. Биты CRCH (контроля циклическим избыточным кодом заголовка на ошибку) присоединяют к вспомогательной группе. Блок кодирования на ошибку может быть также приспособлен для генерирования кодов для циклического избыточного контроля на ошибку (CRC) информации, включенной в служебный уровень основных пакетов, и для присоединения или подсоединения CRC-кодов на ошибку к соответствующим основным пакетам. Пакеты затем передаются в буферную память 81, которая может представлять собой память с простой очередностью (в порядке поступления). При поступлении в память с простой очередностью 81 (FIFO) полного пакета генерируется сигнал о готовности пакета. Порт вывода данных из памяти с простой очередностью (FIFO) и сигнал о готовности пакета связаны с пакетным мультиплексором 16.
На фиг. 15, 16 и 17 показаны блок-схемы, последовательно иллюстрирующие в порядке усложнения процесс кодового/ информационного пакетирования. Перед обсуждением этих блок-схем следует определить несколько акронимов (сокращений, составленных из первых букв). Эти сокращения расшифровываются следующим образом:
TU - передаваемый блок;
CC - счет неразрывности;
TUN - число передаваемых блоков в модуле;
TPU - текущий индекс байтов, пакетированных в передаваемом блоке группами по 127;
TP - транспортный пакет;
TPN - число транспортных пакетов в передаваемом блоке;
ML - длина модуля (в байтах)
На фиг. 15 проиллюстрирован общий процесс, посредством которого пакетный формирователь пакетирует соответствующие прикладные программы. Следует напомнить, что передаваемый материал должен использоваться в виде находящейся в памяти прикладной программы, тем самым прикладная программа будет многократно передаваться, т.е. пакетироваться. Программный контроллер инициирует { 100} пакетирование прикладной программы. Получив такую команду, контроллер 75 производит выборку {101} из памяти 11 числа модулей (MN) текущей прикладной программы и заглавной информации о модулях и хранит результат выборки в буфере 76. Индекс i устанавливает {102} присоединение к 1. Пакетируется { 103} модуль директории. Затем пакетируется {105} первый модуль прикладной программы. Индекс i говорит о прибавлении одной единицы {106}, которая является величиной счета пакетированных модулей. Проведением теста {107} устанавливают, пакетирован ли последний модуль прикладной программы. Если последний модуль прикладной программы еще не подвергнут пакетированию, то тогда система делает шаг {105} и пакетирует следующий модуль. С другой стороны, если последний модуль прикладной программы уже претерпел пакетирование, то тогда проведением теста { 108} устанавливают, истекло ли время повторения прикладной программы. Если это так, то тогда система возвращается к шагу { 101} или к шагу {102}, начиная распаковывание (для повторной передачи) прикладной программы. Или же, если время повторения еще не истекло, система ожидает {109} перед распаковыванием прикладной программы.
TU - передаваемый блок;
CC - счет неразрывности;
TUN - число передаваемых блоков в модуле;
TPU - текущий индекс байтов, пакетированных в передаваемом блоке группами по 127;
TP - транспортный пакет;
TPN - число транспортных пакетов в передаваемом блоке;
ML - длина модуля (в байтах)
На фиг. 15 проиллюстрирован общий процесс, посредством которого пакетный формирователь пакетирует соответствующие прикладные программы. Следует напомнить, что передаваемый материал должен использоваться в виде находящейся в памяти прикладной программы, тем самым прикладная программа будет многократно передаваться, т.е. пакетироваться. Программный контроллер инициирует { 100} пакетирование прикладной программы. Получив такую команду, контроллер 75 производит выборку {101} из памяти 11 числа модулей (MN) текущей прикладной программы и заглавной информации о модулях и хранит результат выборки в буфере 76. Индекс i устанавливает {102} присоединение к 1. Пакетируется { 103} модуль директории. Затем пакетируется {105} первый модуль прикладной программы. Индекс i говорит о прибавлении одной единицы {106}, которая является величиной счета пакетированных модулей. Проведением теста {107} устанавливают, пакетирован ли последний модуль прикладной программы. Если последний модуль прикладной программы еще не подвергнут пакетированию, то тогда система делает шаг {105} и пакетирует следующий модуль. С другой стороны, если последний модуль прикладной программы уже претерпел пакетирование, то тогда проведением теста { 108} устанавливают, истекло ли время повторения прикладной программы. Если это так, то тогда система возвращается к шагу { 101} или к шагу {102}, начиная распаковывание (для повторной передачи) прикладной программы. Или же, если время повторения еще не истекло, система ожидает {109} перед распаковыванием прикладной программы.
На фиг. 16 проиллюстрировано формирование модульных пакетов. Эта подпрограмма инициируется {121} нахождением {122} в буферной памяти 76 выраженной в байтах длины модуля (MN), числа передаваемых блоков (TUN) у модуля и числа транспортных пакетов (TPN) у соответствующих передаваемых блоков. Индекс передаваемого блока (TU) устанавливают {123} равным нулю и другой текущий полный индекс передаваемого пакетированного блока (TPU) устанавливают {124} равным нулю. Формируют передаваемый блок {125}, что сводится к формированию заглавного вспомогательного (AUX) пакета передаваемого блока (TU) с последующим формированием TPN-1-основных пакетов с кодом/ данными прикладной программы. Индекс передаваемого блока увеличивают на одну единицу {126} и производят тестирование {127} на полноту заполнения последнего передаваемого блока в модуле. Если он не является заполненным, то тогда система переходит к шагу {125}. Если последний передаваемый блок (TU) модуля оказывается заполненным, то тогда подпрограмма исчерпывается.
На фиг. 17 показан процесс {125} образования передаваемого блока. В начале каждого передаваемого блока транспортный численный индекс TP устанавливают равным {136} нулю. Индекс TP (транспортного пакета) подвергают тестированию { 137} . Если индекс транспортного пакета (TP) равен нулю, то тогда формируют { 151-157} вспомогательный (AUX) пакет заголовка передаваемого блока (TU), еще формируют {138-146} основной пакет. Для формирования вспомогательного (AUX) пакета из памяти извлекают {151} присоединяемый уровневый префикс, содержащий кодовый идентификатор SCID. Извлекают {152} также фиксированную вспомогательную (AUX) величину неразрывности счета (CC) и присоединяют к префиксу. После этого извлекают {154} заглавную информацию (HD) о служебной строке вспомогательного (AUX) пакета и присоединяют после префикса и вспомогательной величины неразрывности счета (AUX, CC). Образуют или извлекают { 155} из памяти заголовок вспомогательной группы и присоединяют после префикса, величины неразрывности счета (CC) и заглавной информации (HD). Подсчитывают данные о дополнительном заглавии и присоединяют после вспомогательного группового заглавия.
Извлекают { 156} из памяти вспомогательного (AUX) данные, связанные с заголовком вспомогательной группы, и присоединяют к вспомогательному заголовку (AH). Проводят {157} тест на необходимость включения других вспомогательных групп во вспомогательный (AUX) пакет. Если имеются другие вспомогательные группы, то тогда система переходит к шагу {155}. Если они отсутствуют, то тогда - к шагу {147}.
Если должен быть сформирован основной пакет, т.е. транспортный пакет (TP) не является равным нулю, то тогда из памяти или контроллера 75 производят выборку надлежащих префиксных данных {138} и величины счета неразрывности (CC) { 139}, и величину счета неразрывности присоединяют к префиксу. Величину счета неразрывности (CC) увеличивают на одну единицу {140}. Находят заглавные данные (HD) у служебного уровня основного пакета и присоединяют { 141} к величине счета неразрывности (CC). Индекс TPU вычитают из длины модуля и тестированием { 127} определяют, остались ли еще для пакетирования свободные пакеты ценой при заполнении, отвечающей модельным байтам. Если они имеются, то тогда из памяти 77 извлекают {143} пакеты ценой в какое-то число байтов (в этом примере берется 127 байтов) и присоединяют к заглавным данным. Индекс TPU увеличивают {145} на 127.
Если же число остающихся в модуле байтов является недостаточным для наполнения пакета, то тогда извлекают оставшиеся модельные байты и присоединяют {144} к заглавным данным (HD) Длине модуля дают {146} индекс TPU и устанавливают флаг неполноты заполнения пакета.
После формирования соответствующих пакетов (вспомогательных (AUX) или основных) пакеты тестируют {147} на заполнение. Если же они не являются заполненными, то их тогда в виде нулей присоединяют {148} к требуемому числу байтов (127). Индекс TP (транспортного пакета) увеличивают {148} на одну единицу. Основные пакеты могут быть, при желании, кодированы на ошибку с контролем циклическим избыточным кодом (CRC) {158}; однако это будет в какой-то мере повторять кодирование на ошибку, проводимое по всему модулю. Такое кодирование на ошибку с контролем циклическим избыточным кодом (CRC) может быть, по крайней мере, распространено на информационную часть прикладной программы соответствующих пакетов и/или на заголовок служебного уровня (величину счета неразрывности (CC) и заглавные данные (HD)). Если проводят операцию контроля циклическим избыточным кодом (CRC), то тогда биты, отвечающие контролю на ошибку циклическим избыточным кодом (CRC), присоединяют к информационным битам пакета.
Вспомогательные (AUX) пакеты подвергают кодированию на ошибку с контролем циклическим избыточным кодом (CRC) по информационному полю вспомогательной группы и вспомогательному заголовку (AH), и биты контроля избыточным кодом на ошибку (CRCH) присоединяют к вспомогательной группе.
Индекс TP (транспортного пакета) тестируют {150}, определяя, был ли подвергнут обработке последний пакет передаваемого блока (TU). Если он не был подвергнет обработке, то тогда формируют {137-149} последний пакет. Если он был уже обработан, то система переходит к шагу {126}.
В случае предшествующего процесса пакетирование модулей производится по порядку. Следует, однако, заметить, что составитель прикладной программы может легко сделать чередующимися отдельные части (передаваемые блоки (TU)) модулей после компиляции прикладной программы и затем снабдить группы данных индикаторами, указывающими, следует ли паковать группы данных в основание или вспомогательные (AUX) пакеты. В этом случае пакетный формирователь, реагируя на такие индикаторы, станет закладывать соответствующие данные во вспомогательные (AUX) или основные пакеты.
Прикладные программы, отвечающие AVI - программам, передаются многократно. Периодичность повторной передачи определяется программистом и является функцией ширины пропускания канала, потребностей в ширине полосы у AVI - компонент повышенного приоритета, полной информации, включенной в прикладную программу, и объема буферной памяти у декодеров. Повторная передача прикладной программы может быть осуществлена заданием таких периодов мультиплексирования прикладной программы пакетным мультиплексором, при которых достигается требуемая скорость повторения передачи прикладной программы.
Существуют случаи, при которых интерактивная программа дает нежелательные отображения. Рассмотрим пример, когда интерактивная программа вызывает появление изображения, наложенного на верхнюю часть соответствующей видеокартинки, предположим, что на видеокартинке воспроизводится неинтерактивная коммерческая программа. У интерактивной программы могут отсутствовать средства выявления изменений у источника видеосигнала, и может продолжаться нежелательное наложение изображения на видеокартинку коммерческой программы.
Если появляется новая интерактивная программа, то тогда происходит изменение директории, и это изменение предупредит приемник об изменении программы. Номинально, такое изменение вынудит приемник прекратить передачу текущей программы из-за появления новой программы. Однако ситуация может оказаться такой, что новой программе требуется очень небольшой объем памяти и через очень небольшой промежуток времени предполагают вернуться к прежней программе. В этом слу чае более желательно приостановить исполнение идущей программы, а не выключать ее, поскольку повторное восстановление прикладной программы может оказаться нежелательно длительным. Могут также возникать случаи, когда может оставаться неизвестным момент окончания прикладной программы или момент возобновления исполнения прикладной программы. Все эти случаи могут быть адресованы использованием сигнальных модулей.
Сигнальный модуль может представлять собой информационный модуль или исполняемую программу. В первом случае он может содержать простое время или иной тип кода, оказывающих воздействие на ход текущей прикладной программы оговоренным образом, например, вызывающих самопрекращение, или приостановку исполнения или возобновление исполнения и т.д. В последнем случае эта программа может вынуждать приемник запоминать текущее состояние прикладной программы, которую он принимает, и затем выключать текущую прикладную программу в угоду вновь передаваемой прикладной программе, или приостанавливать исполнение текущей прикладной программы и удалять ее из памяти или просто приостанавливать исполнение и т.д.
Тактирование или синхронизация сигнальных пакетов в отношении видео- или аудиосигнала может быть осуществлена несколькими способами. Во-первых, можно программировать исполнение при появлении некоторой стартовой команды или заголовка и т. д. , являющихся кодом соотнесенного аудио- и видеосигнала. Во-вторых, можно использовать метку временного представления (PTS) и запрограммировать исполнение в ответ на появление такой метки в аудио- или видеоданных или в пределах заданного интервала от момента появления такой метки в аудио- или видеоданных. В третьих, можно программировать исполнение сразу же после поступления программы. В первых двух случаях местоположение сигнального пакета в пакетном потоке не является критическим, если только прием осуществлен до наступления запрограммированного момента. В третьем случае местоположение сигнального программного пакета является довольно критическим, воздействуя на желаемый результат.
Будем считать AVI - программу сегментированной, если она состоит из соответствующих частей, которые связаны с различными интерактивными программами или с неинтерактивными программами. Программа, у которой первая часть связана с интерактивной программой, вторая часть - с неинтерактивной коммерческой программой и третья часть является продолжением первой части, относящейся к интерактивной программе, содержит три сегмента. Если сигнальный модуль должен произвести изменение программы (например, приостановить исполнение при начале коммерческой программы) по третьему способу, то тогда его расположение в программном потоке должно в достаточной мере предшествовать моменту появления второго сегмента, чтобы у приемника оставалось время для реагирования на сигнальную программу при появлении второго сегмента.
Сигнальные модули с простым командным словом или последовательностью могут находиться в сигнальном пакете, который содержит полный модуль, включая директорию и заголовок. Этот сигнальный пакет представляет собой вспомогательный пакет, который будет инициировать прерывание при получении приемником. Реагируя на прерывание, приемник произведет надлежащее действие, указанное сигнальным модулем. Если сигнальный модуль представляет собой исполняемую программу, то тогда он может содержать совокупность пакетов, но при этом заглавный пакет модуля будет представлять собой вспомогательный пакет. В этом случае вспомогательный пакет также вынудит приемник прерваться для инициирования надлежащего действия.
Если система, показанная на фиг. 1, образует интерактивные программы из сегментированных видеосигналов, то тогда управляемая программистом система с источником интерактивной компоненты 10 может формировать соответствующие сигнальные модули, которые затем вставляются в сигнальный поток программным контроллером 5 в надлежащих случаях. Имеется также возможность редактирования ряда предварительно записанных AVI - и/или не - AVI - программ с целью образования, например, AVI - программы с сегментированным видеосигналом посредством выбора сегментов программ из совокупности хранимых сигналов. В этом случае редактирующее устройство может содержать другой элемент памяти, содержащий подборку из предварительно запакетированных сигнальных модулей. По границам между соответствующими сегментами программ у полученной редактированием программы редактор, подбирая, вводит надлежащий предварительно запакетированный сигнальный модуль, вставляя его в отредактированную программу.
В самом деле, выбранные предварительно запакетированные сигнальные модули могут многократно вставляться через заданные интервалы. Повторяемая вставка может использоваться для повышения вероятности приема и/или может использоваться в качестве неявного сигнала. В последнем случае приемник может быть запрограммирован на исполнение определенных функций, указанных сигнальным модулем, лишь после того, как сигнальный модуль окажется повторенным с заданной частотой. После завершения этой ситуации, приемник может быть запрограммирован на возврат к режиму обработки, существовавшему непосредственно до приема сигнального модуля.
В последующей формуле изобретения термин "сегментированный видеосигнал" означает видеосигнал, составленный из соответствующих частей или сегментов, одни из которых связаны с интерактивными программами, а другие - с другими интерактивными программами или не связаны с интерактивными программами.
Claims (21)
1. Устройство для формирования аудио-, видео- и интерактивной компонент интерактивного телевизионного сигнала, отличающееся тем, что содержит источник (18) транспортных пакетов сжатого видеосигнала, источник (21) транспортных пакетов сжатого аудиосигнала, компьютер (10) для генерирования интерактивной программы, включающей упомянутые сжатые аудио- и видеосигналы, причем упомянутая интерактивная программа сформирована из различных модулей, содержащих соответственно исполняемые коды или данные, и содержит модуль директории, предназначенный для связи модулей прикладной программы, транспортное процессорное устройство (14) для пакетирования упомянутых модулей в транспортные пакеты, группирования транспортных пакетов из соответствующих модулей в передаваемые блоки и формирования вспомогательных транспортных пакетов, содержащих заглавную информацию для соответствующих передаваемых блоков, средство (5) для присваивания первых идентифицирующих кодов SCIDv соответствующим транспортным видеопакетам, вторых идентифицирующих кодов SCIDa соответствующим транспортным аудиопакетам и третьих идентифицирующих кодов SCIDD соответствующим транспортным пакетам интерактивной программы, мультиплексор (16) для мультиплексирования с разделением во времени упомянутых транспортных пакетов интерактивной программы с транспортными упомянутыми аудио- и видеопакетами, с обеспечением многократного включения упомянутой интерактивной программы в поток из упомянутых сжатых аудио- и сжатых видеосигналов.
2. Устройство по п.1, отличающееся тем, что содержит устройство кодирования, предназначенное для независимого кодирования для контроля ошибок упомянутой заглавной информации соответствующих передаваемых блоков в упомянутых вспомогательных транспортных пакетах.
3. Устройство по п.2, отличающееся тем, что передаваемые блоки, содержащие более одного модуля, имеют возможность одновременной передачи, а упомянутый транспортный процессор выполнен с возможностью чередования полных передаваемых блоков от различных модулей и исключения чередования транспортных пакетов от различных передаваемых блоков.
4. Устройство по п. 1, отличающееся тем, что упомянутый транспортный процессор имеет возможность выдавать упомянутый модуль директории, передаваемые блоки из модулей исполняемых кодов и передаваемые блоки из модулей данных в порядке их перечисления.
5. Устройство по п. 1, отличающееся тем, что упомянутый транспортный процессор предназначен для формирования передаваемых блоков из целого числа транспортных пакетов, и пополнения транспортных пакетов передаваемого блока с недостаточным количеством модульных данных пустыми словами.
6. Устройство по п.1, отличающееся тем, что содержит счетчик неразрывности для счета по модулю N, где N - положительное целое число, последовательных транспортных пакетов, содержащих модульные данные прикладной программы, исключая вспомогательные транспортные пакеты, а транспортный процессор имеет возможность включения соответствующих величин последовательного счета в транспортные пакеты и включения заранее установленной величины счета во все вспомогательные транспортные пакеты.
7. Устройство по п.1, отличающееся тем, что содержит средство кодирования (79), предназначенное для генерирования бит контроля ошибок соответствующих модулей и присоединения бит контроля ошибок к соответствующим модулям.
8. Устройство по п.1, отличающееся тем, что содержит источник сигнальных модулей для инициирования в приемном устройстве способности приостанавливать или возобновлять обработку интерактивных программ, причем транспортное процессорное устройство (14) предназначено для пакетирования упомянутых модулей, а мультиплексор (16) обеспечивает мультиплексирование с разделением во времени транспортных пакетов интерактивной программы с соответствующими пакетами сжатого аудиосигнала и соответствующими сегментами сжатых видеосигналов и включение пакетов из упомянутых сигнальных модулей, коррелированных согласно изменениям сегментов из упомянутых сжатых видеосигналов и запрограммированных для воздействия на исполнение интерактивной программы, связанной с определенным сегментом, перед соответствующим изменением сегмента.
9. Устройство по п.8, отличающееся тем, что упомянутый сжатый видеосигнал содержит первый и второй последовательно расположенные сегменты, первый сегмент связан с интерактивной программой, а второй сегмент не связан с интерактивной программой, причем упомянутый мультиплексор обладает способностью вводить сигнальный модуль, содержащий кодовые слова, которые инициируют в приемном устройстве способность приостанавливать обработку упомянутой интерактивной программы, связанной с первым упомянутым сегментом, при появлении упомянутого второго сегмента.
10. Устройство по п.8, отличающееся тем, что упомянутый сжатый видеосигнал содержит первый и второй последовательно расположенные сегменты, причем первый сегмент связан с первой интерактивной программой, а второй сегмент связан со второй интерактивной программой, причем упомянутый мультиплексор обладает способностью включать сигнальный модуль, содержащий кодовые слова, которые инициируют в приемном устройстве при появлении упомянутого второго сегмента способность запоминать данные об обрабатываемом состоянии, относящиеся к текущему состоянию обработки первой интерактивной программы, затем удалять первую упомянутую интерактивную программу и вводить и исполнять вторую интерактивную программу.
11. Устройство по п.8, отличающееся тем, что источник сигнальных модулей выполнен в виде компьютера, который имеет возможность ввода временных меток в сигнальные модули, причем временные метки связаны с отдельными кадрами, соответствующими сжатому видеосигналу, для обеспечения синхронизации исполнения сигнального модуля с изменением сегментов из сжатого видеосигнала.
12. Способ формирования аудио-, видео- и интерактивной компонент интерактивного телевизионного сигнала (AVI-программы), отличающийся тем, что включает формирование транспортных пакетов из сжатого аудиосигнала в сочетании с соответствующими пакетами, включающими полезную нагрузку из аудиосигнальных данных и идентифицирующий код SCIDai для идентификации транспортного пакета как содержащего аудиокомпонентные данные, формирование транспортных пакетов из сжатого видеосигнала в сочетании с соответствующими пакетами, включающими полезную нагрузку из видеоданных и идентифицирующий код SCIDvi для идентификации транспортного пакета как содержащего видеокомпонентные данные, генерирование интерактивной прикладной программы, связанной с аудио- и видеокомпонентами, сегментирование интерактивной прикладной программы на модули, подобные компьютерным файлам, причем соответствующие модули содержат исполняемые коды или данные прикладной программы, разбиение соответствующих модулей на один или несколько передаваемых блоков, содержащих целое число транспортных пакетов, причем каждый транспортный пакет содержит идентифицирующий код SCIDDi для идентификации транспортного пакета как содержащего интерактивные компонентные данные, генерирование другого транспортного пакета для соответствующих передаваемых блоков, причем другой транспортный пакет содержит заглавную информацию передаваемого блока, описывающую информацию, содержащуюся в соответствующем передаваемом блоке, и мультиплексирование с временным разделением аудио- и видеокомпонентных пакетов с интерактивными компонентными пакетами, причем упомянутые интерактивные компонентные пакеты упорядочены в передаваемой блочной последовательности совместно с соответствующими передаваемыми блоками, возглавляемыми упомянутым другим транспортным пакетом.
13. Способ по п.12, отличающийся тем, что упомянутые идентифицирующие коды SCIDDi, SCIDai и SCIDvi являются различными величинами.
14. Способ по п.12, отличающийся тем, что упомянутый другой пакет представляет собой вспомогательный транспортный пакет, формирование которого включает формирование идентифицирующего кода SCIDDi, заранее установленной величины неразрывности счета CC и заглавного слова HD, информирующего о типе вспомогательного пакета, и присоединение величины счета CC и заглавного слова о типе вспомогательного пакета HD к идентифицирующему коду SCIDDi, формирование вспомогательной группы, содержащей информационное поле вспомогательной группы и заголовок вспомогательной группы, причем заголовок вспомогательной группы содержит кодовое слово AFID (идентификатор вспомогательного поля), идентифицирующее данные, включенные в упомянутое информационное поле вспомогательной группы, и показатель AFS поля (размер вспомогательных данных поля), указывающий число байтов информации в упомянутом информационном поле вспомогательной группы, и присоединение заголовка вспомогательной группы к упомянутым идентифицирующему коду SCIDDi, величине неразрывности счета CC и заглавной информации HD и включение упомянутой заглавной информации о передаваемом блоке в упомянутое информационное поле вспомогательной группы.
15. Способ по п.14, отличающийся тем, что формирование вспомогательного транспортного пакета дополнительно включает формирование других вспомогательных групповых заглавных полей AH, содержащих первое поле, которое указывает число транспортных пакетов в соответствующем передаваемом блоке, и второе поле, указывающее величину неразрывности счета у первого транспортного пакета передаваемого блока после появления упомянутого вспомогательного транспортного пакета.
16. Способ по п.12, отличающийся тем, что включает операцию чередования полных передаваемых блоков разных модулей без чередования соответствующих транспортных пакетов разных передаваемых блоков.
17. Способ по п.12, отличающийся тем, что включает формирование модуля директории, который содержит данные о модулях, включенных в прикладную программу, формирование модуля директории в передаваемом блоке и в транспортных блоках и мультиплексирование с временным разделением модуля директории с аудио- и видеокомпонентными пакетами перед мультиплексированием модулей упомянутой интерактивной программы.
18. Способ по п.17, отличающийся тем, что включает повторное мультиплексирование передаваемых блоков упомянутого модуля директории и упомянутых модулей прикладной программы с упомянутыми аудио- и видеокомпонентами, как это имеет место в случае AVI-программы.
19. Способ по п.12 или 14, отличающийся тем, что включает кодирование для контроля ошибок каждого упомянутого модуля и присоединения бит контроля ошибки к каждому такому модулю.
20. Способ по п.12, отличающийся тем, что включает генерирование сигнальных модулей для инициирования в приемном устройстве способности приостанавливать и возобновлять обработку интерактивной программы, формирование транспортных пакетов интерактивной прикладной программы и сигнальных модулей и мультиплексированием с временным разделением аудио- видеокомпонентных транспортных пакетов со связанными транспортными пакетами интерактивной программы и включение сигнальных модульных транспортных пакетов, коррелированных с изменениями сегментов сегментированного видеосигнала, для инициирования способности в соответствующих приемниках приостанавливать или возобновлять интерактивную прикладную программу при соответствующих сегментных изменениях.
21. Способ по п.20, отличающийся тем, что включает кодирование контроля ошибок сигнальных файлов и файлов интерактивной программы и присоединения бит контроля ошибки к соответствующим файлам, кодированным для контроля ошибок.
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US234,773 | 1981-02-17 | ||
US234,139 | 1994-04-28 | ||
US08/234,773 US5548532A (en) | 1994-04-28 | 1994-04-28 | Apparatus and method for formulating an interactive TV signal |
US08/234,139 US5448568A (en) | 1994-04-28 | 1994-04-28 | System of transmitting an interactive TV signal |
Publications (2)
Publication Number | Publication Date |
---|---|
RU95106475A RU95106475A (ru) | 1997-01-27 |
RU2141174C1 true RU2141174C1 (ru) | 1999-11-10 |
Family
ID=26927607
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU95106475A RU2141174C1 (ru) | 1994-04-28 | 1995-04-27 | Устройство и способ для формирования аудио-, видео- и интерактивной компонент интерактивного телевизионного сигнала |
Country Status (6)
Country | Link |
---|---|
EP (1) | EP0680216B1 (ru) |
JP (1) | JP3824676B2 (ru) |
KR (1) | KR100352845B1 (ru) |
CN (1) | CN1097964C (ru) |
DE (1) | DE69535646T2 (ru) |
RU (1) | RU2141174C1 (ru) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012036647A1 (ru) * | 2010-09-15 | 2012-03-22 | Panchenko Borys Evgenijovych | Способ автоматизированной цифровой многопрограммной мультисигнальной коммутации |
Families Citing this family (39)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA2168327C (en) * | 1995-01-30 | 2000-04-11 | Shinichi Kikuchi | A recording medium on which a data containing navigation data is recorded, a method and apparatus for reproducing a data according to navigationdata, a method and apparatus for recording a data containing navigation data on a recording medium. |
TW430785B (en) * | 1995-04-14 | 2001-04-21 | Toshiba Corp | Interactively broadcasting recording-media and its regeneration system |
US6009234A (en) | 1995-04-14 | 1999-12-28 | Kabushiki Kaisha Toshiba | Method of reproducing information |
US5966120A (en) * | 1995-11-21 | 1999-10-12 | Imedia Corporation | Method and apparatus for combining and distributing data with pre-formatted real-time video |
FI100684B (fi) * | 1995-11-30 | 1998-01-30 | Nokia Oy Ab | Pakettivälitteisen tiedonsiirtomuodon pakettitunnisteiden käyttö vasta anottajien osoittamiseen |
JPH09312656A (ja) * | 1996-03-21 | 1997-12-02 | Sony Corp | 伝送装置およびその方法 |
DE69734710T2 (de) | 1996-05-16 | 2006-08-17 | Kabushiki Kaisha Infocity | Verfahren zur übertragung und anzeige von zusatz-informationen sowie informationsanzeigevorrichtung unter verwendung von einem icon |
EP1458190A3 (en) * | 1996-05-30 | 2004-10-06 | Matsushita Electric Industrial Co., Ltd. | Interactive data transmitting apparatus, interactive data receiving apparatus, and interactive data transmitting and receiving methods |
KR100506515B1 (ko) * | 1996-05-31 | 2005-09-26 | 마츠시타 덴끼 산교 가부시키가이샤 | 데이터통신시스템과데이터송신장치및데이터수신장치 |
US6035304A (en) * | 1996-06-25 | 2000-03-07 | Matsushita Electric Industrial Co., Ltd. | System for storing and playing a multimedia application adding variety of services specific thereto |
EP0823823A3 (en) | 1996-08-07 | 2001-02-14 | Matsushita Electric Industrial Co., Ltd. | Digital broadcasting system |
US6757911B1 (en) | 1996-08-30 | 2004-06-29 | Matsushita Electric Industrial Co., Ltd. | Digital broadcasting system, digital broadcasting apparatus, and a reception apparatus for digital broadcasts |
CN100385939C (zh) * | 1996-08-30 | 2008-04-30 | 松下电器产业株式会社 | 数字广播装置和接收装置 |
JPH1079924A (ja) * | 1996-09-02 | 1998-03-24 | Hitachi Ltd | 情報信号の伝送方法および送信装置ならびに受信装置 |
EP1309190B1 (en) * | 1996-09-11 | 2004-11-24 | Matsushita Electric Industrial Co., Ltd. | Apparatus for controlling the display of data |
JP3434653B2 (ja) * | 1996-12-05 | 2003-08-11 | 富士通株式会社 | マルチメディアデータ蓄積伝送方法及び装置 |
JP3454653B2 (ja) * | 1996-12-27 | 2003-10-06 | 矢崎総業株式会社 | データ送信装置、データ受信装置、データ通信装置、及びデータ通信方法 |
IL131933A0 (en) * | 1997-03-21 | 2001-03-19 | Canal Plus Sa | Downloading a computer file from a transmitter via a receiver/decoder to a computer |
DE69736079T2 (de) | 1997-04-14 | 2006-12-07 | Thomson Consumer Electronics, Inc., Indianapolis | System zur erlangung von durch einen benutzer über eine programmführungsauswahl bestellter information |
JPH114417A (ja) * | 1997-06-12 | 1999-01-06 | Toshiba Corp | ビット・ストリーム情報表示方法、ビット・ストリーム情報作成方法及び記録媒体 |
US6337715B1 (en) * | 1997-07-04 | 2002-01-08 | Matsushita Electric Industrial Co., Ltd. | Broadcasting reception apparatus and data broadcasting method |
JPH1127641A (ja) * | 1997-07-07 | 1999-01-29 | Toshiba Corp | テレビジョン受信機 |
GB2327837B (en) * | 1997-07-29 | 1999-09-15 | Microsoft Corp | Providing enhanced content with broadcast video |
EP0907285A1 (en) * | 1997-10-03 | 1999-04-07 | CANAL+ Société Anonyme | Downloading data |
EP0912053A1 (en) * | 1997-10-24 | 1999-04-28 | CANAL+ Société Anonyme | Multichannel digital television system |
ES2204144T3 (es) * | 1998-02-20 | 2004-04-16 | Thomson Licensing S.A. | Un sistema para formar, segmentar y tratar objetos de guias de programas electronicos. |
US6788710B1 (en) | 1998-03-19 | 2004-09-07 | Thomson Licensing S.A. | Auxiliary data insertion in a transport datastream |
EP0980185B8 (en) * | 1998-08-12 | 2015-12-16 | Thomson Licensing | Auxiliary data insertion in a transport datastream |
EP1011224B1 (en) * | 1998-10-02 | 2009-08-19 | Thomson Consumer Electronics, Inc. | Data rate conversion |
US6295647B1 (en) * | 1998-10-08 | 2001-09-25 | Philips Electronics North America Corp. | Context life time management of a user interface in a digital TV broadcast |
US6675385B1 (en) * | 1998-10-21 | 2004-01-06 | Liberate Technologies | HTML electronic program guide for an MPEG digital TV system |
US7853974B2 (en) | 1999-10-05 | 2010-12-14 | Thomson Licensing | System for collating data from multiple sources to form a composite program guide for display |
JP4250832B2 (ja) * | 1999-10-14 | 2009-04-08 | 三菱電機株式会社 | データ送出装置 |
JP2001136496A (ja) * | 1999-11-05 | 2001-05-18 | Nec Corp | 受信機器、映像・データ同期装置及び方法 |
US8175444B2 (en) | 2004-01-14 | 2012-05-08 | Samsung Electronics Co., Ltd. | Method of reproducing from storage medium storing interactive graphics stream activated in response to user's command |
WO2006126852A1 (en) * | 2005-05-26 | 2006-11-30 | Electronics And Telecommunications Research Institute | Method and apparatus for synchronizing data service with video service in digital multimedia broadcasting |
KR20080006441A (ko) * | 2006-07-12 | 2008-01-16 | 삼성전자주식회사 | 미디어 데이터 전송 장치 및 방법 및 미디어 데이터 수신장치 및 방법 |
JP4636203B2 (ja) * | 2009-10-19 | 2011-02-23 | 株式会社日立製作所 | ビデオ・オーディオデータの再生復号方法 |
CN102508865B (zh) * | 2011-10-11 | 2013-10-30 | 广东威创视讯科技股份有限公司 | 一种信号源管理方法及管理装置 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
IT1211278B (it) * | 1987-09-02 | 1989-10-12 | Olivetti & Co Spa | Sistema di trasmissione e o ricezione di programmi per calcolatori e o dati attraverso il teletext |
US5251301A (en) * | 1988-05-27 | 1993-10-05 | Pc Connection, Inc. | Computer remote control through a video signal |
US5003591A (en) * | 1989-05-25 | 1991-03-26 | General Instrument Corporation | Functionally modifiable cable television converter system |
GB8913534D0 (en) * | 1989-06-13 | 1989-08-02 | British Broadcasting Corp | Television system,and transmitter and high-definition receiver for use therein |
US5168356A (en) * | 1991-02-27 | 1992-12-01 | General Electric Company | Apparatus for segmenting encoded video signal for transmission |
US5289276A (en) * | 1992-06-19 | 1994-02-22 | General Electric Company | Method and apparatus for conveying compressed video data over a noisy communication channel |
-
1995
- 1995-04-19 EP EP95105804A patent/EP0680216B1/en not_active Expired - Lifetime
- 1995-04-19 DE DE69535646T patent/DE69535646T2/de not_active Expired - Lifetime
- 1995-04-24 JP JP09888395A patent/JP3824676B2/ja not_active Expired - Lifetime
- 1995-04-27 RU RU95106475A patent/RU2141174C1/ru active
- 1995-04-27 CN CN95104703A patent/CN1097964C/zh not_active Expired - Lifetime
- 1995-04-28 KR KR1019950010239A patent/KR100352845B1/ko not_active IP Right Cessation
Non-Patent Citations (1)
Title |
---|
Неруш В.Б. и др. Оценка показателей качества обслуживания в системах пакетной передачи речи. В: Зарубежная радиоэлектроника, N 4, 1991, с. 68 - 71. * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012036647A1 (ru) * | 2010-09-15 | 2012-03-22 | Panchenko Borys Evgenijovych | Способ автоматизированной цифровой многопрограммной мультисигнальной коммутации |
Also Published As
Publication number | Publication date |
---|---|
RU95106475A (ru) | 1997-01-27 |
DE69535646T2 (de) | 2008-11-06 |
EP0680216B1 (en) | 2007-11-21 |
DE69535646D1 (de) | 2008-01-03 |
KR100352845B1 (ko) | 2002-12-26 |
JPH0846950A (ja) | 1996-02-16 |
CN1097964C (zh) | 2003-01-01 |
CN1114814A (zh) | 1996-01-10 |
EP0680216A3 (en) | 1998-04-08 |
EP0680216A2 (en) | 1995-11-02 |
KR950035419A (ko) | 1995-12-30 |
JP3824676B2 (ja) | 2006-09-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2141174C1 (ru) | Устройство и способ для формирования аудио-, видео- и интерактивной компонент интерактивного телевизионного сигнала | |
US5548532A (en) | Apparatus and method for formulating an interactive TV signal | |
US5448568A (en) | System of transmitting an interactive TV signal | |
CA2237766C (en) | Method and apparatus for multiplexing and distributing data with preformatted real-time video | |
US5751280A (en) | System and method for media stream synchronization with a base atom index file and an auxiliary atom index file | |
US6941508B2 (en) | System and method for media stream indexing and synchronization | |
CN1976448B (zh) | 用于音频和视频传输的方法和*** | |
US5913031A (en) | Encoder system level buffer management | |
US6252873B1 (en) | Method of ensuring a smooth transition between MPEG-2 transport streams | |
US5856973A (en) | Data multiplexing in MPEG server to decoder systems | |
CN1065706C (zh) | 代表多个子信号的数据的分组传输流编码器的操作方法和装置 | |
US20020041628A1 (en) | Method and apparatus for splicing | |
EP0872053A1 (en) | Transmission of multimedia objects in a digital broadcasting system | |
KR20040036447A (ko) | 디지털 데이터 방송을 위한 동기화 스트림 데이터 삽입장치 및 그 방법 | |
US6980731B1 (en) | Data transmitting method and data transmitter | |
JP3382021B2 (ja) | 番組探索装置および方式 | |
US20080144664A1 (en) | Data format and data transfer | |
US7346054B2 (en) | Method and system for co-relating transport packets on different channels using a cyclic redundancy check (CRC) | |
US7415014B2 (en) | Method and system for co-relating transport packets on different channels using a packet prioritization scheme | |
Macinnis | The MPEG systems coding specification | |
WO1996017492A2 (en) | Encoder system level buffer management | |
KR100390138B1 (ko) | 등시성데이터의전송방법,등시성데이터의복원방법및장치,정보데이터를복원하기위한디코더 | |
JP4391231B2 (ja) | 複数のターミナルへのマルチメディア信号のブロードキャスト方法 | |
CN101873304A (zh) | 一种流服务器及操作该流服务器的方法 | |
JP4391412B2 (ja) | ディジタルストリームの動的多重化方法 |