[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

BR102014011263B1 - Método para encapsular streams de conteúdo audiovisual em mpeg2-private-sections, dispositivo para encapsular conteúdo audiovisual em mpeg2-private-sections para sermultiplexados em um mpeg2-transport-stream, protocolo de comunicação em redes e método para transmissão de conteúdo audiovisual e/ou dados para dispositivos do usuário sem recursos para sintonizar um broadcast de sinal de tv digital através de um broadcast de sinal de tv digital - Google Patents

Método para encapsular streams de conteúdo audiovisual em mpeg2-private-sections, dispositivo para encapsular conteúdo audiovisual em mpeg2-private-sections para sermultiplexados em um mpeg2-transport-stream, protocolo de comunicação em redes e método para transmissão de conteúdo audiovisual e/ou dados para dispositivos do usuário sem recursos para sintonizar um broadcast de sinal de tv digital através de um broadcast de sinal de tv digital Download PDF

Info

Publication number
BR102014011263B1
BR102014011263B1 BR102014011263-4A BR102014011263A BR102014011263B1 BR 102014011263 B1 BR102014011263 B1 BR 102014011263B1 BR 102014011263 A BR102014011263 A BR 102014011263A BR 102014011263 B1 BR102014011263 B1 BR 102014011263B1
Authority
BR
Brazil
Prior art keywords
mpeg2
audiovisual content
digital
private
section
Prior art date
Application number
BR102014011263-4A
Other languages
English (en)
Other versions
BR102014011263A2 (pt
Inventor
David Estevam De Britto
Flávio Augusto Coutinho Correia
Hernán Rafael Perrone
Luiz David Sales De Paula Campêlo
Roberto Ribeiro Alves
Original Assignee
Tqtvd Software Ltda
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 Tqtvd Software Ltda filed Critical Tqtvd Software Ltda
Priority to BR102014011263-4A priority Critical patent/BR102014011263B1/pt
Priority to CA2947485A priority patent/CA2947485A1/en
Priority to PCT/BR2015/050055 priority patent/WO2015168766A1/pt
Priority to JP2016566234A priority patent/JP6679500B2/ja
Priority to CN201580037286.3A priority patent/CN107005745B/zh
Priority to EP15789016.1A priority patent/EP3142375A1/en
Priority to KR1020167031319A priority patent/KR102391586B1/ko
Priority to US15/309,760 priority patent/US20170150189A1/en
Priority to ARP150101422A priority patent/AR100361A1/es
Priority to TW104114984A priority patent/TWI673999B/zh
Publication of BR102014011263A2 publication Critical patent/BR102014011263A2/pt
Publication of BR102014011263B1 publication Critical patent/BR102014011263B1/pt

Links

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/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/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • 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
    • 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/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234309—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4 or from Quicktime to Realvideo
    • 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/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • 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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H04N21/2355—Processing of additional data, e.g. scrambling of additional data or processing content descriptors involving reformatting operations of additional data, e.g. HTML pages
    • 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/2362—Generation or processing of Service Information [SI]
    • 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/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • 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/4104—Peripherals receiving signals from specially adapted client devices
    • H04N21/4122—Peripherals receiving signals from specially adapted client devices additional display device, e.g. video projector
    • 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/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/6437—Real-time Transport Protocol [RTP]
    • 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/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8545—Content authoring for generating interactive applications

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Television Systems (AREA)

Abstract

método para encapsular streams de conteúdo-audiovisual em mpeg2-private-sections, dispositivo para encapsular conteúdo-audiovisual em mpeg2-private-sections para ser multiplexado em um mpeg2-transport-stream; protocolo-de-comunicação-em-redes para redes locais baseadas em ip; aplicação-interatina para tv digital; dispositivo-do-usuário ou a combinação de um dispositivo-do-usuário e uma ou mais aplicações e método para transmissão de conteúdo-audiovisual e/ou dados - a presente invenção trata de método para transmitir conteúdo audiovisual e/ou dados para dispositivos-do-usuário sem os recursos para sintonia de tv digital, o qual consiste no encapsulamento de tais conteúdos dentro de mpeg2-private-sections e subsequente multiplexação e transmissão através de um sinal de tv digital. o método utiliza uma aplicação-interativa, transmitida dentro do sinal de tv digital que, quando executada no receptor-de-tv-digital, extrai os mpeg2-private-sections que contém os conteúdos audiovisuais e/ou dados do sinal de tv digital e, utilizando uma conexão de rede local (lan), retransmite esses conteúdos audiovisuais e/ou dados para outros dispositivos-do-usuário que estão conectados na mesma rede local (lan) que o receptor-de-tv-digital está conectado. também, é descrito um dispositivo que permite a transmissão de conteúdo audiovisual e/ou dados encapsulados dentro da mpeg2-private-section.

Description

“MÉTODO PARA ENCAPSULAR STREAMS DE CONTEÚDO AUDIOVISUAL EM MPEG2-PRIVATE-SECTIONS, DISPOSITIVO PARA ENCAPSULAR CONTEÚDO AUDIOVISUAL EM MPEG2-PRIVATE-SECTIONS PARA SER MULTIPLEXADOS EM UM MPEG2-TRANSPORT-STREAM, PROTOCOLO DE COMUNICAÇÃO EM REDES E MÉTODO PARA TRANSMISSÃO DE CONTEÚDO AUDIOVISUAL E/OU DADOS PARA DISPOSITIVOS DO USUÁRIO SEM RECURSOS PARA SINTONIZAR UM BROADCAST DE SINAL DE TV DIGITAL ATRAVÉS DE UM BROADCAST DE SINAL DE TV DIGITAL” Campo da Invenção [0001] A presente invenção refere-se a um método, um dispositivo e uma aplicação-interativa no campo de radiodifusão de TV digital e dispositivos do usuário sem recursos de sintonia de TV digital. Em particular, a presente invenção trata de um método, um dispositivo e uma aplicação-interativa no campo de radiodifusão de TV digital que permite a transmissão de conteúdo e/ou dados para dispositivos do usuário que não possuem os recursos de sintonia de sinais de TV digital, através de um broadcast de sinal de TV digital, utilizando a tecnologia data-broadcasting já disponível.
Histórico da Invenção [0002] O pedido de patente WO2013/104044 descreve uma técnica para sincronização de conteúdos em um sinal de TV digital, recebido por um receptor de TV digital, com múltiplos dispositivos do usuário portáteis com ou sem acesso a internet. Além disso, esse documento descreve um método de transmissão de uma aplicação-interativa no broadcast de sinal de TV digital, usando um DSMCC Data (ou Object) Carousel, conforme descrito pela ISO13818-6. Essa aplicação-interativa é decodificada e executada no receptor de TV digital dentro de um ambiente de execução de data-broadcasting, também conhecido como middleware de TV digital, e utiliza uma API disponível no ambiente de execução para encontrar outros dispositivos conectados à mesma rede local (LAN) onde o receptor de TV digital está conectado, encaminhando para eles conteúdo que está sendo transmitido junto com a aplicação-interativa no DSMCC Data (ou Object) Carousel. Também é descrita a capacidade desse método para sincronizar a exibição de conteúdos em dispositivos do usuário com os conteúdos enviados pelo broadcaster. Os dispositivos do usuário podem ser, em muitos casos, dispositivos de segunda-tela, também conhecido como companion-devices, como tablets ou smart-phones rodando uma aplicação de segunda-tela.
[0003] Uma desvantagem dessa técnica é que o tamanho total de conteúdo que pode ser entregue para os dispositivos do usuário é restrito quanto ao tamanho que pode ser transmitido pelo DSMCC Data Carousel. Também, o tempo de resposta dos conteúdos disponíveis e a sincronização dos conteúdos são limitados devido ao tempo requerido pelo receptor de TV digital para completar o download de uma atualização do DSMCC Data Carousel, que usualmente é maior que 10 segundos. Essas restrições tornam inviável a entrega de um conteúdo audiovisual muito grande, como por exemplo, um arquivo de vídeo com mais de 10 segundos, ou até mesmo conteúdo ao vivo, como por exemplo, um stream de vídeo ao vivo.
[0004] O Padrão ISO13818-1 define o sistema MPEG2 e, em particular, os MPEG2-private-sections. MPEG2-private-sections são estruturas de dados que podem ser incluídos num MPEG2-transport-stream para TV digital. Um conjunto dessas estruturas, conhecida como PSI, é normalmente utilizado para a inclusão de meta dados que descrevem o MPEG2-transport-stream, listando e identificando os serviços e seus componentes, tais como os elementary-streams - áudio, vídeo, legendas, closed-captions, DSMCC carousels e stream events, sinalização de aplicação-interativa, etc, ou as informações da programação do canal que alimentam o Electronic-Program-Guide (EPG). Essas estruturas têm com identificador um a packetjd (PID) e um tablejd (TID). Alguns valores de PID e TID são reservados para funções específicas no sistema de TV digital, mas alguns outros identificadores não reservados podem ser usados para transmissão de qualquer outro tipo de informação. A Figura 3 detalha a estrutura de um MPEG2-private-section. O tamanho máximo de uma estrutura MPEG2-private-section é limitado em até 4095 bytes.
[0005] Ainda é conhecido dos técnicos no assunto o fato de que diversos sistemas interativos de TV digital incluem uma API ou mecanismo para permitir que as aplicações-interativas extraiam as estruturas MPEG2-private-section do MPEG2-transport-stream recebido pelo receptor de TV digital. Como um exemplo, destacam-se as API org.davic.mpeg.sections presentes nos sistemas baseados no Globally Executable MHP (GEM) ou as API com.sun.dtv.filtering definidas na norma brasileira ABNT NBR 15606-6.
[0006] Nos anos recentes, com o crescente número de dispositivos portáteis como tablets e smart-phones, o conceito de dispositivos de segunda-tela ou aplicativos de segunda-tela tem sido crescente na área de entretenimento e, em especial, na área de TV. Em geral, uma solução de segunda-tela permite que usuários acessem conteúdo-complementar de audiovisual e/ou dados aos conteúdos-principais exibidos no receptor de TV, ou seja, a primeira-tela. Muitas dessas soluções dependem de que o acesso à internet esteja disponível para que os dispositivos de segunda-tela procurem e exibam conteúdo complementar. A desvantagem desse tipo de solução é que ela pode necessitar de um alto custo de investimento e manutenção para garantir uma infraestrutura de servidor e largura de banda, no lado do transmissor, capaz de suportar o acesso massivo e simultâneo, por exemplo, mais de 12 milhões de acessos simultâneos. De outra parte, é muito mais economicamente eficiente, disponibilizar estes conteúdos-complementares no mesmo broadcast de sinal de TV digital no qual é transmitido o conteúdo de TV principal. A Figura 1, que será abaixo descrita, demonstra uma visão geral desse método para disponibilizar conteúdo-complementar em dispositivos do usuário através da Internet.
Descrição Resumida da Invenção [0007] A presente invenção trata de um método, um dispositivo encapsulador de MPEG2-private-section, uma aplicação interativa, um protocolo de comunicação em redes e outros mecanismos para a entrega de conteúdo audiovisual e/ou dados que são transmitidos em um broadcast de sinal de TV digital para dispositivos do usuário que não têm capacidade para receber um broadcast de sinal de TV digital.
[0008] Em algumas implementações, o método para entrega de conteúdo audiovisual e/ou dados para dispositivos do usuário que não possuem capacidade para receber broadcast de sinal de TV digital, segundo a presente invenção, inclui um dispositivo para adaptação (um trasncoding) do conteúdo audiovisual em um formato que pode ser reproduzido em dispositivos do usuário. Essas adaptações podem incluir, por exemplo, ajustar a resolução e a relação de aspecto do vídeo, bitrate do áudio e vídeo e encondings do áudio e vídeo.
[0009] Em algumas implementações segundo a presente invenção, o método inclui um dispositivo encapsulador de MPEG2-private-section para encapsular o conteúdo audiovisual adaptado e/ou dados em MPEG2-private-sections, e serializar em um stream de MPEG2-transport-stream-packets para posterior multiplexação em um MPEG2-transport-stream a ser transmitido num broadcast de sinal de TV digital.
[0010] Em algumas implementações segundo a presente invenção, no mesmo MPEG2-transport-stream a ser transmitido num broadcast de sinal de TV digital, uma aplicação-interativa destinada à execução no receptor de TV digital é adequadamente multiplexada e trasmitida. Como é de se esperar, esse MPEG2-transport-stream também contém o conteúdo de TV principal, ou seja, áudio, vídeo, closed captions/legendas, etc.
[0011] Em algumas implementações segundo a presente invenção, o receptor de TV digital pode ser um aparelho de TV ou um set top box. Quando o receptor de TV digital sintoniza um broadcast de sinal de TV digital, ele decodifica o MPEG2-transport-stream e reproduz o conteúdo de TV principal, qual seja, áudio, vídeo, closed captions/legendas, etc., na tela e alto-falantes do receptor de TV digital. Alternativamente, no caso de set-top-boxes, os conteúdos são transmitidos através das respectivas saídas de áudio e vídeo. Adicionalmente, o receptor de TV digital decodifica e executa a aplicação interativa dentro do seu ambiente de execução, ou middleware de TV digital interativa, como MHP, Ginga, etc. A aplicação-interativa utiliza as API disponíveis no ambiente de execução para extrair as MPEG2-private-sections que encapsulam o conteúdo audiovisual e/ou dados doMPEG2-transport-stream. Como exemplos dessas API podem ser mencionados a API org.davic.mpeg.sections dos sistemas baseados na especificação Globally Executable MHP (GEM) e a com.sun.dtv.filtering API especificada pela norma brasileira ABNT NBR 15606-6.
[0012] Em algumas implementações segundo a presente invenção, o receptor de TV digital está ligado a uma rede-local (LAN). Esta LAN pode ser cabeada (Ethernet), sem fio (tais como o IEEE 802.11a/b/g/n ou similar) ou uma combinação de ambos os tipos, cabeada e sem fio.
[0013] Em algumas implementações segundo a presente invenção, é requerido que seja implementado pela aplicação-interativa e os dispositivos do usuário um protocolo de comunicação em redes, baseado em redes IP, para comunicação entre eles quando conectados à mesma LAN.
[0014] Em algumas implementações segundo a presente invenção, o protocolo de comunicação em redes pode fornecer um mecanismo de descoberta para permitir que a aplicação-interativa e os dispositivos do usuário tomem conhecimento da presença de cada um deles na mesma LAN.
[0015] Em algumas implementações segundo a presente invenção, o mecanismo de descoberta pode requerer que a aplicação-interativa anuncie a sua presença aos dispositivos do usuário, que os dispositivos do usuário anunciem a suas respectivas presenças para a aplicação-interativa, ou qualquer combinação de ambos os casos.
[0016] Em algumas implementações segundo a presente invenção, o protocolo de comunicação em redes pode fornecer um mecanismo de anúncio de conteúdo audiovisual e um mecanismo de anúncio de dados que permite que os dispositivos do usuário se tornem conscientes dos conteúdos que são disponibilizados através da aplicação-interativa. Em algumas implementações destes mecanismos, pode se requerer que a aplicação-interativa anuncie a disponibilidade de tais conteúdos, que os dispositivos do usuário consultem à aplicação-interativa sobre os conteúdos que estão disponíveis em um determinado momento ou qualquer combinação desses casos.
[0017] Em algumas implementações segundo a presente invenção, o protocolo de comunicação em redes pode fornecer um mecanismo de solicitação de conteúdo audiovisual e um mecanismo de solicitação de dados que permitem aos dispositivos do usuário solicitar à aplicação-interativa o envio do conteúdo audiovisual e/ou dados extraídos do MPEG2-transport-stream.
[0018] Em algumas implementações segundo a presente invenção, o protocolo de comunicação em redes pode fornecer um mecanismo de envio de conteúdo audiovisual e um mecanismo de envio de dados que permitem à aplicação-interativa enviar o conteúdo audiovisual e/ou dados extraídos do MPEG2-transport-stream para os dispositivos do usuário.
[0019] Em algumas implementações segundo a presente invenção, os dispositivos do usuário devem ser capazes de receber o conteúdo audiovisual e/ou dados enviados pela aplicação-interativa e fazer os processos de decodificação, processamento, interpretação a fim de reproduzir e ou exibir o conteúdo audiovisual e/ou dados nas suas respectivas telas e alto-falantes.
[0020] Em algumas implementações segundo a presente invenção, os dispositivos do usuário podem ser tablets, smart-phones, computadores pessoais ou qualquer outro dispositivo capaz de se conectar a uma LAN e que possua uma tela, uma saída de áudio como alto-falantes ou headphones, ou qualquer combinação desses elementos.
[0021] Em algumas implementações segundo a presente invenção, os dispositivos do usuário podem executar uma ou mais aplicações para suportar os comportamentos, funcionalidades e os protocolos aqui descritos.
Breve Descrição das Figuras [0022] A Figura 1 é um diagrama de blocos provendo uma visão geral do método anterior para entrega de conteúdo-complementar para dispositivo do usuário utilizando a Internet.
[0023] A Figura 2 é um diagrama de blocos provendo uma visão geral do método para entrega de conteúdo audiovisual e/ou dados para dispositivos do usuário sem capacidade de sintonia de TV digital.
[0024] A Figura 3 é um diagrama de blocos retratando o processo de transmissão para envio do conteúdo audiovisual e/ou dados para dispositivos do usuário sem capacidade de sintonia de TV digital.
[0025] A Figura 4 descreve a estrutura lógica de um MPEG2-private-section.
[0026] A Figura 5 descreve os tipos de mensagem que podem ser trocados entre uma Aplicação interativa e um Dispositivo do usuário.
[0027] A Figura 6 descreve o protocolo de comunicação entre uma Aplicação interativa e um Dispositivo do usuário.
Descrição Detalhada da Invenção Problema Técnico [0028] O objetivo da presente invenção é prover meios para enviar conteúdo audiovisual e/ou dados que são transmitidos em um broadcast de sinal de TV digital para dispositivos do usuário que não tem capacidade de receber um broadcast de sinal de TV digital. Exemplos de dispositivos do usuário podem ser tablets ou smart-phone usados como dispositivos de segunda-tela para o acesso ao conteúdo-complementar ao conteúdo de TV principal reproduzido no receptor de TV digital, qual seja, tela-principal ou dispositivo-principal. Tal conteúdo-complementar pode ser conteúdo audiovisual, como por exemplo, clipes de vídeo e/ou áudio, transmissões de vídeo ao vivo, ou de dados, como por exemplo, textos, fotos, estatísticas, etc. Normalmente, o conteúdo- complementar pode estar relacionado ao conteúdo de TV principal, mas isso não é condição necessária.
[0029] Devido à falta de recursos para receber broadcast de sinal de TV digital em tais dispositivos do usuário, geralmente, o conteúdo complementar é recebido através de uma conexão com a Internet.
[0030] A Figura 1 ilustra esse cenário, onde produtor de conteúdo (400) envia o conteúdo de TV principal (402) para o broadcaster de TV digital (404), que gera e transmite o broadcast de sinal de TV digital (410), sendo o conteúdo de TV principal reproduzido na tela e nos alto-falantes do receptor de TV digital (412). Em paralelo, o produtor de conteúdo (400) entrega o conteúdo complementar, normalmente conteúdo audiovisual e/ou dados (414) para o servidor (416) do broadcaster de TV digital conectado na Internet (420). Os dispositivos do usuário (422) solicitam o conteúdo complementar (418) do servidor (416) do broadcaster de TV digital e o exibem nas suas respectivas telas. Os requerimentos de largura de banda (424) e capacidade computacional do servidor (416) do broadcaster de TV digital aumentam conforme o número de dispositivos do usuário (422) solicitando o conteúdo complementar (418). Assim, usando a Internet para entregar esse tipo de conteúdo, os seguintes inconvenientes são inevitáveis: a. o investimento em banda larga e infraestrutura de servidores, do lado da emissora, cresce proporcionalmente ao número de usuários que acessam os conteúdos-complementares. b. a confiabilidade de entrega e experiência do usuário pode ser afetada devido à largura de banda e a qualidade do acesso à Internet por parte do usuário.
[0031] Além disso, as técnicas de carouseling utilizados no data-broadcasting do sistema acima descrito, também conhecida como TV interativa, tem uma limitação relacionada com o tamanho máximo do conteúdo enviado em um carousel, não sendo possível entregar conteúdos de vídeo como grandes arquivos ou, também, conteúdo de vídeo ao vivo usando os protocolos DSMCC-Data-Carousel ou DSMCC-Object-Carousel (ISO 13818-6).
[0032] A presente invenção permite a entrega de conteúdos-complementares usando a largura de banda não utilizada no broadcast de sinal de TV digital, evitando os inconvenientes de entrega de conteúdo usando a Internet conforme acima descrito, sem custo adicional, com entrega confiável e experiência do usuário garantida independente da disponibilidade de acesso a Internet pelo usuário.
Solução Técnica - Visão Geral [0033] A presente invenção permite a entrega de conteúdos-complementares, tais como streams de áudio ou vídeo, sem a limitação da duração ou tamanho, incluindo os streams de áudio ou vídeo ao vivo.
[0034] A Figura 2 apresenta uma visão geral da presente invenção. O processo de produção de conteúdo (100) fornece o conteúdo de TV principal(102), incluindo áudio, vídeo, legendas e/ou closed caption, e qualquer outro conteúdo normalmente gerado por um serviço de transmissão de TV digital convencional. Além disso, a produção de conteúdo (100) fornece os conteúdos-complementares, também referido como conteúdo audiovisual, destinados à reprodução nos dispositivos do usuário(104). Uma aplicação interativa (106) capaz de extrair o conteúdo audiovisual e/ou dados (104) do broadcast de sinal de TV digital (110) codificado como um MPEG2-transport-stream e encaminhá-los para dispositivos do usuário, também será provida. O broadcaster de TV digital (108) gera e transmite uma broadcast de sinal de TV digital, incluindo o conteúdo de TV principal(102), o conteúdo audiovisual e/ou dados (104) e a aplicação interativa (106).
[0035] O receptor de TV digital (112) sintoniza o broadcast de sinal de TV digital, decodificando o MPEG2-transport-stream e reproduzindo o conteúdo de TV principal, ou seja, áudio, vídeo, closed-captions/legendas, etc., na tela e nos alto-falantes,ou alternativamente, no caso de set top boxes, os conteúdos são transmitidos através das respectivas saídas de áudio e vídeo.
[0036] O receptor de TV digital também decodifica e executa a aplicação interativa (118) dentro do seu ambiente de execução (116). Exemplos de ambiente de execução pode ser um middleware de TV digital interativa, como a MHP, Ginga, etc. A aplicação-interativa (118) utiliza as API disponíveis no ambiente de execução (116) para extrair do MPEG2-transport-stream as MPEG2-private-sections que contêm o conteúdo audiovisual e/ou dados (120) encapsulado. Como exemplos dessas API podem ser mencionados a API org.davic.mpeg.sections dos sistemas baseados na especificação Globally Executable MHP (GEM) e a com.sun.dtv.filtering API especificada pela norma brasileira ABNT NBR 15606-6.
[0037] Ressalta-se, no entanto, que é necessário que o receptor de TV digital (112) esteja conectado a uma LAN (122), a qual pode ser cabeada (por exemplo, Ethernet), sem fio (tais como redes IEEE 802.11a/b/g/n ou similares) ou a combinação de ambos tipos, cabeada e sem fios.
[0038] Além disso, para que os dispositivos do usuário (126) possam receber e reproduzir o conteúdo audiovisual e/ou os dados, é requerido que estejam conectados na mesma LAN (122) que o receptor de TV digital (112). Como exemplo, os dispositivos do usuário (126) podem ser qualquer um dos tipos de tablets, smart-phones, computadores pessoais ou qualquer outro dispositivo capaz de ser ligado à LAN (122) e que possua uma tela e/ou saída de áudio, tais como alto-falantes ou fones de ouvido. Em algumas implementações, os dispositivos do usuário (126) podem hospedar e executar uma ou mais aplicações a fim de suportar os comportamentos, funcionalidades e protocolos que são atribuídos a eles pela presente invenção.
Solução Técnica - Lado de Transmissão [0039] A entrada do processo objeto da presente invenção é o conteúdo gerado pelos processos de produção de conteúdo pré-existentes (200). A produção de conteúdo (200) prove os conteúdos de TV principais (202), incluindo áudio, vídeo, legendas, closed-caption, e qualquer outro conteúdo geralmente gerado para um serviço de transmissão de TV digital convencional. Além disso, a produção de conteúdo (200) prove o conteúdo complementar, também referenciado como conteúdos audiovisuais, destinado para reprodução nos dispositivos do usuário (204).
[0040] Caso o conteúdo audiovisual destinado para reprodução nos dispositivos do usuário (204) provido pela produção de conteúdo (200) requeira adaptações para serem reproduzido nos dispositivos do usuário ou para serem transmitidos em pequenos blocos, um dispositivo transcoder (206) é usado para recodificar o conteúdo audiovisual. Tais adaptações podem incluir, por exemplo, o ajuste da resolução do vídeo e a sua relação de aspecto, o bitrate do áudio e do vídeo, as codificações de áudio e vídeo, e qualquer outro ajuste que possa ser necessário para converter o conteúdo audiovisual para um formato capaz de ser enviado como um stream. Como exemplo de formato capaz de ser enviado como um stream podem ser citados os utilizados nos protocolos MPEG2-transport-stream, RTP / RTPS, HLS, etc. A saída do dispositivo transcoder (206) é um conteúdo audiovisual adaptado para reprodução nos dispositivos do usuário (208). Essa etapa pode ser ignorada no caso de que o conteúdo audiovisual provido pela produção de conteúdo (100, 200) já esteja em um formato adequado para reprodução nos dispositivos do usuário (208) e ser transmitido em forma de stream.
[0041] O conteúdo audiovisual já adaptado para reprodução nos dispositivos do usuário (208) é então encapsulado em MPEG2-private-sections por um dispositivo encapsulador de MPEG2-private-section (212). O dispositivo encapsulador de MPEG2-private-section (212) gera uma seqüência de MPEG2-private-sections seguindo um método composto pelos seguintes passos: a. atribuir ao campo tablejd um valor predefinido; b. atribuir ao campo section_number um valor incrementado sequencialmente; c. sempre que o valor do campo section_number atinge um valor pré-definido (na faixa entre 0 e 255) atribuído ao campo last_section_number, a sequência section_number é reiniciada em 0; d. atribuir ao campo version_number um valor que é incrementado sequencialmente sempre que a sequência do campo section_number é reiniciada; e. sempre que o valor do campo version_number atinge um valor máximo predefinido para este campo (no intervalo entre 1 e 31), a sequência é reiniciada para um valor inicial predefinido (na faixa entre 0 e o valor máximo pré-definido para versão_number menos 1); f. adicionar de forma ordenada, ao campo private_data_byte da MPEG2-private-section tantos blocos ou pacotes do conteúdo audiovisual adaptado (208) como couberem dentro deste campo, sem ultrapassar o tamanho máximo predefinido para as MPEG2-private-section (geralmente o tamanho máximo predefinido é 4095 bytes); g. calcular e atribuir os valores para os campos sectionjength e CRC; h. dividir a MPEG2-private-section em uma sequência de MPEG2-transport-stream-packets (214) e atribuir para todos eles o mesmo valor predefinido para o campo packetjd (PID); e i. entregar os MPEG2-transport-stream-packets (214) gerados para um multiplexador de MPEG2-transport-stream (222).
[0042] As etapas de (a) até (i) são repetidos continuamente enquanto houver conteúdo audiovisual disponível.
[0043] Uma variação da etapa(f) do método de acordo com a presente invenção acima descrito permite que os blocos ou pacotes de conteúdo audiovisual sejam divididos entre a atual e a próxima MPEG2-private-section a ser gerada, permitindo, sempre que for aplicável, que as MPEG2-private-section tenham o máximo tamanho permitido (campo sectionjength - normalmente 4095 bytes). Esta abordagem é mais eficiente já que permite entregar mais blocos ou pacotes de conteúdo audiovisual em um número menor de MPEG2-private-sections.
[0044] Em algumas implementações segundo a presente invenção, o dispositivo transcoder pode prover um conteúdo audiovisual adaptado para exibição nos dispositivos do usuário no formato de um stream contendo pacotes de controle RTP, pacotes RTP e RTP Session Descritores, que são então encapsulados em MPEG2-private-sections pelo dispositivo encapsulador de MPEG2-private-section.
[0045] Em outras implementações segundo a presente invenção, o dispositivo-transcoder pode prover um conteúdo audiovisual adaptado para exibição nos dispositivos do usuário no formato de um stream contendo pacotes MPEG2-transport-stream, que são então encapsulados em MPEG2-private-sections pelo dispositivo-encapsulador-de-MPEG2-private-section.
[0046] Além do conteúdo audiovisual adaptado para exibição em dispositivos do usuário (208), o dispositivo encapsulador de MPEG2-private-section (212) pode gerar MPEG2-private-sections contendo blocos ou estruturas de dados genéricos que podem ser interpretadas pelos dispositivos de usuário (210). O processo de encapsulamento é exatamente o mesmo que o descrito para o conteúdo audiovisual adaptado para exibição nos dispositivos do usuário (208).
[0047] Além disso, uma aplicação-interativa (216), destinada a ser executada no receptor de TV digital, é codificada por um dispositivo codificador de aplicação interativa (218).
[0048] O conteúdo de TV principal TV (202), a aplicação interativa codificada (220) e o conteúdo audiovisual e/ou dados encapsulados em MPEG2-private-sections (214) são encaminhados para o multiplexador de MPEG2-transport-stream (222), que gera um MPEG2-transport-stream-signal (224) adequado para ser transmitido em um broadcast de sinal de TV digital (226). Por fim, o dispositivo transmissor de TV digital (226) transmite o broadcast de sinal de TV digital. Como exemplo dessas transmissões podem ser citados o sinal de radiofrequência de TV terrestre, o sinal de TV satélite ou o sinal de TV a cabo.
Solução Técnica - Lado do Receptor [0049] O receptor de TV digital (112) sintoniza o broadcast de sinal de TV digital, decodifica o MPEG2-transport-stream e reproduz o conteúdo de TV principal, ou seja, áudio, vídeo, closed-caption/legendas, etc., na sua tela e alto-falantes (114). Alternativamente, no caso de set top boxes, a imagem e o som são transmitidos através das respectivas saídas de áudio e vídeo.
[0050] O receptor de TV digital também decodifica e executa a aplicação interativa (118) dentro do seu ambiente de execução (116). Exemplos de ambiente de execução podem ser um middleware de TV digital interativa, como a MHP, Ginga, etc. A aplicação-interativa (118) utiliza as API disponíveis no ambiente de execução (116) para extrair do MPEG2-transport-stream as MPEG2-private-sections que contêm o conteúdo audiovisual e/ou dados (120) encapsulado. Como exemplos dessas API podem ser mencionados a API org.davic.mpeg.sections dos sistemas baseados na especificação Globally Executable MHP (GEM) e a com.sun.dtv.filtering API especificada pela norma ABNT NBR 15606-6.
[0051] É necessário que o receptor de TV digital (112) esteja conectado a uma LAN (122). Esta LAN (122) pode ser cabeada (como por exemplo, Ethernet), sem fio (tais como redes IEEE 802.11a/b/g/n ou similares) ou a combinação de ambos os tipos, cabeada e sem fios.
[0052] Além disso, para que os dispositivos do usuário (126) possam receber e reproduzir o conteúdo audiovisual e/ou os dados, é requerido que estejam conectados na mesma LAN (122) que o receptor de TV digital (112). Como exemplo, os dispositivos do usuário (126) podem ser qualquer um dos tipos de tablets, smart-phones, computadores pessoais ou qualquer outro dispositivo capaz de ser ligado à LAN (122) e que possua uma tela e/ou saída de áudio, tais como alto-falantes ou fones de ouvido. Em algumas implementações, os dispositivos do usuário (126) podem hospedar e executar uma ou mais aplicações a fim de suportar os comportamentos, funcionalidades e protocolos que são atribuídos a eles pela presente invenção.
[0053] A aplicação-interativa (118) que está sendo executada no receptor de TV digital (112) e os dispositivos do usuário(126) se comunicam entre si por meio de um protocolo de comunicação em redes pré-definido. Tal protocolo de comunicação em redes é implementado por todos os dispositivos do usuário e a aplicação-interativa. O protocolo de comunicação em redes inclui os mecanismos de descoberta de aplicação-interativa e dispositivos do usuário, anúncio de conteúdo audiovisual, anúncio de dados, solicitação de conteúdo audiovisual, solicitação de dados, envio de conteúdo audiovisual, envio de dados.
[0054] Usando o protocolo de comunicação em redes, os dispositivos do usuário (126): a. tornam-se conscientes da presença da aplicação-interativa; b. tornam-se conscientes da disponibilidade do conteúdo audiovisual; c. tornam-se conscientes da disponibilidade de dados; d. solicitam para a aplicação interativa (118) a entrega do conteúdo audiovisual; e. solicitam para a aplicação interativa (118) a entrega de dados; f. recebem, através da aplicação interativa (118), o conteúdo audiovisual (124); g. recebem, através da aplicação interativa (118), os dados(124).
[0055] Os dispositivos do usuário (126) decodificam, processam e reproduzem em suas respectivas telas e/ou alto-falantes, o conteúdo audiovisual e/ou dados recebidos.
Solução Técnica - Protocolo de Comunicação em Redes entre a Aplicação-interativa e os Dispositivos Do Usuário [0056] A aplicação-interativa (118) que é executada no receptor de TV digital (112) e os dispositivos do usuário (126) devem implementar um protocolo de comunicação em redes que permitirá a comunicação entre eles. É necessário que todos os dispositivos do usuário (126) e o receptor de TV digital (112) em que a aplicação-interativa (118) é executada estejam conectados à mesma LAN (122). O protocolo de comunicação em redes pode contemplar, de entre outros, os seguintes mecanismos, tais como ilustrados na Figura 6: a. descoberta (504): mecanismo para permitir que a aplicação-interativa (500) e os dispositivos do usuário(502) tornem-se cientes da presença um dos outros quando conectado na mesma LAN; b. anúncio de conteúdo audiovisual (506): mecanismo que permite que os dispositivos do usuário(502) tomem conhecimento da disponibilidade de conteúdo audiovisual, provido através da aplicação-interativa (500) e destinado a ser consumido pelos dispositivos do usuário; c. anúncio de dados (508): mecanismo que permite que os dispositivos do usuário (502) tomem conhecimento da disponibilidade de dados, providos através da aplicação-interativa (500) e destinados a ser consumidos pelos dispositivos do usuário; d. solicitação de conteúdo audiovisual (510): mecanismo que permite aos dispositivos do usuário(502) solicitar à aplicação-interativa (500) o envio de conteúdo audiovisual; e. solicitação de dados (512): mecanismo que permite aos dispositivos do usuário(502) solicitar à aplicação-interativa (500) o envio de dados; f. envio de conteúdo audiovisual (514): mecanismo para o envio do conteúdo audiovisual da aplicação-interativa (500) para os dispositivos do usuário (502); g. envio de dados (516): mecanismo para o envio dos dados da aplicação-interativa (500) para os dispositivos do usuário (502).
[0057] O protocolo de comunicação em redes pode ser implementado como trocas de mensagens usando qualquer combinação de datagramas UDP (datagramas UDP ponto-a-ponto, datagramas UDP ponto-a-multiponto e datagramas UDP broadcast) e conexões TCP.
[0058] Em diferentes implementações segundo a presente invenção, o protocolo pode ser desenhado para ser iniciado pela aplicação-interativa (500), pelos dispositivos do usuário (502), ou qualquer um deles.
[0059] A implementação dos mecanismos envio de conteúdo audiovisual ou envio de dados podem considerar o envio das MPEG2-private-sections assim como extraídas do MPEG2-transport-stream. Alternativamente, a implementação dos mecanismos envio de conteúdo audiovisual ou envio de dados pode considerar que o aplicativo interativo (500) que está sendo executado no receptor de TV digital decodifique as MPEG2-private-sections extraídas do MPEG2-transport-stream e envie apenas o conteúdo audiovisual e/ou dados para os dispositivos do usuário (502), descartando o cabeçalho e o CRC da MPEG2-private-section.
[0060] No caso dos dispositivos do usuário, a implementação do protocolo de comunicação em redes descrito pode ser provida pelos próprios dispositivos do usuário ou por um ou mais aplicações do usuário instaladas e executadas nos dispositivos do usuário.
Solução Técnica - Vantagens Gerais [0061] O método para definir os valores dos campos section_number e version_number permite a entrega contínua de novos blocos ou pacotes de conteúdo audiovisual (208) e/ou dados (210). O tempo de expiração de tais blocos ou pacotes, encapsulados em MPEG2-private-sections (214), é geralmente muito curto e espera-se que sejam processados e descartados imediatamente pelos dispositivos do usuário (126). Se nenhum dispositivo do usuário (126) está disponível ou não tem solicitado o envio de conteúdo audiovisual, a aplicação-interativa (118) descarta tal bloco ou pacote imediatamente. Por esta razão, o método segundo a presente invenção também se aplica para as transmissões de conteúdo audiovisual ao vivo.
Exemplos [0062] A seguir, é demonstrado um exemplo de implementação dos métodos, dispositivos, protocolos e aplicação interativa da presente invenção conforme acima detalhados. No entanto, tal exemplo não deve ser considerado limitativo do escopo e do alcance da presente invenção, uma vez que outras formas de implementação poderão ser vislumbradas por aqueles técnicos versados na arte.
Exemplo de Implementação - Lado Transmissão [0063] Exemplo 1 - codificação de conteúdo audiovisual utilizando streams RTP: [0064] O sistema de transmissão pode ser construído em cima do sistema de TV digital brasileiro ISDB-T e facilmente integrado ao fluxo de trabalho de transmissão de uma emissora.
[0065] Os conteúdos de TV principal podem ser os streams de vídeo e áudio usando as codificações H.264 e MPEG-4 AAC respectivamente; closed-captions também podem ser incluídos. Dados para Guia Eletrônica de Programação (EPG) e outros meta-dados de informação de serviço (SI) podem ser gerados e incluídos de acordo com a norma ABNT NBR 15603.
[0066] A aplicação-interativa pode ser desenvolvida em conformidade com o padrão de middleware Ginga (ABNT NBR 15606). Ela pode usar as API com.sun.dtv.filtering conforme especificado na ABNT NBR 15606-6 para extrair os MPEG2-private-sections do MPEG2-transport-stream que compõe el broadcast de sinal de TV digital. O protocolo de comunicação em redes pode ser implementado com as API fornecidas pelo pacote java.net especificado no Personal Basis Profile 1.2.1, que também está incluído no padrão de middleware Ginga (ABNT NBR 15606-4).
[0067] O dispositivo codificador de aplicação interativa pode ser implementado com um playout de interatividade Ginga usado para codificar as aplicações Ginga no protocolo DSMCC Object Carousel.
[0068] Na multiplexação e transmissão do MPEG2-transport-stream, pode ser utilizado os mesmos equipamentos já utilizados nas transmissões de TV digital ISDB-T convencionais.
[0069] O conteúdo audiovisual para dispositivos do usuário providos pelo processo de produção de conteúdo pode ser um stream de vídeo e áudio FullHD, pré-gravado ou ao vivo, usando as codificações H.264 e MPEG-4 AAC,respectivamente. O bitrate pode ter qualquer valor que forneça uma transmissão de alta qualidade para o formato FullHD (como exemplo: 13Mbps).
[0070] O dispositivo transcoder recodifica o vídeo FullHD para uma resolução, codificação, bitrate e frame-rate adequados para ser reproduzidos pelos dispositivos do usuário (como exemplo, 720x362, H.264, 15 fps). Da mesma forma, o áudio é re-codificado para um formato, bitrate, sample-rate e codificação apropriados para a reprodução no dispositivos-de-usuário (como exemplo, MPEG-4 AAC HE). O bitrate total é reduzido a 500 Kbps. Os streams adaptados são gerados pelo dispositivo transcoder usando o protocolo RTP/RTSP como um stream RTP, contendo pacotes de RTP e pacotes de controle RTP. O dispositivo transcoder também gera estrutura de dados do tipo RTP Session Descriptor.
[0071] O dispositivo encapsulador de MPEG2-private-sections recebe os pacotes do stream RTSP, os pacotes de controle RTP e a RTP Session Descriptor gerados pelo dispositivo transcoder e gera as MPEG2-private-sections adicionando os pacotes RTP/RTSP no campo private_data_byte. As MPEG2-private-sections geradas são encaminhadas para o multiplexador de MPEG2-transport-stream como uma seqüência de MPEG2-transport-stream-packets e, finalmente, inseridos no broadcast de sinal de TV digital.
[0072] Exemplo 2 - codificação de conteúdo audiovisual utilizando streams MPEG2-transport-stream: [0073] Em um outro exemplo de implementação, derivado do Exemplo 1, o dispositivo transcoder re-codifica o vídeo FullHD para uma resolução, codificação, bitrate e frame-rate adequados para ser reproduzidos pelos dispositivos do usuário (como exemplo, 720x362, H.264, 15 fps). Da mesma forma, o áudio é re-codificado para um formato, bitrate, sample-rate e codificação apropriados para a reprodução no dispositivo de usuário (como exemplo, MPEG-4 AAC HE). O bitrate total é reduzido a 500 Kbps. Os streams adaptados são gerados pelo dispositivo transcoder usando o protocolo MPEG2-transport-stream como um stream, contendo pacotes sequências de MPEG2-transport-stream-packets, incluindo as PSI requeridas para decodificar o stream.
[0074] O dispositivo encapsulador de MPEG2-private-sections recebe os pacotes do stream MPEG2-transport-stream-packets gerados pelo dispositivo transcoder e gera as MPEG2-private-sections adicionando os pacotes MPEG2-transport-stream-packets no campo private_data_byte. As MPEG2-private-sections geradas são encaminhadas para o multiplexador de MPEG2-transport-stream como uma sequência de MPEG2-transport-stream-packets e, finalmente, inseridos no broadcast de sinal de TV digital.
Exemplo de implementação - Lado Recepção [0075] Como um exemplo de implementação do receptor de TV digital, pode-se considerar qualquer aparelho de TV ou set top box capaz de sintonizar e decodificar os serviços de TV digital IDSB-T, que também inclua o suporte ao middleware interativo Ginga, de acordo com a ABNT NBR 15606 e capaz de ser conectado a uma LAN através de uma interface Ethernet ou Wi-Fi.
[0076] Deve ser ressaltado que os dispositivos do usuário que podem ser utilizados são vários, tais como qualquer smart-phone ou tablet do usuário nos que foi instalada e executada uma aplicação que implementa o mesmo protocolo de comunicação em redes implementado pela aplicação-interativa Ginga sendo transmitida no broadcast de sinal de TV digital ISDB-T como descrito na seção anterior. Essa aplicação pode ter uma interface de usuário que permite ao usuário selecionar e reproduzir o conteúdo audiovisual que está sendo entregue encapsulado em MPEG2-private-sections. Normalmente, esta funcionalidade podería ser parte de um aplicativo muito mais complexo como um aplicativo de segunda-tela.
Exemplo de Implementação - Protocolo de comunicação em redes entre a Aplicacão-lnterativa e os DispositivosdoUsuário [0077] A aplicação-interativa pode ser desenvolvida em conformidade com a especificação do middleware Ginga, norma ABNT NBR 15606. O protocolo de comunicação em redes pode ser implementado com as API disponíveis no pacote java.net, especificado no Personal Basis Profile 1.2.1, que também forma parte da especificação de middleware Ginga, conforme norma brasileira ABNT NBR 15606-4.
[0078] No caso do aplicativo que será executado nos dispositivos do usuário, o protocolo de comunicação em redes pode ser implementado com as API de acesso a rede disponíveis em tais plataformas (como exemplo, iOS e Android).
[0079] Nesse exemplo, o mecanismo de descoberta pode ser implementado, como ilustrado na Figura 6.a, pela aplicação-interativa (600) enviando uma mensagem como um datagrama UDP broadcast a cada 10 segundos.
[0080] Nesse exemplo, os mecanismos de anúncio de conteúdo audiovisual e anúncio de dados podem ser implementados, como mostrado na Figura 6.a, de forma que aplicação interativa (600) envia uma mensagem, contendo informações e detalhes sobre o conteúdo audiovisual e dados disponíveis, como um datagrama UDP broadcast a cada 10 segundos.
[0081] Os mecanismos solicitação de conteúdo audiovisual e solicitação de dados podem ser implementados, como mostrado na Figura 6.b, de forma que aplicação em execução nos dispositivos do usuário (602) envia uma mensagem solicitando a entrega do conteúdo audiovisual e/ou dados anunciados (612), como um datagrama UDP ponto-a-ponto, para o aplicativo interativo (600). Essa mensagem (612) deve ser enviada por cada aplicação em cada 5 segundos. Se a aplicação interativa (600) deixar de receber essa mensagem (612) de um determinado dispositivo do usuário (602) por um intervalo de tempo (ex: 10 seg), a aplicação-interativa (600) assume que o dispositivo do usuário (602) não está mais interessado em receber o conteúdo audiovisual e/ou dados e irá a interromper o envio para esse determinado dispositivo do usuário (602).
[0082] Os mecanismos de envio de conteúdo audiovisual e envio de dados podem ser implementados, como mostrado na Figura 6.c, de forma que a aplicação-interativa (600) envie mensagens (616) contendo os conteúdo audiovisual e/ou dados para cada dispositivo do usuário (602) que tenha solicitado o envio. Essas mensagens (616) podem ser enviadas pela LAN como datagramas UDP ponto-a-ponto. As mensagens (616) podem ser enviadas por cada MPEG2-private-section (614) extraída do MPEG2-transport-stream pela API com.sun.dtv.filtering, e podem conter a totalidade de tal MPEG2-private-section.
[0083] Em um outro exemplo de implementação dessa solução, os mecanismos solicitação de conteúdo audiovisual e solicitação de dados podem ser implementados, de forma que aplicação em execução nos dispositivos do usuário estabelece uma conexão TCP com o aplicativo-interativo. Uma vez estabelecida está conexão TCP, acontecerá o envio de conteúdo audiovisual e envio de dados pelo tempo que se mantiver aberta. Neste caso o aplicativo interativo irá a enviar, através desta conexão TCP, mensagens contendo os conteúdo audiovisual e/ou dados. As mensagens podem ser enviadas por cada MPEG2-private-section extraída do MPEG2-transport-stream pela API com.sun.dtv.filtering, e podem conter a totalidade de tal MPEG2-private-section. A conexão TCP pode ser fechada pela aplicação em execução nos dispositivos do usuário, indicando ao aplicativo interativo que deve interromper o envio de conteúdo audiovisual e envio de dados.
REIVINDICAÇÕES

Claims (11)

1. MÉTODO PARA ENCAPSULAR STREAMS DE CONTEÚDO AUDIOVISUAL EM MPEG2 PRIVATE SECTIONS, gerado de maneira ordenada, caracterizado por compreender os seguintes passos: a. atribuir ao campo table_id um valor predefinido; b. atribuir ao campo section_number um valor incrementado sequencialmente; c. sempre que o valor do campo section_number atinge um valor pré-definido (na faixa entre 0 e 255) atribuído ao campo last_section_number, a sequência section_number é reiniciada em 0; d. atribuir ao campo version_number um valor que é incrementado sequencialmente sempre que a sequência do campo section_number é reiniciada; e. sempre que o valor do campo version_number atinge um valor máximo predefinido para este campo (no intervalo entre 1 e 31), a sequência é reiniciada para um valor inicial predefinido (na faixa entre 0 e o valor máximo pré-definido para versão_number menos 1); f. adicionar de forma ordenada, ao campo private_data_byte da MPEG2-private-section tantos blocos ou pacotes do conteúdo audiovisual como couberem dentro deste campo, sem ultrapassar o tamanho máximo predefinido para as MPEG2 private section; g. calcular e atribuir os valores para os campos section_length e CRC; h. dividir a MPEG2 private section em uma sequência de MPEG2 transport stream packets [214] e atribuir para todos eles o mesmo valor predefinido para o campo packet_id (PID).
2. MÉTODO, de acordo com a reivindicação 1, caracterizado pelo fato de que os streams de conteúdo audiovisual estão incluídos em um stream de pacotes de controle RTP, pacotes RTP, pacotes RTSP ou combinações dos mesmos.
3. MÉTODO, de acordo com a reivindicação 2, caracterizado pelo fato de que alguns MPEG2 private section contêm RTP Session Descriptors.
4. MÉTODO, de acordo com a reivindicação 1, caracterizado pelo fato de que os streams de conteúdo audiovisual estão incluídos em um stream de pacotes MPEG2 transport stream.
5. DISPOSITIVO PARA ENCAPSULAR CONTEÚDO AUDIOVISUAL EM MPEG2-PRIVATE-SECTIONS PARA SER MULTIPLEXADOS EM UM MPEG2-TRANSPORT-STREAM, caracterizado por compreender uma entrada pela que recebe um stream de conteúdo audiovisual; uma saída pela que sai uma seqüência de MPEG2-private-sections gerada; e um circuito eletrônico que inclui um processador e memória RAM e o conjunto de instruções codificadas para de executar, em forma cíclica, os seguintes passos: a. atribuir ao campo table_id um valor predefinido; b. atribuir ao campo section_number um valor incrementado sequencialmente; c. sempre que o valor do campo section_number atinge um valor pré-definido (na faixa entre 0 e 255) atribuído ao campo last_section_number, a sequência section_number é reiniciada em 0; d. atribuir ao campo version_number um valor que é incrementado sequencialmente sempre que a sequência do campo section_number é reiniciada; e. sempre que o valor do campo version_number atinge um valor máximo predefinido para este campo (no intervalo entre 1 e 31), a sequência é reiniciada para um valor inicial predefinido (na faixa entre 0 e o valor máximo pré-definido para versão_number menos 1); f. adicionar de forma ordenada, ao campo private_data_byte da MPEG2-private-section tantos blocos ou pacotes do conteúdo audiovisual como couberem dentro deste campo, sem ultrapassar o tamanho máximo predefinido para as MPEG2 private section; g. calcular e atribuir os valores para os campos section_length e CRC; h. dividir a MPEG2 private section em uma sequência de MPEG2 transport stream packets [214] e atribuir para todos eles o mesmo valor predefinido para o campo packet_id (PID).
6. DISPOSITIVO, de acordo com a reivindicação 5, caracterizado pelo fato de que os streams de conteúdo audiovisual estão incluídos em um stream de pacotes de controle RTP, pacotes RTP, pacotes RTSP ou combinações dos mesmos.
7. DISPOSITIVO, de acordo com a reivindicação 6, caracterizado pelo fato de que alguns dos MPEG2 private section gerados contêm RTP Session Descriptors.
8. DISPOSITIVO, de acordo com a reivindicação 5, caracterizado pelo fato de que os streams de conteúdo audiovisual estão incluídos em um stream de pacotes MPEG2 transport stream.
9. PROTOCOLO DE COMUNICAÇÃO EM REDES, entre uma aplicação interativa de TV digital e um dispositivo do usuário que oferece os seguintes mecanismos, caracterizado pelo fato de compreender: 1. descoberta: mecanismo de troca de mensagens para permitir que a aplicação interativa e os dispositivos do usuário tornem-se cientes da presença um dos outros quando conectado na mesma rede local; 2. anúncio de conteúdo audiovisual: mecanismo de troca de mensagens que permite que os dispositivos do usuário tomem conhecimento da disponibilidade de conteúdo audiovisual, provido através da aplicação interativa e destinado a ser consumido pelos dispositivos do usuário; 3. anúncio de dados: mecanismo de troca de mensagens que permite que os dispositivos do usuário tomem conhecimento da disponibilidade de dados, providos através da aplicação interativa e destinados a ser consumidos pelos dispositivos do usuário; 4. solicitação de conteúdo audiovisual: mecanismo de troca de mensagens que permite aos dispositivos do usuário solicitar à aplicação interativa o envio de conteúdo audiovisual; 5. solicitação de dados: mecanismo de troca de mensagens que permite aos dispositivos do usuário solicitar à aplicação interativa o envio de dados; 6. envio de conteúdo audiovisual: mecanismo de troca de mensagens para o envio do conteúdo audiovisual da aplicação interativa para os dispositivos do usuário; 7. envio de dados: mecanismo de troca de mensagens para o envio dos dados da aplicação interativa para os dispositivos do usuário. onde as mensagens podem ser enviadas como datagramas UDP ponto a ponto, datagramas UDP ponto a multiponto, datagramas UDP broadcast, conexões TCP ou combinações destas tecnologias.
10. MÉTODO PARA TRANSMISSÃO DE CONTEÚDO AUDIOVISUAL E/OU DADOS PARA DISPOSITIVOS DO USUÁRIO SEM RECURSOS PARA SINTONIZAR UM BROADCAST DE SINAL DE TV DIGITAL ATRAVÉS DE UM BROADCAST DE SINAL DE TV DIGITAL, caracterizado por compreender os seguintes passos: a. encapsular streams de conteúdo audiovisual em MPEG2 private sections seguindo os seguintes passos: i. atribuir ao campo table_id um valor predefinido; ii. atribuir ao campo section_number um valor incrementado sequencialmente; iii. sempre que o valor do campo section_number atinge um valor pré-definido (na faixa entre 0 e 255) atribuído ao campo last_section_number, a sequência section_number é reiniciada em 0; iv. atribuir ao campo version_number um valor que é incrementado sequencialmente sempre que a sequência do campo section_number é reiniciada; v. sempre que o valor do campo version_number atinge um valor máximo predefinido para este campo (no intervalo entre 1 e 31), a sequência é reiniciada para um valor inicial predefinido (na faixa entre 0 e o valor máximo pré-definido para versão_number menos 1); vi. adicionar de forma ordenada, ao campo private_data_byte da MPEG2-private-section tantos blocos ou pacotes do conteúdo audiovisual como couberem dentro deste campo, sem ultrapassar o tamanho máximo predefinido para as MPEG2 private section; vii. calcular e atribuir os valores para os campos section_length e CRC; viii. dividir a MPEG2 private section em uma sequência de MPEG2 transport stream packets [214] e atribuir para todos eles o mesmo valor predefinido para o campo packet_id (PID). b. multiplexar as MPEG2 private sections dentro de um MPEG2 transport stream que conforma um broadcast de sinal de TV digital; c. incluir no broadcast de sinal de TV digital uma aplicação interativa que implemente o protocolo de comunicação em redes conforme definido na reivindicação 9; d. sintonizar o broadcast de sinal de TV digital com um receptor de TV digital; e. decodificar o sinal de TV digital e reproduz o conteúdo de TV principal em um receptor de TV digital; f. executar, no ambiente de execução do receptor de TV digital, uma aplicação interativa recebida pelo broadcast de sinal de TV digital; g. utilizar o protocolo de comunicação em redes implementado pela aplicação interativa para descobrir outros dispositivos do usuário na rede local (LAN) e anunciar a disponibilidade de conteúdo audiovisual e/ou dados; h. utilizar o protocolo de comunicação em redes implementado por dispositivos do usuário ou por aplicações instaladas no dispositivo do usuário, para solicitar ao aplicativo interativo o envio de conteúdo audiovisual e/ou dados; i. utilizar um protocolo de comunicação em redes implementado pela aplicação interativa, para enviar o conteúdo audiovisual e/os dados para os dispositivos do usuário que tenham solicitado tais envios; j. receber nos dispositivos do usuário que tenham solicitado o envio de conteúdo audiovisual e/ou dados do aplicativo interativo, tais conteúdos audiovisuais e/ou dados solicitados utilizando um protocolo de comunicação em redes implementado por dispositivos do usuário ou por aplicações instaladas no dispositivo do usuário; k. decodificar, processar e reproduzir os conteúdos audiovisuais e/ou dados solicitados no dispositivo do usuário.
11. MÉTODO, de acordo com a reivindicação 10, onde o broadcast de sinal de TV digital pode ser terrestre, satélite ou a cabo.
BR102014011263-4A 2014-05-09 2014-05-09 Método para encapsular streams de conteúdo audiovisual em mpeg2-private-sections, dispositivo para encapsular conteúdo audiovisual em mpeg2-private-sections para sermultiplexados em um mpeg2-transport-stream, protocolo de comunicação em redes e método para transmissão de conteúdo audiovisual e/ou dados para dispositivos do usuário sem recursos para sintonizar um broadcast de sinal de tv digital através de um broadcast de sinal de tv digital BR102014011263B1 (pt)

Priority Applications (10)

Application Number Priority Date Filing Date Title
BR102014011263-4A BR102014011263B1 (pt) 2014-05-09 2014-05-09 Método para encapsular streams de conteúdo audiovisual em mpeg2-private-sections, dispositivo para encapsular conteúdo audiovisual em mpeg2-private-sections para sermultiplexados em um mpeg2-transport-stream, protocolo de comunicação em redes e método para transmissão de conteúdo audiovisual e/ou dados para dispositivos do usuário sem recursos para sintonizar um broadcast de sinal de tv digital através de um broadcast de sinal de tv digital
CA2947485A CA2947485A1 (en) 2014-05-09 2015-05-08 Method for encapsulating audiovisual content streams in mpeg2 private sections, device for encapsulating audiovisual content in mpeg2 private sections to be multiplexed in a mpeg2 transport stream; interactive application for digital tv; user device; method for transmission of audiovisual content and/or data and communication protocol for data networks
PCT/BR2015/050055 WO2015168766A1 (pt) 2014-05-09 2015-05-08 Método e dispositivo para encapsular fluxos de conteúdo audiovisual em mpeg2 private sections, protocolo de comunicação em redes para redes locais baseadas em ip, aplicação interativa para tv digital, dispositivo de usuário contendo aplicações e método para transmissão de conteúdo audiovisual e dados.
JP2016566234A JP6679500B2 (ja) 2014-05-09 2015-05-08 視聴覚コンテンツストリームをｍｐｅｇ−２プライベートセクションでカプセル化する方法、ｍｐｅｇ−２トランスポートストリームで多重送信されるように視聴覚コンテンツをｍｐｅｇ−２プライベートセクションでカプセル化するためのデバイス、及び、視聴覚コンテンツおよび／またはデータを配信する方法
CN201580037286.3A CN107005745B (zh) 2014-05-09 2015-05-08 封装视听内容流的方法和设备
EP15789016.1A EP3142375A1 (en) 2014-05-09 2015-05-08 Method and device for encapsulating audiovisual content streams into mpeg2 private sections, network communication protocol for ip-based local area networks, interactive application for digital television, user device containing applications, and method for the transmission of audiovisual content and data
KR1020167031319A KR102391586B1 (ko) 2014-05-09 2015-05-08 시청각 콘텐츠 스트림을 ｍｐｅｇ２ 사설 섹션내에 캡슐화하는 방법, ｍｐｅｇ２ 전송 스트림 내에 멀티플렉스되어질 ｍｐｅｇ２ 사설 섹션내에 시청각 콘텐츠를 캡슐화하는 장치, 디지털 ｔｖ용의 양방향 어플리케이션, 사용자 장치, 시청각 콘텐츠 또는 데이터의 전송을 위한 방법 및 데이터 네트워크를 위한 통신 프로토콜
US15/309,760 US20170150189A1 (en) 2014-05-09 2015-05-08 Method for encapsulating audiovisual content streams in mpeg2 private sections, device for encapsulating audiovisual content in mpeg2 private sections to be multiplexed in a mpeg2 transport stream; interactive application for digital tv; user device; method for transmission of audiovisual content and/or data and communication protocol for data networks
ARP150101422A AR100361A1 (es) 2014-05-09 2015-05-11 Método para encapsular streams de contenido-audiovisual en mpeg2-private-sections, dispositivo para encapsular contenido-audiovisual en mpeg2-private-sections para ser multiplexado en un mpeg2-transport-stream; protocolo-de-comunicación-en-redes para redes locales fundamentadas en ip; aplicación-interactiva para tv digital; dispositivo-del-usuario o la combinación de un dispositivo-del-usuario y una o más aplicaciones y método para transmisión de contenido-audiovisual y/o datos
TW104114984A TWI673999B (zh) 2014-05-09 2015-05-11 供視聽內容及／或資料傳輸的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
BR102014011263-4A BR102014011263B1 (pt) 2014-05-09 2014-05-09 Método para encapsular streams de conteúdo audiovisual em mpeg2-private-sections, dispositivo para encapsular conteúdo audiovisual em mpeg2-private-sections para sermultiplexados em um mpeg2-transport-stream, protocolo de comunicação em redes e método para transmissão de conteúdo audiovisual e/ou dados para dispositivos do usuário sem recursos para sintonizar um broadcast de sinal de tv digital através de um broadcast de sinal de tv digital

Publications (2)

Publication Number Publication Date
BR102014011263A2 BR102014011263A2 (pt) 2015-12-08
BR102014011263B1 true BR102014011263B1 (pt) 2019-07-02

Family

ID=54391885

Family Applications (1)

Application Number Title Priority Date Filing Date
BR102014011263-4A BR102014011263B1 (pt) 2014-05-09 2014-05-09 Método para encapsular streams de conteúdo audiovisual em mpeg2-private-sections, dispositivo para encapsular conteúdo audiovisual em mpeg2-private-sections para sermultiplexados em um mpeg2-transport-stream, protocolo de comunicação em redes e método para transmissão de conteúdo audiovisual e/ou dados para dispositivos do usuário sem recursos para sintonizar um broadcast de sinal de tv digital através de um broadcast de sinal de tv digital

Country Status (10)

Country Link
US (1) US20170150189A1 (pt)
EP (1) EP3142375A1 (pt)
JP (1) JP6679500B2 (pt)
KR (1) KR102391586B1 (pt)
CN (1) CN107005745B (pt)
AR (1) AR100361A1 (pt)
BR (1) BR102014011263B1 (pt)
CA (1) CA2947485A1 (pt)
TW (1) TWI673999B (pt)
WO (1) WO2015168766A1 (pt)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110235438B (zh) * 2016-12-01 2021-12-28 Lg 电子株式会社 图像显示设备和包含该图像显示设备的图像显示系统
WO2020006250A1 (en) * 2018-06-28 2020-01-02 Dolby Laboratories Licensing Corporation Frame conversion for adaptive streaming alignment

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IL127790A (en) * 1998-04-21 2003-02-12 Ibm System and method for selecting, accessing and viewing portions of an information stream(s) using a television companion device
JP2003037623A (ja) * 2001-07-23 2003-02-07 Philips Japan Ltd Ｍｐｅｇネットワーク上におけるダイレクトｒｔｐ伝送方法及びシステム
GB0307694D0 (en) * 2003-04-03 2003-05-07 Koninkl Philips Electronics Nv Broadcast delivery to a wireless device
FR2864875A1 (fr) * 2004-01-05 2005-07-08 France Telecom Procede d'enregistrement de contenus audio-visuels dans un reseau de communication
KR101181777B1 (ko) * 2006-06-15 2012-09-12 엘지전자 주식회사 방송 시스템 및 방법
JP2008085515A (ja) * 2006-09-27 2008-04-10 Hitachi Ltd コンテンツ受信端末システム及びコンテンツ受信端末装置
US8549566B2 (en) * 2008-12-09 2013-10-01 Lg Electronics Inc. Method of processing non-real time service and broadcast receiver
CN101521797B (zh) * 2009-03-11 2011-01-05 深圳市融创天下科技发展有限公司 一种数字电视内容转发系统
CN201674535U (zh) * 2010-06-11 2010-12-15 龙山 基于广播电视网和通信网的大数据量文件快速下载系统
CN102098564A (zh) * 2011-03-04 2011-06-15 东莞市中珩电子科技有限公司 一种基于wi-fi的观看电视节目的方法
JP5978000B2 (ja) * 2011-08-26 2016-08-24 日本放送協会 受信機
CN103428556B (zh) * 2012-05-17 2016-11-23 华为技术有限公司 多屏互动的方法及系统
CN103517110B (zh) * 2012-06-29 2016-08-17 深圳市快播科技有限公司 一种多屏互动通信系统和方法
CN102857729B (zh) * 2012-08-08 2015-07-15 青岛海信宽带多媒体技术有限公司 基于机顶盒的视频通话方法及系统
CN104620235B (zh) * 2012-09-07 2018-01-16 华为技术有限公司 用于自适应串流中的区段分界及识别的系统及方法

Also Published As

Publication number Publication date
KR20170026329A (ko) 2017-03-08
BR102014011263A2 (pt) 2015-12-08
CN107005745B (zh) 2020-12-04
JP2017520954A (ja) 2017-07-27
TWI673999B (zh) 2019-10-01
CN107005745A (zh) 2017-08-01
US20170150189A1 (en) 2017-05-25
KR102391586B1 (ko) 2022-04-27
WO2015168766A1 (pt) 2015-11-12
TW201608881A (zh) 2016-03-01
AR100361A1 (es) 2016-09-28
JP6679500B2 (ja) 2020-04-15
CA2947485A1 (en) 2015-11-12
EP3142375A1 (en) 2017-03-15

Similar Documents

Publication Publication Date Title
US9832534B2 (en) Content transmission device and content playback device
US9043849B2 (en) Method for linking MMT media and DASH media
US9544641B2 (en) Hybrid transmission method through MMT packet format extension
US9681197B2 (en) Methods of implementing multi mode trickplay
US20160127756A1 (en) BROADCAST TRANSMITTING DEVICE, BROADCAST RECEIVING DEVICE, METHOD FOR OPERATING THE BROADCAST TRANSMITTING DEVICE, AND METHOD FOR OPERATING THE BROADCAST RECEIVING DEVICE(as amended)
KR102499231B1 (ko) 수신 장치, 송신 장치 및 데이터 처리 방법
US10469919B2 (en) Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
JP6304016B2 (ja) 受信装置並びに受信方法
US10516497B2 (en) Reception apparatus, transmission apparatus, and data processing method
EP2814256B1 (en) Method and apparatus for modifying a stream of digital content
US20150067749A1 (en) Method and apparatus for providing extended tv data
BR102014011263B1 (pt) Método para encapsular streams de conteúdo audiovisual em mpeg2-private-sections, dispositivo para encapsular conteúdo audiovisual em mpeg2-private-sections para sermultiplexados em um mpeg2-transport-stream, protocolo de comunicação em redes e método para transmissão de conteúdo audiovisual e/ou dados para dispositivos do usuário sem recursos para sintonizar um broadcast de sinal de tv digital através de um broadcast de sinal de tv digital
KR20180040571A (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10425689B2 (en) Reception apparatus, transmission apparatus, and data processing method
Stevens et al. Video delivery and challenges: Tv, broadcast and over the top

Legal Events

Date Code Title Description
B03A Publication of a patent application or of a certificate of addition of invention [chapter 3.1 patent gazette]
B65X Notification of requirement for priority examination of patent application
B65Y Grant of priority examination of the patent application (request complies with dec. 132/06 of 20061117)
B06A Patent application procedure suspended [chapter 6.1 patent gazette]
B06G Technical and formal requirements: other requirements [chapter 6.7 patent gazette]
B07A Application suspended after technical examination (opinion) [chapter 7.1 patent gazette]
B09B Patent application refused [chapter 9.2 patent gazette]
B12B Appeal against refusal [chapter 12.2 patent gazette]
B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]

Free format text: PRAZO DE VALIDADE: 20 (VINTE) ANOS CONTADOS A PARTIR DE 09/05/2014, OBSERVADAS AS CONDICOES LEGAIS. (CO) 20 (VINTE) ANOS CONTADOS A PARTIR DE 09/05/2014, OBSERVADAS AS CONDICOES LEGAIS

B25A Requested transfer of rights approved

Owner name: MIRAKULO SOFTWARE LTDA (BR/RJ)