BR112013005494B1 - Caixa conversora - Google Patents

Abstract

caixa conversora. o presente pedido de patente refere-se a caixas conversoras e refere-se à inclusão de uma função de diagnóstico na caixa conversora que possa ser ativada remotamente ou responder internamente à detecção de defeitos ou mudanças em estados. a função de diagnósticos pode emular pressionamento de teclas a partir de um controle de infravermelho para realizar o teste.

Description

CAMPO DO PEDIDO DE PATENTE

O presente pedido de patente refere-se a caixas conversoras.

FUNDAMENTOS DO PEDIDO DE PATENTE

Uma caixa conversora (STB) ou unidade conversora (STU) é um dispositivo que conecta uma fonte externa de sinal a uma televisão ou a outro dispositivo de exibição, transformando o sinal em conteúdo que é em seguida exibido na tela da televisão. A fonte de sinal pode vir de uma antena parabólica, um cabo coaxial (televisão a cabo), IPTV (por exemplo, por fibra, telefone DSL ou Ethernet), ou uma antena de UHFWHF.

Embora caixas conversoras possam tradicionalmente ter sido meros dispositivos decodificadores, modernas caixas conversoras oferecem recursos mais avançados que incluem, por exemplo, televisão interativa e a capacidade para gravar programas.

Com a crescente complexidade e ubiquidade das Caixas Conversoras digitais, o problema de mantê-las em perfeito estado de funcionamento com assinantes satisfeitos está-se tornando cada vez mais caro. Embora seja sabido como incluir um recurso de diagnóstico dentro das caixas conversoras, este recurso tende a ser limitado e pode ser de uso limitado na determinação dos problemas em uma caixa conversora, como pode ser percebido por um usuário. O presente pedido de patente destina-se a fornecer soluções que melhorem as técnicas do estado da técnica.

SUMÁRIO

O presente pedido de patente soluciona este problema pela inclusão, de um recurso dentro de um dispositivo de multimídia, o qual pode ser, por exemplo, uma caixa conversora para um usuário enviar instruções para a caixa conversora como se estivesse utilizando o controle remoto da caixa conversora. Além ou no lugar desta função, a caixa conversora pode também propiciar a capacidade de enviar cópias do que está sendo exibido pela caixa conversora para um usuário remoto a partir da caixa conversora. Portanto, um técnico pode eficazmente fazer interface com a caixa conversora como se estivesse presente na residência do usuário final vendo a saida da caixa conversora em uma televisão ligada e, de modo similar, pode enviar pressionamentos remotos de teclas de controle como se estivesse usando o controle remoto do usuário. Uma função de diagnóstico pode ser incluida dentro da caixa conversora. A função de diagnóstico é executada adequadamente em segundo plano na caixa conversora, mas pode ser remotamente ativável ou responsiva a mudanças no estado da caixa conversora incluindo, por exemplo, a detecção de um defeito.

O presente pedido de patente propicia uma caixa conversora e um sistema de acordo com as reivindicações que se seguem. Modalidades e aspectos vantajosos são apresentados em reivindicações independentes.

Em uma modalidade, é propiciada uma caixa conversora para decodificação de conteúdo de midia recebido em um sinal e fornecimento deste conteúdo de midia a uma televisão, a caixa conversora compreendendo: a) um canal de comunicações para recepção de instruções e transmissão de dados para um dispositivo externo, e b) um recurso de diagnóstico ativá.vel pelo dispositivo externo pelo canal de comunicações e que, quando ativado, faz com que a caixa conversora realize um ou mais testes na caixa conversora e retorne os resultados ao dispositivo externo. 0 canal de comunicações pode ser uma conexão local sem fio. 0 dispositivo externo pode ser um dispositivo computacional portátil. A conexão sem fio pode ser uma conexão Wi-Fi a um portal local da internet e o dispositivo externo é um servidor conectado à internet em uma localização remota. 0 dispositivo externo pode ser configurado para permitir que um usuário transmita, por meio de uma interface gráfica, instruções para a caixa conversora.

Em outra modalidade, é propiciada uma caixa conversora para decodificação de conteúdo de midia recebido e fornecimento deste conteúdo de midia a um aparelho de televisão, a caixa conversora tendo uma interface de controle para recepção de comandos provenientes de um usuário local para realizar funções na caixa conversora, um módulo de comunicações para recepção de instruções provenientes de um usuário remoto por um canal de comunicações, um emulador para emulação da recepção de ao menos um comando na interface remota de controle em resposta à recepção de uma instrução proveniente de um usuário remoto pelo módulo de comunicações para emissão de ao menos um comando. A interface de controle pode ser uma interface remota de controle. A interface de controle pode compreender um detector de infravermelho. A caixa conversora pode ainda compreender: a) um módulo de video no qual conteúdo de midia recebido é formatado no componente de vídeo de um sinal de TV, e b) um bloco de captura de imagens para capturar ao menos uma imagem do circuito de vídeo e transmissão desta imagem capturada para o usuário remoto através do módulo de comunicações. O bloco de captura de imagens pode ser configurado para comprimir a imagem em um formato comprimido antes da transmissão. O módulo de vídeo pode ser adaptado para propiciar informações de Exibição Na Tela (OSD) dentro do componente de vídeo. O módulo de vídeo pode ser configurado para recuperar as informações de OSD de uma memória de OSD. Adequadamente, a imagem capturada pelo bloco de captura de imagens compreende informações de OSD recuperadas damemória de OSD. A imagem capturada pode ser constituída exclusivamente por informações de OSD recuperadas damemória de OSD.

O módulo de comunicações pode ser configurado para obter uma medida da velocidade e/ou da largura de banda do canal de comunicações e onde o grau da compressão realizada pelo bloco de captura de imagens é sensível à medida obtida.

A instrução recebida do usuário pode compreender uma série de comandos a serem emitidos para a caixa conversora através do emulador e onde o emulador emite os comandos para a interface de controle remoto com um retardo entre comandos para permitir que a caixa conversora realize o comando. O bloco de captura de imagens pode ser acionado após a execução do último comando na série.

A caixa conversora pode compreender uma função de diagnóstico, a qual pode ser remotamente ativada pelo usuário remoto por uma instrução enviada pelo canal de comunicações e que, quando ativada, realiza um ou mais testes de diagnóstico sobre a caixa conversora. Os resultados do um ou mais testes de diagnóstico podem ser fornecidos ao usuário pela função de diagnóstico através do módulo de comunicações. O módulo de comunicações pode estar inicialmente desabilitado para agir após instruções de um usuário remoto pelo canal de comunicações, em cujo caso o módulo de comunicações pode ser habilitado para agir após instruções de um usuário remoto pela emissão de ao menos um comando por um usuário local na interface de controle. Esta habilitação pode compreender o módulo de comunicações estabelecer uma sessão com um servidor remoto.

Em outra modalidade, é propiciada uma caixa conversora com um componente de medição de energia, o componente de medição de energia compreendendo ao menos um cronômetro para medição da duração agregada em que uma caixa conversora está em um estado individual. Adequadamente, podem existir diversos cronômetros, cada cronômetro registrando a duração agregada em que a caixa conversora está em um estado associado. O estado associado pode ser um ou mais de: a) a STB, b) um disco rigido, c) um sintonizador, e d) uma saída AV. A caixa conversora pode ser configurada para relatar as durações do ao menos um estado para o servidor remoto. A caixa conversora pode ser configurada para realizar um cálculo de consumo de energia a partir das durações cronometradas.

A caixa conversora pode ser adequadamente configurada para enviar o resultado do cálculo do consumo de energia para um servidor remoto.

Uma outra modalidade propicia um método de medição do consumo de energia de uma caixa conversora, o método compreendendo a etapa de medição da duração de diferentes estados da caixa conversora, recuperação de uma medida do uso de energia em cada um dos diferentes estados; e utilização das durações medidas e medida do uso de energia para cada estado para obter um consumo de energia para aquele estado e agregação do consumo de energia para os diferentes estados para fornecer uma medida total.

Uma outra modalidade propicia uma caixa conversora que compreende: a) um componente de monitoramento interno para monitoramento do estado de um ou mais componentes de hardware\software dentro da caixa conversora, b) um componente de comunicações para transmissão de dados para um sistema computacional remoto, onde o componente de monitoramento interno é responsivo a uma detecção de uma mudança de estado no um ou mais componentes de hardware\software para fazer com que o componente de comunicações envie uma notificação da referida mudança de estado para o sistema de computação remoto. A mudança de estado pode ser uma que seja indicativa de um defeito. O um ou mais componentes de hardware\software pode incluir um ou mais dos seguintes: a) um disco rigido, b) um sintonizador, c) uma saida AV, d) cartão de Acesso Condicional, e) uma interface de rede, f) um modem, e g) um dispositivo conectado externamente conectado a um Barramento Serial Universal (USB) ou Interface de Multimidia de Alta Definição (HDMI) da caixa conversora. 0 componente de monitoramento interno pode ser um componente de aplicação de middleware. As atualizações de estado podem ser recebidas de outros componentes de middleware. A mudança de estado pode ser a de "inicialização"da caixa conversora. A mudança de estado pode ser a de um cronômetro. O pedido de patente também se estende a um ou mais de: a) uma caixa conversora; b) um sistema computacional configurado para recepção de dados de diagnóstico provenientes de uma caixa conversora e armazenamento dos dados de diagnóstico recebidos em um banco de dados substancialmente como descrito neste documento com referência aos e/ou como ilustrado nos desenhos anexos; c) um dispositivo computacional portátil para uso na manutenção\instalação da caixa conversora; d) um componente de software de diagnóstico para uma caixa conversora; e) um método de funcionamento de uma caixa conversora; todos substancialmente como descritos neste documento com referência aos e/ou como ilustrado nos desenhos anexos.

DESCRIÇÃO DOS DESENHOS

O presente pedido de patente será agora descrito com referência a uma implementação especifica e aos desenhos anexos nos quais: f) Figura 1 ilustra os componentes de um sistema propiciado pela presente invenção; g) Figura 2 ilustra as interações entre uma função de suporte de consumidor e um consumidor mediante utilização dos aspectos do sistema da Figura 1; h) Figura 3 ilustra a configuração de uma caixa conversora adequada para implementação de um aspecto da Figura 1; i) Figura 4 ilustra um arranjo da Figura 3 adaptado para implementação de um aspecto da Figura 1; j) Figura 5 (A-C) representa um fluxograma para um método para uso no sistema da Figura 1; k) Figura 6 (A-B) representa um fluxograma para um outro método para uso no sistema da Figura 1; e l) Figura 7 ilustra componentes específicos do sistema da Figura 1.

DESCRIÇÃO DETALHADA

Como discutido acima, os operadores de manutenção de caixas conversoras estão procurando meios que garantam que estes dispositivos complexos apresentem defeitos com menos frequência. Para aqueles assinantes que têm problemas, os operadores estão procurando meios para melhorar as possibilidades de que um representante de manutenção de consumidor (CSR) remoto possa ser capaz de auxiliá-los e solucionar um problema do consumidor, por exemplo, pelo telefone. E naqueles casos em que é necessária manutenção adicional de campo, os operadores estão tentando melhorar a capacidade da equipe de engenharia de campo solucionar o problema sem desligamento da Caixa Conversora (STB) e substituição da mesma por outra unidade. Finalmente, para aquelas unidades que retornam para o Operador ou seus fabricantes para conserto, estes estão procurando melhorar o processo de triagem, limpeza e conserto para minimizar o tempo consumido no conserto e melhorar a confiabilidade das decisões de triagem feitas.

O presente pedido de patente destina-se a prestar assistência em alguns ou todos estes aspectos de uma operação em cadeia de suprimento de STBs do operador e será agora explanado com referência à arquitetura de uma STB. Um fator significativo é que o presente pedido de patente não necessita de uma mudança no hardware da maioria das STBs, mas meramente uma melhoria no seu software.

O presente pedido de patente, como ilustrado nas Figuras 1 e 2, compreende um componente de software 4 residente em uma caixa conversora 2 (SEC - Componente Embarcado de Caixa Conversora). Um componente de software residente em um dispositivo\sistema externo, por exemplo, que pode ser um dispositivo portátil do técnico de campo 6 (HSC - Componente de Software Portátil 8) ou o sistema CRM do operador 12 (CSC - Componente de Software CRM 10) interage com o componente de software na caixa conversora.

Uma arquitetura tipica de STB, como ilustrada na Figura 3, compreende hardware que é gerenciado por uma pilha de software. Esta pilha de software de STB (ou firmware) está residente na caixa.

A pilha de Software de STB consiste em um Sistema Operacional 30, Acionadores 32, Middleware 34, e camadas de Aplicações 38. Os Acionadores implementam e são responsáveis por fazer a interface de hardware de baixo nivel 36, por exemplo, com os circuitos de sintonização, lógica de demultiplexação, gráficos, acionadores de disco rigido, CA (Cartão de Acesso Condicional), e comunicações.

O Middleware implementa funcionalidade complexa no topo da camada de acionadores (por exemplo, video de exibição no canal 111) e abstrai a complexidade de diferentes hardwares da camada de aplicações. A interface de usuário (quando apresentada como uma OSD na televisão) é implementada na camada de Aplicação. Esta pilha de software que inclui Middleware e Aplicação é denominada geralmente como a Imagem Principal do Sistema.

O presente pedido de patente advém da incorporação, por exemplo, de um recurso de software, adequadamente na forma de software adicional incorporado no firmware residente na Caixa Conversora na residência do usuário. Esta peça de software pode funcionar de diferentes modos que dependem das funções a serem realizadas, do modo que é acionado e do modo que está sendo acessado.

O software pode estar integrado na STB, por exemplo, como ilustrado na Figura 4, na qual este software adicional denominado neste documento geralmente de SEC ou Componente Embarcado de STB. Como mais detalhado abaixo, o software de SEC tem dois componentes principais, Tempo de Inicialização de SEC 4b e Tempo de Execução de SEC 4a, os quais são adequadamente componentes de middleware.

Quando a STB é ligada, o Sistema Operacional é iniciado. O Sistema Operacional inicializa os acionadores e é em seguida configurado para dar partida ao Componente de Tempo de Inicialização de SEC. 0 Componente de Tempo de Inicialização de SEC pode decidir executar diagnósticos de hardware de baixo nivel como descrito mais adiante. Se o Componente de Tempo de Inicialização de SEC sair, o Sistema Operacional prosseguirá para iniciar o Middleware. O Middleware, por meio de um processo de inicialização, inicializa todos os seus componentes, seguido pela Aplicação (interface de usuário).

O Tempo de Execução de SEC é um componente de middleware e, portanto, é iniciado com outro middleware como parte do processo normal de inicialização. Pode ser considerado como um componente interno de monitoramento.

O middleware contém componentes de software responsáveis pelo gerenciamento dos componentes individuais 5 de hardware. Estes componentes de middleware propiciam uma variedade de informações de estado sobre o hardware que gerencia. Estas informações de estado identificam se um componente de hardware está ou não com defeito.

O Componente de Tempo de Execução do SEC está 10 configurado para realizar diversas tarefas, as quais podem incluir algumas ou todas das seguintes, mas sem estar limitado a estas:• Manter um 'modelo de dados', o qual contém oestado do componentes de Hardware de interesse. Este modelo 15 de dados é adequadamente construido por consulta a outros componentes de middleware (por exemplo, Gerenciamento de Sintonizador) para recuperar estados de hardware. O componente de tempo de execução registra-se com os outros componentes de middleware para receber notificações de 20 qualquer mudança em estados de hardware.• Utilizar recursos propiciados por outros componentes de middleware para implementar diagnósticos (por exemplo, injetar pressionamentos remotos de teclas simuladas, recuperar ajustes de configurações usadas pelo 25 componente de aplicação).• Implementar comunicações através de um módulo\ circuito de comunicações na STB com o HSC e o CSC. As comunicações podem ser iniciadas em resposta a uma variedade de critérios que incluem a presença de erros de 30 hardware no modelo de dados, a uma solicitação pelo usuário da STB através de um controle remoto portátil ou a uma solicitação recebida por uma conexão de rede TCP/IP do HSC.

Diagnóstico e Estado do Tempo de Execução dó SEC:

O SEC é inicializado durante o processo de partida do 5 Middleware. Quando o SEC é inicializado, ele consulta outros componentes de Middleware para recuperar o estado dos componentes de hardware nos quais está interessado.

Durante funcionamento da Caixa Conversora, falhas de hardware são identificadas por outros componentes de 10 middleware, os quais em seguida notificam o SEC através de um mecanismo de chamada de retorno. O SEC é notificado das mudanças de estado de hardware (por exemplo, um sintonizador sintonizando um novo transponder) do mesmo modo.

Controle Remoto do Tempo de Execução do SEC:

O SEC é adequadamente configurado para ser ativável no sentido em que responda a comandos recebidos do HSC ou do CSC e para injetar pressionamentos remotos de teclas de controle, e recuperar instantâneos de Exibição Na Tela 20 (OSD) .

Injeção de Pressionamento de Tecla de Tempo de Execução do SEC:

Para simular pressionamentos remotos de teclas de controle, o SEC pode chamar um API fornecido pelo 25 componente de Middleware responsável pelo gerenciamento do hardware do controle remoto. Este componente passa então os pressionamentos de tecla para outros componentes de Middleware e da Aplicação como se tivessem sido recebidos do controle remoto normal de infravermelho usado pelos 30 usuários da caixa conversora.

Recuperação de Instantâneos da OSD do Tempo de Execução do SEC:

O componente de gerenciamento de gráficos do Middleware mantém uma 'superfície gráfica' (a qual, para facilidade de compreensão, pode ser imaginada como uma memória de quadros que contém os dados de pixel que serão exibidos na OSD) que contém os conteúdos da OSD e que é combinada com ou substitui o conteúdo de midia sendo convertido em video pelos circuitos de video da STB para exibição em uma televisão ligada.

Adequadamente, o SEC mantém a sua própria superfície gráfica, com uma resolução menor ou igual à superfície que contém os conteúdos da OSD.

Para recuperar um instantâneo de OSD, um bloco de captura de imagens dentro do SEC copia os conteúdos da superfície gráfica de OSD para a sua própria superfície gráfica. Os conteúdos podem ser redimensionados de acordo com parâmetros fornecidos pelo HSC/CSC. O SEC pode então comprimir os conteúdos da superfície de OSD usando um algoritmo de compressão adequado, por exemplo, compressão JPEG. A imagem comprimida resultante é enviada para o CSC/HSC solicitante. Comunicações de SEC:

O SEC tem uma concepção de uma 'sessão' de comunicações. Esta sessão pode ser iniciada em resposta a uma variedade de critérios, como previamente descrito. Durante uma sessão de comunicações um HSC ou CSC pode enviar solicitações para o SEC para recuperar o modelo de dados, ou iniciar diagnósticos.

Quando se comunicando com um HSC, o HSC é responsável pelo estabelecimento da conexão ao SEC, por exemplo, pela conexão a um número predefinido de portas na STB usando TCP/IP. O HSC é configurado com o endereço da STB pelo seu operador antes que este tente estabelecer a conexão. O SEC comunica-se então com o HSC por esta conexão, até que o HSC feche a conexão. Quando se comunicando com um CSC, o SEC é responsável pelo estabelecimento da conexão ao CSC, por exemplo, pela conexão a um número predefinido de portas no CSC usando TCP/IP. O SEC é configurado com o endereço do CSC antes de ser instalado na STB. Logo que a conexão ao CSC é estabelecida, o SEC comunica-se com o CSC por esta conexão até que o CSC feche a conexão.

Utilizando esta configuração, o componente de software residente da Caixa Conversora (SEC) pode ser configurado para interagir com recursos da caixa conversora para realizar uma ou mais das seguintes funções: 1. Comunicar-se com o componente de software residente portátil por um canal de comunicação adequado, tal como Ethernet, porta serial, Bluetooth, etc. 2. Simular o funcionamento de um operador humano da caixa conversora pela simulação da injeção de comandos de Infravermelho na STB. 3. Detectar se serviços de video e áudio estão funcionando na STB. 4. Detectar a intensidade de sinal e parâmetros de qualidade da parte dianteira da STB se e quando sintonizada. 5. Acessar software de baixo nivel na caixa conversora com a finalidade de acessar e determinar o estado de dispositivos de hardware. 6. Acessar componentes de hardware na STB. 7. Acessar componentes de hardware conectados à STB através de interfaces externas tais como, por exemplo, HDMI, USB, ranhura de cartão inteligente, etc., mas não limitado a estas. 8. Recuperar os conteúdos da Exibição Na Tela (OSD). Em casos onde é implementada uma rede de baixa largura de banda e, portanto, a transmissão ao vivo da OSD para o CSC não é prática, isto pode ser obtido pela consideração de um ou mais instantâneos da OSD e subsequente carregamento para o CSC a uma taxa compatível com a largura de banda da conexão de rede. 9. Registrar conteúdo de áudio\imagens sendo fornecido por um circuito de video da STB. O componente de software portátil (HSC) é software que pode ser instalado em um dispositivo computacional portátil do técnico de campo. Estes são tipicamente dispositivos computacionais de uso geral que executam um sistema operacional computacional padrão tal como Microsoft CE.

Este dispositivo computacional portátil permitirá a execução de diversas aplicações, de modo similar a um telefone inteligente ou PDA.

O instalador utiliza o seu computador portátil para gerenciar a sua agenda, recuperar a sua lista de visitas a consumidores naquele dia e armazenar informações referentes a cada consumidor. O dispositivo computacional portátil fornecerá uma interface gráfica de usuário ao técnico, e pode ter integrado nele os canais tipicos de comunicação esperados de tal ferramenta, por exemplo, recursos de GSM, Bluetooth, Wi-Fi e RS-232. 0 HSC é implementado como uma aplicação no dispositivo computacional portátil e, como tal, pode controlar os recursos computacionais do dispositivo portátil. O software portátil, quando instalado em um dispositivo computacional portátil, pode permitir que o dispositivo portátil realize um ou mais do seguinte: 1. Comunicar-se com o componente de software residente da caixa conversora por um canal de- comunicação adequado, tal como Ethernet, porta serial, Bluetooth, etc. 2. Comunicar-se com o sistema CRM do operador de rede, por exemplo, quando conectado à internet. 3. Exibir resultados recebidos do componente da STB (SEC). 4. Enviar relatórios de volta para o sistema CRM central indicando o estado de conclusão da instalação. 5. Utilizando um receptor de GPS embutido ou anexado, determinar a atual ou, onde não disponível, mais recentemente medida posição do receptor. Esta posição pode ser usada para inferir que intensidade de sinal deveria ser observada pela STB naquele ponto na rede. Isto pode ser comparado com uma intensidade de sinal medido recebida da STB para garantir que está funcionando corretamente. A informação resultante que inclui a localização da STB pode ser enviada de volta para o CRM central.

O componente final é um componente (CSC) de Gerenciamento de Relacionamento com o Consumidor (CRM) da rede. Isto pode estar funcionando no(s) servidor(es) do operador, e pode, por exemplo, ser utilizado por representantes de serviços telefônicos em um ambiente de central de atendimento. O CSC pode compreender um banco de dados para armazenamento de informações de consumidor, incluindo informações sobre uma interface de usuário da sua STB, por exemplo, uma aplicação adequada de cliente com uma interface gráfica de usuário, que permita que um usuário dentro do operador acesse e reveja dados no banco de dados e uma interface de rede que permita que um usuário através da interface de usuário envie instruções para e receba dados de volta de uma STB.

O CSC pode também receber e enviar dados para o HSC. Deve ser entendido que a funcionalidade existente de HSC e CRM permite o intercâmbio entre o HSC e o CRM, embora até agora isto tenha convencionalmente sido usado para descarregar ordens de serviço e confirmar conclusão à medida que itens da ordem de serviço são concluidos. A comunicação entre o HSC e o CSC pode ser por um canal de comunicação, por exemplo, um canal de IP, o qual pode, por exemplo, ser fornecido pelo dispositivo portátil através de uma rede telefônica móvel sem fio para a internet e desta para o servidor que hospeda o software de CRM do operador. Uma vantagem do CSC é que pode auxiliar um técnico de campo\técnico de consertos no seu diagnóstico de defeitos a partir dos dados de estado fornecidos pela STB tanto diretamente como por meio do dispositivo portátil como um intermediário. Portanto, utilizando dados de estado, o CSC pode fornecer informações e conhecimento de indicadores de defeitos (isto pode ser muito simples, por exemplo, versão de software X exibe defeito Y, ou modelo de acionador X tem possibilidade de dar defeito após Y horas de funcionamento).

Graficamente a interação entre os três componentes pode ser representada como na Figura 1. As vantagens e outras características dos componentes individuais e do sistema global tornar-se-ão agora evidentes a partir de algumas situações exemplificativas nas quais os elementos descritos acima podem ser utilizados.

CASO DE USO DE DIAGNÓSTICOS DE TÉCNICOS DE CAMPO

Foi verificado que uma proporção significativa de Caixas Conversoras é completamente funcional e de modo algum defeituosa (geralmente denominada Sem Defeito Encontrado ou NEF) quando retorna pelos técnicos de campo para as instalações de triagem e conserto. Pode ser entendido que tais caixas funcionando corretamente poderiam em muitos casos ter sido identificadas como funcionando perfeitamente na residência do usuário e não removidas. A remoção de uma caixa conversora incomoda os consumidores, adiciona custos ao inventário durante o tempo da caixa em trânsito através do ciclo de conserto, e resulta em custo adicional de capital para o operador se ele necessitar fornecer ao assinante um receptor substituto.

Mediante utilização dos componentes previamente descritos, um técnico de campo é capaz de executar diagnósticos detalhados na STB usando o HSC quando estiver na residência do assinante. Isto permite uma avaliação completa do hardware do receptor enquanto estiver conectado à infra-estrutura de rede nas dependências do consumidor e no ambiente do consumidor.

Logo que um técnico de campo chega ao local do consumidor, ele pode tipicamente realizar uma inspeção física rápida para se assegurar que a STB está ligada, está conectada à rede e está conectada à TV. Depois do técnico de campo ter terminado o procedimento da inspeção física, ele ativa o software de HSC, por exemplo, como mostrado no fluxograma da Figura 5, dentro do seu dispositivo portátil, por exemplo, pela seleção de uma opção em um menu da interface gráfica de usuário do dispositivo portátil.

O componente de software de HSC que utiliza um canal de comunicação comum entre a STB e o dispositivo portátil, tenta estabelecer comunicação 50 com a STB. Uma primeira etapa no processo pode compreender uma seleção 52 do canal de comunicações adequado. Após detecção 54 da tentativa de comunicação, o Componente Embarcada (SEC) dentro da STB reconhece o dispositivo portátil e um protocolo de entrosamento de sincronismo 56, 58 pode ser introduzido entre o componente embarcado da STB e o HSC no dispositivo portátil para garantir que o HSC está autorizado e o canal de comunicações é seguro.

Depois de uma conexão ter sido estabelecida entre o SEC e o HSC, o HSC pode enviar uma ou mais instruções para o SEC. O SEC por sua vez, em resposta a estas instruções, pode fornecer dados ao HSC. Portanto, o HSC e o SEC podem ser configurados de modo que o técnico de campo possa selecionar 60 uma opção adequada no seu dispositivo portátil, o que faz com que o HSC prepare 62a-g e em seguida envie 64 uma instrução para o SEC da STB para executar, por exemplo, uma rotina de diagnósticos, uma série de rotinas de diagnóstico, ou um teste individual. Em qualquer estágio, o usuário pode interromper 132 os diagnósticos, em cujo caso todas as conexões existentes 134, 136 são fechadas. Isto pode, por exemplo, ser utilizado quando um defeito de teste é identificado durante o processo e o técnico quer investigar isto mais além, por exemplo, verificar o cabeamento, etc.

Uma série exemplificativa de rotinas de diagnóstico pode incluir, por exemplo, os seguintes testes, mas não está limitadas a estes:o Instruir o componente de SEC a sintonizar para uma faixa de bandas de sinal que possam ser usadas em funcionamento normal pela STB para receber TV. Em sistemas por satélite, por exemplo, isto incluiria sintonizar individualmente para bandas de altas e baixas frequências, e para sinais de polarização vertical e horizontal. Em STBs a cabo isto poderia incluir sintonização para sinais nas extremidades baixa e alta do espectro da portadora assim como para alguns sinais representativos no meio.o No caso de IPTV, a rotina de diagnóstico pode instruir a STB a realizar uma série de testes de rede na conexão para testar a conexão de rede e fornecer um ou mais parâmetros de desempenho que incluem, por exemplo, largura de banda, perda de pacotes, latência e tremulação.o Pode ser entendido que outros testes podem ser adequados para determinar o estado de uma conexão de uma STB dependendo do modo de conexão usado. Por exemplo, no caso de uma conexão a cabo, pode ser realizada uma medição da intensidade de sinal.o Validar que o componente de SEC sintonizou e bloqueou com êxito cada um dos sinais sintonizados e validar que os parâmetros de sinal estão dentro da tolerância esperada para intensidade de sinal, taxa de erro de bits, perda de pacotes, etc. para cada um dos serviços individuais, para a localização geográfica do consumidor. A localização geográfica do consumidor pode ser recuperada pelo dispositivo portátil a partir do sistema CRM do operador ou pode ser obtida a partir de um dispositivo de determinação de localização tal como um GPS. o Em uma instalação por satélite, um diagnóstico pode ser realizado para auxiliar o técnico de campo a identificar possíveis questões de mau alinhamento relacionadas com a antena parabólica pela interpretação de quais tipos de portadoras de sinal são corretamente recebidas. o Instruir o SEC a executar um teste para verificar se quaisquer dispositivos locais de armazenamento, por exemplo, um acionador de disco rigido, estão funcionando corretamente. Este teste pode, por exemplo, compreender um único teste de gravação\leitura para garantir que dados estão sendo corretamente gravados e lidos a partir do dispositivo de armazenamento. o Um teste similar pode ser realizado para verificar se armazenamento eletrônico não-volátil está funcionando corretamente na STB pela leitura, substituição, leitura e confirmação de mudança, e redefinição e releitura de alguma área na área de armazenamento NV. o Instruir o SEC a executar um teste para verificar se todos os LEDs ou outros mostradores no SEC estão funcionando corretamente pela ligação nos LEDs\elementos mostradores de uma sequência especifica e solicitação ao técnico de campo da confirmação dos seus estados. o Instruir o SEC a executar um teste para verificar os botões do painel frontal mediante solicitação ao técnico de campo para pressionar no mostrador do dispositivo portátil cada botão especifico nomeado em sequência e confirmação a partir do SEC que este pressionamento de botão foi registrado.

Após o término de uma rotina de teste, o SEC pode prosseguir com outros testes até que todos os testes necessários tenham sido realizados 68. O resultado de cada teste é armazenado. O HSC através do dispositivo portátil pode receber 66 um relatório indicando o resultado dos testes. Isto pode ser uma simples indicação de aprovação/reprovação exibida 70 no dispositivo portátil. Alternativamente, podem ser fornecidas análises mais detalhadas que indicam a natureza do defeito e, por exemplo, a sugestão de soluções possiveis. O HSC do componente portátil pode ser configurado para estabelecer 78 uma conexão com o sistema CRM. Logo que é estabelecida uma conexão, os resultados dos testes podem ser carregados 76 e a conexão fechada 80. Após conclusão dos testes, o canal de comunicações entre o SEC e o HSC pode ser liberado 72.

Isto tem diversas vantagens em relação a uma instalação verificada manualmente, uma vez que permite: • determinação imediata de defeitos enquanto o técnico de campo está ainda no local, incluindo defeitos sutis (nivel de sinal incorreto) que indicam um problema que poderia apenas manifestar-se mais tarde. • captura de dados detalhados de erros tanto no HHD como na STB que podem auxiliar na resolução de questões e análise de causas se a STB tiver que retornar para conserto. Após os testes terem sido concluídos, o HSC pode ser configurado para carregar os dados recebidos de volta nos testes para o CSC ou outra memória de dados. De modo similar, os dados poderiam ser recebidos de tal memória no HSC ou recuperados por um representante de atendimento ao consumidor quando respondendo a um relatório de defeito da usuário da STB. Pode ser entendido que pode ser realizada uma comparação entre os resultados atuais e um- conjunto prévio de resultados (por exemplo, na instalação) para determinar se o desempenho mudou. Portanto, por exemplo, uma mudança na intensidade de sinal pode ser indicativo de um defeito da antena parabólica ou do cabeamento.

CASO DO USO DE INSTALADOR

O uso dos componentes pode agora ser explicado com referência a uma possível utilização por um instalador como mostrado nas Figuras 6A e 6B e que, no processo exemplificative, partilha diversas etapas com a Figura 5 e, consequentemente, utiliza numerais de referência comuns. No caso de instalação, os testes realizados são adicionais em relação aos testes normais de diagnóstico que poderiam ser utilizados para testar que uma caixa conversora não está defeituosa. Mais especificamente no caso de uma instalação, os testes são para confirmar que a instalação foi realizada corretamente e que o consumidor está recebendo todos os serviços que pediu.

Tipicamente, uma instalação inicial para um novo Consumidor é feita por um representante da rede (um técnico de campo) que pode visitar a residência do consumidor, completar quaisquer cabeamento, antena parabólica, etc. necessários para a entrega de sinais de televisão a um local adequado na residência do consumidor, e instalar uma nova caixa conversora. O técnico de campo pode geralmente transportar um dispositivo portátil que pode utilizar para baixar as suas tarefas de trabalho para aquele dia, e registrar que as concluiu.

Tipicamente, sistemas de Acesso Condicional (CA) são usados para controlar o acesso aos serviços fornecidos pela rede ao Consumidor. As redes geralmente separam os seus conjuntos de serviços em diferentes pacotes, os quais podem ser vendidos separadamente. Cada pacote contém diversos serviços individuais (Video ou Áudio).

Um consumidor pode geralmente assinar um ou mais pacotes do conjunto de pacotes fornecidos pela rede.

O técnico de campo que faz a instalação deve normalmente garantir, antes de deixar o local do consumidor, que a caixa conversora recentemente instalada do consumidor pode decodificar corretamente todos os serviços que o consumidor contratou.

Tem sido observado em diversas redes que consumidores frequentemente registram problemas com as suas instalações iniciais. Estes problemas criam uma primeira impressão negativa para o novo consumidor com o serviço da rede, e são geralmente provocados por problemas tais como: • Nova fiação instalada pelo técnico de campo defeituosa • Direitos de CA habilitados na STB do consumidor incorretos • Procedimento de instalação realizado pelo técnico de campo incompleto ou incorreto • STB instalada defeituosa

Os componentes previamente descritos permitem validação automática da conclusão correta de uma instalação pelo instalador.

Nesta configuração, o HSC é adaptado para baixar do sistema CRM do operador de rede informações referentes ao consumidor, por exemplo, a lista de pacotes que devem ser instalados na sua STB a seguir à conclusão da ordem de serviço associada a esta instalação especifica (conclusão da instalação). O HSC pode também obter informações sobre a própria STB que incluem, por exemplo, qual a última versão de software que deverá ser instalada no modelo especifico de STB.

Logo que o técnico de campo tiver concluido o procedimento da instalação física da STB, ele pode ativar o HSC através do seu dispositivo portátil. Será entendido que etapas adicionais, além da conexão física real da caixa conversora e cabeamento associado, podem ser necessárias durante a instalação física, incluindo, por exemplo, o fornecimento de privilégios de consumidor (direitos de CA) à STB. Estes direitos podem ser fornecidos dentro de um cartão de assinante que pode ser inserido em uma leitora correspondente na STB, embora outros métodos sejam também utilizáveis que incluem o fornecimento dos direitos do usuário como um certificado digital que pode ser baixado pela Internet ou fornecido em uma memória externa tal como um cartão de memória USB.

O componente de HSC estabelece comunicação 50 com o Componente Embarcado de STB (SEC) como previamente descrito em relação à Figura 5, e o componente de HSC prepara 100 um ou mais de uma série de testes 100 que são comunicados 102 à STB para serem realizados, incluindo, por exemplo, mas não limitado a: • Obter a atual versão de software atualmente presente no dispositivo de STB a partir do SEC, comparando esta com a última revisão de software esperada e, se o software não estiver atualizado, provocar o inicio de uma atualização do software na STB antes de prosseguir com o restante da verificação da instalação. Esta atualização de software pode ser realizada diretamente pelo HSC após a STB ou alternativamente pelo HSC mediante o fornecimento de uma mensagem de erro ao técnico de campo com uma instrução para atualizar para o último firmware. Estes testes podem ser realizados inicialmente e a resposta armazenada e exibida para o usuário. • Determinar o estado de alguma funcionalidade básica de STB mediante utilização do SEC, por exemplo, estado de cartão inteligente de Acesso Condicional e estado do sintonizador. Isto pode compreender a obtenção 108-114 e a transformação do conjunto de pacotes aos quais o consumidor tem acesso em uma lista de serviços individuais - isto é, o HSC transforma 120 este conjunto de pacotes em uma lista de serviços individuais (Canais de TV e/ou Rádio) que deveriam ser capazes de ser decodificados logo que a instalação estivesse adequadamente concluida. A utilização de uma determinação tanto a partir do sistema CRM de rede como do GPS interno\externo do HHD possibilita que a localização da instalação possa ser determinada. Logo que a localização seja determinada, as características de sintonização esperadas para esta localização geográfica podem ser obtidas, tanto a partir do HSC como do CSC, para a lista de serviços individuais obtidos acima. 0 HSC então instrui 122 o componente de SEC para sintonizar para cada um dos serviços individuais de cada vez e automaticamente valida que o componente de SEC foi sintonizado com êxito e pode decodificar o Áudio (para serviços de Rádio) ou Áudio e Video (para serviços de TV) para cada um dos serviços individuais. A validação automática 124-128 pode incluir a confirmação de que os parâmetros de sinal estão dentro da tolerância esperada para intensidade de sinal, erro de bits, perda de pacotes, etc. para cada um dos serviços individuais, para a localização geográfica do consumidor. Será entendido que, com a finalidade do HSC realizar os testes, pode ser necessário obter primeiro a ID do consumidor 106.

Após conclusão dos testes de instalação, os resultados são recebidos 104. O HSC libera o canal de comunicação entre o SEC e o HSC e registra 130 a aprovação/reprovação global para a instalação para o técnico de campo através do seu dispositivo portátil. Um registro do estado da instalação que inclui detalhes dos resultados de teste pode em seguida ser fornecido ao sistema CRM de rede para armazenamento e futura referência no caso de um consumidor registrar um defeito.

O sistema pode também ser utilizado para realizar outros testes, os quais podem ou não ser baseados nas permissões e/ou configurações do usuário. Outros testes podem incluir a realização de uma verificação para determinar se video a pedido, gravação, reprodução e recursos similares estão disponíveis e funcionando. De modo similar, pode ser testada transmissão para outros dispositivos.

Será entendido que esta técnica automática tem diversas vantagens em relação a uma instalação verificada manualmente, que incluem, por exemplo: • Permite determinação imediata de defeitos enquanto o técnico de campo está ainda no local, incluindo defeitos sutis (nivel de sinal incorreto) que indicam um problema que poderia apenas manifestar-se mais tarde. • Permite determinação automática de instalação com êxito. • Permite verificação independente de que uma instalação foi concluida corretamente. • Reduz visitas repetidas de instaladores para consertar instalações iniciais defeituosas. • Permite que o sistema CRM de rede rastreie o progresso de instalações.

CASO DE USO DE SUPORTE DE ASSINANTE

O uso dos componentes pode agora ser descrito em relação a um "Caso de Uso de Suporte de Assinante".

Existe um custo significativo para operadores e inconveniência para seus consumidores assinantes no caso em que um técnico de campo necessita ser enviado à residência de um assinante ou uma STB tem que ser devolvida por um assinante por meio de algum outro canal. É frequentemente descoberto que a questão que leva à chamada do técnico de campo ou à devolução da STB é uma questão relativamente simples que poderia ser solucionada de modo relativamente fácil por um operador adequadamente treinado.

O primeiro canal de chamada para muitos assinantes quando vivenciam problemas é fazer contato com o representante de suporte ao consumidor (CSR) do Operador.

Os componentes previamente descritos (excluindo o HSC) permitem que um representante de suporte ao consumidor do operador execute diagnósticos detalhados remotamente na STB com a finalidade de realizar uma avaliação completa do hardware do receptor e, quando necessário, fazer modificações remotamente na STB.

Podem existir questões relacionadas à iniciação de uma sessão de suporte ao assinante. A primeira é que a STB pode encontrar-se por trás de um anteparo que impediria que fosse contatada diretamente. A segunda é uma questão de privacidade onde os assinantes são encorajados a oferecer acesso e controle remotos de suas STBs tomando alguma ação especifica. Para solucionar isto, a caixa conversora deve ser configurada para responder a uma entrada de usuário, por exemplo, uma combinação especifica de "tecla mágica" no controle remoto da sua STB. Podem também ser fornecidos outros mecanismos de ativação de usuário, incluindo uma tecla fisica na STB. Logo que for detectada uma ativação, o SEC dentro da STB é disparado fazendo com que a STB estabeleça uma conexão ao Servidor de SEC, deste modo habilitando o lado posterior do CSC a comunicar-se com a STB. Uma interface de CSC pode ser apresentada ao Representante de Suporte ao Consumidor através de uma interface de usuário que pode tipicamente ser baseada na web em uma estação de trabalho fixa de PC, podendo também, contudo, ser implementada em uma unidade móvel tal como um telefone móvel.

O principal objetivo de cada componente será agora descrito.

SEC: O Componente Embarcado de STB funciona em cada Caixa Conversora. A sua função é detectar defeitos e coletar dados da caixa, e implementar diagnóstico e conserto relacionados à funcionalidade. O agente de SEC inicia conexões com o Servidor de SEC com a finalidade de registrar o seu estado, e permitir que o Servidor de SEC invoque funções implementadas pelo agente.

Servidor de SEC: O Servidor de SEC é responsável pela coleta de dados dos Agentes de SEC, e pela utilização destes para manter as informações para cada STB que está armazenado no Banco de Dados.

Banco de Dados: O Banco de Dados armazena informações de defeitos, estados e estatísticas para cada STB gerenciada pelo servidor.

Servidor de Aplicações de SEC: O Servidor de Aplicações de SEC implementa aplicações da web que fazem uso dos dados armazenados no Banco de Dados para alimentar o processo de uma variedade de usuários finais (por exemplo, permitindo que um agente de suporte ao consumidor veja defeitos em uma STB) . As aplicações da web podem também permitir que usuários finais interajam diretamente com STBs individuais.

Navegadores: Navegadores padrão da web podem ser usados para acessar aplicações da web no Servidor de Aplicações de SEC. Depois do componente de CSC estabelecer comunicação com o Componente Embarcado de STB (SEC), ele pode recuperar informações do SEC e atualizar um registro de estado (SR) para o estado desta STB.

Este SR, que pode ser fornecido ao CSR através da sua interface de usuário, pode incluir detalhes nele, por exemplo: • Identificação da caixa conversora • Marca e Modelo da Televisão HDMI para Televisões conectadas e previamente conectadas • Cartão CA (presença, número de série, etc.) • Lados frontais (intensidade de sinal, etc.) • Periféricos • NVRAM • Redefinições do sistema • Temperatura do disco rigido e outros dados de SMART • Configuração da rede • Estado do modem • Estado da energia • Cronometragem de tempo gasto em cada estado de energia em um dado periodo de tempo (e desde o último relatório) • Estatísticas do sintonizador tais como histórico de SNR, BER, etc. desde último relatório de estado • Parâmetros de configuração de software da STB • Temperatura • Registro de erros de software da STB • Estatísticas de rede tais como velocidade de conexão, tempo de ida e volta, pacotes descartados, tempo de pingue, etc. desde último relatório de estado • Informações sobre a versão de software atual (usada para conciliar contra última versão conhecida do software de sistema que está "no ar" e deve estar na STB) O CSC pode ser configurado para habilitar um CSR através da sua interface para fazer com que instruções sejam enviadas para a STB para fazer com que o SEC: • atualize o SR e forneça o SR atualizado ao CSC • obtenha uma cópia da Exibição Na Tela e forneça isto ao CSC para permitir que o CSR veja a OSD apresentada no local remoto onde a STB está localizada • emita comandos do controle remoto para a STB para fazer mudanças no estado da STB mediante envio destes pela interface da internet e mediante processamento dos mesmos pelo SEC para simulá-los sendo recebidos da unidade física de controle remoto de IR • a aplicação do navegador de CSC pode apresentar um número de diferentes métodos ao CSR para permitir que os mesmos enviem comandos do controle remoto. Pode apresentar em forma pictórica um controle remoto regular com todos os botões normalmente disponíveis para um usuário normal do controle remoto. Cada botão pode ser selecionado pelo usuário por 'clique'no botão. Pode também apresentar um conjunto de ações predefinidas que sejam as operações mais típicas que necessitam ser realizadas durante uma chamada de serviço. Estas geralmente incluem múltiplos pressionamentos de teclas no controle remoto para obter a opção adequada de menu, mas podem ser apresentadas ao CSR como um único "atalho" . 0 CSC pode armazenar uma cópia de todos os comandos do controle remoto emitidos e telas de OSD capturadas durante o tempo de qualquer conexão única entre o CSC e o SEC. O CSR pode também ser capaz de introduzir observações de texto da sessão de chamada que podem ser sincronizadas com a tela de OSD mais recente recuperada da STB.

Para otimizar o uso da largura de banda entre o CSC e o SEC, o SEC\CSC pode ser configurado de modo que uma nova imagem de manipulação de tela de OSD possa apenas ser enviada do SEC para o CSC após o comando final de IR ter sido processado no lado do SEC. Isto implica que estados intermediários de OSD durante o processamento de diversos pressionamentos de teclas provocados por um único atalho podem não ser transmitidos do SEC para o CSC.

O CSC pode usar as estatísticas de rede recuperadas da STB para informar o SEC do nivel adequado de compressão a ser usado para codificar imagens de OSD antes da expedição para o CSC. Este ajuste pode ser alterado na hora pelo CSR se exigido para observar algum detalhe fino no caso em que a situação justifique uma espera de maior duração para a imagem da tela de OSD ser carregada.

Em outra aplicação, o SEC ou na verdade outro componente especifico de aplicação pode ser usado para fornecer uma medida indireta do consumo de energia. Neste método, o SEC pode utilizar diversos cronômetros para medir e registrar o tempo que a STB despende nos diversos estados de energia. Os cronômetros são configurados para medir um tempo agregado em que a STB está em um estado ao invés da duração em que a STB está atualmente no estado. O estado de energia pode ser para toda a STB (por exemplo, em espera ou ativa) e\ou também para componentes criticos dentro da STB tais como o disco rigido, sintonizadores individuais, saidas AV, etc. O tempo de sincronização quando enviado de volta para o CSC pode ser comparado com os dados de consumo de energia considerados para a mesma ou similar STB de referência. Deste modo, o tempo consumido nos diversos estados pode ser convertido em medições exatas da utilização de energia. Estes dados podem ser agregados para todas as caixas na rede do operador para chegar a números muito precisos para o consumo total de energia de grande número de Caixas Conversoras. Será entendido que uma vantagem significativa desta técnica em relação a técnicas alternativas para medição de energia é que aquela não necessita que equipamento dedicado de medição de energia seja integrado dentro de cada STB. Pode ser retro-equipada como parte de uma atualização de campo à STB no campo hoje ou no futuro. Pode ser facilmente adaptada para fazer interface diretamente com qualquer tecnologia de subsistema de eficiência de energia presente na STB que possa permitir controle mais discreto sobre quais componentes da STB são ativados em qualquer instante de tempo. Outras vantagens são que não necessita que o usuário final da STB faça qualquer coisa ao contrário da maioria de outras tecnologias de medição e não adiciona à conta do hardware custo de materiais da STB.

Os dados de medição podem ser carregados periodicamente pelo SEC para o CSC. A periodicidade destes relatos pode ser algoritmicamente controlada para garantir que todas as STBs não façam relatos ao mesmo tempo no caso de um defeito de energia que resulte em uma grande população de STBs ativadas ao mesmo tempo.

O fato de haver um conjunto de todos os registros de SR para toda a população de STBs permite que os operadores de rede ganhem significativo conhecimento do desempenho de suas redes.

Pode ser possivel a utilização destes dados para analisar que STBs têm a possibilidade de apresentar defeitos para o assinante e preventivamente realizar ações para evitar isto, incluindo atualização do firmware, por meio do contato com estas por intermédio do suporte ao consumidor e/ou envio de um técnico de campo.

Uma arquitetura tipica de software de CSC pode ser representada como mostrado na Figura 7

CSC - Componente de Comunicação

Isto é uma aplicação de software que se comunica tanto com o SEC como com os Componentes UI de CSC usando soquetes TCP/IP.

O canal de comunicação de SEC é estabelecido a seguir a uma solicitação do SEC. Logo que o canal de comunicação tenha sido estabelecido, comandos podem ser enviados para o SEC, por exemplo, enviando um pressionamento de tecla, solicitando o estado ou solicitando um instantâneo de OSD.

Arquivos de instantâneos de OSD recebidos do SEC são armazenados no sistema de arquivos para recuperação futura pelo Componente UI de CSC.

Registros de estados de STB recebidos do SEC são armazenados no Componente de Banco de Dados de CSC.

O canal de comunicação para o Componente UI de CSC é uma interface tipo solicitação-resposta.

CSC - Componente de Banco de Dados

O Componente de Banco de Dados é uma aplicação padrão de banco de dados usada para armazenar estados de STB e outras medições recuperadas da(s) STB(s) com a(s) qual(ais) o CSC se comunicou.

CSC - Componente UI

O Componente UI é uma aplicação com a qual o usuário final interage que permite que o mesmo estude os dados de

STB armazenados no banco de dados e assuma o controle de uma STB individual pelo envio de comandos de pressionamento de teclas, pela solicitação de atualizações de estado da STB e pela apresentação de instantâneos de OSD através do Componente de Comunicação de CSC.

Uma possível implementação do Componente UI de CSC utiliza uma arquitetura padrão de aplicação da web que consiste em uma aplicação de servidor da web, um conjunto de textos php do lado do servidor e um conjunto de textos Javascript do lado do cliente. O componente do lado do servidor comunica-se com os Componentes de Banco de Dados de CSC e de Comunicação de SEC e apresenta dados a urn navegador da web do lado do cliente via http. O navegador da web então utiliza os textos do lado do cliente para apresentar o UI no computador do cliente.

Na especificação precedente, o pedido de patente foi descrito com referência a exemplos específicos de modalidades. Será, contudo, evidente que diversas modificações e mudanças podem ser feitas naquela sem divergir do espírito e âmbito mais amplos da invenção como apresentada nas reivindicações apensas. Por exemplo, as conexões podem ser de qualquer tipo de conexão adequada para transferir sinais dos ou para os respectivos nós, unidades ou dispositivos, por exemplo, por meio de dispositivos intermediários. Consequentemente, a não ser que implícito ou mencionado de outro modo, as conexões podem, por exemplo, ser conexões diretas ou conexões indiretas. Portanto, como exemplo, embora o presente pedido de patente tenha sido descrito principalmente com referência a situações onde o middleware de diagnóstico responde a um dispositivo externo, será entendido que pode funcionar independentemente e responder a mudanças no estado da caixa conversora incluindo, por exemplo, um cronômetro para registro periódico, e carregamento dos resultados de diagnóstico para um sistema computacional externo.

Uma vez que o equipamento que implementa a presente invenção é, para a maior parte, composto de componentes eletrônicos, circuitos e dispositivos conhecidos por aqueles versados na técnica, detalhes de circuitos serão agora explanados em maior detalhe que aquele considerado necessário como ilustrado acima, para a compreensão e apreciação dos conceitos subjacentes do presente pedido de patente e com a finalidade de não ofuscar ou confundir os ensinamentos do presente pedido de patente.

Portanto, deve ser entendido que as arquiteturas apresentadas neste documento são meramente exemplificativas e que, de fato, podem ser implementadas muitas outras arquiteturas que alcançam a mesma funcionalidade. Em resumo, mas ainda no sentido definitivo, qualquer arranjo de componentes para alcançar a mesma funcionalidade é efetivamente "associado" de modo que a funcionalidade desejada seja alcançada. Portanto, quaisquer dois componentes neste documento combinados para alcançar uma funcionalidade especifica podem ser vistos como "associados" entre si de modo que uma funcionalidade específica seja alcançada, independentemente de arquiteturas ou componentes- intermediários. De modo similar, quaisquer dois componentes associados deste modo podem também ser vistos como sendo "operativamente conectados", ou "operativamente acoplados", entre si para alcançar a desejada funcionalidade.

Além disso, aqueles versados na técnica reconhecerão que as fronteiras entre a funcionalidade das operações descritas acima são meramente ilustrativas. A funcionalidade de múltiplas operações pode ser combinada em uma única operação, e/ou a funcionalidade de uma única operação pode ser distribuída em operações adicionais. Mais ainda, modalidades alternativas podem incluir múltiplos casos de uma operação especifica, e a ordem das operações pode ser alterada em diversas outras modalidades.

Contudo, são também possíveis outras modificações, variações e alternativas. As especificações e desenhos são, consequentemente, para serem considerados em um sentido ilustrativo ao invés de restritivo. Por exemplo, embora o presente pedido de patente tenha sido descrito em relação a uma caixa conversora, será entendido que a funcionalidade pode ser integrada com outro dispositivo. Consequentemente, o presente pedido de patente estende-se para além do pedido de patente para caixas conversoras e, consequentemente, sempre que for feita neste documento uma referência a caixa conversora, esta deverá ser estendida para e incluir qualquer 'dispositivo de multimídia', que funcione para receber um sinal entrante de televisão digital e faça com que o mesmo seja exibido em uma tela que pode estar integrada ou conectada ao 'dispositivo de multimídia'. Esta conexão pode ser física, por exemplo, uma conexão a cabo SCART, HDMI, S-Video ou similar ou uma conexão sem fio tal como Bluetooth ou Wi-Fi. Consequentemente, será entendido que o presente pedido de patente é aplicável não apenas a caixas conversoras mas a outros dispositivos de multimidia que incluem, por exemplo, televisões digitais integradas, dispositivos computacionais portáteis e telefones móveis. De modo similar, será entendido que embora o presente pedido de patente tenha sido descrito com referência a uma situação exemplificativa na qual uma televisão é selecionada como o dispositivo de exibição, será entendido que o pedido de patente não é limitado deste modo e que podem ser utilizadas exibidores alternativos. Por exemplo, um monitor de computador pode ser utilizado como um dispositivo de exibição. De modo similar, o dispositivo de exibição pode ser um dispositivo computacional com um visor integrado. O dispositivo computacional pode ser portátil, por exemplo, um computador portátil ou de tabuleta. Neste arranjo, a caixa conversora pode transmitir o conteúdo decodificado da televisão para o dispositivo computacional por uma conexão local sem fio.

Será entendido que referências neste documento a um "Instalador" e "Técnico de Campo"são usadas de modo permutável e que o uso dependerá da função sendo realizada pelo Técnico de Campo. Portanto, quando um técnico de campo está instalando uma STB, será um instalador, mas quando estiver consertando uma STB não será.

Nas reivindicações, quaisquer sinais de referência colocados entre parênteses não devem ser considerados como limitando a reivindicação. A palavra 'compreendendo' não exclui a presença de outros elementos ou etapas além daqueles listados em uma reivindicação. Além disso, os termos "um" ou "uma" como usados aqui, são definidos como um(uma) ou mais que um(uma). Também, o uso de frases introdutórias tais como "ao menos um" e "um ou mais"nas reivindicações não deve ser considerado como implicando que a introdução de outro elemento da reivindicação pelos artigos indefinidos "um" ou "uma" limita qualquer reivindicação especifica que contenha tal elemento de reivindicação introduzido para invenções que contenham apenas um tal elemento, mesmo quando a mesma reivindicação inclui as frases introdutórias "um ou mais"ou "ao menos um" e artigos indefinidos tais como "um" ou "uma". O mesmo sendo verdadeiro para o uso de artigos definidos. A não ser que mencionado de outro modo, termos tais como "primeiro" e "segundo" são usados para distinguir arbitrariamente entre os elementos que tais termos descrevem. Portanto, estes termos não são necessariamente destinados a indicar prioridade temporal ou outra de tais elementos. O simples fato de que algumas medidas são mencionadas em reivindicações mutuamente diferentes não indica que uma combinação destas medidas não possa ser utilizada como vantaj osa.

Claims (6)

1. Caixa de decodificador, caracterizado pelo fato de que compreende: uma interface de controle remoto configurada para receber comandos de um dispositivo de controle remoto; um circuito de comunicação configurado para receber instruções e transmitir dados para um dispositivo de computação portátil através de um canal de comunicação local quando um instalador está instalando o decodificador em uma localização do cliente, o dispositivo de computação configurado para baixar informações de configuração da localização do cliente de um servidor e receba informações do instalador no local do cliente; um emulador configurado para emular o recebimento de pelo menos um dos comandos na interface de controle remoto injetando uma ou mais teclas pressionadas diretamente na interface de controle remoto em resposta ao recebimento de uma das instruções do dispositivo de computação portátil para emitir o pelo menos um comando; e um recurso de diagnóstico configurado para ser ativado pelo canal de comunicação local pelo dispositivo de computação portátil depois que o dispositivo de computação portátil receber a entrada do instalador para executar um ou mais testes de verificação de que o decodificador foi instalado no local do cliente em de acordo com as informações de configuração e para retornar os resultados de um ou mais testes de verificação ao dispositivo de computação portátil para confirmar ao instalador que o decodificador foi instalado corretamente antes de o instalador deixar o local do cliente.

2. Caixa de decodificador, de acordo com a reivindicação 1, caracterizada pelo fato de compreender ainda:um circuito de vídeo configurado para receber conteúdo de mídia e formatar o conteúdo de mídiarecebido em um componente de vídeo de um sinal de TV; eum dispositivo de armazenamento tendo armazenado nele um bloco de captura de imagem configurado para capturar pelo menos uma imagem do circuito de vídeo e transmitir a pelo menos uma imagem capturada ao dispositivo de computação portátil.

3. Caixa de decodificador de acordo com a reivindicação 2, caracterizado pelo fato de que o bloco de captura de imagem é configurado para comprimir a pelo menos uma imagem em um formato compactado.

4. Caixa de decodificador de acordo com a reivindicação 3, caracterizado pelo fato de que o circuito de comunicações é configurado para obter uma medida associada ao canal de comunicação local, pelo menos uma imagem sendo comprimida com base na medida obtida.

5. Caixa de decodificador de acordo com a reivindicação 2, caracterizado pelo fato de que o circuito de vídeo é adaptado para recuperar informações de um dispositivo de memória de exibição na tela e fornecer as informações dentro do componente de vídeo.

6. Caixa de decodificador de acordo com a reivindicação 1, caracterizado pelo fato de que a interface de controle compreende um detector de infravermelho.

Images