BRPI0613037A2 - sistema e mÉtodo para atualizar aplicativos sem fio - Google Patents

Abstract

SISTEMA E MÉTODO PARA ATUALIZAR APLICATIVOS SEM FIO. Um sistema para atualizar um aplicativo sem fio é provido, O sistema possui uma área de serviço de rede que usa múltiplas redes para prover cobertura sem fio. Um servidor de aplicativo acopla a uma das redes, e é usado para comunicar com aplicativos locais que operam nos dispositivos sem fio dentro da área de serviço de rede. Tais dispositivos sem fio também operam processos padrão de nível inferior que provêem conectividade básica e transferência de informações, com tais processos de nível inferior provendo um valor de identificação de rede. O aplicativo local monitora este valor de identificação de rede e, quando este muda, gera um alerta que é transmitido para o servidor de aplicativo. O alerta pode incluir informações com referência à nova rede, portanto, o servidor de aplicativo é atualizado para saber em qual rede o dispositivo sem fio está operando.

Description

"SISTEMA E MÉTODO PARA ATUALIZAR APLICATIVOS SEM FIO".

Campo da Invenção

A presente invenção é de modo geral relacionadaao campo dos dispositivos de comunicação sem fio e, maisparticularmente, a uma unidade móvel sem fio em comunicaçãocom um servidor de aplicativo.

Descrição da Técnica Anterior

Os dispositivos de comunicação sem fio sãoamplamente usados e se tornaram um aspecto essencial davida moderna. Os dispositivos de comunicação sem fio, taiscomo pagers, telefones móveis, pagers de texto, PDAs(assistentes de dados pessoais), são usados para trabalho,para atividades pessoais e como um meio de manter contatocom a família e amigos. Tais dispositivos sem fio estãocada vez mais disponíveis em carros, embarcações,instrumentos e equipamentos de entretenimento. A medida quecresce o número e os tipos de tais dispositivos sem fio, osdesenvolvedores de aplicativos continuam a proveraplicativos excitantes e inovadores para tornar taisdispositivos sem fio mais fáceis de usar, e para aumentarsua utilidade. Além disso, os provedores de serviços sémfio investiram pesadamente em equipamentos de infra-estrutura para suportar taxas de dados mais elevadas paraos dispositivos sem fio, desse modo, permitindo uma amplafaixa de aplicativos novos e excitantes.

Em uma aplicação mais específica, os aparelhos detelefonia sem fio móveis vêem evoluindo principalmente dedispositivos de comunicação de voz para, agora, suportarcomunicação de dados de alta velocidade. Tal evoluçãopermite agora ao aparelho de telefonia sem fio típicorealizar download e reproduzir arquivos de áudio e vídeoutilizando aplicativos multimídia, tirar e transmitir fotosou vídeos digitais, operar programadores, agendas, e outrosaplicativos de gerenciamento, bem como uma ampla faixa deaplicativos de entretenimento e jogos. Além disso, como osaparelhos de telefonia sem fio incluem também sistemas delocalização de posição, tais aparelhos de telefonia irãopossibilitar toda uma nova classe de aplicativos delocalização de posição.

Tais aparelhos de telefonia sem fio muitofreqüentemente acessam uma rede sem fio de acordo compadrões bem definidos e bem estabelecidos. Como exemplo, osaparelhos de telefonia sem fio podem operar de acordo comos padrões bem definidos CDMA, WCDMA, ÜMTS, CDMA2000, GSM,EDGE, PHS, AMPS, ou outros. Mais particularmente, taispadrões desenvolveram-se a ponto de permitir movimentaçãosem interrupções dentro de uma rede, bem como entre redes,mesmo quando mudam os provedores de serviço. Maisparticularmente, as funções de telefonia que operam entre oaparelho de telefonia e a rede são consistentementeaplicadas e usadas de acordo com processos bem definidos.

Dessa forma, a comunicação de voz básica e a transmissão dedados básica podem ser providas de forma confiável,resistente e sem interrupções para os usuários dosaparelhos de telefonia sem fio.

Infelizmente, no nivel de aplicação, existe muitomenos consistência de operação e muito menor orientação apartir dos padrões. Ademais, vários aplicativos estão sendodesenvolvidos por aqueles que, de modo geral, não estãofamiliarizados com as complexidades das funções detelefonia subjacentes. Assim sendo, o desenvolvimento deaplicativos vem sendo frustrado por uma falta depadronização, por processos de interoperabilidade edesenvolvimento inconsistentes, e por uma falta deexperiência com telefonia dos desenvolvedores deaplicativos. Isto leva a aplicativos com fraco desempenhoou que operam de forma inconsistente. Para forçar seusaplicativos a apresentarem pelo menos um certo nivel deoperação consistente, alguns desenvolvedores fizeram comque seus aplicativos empregassem uma comunicação em rededesnecessariamente extensa. Uma vez que os desenvolvedoresde aplicativos não possuem um processo elegante paraefetuar interface com as funções de telefonia, osdesenvolvedores de aplicativos buscam por "contornos"(workaround) e "macetes" que permitem a seus aplicativosoperar, porém às custas de elevado tráfego de rede edesperdício de potência de processamento no aparelho detelefonia. Como exemplo, muitos aplicativos requerem que umservidor de aplicativo de origem comunique com os aparelhosde telefonia móveis que operam o aplicativo. Se o servidorde aplicativo não puder localizar um aparelho de telefoniamóvel específico, então o aplicativo falha, levando àinsatisfação do usuário. Em outra solução possível, porémindesejável, o servidor de aplicativo poderia interrogar oHLR (Registro de Localização de Origem) ou outro recurso derede. Pela interrogação iniciada pelo servidor, o servidorpode ser capaz de localizar a posição atual de uma unidademóvel específica. No entanto, tal solução gera tráfego derede significativo e indesejável. Mesmo com tal processo deinterrogação, o servidor ainda perde o contato com o móvelpor um período de tempo durante o processo de interrogação.Em tal caso, uma atividade ou solicitação iniciada pelomóvel pode ser perdida ou ignorada. Naturalmente, éfundamental para o aparelho de telefonia sem fio que estepossa se mover de uma rede para outra rede, tal mobilidadesendo rotineira por vários anos com as funções básicas detelefonia. Com relação a isto, os usuários esperam que seusaplicativos, também, irão operar de forma confiável e seminterrupções independentemente do movimento através dasredes. No entanto, dado que o aplicativo não está de modogeral ciente de sua configuração de rede, o aplicativo sereinicializará periodicamente para forçar o aparelho detelefonia a identificar novamente a rede atual. Talprocesso de reinicialização usa valiosa largura de banda darede, além de interferir com a operação local do aparelhode telefonia.

Resumo da Invenção

A presente invenção provê um sistema paraatualizar um aplicativo sem fio. 0 sistema possui uma áreade serviço de rede que usa múltiplas redes para provercobertura sem fio. Um servidor de aplicativo acopla a umadas redes, e é usado para comunicar com aplicativos locaisque operam em dispositivos sem fio dentro da área deserviço de rede. Tais dispositivos sem fio também operamprocessos de nivel inferior padrão que provêemconectividade básica e transferência de informações, comtais processos de nivel inferior provendo um valor deidentificação de rede. O aplicativo local monitora talvalor de identificação de rede e, quando este muda, gera umalerta que é transmitido para o servidor de aplicativo. Oalerta pode incluir informações com referência à nova rede,portanto, o servidor de aplicativo é atualizado para saberem qual rede o dispositivo sem fio está operando.

Em um exemplo particular, a presente invençãoprovê um sistema para atualizar um aplicativo para umaparelho de telefonia móvel. O sistema possui uma área deserviço de rede que usa múltiplas redes para provercobertura sem fio. Um servidor de aplicativo acopla a umadas redes, e é usado para comunicar com aplicativos locaisque operam em um aparelho de telefonia móvel dentro da áreade serviço de rede. Tais aparelhos de telefonia móveistambém operam processos de telefonia padrão que provêemcomunicação básica de voz e dados, com tais processos detelefonia provendo um valor de identificação de telefonia.

O aplicativo local monitora tal valor de identificação detelefonia e, quando este muda, gera um alerta que étransmitido para o servidor de aplicativo. O alerta podeincluir informações com referência à nova rede, portanto oservidor de aplicativo é atualizado para saber em qual redeo aparelho de telefonia móvel está operando.

Vantajosamente, o sistema para atualizar umaplicativo sem fio permite a um servidor de aplicativocomunicar de forma eficiente e eficaz com seus dispositivossem fio associados. Dessa forma, o sistema provê umaoperação robusta, confiável e consistente de aplicativossem fio, enquanto evita excesso de tráfego de rede oudesperdício de potência de processamento no dispositivo semfio. Estas e outras características da presente invençãoficarão claras através da leitura da descrição que sesegue, podendo ser realizadas por meio de instrumentos ecombinações particularmente apontados nas reivindicaçõesapensas.

Breve Descrição das Figuras

Os desenhos constituem uma parte deste relatórioe incluem modalidades exemplares da invenção, as quaispodem ser incorporadas de várias formas. Deve ficar claroque em alguns casos vários aspectos da invenção podem serapresentados de forma exagerada ou ampliada de modo afacilitar a compreensão da invenção.

Figura 1 - é um diagrama em blocos de um sistemapara atualizar um aplicativo sem fio de acordo com apresente invenção.

Figura 2 - é um diagrama em blocos de uma unidadede assinante móvel de acordo com a presente invenção.

Figura 3 - é um diagrama em blocos de um servidorde aplicativo de acordo com a presente invenção.

Figura 4 - é um fluxograma de um método paraatualizar um aplicativo sem fio de acordo com a presenteinvenção.

Figura 5 - é um diagrama em blocos de um sistemapara atualizar um aplicativo sem fio de acordo com apresente invenção.Figura 6 - é um fluxograma de um método paraatualizar um aplicativo sem fio de acordo com a presenteinvenção.

Descrição Detalhada da Invenção

Fazendo agora referência à Figura 1, um sistemapara atualizar um aplicativo sem fio é ilustrado. De ummodo geral, um aplicativo possui o servidor de aplicativo14 que coopera com o aplicativo local 16 operando nodispositivo móvel 12. Em conjunto, o servidor de aplicativo14 e o aplicativo local 16 permitem uma funcionalidadeampliada do dispositivo móvel 12. Como exemplo, oaplicativo pode permitir um recurso aperte-para-falar, quepermite a um grupo predefinido comunicar de forma maiseficaz dentro do grupo. Em outro exemplo, o aplicativo podeempurrar informações desejáveis para o dispositivo móvel12, dependendo da localização atual do dispositivo. Maisparticularmente, o sistema 10 permite ao aplicativo local16 atualizar continuamente o servidor de aplicativo 14 deforma a que o servidor de aplicativo 14 saiba em qual redeo dispositivo móvel 12 está operando no momento. Dessaforma, o servidor de aplicativo 14 pode controlar ecomunicar eficientemente com cada dispositivo móvel,evitando, porém, o tráfego de rede extra e retardoassociados à reinicialização do aplicativo local 16.

O sistema 10 possui a área de serviço de rede 20,a qual pode ser, por exemplo, uma rede de comunicação semfio. Tal rede de comunicação sem fio pode estar de acordocom um ou mais padrões internacionais, por exemplo CDMA,WCDMA, CDMA2000, GSM, PHS, AMPS, UMTS, ou outros padrões decomunicação existentes ou em desenvolvimento. Apesar dosistema 10 ser descrito com referência a uma rede decomunicação sem fio, deve ficar claro que outros tipos deredes sem fio podem ser usados. De modo geral, a área deserviço de rede 20 inclui várias redes de sobreposição, emque cada uma destas redes provê cobertura de rede para umaárea geográfica específica. Como exemplo, a área de serviçode rede 20 é ilustrada como possuindo uma primeira rede 21e uma segunda rede 19. Deve ficar claro que a área deserviço de rede 20 pode incluir várias redes individuais,as quais podem ser operadas pelo mesmo ou por diferentesprovedores de serviço. De modo geral, a área de serviço derede 20 inclui uma infra-estrutura de rede parainterconectar as várias redes. Tal infra-estrutura de redepode incluir, por exemplo, estações base, controladores deestação base, conexões de backbone de rede, e servidores derede. Deve ser observado que outros componentes podem serusados para auxiliar na interconexão ou operação das redes.

O sistema 10 inclui também unidades de assinantemóveis, tais como a unidade de assinante móvel 12. Deve serobservado que várias unidades de assinante móveis podemoperar dentro da área de serviço de rede 20. Parafacilidade de explicação, apenas uma unidade de assinantemóvel 12 será descrita em detalhes. A unidade de assinantemóvel 12 pode, por exemplo, ser um aparelho de telefoniasem fio móvel, um assistente de dados pessoal, ou umcomputador portátil. Em outro exemplo, a unidade deassinante móvel 12 é um dispositivo de acesso de modemembutido em outro dispositivo, tal como um carro, caminhão,ou outro veículo. A unidade de assinante móvel 12 opera deacordo com o mesmo padrão de comunicação que opera na rede21 e na rede 19. À medida que a unidade de assinante móvel12 move dentro da área de serviço de rede 20, a unidade deassinante móvel 12 conecta primeiramente através de umarede e a seguir, à medida que esta move, irá conectaratravés de outra rede. Em alguns casos, as redes sãooperadas pelo mesmo provedor de serviço, enquanto que emoutros casos as redes podem ser operadas por diferentesprovedores de serviço. Algumas unidades de assinante móveissão montadas para operar em mais de um modo ou de acordocom mais de um padrão de comunicação. Dessa forma, aunidade de assinante móvel 12 pode operar em um modo oupadrão quando conectado através de uma rede, e a seguiroperar em um modo diferente ou padrão de comunicação aomover para outra rede. Como ilustrado na Figura 1, aunidade de assinante móvel 12 é inicializada e conectaatravés da primeira rede 21, e a seguir move para um localem que esta conecta através da segunda rede 19.

A unidade de assinante móvel 12 pode operar comoum aparelho tradicional de telefonia móvel de voz. Dessaforma, a unidade de assinante móvel 12 opera usandoprocedimentos de telefonia tradicionais consistentes com opadrão de comunicação relevante. Como exemplo, se a rede 21for uma rede CDMA, então a comunicação de voz entre aunidade de assinante móvel 12 e a rede 21 é efetuada deacordo com as instruções detalhadas providas no padrãoCDMA. De forma similar, se a rede 21 for uma rede GSM,então a comunicação de voz entre a unidade de assinantemóvel 12 e a rede 21 é efetuada de acordo com as instruçõesdetalhadas providas no padrão GSM. Ao longo dos anos, osvários padrões de comunicação sem fio evoluíram para proverum processo de comunicação completamente operacional erobusto no nível de telefonia. A unidade de assinante móvel12 pode também operar um ou mais aplicativos. Taisaplicativos podem ser, por exemplo, um aplicativo aperte-para-falar que facilita a fácil comunicação entre um grupopredefinido, aplicativos de localização de posição, ouaplicativos para broadcast de informações. Em outroexemplo, o aplicativo pode ser um jogo, um aplicativo demapeamento, um aplicativo de áudio e/ou vídeo, ou umaplicativo de suporte a vendas. Será observado que outrosaplicativos podem ser usados, e que novos aplicativos estãosendo continuamente desenvolvidos.

Freqüentemente, o aplicativo possui o aplicativolocal 16 operando na unidade de assinante móvel 12, e quecoopera com o servidor de aplicativo 14. 0 aplicativo poderequerer que o aplicativo local 16 comunique com o servidorde aplicativo 14 para transmitir informações ou receberinformações provenientes da unidade de assinante móvel 12.Como exemplo, se o aplicativo local 16 for um aplicativoaperte-para-falar, quando o aplicativo local 16 desejarenviar uma mensagem de voz para outros em um grupopredefinido, o aplicativo local 16 envia uma solicitação aoservidor de aplicativo 14. Em tal caso, o servidor deaplicativo 14 é um servidor aperte-para-falar, o qualprimeiramente localiza a rede atual de outros membros dogrupo, e a seguir coordena o envio das informaçõesapropriadas de voz ou dados para outros membros no grupo.

Em outro exemplo, o aplicativo local 16 pode ser umaplicativo de broadcast de noticias. Neste exemplo, oservidor de aplicativo 14 é um servidor de noticias, queenvia itens de noticias selecionados para o aplicativolocal 16. O aplicativo local 16 a seguir apresenta asinformações de noticias recebidas para o usuário da unidadede assinante móvel 12. Para facilitar a operação eficientedo aplicativo, o servidor de aplicativo 14 está,desejavelmente, ciente da localização atual de todas asunidades de assinante móveis, tal como a unidade 12. Maisparticularmente, é desejável que o servidor de aplicativo14 esteja ciente através de qual rede cada unidade deassinante móvel está operando no momento.

O sistema 10 é vantajosamente capaz de atualizaro servidor de aplicativo 14 com informações atuais comreferência a qual rede a unidade de assinante móvel 12 estáusando no momento. Dessa forma, o servidor de aplicativo 14é permitido para comunicar eficientemente com e controlar oaplicativo e a unidade de assinante móvel 12. Quando aunidade de assinante móvel 12 inicializa, ou quando oaplicativo local 16 é ativado pela primeira vez, umaidentificação de rede é extraída das comunicações da camadade telefonia. Como exemplo, os padrões de comunicação semfio podem requerer que a rede realize broadcast de certasinformações de identificação de rede durante ainicialização ou periodicamente durante a operação. Asinformações de identificação de rede estão bem definidas namaioria dos padrões de comunicação sem fio. Como exemplo,CDMA define um valor de SID, NID, ID de zona, MCC eIMSI_11_12, para identificação da rede atual. A geração euso de tais valores estão completamente definidos nosdocumentos padrões relevantes e, portanto, não serãodescritos em detalhes. Deve ser observado que outrospadrões possuem valores e parâmetros similares paraidentificação da rede atual. Tais valores sãoautomaticamente recebidos pela unidade de assinante móvel12 quando de sua inicialização e armazenados como ID detelefonia 25. A ID de telefonia 25 atual é atualizadaperiodicamente à medida que a unidade de assinante móvel 12move de uma rede para outra. O aplicativo local 16 extraias informações de identificação de rede a partir da camadade telefonia, e armazena o valor de identificação de redena forma de uma ID de aplicativo atual 23. A seguir, amedida que o aplicativo local 16 opera, o aplicativo local16 monitora continuamente a ID de telefonia atual 25extraída a partir das comunicações da camada de telefonia.Em um exemplo, a ID de telefonia atual 25 é armazenadadentro do aplicativo local 16. Enquanto a unidade deassinante móvel 12 operar dentro de uma única rede, talcomo a rede 21, a ID de aplicativo atual 23 e a ID detelefonia atual 25 serão as mesmas. No entanto, quando aunidade de assinante móvel 12 move para operar dentro dasegunda rede 19, então a camada de telefonia atualizaautomaticamente a unidade de assinante móvel 12 paraindicar que a unidade de assinante móvel 12 está operandodentro da rede 19. O aplicativo local 16, que estámonitorando a ID de telefonia atual 23, tem agora a ID deaplicativo atual 23 mostrando informações de identificaçãoda rede 21, enquanto a ID de telefonia atual 25 mostra asinformações de identificação para a rede 19. Uma vez que asIDs de rede são diferentes, o aplicativo local 16 ficaciente de que a unidade de assinante móvel 12 moveu parauma nova rede. Dessa forma, o aplicativo local 16 podegerar um alerta de aplicativo 27. 0 alerta de aplicativo 27pode então ser comunicado através da rede 19 para oservidor de aplicativo 14. 0 servidor de aplicativo 14 éentão capaz de atualizar suas informações de localização 29para indicar que a unidade de assinante móvel 12 está agoraoperando dentro da rede 19.

O alerta de aplicativo 27 pode ser geradoautomaticamente em resposta à detecção de que a rede atualmudou. Em outro exemplo, o alerta de aplicativo 27 podeaplicar regras locais dentro do aplicativo 16 paradeterminar um alerta de aplicativo apropriado. Comoexemplo, o aplicativo local 16 pode ter regras quedeterminam que o alerta de aplicativo 27 pode ser geradoquando este detecta uma rede operada por um provedor deserviço diferente. Em outro exemplo, o aplicativo local 16pode ter uma lista local de redes aprovadas, e somentegerar o alerta de aplicativo 27 quando a rede atual nãoestiver listada. Será observado que o aplicativo local 16pode aplicar várias regras quando o alerta de aplicativo 27for gerado. Deve ser também observado que o alerta deaplicativo 27 pode incluir várias informações. Comoexemplo, o alerta de aplicativo 27 pode enviar informaçõesda ID de telefonia atual 25, alertas e outras informaçõesrelevantes para a condição atual da unidade móvel 12.

Em outro exemplo, o servidor de aplicativo 14pode manter um registro histórico de localizações para aunidade móvel 12. As informações de localização 29 podemincluir localizações anteriores para a unidade móvel 12.

Dessa forma, se a unidade móvel 12 estiver em uma área defronteira entre duas redes, e sua identificação detelefonia atual 25 estiver continuamente alternando entreas duas redes, o servidor de aplicativo 14 pode tentarcomunicar com a unidade móvel 12 através de ambas as redes.Mais particularmente, se o servidor de aplicativo 14detecta que a localização da unidade móvel 12 estáalternando entre duas redes, e falha uma comunicação para aunidade móvel 12, então o servidor de aplicativo 14 poderiatentar imediatamente uma nova comunicação usando a outrarede. Tal processo pode permitir uma comunicação eficientee robusta entre a unidade móvel 12 e o servidor deaplicativo 14, mesmo quando a unidade móvel 12 estiverpassando pela fronteira entre redes.

Referenciando agora à Figura 2, o sistema 50 daunidade de assinante móvel é ilustrado. O sistema 50 incluia unidade de assinante móvel 52. A unidade de assinantemóvel 52 é configurada para operar dentro de um sistema decomunicação sem fio. O sistema de comunicação sem fioinclui uma área de serviço de rede possuindo múltiplasredes. A unidade de assinante móvel 52 é também configuradapara operar de acordo com padrões de comunicação sem fioempregados nas redes correspondentes. Dessa forma, acomunicação de voz entre a unidade de assinante móvel 52 esuas conexões de rede correspondentes estão bem definidas.

Em operação, a unidade de assinante móvel 52 conecta a umarede atual através da linha de comunicação 68. A linha decomunicação 68 inclui tipicamente moduladores,demoduladores, amplificadores, antenas e outros componentese dispositivos. Uma vez que a estrutura das unidades móveissem fio é bem conhecida, a estrutura de uma unidade deassinante móvel não será descrita em detalhes.

A unidade de assinante móvel 52 pode estar naforma de um aparelho de telefonia móvel sem fio, umassistente de dados pessoal, um módulo de acesso de modem,ou um computador portátil, por exemplo. Deve ser observadoque outros tipos de unidades de assinante móveis podem serusados. De modo geral, a unidade de assinante móvel 52 estáde acordo com um padrão de comunicação para prover funçõesde telefonia 55. As funções de telefonia 55, que podemincluir funções de voz e dados, estão bem definidas ecompreendidas, não sendo, portanto, descritas em detalhes.O processador 57 é usado para efetuar o processamento dechamada, algumas das funções de telefonia, assim como paraoperar outros processos e periféricos para a unidade deassinante 52. Deve ficar claro que o processador 57 podeser um processador único, ou pode ser múltiplosprocessadores ou componentes. O processador 57 possui umamemória 62 para reter dados e informações operacionais.Como exemplo, a unidade de assinante móvel 52 pode sermontada para operar o aplicativo local 59. Em um exemplo, oaplicativo local 59 pode ser uma função aperte-para-falar.

Em outro exemplo, o aplicativo local 59 pode ser umaplicativo de localização de posição, broadcast, video, ouáudio. O aplicativo local 59 opera, pelo menos em parte, noprocessador 57.

De preferência, o processador 57 tem acesso àsfunções de telefonia 55, ao aplicativo 59, bem como àmemória 62. Dessa forma, a medida que as funções detelefonia 55 são atualizadas ou efetuadas, as funções detelefonia 55 podem ser usadas para direcionar as funções doaplicativo 59. Como exemplo, à medida que a unidade deassinante móvel 52 move de uma rede para outra, as funçõesde telefonia 55 atuam para atualizar automaticamente certosvalores de identificação de rede. Como exemplo, se aunidade de assinante móvel 52 estiver de acordo com umpadrão CDMA, então os valores atualizados podem incluir umvalor SID, um valor NID, um valor de ID de zona, um valorMCC, ou um valor IMSI_11_12. Se a unidade de assinante 52estiver de acordo com outro padrão, tal como o padrão GSM,outros valores ou funções de identificação de telefoniaserão atualizados de forma similar. 0 aplicativo local 59 édesse modo habilitado para extrair as informações deidentificação de telefonia a partir das funções detelefonia 55, e armazenar tais informações dentro damemória 62.

Quando a unidade de assinante móvel 52 éinicializada pela primeira vez, ou o aplicativo 59 éativado pela primeira vez, o processador 57 armazena ovalor atual de identificação de telefonia como a ID deaplicativo atual 66. A ID de aplicativo atual 66 éindicativa da rede através da qual o aplicativo local 59comunica pela primeira vez com seu servidor de aplicativode origem correspondente. A seguir, a medida que oaplicativo 59 continua a operar, informações de telefoniaatuais são continuamente monitoradas ou extraídas a partirdas funções de telefonia 55. Mais particularmente, asinformações de identificação atuais de rede podem serextraídas e armazenadas como ID de telefonia atual 64dentro da memória 62. 0 aplicativo local 59 compara a ID deaplicativo atual 66 com a ID de telefonia atual 64.Enquanto tais identificações forem iguais, o aplicativo 59continua a operar através da mesma rede. No entanto, quandoa ID de telefonia atual 64 e a ID de aplicativo atual 66forem diferentes, então o aplicativo 59 fica ciente de quea unidade de assinante móvel 52 moveu para uma nova rede.Dessa forma, o aplicativo local 59 pode gerar o alerta deaplicativo 74. O alerta de aplicativo 74 pode sercomunicado ao servidor de aplicativo de origem, desse modo,atualizando as informações de localização para a unidade deassinante móvel 52 no servidor de aplicativo de origem. Emresposta à atualização, o servidor de aplicativo de origemfica capacitado para comunicar eficientemente com a unidadede assinante móvel 52 sem reinicializar o aplicativo 59.Além disso, uma vez que o servidor de aplicativo estáciente da rede em que a unidade de assinante móvel 52 estáoperando, o servidor de aplicativo de origem pode ajustar oaplicativo de acordo com regras predefinidas. Como exemplo,quando a unidade de assinante móvel 52 move para uma novarede, a unidade de assinante móvel 52 pode ter movido parauma área não suportada pelo aplicativo. Dessa forma, oservidor de aplicativo de origem pode enviar uma mensagempara o aplicativo 59 para desabilitar o aplicativo local59, ou notificar o usuário de que o aplicativo não mais ésuportado ou operante. Em outro exemplo, quando a unidadede assinante móvel 52 move para uma nova rede, o servidorde aplicativo de origem pode aplicar uma estrutura detarifação diferente. Em outro exemplo, quando a unidade deassinante móvel 52 move para uma nova rede, o servidor deaplicativo de origem pode enviar tráfego, noticias, ououtras informações relevantes para tal localizaçãogeográfica da rede particular. Isto pode ser útil tambémpara aplicativos de "presença", tais como um serviço detroca de mensagens instantâneas, em que o servidor deorigem deseja rastrear a localização de assinantesindividuais. Dessa forma, o servidor de origem poderastrear exatamente e realizar broadcast de uma indicação,de quais usuários estão disponíveis para comunicaçãoimediata. Isto pode ser útil também em um ambiente dejogos, para permitir a um servidor de jogos comunicar comos jogadores à medida que mudam as condições do jogo, ouquando for necessária uma entrada de jogador. Como umexemplo final, se o aplicativo for um aplicativo aperte-para-falar, então o servidor de origem aperte-para-falarestá continuamente ciente da localização atual da unidadede assinante móvel 52 e, portanto, pode enviar mensagens deforma eficiente e precisa para a unidade móvel 52 quandonecessário.

O aplicativo local 59 pode também incluirinstruções de rede 69 que cooperam com a função decomparação 72 na decisão sobre quando enviar o alerta deaplicativo 74, e do que incluir no alerta 74. Como exemplo,as instruções de rede 69 podem incluir regras que geram oalerta de aplicativo 7 4 somente quando a unidade deassinante móvel 52 move para uma nova rede do provedor deserviço, ou somente enviam o alerta de aplicativo 74 quandoa unidade de assinante móvel 52 move para uma rede que nãoestá em uma lista aprovada. Deve ser observado queinstruções de rede 69 alternativas podem ser providas.

Fazendo agora referência à Figura 3, um sistemaservidor de aplicativo 100 é ilustrado. O sistema servidorde aplicativo 100 inclui o servidor de aplicativo de origem102. O servidor de aplicativo de origem 102 possui umainterface de telefonia 104 para conectar a uma rede decomunicação sem fio. Freqüentemente, a interface detelefonia 104 é provida através de uma estação base ou deum controlador de estação operado por um provedor deserviço de comunicação. A estrutura e o processo paraprover um link de comunicação do servidor de aplicativo 102para a rede atual 106 são bem conhecidos, e não serãodescritos em detalhes. Deve também ficar claro que oservidor de aplicativo 102 pode ser provido na forma de umúnico servidor de aplicativo, ou pode incluir dois ou maisservidores de aplicativo distribuídos. Dessa forma, osservidores de aplicativo individuais podem ser providos empontos de comunicação estratégicos da rede, desse modo,reduzindo todo o tráfego de rede. O servidor de aplicativo12 é configurado para receber o alerta de aplicativo 109proveniente de um aplicativo local operando em uma unidadede assinante móvel. Em um exemplo, o alerta de aplicativo109 inclui um valor de identificação de rede indicando arede na qual a unidade de assinante móvel está operando nomomento. Tal identificação de telefonia atual é extraída doalerta de aplicativo 109, tal como mostrado no bloco 111.

Em resposta a este valor, o servidor de aplicativo 102 podegerar instruções para a unidade móvel, tal como mostrado nobloco 113. Em um exemplo, o servidor de aplicativo 102 é umservidor de origem aperte-para-falar. As unidades deassinante móveis associadas ao recurso aperte-para-falarpossuem, cada uma, aplicativos locais para implementação dorecurso aperte-para-falar. Os aplicativos locais monitoramcontinuamente os valores de identificação de telefonia ecomunicam cada mudança nos valores ID de rede para oservidor aperte-para-falar. Dessa forma, quando o servidoraperte-para-falar necessita chamar/alertar (Page), ouenviar outras informações para uma unidade móvelespecifica, o servidor aperte-para-falar está ciente daposição atual das unidades de assinante móveis.

Fazendo agora referência à Figura 4, um métodopara atualizar um sistema de assinante sem fio é ilustrado.O método 150 possui um aplicativo móvel operando em umaunidade de assinante móvel sem fio, tal como mostrado nobloco 151. Tal aplicativo móvel pode ser, por exemplo, umaplicativo aperte-para-falar, um aplicativo de localizaçãode posição, um aplicativo para empurrar conteúdo, e podeincluir recursos para impor limites de contrato ou acordosde tarifação. À medida que o aplicativo móvel opera, estedetecta um valor ID de telefonia, tal como mostrado nobloco 153. 0 valor ID de telefonia é automaticamenteatualizado dentro do dispositivo móvel sem fio de acordocom os padrões de comunicação estabelecidos. A ID detelefonia é ajustada como a identificação de aplicativoatual, tal como mostrado no bloco 155. À medida que oaplicativo é ativado, o aplicativo pode reportar suasinformações de rede atuais para seu servidor de aplicativo,tal como mostrado no bloco 157.

O aplicativo móvel continua a operar comomostrado no bloco 160. À medida que o aplicativo opera,este detecta ou monitora continuamente a ID de telefoniaatual, e pode armazenar os valores de identificaçãodetectados, como mostrado no bloco 162. 0 aplicativocompara os valores de identificação de telefonia atuais comos valores de identificação de aplicativos atuaisarmazenados como mostrado no bloco 164. Se tais valoresforem iguais, então o aplicativo continua a operar oaplicativo móvel na mesma rede. No entanto, se os valoresforem diferentes, então o aplicativo pode enviar um alertapara o servidor de aplicativo de origem. Em alguns casos, oaplicativo pode verificar instruções locais como mostradono bloco 167. Tais instruções locais podem prover regrassobre quando gerar um alerta, ou sobre quais informaçõesincluir no alerta. 0 aplicativo local também atualiza a IDde aplicativo para o valor ID de telefonia atual comomostrado no bloco 169. 0 aplicativo local pode gerar umalerta que reporta a ID de aplicativo atual para o servidorde aplicativo de origem como mostrado no bloco 171. Dessaforma, o servidor de aplicativo de origem fica ciente sobreem qual rede cada unidade de assinante está operando nomomento. 0 aplicativo continua a operar na unidade móvel nanova rede. Vantajosamente, o servidor de aplicativo deorigem é notificado sobre a mudança de rede, e é capaz decontrolar e interagir eficientemente com o aplicativolocal.

Fazendo agora referência à Figura 5, o sistema200 para atualizar um aplicativo sem fio é ilustrado. Demodo geral, um aplicativo possui um servidor de aplicativo214 que coopera com o aplicativo local 216 operando em umdispositivo de acesso sem fio 212. Em conjunto, o servidorde aplicativo 214 e o aplicativo local 216 permitem aoaplicativo buscar uma funcionalidade melhorada para odispositivo de acesso sem fio 212. Como exemplo, oaplicativo pode permitir ao dispositivo sem fio 212 operarem uma rede em malha, enquanto mantêm a comunicação econtrole eficiente dos aplicativos locais 216 provenientesdo servidor de aplicativo 214. Em outro exemplo, oaplicativo pode empurrar informações desejáveis para odispositivo de acesso sem fio 212, dependendo dalocalização atual do dispositivo 212. Mais particularmente,o sistema 210 permite ao aplicativo local 216 atualizarcontinuamente o servidor de aplicativo 214 de modo que oservidor de aplicativo 214 saiba em qual rede o dispositivode acesso sem fio 212 está operando no momento. Dessaforma, o servidor de aplicativo 214 pode controlar .ecomunicar eficientemente com cada dispositivo sem fio,enquanto evita o tráfego de rede extra e retardosassociados à reinicialização do aplicativo local.

O sistema 200 possui a área de serviço de rede220, a qual pode ser, por exemplo, uma rede sem fio dedados. Tal rede sem fio de dados pode estar de acordo comum ou mais padrões internacionais, por exemplo, o IEEE802.11, WiFi, Ethernet, ou outro padrão de comunicação dedados em desenvolvimento. Apesar do sistema 210 serdescrito com referência a uma rede de comunicação sem fio802.11, deve ficar claro que outros tipos de redes sem fiopodem ser usados. De modo geral, a área de serviço de rede220 inclui várias redes de sobreposição ou pontos deacesso, em que cada um de tais pontos de acesso ou redesprovê cobertura de rede para uma área especifica. Comoexemplo, a área de serviço de rede 220 é ilustrada comopossuindo a primeira rede 221 e a segunda rede 219. Deveficar claro que a área de serviço de rede pode incluirvárias redes individuais, as quais podem ser operadas pelomesmo ou por diferentes provedores de serviço. De modogeral, a área de serviço de rede 220 inclui uma infra-estrutura de rede para interconectar as diversas redes. Talinfra-estrutura de rede pode incluir, por exemplo, estaçõesbase, controladores de estação base, conexões de backbonede rede, e servidores de rede. Deve ser observado queoutros componentes podem ser usados para auxiliar ainterconexão ou operação das redes.

O sistema 210 inclui também dispositivos deacesso sem fio, tais como o dispositivo sem fio 212. Deveser observado que vários dispositivos de acesso sem fiopodem operar dentro da área de serviço de rede 220. Parafacilidade de explicação, será descrito em detalhes apenasum dispositivo de acesso sem fio 212. 0 dispositivo deacesso sem fio 212 pode ser, por exemplo, um computador semfio ou um assistente de dados pessoal. Em outro exemplo, odispositivo de acesso sem fio 212 é um dispositivo deacesso de modem embutido em outro dispositivo, tal como umcarro, caminhão, ou outro veiculo. 0 dispositivo de acessosem fio 212 opera de acordo com o mesmo padrão decomunicação que opera na rede 221 e na rede 219. À medidaque o dispositivo de acesso sem fio 212 move dentro da áreade serviço de rede 220, ou a rede move e re-configura, odispositivo de acesso sem fio 212 conecta primeiramenteatravés de uma rede, e a seguir irá conectar através deoutra rede. Em alguns casos, as redes são operadas pelomesmo provedor de serviço, enquanto que em outros casos asredes podem ser operadas por diferentes provedores deserviço. Alguns dispositivos de acesso sem fio são montadospara operar em mais de um modo ou de acordo com mais de umpadrão de comunicação. Dessa forma, a unidade de assinantemóvel pode operar em um modo ou padrão quando conectadoatravés de uma rede, e então operar em um modo diferente oupadrão de comunicação ao mover para outra rede. Comoilustrado na Figura 5, o dispositivo de acesso sem fio 212é inicializado e conecta através da primeira rede 221, e aseguir, à medida que este move ou a rede muda, odispositivo sem fio 212 conecta através da segunda rede 219.

Na descrição de estruturas e operações de rede, éfreqüentemente útil descrever a rede em termos do modelo decamada de Interconexão de Sistema Aberto (OSI) 7. A OSI, oumodelo de Interconexão de Sistema Aberto, define umaestrutura de interfuncionamento para implementação deprotocolos em sete camadas. O controle é passado de umacamada para a próxima, começando na camada de aplicação emuma estação, prosseguindo até a camada inferior, através docanal para a próxima estação e de volta subindo ahierarquia. As camadas são geralmente definidas a seguir:

i. Camada de Aplicação (Camada 7): Esta camada suporta aaplicação e processos de usuário final. Os parceirosde comunicação são identificados, a qualidade deserviço é identificada, a privacidade e autenticaçãode usuário são consideradas, e quaisquer restrições nasintaxe de dados são identificadas. Esta camada éespecifica da aplicação. Tal camada provê serviços deaplicativo para transferências de arquivos, e-mail, eoutros serviços de software em rede.

ii. Camada de Apresentação (Camada 6) : Esta camada provêindependência das diferenças na representação de dados(por exemplo, criptografia) ao traduzir do aplicativopara o formato da rede e vice-versa. A camada deapresentação trabalha para transformar dados para aforma que a' camada de aplicação pode aceitar. Talcamada formata e criptografa dados a serem enviadosatravés de uma rede, provendo liberdade de problemasde compatibilidade. Esta é algumas vezes denominadacomo a camada de sintaxe,

iii. Camada de Sessão (Camada 5) : Esta camada estabelece,gerencia e finaliza conexões entre aplicativos. Acamada de sessão estabelece, coordena e finalizaconversações, trocas, e diálogos entre os aplicativosem cada extremidade. Esta lida com a coordenação desessão e conexão.

iv. Camada de Transporte (Camada 4): Esta camada provê atransferência transparente de dados entre sistemas, ouhospedeiros finais, e é responsável pela recuperaçãode erros e controle de fluxo de extremidade-a-extremidade. Esta assegura a completa transferência dedados.

v. Camada de Rede (Camada 3) : Esta camada provêtecnologias de comutação e roteamento, criandopercursos lógicos, conhecidos como circuitos virtuais,para a transmissão de dados de nó a nó. O roteamento eencaminhamento são funções desta camada, bem como oendereçamento, interfuncionamento, gerenciamento deerros, controle de congestionamentos e seqüenciamentode pacote.

vi. Camada de Enlace de Dados (Camada 2) : Nesta camada,pacotes de dados são codificados e decodificados embits. Esta fornece conhecimento de protocolo detransmissão, gerenciamento e controla erros na camadafisica, controle de fluxo e sincronização de quadros,

vii. Camada Fisica (Camada 1): Esta camada provê os meiosde hardware para envio e recepção de dados em umaportadora, incluindo a definição de cabos, placas easpectos físicos.

Os padrões de comunicação são de modo geral bemdefinidos para as camadas inferiores, porém apresentammenos, e em alguns casos um mínimo, de orientação daimplementação das camadas superiores. Para conveniência dapresente descrição, as camadas inferiores são de modo geraldefinidas como sendo as camadas 1 a 5, com as camadassuperiores sendo definidas como as camadas 6 e 7.

Naturalmente, deve ser observado que, para alguns padrões eimplementações, as definições de camadas superiores ecamadas inferiores podem ser definidas alternativamente.

O dispositivo de acesso sem fio 212 pode operarcomo um dispositivo de comunicação de dados tradicional,por exemplo, em uma rede IEEE 802.11. Dessa forma, odispositivo de acesso sem fio 212 opera usandoprocedimentos de camada inferior tradicionais consistentescom o padrão de comunicação relevante. Como exemplo, se arede 221 for uma rede IEEE 802.11, então a comunicação dedados entre o dispositivo de acesso sem fio 212 e a rede221 é efetuada de acordo com as instruções detalhadasprovidas no padrão IEEE 802.11. Ao longo dos anos, osvários padrões de comunicação de dados sem fio evoluíram demodo a prover um processo de comunicação totalmenteoperacional e robusto nas camadas OSI inferiores. 0dispositivo de acesso sem fio 212 pode também operar um oumais aplicativos. Tais aplicativos podem ser, por exemplo,aplicativos de localização de posição ou aplicativos debroadcast de informações. Em outro exemplo, o aplicativopode ser um jogo, um aplicativo de mapeamento, umaplicativo de áudio ou vídeo, ou um aplicativo de suporte:avendas. Deve ser observado que outros aplicativos podem serusados, e que novos aplicativos estão sendo continuamentedesenvolvidos.

Freqüentemente, o aplicativo possui o aplicativolocal 216 operando no dispositivo de acesso sem fio 212, oqual coopera com o servidor de aplicativo 214. 0 aplicativopode requerer que o aplicativo local 216 comunique com oservidor de aplicativo 214 para transmitir ou receberinformações do dispositivo de acesso sem fio 212. Comoexemplo, o aplicativo local 216 pode ser um aplicativo debroadcast de notícias. Neste exemplo, o servidor deaplicativo 214 é um servidor de notícias, que envia itensde notícias selecionados para o aplicativo local 216. 0aplicativo local 216 a seguir apresenta as informações denotícias recebidas para o usuário do dispositivo de acessosem fio 212. Para facilitar a operação eficiente doaplicativo, o servidor de aplicativo 214 estádesejavelmente ciente da localização atual de todos osdispositivos de acesso sem fio, tal como o dispositivo deacesso sem fio 212. Mais particularmente, é desejável que oservidor de aplicativo 14 esteja ciente sobre em qual redecada unidade de assinante móvel está operando no momento.

O sistema 200 é vantajosamente capaz de atualizaro servidor de aplicativo 214 com informações atuais comreferência a qual rede o dispositivo de acesso sem fio 212está usando no momento. Dessa forma, o servidor deaplicativo 214 é capaz de comunicar eficientemente com, econtrolar, o aplicativo e o dispositivo de acesso sem fio212. Quando a unidade de assinante móvel 212 inicializa, ouquando o aplicativo 216 é ativado pela primeira vez, umaidentificação de rede é extraída a partir das comunicaçõesde camadas inferiores OSI e armazenada como ID deaplicativo atual 233. Como exemplo, os padrões decomunicação sem fio podem requerer que a rede realizebroadcast de certas informações de identificação de rededurante a inicialização ou periodicamente durante aoperação. As informações de identificação de rede estão bemdefinidas na maioria dos padrões de comunicação sem fio, eincluem tipicamente valores de identificação de rede. Taisvalores são automaticamente recebidos pelo dispositivo deacesso sem fio 212 quando de sua inicialização, e sãoatualizados periodicamente à medida que o dispositivo semfio 212 move de uma rede para outra. Mais particularmente,as informações de identificação de rede são armazenadascomo a ID de camada atual 225, e indicam a rede em que odispositivo sem fio 212 está operando no momento. 0aplicativo local 216 também extrai informações deidentificação de rede a partir de uma ou mais das camadasinferiores, e armazena o valor de identificação de redecomo a ID de aplicativo atual 223. A seguir, a medida que oaplicativo 216 opera, o aplicativo 216 monitoracontinuamente a ID de camada atual 225 e compara a ID decamada atual 225 com a ID de aplicativo atual 223. Em umexemplo, a ID de camada atual 225 é armazenada dentro doaplicativo 216. Enquanto o dispositivo de acesso sem fio212 opera dentro de uma única rede, tal como a rede 221, aID de aplicativo atual 223 e a ID de camada atual 225 serãoiguais. No entanto, quando o dispositivo de acesso sem fio212 move (ou a rede re-conf igura) para operar dentro dasegunda rede 219, então a camada inferior atualizaautomaticamente o dispositivo de acesso sem fio 212 paraindicar que o dispositivo de acesso sem fio 212 estáoperando dentro da rede 219. O aplicativo 216, que estámonitorando a ID de camada inferior atual 225, tem agora aID de aplicativo atual 223 apresentando informações deidentificação da rede 221, enquanto a ID de camada inferioratual 225 apresenta as informações de identificação para arede 219. Uma vez que as IDs de rede são diferentes, oaplicativo 216 fica ciente de que o dispositivo de acessosem fio 212 está agora acessando através de uma redediferente. Dessa forma, o aplicativo local 216 pode gerar oalerta de aplicativo 227. 0 alerta de aplicativo 227 podeentão ser comunicado através da rede 219 para o servidor deaplicativo 214. 0 servidor de aplicativo 214 é então capazde atualizar suas informações de localização 229 paraindicar que o dispositivo de acesso sem fio 212 está agoraoperando dentro da rede 219.

0 alerta de aplicativo 227 pode serautomaticamente gerado em resposta à detecção de que a redeatual mudou. Em outro exemplo, o alerta de aplicativo 227pode aplicar regras locais, dentro do aplicativo 216, paradeterminar um alerta de aplicativo apropriado. Comoexemplo, o aplicativo local 216 pode ter regras que provêemque o alerta de aplicativo 227 pode ser gerado quando estedetecta uma rede operada por um provedor de serviçodiferente. Em outro exemplo, o aplicativo 216 pode possuiruma lista local de redes aprovadas, e somente gerar oalerta de aplicativo 227 quando a rede atual não estiverlistada. Deve ser observado que o aplicativo local 216 podeaplicar várias regras sobre quando é gerado o alerta deaplicativo. Deve também ser observado que o alerta deaplicativo 227 pode incluir várias informações. Comoexemplo, o alerta de aplicativo 227 pode enviar informaçõesde ID de camada inferior atual 225, avisos e outrasinformações relevantes quanto à condição de rede atual dodispositivo sem fio 212.

Fazendo agora referência à Figura 6, um método250 para atualizar um sistema de dados sem fio é ilustrado.O método 250 possui um aplicativo de dados sem fio operandoem um dispositivo de acesso sem fio como mostrado no bloco251. 0 aplicativo sem fio pode ser, por exemplo, umaplicativo de localização de posição, um aplicativo deempurrar conteúdo, e pode incluir cláusulas para imporlimitações de contrato ou acordos de tarifação. À medidaque o aplicativo sem fio opera, este detecta um valor de IDde camada inferior como mostrado no bloco 253. O valor deID de camada inferior é automaticamente atualizado dentrodo dispositivo de dados sem fio de acordo com os padrões decomunicação estabelecidos. A ID de camada inferior éestabelecida como a identificação de aplicativo atual comomostrado no bloco 255. Quando o aplicativo é ativado, oaplicativo pode reportar suas informações de rede atuaispara seu servidor de aplicativo de origem como mostrado nobloco 257.

O aplicativo sem fio continua a operar comomostrado no bloco 260. À medida que o aplicativo opera,este detecta ou monitora continuamente a ID de nivelinferior atual, e pode armazenar os valores deidentificação detectados como mostrado no bloco 262. Oaplicativo compara os valores de identificação de nivelinferior atual com os valores de identificação deaplicativo atuais como mostrado no bloco 264. Se estesvalores forem iguais, então o aplicativo continua a operaro aplicativo sem fio na mesma rede. No entanto, se osvalores forem diferentes, então o aplicativo pode enviar umalerta para o servidor de aplicativo de origem. Em algunscasos, o aplicativo pode verificar instruções locais comomostrado no bloco 267. Estas instruções locais podem proverregras sobre quando gerar um alerta, ou sobre quaisinformações incluir no alerta. O aplicativo local tambématualiza a ID de aplicativo para o valor da ID de camadainferior atual como mostrado no bloco 269. O aplicativolocal pode gerar um alerta que reporta a ID de aplicativoatual para o servidor de aplicativo de origem como mostradono bloco 271. Dessa forma, o servidor de aplicativo deorigem fica ciente em que rede cada unidade de assinanteestá operando no momento. O aplicativo continua a operar naunidade sem fio na nova rede. Vantajosamente, o servidor deaplicativo de origem é notificado sobre a mudança na rede,e é capaz de controlar e interagir eficientemente com oaplicativo local.

Apesar de a invenção ter sido descrita em conexãocom um certo número de modalidades, não pretende-se limitaro escopo da invenção às formas especificas apresentadas,pretendendo-se, pelo contrário, englobar as alternativas,modificações e equivalentes que possam ser incluídos noescopo da invenção.

Claims (21)

1. Sistema para atualizar um aplicativo deassinante sem fio, compreendendo:- uma área de serviço de rede possuindo umapluralidade de redes;- um servidor de aplicativo acoplado a pelo menosuma dentre a pluralidade de redes; e- uma unidade de assinante móvel compreendendo:- um dispositivo de função de telefoniapara conectar a unidade de assinante móvel a uma primeirarede na área de serviço de rede usando uma primeira conexãode nível de telefonia, e para conectar a unidade deassinante móvel a uma segunda rede na área de serviço derede usando uma segunda conexão de nível de telefonia;CARACTERIZADO pelo fato de que também compreende:uma memória para armazenar uma primeiraidentificação indicativa da primeira conexão de nível detelefonia, e para armazenar uma segunda identificaçãoindicativa da segunda conexão de nível de telefonia; e- um processador para operar uma pluralidade deaplicativos na unidade de assinante móvel, a pluralidade deaplicativos compreendendo:- um aplicativo local para operação daunidade de assinante móvel na primeira rede, o aplicativolocal transmitindo e recebendo informações provenientes doservidor de aplicativo;um aplicativo de comparação paracomparar a primeira identificação com a segundaidentificação; e- um aplicativo de alerta para gerar umalerta de aplicativo responsivo à comparação quando aprimeira identificação for diferente da segundaidentificação, e para transmitir o alerta de aplicativopara o servidor de aplicativo.

2. Sistema de acordo com a reivindicação 1,CARACTERIZADO pelo fato de que a área de serviço de rede éuma rede de comunicação sem fio, e a unidade de assinantemóvel é um aparelho de telefonia móvel sem fio.

3. Sistema de acordo com a reivindicação 2,CARACTERIZADO pelo fato de que a rede de comunicação semfio é uma rede de comunicação CDMA, WCDMA, CDMA2000, UTM,GSM, EDGE, ou PHS.

4. Sistema de acordo com a reivindicação 1,CARACTERIZADO pelo fato de que a primeira identificação easegunda identificação são um valor de SID, NID, ID de zona,MCC, ou IMSI_11_12.

5. Sistema de acordo com a reivindicação 1,CARACTERIZADO pelo fato de que o aplicativo local é umaplicativo aperte-para-falar.

6. Unidade de assinante móvel operando em umaárea de serviço de rede, a unidade, de assinante móvelcompreendendo:- um processador configurado para operar umapluralidade de aplicativos, a pluralidade de aplicativoscompreendendo:- um aplicativo local configurado para1comunicar com um servidor de aplicativo acoplado a pelomenos uma rede da área de serviço de rede;CARACTERIZADO pelo fato de que também compreende:- um aplicativo de comparação para monitorar umvalor de identificação que é indicativo de uma conexão denível de telefonia da unidade de assinante móvel à pelomenos uma rede na área de serviço de rede, o aplicativo decomparação para detectar que a conexão de nível detelefonia mudou;- um aplicativo de alerta para gerar um alerta deaplicativo responsivo a uma detecção de que a conexão denivel de telefonia mudou, o aplicativo de alerta paratransmitir o alerta de aplicativo para o servidor deaplicativo.

7. Unidade de assinante móvel de acordo com areivindicação 6, CARACTERIZADO pelo fato de que aidentificação é um valor de SID, NID, ou ID de zona.

8. Unidade de assinante móvel de acordo com areivindicação 6, CARACTERI ZADO pelo fato de que aidentificação é um valor MCC ou IMSI_11_12.

9. Unidade de assinante móvel de acordo com areivindicação 6, CARACTERIZADO pelo fato de que oaplicativo local é um aplicativo aperte-para-falar.

10. Unidade de assinante móvel de acordo com areivindicação 6, CARACTERI ZADO pelo fato de que oaplicativo local é um aplicativo de localização de posição.

11. Unidade de assinante móvel de acordo com areivindicação 6, CARACTERI ZADO pelo fato de que oaplicativo local é um jogo em comunicação com um jogo commúltiplos jogadores hospedado no servidor de aplicativo.

12. Unidade de assinante móvel de acordo com areivindicação 6, CARACTERI ZADO pelo fato de que oaplicativo local é um programa de troca de mensagensinstantâneas.

13. Unidade de assinante móvel de acordo com areivindicação 6, CARACTERIZADO pelo fato de que compreendetambém:- uma memória para armazenar um primeiro valor deidentificação indicativo de uma primeira conexão de nivelde telefonia, e para armazenar um segundo valor deidentificação indicativo de uma segunda conexão de nivel detelefonia; eem que o aplicativo de comparação usa o primeiroe segundo valores de identificação para detectar que aconexão de nível de telefonia mudou.

14. Aparelho de telefonia móvel aperte-para-falar, operando em uma área de serviço de rede, o aparelhode telefonia móvel compreendendo:- um processador para operar uma pluralidade deaplicativos no aparelho de telefonia móvel aperte-para-falar, a pluralidade de aplicativos compreendendo:- um aplicativo aperte-para-falarconfigurado para comunicar com um servidor aperte-para-falar acoplado a pelo menos uma rede da área de serviço derede;CARACTERIZADO pelo fato de que também compreende:- um aplicativo de comparação para monitorar umvalor de identificação que é indicativo de uma conexão denível de telefonia do aparelho de telefonia móvel aperte-para-falar com a pelo menos uma rede da área de serviço derede, e para detectar que a conexão de nível de telefoniamudou; e- um aplicativo de alerta para gerar um alertaresponsivo a uma detecção de uma mudança na conexão denível de telefonia, e para transmitir o alerta para oservidor aperte-para-falar.

15. Aparelho de telefonia móvel de acordo com areivindicação 14, CARACTERIZADO pelo fato de que aidentificação é um valor de SID, NID, ou ID de zona.

16. Aparelho de telefonia móvel de acordo com areivindicação 14, CARACTERIZADO pelo fato de que aidentificação é um valor MCC ou IMSI_11_12.

17. Aparelho de telefonia móvel de acordo com areivindicação 14, CARACTERIZADO pelo fato de que a conexãode nível de telefonia é uma conexão CDMA, CDMA2000, ouWC DMA.

18. Método para operar um dispositivo sem fio emuma área de serviço de rede, o serviço de redeimplementando protocolos de rede que operam em geral deacordo com o modelo de rede OSI, compreendendo:- operar um aplicativo local no dispositivo semfio, o aplicativo local configurado para comunicar com umservidor de aplicativo da área de serviço de rede;CARACTERIZADO pelo fato de que:- o dispositivo sem fio monitora um valor deidentificação que é indicativo de uma conexão de nivelinferior;- o dispositivo sem fio detecta que a conexão denivel inferior mudou;o dispositivo sem fio gera um alerta deaplicativo responsivo à etapa de detecção; e- o dispositivo sem fio transmite o alerta deaplicativo para o servidor de aplicativo.

19. Método de acordo com a reivindicação 18,CARACTERIZADO pelo fato de que o valor de identificação éindicativo de uma camada de sessão OSI, camada detransporte OSI, camada de rede OSI, ou conexão de camada dedados OSI.

20. Método de acordo com a reivindicação 18,CARACTERI ZADO pelo fato de que transmitir o alerta deaplicativo inclui transmitir o alerta de aplicativo nacamada de aplicativo OSI ou na camada de apresentação OSI.

21. Método de acordo com a reivindicação 18,CARACTERIZADO pelo fato de que a área de serviço de redeopera de acordo com um padrão IEEE 802.11 ou WiFi.