BRPI0614064A2 - download de dados iniciado por objetos de comunicação portáteis durante uma campanha - Google Patents

Abstract

DOWNLOAD DE DADOS INICIADO POR OBJETOS DE COMUNICAçAO PORTATEIS DURANTE UMA CAMPANHA. A invenção refere-se ao download de dados de conteúdo (D) disponíveis em um servidor (SAC, BD) para objetos de comunicação portáteis (Cl CN) por meio de uma rede de comunicação de rádio (RR) durante uma campanha de download de dados iniciada por um objeto comunicação portátil mediante envio de um pedido de disponibilidade de conteúdos para o servidor, quando, pelo menos, elemento de acionamento de transmissão de solicitação atende a uma regra armazenada no objeto de comunicação portátil. Após a recepção da solicitação de disponibilidade de conteúdo de um dos dispositivos, incluindo o servidor e os objetos de comunicação portáteis determina se os dados de conteúdo estão disponíveis para o objeto de comunicação portátil, de modo a transmitir o mesmo.

Description

Relatório Descritivo da Patente de Invenção para: "DOWNLOADDE DADOS INICIADO POR OBJETOS DE COMUNICAÇÃO PORTÁTEISDURANTE UMA CAMPANHA".

Descrição

A presente invenção refere-se ao download de dados apartir de um servidor em objetos de comunicação portáteisatravés de uma rede de comunicação de rádio durante umacampanha de download. Mais especificamente, ela trata de umdownload de dados iniciado pelos objetos de comunicaçãoportáteis. Os objetos de comunicação são cartõesinteligentes, tais como cartões UICC (Universal IntegratedCircuit (s) Card - cartão de circuito integrado universal)fornecidos com o aplicativo de USIM (Universal SubscriberIdentity Module - Módulo de identidade de assinanteuniversal), associado com os terminais móveis da rede decomunicação de rádio, que podem ser, por exemplo, do tipoGPRS (General Packet Radio Service) ou do tipo UMTS(Universal Mobile Telecommunications System).

0 servidor de download de dados, também chamadoplataforma de gerenciamento de cartão OTA {Over The Air -Através do Ar) inclui software que permite que o operadorque gerencia a rede de comunicação de rádio mantenha ocontrole dos cartões inteligentes nos terminais móveis emodifique os seus conteúdos. Tais operações iniciadas pelooperador (modo push), por exemplo, referem-se ao downloadde um arquivo em cartões pré-determinados no estoquegerenciado pelo operador, ou o download ou a deleção de umdeterminado aplicativo, ou a modificação de dados de umarquivo ou de um determinado aplicativo em cartõesgerenciados pelo operador.

A invenção diz respeito mais particularmente a umacampanha de download de dados massiva em cartões dosusuários, embora servidor de download dados através do ar(OTA) possa fazer o download de uma unidade em um cartão deusuário.

De acordo com um primeiro exemplo, o download refere-se a um único arquivo pessoal, que é destinado a usuáriosem roaming, que estão muitas vezes no estrangeiro, e quecontém mais de dez identificadores de rede preferidosgerenciados pelos operadores, com quem o operador da redeque gerencia o cartão entrou em um acordo. 0 arquivo dosidentificadores de rede preferidos é único e se destina aser descarregado, em muitos cartões de usuáriospredeterminados, de tal forma que os usuários de taiscartões podem usá-lo quando estão no exterior.

Para este primeiro exemplo, o operador tem atualmenteduas possibilidades para o download desses arquivos apartir do servidor OTA. De acordo com uma primeirapossibilidade, o operador decide a fazer o download doarquivo em uma forma unitária, à medida que ele aparece, aprimeira vez que um usuário interessado está em roaming, eassim por diante, por sua vez, para todos os usuários queestão em roaming. De acordo com uma segunda possibilidade,o assim chamado modo em campanha, o servidor envia oarquivo dos identificadores de rede preferida duranteapenas uma campanha para os cartões dos usuários que sesubscreveram em uma opção de roaming.

No modo de campanha, o número de usuários visados podechegar várias a centenas de milhares ou milhões.

De acordo com um segundo exemplo, um download refere-se a um aplicativo que facilita o gerenciamento de listastelefônicas nos cartões. Tal aplicativo torna possível paraum usuário salvar a agenda do seu telefone em umdeterminado servidor gerenciado pelo operador, cada vez queo usuário salva um novo número de telefone em seu cartão.

De acordo com este segundo exemplo, existem trêspossibilidades. Além de um anúncio mostrado na televisão, ousuário chama o call center, durante o dia, para solicitá-lo para fazer o download do aplicativo para o seu cartão.

Essa operação é uma operação de unidade desencadeada noservidor OTA pelo operador, em um modo assim chamado"Customer Care". De acordo com uma segunda possibilidade, ousuário toma a iniciativa de comandar downloadinqsconsultando o site da operadora do seu terminal móvel, demodo a desencadear o download do aplicativo para o cartão.

Esse download também é uma operação de unidade comandada noservidor OTA pelo usuário em um modo chamado "Self Care".

De acordo com uma terceira possibilidade, o operador acionauma operação de download em modo de campanha em mais de ummilhão de usuários visados de modo que o servidor OTAgerencia o download do aplicativo para o milhão de cartões.

Para todas as operações de download acima mencionadasa partir do servidor de download OTA, a configuração de umcanal de comunicação entre o servidor e um cartão duranteuma campanha de download é decidida pelo operador einiciado no servidor. Tais downloadinqs são operados emmodo "push".

De acordo com uma primeira concretização do modo push,o download é feito mediante a transmissão de uma série demensagens curtas SMS, formatadas pelo servidor de downloadem função de um protocolo conhecido, para um cartão, emseguida, transmitidas para o cartão através da rede decomunicação do operador do tipo GSM. Esta operação édescrita no pedido de patente francês 0410225, depositadoem 27 de setembro de 2004 pelo depositante e não publicado,intitulado: "Campagne de téléchargement de données dans desobjets communicants portables" (Campanha de download dedados em objetos de comunicação portáteis). A configuraçãoda comunicação de modo push que exige o uso da tecnologiaSMS é uma desvantagem para as redes, as infra-estruturasdas quais não podem lidar com mensagens curtas ou para asquais as mensagens curtas não cumprem as normas exigidaspara uma atualização remota, por exemplo, de cartões emredes de CDMA (Código Division Multiple Access). Outradesvantagem é a indisponibilidade dos cartões, que são osterminais que estão desligados ou fora da área de coberturada rede de comunicação via rádio durante a campanha.

Para solucionar tais inconvenientes, uma segundaconcretização ilustrada na figura 1, de acordo com ainvenção, consiste em fazer o download a partir de umaparte fixa de uma rede de comunicação de rádio de novageração do tipo GPRS ou UMTS, através de um canal de dadosdo tipo IP (Internet Protocol).

Um servidor de download ST inicia uma campanha, naetapa SI, para fazer o download de dados D para muitoscartões após a transmissão, na etapa S2, de uma mensagemcurta, assim chamada SMS "push" para os cartões. A mensagemSMS contém um identificador Idap do aplicativo que dizrespeito à campanha e como uma opção, o endereço AdST doservidor de download ST. Logo que um cartão C recebe amensagem SMS, este abre, nas etapas S3 a S6, um canal decomunicação com o terminal móvel T que acomoda o cartão, eum gateway P do tipo GGSN (Gateway GPRS Support Node - Nóde suporte GPRS do Gateway) de uma rede de dados. Na etapaS3, o cartão transmite um pedido RQ ao terminal T paraabrir um canal de comunicação. O terminal T transmite, naetapa S4, um pedido para configurar uma conexão do tipo IPpara o gateway P da rede de comunicação de rádio. Na etapaS5, o gateway P transmite ao terminal T uma resposta RPindicando que a conexão IP está configurada. Na etapa S6, oterminal transmite para o cartão uma resposta indicando queo canal de comunicação está aberto. Assim, na etapa S7, ocartão abre uma sessão para se comunicar diretamente com oservidor de download ST que faz o download, na etapa S8, doconteúdo D definido na campanha para o cartão C. 0 últimoatualiza um pedido AP relacionado ao download na etapa S9 etransmite, em resposta, na etapa S10, o resultado dodownload para o servidor ST. Após a conclusão do download,na etapa Sll, o servidor fecha a sessão ST, por exemplo,mediante a transmissão de uma solicitação de encerramentode sessão. Após a recepção da solicitação de encerramentoda sessão, o cartão fecha seu canal de comunicação com oterminal e o gateway P, na etapas S12 a S15, semelhantes àsetapas S3 a S6.O modo "push" implica em algumas restrições ou limitesrelacionados com a disponibilidade dos cartões na rede decomunicação de rádio. As solicitações de download paratodos os cartões indisponíveis são consideradas como falhase não são posteriormente processadas por um mecanismo denova tentativa. Após a realização da campanha, todos oscartões que não foram alcançados, uma vez que algunscartões não estão conectados à rede durante o novo períodode tentativa.

Durante o download em modo campanha, a mudançafreqüente de atribuição de uma parte do cartão não é levadaem conta na gestão, por parte do servidor de uma lista decartões alvejados. De fato, durante a campanha de download,os novos assinantes e, portanto, os novos cartões quechegam à rede, assinantes já existente que mudaram oscartões e cartões não utilizados ou cartões utilizados emoutras redes não aparecem mais na rede. Consequentemente,como a campanha dura entre alguns dias e vários meses, alista dos cartões alvo não é atualizada novamente durantetoda a duração da campanha.

Além disso, uma campanha de download é freqüentementerealizada em uma forma massiva (alguns milhões de cartões),em uma duração relativamente curta, que pode durar depoucos dias a poucos meses, e, portanto, provoca um pico detráfego na rede de comunicação de rádio. Durante esteperíodo, a rede é submetida a um estresse importante erequer uma infra-estrutura bem dimensionada capaz desuportar uma sobrecarga temporária. A gestão de novatentativa sem saber se o terminal móvel que transporta ocartão retornou para a área de cobertura da rede aumentaainda a sobrecarga da rede.

0 objetivo da invenção é sanar as referidasdesvantagens alterando o modo atual "push" para um modo deinterrogação de cartão que inicia, durante uma campanha dedownload, uma comunicação com um servidor de download, afim de obter um conteúdo disponibilizado pelo operador darede de comunicação de rádio. Esta solução tem a vantagem,entre outras, de eliminar a gestão de novas tentativas peloservidor de download e de evitar o pico de tráfego causadopela campanha na rede de comunicação de rádio.

Para alcançar este objetivo, um método para fazer odownload de dados de conteúdo disponíveis em um meioservidor para objetos de comunicação portáteis durante umacampanha de download de dados, incluindo a inicialização deum objeto de comunicação portátil de um download de dadospara o referido objeto mediante transmissão de umasolicitação de disponibilidade de conteúdo para o meioservidor, logo que, pelo menos, um elemento de disparo detransmissão de solicitação atende a uma regra armazenada noobjeto de comunicação portátil, é caracterizado pelo fatode que inclui, no objeto de comunicação portátil, etapaspara determinar, após a recepção da solicitação dedisponibilidade do conteúdo, quer dados de conteúdo estejamdisponíveis, comparando os dados que caracterizem o objetoda comunicação portáteis com as descrições de conteúdo queestão associadas com os dados de conteúdo armazenados nomeio servidor e transmitidos pelo meio servidor, emresposta à solicitação de disponibilidade de conteúdo, e datransmissão de identificadores de conteúdo relativos aosdados de conteúdo disponíveis determinados, de tal formaque um meio servidor transmita os referidos dados deconteúdo disponíveis determinados para o objeto decomunicação portátil.

A invenção oferece uma melhor distribuição da carga darede, as comunicações entre os objetos de comunicaçãoportáteis e o meio servidor durante a campanha de downloada ocorrer, como ditado pelos elementos de acionamento detransmissão de solicitação, nos objetos de comunicação,como eventos pré-determinados em cada um dos objetos decomunicação independentemente dos eventos predeterminadosnos outros objetos de comunicação, e não de uma formasistemática. A invenção também é vantajosa devido a umaredução significativa dos riscos de falhas de operações deatualização do objeto de comunicação portátil, uma vez queo último inicia o download somente quando eles estão dentroda área de cobertura da rede de comunicação de rádio.

De acordo com uma primeira concretização da invenção,quando um dos dispositivos é o objeto de comunicaçãoportátil, após a recepção dos dados de conteúdo a partir domeio servidor, o objeto de comunicação portátil processa osdados de conteúdo recebidos e transmite uma notificação aomeio servidor.

Uma Outra vantagem da invenção consiste em ficar livredo gerenciamento das listas de objetos de comunicação domeio servidor, o download de dados de conteúdo que ocorremem características funcionais e estruturais dos objetos decomunicação, por exemplo, os dados são transferidos paratodos os objetos de comunicação portáteis que têm um perfilespecífico ou para todos os objetos de comunicação que têmespaço suficiente na memória para acomodar um novoaplicativo.

Outro objetivo da invenção é um sistema para fazer odownload de dados de conteúdo disponíveis em um meioservidor para um objeto de comunicação portátil através deuma rede de comunicação de rádio durante uma campanha dedownload de dados. 0 sistema de comunicação é caracterizadopor incluir, em cada objeto de comunicação portátil, ummeio para inicializar um download de dados para o referidoobjeto mediante a emissão de uma solicitação dedisponibilidade de conteúdo para o meio servidor, logo quepelo menos um elemento de acionamento de transmissão DEsolicitação atender a uma regra armazenada no objeto decomunicação portátil, e meio, em um dos dispositivos,incluindo o meio servidor e o objeto de comunicaçãoportátil para determinar, após a recepção da solicitação dedisponibilidade de conteúdo, se dados de conteúdo estãodisponíveis para o objeto de comunicação portátil, a fim detransmiti-los para o mesmo.

Os objetos de comunicação podem ser cartões de chipdos usuários removíveis de terminais móveis, ou terminaismóveis.

De acordo com uma concretização preferida, o sistemainclui uma rede de acesso múltiplo por divisão de código,por exemplo, UMTS ou UTRAN. De acordo com uma outraconcretização, o sistema inclui uma rede GSM apoiada poruma rede GPRS.

A invenção pode não recorrer a uma infra-estrutura queinclui um servidor de mensagens curtas. 0 sistema dainvenção pode incluir um pacote de rede sem utilizarmensagens curtas.Finalmente, a invenção diz respeito a um programacapaz de ser implementado no sistema de comunicação parafazer o download de dados de conteúdo disponíveis em ummeio servidor para objetos de comunicação portáteis atravésde uma rede de comunicação de rádio durante uma campanha dedownload de dados. 0 programa inclui instruções para ainicialização por um objeto de comunicação portátil de umdownload de dados para o referido objeto mediantetransmissão de uma solicitação de disponibilidade deconteúdo para o meio servidor, logo que pelo menos umelemento acionador de transmissão de solicitação atenda aregra armazenada no objeto de comunicação portátil einstruções para a determinação de um dos dispositivos,incluindo o meio servidor e objeto de comunicação portátilapós a recepção da solicitação de disponibilidade deconteúdo se os dados de conteúdo estão disponíveis para oobjeto de comunicação portátil, a fim de transmiti-los aomesmo.

Outras características e vantagens da presenteinvenção se tornarão evidentes após a leitura da seguintedescrição de várias concretizações preferidas da invençãoque são dadas como exemplos não limitativos, e referindo-seaos desenhos anexos que correspondem, em que:A figura 1 é um algoritmo de um método de download dedados de acordo com a técnica anterior, iniciado por umservidor de download de cartão para um cartão inteligente,com um intercâmbio de solicitações e respostas entre oservidor de download e o cartão inteligente.

A figura 2 é um diagrama de blocos esquemático de umsistema de comunicação que conecta objetos de comunicaçãoportáteis e um servidor de gerenciamento de objeto decomunicação gerido por um operador de rede para aimplementação do método de download de acordo com ainvenção.

A figura 3 é um diagrama de blocos esquemático commais detalhes, referentes à figura 2.

A figura 4 é um algoritmo de uma primeiraconcretização do método de download da invenção, com trocasde solicitações e respostas entre o servidor degerenciamento e o objeto da comunicação portátil.

A figura 5 é um algoritmo de uma segunda concretizaçãodo método de download de acordo com a invenção, com trocasde solicitações e respostas entre o servidor degerenciamento e o objeto de comunicação portátil.

Na figura 2 são mostrados os meios principais parafazer o download de dados em objetos de comunicaçãoportáteis, tais como cartões de chip do usuário removíveisCl a Cn, que estão associados, respectivamente, aosterminais de rádio móveis Tl a TN, ligados a uma rede decomunicação de rádio celular digital RR. 0 cartão de chipCn associado ao terminal móvel TN, com o índice η de talmodo que 1 < η < N, seja do tipo UICC (Universal IntegratedCircuit Card). 0 cartão inteligente é fornecido, porexemplo, com um aplicativo SIM (Subscriber IdentityModule), quando a rede RR é de um tipo GSM ou um aplicativoUSIM (Universal Subscriber Identity Module), quando a redeRR é uma rede CDMA (Code Division Multiple Access) daterceira geração (3GPP) do tipo UMTS (Universal MobileTelecommunications System) ou do tipo UTRAN (UMTSTerrestrial Radio Access Network).

Um servidor de gerenciamento de cartão SAC, de acordocom a invenção é gerenciado pelo operador da rede RR econstitui uma plataforma OTA. Segundo a concretizaçãoilustrada na figura 2 a qual referência será feita aseguir, os cartões de Cl a Cn associados com os respectivosterminais móveis Tl a TN para transmitir solicitações dedisponibilidade de conteúdos RQ que podem ser seguidaspelos dados associados para o servidor SAC e receber dadosde conteúdo Dc transmitidos pelo servidor SAC através de umgateway de comunicação PA.O gateway inclui um acesso gateway para comunicaçãocom o servidor SAC através de um pacote de rede de altataxa de bits RP, tal como a Internet, ou tal como uma redeIntranet pertencente ao operador da rede RR. Outro gatewayde acesso do gateway de comunicação PA comunica-se com pelomenos um switch de serviço móvel, muitas vezes através deuma rede de acesso, como uma rede de pacote do tipo X.25 ouuma rede ISDN (Integrated Services Digital Network) ou deuma rede ATM (Asynchronous Transfer Mode) . A solicitação dedisponibilidade de conteúdo Rq e os dados associados Drqsão transportados em mensagens M por um terminal móvel TNpara o servidor SAC, e são formatados no gateway PA empacotes de IP (Protocolo de Internet) transmitidos para oservidor SAC; inversamente, os dados de conteúdo Dc sãotransmitidos em pacotes IP pelo servidor SAC para oterminal móvel TN e são encaminhados pelo gateway PA, naforma de mensagens M ao terminal TN.

As mensagens M podem encapsular os pacotes IP queincluam uma solicitação Rq e dados Drq. 0 gateway PA extraipacotes IP das mensagens M transmitidas pelo terminal TNpara transmiti-los ao servidor SAC. Por outro lado, ospacotes IP do servidor SAC são encapsulados em mensagens Mpara serem transmitidos pelo rádio para o terminal TN.Como alternativa, o gateway de comunicação PA estádiretamente ligado ou está integrado a um switch de serviçomóvel na rede RR.

De acordo com uma outra concretização, o gateway decomunicação PA é uma rede de acesso a pacotes do tipo rdede comutação de pacotes com gerenciamento de mobilidade eacesso por rádio GPRS (General Packet Radio Service) , se arede de comunicação via rádio RR é do tipo GSM. Um nó deserviço SGSN (Serving GPRS Support Node) da rede GPRS estáconectado a pelo menos um controlador de estação base darede RR. Um nó de gateway GGSN (Gateway GPRS Support Node)de uma rede GPRS está conectado à rede de pacote RP queserve o servidor SAC. 0 interesse desta concretizaçãoconsiste na transmissão de mensagens sob a forma de pacotescom taxas muito mais elevadas.

Segundo a outra concretização, o gateway decomunicação PA é usado para trocar mensagens entre osterminais rádio móveis e o servidor SAC através das redesRR e RP, de acordo com uma elevada taxa de conexão depacotes do tipo Internet.

Na rede de comunicação dé rádio RR do tipo UMTS ou dotipo GSM suportada por uma rede GPRS, uma solicitação dedisponibilidade de conteúdo Rq associada com dados Drq edados de conteúdo Dc são trocados entre um terminal móvelTn e o cartão associado Cn de acordo com o protocolo BIP(Bearer Independent Protocol) ou através de um aplicativoMIDlet dedicado, que é embarcado no terminal, que secomunica com o cartão através de um protocolo de aplicaçãoespecifico, como o protocolo J2ME (Java 2 Mobile Edition) ,por exemplo. A solicitação de disponibilidade de conteúdoRq associada aos dados Drq e os dados de conteúdo Dc são,por exemplo, trocadas entre o cartão Cn e o servidor SAC,de acordo com o protocolo de transporte CAT-TP (CardApplication Toolkit - Transport Protocol) em um link UDP /IP (User Datagram Protocol / Internet Protocol).

Referindo-se à figura 3, o servidor de gerenciamentoSAC, o terminal Tn e o cartão inteligente Cn são mostradosna forma de blocos funcionais, a maioria dos quais prestamfunções ligadas à invenção e podem corresponder a módulosde software e / ou hardware.

O servidor de gerenciamento SAC compreende umgerenciador GE, que gerencia diversas operações durante odownload e uma interface de comunicação IC para atransmissão e recepção de pacotes IP através de pacotes derede RP.

O servidor de gerenciamento de cartão SAC estáconectado a uma base de dados BD incluindo váriosparâmetros e características de cartões gerenciados pelooperador da rede de comunicação rádio RR.

Cada cartão inteligente Cn está associado a uma tabelaTCN na base de dados BD. A tabela TCN mais particularmenteinclui características iniciais que estão ligadas àidentidade do cartão Cn e com o tipo do cartão, e que sãoguardadas na base de dados BD a partir da primeirautilização do cartão. Essas características iniciais são,mais particularmente, um número de série do cartão, aidentidade internacional IMSI (International MobileSubscriber Identity) do cartão de usuário, e o número dotelefone do usuário móvel MSISDN (Mobile Station ISDNNumber).

O tipo do cartão Cn é mais particularmente definidopor um identificador do tipo de processador incluído nocartão, o identificador do fabricante do cartão e um númerode bits por palavra processada pelo processador,características do sistema operacional e a máquina virtualimplementada no cartão etc.

Outras características que são específicas para autilização do cartão e, mais particularmente o terminal dousuário Tn também pode ser guardado na tabela TCN associadaao cartão Cn após a primeira utilização do cartão e podeser modificada mediante a utilização do cartão. Essasoutras características mais particularmente referem-se aoperfil de assinante do usuário do cartão Cn, dados quepodem ser modificados pelo usuário ou pelo operador quegerencia o cartão, como uma agenda de telefone e endereçosde correio eletrônico, e, por exemplo, um arquivoidentificador de rede de comunicação de rádio favoritaPPLMN (Preferred Public Land Mobile Network) . Essas redesidentificadas no arquivo PPLMN são gerenciadas poroperadoras com as quais a operadora da rede RR, a qual ocartão Cn está ligado, entrou em acordo, de modo que ousuário do cartão Cn pode se comunicar através dessasredes, quando o usuário está em roaming em territórioscobertos por essas redes.

A tabela TCN também contém um ou váriosidentificadores de aplicações IAP que foram carregados apartir da primeira utilização do cartão inteligente Cn e /ou que tenham sido posteriormente transferidos, após aprimeira utilização do mesmo. Por exemplo, uma aplicaçãoconsiste em modificar o arquivo identificador de rede PPLMNpreferido. De acordo com outro exemplo, a aplicaçãoconsiste em apagar ou fazer o download de uma aplicação nocartão Cn, por exemplo, para facilitar o gerenciamento dalista telefônica do cartão Cn e permitir que o usuário,toda vez que ele / ela guardar um novo número de telefoneno cartão do telefone salvar toda a sua agenda em umservidor especifico gerenciado pela operadora, de modo queo usuário pode encontrar a sua agenda salva, quando ele /ela perde o cartão Cn, ou quando ele / ela muda os cartões.

Outra aplicação pode ser utilizada para modificarparâmetros de uma aplicação já descarregada no cartão Cn;por exemplo, os parâmetros a serem modificados são umaatualização das tarifas de recarga e de comunicaçãoimpostas quando o usuário tiver uma conta pré-paga.

A base de dados BD ou como uma alternativa, o servidorSAC também contém uma ou várias tabela (s) de campanha TCA,que são respectivamente atribuídas às campanhas. Cadatabela de campanha TCA inclui um ou vários conteúdo (s) Cta serem transferido para os cartões. Cada conteúdo Ctcontém dados de conteúdo Dc a serem baixados. Os dados deconteúdo são, por exemplo, dados de atualização deaplicativo ou um anúncio. Cada conteúdo Ct contém tambémuma descrição Ddc de dados Dc e um identificador Idc doconteúdo Ct.

Cada tabela TCA também inclui informações IFS a seremcomparadas com os dados Drq enviados pelo cartão, ou Àscaracterísticas do cartão Cn armazenadas na tabela TCN, afim de decidir se um download deve ser realizado ou não. Asinformações IFS são, por exemplo, um identificador IAP deuma nova versão de uma aplicação a ser atualizada nocartão, o limite de crédito de atualização autorizado, ouuma lista de números de telefone e endereços MSISDN eendereços das tabelas associados com os cartões visadospela a campanha, que são supostamente os N cartões Cl a Cna seguir e as horas ativas da campanha.

A base de dados BD pode ser integrada no servidor degerenciamento de cartão SAC ou ser independente, sob aforma de um servidor de gerenciamento de base de dados queestá conectado ao servidor SAC por uma rede de pacote, talcomo a rede RP, o que significa através da Internet ouatravés de uma rede Intranet, que pertença à operadora darede RR.

O terminal Tn inclui, para além da leitora de cartãoLT, mais especificamente um processador PT, memórias MT, umdisplay AT, como um monitor ligado ou integrado no terminale, mais particularmente associado com um teclado ligado ouintegrado no terminal ou interface de rede IR. Os várioselementos do terminal estão ligados um ao outro por umbarramento bi-direcional BT.

0 cartão inteligente Cn é constituído principalmentepor um processador PC ou vários processadores e trêsmemórias Ml a M3. O cartão troca comandos ou solicitações erespostas com o terminal T através de uma porta de entrada/ saida PES e a leitora LT com ou sem contato. Os várioselementos do cartão são ligados entre si por um barramentobi-direcional BC.

A memória Ml é do tipo Flash ou ROM e inclui sistemaoperacional de cartão.

A memória M2 é uma memória não volátil, por exemplo,EEPROM ou memória flash, a fim de, mais particularmente,armazenar o número de identificação de chaves e outrosparâmetros do perfil do usuário que possui o cartão, comoum código PIN ou outros dados de segurança. A memória M2também inclui aplicações AP do cartão.

A memória M2 engloba regras de acionamento RG quegerem o acionamento de uma solicitação de disponibilidadede conteúdo com base em um ou vários elementos deacionamento EL. Esses elementos de acionamento são, porexemplo, dados de hora fornecidos diariamente, semanalmenteou mensalmente e / ou indicadores de eventos externos comoo ponto de partida do terminal, a recepção ou a transmissãode uma chamada, ou o início de um pedido AP pelo usuário e/ ou indicadores de controle deduzidos de um controle sobreo ambiente do cartão relativo a uma mudança de terminal,uma passagem para roaming ou uma mudança de zonageográfica. Tais indicadores de controle são acoplados aosindicadores de evento, a fim de acionar um modo deinterrogação pelo cartão. As regras de acionamento RG podemser modificadas ao longo do tempo pelo servidor degerenciamento de cartão SAC.

A memória M2 também inclui dados Drq que sãovinculados às regras que acionam a solicitação Rq, como porexemplo, uma mudança de zona geográfica, onde o terminal éligado a uma aplicação AP residente no cartão, como, porexemplo, um identificador IAP da versão do aplicativo, ouligado a um ambiente de rede/ terminal móvel, como porexemplo o tipo de cartão.

A memória M3 é uma memória RAM ou SRAM, maisespecificamente utilizada para o processamento de dados.

O cartão Cn compreende, além da invenção, um módulo desoftware chamado agente Ag distribuído na memória Ml e M2.

Quando um ou vários elementos de acionamento EL atendem auma regra de acionamento RG, o agente Ag transmite asolicitação de disponibilidade de conteúdo Rq e os dadosDrq para o servidor SAC, recebe os dados de conteúdo DC eprocessa os mesmos. O agente Ag também gere a abertura e ofechamento de um canal de comunicação entre o cartão CN e oservidor SAC.

Em uma solução alternativa, o agente Ag pode serdistribuído em vários agentes individuais incluídos,respectivamente, em algumas aplicações e cada uma comfuncionalidades em relação ao respectivo aplicativo, quesão equivalentes àquelas do agente geral Ag, ao qualreferência será feita a seguir, por exemplo.

Referindo-se à figura 4, a primeira concretização dométodo de download iniciado pelo cartão Cn de acordo com ainvenção compreende as etapas EO a E15.

Na primeira etapa E0, o operador da rede decomunicação de rádio RR disponibiliza um ou váriosconteúdos (s) Ct na base de dados BD, os quais devem sertransferidos durante uma campanha TCA de operações dedownload de dados comum a partir do servidor degerenciamento de cartão SAC para um determinado conjunto decartões filtrados, de acordo com as informações de seleção IFS.

Quando o conteúdo Ct, que incluem dados de conteúdoDC, uma descrição DdC e um identificador de conteúdos Idcestão disponíveis, o gerenciador GE espera a recepção deuma solicitação de disponibilidade de conteúdo Rq de umcartão inteligente, na etapa El.

Na etapa E2, um ou vários elemento (s) de acionamentoEL que atendem a uma regra RG armazenados no cartão Cn sãodetectados pelo agente Ag do cartão Cn, como, por exemplo,o ponto de partida do terminal Tn ou um tempo decorridopredefinido. Assim, nas etapas E3 e E4, o agente Ag abre umcanal de comunicação CDC com o servidor SAC, através darede de comunicação de rádio RR e a rede de pacotes RP. Aabertura do canal CDC entre o cartão Cn e o servidor SACinclui etapas semelhantes às etapas S3 a S6 descritasacima, embora se referindo à figura 1.

Na etapa E5, o agente Ag faz uma solicitação dedisponibilidade de conteúdo Rq e associa a mesma aos dadosDrq. 0 agente pode mudar o conteúdo de várias aplicações docartão Cn em uma única solicitação Rq através da inclusãode uma lista de parâmetros relacionados com as aplicaçõesem questão nos dados Drq. O agente Ag do cartão Cn comandaa transmissão da solicitação Rq e os dados Drq na forma deuma mensagem M a partir da interface de rede IR do terminalΤη. A solicitação Rq e os dados Drq são, então, extraídos apartir da mensagem M e transmitidos através do gateway PApara o servidor SAC.

Na etapa E6, a interface de comunicação IC do servidorSAC recebe a solicitação Rq e os dados Drq. O gerenciadorGE do servidor SAC determina se dados de conteúdo DC de umou vários conteúdo (s) Ct estão disponíveis para um cartãointeligente Cn, através de uma análise dos dados Drq comouma função das informações de seleção IFS e / ou asdescrições do conteúdo Ddc de cada conteúdo Ct. Na etapaE7, o gerenciador GE compara os dados Drq recebidos para asinformações de seleção IFS e / ou à descrição do conteúdoDdC armazenado na tabela TCA. Se nenhum dado de conteúdoestá disponível para o cartão Cn, o que significa, porexemplo, se as informações IFS não incluem a identidadeIMSI do cartão entre as identidades IMSI do cartãoselecionado para a campanha de download e, em seguida, ogerenciador GE transmite através da interface IC, na etapaE8, uma resposta RPN ao cartão Cn indicando que não hádados Dc disponíveis para o mesmo.

Após a recepção da resposta RPN, o agente Ag no cartãoCn fecha o canal de comunicação CDC com o servidor SAC, naetapas E9 e ElO. O fechamento do canal CDc entre o cartãoCn e o servidor SAC inclui etapas semelhantes às etapas S12a S15 descritas acima, embora referindo-se à figura 1.

Pelo contrário, se os dados Drq correspondem àsinformações IFS e / ou à descrição Dd de um conteúdo Ctdisponível na etapa E7 e, em seguida, o gerenciador GEtransmite, na etapa Eli, a totalidade ou uma parte doconteúdo de dados Dc do conteúdo Ct. Esses dados Dc sãotransmitidos através de interface de comunicação IC doservidor SAC em pacotes IP para o terminal móvel Tnacoplado ao cartão Cn e são encaminhados pelo gateway PA,sob a forma de uma ou várias mensagens M para o terminal Tn.Após a recepção de tais dados DC, o agente Ag nocartão Cn processa os dados Dc recebidos para cadaaplicativo em questão, na etapa E12. De acordo com umprimeiro exemplo, o agente Ag atualiza o(s) aplicativo (s)AP ligado(s) aos elementos de desencadeamento detectados naetapa E2. De acordo com outro exemplo, os dados Dc sãodados de anúncios a serem exibidos no visor AT do terminal Tn.

Em seguida, as etapas E14 e E15, o canal decomunicação CDC entre o cartão e o servidor SAC é fechadoda mesma forma que nas etapas E9 e ElO.

Na etapa E12, uma notificação NTF pode ser transmitidapara o servidor SAC pelo cartão Cn, antes do fechamento emE14-E15 do canal CDC. A notificação NTF impede os conteúdosde serem transmitir uma segunda vez para o cartão Cn.

Assim, após a recepção da notificação NTF na etapa Eli, oservidor SAC confirma por uma modificação na base de dadosBD na etapa E13, que o conteúdo disponível já foidescarregado no cartão Cn.

A aplicação concreta do método da invenção é aatualização de um portal de serviços do usuário do cartãoCn. A operadora da rede RR pretende atualizar um conjuntode cartões, mas cada usuário tem apenas um limitado créditode atualização de seu portal. A operadora disponibiliza noservidor SAC, como uma descrição do conteúdo DdC relativaao conteúdo CT, as informações descritas sendo o portalalvo, por exemplo, o número da versão do portal e à medidaque as informações de seleção IFS desencadeando elementosrelativos à validação do download , por exemplo, um créditode atualização suficiente.

A solicitação disponibilidade de conteúdo Rqtransmitida pelo cartão Cn é unida a dados Drq incluindo aversão atual do portal, bem como o número da atualizaçãoainda possível no cartão.

Após a recepção da solicitação Rq e os dados Drq, ogerenciador GE do servidor SAC primeiro verifica que existeuma necessidade real para a atualização do portal,comparando o número de versão do portal incluída nadescrição DdC e o número da versão do portal incluída nosdados recebidos Drq. Em seguida, o gerenciador verifica seainda é possível para o usuário do cartão Cn atualizar oseu portal, verificando o número de atualizações aindaautorizadas compreendidas nos últimos dados recebidos Drqcomo uma função da informação IFS.

Se o número de atualizações autorizado é igual aocrédito de atualização da informação Ifs, então, o servidorSAC diminui o crédito de atualização e transmite os dadosde atualização do portal de serviço para o cartão Cn, o quereduz o número de atualizações.

De acordo com outro exemplo, um aplicativo dizrespeito à televisão por assinatura em terminais móveispara a qual o agente atualiza os direitos de acesso aprogramas de televisão para o cartão de usuário.

De acordo com uma solução alternativa relativa àsetapas E5 a E7 da primeira concretização do método dainvenção, a análise e a comparação nas etapas E6 e E7 jánão são realizadas em função dos dados Drq transmitidos coma solicitação Rq, mas como uma função das característicasdo cartão incluídas na tabela TCn armazenadas na base dedados BD.

Assim, na etapa E5, o agente Ag faz uma solicitação dedisponibilidade de conteúdo Rq sem associar dados Drq ecomanda a transmissão da solicitação Rq a partir dainterface de rede IR do terminal Tn para o servidor SAC.

Nas etapas E6 e E7, a interface de comunicação IC noservidor SAC recebe a solicitação RQ. O gerenciador GE doservidor SAC determina se os dados de conteúdo Dc a partirde um ou vários conteúdo (s) Ct estão disponíveis para ocartão inteligente Cn para pesquisar as características docartão Cn armazenadas na tabela TCN, em função dasinformações de seleção IFS e / ou uma descrição do conteúdoDdC dos conteúdos Ct.

A figura 5 ilustra uma segunda concretização do métodode download de dados da invenção. O algoritmo apresentadona figura 5 inclui as etapas PO para P15. Nesta segundaconcretização, o Servidor SAC não está ligado a uma base dedados e inclui, além do gerenciador GE e da interface decomunicação IC, uma memória que contém as tabelas decampanhas TCA. Cada tabela de campanha TCA compreende um ouvários conteúdos Ct, cada um incluindo dados de conteúdoDC, uma descrição de conteúdo Ddc e um identificador deconteúdo Ide.

As etapas PO para P4 são idênticas às etapas EO a E4referidas na figura 3.

Na etapa P5, o agente Ag faz uma solicitação dedisponibilidade de conteúdo Rq e comanda a transmissão dopedido Rq, sob a forma de uma mensagem M a partir dainterface de rede IR do terminal Τη. A solicitação Rq e osdados Drq então são extraídos de uma mensagem M etransmitidas através do gateway PA para o servidor SAC.

Na etapa P6, em resposta à solicitação Rq, o servidortransmite os pares (DDC, Ide) de todos os conteúdos Ct queestão disponíveis na etapa E0.Após a recepção dos pares (DDC, Ide) , o agente Aganalisa, na etapa P7, as descrições DdC transmitidas comouma função do conteúdo do cartão, por exemplo, em funçãodos dados Drq armazenados na memória M2 ou como uma funçãodas características ou identificadores IAP dos aplicativosé executado no cartão Cn. 0 agente Ag assim determina se osdados de conteúdo devem ser baixados na etapa P8.

Quando os dados de conteúdo não devem ser baixados, oagente Ag no cartão Cn fecha o canal de comunicação CDC como servidor SAC nas etapas P9 e PlO na forma semelhante àsetapas E9 e E10, embora se referindo à figura 4.

Pelo contrário, na etapa P8, se os dados Dc devem sercopiados e, em seguida, o agente Ag transmite para oservidor SAC o identificador / identificadores IDCrelativos, respectivamente, a um ou vários conteúdo (s) Ct,incluindo os dados solicitados, DC, na etapa Pll.

Na etapa P12, o gerenciador GE do servidor SACtransmite os dados Dc relativos aos identificadoresrecebidos Ide.

Após a recepção de tais dados, DC, o agente Ag docartão Cn processa os dados Dc recebidos para cadaaplicativo em questão na etapa P13. Uma notificação NTFpode ser transmitida, após a conclusão do processamento,para o servidor SAC, dando-lhe o resultado doprocessamento.

Em seguida, as etapas P14 e P15, o canal decomunicação CDC entre o cartão e o servidor SAC estáfechado similarmente como nas etapas P9 e PIO.

De acordo com uma solução alternativa relativa Àsconcretizações anteriores do método da invenção, o agenteAg não distribui diretamente os dados Dc para as aplicaçõesimplementadas no cartão Cn, nas etapas E12 e P13. Emseguida, o servidor SAC sucessivamente transmite ao cartãoos dados de conteúdo Dc relacionados respectivamente aosaplicativos em questão. Na prática, para cada aplicativo emquestão, o servidor SAC transmite os comandos deprocessamento de dados de conteúdo em resposta a umanotificação de reconhecimento AQ do processamento de dadosDc para o aplicativo anterior, transmitido pelo cartão Cn.

Quando uma aplicação é distribuída entre o cartão e oterminal móvel, a chamada parte Midlet do aplicativo noterminal móvel periodicamente interroga a cada agente emrelação ao aplicativo do cartão, de modo a detectar umelemento desencadeador EL. Se tal um elemento desencadeadoré detectado, o Midlet abre o canal de comunicação nasetapas E3, P3 com o servidor SAC, então, transmite pelomenos a solicitação Rq entregue pelo agente.Posteriormente, nas etapas Eli, P12 os dados Dctransmitidos pelo servidor são recebidos pelo Midlet noterminal, que transmite de volta para o agente no cartão.

Para as concretizações anteriores e suas soluçõesalternativas, as trocas de dados DC, das notificações NTF,dos pares (DDC, Ide), dos identificadores IDC e dosreconhecimentos AQ entre o cartão e o servidor podem serprotegidas. Essas trocas seguras são realizadas por umaautenticação entre o cartão Cn e o servidor SAC e / ou umacifragem dos diversos dados trocados.

A invenção não se limitar ao download de dados no chipdo cartão do tipo UICC. Um cartão inteligente em que osdados devem ser baixados também pode ser um cartão incluídoem um computador portátil ligado a um terminal móvel ou aum cartão de pagamento, um cartão de pagamento eletrônicoou qualquer outro cartão adicional incluído em um terminalmóvel. De acordo com outras soluções alternativas, ainvenção também se aplica a outros objetos eletrônicos decomunicação portáteis, tais como assistentes digitais decomunicação pessoais PDA. A invenção pode ainda seraplicada aos terminais móveis orientados para uma campanhapara a qual os dados a serem baixados podem se referir a umjogo s ser salvo na memória não volátil do tipo EEPROM dosterminais móveis.A invenção descrita aqui refere-se a um método e umsistema para fazer o download de dados de conteúdodisponível em um meio servidor para objetos de comunicaçãoportáteis. De acordo com uma implementação preferida, asetapas do método da invenção são determinadas pelasinstruções de um programa integrado no sistema e, maisparticularmente, em parte, no meio servidor e, em parte,nos objetos de comunicação portáteis. 0 programa incluiinstruções de programa que, quando o referido programa écarregado e executado no sistema, a operação do qual éentão comandada pela execução do programa, realiza asetapas do método, de acordo com a invenção.

Como conseqüência, a invenção também pode ser aplicadaa um programa e, mais particularmente, a um programa ou auma mídia de informação adaptada para executar a invenção.

Claims (8)

1. Método para baixar dados de conteúdo (Dc)disponíveis em um meio de servidor (SAC, BD) para comunicarobjetos portáteis (Cl - Cn) através de uma rede decomunicação de rádio (RR) durante uma campanha de downloadde dados (ACT), que compreende uma inicialização em umobjeto de comunicação portátil (Cn) de um download dedados mediante a transmissão (P5), de uma solicitação dedisponibilidade de conteúdo ao meio de servidor, assim quepelo menos um elemento de disparo de transmissão desolicitação atende a uma regra armazenada no objeto decomunicação portátil (P2 ), caracterizado pelo fato de queinclui no objeto de comunicação portátil etapas, queconsistem em:Determinação (P7 - P8), após a recepção (P6) dasolicitação de disponibilidade de conteúdo, quer os dadosde conteúdo estão disponíveis, comparando (P7) os dados(Drq) que diferenciam o objeto de comunicação portátil àsdescrições de conteúdo (Ddc), que estão associadas com osdados de conteúdo (D) armazenadas no meio de servidor etransmitidas pelo meio de servidor, em resposta ao pedidode disponibilidade conteúdo e transmitir (Pll)identificadores de conteúdo (Idc) relativos aos dados deconteúdo disponíveis determinado (D), tal que o meio deservidor transmite ( P12) dos referidos dados de conteúdodisponíveis determinados para o objeto de comunicaçãoportátil.

2. Método, de acordo com a reivindicação 1,caracterizado pelo fato de que, após a recepção do conteúdodos dados (Dc) a partir do meio de servidor (SAC, BD) , oobjeto de comunicação portátil processa (P13), os dados deconteúdo recebidos e transmite uma notificação (NTF) para oservido.

3. Método, de acordo com a reivindicação 1 ou 2,caracterizado pelo fato de que o meio de servidor (SAC, BD)transmite sucessivamente, para cada uma das aplicaçõesimplementadas no objeto de comunicação portátil (Cn), umcomando de processamento de dados de conteúdo em resposta auma notificação de recebimento (AQ) do processamento dedados (D) para o aplicativo anterior, transmitido peloobjeto de comunicação portátil.

4. Sistema de download de conteúdo para dados (D)disponíveis em um meio servidor (SAC, BD) para objetos decomunicação portáteis (Cl - Cn) através de uma rede decomunicação de rádio (RR) durante uma campanha de downloadde dados (TCA), compreendendo, em cada objeto decomunicação portátil (Cn), meio (Ag), para dar inicializarum download de dados para o referido objeto mediante atransmissão de uma solicitação de disponibilidade deconteúdo para o meio de servidor, assim que pelo menos umelemento de disparo de transmissão de solicitação atende auma regra armazenada no objeto de comunicação portátil,caracterizado pelo fato de que inclui em cada objeto decomunicação portátil (Cn):meio (Ag), para determinar, após a recepção dasolicitação de disponibilidade de conteúdo, quer dados deconteúdo estão disponíveis, comparando os dados (Drq)diferenciando o objeto de comunicação portátil comdescrições de conteúdo (Ddc), que estão associadas com odados de conteúdo (Dc) armazenados no meio de servidor etransmitido pelo meio de servidor, em resposta àsolicitação de disponibilidade de conteúdo e os meios (IR)para transmitir identificadores de conteúdo (Idc) relativosaos dados de conteúdo disponíveis determinados (D) , tal queo servidor transmite os referidos dados de conteúdodisponíveis determinados para o objeto de comunicaçãoportátil.

5. Sistema, de acordo com a reivindicação 4,caracterizado pelo fato de que os objetos de comunicaçãosão cartões de chip de usuários (Cl - Cn) removíveis determinais móveis (TI - TN).

6. Sistema, de acordo com a reivindicação 4,caracterizado pelo fato de que objetos de comunicação sãoterminais móveis (TI - TN).

7. Sistema, de acordo com qualquer uma dasreivindicações 4 a 6, caracterizado pelo fato de que a redede comunicação via rádio é uma rede de comunicação é umarede de acesso múltiplo por divisão de código (CDMA).

8. Programa capaz de ser executado em um sistema decomunicação para baixar dados de conteúdo (Dc) disponíveisem um meio de servidor (SAC, BD) para comunicar objetosportáteis (Cl - Cn) através de uma rede de comunicação derádio (RR) durante uma campanha de download de dados (ACT),que compreende uma inicialização em um objeto decomunicação portátil (Cn) de um download de dados mediantea transmissão (P5), de uma solicitação de disponibilidadede conteúdo ao meio de servidor, assim que pelo menos umelemento de disparo de transmissão de solicitação atende auma regra (RG) armazenada no objeto de comunicação portátil(P2), caracterizado pelo fato de que inclui o programainclui instruções paradeterminação (P7 - P8) , após a recepção (P6) dasolicitação de disponibilidade de conteúdo, quer os dadosde conteúdo estão disponíveis, comparando (P7) os dados(Drq) que diferenciam o objeto de comunicação portátil àsdescrições de conteúdo (Ddc), que estão associadas com osdados de conteúdo (D) armazenadas no meio de servidor etransmitidas pelo meio de servidor, em resposta ao pedidode disponibilidade conteúdo etransmitir (Pll) identificadores de conteúdo (Idc)relativos aos dados de conteúdo disponíveis determinado(D), tal que o meio de servidor transmite (P12) dosreferidos dados de conteúdo disponíveis determinados para oobjeto de comunicação portátil.