BR112015022053B1 - Método para aperfeiçoar custos de armazenamento e transcodificação em sistemas de vídeo sob demanda (ndvr) baseados em rede - Google Patents

Método para aperfeiçoar custos de armazenamento e transcodificação em sistemas de vídeo sob demanda (ndvr) baseados em rede Download PDF

Info

Publication number
BR112015022053B1
BR112015022053B1 BR112015022053-3A BR112015022053A BR112015022053B1 BR 112015022053 B1 BR112015022053 B1 BR 112015022053B1 BR 112015022053 A BR112015022053 A BR 112015022053A BR 112015022053 B1 BR112015022053 B1 BR 112015022053B1
Authority
BR
Brazil
Prior art keywords
content
format
formats
requested content
playback
Prior art date
Application number
BR112015022053-3A
Other languages
English (en)
Other versions
BR112015022053A8 (pt
BR112015022053A2 (pt
Inventor
David M. Bjordammen
Thomas L. Dubreuil
Original Assignee
Arris International Ip Ltd.
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
Priority claimed from US13/857,499 external-priority patent/US9124905B2/en
Application filed by Arris International Ip Ltd. filed Critical Arris International Ip Ltd.
Publication of BR112015022053A2 publication Critical patent/BR112015022053A2/pt
Publication of BR112015022053A8 publication Critical patent/BR112015022053A8/pt
Publication of BR112015022053B1 publication Critical patent/BR112015022053B1/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/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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/23113—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion involving housekeeping operations for stored content, e.g. prioritizing content for deletion because of storage space restrictions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2408—Monitoring of the upstream path of the transmission network, e.g. client requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/251—Learning process for intelligent management, e.g. learning user preferences for recommending movies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • H04N21/25825—Management of client data involving client display capabilities, e.g. screen resolution of a mobile phone
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • H04N21/25833—Management of client data involving client hardware characteristics, e.g. manufacturer, processing or storage capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • H04N21/25891—Management of end-user data being end-user 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/27—Server based end-user applications
    • H04N21/274—Storing end-user multimedia data in response to end-user request, e.g. network recorder
    • H04N21/2747—Remote storage of video programs received via the downstream path, e.g. from the server
    • 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/44204—Monitoring of content usage, e.g. the number of times a movie has been viewed, copied or the amount which has been watched
    • 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
    • H04N21/47202—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 for requesting content on demand, e.g. video on demand

Abstract

sistema e método para aperfeiçoar custos de armazenamento e transcodificação em dvr em rede. trata-se de um método que inclui: armazenar, através de um dispositivo de armazenamento de rede, informações relacionadas ao histórico de reprodução de um dispositivo de reprodução de conteúdo; receber, através de um agendador de gravador digital de vídeo em rede, uma solicitação para gravar o conteúdo solicitado; receber, através de um gravador digital de vídeo em rede, o conteúdo solicitado em um primeiro formato e o conteúdo solicitado em um segundo formato; e armazenar, através do gravador digital de vídeo em rede, apenas um dentre o conteúdo solicitado no primeiro formato ou o conteúdo solicitado em um segundo formato com base nas informações relacionadas ao histórico de reprodução.

Description

REFERÊNCIA CRUZADA
[001] O presente pedido é uma continuação em parte do Pedido no U.S. 13/857.499, depositado no dia 5 de abril de 2013, intitulado "System And Method For Optimizing Storage And Transcoding Costs In Network DVR”, que reivindica prioridade ao Pedido Provisório no U.S. 61/800.954 intitulado "System And Method For Optimizing Storage And Transcoding Costs In Network DVR", depositado no dia 15 de março de 2015, cujas revelações de ambos são incorporadas no presente documento em sua totalidade a título de referência.
ANTECEDENTES
[002] Geralmente, a presente revelação refere-se a gravadores digitais de vídeo em rede (nDVRs).
BREVE SUMÁRIO DOS DESENHOS
[003] Os desenhos anexos, os quais são incorporados e formam uma parte do relatório descritivo, ilustram modalidades exemplificativas e, junto com a descrição, servem para explicar os princípios da presente revelação. Nos desenhos: a figura 1 ilustra um sistema de nDVR convencional; a figura 2 ilustra outro sistema de nDVR exemplificativo; a figura 3 ilustra um processo por meio do qual o conteúdo é armazenado e deletado; a figura 4 ilustra um processo por meio do qual o conteúdo é reproduzido; a figura 5 ilustra um gráfico que mostra uma análise de custo para a determinação se deve gravar ou transcodificar conteúdo; e a figura 6 ilustra um gráfico que mostra a probabilidade de visualização o conteúdo gravado com o passar do tempo.
DESCRIÇÃO DETALHADA
[004] As modalidades da presente revelação referem-se a um método para aperfeiçoar custos de armazenamento e transcodificação em sistemas Vídeo Sob demanda (nDVR) baseados em rede. Conforme descrito em mais detalhes abaixo, uma decisão melhorada com relação a se deve armazenar variáveis de um conteúdo, pode incluir uma avaliação de um histórico do assinante, uma previsão de uso futuro, um tipo de dispositivo ou um tipo de conexão de ligação.
[005] Vários operadores de rede estão considerando o emprego de um DVR à base de rede como uma alternativa para o tradicional DVR residencial, por exemplo, um DVR que é incluído em um decodificador de sinais (STB). Algumas das razões para que a abordagem de nDVR seja atrativa para operadores incluem: é uma forma mais eficaz para suportar conteúdo de DVR em múltiplas telas, permite que STBs herdados suportem funções de DVR, possibilita oportunidades de aumento de vendas lucrativas e possibilita uma nova plataforma para propaganda direcionada.
[006] Em alguns casos, exige-se que o provedor de conteúdo armazene cada gravação do assinante de maneira exclusiva, mesmo no caso em que múltiplos assinantes gravam o mesmo conteúdo. Esse requisito aumenta significativamente os custos de armazenamento em uma implantação de nDVR, até o ponto em que aqueles custos podem exceder os custos de DVR residencial tradicional. Esse fator é agravado com suporte para múltiplas telas. Conforme usado no presente documento, múltiplas telas significam múltiplos formatos. Se todos os formatos necessários forem gravados e armazenados de maneira exclusiva para cada gravação para cada assinante, os custos de armazenamento aumentarão ainda mais.
[007] Uma maneira de diminuir os custos de armazenamento de nDVR seria minimizar o número de formatos gravados para um determinado ativo (no caso mínimo, para gravar apenas um único formato de alta qualidade). A fim de suportar nDVR em múltiplas telas, no entanto, o sistema precisaria ter capacidade para transcodificar dinamicamente o conteúdo simultaneamente à operação para converter o conteúdo em um formato (isto é, resolução de tela) apropriado para o dispositivo de exibição. No entanto, essa transcodificação sob demanda é dispendiosa, consome fontes de processamento dispendiosas em um dispositivo de transcodificação.
[008] Dessa forma, há uma situação de equilíbrio entre os custos de armazenamento e custos de transcodificação e é interessante para operadores de rede encontrar o ponto ideal (de custo mais baixo) entre esses custos.
[009] Uma abordagem à situação de equilíbrio de armazenamento/transcodificação é configurar estaticamente o sistema em determinado modo, para manusear todas as gravações em uma das seguintes maneiras: gravar e armazenar todos os formatos possíveis, gravar e armazenar apenas um formato e transcodificar outros, conforme necessário, ou gravar e armazenar poucos formatos específicos e transcodificar outros, conforme necessário.
[010] No entanto, provavelmente, nenhuma dessas abordagens estáticas é ideal. Devido ao fato de que os hábitos de visualização variam de acordo com o usuário, a melhor escolha de armazenamento/transcodificação para uma gravação provavelmente não deve ser a melhor escolha para outra gravação. Em outras palavras, uma abordagem universal certamente não é ideal.
[011] Algumas gravações apresentam alta probabilidade de serem reproduzidas em apenas um formato, outras gravações, talvez, apenas em outro formato, outras podem ser reproduzidas em todos os formatos possíveis e, ainda assim, outras podem não ser reproduzidas (estudos mostram que 20% ou mais de todas as gravações de DVR nunca são visualizadas). Ademais, algumas gravações provavelmente devem ser reproduzidas dentro de um dia ou dois após a gravação, mas nunca são visualizadas novamente (considera-se, por exemplo, uma gravação de um jogo de basebal de estação regular). Outras gravações provavelmente devem ser visualizadas várias vezes em um longo período de tempo (considera-se a gravação de um filme favorito da criança). Observa-se que esses dois tipos de gravações provavelmente existem dentro da mesma conta de assinante.
[012] Em geral, há múltiplos observadores em uma casa que compartilham a mesma conta e todos esses observadores agendam gravações. Ademais, cada observador tem hábitos de visualização diferentes, com dispositivos de visualização preferenciais diferentes dependendo do tipo de programa. Precisa-se desenvolver um processo para prever quais formatos são os mais prováveis de ser visualizados, com que frequência serão visualizados e quando serão visualizados com base em histórico de visualização passado.
[013] A FIGURA 1 ilustra um sistema de nDVR convencional 100.
[014] Conforme mostrado na Figura, o sistema 100 compreende dispositivo de consumidor 102, agendador 104, banco de dados de conta de assinante 106, gerenciador de gravador 108, banco de dados de localizador de conteúdo 110, gravador 112, transcodificador de múltiplas taxas 114, arquivo de gravações 116, gerenciador de sessão de reprodução 118, e transmissor contínuo/empacotador 120.
[015] As interfaces de controle são mostradas como linhas de conexão finas 132, 134, 136, 138, 140, 142, 144 e 146 e as interfaces de conteúdo são mostradas como linhas de conexão espessas 122, 124, 126, 128 e 130. Uma interface de controle é uma interface em que as instruções ou os comandos são comunicados e uma interface de conteúdo é uma interface em que o conteúdo é movido de um local para outro.
[016] O dispositivo de consumidor 102 pode ser qualquer dispositivo em que o conteúdo pode ser visualizado e/ou em que gravações podem ser agendadas (por exemplo, as gravações podem ser agendadas através de um dispositivo de consumidor em uma conta e, em seguida, reproduzidas nos mesmos dispositivos ou em dispositivos diferentes associados a essa conta). Os exemplos não limitantes de dispositivo de consumidor 102 incluem uma televisão, computador do tipo desktop, um computador do tipo laptop, um computador do tipo tablet e um telefone celular. O dispositivo de consumidor 102 também pode incluir uma interface de usuário gráfica (GUI) que possibilitará ao consumidor solicitar a entrega de conteúdo, alterar configurações, etc.
[017] O agendador 104 recebe solicitações de agendamento a partir do dispositivo de consumidor 102, determina a acessibilidade de conteúdo e agenda gravações de conteúdo.
[018] O banco de dados de conta de assinante 106 armazena informações sobre conta de assinantes. Os exemplos não limitantes de informações armazenadas incluem número de conta, nome do consumidor, endereço, tipo de assinatura, privilégios, os tipos de dispositivos usados para visualizar o conteúdo e identidades de dispositivo específicas, por exemplo, os dispositivos podem ter que registrar-se de maneira exclusiva a uma conta antes de permitir que os mesmos agendem ou visualizem gravações por razões de segurança.
[019] O gerenciador de gravador 108 recebe informações a partir do agendador 104 com relação ao conteúdo a ser gravado. O gerenciador de gravador 108 também retransmite informações para o gravador 112 com relação ao(s) tipo(s) de conteúdo e formato(s) que precisam ser gravados para visualização futura.
[020] O banco de dados de localizador de conteúdo 110 recebe informações a partir do gerenciador de gravador 108 com relação à localização de conteúdo gravado específico, informações que são necessárias após a reprodução do conteúdo gravado desejado. O banco de dados de localizador de conteúdo 110 pode estar na forma de uma tabela para consulta, planilha eletrônica ou outro formato de armazenamento de dados que forneceria um mecanismo por meio do qual se localiza um conteúdo específico.
[021] O gravador 112 registra e armazena o conteúdo desejado. O gravador 112 registra o conteúdo em formato digital e o salva em um drive de disco, uma unidade flash de USB, cartão de memória SD ou qualquer outro dispositivo de armazenamento de massa projetado para armazenar arquivos grandes como conteúdo de vídeo. O gravador 112 recebe um ou mais formatos de conteúdo transcodificados a partir de um transcodificador de múltiplas taxas 114 com base nas informações com relação a tipos e formatos de conteúdo do gerenciador de gravador 108.
[022] O transcodificador de múltiplas taxas 114 serve para converter um tipo de conteúdo codificado em um ou mais outros tipos de conteúdo codificado, de modo que o conteúdo transcodificado possa ser visualizado facilmente por dispositivos diferentes que exigem formatos de vídeo e/ou áudio diferentes (por exemplo, uma televisão de alta definição e um telefone inteligente) e/ou taxas de bits diferentes.
[023] O arquivo de gravações 116 é um dispositivo de armazenamento que pode armazenar conteúdo mais antigo que não foi visualizado por determinado tempo. Adicionalmente, em algumas situações, o custo associado ao armazenamento de conteúdo em arquivo de gravações 116 pode ser inferior ao custo associado ao armazenamento de conteúdo em gravador 112. Adicionalmente, recolher o conteúdo do arquivo de gravações 116 pode tomar mais tempo, a partir do recebimento de uma solicitação de conteúdo, do que recolher o conteúdo do gravador 112. O arquivo de gravações 116 pode incluir armazenamento físico e/ou mídias de memória como RAM, ROM, EEPROM, CD-ROM ou outro armazenamento em disco óptico, armazenamento em disco magnético ou outros dispositivos de armazenamento magnético que têm a capacidade para armazenar conteúdo.
[024] O gerenciador de sessão de reprodução 118 se comunica com o dispositivo de consumidor 102 quando chega o momento de visualizar um vídeo que foi gravado anteriormente, e se comunica também com banco de dados de localizador de conteúdo 110 a fim de determinar a localização do conteúdo desejado. O gerenciador de sessão de reprodução 118 sabe qual o tipo de dispositivo de consumidor 102 está fazendo a solicitação de conteúdo e transfere essas informações ao longo do transmissor contínuo/empacotador 120.
[025] O transmissor contínuo/empacotador 120 é operável para fornecer conteúdo para o dispositivo de consumidor 102 e para se comunicar com o gravador 112 a fim de garantir que o conteúdo fornecido para o dispositivo de consumidor 102 seja fornecido no formato apropriado.
[026] Na operação, um consumidor determinará que deseja gravar um determinado tipo de conteúdo. Para esse exemplo, o conteúdo é um filme. O consumidor ativará o dispositivo de consumidor 102 e, com uso de uma interface de usuário (não mostrada) no dispositivo de consumidor 102, irá inserir uma solicitação para gravar o filme. A solicitação é enviada, através de interface de controle 132, para o agendador 104 que realiza duas funções. Primeiro, o agendador 104 verifica, através de interface de controle 134, as informações contidas no banco de dados de conta de assinante 106 para confirmar se o consumidor tem a conta apropriada, e acessa privilégios para gravar o filme desejado. Se o consumidor não tiver a conta ou os privilégios apropriados de acesso, o filme não será gravado. Se o consumidor tiver a conta ou os privilégios apropriados de acesso, o agendador 104 confirmará que o filme será gravado e instalará a gravação.
[027] As informações geradas pelo agendador 104 são enviadas, através de interface de controle 136, para gerenciador de gravador 108. O gerenciador de gravação 108 gravará o conteúdo em qualquer formato que foi originalmente solicitado pelo dispositivo de consumidor 102. Por exemplo, se o dispositivo de consumidor 102 solicitar o conteúdo em um formato de definição padrão, o gerenciador de gravação 108 gravará o conteúdo em um formato de definição padrão. De forma semelhante, se o dispositivo de consumidor 102 solicitar o conteúdo em um formato de alta definição, o gerenciador de gravação 108 gravará o conteúdo em um formato de alta definição. O gerenciador de gravador 108 sabe, através de configuração estática, a 'localização'do conteúdo para gravar, portanto, não é necessária consulta especial. O banco de dados de localizador de conteúdo 110 encontra onde o conteúdo gravado foi produzido/armazenado, isso se deve ao fato de que pode ser, de fato, armazenado em vários locais no gravador 112. Portanto, após a gravação ser configurada em uma cópia específica do gravador 112, o gerenciador de gravações 108 atualiza o banco de dados de localizador de conteúdo 110 com as informações de localização para essa gravação particular. Essas informações de localização no banco de dados de localizador de conteúdo 110 são consultadas mediante reprodução, quando a gravação específica precisa ser encontrada.
[028] O gravador 112 registra os formatos de conteúdo 124 apropriados do filme fornecidos por transcodificador de múltiplas taxas 114 que tomou anteriormente a versão de conteúdo com qualidade mais alta 122 e a transcodificou em formatos de conteúdo 124 mais propensos a serem gravados por um consumidor. Deve-se observar que há, tipicamente, várias cópias de gravador 112, o que cresce por escalonamento conforme necessário para manusear a ingestão e a gravação de vários ativos, principalmente, como uma função do número de assinantes suportado. Após isso ser finalizado, o conteúdo está pronto para ser visualizado pelo consumidor.
[029] A fim de visualizar o conteúdo, o consumidor pode solicitar a visualização do filme com uso da interface de usuário no dispositivo de consumidor 102. A solicitação é enviada para o gerenciador de sessão de reprodução 118, através de interface de controle 142, e o gerenciador de sessão de reprodução 118 determina qual cópia do gravador 112 contém o filme comunicando-se com o banco de dados de localizador de conteúdo 110 através de interface de controle 140. O gerenciador de reprodução 118 envia a solicitação de visualização para o transmissor contínuo/empacotador 120 através de interface de controle 144. O transmissor contínuo/empacotador 120 recolhe o formato de conteúdo desejado 128 a partir do gravador apropriado 112 e formato de conteúdo desejado de fluxos 128 para o dispositivo de consumidor 102 para que o consumidor visualize.
[030] Conforme mencionado acima, o sistema 100 será estaticamente configurado em determinado modo para manusear todas as gravações em uma das seguintes maneiras: gravar e armazenar todos os formatos possíveis, gravar e armazenar apenas um formato e transcodificar outros, conforme necessário, ou gravar e armazenar poucos formatos específicos e transcodificar para outros, conforme necessário.
[031] Os aspectos, de acordo com a presente revelação, fornecem um sistema e método alternativos para gerenciar armazenamento/transcodificação em um sistema de nDVR. OS mesmos são descritos agora em maiores detalhes com referência às Figuras 2 a 5.
[032] A FIGURA 2 ilustra outro sistema de nDVR.
[033] Conforme mostrado na Figura, o sistema de nDVR 200 pode incluir os componentes de sistema de nDVR 100 com a adição de histórico de reprodução de assinante 202 e transcodificador de múltiplas taxas sob demanda (ODMRT) 204.
[034] O histórico de reprodução de assinante 202 é um banco de dados que armazena informações fornecidas para o mesmo pelo gerenciador de sessão de reprodução 118. Os exemplos não limitantes de informações armazenadas no histórico de reprodução de assinante 202 incluem uma gravação de operações de reprodução para uma conta de consumidor. Em alguns exemplos, as informações podem incluir o número da conta de pagamento, o dispositivo e as capacidades de reprodução, o ativo solicitado (incluindo metadados de ativo como Nome de série, Gênero, Episódio/Título, Audiência, Tipo de Show, Controle parental, etc.), tempo e data de início da sessão, tipo de sessão (isto é, VOD, nDVR, SDV), controle de leitura e o tipo de rede de entrega (isto é, provedor de serviço gerenciado, WiFi, 3G, etc.). Em uma modalidade exemplificativa, as informações armazenadas no histórico de reprodução de assinante 202 incluem uma gravação de todas as operações de reprodução para cada conta de consumidor. Observa-se que os dados gravados podem não ser apenas de sessões de nDVR, mas também de sessões de VOD, bem como sessões de vídeo digital (SDV) comutadas.
[035] As sessões processadas podem ser capturadas no histórico de reprodução de assinante 202 e marcadas em conformidade. Em algumas modalidades, todas as sessões processadas podem ser capturadas no histórico de reprodução de assinante 202 e marcadas em conformidade. O motivo pelo qual as sessões VOD e SDV podem também ser capturadas é fornecer ao sistema uma visão mais ampla a respeito de quais tipos de conteúdo são visualizados, com que frequência são visualizados e em quais formatos. Esse histórico de visualização completo pode ser útil na realização de previsões de visualização futura de gravações de nDVR individuais.
[036] O ODMRT 204 é um transcodificador que serve para converter um tipo de conteúdo codificado em um ou mais outros tipos de conteúdo codificado no ponto de reprodução, se o formato desejado não for armazenado no gravador.
[037] A operação do sistema 200 será descrita adicionalmente com referência às Figuras 3 a 4.
[038] A FIGURA 3 ilustra um método pelo qual o conteúdo é armazenado e deletado.
[039] Conforme mostrado na Figura, o método 300 se inicia (S300) e quaisquer informações anteriores com relação ao histórico de reprodução são armazenadas (S302) para referência futura.
[040] De volta à FIGURA 2, as informações de histórico de reprodução são armazenadas dentro de histórico de reprodução de assinante 122.
[041] De volta à FIGURA 3, uma solicitação para gravar o conteúdo é enviada para um agendador (S304). Todas as informações com relação à solicitação (tipo de conteúdo, tipo de dispositivo a partir do qual a solicitação se origina, etc.) são enviadas para um dispositivo de armazenamento (S322), em que é armazenado para referência futura. Nas situações em que o assinante que solicita o conteúdo não tem acesso ao mesmo, as informações com relação à solicitação não serão enviadas para o dispositivo de armazenamento. Em particular, visto que o conteúdo não será visualizado, tais informações não são relevantes.
[042] De volta à FIGURA 2, o dispositivo de consumidor 102 envia uma solicitação, através de interface de controle 132, para gravar o conteúdo, para o agendador 104, e as informações com relação à solicitação são enviadas para o histórico de reprodução de assinante 122, através de interface de controle 148, para referência futura.
[043] De volta à FIGURA 3, pode ser determinado se o assinante que solicita o conteúdo tem acesso ao conteúdo solicitado (S306). Se o assinante não tiver acesso ao conteúdo solicitado (NÃO em S306), o conteúdo não será gravado (S308) e o método 300 terminará (S320). Se o assinante tiver acesso ao conteúdo solicitado (SIM em S306), a agenda notifica o gerenciador de gravador para que este recolha quaisquer informações de reprodução disponíveis (S310).
[044] De volta à FIGURA 2, o agendador 104 verifica, através de interface de controle 134, as informações contidas no banco de dados de conta de assinante 106 para confirmar se o consumidor tem a conta e os privilégios apropriados de acesso para gravar o filme desejado. Se o consumidor não tiver a conta ou os privilégios apropriados de acesso, o filme não será gravado. Se o consumidor tiver a conta ou os privilégios apropriados de acesso, o agendador 104 confirmará que o filme será gravado e preparará a gravação.
[045] As informações geradas pelo agendador 104 são enviadas, através de interface de controle 136, para o gerenciador de gravador 108. O gerenciador de gravador 108 se comunica, através de interface de controle 148, com o histórico de reprodução de assinante 202 para determinar se o conteúdo solicitado ou algo semelhante ao mesmo foi solicitado e/ou visualizado anteriormente.
[046] De volta à FIGURA 3, o gravador registra e armazena o conteúdo solicitado em formatos diferentes com base nas informações recolhidas do histórico de informações de reprodução (S312).
[047] De volta à FIGURA 2, se o conteúdo solicitado ou algo semelhante ao mesmo não tiver sido solicitado ou visualizado anteriormente, o gerenciador de gravador 108 poderá dizer ao gravador 112, através de interface de controle 146, que registre formato(s)-padrão com base no conteúdo que é solicitado.
[048] Se o conteúdo solicitado ou algo semelhante ao mesmo tiver sido solicitado ou visualizado anteriormente, o histórico de reprodução de assinante 202 poderá determinar quais dispositivos foram usados para visualizar o conteúdo semelhante anteriormente. Essas informações seriam transmitidas para o gerenciador de gravador 108, através de interface de controle 148, que iria se comunicar com o gravador 112, através de interface de controle 146, de modo que o gravador 112 registrasse o(s) formato(s) mais propenso a ser visualizado posteriormente pelo consumidor, economizando, assim, nos custos de armazenamento e transcodificação. Uma discussão mais detalhada da análise de conteúdo armazenamento de custo/benefício contra transcodificação será descrita posteriormente com referência à FIGURA 6.
[049] De volta à FIGURA 3, após uma quantidade predeterminada de tempo, o sistema verificará as datas nas quais o conteúdo solicitado foi gravado para determinar se o conteúdo é antigo ou se foi acessado uma ou mais vezes (S314). Por exemplo, algum conteúdo, como uma série de televisão, pode ser visualizado no decurso de uma semana ou duas por vários membros da família diferentes, dessa forma, pode não ser desejável usar idade como o único fator. Se o conteúdo solicitado não for antigo (NÃO em S314) nenhum dos formatos do conteúdo solicitado é deletado (S316) e o método 300 termina (S320). Se o conteúdo solicitado for antigo e não tiver sido acessado recentemente (SIM em S316), alguns formatos de conteúdo serão deletados com base nas informações de histórico de reprodução (S318) e o método 300 terminará (S320).
[050] De volta à FIGURA 2, após o conteúdo 124 ter sido reproduzido, o sistema 200 verificará periodicamente para verificar se o conteúdo 124 é considerado "antigo". O usuário pode fornecer uma definição de "antigo" (por exemplo, 5 dias após gravação) ou o sistema 200 pode definir "antigo" se uma definição não for fornecida pelo usuário. A definição de "antigo"também pode mudar com base no tipo de conteúdo. Por exemplo, um usuário pode apenas desejar manter um jogo de basebal gravado como "novo" por 2 dias, mas pode ser desejável manter um filme gravado como "novo" por 2 meses.
[051] Se o conteúdo 124 for determinado como "antigo", o sistema 200 consultará o histórico de reprodução de assinante 202 para determinar o formato de conteúdo que é mais propenso a ser visualizado pelo usuário no futuro. Quando a determinação é realizada com relação ao formato mais propenso a ser reproduzido no futuro, todos os outros formatos de conteúdo 124 são deletados a fim de economizar em espaço de armazenamento no sistema 200. Por exemplo, se o conteúdo solicitado for um filme e o consumidor visualizar, tipicamente, em um computador do tipo tablet, o sistema 200 deletará todos os formatos de conteúdo 124, exceto o formato que é mais adequado para visualização em um computador do tipo tablet. Como outro exemplo, se o conteúdo solicitado for um jogo de basebal e o consumidor tipicamente visualizar jogos de basebal em uma televisão em HD, em seguida, o sistema 200 deletará todos os formatos de conteúdo 124 exceto o formato em HD.
[052] As técnicas reveladas fornecem aperfeiçoamento de operador de rede com base em um conhecimento de um histórico de reprodução de uma pluralidade de dispositivos associados a uma conta. O dispositivo de armazenamento de rede armazena informações relacionadas a um histórico de reprodução de pelo menos um dispositivo de reprodução de conteúdo associado a uma conta. Um agendador de gravador digital de vídeo em rede recebe uma solicitação para gravar o conteúdo solicitado. Um gravador digital de vídeo em rede recebe o conteúdo solicitado em uma pluralidade de formatos. Um processador de dispositivo de armazenamento de rede pode comparar o conteúdo solicitado com o histórico de reprodução do pelo menos um dispositivo de reprodução de conteúdo associado à conta. O dispositivo de armazenamento de rede seleciona em qual dentre a pluralidade de formatos do conteúdo solicitado deve armazenar com base na comparação do conteúdo solicitado com o histórico de reprodução do pelo menos um dispositivo de reprodução de conteúdo associado à conta. O dispositivo de armazenamento de rede armazena apenas o(s) formato(s) selecionado(s) do conteúdo solicitado.
[053] Em um exemplo, considerando-se uma casa apenas com dispositivos decodificadores de sinais associados à conta, o histórico de reprodução pode indicar que apenas um único formato é relevante, isto é, reproduzido, nessa casa. Considerando-se que outro dispositivo, como um telefone inteligente, seja adicionado à conta. O ODMRT pode transcodificar conteúdo desejado em tempo real para o telefone inteligente, visto que apenas o único formato armazenado, antes de esse dispositivo ser associado à conta, estava em um formato adequado ao decodificador. Em outras palavras, o histórico de reprodução não incluiu um histórico do telefone inteligente antes da adição do telefone inteligente à conta e, nesse exemplo, incluia apenas o histórico relacionado aos decodificadores de sinais. No entanto, conforme o telefone inteligente é usado na conta, um histórico de reprodução para a conta pode ser atualizado. Na próxima vez que houver uma solicitação de gravação de conteúdo, o conteúdo solicitado pode ser comparado ao histórico de reprodução atualizado. Um formato para gravar pode ser selecionado com base em uma similaridade quantificada entre o conteúdo solicitado e o conteúdo identificado no histórico de reprodução. Se o conteúdo solicitado for semelhante ao conteúdo que é propenso, com base no histórico de reprodução, a ser reproduzido no telefone inteligente, o sistema de nDVR poderia escolher se deve armazenar tanto o formato do decodificador de sinais quanto o formato do telefone inteligente.
[054] As modalidades no sistema de nDVR incluem acoplar o subsistema de gravação ao subsistema de reprodução. O sistema de nDVR que prevalece mantém essas funções separadamente. As técnicas reveladas incluem uma modificação para sistemas de nDVR convencionais para permitir que os dados armazenados pelo subsistema de reprodução (histórico de reprodução) influenciem nas operações de gravação (em quais formatos armazenar). O subsistema de gravação pode consultar o histórico de reprodução específico de conta para decidir em quais formatos de um determinado ativo gravar. O subsistema de reprodução pode manter um histórico rico de operações de reprodução associadas a cada conta. O histórico pode incluir metadados de programa que descrevem o ativo que é reproduzido. Os metadados podem incluir informações de programa específicas, como um título, descrição, gênero ou similar. O histórico também inclui o formato que foi reproduzido e o momento em que a reprodução foi realizada. Para cada nova gravação agendada, o gerenciador de gravador pode consultar o banco de dados de histórico de reprodução e procurar por programas semelhantes. Se um programa semelhante for encontrado, o histórico de reprodução do programa semelhante associado será identificado. O gerenciador de gravador pode usar esse histórico relevante para prever a possibilidade de solicitações de reprodução futuras para esse programa em um ou mais formatos possíveis e a possibilidade de solicitações de reprodução futuras para programas semelhantes em um ou mais formatos possíveis. Os formatos que são previstos como prováveis serão gravados e armazenados antecipadamente. Os formatos improváveis de serem reproduzidos podem não ser armazenados (embora o formato não gravado ainda esteja disponível para o assinante com uso de transcodificação sob demanda).
[055] Uma mistura economicamente eficiente de formatos a armazenar pode variar bastante entre as diferentes análises relacionadas a contas, a dispositivos e a ativos. A análise do histórico de reprodução da maneira revelada para cada conta fornece uma maneira melhorada para prever comportamento de reprodução futuro e permitir que o subsistema de gravação tome decisões (por exemplo, para gravar ou não), criando, assim, um sistema de nDVR mais eficiente. Conforme descrito em mais detalhes abaixo em relação à FIGURA 6, o nDVR pode calcular ou determinar de outra forma um custo ponderado para transcodificar em um determinado formato (com base em uma estimativa da probabilidade de ocorrência) e comparar o custo ponderado para transcodificar com o custo para gravar e armazenar o formato. O custo que for inferior (o custo ponderado para transcodificar contra o custo para armazenar) pode determinar a ação a ser tomada (gravar ou não). A idade de um conteúdo gravado também pode ser avaliada para determinar se deve descartar o conteúdo gravado. Por exemplo, os formatos armazenados que não estão mais propensos a serem reproduzidos (com base em uma comparação com o histórico de reprodução) podem ser submetidos à ação de deletar. Se ou quando a probabilidade de uma reprodução se tornar inferior a um ponto em que não for mais economicamente interessante continuar a armazenar o formato, o conteúdo gravado poderá ser descartado.
[056] Um dispositivo pode ser associado a uma conta se for registrado com o provedor de conteúdo ou serviço. Nas modalidades, um dispositivo é associado a uma conta quando o dispositivo é conectado à rede ou ao enlace de comunicações que conta usa para receber conteúdo. Por exemplo, uma conta sem fio pode ser associada a uma conta e um dispositivo pode ser configurado para se comunicar na rede sem fio, o que, portanto, se associa o dispositivo à conta.
[057] A FIGURA 4 ilustra um método pelo qual o conteúdo é reproduzido.
[058] Conforme mostrado na Figura, o método 400 se inicia (S402) e uma solicitação é realizada para reproduzir conteúdo gravado anteriormente (S404).
[059] De volta à FIGURA 2, o dispositivo de consumidor 102 envia a solicitação para reproduzir conteúdo 124 para o gerenciador de sessão de reprodução 118, através de interface de controle 142, e o gerenciador de sessão de reprodução 118 envia todas as informações relevantes com relação à solicitação de reprodução para o histórico de reprodução de assinante 202, através de interface de controle 150, e para ODMRT 204 através de interface de controle 152. Para fins de discussão, deixa-se que a solicitação de conteúdo seja originada de um computador do tipo tablet.
[060] De volta à FIGURA 4, todo o histórico de reprodução anterior é recolhido a partir do histórico de reprodução de assinante (S406).
[061] De volta à FIGURA 2, o histórico de reprodução de assinante 118 fornecerá todas as informações relevantes com relação a solicitações passadas (que incluem o tipo de dispositivo que solicita o conteúdo e o formato de reprodução do conteúdo) para o mesmo (ou semelhante) para o gerenciador de sessão de reprodução 118 através de interface de controle 150.
[062] De volta à FIGURA 4, pode ser determinado se o conteúdo adequado para reprodução é armazenado no gravador (S408). Se o conteúdo adequado for armazenado no gravador (SIM em S408), o conteúdo será enviado para o transmissor contínuo/empacotador (S412) para entrega ao dispositivo de consumidor (S412).
[063] De volta à FIGURA 2, se o conteúdo semelhante solicitado no passado também tiver sido solicitado por um computador do tipo tablet, em seguida, com base na comunicação entre reprodução de histórico de assinante 202, o gerenciador de gravador 108 e o gravador 112 descrita acima, o formato apropriado de conteúdo para um computador do tipo tablet poderia estar disponível no gravador 112. Nesse caso, o conteúdo 128 é transferido do gravador 112 para o transmissor contínuo/empacotador 120 para uma entrega ao dispositivo de consumidor 102 que, nesse caso, é um computador do tipo tablet.
[064] De volta à FIGURA 4, o consumidor visualiza o conteúdo no dispositivo de consumidor (S416) e todas as informações com relação à sessão de reprodução atual são armazenadas no histórico de reprodução de assinante (S418) e o método 400 termina (S420).
[065] De volta à FIGURA 2, após o transmissor contínuo/empacotador 120 enviar o conteúdo 128 para o dispositivo de consumidor 102, o consumidor visualiza o conteúdo 128. As informações com relação à sessão de reprodução atual também são enviadas para o histórico de reprodução de assinante 202 através de interfaces de controle 142 e 150 a fim de fornecer mais dados para solicitações de conteúdo futuras.
[066] Referindo-se à FIGURA 4, se o conteúdo adequado não for armazenado no gravador (NÃO em S408), em seguida, o conteúdo poderá ser enviado para o ODMRT para transcodificação (S410) antes de enviar o conteúdo para o transmissor contínuo empacotador (S412).
[067] De volta à FIGURA 2, considera-se agora o caso alternativo em que o conteúdo solicitado semelhante no passado não foi solicitado por um computador do tipo tablet, mas por uma televisão em HD. Nesse caso, o gravador 112 pode não ter um formato armazenado que seja compatível com um computador do tipo tablet e, portanto, o ODMRT 204 pode precisar transcodificar o conteúdo 128 quando a reprodução for solicitada. O conteúdo transcodificado 130 poderá ser transferido para o transmissor contínuo/empacotador 120 para entregar ao dispositivo de consumidor 102, o computador do tipo tablete nesse caso.
[068] De volta à FIGURA 4, os processos restantes do método 400 (S412 a S420) são executados conforme descrito acima e o método 400 termina.
[069] Com o passar do tempo, conforme o histórico de reprodução de assinante 202 grava mais e mais informações com relação ao histórico de reprodução, as decisões tomadas com relação a quais formatos armazenar e quais transcodificar podem ser mais precisas.
[070] Nos exemplos acima, o sistema 200 pode determinar automaticamente qual o tipo de conteúdo armazenar e transcodificar.
[071] O processo para determinar o(s) formato(s) de conteúdo para gravar contra transcodificar será discutido em mais detalhes com referência à FIGURA 6, mas é apropriado primeiramente abordar a relação entre a probabilidade de visualização de conteúdo gravado como uma função do tempo decorrido desde a gravação do conteúdo, o que será discutido em mais detalhes com referência à FIGURA 5.
[072] A FIGURA 5 ilustra um gráfico 500 que mostra a probabilidade de visualização de conteúdo gravado com o passar do tempo.
[073] Conforme mostrado na Figura, o gráfico 500 inclui eixo geométrico de probabilidade 502, eixo geométrico de tempo 504, origem 508 e curva de probabilidade 506. O eixo geométrico de tempo 504 pode ser subdividido em porções de tempo menores, mostradas como períodos A a N no gráfico 500. Em uma modalidade exemplificativa, os períodos A a N são porções de 3 a 5 dias, no entanto, as modalidades podem ser realizadas com uso de quaisquer outras porções de tempo determinadas.
[074] A probabilidade de visualização de conteúdo gravado nessa ilustração pode ser uma função da idade da gravação. Em geral, logo após uma gravação ser finalizada, isto é, a partir do tempo t=0 na origem 508 até o fim do período A, a probabilidade de visualização de conteúdo gravado é a mais alta e a probabilidade global de visualização do conteúdo gravado diminui com o passar do tempo, conforme mostrado geralmente pela curva de probabilidade 506. Por exemplo, se um usuário gravar um jogo de basebal, mas não visualizá-lo dentro de 2 dias de gravação do mesmo, é muito pouco provável que o jogo será visualizado, dado que outros jogos mais recentes podem ter sido gravados para visualização. Como outro exemplo, se um usuário gravar as notícias noturnas, mas não visualizá-las no próximo dia, a probabilidade de serem visualizadas é muito baixa, dado que as notícias não serão mais atuais, e que um outro programa de notícias noturnas será transmitido na noite seguinte. Como ainda outro exemplo, se um usuário gravar um episódio de um sitcom popular e este não for visualizado até o episódio ser exibido na próxima semana, a probabilidade do episódio gravado ser visualizado é muito pequena.
[075] Deve-se observar que a curva de probabilidade 506 representa uma probabilidade de reprodução típica esperada para um conteúdo particular e não são feitas suposições com base na curva de probabilidade geral 506. Ao contrário, a curva de probabilidade para cada pedaço de conteúdo é calculada com base no histórico de visualização para a conta de assinante, conforme descrito pelos exemplos fornecidos acima.
[076] Observa-se também que a probabilidade de visualização de um conteúdo gravado pode ser determinada em múltiplos períodos de tempo configuráveis (mostrados na Figura 5 como Períodos A, B e C e que se estendem indefinidamente ao Período N. Cada período pode ter uma duração particular, em que a duração de cada período pode ser a mesma ou pode variar. Em um exemplo, considera-se que cada Período A, B e C é definido como um período entre 3 a 5 dias. Um ou mais formatos adicionais podem ser armazenados no primeiro período (Período A), mas um (ou mais) daqueles formatos podem ser deletados em um período posterior (por exemplo, Período B ou C) com base na probabilidade de reprodução que é mostrada na Figura 5 como decrescente de acordo com o passar do tempo. Conforme descrito em mais detalhes abaixo, o custo por tempo de unidade para armazenar um ativo pode ser constante, mas o benefício desse armazenamento diminui com o passar do tempo caso o mesmo se torne menos provável que o ativo seja reproduzido. Dessa forma, eventualmente, pode ser eficiente deletar um determinado formato se os custos de armazenamento progressivos excederem o custo ponderado (esperado) para transcodificar para esse formato. O custo ponderado pode levar em consideração a probabilidade de uma operação de transcodificação ser necessária. Nas modalidades, a transcodificação é apenas necessária caso um assinante inicie a reprodução que exige o formato. Portanto, a duração dos Períodos A, B e C pode ser definida para suavizar anomalias na reprodução. Por exemplo, cada período sucessivo pode exibir uma probabilidade de reprodução inferior ao período anterior.
[077] Referindo-se novamente à FIGURA 2, a operação de gravação pode incluir a aplicação do algoritmo relacionado à probabilidade de visualização a um conteúdo gravado. Um exemplo da operação de gravação é descrito abaixo.
[078] O gerenciador de gravador 108 recebe do agendador 104 informações sobre uma gravação que precisa ser realizada para uma conta de assinante particular. As informações incluídas nessa operação de agendamento podem incluir: número da conta de pagamento de assinante, ativo a gravar (incluindo detalhes de metadados de ativo), conjunto de dispositivos e/ou formatos de vídeo que precisam ser suportados (por exemplo, os dispositivos [e formatos de vídeo associados] ligados à conta do assinante). O gerenciador de gravador 108 pode aplicar um algoritmo para determinar um formato(s) ideal do ativo para gravar.
[079] A fim de facilitar a operação de gravação, o algoritmo pode levar em conta informações de assinante. Por exemplo, o gerenciador de gravador 108 busca, no banco de dados de histórico de reprodução de assinante 202, conteúdo semelhante ao visualizado na conta de pagamento associada, quais formatos de ativos semelhantes foram visualizados e com que frequência foram visualizados.
[080] Com base no histórico de reprodução do assinante quanto a conteúdos semelhantes visualizados na conta de pagamento associada, o gerenciador de gravador 108 pode determinar a probabilidade de o ativo a ser gravado ser reproduzido em todos os parâmetros necessários durante o Período A. Em outras palavras, seguindo uma tendência do histórico do assinante na reprodução, uma tendência semelhante é presumida para conteúdos semelhantes e uma mesma probabilidade de reprodução é aplicada para determinar se deve gravar, e qual o(s) formato(s) ideal(is) de gravação do ativo.
[081] Com base na probabilidade de reprodução e no custo de transcodificar métricas, o gerenciador de gravador 108 pode calcular um custo ponderado para transcodificar o ativo para cada ativo necessário. Conforme descrito em mais detalhes abaixo em relação à FIGURA 6, os custos para transcodificar podem ser comparados com o custo para gravar e armazenar o ativo. Nas modalidades, para um determinado formato, por exemplo, o custo ponderado para transcodificar o ativo é inferior ao custo para gravar/armazenar o ativo, e esse formato não será gravado. No entanto, nas modalidades nas quais o custo ponderado para transcodificar é maior, esse formato do ativo poderá ser gravado.
[082] O gerenciador de gravador 108 armazena no banco de dados de serviço de localizador de conteúdo 110 uma gravação para cada formato gravado para cada ativo. Isso permite que o gerenciador de sessão de reprodução 118 encontre o ativo e formato apropriados exigidos para serviço de uma solicitação de reprodução particular. Se uma solicitação de reprodução exigir um formato particular que não foi gravado (isto é, o ativo no formato solicitado não existe no gravador 112), em seguida, o gerenciador de sessão de reprodução 118 poderá realizar uma operação de transcodificação. Por exemplo, o gerenciador de sessão de reprodução 118 facilita a conversão de um formato “mestre” do ativo (muitas vezes chamado de formato “Mezanino” do ativo) no parâmetro necessário, com uso do ODMRT 204.
[083] Periodicamente, o gerenciador de gravador 108 pode avaliar gravações existentes para determinar se os formatos armazenados individualmente devem ou não ser mantidos ou deletados, com base nas probabilidades de visualização futura esperadas. Em outras palavras, o gerenciador de gravador 108 pode calcular os custos de transcodificação ponderados para cada formato com base na probabilidade de visualização nos períodos de tempo futuros. Se em qualquer ponto a probabilidade de visualização cair até o ponto em que o custo ponderado para transcodificar torna-se inferior ao custo para armazenar, nesse ponto, a cópia desse formato do ativo poderá ser deletada do armazenamento.
[084] A FIGURA 6 ilustra um gráfico que mostra uma análise de custo para a determinação se deve gravar ou transcodificar o conteúdo.
[085] Conforme mostrado na Figura, o gráfico 600 inclui o eixo geométrico de custo (ponderado) esperado 602, o eixo geométrico de probabilidade de reprodução 604, a linha de custo de armazenamento 606, a linha de custo de transcodificação 608 e o ponto de paridade 610.
[086] Em geral, o custo para armazenar um pedaço de conteúdo permanece constante independentemente da probabilidade de reprodução, observado pela linha de custo de armazenamento plana 606. Em geral, o custo para transcodificar um pedaço de conteúdo é mais alto do que para armazenar esse mesmo pedaço de conteúdo. Portanto, conforme a probabilidade de reprodução aumenta, é mais economicamente eficiente armazenar o conteúdo ao invés de transcodificar o mesmo. Isso é mostrado, geralmente, pela linha de custo de transcodificação inclinada para cima 608. O ponto no qual a linha de custo de armazenamento 606 e a linha de custo de transcodificação 608 se cruzam é o ponto de paridade 610. No ponto de paridade 610, o custo para transcodificar e o custo para armazenar são iguais. No exemplo mostrado no gráfico 600, o ponto de paridade ocorre quando a probabilidade de reprodução é de 55%. Conforme discutido acima, isso significa que quando a probabilidade de visualização do conteúdo é inferior a 55%, o formato de conteúdo desejado não deve ser armazenado no gravador 112, mas transcodificado quando a solicitação de reprodução for recebida. Inversamente, quando a probabilidade de visualização do conteúdo é maior que 55%, o formato de conteúdo desejado deve ser armazenado no gravador 112 a fim de reduzir custos. Quando a probabilidade de visualização do conteúdo é de exatamente 55%, o conteúdo pode tanto ser armazenado no formato desejado quanto pode não ser armazenado, dado que o custo para cada opção é o mesmo.
[087] O ponto de paridade pode ser diferente para tipos de conteúdo diferentes, então, cada pedaço de conteúdo pode ter um gráfico esperado exclusivo quanto à probabilidade de reprodução e ao custo. O seguinte exemplo detalha um cenário em que tomam-se decisões quanto a transcodificar e/ou gravar o conteúdo.
[088] Observa-se que a linha de transcodificação na Figura 6 passa por 100% de probabilidade. Essa modalidade conta com um caso em que a reprodução é altamente provável dado que mais de uma sessão de reprodução do ativo é bastante provável (como parte de mais de uma sessão de reprodução). Essa modalidade também presume que o conteúdo de nDVR não é armazenado em cache ao fim de uma determinada sessão de reprodução. Dessa forma, cada sessão de reprodução subsequente do mesmo ativo/formato exigiria fontes de transcodificação adicionais. Se uma decisão inicial for não armazenar um determinado formato no momento de gravação inicial, pode não haver uma razão para incorrer-se no custo para armazenar uma cópia transcodificada em tempo real. No entanto, A FIGURA 6 representa o fato de que a probabilidade de reprodução pode ser maior que 100%, visto que cada sessão de reprodução separada consome suas próprias fontes de transcodificação. Se a probabilidade for de 90% ou 110%, para qualquer probabilidade acima do ponto de paridade, a escolha será armazenar.
[089] Em um primeiro exemplo, considera-se uma conta de assinante que tem os seguintes dispositivos: um dispositivo em HD que é compatível com H.264, conhecido como o formato mezanino; um dispositivo de definição padrão que é compatível com MPEG-2, conhecido como formato X; um dispositivo do tipo tablet que pode usar uma taxa de bits adaptável e é compatível com H.264 de resolução de 720 x 480, 2.000 Kbps, conhecido como formato Y e um telefone inteligente que pode usar um taxa de bits adaptável e é compatível com H.264 de resolução de 360 x 240, 440Kbps, conhecido como formato Z.
[090] Nesse exemplo, o formato mezanino (H.264) é o formato com qualidade mais alta. Para fins de discussão, deixa-se que esse formato sempre seja gravado e seja usado para transcodificar todos os outros formatos, conforme necessário. Adicionalmente, deixa-se existam três períodos de tempo diferentes: Período A (0 a 2 dias após a gravação); Período B (2 a 6 dias após a gravação) e Período C (6 a 10 dias após a gravação).
[091] A tabela a seguir delineia alguns custos presumidos:
[092] Conforme revelado, vários parâmetros podem ser considerados para determinar uma probabilidade de que um conteúdo será gravado e/ou transcodificado. Um formato pode se referir a uma coleção de parâmetros que descrevem o vídeo/áudio do ativo. Três formatos, Formato X, Formato Y, e o Formato Z são descritos acima, mas deve-se compreender que mais de três formatos podem ser suportados pelo sistema. Os exemplos não limitantes de parâmetros que podem ser incluídos na coleção de parâmetros que constituem um formato podem incluir um codec de vídeo (por exemplo, MPEG-2 ou H.264), uma taxa de quadro de vídeo (por exemplo, 15 ou 29,97), resolução de vídeo (por exemplo, 360x240, 480x320, 720x480), e uma taxa de bits de vídeo (por exemplo, 200 Kbps, 600 Kbps, 2.000 Kbps).
[093] Os parâmetros que definem um formato podem incluir parâmetros globais, estáticos e/ou, principalmente estáticos. Por exemplo, os parâmetros globais podem se aplicar a todos os ativos e contas. Os parâmetros globais podem tender a ser principalmente estáticos, pois podem mudar raramente quando o sistema é ajustado ou quando as dinâmicas de custo mudam (por exemplo, se os custos com disco rígido caírem significativamente). Dessa forma, os parâmetros globais e, principalmente, estáticos podem ser retidos estaticamente no gerenciador de gravador 108 e não variam entre contas.
[094] Conforme descrito acima, há variações por tipo de formato, como o custo para armazenar um determinado formato e o custo para transcodificar para um determinado formato. Nas modalidades, os custos são separados, de modo que os formatos diferentes sejam mais compactos do que outros, permitindo que determinados ativos com a mesma duração sejam armazenados com menos custo. Dessa forma, nas modalidades, os custos para armazenar e transcodificar cada formato são capturados separadamente.
[095] Outros parâmetros que podem ser considerados são parâmetros de ativo e conta específica. Os parâmetros de ativo e conta específica podem ser entregues para análise de um histórico de visualização dos ativos semelhantes no dispositivo específico em questão. O gerenciador de gravador 108 analisa os dados no banco de dados de histórico de reprodução de assinante, procura ativos semelhantes (por exemplo, mesmo gênero, série, audiência-alvo, título semelhante, etc.). O gerenciador de gravador 108 pode usar os dados disponíveis para determinar quando e onde os ativos semelhantes foram visualizados. Com base em quão semelhantes são os ativos e em quantos ativos semelhantes foram encontrados, o gerenciador de gravador pode atribuir um "fator de ponderação de similaridade." Quando maior o fator de ponderação de similaridade, mais semelhante será o ativo. O gerenciador de gravador 108 também pode considerar a média de todos os ativos visualizados nessa conta específica para compor o equilíbrio de não similaridade. Por exemplo, para ativos que não são muito semelhantes àqueles no histórico do dispositivo, a média de todos os ativos visualizados na conta pode ser considerada.
[096] Nas modalidades, apenas a estatística de visualização durante um primeiro período, por exemplo, Período A, são consideradas quando uma decisão inicial é tomada com relação a armazenar um ativo em um determinado formato. Os hábitos de visualização para períodos posteriores, por exemplo, Período B ou Período C, podem apenas ser consultados mediante uma determinação posterior se deve deletar um formato que foi armazenado. Por exemplo, um ativo armazenado por um período de tempo pode ser descartado se for improvável que o assinante solicite a visualização desse formato novamente.
[097] Para fins de exemplificação, presume-se que uma gravação é agendada: um jogo comum de basebal. Antes do início do evento, o gerenciador de gravador 108 interroga o histórico de visualização com relação à conta associada em busca de operações de reprodução semelhantes. Com base nesse interrogatório, o RM encontra vários eventos semelhantes, vários outros jogos de basebal com pelo menos um time semelhante que foi gravado e visualizado nessa conta. Essa correspondência é encontrada verificando-se os metadados de programa associados (Título de Episódio, Tipo de Show, etc.) para operações reproduzidas nessa conta.
[098] O trabalho inicial principal do gerenciador de gravador pode ser decidir em que formatos gravar. Para determinar isso, o gerenciador de gravador pode se preocupar apenas com a probabilidade de reprodução durante o primeiro período de tempo (Período A). A probabilidade de reprodução durante períodos de tempo posteriores pode ser usada para determinar se e quando os formatos já armazenados são deletados.
[099] Em um exemplo, há as seguintes porcentagens de reprodução para o período A conforme segue: Porcentagem de todas as gravações reproduzidas no formato X dentro de período A: PAll-X-A=50%; Porcentagem de gravações semelhantes reproduzidas no formato X dentro do período A: PSim-x-A=10%; Porcentagem de todas as gravações reproduzidas no formato Y dentro de período A: PAll-Y-A=15%; Porcentagem de gravações semelhantes reproduzidos no formato Y dentro de período A: PSim-Y-A=55%; Porcentagem de todas as gravações reproduzidas no formato Z dentro de período A: PAll-Z-A=10%; Porcentagem de gravações semelhantes reproduzidos no formato Z dentro de período A: PSim-Z-A=15% e fator de ponderação de similaridade (fator de confiança em % - quão proximamente a gravação em questão corresponde às gravações semelhantes a partir do histórico de conta): Sim-Factor=90%.
[100] Com base nos dados acima, é evidente que há várias operações de reprodução semelhantes nessa conta (o Sim- Factor é de 90%). O histórico indica que as gravações semelhantes são reproduzidas frequentemente na tabela (Formato Y), mas não tão frequentemente no dispositivo de definição padrão (Formato X) nem no telefone inteligente (Formato Z).
[101] Para determinar o custo relativo para armazenar contra transcodificar para formato X (MPEG-2), a seguinte comparação é feita: custo relativo para gravar e armazenar: StoreX-A= $1,00; Custo ponderado relativo para transcodificar: (Sim- Factor*Psim-x-A + [1-Sim-Factor] *PALL-X-A)*Transx = (0,90 * $0,10) + ($0,10 * $0,50) * $2,00 = $0,28.
[102] O custo ponderado para transcodificar para o formato X é inferior ao custo para armazenar. A razão disso é o fato de que programas semelhantes raramente serão reproduzidos nesse formato. Portanto, não faz sentido gravar esse formato antecipadamente, ao invés de transcodificar para esse formato apenas se solicitado (o que é improvável).
[103] Para determinar o custo relativo para armazenar contra transcodificar para o formato Y (ABR para tablet), a seguinte comparação é feita: custo relativo para gravar e armazenar: StoreY-A = $0,80; Custo ponderado relativo para transcodificar: (Sim- Factor*PSim-Y-A + [1-Sim-Factor] *PALL-Y-A)*TransY = (0,90 * $0,55) + ($0,10 * $0,15) * $2,50 = $1,27.
[104] O custo ponderado para transcodificar para o formato Y é maior que o custo para gravar e armazenar. A razão disso é o fato de que programas semelhantes são frequentemente reproduzidos no computador do tipo tablet. Dessa forma, uma solicitação de reprodução para computador do tipo tablet é provável para esse programa também e, portanto, é mais barato gravar e armazenar esse formato antecipadamente (evitando, assim, uma operação de transcodificação provável e dispendiosa no futuro).
[105] Para determinar o custo relativo para armazenar contra transcodificar para o formato Z (ABR para telefone inteligente), a seguinte comparação é feita: custo relativo para gravar e armazenar: StoreZ-UM = $0,50; Custo ponderado relativo para transcodificar: (Sim- Factor*PsimZ-A + [1-Sim-Factor] *PAll-Z-A)*Transz = (0,90 * $0,15) + ($0,10 * $0,10) * $3,00 = $0,44
[106] O custo ponderado para transcodificar para o formato Z é inferior ao custo para armazenar. A razão disso é o fato de que programas semelhantes raramente são reproduzidos nesse formato (para Telefone Inteligente). Portanto, não faz sentido gravar esse formato antecipadamente em vez de transcodificar para esse formato apenas caso solicitado, o que é improvável de acontecer.
[107] Dentro desse exemplo, também pode ser necessário determinar se e quando deletar um determinado formato uma vez que o conteúdo tenha sido armazenado após o período de tempo A. Com base nos cálculos acima, o gerenciador de gravador decide gravar dois formatos para esse ativo: o formato mezanino (H.264 de alta definição) e o formato Y (ABR para o computador do tipo tablet). Em relação a essa gravação, o gerenciador de gravador pode verificar periodicamente o histórico de visualização de ativos semelhantes nessa conta para determinar quanto tempo faz sentido armazenar no formato Y. Há um custo progressivo para armazenar esse arquivo de mídia, mas o valor da retenção desse arquivo diminui com o passar do tempo conforme a probabilidade de o usuário solicitar a reprodução diminui.
[108] Os formatos X e Z são irrelevantes nesse ponto, visto que não foram gravados e armazenados, portanto, não há consideração de se esses formatos devem ou não ser deletados.
[109] Os dados relevantes para a decisão para o formato Y no período B podem ser determinados a partir do histórico de visualização na conta. Para fins de discussão, nesse exemplo, há dados relevantes conforme segue: porcentagem de todas as gravações reproduzidas no formato Y no período B: PALL-Y-B=10%; porcentagem de gravações semelhantes reproduzidas no formato Y no período B: Psim-Y-B=5%; fator de ponderação de similaridade (fator de confiança em % quão proximamente a gravação em questão corresponde com as gravações semelhantes a partir do histórico de conta): Sim- Factor=90%.
[110] Observa-se que os parâmetros de custo podem ser na verdade custos relativos usados para comparar custos para armazenar contra transcodificar um determinado ativo. Em outras palavras, os custos absolutos podem não ser necessários, dado que os custos relativos são suficientes para comparação. As métricas de custo podem ser definidas nas unidades para transcodificar e armazenar uma duração de conteúdo particular em um determinado formato. Visto que os custos relativos são adequados e visto que tanto os custos para armazenar quanto os custos para transcodificar escalonam de maneira linear com o comprimento de tempo do ativo, o comprimento do ativo nos cálculos relativos pode não ser necessário.
[111] Para fins de discussão, nesse exemplo, para determinar o custo relativo para armazenar contra transcodificar para o formato Y no período B, a seguinte comparação é feita: o custo relativo para gravar e armazenar: StoreY-B: $1,00; Custo ponderado relativo para transcodificar: (Sim- Factor*Psim-Y-B + [1 -Sim-Factor] *PAll-Y-B)*TransY = (0,90 * $0,05) + ($0,10 * $0,10) * $2,50 = $0,14.
[112] Visto que o custo ponderado relativo para transcodificar ($0,14) é inferior ao custo relativo para armazenar ($1,00), o formato Y deve ser deletado no início do Período B (isto é, no fim do Período A).
[113] Naturalmente, visto que o evento é deletado no período B, não é necessário verificar os dados para o período C. O gerenciador de gravador não tentaria determinar os dados de período C nesse exemplo, visto que seria um trabalho desnecessário, isto é, os dados de período C não são relevantes.
[114] No exemplo acima, o formato mezanino armazenado foi o formato de mais alta qualidade. No entanto, pode haver casos em que o formato mezanino pode não precisar ser de mais alta qualidade. Por exemplo, se a utilização de histórico de padrões de visualização mostra que o conteúdo é visualizado apenas em um dispositivo de resolução limitada, o formato mezanino pode apenas precisar ser um formato de resolução inferior, como SD ao invés de HD, o que resultaria em uma economia significativa de custos.
[115] Observa-se que nas modalidades, todas as operações de reprodução de sessão, por exemplo, VOD, SDV, nDVR, podem ser capturadas. Todas as operações de reprodução de sessão podem, da mesma forma, serem consideradas quando as solicitações de reprodução de nDVR futuras são previstas. Os históricos de sessão de VOD e SDV podem ser usados como um fator de segundo ordem, na ausência de várias operações de nDVR semelhantes, como uma maneira para caracterizar qual tipo de conteúdo é tipicamente visualizado em qual dispositivo. Por questões de simplicidade, o exemplo acima não leva em consideração o histórico de VOD e SDV, visto que o exemplo presume um histórico de reprodução de conjunto de nDVR bastante rico que é um previsor melhor de comportamento futuro de reprodução de nDVR do que a atividade de VOD ou SDV.
[116] Outro recurso do algoritmo é a configurabilidade de parâmetros-chave, o que permite que o operador personalize e aperfeiçoe o desempenho com base em padrões de visualização observados. Além disso, o algoritmo permite métricas configuráveis de gravação/armazenamento e de transcodificação para permitir que o sistema se desenvolva apropriadamente com o passar do tempo, conforme os custos de armazenamento e os custos de transcodificação mudam. Em outras palavras, se com o passar do tempo os custos de armazenamento diminuírem mais rapidamente do que os custos de transcodificação (ou vice-versa), o algoritmo poderá levar essas mudanças em consideração, visto que esses parâmetros são ajustados.
[117] Grande parte do conteúdo transmitido em serviços em HD é, na verdade, SD convertido, muitas vezes, com faixas pretas. Se os metadados de programador conduzissem essas informações para o sistema de nDVR ou o nDVR fosse sofisticado o suficiente para detectar automaticamente, o nDVR poderia escolher economizar a largura de banda de armazenamento e aprimorar a experiência de assinante subsequente em dispositivos não-TV convertendo-o de volta para seu formato nativo, por exemplo, extrair o conteúdo de SD 4:3 da transmissão em HD e transcodifica-lo de volta para um 480i verdadeiro ou p, salvando isso no disco. Alternativamente, o nDVR poderia redirecionar automaticamente para gravar a versão SD do programa automaticamente se estiver disponível. O tamanho de arquivo seria menor e, quando esse conteúdo fosse entregue (pode incluir uma transcodificação adicional ainda para uma resolução menor ou codec diferente) para dispositivos não- TV, o dispositivo-alvo poderia decidir como apresentar o conteúdo de maneira ideal, incluindo permitir a seleção de usuário. Quando entregue para TVs, esse conteúdo modificado deve parecer tão bom quanto o original, presumindo-se um transcodificador de alta qualidade e a TV saberá de modo inerente sua razão de aspecto e características de exibição.
[118] A adição de metadados a partir das fontes de conteúdo ou outros fornecedores de metadados de terceiros para adicionar à capacidade das heurísticas usadas para tomar decisões de gravações para o benefício financeiro do provedor de serviço enquanto a experiência de usuário é maximizada. Esses metadados podem fornecer conhecimento avançado de um formato de conteúdo real, linguagens/trilhas sonoras disponíveis ou similares que poderiam ser adicionados às heurísticas.
[119] Se o histórico quanto a um programa particular revelar que é reproduzido apenas em um computador do tipo tablet, em seguida, o nDVR deve ir em outra direção, de modo que quando o mesmo usuário solicitar o mesmo programa em HD, o sistema de nDVR deva procurar se há uma versão de SD disponível ao mesmo tempo e registrá-la ao invés da HD. Nesse cenário, em que a utilização de histórico se dá apenas em um dispositivo de resolução/qualidade limitada, essa melhora no algoritmo pode resultar em economias no custo significativas apenas armazenando a versão SD do conteúdo como o formato "mezanino" e versões transcodificadas desse, caso necessário, também teriam custo menor, visto que a transcodificação de SD tem complexidade inferior (muito menos pixels para manipular).
[120] Pode ser desejável permitir que uma preferência de interface de usuário se ajuste para as técnicas reveladas. Por exemplo, um operador pode oferecer níveis de opção e/ou espaço em disco diferentes com base em um nível de assinatura, como: a. Básico - o sistema decide automaticamente, pequeno número de substituições de usuário permitido. b. Melhorado - para $x/mês, sempre armazenar tanto em HD e em aperfeiçoado para iPad 4 para consumo doméstico em WiFi. c. Ouro - para $2x/mês, sempre armazenar versões aperfeiçoadas para todos os dispositivos e manter cada gravação solicitada disponível por pelo menos 2 semanas.
[121] Embora um padrão possa ser que o sistema decide automaticamente gravar preferências com base no critério revelado acima, nas modalidades, um usuário poderia revisar as decisões de algoritmo para gravações atualmente gravadas e/ou agendadas e atualizar manualmente as mesmas.
[122] Nas modalidades, uma captura de histórico não apenas inclui as características do(s) dispositivo(s) que solicitaram reprodução do conteúdo, mas também as características da rede de entrega usada para atender à solicitação de reprodução. Por exemplo, o sistema pode determinar se o conteúdo foi entregue em conexão de grande largura de banda e baixa latência, WiFi, 4G, 3G ou outra qualidade/taxa de bits. Considera-se um exemplo de uma pessoa, que vai ao trabalho em um trem, um noticiário das 11 da noite toda noite. A pessoa, que vai ao trabalho em um trem, visualiza o noticiário durante sua viagem para o trabalho pela manhã em seu telefone inteligente de 3,5" (8,9 cm) com uma rede de entrega de 3G moderada. Nesse exemplo, o sistema de nDVR não pode determinar o tipo de rede real ou as características a menos que o cliente de reprodução de nDVR nesse dispositivo de solicitação o relate especificamente. No entanto, o sistema de nDVR pode inferir com segurança o conhecimento exigido com base em se foi proposto através do transmissor contínuo (diretamente para um sinal na rede gerenciada de provedor) ou empacotador, em que é entregue como um fluxo de taxa de bits adaptável. Em seguida, as heurísticas da rede podem ser determinadas diretamente a partir da solicitação de HTTP que é feita pelo cliente de reprodução de nDVR. Essas modalidades incluiriam coletar dados pelo servidor HLS que entrega esse conteúdo (representado pelo empacotador na Figura 1) e o relata no histórico de reprodução.
[123] Coletando o histórico conforme revelado no presente documento, o sistema pode aprender de maneira eficaz as capacidades de todos os tipos de dispositivo de reprodução que são usados para reprodução de conteúdo. Hoje em dia, vários telefones móveis são extremamente limitados em sua resolução e potência de processamento de vídeo. Reunindo esses dados com o passar do tempo, o sistema pode ajustar decisões de gravação futuras tanto para o usuário atual quanto para novos usuários que aparecem no sistema de nDVR com o mesmo tipo de dispositivo, por exemplo, um iPhone 1 contra um iPhone 5 contra um Droid Razr Max HD, para gravar/armazenar, preferencialmente, e a(s) versão(ões) mais apropriada(s) para esse tipo de dispositivo, adicionalmente à versão mezanino. Dessa forma, o sistema de nDVR pode não apenas aperfeiçoar os custos de armazenamento e transcodificação para o provedor de serviço, mas também pode ser usado para identificar problemas de compatibilidade de fluxo com determinados dispositivos, muitos dos quais existem. Adicionalmente, o provedor de serviço poderia usar seu transcodificador/gravador/empacotador/vendedor de nDVR para ajustar o processo de transcodificação/gravação/reprodução para superar o problema de compatibilidade específico para cada dispositivo que aparece na rede. O ajuste do processo pode aprimorar a satisfação do consumidor enquanto não quebra o desempenho de fluxo para outros usuários. Essa melhoria pode incluir enviar um identificador de modelo de dispositivo para os módulos de transcodificador/gravador/empacotador a fim de ajustar parâmetros para alojar o dispositivo.
[124] Observa-se que o uso de um banco de dados de dispositivo que identifica características de dispositivo pode ser construído tanto automaticamente quanto manualmente. Por exemplo, uma construção automática pode ocorrer quando um ou mais usuários começarem a usar um novo dispositivo. Uma construção manual pode ser realizada pelo vendedor de nDVR e/ou pelo provedor de serviço, por exemplo, quando um fabricante envia um dispositivo, o vendedor e/ou provedor de serviço poderia comprar um, caracterizar o dispositivo e adicionar os dados do dispositivo ao banco de dados de dispositivo de nDVR de sistema diretamente.
[125] Nos sistemas de nDVR atuais, a fim de garantir se o formato de conteúdo apropriado estará disponível, pode ser necessário armazenar vários formatos de conteúdo diferentes (para o mesmo pedaço de conteúdo) para reprodução potencial futura. Armazenar vários formatos de conteúdo diferentes pode se tornar muito dispendioso, especialmente se o consumidor visualiza tipicamente ao conteúdo em apenas um número selecionado de formatos com base nos dispositivos usados.
[126] A presente revelação fornece métodos para reduzir custos associados ao armazenamento de conteúdo nos sistemas de nDVR armazenando-se dados relacionados a gravações de conteúdo passado e preferências de visualização e utilizando-se esses dados para prever quais formatos de conteúdo estão mais propensos a serem visualizados em um dispositivo particular. Com o uso dessas informações, é possível armazenar apenas um número limitado de formatos de conteúdo, reduzindo, assim, custos associados a armazenamento de conteúdo. Adicionalmente, se um formato de conteúdo for solicitado que é atípico para o usuário, um transcodificador de múltiplas taxas sob demanda pode ser empregado para transcodificar o conteúdo para o formato apropriado no tempo de reprodução.
[127] Outro aspecto da presente revelação fornece métodos para reduzir, adicionalmente, custos associados a armazenamento de conteúdo analisando-se conteúdo mais antigo que é armazenado no sistema e deletar todas as formas do conteúdo disponível exceto por uma(s) mais propensa(s) a ser(em) visualizada(s) pelo usuário no futuro.
[128] A descrição antecedente de várias modalidades preferenciais foi apresentada para fins de ilustração e descrição. A mesma não se destina a ser exaustiva ou limitar a revelação às formas reveladas e, obviamente, várias modificações e variações são possíveis à luz dos ensinamentos acima. As modalidades exemplificativas, conforme descrito acima, foram escolhidas e descritas a fim de explicar melhor os princípios da revelação e sua aplicação prática para permitir que outras pessoas versadas na técnica melhor utilizem a revelação em várias modalidades e com várias modificações conforme adequado para o uso particular contemplado. A intenção é que o escopo da revelação seja definido pelas reivindicações anexas à mesma.

Claims (7)

1. Método para aperfeiçoar custos de armazenamento e transcodificação em sistemas de Vídeo Sob demanda (nDVR) baseados em rede, caracterizadopelo fato de que compreende: para cada de uma pluralidade de contas de assinante (106), armazenar, através de um dispositivo de armazenamento de rede (202), informações relacionadas a um histórico de reprodução de pelo menos um dispositivo de reprodução de conteúdo (102) associado com a respectiva conta de assintante; receber, através de um agendador de gravador digital de vídeo em rede (104), solicitar para gravar conteúdo a partir de assinantes (S304); receber, através de um gravador digital de vídeo em rede (112), o conteúdo solicitado em um primeiro formato e o conteúdo solicitado em um segundo formato (S312); para cada uma da pluralidade de contas de assinante (106) associadas a uma solicitação para gravar conteúdo, determinar se deve gravar ou reter o conteúdo solicitado para a respectiva conta de assinante ao longo de uma pluralidade de períodos de tempo configuráveis (504) de acordo com o seguinte: durante um primeiro período de tempo: identificar um ou mais formatos do conteúdo solicitado para avaliar com base no histórico de reprodução associado à respectiva conta de assinante; determinar uma probabilidade (604) de que o conteúdo solicitado no um ou mais formatos identificados será reproduzido para a respectiva conta de assinante durante o primeiro período de tempo; determinar um custo para transcodificar (608) o conteúdo solicitado para cada um dos um ou mais formatos determinados, onde o custo para transcodificar (608) é ponderado com base na probabilidade de que um ativo no um ou mais formatos identificados seja reproduzido para a respectiva conta de assinante no primeiro período de tempo; determinar um custo para gravar e armazenar (606) cada um dos um ou mais formatos identificados do conteúdo solicitado; para cada formato, compare o custo de transcodificação ponderado com o custo para registrar e armazenar (606) o formato; gravar o conteúdo solicitado em um ou mais formatos avaliados se o custo ponderado para transcodificar (608) o conteúdo solicitado for maior do que um custo para gravar e armazenar (606) o formato; e em um ou mais períodos de tempo subsequentes, calcular um custo de transcodificação ponderado para formatos gravados e determine se deve armazenar (606) apenas um da pluralidade de formatos para o conteúdo solicitado para um respectivo assinante durante o respectivo um ou mais períodos de tempo subsequentes.
2. Método, de acordo com a reivindicação 1, caracterizadopelo fato de que o histórico de reprodução inclui informações relacionadas a pelo menos um dentre capacidades de dispositivo de reprodução de conteúdo, conteúdo prévio solicitado, tempo e data do início da sessão ou um controle de leitura.
3. Método, de acordo com a reivindicação 1, caracterizadopelo fato de que pelo menos um formato gravado é o formato com a qualidade mais alta disponível.
4. Método, de acordo com a reivindicação 1, caracterizadopelo fato de que compreende, adicionalmente, armazenar (606) o conteúdo solicitado em ambos o primeiro formato e um segundo formato (S312) durante um primeiro período de tempo e, subsequentemente, deletar o conteúdo em um dentre o primeiro formato ou o segundo formato (S312) no um ou mas períodos de tempo subsequente após um período de tempo predeterminado.
5. Método, de acordo com a reivindicação 1, caracterizadopelo fato de que compreende ainda: receber, por meio de um gravador digital de vídeo em rede, (112) o conteúdo solicitado em uma pluralidade de formatos; e armazenar, através do gravador digital de vídeo em rede (112), o conteúdo solicitado em menos do que toda a pluralidade de formatos recebidos.
6. Método, de acordo com a reivindicação 1, caracterizadopelo fato de que compreende ainda a transcodificação de um formato do conteúdo solicitado retido no armazenamento em um formato necessário para um dispositivo de reprodução de conteúdo (102) associado a um assinante, em que o formato exigido era pelo menos um dos não gravados no armazenamento no primeiro período de tempo ou excluído em um ou mais perídos de tempo subsequentes.
7. Método, de acordo com a reivindicação 1, caracterizadopelo fato de que determinar se deve gravar o conteúdo solicitado em um ou mais formatos é feito individualmente para cada conta de assinante, de modo que determinar se deve gravar o conteúdo solicitado em um formato específico para uma primeira conta de assinante é uma determinação separada de gravar o conteúdo solicitado em um formato específico para uma segunda conta de assinante.
BR112015022053-3A 2013-03-15 2014-03-13 Método para aperfeiçoar custos de armazenamento e transcodificação em sistemas de vídeo sob demanda (ndvr) baseados em rede BR112015022053B1 (pt)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201361800954P 2013-03-15 2013-03-15
US61/800,954 2013-03-15
US13/857,499 2013-04-05
US13/857,499 US9124905B2 (en) 2013-03-15 2013-04-05 System and method for optimizing storage and transcoding costs in network DVR
PCT/US2014/026883 WO2014152050A1 (en) 2013-03-15 2014-03-13 System and method for optimizing storage and transcoding costs in network dvr
US14/210,305 US9591363B2 (en) 2013-03-15 2014-03-13 System and method for optimizing storage and transcoding costs in network DVR
US14/210,305 2014-03-13

Publications (3)

Publication Number Publication Date
BR112015022053A2 BR112015022053A2 (pt) 2017-12-19
BR112015022053A8 BR112015022053A8 (pt) 2023-02-07
BR112015022053B1 true BR112015022053B1 (pt) 2023-09-26

Family

ID=51534899

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112015022053-3A BR112015022053B1 (pt) 2013-03-15 2014-03-13 Método para aperfeiçoar custos de armazenamento e transcodificação em sistemas de vídeo sob demanda (ndvr) baseados em rede

Country Status (5)

Country Link
US (1) US9591363B2 (pt)
BR (1) BR112015022053B1 (pt)
CA (1) CA2903855C (pt)
MX (2) MX349612B (pt)
WO (1) WO2014152050A1 (pt)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9924239B2 (en) * 2014-06-10 2018-03-20 Gilat Satellite Networks Ltd. Video on demand over satellite
US10165033B2 (en) * 2014-12-30 2018-12-25 Sling Media LLC Live encoding for distribution of long tail media content
US10715837B2 (en) * 2015-03-13 2020-07-14 At&T Intellectual Property I, L.P. Determination of a service office of a media content distribution system to record a media content item with a network recorder
US10701377B2 (en) * 2016-09-14 2020-06-30 Amazon Technologies, Inc. Media storage
US10405012B2 (en) * 2016-12-25 2019-09-03 Synamedia Limited Cloud DVR Optimization
US20190297371A1 (en) * 2018-03-20 2019-09-26 Wipro Limited Method and a system for network based multimedia content recording in a cloud
US11765428B2 (en) * 2021-04-07 2023-09-19 Idomoo Ltd System and method to adapting video size

Family Cites Families (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7143430B1 (en) * 1999-11-15 2006-11-28 Lucent Technologies Inc. Method and apparatus for remote audiovisual signal recording service
US7194463B2 (en) 2002-05-28 2007-03-20 Xerox Corporation Systems and methods for constrained anisotropic diffusion routing within an ad hoc network
US20060031889A1 (en) * 2002-12-11 2006-02-09 Bennett James D Video processing system with simultaneous multiple outputs each with unique formats
US20070061522A1 (en) 2003-06-25 2007-03-15 Koninklijke Philips Electronics N.V. Storage device for storing different data formats
US7840112B2 (en) 2003-10-08 2010-11-23 Intel Corporation Gradually degrading multimedia recordings
US7877468B2 (en) 2004-01-23 2011-01-25 Concurrent Computer Corporation Systems and methods for vertically integrated data distribution and access management
JP4734887B2 (ja) * 2004-10-15 2011-07-27 株式会社日立製作所 映像符号化システム、方法及び機器
US20070157260A1 (en) * 2005-12-29 2007-07-05 United Video Properties, Inc. Interactive media guidance system having multiple devices
US20070157247A1 (en) * 2005-12-29 2007-07-05 United Video Properties, Inc. Systems and methods for managing content
US20080115171A1 (en) 2006-11-09 2008-05-15 Eric Lawrence Barsness Detecting Interruptions in Scheduled Programs
US8316411B2 (en) * 2006-12-06 2012-11-20 Verizon Patent And Licensing Inc. Content storage and delivery system and associated method and device
US8955030B2 (en) * 2007-03-23 2015-02-10 Wi-Lan, Inc. System and method for personal content access
US8037499B2 (en) 2007-12-27 2011-10-11 At&T Intellectual Property I, L.P. Systems, methods, and computer products for recording of repeated programs
US8272013B2 (en) * 2008-01-23 2012-09-18 At&T Intellectual Property I, L.P. Methods, systems, and computer program products for delivering a program in advance of a scheduled broadcast time
JP5532540B2 (ja) * 2008-02-06 2014-06-25 日立コンシューマエレクトロニクス株式会社 コンテンツ配信装置
US8145779B2 (en) 2008-04-08 2012-03-27 Microsoft Corporation Dynamic server-side media transcoding
US8284267B2 (en) * 2009-03-11 2012-10-09 O2Micro Inc. Virtual camera for sharing a physical camera
US8938467B2 (en) * 2009-03-25 2015-01-20 Eloy Technology, Llc System and method for intelligent storage of time shifted content
US8660409B2 (en) 2009-05-01 2014-02-25 International Business Machines Corporation Predictive personal video recorder operation
US8843977B2 (en) 2009-06-04 2014-09-23 Verizon Patent And Licensing Inc. Media content delivery systems and methods
US20110038613A1 (en) 2009-08-13 2011-02-17 Buchheit Brian K Remote storage of digital media broadcasts for time-shifted playback on personal digital media devices
US8374113B2 (en) 2010-06-03 2013-02-12 Cisco Technology, Inc. Distributed gateway for reliable multicast wireless video
US9055333B2 (en) * 2010-09-28 2015-06-09 Cox Communications, Inc. Management and utilization of recorded video content
US9003462B2 (en) 2011-02-10 2015-04-07 Comcast Cable Communications, Llc Content archive model
WO2012112910A1 (en) 2011-02-18 2012-08-23 Aereo, Inc. Cloud based location shifting service
US20120224834A1 (en) 2011-03-01 2012-09-06 Echostar Technologies L.L.C. Apparatus And Methods For Dynamically Optimizing Recording Schedules
US8644678B2 (en) 2011-03-03 2014-02-04 Verizon Patent And Licensing Inc. Video recording management
EP2697968A4 (en) 2011-04-15 2014-12-10 Opera Software Ireland Ltd REAL TIME VIDEO ENHANCER
TW201304544A (zh) * 2011-07-07 2013-01-16 Chicony Electronics Co Ltd 即時影像通訊系統以及方法
JP2014197721A (ja) 2011-07-26 2014-10-16 パナソニック株式会社 コンテンツ制御装置
US20130129322A1 (en) 2011-11-22 2013-05-23 International Business Machines Corporation Optimizing video recorder power usage
US9100683B2 (en) 2011-11-22 2015-08-04 International Business Machines Corporation Optimizing video recorder power usage for DVR network
US9049484B2 (en) * 2011-12-06 2015-06-02 Echostar Technologies L.L.C. Efficient assignment of program copies in a network digital video recorder
KR20130076650A (ko) * 2011-12-28 2013-07-08 삼성전자주식회사 영상처리장치 및 그 제어 방법
US20140013342A1 (en) * 2012-07-05 2014-01-09 Comcast Cable Communications, Llc Media Content Redirection
US9712854B2 (en) * 2012-09-06 2017-07-18 Alcatel Lucent Cost-aware cloud-based content delivery
US8676036B1 (en) 2012-10-26 2014-03-18 International Business Machines Corporation User data-driven DVR download scheduling system
US10027993B2 (en) 2013-03-15 2018-07-17 Arris Enterprises Llc System and method for multiscreen network digital video recording using on-demand transcoding

Also Published As

Publication number Publication date
MX2015012189A (es) 2015-11-30
CA2903855A1 (en) 2014-09-25
MX367110B (es) 2019-08-05
MX349612B (es) 2017-08-03
US9591363B2 (en) 2017-03-07
WO2014152050A1 (en) 2014-09-25
CA2903855C (en) 2018-04-03
BR112015022053A8 (pt) 2023-02-07
US20140282762A1 (en) 2014-09-18
BR112015022053A2 (pt) 2017-12-19

Similar Documents

Publication Publication Date Title
US20230205801A1 (en) Efficient Data Distribution To Multiple Devices
BR112015022053B1 (pt) Método para aperfeiçoar custos de armazenamento e transcodificação em sistemas de vídeo sob demanda (ndvr) baseados em rede
US9621928B2 (en) Streaming playback and dynamic ad insertion
US10382798B2 (en) System and method for multiscreen network digital video recording using on-demand transcoding
US10652596B2 (en) Cloud-enabled network-based digital video recorder
US9654815B2 (en) Advertising detection in adaptive bitrate streaming
US9124905B2 (en) System and method for optimizing storage and transcoding costs in network DVR
US20150020106A1 (en) Personalized video content from media sources
US20170331914A1 (en) System and method for optimizing online video streaming to a user
US11695978B2 (en) Methods for generating video-and audience-specific encoding ladders with audio and video just-in-time transcoding
JP6478980B2 (ja) キャッシュベースのコンテンツ配信のためのシステム及び方法
US11457280B2 (en) Bundling of video asset variants in a database for video delivery
KR102084962B1 (ko) Qr 코드를 이용하여 콘텐츠 스트리밍 서비스를 제공하고, 유저의 데이터 통계를 관리하는 방법 및 프로그램
KR102492022B1 (ko) 다중 채널 네트워크의 컨텐츠 관리 방법, 장치 및 시스템
KR102445589B1 (ko) 세그먼트화 된 미디어 콘텐츠의 관리를 위한 시스템, 방법, 및 장치
US11743515B1 (en) Substitution of items in a central video library for personally recorded video content

Legal Events

Date Code Title Description
B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B25A Requested transfer of rights approved

Owner name: ARRIS INTERNATIONAL IP LTD. (GB)

B06A Patent application procedure suspended [chapter 6.1 patent gazette]
B09A Decision: intention to grant [chapter 9.1 patent gazette]
B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]

Free format text: PRAZO DE VALIDADE: 20 (VINTE) ANOS CONTADOS A PARTIR DE 13/03/2014, OBSERVADAS AS CONDICOES LEGAIS