BRPI0615688A2 - método de fornecimento de um ou mais arquivos de conteúdo para um terminal de usuário; servidor capaz de fornecimento de um ou mais arquivos de conteúdo a um terminal de usuário; sistema para prover um terminal de usuário com um ou mais arquivos de conteúdo; produto de programa de computador para prover um arquivo de conteúdo a um terminal de usuário; e terminal de usuário capaz de receber um ou mais arquivos de conteúdo - Google Patents

Abstract

MéTODO DE FORNECIMENTO DE UM OU MAIS ARQUIVOS DE CONTEúDO PARA UM TERMINAL DE USUáRIO; SERVIDOR CAPAZ DE FORNECIMENTO DE UM OU MAIS ARQUIVOS DE CONTEúDO A UM TERMINAL DE USUáRIO; SISTEMA PARA PROVER UM TERMINAL DE USUáRIO COM UM OU MAIS ARQUIVOS DE CONTEúDO; PRODUTO DE PROGRAMA DE COMPUTADOR PARA PROVER UM ARQUIVO DE CONTEúDO A UM TERMINAL DE USUáRIO; E TERMINAL DE USUáRIO CAPAZ DE RECEBER UM OU MAIS ARQUIVOS DE CONTEUDO Trata-se de um método, servidor, sistema e produto de programa de computador para prover um ou mais arquivos de conteúdo a um terminal de usuário, em que o saldo de crédito de um usuário associado ao terminal de usuário é consultado antes de começar a transmissão dos arquivos de conteúdo. Quando for determinado que o saldo de crédito do usuário é insuficiente para cobrir o arquivo de conteúdo solicitado, pelo menos parte do arquivo de conteúdo pode ser modificada de modo a reduzir seu tamanho antes da transmissão. Se for determinado que o arquivo de conteúdo não pode ser suficientemente modificado para compensar o déficit de crédito do usuário, uma mensagem pode ser enviada notificando o usuário de que ele não tem crédito suficiente para o arquivo de conteúdo solicitado, O arquivo de conteúdo pode adicionalmente ser particionado quer seja antes ou após a modificação, e um ou mais pontos de seleção de conteúdo podem ser inseridos em várias partes de conteúdo permitindo que o usuário determine, antes do recebimento do arquivo de conteúdo inteiro, se desejaou não continuar a receber partes do arquivo de conteúdo. Também é provido um terminal de usuário capaz de receber um ou mais arquivos de conteúdo incluindo os pontos de seleção de conteúdo.

Description

itodo de fornecimento de um ou mais arquivos deconteúdo para um terminal de usuário; servidor capaz defornecimento de um ou mais arquivos de conteúdo a umterminal de usuário; sistema para prover um terminal deusuário com um ou mais arquivos de conteúdo; produto deprograma de computador para prover um arquivo de conteúdoa um terminal de usuário; e terminal de usuário capaz dereceber um ou mais arquivos de conteúdo".

Campo da Invenção

As modalidades desta invenção referem-se aos serviços móveis e,mais especificamente, à transferência de arquivos de conteúdo para um dispositivomóvel.

Antecedentes da Invenção

No passado os mercados de consumidor se concentravam em serviços móveis que utilizam apenas pequenos arquivos. Por exemplo, osconsumidores móveis geralmente concentravam suas energias em transferir tonsde chamada, imagens de segundo plano, protetores de tela e/ou jogos Java, queocupam apenas arquivos pequenos, em seus dispositivos móveis. As tendênciasatuais, contudo, estão tornando o uso de serviços de multimídia cada vez maispopular em domínios de ligação cabeada e de ligação sem fio e estão, portanto,guiando a necessidade para capacidades de transferência de arquivos grandes.Em resposta, as capacidades dos telefones móveis têm sido desenvolvidasrapidamente para responder às necessidades de consumidores exigentes. Porexemplo, os dispositivos móveis têm sido equipados com visores coloridos de altaqualidade, processadores com capacidades aumentadas, e memória tendo umacapacidade de armazenamento aumentada. As aplicações atuais em conjunto comos hábitos de consumo dos consumidores causaram um desenvolvimento notávelno número e tamanho de arquivos transferidos em redes de comunicação.

O Carregador de Mídia da Nokia é um exemplo de uma solução deservidor-cliente que permite que o usuário de dispositivo móvel receba essesarquivos de conteúdo grandes, tal como vídeos, música e programas de TV, paraconsumo off-line. Utilizando um Carregador de mídia, um usuário pode selecionaro arquivo de conteúdo de multimídia que ele gostaria de receber, e os arquivos deconteúdo podem ser então entregues ao dispositivo móvel do usuário, porexemplo, durante a noite (isto é, horário de pouco tráfego) através de redescelulares existentes (por exemplo, Serviço de Rádio de Pacote Geral (GPRS),Acesso Múltiplo por Divisão de Código de Banda Larga (WCDMA) ou de DadosAperfeiçoados para GSM (Sistema Global para Comunicações Móveis) deEvolução (EDGE)). O conteúdo é então armazenado na memória do dispositivo(por exemplo, no cartão de memória de multimídia do dispositivo (MMC)) paraconsumo posterior.

Exemplos de conteúdo de multimídia que podem ser transferidospara um dispositivo móvel de usuário podem incluir: desenhos animados, curtas-metragens, documentários, vídeos de música, imagens de arquivo de concertos,mapas semanais de vídeo, músicas, ou até mesmo álbuns completos. Um usoexemplificativa do Carregador de mídia é o Serviço de Episódios de TV. Utilizandoesse serviço um usuário de dispositivo móvel pode assinar para uma estação detelevisão específica e espetáculo para ter cada episódio daquele espetáculoautomaticamente entregue ao dispositivo móvel do usuário. Por exemplo, oespetáculo pode ser fornecido diariamente (ou semanalmente) ao dispositivomóvel do usuário durante a noite, na noite antes do mesmo espetáculo sercolocado no ar pela televisão.

Existem muitas formas diferentes nas quais um usuário pode sercobrado pelos arquivos de conteúdo que ele recebe. Por exemplo, o usuário podeter uma assinatura ilimitada que permanece válida até que ele a cancele, em que ousuário é cobrado um mesmo valor em uma base regular (por exemplo,mensalmente). Alternativamente, o usuário pode ser cobrado cada vez quereceber um novo arquivo de conteúdo.

Em alguns casos o usuário pode utilizar um Sistema Pré-Pago parareceber arquivos de conteúdo a partir de um servidor de conteúdo. Sob umSistema Pré-Pago um usuário pode pagar diretamente por certo número dearquivos de conteúdo do mesmo tamanho (por exemplo, 10 episódios do mesmoprograma). Alternativamente, o usuário pode comprar certa quantidade deconteúdo, por exemplo, certo número de megabytes de dados. Isso permite que ousuário receba tipos diferentes de arquivos de conteúdo (por exemplo, episódiosde TV, arquivos de música, etc.), mais propriamente do que ser limitado a certonúmero do mesmo tipo de arquivo de conteúdo. De acordo com esse sistema, se ousuário tiver pago, ele terá um saldo de crédito disponível para quaisquer arquivosde conteúdo futuros que ele pretenda receber. A informação de conta do usuário(a qual é acessível, por exemplo, por um Servidor de Carregador de mídia e/ou umSistema de Cobrança separado) incluirá o saldo de crédito disponível do usuário.Cada vez que o usuário receber um arquivo de conteúdo seu crédito serádebitado, até que o usuário não mais tenha qualquer crédito disponível.

Contudo, pode surgir um problema onde um usuário tem algumcrédito disponível, mas não é suficiente para um arquivo de conteúdo específicoque ele gostaria de ter transmitido para o seu dispositivo móvel. Por exemplo, ondeum vídeo de música específico são 10 Megabytes de dados, mas o usuárioapenas tem crédito disponível suficiente para 8 Megabytes. Atualmente o queacontece é que o usuário começará a receber o arquivo de conteúdo, e se ousuário esgotar o crédito disponível no meio da transferência do conteúdo demultimídia, ele receberá uma mensagem declarando que seu crédito se esgotou eque o conteúdo transferido (isto é, porção do arquivo de conteúdo que foitransferida até aquele ponto) será deletado do dispositivo móvel, portanto atransferência não foi concluída. O resultado final é que o usuário usou todo o seucrédito, e ainda assim não tem nada para ser apresentado em troca do mesmo,uma vez que o arquivo de conteúdo selecionado para transferência nunca foicompletamente transferido.

Sumário da Invenção

Descritas em termos gerais, várias modalidades exemplificativas dapresente invenção proporcionam uma solução para, pelo menos, o problemadiscutido acima mediante provisão de um método, sistema, servidor e produto deprograma de computador para prover um ou mais arquivos de conteúdo a umterminal móvel, em que o saldo de crédito de um usuário associado ao terminalmóvel é consultado antes de começar a transmissão dos arquivos de conteúdo.

Onde for determinado que o saldo de crédito do usuário é insuficiente para cobrir oarquivo de conteúdo solicitado,, pelo menos, parte do arquivo de conteúdo podeser modificado de modo a diminuir em escala o mesmo, ou reduzir seu tamanho,antes da transmissão. Se for determinado que o arquivo de conteúdo não pode sersuficientemente modificado para compensar o déficit de crédito do usuário, umamensagem pode ser enviada notificando o usuário de que ele não tem créditosuficiente para o arquivo de conteúdo solicitado. O arquivo de conteúdo pode seradicionalmente particionado quer seja antes ou após a modificação. Em umamodalidade exemplificativa, pontos de seleção de conteúdo podem ser inseridosadicionalmente em uma ou mais das partes de conteúdo particionadas. Essespontos de seleção de conteúdo permitem que o usuário veja, escute, ou de outraforma verifique uma porção do arquivo de conteúdo antes de se comprometer atransferir (ou de outro modo consumir) e, portanto, pagar pelo arquivo de conteúdointeiro. Um terminal móvel capaz de receber um ou mais arquivos de conteúdoincluindo esses pontos de seleção de conteúdo e de apresentação desses pontosde seleção de conteúdo para o usuário para seleção também é provido.

De acordo com um aspecto exemplificativa da presente invenção éprovido um método de proporcionar um ou mais arquivos de conteúdo a umterminal de usuário. Em uma modalidade exemplificativa, o método inclui: (1)receber uma solicitação para um arquivo de conteúdo a partir de um usuárioassociado ao terminal de usuário; (2) determinar se um saldo de crédito associadoao usuário é suficiente para o arquivo de conteúdo solicitado; (3) modificar, pelomenos, parte do arquivo de conteúdo quando for determinado que o saldo decrédito não é suficiente; e (4) transmitir, pelo menos, parte do arquivo de conteúdopara o terminal de usuário.

Nas modalidades exemplificativas, o método pode incluir ainda, emdecorrência de uma determinação de que o saldo de crédito é insuficiente,determinar se o arquivo de conteúdo pode ser suficientemente modificado demodo que o tamanho do arquivo de conteúdo modificado é igual ou menor do queo tamanho do saldo de crédito e, onde for determinado que o arquivo de conteúdonão pode ser suficientemente modificado, transmitir uma mensagem para ousuário indicando que o usuário tem saldo de crédito insuficiente para o arquivo deconteúdo solicitado.

Em uma modalidade exemplificativa o método pode incluir aindadividir o arquivo de conteúdo em uma pluralidade de partes de conteúdo.Modalidades exemplificativas podem incluir ainda inserir um ponto de seleção deconteúdo em, pelo menos, um grupo de partes de conteúdo antes da transmissãodo grupo de partes de conteúdo, em que o ponto de seleção de conteúdo permiteque o usuário especifique se ele deseja receber um ou mais grupos adicionais departes de conteúdo.

De acordo com outro aspecto da presente invenção, um servidorcapaz de prover um ou mais arquivos de conteúdo a um terminal de usuário éprovido. Em uma modalidade exemplificativa o servidor compreende umprocessador e um módulo de memória em comunicação com o processador. Omódulo de memória pode armazenar uma aplicação que é executável peloprocessador e é capaz, na execução, de receber uma solicitação para um arquivode conteúdo a partir de um usuário associado ao terminal de usuário,determinando se o saldo de crédito associado ao usuário é suficiente para oarquivo de conteúdo solicitado, modificando, pelo menos, parte do arquivo deconteúdo se for determinado que o saldo de crédito é insuficiente, e transmitindo,pelo menos, parte do arquivo de conteúdo para o terminal de usuário.

De acordo ainda com outro aspecto da invenção, é provido umsistema para proporcionar um terminal móvel com um ou mais arquivos deconteúdo. Em uma modalidade exemplificativa, o sistema pode incluir um terminalde usuário e um servidor, em que o terminal de usuário é capaz de transmitir umasolicitação por um usuário para um arquivo de conteúdo, e o servidor está emcomunicação com o terminal de usuário para receber a solicitação. O servidorpode ser capaz de determinar se um saldo de crédito associado ao usuário ésuficiente para o arquivo de conteúdo solicitado, modificar, pelo menos, parte doarquivo de conteúdo quando for determinado que o saldo de crédito não ésuficiente, e transmitir, pelo menos, parte do arquivo de conteúdo para o terminalde usuário.

De acordo com outro aspecto da presente invenção, é provido umproduto de programa de computador para prover um arquivo de conteúdo a umterminal de usuário. Em uma modalidade exemplificativa, o produto de programade computador inclui, pelo menos, um meio de armazenamento legível porcomputador tendo porções de código de programa legíveis por computadorarmazenadas no mesmo. As porções de código de programa legíveis porcomputador podem incluir: (1) uma porção executável para receber umasolicitação para um arquivo de conteúdo a partir de um usuário associado aoterminal de usuário; (2) uma segunda porção executável para determinar se umsaldo de crédito associado ao usuário é suficiente para o arquivo de conteúdosolicitado; (3) uma terceira porção executável para modificar, pelo menos, parte dafolha de conteúdo quando for determinado que o saldo de crédito não é suficiente;e (4) uma quarta porção executável para transmitir, pelo menos, parte do arquivode conteúdo para o terminal de usuário.

De acordo com ainda outro aspecto da presente invenção umterminal de usuário capaz de receber um ou mais arquivos de conteúdo é provido.

Em uma modalidade exemplificativa, o terminal de usuário inclui meios para: (1)transmitir uma solicitação para um arquivo de conteúdo compreendendo uma oumais partes; (2) receber, em resposta à solicitação,, pelo menos, uma parte doarquivo de conteúdo solicitado, a parte incluindo um ponto de seleção de conteúdopermitindo que um usuário associado ao terminal de usuário especifique se ousuário deseja receber uma ou mais partes adicionais do arquivo de conteúdosolicitado; (3) apresentar o ponto de seleção de conteúdo ao usuário e permitir queo usuário especifique se deseja receber uma ou mais partes adicionais; e (4)transmitir uma solicitação para uma ou mais partes adicionais do arquivo deconteúdo solicitado em resposta ao usuário especificando que deseja receber umaou mais partes adicionais. O terminal de usuário pode incluir ainda meio paraarmazenar a uma ou mais partes de conteúdo do arquivo de conteúdo recebido.

BREVE DESCRIÇÃO DOS DESENHOS

Tendo desse modo descrito a invenção em termos gerais, será feitaagora referência aos desenhos anexos, os quais não são necessariamentetraçados em escala, e onde:

A Figura 1 é um diagrama de blocos de um tipo de sistema que sebeneficiaria das modalidades exemplificativas da presente invenção;

A Figura 2 é um diagrama esquemático de blocos de uma entidadecapaz de operar como uma estação móvel, um servidor de provedor de conteúdo,um sistema de cobrança, e/ou um servidor de carregador de mídia de acordo commodalidades da presente invenção.

A Figura 3 é um diagrama esquemático de blocos de uma estaçãomóvel capaz de operar de acordo com uma modalidade exemplificativa dapresente invenção;

As Figuras 4A-4G são fluxogramas ilustrando um método de proverum ou mais arquivos de conteúdo a um terminal móvel de acordo commodalidades exemplificativas da presente invenção; e

A Figura 5 é um diagrama de blocos ilustrando a partição e seleçãode várias partes de um arquivo de conteúdo de acordo com uma modalidadeexemplificativa da presente invenção.

Descrição Da Invenção

A presente invenção será descrita agora mais completamente emseguida com referência aos desenhos anexos, nos quais algumas, mas não todasas modalidades da invenção são mostradas. Na realidade, essas invençõespodem ser incorporadas em muitas formas diferentes e não devem serconsideradas como limitadas às modalidades aqui apresentadas; maispropriamente, essas modalidades são providas de modo que essa revelaçãoatenderá às exigências legais aplicadas. Números semelhantes se referem doprincípio ao fim aos elementos semelhantes.

Visão Geral:

Modalidades exemplificativas da presente invenção proporcionam ummétodo, servidor, sistema e produto de programa de computador para prover umou mais arquivos de conteúdo (por exemplo, desenhos animados, curtas-metragens, documentários, vídeos de música, imagens de arquivo de concertos,arquivos de áudio, arquivos de vídeo, filmes, jogos, etc.) a um terminal móvel, talcomo um telefone celular, Assistente Pessoal Digital (PDA), computador laptop,dispositivo de comunicação móvel, dispositivo de reprodução de áudio/vídeo,câmera digital, camcoder digital, TV portátil, dispositivo de jogos, ou semelhante;em que o usuário associado ao terminal móvel está utilizando um Sistema Pré-Pago para comprar os arquivos de conteúdo.

Conforme declarado acima, pode surgir um problema onde umusuário utilizando um Sistema Pré-Pago tenha algum crédito disponível, mas elenão é suficiente para um arquivo de conteúdo específico que ele gostaria de tertransmitido para o seu terminal móvel. Atualmente o que acontece é que se ousuário esgota o crédito disponível no meio de transferência do conteúdo demultimídia, o usuário receberá uma mensagem declarando que seu crédito seesgotou e que a porção do conteúdo transferido até então será deletada dodispositivo móvel, uma vez que a transferência não foi concluída. O resultado finalé que o usuário usou todo o seu crédito, ainda assim não tem nada a ser mostradopelo mesmo, uma vez que arquivo de conteúdo selecionado para transferêncianunca foi transferido completamente.

Modalidades exemplificativas da presente invenção resolvem, pelomenos, esse problema mediante provisão de um método de fornecer um ou maisartigos de conteúdo a um terminal móvel em que o método inclui primeiro verificarse o usuário tem ou não crédito suficiente disponível para transferência do arquivode conteúdo selecionado. Quando o usuário não tem crédito suficiente, o métodoinclui ainda modificar todo ou parte do arquivo de conteúdo selecionado paradiminuir em escala o mesmo, ou reduzir seu tamanho, desse modo reduzindo ocrédito exigido para compra do arquivo de conteúdo específico solicitado pelousuário. Muitos métodos podem ser usados para se reduzir o tamanho do arquivode conteúdo, dependendo do tipo de conteúdo, e quão drástico precisa ser adiminuição em escala. Esses métodos são discutidos em mais detalhe abaixo.

Se o arquivo de conteúdo não pode ser modificado suficientementepara compensar o déficit de crédito (isto é, a quantidade de crédito adicional que énecessário para transferência do arquivo de conteúdo solicitado), o usuário seránotificado de que ele não tem crédito suficiente e que deve comprar mais créditosse pretende continuar a comprar arquivos de conteúdo utilizando o Sistema Pré-Pago. Isso ocorre antes da transferência começar, de modo que o usuário nãoperde qualquer do seu crédito então disponível.

Além disso, modalidades exemplificativas da presente invençãoenvolvem dividir o arquivo de conteúdo em uma pluralidade de partes de conteúdo(por exemplo, onde o arquivo de conteúdo naturalmente seria dividido, porexemplo, entre cenas em um filme, ou arbitrariamente em pontos selecionados porum provedor de serviço) seja antes ou após, pelo menos, parte do arquivo deconteúdo ser modificada. Mediante partição do arquivo de conteúdo antes damodificação, cada parte de conteúdo pode ser modificada diferentemente. Emoutras palavras, cada parte de conteúdo pode ser diminuída em escala oureduzida em tamanho em um grau variável.

Em outras modalidades exemplificativas, pontos de seleção deconteúdo podem ser inseridos em diversas partes de conteúdo. Os pontos deseleção podem então ser apresentados ao usuário para permitir que o usuárioselecione entre transferir conteúdo adicional e parar a transferência do conteúdo.Isso permite que o usuário analise uma parte do arquivo de conteúdo e entãodetermine se deseja ou não continuar a receber o arquivo de conteúdo (dessemodo utilizando todo o seu crédito disponível), mais propriamente do que ter queesperar até o conteúdo inteiro seja transferido ou transmitido antes de fazer essadeterminação. Ao permitir que o usuário pare de comprar, por exemplo, um filmeque ele não está gostando, é permitido ao usuário conservar seu créditodisponível, mais propriamente do que desperdiçá-lo em algo que ele não deseja.

Sistema Global e Estação Móvel:

Com referência à Figura 1, é provida uma ilustração de um tipo desistema que se beneficiaria da presente invenção. O sistema, método, servidor,terminal móvel e produto de programa de computador das modalidades dapresente invenção serão descritos principalmente em conjunto com aplicações decomunicações móveis. Contudo, deve ser entendido que o sistema, método,servidor, terminal móvel e produto de programa de computador das modalidadesda presente invenção podem ser utilizados em conjunção com uma variedade deoutras aplicações, tanto nas indústrias de comunicações móveis como fora dasindústrias de comunicações móveis. Por exemplo, o sistema, método, servidor,terminal móvel e produto de programa de computador das modalidades dapresente invenção podem ser utilizados em conjunção com aplicações de redecabeada e/ou não-cabeada (por exemplo, Internet).

Conforme mostrado na Figura 1, o sistema pode incluir uma ou maisestações móveis 10, cada uma delas tendo uma antena 12 para transmitir sinaispara uma ou mais estações base (BS's) 14 e para receber sinais a partir de umaou mais estações base (BS's) 14. A estação base é uma parte de uma ou maisredes celulares ou móveis cada uma das quais inclui elementos exigidos paraoperar a rede, tal como um ou mais centros de comutação móveis (MSC) 16.

Como é de conhecimento daqueles versados na técnica, a rede móvel tambémpode ser referida como uma estação base/MSC/função de interação (BMI). Emoperação, a MSC é capaz de rotear chamadas, dados ou semelhantes para e apartir das estações móveis quando essas estações móveis estão fazendo ourecebendo chamadas, dados, ou semelhantes. Os MSC também podem proveruma conexão com troncos terrestres quando as estações móveis estão envolvidasem uma chamada.

O MSC 16 pode ser acoplado a uma rede de dados, tal como umarede de área local (LAN), uma rede de área metropolitana (MAN), e/ou uma redede área remota (WAN). O MSC pode ser acoplado diretamente à rede de dados.Em uma modalidade típica, contudo, o MSC é acoplado a uma Função de Controlede Pacote (PCF) 18, e o PCF é acoplado a um Nó Servidor de Dados de Pacote(PDSN) 19, o qual por sua vez é acoplado a uma WAN, tal como a Internet 20. Porsua vez dispositivos tais como elementos de processamento (por exemplo,computadores pessoais, computadores servidores ou semelhantes) podem seracoplados à estação móvel 10 por intermédio da Internet. Por exemplo, oselementos de processamento podem incluir um servidor de provedor de conteúdo22, um sistema de cobrança 24 e/ou um servidor de carregador de mídia 26,discutidos abaixo. Como considerado, os elementos de processamento podemcompreender quaisquer de vários dispositivos de processamento, sistemas ousemelhantes capazes de operar de acordo com modalidades da presenteinvenção.

A BS 14 também pode ser acoplada a um nó de suporte de GPRS desinalização (Serviço de Rádio de Pacote Geral) (SGSN) 30. Como é deconhecimento daqueles versados na técnica, o SGSN é capaz tipicamente derealizar funções de forma similar ao MSC 16 para serviços de comutação depacotes. O SGSN como o MSC, pode ser acoplado a uma rede de dados, tal comoa Internet 20. O SGSN pode ser acoplado diretamente à rede de dados. Em umamodalidade mais típica, contudo, o SGSN é acoplado a uma rede de núcleo decomutação de pacotes, tal como a rede de núcleo GPRS 32. A rede de núcleo decomutação de pacotes é então acoplada à outra GTW, tal como um nó de suporteGPRS de GTW (GGSN) 34, e o GGSN é acoplado à Internet.

Embora nem todo elemento de cada rede possível seja mostrado edescrito aqui, deve ser considerado que a estação móvel 10 pode ser acoplada auma ou mais de algumas redes diferentes. A esse respeito, a rede(s) móvel podeser capaz de suportar comunicação de acordo com qualquer um ou mais de umnúmero de protocolos de comunicação móvel de primeira geração (1G), desegunda geração (2G), 2.5G e/ou de terceira geração (3G) ou semelhantes. Maisespecificamente, uma ou mais estações móveis podem ser acopladas a uma oumais redes capazes de suportar comunicação de acordo com os protocolos decomunicação sem fio 2G IS-136 (TDMA)1 GSM1 e IS-95 (CDMA). Além disso, porexemplo, uma ou mais das redes podem ser capazes de suportar comunicação deacordo com os protocolos de comunicação sem fio 2.5G GPRS, ambiente GSM dedados aperfeiçoados (EDGE), ou semelhantes. Além disso, por exemplo, uma oumais das redes podem ser capazes de suportar comunicação de acordo com osprotocolos de comunicação sem fio 3G tal como Rede de Sistema de TelefoniaMóvel Universal (UMTS) empregando tecnologia de acesso de rádio AcessoMúltiplo por Divisão de Código de Banda Larga (WCDMA). Algumas redes AMPSde banda estreita (NAMPS), assim como TACS, também podem se beneficiar dasmodalidades da presente invenção, como devem as estações móveis de mododual ou superior (por exemplo, digital/analógica ou telefonesanalógicos/TDMA/CDMA).

Uma ou mais estações móveis 10 (assim como um ou maiselementos de processamento, embora não sejam mostrados como tal na Figura 1)podem ser acopladas adicionalmente a um ou mais pontos de acesso sem fio(APs) 36. Os AP's podem ser configurados para comunicação com a estaçãomóvel de acordo com técnicas tal como, por exemplo, técnicas de rede sem fio deradiofreqüência (RF), Bluetooth (BT), infravermelho (IrDA), ou qualquer uma devárias técnicas de comunicação em rede sem fio, incluindo técnicas WLAN. OsAPs podem ser acoplados à Internet 20. Como com o MSC 16, os AP's podem seracoplados diretamente à Internet. Em uma modalidade, contudo, os APs sãoacoplados indiretamente à Internet por intermédio de um GTW 28. Como seráconsiderado, mediante conexão diretamente ou indiretamente às estações móveise aos elementos de processamento (por exemplo, servidor de provedor deconteúdo 22, sistema de cobrança 24, e/ou servidor de carregador de mídia 26)e/ou qualquer um de um número de outros dispositivos à Internet, seja porintermédio dos AP's ou da rede(s) móvel, as estações móveis e os elementos deprocessamento podem se comunicar entre si para desse modo realizar as váriasfunções das entidades respectivas, tal como transmitir e/ou receber dados,conteúdo ou semelhantes. Como usado aqui, os termos "dados", "conteúdo","informação", e termos similares podem ser usados permutavelmente para sereferir aos dados capazes de serem transmitidos, recebidos e/ou armazenados deacordo com modalidades da presente invenção. Desse modo, o uso de qualquerde tais termos não deve ser considerado como limitando o espírito e escopo dapresente invenção.

Embora não seja mostrado na Figura 1, em adição ou em vez deacoplar as estações móveis 10 a um ou mais elementos de processamento (porexemplo, um servidor de provedor de conteúdo 22, um sistema de cobrança 24,e/ou um servidor de carregador de mídia 26) através da Internet 20, uma ou maisdas tais entidades podem ser acopladas diretamente entre si. Como tal, uma oumais entidades de rede podem se comunicar entre si de acordo com, por exemplo,RF, BT, IrDA ou qualquer uma de algumas técnicas de comunicação diferentescabeadas ou sem fio, incluindo técnicas LAN e/ou WLAN. Além disso, a estaçãomóvel 10 e os elementos de processamento podem ser acoplados a um ou maisdispositivos eletrônicos, como: impressoras, projetores digitais e/ou outrosdispositivos de captura, produção e/ou armazenamento de multimídia (porexemplo, outros terminais).

Com referência agora à Figura 2, um diagrama de blocos de umaentidade capaz de operar como uma estação móvel 10, servidor de provedor deconteúdo 22, sistema de cobrança 24 e/ou servidor de carregador de mídia 26 émostrado de acordo com uma modalidade da presente invenção. A entidade capazde operar como uma estação móvel, servidor de provedor de conteúdo, sistema decobrança e/ou servidor de carregador de mídia inclui vários meios para realizaruma ou mais funções de acordo com modalidades exemplificativas da presenteinvenção, incluindo aquelas mostradas e descritas aqui mais particularmente. Deveser entendido, contudo, que uma ou mais das entidades podem incluir meiosalternativos para realizar uma ou mais funções semelhantes, sem se afastar doespírito e escopo da presente invenção. Como mostrado, a entidade capaz deoperar como uma estação móvel 10, servidor de provedor de conteúdo 22, sistemade cobrança 24 e/ou servidor de carregador de mídia 26 pode incluir geralmentemeio, tal como um processador 40 conectado a uma memória 42, para realizar oucontrolar as várias funções da entidade. A memória pode compreender memóriavolátil e/ou não-volátil, e tipicamente armazenar conteúdo, dados ou semelhantes.

Por exemplo, a memória tipicamente armazena conteúdo transmitido a partir daentidade e/ou recebido pela entidade. Também como exemplo, a memóriaarmazena tipicamente aplicações de software, instruções ou semelhantes para oprocessador realizar as etapas associadas com a operação da entidade de acordocom as modalidades da presente invenção,

Além da memória 42, o processador 40 também pode ser conectadoa, pelo menos, uma interface ou outro meio para exibir, transmitir e/ou receberdados, conteúdo ou semelhante. A esse respeito, a interface(s) pode incluir, pelomenos, uma interface de comunicação 44 ou outro meio para transmitir e/oureceber dados, conteúdo ou semelhante, assim como, pelo menos, uma interfacede usuário que pode incluir visor 46 e/ou uma interface de entrada de usuário 48.

A interface de entrada de usuário, por sua vez, pode compreender qualquer um dealguns dispositivos permitindo que a entidade receba os dados a partir de umusuário, tal como um teclado, uma tela de toque, um joystick ou outro dispositivode entrada.

Faz-se agora referência à Figura 3, a qual ilustra um tipo de estaçãomóvel 10 que se beneficiaria das modalidades da presente invenção. Deve serentendido, contudo, que a estação móvel ilustrada e em seguida descrita é apenasilustrativa de um tipo de estação móvel que se beneficiaria da presente invenção e,portanto, não deve ser considerada como limitando o escopo da presenteinvenção. Embora várias modalidades da estação móvel sejam ilustradas e serãoem seguida descritas com o propósito de exemplo, outros tipos de estaçõesmóveis, tais como assistentes pessoais digitais (PDAs), pagers, computadoresIaptops e outros tipos de sistemas eletrônicos, podem empregar facilmente asmodalidades da presente invenção. Em geral, a estação móvel pode ser qualquerdispositivo para receber e apresentar conteúdo, tal como uma TV, um conversorde sinais de freqüência (STB)1 um gravador de vídeo pessoal, um gravador devídeo digital, um rádio digital, um dispositivo de áudio/digital, um computadorembutido, um receptor GPS, um relógio de pulso, etc. ou qualquer combinaçãodos mesmos.

A estação móvel inclui vários meios para realizar uma ou maisfunções de acordo com modalidades exemplificativas da presente invenção,incluindo aquelas mostradas e descritas aqui mais particularmente. Deve serentendido, contudo, que uma o mais das entidades podem incluir meiosalternativos para realizar uma ou mais funções semelhantes, sem se afastar doespírito e escopo da presente invenção. Mais particularmente, por exemplo,conforme mostrado na Figura 3, além de uma antena 12, estação móvel 10 incluium transmissor 204, um receptor 206, e meio, tal como um dispositivo deprocessamento 208, por exemplo, um processador, controlador ou semelhante,que fornece sinais para o transmissor 204 e receptor 206, e recebe sinais a partirdo transmissor 204 e receptor 206, respectivamente. Esses sinais inclueminformação de sinalização de acordo com o padrão de interface aérea do sistemacelular aplicável e, também, os dados gerados pelo usuário e/ou fala de usuário. Aesse respeito, a estação móvel pode ser capaz de operar com um ou maispadrões de interface aérea, protocolos de comunicação, tipos de modulação, etipos de acesso. Mais particularmente, a estação móvel pode ser capaz de operarde acordo com qualquer um de alguns protocolos de comunicação de segundageração (2G), 2.5G e/ou de terceira geração (3G), ou semelhantes. Além disso,por exemplo, a estação móvel pode ser capaz de operar de acordo com qualqueruma de algumas técnicas de comunicação em rede sem fio diferentes, incluindoBluetooth, WLAN de IEEE 802.11 (ou Wi-Fi®), WiMAX de IEEE 802.16, bandaultra larga (UWB), e semelhante.

Entende-se que o dispositivo de processamento 208, tal como umprocessador, controlador ou outro dispositivo de computação, inclui o conjunto decircuitos exigidos para implementar as funções de vídeo, áudio, e lógica da estação móvel e é capaz de executar programas de aplicação para implementar afuncionalidade aqui discutida. Por exemplo, o dispositivo de processamento podeser compreendido de vários meios incluindo um dispositivo processador de sinaldigital, um dispositivo microprocessador, e vários conversores de analógico/digital,conversores digital/analógico, e outros circuitos de suporte. As funções deprocessamento de sinal e controle do dispositivo móvel são alocadas entre essesdispositivos de acordo com suas capacidades respectivas. O dispositivo deprocessamento 208 desse modo inclui também a funcionalidade de codificar deforma convolucional e intercalar as mensagens e dados antes da modulação etransmissão. O dispositivo de processamento adicionalmente pode incluir umcodificador de voz, interno (VC) 208A, e pode incluir um modem de dados interno(DM) 208B. Além disso, o dispositivo de processamento 208 pode incluir afuncionalidade para operar uma ou mais aplicações de software, as quais podemser armazenadas na memória. Por exemplo, o controlador pode ser capaz deoperar um programa de conectividade, tal como um navegador convencional daRede. O programa de conectividade também pode permitir que a estação móveltransmita e receba conteúdo da Rede, tal como de acordo com o Protocolo HTTPe/ou o Protocolo de Aplicação sem Fio (WAP), por exemplo.

A estação móvel também pode compreender meio tal como umainterface de usuário incluindo, por exemplo, um fone de ouvido ou alto-falanteconvencional 210, uma campainha 212, um microfone 214, um visor 216, todos osquais são acoplados ao controlador 208. A interface de entrada de usuário, a qualpermite que o dispositivo móvel receba os dados, pode compreender qualquernúmero de dispositivos permitindo que o dispositivo móvel receba os dados, talcomo um teclado 218, uma tela de toque (não mostrada), um microfone 214, ououtro dispositivo de entrada. Nas modalidades incluindo um teclado, o tecladopode incluir as teclas numéricas convencionais (0-9) e teclas relacionadas (#, *), eoutras teclas usadas para operar a estação móvel e pode incluir um conjuntocompleto de teclas alfanuméricas ou um conjunto de teclas que podem serativadas para prover um conjunto completo de teclas alfanuméricas. Embora nãoseja mostrado, a estação móvel pode incluir uma bateria, tal como um pacote debateria vibratória, para ativar os vários circuitos que são exigidos para operar aestação móvel, assim como opcionalmente prover vibração mecânica como umasaída detectável.

A estação móvel também pode incluir meio, tal como memóriaincluindo, por exemplo, um módulo de identidade de assinante (SIM) 220, ummódulo de identidade de usuário removível (R-UIM) (não mostrado), ousemelhante, que tipicamente armazena elementos de informação relacionados aum assinante móvel. Além do SIM, o dispositivo móvel pode incluir outra memória.A esse respeito, a estação móvel pode incluir memória volátil 222, assim comooutra memória não-volátil 224, a qual pode ser embutida e/ou pode ser removível.Por exemplo, a outra memória não-volátil pode ser cartões de memória demultimídia embutidos ou removíveis (MMCs)1 Sticks de Memória como osfabricados pela Sony Corporation, EEPROM, memória flash, disco rígido, ousemelhante. A memória pode armazenar qualquer de um número de peças ouquantidade de informação e dados usados pelo dispositivo móvel paraimplementar as funções da estação móvel. Por exemplo, a memória podearmazenar um identificador, tal como um código de identificação de equipamentomóvel internacional (IMEI), código de identificação de assinante móvelinternacional (IMSI)j código de rede digital de serviços integrados de dispositivomóvel (MSISDN), ou semelhante, capaz de identificar de forma singular odispositivo móvel. A memória também pode armazenar conteúdo. A memóriapode, por exemplo, armazenar código de programa de computador para umaaplicação e outros programas de computador. Por exemplo, em uma modalidadeda presente invenção, a memória pode armazenar código de programa decomputador para habilitar a estação móvel a receber, pelo menos, parte de umarquivo de conteúdo solicitado, em que a parte recebida inclui um ponto deseleção de conteúdo que permite que o usuário da estação móvel designe se elepretende receber partes adicionais do arquivo de conteúdo. O código de programacomputador pode habilitar adicionalmente a estação móvel a apresentar a parterecebida e o ponto de seleção de conteúdo ao usuário e solicitar as partesadicionais do arquivo de conteúdo quando o usuário indicar a sua vontade de fazerisso.

Deve ser entendido que embora a estação móvel seja ilustrada edescrita como compreendendo um telefone móvel, os telefones móveis sãosimplesmente ilustrativos de um tipo de estação móvel que se beneficiaria dapresente invenção e, portanto, não deve ser considerada como limitando o escopoda presente invenção, Embora várias modalidades da estação móvel sejamilustradas e descritas com finalidades de exemplos, outros tipos de estaçõesmóveis, tais como assistentes pessoais digitais (PDAs), pagers, computadoresIaptop1 mesas digitalizadoras, e outros tipos de sistemas eletrônicos incluindodispositivos móveis, sem fio, e dispositivos fixos, cabeados, podem facilmenteempregar as modalidades da presente invenção.

Modificando Arquivos de Conteúdo com Base no Crédito Disponíveldo Usuário:

Como discutido acima, modalidades exemplificativas da presenteinvenção proporcionam um método, sistema, produto de programa de computadore servidor para prover um ou mais arquivos de conteúdo a um terminal móvel, emque um saldo de crédito de um usuário associado ao terminal móvel é verificadoantes de começar a transmissão do arquivo de conteúdo. Mediante verificação dosaldo de crédito do usuário antes de começar a transmissão do arquivo deconteúdo, se pode evitar a situação onde um usuário tem o crédito esgotado nomeio de uma transferência, ou de outro modo consumindo, um arquivo deconteúdo solicitado e termina utilizando todo o seu crédito disponível e aindaassim por fim não recebendo nada. De acordo com modalidades exemplificativas,quando o usuário não tem crédito suficiente para um arquivo de conteúdoespecífico selecionado (por exemplo, um espetáculo de TV ou vídeo de música),,pelo menos, parte do arquivo de conteúdo pode ser modificada para reduzir otamanho do arquivo de conteúdo, pelo menos, ao tamanho do crédito disponíveldo usuário.

As Figuras 4A-4G são fluxogramas ilustrando o método de prover umou mais arquivos de conteúdo a um terminal móvel de acordo com váriasmodalidades exemplificativas da presente invenção. Conforme mostrado na Figura4A, o processo começa na Etapa 401 onde um usuário seleciona um arquivo deconteúdo para consumo. Em uma modalidade, isso pode ser feito através de umcliente de carregador de mídia operando no terminal móvel que envia umasolicitação para um arquivo de conteúdo específico ao servidor de carregador demídia 26. O servidor de carregador de mídia pode, em uma modalidade,compreender duas partes lógicas, um sistema de conteúdo que atua como umdispositivo de armazenamento de arquivo de conteúdo e um sistema degerenciamento que interage com o cliente de carregador de mídia para, porexemplo, prover informação de seleção de conteúdo e instruções para consumire/ou remover arquivos de conteúdo.

A partir do recebimento da solicitação para um arquivo de conteúdo oservidor de carregador de mídia 26, ou qualquer outra entidade de rede capaz defuncionar de acordo com as modalidades da presente invenção, primeiramentedeterminará se o usuário tem crédito suficiente para o arquivo de conteúdoselecionado (etapa 402). Em uma modalidade, isso envolve determinar o tamanhodo arquivo de conteúdo e do saldo de crédito do usuário e então determinar se otamanho do arquivo de conteúdo excede aquele do saldo de crédito do usuário.Em uma modalidade exemplificativa, o arquivo de conteúdo pode ser armazenadodiretamente no servidor de carregador de mídia 26. O servidor de carregador demídia 26 pode armazenar adicionalmente a informação de conta do usuário,incluindo o saldo de crédito do usuário. Em modalidades exemplificativas ondeambos são armazenados no servidor de carregador de mídia 26, não haverianecessidade do servidor de carregador de mídia 26 acessar outras entidades derede ao fazer as determinações envolvidas na etapa 402. Alternativamente, oarquivo de conteúdo pode ser armazenado no servidor do provedor de conteúdo22, e/ou a informação de conta do usuário pode ser armazenada no sistema decobrança 24. Em qualquer dessas modalidades exemplificativas seria requerido aoservidor de carregador de mídia 26 acessar qualquer um ou ambos, o servidor doprovedor de conteúdo 22 e o sistema de cobrança 24 para determinar se o usuáriotem crédito suficiente para o arquivo de conteúdo selecionado.

Quando for determinado que o usuário não tem crédito suficientepara o arquivo de conteúdo selecionado, o arquivo de conteúdo selecionado étransmitido para o terminal móvel na etapa 403. Alternativamente, quando fordeterminado que o usuário não tem crédito o suficiente, em uma modalidadeexemplificativa, um déficit de crédito é então calculado (etapa 404). O déficit decrédito é a quantidade de crédito adicional que seria exigida para o arquivo deconteúdo selecionado. Por exemplo, quando o arquivo de conteúdo selecionadotem 10 Megabytes de dados, e o usuário tem crédito disponível para apenas 8Megabytes, o déficit de crédito é de 2 Megabytes. Com base no cálculo da etapa404, em uma modalidade exemplificativa, na etapa 405 é determinado se o déficitde crédito é muito grande para compensar mediante modificação do arquivo deconteúdo selecionado. Em outras palavras, o usuário tem tão pouco crédito queseria impossível, ou, pelo menos, indesejável, tentar modificar o arquivo deconteúdo para caber dentro do crédito disponível do usuário? A determinação dese o déficit de crédito é muito grande pode se basear em vários fatores. Porexemplo, um déficit predeterminado pode ser definido de modo que se o déficit decrédito efetivo excede o déficit predeterminado, o déficit de crédito é consideradomuito grande. Alternativamente, uma percentagem predeterminada pode serdefinida de modo que se a percentagem do arquivo de conteúdo que érepresentada pelo déficit de crédito (20% no exemplo acima) excede apercentagem predeterminada, o déficit de crédito é considerado muito grande.

Quando o déficit de crédito é determinado como muito grande, na etapa 406, umamensagem pode ser enviada para o usuário indicando que ele não tem créditosuficiente para o arquivo de conteúdo selecionado e instruindo o usuário a comprarmais crédito se ele desejar continuar a receber arquivos de conteúdo adicionais.

Quanto for determinado na etapa 405 que o déficit de crédito não émuito grande para compensar através da modificação do arquivo de conteúdo ouem modalidades que não determinam inicialmente se o déficit de crédito é ou nãomuito grande, o método pode prosseguir em uma de, pelo menos, duas formas. AsFiguras 4B-4D ilustram uma forma na qual o método pode prosseguir de acordocom as modalidades exemplificativas, em que, pelo menos, parte do arquivo deconteúdo é imediatamente modificada. Alternativamente, as Figuras 4E-4Gilustram outra forma na qual o método pode prosseguir, em que o arquivo deconteúdo é primeiramente particionado em uma pluralidade de partes de conteúdoantes de ser modificado. O primeiro desses dois caminhos (isto é, modificaçãoimediata) será discutido primeiro.

A primeira etapa da Figura 4B, etapa 407, é a de calcular umarelação de diminuição em escala (R) igual à relação do crédito disponível dousuário para o tamanho global do arquivo de conteúdo selecionado. Essa relaçãode diminuição em escala pode ser usada posteriormente ao se modificar, pelomenos, parte do arquivo de conteúdo (etapa 408). Em uma modalidadeexemplificativa, modificar o arquivo de conteúdo envolve diminuir em escala, oureduzir o tamanho ou qualidade de,, pelo menos, parte do arquivo de conteúdo.Isso pode ser feito de diversas formas diferentes. Por exemplo, a criptografia doarquivo de conteúdo pode ser feita mais justa, a qualidade de áudio ou a taxa dequadros do arquivo de conteúdo pode ser diminuída, a codificação ou resolução doarquivo de conteúdo pode ser mudada, ou qualquer um dos métodos precedentespode ser realizado em combinação uns com os outros. Qual método é usado paramodificar o arquivo de conteúdo pode depender do tipo de arquivo de conteúdo eda extensão na qual ele deve se modificado.

Como um exemplo, considere o cenário descrito acima em que oarquivo de conteúdo selecionado compreende 10 Megabytes de dados, enquantoque o crédito disponível do usuário é de apenas 8 Megabytes. A relação dediminuição em escala (R) nesse cenário seria de 0,8 (8/10). O tamanho total doarquivo de conteúdo selecionado, portanto, deve ser diminuído em escala, oureduzido, por um fator de 0,8. Para realizar isso, qualquer combinação dosmétodos descritos acima pode ser usada.

Quando, pelo menos, parte do arquivo de conteúdo tiver sidomodificada, o método pode outra vez seguir um de, pelo menos, dois caminhosilustrados nas Figuras 4C e 4D, respectivamente, No primeiro cenário, mostradona Figura 4C, a próxima etapa das modalidades exemplificativas é a de transmitiro arquivo de conteúdo modificado inteiro para o terminal móvel do usuário (etapa409). O processo então termina na etapa 410, uma vez que o usuário agora tem oarquivo de conteúdo inteiro selecionado e permaneceu dentro do seu saldo decrédito.

Alternativamente, como mostrado na etapa 411 da Figura 4D, oarquivo de conteúdo modificado pode primeiramente ser particionado em umapluralidade de partes de conteúdo. Em uma modalidade, o arquivo de conteúdopode ser particionado com base em se o arquivo de conteúdo seria naturalmentedividido, por exemplo, entre cenas de um filme ou espetáculo de TV.Alternativamente, um provedor de serviço pode decidir arbitrariamente onde dividiro arquivo de conteúdo em partes de conteúdo. Na etapa 402 um ponto de seleçãode conteúdo é então inserido em, pelo menos, um grupo de partes de conteúdo,em que cada grupo contém qualquer número de partes de conteúdo, e na etapa413 um ou mais grupos de partes de conteúdo são transmitidos para o terminalmóvel.

Os pontos de seleção de conteúdo proporcionam a um usuário aoportunidade de pré-visualizar uma porção de um arquivo de conteúdoselecionado antes de decidir se continua a receber as partes de conteúdo doarquivo de conteúdo selecionado ou se pára de receber as partes de conteúdo.Em geral, isso é vantajoso porque permite ao usuário pré-visualizar uma porção deum arquivo de conteúdo selecionado antes de se comprometer a comprar oarquivo de conteúdo inteiro. Como um exemplo, quando um usuário selecionareceber um espetáculo de TV específico, de acordo com modalidadesexemplificativas da presente invenção, o espetáculo de TV pode ser particionadoem uma pluralidade de partes de conteúdo (por exemplo, uma partecorrespondendo a cada cena do espetáculo de TV). As partes de conteúdo podemser então agrupadas em um ou mais grupos, cada um deles incluindo uma ou maispartes de conteúdo. Cada grupo, por exemplo, pode incluir todas as cenas doespetáculo de TV que ocorrem entre intervalos comerciais. Um ponto de seleçãode conteúdo pode ser então inserido em, pelo menos, um dos grupos de partes deconteúdo. Um ou mais grupos de partes de conteúdo podem então sertransmitidos para o usuário para análise. Se, pelo menos, um dos grupostransmitidos incluir um ponto de seleção de conteúdo, o usuário terá oportunidadede ver as partes de conteúdo dos grupos transmitidos (por exemplo, a primeira dascenas ou mais cenas do espetáculo) e decidir se vale a pena comprar o arquivo deconteúdo inteiro, ou o espetáculo. Embora descrito acima com os pontos deseleção de conteúdo sendo transmitidos junto com as partes de conteúdo, ospontos de seleção de conteúdo alternativamente podem ser transmitidos sem orestante das partes de conteúdo respectivas para permitir que o usuário veja ospontos de seleção de conteúdo e tome uma decisão em relação à compra doarquivo de conteúdo sem jamais transmitir o restante das partes de conteúdo.

Se, após analisar o grupo de partes de conteúdo contendo o pontode seleção de conteúdo, o usuário selecionar receber as partes de conteúdoadicionais (a determinação é feita na etapa 414), o processo retorna à Etapa 413onde um ou mais grupos de partes de conteúdo são outra vez transmitidos para oterminal móvel. Se, contudo, o usuário não selecionar receber partes de conteúdoadicionais, o processo termina na Etapa 415. Quando o grupo mais recente departes de conteúdo enviadas ao terminal móvel é o último grupo, o grupo nãoconterá um ponto de seleção de conteúdo, e o processo similarmente termina(Etapa 415), uma vez que o usuário não teria tido a oportunidade de selecionarpara receber partes de conteúdo adicionais. O crédito do usuário teria sido usadoapenas nas partes de conteúdo que foram transferidas.

Retornando agora à Figura 4A, o segundo caminho que pode serseguido após ser determinado na Etapa 405 que o déficit de crédito não é muitogrande para compensar modificação, nas modalidades exemplificativas envolvedividir o arquivo de conteúdo em uma pluralidade de partes de conteúdo antes damodificação. Esse caminho é ilustrado nas Figuras 4E-4G e será discutido agora.A primeira etapa da Figura 4E, etapa 416, é a de dividir o arquivo de conteúdoselecionado em uma pluralidade de partes de conteúdo. Na Etapa 417, os pontosde seleção de conteúdo são então inseridos em, pelo menos, um grupo de partesde conteúdo, vide discussão acima com relação à Figura 4D. Mediante partição doarquivo de conteúdo antes da modificação, grupos respectivos de partes deconteúdo podem ser modificados em graus variados, isto é, com base emdiferentes relações de diminuição em escala. Após o arquivo de conteúdo ter sidoparticionado e um ou mais pontos de seleção de conteúdo ter sido inserido, oprocesso pode outra vez seguir um de, pelo menos, dois caminhos ilustrados pelasFiguras 4F e 4G, respectivamente. Adicionalmente, características dos métodosdescritos nas Figuras 4F e 4G podem ser combinadas.

Em geral, a Figura 4F ilustra uma modalidade exemplificativa em queuma primeira porção do arquivo de conteúdo é transmitida sem modificação,enquanto que uma segunda porção é modificada com base no crédito restanteapós a primeira porção ser transmitida e o tamanho da segunda porção. Essamodalidade permite que o usuário receba, pelo menos, alguma porção do arquivode conteúdo tendo sua qualidade original. Ao contrário, a Figura 4G ilustra umamodalidade exemplificativa em que múltiplos grupos de partes de conteúdo sãomodificados, cada um utilizando uma relação de diminuição em escala diferente,em que porções do saldo de crédito do usuário são alocadas aos gruposrespectivos de partes de conteúdo. Como será entendido por aqueles deconhecimento na técnica, qualquer número de cenários pode ser incorporado napresente invenção em que o arquivo de conteúdo é dividido em qualquer númerode porções e cada porção é modificada (ou não modificada) em qualquer númerode formas e em graus variáveis.

Com referência agora à Figura 4F, após a inserção dos pontos deseleção de conteúdo (Etapa 417 da Figura 4E), um primeiro grupo de partes deconteúdo pode ser transmitido em seu formato original (Etapa 418). O tamanhodesse grupo pode depender de quão grande é o déficit de crédito do usuário. Porexemplo, quando o déficit de crédito é pequeno, isto é, o usuário tem poucaquantidade do crédito necessário para receber o arquivo de conteúdo selecionado,uma porção maior do arquivo de conteúdo pode ser transmitida em seu formato equalidade originais. Ao contrário, onde o déficit de crédito é grande, o usuário podeapenas ser capaz de receber uma porção pequena do arquivo de conteúdo semmodificação.

Na Etapa 419, é determinado se o usuário selecionou receber partesadicionais de conteúdo. Conforme descrito acima, o ponto de seleção de conteúdopreviamente inserido (Etapa 417) no grupo de partes de conteúdo transmitidas naEtapa 418 permite que o usuário veja uma porção do arquivo de conteúdo e entãodesigne se deseja receber porções adicionais do arquivo de conteúdo. Se ousuário não selecionou receber partes adicionais de conteúdo, o processo terminana etapa 420. Quando o usuário tiver selecionado receber partes de conteúdoadicionais, o processo prossegue para etapa 421 onde o saldo de crédito restanteapós a transmissão do primeiro grupo de partes de conteúdo é determinado. Porexemplo, continuando com o exemplo discutido acima, quando o usuário tiver tidooriginalmente crédito para 8 Megabytes de dados, e 2 Megabytes de dados foramtransmitidos na Etapa 418, o crédito restante é de 6 Megabytes de dados.

Na Etapa 422 o tamanho do conteúdo restante após o primeiro gruposer transmitido é determinado. No exemplo acima, quando o arquivo de conteúdoselecionado era de 10 Megabytes, e 2 Megabytes foram transferidos no primeirogrupo, o tamanho do conteúdo restante após o primeiro grupo ser transmitido erade 8 Megabytes.

A seguir, uma relação de diminuição em escala (R) igual à relação docrédito restante disponível para o tamanho do conteúdo restante é calculado(Etapa 423). No exemplo acima, a relação de diminuição em escala seria de 0,75(crédito restante = 6/tamanho de conteúdo restante = 8). A relação de diminuiçãoem escala calculada é então usada, na etapa 424, para modificar as partes deconteúdo restantes utilizando quaisquer dos métodos discutidos acima. Na etapa425, um ou mais grupos de partes de conteúdo modificadas são transmitidos parao terminal móvel. É então determinado outra vez se o usuário selecionou recebergrupos adicionais de partes de conteúdo (Etapa 426). O processo termina quandoo usuário não tiver assim selecionado (Etapa 427), o que seria o caso quando ogrupo mais recente transmitido é o último grupo e, portanto, não inclui um ponto deseleção de conteúdo. Alternativamente, quando o usuário não seleciona receberpartes de conteúdo adicionais, o processo retorna à Etapa 425 onde um ou maisgrupos de partes de conteúdo são outra vez transmitidos.

Com referência agora à Figura 4G onde o segundo caminhoseguindo a etapa de inserir pontos de seleção de conteúdo (Etapa 417) é ilustrado,a primeira etapa, etapa 428, é a de calcular uma relação de diminuição em escala(R1) para um primeiro grupo de partes de conteúdo com base no tamanho doprimeiro grupo e em uma quantidade de crédito alocada. Em modalidadesexemplificativas, o primeiro grupo de partes de conteúdo é então modificado, naetapa 429, com base na relação de diminuição em escala calculada (R1) etransmitida, na etapa 430, para o terminal móvel. Na etapa 431 é determinado,utilizando os pontos de seleção de conteúdo previamente inseridos, se o usuáriodeseja receber partes de conteúdo adicionais. Se o usuário não desejar, oprocesso termina (Etapa 432). Alternativamente, quando o usuário não desejareceber partes adicionais de conteúdo, o processo continua para a etapa 433 ondeuma segunda relação de diminuição em escala (R2) é calculada com base notamanho de um segundo grupo de partes de conteúdo e no tamanho daquantidade de crédito alocada para esse segundo grupo. Essa segunda relação dediminuição em escala (R2) é então usada para modificar o segundo grupo (Etapa434), e o segundo grupo modificado é transmitido para o terminal móvel (Etapa435). As Etapas 433-435 são repetidas cada vez que o usuário selecionar receberpartes de conteúdo adicionais (Etapa 436). Caso contrário, o processo termina(Etapa 437). Embora as relações de diminuição em escala possam ser calculadasconforme descrito acima, o usuário pode selecionar relações de diminuição emescala menores para um ou mais grupos de partes de conteúdo se o usuárioestiver desejando que um ou mais grupos de partes de conteúdo sejammodificados em uma maior extensão, e desse modo permitindo que outros gruposde partes de conteúdo sejam modificados em menor grau, se completamente.

A Figura 5 ilustra um exemplo de outro cenário que pode ocorrer aoprover arquivos de conteúdo ao terminal móvel. Nesse cenário, o arquivo deconteúdo selecionado tem uma ou mais partes de conteúdo, alternativas. Issopode ocorrer, por exemplo, onde um filme tem conclusões alternativas ou cenasalternativas (por exemplo, uma delas em seu formato original e uma que foieditada para assistência por uma audiência mais jovem, ou aquela versão assimchamada "com cortes"). O arquivo de conteúdo exemplificativa mostrado na Figura5 pode ser dividido em quatro seções, em que a segunda e a quarta seçãoindividualmente incluem duas partes de conteúdo alternativas. Cada seção incluipontos de seleção de conteúdo A, B e C, discutidos acima, os quais permitem queo usuário veja uma porção das várias partes de conteúdo, incluindo as partes deconteúdo alternativas, antes de decidir transferir ou de outro modo receber partesde conteúdo adicionais do arquivo de conteúdo.

Um potencial problema surge nesse cenário quando partes deconteúdo, alternativas, são de um tamanho diferente (conforme mostrado naFigura 5 pelas partes de conteúdo alternativas na quarta seção - isto é, 4.1 e 4.2).O potencial problema é que o tamanho total do arquivo de conteúdo finalmenterecebido pelo usuário não é conhecido antes da transmissão do arquivo deconteúdo, para fins de calcular uma relação de diminuição em escala. Se todas aspartes de conteúdo forem consideradas, incluindo cada parte de conteúdoalternativa (isto é, partes de conteúdo 1, 2.1, 2.2, 3, 4.1 e 4.2), então a extensãona qual o arquivo de conteúdo precisaria ser diminuído em escala seria muitogrande.

Modalidades exemplificativas da presente invenção resolvem esseproblema potencial de várias formas. A primeira é a de inicialmente utilizar oarquivo de conteúdo maior possível ao se calcular a relação de diminuição emescala. Em outras palavras, quando houver partes de conteúdo alternativas detamanho variável, selecionar a maior das partes alternativas ao determinar otamanho do arquivo de conteúdo total (por exemplo, usar 4.2 mais propriamentedo que 4.1). Utilizando esse método, é garantido ao usuário ter crédito suficientepara receber o arquivo de conteúdo inteiro, selecionando, ainda assim a qualidadedo arquivo de conteúdo não será desnecessariamente colocada em risco.

Outra técnica de modalidades exemplificativas da presente invençãopara lidar com esse problema é a de recalcular a relação de diminuição em escala,pelo menos, após cada porção do arquivo de conteúdo que inclui uma parte deconteúdo alternativo ter sido transmitido (por exemplo, após a segunda porção doarquivo de conteúdo na Figura 5 ter sido transmitida). Desse modo, o conteúdorestante pode ser dinamicamente modificado de acordo com um caminhoselecionado (isto é, com base na quantidade de crédito restante e de partes deconteúdo). Outro aspecto das modalidades exemplificativas da presente invençãomostradas na Figura 5 é que uma primeira porção de cada parte de conteúdo podeser simultaneamente transmitida. Isto é vantajoso, por exemplo, onde existempartes de conteúdo alternativas e não é possível transferir todas ou ambas aspartes de conteúdo alternativas em uma partição de tempo que está disponíveldurante o consumo da parte de conteúdo anterior. Portanto, poderia ser possíveltransferir primeiras seções das duas ou mais partes de conteúdo, alternativas.Alternativamente, porções de cada parte de conteúdo podem ser transmitidasconsecutivamente.

Em outras modalidades exemplificativas da invenção, a invenção decrédito do usuário pode ser armazenada no terminal de usuário. A informação decrédito pode ser então enviada em conjunto com uma solicitação para umatransferência de conteúdo para um servidor/provedor de serviço. Após o conteúdoter sido consumido, o servidor/provedor de serviço pode então atualizar ainformação de crédito do usuário no terminal de usuário. Alternativamente, apóssolicita o conteúdo a partir do servidor/provedor de serviço, o terminal de usuáriopode receber informação sobre a quantidade de crédito necessária para atransferência de conteúdo solicitada. O terminal de usuário pode então realizar acomparação, definir uma relação de diminuição em escala e transmitir osresultados de volta para o servidor/provedor de serviço. O servidor/provedor deserviço pode então usar essa informação para modificar e transmitir o conteúdoselecionado para o terminal de usuário.

Em modalidades exemplificativas adicionais, se o dispositivo deusuário tem dois visores, por exemplo, um visor menor na cobertura frontal dodispositivo e um visor maior no interior da cobertura (isto é, um fator de forma deconcha), ou um visor preto e branco e um visor em cores, o conteúdo selecionadopoderia ser dividido para os quatro visores do dispositivo. Um ou mais dos visorespode ser adicionalmente externo a dispositivo de usuário, ainda assim disponívelpara uso pelo usuário. Nessas modalidades exemplificativas, o servidor/provedorde serviço/conteúdo modifica uma ou mais partes do conteúdo para um visor euma ou mais partes do conteúdo para o outro visor. Para a modificação efornecimento de tal conteúdo, portanto, o servidor/provedor de serviço/conteúdoprecisa saber qual tipo de dispositivo o usuário tem (isto é, quantos visores estãodisponíveis e quais são as capacidades desses visores). O método descrito acimaé útil, por exemplo, quando a primeira parte do conteúdo é modificada para umvisor pequeno ou preto e branco, e após o usuário decidir receber partes deconteúdo adicionais, as novas partes do conteúdo são modificadas para um visorgrande ou em cores, Adicionalmente, se o servidor/provedor de serviço/conteúdotransmite mensagens para o terminal de usuário, as mensagens podem ter duaspartes: (1) uma mensagem de alerta para um pequeno visor preto e branco paraalertar o usuário sobre várias coisas; e (2) o conteúdo efetivo modificado para ovisor grande ou em cores.

Em ainda modalidades exemplificativas adicionais, um servidor decarregador de mídia pode prover arquivos e mensagens de conteúdo, específicos,apenas em uma célula de transmissão específica. Esses arquivos de conteúdoespecífico e mensagens podem ser, por exemplo, uma saudação de vídeopersonalizada ligada a um local específico e armazenada no servidor decarregador de mídia a partir de um primeiro usuário para um segundo usuário, umanúncio específico de célula de comunicação para alerta, um arquivo de conteúdocustomizado vinculado a um local específico a partir do provedor de serviço deconteúdo para um usuário, etc.

Esse serviço também pode abranger uma lista de células disponíveisque cada terminal de base celular (por exemplo, GSM, GPRS, WCDMA1 CDMA,WLAN, Bluetooth) obtém. Essa é basicamente a característica essencial de cadarede de células. Isso significa que o terminal calcula quais são as células maispróximas na cobertura e recebe a intensidade de sinal durante todo o tempo. Combase nos sinais, o terminal pode escolher automaticamente qual célula utilizar.Além disso, modalidades exemplificativas desta invenção podem utilizar os dadoscoletados pelo terminal, mediante criação das células assim chamadas de"segunda camada" para uma assim chamada lista dinâmica. Em outras palavras,se o terminal na realidade não visitou a célula, mas passou próxima dela e foicapaz de medir a intensidade do sinal, aquela célula é adicionada à lista dinâmica.Agora, os serviços ou servidores de carregador de mídia disponíveis nessascélulas de "segunda camada" são sondados (isto é, uma solicitação para serviço éenviada) com base na lista dinâmica. Isso permite que o terminal de usuário cubrauma área de serviço mais ampla de arquivos de conteúdo localizados emensagens acessando apenas as células automaticamente selecionadas.

Conclusão:

Como considerado por aqueles versados na técnica, as modalidadesda presente invenção descritas acima podem ser incorporadas como um sistema,método, dispositivo de terminal móvel ou outro aparelho, ou produto de programade computador. Conseqüentemente, a presente invenção pode assumir a forma deuma modalidade completamente de hardware, uma modalidade completamente desoftware, ou uma modalidade combinando aspectos de software e hardware. Alémdisso, as modalidades da presente invenção podem assumir a forma de umproduto de programa de computador em um meio de armazenamento legível porcomputador tendo instruções de programa legíveis por computador (por exemplo,software de computador) incorporadas no meio de armazenamento. Maisespecificamente, a presente invenção pode assumir a forma de software decomputador implementado na Rede. Qualquer meio de armazenamento legível porcomputador, adequado, pode ser utilizado incluindo discos rígidos, CD-ROMs,dispositivos de armazenamento ótico, ou dispositivo de armazenamentomagnético.

A presente invenção é descrita acima com referência aos diagramasde blocos e ilustrações de fluxograma de métodos, equipamentos (isto é,sistemas) e produtos de programa de computador de acordo com uma modalidadeda invenção. Será entendido que cada bloco dos diagramas de blocos eilustrações de fluxograma, e combinações de blocos nos diagramas de blocos eilustrações de fluxograma, respectivamente, pode ser implementado por instruçõesde programa de computador. Essas instruções de programa de computadorpodem ser carregadas em um computador de uso geral, computador de usoespecial, ou outro equipamento de processamento de dados programável paraproduzir uma máquina, de tal modo que as instruções que executam nocomputador ou outro equipamento de processamento de dados programável criamum meio para implementar as funções especificadas no bloco ou blocos defluxograma, embora outros meios para implementar as funções incluindo diversascombinações de hardware, firmware e software conforme aqui descrito tambémpodem ser empregadas.

Essas instruções de programa de computador também podem serarmazenadas em uma memória legível por computador que pode orientar umcomputador ou outro equipamento de processamento de dados programável parafuncionar de uma maneira específica, de tal modo que as instruções armazenadasna memória legível por computador produzem um artigo de manufatura incluindoinstruções legíveis por computador para implementar a função especificada nobloco ou blocos de fluxograma. As instruções de programa de computador tambémpodem ser carregadas em um computador ou outro equipamento deprocessamento de dados programável para fazer com que uma série de etapasoperacionais seja realizada no computador ou outro equipamento programávelpara produzir um processo implementado por computador de tal modo que asinstruções que executam no computador ou outro equipamento programávelproporcionam etapas para implementar as funções especificadas no bloco oublocos de fluxograma.

Conseqüentemente, blocos dos diagramas de blocos e ilustrações defluxograma suportam combinações de meios para realizar as funçõesespecificadas, combinações de etapas para realizar as funções especificadas; emeios de instrução de programa para realizar as funções especificadas. Tambémserá entendido que cada bloco dos diagramas de blocos e ilustrações defluxograma, e combinações de blocos nos diagramas de blocos e ilustrações defluxograma, pode ser implementado por sistemas de computador baseados emhardware de uso especial que realizam as funções ou etapas especificadas, oucombinações de instruções de computador e hardware de uso especial.

Muitas modificações e outras modalidades da invenção ora expostaserão evidentes para aqueles versados na técnica à qual esta invenção pertencetendo o benefício dos ensinamentos apresentados nas descrições anteriores edesenhos associados. Portanto, deve ficar claro que as instruções não devem serlimitadas às modalidades específicas reveladas e que modificações e outrasmodalidades devem ser incluídas no escopo das reivindicações anexas. Emboratermos específicos sejam aqui empregados, eles são usados apenas em umsentido genérico e descritivo e não com fins restritivos.

Claims (61)

1. Método de fornecimento de um ou mais arquivos de conteúdo paraum terminal de usuário, o método CARACTERIZADO por compreender:- receber uma solicitação para um arquivo de conteúdo a partir de umusuário associado ao terminal de usuário- determinar se um saldo de crédito associado ao usuário é suficientepara o arquivo de conteúdo solicitado;- modificar, pelo menos, parte do arquivo de conteúdo quando fordeterminado que o saldo de crédito não é suficiente; e- transmitir, pelo menos, parte do arquivo de conteúdo para o terminalde usuário.

2. Método, de acordo com a reivindicação 1, CARACTERIZADO pelofato de que transmitir, pelo menos, parte do arquivo de conteúdo para o terminalde usuário compreende transmitir uma parte modificada do arquivo de conteúdo.

3. Método, de acordo com a reivindicação 1, CARACTERIZADO pelofato de que transmitir, pelo menos, parte do arquivo de conteúdo para o terminalde usuário compreende transmitir uma parte não-modificada do arquivo deconteúdo.

4. Método, de acordo com a reivindicação 1, CARACTERIZADO pelofato de que transmitir, pelo menos, parte do arquivo de conteúdo para o terminalde usuário compreende transmitir uma parte modificada do arquivo de conteúdo euma parte não-modificada do arquivo de conteúdo.

5. Método, de acordo com a reivindicação 1, CARACTERIZADO pelofato de que o terminal de usuário compreende um terminal móvel.

6. Método, de acordo com a reivindicação 1, CARACTERIZADO pelofato de que determinar se o saldo de crédito é suficiente para o arquivo deconteúdo solicitado compreende:- determinar um tamanho do arquivo de conteúdo;- determinar um tamanho do saldo de crédito; e- comparar o tamanho do arquivo de conteúdo com o tamanho dosaldo de crédito com o saldo de crédito sendo determinado como insuficientequando o tamanho do arquivo de conteúdo exceder o tamanho do saldo de crédito.

7. Método, de acordo com a reivindicação 1, CARACTERIZADO porcompreender ainda, a partir da determinação de que o saldo de crédito éinsuficiente, determinar se o arquivo de conteúdo pode ser suficientementemodificado de modo que o tamanho de um arquivo de conteúdo modificado sejaigual ou menor do que o tamanho do saldo de crédito.

8. Método, de acordo com a reivindicação 7, CARACTERIZADO porcompreender adicionalmente, a partir de uma determinação de que o arquivo deconteúdo não pode ser suficientemente modificado, transmitir uma mensagempara o usuário indicando que o usuário tem um saldo de crédito insuficiente para oarquivo de conteúdo solicitado.

9. Método, de acordo com a reivindicação 1, CARACTERIZADO pelofato de que modificar, pelo menos, parte do arquivo de conteúdo compreende;calcular uma relação de diminuição em escala com base, pelomenos, em parte em um tamanho do arquivo de conteúdo e um tamanho do saldode crédito; e- reduzir o tamanho de, pelo menos, parte do arquivo de conteúdocom base na relação de diminuição em escala calculada.

10. Método, de acordo com a reivindicação 9, CARACTERIZADOpelo fato de que reduzir o tamanho de, pelo menos, parte do arquivo de conteúdocompreende um ou mais entre estreitar uma criptografia de, pelo menos, parte doarquivo de conteúdo, diminuir uma qualidade de áudio de, pelo menos, parte doarquivo de conteúdo, diminuir uma taxa de quadro de, pelo menos, parte doarquivo de conteúdo, mudar uma codificação de, pelo menos, parte do arquivo deconteúdo e diminuir uma resolução de, pelo menos, parte do arquivo de conteúdo.

11. Método, de acordo com a reivindicação 1, CARACTERIZADOpelo fato de que transmitir, pelo menos, parte do arquivo de conteúdo para oterminal de usuário compreende transmitir consecutivamente um ou mais gruposde partes de conteúdo do arquivo de conteúdo, em que cada grupo compreendeuma ou mais das partes de conteúdo.

12. Método, de acordo com a reivindicação 1, CARACTERIZADOpelo fato de que modificar, pelo menos, parte do arquivo de conteúdo compreendemodificar, pelo menos, um de um ou mais grupos de partes de conteúdo doarquivo de conteúdo.

13. Método, de acordo com a reivindicação 12, CARACTERIZADOpelo fato de que modificar, pelo menos, um dos grupos de partes de conteúdocompreende:- alocar uma porção do saldo de crédito a, pelo menos, um grupo departes de conteúdo;- calcular uma relação de diminuição em escala para o grupo departes de conteúdo com base ao menos em parte em um tamanho do grupo departes de conteúdo e um tamanho da porção do saldo de crédito alocado ao grupode partes de conteúdo; e- reduzir o tamanho do grupo de partes de conteúdo com base narelação de diminuição em escala calculada.

14. Método, de acordo com a reivindicação 1, CARACTERIZADO porcompreender ainda:- dividir o arquivo de conteúdo em uma pluralidade de partes deconteúdo.

15. Método, de acordo com a reivindicação 14, CARACTERIZADOpelo fato de que o arquivo de conteúdo é particionado antes de, pelo menos, partedo arquivo de conteúdo ser modificada.

16. Método, de acordo com a reivindicação 14, CARACTERIZADOpelo fato de que o arquivo de conteúdo é particionado após, pelo menos, parte doarquivo de conteúdo ter sido modificada.

17. Método, de acordo com a reivindicação 11, CARACTERIZADOpor compreender ainda:- inserir um ponto de seleção de conteúdo em, pelo menos, um dosgrupos de partes de conteúdo, em que o ponto de seleção de conteúdo permiteque o usuário especifique se deseja receber um ou mais grupos adicionais departes de conteúdo;- determinar, após enviar um grupo de partes de conteúdo incluindo oponto de seleção de conteúdo e antes de transmitir um grupo adicional de partesde conteúdo, se o usuário pretende receber grupos adicionais de partes deconteúdo; e- parar de transmitir grupos adicionais de partes de conteúdo quandofor determinado que o usuário não deseja continuar.

18. Método, de acordo com a reivindicação 11, CARACTERIZADOpelo fato de que um ou mais grupos de partes de conteúdo compreendem duas oumais partes de conteúdo, alternativas, de tal modo que um usuário pode selecionaruma parte de conteúdo alternativa a partir de cada grupo.

19. Método, de acordo com a reivindicação 18, CARACTERIZADOpelo fato de que cada grupo de partes de conteúdo compreendendo partes deconteúdo alternativas compreende uma maior parte de conteúdo alternativa, e emque modificar, pelo menos, parte do arquivo de conteúdo compreende:- calcular uma relação de diminuição em escala com base, pelomenos, em parte em um tamanho do arquivo de conteúdo e em um tamanho dosaldo de crédito, em que o tamanho do arquivo de conteúdo se baseia em parte notamanho da maior parte de conteúdo alternativa entre as partes de conteúdoalternativas de cada grupo de partes de conteúdo compreendendo partes deconteúdo alternativas; e- reduzir o tamanho de, pelo menos, parte do arquivo de conteúdocom base na relação de diminuição em escala calculada.

20. Método, de acordo com a reivindicação 19, CARACTERIZADOpelo fato de que transmitir, pelo menos, parte do arquivo de conteúdo compreendetransmitir um grupo de partes de conteúdo incluindo uma parte de conteúdoalternativa selecionada pelo usuário, de tal modo que um ou mais grupos de partesde conteúdo ainda precisam ser transmitidos e uma porção do saldo de crédito énão-utilizada, e em que o método compreende ainda:- recalcular a relação de diminuição em escala com base em umtamanho do um ou mais grupos de partes de conteúdo que ainda precisam sertransmitidos e um tamanho da porção do saldo de crédito que é não-utilizada;- reduzir o tamanho do um ou mais grupos de partes de conteúdo querestam com base na relação de diminuição em escala recalculada;- transmitir um ou mais grupos adicionais de parte de conteúdo; e- repetir as etapas de recalcular, reduzir e transmitir até que não restequalquer grupo de conteúdo a ser enviado.

21. Servidor capaz de fornecimento de um ou mais arquivos deconteúdo a um terminal de usuário, o servidor CARACTERIZADO porcompreender:- um processador; e- um módulo de memória em comunicação com o processador quearmazena uma aplicação executável pelo processador, em que a aplicação écapaz, a partir da execução, de receber uma solicitação para um arquivo deconteúdo a partir de um usuário associado ao terminal de usuário, a aplicaçãoadicionalmente capaz, a partir da execução, de determinar se um saldo de créditoassociado ao usuário é suficiente para o arquivo de conteúdo solicitado, aaplicação adicionalmente capaz, a partir da execução, de modificar, pelo menos,parte do arquivo de conteúdo quando for determinado que o saldo de crédito não ésuficiente, e a aplicação capaz ainda, a partir da execução, de transmitir, pelomenos, parte do arquivo de conteúdo para o terminal de usuário.

22. Servidor, de acordo com a reivindicação 21, CARACTERIZADOpelo fato de a transmissão de, pelo menos, parte do arquivo de conteúdo para oterminal de usuário compreende transmitir uma parte modificada do arquivo deconteúdo.

23. Servidor, de acordo com a reivindicação 21, CARACTERIZADOpelo fato de a transmissão de, pelo menos, parte do arquivo de conteúdo para oterminal de usuário compreende transmitir uma parte não-modificada do arquivode conteúdo.

24. Servidor, de acordo com a reivindicação 21, CARACTERIZADOpelo fato de que transmitir, pelo menos, parte do arquivo de conteúdo para oterminal de usuário compreende transmitir uma parte modificada do arquivo deconteúdo e uma parte não-modificada do arquivo de conteúdo.

25. Servidor, de acordo com a reivindicação 21, CARACTERIZADOpelo fato de que o terminal de usuário compreende um terminal móvel.

26. Servidor, de acordo com a reivindicação 21, CARACTERIZADOpelo fato de que a aplicação é capaz de determinar se o saldo de crédito ésuficiente para o arquivo de conteúdo solicitado por intermédio de:- determinar um tamanho do arquivo de conteúdo;- determinar um tamanho do saldo de crédito;- comparar o tamanho do arquivo de conteúdo com o tamanho dosaldo de crédito com o saldo de crédito sendo determinado como insuficientequando o tamanho do arquivo de conteúdo exceder o tamanho do saldo de crédito.

27. Servidor, de acordo com a reivindicação 21, CARACTERIZADOpelo fato de que a aplicação é adicionalmente capaz, a partir da execução e apartir de uma determinação de que o saldo de crédito é insuficiente, de determinarse o arquivo de conteúdo solicitado pode ser suficientemente modificado de modoque o tamanho do arquivo de conteúdo modificado seja igual ou menor do que otamanho do saldo de crédito.

28. Servidor, de acordo com a reivindicação 27, CARACTERIZADOpelo fato de que a aplicação é adicionalmente capaz, a partir da execução e apartir de uma determinação de que o arquivo de conteúdo solicitado não pode sersuficientemente modificado, de transmitir uma mensagem para o usuário indicandoque o usuário tem um saldo de crédito insuficiente para o arquivo de conteúdosolicitado.

29. Servidor, de acordo com a reivindicação 21, CARACTERIZADOpelo fato de que a aplicação é capaz de modificar, pelo menos, parte do arquivo deconteúdo por intermédio de:- calcular uma relação de diminuição em escala com base, pelomenos, em parte em um tamanho do arquivo de conteúdo e um tamanho do saldode crédito; e- reduzir o tamanho de, pelo menos, parte do arquivo de conteúdocom base na relação de diminuição em escala calculada.

30. Servidor, de acordo com a reivindicação 29, CARACTERIZADOpelo fato de que a aplicação é capaz de reduzir o tamanho de, pelo menos, partedo arquivo de conteúdo por intermédio de um ou mais entre: estreitamento de umacriptografia de, pelo menos, parte do arquivo de conteúdo, diminuição de umaqualidade de áudio de, pelo menos, parte do arquivo de conteúdo, diminuição deuma taxa de quadro de, pelo menos, parte do arquivo de conteúdo, mudança deuma codificação de, pelo menos, parte do arquivo de conteúdo e diminuição deuma resolução de, pelo menos, parte do arquivo de conteúdo.

31. Servidor, de acordo com a reivindicação 21, CARACTERIZADOpelo fato de que transmitir, pelo menos, parte do arquivo de conteúdo para oterminal de usuário compreende transmitir consecutivamente um ou mais gruposde partes de conteúdo do arquivo de conteúdo, em que cada grupo compreendeuma ou mais das partes de conteúdo.

32. Servidor, de acordo com a reivindicação 21, CARACTERIZADOpelo fato de que a aplicação é capaz de modificar, pelo menos, parte do arquivo deconteúdo mediante modificação de, pelo menos, um de um ou mais grupos departes de conteúdo do arquivo de conteúdo.

33. Servidor, de acordo com a reivindicação 32, CARACTERIZADOpelo fato de que a aplicação é capaz de modificar, pelo menos, um dos grupos departes de conteúdo por intermédio de:- alocar uma porção do saldo de crédito a, pelo menos, um grupo departes de conteúdo;- calcular uma relação de diminuição em escala para o grupo departes de conteúdo com base, pelo menos, em parte em um tamanho do grupo departes de conteúdo e um tamanho da porção do saldo de crédito alocado ao grupode partes de conteúdo; e- reduzir o tamanho do grupo de partes de conteúdo com base narelação de diminuição em escala calculada.

34. Servidor, de acordo com a reivindicação 21, CARACTERIZADOpelo fato de que a aplicação é capaz ainda, a partir da execução, de dividir oarquivo de conteúdo em uma pluralidade de partes de conteúdo.

35. Servidor, de acordo com a reivindicação 34, CARACTERIZADOpelo fato de que o arquivo de conteúdo é particionado antes de, pelo menos, partedo arquivo de conteúdo ser modificada.

36. Servidor, de acordo com a reivindicação 34, CARACTERIZADOpelo fato de que o arquivo de conteúdo é particionado após, pelo menos, parte doarquivo de conteúdo ter sido modificada.

37. Servidor, de acordo com a reivindicação 31, CARACTERIZADOpelo fato de que a aplicação é capaz ainda, a partir da execução, de inserir umponto de seleção de conteúdo em, pelo menos, um dos grupos de partes deconteúdo, em que o ponto de seleção de conteúdo permite que o usuárioespecifique se deseja receber um ou mais grupos adicionais de partes deconteúdo, a aplicação adicionalmente capaz, a partir da execução, de determinar,após envio de um grupo de partes de conteúdo incluindo o ponto de seleção deconteúdo e antes de transmitir um grupo adicional de partes de conteúdo, se ousuário deseja receber grupos adicionais de partes de conteúdo, e o pedido capazainda, a partir da execução, de parar de transmitir grupos adicionais de partes deconteúdo se for determinado que o usuário não deseja continuar.

38. Servidor, de acordo com a reivindicação 31, CARACTERIZADOpelo fato de que um ou mais grupos de partes de conteúdo compreendem duas oumais partes de conteúdo, alternativas, de tal modo que um usuário pode selecionaruma parte de conteúdo alternativa a partir de cada grupo.

39. Servidor, de acordo com a reivindicação 38, CARACTERIZADOpelo fato de que cada grupo de partes de conteúdo compreendendo partes deconteúdo alternativas compreende uma maior parte de conteúdo alternativa, e emque modificar, pelo menos, parte do arquivo de conteúdo compreende:- calcular uma relação de diminuição em escala com base, pelomenos, em parte em um tamanho do arquivo de conteúdo e em um tamanho dosaldo de crédito, em que o tamanho do arquivo de conteúdo se baseia em parte notamanho da maior parte de conteúdo alternativa entre as partes de conteúdoalternativas de cada grupo de partes de conteúdo compreendendo partes deconteúdo alternativas; e- reduzir o tamanho de, pelo menos, parte do arquivo de conteúdocom base na relação de diminuição em escala calculada.

40. Método, de acordo com a reivindicação 39, CARACTERIZADOpelo fato de que transmitir, pelo menos, parte do arquivo de conteúdo compreendetransmitir um grupo de partes de conteúdo incluindo uma parte de conteúdoalternativa selecionada pelo usuário, de tal modo que um ou mais grupos de partesde conteúdo ainda precisam ser transmitidos e uma porção do saldo de crédito énão-utilizada, e em que o método compreende ainda:- recalcular a relação de diminuição em escala com base em umtamanho do um ou mais grupos de partes de conteúdo que ainda precisam sertransmitidos e um tamanho da porção do saldo de crédito que é não-utilizada;- reduzir o tamanho do um ou mais grupos de partes de conteúdo querestam com base na relação de diminuição em escala recalculada;- transmitir um ou mais grupos adicionais de parte de conteúdo; e- repetir as etapas de recalcular, reduzir e transmitir até que não restequalquer grupo de conteúdo a ser enviado.

41. Sistema para prover um terminal de usuário com um ou maisarquivos de conteúdo, o sistema CARACTERIZADO por compreender:- um terminal de usuário capaz de transmitir uma solicitação por umusuário para um arquivo de conteúdo; e- um servidor em comunicação com o terminal de usuário parareceber a solicitação para um arquivo de conteúdo, o servidor capaz de determinarse um saldo de crédito associado ao usuário é suficiente para o arquivo deconteúdo solicitado, o servidor capaz ainda de modificar, pelo menos, parte doarquivo de conteúdo quando for determinado que o saldo de crédito não ésuficiente, e o servidor capaz adicionalmente de transmitir, pelo menos, parte doarquivo de conteúdo para o terminal de usuário.

42. Sistema, de acordo com a reivindicação 41, CARACTERIZADOpelo fato de que transmitir, pelo menos, parte do arquivo de conteúdo para oterminal de usuário compreende transmitir uma parte modificada do arquivo deconteúdo.

43. Sistema, de acordo com a reivindicação 41, CARACTERIZADOpelo fato de que transmitir, pelo menos, parte do arquivo de conteúdo para oterminal de usuário compreende transmitir uma parte não-modificada do arquivode conteúdo.

44. Sistema, de acordo com a reivindicação 41, CARACTERIZADOpelo fato de que transmitir, pelo menos, parte do arquivo de conteúdo para oterminal de usuário compreende transmitir uma parte modificada do arquivo deconteúdo e uma parte não-modificada do arquivo de conteúdo.

45. Sistema, de acordo com a reivindicação 41, CARACTERIZADOpelo fato de que o terminal de usuário compreende um terminal móvel.

46. Sistema, de acordo com a reivindicação com a reivindicação 41,CARACTERIZADO por compreender ainda:- um servidor de conteúdo acessível pelo servidor, em que o servidoré adicionalmente capaz de recuperar o arquivo de conteúdo solicitado a partir doservidor de conteúdo.

47. Sistema, de acordo com a reivindicação com a reivindicação 41,CARACTERIZADO por compreender ainda:- um banco de dados acessível pelo servidor, o banco de dadosarmazenando um ou mais saldos de crédito associados a um ou mais usuáriosrespectivos, em que acessar um saldo de crédito associado ao usuáriocompreende acessar o banco de dados para recuperar o saldo de crédito.

48. Sistema, de acordo com a reivindicação com a reivindicação 41,CARACTERIZADO pelo fato de que o servidor é capaz ainda, a partir de umadeterminação de que o saldo de crédito é insuficiente, de determinar se o arquivode conteúdo solicitado pode ser suficientemente modificado de modo que umarquivo de conteúdo modificado seja do mesmo tamanho ou menor do que o saldode crédito.

49. Sistema, de acordo com a reivindicação 48, CARACTERIZADOpelo fato de que o servidor é adicionalmente capaz, a partir de uma determinaçãode que o arquivo de conteúdo solicitado não pode ser suficientemente modificado,de transmitir uma mensagem para o usuário indicando que o usuário tem um saldode crédito insuficiente para o arquivo de conteúdo solicitado.

50. Sistema, de acordo com a reivindicação 41, CARACTERIZADOpelo fato de que o servidor é capaz de modificar, pelo menos, parte do arquivo deconteúdo por intermédio de:- calcular uma relação de diminuição em escala com base, pelomenos, em parte em um tamanho do arquivo de conteúdo e um tamanho do saldode crédito; e- reduzir o tamanho de, pelo menos, parte do arquivo de conteúdocom base na relação de diminuição em escala calculada.

51. Sistema, de acordo com a reivindicação 50, CARACTERIZADOpelo fato de que o servidor é capaz de reduzir o tamanho de, pelo menos, parte doarquivo de conteúdo por intermédio de um ou mais entre: estreitamento de umacriptografia de, pelo menos, parte do arquivo de conteúdo, diminuição de umaqualidade de áudio de, pelo menos, parte do arquivo de conteúdo, diminuição deuma taxa de quadro de, pelo menos, parte do arquivo de conteúdo, mudança deuma codificação de, pelo menos, parte do arquivo de conteúdo e diminuição deuma resolução de, pelo menos, parte do arquivo de conteúdo.

52. Sistema, de acordo com a reivindicação 41, CARACTERIZADOpelo fato de que transmitir, pelo menos, parte do arquivo de conteúdo para oterminal de usuário compreende transmitir consecutivamente um ou mais gruposde partes de conteúdo do arquivo de conteúdo, em que cada grupo compreendeuma ou mais das partes de conteúdo.

53. Sistema, de acordo com a reivindicação 41, CARACTERIZADOpelo fato de que o servidor é capaz de modificar, pelo menos, parte do arquivo deconteúdo mediante modificação de, pelo menos, um de um ou mais grupos departes de conteúdo do arquivo de conteúdo.

54. Sistema, de acordo com a reivindicação 53, CARACTERIZADOpelo fato de que o servidor é capaz de modificar, pelo menos, um dos grupos departe de conteúdo por intermédio de:- alocar uma porção do saldo de crédito a, pelo menos, um grupo departes de conteúdo;- calcular uma relação de diminuição em escala para o grupo departes de conteúdo com base, pelo menos, em parte em um tamanho do grupo departes de conteúdo e um tamanho da porção do saldo de crédito alocado ao grupode partes de conteúdo; e- reduzir o tamanho do grupo de partes de conteúdo com base narelação de diminuição em escala calculada.

55. Sistema, de acordo com a reivindicação 41, CARACTERIZADOpelo fato de que o servidor é capaz de ainda de dividir o arquivo de conteúdo emuma pluralidade de partes de conteúdo.

56. Sistema, de acordo com a reivindicação 55, CARACTERIZADOpelo fato de que o arquivo de conteúdo é particionado antes de, pelo menos, partedo arquivo de conteúdo ser modificada.

57. Sistema, de acordo com a reivindicação 55, CARACTERIZADOpelo fato de que o arquivo de conteúdo é particionado após, pelo menos, parte doarquivo de conteúdo ter sido modificada.

58. Sistema, de acordo com a reivindicação 52, CARACTERIZADOpelo fato de que o servidor é capaz ainda de inserir um ponto de seleção deconteúdo em, pelo menos, um dos grupos de partes de conteúdo, em que o pontode seleção de conteúdo permite que o usuário especifique se deseja receber umou mais grupos adicionais de partes de conteúdo, o servidor capaz ainda dedeterminar, após enviar um grupo de partes de conteúdo incluindo o ponto deseleção de conteúdo e antes de transmitir um grupo adicional de partes deconteúdo, se o usuário deseja receber grupos adicionais de partes de conteúdo, eo servidor capaz ainda de parar de transmitir grupos adicionais de partes deconteúdo se for determinado que o usuário não deseja continuar.

59. Produto de programa de computador para prover um arquivo deconteúdo a um terminal de usuário, CARACTERIZADO pelo fato de que o produtode programa de computador compreende, pelo menos, um meio dearmazenamento legível por computador tendo porções de código de programalegível por computador armazenadas no mesmo, as porções de código deprograma legível por computador compreendendo:- uma primeira porção executável para receber uma solicitação paraum arquivo de conteúdo a partir de um usuário associado ao terminal de usuário- uma segunda porção executável para determinar se um saldo decrédito associado ao usuário é insuficiente para o arquivo de conteúdo solicitado;- uma terceira porção executável para modificar, pelo menos, partedo arquivo de conteúdo quando for determinado que o saldo de crédito não ésuficiente; e- uma quarta porção executável para transmitir, pelo menos, parte doarquivo de conteúdo para o terminal de usuário.

60. Terminal de usuário capaz de receber um ou mais arquivos deconteúdo, o terminal de usuário CARACTERIZADO por compreender:- meio para transmitir uma solicitação para um arquivo de conteúdocompreendendo uma ou mais partes;- meio para receber, em resposta à solicitação,, pelo menos, umaparte do arquivo de conteúdo solicitado, a parte incluindo um ponto de seleção deconteúdo possibilitando que um usuário associado ao terminal de usuárioespecifique se deseja receber uma ou mais partes adicionais do arquivo deconteúdo solicitado;- meio para apresentar o ponto de seleção de conteúdo ao usuário ehabilitar o usuário a especificar se deseja receber uma ou mais partes adicionais; e- meio para transmitir uma solicitação para uma ou mais partesadicionais do arquivo de conteúdo solicitado em resposta ao usuário especificandose deseja receber uma ou mais partes adicionais.

61. Terminal de usuário, de acordo com a reivindicação 60,CARACTERIZADO por compreender ainda:- meio para armazenar a uma ou mais partes do arquivo de conteúdorecebido.