BR112020012352A2 - método para fazer download de canal para zapear um canal digital de acordo com o comportamento do usuário - Google Patents

método para fazer download de canal para zapear um canal digital de acordo com o comportamento do usuário Download PDF

Info

Publication number
BR112020012352A2
BR112020012352A2 BR112020012352-8A BR112020012352A BR112020012352A2 BR 112020012352 A2 BR112020012352 A2 BR 112020012352A2 BR 112020012352 A BR112020012352 A BR 112020012352A BR 112020012352 A2 BR112020012352 A2 BR 112020012352A2
Authority
BR
Brazil
Prior art keywords
channel
signal
state
downloading
activity
Prior art date
Application number
BR112020012352-8A
Other languages
English (en)
Inventor
Edouard Solt
Original Assignee
Sagemcom Broadband Sas
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 Sagemcom Broadband Sas filed Critical Sagemcom Broadband Sas
Publication of BR112020012352A2 publication Critical patent/BR112020012352A2/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/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
    • H04N21/4384—Accessing a communication channel involving operations to reduce the access time, e.g. fast-tuning for reducing channel switching latency
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/422—Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS]
    • H04N21/42204—User interfaces specially adapted for controlling a client device through a remote control device; Remote control devices therefor
    • H04N21/42206—User interfaces specially adapted for controlling a client device through a remote control device; Remote control devices therefor characterized by hardware details
    • H04N21/42222—Additional components integrated in the remote control device, e.g. timer, speaker, sensors for detecting position, direction or movement of the remote control, microphone or battery charging device
    • 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/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4331—Caching operations, e.g. of an advertisement for later insertion during playback
    • 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44213—Monitoring of end-user related 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44213—Monitoring of end-user related data
    • H04N21/44218—Detecting physical presence or behaviour of the user, e.g. using sensors to detect if the user is leaving the room or changes his face expression during a TV program
    • 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44213—Monitoring of end-user related data
    • H04N21/44222—Analytics of user selections, e.g. selection of programs or purchase activity
    • 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44245—Monitoring the upstream path of the transmission network, e.g. its availability, bandwidth
    • 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/4508—Management of client data or end-user data
    • H04N21/4532—Management of client data or end-user data involving end-user characteristics, e.g. viewer profile, preferences
    • 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/466—Learning process for intelligent management, e.g. learning user preferences for recommending movies
    • H04N21/4667—Processing of monitored end-user data, e.g. trend analysis based on the log file of viewer selections
    • 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/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Social Psychology (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

A presente invenção refere-se a um método para fazer download de um canal para zapear um canal digital de acordo com o comportamento do usuário. Método para fazer download de canais para zapear de um canal digital para outro canal digital em um membro de decodificação o qual está configurado para decodificar um canal e para transmiti-lo para uma tela, o membro de decodificação (D1) compreendendo um módulo de download (D141) que compreende um estado de atividade (EA), no método compreende, no estado de atividade, uma etapa de fazer download de um primeiro canal de display (N) em uma qualidade de atividade e pelo menos um outro canal (M) em paralelo com o primeiro canal (N), o download sendo executado de acordo com uma taxa de bits de atividade, o módulo de download (D141) ainda compreendendo um estado de inatividade (El) o qual tem uma taxa de bits de inatividade para download que é mais baixa do que a taxa de bits de atividade caracterizado pelo fato de que o método compreende, no estado de inatividade as etapas de: fazer download do primeiro canal (N) na qualidade de atividade, receber um sinal (103) com um sinal de aviso antecipado para mudança de canal, mudar o estado do módulo de download (D141) comutando do estado de inatividade (El) para o estado de atividade (EA) quando o sinal (103) com um sinal de aviso antecipado para mudança de canal foi recebido.

Description

Relatório Descritivo da Patente de Invenção para "MÉTODO
PARA FAZER DOWNLOAD DE CANAL PARA ZAPEAR UM CANAL DIGITAL DE ACORDO COM O COMPORTAMENTO DO USUÁRIO". CAMPO TÉCNICO DA INVENÇÃO
[0001] A presente invenção refere-se a um método para fazer download de canal para zapear em um decodificador de televisão digital de acordo com o comportamento do usuário. O objetivo da presente invenção é um método para reduzir recursos de rede de FCC (Rápida Mudança de Canal) de acordo com o comportamento do usuário. O objetivo da invenção é notadamente propor um método que torna possível reduzir o consumo de recursos de rede (largura de banda) quando os dados não são necessários sem impactar a funcionalidade de FCC, isto quer dizer enquanto permitindo o usuário encurtar o tempo de zapeamento de certos decodificadores digitais, sem causar a perda da qualidade da imagem exibida por todos os decodificadores gerenciados por um operador.
[0002] O tempo de zapeamento, ou tempo de mudança de canal, designa a extensão de tempo que decorre entre a transmissão de um comando de mudança de canal por um usuário de um decodificador de televisão digital, por meio de um membro de controle remoto apropriado, e a exibição real do canal desejado sobre a tela conectada no decodificador considerado. Canal é convencionalmente compreendido significar o que os usuários chamam um canal de televisão, por exemplo, um canal que transmite no curso do dia, programas que sucedem uns aos outros.
[0003] O campo da invenção é, geralmente falando, aquele de decodificadores de televisão digital como canais de transmissão em UHD (Ultra Alta Definição) e/ou HD (Alta Definição) e/ou SD (Definição Padrão).
[0004] No campo de televisão digital, decodificadores de televisão digital D são utilizados, notadamente de modo a acessar um conjunto de canais de televisão os quais são transmitidos criptografados e os quais são decifrados dentro do decodificador. Os decodificadores de televisão D são membros de interface, associados no caso de um canal através da rede de Internet com dispositivos do tipo de modem, entre sistemas para transmitir sinais de televisão, notadamente sinais de televisão digital em formato UHDTV, e monitores de visualização que compreendem um membro de display E. O monitor pode compreender o membro de decodificação D e o membro de display E que compreende uma tela. O membro de decodificação D pode também estar conectado no monitor. Os sinais trocados são usualmente sinais digitais, mas um decodificador D pode também ter faculdades de processamento de sinal analógico.
[0005] O meio de transmissão que transmite os programas de televisão para estes decodificadores/receptores são ou um meio de transmissão através de "Difusão", isto quer dizer, através de satélite ou TNT, ou ao invés através da rede de Internet, também denominada "Banda Larga", isto quer dizer, através de uma caixa de Internet ou ao vivo através de um site da Internet.
[0006] A invenção será mais especificamente descrita dentro do contexto de decodificadores D que recebem um fluxo de sinais através da rede de Internet, assim por transmissão por "Banda Larga", mas a implementação do método de acordo com a invenção não está limitada a este tipo de decodificador D, mas a qualquer membro de decodificação de canal D através da rede de Internet.
[0007] No caso de uma transmissão por Internet, os canais podem assim ser transmitidos para o decodificador D através da rede de Internet. O decodificador D compreende um meio de recepção para receber os sinais transmitidos e um meio de formatação para transformar os sinais recebidos em sinais aplicáveis diretamente sobre membros de comando do dispositivo de display E do monitor o qual pode ser uma televisão, ou uma tela ou ao invés, por exemplo, um projetor de vídeo.
[0008] A formatação acontece enquanto respeitando para cada uma das imagens representarem tabelas de parâmetros. Diferentes tipos de tabelas podem ser distinguidos: tabelas de IS (Sistema de Informações), tabelas de PSI (Informações Específicas de Programa), NIT (Tabelas de Informações de Rede), EIT (Tabelas de Informações de Eventos), PAT (Tabelas de Associação de Programas), ACT (Tabelas de Controle de Acesso) ou ao invés PMT (Tabelas de Mapeamento de Programas), etc. Em televisão digital, está provido que os sinais de parâmetros são transmitidos no fluxo (isto quer dizer com o próprio sinal de vídeo) em pacotes de dados, também denominados dados ou pacotes.
[0009] Os pacotes de dados de um canal são transmitidos para o decodificador por download, também denominado canal feito download. O canal de transmissão é assim feito download no decodificador para permitir que o decodificador decodifique e transmita sinais aplicáveis diretamente para os membros de comando do dispositivo de display E para exibir em uma tela o canal M.
[0010] Finalmente, uma arquitetura inteira de tabelas é assim distribuída e o objetivo do decodificador é reconstruir todas as tabelas para ter informações de ajuste disponíveis e informações para visualmente mostrar para os usuários.
FUNDAMENTOS TECNOLÓGICOS DA INVENÇÃO
[0011] Na técnica anterior, durante a decodificação de um canal, outros canais são também feitos download de modo a ser mais rápido durante uma operação de zapeamento em um decodificador D.
[0012] A Figura mostra um diagrama de transmissão de pacotes entre um provedor de IPTV e um usuário.
[0013] Neste exemplo, o provedor de IPTV F transmite pacotes de dados 1 de um canal N, estes pacotes 1 passam através de roteadores R em uma rede pública então chegam nas instalações do usuário através de uma caixa de Internet B também denominada modem, a qual retransmite para o decodificador D os pacotes 1. Os pacotes 1 são a seguir decodificados de modo que o display E, o qual pode ser uma televisão, um projetor de vídeo etc., exibe o canal N.
[0014] A taxa de vídeo não comprimido em UHD é, por exemplo, de 2388 Mb/s a 71663 Mkb/s de acordo como se esta é UHD-1 (4K) ou UHD-2 (8K). É assim conhecido comprimir a imagem para diminuir a taxa de bits.
[0015] Atualmente é conhecido utilizar normas de compressão de dados tais como MPEG2, AVC (Codificação de Vídeo Avançada), HEV (Codificação de Vídeo de Alta Eficiência) para tornar possível diminuir a taxa de bits.
[0016] Apesar desta compressão, a taxa de bits necessária para as 3 qualidades de canais utilizadas em digital televisão atualmente é:
[0017] Para qualidade de SD (Definição Simples) que tem uma definição de 720x576 pixels, a taxa de bits necessária pode variar entre 1 Mbits/s e 3Mbits/s.
[0018] Para uma qualidade HD/Full HD (Alta Definição, que tem uma definição de 1280x720 ou 1920x1080 pixels), a taxa de bits pode variar de 4Mbits/s até 15Mbits/s.
[0019] Para qualidade de UHD (UHDTV1/ UHDTV2) a definição é 3840x2160 pixels ou 7680x4320 pixels, a taxa de bits pode variar de 10Mbits/s até 30Mbits/s (ver aqui adiante).
[0020] Quando o usuário U executa uma ação que leva a um sinal de mudança de canal existe um tempo de espera, daqui em diante denominado tempo de zapeamento TZ, entre a operação de solicitação de novo canal e a exibição do novo canal.
[0021] Uma ação de zapeamento 100 que leva um sinal de mudança de canal 101 para o decodificador D irá levar a uma sucessão de etapas abaixo descritas em relação à Figura 1. Tal ação é, por exemplo, pressionar um ou mais botões apropriados de um controle remoto associado com o decodificador, por exemplo, pressionar sobre um botão "P+" ou "CH+" do controle remoto.
[0022] Uma primeira etapa então reside em levar em conta, pelo software de operação do decodificador D, a ação do usuário.
[0023] Uma segunda etapa IGMP então segue em que o decodificador D irá, seguindo o sinal, enviar dois itens de informações, um item de informações referente ao fato de deixar o canal e o outro para receber o canal solicitado, neste caso o canal M, para o provedor de IPTV. O IP de decodificador assim executa um assim denominado comando de "comando de conectar IGMP", neste caso o canal M, e um assim denominado comando de "comando de deixar IGMP", neste caso o canal N.
[0024] A duração desta etapa corresponde a um tempo de conexão do decodificador, o tempo requerido, da execução do "comando de conectar IGMP", até receber os primeiros pacotes de dados apropriados extraídos de um ou mais fluxo(s) de sinais.
[0025] O provedor a seguir irá, em uma terceira etapa, enviar os pacotes de dados 2 referentes ao canal M para as instalações do usuário U, isto quer dizer a caixa de Internet B a qual irá transmitir estes dados para o decodificador D.
[0026] Assim um período de tempo, daqui em diante denominado latência de download LT, é definindo entre o instante inicial (t=0) como sendo o instante onde o usuário executa a ação de zapeamento 100 para mudar o canal e o instante onde o decodificador D recebeu os pacotes necessários para a exibição do canal M, isto é, neste caso as três etapas acima descritas.
[0027] Quando o decodificador compreende todos os dados necessários para a exibição do canal, uma etapa de decodificação e armazenamento segue, na qual o decodificador D decodifica e memoriza em armazenamento os dados 2 a serem sincronizados em uma imagem de display do fluxo e para construir dados 2 a serem resistentes a flutuações da rede e finalmente uma etapa de enviar sinais aplicáveis diretamente para os membros de comando do dispositivo de display E para exibir em uma tela o canal M.
[0028] Assim um período de tempo, daqui em diante denominado latência de mudança de canal LCC, é definido entre o instante dos primeiros pacotes 2 do canal M recebidos no decodificador D e o envio de sinais aplicáveis aos membros de comando do dispositivo de display E.
[0029] O tempo de zapeamento TZ é assim a latência de mudança de canal LCC e a latência de download LT.
[0030] A Figura 2a representa um diagrama de tempo de mudança de canal simplificado, começando pelo canal N assistido e terminando no canal M.
[0031] Nesta Figura 2, uma ação de zapeamento 100 de um canal N para um canal M é executada pelo usuário. Neste exemplo, o tempo de zapeamento TZ corresponde à soma da latência de download LT, a qual é de acordo com os casos aproximadamente 1 a 2 segundos no caso de um canal UHDTV, e a latência de mudança de canal LCC, a qual é menor do que 0,5 segundo.
[0032] Este tempo de zapeamento TZ pode ser problemático para o usuário, especialmente se este exceder os 2 segundos recomendados pelo Fórum de DSL em termos da QoE (Qualidade de Experiência) de usuário requerida.
[0033] Métodos de fazer download de canal assim existem que consistem em, como na Figura 2b, em fazer download de diversos canais ao mesmo tempo, dos quais obviamente aquele assistido.
[0034] Assim, como pode ser visto na Figura 2b, durante a transferência de sinais do decodificador D para os membros de comando do dispositivo de display E para exibir em uma tela o canal M, pelo menos um outro canal é feito download (assim pacotes 2 de pelo menos um canal são transmitidos para o decodificador), neste caso dois outros canais: o canal N+1 que corresponde no exemplo ao canal M e o canal N-1, daqui em diante denominado canal O.
[0035] Durante a ação de zapeamento 100 do canal N para o canal M, o tempo de zapeamento corresponde unicamente à latência de mudança de canal LCC já que o canal M já foi feito download. Segue que o decodificador D envia os sinais aplicáveis para os membros de comando do dispositivo de display e o usuário espera menos do que 0,5 segundo para ver o canal M no membro de display E.
[0036] O canal N continua neste exemplo a ser feito download e um canal L que corresponde ao canal M+1 ou N+2 é feito download ao mesmo tempo que o canal M.
[0037] Segue que o decodificador assume uma parte importante da largura de banda da caixa de Internet B. Realmente, a taxa de bits de download de pacotes (de todos os canais feitos download) para o decodificador é, neste exemplo, o equivalente de três vezes a taxa de bits para download de um único canal.
[0038] Neste caso, onde os canais L, M, N ou os canais M, N, O são canais que têm uma qualidade UHD, por exemplo, UHDTV1, a taxa de bits total pode assim variar entre 30Mbits/s até 90Mbits/s (ver daqui em diante).
[0039] Assim, nas instalações do usuário, em um caso, por exemplo, de uma caixa de Internet B que tem uma taxa de bits de download máxima de 100Mbit/s, pouca taxa de bits permanece para outro dispositivo para outra utilização na Internet, por exemplo, jogos de rede, fluxos, etc.
[0040] Uma das soluções pode ser fazer download unicamente do canal N e fazer download de diversos outros canais unicamente quando o usuário está no curso de zapeamento, isto quer dizer uma multiplicidade de mudanças de canal. A Figura 2c representa tal solução. Assim, quando o usuário executa a ação de zapeamento 100 após uma longa assistência do canal N, o tempo de zapeamento ZT corresponde àquele da Figura 2a, isto quer dizer a soma da latência de download LT do canal solicitado pelo usuário e a latência de mudança de canal LCC. Por um certo tempo, os canais M+1 e M-1, isto quer dizer o canal N, são feitos download ao mesmo tempo que o canal M, como no exemplo da Figura 2b. Assim, se o usuário mais uma vez executar a ação de zapeamento 100, por exemplo, uma segunda vez pressionando sobre o botão "+" do controle remoto, o tempo de zapeamento ZT será aquele da latência de mudança de canal LCC, como no exemplo da Figura 2b.
[0041] No entanto, como já mencionado, o tempo de zapeamento ZT é um parâmetro importante na apreciação da qualidade de serviços provida por um operador. Esta qualidade é regularmente avaliada por uma importante organização. É assim aconselhável apropriadamente buscar esta característica de decodificadores, uma característica diretamente apreciável pelo usuário final.
[0042] Assim existe uma necessidade para otimizar o tempo de zapeamento ZT enquanto reduzindo a taxa de bits total feita download pelo decodificador.
DESCRIÇÃO GERAL DA INVENÇÃO
[0043] O método de acordo com a invenção propõe uma solução para os problemas e desvantagens que foram acima descritos. Na invenção, uma solução é proposta que permite uma otimização entre a redução da largura de banda utilizada para o decodificador para permitir outra utilização da largura de banda entre o portal de seu operador e seus meios de recepção quando um canal é assistido de um certo tempo e a redução em tempo de zapeamento quando o usuário mostra sinais precursores de uma possível ação de zapeamento.
[0044] Para este fim, na invenção, está proposto comutar de um estado de inatividade para um estado de atividade após a recepções de um precursor ou sinal de aviso antecipado de uma ação do usuário de uma mudança de canal.
[0045] A invenção assim essencialmente refere-se a um método para fazer download de canal para zapear de um canal digital para outro canal digital em um membro de decodificação configurado para decodificar um canal e para transmiti-lo para uma tela, o membro de decodificação compreendendo um módulo de download que compreende um estado de atividade, em que o método compreende, no estado de atividade, uma etapa de fazer download de um primeiro canal de visualização em uma qualidade de atividade e pelo menos um outro canal em paralelo com o primeiro canal, o download sendo executado de acordo com uma taxa de bits de atividade, o módulo de download ainda compreendendo um estado de inatividade que tem uma taxa de bits de inatividade de download mais baixa do que a taxa de bits de atividade, em que o método compreende as etapas de: fazer download do primeiro canal em uma qualidade de atividade, receber um sinal de um sinal de aviso antecipado de mudança de canal, mudar o estado do módulo de download comutando do estado de inatividade para o estado de atividade quando o sinal do sinal de aviso antecipado de mudança de canal foi recebido.
[0046] Assim, no estado de atividade o módulo de download faz download de canais tais como, por exemplo, no exemplo da Figura 2b. O fato que a taxa de bits é mais baixa no estado de inatividade do que no estado de atividade permite que no caso de saturação da largura de banda no estado de atividade a largura de banda pode não estar saturada estado de inatividade. Realmente, no estado de inatividade outros produtos podem fazer download de acordo com uma taxa de bits mais alta do que no estado de atividade. Isto evita uma degradação de outra utilização com outro produto na Internet. O fato de comutar do estado de inatividade para o estado de atividade potencialmente antes de uma solicitação de mudança de canal torna possível diminuir o tempo de zapeamento.
[0047] Uma taxa de bits de atividade mais baixa do que a taxa de bits de atividade significa que a taxa de bits para fazer download do mesmo canal nos dois estados, assim como o pelo menos um canal feito download em paralelo no estado de atividade. Por exemplo, um canal de visualização é feito download no estado de atividade com outros canais feitos download em paralelo de acordo com uma taxa de bits de atividade maior do que a taxa de bits de inatividade do mesmo canal de visualização feito download no estado de inatividade.
[0048] Assim, a invenção otimiza a utilização do download de um canal no estado de inatividade para reduzir a largura de banda enquanto reduzindo o tempo de zapeamento médio enquanto comutando de volta para o estado de atividade antes de uma solicitação de mudança de canal.
[0049] Obviamente, o tempo de zapeamento, como no caso da técnica anterior, não é reduzido se o canal solicitado pelo usuário não é o pelo menos um canal feito download em paralelo.
[0050] Obviamente, por estado de inatividade do módulo de download, o decodificador não está no modo de repouso, mas está em um estado de utilização utilizando uma taxa de bits mais baixo do que no estado de atividade.
[0051] No estado de atividade, a etapa de fazer download de pelo menos um outro canal em paralelo com aquele transmitido na qualidade de atividade é executada durante as etapas de decodificação e transmissão do primeiro canal o qual está decodificado. Estas etapas de decodificação e transmissão estão daqui em diante descritas.
[0052] O download de diversos canais pode ser conseguido por diversas operações de fazer download de fluxos em paralelo, um fluxo por canal.
[0053] O método de fazer download pode ainda compreender uma etapa de determinar o final do estado de atividade para comutar do estado de atividade para o estado de inatividade.
[0054] A etapa de determinação pode compreender diferentes operações que consistem em: - medir um período ocioso no estado de atividade que consiste em medir o tempo que decorre de uma mudança de canal ou da recepção de um sinal do sinal de aviso antecipado de mudança de canal, - comparar o período ocioso medido com pelo menos um valor-limite de referência memorizado.
[0055] O valor-limite de referência pode ser memorizado em uma memória do decodificador, por exemplo, no módulo de download.
[0056] A etapa de determinação pode ainda compreender uma operação que consiste em: - receber um sinal de atividade, - reinicializar a medição de período ocioso em cada recepção de um sinal de atividade.
[0057] O período ocioso medido é reinicializado em cada sinal de atividade recebido. O sinal de atividade compreende pelo menos um sinal de mudança de canal, mas pode também ser: - um sinal de detecção de um sinal de aviso antecipado de mudança de canal pelo usuário para comutar do estado de inatividade para o estado de atividade, e/ou - um sinal de mudança de canal recebido originando originalmente do usuário, por exemplo, pressionando um botão "P+" ou "CH+" no controle remoto.
[0058] De acordo com um exemplo, a ação de medir um período ocioso é uma contagem regressiva que tem um valor limite de referência, por exemplo, de 15 minutos.
[0059] O método de fazer download pode ainda compreender uma etapa de mudança de estado, do estado de atividade para o estado de inatividade, quando o período ocioso é mais longo do que o pelo menos um valor limite de referência.
[0060] Assim, quando o usuário executa a ação de zapeamento, o decodificador recebe um sinal de mudança de canal que origina da ação de zapeamento, por exemplo, em um controle remoto, e mede o período ocioso desta mudança de canal. Em cada mudança de canal o período ocioso é reinicializado.
[0061] De acordo com um exemplo, o valor limite de referência é escolhido em uma faixa entre cinco e vinte minutos, notadamente 15 minutos.
[0062] O sinal do sinal de aviso antecipado pode compreender um sinal enviado por um membro de controle remoto para o decodificador, notadamente um sinal de um sensor de deslocamento do membro de controle remoto.
[0063] O sensor de deslocamento pode por exemplo, ser um acelerômetro ou um giroscópio.
[0064] Por exemplo, o sensor de aceleração pode medir uma aceleração devido ao deslocamento do membro de controle remoto.
[0065] O método pode compreender uma etapa de detectar um sinal do sinal de aviso antecipado quando um sinal de aceleração recebido for maior do que ou igual a um sinal de limite representativo de uma aceleração de 0,3g, de preferência maior do que 0,5g. 1g é igual a 9,81 metros por segundo, isto é, 0,3g é igual a 0,3*9,81 m/s, isto é, 2,94 m/s.
[0066] Por exemplo, o método pode compreender uma etapa de comparação de um sinal de aceleração recebido com pelo menos um sinal de limite representativo de uma aceleração de 0,5g e em que se o sinal de aceleração for maior, um sinal do sinal de aviso antecipado de mudança de sinal é considerado detectado.
[0067] O membro de decodificação pode compreender um módulo de análise de comportamento de usuário configurado para executar esta etapa de comparação. Este módulo de análise comportamental pode ainda estar configurado para executar a etapa de detectar um sinal do sinal de aviso antecipado.
[0068] No caso onde o controle remoto está configurado para executar a etapa de comparação, o método ainda compreende uma etapa de enviar um sinal do sinal de aviso antecipado para o decodificador unicamente se o sinal de aceleração medido pelo sensor for maior do que um valor limite, por exemplo, 0,5g.
[0069] Isto torna possível determinar uma mudança de orientação do controle remoto pelo usuário e assim uma possível ação de zapeamento do usuário.
[0070] O sinal do sinal de aviso antecipado compreende um sinal que origina de uma medição do sensor de controle remoto indicando pelo menos uma aceleração de 0,5g ou pelo menos 1g.
[0071] O decodificador pode determinar que um sinal que origina do membro de controle remoto que indica pelo menos uma aceleração de 1g é um sinal de aviso antecipado de uma mudança de sinal.
[0072] De acordo com um exemplo, um sinal de atividade corresponde a um sinal que origina de uma medição do sensor de controle remoto indicando pelo menos uma aceleração de 0,5g e um sinal do sinal de aviso antecipado para comutar do estado de inatividade no estado de atividade compreende um sinal que origina de uma medição do sensor de controle remoto que indica pelo menos uma aceleração de 1g.
[0073] Isto torna possível determinar uma pega do controle remoto pelo usuário.
[0074] Assim, o decodificador poderia dissociar um sinal do controle remoto que origina do acelerômetro que representa uma aceleração menor do que, por exemplo, 0,3g sendo capaz de ser um deslocamento do suporte do controle remoto.
[0075] O sinal do sinal de aviso antecipado enviado pelo membro de controle remoto pode compreender um sinal de um pressionamento sobre um botão de solicitação do membro de controle remoto. Obviamente, este não é um botão de mudança de canal porque este não seria mais um sinal de aviso antecipado de mudança de canal.
[0076] Em outras palavras, o membro de controle remoto compreende botões de mudança de canal, por um lado e por outro lado botões de solicitação, tal como para aumentar ou diminuir o volume do som, informações, gravação direta etc. Pressionar sobre o botão "desligado" para colocar o membro de decodificação no modo de repouso obviamente não pode ser interpretado como um sinal de aviso antecipado de mudança de canal.
[0077] O sinal do sinal de aviso antecipado pode também compreender um sinal recebido de um microfone que corresponde a uma palavra-chave. Palavra-chave significa uma ou mais palavras de uma frase-chave. Por exemplo, a palavra-chave pode ser o início de uma frase para abrir uma aplicação no membro de decodificação.
[0078] Por exemplo, o sinal pode ser uma palavra ou frase chave para disparar o membro de decodificação.
[0079] O sinal do sinal de aviso antecipado pode também ser uma detecção de anúncios no canal. Por exemplo, a detecção pode ser realizada por um aumento no volume na decodificação de pacotes.
[0080] De acordo com outra modalidade, o sinal do sinal de aviso antecipado se origina de uma ação sobre o decodificador ou um acessório do decodificador somente sendo capaz de originar do usuário. Por exemplo, um deslocamento do controle remoto que compreende um sensor de movimento ou ao invés uma palavra-chave enumerada capturada por um microfone do membro de decodificação ou ao invés um botão de solicitação pressionado sobre o controle remoto ou o membro de decodificação. O botão de solicitação não sendo capaz de ser um botão de mudança de programa.
[0081] O sinal do sinal de aviso antecipado pode também ser a abertura de uma aplicação de um membro de controle remoto. Por exemplo, no caso de um smartphone, é a abertura de uma aplicação de controle remoto para comandar o decodificador a qual envia um sinal de abertura de aplicação para o decodificador e o qual é levado em consideração como um sinal do sinal de aviso antecipado. A passagem da aplicação de um estado de repouso para um estado de atividade pode também ser um sinal do sinal de aviso antecipado.
[0082] De acordo com uma modalidade sendo capaz de ser combinada com diferentes exemplos anteriormente descritos no estado de inatividade o número de canais feitos download pelo módulo de download é um único canal. A primeira parte do download do primeiro canal da taxa de bits de inatividade pode assim corresponder à taxa de bits de inatividade. Em outras palavras, no estado de inatividade ou download executado pelo decodificador é de um único canal. Não existe nenhum outro canal feito download nesta modalidade do que o canal decodificado no estado de inatividade.
[0083] De acordo com uma modalidade outra que a modalidade precedente descrita, sendo capaz de ser combinada com os diferentes exemplos anteriormente descritos, no estado de inatividade o método ainda compreende uma etapa de fazer download de pelo menos um outro canal em paralelo com o canal transmitido, o canal transmitido utilizando uma primeira parte da taxa de bits de inatividade e o pelo menos um outro canal em paralelo utilizando uma segunda parte da taxa de bits de inatividade, e em que a segunda parte da taxa de bits de inatividade sendo mais baixa do que a segunda parte da taxa de bits de atividade for fazer download de pelo menos um outro canal em paralelo no estado de atividade. O download dos outros canais pode ou ser em uma qualidade mais baixa ou não completo ou menos numeroso do que no estado de atividade.
[0084] A segunda parte da taxa de bits de inatividade sendo mais baixa do que a segunda parte da taxa de bits de atividade significa que a taxa de bits do(s) canal(ais) feito download em paralelo no estado de inatividade é um dos canais feitos download em paralelo no estado de atividade.
[0085] Assim, no caso de um pressionamento de mudança de canal do usuário sem detecção de sinal de aviso antecipado, o tempo de zapeamento é diminuído se o canal solicitado pelo usuário é um dos canais feitos download. Por exemplo, tal caso pode ocorrer pressionamento sobre um botão de mudança canal sem deslocamento do controle remoto.
[0086] A invenção também refere-se a um método para transmitir um canal feito download para ser capaz de enviar sinais para membros de comando de um dispositivo de display, o método de transmissão compreendendo o método de fazer download anteriormente descrito de acordo com os diferentes exemplos ou modalidades, em que o membro de decodificação compreende uma saída e o método de transmissão ainda compreende uma etapa de decodificar o primeiro canal e uma etapa de transformação em sinais transmitidos para a saída para transmitir sinais membros de comando de um dispositivo de display para exibir o primeiro canal.
[0087] No estado de atividade, o método de transmissão compreende as etapas de decodificar o primeiro canal na primeira qualidade pelo membro de decodificação e colocar em memória de armazenamento temporário os dados decodificados do canal, em outras palavras o canal decodificado.
[0088] No estado de inatividade, o método de transmissão pode compreender uma etapa de decodificar o canal feito download em qualidade de atividade.
[0089] No estado de atividade, o método de transmissão ainda compreende uma etapa de transmissão do primeiro canal decodificado na primeira qualidade para a saída do decodificador para enviar sinais aplicáveis diretamente para os membros de comando do dispositivo de display para exibir em uma tela o canal.
[0090] No estado de inatividade, o método de transmissão compreende uma etapa de transmissão do primeiro canal decodificado em qualidade de atividade para a saída do membro de decodificação para enviar sinais aplicáveis diretamente para os membros de comando do dispositivo de display para exibir em uma tela o primeiro canal,
[0091] O método de transmissão pode ainda compreender uma etapa de gravar em uma memória de armazenamento temporário dados decodificados do primeiro canal decodificado. Em outras palavras, gravar em uma memória de armazenamento temporário o canal decodificado para visualização.
[0092] De acordo com uma modalidade, o método de transmissão compreende, em sua etapa de decodificação, a decodificação de todos os canais no estado de atividade. Nesta modalidade, o método compreender a etapa de gravar em uma memória de armazenamento temporário os dados decodificados do primeiro canal, mas também os dados decodificados de outros canais feitos download em paralelo.
[0093] A invenção também refere-se a um método para zapear um canal que compreende o método de transmissão anteriormente descrito, em que o método de zapeamento compreende as etapas de: - receber um sinal de mudança de canal solicitado, então - mudar o canal decodificado para o canal solicitado como uma função do sinal de mudança de canal solicitado.
[0094] A mudança de canal solicitado é feita interrompendo a transmissão do canal decodificado então pelas etapas de decodificação e transmissão do canal solicitado.
[0095] Obviamente, a mudança de canal é possível nos dois estados do decodificador (de atividade ou de inatividade). No caso de atividade, a mudança de canal será feira com um tempo de zapeamento que corresponde à latência de mudança de canal se o canal solicitado pelo usuário corresponder ao canal ou canais feitos download em paralelo com o canal decodificado antes da mudança de canal.
[0096] Os canais feitos download em paralelo com o canal decodificado podem ser, por exemplo: - o canal seguinte e o canal precedente, e/ou - um canal decodificado regularmente, especificamente um canal regularmente assistido em um certo tempo.
[0097] A invenção também refere-se a um membro de decodificação que implementa um método de fazer download com ou sem os diferentes exemplos ou modalidades anteriormente descritos e/ou método de zapeamento anteriormente descrito, o membro de decodificação compreendendo um módulo de download.
[0098] A invenção também refere-se a um produto de "programa de computador" diretamente carregável em uma memória interna de um membro de decodificação, que compreende porções de código de software as quais, quando o dito programa é executado, leva o dito programa a implementar todas as etapas do método de fazer download com ou sem os diferentes exemplos ou modalidades anteriormente descritos.
[0099] A invenção também refere-se a um produto de "programa de computador" diretamente carregável em uma memória interna de um membro de decodificação, que compreende porções de código de software as quais, quando o dito programa é executado, leva o dito programa a implementar todas as etapas de método de zapeamento anteriormente descrito.
[0100] A invenção também refere-se a um suporte de gravação de dados legível por uma máquina que compreende um processador, que compreende um dos dois programas de computador anteriormente descritos.
[0101] A invenção também refere-se a um membro de decodificação que compreende uma memória de programa configurada para implementar o método de fazer download de canal anteriormente descrito ou um dos dois programas de computador anteriormente descritos.
[0102] O membro de decodificação pode ser um decodificador ou um tablet ou ao invés um computador.
[0103] A invenção também refere-se a um conjunto que compreende um membro de decodificação anteriormente descrito e um membro de controle remoto que compreende um sensor de acelerômetro capaz de enviar um sinal do sinal de aviso antecipado para comutar o módulo de download do estado de inatividade para o estado de atividade.
[0104] O membro de controle remoto pode ser um controle remoto por onda ou um smartphone que compreende uma aplicação de controle remoto do decodificador.
[0105] As diferentes características adicionais do método de acordo com a invenção, na medida em que estas são mutuamente exclusivas, são combinadas de acordo com todas as possibilidades de associação para terminar com diferentes modalidades exemplares da invenção.
[0106] A presente invenção também refere-se a um decodificador de televisão digital capaz de implementar o método de acordo com a invenção, com suas características principais, e potencialmente uma ou mais características adicionais que foram mencionadas.
[0107] A invenção e suas diferentes aplicações serão melhor compreendidas na leitura da descrição que segue e examinando as figuras que a acompanham.
BREVE DESCRIÇÃO DAS FIGURAS
[0108] Estas são somente apresentadas para propósitos indicativos e em nenhum modo limitam a invenção. As Figuras mostram:
[0109] Figura 1, já descrita, representa um diagrama que ilustra o procedimento de uma sequência de zapeamento para um decodificador de televisão digital que recebe um fluxo de sinais convencional através da rede de Internet;
[0110] Figuras 2a a 2c, também já descritas, cada uma representa um diagrama de tempo que ilustra o procedimento, na técnica anterior, de uma sequência de zapeamento para um decodificador de televisão digital que recebe um fluxo de sinais através da rede de Internet;
[0111] Figura 3, uma representação esquemática da operação de uma rede de televisão digital que permite a implementação de um exemplo do método de acordo com a invenção;
[0112] Figura 4 representa um fluxograma de um exemplo mudando o estado do decodificador;
[0113] Figuras 5a a 5c cada uma representa um diagrama de tempo de uma modalidade da invenção;
[0114] Figura 6 representa um gráfico de função sequencial
"Grafcet" que ilustra um método para fazer download de canal de acordo com uma modalidade.
DESCRIÇÃO DE MODALIDADES PREFERIDAS DA INVENÇÃO
[0115] A menos que declarado de outro modo, os diferentes elementos que aparecem em diversas figuras manterão a mesma referência.
[0116] A Figura 3 representa esquematicamente uma operação de uma rede de televisão digital que permite a implementação de um exemplo do método de fazer download de acordo com a invenção em um membro de decodificação do tipo decodificador D1 de acordo com a invenção.
[0117] O decodificador D1 compreende uma saída D10 conectada a uma televisão E1. O decodificador D1 compreende um sensor de sinal não representado e uma interface de controle remoto D11 para ler os sinais recebidos no sensor que originam de um controle remoto Tc. O controle remoto Tc compreende um movimento de sensor C, neste caso um acelerômetro.
[0118] O decodificador ainda compreende uma entrada D12 conectada a uma caixa de Internet B, também denominada Modem, tornando possível assegurar a função de porta de Internet entre a rede pública e a rede privada.
[0119] Um provedor de IPTV F transmite pela Internet para a caixa de Internet B pacotes de dados de televisão de canal(ais).
[0120] A caixa de Internet B transmite estes dados para o decodificador D1 através da sua entrada D12. O decodificador D1 envia solicitações de fazer download de canal para o provedor F. O decodificador assim faz download de pacotes de dados de um ou mais canais. Este download é executado de acordo com uma taxa de bits, isto quer dizer uma medição da quantidade de dados digitais transmitidos por unidade de tempo, neste caso em Megabits por segundo.
[0121] O decodificador D1 está configurado para fazer download dos canais de acordo com um método de fazer download de canal.
[0122] Para fazer isto, o decodificador compreende um processador D13 e compreende uma memória D14. O decodificador compreende um módulo de download D141 de canais na memória D14. O módulo de download D141 compreende um estado de atividade e um estado de inatividade.
[0123] Nos dois estados, o decodificador D1 compreende uma interface de download D15 utilizada pelo módulo de download D141 para fazer download de pelo menos um canal M assistido, e pode ainda fazer download de canais em paralelos com este. Fazer download de um canal significa fazer download dos pacotes de dados de um canal.
[0124] O decodificador D1 está ainda configurado para executar um método para transmitir o canal feito download N. O método de transmissão compreende uma etapa de decodificar o canal feito por download N. O canal N é decodificado por uma unidade de decodificação D16. O método de transmissão ainda compreende uma etapa de transformação do canal decodificado em sinais diretamente transmissíveis para os membros de comando da televisão E1. O canal decodificado é transformado por uma interface de display D17 do decodificador D1. A televisão E1 pode assim exibir em uma tela o canal N. O decodificador D1 está assim configurado para transmitir estes sinais através de sua saída D10 para o membro de display E.
[0125] O decodificador D1 está assim configurado para executar o método para fazer download de canal que compreende uma etapa de receber um fluxo de um canal ou diversos fluxos de canais em paralelo. A qualidade dos canais feitos download pode ser diferente.
[0126] O método para fazer download no módulo de download compreende no estado de atividade uma etapa de fazer download de um primeiro canal de visualização N em uma qualidade de atividade,
por exemplo, UHD. O download deste canal N requer uma primeira taxa de bits, por exemplo, 25 Mb/s megabits por segundo, também denominada largura de banda.
[0127] A Figura 5a representa um diagrama de tempo de um exemplo de download de canal quando o módulo de download está em um estado de atividade e uma comutação para o estado de inatividade.
[0128] A canal N é solicitado para ser assistido, isto quer dizer que um usuário solicita assistir um canal. Os pacotes do canal N são feitos download. Um canal feito download significa que os pacotes de um canal são feitos download.
[0129] O módulo de download D141 ainda compreende nesta etapa de fazer download do canal assistido, o download em paralelo de dois outros canais. Neste caso, os dois outros canais feitos download são o canal N+1, isto quer dizer o canal M, e o canal N-1, isto quer dizer um canal designado O.
[0130] O download de pelo menos um canal N outro que o primeiro canal decodificado M, neste caso os dois canais O e M, cada um também necessita uma taxa de bits por exemplo, de 25Mb/s. O download de três canais assim necessita 75Mb/s de taxa de bits.
[0131] Assim, no estado de atividade o módulo de download faz download dos canais em um período de atividade tal como, por exemplo, no exemplo da Figura 2b.
[0132] Segue que durante este tempo de atividade, se o usuário executar uma ação de solicitar uma mudança de canal 100 e que um dos canais é o canal N+1, isto é, o canal M, o tempo de mudança de canal será unicamente a latência de mudança de canal LCC. Obviamente, o tempo de zapeamento não é reduzido se o canal solicitado pelo usuário não for um dos canais feitos download em paralelo com o canal assistido no estado de atividade do decodificador.
[0133] O decodificador está também configurado para comutar do estado de atividade para o estado de inatividade. Na Figura 5a, uma ação de final de atividade 102 é determinada, segue que o decodificador D1 comuta do estado de atividade EA para o estado de inatividade El.
[0134] A determinação de final de estado pode ser uma etapa do método de fazer download de canal executado pelo módulo de download, mas também poderia ser executado por outro módulo do decodificador.
[0135] A etapa de determinação pode compreender diferentes operações. A Figura 6 representa uma etapa de determinação de final de estado que compreende uma ação de medir um período ocioso no estado de atividade. Neste caso, a ação de medir um período ocioso é uma contagem regressiva CaR que tem um valor limite de referência, neste caso, 15 minutos. Isto também poderia ser um retarde de tempo, e o período ocioso pode ser entre 5 e 20, minutos por exemplo. O valor limite de referência pode ser memorizado em uma memória do decodificador, por exemplo, no módulo de download.
[0136] A contagem regressiva mede o tempo que decorre de uma mudança de canal ou de uma comutação do estado de inatividade para o estado de atividade de um valor limite de referência memorizado, o qual é neste caso 15 minutos. Assim, a contagem regressiva compara o período ocioso medido com o valor limite de 15 minutos.
[0137] A contagem regressiva é reinicializada em cada sinal de atividade. A Figura 6 mostra exemplos de sinal de atividade. O sinal de atividade compreende sinais recebidos que original da base do usuário. Neste caso, o sinal de atividade compreende um sinal de pressionar sobre um botão To do controle remoto TC e um sinal de movimento do controle remoto TC que origina do sensor de movimento C.
[0138] Assim, quando o usuário executa a ação de zapeamento 100, o decodificador recebe um sinal de mudança de canal 101 que origina da ação de zapeamento, por exemplo, de um controle remoto, e mede o período ocioso desta mudança do canal. Em cada canal mudança de canal, o período ocioso é reinicializado.
[0139] Se, durante os 15 minutos, o decodificador não recebeu nenhum sinal de atividade, o módulo de download detecta um final de estado 102 e comuta do estado de atividade EA para o estado de inatividade El.
[0140] O módulo de download está configurado no estado de inatividade para continuar a fazer download do primeiro canal M assistido. A qualidade pode ser idêntica ou pode ser aperfeiçoada. O download no estado de inatividade El de um único canal N pode ser executado em um fluxo de unidifusão. Quando o método comuta para o estado de atividade EA, o download dos canais N, N+1 e N-1 pode ser executado enquanto fazendo download de diversos fluxos em paralelo.
[0141] A Figura 5a mostra neste exemplo que somente o canal N continua a ser feito download (os outros canais N+1 e N-1 não são mais feitos download).
[0142] A Figura 4 representa um exemplo de fluxograma que muda o estado do módulo de download D141 do decodificador D1. Durante a comutação do estado de inatividade para o estado de atividade, existe um reinício de download de canais em paralelo e durante a comutação do estado de atividade para o estado de inatividade, existe uma parada de download de canais em paralelo.
[0143] Neste estado de inatividade El, o decodificador decodifica o canal N na unidade de decodificação D16 e grava em uma memória de armazenamento temporário D142 o canal decodificado N, a ser transmitido por meio da interface de display D17 em sinais na saída D10 aplicáveis pelo dispositivo de display E1.
[0144] Assim a taxa de bits para fazer download de canal comuta 75Mbit/s para 25 Mbit/s.
[0145] Assim, se outro produto tal como um console de videogames ou um computador que utiliza a mesma caixa de Internet B requerer um recurso de 30Mbit/s, por exemplo, a taxa de bits necessária na caixa irá do estado de atividade de 105Mb/s para 55Mbit/s. Neste caso onde a caixa não pode ir além de uma taxa de bits de 100Mbit/s, existe assim um risco de saturação da largura de banda.
[0146] O método de carregamento ainda compreende as etapas de estado de inatividade de: • receber um sinal de um sinal de aviso antecipado de mudança de canal 103 pelo usuário • mudar o estado do módulo de download comutando do estado de inatividade para o estado de atividade quando um sinal do sinal de aviso antecipado de mudança de canal 103 foi recebido.
[0147] O módulo de download pode estar configurado para receber um sinal do sinal de aviso antecipado de mudança de canal 103 pelo usuário e para mudar comutando do estado de inatividade para o estado de atividade quando um sinal do sinal de aviso antecipado de mudança de canal 103 foi recebido.
[0148] O sinal do sinal de aviso antecipado 103 pode ser enviado pelo membro de controle remoto TC. O sinal do sinal de aviso antecipado de mudança de canal 103 pode compreender um sinal de pressionar sobre um botão de solicitação do membro de controle remoto ou um sinal do sensor de posição C. Obviamente, o sinal do sinal de aviso antecipado de mudança de canal 103 não pode ser um botão de mudança de canal porque este não mais seria sinal de aviso antecipado de mudança de canal. Em outras palavras, o membro de controle remoto TC compreende botões de mudança de canal por um lado e por outro lado botões de solicitação, tal como para aumentar ou diminuir o volume do som, informações, gravação direta, etc. Pressionar sobre o botão "desligado" para colocar o membro de decodificação DC no modo de repouso obviamente não pode ser interpretado como um sinal de aviso antecipado de mudança de canal.
[0149] Por exemplo, o sensor de aceleração pode medir uma aceleração do deslocamento do membro de controle remoto e enviar um sinal de aceleração para o decodificador.
[0150] O método pode compreender uma etapa de detectar um sinal de aviso antecipado 103 quando um sinal de aceleração recebido for maior do que ou igual a um sinal de limite representativo de uma aceleração de 0,3g, de preferência maior do que 0,5g ou 1g.
[0151] O decodificador compreende neste caso um módulo de análise de comportamento de usuário D143 para executar a etapa de detectar um sinal do sinal de aviso antecipado de mudança de canal 103 pelo usuário. O módulo de download D141 recebe o sinal do sinal de aviso antecipado de mudança de canal 103 do módulo de detecção D143.
[0152] Por exemplo, o método pode compreender uma etapa de comparação de um sinal de aceleração recebido com pelo menos um sinal de limite representativo de uma aceleração de 0,5g e em que se o sinal de aceleração for maior do que o sinal de limite, um sinal do sinal de aviso antecipado de mudança de canal 103 é considerado como detectado.
[0153] O módulo de análise de comportamento de usuário D143 está neste caso configurado para executar esta etapa de comparação.
[0154] De acordo com outra modalidade, não representada, o controle remoto está configurado para executar a tapa de comparação, o método ainda compreende uma etapa de enviar um sinal do sinal de aviso antecipado para o decodificador unicamente se o sinal de aceleração medido pelo sensor for maior do que um valor limite, por exemplo, 0,5g ou pelo menos 1g. Isto torna possível determinar uma pega do controle remoto pelo usuário.
[0155] De acordo com uma modalidade não descrita, o membro de decodificação compreende um microfone. O sinal do sinal de aviso antecipado 103 pode compreender neste caso um sinal recebido de um microfone para abrir uma aplicação no membro de decodificação DC. Por exemplo, o sinal pode ser uma palavra ou frase chave para disparar o membro de decodificação. O microfone pode estar, de acordo com outro exemplo não representado, no controle remoto.
[0156] O sinal do sinal de aviso antecipado pode também ser uma detecção de anúncios no canal. Por exemplo, a detecção pode ser executada por um aumento no volume na decodificação de pacotes.
[0157] Assim, o módulo de download comuta do estado de inatividade El para o estado de atividade EA. A Figura 5b mostra o caso de um sinal do sinal de aviso antecipado de mudança de canal 103 sem o usuário ter mudado o canal. Neste caso, o módulo de download comuta para o estado de atividade deste sinal do sinal de aviso antecipado de mudança de canal 103 recebido e, após uma latência de download, os canais N+1 e N-1 são feitos download. A contagem regressiva assim mede um período ocioso e se o usuário não executar nenhuma ação, notadamente no controle remoto, nenhum sinal de atividade é enviado. Após o período ocioso, neste caso quinze minutos, o módulo de download comuta de volta para o estado de inatividade.
[0158] No entanto, neste caso onde um sinal do sinal de aviso antecipado de mudança de canal 103 é um precursor de uma mudança de canal pelo usuário, a comutação com antecedência para o estado de atividade EA para o carregamento de canais torna possível diminuir o tempo de zapeamento TZ.
[0159] A Figura 5c representa tal caso, por exemplo, o usuário pega seu controle remoto TC e assim o sensor de deslocamento identifica uma mudança de orientação do controle remoto pelo usuário representativa de um sinal do sinal de aviso antecipado de mudança de canal 103 e a seguir pressiona sobre um botão "P+", também denominado botão "CH+", do comando TC para zapear para o canal seguinte M (N+1).
[0160] A Figura 5c, mostra que após ter detectado o sinal do sinal de aviso antecipado de mudança de canal 103, uma ação de zapeamento 100 durante o estado de atividade El leva a um sinal de mudança de canal 101. O canal M sendo feito download, o tempo de zapeamento TZ então corresponde somente à latência de mudança de canal LCC. Um método de zapeamento está a seguir descrito explicando como a mudança de canal é executada.
[0161] O canal M tendo se tornado o primeiro canal, os canais feitos download em paralelo tornam-se o canal M+1 que corresponde ao canal N+2 e o canal N (M-1) continua a ser feito download.
[0162] De acordo com uma modalidade, não representada, o decodificador D1 pode receber sinais de um smartphone, e em que um sinal do sinal de aviso antecipado compreende a abertura de uma aplicação de controle remoto no smartphone a ser utilizado como o controle remoto. A aplicação de controle remoto pode comandar o decodificador D1.
[0163] Durante a abertura da aplicação, o smartphone envia um sinal de abertura de aplicação para o decodificador D1 e o qual é determinado como um sinal do sinal de aviso antecipado 103.
[0164] De acordo com outra modalidade, não representada, no estado de inatividade, o módulo de download está configurado de modo que o método ainda compreende na etapa de fazer download do canal M o download de um único outro canal em paralelo, por exemplo, N+1. Em outras palavras, o número de canais feitos download no estado de atividade é maior, neste caso três, do que o número de canais no estado de inatividade, neste caso dois canais. Assim, isto torna possível diminuir a largura de banda no estado de inatividade. A taxa de bits é assim mais baixa no estado de inatividade do que no estado de atividade.
[0165] De acordo com outra modalidade, não representada, no estado de inatividade, o módulo de download está configurado de modo que o método de fazer download ainda compreende na etapa de fazer download do canal M o download de pelo menos um dos outros canais feitos download em paralelo no estado de atividade, mas em uma qualidade inferior à qualidade no estado de atividade.
[0166] Assim, no caso de um pressionamento de mudança de canal do usuário sem detecção de sinal de aviso antecipado, o tempo de zapeamento é diminuído se o canal solicitado pelo usuário é um dos canais feito download.
[0167] O decodificador D1 compreende um método para zapear um canal que compreende o método de fazer download de acordo com uma das modalidades descritas assim como o método de transmissão anteriormente descrito e uma etapa de recepção do canal sinal de mudança de canal solicitado 101 então uma etapa de mudar o canal decodificado N para o canal solicitado M como uma função do sinal de mudança de canal 101. A mudança de canal acontece interrompendo a decodificação e a transmissão do canal decodificado N então executando as etapas de decodificação e de transmissão do canal solicitado M.
[0168] O decodificador D assim executa um assim denominado comando de "comando de conectar IGMP", neste caso o canal M, e um assim denominado comando de "comando de deixar IGMP ", neste caso o canal N, para o provedor através da Internet.
[0169] Obviamente, a mudança de canal é possível nos dois estados do decodificador D1 (de atividade ou de inatividade). Como acima explicado, no caso de estado de atividade EA, a mudança de canal será feita com um tempo de zapeamento TZ que corresponde à latência de mudança de canal LCC se o canal M solicitado pelo usuário corresponder ao canal ou canais feitos download em paralelo com o canal decodificado N antes da recepção do sinal de mudança de canal
101.
[0170] No caso de estado de inatividade, se não existir um canal feito download em paralelo como no exemplo representado, o tempo de zapeamento TZ corresponderá à soma da latência de download LT e da latência de mudança de canal LCC.
[0171] No exemplo descrito, o membro de decodificação é um decodificador mas poderia ser um tablet ou ao invés um computador.
[0172] No exemplo representado, os canais feitos download em paralelo com o canal decodificado são o canal N+1 seguinte e canal N- 1 precedente. De acordo com outra modalidade, não representada, os canais feitos download em paralelo são canais outros que os canais que seguem e precedem o canal visto. Por exemplo, o módulo de análise de comportamento de usuário pode detectar e memorizar um canal regularmente decodificado, especificamente um canal regularmente assistido em um certo tempo. Neste caso, neste tempo o módulo de download pode fazer download em paralelo deste canal regularmente assistido.
[0173] Obviamente, a invenção não está limitada à modalidade que foi descrita.
[0174] Assim, o decodificador de acordo com a invenção notadamente compreende meios para implementar o método de acordo com a invenção, e notadamente uma memória de programa com uma primeira aplicação para executar o método de mudança de canal.
[0175] A presente invenção foi descrita e ilustrada na presente descrição detalhada e nas figuras dos desenhos anexos, em possíveis modalidades. A presente invenção não está limitada, no entanto, às modalidades descritas. Outras alternativas e modalidades podem ser deduzidas e implementadas por aqueles versados na técnica na leitura da presente descrição e dos desenhos anexos.
[0176] Nas reivindicações, o termo "compreende" não exclui outros elementos ou outras etapas. Um único processador ou diversas outras unidades podem ser utilizados para implementar uma invenção. As diferentes características descritas e/ou reivindicadas podem ser vantajosamente combinadas. A sua presença na descrição ou nas diferentes reivindicações dependentes não exclui esta possibilidade. Os símbolos de referência não podem em nenhum modo ser compreendidos como limitando o escopo da invenção.

Claims (15)

REIVINDICAÇÕES
1. Método para fazer download de canal para zapear de um canal digital para outro canal digital em um membro de decodificação configurado para decodificar um canal e para transmiti-lo para uma tela, o membro de decodificação (D1) compreendendo um módulo de download (D141) que compreende um estado de atividade (EA), • em que o método compreende no estado de atividade uma etapa de fazer download de um primeiro canal de visualização (N) em uma qualidade de atividade e pelo menos um outro canal (M) em paralelo com o primeiro canal (N), o download sendo executado de acordo com uma taxa de bits de atividade, o módulo de download (D141) ainda compreendendo um estado de inatividade (El) que tem uma taxa de bits de inatividade de download mais baixa do que a taxa de bits de atividade caracterizado pelo fato de que o método compreende no estado de inatividade as etapas de: • fazer download do primeiro canal (N) na qualidade de atividade, • receber um sinal de um sinal de aviso antecipado de mudança de canal (103), • mudar o estado do módulo de download (D141) comutando do estado de inatividade (El) para o estado de atividade (EA) quando o sinal de um sinal de aviso antecipado de mudança de canal (103) foi recebido.
2. Método para fazer download de canal de acordo com a reivindicação 1, caracterizado pelo fato de ainda compreender uma etapa de determinar o final do estado de atividade (102) para comutar do estado de atividade (EA) para o estado de inatividade (El) e em que a etapa de determinação compreende diferentes operações que consistem em:
 medir um período ocioso no estado de atividade (EA) que consiste em medir o tempo que decorre de uma mudança de canal feito download ou da recepção de um sinal do sinal de aviso antecipado de mudança de canal (103),  comparar o período ocioso medido com pelo menos um valor limite de referência memorizado.
3. Método para fazer download de canal de acordo com a reivindicação 1 ou 2, caracterizado pelo fato de que o sinal do sinal de aviso antecipado (103) compreende um sinal enviado por um membro de controle remoto (TC) para o membro de decodificação (D1), notadamente um sinal de um sensor de deslocamento do membro de controle remoto (TC).
4. Método para fazer download de canal de acordo com a reivindicação 3, caracterizado pelo fato de que o sensor de deslocamento (C) é um acelerômetro e em que o método de fazer download compreende uma etapa de detectar um sinal do sinal de aviso antecipado (103) quando um sinal de aceleração recebido for maior do que ou igual a um sinal de limite representativo de uma aceleração de 0,3g, de preferência maior do que 0,5g.
5. Método para fazer download de canal de acordo com a reivindicação 3 ou 4, caracterizado pelo fato de que o sinal do sinal de aviso antecipado compreende um sinal que origina de uma medição do sensor de controle remoto indicando pelo menos uma aceleração de 0,5g ou pelo menos 1g.
6. Método para fazer download de canal de acordo com qualquer uma das reivindicações 3 a 5, caracterizado pelo fato de que o sinal do sinal de aviso antecipado (103) compreende um sinal de um pressionamento sobre um botão de solicitação do membro de controle remoto (TC).
7. Método para fazer download de canal de acordo com qualquer uma das reivindicações 1 a 6, caracterizado pelo fato de que o sinal do sinal de aviso antecipado (103) compreende um sinal recebido de um microfone que corresponde a uma palavra chave.
8. Método para fazer download de canal de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de que no estado de inatividade (El), o número de canais feitos download pelo módulo de download (D141) é um único canal (N).
9. Método para fazer download de canal de acordo com qualquer uma das reivindicações 1 a 7 caracterizado pelo fato de que no estado de inatividade o método ainda compreende uma etapa de fazer download de pelo menos um outro canal em paralelo com o canal transmitido, o canal transmitido utilizando uma primeira parte da taxa de bits de inatividade e o pelo menos um outro canal em paralelo utilizando uma segunda parte da taxa de bits de inatividade, e em que a segunda parte da taxa de bits de inatividade sendo mais baixa do que uma segunda parte da taxa de bits de atividade para fazer download de pelo menos um outro canal (M) em paralelo no estado de atividade.
10. Método para transmitir um canal feito download (N) para ser capaz de enviar sinais para comandar membros de um dispositivo de display (E), o método de transmissão compreendendo o método de fazer download como definido em qualquer uma das reivindicações 1 a 9 e caracterizado pelo fato de que o membro de decodificação (D1) compreende uma saída (D10) e o método de transmissão ainda compreende uma etapa de decodificar o primeiro canal (N) e uma etapa de transformação em sinais transmitidos para a saída (D10) para transmitir sinais para comandar membros de um dispositivo de display (E) para exibir o primeiro canal (N).
11. Método para zapear de um canal para outro canal que compreende o método de transmissão como definido na reivindicação 10, caracterizado pelo fato de que método de zapear compreende as sucessivas etapas de:
- receber um sinal de mudança de canal solicitado (M), - mudar o canal do canal decodificado (N) para o canal solicitado (M) como uma função do sinal de mudança de canal solicitado.
12. Membro de decodificação configurado para implementar o método de fazer download como definido em qualquer uma das reivindicações 1 a 9 e/ou o método de zapear como definido na reivindicação 11, caracterizado pelo fato de que o membro de decodificação compreende um módulo de download.
13. Produto de "programa de computador" diretamente carregável em uma memória interna (D14) de um membro de decodificação (D1), caracterizado pelo fato de compreender porções de código de software as quais, quando o dito programa é executado, leva o dito programa a implementar as etapas de o método de fazer download como definido em qualquer uma das reivindicações 1 a 9 e/ou o método de zapear como definido na reivindicação 11.
14. Suporte de gravação de dados legível por uma máquina que compreende um processador, caracterizado pelo fato de compreender o programa de computador como definifo na reivindicação
13.
15. Conjunto que compreende um membro de decodificação como definido na reivindicação 12, e um membro de controle remoto caracterizado pelo fato de compreender um sensor de acelerômetro capaz de enviar um sinal do sinal de aviso antecipado (103) para comutar o módulo de download (D141) do estado de inatividade (El) para o estado de atividade (EA).
BR112020012352-8A 2017-12-19 2018-12-04 método para fazer download de canal para zapear um canal digital de acordo com o comportamento do usuário BR112020012352A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR1762522A FR3075543B1 (fr) 2017-12-19 2017-12-19 Procede de telechargement de chaine pour le zapping d'une chaine numerique en fonction du comportement utilisateur
FR1762522 2017-12-19
PCT/EP2018/083420 WO2019120974A1 (fr) 2017-12-19 2018-12-04 Procédé de téléchargement de chaîne pour le zapping d'une chaîne numérique en fonction du comportement utilisateur

Publications (1)

Publication Number Publication Date
BR112020012352A2 true BR112020012352A2 (pt) 2020-11-24

Family

ID=61873454

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112020012352-8A BR112020012352A2 (pt) 2017-12-19 2018-12-04 método para fazer download de canal para zapear um canal digital de acordo com o comportamento do usuário

Country Status (6)

Country Link
US (1) US20200322675A1 (pt)
EP (1) EP3673662A1 (pt)
CN (1) CN111630866A (pt)
BR (1) BR112020012352A2 (pt)
FR (1) FR3075543B1 (pt)
WO (1) WO2019120974A1 (pt)

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060075428A1 (en) * 2004-10-04 2006-04-06 Wave7 Optics, Inc. Minimizing channel change time for IP video
US20080092203A1 (en) * 2006-10-13 2008-04-17 Nokia Corporation Approach for channel switch time reduction in IPDC over DVB-H
DE602007012288D1 (de) * 2006-11-14 2011-03-10 Koninkl Philips Electronics Nv Verfahren und empfangseinheit zum schnellen wechsel von diensten
US7996872B2 (en) * 2006-12-20 2011-08-09 Intel Corporation Method and apparatus for switching program streams using a variable speed program stream buffer coupled to a variable speed decoder
US20080244665A1 (en) * 2007-04-02 2008-10-02 At&T Knowledge Ventures, Lp System and method of providing video content
FR3007615A1 (fr) * 2013-06-24 2014-12-26 France Telecom Procede d'amelioration du temps de changement entre programmes audiovisuels
US10397358B2 (en) * 2016-02-24 2019-08-27 Lenovo (Singapore) Pte. Ltd. Apparatus, method, and program product for pre-caching streaming content
CN106341727A (zh) * 2016-10-08 2017-01-18 北京邦天信息技术有限公司 一种频道切换方法和装置、以及视频终端

Also Published As

Publication number Publication date
CN111630866A (zh) 2020-09-04
EP3673662A1 (fr) 2020-07-01
FR3075543A1 (fr) 2019-06-21
WO2019120974A1 (fr) 2019-06-27
US20200322675A1 (en) 2020-10-08
FR3075543B1 (fr) 2019-11-22

Similar Documents

Publication Publication Date Title
US8495687B2 (en) DVR home network content shifting
JP4505450B2 (ja) データ要求送信装置及びプロセス並びに対応するプロダクツ
WO2019228078A1 (zh) 一种视频转码系统、方法、装置及存储介质
CN112822503B (zh) 直播视频流的播放方法、装置、设备及存储介质
US8631143B2 (en) Apparatus and method for providing multimedia content
US20130021530A1 (en) Transmitting device, receiving system, communication system, transmission method, reception method, and program
CN111031385B (zh) 视频播放的方法及装置
US20140068013A1 (en) Method of playing internet video and related electronic device
US20190253470A1 (en) Data buffering method, network device, and storage medium
US10218755B2 (en) Extended selection and alignment of video segments for adaptive streaming
US20100132007A1 (en) Accelerating channel change time with external picture property markings
CN111866526B (zh) 一种直播业务处理方法和装置
US20120154678A1 (en) Receiving device, screen frame transmission system and method
BR112020012352A2 (pt) método para fazer download de canal para zapear um canal digital de acordo com o comportamento do usuário
US20230188585A1 (en) Content player performance detection
WO2012046090A1 (en) System and method for error detection and data replacement in broadcast services
US20100146540A1 (en) Receiving device, communications system, receiving device control method and program
JP4823232B2 (ja) ディジタル・ネットワークにおけるネットワーク管理チャネル変更
Dąbrowski et al. Analysis of video delay in Internet TV service over adaptive HTTP streaming
WO2018099019A1 (zh) 视频流的获取方法、获取装置和服务器
WO2017175482A1 (ja) 配信システム、ミッドロールサーバ、端末装置、広告発火装置、および情報処理方法
US20230336817A1 (en) Customer premises equipment with a network probe and a method for monitoring quality of service in an iptv content delivery network
KR101544473B1 (ko) 디지털 비디오 레코더와 통신 제어 방법
KR101521662B1 (ko) 디지털 방송 시스템 및 이를 관리하는 방법
CN115604496A (zh) 一种显示设备、直播切台方法及存储介质

Legal Events

Date Code Title Description
B350 Update of information on the portal [chapter 15.35 patent gazette]
B08F Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette]

Free format text: REFERENTE A 5A ANUIDADE.

B08K Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette]

Free format text: EM VIRTUDE DO ARQUIVAMENTO PUBLICADO NA RPI 2751 DE 26-09-2023 E CONSIDERANDO AUSENCIA DE MANIFESTACAO DENTRO DOS PRAZOS LEGAIS, INFORMO QUE CABE SER MANTIDO O ARQUIVAMENTO DO PEDIDO DE PATENTE, CONFORME O DISPOSTO NO ARTIGO 12, DA RESOLUCAO 113/2013.