BRPI0809640B1 - Métodos de gerenciamento de um dispositivo de vídeo e dispositivo de vídeo correspondente - Google Patents

Métodos de gerenciamento de um dispositivo de vídeo e dispositivo de vídeo correspondente Download PDF

Info

Publication number
BRPI0809640B1
BRPI0809640B1 BRPI0809640-6A BRPI0809640A BRPI0809640B1 BR PI0809640 B1 BRPI0809640 B1 BR PI0809640B1 BR PI0809640 A BRPI0809640 A BR PI0809640A BR PI0809640 B1 BRPI0809640 B1 BR PI0809640B1
Authority
BR
Brazil
Prior art keywords
video device
server
video
dtt
frequency
Prior art date
Application number
BRPI0809640-6A
Other languages
English (en)
Inventor
Gilles Straub
Nicolas Caramelli
Original Assignee
Interdigital Ce Patent Holdings
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 Interdigital Ce Patent Holdings filed Critical Interdigital Ce Patent Holdings
Publication of BRPI0809640A2 publication Critical patent/BRPI0809640A2/pt
Publication of BRPI0809640B1 publication Critical patent/BRPI0809640B1/pt

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/015—High-definition television systems
    • 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/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6162—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
    • 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
    • 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/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6543—Transmission by server directed to the client for forcing some client operations, e.g. recording
    • 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/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6582—Data stored in the client, e.g. viewing habits, hardware capabilities, credit card number
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/44—Receiver circuitry for the reception of television signals according to analogue transmission standards
    • H04N5/50—Tuning indicators; Automatic tuning control
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • 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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • 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/6112—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
    • 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/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6583—Acknowledgement

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Graphics (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Circuits Of Receivers In General (AREA)
  • Selective Calling Equipment (AREA)

Abstract

métodos de gerenciamento de dispositivo de vídeo e dispositivo de vídeo correspondente a presente invenção se refere a um gerenciamento remoto de um dispositivo de televisão terrestre digital (23). para se melhorar a recepção de televisão terrestre, um comando de controle é transmitido por um servidor de gerenciamento remoto distante (20) através de um outro canal de comunicação, solicitando o comando de controle que o dispositivo de vídeo ajuste pelo menos um parâmetro de televisão terrestre digital relacionado a um gerenciamento de lista de serviços.

Description

1. Campo da Invenção
A presente invenção se refere ao campo de televisão digital e mais precisamente ao gerenciamento de um dispositivo de vídeo (um conversor de televisor (ou STB)) recebendo um sinal de Televisão Terrestre Digital (ou DTT).
2. Antecedentes tecnológicos
DTT corresponde, por exemplo, a DVB-T (Difusão de Vídeo Digital - Terrestre) em alguns países (tais como os da Europa) ou ATSC Terrestre (Comitê de Sistemas de Televisão Avançados) nos Estados Unidos, ou ISDB-T (Difusão Digital de Serviços Integrados- Terrestre) no Japão.
Durante o primeiro uso de um dispositivo de vídeo que recebe um sinal DTT, o dis-positivo de vídeo geralmente faz uma varredura das frequências, nas quais um sinal DTT está presente em seguida, ele pode receber os serviços correspondentes.
O documento de patente publicado com o número de referência US2007/0067816A1 propõe um receptor DTT que armazena dados de frequência para diferentes padrões de transmissão, assim como um ajuste do país ou da região com base na localização do receptor.
Estas tecnologias têm o inconveniente de não ser otimizada a recepção pelo dispo-sitivo de vídeo de um serviço DTT.
3. Sumário da invenção
O objetivo da invenção consiste em atenuar estas desvantagens da técnica anterior.
Mais precisamente, a finalidade da invenção consiste em otimizar a recepção DTT de um serviço em um dispositivo de vídeo.
Consequentemente, a invenção propõe um método de gerenciamento em um servi-dor de gerenciamento remoto habilitando o servidor a gerenciar pelo menos um dispositivo de vídeo distante adaptado para receber um sinal digital de televisão terrestre através de um canal de rádio e para receber quadros do servidor de gerenciamento através de um segundo canal de comunicação. Para se otimizar a recepção DTT, o método compreende uma transmissão de um comando de controle através do segundo canal de comunicação solici-tando que o dispositivo de vídeo ajuste pelo menos um parâmetro de televisão terrestre digital relacionado com um gerenciamento de lista de serviços.
De acordo com uma característica específica, o ajuste de pelo menos um parâmetro de televisão terrestre digital compreende o envio de uma solicitação para que o dispositivo de vídeo execute uma varredura de pelo menos uma frequência de televisão terrestre digital.
De acordo com uma outra característica específica, o ajuste de pelo menos um pa-râmetro de televisão terrestre digital compreende o envio de uma solicitação para que o dis-positivo de vídeo associe pelo menos um canal lógico de televisão terrestre digital a uma coordenada de serviço de televisão terrestre digital.
A invenção se refere também a um método de gerenciamento em um dispositivo de vídeo adaptado para receber um sinal de televisão terrestre digital através de um canal de rádio e para receber dados do servidor de gerenciamento remoto distante através de um segundo canal de comunicação. Para otimizar a recepção, o método compreende as seguin-tes etapas: - um recebimento de um comando de controle através do segundo canal de comu-nicação solicitando que o dispositivo de vídeo ajuste pelo menos um parâmetro de televisão terrestre digital relacionado com um gerenciamento de lista de serviços de televisão terrestre digital; e - o ajuste do pelo menos um parâmetro de televisão terrestre digital relacionado com o gerenciamento de sita de serviço de televisão terrestre digital.
De acordo com uma característica específica, o comando de controle compreende uma solicitação para que o dispositivo de vídeo execute uma varredura de pelo menos uma frequência de televisão terrestre digital e a etapa de ajuste compreende a varredura do pelo menos um parâmetro de televisão terrestre digital.
De acordo com uma outra característica específica, o comando de controle com-preende uma solicitação para que o dispositivo de vídeo associe pelo menos um canal lógico de televisão terrestre digital a uma coordenada de serviço de televisão terrestre digital.
Seria vantajoso se o método incluísse a transmissão de informações relacionadas com um gerenciamento de lista de serviços de televisão terrestre digital ao servidor de ge-renciamento através do segundo canal de comunicação.
De acordo com uma característica vantajosa, o canal de segundo de comunicação é do tipo de Protocolo Internet e/ou o comando de controle é recebido de acordo com um Protocolo de Gerenciamento CPE WAN.
A invenção se refere também ao dispositivo de vídeo correspondente. O dispositivo de vídeo compreende um receptor de um sinal de televisão terrestre digital através de um canal de rádio e um receptor de dados do servidor de gerenciamento remoto distante através de um segundo canal de comunicação. Para otimizar sua recepção DTT, o dispositivo compreende meios para ajustar o um ou diversos parâmetros de televisão terrestre digital relacionados a um gerenciamento de lista de serviços de televisão terrestre digital de acordo com um comando de controle recebido através do segundo canal de comunicação e solici-tando que o dispositivo de vídeo ajuste o(s) parâmetro(s) de televisão terrestre digital relaci- onado(s) a um gerenciamento de lista de serviços.
4. Lista de figuras
A invenção será mais bem compreendida e outras características e vantagens serão evidentes com a leitura da descrição abaixo, fazendo a descrição referência aos desenhos apensos dentre os quais: - a Figura 1 ilustra uma estrutura objeto do dispositivo de vídeo de acordo com uma modalidade específica da invenção; - a Figura 2 ilustra uma arquitetura de rede implementando a estrutura objeto do dispositivo de vídeo de acordo com a Figura 1; - as Figuras 3 e 4 mostram respectivamente um servidor de configuração e um dis-positivo de vídeo de acordo com modalidades específicas da invenção e pertencendo à rede da Figura 2; - cada uma das Figuras 5 e 6 ilustra um método que é implementado respectiva-mente no servidos da Figura 3 e no dispositivo de vídeo da Figura 4, de acordo com modali-dades específicas da invenção; e - a Figura 7 apresenta um exemplo de trocas de comunicação entre elementos da rede da Figura 2.
5. Descrição detalhada da invenção
De acordo com a presente invenção, o ajuste de um ou de diversos parâmetros de televisão terrestre digital relacionados com um gerenciamento de lista de serviços em um dispositivo de vídeo pode ser gerenciado remotamente. Este gerenciamento remoto pode, por exemplo, ser usado para fazer uma associação entre um serviço DTT e uma coordenada de serviço. Ele pode também ser usado de um modo tal, que ele receba frequências específicas usadas pela transmissão DTT. De acordo com o estado da técnica, a instalação de lista de serviços é sempre iniciada pelo usuário. Quando ocorre algo errado, ou quando ocorre um problema no STB (conversor), e se for necessária uma re-instalação da lista de serviços, o usuário tem que fazê-lo sozinho. Pode também ocorrer que o conjunto de transmissores na área do STB seja alterado, e novos apareçam, de modo que pode ser útil se re- engatilhar uma instalação de serviço no STB. Atualmente isto deve ser sempre iniciado pelo usuário. A invenção permite um gerenciamento remoto que permite uma configuração iniciada automaticamente ou sob controle de um operador distante.
De acordo com um aspecto da invenção, um mapa de frequências para a instalação da lista de serviços é transmitido remotamente por um servidor a um dispositivo de vídeo. Isto proporciona a vantagem de se aumentar a velocidade da instalação, pois reduz o conjunto de frequências a serem submetidas a varredura. Além disso, esta operação pode ser transparente para o usuário do dispositivo de vídeo. É vantajoso que o mapa de frequências especifique uma ou diversas bandas (ou faixas de bandas) de frequência a serem submetidas a varredura. Estas bandas podem ser definidas com uma frequência de partida e uma frequência de parada ou por uma frequência de partida (ou de parada) e tamanho. Para os países em que poderia haver mapas de frequências descontínuos, então uma instalação completa pode ser efetuada forçando-se varreduras sucessivas em diversas faixas de fre-quência diferentes.
De acordo com um outro aspecto da invenção, a associação entre um serviço DTT (canal lógico) e uma coordenada de serviço (um tripleto DVB, por exemplo, no caso de DVB- T) (se houver diversas coordenadas de serviço para um serviço) dentro de um dispositivo de vídeo é controlado remotamente por um servidor de configuração.
Em uma modalidade específica da invenção, os modelos de dados são usados para representar objetos. Eles permitem que um operador de console auxiliar que estiver contro-lando um servidor preste assistência a um usuário e resolva o problema com a instalação e configuração da sua lista de serviços. Eles também permitem que um servidor de configura-ção distante gerencie os parâmetros relacionados com o gerenciamento de lista de serviços em um dispositivo de vídeo. Estes parâmetros incluem faixas de frequência DTT que o dis-positivo de vídeo tem a permissão de submeter a varredura (tipicamente para uma instalação de lista de serviços DTT), a associação entre um canal lógico DTT e uma coordenada de serviço DTT, a conexão a um canal lógico DTT determinado e/ou uma coordenada de serviço DTT determinada.
Este modelo de dados deve ser usado em conjunto com o protocolo TR-0069 CWMP conforme definido pelo Fórum DSL.
Um protocolo de Gerenciamento Remoto CPE (ou equipamento no Local do Cliente) WAN (ou Rede de Longa Distância), também denominado CWMP, é definido no relatório do Fórum Técnico DSL (ou linha de Assinante de Dados), a que se refere como TR-069. TR- 069 (intitulado “CPE WAN Management Protocol”, Relatório técnico do Fórum DSL, publicado em maio de 2004 e emendado em 2006) define uma pilha de protocolo de gerenciamento remoto. TR 106 (modelo de dados genéricos de acordo com TR-069) define um modelo de dados genéricos aplicável a qualquer tipo de dispositivo.
Um padrão esquemático de gerenciamento remoto (ao qual se refere como WT- 135) existe para o STB e está em conformidade com TR-069. Este padrão esquemático não abrange o gerenciamento remoto das listas de serviço DTT.
Mais especificamente, o relatório de patente presente define uma extensão ao mo-delo de dados especificado em WT-135 (versão atual v8). De acordo com a pr, esta extensão permite que se configurem diversos parâmetros permitindo os serviços DTT sobre um dispositivo de vídeo.
A terminologia abaixo é usada em todo o documento: - ACS ou Servidor de Auto-Configuração: este é um componente na rede de banda larga responsável pela autoconfiguração do CPE para serviços avançados; - CPE ou Equipamento no Local do Cliente; - Parâmetro: Um par nome-valor representando um parâmetro CPE gerenciável que é tornado acessível a um ACS para leitura e/ou gravação; - STB ou conversor: este dispositivo contém decodificadores de áudio/vídeo e se destina a ser conectado a uma TV analógica e/ou a Home Theaters.
O documento define um exemplo de extensões do modelo de dados do Dispositivo STB associadas com a provisão de objetos para o gerenciamento de serviços DTT. É vanta-joso o fato de que o objeto dispositivo satisfaz todas as exigências de hierarquia de dados definidas em TR106. Dentro do contexto de TR106, o Dispositivo STB objeto é um objeto específico a aplicação do nível mais elevado (um Objeto de Aplicação conforme definido na definição de hierarquia de dados). Por este motivo, dispositivos CPE individuais podem conter um ou mais destes objetos no interior do seu Objeto de Raiz juntamente com os objetos de dados genéricos definidos em TR106.
A Figura 1 ilustra uma estrutura objeto de dispositivo 1 (o dispositivo é, por exemplo, um conversor) de acordo com uma modalidade da presente invenção.
Cada um de STB ou dispositivo de vídeo pode gerenciar a sua configuração e dados de acordo com a Figura 1. Um servido remoto pode ter uma estrutura de objeto (integral ou parcialmente) para alguns dispositivos de vídeo ou todos eles que ele pode controlar, conforme ilustrado na Figura 1.
A estrutura objeto 1 que pode ser implementada em software ou em hardware com-preende sub-estruturas diferentes incluindo estrutura de capacidade 10, estrutura de com-ponentes 11, estruturas de tocadores de áudio/vídeo 12, estruturas de corrente de áudio/vídeo 13 e estruturas de aplicações 14. Estas estruturas são definidas em WT-135.
A estrutura de componentes 1 é relacionada às capacidades de cada extremidade dianteira (a que se refere como Extremidade Dianteira {i} ou Extremidade Dianteira {j}) no tocante a componentes terrestres (Extremidade Dianteira {i}. Terrestre 110) ou componentes IP (Extremidade Dianteira {j} IP 111). A presente invenção define componentes terrestres específicos que são lidos e/ou atualizados remotamente por servidor remoto (ACS, por exemplo).
A Figura 2 ilustra uma arquitetura de rede 2 que compreende: - pelo menos um servidor de configuração (um ACS, por exemplo) 20; - um núcleo de rede 21 (uma rede de longa distância, por exemplo, (uma rede ADSL (Linha de Assinante Digital Assimétrica), por exemplo)); - dois transmissores DTT 24 e 25; e - um ou diversos dispositivos de vídeo 23 (conversores, por exemplo), sendo cada um deles associado a uma porta 22 (dispositivo de vídeo 23 e porta associada 22 são ou embutidos como parte de um Dispositivo de Porta de Internet, conforme definido em TR-069 ou dispositivos autônomos, isto é, o dispositivo 23 e a porta 22 podem ser construídos em um ou em dois dispositivos separados) (como uma variante da invenção, se um dispositivo de vídeo 23 não estiver em conformidade com TR-069, um intermediário dedicado pode ser inserido entre a porta 22 e o dispositivo 23).
Os dispositivos de vídeo 23 e o servidor de configuração se comunicam através da porta 22 e o núcleo de rede 21. Os dispositivos de vídeo 23 estão implementando a estrutura objeto de dispositivo de vídeo de acordo com a Figura 1. É vantajoso que o canal entre os dispositivos de vídeo 23 e o servidor distante 20 seja do tipo de Protocolo da Internet. Isto permite uma comunicação fácil entre o servidor distante 20 e os dispositivos de vídeo 23 com um canal de volta e conformidade com protocolos de gerenciamento remoto que podem ser adaptados à invenção.
Os transmissores DTT 24 e 25 estão usando frequências específicas (indicadas respectivamente F1 e F2) para transmitir serviços DTT aos dispositivos de vídeo. O dispositivo de vídeo 23 é adaptado para receber os serviços difundidos pelo transmissor 24 e 25.
A Figura 3 ilustra esquematicamente o servidor de configuração 20. O servidor 21 compreende: - um microprocessador 30 (ou CPU). - uma memória não volátil do tipo ROM (Memória de Leitura Somente) (ou disco rí-gido) 31; - uma memória de acesso aleatório ou RAM 32; e - uma internet de interface de aplicação 35 permitindo comunicação com uma má-quina de usuário ou de controle; - uma interface de rede 34 permitindo que se permutem (enviando e/ou recebendo) dados ou quadros de controle (tipicamente quadros CWPM) com um dispositivo de vídeo 23 através da rede de núcleo 21; - um barramento de dados e de endereços 33 ligando os elementos 30 a 32, 34 e 35.
A palavra “registro” usada no presente documento pode corresponder em RAM 320 ou em ROM 310 a uma área de memória de pequeno tamanho (alguns dados binários) ou uma área de memória de grande tamanho (um programa ou dados de áudio/vídeo, por exemplo).
A ROM 31 compreende um programa 310 e as informações que representam o mapa de frequências 311 usado pelos transmissores DTT. O algoritmo que implementa o método da Figura 5 é armazenado na ROM 61 associada ao servidor 20. Quando ocorre a ligação, a CPU 30 baixa o programa 310 na RAM 32 e executa as suas instruções.
RAM 32 compreende, especialmente: - em um registro 320, um programa usado pela CPU 30, que é baixada quando o
servidor 20 executa a ligação; - diversos estados em um registro 321 (serviços relacionados com um ou diversos dispositivos de vídeo 23, por exemplo); e - diversos dados de configuração em um registro 322 (frequências usadas por um ou diversos dispositivos de vídeo 23, por exemplo).
A Figura 4 ilustra esquematicamente o dispositivo de vídeo 23. O dispositivo de vídeo 23 compreende: - um microprocessador 40 (ou CPU); - uma memória não volátil do tipo ROM (memória flash ou disco rígido, por exemplo) 41; - uma RAM 42; e - uma internet de interface de aplicação 45 permitindo a comunicação com um usu-ário, um monitor e/ou um dispositivo de decodificação, gravação e/ou execução de áu-dio/vídeo; - uma interface de rede 44 que permite a troca (envio e/ou recebimento) de dados ou de quadros de controle (tipicamente quadros CWPM) com um servidor de configuração 20 através da rede de núcleo 21 e a porta 20 associada com o dispositivo de vídeo; resumindo, a interface 44 consiste em um receptor de dados do servidor de gerenciamento remoto distante 20; - um bloco de recepção DTT 46 incluindo uma antena, parte de RF (rádio frequên-cia) e demodulador; o bloco 46 é um receptor de um sinal de televisão terrestre digital através do canal de rádio DTT; - um barramento de dados e endereços 43 ligando os elementos 40 a 42 e 44 a 46.
A ROM 41 compreende um programa 410 e uma lista de frequências que pode ser modulada pelo bloco de recepção DTT 46. O algoritmo que está implementando o método da Figura 6 é armazenado na ROM 41 associada com o dispositivo 23. Quando ocorre a ligação, a CPU 40 baixa o programa 410 para a RAM 42 e executa as suas instruções.
RAM 42 compreende especialmente: - em um registro 420, um programa usado pela CPU 40, que é baixado quando se liga o dispositivo 23; - diversos estados em um registro 421 (serviços recebidos pelo dispositivo 23, por exemplo); - diversos dados de configuração em um registro 422 (frequências alocadas ao dis-positivo 23 pelo servidor 20, por exemplo); - um buffer de dados de áudio/vídeo 423 que armazena os dados de áudio/vídeo recebidos de um transmissor DTT 24 ou 25; e - um buffer RTP 424 que armazena os quadros de RTP para enviar e quadros de RTP recebidos.
A CPU 40, a ROM 41, a RAM 42, o receptor 46 e o barramento 43 são meios para se ajustar um ou diversos parâmetros de televisão terrestre digital relacionados com um ge-renciamento de lista de serviços de acordo com um comando de controle recebido através do segundo canal de comunicação e solicitando que o dispositivo de vídeo 23 ajuste os pa-râmetros de televisão terrestre digital relacionados com o gerenciamento de lista de serviços. Outras estruturas destes meios são possíveis de acordo com a presente invenção, es-pecialmente um chip de hardware puro tal como o chip dedicado (um ASIC, por exemplo) ou elementos de hardware integrados ao receptor 46 ou uma mistura de elementos de hardware e software. Seria vantajoso que o receptor 46 compreendesse elementos programáveis que pudessem armazenar uma configuração de parâmetros físicos de DTT para uso para a recepção DTT e receber o(s) sinal(ais) DTT correspondente(s). De acordo com uma variante, quando os parâmetros DTT não são referentes a parâmetros físicos para uso para a recepção DTT, os meios para o ajuste deles não incluem o receptor DTT e podem incluir uma implementação puramente de software (CPU com memória, por exemplo), uma mistura de implementação de software e de hardware (CPU, memória e chip dedicado, por exemplo) ou uma implementação puramente de hardware (um chip dedicado, por exemplo).
A Figura 5 descreve um método que é implementado no servidor de configuração 20 de acordo com as modalidades específicas da invenção.
O método começa com uma etapa de reajuste 50 em que os diferentes dados de configuração do servidor 20 propriamente dito são inicializados (endereço IP de dispositivos 23, seus perfis, dados de configuração relacionados com o difusor, usuário e/ou máquina de controle de áudio/vídeo, por exemplo). As frequências usadas pelos transmissores DTT podem ser ajustadas durante esta etapa manualmente por um usuário ou baixados automaticamente de um servidor específico. De acordo com uma variante da invenção, as frequências estão associadas com informações representativas da(s) área(s) geográfica(s) específica (s) (que pode(m) receber sinais DTT portados pelas frequências associadas).
Em seguida durante a etapa 51, o servidor 20 aguarda e recebe um comando de um usuário ou máquina de controle através da interface de aplicação 35 ou de um dispositivo de vídeo, este comando pode ser enviado por um usuário (tipicamente um operador) ou máquina de controle quando o mapeamento de frequências for alterado (correspondendo a uma alteração da frequência e/ou alteração da cobertura geográfica). Ele pode também ser enviado por um dispositivo de vídeo depois de uma instalação, um reajuste, uma solicitação de um usuário, um problema de recepção ou configuração DTT detectado pelo dispositivo de vídeo.
Em seguida, durante a etapa 52, o servidor 20 constrói uma solicitação CWMP de acordo com o comando recebido na etapa 51 e a envia a um ou a diversos dispositivos de vídeo 23 (de acordo com o comando).
Em seguida, durante uma etapa 53, o servidor 20 aguarda e recebe uma resposta de cada um dos recebedores da solicitação CWPM enviada durante a etapa 52. Como uma variante, um intervalo entre operações pode ser estabelecido durante a etapa 52 e o servidor aguarda uma resposta até todas as respostas esperadas terem sido recebidas ou até expirar o intervalo entre operações.
Em seguida, durante a etapa 54, o servidor envia um estado ao usuário ou máquina de controle que envia o comando durante a etapa 51, para exibição, por exemplo. Finalmente, a etapa 51 é repetida.
De acordo com a presente invenção, diversos comandos podem ser recebidos pelo servidor durante a etapa 51, especialmente: - uma varredura de frequências DTT de um ou diversos dispositivos de vídeo; a var-redura de frequências pode se relacionar com a banda de frequências integral permitida ou a uma parte ou a diversas partes dela (parte(s) pode(m) ser definida(s) por uma frequência inicial e uma frequência de parada ou por uma largura de banda, por exemplo); este comando permite que o(s) dispositivo(s) de vídeo execute(m) a varredura de uma banda de frequência definida; seria vantajoso que a banda fosse limitada e adaptada ao dispositivo de vídeo usando um critério específico (a localização geográfica do dispositivo de vídeo ou a qualidade estimada de recepção, por exemplo); este comando permite também que se leve em conta uma alteração em um mapa de frequência quando a instalação do dispositivo de vídeo tiver sido executada e para forçar o dispositivo de vídeo a atualizar os parâmetros de serviço; ele pode também ser usado para testar um vídeo na frequência ou frequências específicas; - seleção de uma ou de diversas frequências DTT para uso por um ou diversos dis-positivos de vídeo; - seleção de um ou de diversos serviços DTT para conectar por um ou por diversos dispositivos de vídeo; isto pode ser usado para o teste remoto; - seleção de um canal lógico DTT para conectar por um ou por diversos dispositivos de vídeo; isto pode também ser usado para o teste remoto (de acordo com a técnica anterior, a seleção de um serviço ou de um canal lógico é conduzida manualmente por um usuário do dispositivo de vídeo).
A solicitação de CWMP está seguindo uma estrutura de comandos padrão conforme definidos em TR-069, do seguinte modo: - a solicitação baseada em SetParameterValues (Ajustar Valores de Parâmetros), conforme definidos na seção A.3.2.1. de TR-069 na Tabela 9, para enviar uma solicitação de configuração a um ou a diversos dispositivos de vídeo de acordo com um comando da etapa 51; - a solicitação baseada em GetParameterValues (Obter Valores de Parâmetros), conforme definido na seção A.3.2.5 de TR-069 na Tabela 20, para enviar uma solicitação a um ou a diversos dispositivos de vídeo para recuperação dos dados tal como estatística de audiência relativa ao uso do dispositivo de vídeo ou identificação da causa provável dos problemas de fornecimento.
A resposta CWMP corresponde relacionada a uma etapa 53 está seguindo uma es-trutura de respostas padrão conforme definido em TR-069 conforme segue: - a resposta baseada em SetParameterValuesResponse (Resposta a Ajustar Valores de Parâmetros), conforme definido na seção A.3.2.1 de TR-069 na Tabela 10, para recuperar o status da solicitação de configuração de um ou de diversos dispositivos de vídeo; - a resposta baseada nos argumentos de GetParameterValuesResponse (Resposta a Obter Valores de Parâmetros), conforme definido na seção A.3.2.5 de TR-069 na Tabela 21 para recuperação de dados tais como estatísticas de audiência relativa ao uso do dispositivo de vídeo ou a identificação da causa provável de problemas com o fornecimento.
Para cada comando e/ou resposta, são dados tipo específico de informações e for-mato na tabela 1 que relacionam um modelo de dados completo no fim da presente descrição. Os principais objetos do modelo de dados relacionados aos comandos relacionados acima são dados em detalhes abaixo.
Quando o comando referente a uma configuração da frequência é recebido durante a etapa 51, o servidor de configuração 20 envia ao(s) dispositivo(s) de vídeo correspondente^) 23 uma solicitação SetParameterValues que incluem o objeto.
Durante a etapa 53, o dispositivo de vídeo responde com uma resposta GetPara-meterValuesResponse.
Em seguida durante uma etapa 54, é exibido o status de uma frequência usada pelos dispositivos de vídeo 23 controlados. Finalmente, a etapa 51 é repetida.
Diversas situações são possíveis. Algumas delas são dadas como ilustração da Fi-gura 7.
A Figura 6 descreve um método que é implementado no dispositivo de vídeo 23 de acordo com modalidades específicas da invenção.
O método começa com uma etapa de reajuste 60, onde os dados diferentes de con-figuração do dispositivo de vídeo propriamente dito são inicializados (endereço IP do servidor 20, por exemplo, seus perfis de revelia, dados referentes ao difusor, de áudio/vídeo, usuário, reajuste das estatísticas internas, frequências DTT que podem ser usadas...).
Em seguida durante uma etapa 61, o dispositivo de vídeo 23 aguarda e recebe uma solicitação CWMP do servidor 20.
Em seguida, durante um teste 62, o dispositivo 23 verifica se o comando corresponde a um ajuste de configuração, isto é, uma solicitação SetParameterValues referentes a um do objeto usado para configuração conforme descrito acima.
Se tal for o caso, durante uma etapa 63, o dispositivo 23 ajusta a configuração de acordo com o objeto e argumentos usados na solicitação de configuração recebida. Em se-guida, durante uma etapa 64, o dispositivo 24 envia uma resposta ao servidor 20, indicando que a configuração foi efetuada depois da etapa 64, a etapa 61 é repetida.
Depois do teste 62, se o comando não corresponde a um ajuste de configuração, durante um teste 65, o dispositivo 23 verifica se o comando corresponde a uma recuperação de dados, isto é, a uma solicitação GetParameterValues referente a um do objeto usado para a recuperação de dados conforme foi descrito acima.
Se tal for o caso, durante uma etapa 66, o dispositivo 23 envia os dados solicitados de acordo com o objeto e argumentos usados na solicitação recebida. Em seguida, durante uma etapa 67, o dispositivo 23 envia uma resposta ao servidor 20, com os dados estatísticos solicitados. Depois da etapa 67, a etapa 61 é repetida.
Ou então, durante a etapa 68, o dispositivo 23 executa a solicitação CWMP e a etapa 61 é repetida.
A Figura 7 apresenta um exemplo de trocas de comunicação entre servidor 20, dis-positivo 23 e um usuário ou máquina de controle 70.
Quando tiver recebido um comando de configuração 71 enviado pelo usuário da máquina 70, o servidor 20 constrói e envia um comando CWMP 72, conforme indicado na etapa 52 da Figura 5 ao dispositivo de vídeo 23.
Em seguida o dispositivo de vídeo 23 constrói e envia de volta uma resposta 73 conforme indicado na etapa 64 da Figura 5 ao dispositivo de vídeo 23 e o resultado 74 da configuração é dado pelo servidor 20 ao usuário ou à maquina de controle 70.
Quando tiver recebido um comando de solicitação de dados 71 enviado pelo usuário ou pela máquina 70, o servidor 20 constrói e envia um comando CWMP 76 conforme indicado na etapa 52 da Figura 5 ao dispositivo de vídeo 23.
Em seguida, o dispositivo de vídeo 23 constrói e envia de volta uma resposta 77 conforme indicado na etapa 67 da Figura 5 ao dispositivo de vídeo 23 e os dados estatísticos solicitados 78 da configuração são dados pelo servidor 20 ao usuário ou à máquina de controle 70.
Uma implementação da invenção permite que se tenha, com vantagem, um proto-colo uniforme para a porta e STB; como TRE-069 é usado para porta, todo o sistema de gerenciamento remoto de dispositivos de vídeo (STB) e porta é simplificado se ele for também usado para os dois dispositivos. Além disso, o protocolo é confiável, uma vez que RPC (chamada de procedimento remoto) (e não troca de mensagens) é usada de preferência a TCP: as funções de obter e de ajustar parâmetros são conduzidas remotamente. De modo mais geral, a presente invenção permite a resolução de problemas de modo remoto e a con-figuração de modo remoto de um STB a partir de um servidor de configuração (um ACS, por exemplo). O modelo de dados de acordo com a invenção está em conformidade com a es-trutura TR-069 e permite diversas operações de gerenciamento remoto usando protocolos de TR-069.
Além disso, a invenção está propondo um método de gerenciamento remoto permi-tindo que um servidor de gerenciamento remoto distante gerencie frequências DTT em um dispositivo de áudio/vídeo distante. Seria vantajoso que o método de gerenciamento com-preendesse uma etapa de transmissão e/ou recebimento de um comando e/ou de uma res-posta correspondente (comando e/ou resposta CWMP, por exemplo) associados com o ge-renciamento de frequências DTT alocadas. Estes parâmetros de frequência podem ser mo-dulados com precisão de acordo com diversos dados que podem ser recuperados por um servidor (um servidor de configuração, por exemplo) dos quais se pode fazer, com vantagem, um upload, através do mesmo protocolo que o protocolo de configuração.
Muitas situações podem ser definidas com vantagem de acordo com a presente in-venção e existe uma sinergia entre diversas solicitações de configuração e/ou recuperação de dados. Os exemplos baseados na sintaxe usada na Tabela 1 são dados abaixo.
Para a instalação de lista de serviços DTT, por exemplo, uma solicitação é enviada pelo servidor 20 ao dispositivo de vídeo 23 e solicita que o dispositivo de vídeo 23 execute a varredura de pelo menos uma frequência de televisão terrestre digital (ela pode ser uma frequência determinada (para fins de teste, por exemplo), um conjunto de frequências e/ou uma ou diversas faixas de frequências, por exemplo). Quando tiver recebido esta solicitação, o dispositivo de vídeo 23 executa a varredura da(s) frequência(s) de televisão terrestre digital. De acordo com uma modalidade específica, a situação inclui as seguintes etapas sucessivas: - mapeamento da frequência opcional ajustando-se a(s) frequência(s) à varredura (uma frequência, frequências ou faixa(s) de frequências, por exemplo); para tal fim o servidor 20 envia ao(s) dispositivo(s) de vídeo alvo dois ou mais comandos SetParameterValues com os parâmetros respectivos STBService.{i}.Components.FrontEnd.{i}.Terrestrial.Install. StartFrequency e STBService.{i}.Components. FrontEnd.{i}.Terrestrial. Install.StopFrequency ajustados às frequências desejadas; - início da varredura da frequência; para tal fim, o servidor 20 envia um comando SetParameterValues ao(s) dispositivo(s) de vídeo com o parâmetro STBService.{i}.
Components. FrontEnd.{i}.Terrestrial. Install.Start ajustado para 1.
Como uma variante o mapeamento da frequência é solicitado pelo servidor 20 e o dispositivo de vídeo 23 inicia automaticamente ou não a varredura da frequência depois do mapeamento da frequência.
Em seguida, qualquer dispositivo de vídeo, que receber os comandos acima, inicia a varredura da frequência dentro de uma faixa de frequências dada. Como uma variante diversas faixas separadas podem ser submetidas a varredura. De acordo com a modalidade específica, a varredura é conduzida com um comando de iniciar ou um comando de iniciar enviado depois de cada faixa, conforme for definido.
Como uma variante, um reajuste da lista de serviços pode ser conduzido antes da instalação da lista de serviços DTT. Para tal fim, o servidor 20 envia ao(s) dispositivo(s) de vídeo alvo um comando SetParameterValues com o parâmetro STBServi- ce.{i}.Components.FrontEnd.{i}.Terrestrial.ServiceListDatabase reajustado para verdadeiro.
Se for útil ou necessário, o servidor pode obter o estado da varredura por obtenção dos parâmetros de um dispositivo de vídeo usando o comando getParameterValues com os parâmetros referentes ao status (STBService.{i}.Components.FrontEnd.{i}.Terrestrial.Install. Status) e/ou ao progresso (STBService. {i}.Components.FrontEnd.{i}.Terrestrial.Install.Progress) da varredura.
Como uma variante, outros parâmetros de canais físicos DTT usados pelo dispositivo de vídeo são gerenciados pelo servidor distante 23, especialmente o intervalo de guarda (usando o campo Guardinterval da estrutura de instalação STBServi-ce.{i}.Componentes.FrontEnd.{i}.Terrestrial.Install), o tipo de modulação (a constelação usada usando o campo Constellation da estrutura de instalação, por exemplo), o número de portadoras em um quadro OFDM (usando o modo do campo Transmission na estrutura de instalação), o parâmetro de codificação de hierarquia usado para transmissão (usando o campo Hierarchyinformation da estrutura de instalação), a taxa de código para uso para a varredura aplicada a alta prioridade (ou HP, usando o campo CodeRateHP na estrutura de instalação se for usado a codificação de hierarquia) ou baixa prioridade (ou LP, usando o campo CodeRateLP na estrutura de instalação se for usada a codificação de hierarquia), a largura de banda de canal para usar para o progresso da varredura (usando o campo Chan- nelBandwidth na estrutura de instalação se for usada a codificação de hierarquia).
Seria vantajoso se, durante a instalação, o dispositivo de vídeo 23 armazenasse em uma memória todas as informações referentes ao gerenciamento de lista de serviços DTT e que pudessem ser solicitadas pelo servidor 20 através de uma solicitação para se obter as mesmas. Estas informações compreendem as frequência(s) já submetidas a varredura ou frequência(s) a serem submetidas a varredura e em linhas mais gerais parâmetros da camada física usados pelo dispositivo de vídeo 23 para a recepção DTT, associações entre canal lógico DTT e coordenadas de serviço DTT, informações referentes à qualidade da recepção (taxa de erro em bits ou taxa de erro em quadros associada a um canal lógico recebido ou coordenada de serviço, antes ou depois da correção do erro à frente, relação sinal para ruído associada com um canal lógico recebido ou coordenada de serviço), informações referentes ao status de uma instalação de recepção DTT (nível no pregresso de uma instalação corrente, instalação habilitada ou não, por exemplo), informações referentes à lista de serviços DTT instalada (número de canal lógico instalado, número de canais lógicos associados com a lista de serviços, identificadores de canais lógicos, número de serviços associados com cada canal lógico, frequência de transmissor correspondendo a uma coordenada de serviço determinado e identificadores correspondentes da coordenada de serviço, coordenadas de serviço preferidas, coordenadas de serviço conectadas).
Para uma associação específica entre um canal lógico DTT e uma coordenada de serviço DTT, a situação inclui as etapas sucessivas seguintes: - obter uma base de dados de lista de serviços usando o comando GetParameter-Values com os parâmetros refeRentes à base de dados da lista de serviços (STBServi- ce.{i}.Components.FrontEnd.{i}.Terrestrial.ServiceListDatabase); a resposta compreende todos os objetos definidos nos termos da estrutura usada como parâmetro no comendo; isso inclui o número de serviços (NumberOfService), o número de canais lógicos (NumberOfLo- gicalChannel), as informações sobre o canal lógico associadas com cada canal lógico (STBService.{i).Components. FrontEnd.{i}.T errestrial. ServiceListDatabase. LogicalChan- nel{1}, estando i contido entre 1 e NumberOfLogicalChannel (Número de Canal Lógico)); - vasculhar a base de dados da lista de serviços procurando o canal lógico que está associado com mais de uma coordenada de serviço; - para pelo menos um canal lógico (e, com vantagem, para cada canal lógico), que estiver associado com mais de uma coordenada de serviço, verificar se a coordenada de serviço preferida está associada com a melhor qualidade de recepção ((BER ou CBER infe-rior ou SNR superior), por exemplo, observando os dados que correspondem às informações sobre serviço (STBService.{i}.Components.FrontEnd.{i}.Terrestrial. ServiceListDatabase. LogicalChannel{i}.Service{i}; - se a coordenada de serviço preferida não estiver associada com a melhor quali-dade (ou com uma qualidade suficiente como uma variante BER, CBER e/ou SNR, por exemplo, acima de um limiar dado) de recepção observando-se os dados que correspondem às informações sobre o serviço, o servido pode forçar uma nova instalação de lista de servi-ços (reajuste da lista de serviços; para tal fim o servidor 20 envia ao (s) dispositivo(s) de vídeo alvo, um comando SetParameterValues com o parâmetro STBServi- ce.{i}.Components.FrontEnd.{i}.Terrestrial. ServiceListDatabase.reset ajustado para verdadeiro e força a varredura de frequências, conforme foi descrito acima); de acordo com uma variante, o servidor pode ajustar o parâmetro “preferido” para verdadeira para a coordenada de serviço que corresponder à qualidade melhor (ou suficiente) (BER ou CBER inferior ou SNR superior) e para falso para a coordenada de serviço preferida anterior;
O servidor 20 pode também verificar a qualidade de recepção da coordenada de serviço associada com o canal lógico recebido pelo dispositivo de vídeo 23, de acordo com a seguinte situação: - obter a associação corrente entre um canal lógico DTT e uma coordenada de ser-viço DTT usando o comando getParameterValues com os parâmetros referentes ao exemplo “i” do canal lógico (STBService.{i}.Components.FrontEnd.{i}.Terrestrial. ServiceListData- base.LogicalChannel {i}, a resposta compreende todos os objetos definidos nos termos da estrutura usada como parâmetro no comando; isso inclui o identificador do canal lógico (Lo- gicalChannelNumber) o número de serviços (NumberOfService), as informações associadas com cada serviço (STBService.{i}.Components.FrontEnd.{i}.Terrestrial. ServiceListDataba- se.LogicalChannel{i}.Service{i}, encontrando-se i entre 1 e NumberOfServices) incluindo Frequency (Frequência}, Coordenadas de Serviço (a que se refere como DVBId, BER, CBER, SNR, Preferred (Preferida)); - em seguida consultar as informações das informações de serviço para identificar se há coordenadas de serviço associadas com um canal lógico e se não existe uma qualidade suficiente de sinal (conforme descrito acima na situação anterior).
O servidor 20 pode também forçar o dispositivo de vídeo a conectar a uma coorde-nada de serviço determinada usando o comando SetParameterValues com o parâmetro STBService.{i}.Components.FrontEnd.{i}.DTT.ServiceConnect.Dvbld ajustado para o identi-ficador da coordenada de serviço se conectar.
O servidor 20 pode também forçar o dispositivo de vídeo a conectar à coordenada de serviço preferida associada a um canal lógico determinado usando o comando SetPara-meterValues com o parâmetro STBService.{i}.Components.FrontEnd.{i}.DTT. LogicalChan- nelConnect. Logical Number ajustado para o identificado do canal lógico se conectar.
Naturalmente a invenção não é limitada às modalidades descritas acima.
Mais especificamente, outros tipos ou formatos de comandos de solicitação ou res-posta podem ser usados de acordo com a presente invenção. Na descrição, foram dados exemplos baseados em TR069. Na verdade outras funções que estão ou não em conformi-dade com TR069 podem ser implementadas de acordo com a presente invenção.
Além disso, estruturas, formatos e nomes de objetos (ligados à configuração ou à estatística) não são limitados a exemplos da Tabela 1 e podem ser alterados de acordo com implementações específicas da invenção. Os formatos booleanos, por exemplo, podem ser alterados para formatos de cordas ou de integrais; o formato integral (ou de corda, respecti-vamente) pode ser alterado em formato de corda (formato integral respectivamente, uma integral correspondendo a um argumento predefinido). Outras estruturas de objetos estão também em conformidade com a invenção: algumas das estruturas definidas na tabela 1, por exemplo, podem ser partidas em diversas estruturas (estruturas relacionadas com estatísticas com muitos argumentos possíveis, por exemplo, podem ser definidas com diversas estruturas, sendo cada uma delas relacionada com um ou diversos argumentos específicos), ou, pelo contrário agrupadas em uma estrutura. Os nomes de objetos e argumentos são dados para ilustram uma modalidade específica. Naturalmente eles podem ser alterados de acordo com uma implementação específica. Além disso, outros comandos de funções de configuração ou de recuperação de estatística podem ser acrescentados à lista acima.
Além disso, todos os objetos definidos acima não são obrigatórios em alguma im-plementação específica. O gerenciamento da frequência, por exemplo, pode ser implemen-tado sem o gerenciamento de serviço DTT ou o gerenciamento de serviço DTT pode ser implementado sem gerenciamento de frequência.
Além disso, a invenção não é limitada ao uso do protocolo CWMP, mas se refere também a qualquer protocolo que permita que um servidor aplique remotamente uma função de configuração e/ou de recuperação de dados diretamente em um objeto em um dispositivo de vídeo distante.
Mais especificamente, SNMP (ou Protocolo de Gerenciamento de Rede Simples) pode ser usado em vez de CWMP, e pode ser usada uma MIB (Base de Informações de Gerenciamento) em vez do modelo de dados WT-135 para a mesma função.
Alternativamente XCAP (Protocolo de Acesso a Configuração XML) conforme defi-nido por IETF (ou Força Tarefa de engenharia da Internet) pode também ser usado. XCAP permite que um servidor remoto gerencie (crie, delete, leia, grave e modifique) dados de configuração por usuário e por aplicação armazenados como documentos o formato XML em um dispositivo que pode ser um dispositivo de vídeo. De acordo com esta variante, uma estrutura XML é usada em vez do modelo de dados WT-135 para a mesma função.
A invenção não se limita à estrutura de rede da Figura 2, mas se refere também a diversas estruturas incluindo um ou diversos servidores de gerenciamento que podem enviar comandos a um ou a diversos dispositivos remotos, sendo estes dispositivos ou dispositivos de vídeo ou intermediários associados a um ou a diversos dispositivos de vídeo, diretamente ou através de uma porta. Os dispositivos de vídeo não são limitados a conversores, mas se referem também a aparelho de TV, computador, laptop, dispositivos de comunicação fixos ou móveis que podem receber serviços DTT enviados pelo rádio.
A invenção se refere também a programas de computador ou a um meio que com-preende tais programas e que contêm instruções adaptadas para implementar o método de gerenciamento (do lado do servidor e/ou do lado do dispositivo de vídeo) de acordo com a invenção, conforme foi definida acima.
A invenção se refere também a um modelo de gerenciamento remoto conforme foi definido acima (na Tabela 1, por exemplo) e para ser usado com um protocolo tal como CWMP.
De acordo com uma variante de invenção, as solicitações são transmitidas e as respostas são recebidas através de um outro protocolo. Pode ser qualquer protocolo de co- municação que permite uma comunicação de dados entre um dispositivo de vídeo e um ser-vidor distante. Uma solução pode compreender, por exemplo, uma mensagem transmitida por um servidor distante a um dispositivo de vídeo DTT com parâmetros identificando e/ou descrevendo as solicitações. Uma resposta pode compreender uma mensagem transmitida pelo dispositivo de vídeo DTT ao servidor distante, com as informações solicitadas pelo ser-vidor distante.
Mais especificamente, a invenção se refere a um modelo de gerenciamento remoto para um dispositivo de vídeo (um STB ou conversor, por exemplo), permitindo que o operador gerencie dinamicamente as frequências DTT usadas pelo conversor para receber programas digitais.
A invenção se refere também a um servidor, a uma porta, a um intermediário ou a um dispositivo de vídeo (um STB, por exemplo) compreendendo meios para implementar um modelo de gerenciamento remoto, conforme descrito neste relatório, e mais geralmente redes ou sistemas de comunicação que compreendem tal(tais) servidor(es) e/ou dispositi- vo(s) de vídeo.
A Tabela 1, dada em apenso, relaciona os objetos associados com um dispositivo STB CPE e seus parâmetros associados de acordo com uma modalidade da presente in-venção. A notação usada para indicar o tipo de dados de cada parâmetro e a notação que associa com objetos de muitos exemplos, segue a notação definida no Relatório Técnico do Fórum TR106 DSL (intitulado “Gabarito de Modelo de Dados de Rede Doméstica para Dis-positivos Habilitados porTR-069”).
A primeira coluna da Tabela 1 representa o nome completo de um Parâmetro, é a concatenação do nome do objeto radical conforme definido no Relatório Técnico do Fórum de TR106 DSL, o nome do objeto (em caracteres em negrito) e o nome do Parâmetro individual.
A segunda coluna da Tabela 1 representa o tipo do parâmetro (objeto (que compre-ende um ou diversos parâmetros), por exemplo, uma sequência de 256 caracteres (notação string (256), uma booleana, uma integral não assinada (notação unsignedlnt)).
A terceira coluna representa o status de gravação, em que “w” significa que pode ser gravada e lida e significa que pode ser lida somente.
A quarta coluna descreve o(s) parâmetro(s) correspondente(s).
Além disso, os objetos principais usados pelo método de gerenciamento de acordo com a presente invenção estão em caracteres em negrito.
As seguintes notações são usadas: - LogicalChannel (Canal Lógico): corresponde ao número usado pelo usuário para selecionar um serviço no seu STB; - Service (serviço): corresponde a uma coordenada de serviço DTT ou no caso de DVB (ou Difusão de Vídeo Digital) a um tripleto de DVB (original_network-id, trans- port_stream_id.servi ce_id).
Em um sistema DTT pode haver diversos serviços (e, portanto, diversos tripletos de DVB no caso de DVB-T) correspondendo a um único canal lógico. O conversor (ou STB) pode, portanto, estar em uma posição de receber um mesmo cn lógico de diversos trans-missores diferentes ele tem que selecionar um deles. Geralmente ele toma o serviço que tem o melhor nível de recepção (BER mais baixo).
O modelo de dados é estruturado de modo tal, que os canais lógicos podem conter diversos exemplos de serviços.
Pode haver configurações (devido ao fato de que um transmissor foi colocado em operação depois do STB ter sido instalado, por exemplo), em que o STB pode receber di-versos serviços para o mesmo canal lógico, mas está travado naquele com a qualidade mais baixa. O modelo de dados propõe que se detecte tal fato e se altere o mesmo. Uma maneira consiste em se usar o parâmetro que pode ser gravado “preferido” (STBService. {i}.Components.FrontEnd.{i}. Terrestrial. ServiceListDataba-
se.LogicalChannel{i}.Service{i}.Preferred) que permite que se force um serviço específico para um canal lógico (aquele que tem a melhor QoS (BER mais baixo). Uma outra maneira consiste em se forçar uma instalação de uma lista de serviços que logicamente selecionará a coordenada de serviço com a melhor qualidade.
Pode também haver alguns casos em que o console de ajuda poderia desejar forçar a conexão do STB em um serviço dedicado. O modelo de dados propõe um modo de se fazê-lo ou numa base de tripletos DVB, ou com base no canal lógico.
ANEXO: Tabela 1 - Lista de parâmetros para um dispositivo de vídeo (um dispositivo CPE STB, por exemplo) de acordo com a invenção
Figure img0001
Figure img0002
Figure img0003
Figure img0004
Figure img0005

Claims (8)

1. Método de gerenciamento em um dispositivo de vídeo (23), em que o dito dispo-sitivo de vídeo é adaptado para receber um sinal de televisão terrestre digital através de radiofrequência e para receber comandos de controle a partir de um servidor de gerencia-mento (20), através de uma rede de Protocolo de Internet, um comando de controle, CARACTERIZADO pelo fato de que o dito comando de controle solicitando que o dispositi-vo de vídeo ajuste pelo menos um parâmetro relacionado a varredura pelo dispositivo de vídeo de pelo dito pelo menos uma frequência de televisão terrestre digital, para instalação de lista de serviços pelo dito dispositivo de vídeo.
2. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que compreende ainda receber do servidor de gerenciamento através da rede de Protocolo de Internet um comando de controle solicitando que o dispositivo de vídeo ajuste pelo menos um parâmetro relacionado a iniciar a dita varredura.
3. Método, de acordo com a reivindicação 1 ou 2, CARACTERIZADO pelo fato de que o método compreende ainda receber pelo dispositivo de vídeo do servidor de gerenciamento através da rede de Protocolo de Internet um comando de controle solicitando que o dispositivo de vídeo ajuste pelo menos um parâmetro relacionado a definir uma frequência inicial para a dita varredura pelo dito dispositivo de vídeo.
4. Método, de acordo com qualquer uma das reivindicações 1 a 3, CARACTERIZADO pelo fato de que o método compreende ainda receber do servidor de gerenciamento através da rede de Protocolo de Internet um comando de controle solicitando que o dispositivo de vídeo transmita para o servidor de gerenciamento informações relacionadas a uma lista de serviços instalada pelo dispositivo de vídeo.
5. Método, de acordo com qualquer uma das reivindicações 1 a 4, CARACTERIZADO pelo fato de que o comando de controle está de acordo com um proto-colo de Gerenciamento de Rede de Longa Distância de Equipamento no Local do Cliente.
6. Dispositivo (23) para receber um sinal de televisão terrestre digital através de ra-diofrequência, compreendendo: meios (46) para receber o dito sinal de televisão terrestre digital através de radio-frequência; meios (44) para receber comandos de controle de um servidor de gerenciamento através de uma rede de Protocolo de Internet; o dispositivo sendo CARACTERIZADO pelo fato de que compreende ainda meios (40) para ajustar pelo menos um parâmetro de televisão terrestre digital relacionado a varre-dura pelo dispositivo de pelo menos uma frequência de televisão terrestre digital de acordo com um comando de controle recebido a partir do dito servidor de gerenciamento através da rede de Protocolo de Internet, para instalação de lista de serviços pelo dito dispositivo.
7. Dispositivo, de acordo com a reivindicação 6, CARACTERIZADO pelo fato de que compreende ainda meios para executar a dita varredura com base no recebimento de um comando de controle do dito servidor de gerenciamento e recebido através do dito Protocolo de Internet para solicitar que o dispositivo de vídeo ajuste pelo menos um parâmetro 5 relacionado a iniciar a dita varredura.
8. Dispositivo, de acordo com a reivindicação 6 ou 7, CARACTERIZADO pelo fato de que compreende ainda meios para ajustar pelo menos um parâmetro relacionado à defi-nição de uma frequência inicial para a dita varredura pelo dito dispositivo de vídeo por meio de recebimento de um comando de controle do dito servidor de gerenciamento recebido 10 através do dito Protocolo de Internet.
BRPI0809640-6A 2007-04-20 2008-03-25 Métodos de gerenciamento de um dispositivo de vídeo e dispositivo de vídeo correspondente BRPI0809640B1 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP07300968.0 2007-04-20
EP07300968A EP1983744A1 (en) 2007-04-20 2007-04-20 Management methods of a video device and corresponding video device
PCT/EP2008/053505 WO2008128843A2 (en) 2007-04-20 2008-03-25 Management methods of a video device and corresponding video device

Publications (2)

Publication Number Publication Date
BRPI0809640A2 BRPI0809640A2 (pt) 2014-11-11
BRPI0809640B1 true BRPI0809640B1 (pt) 2020-09-15

Family

ID=38461923

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0809640-6A BRPI0809640B1 (pt) 2007-04-20 2008-03-25 Métodos de gerenciamento de um dispositivo de vídeo e dispositivo de vídeo correspondente

Country Status (10)

Country Link
US (3) US9055261B2 (pt)
EP (2) EP1983744A1 (pt)
JP (1) JP5562830B2 (pt)
KR (1) KR101441448B1 (pt)
CN (1) CN101682712B (pt)
BR (1) BRPI0809640B1 (pt)
ES (1) ES2764778T3 (pt)
PL (1) PL2140678T3 (pt)
TW (1) TWI478577B (pt)
WO (1) WO2008128843A2 (pt)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1983744A1 (en) 2007-04-20 2008-10-22 Thomson Licensing Management methods of a video device and corresponding video device
WO2009146637A1 (zh) * 2008-06-06 2009-12-10 华为技术有限公司 设备与网关关联的方法和装置
CN101772053B (zh) 2008-12-05 2013-04-17 华为终端有限公司 一种终端设备配置方法、装置、终端及终端设备
US9036567B2 (en) * 2010-02-03 2015-05-19 Qualcomm Incorporated Logical channel mapping for increased utilization of transmission resources
CN102130937A (zh) * 2010-12-03 2011-07-20 华为终端有限公司 一种管理终端设备的方法、代理设备及系统
US9380176B2 (en) * 2012-05-28 2016-06-28 Avago Technologies General Ip (Singapore) Pte. Ltd. Voice band data mode in a universal facsimile engine
EP2779680A1 (en) * 2013-03-13 2014-09-17 British Telecommunications public limited company Data communications
CN104754426B (zh) 2013-12-25 2018-11-16 华为终端有限公司 一种媒体处理方法、设备及系统
US10122611B2 (en) 2015-09-25 2018-11-06 Contec, Llc Universal device testing interface
US20170126536A1 (en) 2015-10-30 2017-05-04 Contec, Llc Hardware Architecture for Universal Testing System: Cable Modem Test
US9810735B2 (en) 2015-09-25 2017-11-07 Contec, Llc Core testing machine
US9960989B2 (en) 2015-09-25 2018-05-01 Contec, Llc Universal device testing system
US10277497B2 (en) 2015-09-25 2019-04-30 Contec, Llc Systems and methods for testing electronic devices using master-slave test architectures
US9838295B2 (en) 2015-11-23 2017-12-05 Contec, Llc Wireless routers under test
US9900116B2 (en) * 2016-01-04 2018-02-20 Contec, Llc Test sequences using universal testing system
US9992084B2 (en) 2015-11-20 2018-06-05 Contec, Llc Cable modems/eMTAs under test
US10291959B2 (en) 2015-09-25 2019-05-14 Contec, Llc Set top boxes under test
US10320651B2 (en) 2015-10-30 2019-06-11 Contec, Llc Hardware architecture for universal testing system: wireless router test
US9900113B2 (en) 2016-02-29 2018-02-20 Contec, Llc Universal tester hardware
KR102485368B1 (ko) 2018-01-15 2023-01-05 삼성전자주식회사 전자 장치, 그 제어 방법 및 컴퓨터 판독가능 기록 매체
CN114666313B (zh) * 2020-12-04 2024-07-23 南京中兴新软件有限责任公司 一种参数采集方法、服务器、终端及可读存储介质

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB240557A (en) 1924-07-05 1925-10-05 Harry Cassie Holden Improvements relating to winding machines particularly for coils of wire
GB320075A (en) 1928-07-03 1929-10-03 Igranic Electric Co Ltd Improvements in or relating to formers for electric coils
US6583825B1 (en) * 1994-11-07 2003-06-24 Index Systems, Inc. Method and apparatus for transmitting and downloading setup information
FR2771884B1 (fr) * 1997-12-02 1999-12-31 Thomson Multimedia Sa Procede de gestion d'informations de service dans un systeme de television numerique et recepteur mettant en oeuvre ce procede
US7042526B1 (en) * 1998-04-08 2006-05-09 Microsoft Corporation Worldwide television tuning system with country code based tuning
JP2000115742A (ja) * 1998-09-30 2000-04-21 Fujitsu General Ltd Ｃａｔｖデジタル放送受信装置
US20020144271A1 (en) * 1998-11-23 2002-10-03 Michael Behagen Device for remote control of a computer by radio
JP2001236282A (ja) * 2000-02-23 2001-08-31 Nippon Telegr & Teleph Corp <Ntt> コンテンツ受信プログラムの遠隔制御方法，コンテンツ配送システム，コンテンツ送信プログラム制御用のプログラム記録媒体およびコンテンツ受信プログラム制御用のプログラム記録媒体
US6987734B2 (en) 2001-04-20 2006-01-17 Clear Channel Wireless, Inc. Provision of digital data via multiple broadcasts
JP2003115816A (ja) 2001-10-03 2003-04-18 Fujitsu Ltd Ｏｆｄｍ復調方法および装置
WO2005015738A1 (en) * 2003-08-07 2005-02-17 Koninklijke Philips Electronics, N.V. Fast service scan for digital television receivers
GB2405557A (en) 2003-08-27 2005-03-02 Nokia Corp Service identification data relating services at a given frequency to services and identifying their media format
FR2865598B1 (fr) 2004-01-27 2006-09-08 Anevia Systeme de transmission numerique de sequences multimedia via un reseau de communication du type internet
JP2006129183A (ja) * 2004-10-29 2006-05-18 Sharp Corp チャンネル設定登録システム及びテレビジョン受信装置
EP1869833B1 (en) * 2005-04-15 2016-04-13 Thomson Licensing Remote management method of a distant device, and corresponding video device
JP4841165B2 (ja) 2005-04-25 2011-12-21 京セラ株式会社 放送受信装置
US9027073B2 (en) * 2005-09-26 2015-05-05 Tp Vision Holding B.V. Transmission of pre-set channel allocation information
CN1812551A (zh) * 2005-12-23 2006-08-02 姚庆 移动媒体系统
EP1983744A1 (en) * 2007-04-20 2008-10-22 Thomson Licensing Management methods of a video device and corresponding video device

Also Published As

Publication number Publication date
WO2008128843A2 (en) 2008-10-30
US20150271539A1 (en) 2015-09-24
US9648366B2 (en) 2017-05-09
CN101682712B (zh) 2012-05-23
PL2140678T3 (pl) 2020-04-30
TW200845731A (en) 2008-11-16
KR101441448B1 (ko) 2014-09-17
TWI478577B (zh) 2015-03-21
ES2764778T3 (es) 2020-06-04
JP5562830B2 (ja) 2014-07-30
EP1983744A1 (en) 2008-10-22
US9055261B2 (en) 2015-06-09
KR20100015693A (ko) 2010-02-12
US20100132000A1 (en) 2010-05-27
WO2008128843A3 (en) 2009-09-17
US20170223398A1 (en) 2017-08-03
JP2010525641A (ja) 2010-07-22
BRPI0809640A2 (pt) 2014-11-11
EP2140678B1 (en) 2019-12-04
US10277936B2 (en) 2019-04-30
CN101682712A (zh) 2010-03-24
EP2140678A2 (en) 2010-01-06

Similar Documents

Publication Publication Date Title
BRPI0809640B1 (pt) Métodos de gerenciamento de um dispositivo de vídeo e dispositivo de vídeo correspondente
US12047382B2 (en) Method for automatically applying access control policies based on device types of networked computing devices
ES3027675T3 (en) Reference signal configuration method and apparatus
JP5270812B2 (ja) ネットワーク・デバイス構成のためのｘｍｌスキーマ
US9118637B2 (en) Dual-mode download manager
ES2720029T3 (es) Método de gestión remota de un dispositivo y dispositivo correspondiente
US20090254613A1 (en) Method, apparatus, and system for acquiring and providing cpe function configuration information
BRPI0914732B1 (pt) método para recepção de fluxos de dados e método correspondente para transmissão
US20080080415A1 (en) Obtaining per-port location information for wired LAN switches
US20110072120A1 (en) Router and method for configuring ip addresses of the router
BRPI0618916A2 (pt) método e equipamento para transportar datagramas ip através de rede de link somente direto (flo)
BR112016009822B1 (pt) Roteador de união para receber pacotes de uma rede de área local e enviar os mesmos através de um enlace agregado e método de instalação de um roteador de união em uma rede de área local
BR112020009980A2 (pt) método para gerenciar a potência de transmissão ideal de um ponto de acesso de wi-fi e ponto de acesso wi-fi correspondente
CN103339902A (zh) 家庭网络物理层配置平台和方法
BR112020026488A2 (pt) Método para gerenciar uma conexão em uma rede sem fio dis-tribuída
CN100471159C (zh) 一种缆桥设备自动配置方法
CN101207607B (zh) Cable Modem双证书支持方法

Legal Events

Date Code Title Description
B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B25G Requested change of headquarter approved

Owner name: THOMSON LICENSING (FR)

B25G Requested change of headquarter approved

Owner name: THOMSON LICENSING (FR)

B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B15K Others concerning applications: alteration of classification

Free format text: A CLASSIFICACAO ANTERIOR ERA: H04N 5/50

Ipc: H04N 5/50 (1968.09), H04N 21/258 (2011.01), H04N 2

B25A Requested transfer of rights approved

Owner name: INTERDIGITAL CE PATENT HOLDINGS (FR)

B06A Notification to applicant to reply to the report for non-patentability or inadequacy of the application [chapter 6.1 patent gazette]
B09A Decision: intention to grant [chapter 9.1 patent gazette]
B16A Patent or certificate of addition of invention granted

Free format text: PRAZO DE VALIDADE: 10 (DEZ) ANOS CONTADOS A PARTIR DE 15/09/2020, OBSERVADAS AS CONDICOES LEGAIS.