BRPI0806042A2 - receptor de difusço e mÉtodo de interfacear informaÇço de recurso entre um dispositivo principal e um ponto de desenvolvimento, enviar informaÇço de recurso de dispositivo principal e obter informaÇço de recurso de dispositivo principal - Google Patents

receptor de difusço e mÉtodo de interfacear informaÇço de recurso entre um dispositivo principal e um ponto de desenvolvimento, enviar informaÇço de recurso de dispositivo principal e obter informaÇço de recurso de dispositivo principal Download PDF

Info

Publication number
BRPI0806042A2
BRPI0806042A2 BRPI0806042-8A BRPI0806042A BRPI0806042A2 BR PI0806042 A2 BRPI0806042 A2 BR PI0806042A2 BR PI0806042 A BRPI0806042 A BR PI0806042A BR PI0806042 A2 BRPI0806042 A2 BR PI0806042A2
Authority
BR
Brazil
Prior art keywords
host device
resource
mode
resource information
identifier
Prior art date
Application number
BRPI0806042-8A
Other languages
English (en)
Inventor
Sang Hoon Cha
Bong Seok Kim
Original Assignee
Lg Electronics Inc
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 Lg Electronics Inc filed Critical Lg Electronics Inc
Publication of BRPI0806042A2 publication Critical patent/BRPI0806042A2/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/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/418—External card to be used in combination with the client device, e.g. for conditional access
    • 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/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/167—Systems rendering the television signal unintelligible and subsequently intelligible
    • H04N7/1675—Providing digital key or authorisation information for generation or regeneration of the scrambling sequence
    • 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/418—External card to be used in combination with the client device, e.g. for conditional access
    • H04N21/4181—External card to be used in combination with the client device, e.g. for conditional access for conditional access
    • 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/43607—Interfacing a plurality of external cards, e.g. through a DVB Common Interface [DVB-CI]
    • 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/4367—Establishing a secure communication between the client and a peripheral device or smart card
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal

Abstract

RECEPTOR DE DIFUSçO E MÉTODO DE INTERFACEAR INFORMAÇçO DE RECURSO ENTRE UM DISPOSITIVO PRINCIPAL E UM PONTO DE DESENVOLVIMENTO, ENVIAR INFORMAÇçO DE RECURSO DE DISPOSITIVO PRINCIPAL E OBTER INFORMAÇçO DE RECURSO DE DISPOSITIVO PRINCIPAL. Um receptor de transmissão e método de interface de informação de recurso entre um dispositivo hospedeiro e um ponto de desenvolvimento (POD), envio de informação de recurso de dispositivo hospedeiro e obtenção de informação de recurso de dispositivo hospedeiro são descritos. Um POD envia uma mensagem de solicitação de informação de recurso. E um dispositivo hospedeiro recebe a mensagem de solicitação de informação de recurso e responde com uma mensagem de informação de recurso incluindo um identificador de recurso definido em uma tabela de informação de recurso que inclui informação indicando se o dispositivo hospedeiro suporta modo A. Usando uma característica de "acesso condicional" provida por uma placa de segurança de cabo convencional, conteúdo recebido através de qualquer tipo de protocolo de transporte (incluindo um protocolo IP) incluindo uma rede sem fio/com fio pode ser protegido e informação de recurso de modo A pode ser sistematicamente definida junto com outro recurso de comunicação de IP de outro modo e a informação de recurso de diferentes modos pode ser integrada e transmitida para o disposi- tivo hospedeiro.

Description

"RECEPTOR DE DIFUSÃO E MÉTODO DE INTERFACEAR INFORMAÇÃO DE RECURSO ENTRE UM DISPOSITIVO PRINCIPAL E UM PONTO DE DESENVOLVIMENTO, ENVIAR INFORMAÇÃO DE RECURSO DE DISPOSITIVO PRINCIPAL E OBTER INFORMAÇÃO DE RECURSO DE DISPOSITIVO PRINCIPAL"
Referência Cruzada a Pedidos Relacionados
Este pedido reivindica o benefício do Pedido de Patente Coreano No. 10-2007-71711 depositado em 18 de Julho de 2007, que é aqui incorporado por referência como se completamente apresentado aqui.
Campo da Invenção
A presente invenção refere-se a um receptor de transmissão, um método para interface entre um dispositivo hospedeiro e um placa de segurança, um método para transmitir informação de recurso de hospedeiro, e um método para adquirir informação de recurso de hospedeiro, e mais particularmente, a um receptor de transmissão, um método para interface entre um dispositivo hospedeiro e um placa de segurança, um método para transmitir informação de recurso de hospedeiro, onde os dados de transmissão transmitidos baseados em um protocolo de Internet são processados.
Fundamentos da Invenção
Serviços de televisão (TV) existentes têm sido fornecidos de tal maneira que os conteúdos produzidos por companhias de transmissão são transmitidos através de meios de transmissão por radio, tal como ondas terrestres, cabos ou satélites, e um observador visualiza os conteúdos transmitidos através de um receptor de TV capaz de receber os conteúdos transmitidos via os respectivos meios de transmissão.
Entretanto, à medida que as tecnologias de TV digital baseadas em transmissão digital são desenvolvidas e estão comercialmente disponíveis, interrompendo transmissão analógica existente, vários conteúdos, tal como transmissões em tempo real, Conteúdos Sob Demanda (CoD), jogos e notícias, podem ser fornecidos a um telespectador usando a rede Internet conectada em cada residência, além de meios de transmissão existentes.
Um exemplo do fornecimento de conteúdos usando a rede Internet pode inclui uma TV sobre Protocolo de Internet (IPTV). A IPTV indica um receptor de transmissão para receber vários tipos de serviços de informação, conteúdos de imagem em movimento e transmissões usando uma rede Internet e exibindo-as a um usuário. A rede Internet pode ser implementada com base em vários tipos de redes tal como redes a cabo ótico, redes a cabo coaxial, acesso à fibra ótica até a residência (fiber-to-the-home (FTTH)), redes telefônicas e redes sem fio.
O serviço usando a rede Internet adicionalmente tem bidirecionalidade e possibilita que um telespectador assista a um programa desejado em sua hora conveniente, diferente da transmissão terrestre geral.Sumário da Invenção
Consequentemente, a presente invenção é direcionada a um receptor de transmissão, um método para interface entre um dispositivo hospedeiro e uma placa de segurança, um método para transmitir informação de recurso de hospedeiro, e um método para adquiri-la, o que substancialmente obvia um ou mais problemas devido às limitações e desvantagens da técnica relacionada.
Um objetivo da presente invenção é fornecer um receptor de transmissão, um método para interface ente um dispositivo hospedeiro e um placa de segurança, um método para transmiti-la, e um método para adquiri-la que usa um protocolo de Internet e capacita proteção de conteúdo transmitido através de uma característica de "acesso condicional" fornecida por uma placa de segurança a cabo convencional.
Um outro objetivo da presente invenção é fornecer um receptor de transmissão, um método para interface entre um dispositivo hospedeiro e uma placa de segurança, um método para transmitir informação de recurso de hospedeiro, e um método para adquiri-la que habilita eficiente transmissão de capacidades de rede do dispositivo hospedeiro à placa de segurança de modo a processar dados de transmissão recebidos em todos os tipos de protocolos de transporte incluindo um protocolo de IP, por uma rede sem fio/por fio.
Um objetivo adicional da presente invenção é fornecer um receptor de transmissão, um método para interface entre um dispositivo hospedeiro e uma placa de segurança, um método para transmitir informação de recurso de hospedeiro, e um método para adquiri-la que habilita a recepção de dados de transmissão a partir de uma Aliança Multimídia sobre o cabo Coaxial (MoCA).
Vantagens, objetivos e características adicionais da invenção serão apresentados em parte na descrição que se segue e em parte estarão aparentes àqueles versados na técnica mediante o exame do seguinte ou podem ser aprendidos na prática da invenção. Os objetivos e outras vantagens da invenção podem ser realizados e obtidos pela estrutura particularmente apontada na descrição escrita e reivindicações bem como nos desenhos em anexo.
Para alcançar esses objetivos e outras vantagens e de acordo com o propósito da invenção, como incorporado e amplamente descrito aqui, um método de interface de informação de recurso entre um dispositivo hospedeiro e um ponto de desenvolvimento (POD) incluiu enviar uma mensagem de solicitação de informação de recurso a partir do POD ao dispositivo hospedeiro, e responder pelo dispositivo hospedeiro ao POD com uma mensagem de informação de recurso incluindo um identificador de recurso indicando se o dispositivo hospedeiro suporta recurso modo A. Aqui, o identificador de recurso é um identificador definido para identificar um recurso de Comunicação de Baixa Velocidade. E o identificador de recurso do recurso de Comunicação de Baixa Velocidade adicionalmente indica se o dis-positivo hospedeiro suporta pelo menos um de modo descendente OOB e modo ascendente OOB.
Também, o identificador de recurso é um identificador definido para identificar um recurso de comunicação de IP que é usado para suportar o modo A. Aqui, o identificador de recurso do recurso de comunicação de IP adicionalmente indica se o dispositivo hospedeiro suporta o modo descendente OOB.
Também, o hospedeiro inclui uma unidade de interface física de Protocolo de Internet (IP) para suportar modo A. Aqui, a unidade de interface física de IP recebe uma estrutura Ethernet incluindo dados de transmissão.
Em um outro aspecto da presente invenção, um método de enviar informação de recurso de dispositivo hospedeiro inclui receber uma mensagem de solicitação de informação de recurso a partir de um POD, identificar se o dispositivo hospedeiro suporta modo A, inserir um identificador de recurso indicando se o dispositivo hospedeiro suporta o modo A em uma mensagem de informação de recuso quando ele suporta modo A, e enviar a mensagem de informação de recurso ao POD. Aqui, o identificador de recurso é um identificador definido para identificar um recurso de Comunicação de Baixa Velocidade. E o identificador de recurso do de Comunicação de Baixa Velocidade adicionalmente indica se o dispositivo hospedeiro suporta pelo menos o modo descendente OOB e o modo ascendente OOB.
Também, o identificador de recuso é um identificador definido para identificar um recurso de comunicação de IP que é usado para suportar modo A. Aqui, o identificador de recurso do recurso de comunicação de IP adicionalmente indica se o dispositivo hospedeiro suporta modo descendente OOB.
Em um outro aspecto da presente invenção, um método de obter informação de recurso de dispositivo hospedeiro inclui enviar uma mensagem de solicitação de informação de recurso a um dispositivo hospedeiro, receber uma mensagem com informação de recurso incluindo um identificador de recurso indicando se o dispositivo hospedeiro suporta modo A, e obter o identificador de recurso analisando a mensagem com informação de recurso recebida. Aqui, o identificador de recurso é um identificador definido para identificar um recurso de Comunicação de Baixa Velocidade. E o identificador de recurso do recurso de Comunicação de Baixa Velocidade adicionalmente indica se o dispositivo hospedeiro suporta pelo menos o modo descendente OOB e o modo ascendente OOB.
Também, o identificador de recurso é um identificador definido para identificar um recurso de comunicação de IP que é usado para suportar modo A. Aqui, o identificador de recurso do recurso de comunicação de IP adicionalmente indica se o dispositivo hospedeiro suporta modo descendente OOB.
Em um outro aspecto da presente invenção, um receptor de transmissão inclui um POD para enviar uma mensagem de solicitação de informação de recurso e um dispositivohospedeiro para recebê-la e responder com uma mensagem com informação de recurso incluindo um identificador de recurso indicando se o dispositivo hospedeiro suporta recurso de modo A. Aqui, o identificador de recurso é um identificador definido para identificar um recurso de Comunicação de Baixa Velocidade. E o identificador de recurso do recurso de Comunicação de Baixa Velocidade adicionalmente indica se o dispositivo hospedeiro suporta pelo menos um do modo descendente OOB e do modo ascendente OOB.
Também, o identificador de recurso é um identificador definido para um recurso de comunicação de identificação de IP que é usado para suportar modo A. Aqui, o identificador de recurso do recurso de comunicação de IP adicionalmente indica se o dispositivo hospedeiro suporta modo descendente OOB.
De acordo com a presente invenção, é possível proteger conteúdo usando um "a-cesso condicional" fornecido por uma placa de segurança a cabo convencional. Assim, os provedores de serviço podem proteger seu conteúdo e estavelmente carregar usuários de serviços usando o "acesso condicional".
Em adição, como os dados de transmissão recebidos em todos os tipos de protocolos de transporte incluindo um protocolo de IP por uma rede sem fio/por fio são processados tal como para habilitar a interface com uma placa de segurança a cabo, os usuários de serviço podem visualizar serviços de provedores desejados mudando minimamente ou estendendo funções da placa de segurança a cabo convencional.
Ademais, os itens de informação de capacidades de rede do dispositivo hospedeiro para transmitir dados de transmissão recebidos baseados em protocolo de Ethernet em pacotes de protocolo de Internet à placa de segurança são sistematicamente definidos junto com outros itens de informação e tais itens de informação são então integrados e transmitidos ao dispositivo hospedeiro. Isso habilita eficiente troca de informação entre o dispositivo hospedeiro e a placa de segurança.
Além disso, sistemas e métodos convencionais de transmissão de informação são suportados e estendidos para habilitar a transmissão de informação de rede adicional do dispositivo hospedeiro, tal que a retro compatibilidade seja alcançada.
Entende-se que ambas a descrição geral e a seguinte descrição detalhada da presente invenção são exemplificadas e explanatórias e pretendem fornecer explicação adicional da invenção como reivindicado.
Breve Descrição dos Desenhos
Os desenhos em anexo, que são incluídos para fornecer um entendimento adicional da invenção, incorporados e constituem uma parte deste pedido, ilustram modalidade(s) da invenção e junto com a descrição servem para explicar o princípio da invenção. Nos desenhos:
A FIG. 1 ilustra esquematicamente um sistema IPTV de acordo com uma modalida-de da presente invenção;
A FIG. 2 ilustra esquematicamente um receptor que usa uma placa de segurança de acordo com uma modalidade da presente invenção;
A FIG. 3 ilustra um procedimento para operar um protocolo RM de acordo com uma modalidade da presente invenção;
A FIG. 4A e a FIG. 4B são fluxogramas que ilustram procedimentos para transmitir e receber informação de modo operacional de rede de um dispositivo hospedeiro de acordo com uma modalidade da presente invenção; e
As FIGs. 5A e 5B são fluxogramas que ilustram procedimentos para transmitir e receber informação de modo operacional de rede de um dispositivo hospedeiro de acordo com uma outra modalidade da presente invenção.
Descrição Detalhada da Invenção
Em adição, embora os termos usados na presente invenção sejam selecionados a partir de termos geralmente conhecidos e usados, alguns dos termos mencionados na descrição da presente invenção foram selecionados pelo requerente em sua discrição, os significados detalhados são descritos em partes relevantes da descrição aqui fornecida. Além disso, exige-se que a presente invenção seja entendida, não simplesmente pelos termos reais usados, mas pelos significados de cada termo apresentado nesta.
Um receptor de transmissão e um método de processar dados de transmissão de acordo com a presente invenção serão descritos em detalhes com relação aos desenhos em anexo.
Um sistema de TV sobre Protocolo de IP (IPTV) que é um exemplo de um sistema capaz de fornecer vários tipos de conteúdos usando uma rede de Internet pode ser amplamente dividido em um servidor, uma rede e um receptor de transmissão (cliente).
O servidor do sistema IPTV pode incluir servidores tendo várias funções, tal como um servidor de seleção e descoberta de serviço, um servidor de transmissão contínua, um servidor de informação de guia de conteúdo, um servidor de informação de consumidor, e um servidor de informação de pagamento.
Dentre esses servidores, o servidor de transmissão contínua transmite dados de imagem em movimento de codificação de Grupo de Especialista de Imagem em Movimento (MPEG-2 ou MPEG-4). Como um protocolo de transmissão, um protocolo de transporte em tempo real (RTP) ou um protocolo de controle RTP (RTCP) pode ser usado.
No caso onde um protocolo de transmissão contínua em tempo real (RTSP) é usado, a reprodução de um fluxo de imagem em movimento pode ser controlada por uma função de controle de leitura de rede tal como Pausar, Repetir, Parar ou seus similares em alguma extensão.
O servidor de informação de guia de conteúdo fornece informação dos vários con-teúdos fornecidos. A informação de guia de conteúdo inclui uma variedade de informação dos conteúdos como informação correspondente à informação do guia eletrônico de programação (EPG). O servidor de informação de guia de conteúdo armazena dados de informação de guia de conteúdo e fornece os dados armazenados ao receptor de transmissão. Dentre os servidores, o servidor de descoberta e seleção de serviço fornece infor-
mação de acesso de servidores para fornecer vários tipos de serviços de conteúdo tal como transmissões, Conteúdos Sob Demanda (CoD) ou jogos e informação de reprodução ao receptor de transmissão.
Um sistema de rede inclui uma rede baseada em Internet e portas de comunicação. Como rede baseada em Internet, vários tipos de rede baseados em IP, tal como redes a cabo ótico, redes de cabo coaxial, acesso à fibra ótica até a residência (FTTH), redes telefônicas e redes sem fio podem ser usadas. As portas de comunicação podem geralmente e-xecutar entrega de dados, gerenciamento de grupo de transmissão a múltiplos pontos usando um protocolo tal como um Protocolo de Gerenciamento de Grupo de Internet (IGMP) e gerenciamento de Qualidade de Serviço (QoS).
A IPTV indica um receptor de transmissão capaz de receber dados transmitidos via a rede de Internet e fornecer os dados a um usuário. O receptor de transmissão pode inclui um dispositivo de conexão à internet via TV da IPTV, uma porta de comunicação de rede residencial e uma TV embutida com IPTV. Um sistema IPTV híbrido pode fornecer vários tipos de conteúdos da Internet bem
como vários tipos de conteúdos de transmissão existentes. Ou seja, além dos vários tipos de conteúdos de transmissão tal como transmissão terrestre, transmissão a cabo, transmissão por satélite ou transmissão privada, vários conteúdos de imagem de Internet ou conteúdos de dados além das imagens podem ser fornecidos ao usuário. Esses conteúdos podem ser fornecidos em tempo real ou sob demanda.
A FIG. 1 é uma vista esquemática que mostra um sistema IPTV de acordo com uma modalidade da presente invenção.
A partir do ponto de vista de um provedor de serviço de conteúdo, o sistema IPTV pode ser dividido em um provedor de conteúdo (PC), um provedor de serviço (PS), um pro-30 vedor de rede (PR) e um usuário.
O PC fabrica e fornece vários tipos de conteúdos. O PC pode incluir um transmissor terrestre, um operador de sistema a cabo (OS) ou um operador de múltiplos sistemas a cabos (OMS), um transmissor por satélite e um transmissor de Internet.
O PS empacota conteúdos fornecidos pelo PC em um serviço e o fornece. Por e- xemplo, o PS da FIG. 1 empacota uma primeira transmissão terrestre, uma segunda transmissão terrestre, uma transmissão OMS a cabo, uma transmissão por satélite, várias transmissões de internet no serviço e fornece o serviço ao usuário.Como meio de proteger os conteúdos transmitidos no sistema IPTV, o acesso condicional ou proteção de conteúdo pode ser usado. Como um exemplo do acesso condicional ou da proteção de conteúdo, uma placa a cabo ou um sistema de acesso condicional trans-ferível (DCAS) pode ser fornecido.
O uso da placa de segurança ou do DCAS é selecionado pelo PS para fornecer o serviço de IPTV. No caso onde a placa de segurança ou o DCAS é usado no receptor de transmissão, o PS se comunicando com o receptor de transmissão deveria usar esse sistema.
A FIG. 2 é um diagrama de bloco esquemático que mostra um receptor de transmissão usando a placa de segurança de acordo com uma modalidade da presente invenção.
O receptor de transmissão da FIG. 2 pode receber todos de um serviço de IPTV baseado no IP, uma transmissão a cabo, uma transmissão terrestre e uma transmissão por satélite. O receptor de transmissão da FIG. 2 pode receber somente o serviço IPTV ou transmissão a cabo de acordo com os exemplos de implementação. A placa de segurança da FIG. 2 pode ser chamada de outros termos de acordo com os exemplos de implementação.
O receptor de transmissão da FIG. 2 é amplamente dividido em um dispositivo hospedeiro e uma placa de segurança. O dispositivo hospedeiro inclui uma primeira unidade de interface de banda larga 202, uma segunda unidade de interface de banda larga 204, um demodulador 206, um multiplexador 208, um demultiplexador 210, um decodificador 212, uma unidade de interface física de IP 214, um mecanismo de encaminhamento 216, um de-sencapsulador de pacote de transporte (TP) para IP 218, um controlador 222, um CAS transferível (DCAS) 224, um controlador de gravador de vídeo digital (DVR) 226, um cripto-grafador de conteúdo 228, uma interface de armazenamento 230, e uma unidade de armazenamento 232. A placa de segurança 220 pode ser uma placa de único fluxo capaz de processar uma placa de somente um fluxo e uma placa de múltiplos fluxos capaz de simultaneamente processar uma pluralidade de fluxos. Por exemplo, a placa de segurança 220 pode ser implementada por uma placa a cabo ou uma placa inteligente.
O receptor de transmissão é um receptor do tipo cabo aberto no qual a placa de segurança incluindo um sistema de acesso condicional (CAS) pode ser desconectado de uma carcaça principal. A placa de segurança é também chamada um módulo de ponto de desenvolvimento (POD), que é inserido ou desconectado de um encaixe da carcaça principal do receptor de transmissão. A carcaça principal na qual a placa de segurança é inserida é também chamada um dispositivo hospedeiro. Ou seja, uma combinação da placa de segurança e do dispositivo hospedeiro é chamada o receptor de transmissão.
O dispositivo hospedeiro incluído no receptor de transmissão da FIG. 2 é um exem-pio implementado por um dispositivo hospedeiro de múltiplos fluxos capaz de simultaneamente processar uma pluralidade de fluxos. Quando um dispositivo hospedeiro é implementado por um dispositivo hospedeiro de único fluxo capaz de processar somente um fluxo, ele é desviado pelo multiplexador 208 e pelo demultiplexador 210 do dispositivo hospedeiro da FIG. 2 para gerar um Pacote MPEG de Placa de Segurança (CMP) anexando um Cabeçalho de Pacote a um pacote de transporte MPEG e multiplexando o CMP e desmultiplexando o CMP multiplexado. Mas, apesar de um dispositivo hospedeiro ser implementado por um dispositivo hospedeiro de único fluxo, as outras operações que a presente invenção descreve são executadas identicamente.
Os Exemplos de Implementação
Um modem de rede 200 conecta uma rede externa e o receptor de transmissão. Por exemplo, o receptor de transmissão pode ser conectado à rede externa usando um modem de especificação de interface de serviço de dados sobre cabo (DOCSIS), um repetidor sem fio conectado a uma rede de Internet sem fio, ou um repetidor por fio conectado a uma rede de Internet por fio, tal como um repetidor de Linha Digital de Assinante Assimétrica (ADSL). O exemplo da conexão entre o receptor de transmissão e a rede externa é somente exemplificado e pode variar dependendo de como o receptor de transmissão é conectado à rede externa.
A FIG. 3 é uma vista que mostra a conexão entre o receptor de transmissão e a rede externa usando o modem DOCSIS de acordo com a presente invenção.
No caso onde o modem de rede 200 é implementado pelo modem DOCSIS, o receptor de transmissão de acordo com a presente invenção pode ser conectado a uma rede DOCSIS. Ou seja, o modem de rede 200 pode construir um sistema de terminação de modem a cabo (CMTS) (agente DSG) e um túnel DSG para entregar uma transmissão de dados recebida a partir de um controlador de conexão à internet via TV (servidor DSG) via a rede DOCSIS e receber dados de transmissão via o túnel DSG construído. Aqui, a rede DOCSIS pode ser implementada por uma rede central de IP e suporta transmissão múltipla/transmissão única de IP.
Entretanto, de modo a suportar a transmissão múltipla/transmissão única de IP via a rede DOCSIS, um pacote recebido a partir do CMTS (agente DSG) deveria ser transformado em um pacote DSG e este deveria ser transmitido. Consequentemente, o receptor de transmissão não pode ser diretamente conectado à rede de IP externa tal como para receber os dados de transmissão.
De modo a resolver esses problemas, o modem de rede 200 pode fornecer uma função para diretamente conectar o receptor de transmissão à rede de IP externa. Por e-xemplo, o modem de rede 200 pode ser implementado por uma Aliança Multimídia sobre Cabo Coaxial (MoCA). No caso onde o modem de rede 200 é implementado pela MoCA, arede baseada em IP pode ser estabelecida e conectada sobre uma rede de cabo coaxial. Ou seja, no caso onde o modem de rede 200 é implementado pela MoCA, o DOCSIS pode não ser usado, o modem DOCSIS não necessita ser usado, e o CMTS conectado ao modem DOCSIS sobre a rede não necessita ser usado. Em adição, o túnel DSG estabelecido entre o modem DOCSIS e o CMTS não necessita ser usado. Consequentemente, como a conectividade baseada em IP inconsútil pode ser implementada sobre a rede coaxial, o receptor de transmissão de acordo com a presente invenção pode usar IP sobre Cabo Coaxial e assim fornecer um rápido e estável serviço de transmissão ao usuário.
A primeira interface de banda larga 202 sintoniza em somente uma freqüência de canal específica de transmissão de áudio/vídeo (A/V) terrestre transmitida via uma transmissão A/V por antena ou a cabo transmitida em banda via um cabo conectado ao modem de rede 200, e emite o sinal sintonizado ao demodulador 206.
Nesse momento, como a transmissão terrestre e a transmissão a cabo são transmitidas por diferentes métodos de transmissão, elas são demoduladas por diferentes métodos de demodulação no demodulador 206. Por exemplo, enquanto a transmissão AA/ terrestre é modulada por um método de modulação com banda lateral vestigial (VSB), a transmissão AA/ a cabo é modulada por um método de modulação de amplitude em quadratura (QAM). Portanto, se a freqüência do canal sintonizado pela primeira interface de banda larga 202 é a transmissão terrestre, o demodulador 206 demodula a transmissão terrestre pelo método VCB e se a freqüência do canal sintonizado pela primeira interface de banda larga 202 é a transmissão a cabo, ele demodula a transmissão a cabo pelo método QAM.
A segunda unidade de interface de transmissão 204 sintoniza para somente uma freqüência de canal específica de transmissão AA/ a cabo transmitida em banda via o cabo conectado ao modem de rede 200, e emite o sinal sintonizado para o demodulador 206.
A primeira unidade de interface de transmissão 202 e a segunda unidade de interface de transmissão 204 pode sintonizar os sinais de diferentes canais e transmitir os sinais para o demodulador 206. Alternativamente, a primeira unidade de interface de transmissão 202 e a segunda unidade de interface de transmissão 204 podem sintonizar diferentes fluxos AA/ do mesmo canal e transmitir os sinais para o demodulador 206. Por exemplo, a primeira unidade de interface de transmissão 202 pode sintonizar um fluxo de uma imagem principal e a segunda unidade de interface de transmissão 204 pode sintonizar um fluxo de uma imagem em imagem (PIP). No caso onde um sinal de vídeo digital é armazenado em um gravador de vídeo digital (DVR), o sinal de vídeo pode ser observado e gravado usando a primeira unidade dé interface de transmissão 202 e a segunda unidade de interface de transmissão 204.
O demodulador 206 demodula o sinal recebido e transmite o sinal demodulado para o multiplexador 208. O multiplexador 208 pode multiplexar a saída dos sinais do demodula-dor 206 e o desencapsulador de IP para TP 218 e emitir o sinal multiplexado. Por exemplo, o sinal de vídeo principal que é sintonizado pela primeira unidade de interface de transmissão 202 e é demodulado e o sinal de vídeo PIP que é sintonizado pela segunda unidade de interface de transmissão 204 e é demodulada são multiplexadas e o sinal multiplexado é emitido. Os sinais de vídeo de diferentes canais podem ser multiplexados, ou o sinal demodulado e a saída de sinal do desencapsulador de IP para TP podem ser multiplexados de acordo com os exemplos de implementação.
Se a saída de sinal do multiplexador 208 são dados de transmissão terrestre, o sinal é emitido para o demultiplexador 210 e, se a saída de sinal do demultiplexador 208 são os dados de transmissão a cabo ou os dados de transmissão IPTV, o sinal é emitido para o demultiplexador 210 via a placa de segurança 220 montada na fenda. A placa de segurança inclui o CAS a fim de impedir que conteúdos de transmissão de maior valor adicionado sejam copiados e permite acesso condicional, que é também chamado de módulo POS.
Isto é, se os dados de transmissão recebidos são embaralhados, a placa de segurança 220 desembaralha os dados de transmissão e emite os dados desembaralhados para o demultiplexador 210. Se a placa de segurança 220 não é montada, a saída de dados de transmissão AA/ do multiplexador 208 é diretamente emitida para o demultiplexador 210. Neste caso, os dados de transmissão AA/ embaralhados não podem ser desembaralhados e assim não podem ser normalmente observados. O demultiplexador 210 encaminha a saída de dados de transmissão AA/ do multiplexador 208 e a saída de dados de transmissão AA/ da placa de segurança 220 para serem emitidas para o decodificador 212 ou o controlador de DVR 226. O decodificador 212 restaura o sinal AA/ comprimido parar um sinal original via um algoritmo de decodificação de vídeo/áudio e emite o sinal restaurado.
O controlador de DVR 226, o criptografador 228, a interface de armazenamento 230 e a unidade de armazenamento 232 servem para armazenar os dados digitais recebidos ou reproduzir os dados armazenados. O controlador DVR 226 controla TS de MPEG encaminhados pelo demultiplexador 210 para serem armazenados ou controla dados de vídeo, dados de áudio e dados de sistema selecionados a partir de dados armazenados para serem reproduzidos, sob o controle do controlador 222. O criptografador de conteúdo 228 cripto-grafa dados a serem armazenados e emite os dados criptografados ou decriptografa os dados criptografados e emite os dados criptografados. O criptografador 228 pode não ser usado de acordo com os exemplos de implementação.
A interface de armazenamento 230 realiza interface de saída/entrada de dados com a unidade de armazenamento 232, e a unidade de armazenamento 232 armazena os dados recebidos.
O DCAS 224 pode transferir e armazenar os CASs de um servidor de transmissão e realizar uma função CAS de acordo com um CAS adequado dos CASs armazenados. Ocontrolador 222 controla processamento de dados do dispositivo hospedeiro e a interface entre o dispositivo hospedeiro e a placa de segurança.
A NIC Ethernet 214 recebe um pacote de quadro de Ethernet destinado a um endereço IP específico em um sinal recebido através do modem de rede 200, e transmite o pacote de quadro de Ethernet recebido para o mecanismo de encaminhamento 216. A NIC E-thernet 214 também pode receber dados para comunicação bidirecional (por exemplo, uma solicitação de programa pago, informação de estado de receptor, entrada de usuário, etc.) do mecanismo de encaminhamento 216 e então transmite os dados recebidos para uma rede externa através do modem de rede 200. O endereço IP específico pode ser um endereço IP do dispositivo hospedeiro ou um endereço IP da placa de segurança. Aqui, o método no qual a NIC Ethernet 214 recebe um quadro de Ethernet através do modem de rede 200 e transmite o quadro de Ethernet recebido para o mecanismo de encaminhamento 216 e o mecanismo de encaminhamento 216 então encaminha o pacote recebido para um destino do pacote usando uma pilha de rede TCP/IP será agora referido como um "modo IP". A NIC Ethernet 214 e o mecanismo de encaminhamento 216 correspondem aos recursos de modo IP que suporta o modo IP.
No receptor de transmissão da Figura 2, os dados de transmissão IPTV de acordo com o protocolo IP, um sinal de Vídeo sob Demanda (VOD) ou um sinal de mensagem Fora de Banda (OOB) pode ser recebidos via a unidade de interface física IP 214. Na transmissão a cabo existente, uma mensagem OOB tal como uma Informação de Sistema (SI), um Sistema de Alerta de Emergência (EAS), uma Tabela de Informação de Aplicação Estendida (XAIT), informação CAS, ou uma variedade de informação de controle de placa é recebida usando um método de circuito de acesso Settop DOCSIS ou um método OOB.
No receptor de transmissão da Figura 2, o modem DOCSIS ou o sintonizador OOB podem ser incluídos no dispositivo hospedeiro tal que a mensagem OOB é recebida. Por exemplo, a mensagem OOB pode ser recebida usando um dentre o método IP e o método OOB ou usando um dentre o método IP, o método DSG e o método OOB.
No caso onde a mensagem OOB é recebida usando um dentre o método IP e o método OOB, o receptor de transmissão da Figura 2 adicionalmente requer um sintonizador OOB ou um demodulador. No caso onde a mensagem OOB é recebida usando um dentre o método IP, o método DSG e o método OOB, o receptor de transmissão da Figura 2 adicionalmente requer o modem DOCSIS, o sintonizador OOB, uma unidade de comutação para selecionar um dentre o método DSG e o método OOB, e um demodulador para transmitir os dados para a central de controle de acordo com o método.
No caso onde todos o método IP, o método DSG e o método OOB podem ser usados ou no caso onde ambos o método IP e o método OOB podem ser usados exceto para o método DSG, o transmissor seleciona um dos métodos acima descritos e transmite informa-ção sobre o método selecionado para a placa de segurança 220. A placa de segurança 220 informa o dispositivo hospedeiro do método de operação de acordo com a informação sobre o método selecionado pelo transmissor. Neste caso, retro-compatibilidade pode ser solucionada.
No receptor de transmissão da Figura 2, para conveniência de descrição, o caso onde a mensagem OOB é recebida via a unidade de interface física IP 214 usando o IP, ao invés do método DSG usando o modem DOCSIS ou o método OOB usando o sintonizador OOB, será descrito. Neste caso, o transmissor deveria empacotar a mensagem OOB usando o IP e transmitir a mensagem OOB. Na transmissão IPTV ou VOD, a mensagem tal como a informação CAS pode ser recebida na forma de um pacote tal como um pacote VOD ou um pacote de transmissão IPTV.
A mensagem OOB é somente exemplar, e outra informação necessária pode ser adicionada ou informação desnecessária da informação acima descrita pode ser excluída de acordo com os exemplos de implementação.
O mecanismo de encaminhamento 216 encaminha o pacote recebido para um destino do pacote usando uma pilha de rede baseada em protocolo TCP/IP. A rede TCP/IP 216 suporta ambos um protocolo TCP/IP e um protocolo de protocolo de datagrama de usuário (UDP)/IP.
O mecanismo de encaminhamento 216 encaminha o sinal VOD recebido ou os dados de transmissão IPTV para o desencapsulador IP para TP 218. O desencapsulador IP para TP 218 analisa o pacote TS MPEG ou MPEG-2 recebido e emite o pacote analisaod para o multiplexador 208. O processo após o multiplexador 208 é descrito acima. Uma vez que os dados de transmissão MPEG-2 são usados no exemplo acima, o pacote TP é recebido e analisado. Entretanto, no caso onde os dados de transmissão usando outro padrão são recebidos, outras unidades podem ser usadas ao invés da unidade de pacote de TP. Conseqüentemente, o escopo da presente invenção não é limitado aos termos usados nos exemplos de implementação.
O mecanismo de encaminhamento 216 transmite o pacote, do qual o destino é a placa de segurança 220, para a placa de segurança 220. A mensagem OOB que é um dos pacotes dos quais o destino é a placa de segurança 220 é encaminhada pelo mecanismo de encaminhamento 216 e transmitida para a placa de segurança 220. No caso onde a mensagem OOB é encaminhada para a placa de segurança 220, os dados podem ser transmitidos para a placa de segurança 220 usando um segundo método de encaminhamento de camada, um terceiro método de encaminhamento de camada ou um quarto método de encaminhamento de camada.
Se o segundo método de encaminhamento de camada é usado, a mensagem é encaminhada usando um sistema de endereço de controle de acesso de mídia (MAC) do des-tino incluído no cabeçalho do quadro Ethernet recebido. Se o terceiro método de encaminhamento de camada é usado, a mensagem é encaminhada usando um sistema de endereço IP do destino incluído no cabeçalho IP do quadro Ethernet recebido. O uso do segundo método de encaminhamento de camada ou terceiro método de encaminhamento de camada pode variar de acordo com exemplos de implementação. Se o quarto método de encaminhamento de camada é usado, a mensagem é encaminhada usando um número de porta incluído no cabeçalho UDP do quadro Ethernet recebido. Se o quadro Ethernet recebido inclui o cabeçalho TCP, a mensagem é encaminhada usando um número de porta incluído no cabeçalho TCP do quadro Ethernet recebido. O uso do segundo método de encaminhamento de camada, do terceiro método de encaminhamento de camada ou do quarto método de encaminhamento de camada pode variar de acordo com exemplos de implementação. Isto é, o segundo método de encaminhamento de camada, o terceiro método de encaminhamento de camada ou o quarto método de encaminhamento de camada podem ser usados de acordo com exemplos de implementação.
Um canal de dados, um canal estendido e um canal em banda existem entre a placa de segurança e o dispositivo hospedeiro. O canal de dados é ajustado tal que um sinal de controle é trocado entre o dispositivo hospedeiro e a placa de segurança, e o canal estendido é ajustado tal que os dados reais sejam trocados. O canal de dados e o canal estendido são interfaces de CPU que são definidos tal que dados sejam trocados entre o dispositivo hospedeiro e a placa de segurança.
Isto é, a placa de segurança se comunica com um transmissor, analisa um comando recebido do transmissor, e realiza uma operação instruída pelo transmissor enquanto se comunicando com o dispositivo hospedeiro via o canal de dados e o canal estendido ou envia conteúdos entrados pelo usuário para o transmissor.
Neste momento, a fim de transmitir os dados via o canal estendido, primeiro, uma linha de transmissão correspondendo ao tipo de dados definido entre a placa de segurança e o dispositivo hospedeiro deveria ser ajustada. Isto é chamado de fluxo. Por exemplo, a fim de transmitir dados de seção MPEG, um fluxo de seção MPEG é ajustado entre a placa de segurança e o dispositivo hospedeiro e então os dados de seção MPEG são realmente transmitidos via o fluxo. O canal estendido pode incluir um fluxo DSG, um fluxo IP e um fluxo de seção MPEG. Somente, se um modem DOCSIS tipo eCM (Modem a Cabo embutido) não for usado no dispositivo hospedeiro, o fluxo DSG não é usado nos fluxos. Aqui, o fluxo IP pode incluir pelo menos um dentre um fluxo de transmissão única IP (IP_U) e um fluxo de múltipla transmissão IP (IP_M).
O canal em banda é ajustado entre o dispositivo hospedeiro e a placa de segurança a fim de transmitir um pacote de transporte MPEG-2 contendo áudio, vídeo e dados e corresponde a uma interface MPEG ou uma interface MPEG-TS em banda. O fluxo de dadosMPEG é ajustado como a linha de transmissão para transmitir os dados via o canal em banda.
Primeiramente, a placa de segurança requer que o dispositivo hospedeiro abra uma sessão de acordo com o protocolo RM (open_session_request). Mediante recebimento da solicitação de abertura de sessão da placa de segurança, o dispositivo hospedeiro envia uma resposta (open_session_response) com relação à solicitação para a placa de segurança abrindo uma sessão.
Quando a sessão é aberta, o dispositivo hospedeiro transmite uma unidade de dados de aplicação profile_inq() (APDU), solicitando informação de recursos suportáveis, para a placa de segurança. Em resposta a essa solicitação, a placa de segurança transmite uma APDU profile_reply() para o dispositivo hospedeiro. A APDU profile_reply() transmitido para o dispositivo hospedeiro inclui informação de todos recursos suportáveis pela placa de segurança.
O dispositivo hospedeiro transmite uma APDU profile_changed(), incluinndo informação de receursos alterados, para a placa de segurança em resposta à informação profi-le_reply() recebida da placa de segurança. O dispositivo hospedeiro transmite a APDU profi-le_changed() quando uma alteração tiver sido feita para recursos do dispositivo hospedeiro.
A placa de segurança transmite uma APDU profile_inq(), solicitando informação de recursos suportáveis do dispositivo hospedeiro, de volta para o dispositivo hospedeiro. O dispositivo hospedeiro transmite uma APDU profile_reply() para a placa de segurança em resposta a essa solicitação. A APDU profile_reply() transmitida para a placa de segurança inclui informação de todos recursos suportáveis pelo dispositivo hospedeiro. Assim, pelo recebimento da APDU profile_reply() transmitida do dispositivo hospedeiro, a placa de segurança pode adquirir a informação de todos recursos suportáveis pelo dispositivo hospedeiro.
Aqui, a APDU profile_inq() pode ser considerada um exemplo de uma mensagem de solicitação de informação de recurso e a APDU profile_reply() pode ser considerada um exemplo de uma mensagem de informação de recurso. Isto é, a APDU profile_reply() inclui respectivos identificadores de recurso de todos recursos suportáveis pelo dispositivo hospedeiro. Os recursos suportáveis pelo dispositivo hospedeiro incluem um recurso de comunicação de baixa velocidade e um recurso de comunicação IP.
O recurso de comunicação de baixa velocidade basicamente indica um recurso que suporta um modo descendente OOB, um modo ascendente OOB ou um modo Docsis da placa a cabo convencional. Aqui, o modo descendente OOB é um modo de operação de rede baseado em um canal de dados para frente (FDC), o modo ascendente OOB é um modo de operação de rede baseado em um canal de dados reverso (RDC), e o modo DOCSIS é um modo de operação de rede baseado em um modem a cabo DOCSIS.
O recurso de comunicação de baixa velocidade pode ser estendido para um recur-so que também suporta o modo A. Aqui, o modo A é um modo de operação de rede baseado na NIC Ethernet 214. Um exemplo do modo A é o modo IP como ilustrado na Figura 2.
O recurso de comunicação IP é um recurso que suporta o modo A. Isto é, o recurso de comunicação IP independentemente (ou separadamente) indica que o dispositivo hospedeiro suporta o modo A, ao invés de estender o recurso de comunicação de baixa velocidade para indicar que o dispositivo hospedeiro suporta o modo A.
A Tabela 1 ilustra uma sintaxe para a APDU profile_reply() de acordo com uma modalidade da presente invenção.
<table>table see original document page 16</column></row><table>
Tabela 1 - Sintaxe de APDU profile_reply()
Um campo profile_reply_tag é um campo de 24 bits e possui um valor indicando que a APDU é uma APDU profile_reply(). Length_field() inclui informação do tamanho de um campo subseqüente em unidades de bytes. Um laço "para" é repetido o mesmo número de vezes que o número de itens de informação de recurso e um resource_identifier() no laço "para" inclui informação de identificação de um recurso correspondente. Aqui, a informação de identificação do recurso correspondente pode ser um identificador de recurso definido em uma tabela de informação de recurso.
A Tabela 2 ilustra um exemplo de tabela de informação de recurso que inclui informação de recursos de comunicação de baixa velocidade de um receptor de transmissão a cabo.
<table>table see original document page 16</column></row><table>
: Esta variação não é permitida Tabela 2 - Tabela de Informação de Recurso incluindo informação de recurso de comunica-ção de baixa velocidade de um receptor de transmissão a cabo Especificamente, a Tabela 2 ilustra IDs de recurso de acordo com modos de operação de rede usados no dispositivo hospedeiro do receptor de transmissão a cabo. Na Tabela 2, um Canal de Dados Para Frente (FDC) é um canal OOB de fluxo descendente e um Canal de Dados Reverso (RDC) é um canal OOB de fluxo ascendente. Isto é, o dispositivo hospedeiro suporta uma rede de fluxo descendente de modo OOB quando um FDC está presente e suporta uma rede de fluxo ascendente de modo OOB quando um RDC está presente.
No caso da Tabela 2, o dispositivo hospedeiro basicamente suporta uma rede de fluxo descendente de modo OOB (isto é, FDC). O dispositivo hospedeiro suporta uma rede de fluxo descendente de modo OOB somente se a informação de identificação de um recurso de comunicação de baixa velocidade não estiver incluído no resource_identifier(). Uma vez que o dispositivo hospedeiro não é permitido suportar somente a rede de fluxo descendente de modo OOB e a rede de modem DOCSIS, quando informação de identificação de um recurso de comunicação de baixa velocidade não está incluído no resource_identifier(), o dispositivo hospedeiro suporta somente a rede de fluxo descendente de modo OOB.
A informação de identificação do recurso de comunicação de baixa velocidade possui um valor de "0x00605043" quando o dispositivo hospedeiro suporta ambas a rede de fluxo descendente de modo OOB (FDC) e a rede de fluxo ascendente de modo OOB (RDC) e não suporta a rede de modem DOCSIS. A informação de identificação do recurso de comunicação de baixa velocidade possui um valor de "0x00608043" quando o dispositivo hospedeiro suporta ambas a rede de fluxo descendente de modo OOB e a rede de fluxo ascendente dé modo OOB e também suporta a rede de modem DOCSIS.
Entretanto, quando o modo A é suportado, isto é, quando o modo IP é suportado como na Figura 2, é necessário ser capaz de transmitir informação de se o modo IP é suportado ou não.
A informação do modo de operação de rede pode ser transmitida usando um novo recurso definido ao invés de usar o recurso existente. Entretanto, a seguinte descrição é dada do método de estender o recurso de comunicação de baixa velocidade e do método de usar um novo recurso com referência à tabela convencional como ilustrado na Tabela 2 sem alteração a fim de habilitar a retro-compatibilidade.
A Tabela 3 ilustra um exemplo de tabela de informação de recurso incluindo informação de recurso de comunicação de baixa velocidade estendido de acordo com uma modalidade da presente invenção. Uma parte superior da tabela 3 inclui a mesma informação que aquela da Tabela 2 e uma parte inferior é uma parte estendida.<table>table see original document page 18</column></row><table>
: Esta variação não é permitida Tabela 3 - Tabela de Informação de Recurso incluindo informação de recurso de comunicação de baixa velocidade de acordo com a presente invenção Embora o dispositivo hospedeiro possa usar todos os modos DSG, OOB, IP dentre uma variedade de modos de operação de rede, o exemplo da Tabela 3 ilustra somente o caso onde o dispositivo hospedeiro suporta somente os modos IP e OOB para facilidade de explicação. No caso de todos os modos IP, OOB e DSG serem empregados, possíveis casos de acordo com se a rede de modem DOCSIS é suportada ou não são adicionados à parte inferior da tabela da Tabela 3.
O caso da parte estendida da Tabela 3 basicamente suporta o modo IP. Quando o valor de identificação do recurso de comunicação de baixa velocidade é "A ser determinado (TBD) 1", somente a Placa de Interface de Rede (NIC) Ethernet para suportar o modo IP é provida enquanto as redes de fluxo ascendente de modo OOB (RDC) e de fluxo descendente de modo OOB (FDC) não são suportadas. Quando o fluxo descendente de modo OOB não é suportado, o fluxo ascendente de modo OOB não é necessário. Portanto, o caso onde somente ambas a rede de fluxo ascendente de modo OOB e a NIC Ethernet são suportadas não é permitido.
Quando o valor de identificação do recurso de comunicação de baixa velocidade é "TBD2", a NIC Ethernet para suportar a rede de fluxo descendente de modo OOB e modo IP são suportadas. Quando o valor de identificação do recurso de comunicação de baixa velocidade é "TBD3", a NIC Ethernet, a rede de fluxo descendente de modo OOB, e a rede de fluxo ascendente de modo OOB são suportadas.A Tabela 4 ilustra um exemplo de tabela de informação de recurso incluindo informação de recurso de comunicação de baixa velocidade e informação de recurso de comunicação IP de acordo com uma modalidade da presente invenção.
<table>table see original document page 19</column></row><table><table>table see original document page 19</column></row><table>
<table>table see original document page 19</column></row><table> Esta variação não é permitida
Tabela 4 - Tabela de informação de recurso incluindo informação de recurso de comunicação de baixa velocidade e informação de recurso de comunicação IP Uma parte superior da tabela 4 inclui nova informação de recurso de comunicação IP definida e uma parte inferior inclui informação de recurso de comunicação de baixa velocidade. A informação de recurso de comunicação IP inclui informação de identificação indicando se o dispositivo hospedeiro suporta ou não o modo IP e a informação de identificação é transmitida por ser incluída no resource_identifier() da Tabela 1. A informação de recurso de comunicação IP pode incluir somente a informação de identificação indicando se o dispositivo hospedeiro suporta ou não o modo IP e pode também incluir não somente informação indicando se o dispositivo hospedeiro suporta ou não o modo IP mas também informação indicando se o dispositivo hospedeiro suporta ou não um modo diferente do modo IP. O termo "recurso de comunicação IP" é somente um exemplo que não limita o escopo da invenção.
O exemplo da Tabela 4 é implementado quando somente as redes de modo OOB e IP são usadas. Outros possíveis casos são adicionados quando o modo DSG é adicionalmente usado.
Quando o valor de identificação do recurso de comunicação IP é "TBD4" no exemplo da Tabela 4, a NIC Ethernet modo IP é suportada enquanto a rede de fluxo descendente de modo OOB (FDC) não é suportada. Quando o valor de identificação do recurso de comu-nicação IP é "TBD5", a NIC Ethernet e a rede de fluxo descendente de modo OOB são suportadas. Quando o valor de identificação do recurso de comunicação IP não é fornecido, o modo IP não é suportado e a informação de modo de operação de rede pode ser adquirida (ou determinada) de acordo com o recurso de comunicação de baixa velocidade.
No exemplo acima, assume-se que a rede de fluxo descendente de modo OOB é basicamente suportada no recurso de comunicação de baixa velocidade. Conseqüentemente, quando nenhum recurso de comunicação de baixa velocidade é provido, a placa de segurança determina que a rede de fluxo descendente de modo OOB é suportada. Portanto, nessa modalidade, se a rede de fluxo descendente de modo OOB é suportada ou não é determinado do recurso de comunicação IP para identificar o caso onde somente a NIC Ethernet é suportada como ilustrado na Tabela 4. Isto é, o exemplo da Tabela 4 inclui não somente informação de se o modo IP é suportado ou não, mas também informação de se o modo OOB é suportado ou não.
Usando o recurso de comunicação IP e o recurso de comunicação de baixa velocidade descritos acima, a placa de segurança 220 pode determinar se o modo IP, a rede de fluxo descendente de modo OOB e a rede de modo ascendente de modo OOB são suportados ou não.
Por exemplo, quando o dispositivo hospedeiro suporta somente o modo IP, "TBD4" é incluído como um valor de identificação de recurso de comunicação IP no resour-ce_identifier() da Tabela 1 e nenhum valor de identificação de recurso de comunicação de baixa velocidade é incluído. Quando o dispositivo hospedeiro suporta ambos o modo IP e a rede de fluxo descendente de modo OOB, "TBD5" é incluído como um valor de identificação de recurso de comunicação IP no resource_identifier() e nenhum valor de identificação de recurso de comunicação de baixa velocidade é incluído.
Quando o dispositivo hospedeiro suporta o modo IP, a rede de fluxo descendente de modo OOB, e a rede de fluxo ascendente de modo OOB, dois exemplos podem ser considerados. Isto é, um valor de identificação de informação de "TBD4" e um valor de identificação de recurso de comunicação de baixa velocidade "0x00605043" são transmitidos para a placa de segurança. Alternativamente, um valor de identificação de informação de "TBD5" e um valor de identificação de recurso de comunicação de baixa velocidade de "0x00605043" são transmitidos para a placa de segurança. Esses dois exemplos podem ser seletivamente usados dependendo das implementações. Os exemplos cima são providos de acordo com uma modalidade da presente invenção e informação de modo de operação de rede do dispositivo hospedeiro pode ser transmitida para a placa de segurança 220 de acordo com uma regra presente tal como uma regras que maior prioridade é dada ao recurso de comunicação IP do que ao recurso de comunicação de baixa velocidade.
As Figuras 4A e 4B são fluxogramas ilustrando procedimentos para transmitir e re-ceber informação de modo de operação de rede de um dispositivo hospedeiro de acordo com uma modalidade da presente invenção. Especificamente, a Figura 4A ilustra um procedimento para transmitir informação de modo de operação de rede do dispositivo hospedeiro usando o recurso de comunicação de baixa velocidade estendido como ilustrado na Tabela 3.
Primeiramente, uma interface (l/F) entre o dispositivo hospedeiro e a placa de segurança é inicializada (S800). A interface entre o dispositivo hospedeiro e a placa de segurança pode ser inicializada quando o dispositivo hospedeiro inicializa ou quando a placa de segurança é inserida dentro do dispositivo hospedeiro.
Enquanto a interface entre o dispositivo hospedeiro e a placa de segurança é inicializada, informação de recurso é transmitida e recebida de acordo com um protocolo Gerenciador de Recurso (RM). Aqui, o dispositivo hospedeiro recebe uma solicitação de informação de recurso de dispositivo hospedeiro (profile_inq() APDU) da placa de segurança (S802).
Mediante recebimento da solicitação da placa de segurança, o dispositivo hospedeiro determina modos de operação de rede suportáveis. Quando o dispositivo hospedeiro suporta apenas a NIC Ethernet (S804), o dispositivo hospedeiro ajusta a informação de identificação de recurso de comunicação de baixa velocidade para "TBD"' (S806). Quando o dispositivo hospedeiro suporta a NIC Ethernet e o fluxo descendente de modo OOB (FDC) (S808), o dispositivo hospedeiro ajusta a informação de identificação de recurso de comunicação de baixa velocidade para "TBD2" (S810). Quando o dispositivo hospedeiro suporta a NIC Ethernet, o fluxo descendente de modo OOB (FDC), e o fluxo ascendente de modo OOB (RDC) (S812), o dispositivo hospedeiro ajusta a informação de identificação de recurso de comunicação de baixa velocidade para "TBD3" (S814).
Uma lista desses valores de identificação de recurso á ajustada no resour-ce_identifier(). O dispositivo hospedeiro gera uma APDU profile_reply() incluindo o resour-ce_identifier() (S816) e transmite a APDU profile_reply() para a placa de segurança através de um canal de dados (S818).
A Figura 4B ilustra um procedimento para receber informação de modo de operação de rede usando o recurso de comunicação de baixa velocidade estendido como ilustrado na Tabela 3.
Primeiramente, uma interface (l/F) entre o dispositivo hospedeiro e a placa de segurança é inicializado como descrito acima (S820). A interface entre o dispositivo hospedeiro e a placa de segurança pode ser inicializada quando o dispositivo hospedeiro inicializa ou quando a placa de segurança é inserida dentro do dispositivo hospedeiro.
Enquanto a interface entre o dispositivo hospedeiro e a placa de segurança é inicializada, informação de recurso é transmitida e recebida de acordo com um protocolo Geren-ciador de Recurso (RM). Aqui, a placa de segurança recebe informação de recurso de dispositivo hospedeiro (APDU profile_reply()) do dispositivo hospedeiro (S822).
A placa de segurança analisa a APDU profile_reply() recebida para adquirir informação de recurso incluída na APDU profile_reply() (S824). A informação de recurso pode 5 ser incluída em um resource_identifier() na APDU profile_reply(). Quando um recurso de comunicação de baixa velocidade incluído na APDU profile_reply() possui um valor de "TBD1" (S826), a placa de segurança determina que o dispositivo hospedeiro suporta somente a NIC Ethernet (S828).
Quando o recurso de comunicação de baixa velocidade incluído na APDU profi-10 le_reply() possui um valor de "TBD2" (S830), a placa de segurança determina que o dispositivo hospedeiro suporta a NIC Ethernet a o fluxo descendente de modo OOB (FDC) (S832). Quando o recurso de comunicação de baixa velocidade possui um valor de "TBD3" (S834), a placa de segurança determina que o dispositivo hospedeiro suporta a NIC Ethernet, o fluxo descendente de modo OOB (FDC), e o fluxo ascendente de modo OOB (RDC) (S836). 15 No caso acima, informação de modo de operação de rede é transmitida e recebida usando recursos de comunicação de baixa velocidade convencional.
As Figuras 5A e 5B são fluxogramas ilustrando procedimentos para transmitir e receber informação de modo de operação de rede de um dispositivo hospedeiro de acordo com uma outra modalidade da presente invenção. Especificamente, a Figura 5A ilustra um 20 procedimento para transmitir informação de modo de operação de rede do dispositivo hospedeiro usando o novo recurso definido como ilustrado na Tabela 4.
Primeiramente, uma interface (l/F) entre o dispositivo hospedeiro e a placa de segurança é inicializada (S900). A interface entre o dispositivo hospedeiro e a placa de segurança pode ser inicializada quando o dispositivo hospedeiro inicializa ou quando a placa de se-25 gurança é inserida dentro do dispositivo hospedeiro como descrito acima.
Enquanto a interface entre o dispositivo hospedeiro e a placa de segurança é inicializada, informação de recurso é transmitida e recebida de acordo com o protocolo RM. Aqui, o dispositivo hospedeiro recebe uma solicitação de informação de recurso de dispositivo hospedeiro (APDU profile_inq()) da placa de segurança (S902). 30 Mediante recebimento da solicitação da placa de segurança, o dispositivo hospedei-
ro determina modos de operação de rede suportáveis. Quando o dispositivo hospedeiro suporta somente a NIC Ethernet (S904), o dispositivo hospedeiro ajusta informação de identificação do novo recurso de comunicação IP definido para "TBD4" (S906). Quando o dispositivo hospedeiro suporta a NIC Ethernet e o fluxo descendente de modo OOB (FDC) (S908), o 35 dispositivo hospedeiro ajusta a informação de identificação de recurso de comunicação IP para "TBD5" (S910). Quando o dispositivo hospedeiro suporta a NIC Ethernet, o fluxo descendente de modo OOB (FDC), e o fluxo ascendente de modo OOB (RDC) (S912), o dispo-sitivo hospedeiro ajusta a informação de identificação de recurso de comunicação IP para "TBD4" ou "TBD5" e ajusta a informação de identificação de recurso de comunicação de baixa velocidade para "0x00605043" (S914).
Uma lista desses valores de identificação de recurso é ajusatda no resour-ce_identifier(). O dispositivo hospedeiro gera uma APDU profile_reply() incluindo o resour-ce_identifier() (S916) e transmite a APDU profile_reply() para a placa de segurança através de um canal de dados (S918).
A Figura 5B ilustra um procedimento para receber informação de modo de operação de rede usando o novo recurso definido como ilustrado na Tabela 4.
Primeiramente, uma interface (l/F) entre o dispositivo hospedeiro e a placa de segurança é inicializada como descrito acima (S920). A interface entre o dispositivo hospedeiro e a placa de segurança pode ser inicializada quando o dispositivo hospedeiro inicializa ou quando a placa de segurança é inserida dentro do dispositivo hospedeiro.
Enquanto a interface entre o dispositivo hospedeiro e a placa de segurança é inicializada, informação de recurso é transmitida e recebida de acordo com o protocolo RM. Aqui, a placa de segurança recebe informação de recurso de dispositivo hospedeiro (APDU profi-le_reply()) do dispositivo hospedeiro (S922).
A placa de segurança analisa a APDU profile_reply() recebida para adquirir informação de recurso incluída em um resource_identifier() na APDU profile_reply(). Quando um recurso de comunicação IP incluído na APDU profile_reply() possui um valor de "TBD4" (S926), a placa de segurança detecta informação de identificação de recurso de comunicação de baixa velocidade (S928). Quando nenhuma informação de identificação de recurso de comunicação de baixa velocidade está presente, a placa de segurança determina que o dispositivo de segurança suporte somente a NIC Ethernet (S930). Quando o recurso de comunicação de baixa velocidade possui um valor de "0x00605043", a placa de segurança determina que o dispositivo hospedeiro suporte a NIC Ethernet, o fluxo descendente de modo OOB (FDC) e o fluxo ascendente de modo OOB (RDC) (S936).
Quando o recurso de comunicação IP incluído na APDU profile_reply() possui um valor de "TBD5" (S932), a placa de segurança detecta informação de identificação de recurso de comunicação de baixa velocidade (S934). Quando nenhuma informação de identificação de recurso de comunicação de baixa velocidade está presente, a placa de segurança determina que o dispositivo hospedeiro suporte a NIC Ethernet e o fluxo descendente de modo OOB (FDC) (S938). Quando o recurso de comunicação IP possui um valor de "0x00605043", a placa de segurança determina que o dispositivo hospedeiro suporte a NIC Ethernet, o fluxo descendente de modo OOB (FDC) e o fluxo ascendente de modo OOB (RDC) (S936). Quando nenhuma informação de identificação de recurso de comunicação IP esta presente na APDU profile_reply(), o modo de operação de rede do modo IP não é su-portado e o modo de operação de rede pode ser determinado de acordo com a informação de identificação de recurso de comunicação de baixa velocidade.
Nessa modalidade, um módulo de desembaralhamento é incluído em uma placa de segurança ou uma placa de segurança interligente e a placa de segurança é montada de forma removível no dispositivo hospedeiro. Um sinal de transmissão recebido é desembara-Ihado através do módulo de desembaralhamento da placa de segurança para ser fornecido ao usuário. Em uma outra modalidade, um módulo de desembaralhamento pode ser incluído no dispositivo hospedeiro sem a placa de segurança e o módulo de desembaralhamento pode ser projetado para ser transferido de uma estação de transmissão, um provedor de serviço ou similar. Isto é, o módulo de desembaralhamento transferido pode ser armazenado em uma memória no dispositivo hospedeiro. Entretanto, a alteração estrutural não limita o escopo da presente invenção.
Embora a descrição acima foi dada com referência a exemplos onde um modo de operação de rede de acordo com o modo IP foi adicionado, informação também pode ser transmitida e recebida de acordo com o método descrito acima quando um modo de operação de rede de acordo com um modo diferente do modo IP tiver sido adicionado. Termos e números descritos nas modalidades acima são somente exemplos que não limitam o escopo da presente invenção.

Claims (22)

REIVINDICAÇÕES
1. Método de interface de informação de recurso entre um dispositivo hospedeiro e um ponto de desenvolvimento (POD), o método sendo CARACTERIZADO pelo fato de que compreende:enviar uma mensagem de solicitação de informação de recurso do POD para o dispositivo hospedeiro; eresponder pelo dispositivo hospedeiro ao POD com uma mensagem de informação de recurso incluindo um identificador de recurso indicando se o dispositivo hospedeiro suporta modo A.
2. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o identificador de recurso é um identificador definido para identificar um recurso de comunicação de baixa velocidade.
3. Método, de acordo com a reivindicação 2, CARACTERIZADO pelo fato de que o identificador de recurso do recurso de comunicação de baixa velocidade é um recurso para indicar se o dispositivo hospedeiro suporta pelo menos um de modo descendente OOB e modo ascendente OOB.
4. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o identificador de recurso é um identificador definido para identificar um recurso de comunicação de protocolo de internet (IP) que é usado para suportar modo A.
5. Método, de acordo com a reivindicação 4, CARACTERIZADO pelo fato de que o identificador de recurso do recurso de comunicação de IP adicionalmente indica se o dispositivo hospedeiro suporta o modo descendente OOB.
6. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o dispositivo hospedeiro inclui uma unidade de interface física de protocolo de internet (IP) para suportar modo A.
7. Método, de acordo com a reivindicação 6, CARACTERIZADO pelo fato de que a unidade de interface física IP recebe um quadro Ethernet incluindo dados de transmissão.
8. Método de envio de informação de recurso de dispositivo hospedeiro, o método sendo CARACTERIZADO por compreender:receber uma mensagem de solicitação de informação de recurso de um ponto de desenvolvimento (POD);identificar se o dispositivo hospedeiro suporta modo A;inserir um identificador de recurso indicando se o dispositivo hospedeiro suporta modo A em uma mensagem de informação de recurso quando o dispositivo hospedeiro suporta modo A; eenviar a mensagem de informação de recurso para o POD.
9. Método, de acordo com a reivindicação 8, CARACTERIZADO pelo fato de que oidentificador de recurso é um identificador definido para identificar um recurso de comunicação de baixa velocidade.
10. Método, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que o identificador de recurso do recurso de comunicação de baixa velocidade adicionalmente indica se o dispositivo hospedeiro suporta pelo menos um de modo descendente OOB e modo ascendente OOB.
11. Método, de acordo com a reivindicação 8, CARACTERIZADO pelo fato de que o identificador de recurso é um identificador definido para identificar um recurso de comunicação de protocolo de internet (IP) que é usado para suportar modo A.
12. Método, de acordo com a reivindicação 11, CARACTERIZADO pelo fato de queo identificador de recurso do recurso de comunicação de IP adicionalmente indica se o dispositivo hospedeiro suporta o modo descendente OOB.
13. Método de obtenção de informação de recurso de dispositivo hospedeiro, o método sendo CARACTERIZADO por compreender: enviar uma mensagem de solicitação de informação de recurso para um dispositivohospedeiro;receber uma mensagem de informação de recurso incluindo um identificador de recurso indicando se o dispositivo hospedeiro suporta modo A; eobter o identificador de recurso pela análise da mensagem de informação de recur- so recebida.
14. Método, de acordo com a reivindicação 13, CARACTERIZADO pelo fato de que o identificador de recurso é um identificador definido para identificar um recurso de comunicação de baixa velocidade.
15. Método, de acordo com a reivindicação 14, CARACTERIZADO pelo fato de que o identificador de recurso do recurso de comunicação de baixa velocidade adicionalmenteindica se o dispositivo hospedeiro suporta pelo menos um de modo descendente OOB e modo ascendente OOB.
16. Método, de acordo com a reivindicação 13, CARACTERIZADO pelo fato de que o identificador de recurso é um identificador definido para identificar um recurso de comuni- cação de protocolo de internet (IP) que é usado para suportar modo A.
17. Método, de acordo com a reivindicação 16, CARACTERIZADO pelo fato de que o identificador de recurso do recurso de comunicação de IP adicionalmente indica se o dispositivo hospedeiro suporta o modo descendente OOB.
18. Receptor de transmissão, CARACTERIZADO por compreender: um ponto de desenvolvimento (POD) para enviar uma mensagem de solicitação deinformação de recurso; eum dispositivo hospedeiro para receber a mensagem de solicitação de informaçãode recurso e responder com uma mensagem de informação de recurso incluindo um identificador de recurso indicando se o dispositivo hospedeiro suporta modo A.
19. Receptor de transmissão, de acordo com a reivindicação 18, CARACTERIZADO pelo fato de que o identificador de recurso é um identificador definido para identificar um recurso de comunicação de baixa velocidade.
20. Receptor de transmissão, de acordo com a reivindicação 19, CARACTERIZADO pelo fato de que o identificador de recurso do recurso de comunicação de baixa velocidade adicionalmente indica se o dispositivo hospedeiro suporta pelo menos um de modo descendente OOB e modo ascendente OOB.
21. Método, de acordo com a reivindicação 18, CARACTERIZADO pelo fato de queo identificador de recurso é um identificador definido para identificar um recurso de comunicação de protocolo de internet (IP) que é usado para suportar modo A.
22. Método, de acordo com a reivindicação 21, CARACTERIZADO pelo fato de que o recurso de comunicação de IP adicionalmente indica se o dispositivo hospedeiro suporta o modo descendente OOB.
BRPI0806042-8A 2007-07-18 2008-07-18 receptor de difusço e mÉtodo de interfacear informaÇço de recurso entre um dispositivo principal e um ponto de desenvolvimento, enviar informaÇço de recurso de dispositivo principal e obter informaÇço de recurso de dispositivo principal BRPI0806042A2 (pt)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020070071711A KR101328954B1 (ko) 2007-07-18 2007-07-18 방송 수신기와 인터페이스 방법, 호스트의 데이터 전송방법 및 케이블 카드의 데이터 처리 방법

Publications (1)

Publication Number Publication Date
BRPI0806042A2 true BRPI0806042A2 (pt) 2010-01-19

Family

ID=39800740

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0806042-8A BRPI0806042A2 (pt) 2007-07-18 2008-07-18 receptor de difusço e mÉtodo de interfacear informaÇço de recurso entre um dispositivo principal e um ponto de desenvolvimento, enviar informaÇço de recurso de dispositivo principal e obter informaÇço de recurso de dispositivo principal

Country Status (5)

Country Link
US (3) US8086742B2 (pt)
EP (1) EP2018064A3 (pt)
KR (1) KR101328954B1 (pt)
CN (1) CN101409721B (pt)
BR (1) BRPI0806042A2 (pt)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101667413B (zh) * 2008-09-03 2012-01-25 鸿富锦精密工业（深圳）有限公司 数码盒及其控制方法
KR101188526B1 (ko) * 2008-12-16 2012-10-05 한국전자통신연구원 패킷 필터링 정보 전송 방법 및 장치
EP2829074A1 (en) * 2012-03-19 2015-01-28 SmarDTV S.A. Method and device for certifying compliance of software resources with a common interface standard
EP3206357A1 (de) 2016-02-09 2017-08-16 Secunet Security Networks Aktiengesellschaft Einsatz eines nicht lokalen kryptographie-verfahrens nach authentifizierung
KR102179496B1 (ko) * 2019-06-10 2020-11-17 최성인 케이블 방송 시스템 정보의 양방향 통신 시스템 및 방법

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100450329B1 (ko) * 2002-02-04 2004-09-30 (주)브로드밴드솔루션즈 디지털 케이블 방송의 통합 서비스 제공 시스템 및 그 방법
KR100763577B1 (ko) * 2004-12-13 2007-10-04 한국전자통신연구원 케이블 모뎀을 이용한 ｍｐｅｇ-2 ａ/ｖ 데이터 수신 장치
US20060130110A1 (en) * 2004-12-13 2006-06-15 Yong-Seong Cho Apparatus for receiving MPEG-2 A/V data using cable modem
KR100739120B1 (ko) * 2005-07-08 2007-07-13 삼성전자주식회사 멀티 스트림을 제공하는 방송수신장치 및 그의 멀티 스트림제공방법
KR20070012130A (ko) * 2005-07-22 2007-01-25 엘지전자 주식회사 케이블 방송 수신기 및 인터페이스 방법

Also Published As

Publication number Publication date
US20120066710A1 (en) 2012-03-15
EP2018064A3 (en) 2011-06-01
EP2018064A2 (en) 2009-01-21
US8086742B2 (en) 2011-12-27
KR101328954B1 (ko) 2013-11-13
KR20090008628A (ko) 2009-01-22
CN101409721B (zh) 2014-04-23
CN101409721A (zh) 2009-04-15
US8429278B2 (en) 2013-04-23
US20130254819A1 (en) 2013-09-26
US9210479B2 (en) 2015-12-08
US20090055544A1 (en) 2009-02-26

Similar Documents

Publication Publication Date Title
US9706243B2 (en) Broadcasting receiver and a method of determining an operation mode of broadcasting receiver
US8503447B2 (en) Broadcast receiver and channel information processing method
US20090016349A1 (en) Host device interface with a point of deployment (POD) and a method of processing broadcast data
US7860109B2 (en) Host device interfacing with a point of deployment (POD) and a method of processing broadcast data
US7944916B2 (en) Host device interfacing with a point of deployment (POD) and a method of processing broadcast data
US20090106806A1 (en) Broadcast receiver and system information processing method
US9210479B2 (en) Broadcasting receiver and method of interfacing resource information between a host device and a pod, sending host device resource information and obtaining host device resource information
US7944917B2 (en) Host device interfacing with a point of deployment (POD) and a method of processing broadcast data
US20090100490A1 (en) Method of processing data of a host in an internet protocol television (IPTV) system and the apparatus thereof
US7839886B2 (en) Host device, a point of deployment (POD), and a method of identifying an operation mode
US8285890B2 (en) Host device, a point of deployment (POD), and a method of identifying an operation mode
US8285891B2 (en) Host device, a point of deployment (POD), and a method of identifying an operation mode
KR20100011208A (ko) 호스트 장치, ｐｏｄ 및 작동모드 인식 방법

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]
B08F Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette]
B08K Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette]