BR112016029124B1 - Sistema e método para apresentar serviços a um dispositivo portátil de um assinante - Google Patents

Abstract

DISPOSITIVO, MEIO LEGÍVEL POR COMPUTADOR E PROCESSO PARA RETER SERVIÇOS USANDO RECURSOS AVANÇADOS DE COLEÇÃO DE DADOS. Um processo para apresentar serviços para um assinante compreende obter, através de um primeiro servidor, dados de uso do assinante associados com um serviço de dispositivo portátil a partir de uma pluralidade de bases de dados, e enviar os dados de uso do assinante para um segundo servidor. O processo inclui adicionalmente processar, através de um segundo servidor, dados de uso de um assinante usando um algoritmo predeterminado, terminar uma categoria acionável de dados, e enviar através do terceiro servidor, a primeira mensagem para um dispositivo portátil, em que a primeira mensagem solicita uma entrada de usuário.

Description

REFERÊNCIA REMISSIVA À PEDIDOS DE PATENTE RELACIONADOS

[001]Este pedido reivindica prioridade para o Pedido de Patente US n°. 14/301.858, depositado em 11 de junho de 2014, cuja divulgação é aqui incorporada a título de referência na sua totalidade.

CAMPO TÉCNICO

[002]A presente divulgação se refere a um dispositivo, meio legível por computador, e a um método para reter e/ou fornecer serviços adicionais em uma rede sem fios.

ANTECEDENTES

[003]Dispositivos portáteis contemporâneos, como telefones celulares, permitem que os usuários se comuniquem com um provedor de serviços através de uma rede. Dispositivos portáteis frequentemente incluem um equipamento móvel (ME) e um cartão de módulo. O ME é o hardware do dispositivo portátil, que inclui uma tela, um receptor, um transmissor e outros equipamentos físicos. O ME é identificado por um código único. O cartão de módulo armazena o código único que identifica o ME em uma memória.

[004]Em dispositivos portáteis existentes, o cartão de módulo serve como uma interface de rede que conecta o dispositivo portátil à rede. O cartão de módulo também contém um kit de ferramentas, que consiste em um conjunto de comandos que são programados no cartão de módulo. Em dispositivos portáteis, o cartão de módulo funciona como um intérprete que está equipado para executar aplicativos escritas em uma ou mais linguagens de programação. Além disso, em tais dispositivos, o cartão de módulo inclui uma memória que armazena esses aplicativos juntamente com outras informações. Tais outras informações incluem frequentemente o código único que identifica o ME.

[005]Hoje, muitos dispositivos portáteis estão conectados a uma rede sem fio, como o Sistema Global para Rede de Comunicação Móvel (Global System for Mobile Communication network, "GSM") ou tecnologias de rede sucessoras como, mas não se limitando a, 3G e LTE, Edge, UMTS, HSPA, HSPA+, LTE Advanced, CDMA, lxRTT, EVDO e EVDO-A. Em particular, o GSM, e suas tecnologias sucessoras são padrões definidos que descrevem protocolos usados em comunicações sem fio digitais entre usuários de dispositivos portáteis, prestadores de serviços e outras partes. Em tal rede, o cartão de módulo é um cartão de Módulo de Identidade de Assinante (Subscriber Identity Module, "SIM") ou um Cartão de Circuito Integrado Universal (Universal Integrated Circuit Card, "UICC"); o kit de ferramentas no cartão de módulo é um kit de ferramentas SIM ("STK"); e o cartão de módulo funciona como um intérprete de STK. Em cartões SIM mais sofisticados, o STK é um Kit de Ferramentas SIM Dinâmico ("DSTK") e o intérprete de STK é um intérprete de DSTK.

[006]Em uma rede sem fios, um prestador de serviços gera conteúdo correspondente a uma mensagem que deve ser enviada para um usuário. Essas mensagens são muitas vezes escritas em uma linguagem de marcação (por exemplo, Wireless (“WIG WML”), Linguagem de Marcação de Tolbox SIM @lliance (SIM ©lliance Toolbox Markup Language, "S@TML"), Linguagem de Marcação Java (Java Markup Language, "JavaML")). O conteúdo é enviado para um gateway, que prepara a mensagem e encaminha a mensagem para o usuário. Este gateway é conhecido como o Gateway Universal (Universal Gateway, "UG"). O UG pode estar localizado em um servidor 101. A mensagem inclui uma instrução, que por si só é uma instrução de cartão SIM (por exemplo, um wiblet, s@tlet, um Java applet) (ou, em alternativa, um aplicativo de UICC) que é recebido por um dispositivo portátil. O dispositivo portátil contém um cartão SIM com a sua própria memória que armazena um DSTK. Programado adequadamente, o cartão SIM funciona como um intérprete de DSTK, que é configurado para interpretar a instrução contida na mensagem. Dependendo se a instrução compreende um feed baseado em XML interpretado por um wiblet, um s@tlet, ou um Java applet, o intérprete de DSTK funciona como SmartTrust Wib ("Wib"), um intérprete de SIM @lliance Toolbox ("S@T"), ou um intérprete de Java, respectivamente. O intérprete de DSTK interpreta as instruções para implementar ações ou comandos incluídos no DSTK. Alguns desses comandos operam independentemente do dispositivo portátil e outros comandos são direcionados para o dispositivo portátil, como um comando para apresentar uma sequência de texto ou solicitar ao usuário uma entrada.

[007]Em certas redes sem fio, os usuários são obrigados a usar periodicamente seus dispositivos portáteis a fim de reter serviços que estão sendo fornecidos por um provedor de serviços. Nessas redes, quando um usuário não usa o seu dispositivo portátil pelo menos uma vez durante um período predefinido, então o usuário pode ser descredenciado e, como consequência, deixa de poder usar e receber serviços do provedor de serviços. Além disso, depois que o usuário perde o acesso aos serviços fornecidos, o usuário muitas vezes não é capaz de se comunicar com o provedor de serviços usando seu dispositivo portátil para restabelecer os serviços.

[008]À medida que mais usuários se conectam a provedores de serviços por meio de redes sem fio e o tamanho dessas redes aumenta, torna-se cada vez mais importante do ponto de vista da eficiência e do custo que os provedores de serviços monitorem a frequência com que os usuários estão usando seus serviços. Ao monitorar o uso, um provedor de serviços pode ser equipado para auxiliar os usuários a manter os serviços desejados.

[009]Além disso, em determinadas redes sem fio, um provedor de serviços coleta dados relacionados à atividade do dispositivo portátil do usuário, por exemplo, atividade relacionada ao uso geral, atividade de chamada, mensagens de texto e/ou mensagens de multimídia enviadas e recebidas, atividade de Internet e outros dados úteis. Ao monitorar esses dados, um provedor de serviços pode ser equipado para auxiliar os usuários com serviços de retenção avançados relacionados aos serviços novos e/ou mais pertinentes com base nas circunstâncias e necessidades de um usuário.

SUMÁRIO DA INVENÇÃO

[010]De acordo com uma modalidade da presente invenção, um sistema para apresentar os serviços a um assinante compreende uma pluralidade de servidores, incluindo um primeiro servidor configurado para coletar dados de uso de assinante associados a um dispositivo portátil e armazenar dados de uso de assinante em pelo menos um repositório. Um segundo servidor está configurado para processar os dados de uso de assinante utilizando um algoritmo predeterminado, e determinar se uma categoria suscetível de dados existe para os dados de uso de assinante processados. Um terceiro servidor é configurado para determinar pelo menos uma ação baseada na categoria de dados executável e um conjunto predefinido de regras e enviar informações sobre a pelo menos uma ação ao provedor de serviços. A modalidade inclui ainda um quarto servidor configurado para receber uma primeira mensagem com base na pelo menos uma ação do provedor de serviços, enviar a primeira mensagem solicitando uma entrada de assinante através do dispositivo portátil, receber uma segunda mensagem do assinante, através do dispositivo portátil, com base na resposta introduzida pelo assinante, e enviar a segunda mensagem para o provedor de serviços.

[011]De acordo com outra modalidade da presente invenção, um método para apresentar serviços a um assinante compreende obter, através de um primeiro servidor, dados de uso de assinante associados a um serviço de dispositivo portátil a partir de uma pluralidade de bases de dados, e enviar os dados de uso de assinante para um segundo servidor. O método inclui ainda processar, através do segundo servidor, os dados de uso de assinante utilizando um algoritmo predeterminado, determinar uma categoria de dados executável com base nos dados de uso de assinante processados, gerar conteúdo correspondentes a uma primeira mensagem com base na categoria de dados executáveis, e enviar, através de um terceiro servidor, a primeira mensagem para um dispositivo portátil, em que a primeira mensagem solicita uma entrada de assinante.

[012]Outros objetos, características e vantagens serão evidentes para os versados na técnica a partir da seguinte descrição detalhada e dos desenhos anexos.

BREVE DESCRIÇÃO DOS DESENHOS

[013]Para uma compreensão mais completa da presente invenção, necessidades satisfeitas deste modo, e os objetos, características e vantagens da mesma, faz-se referência agora à seguinte descrição feita em relação aos desenhos anexos.

[014]A Fig. 1 é uma representação esquemática de um ambiente exemplar no qual a invenção é implementada.

[015]A Fig. 2 é uma representação esquemática de um sistema exemplar configurado para reter serviços.

[016]A Fig. 3 apresenta um fluxograma mostrando um método para reter serviços de acordo com uma modalidade da invenção.

[017]A Fig. 4 é uma vista esquemática de um dispositivo portátil de acordo com uma modalidade da invenção.

[018]A Fig. 5 apresenta um fluxograma ilustrando uma modalidade da invenção.

[019]A Fig. 6 é uma representação esquemática de outro ambiente exemplar no qual a invenção é implementada.

[020]A Fig. 7 é uma vista esquemática de um servidor de inteligência de negócios de acordo com outra modalidade da invenção.

[021]A Fig. 8 apresenta um fluxograma mostrando um método para apresentar serviços a um assinante de acordo com uma modalidade da invenção.

[022]A Fig. 9 apresenta um fluxograma mostrando mais detalhe para um método para apresentar serviços a um assinante de acordo com uma modalidade da invenção.

[023]A Fig. 10 apresenta um fluxograma ilustrando outra modalidade da invenção.

DESCRIÇÃO DETALHADA

[024]As modalidades da presente invenção, e as suas características e vantagens, podem ser compreendidas fazendo referência às Figs. 1-10, como os números que são utilizados para partes correspondentes nos vários desenhos.

[025]As modalidades exemplificadoras da presente invenção fornecem um método, dispositivo e meio legível por computador para reter um serviço, tal como poderia ser fornecido por um provedor de serviços através de uma rede. Por exemplo, o serviço compreende um serviço de comunicação móvel. Os usuários são obrigados a usar o serviço de comunicação móvel em uma base regular ou em um período de tempo predeterminado. Por exemplo, como uma condição para inscrição no serviço de comunicação móvel, os usuários são obrigados a usar o serviço uma vez a cada sessenta dias. O uso do serviço de comunicação móvel pode envolver a realização de uma chamada com um dispositivo móvel, o envio de uma mensagem de texto com o dispositivo móvel, ou a recepção de uma chamada ou de uma mensagem de texto com o dispositivo móvel; apenas tendo a posse física do dispositivo móvel pode não ser suficiente. Nos casos em que um usuário não utiliza o serviço de comunicação móvel em uma base regular, a presente modalidade alavanca um aplicativo no dispositivo móvel desse usuário para efetuar um uso temporizado. O aplicativo pode compreender um aplicativo baseado em Wib, um aplicativo baseado em S@T ou um aplicativo baseado em Java. Os aplicativos baseados em Wib são aplicativos que estão sob a forma de Wib código de bytes; aplicativos baseados em S@T são aplicativos que estão sob a forma de S@T código de bytes; e aplicativos baseados em Java são aplicativos que estão sob a forma de Java código de bytes. A alavancagem do aplicativo compreende a execução do aplicativo em um dispositivo móvel, que compreende um cartão SIM ou memória que funciona como um intérprete de DSTK que é configurado para executar o aplicativo. O intérprete de DSTK pode compreender Wib, um intérprete de S@T ou um intérprete Java baseado no tipo de aplicativo alavancado. O Wib está configurado para executar aplicativos baseados em Wib; um intérprete de S@T está configurado para executar aplicativos baseados em S@T; e um intérprete Java é configurado para executar aplicativos baseados em Java. A execução do aplicativo implementa um ou mais comandos que solicitam que o dispositivo móvel apresente uma mensagem ou notificação executável. Nas modalidades exemplares da presente invenção, a notificação pergunta ao usuário se ele gostaria de continuar a usar o serviço. Quando o usuário responde afirmativamente (por exemplo, confirma que ele gostaria de continuar a receber o serviço, tal como introduzir um comando), o dispositivo móvel do usuário envia uma mensagem de texto com a confirmação ao provedor de serviços, satisfazendo, desse modo, o requisito de uso, e o serviço permanecerá ininterrupto.

[026]As modalidades exemplificadoras da presente invenção também fornecem um método e dispositivo para serviços avançados de retenção e/ou de upsell, tal como poderia ser fornecido por um provedor de serviços através de uma rede. Tradicionalmente, um prestador de serviços tem acesso a uma quantidade muito grande de dados no que diz respeito ao uso e atividade dos dispositivos móveis dos seus assinantes. Por exemplo, para nomear vários, o provedor de serviços pode acessar todos os dados associados a um sistema de faturamento (por exemplo, informação relacionada com todos os aspectos da atividade do dispositivo móvel do usuário capturados pelo sistema de faturamento); um gateway de internet (por exemplo, informações relativas a todos os sites da web acessados por um usuário); um gateway de protocolo de aplicativo sem fios (wireless application protocol, "WAP"); um centro de serviço de mensagens curtas (short message service center, "SMSC"); um serviço de mensagens de multimídia (multimedia messaging service, "MMS"); e um repositório de celulares (por exemplo, informações relacionadas com todos os aspectos do celular de um usuário, incluindo a identificação do celular e informações relacionadas com o uso e histórico do celular e/ou atualizações). O provedor de serviços, no entanto, usa principalmente esses sistemas e gateways para fornecer serviços (ou seja, o sistema de faturamento é usado para determinar o uso de dispositivos móveis para calcular uma quantidade que o usuário deve para serviços; o gateway de internet é usado para fornecer acesso da internet ao usuário, o gateway WAP é usado para converter websites na World Wide Web (rede de alcance mundial) em páginas compatíveis com dispositivos móveis, o SMSC é usado para o propósito de armazenar, encaminhar, converter e fornecer as mensagens de SMS, o MMS é usado com o propósito de enviar mensagens que incluem conteúdos de multimídia e o repositório de celulares para obter e manter as informações no celular de um usuário).

[027]Estas bases de dados, no entanto, apresentam um imenso armazenamento de informações altamente valiosas relacionadas com o uso de dispositivos móveis de um usuário. Como tal, essas informações altamente valiosas podem ser acessadas (ou analisadas) para se obter informações valiosas sobre o uso do dispositivo móvel do usuário, especialmente com o propósito de reter usuários existentes e/ou vender serviços adicionais ou novos aos usuários com base nas características do usuário. Além disso, embora os provedores de serviços normalmente gastem muito dinheiro para recrutar e inscrever novos clientes para seus serviços de dispositivos móveis, esses provedores geralmente não buscam ativamente sofisticados mecanismos de retenção ou mecanismo de upsell em relação à sua base de clientes (ou seja, os clientes que já estão comprando um ou mais serviços com o provedor de serviços) mais notavelmente em uma base por cliente. Como resultado, os prestadores de serviços não são apenas incapazes de atender todo o potencial de sua base de clientes de dispositivos móveis, mas também perdem uma quantidade substancial de receita para os clientes perdidos.

[028]As modalidades exemplares da presente invenção buscam acessar, utilizar e transformar a enorme quantidade de dados brutos que um provedor de serviços tem disponível em relação à atividade e ao uso de dispositivos móveis de seus assinantes em uma multiplicidade de gatilhos executáveis que podem ser transformados em mecanismos de retenção e/ou de upsell. Em particular, as modalidades exemplares da presente invenção fornecem um gateway de inteligência de negócios (business intelligence, BI) para processar dados brutos de usuário e transformar esses dados em dados brutos em informações úteis e significativas para propósitos de negócios permitindo que um provedor de serviços (ou outra entrada, tal como um revendedor de dispositivos móveis) tire vantagem de certas informações de uso de dispositivo móvel de assinante para reter assinantes existentes e/ou vender serviços adicionais ou novos com base nas características e uso dos assinantes. Em particular, uma vez que o software de BI é instalado e integrado com a infraestrutura do provedor de serviços (isto é, instalado em um middleware de mecanismo de retenção e de upsell), o gateway de BI coleta dados do sistema de faturamento, do gateway de Internet, gateway WAP, do SMSC, do MMS e do repositório de celulares, e processa esses dados com base em um conjunto de parâmetros predeterminados para extrapolar as características de uso dos dispositivos móveis de um usuário (por exemplo, a partir de dados dos últimos 12 meses de uso de dispositivos móveis do usuário). Tais dados processados podem então ser utilizados para formular mensagens executáveis e enviar mensagens executáveis pré-configuradas para serem enviadas ao usuário, como discutido em detalhe abaixo.

[029]Além disso, as modalidades exemplares da presente invenção buscam fornecer mensagens executáveis aos usuários (por exemplo, com base em gatilhos determinados a partir dos dados obtidos pelo gateway de BI) como parte dos mecanismos de retenção e/ou upselling. Por exemplo, tradicionalmente, os prestadores de serviços ou revendedores contatam os assinantes por meio de mensagem de texto, e-mail, correio tradicional e, de forma mais limitada, por telefone. Embora o contato com os assinantes por meio de mensagem de texto, e-mail e correio tradicional seja passivo e barato, o assinante simplesmente recebe uma notificação para agir e deve ligar para o provedor de serviços (ou revendedor), para ir a um website ou viajar para uma loja para agir. Assim, a "taxa de tomada de ação" destes tipos de mensagens é historicamente baixa, porque requer que o assinante inicie a comunicação e aja após a recepção de uma notificação. O contato com os assinantes por telefone é geralmente mais eficaz do ponto de vista da taxa, mas tem a desvantagem dos custos significativamente mais elevados associados não só com o fato de se fazer a chamada, mas também custos adicionais auxiliares, como poderia ser incorrido com a formação e manutenção de um grupo de técnicos (call staff).

[030]Em contraste, as modalidades exemplares da presente invenção fornecem mensagens que podem ser acionadas que incluem informação e retenção e/ou upselling de serviços adicionais ou novos serviços relevantes para o assinante, tal como determinado a partir da análise do servidor de BI. Conforme discutido em mais detalhes abaixo, essas mensagens podem fornecer opções executáveis para o usuário com a finalidade de alterar e/ou atualizar os serviços atuais, ou adicionar e/ou atualizar novos serviços. Por exemplo, o usuário pode fazer uma seleção de várias opções, pode selecionar "sim/não", ou pode inserir uma resposta. Além disso, as mensagens executáveis podem ser apresentadas ao usuário na parte superior da tela, de modo que o acesso a uma mensagem não requer que o usuário role para baixo através de qualquer menu ou entre em qualquer aplicativo específico. Em algumas modalidades, um usuário pode não ser capaz de sair da apresentação da parte superior da tela de uma mensagem executável, a menos que uma ação ocorra, por exemplo, o usuário pressiona "cancelar" ou as mensagens expiram após um período predeterminado de tempo.

[031]A modalidades exemplificadoras da presente invenção também fornecem ao servidor de BI a capacidade de extrair informações de revendedores, além de extrair dados dos assinantes. Essas informações de revendedor adicionam complexidade adicional à análise do uso de dispositivos móveis de um assinante com o propósito de definir mensagens executáveis pré-configuradas a serem enviadas ao usuário.

[032]Além disso, as modalidades exemplares da presente invenção podem utilizar uma plataforma de servidor universalmente compatível que se acopla tanto ao servidor de BI como ao provedor de serviços com a finalidade de mensagens binárias, tais como enviar mensagens para o assinante do dispositivo móvel, além de receber mensagens do assinante de dispositivo móvel. Como discutido acima, um DSTK pode ser armazenado na memória de um cartão SIM e, quando programado devidamente, o cartão SIM funciona como um intérprete de DSTK para instruções que podem assumir a forma de um wiblet, um s@tlet ou um Java applet. Dessa forma, um gateway universal (por exemplo, Gateway Universal SmartàLaCarte da Giesecke & Devrient (G&D), encontrado no website da G&D) acoplado entre o intérprete de DSTK e o servidor do provedor de serviços e o servidor de BI capacitaria esses servidores com capacidade de enviar mensagens independentemente da linguagem das instruções.

[033]Com referência à Fig. 1, será descrita uma representação esquemática de uma modalidade exemplar da presente invenção. O ambiente compreende uma ou mais redes 100. A rede 100 compreende pelo menos uma de uma rede sem fios, uma rede com fios, uma rede de área local (LAN), uma rede de área ampla (WAN), uma rede pelo ar (Over the Air, OTA), uma rede de telecomunicações e uma rede de comunicações móveis. Um ou mais servidores 101 e outras entidades de rede operadas por prestadores de serviços, provedores de informação, usuários e outras partes estão acoplados à rede 100; um ou mais dispositivos 102 utilizados por provedores de serviços, provedores de informações, usuários e outras partes estão também acoplados à rede 100; e um ou mais dispositivos portáteis 400 utilizados pelos usuários estão também acoplados à rede 100. Os provedores de serviços e os provedores de informações fornecem serviços e informações a outras partes que usam a rede 100 e servidores 101, dispositivos 102 e dispositivos portáteis 400 que estão acoplados à rede 100. Os serviços e informações compreendem os serviços de comunicações (por exemplo, serviços de comunicações com fios, serviços de comunicações sem fios, serviços de comunicações eletrônicas), serviços de dispositivos portáteis (por exemplo, serviços de distribuição de dispositivos móveis, serviços de fornecimento de dispositivos móveis), serviços de cartão de módulo (por exemplo, serviços de distribuição de cartões SIM, serviços de fornecimento de cartões SIM, serviços de ativação de cartões SIM), serviços de retenção, serviços de posicionamento, serviços de faturamento (por exemplo, tudo o que é enviado para/de um usuário de dispositivo portátil e /ou (por exemplo, informações sobre quais/quantos dados são enviados para e a partir do usuário de dispositivo portátil), informações de MMS e uso, informações de SMSC e uso e informações do repositório do celular, para nomear vários.

[034]Os servidores 101 compreendem um ou mais dispositivos de computação de propósito geral, dispositivos de computação especializados, dispositivos mainframe, dispositivos com fio, dispositivos sem fio, dispositivos de monitoramento, dispositivos de infraestrutura e outros dispositivos configurados para fornecer um ou mais serviços e informações aos provedores de serviços, e outras partes. Os dispositivos 102 compreendem um ou mais dispositivos de computação de propósito geral, dispositivos de computação especializados, dispositivos mainframe, dispositivos móveis, dispositivos com fios, dispositivos sem fios, dispositivos de monitoramento, dispositivos de infraestrutura e outros dispositivos utilizados por prestadores de serviços, provedores de informação, usuários e outras partes. Os dispositivos portáteis 400 compreendem dispositivos móveis, dispositivos com fios, dispositivos sem fios, dispositivos portáteis e outros dispositivos portáteis utilizados pelos usuários. As modalidades exemplares fornecem servidores 101 e dispositivos 102 que monitoram dispositivos portáteis 400 e recolhem informações dos, ou sobre os, dispositivos portáteis 400 que estão acopladas à rede 100 e os usuários que usam dispositivos portáteis 400 que estão acoplados à rede 100.

[035]Além disso, um sistema 200 é também acoplado às redes 100. O sistema 200 compreende um ou mais de um dispositivo de computação de propósito geral, um dispositivo de computação especializado, um dispositivo mainframe, um dispositivo com fio, um dispositivo sem fios, um dispositivo de monitoramento, um dispositivo de infraestrutura, e qualquer outro dispositivo configurado para coletar dados variáveis de uma ou mais fontes de dados (por exemplo, servidores, sensores, redes, interfaces, outros dispositivos). O sistema 200, entre outras atividades, monitora os servidores 101, dispositivos 102, dispositivos portáteis 400 e outros dispositivos acoplados à rede 100 para informações disponíveis dos, ou sobre os, dispositivos portáteis 400 e o seu uso que estão acopladas à rede 100 e usuários que usam os dispositivos portáteis 400 que são acoplados à rede 100. Através da coleta de informações sobre os dispositivos portáteis 400 e os usuários que usam os dispositivos portáteis 400, o sistema 200 identifica os últimos períodos de uso para um ou mais serviços. O sistema 200 determina subsequentemente se o um ou mais últimos períodos de uso são superiores a um limiar e, em caso afirmativo, gera conteúdo correspondente a uma ou mais mensagens que são enviadas para os dispositivos portáteis 400 e os usuários que usam os dispositivos portáteis 400.

[036]Em modalidades exemplares da presente invenção, o sistema 200, os dispositivos portáteis 400 e alguns servidores 101 e os dispositivos 102 são acoplados a uma primeira rede 100 e ao sistema 200 e outros servidores 101 e dispositivos 102 são acoplados a uma segunda rede 100. Por exemplo, um dispositivo portátil 400, um primeiro servidor 101x e um segundo servidor 101ug são acoplados à primeira rede 100. Em tais modalidades, um prestador de serviços pode usar uma primeira rede 100 e uma segunda rede 100 para fornecer um serviço a um usuário que utiliza o dispositivo portátil 400. As modalidades exemplares fornecem o primeiro servidor 101x que compreende um dispositivo de monitoramento configurado para coletar dados de uso de serviços. O sistema 200 monitora o primeiro servidor 101x para obter informações sobre um dispositivo portátil particular 400 e o usuário. O dispositivo portátil particular 400 armazena, entre outros dados, os dados de uso no serviço compreendendo um último tempo de uso correspondente ao usuário. O sistema 200 coleta os dados de uso no serviço do dispositivo portátil 400 e utiliza os dados de uso para determinar um último período de uso do usuário, avaliando o período de tempo entre o último tempo de uso e o momento atual. O sistema 200 determina subsequentemente se o último período de uso é maior ou igual a um limiar e, em caso afirmativo, gera conteúdo correspondente a uma primeira mensagem (descrita abaixo) que é enviada ao usuário. O sistema 200 envia subsequentemente o conteúdo para o segundo servidor 101ug. O segundo servidor 101ug, então, usa o conteúdo para preparar a primeira mensagem e envia a primeira mensagem para o usuário.

[037]Em modalidades exemplares, o segundo servidor 101ug é conhecido como o Gateway Universal ("UG"). As modalidades exemplares fornecem também um terceiro servidor 101sp que, juntamente com o sistema 200, se acopla à segunda rede 100. O terceiro servidor 101sp corresponde ao provedor de serviços. Depois que o sistema 200 envia o conteúdo para o segundo servidor 101ug, o sistema 200 recebe uma segunda mensagem (descrita abaixo) do usuário. O sistema 200 envia, então, a segunda mensagem para o terceiro servidor 101sp. Neste exemplo, o sistema 200 compreende o middleware entre o dispositivo portátil 400, que é utilizado pelo usuário, e o terceiro servidor 101. Este middleware é conhecido como o Middleware de retenção (Retention Middleware, "RM"). Em alternativa, o middleware pode ser localizado no servidor separado dos servidores 101 (por exemplo, um servidor de RM 101rm).

[038]Nas modalidades exemplares, o sistema 200 inclui um ou mais servidores 101 e dispositivos 102. Em outras modalidades exemplares, o sistema 200 é separado dos servidores 101 e dispositivos 102. Em certas modalidades exemplares, um ou mais dispositivos 102 são dispositivos portáteis 400. Em ainda outras modalidades exemplares, os dispositivos portáteis 400 são separados dos dispositivos 102.

[039]Com referência à Fig. 2, o sistema 200, que coleta dados de uso em um serviço, determina um último período de uso para o serviço, determina se o último período de uso é superior a um limiar, gera conteúdo correspondente a uma primeira mensagem que é enviada para um dispositivo portátil em resposta à determinação de que o último período de uso é superior a um limiar e envia o conteúdo para um gateway, é descrito. O sistema 200 compreende uma memória 201, uma unidade de processamento central (central processing unit, "CPU") 202 e um dispositivo de entrada e saída (input and output, "I/O") 203. A memória 201 armazena instruções legíveis por computador que instruem o sistema 200 a executar determinados processos. Em particular, quando executadas pela CPU 202, as instruções legíveis por computador armazenadas na memória 201 instruem a CPU 202 e o hardware associado para operar como um ou mais de um dispositivo de coleta de dados 204, um dispositivo de determinação 205, um dispositivo de geração 206 e um dispositivo de envio 207. Em modalidades exemplares particulares, um ou mais dispositivos de coleta de dados 204, dispositivo de determinação 205, dispositivo de geração 206 e dispositivo de envio 207 estão localizados em dispositivos remotos ou locais.

[040]O dispositivo de I/O 203 recebe um ou mais dados da rede 100, dados de outros dispositivos e sensores acoplados ao sistema 200, e entrada de um usuário e fornece essas informações à CPU 202. O dispositivo de I/O 203 também transmite ou envia dados para outros dispositivos acoplados à rede 100 e envia uma notificação a um usuário. Além disso, o dispositivo de I/O 203 implementa uma ou mais comunicações sem fios e/ou com fios entre o sistema 200 e outros dispositivos.

[041]Com referência agora à Fig. 3, é descrito um processo exemplar executado pelo dispositivo de coleta de dados 204, dispositivo de determinação 205, dispositivo de geração 206 e dispositivo de envio 207. A Fig. 3 mostra um processo para retenção de serviços, partindo de S300. Em S301, o dispositivo de coleta de dados 204 coleta dados de uso em um serviço, tais dados de uso compreendendo um último tempo de uso de um dispositivo portátil 400. Por exemplo, o serviço compreende pelo menos um dentre um serviço de comunicação (por exemplo, um serviço de comunicação sem fios), um serviço de dispositivo portátil (por exemplo, um serviço de distribuição de dispositivo móvel), um serviço de cartão de módulo (por exemplo, um serviço de distribuição de cartão SIM, um serviço de fornecimento de cartão SIM) ou outros desses serviços. O serviço pode ser fornecido por um ou mais prestadores de serviços, tais como operadoras de telefonia móvel, revendedores sem fio, provedores de dispositivos portáteis, provedores de cartões SIM ou revendedores de rótulos privados ou Operadores de Redes Virtuais Móveis (MVNO). O último tempo de uso é o tempo que um usuário usou pela última vez o serviço no dispositivo portátil 400, como uma hora do dia (por exemplo, 1:00 p.m., 13:00) e um mês e dia de um ano (por exemplo, 15/11/2012). Em S302, o dispositivo de determinação 205 determina um último período de uso para o serviço, tal como o período entre o último tempo de uso e um tempo atual (por exemplo, o tempo que o último período de uso para o serviço está atualmente sendo determinado). Semelhante ao último tempo de uso, o tempo atual inclui, por exemplo, uma hora do dia (por exemplo, 1:00 p.m., 13:00) ou um mês e dia de um ano (por exemplo, 30/11/2012). O período entre o último tempo de uso e o tempo atual é determinado como a quantidade de tempo decorrido entre o último tempo de uso e o tempo atual, um número de dias decorridos entre o último tempo de uso e o tempo atual, um número de meses decorridos entre o último tempo de uso e o tempo atual ou outra expressão numérica do tempo decorrido entre o último tempo de uso e o tempo atual. Continuando a partir dos exemplos acima, quando o último tempo de uso é "1:00 p.m., 15/11/2012" e o tempo atual é "1:00 p.m., 30/11/2012", o dispositivo de determinação 205 determinaria que o último período de uso é de 360 horas ou, alternativamente, quinze dias. Como outro exemplo, quando o último tempo de uso é "1:00 p.m., 20/07/2012" e o tempo atual é "1:00 p.m., 20/11/2012", o dispositivo de determinação 205 determinaria que o último período de uso é de 123 dias ou, alternativamente, quatro meses.

[042]Subsequentemente, em S303, o dispositivo de determinação 205 determina se o último período de uso é superior a um limiar. O limiar é um valor predeterminado, tal como uma quantidade de tempo, um número de dias, um número de meses ou outra expressão numérica de um período de tempo. Quando o dispositivo de determinação 205 determina que o último período de uso é superior ao limiar (S303: SIM), o processo prossegue para S304 para Gerar Conteúdo. Por exemplo, continuando a partir do último exemplo, o limiar pode ser de sessenta dias ou, alternativamente, de dois meses. Quando o dispositivo de determinação 205 determina que o último período de uso, 123 dias ou quatro meses, é superior ao limiar, então o processo prossegue para S304. Quando o dispositivo de determinação 205 determina que o último período de uso não é superior ao limiar (S303: NÃO), o processo termina em S306.

[043]Em S304, o dispositivo de geração 206 gera conteúdo correspondente a uma primeira mensagem que é enviada ao usuário em resposta à determinação de que o último período de uso é superior ao limiar. O conteúdo pode ser escrito em qualquer linguagem que seria conhecida pelos versados na técnica, tal como, por exemplo, uma linguagem de marcação. As linguagens de marcação compreendem, por exemplo, WIG WML, S@TML e JavaML. A primeira mensagem compreende uma notificação e uma primeira instrução. A notificação compreende uma questão de retenção que pergunta ao usuário se ele ou ela gostaria de manter ou continuar a receber o serviço. Por exemplo, se um usuário está recebendo um serviço de comunicação sem fio a partir de uma operadora de telefonia sem fio conhecida como "A", a primeira mensagem pode ser lida: "Você gostaria de continuar a receber serviços de comunicação sem fio de A?". A primeira instrução, quando interpretada e executada por um primeiro computador, implementa uma pluralidade de comandos. A primeira instrução compreende um aplicativo. Por exemplo, em uma rede GSM, a primeira instrução compreende um wiblet, um s@tlet, ou um Java applet. O wiblet é um pequeno aplicativo que é baseado em Wib; o s@tlet é um pequeno aplicativo que é baseado em S@T; e o Java applet é um pequeno aplicativo que é baseado em Java. Como descrito acima, um aplicativo baseado em Wib é um aplicativo que está sob a forma de código de bytes Wib e é executado por Wib (por exemplo, um intérprete Wib); um aplicativo baseado em S@T é um aplicativo que está sob a forma de código de bytes S@T e é executado por um intérprete de S@T; e um aplicativo baseado em Java é um aplicativo que está sob a forma de código de bytes Java e é executado por um intérprete Java.

[044]A implementação da pluralidade de comandos faz com que um segundo computador apresente a notificação. O primeiro e o segundo computadores são ou entidades físicas (por exemplo, um dispositivo portátil, um cartão de módulo) ou entidades lógicas (por exemplo, um processo, um programa, um serviço, uma máquina virtual). O primeiro computador, por exemplo, é um cartão de módulo que funciona como um intérprete. O intérprete é, pelo menos, um dentre Wib, um intérprete de S@T, ou um intérprete de Java. A apresentação da notificação compreende a apresentação da notificação em uma tela (por exemplo, uma tela visual ou uma tela tátil). A implementação da pluralidade de comandos também faz com que o segundo computador receba uma entrada como uma resposta para a notificação. A entrada pode compreender uma entrada de texto, como a linguagem de afirmação (por exemplo, "Y", "Yes"(Sim), "Sure" (claro), "Why Not" (Por que não), "Yae" (sim), "Yeah" (sim), "Sim" (sim), "Go for it" (vá em frente)) ou linguagem de declinação (por exemplo, "Nah" (não), "Nope" (não), "Negative" (negativo)), ou uma seleção de uma opção apresentada (por exemplo, uma seleção de botão ou tecla que representa uma afirmação, uma seleção de uma tecla que representa uma declinação). A implementando da pluralidade de comandos faz ainda com que o segundo computador envie uma segunda mensagem compreendendo a resposta para a notificação. A segunda mensagem é recebida pelo prestador de serviços. A segunda mensagem compreende a resposta à notificação, por exemplo, uma Mensagem de Serviço de Mensagens Curtas de 7 bits (Short Message Service, "SMS"), uma mensagem SMS de 8 bits, uma mensagem de Dados de Serviços Complementares Não Estruturados (Unstructured Supplementary Service Data, "USSD"), MMS ou outro tipo de mensagem de rede celular.

[045]Em certas modalidades exemplares, a apresentação da notificação compreende a apresentação da notificação na tela para cobrir um item (por exemplo, um aplicativo, uma imagem, uma mensagem, um arquivo, e dados) anteriormente apresentado na tela. Em outras modalidades exemplares, o envio da segunda mensagem compreende o envio da segunda mensagem a uma entidade de rede (por exemplo, um nó, um link, um servidor, ou outro elemento ativo em uma rede). Em ainda outras modalidades exemplares, a implementação de uma pluralidade de comandos faz com que o segundo computador determine ainda se a resposta corresponde a uma confirmação para continuar os serviços e para enviar a segunda mensagem quando a resposta corresponde à confirmação para continuar os serviços. A confirmação para continuar os serviços pode ser um valor predeterminado, tal como um valor de texto (por exemplo, "Y", "Yes" (sim)) ou um valor numérico, ou um sinal predeterminado (por exemplo, um tipo particular de pulso).

[046]Nas modalidades exemplares específicas, o primeiro computador e o segundo computador estão localizados em um único dispositivo, de tal modo que, por exemplo, o primeiro computador é um cartão de módulo que está localizado em um dispositivo portátil 400, e o segundo computador é um processador localizado no mesmo dispositivo. Em outras modalidades exemplares, o primeiro e o segundo computadores são fornecidos em mais do que um dispositivo.

[047]Em S305, o dispositivo de envio 207 envia o conteúdo para um gateway conhecido, em modalidades exemplares, como o Gateway Universal ("UG"). Depois de receber o conteúdo, o gateway prepara a primeira mensagem e envia a primeira mensagem para o dispositivo portátil 400 correspondente ao usuário. Em uma rede GSM, por exemplo, a primeira mensagem compreende a notificação e a primeira instrução em pelo menos uma de uma dentre uma mensagem SMS de 7 bits, uma mensagem SMS de 8 bits, uma mensagem USSD, uma mensagem MMS, ou outro tipo de mensagem de rede celular. A preparação da primeira mensagem compreende a conversão do teor e codificação do conteúdo convertido em um tipo de mensagem. Por exemplo, quando o dispositivo de envio 207 envia conteúdo que está escrito em WIG WML para o gateway, o gateway prepara uma primeira mensagem ao converter o conteúdo em código de bytes Wib e codifica o conteúdo convertido em uma mensagem SMS de 7 bits. Em alternativa, quando o dispositivo de envio 207 envia conteúdo que está escrito em S@TML para o gateway, o gateway prepara a primeira mensagem ao converter o conteúdo em código de bytes S@T e codifica o conteúdo convertido em uma mensagem SMS de 7 bits. Em ambos destes exemplos, a mensagem SMS de 7 bits ou a primeira mensagem são subsequentemente enviados para o dispositivo portátil. O dispositivo portátil, tal como descrito abaixo, pode compreender um cartão de módulo. O cartão de módulo pode funcionar como um intérprete que é configurado para interpretar a primeira instrução. Em uma rede sem fio, por exemplo, o dispositivo portátil dispõe de um cartão SIM, em que o cartão SIM funciona como um intérprete de DSTK. Em tais configurações, o intérprete de DSTK é pelo menos um dentre Wib, um intérprete de S@T, ou um intérprete de Java.

[048]Com referência à Fig. 4, o dispositivo portátil 400, que é configurado para reter os serviços, é descrito. O dispositivo portátil 400 compreende um processador 401, um receptor 402, uma tela 403, um cartão de módulo 404, um transmissor 405, e um dispositivo de entrada 406. O cartão de memória 404 compreende uma memória de módulo 411. A memória de módulo 411 armazena uma segunda instrução que, quando executada pelo cartão de módulo 404, instrui o cartão de módulo 404 para operar como um intérprete de módulo 412. O receptor 402 recebe uma primeira mensagem, em que a primeira mensagem compreende uma notificação e uma primeira instrução. A primeira mensagem é enviada por um provedor de serviços. Como descrito acima, a primeira mensagem compreende a notificação e a primeira instrução em pelo menos uma dentre uma mensagem SMS de 7 bits, uma mensagem SMS de 8 bits, uma mensagem USSD, ou outro tipo de mensagem de rede celular. A notificação é uma questão de retenção que pergunta ao usuário se ele ou ela gostaria de manter ou continuar a receber o serviço. A primeira instrução compreende um aplicativo. Por exemplo, em uma rede GSM, a primeira instrução compreende um wiblet, um s@tlet, ou um Java applet. O prestador de serviços compreende pelo menos um dentre uma operadora de telefonia sem fio, um revendedor de produtos sem fio, um provedor de dispositivo portátil, um provedor do cartão SIM e um MVNO. Em certas modalidades exemplares, o receptor 402 recebe a primeira mensagem a partir de uma entidade de rede (por exemplo, um nó, um link, um servidor, ou outro elemento ativo em uma rede).

[049]A memória de módulo 411 armazena a primeira mensagem. A memória de módulo também armazena um kit de ferramentas. O kit de ferramentas compreende a pluralidade de comandos. O intérprete de módulo 412 é configurado para interpretar a primeira instrução. A primeira instrução, quando interpretada e executada pelo intérprete de módulo 412, implementa uma pluralidade de comandos. Em particular, a implementação da pluralidade de comandos faz com que o processador 401 opere como um ou mais de um dispositivo de tela 407, um dispositivo de recebimento de entrada 408, um dispositivo de determinação 409, e um dispositivo de envio 410.

[050]O dispositivo de tela 407 é configurado para apresentar a notificação sobre a tela 403. A tela 403 compreende, por exemplo, uma tela visual ou uma tela tátil. Em certas modalidades exemplares, o dispositivo de tela 407 está configurado para apresentar a notificação de tal modo que a notificação abrange um item previamente exibido na tela 403. Tal como descrito acima, o item compreende, por exemplo, um aplicativo, uma imagem, uma mensagem, um arquivo e dados. O dispositivo de recebimento de entrada 408 está configurado para receber uma entrada (por exemplo, uma entrada de texto) como uma resposta à notificação. O usuário pode usar o dispositivo de entrada 406 para fornecer a entrada. O dispositivo de entrada 406 compreende, por exemplo, um teclado alfanumérico ou outra fonte de entrada.

[051]Subsequentemente, o dispositivo de determinação 409 é configurado para determinar se a resposta corresponde a uma confirmação para continuar os serviços. Além disso, o dispositivo de envio 410 é configurado para enviar uma segunda mensagem utilizando um transmissor 405 quando a resposta corresponde à confirmação para continuar os serviços (por exemplo, um valor predeterminado, tal como um valor de texto). Semelhante à primeira mensagem, a segunda mensagem compreende a resposta a uma notificação em pelo menos uma dentre uma mensagem SMS de 7 bits, uma mensagem SMS de 8 bits, uma mensagem USSD, ou outro tipo de mensagem de rede celular. Como descrito acima, a confirmação para continuar os serviços é um valor predeterminado, tal como um valor de texto, um valor numérico, ou um sinal predeterminado.

[052]Em certas modalidades exemplares, o dispositivo portátil 400 não funciona como um dispositivo de determinação 409. Em particular, em tais modalidades exemplares, o dispositivo de recebimento de entrada 408 recebe uma entrada como uma resposta à notificação, e o dispositivo de envio 410 envia, subsequentemente, a segunda mensagem utilizando o transmissor 405. A segunda mensagem é recebida pelo prestador de serviços. Em outras modalidades exemplares, o dispositivo de envio 410 envia a segunda mensagem a uma entidade de rede que corresponde a um prestador de serviços. Como descrito acima, a entidade de rede é, por exemplo, um nó, um link, um servidor, ou outro elemento ativo em uma rede.

[053]Com referência à Fig. 5, um diagrama de fluxo de uma modalidade particular da invenção é descrito. Esta modalidade da invenção ocorre no ambiente, de acordo com a Fig. 1 com as redes 100, servidores 101, dispositivos 102, sistema 200, e dispositivos portáteis 400. Em particular, o ambiente compreende uma primeira rede 100, um servidor 101, sistema 200, e um dispositivo portátil 400. O dispositivo portátil 400 e o servidor 101 são acoplados à primeira rede 100. O sistema 200 e o servidor 101 estão acoplados à segunda rede 100. O dispositivo portátil 400 é utilizado por um usuário. O sistema 200 é uma entidade de rede que corresponde a um prestador de serviços; dessa forma, o sistema 200 é chamado de uma "Entidade de Provedor de Serviço" (Service Provider, "SP"). O servidor 101g é um gateway; dessa forma, o servidor 101g pode ser chamado de um "Servidor de Gateway" (Gateway Server, "GS"). A primeira rede 100 é uma rede sem fio; e a segunda rede 100 é uma rede de computadores. A rede de computador pode empregar um protocolo de rede, como o Protocolo de Transferência de Hipertexto (Hypertext Transfer Protocol, "HTTP") ou Mensagem Curta Peer-to-Peer (Short Message Peer-to-Peer, "SMPP").

[054]O SP monitora outros servidores 101 e dispositivos 102 que são acoplados à rede sem fio e a rede de computador para obter informações sobre o dispositivo portátil 400 e o usuário. A informação compreende dados de uso em um serviço. O serviço pode ser fornecido pelo provedor de serviços ou outra parte (por exemplo, um novo prestador de serviços). Ao coletar os dados de uso do serviço, ao sistema 200 determina um último período de uso para o serviço, em que o último período de uso compreende um período entre o último tempo de uso e tempo atual. O sistema 200 determina, subsequentemente, se o último período de uso é superior a um limiar, e quando ele determina que o último período de uso é superior ao limiar, o sistema 200 gera conteúdo corresponde a uma primeira mensagem. Como descrito acima, o conteúdo pode ser escrito em uma linguagem de marcação, tal como, por exemplo, um ou mais dentre WIG WML, S@TML, e JavaML. O sinal 501 representa este conteúdo.

[055]Na Fig.5, o sinal 501 é enviado a partir do sistema 200 para o GS através da rede de computadores. O GS prepara a primeira mensagem e envia a primeira mensagem para o dispositivo portátil 400. A primeira mensagem compreende uma notificação e uma primeira instrução em pelo menos uma dentre uma mensagem SMS de 7 bits, uma mensagem SMS de 8 bits, uma mensagem USSD, ou outro tipo de mensagem de rede celular. Como descrito acima, a notificação contida na primeira mensagem compreende uma questão de retenção que pergunta ao usuário se ele ou ela gostaria de manter ou continuar a receber o serviço, e a primeira instrução compreende um aplicativo (por exemplo, um wiblet, um s@tlet ou um Java applet). Um wiblet é um aplicativo que está sob a forma de código de bytes Wib; um s@tlet é um aplicativo que está sob a forma de código de bytes S@T; e um Java applet é um aplicativo que está sob a forma de código de bytes Java.

[056]Na etapa 502, o GS prepara a primeira mensagem. A preparação da primeira mensagem compreende a conversão do sinal 501 em um código portátil ou código de bytes e codificar o sinal convertido em um tipo de mensagem. O código de bytes é, por exemplo, o código de bytes Wib, código de bytes S@T, e código de bytes Java. Especificamente, quando o sinal 501 é escrito em WIG WML, o GS converte o sinal 501 em código de bytes Wib e codifica o sinal convertido em uma mensagem SMS ou mensagem USSD. Em alternativa, quando o sinal 501 é escrito em S@TML, o GS converte o sinal 501 em código de bytes S@T e codifica o sinal convertido em uma mensagem SMS ou mensagem USSD. Em alternativa, quando o sinal 501 é escrito em JavaML, o GS converte o sinal 501 em código de bytes Java e codifica o sinal convertido em uma mensagem SMS ou mensagem USSD. A mensagem SMS ou mensagem USSD após a codificação pode ser a primeira mensagem. O sinal 503 representa esta primeira mensagem.

[057]Na Fig.5, o sinal 503 é enviado a partir do GS para o dispositivo portátil 400 através da rede sem fios. O dispositivo portátil 400 compreende um receptor, um processador, uma tela, um cartão de módulo, e um transmissor. O cartão de módulo compreende uma memória que é configurada para armazenamento do sinal 503. A memória é configurada para armazenar também um kit de ferramentas e uma segunda instrução. O kit de ferramentas compreende uma pluralidade de comandos. O cartão de módulo executa a segunda instrução e funciona como um intérprete que é configurado para interpretar e executar a primeira instrução, de modo que a execução da primeira instrução implementa a pluralidade de comandos. Em certas modalidades exemplares, o dispositivo portátil 400 compreende um cartão de módulo que é um cartão SIM, em que um kit de ferramentas, tal como um DSTK, é armazenado. Como consequência, o intérprete é um intérprete de DSTK (por exemplo, Wib, um intérprete de S@T, um intérprete de Java), e execução da primeira instrução implementa uma pluralidade de comandos, tais como DisplayText, Getlnput, e SendShortMessage.

[058]A implementando da pluralidade de comandos faz com que o processador no dispositivo portátil 400 funcione como um dispositivo de tela, um dispositivo de recebimento, e um dispositivo de envio. Especificamente, a implementação DisplayText faz com que o processador funcione como o dispositivo de tela, de modo que o dispositivo de tela mostra a notificação na tela. O sinal 504 representa a mensagem que é apresentada para o usuário. A implementação de Getlnput faz com que o processador funcione como o dispositivo de recebimento, de modo que o dispositivo de recebimento recebe uma entrada como uma resposta para a notificação. O sinal 505 representa a entrada que é recebida do usuário. E, a implementação de SendShortMessage faz com que o processador funcione como dispositivo de envio que envia uma segunda mensagem usando o transmissor pela rede sem fio. A segunda mensagem é a resposta para a notificação. Como descrito acima, a segunda mensagem compreende a resposta a uma notificação em pelo menos uma de uma mensagem SMS de 7 bits, uma mensagem SMS de 8 bits, uma mensagem USSD, ou outro tipo de mensagem de rede celular. O processador no dispositivo portátil 400 envia a segunda mensagem aos GS pela rede sem fio, por exemplo. O sinal 506 transporta esta segunda mensagem.

[059]Na etapa 507, o GS prepara a segunda mensagem. A preparação da segunda mensagem compreende a conversão de sinal 506 para qualquer linguagem como seria conhecido pelos versados na técnica, tal como uma linguagem de marcação para realizar a comunicação através do transmissor 405. Em certas modalidades exemplares, a linguagem de marcação é a Linguagem de Marcação de Hipertexto ("HTML"). O GS envia subsequentemente a segunda mensagem para o SP através da rede de computadores. O sinal 508 transporta esta segunda mensagem.

[060]Com referência agora à Fig. 6, uma representação esquemática de uma outra modalidade exemplar da presente invenção será descrita. A Fig.6 mostra muitos dos mesmos elementos tal como discutido acima em detalhe no que diz respeito à Fig. 1. Por exemplo, a Fig. 6 inclui uma ou mais redes 100, um ou mais servidores 101, um ou mais dispositivos 102, um ou mais sistemas 200, e um ou mais dispositivos portáteis 400. A Fig. 6 também mostra um ou mais servidores de inteligência de negócios (BI) 300 acoplados à rede 100. Como discutido acima, os prestadores de serviços e provedores de informação fornecem informações a outras partes utilizando os servidores (por exemplo, servidores 101, além de servidores de BI 300) e dispositivos (por exemplo, dispositivos 102, dispositivos portáteis 400) que são acoplados à rede 100. Os servidores de BI 300 compreendem um ou mais dos dispositivos de computação de propósito geral, dispositivos de computação especializados, dispositivos de mainframe, dispositivos com fio, dispositivos sem fio, dispositivos de monitoramento, dispositivos de infraestrutura e outros dispositivos configurados para fornecer um ou mais dos serviços e informações aos prestadores de serviços, usuários e outras partes. O servidor de BI 300 inclui um ou mais servidores de BI 300. O servidor de BI 300 monitora os dispositivos portáteis 400 e coleta informações a partir de ou em torno dos dispositivos portáteis 400 que são acoplados à rede 100.

[061]Em modalidades exemplares da presente invenção, um ou mais servidores de BI 300 são acoplados a um servidor 101 (por exemplo, um servidor de provedor de serviço) e são configurados para coletar informações relativas aos dados de uso de um usuário do dispositivo portátil de uma pluralidade de bases de dados. A pluralidade de bases de dados pode estar localizada em um servidor 101 ou uma pluralidade de servidores 101. O um ou mais servidores de BI 300 são configurados para usar um algoritmo predeterminado para processar os dados de uso coletados e enviar os dados de uso processados para um servidor diferente 101 (por exemplo, o servidor de RM 101rm) para determinar um conjunto de ações (por exemplo, mensagens detalhadas para o assinante). O servidor 101 gera conteúdo com base nesses conjuntos de ações, e envia o conteúdo para mais um servidor (por exemplo, o servidor de UG 101ug), que envia o conteúdo para o dispositivo portátil do usuário 400 (descrito abaixo).

[062]Com referência agora à Fig. 7, o servidor de BI 300, que coleta/obtém dados de uso do usuário (isto é, do assinante) associados com o uso de um dispositivo portátil 400 a partir de uma pluralidade de bases de dados é descrito. O servidor de BI 300 compreende, por exemplo, uma memória 301, uma unidade de processamento central ("CPU") 302, e um dispositivo de entrada e saída ("I/O") 303. A memória 301 armazena instruções legíveis por computador que instruem o servidor de BI 300 a realizar determinados processos. Em particular, quando executadas pela CPU 302, as instruções legíveis por computador armazenados na memória 301 podem instruir a CPU 302 a operar como um ou mais dentre um dispositivo de coleta de dados 304, um dispositivo de processamento de dados 305, e um dispositivo de envio 306. Em modalidades exemplificadoras específicas, um ou mais dentre um dispositivo de coleta de dados 304, dispositivo de processamento de dados 305, e um dispositivo de envio 306 estão localizados em dispositivos remotos ou locais.

[063]O dispositivo de I/O 303 recebe um ou mais dos dados ds rede 100 e dados de outros dispositivos e sensores acoplados ao servidor de BI 300 e fornece esta informação à CPU 302. O dispositivo de I/O 303 também transmite ou envia dados para outros dispositivos conectados à rede 100 (por exemplo, o servidor de RM). O dispositivo de I/O 303 pode implementar uma ou mais dentre comunicações sem fio e/ou com fios entre o servidor de BI 300 e outros dispositivos.

[064]Com referência agora às Figs. 8 e 9, um processo exemplar da presente invenção realizado por uma pluralidade de servidores (por exemplo, servidor de SP 101sp, servidor de BI, servidor de RM 300 101rm, e servidor de UG 101ug) é descrito. A Fig.8 mostra um processo para fornecer serviços a um assinante de dispositivo portátil (por exemplo, serviços de retenção avançados, serviços de upselling e outros serviços semelhantes), partindo de S800. Em S801, o dispositivo de coleta de dados 304 do servidor de BI 300 coleta dados de uso de assinante a partir de uma pluralidade de bancos de dados. Especificamente, o dispositivo de coleta de dados 304 coleta dados relativos a atividade de internet de um assinante (por exemplo, dados enviados de/para o assinante, na forma de bytes de dados), informações de faturamento, mensagens enviadas através de MMS e/ou SMSC, informações de celulares (por exemplo, qual o tipo de celular o assinante está usando, a história do celular, e todas as alterações/mudanças nos celulares e novos recursos de celulares atualizados associados a estas alterações), e outras informações úteis para manter e/ou apresentar os serviços avançados para o assinante. Em particular, o servidor de BI 300 pode coletar informações sobre a queda repentina ou mudanças nos padrões de uso de dispositivos portáteis (por exemplo, mudanças nas chamadas, mensagens de texto, mensagens MMS, uso de dados, visualização de websites concorrentes, etc.); atrito de assinantes maior que a média com base na localização e/ou geografia; uso com base em conjuntos de produção, modelos ou recursos de celulares; e planos de taxa atual/anterior.

[065]Em S802, o dispositivo de processamento de dados 305 de servidor de BI 300 processa os dados de uso de assinante coletados utilizando um algoritmo predeterminado (por exemplo, servidor de BI 300 processa os dados de uso de assinante coletados para determinar se os dados satisfazem uma condição predeterminada). Por exemplo, conforme mostrado em mais detalhe na Fig. 9, o servidor de BI 300 coleta dados relativos à atividade do assinante em websites de prestadores de serviços concorrentes e dados relativos à quantidade de tempo restante no plano de servidor de dispositivo portátil do assinante. Subsequentemente, servidor de BI 300 processa os dados em S901 utilizando um algoritmo relativo à renovação do plano de serviço. Especificamente, o servidor de BI 300 determina em S902 se o assinante visitou websites de um provedor de serviço concorrente X vezes durante um período de tempo Y (por exemplo, 10 vezes durante 3 dias). Se SIM, o servidor de BI 300 determina então em S903 se o assinante tem quantidade Z de tempo que resta no plano de serviço de dispositivo portátil (por exemplo, 1 mês restante). Se SIM, então o servidor de BI em S904 determina que uma categoria de dados executável é a informação relativa à renovação do plano de serviço (S905). A categoria de dados executável pode incluir, por exemplo, os dados correspondentes para reter um serviço de assinante, os dados correspondentes para oferecer serviços adicionais para um assinante, os dados correspondentes a serviços de upselling para um assinante, e outros dados adequados. Se, em S902, ou S903, o servidor de BI 300 determina que a resposta é NÃO, o processo prossegue para S905 no qual servidor de BI 300 move-se para a próxima algoritmo predeterminado (por exemplo, armazenado na memória 301).

[066]Outros exemplos de dados de uso de assinante coletados incluem, mas não se limitam a, mudanças no uso de um assinante que se relacionam a uma categoria executável dos dados de apresentação de novos planos de taxas sem fio (por exemplo, dados e chamadas ilimitadas, planos de taxas internacionais especializados e outros planos adequados); taxas de atrito elevadas que se relacionam a uma categoria executável dos dados de apresentação de melhores incentivos/comissões da concessionária, marketing direcionado, e outras ações adequadas; questões relacionadas a celulares que se relacionam a uma categoria executável dos dados de apresentação/upselling mais recentes e dispositivos portáteis modernos, fornecendo smartphones de baixo custo de cortesia com baixo e/ou nenhum custo, e outros dispositivos adequados; uso de plano de taxas com base em determinados parâmetros (por exemplo, geografia, localização, etc.) que se relacionam a uma categoria executável dos dados de apresentação de serviços e produtos adaptados; e qualquer combinação adequada dos mesmos.

[067]Em S803 da Fig. 8, o servidor de BI 300 determina se uma categoria de dados executável pode ser determinada. Se SIM, o dispositivo de envio 306 do servidor de BI 300 envia as informações relacionadas com a categoria de dados executável para o servidor de RM 101rm. Em S804, o servidor de RM 101rm gera conteúdo com base na categoria de dados executável.

[068]Em particular, servidor de RM 101rm processa as informações enviadas do servidor de BI 300 (por exemplo, determinar pelo menos uma ação com base na categoria de dados executável e um conjunto predefinido de regras) e gera conteúdo relevante (por exemplo, um conjunto de ações) com base em um conjunto predeterminado de regras. Com base no exemplo de renovação do plano de serviço discutido acima, o servidor de RM 101rm pode determinar que o conteúdo relevante se refere a ofertas e/ou incentivos para a renovação do plano de serviço que podem ser enviadas para dispositivo portátil 400. O conjunto predefinido de regras pode incluir uma pluralidade de ações cada uma das quais estando associada a uma categoria de dados executável, e cada uma das quais incluindo as informações a serem enviadas como mensagem para o assinante. O conjunto predefinido de regras pode também incluir pelo menos uma mensagem que é enviada do servidor de UG 101ug de volta ao assinante depois de receber a resposta à mensagem do assinante (discutido abaixo). Se servidor de BI 300 determinar em S803 que nenhuma categoria de dados executável pode ser determinada, o processo termina em S806.

[069]Em S805, o servidor de RM 101rm envia o conteúdo para um dispositivo portátil 400. Especificamente, as modalidades exemplares preveem que o servidor de RM 101rm envia o conteúdo para o servidor de SP 101sp, que prepara o conteúdo em uma mensagem (como, uma primeira mensagem, por sua vez discutida abaixo). Esta mensagem é então enviada a partir do servidor de SP 101sp para o servidor de UG 101ug, que envia a mensagem para o dispositivo portátil 400. Além disso, tal como discutido acima, um módulo de SM, ou, em alternativa, um módulo de UICC, descodifica esta mensagem para uma mensagem que pode ser processada pelo processador de dispositivo portátil 400 e apresentada na tela do dispositivo portátil 400 para o usuário/assinante. Por exemplo, a mensagem exibida na tela pode ser uma pergunta "sim/não" feita ao assinante, um menu a partir do qual o assinante pode selecionar uma opção desejada, um aviso solicitando que o assinante introduza uma resposta, ou outra opção adequada. Uma vez que este conteúdo é enviado ao dispositivo portátil 400, o processo termina em S806.

[070]Com referência agora à Fig. 10, um diagrama de fluxo de uma modalidade particular é descrito, incluindo o servidor de BI 300. Esta modalidade da invenção ocorre no ambiente, de acordo com a Fig. 6 com as redes 100, servidores 101, dispositivos 102, sistema 200, servidor de BI 300, e dispositivos portáteis 400. Em particular, o ambiente compreende um servidor de BI 300, um servidor de SP 101sp, um servidor de UG 101ug, e um dispositivo portátil 400. Em S1001, servidor de BI 300 inicia uma comunicação com o servidor de SP 101sp para solicitar dados de uso de assinante a partir do servidor de SP 101sp. Em S1002, o servidor de SP 101sp envia ao servidor de BI 300 todos os dados de uso relevantes do assinante (isto é, dados brutos) com base na solicitação do servidor de BI 300. Em seguida, o servidor de BI 300 processa os dados de uso de assinante coletados em S1003 usando o algoritmo predeterminado e determina as categorias de dados executáveis com base nos dados processados (como discutido acima).

[071]Em S1004, o servidor de BI 300 envia as categorias de dados executáveis determinados para o servidor de SP 101sp. Em seguida, o servidor de SP 101sp gera conteúdo correspondente a uma mensagem (por exemplo, a primeira mensagem) em S1005 com base na categoria de dados executável. Em S1006, o servidor de SP 101sp envia o conteúdo gerado sob a forma de uma primeira mensagem para um servidor de UG 101ug. Em S1007, servidor de UG 101ug prepara a primeira mensagem a ser enviada para o assinante. A primeira mensagem inclui uma primeira instrução e uma notificação. Em S1008, o servidor de UG 101ug envia a primeira mensagem preparada para o dispositivo portátil 400, que nesta modalidade exemplar inclui um primeiro computador e um segundo computador. No dispositivo portátil 400, a primeira instrução da primeira mensagem, quando executada pelo primeiro computador, faz com que o segundo computador realize as etapas de exibição da notificação em uma tela para o usuário (S1009), recebe uma entrada como uma resposta à notificação (S1010), e envia uma mensagem (por exemplo, uma segunda mensagem) para o servidor de UG 101ug (S1011), a segunda mensagem incluindo a resposta do assinante para a notificação.

[072]Em S1012, o servidor de UG 101ug prepara a segunda mensagem a ser enviada para o servidor de SP 101sp, e, em seguida, em S1013, o servidor de UG 101ug envia a segunda mensagem para o servidor de SP 101sp. Em S1014, o servidor de SP 101sp processa a segunda mensagem e prepara uma mensagem opcional (por exemplo, uma terceira mensagem) a ser enviada para o assinante em resposta à segunda mensagem, se necessário. Esta terceira mensagem inclui, por exemplo, um reconhecimento da mensagem do assinante, uma instrução adicional para o assinante, uma notificação de outras atividades que acontecerão (por exemplo, o assinante irá ser contatado pelo provedor de serviços sobre os serviços e/ou dispositivos de atualização), e outras mensagens adequadas. A terceira mensagem é então enviada a partir do servidor de SP 101sp para o servidor de UG 101ug (S1015), a partir do servidor de UG 101ug para o dispositivo portátil 400 (S1016) e, em seguida, a partir do dispositivo portátil 400 para o usuário/assinante (S1017), de forma semelhante a S1006, S1008, e S1009, discutidos acima. Após S1017, o processo termina, a menos que outras etapas opcionais prossigam.

[073]Embora a invenção tenha sido descrita em conexão com as modalidades preferenciais, será compreendido por aqueles versados na técnica que outras variações e modificações das modalidades preferenciais acima descritas podem ser feitas sem distanciamento do escopo da invenção. Outras modalidades serão evidentes para os elementos versados na técnica a partir da consideração do relatório descritivo ou prática da invenção aqui divulgada. O relatório descritivo e os exemplos descritos são considerados como apenas exemplificativos, com o verdadeiro escopo e espírito da invenção indicado pelas seguintes reivindicações.

Claims (22)

1. Sistema para apresentar serviços a um dispositivo portátil de um assinante, o sistema CARACTERIZADO por compreender: um primeiro servidor tendo informações de serviço de assinante armazenado nele, o primeiro servidor configurado para: coletar dados de utilização de assinante associados ao dispositivo portátil, e armazenar dados de utilização de assinante em pelo menos um repositório remoto a partir do dispositivo portátil; um segundo servidor configurado para: receber dados de utilização de assinante do primeiro servidor, processar os dados de utilização de assinante para determinar se os dados de utilização de assinante satisfazem uma condição predeterminada, e determinar se existe uma categoria de dados acionável com base em se os dados de utilização de assinante processados satisfazem à condição predeterminada, em que a categoria de dados acionável compreende pelo menos um dentre: dados que correspondem a reter um serviço de assinante, e dados que correspondem a oferecer serviços adicionais a um assinante; um terceiro servidor configurado para: determinar pelo menos uma ação baseada em: a categoria de dados acionável em resposta à determinação de que a categoria de dados acionável existe, com base nos dados de utilização de assinante processados que satisfazem a condição predeterminada, e um conjunto predefinido de regras, e gerar conteúdo em resposta a determinar a pelo menos uma ação; enviar o conteúdo gerado em resposta a determinar a pelo menos uma ação para um quarto servidor; e o quarto servidor configurado para: gerar uma primeira mensagem que corresponde ao conteúdo gerado em resposta a determinar a pelo menos uma ação enviado pelo terceiro servidor, enviar a primeira mensagem para o dispositivo portátil do assinante, em que a primeira mensagem instruí o dispositivo portátil a gerar uma notificação solicitando o assinante a inserir uma resposta através do dispositivo portátil que corresponde ao conteúdo gerado em resposta a determinar a pelo menos uma ação, receber uma segunda mensagem a partir do dispositivo portátil do assinante, com base na resposta inserida a partir do assinante, e enviar a segunda mensagem para o primeiro servidor para processar a resposta inserida pelo assinante à notificação que corresponde à pelo menos uma ação, em que quando os dados de utilização de assinante se relacionam à utilização de dados do assinante associada ao dispositivo portátil, o conteúdo que corresponde à pelo menos uma ação é uma solicitação por serviços de dados adicionais quando a quantidade de utilização de dados de assinante coletada exceder um limite de utilização de dados e o conteúdo que corresponde à pelo menos uma ação for uma solicitação por serviços de dados contínuos quando o último período de utilização for maior ou igual a um limite de período de utilização.

2. Sistema, de acordo com a reivindicação 1, CARACTERIZADO pelos dados de utilização de assinante compreenderem ainda pelo menos um dentre: dados relacionados com a atividade de rede do assinante associados ao dispositivo portátil, dados relacionados com o plano de serviço do dispositivo portátil do assinante associado ao dispositivo portátil, dados relacionados com a atividade de chamada telefônica do dispositivo portátil do assinante associada ao dispositivo portátil, dados relacionados com a atividade de mensagens de texto do dispositivo portátil do assinante associada ao dispositivo portátil, e dados relacionados com a atividade de mensagens multimídia do dispositivo portátil do assinante associada ao dispositivo portátil.

3. Sistema, de acordo com a reivindicação 1, CARACTERIZADO pela condição predeterminada compreender: se o assinante visitou um site prestador de serviços concorrente um número limite de vezes durante um período de tempo predeterminado, se uma quantidade limite de tempo permanece no termo de assinatura de dispositivo portátil do assinante.

4. Sistema, de acordo com a reivindicação 3, CARACTERIZADO pelo fato de que quando for determinado que o assinante visitou o site do provedor de serviços concorrente o número de vezes limite durante o período de tempo predeterminado e a quantidade limite de tempo permanece no termo de assinatura do dispositivo portátil do assinante, a categoria de dados acionável é informação relativa à renovação de plano de assinatura.

5. Sistema, de acordo com a reivindicação 4, CARACTERIZADO pela primeira mensagem compreender informação sobre acordos de renovação de assinatura e estabelecimento de preços.

6. Sistema, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a categoria de dados acionável compreende ainda dados que corresponde a oferecer atualizar um serviço de assinante atual.

7. Sistema, de acordo com a reivindicação 1, CARACTERIZADO pelo conjunto predefinido de regras compreender: uma pluralidade de ações, cada uma dentre a pluralidade de ações sendo associada a uma categoria de dados acionável, e cada uma dentre a pluralidade de ações compreendendo a informação a ser enviada como a primeira mensagem para o assinante, e uma pluralidade de terceiras mensagens, em que o quarto servidor é configurado para enviar uma terceira mensagem dentre a pluralidade de terceiras mensagens em resposta a receber a segunda mensagem do dispositivo portátil.

8. Sistema, de acordo com a reivindicação 1, CARACTERIZADO por: a primeira mensagem ser enviada para o dispositivo portátil compreendendo um primeiro computador e um segundo computador, a primeira mensagem compreendendo uma notificação e uma primeira instrução, e em que a primeira instrução, quando executada pelo primeiro computador, faz o segundo computador: exibir a notificação da primeira mensagem numa tela do dispositivo móvel, e receber a segunda mensagem como a entrada de assinante em resposta à notificação.

9. Sistema, de acordo com a reivindicação 8, CARACTERIZADO por: o primeiro computador compreender um cartão de módulo, em que o cartão de módulo funciona como um intérprete, o intérprete sendo um intérprete de Jogo de Ferramentas de SIM Dinâmico (DSTK) que é pelo menos um dentre um intérprete de Wib e um intérprete de S@T, e em que o cartão de módulo compreende um dentre: um Cartão de Circuito Integrado Universal (UICC), e um cartão Módulo de Identidade do Assinante (SIM).

10. Sistema, de acordo com a reivindicação 1, CARACTERIZADO por: o primeiro servidor compreender um servidor provedor de serviços; em que o segundo servidor compreende um servidor de inteligência de negócios; em que o terceiro servidor compreende um servidor de mediação; e em que o quarto servidor compreende um servidor de gateway.

11. Sistema, de acordo com a reivindicação 1, CARACTERIZADO por: um servidor provedor de serviços compreender o primeiro servidor e o terceiro servidor; em que o segundo servidor compreende um servidor de inteligência de negócios; e em que o quarto servidor compreende um servidor de gateway.

12. Método para apresentar serviços a um dispositivo portátil de um assinante, o método CARACTERIZADO por compreender: obter, através de um primeiro servidor, dados de utilização de assinante associados a um serviço de dispositivo portátil a partir de uma pluralidade de bases de dados armazenada remotamente do dispositivo portátil; enviar os dados de utilização de assinante do primeiro servidor para um segundo servidor; processar, através do segundo servidor, os dados de utilização de assinante para determinar se os dados satisfazem uma condição predeterminada; determinar uma categoria de dados acionável com base em se os dados de utilização de assinante processados satisfazem a condição predeterminada, em que a categoria de dados acionável compreende pelo menos um dentre: dados que correspondem a reter um serviço de assinante, e dados que correspondem a oferecer serviços adicionais a um assinante; gerar conteúdo correspondente a uma primeira mensagem em resposta a determinar a categoria de dados acionável com base nos dados de utilização de assinante processados que satisfazem a condição predeterminada; enviar, através de um terceiro servidor, a primeira mensagem para o dispositivo portátil, em que a primeira mensagem é uma notificação que solicita uma entrada de assinante em resposta ao conteúdo gerado em resposta para determinar a pelo menos uma categoria de dados acionável; e receber, através do dispositivo portátil, a entrada de assinante; gerar uma segunda mensagem, a segunda mensagem compreendendo a resposta à notificação com base na entrada de assinante; enviar a segunda mensagem ao primeiro servidor para processar a entrada de assinante respondendo à notificação correspondente à pelo menos uma categoria de dados acionável, em que quando os dados de utilização de assinante se relacionam à utilização de dados do assinante associada ao dispositivo portátil, o conteúdo que corresponde à pelo menos uma categoria de dados acionável é uma solicitação por serviços de dados adicionais quando a quantidade de utilização de dados de assinante coletada exceder um limite de utilização de dados e o conteúdo que corresponde à pelo menos uma categoria de dados acionável for uma solicitação por serviços de dados contínuos quando o último período de utilização for maior ou igual a um limite de período de utilização.

13. Método, de acordo com a reivindicação 12, CARACTERIZADO por a primeira mensagem compreender uma notificação e uma primeira instrução, em que o dispositivo portátil compreende um primeiro computador e um segundo computador, e em que a primeira instrução, quando executada pelo primeiro computador, faz o segundo computador executar as etapas de: exibir a notificação em uma tela, e receber a entrada de assinante como uma resposta à notificação.

14. Método, de acordo com a reivindicação 13, CARACTERIZADO pela notificação compreender pelo menos um dentre: uma questão que requer uma resposta de "sim" ou "não, um menu que inclui um número predeterminado de escolhas, e um prompt solicitando uma resposta gerada pelo assinante.

15. Método, de acordo com a reivindicação 13, CARACTERIZADO por compreender ainda: enviar a segunda mensagem compreende enviar a segunda mensagem para o terceiro servidor; processar, através do terceiro servidor, a segunda mensagem, e enviar uma terceira mensagem para o dispositivo portátil, em que a terceira mensagem compreende uma mensagem predeterminada selecionada a partir de uma pluralidade de mensagens predeterminadas cada uma associada com uma resposta particular, a resposta particular correspondente à segunda mensagem processada pelo terceiro servidor.

16. Método, de acordo com a reivindicação 12, CARACTERIZADO por os dados de utilização de assinante compreenderem pelo menos um dentre: dados relativos à atividade rede do assinante no dispositivo portátil, dados relativos ao plano de serviço do dispositivo portátil do assinante no dispositivo portátil, dados relativos à atividade de chamada telefônica do dispositivo portátil do assinante no dispositivo portátil, dados relativos à atividade de mensagens de texto do dispositivo portátil do assinante no dispositivo portátil, e dados relativos à atividade de mensagens multimídia do dispositivo portátil do assinante no dispositivo portátil.

17. Método, de acordo com a reivindicação 12, CARACTERIZADO pela categoria de dados acionável compreender ainda dados correspondentes a oferecer modificar um serviço de assinante atual.

18. Método, de acordo com a reivindicação 12, CARACTERIZADO por o primeiro computador compreende um cartão de módulo; e em que o cartão de módulo funcionar como um intérprete, o intérprete sendo um intérprete de Jogo de Ferramentas de SIM Dinâmico (DSTK) que é pelo menos um dentre um intérprete Wib e um intérprete S@T.

19. Método, de acordo com a reivindicação 18, CARACTERIZADO pelo cartão de módulo compreender um dentre: um Cartão de Circuito Integrado Universal (UICC), e um cartão de Módulo de Identidade do Assinante (SIM).

20. Método, de acordo com a reivindicação 12, CARACTERIZADO pela etapa de obter os dados de utilização de assinante compreender: obter dados relativos à atividade de rede do assinante em sites de provedores de serviços concorrentes, e obter dados relativos a uma data de fim de serviço para o plano de serviço do dispositivo portátil do assinante.

21. Método, de acordo com a reivindicação 20, CARACTERIZADO pelo fato de que a etapa de processar os dados de utilização de assinante para determinar se os dados satisfazem a condição predeterminada compreende: obter dados relativos à atividade de rede do assinante no dispositivo portátil, e obter dados relativos à data de fim de serviço associados ao dispositivo portátil, em que quando se determina que o assinante visitou os sites de prestadores de serviços concorrentes um número limite de vezes ao longo de um período de tempo predeterminado e o assinante tem uma quantidade limite de tempo que permanece no termo de assinatura do dispositivo portátil do assinante, o método compreende ainda determinar que a categoria de dados acionável é a informação relativa à renovação do plano de assinatura.

22. Método, de acordo com a reivindicação 21, CARACTERIZADO pelo conteúdo da primeira mensagem incluir acordos de renovação de plano de assinatura e estabelecimento de preços.