ES2843948T3 - Sistema y método para conservar servicios utilizando capacidades avanzadas de recogida de datos - Google Patents

Abstract

Un sistema (100, 200) para presentar servicios a un abonado, que comprende: un servidor del proveedor de servicios (SP, 101sp) configurado para: recoger datos de la utilización del abonado asociados con un dispositivo portátil (400) y almacenar datos de la utilización del abonado en un almacén; un servidor de inteligencia de negocios (BI, 300) configurado para: procesar los datos de la utilización del abonado para determinar si los datos de la utilización del abonado cumplen una condición predeterminada, y si los datos de la utilización del abonado cumplen una condición predeterminada, determinar si existe una categoría accionable de datos relacionada con los datos de la utilización del abonado procesados que cumplen la condición predeterminada; un servidor de middleware (RM, 101rm), configurado para: determinar, como mínimo, en una acción basada en: la categoría accionable determinada de datos en respuesta a la determinación de que existe la categoría accionable de datos, y un conjunto predefinido de reglas, y enviar información acerca de la, como mínimo, una acción al servidor del proveedor de servicios (SP, 101sp); y un servidor de puerta de enlace (GS, UG, 101sg, 101ug) configurado para: recibir un primer mensaje basado en la información acerca de la, como mínimo, una acción enviada desde el servidor del proveedor de servicios (SP, 101sp), enviar el primer mensaje solicitando una entrada desde el dispositivo portátil (400) por parte del abonado, recibir un segundo mensaje desde el dispositivo portátil (400), basado en la respuesta introducida por el abonado, y enviar el segundo mensaje al servidor del proveedor de servicios (SP, 101sp), donde cuando los datos de la utilización del abonado están relacionados con la utilización de datos del abonado asociada con el dispositivo portátil (400), el contenido generado por el servidor del proveedor de servicios (SP, 101sp) basado en la, como mínimo, una acción correspondiente al primer mensaje es una pregunta que se le hace al usuario, de si le gustaría solicitar servicios de datos adicionales cuando la utilización de datos del abonado recogida cumple la condición predeterminada y el contenido correspondiente al primer mensaje es una pregunta de conservación que pregunta al usuario si desea conservar o continuar los servicios de datos cuando el último período de utilización es mayor o igual a un umbral de período de utilización, de tal manera que al recibir el segundo mensaje por parte del servidor del proveedor de servicios los servicios permanecerán ininterrumpidos, cuando la respuesta introducida desde el abonado corresponde a una confirmación para continuar el servicio, en donde el primer mensaje es enviado al dispositivo portátil (400), que comprende un primer ordenador y un segundo ordenador, comprendiendo el primer mensaje una notificación y una primera instrucción; en donde la primera instrucción, cuando es ejecutada por el primer ordenador, hace que el segundo ordenador: muestre la notificación del primer mensaje en una pantalla del dispositivo móvil (400), y reciba el segundo mensaje como entrada del abonado en respuesta a la notificación; en donde el primer ordenador comprende una tarjeta de módulo (404), en donde la tarjeta de módulo (404) funciona como un intérprete, siendo el intérprete un Dynamic Subscriber Identity Module Toolkit, DSTK, un intérprete que es, como mínimo, uno de entre un intérprete de Wib y un intérprete de S@T; y donde la tarjeta de módulo (404) comprende uno de: una tarjeta de circuito integrado universal, UICC, y un módulo de identidad de abonado, tarjeta SIM.

Description

DESCRIPCIÓN

Sistema y método para conservar servicios utilizando capacidades avanzadas de recogida de datos

REFERENCIA CRUZADA A LA SOLICITUD RELACIONADA

Esta solicitud reivindica la prioridad de la Solicitud de Patente de Estados Unidos N° 14/301.858, presentada el 11 de junio de 2014.

CAMPO TÉCNICO

La presente invención se refiere a un dispositivo, a un medio legible por ordenador y a un método para conservar y/o proporcionar servicios adicionales dentro de una red inalámbrica.

ANTECEDENTES

El documento US 2011/320283 A1 se refiere a métodos, sistemas y productos para monitorizar la utilización del servicio. Se recibe información de utilización que describe la utilización de los servicios de comunicación por parte de un dispositivo de comunicaciones. La información de utilización es comparada con los criterios de monitorización. Cuando se cumplen los criterios de monitorización, se envía un mensaje de notificación electrónica al dispositivo de comunicaciones. El mensaje de notificación electrónica se envía, cuando se inicia un servicio de comunicaciones y antes de que se incurra en un cargo adicional por parte del servicio de comunicaciones.

Los dispositivos portátiles contemporáneos, tales como los teléfonos móviles, permiten a los usuarios comunicarse con un proveedor de servicios a través de una red. Los dispositivos portátiles con frecuencia incluyen equipos móviles (ME - Mobile Equipment, en inglés) y una tarjeta de módulo. El ME es el hardware del dispositivo portátil, que incluye una pantalla, un receptor, un transmisor y otros equipos físicos. El ME está identificado mediante un código único. La tarjeta de módulo almacena el código único que identifica al ME en una memoria.

En los dispositivos portátiles existentes, la tarjeta de módulo sirve como una interfaz de red que conecta el dispositivo portátil a la red. La tarjeta de módulo también contiene un juego de herramientas, que consiste en un conjunto de comandos que están programados en la tarjeta de módulo. En los dispositivos portátiles, la tarjeta de módulo funciona como un intérprete que está equipado para ejecutar aplicaciones escritas en uno o varios lenguajes de programación. Además, en dichos dispositivos, la tarjeta de módulo incluye una memoria que almacena estas aplicaciones junto con otra información. Esta otra información incluye con frecuencia el código único que identifica al ME.

Hoy en día, muchos dispositivos portátiles están conectados a una red inalámbrica, tal como la red del Sistema Global para Comunicaciones Móviles (Global System for Mobile Communication, en inglés, “GSM”) o tecnologías de red sucesoras como, entre otras, 3G y LTE, Edge, UMTS, HSPA, HSPA+, LTE Avanzada, CDMA, 1xRTT, EVDO y EVDO-A. En particular, GSM y sus tecnologías sucesoras son estándares establecidos que describen protocolos utilizados en comunicaciones inalámbricas digitales entre usuarios de dispositivos portátiles, proveedores de servicios y otras partes. En una red de este tipo, la tarjeta de módulo es una tarjeta de módulo de identidad de abonado (Subscriber Identity Module, “SIM”, en inglés) o una tarjeta universal de circuitos integrados (Universal Integrated Circuit Card, en inglés, “UICC”); el kit de herramientas de la tarjeta de módulo es un kit de herramientas de SIM (SIM ToolKit, en inglés, “STK”); y la tarjeta de módulo funciona como intérprete de STK. En tarjetas SIM más sofisticadas, STK es un kit de herramientas de SIM dinámica (Dynamic SIM ToolKit, en inglés, “DSTK”) y el intérprete de STK es un intérprete de DSTK.

En una red inalámbrica, un proveedor de servicios genera contenido correspondiente a un mensaje que debe ser enviado a un usuario. Estos mensajes a menudo están escritos en un lenguaje de marcado (por ejemplo, lenguaje de marcado inalámbrico de puerta de enlace de Internet inalámbrica (Wireless Internet Gateway Wireless Markup Language, en inglés, “WIG WML”), lenguaje de marcado de caja de herramientas @lliance de SIM (SIM @lliance Toolbox Markup Language, en inglés, “S@TML”), lenguaje de marcado Java10 (Java10 Markup Language, en inglés “JavaML”)). El contenido es enviado a una puerta de enlace, que prepara el mensaje y reenvía el mensaje al usuario. Esta puerta de enlace se conoce como puerta de enlace universal (Universal Gateway, en inglés, “UG”). La UG puede estar situada en un servidor 101. El mensaje incluye una instrucción, que en sí misma es una instrucción de tarjeta SIM (por ejemplo, un wiblet, un s@tlet, un subprograma de Java) (o alternativamente, una aplicación de UICC) que es recibida por un dispositivo portátil. El dispositivo portátil contiene una tarjeta SIM con su propia memoria que almacena un DSTK. Programada correctamente, la tarjeta SIM funciona como un intérprete de DSTK, que está configurado para interpretar la instrucción contenida en el mensaje. Dependiendo de si la instrucción comprende una fuente basada en XML interpretada por un wiblet, un s@tlet, o un subprograma de Java, el intérprete de DSTK funciona como SmartTrust Wib (“Wib”), un intérprete de SIM @lliance Toolbox (“S@T”) o un intérprete de Java, respectivamente. El intérprete de DSTK interpreta las instrucciones para implementar acciones o comandos incluidos en el DSTK. Algunos de estos comandos funcionan independientemente del dispositivo portátil, y otros comandos se dirigen al dispositivo portátil, tal como un comando para mostrar una cadena de texto o pedirle al usuario una entrada.

En ciertas redes inalámbricas, se requiere que los usuarios utilicen periódicamente sus dispositivos portátiles para conservar servicios que están siendo proporcionados por un proveedor de servicios. En dichas redes, cuando un usuario no utiliza su dispositivo portátil como mínimo una vez durante un período predefinido, entonces el usuario puede ser dado de baja y, por lo tanto, ya no podrá utilizar ni recibir servicios del proveedor de servicios. Además, después de que el usuario pierde el acceso a los servicios proporcionados, el usuario a menudo no puede comunicarse con el proveedor de servicios utilizando su dispositivo portátil para restablecer los servicios.

A medida que más usuarios se conectan a proveedores de servicios a través de redes inalámbricas, y el tamaño de estas redes aumenta, resulta cada vez más importante desde el punto de vista de la eficiencia y el coste para los proveedores de servicios monitorizar la frecuencia con la que los usuarios utilizan sus servicios. Monitorizando la utilización, un proveedor de servicios puede estar equipado para ayudar a los usuarios a conservar los servicios deseados.

Además, en ciertas redes inalámbricas, un proveedor de servicios recoge datos relacionados con la actividad del dispositivo portátil del usuario, por ejemplo, actividad relacionada con la utilización general, actividad de llamadas, mensajes de texto y/o mensajes multimedia enviados y recibidos, actividad de Internet y otros datos útiles. Monitorizando estos datos, un proveedor de servicios puede estar equipado para ayudar a los usuarios con servicios de conservación avanzados relacionados con servicios nuevos y/o más pertinentes en base a las circunstancias y a la necesidad del usuario.

SUMARIO DE LA INVENCIÓN

La invención está definida en las reivindicaciones independientes 1 y 7.

Otros objetos, características y ventajas serán evidentes para los expertos en la técnica a partir de la siguiente descripción detallada y de los dibujos adjuntos.

BREVE DESCRIPCIÓN DE LOS DIBUJOS

Para una comprensión más completa de la presente invención, las necesidades satisfechas por medio de la misma, y los objetos, características y ventajas de la misma, se hace a continuación referencia a la siguiente descripción tomada en relación con los dibujos adjuntos.

La figura 1 es una representación esquemática de un entorno a modo de ejemplo en el que está implementada la invención.

La figura 2 es una representación esquemática de un sistema a modo de ejemplo configurado para conservar servicios.

La figura 3 presenta un diagrama de flujo que muestra un método para conservar servicios, de acuerdo con una realización de la invención.

La figura 4 es una vista esquemática de un dispositivo portátil, de acuerdo con una realización de la invención.

La figura 5 presenta un diagrama de flujo que ilustra una realización de la invención.

La figura 6 es una representación esquemática de otro entorno a modo de ejemplo en el que está implementada la invención.

La figura 7 es una vista esquemática de un servidor de inteligencia de negocios, de acuerdo con otra realización de la invención.

La figura 8 presenta un diagrama de flujo que muestra un método para presentar servicios a un abonado, de acuerdo con una realización de la invención.

La figura 9 presenta un diagrama de flujo que muestra más detalles de un método para presentar servicios a un abonado, de acuerdo con una realización de la invención.

La figura 10 presenta un diagrama de flujo que ilustra otra realización de la invención.

DESCRIPCIÓN DETALLADA

Las realizaciones de la presente invención, y sus características y ventajas, se pueden comprender haciendo referencia a las figuras 1 a 10, utilizándose números similares para las partes correspondientes en los diversos dibujos.

Las realizaciones a modo de ejemplo de la presente invención proporcionan un método, dispositivo y medio legible por ordenador para conservar un servicio, tal como podría proporcionar un proveedor de servicios a través de una red. Por ejemplo, el servicio comprende un servicio de comunicaciones móviles. Es necesario que los usuarios utilicen el servicio de comunicaciones móviles de manera regular o dentro de un período de tiempo predeterminado. Por ejemplo, como condición para la inscripción al servicio de comunicaciones móviles, los usuarios deben utilizar el servicio una vez cada sesenta días. La utilización del servicio de comunicación móvil puede implicar realizar una llamada con un dispositivo móvil, enviar un mensaje de texto con el dispositivo móvil o recibir una llamada o un mensaje de texto con el dispositivo móvil; la mera posesión física del dispositivo móvil puede no ser suficiente. En los casos en los que un usuario no utiliza el servicio de comunicaciones móviles de manera regular, la presente realización aprovecha una aplicación en el dispositivo móvil de ese usuario para efectuar una utilización oportuna. La aplicación puede comprender una aplicación basada en Wib, una aplicación basada en S@T o una aplicación basada en Java. Las aplicaciones basadas en Wib son aplicaciones que están en forma de código de bytes de Wib; Las aplicaciones basadas en S@T son aplicaciones que tienen la forma de código de bytes de S@T; y las aplicaciones basadas en Java son aplicaciones que tienen la forma de código de bytes de Java. Aprovechar la aplicación comprende ejecutar la aplicación en un dispositivo móvil, que comprende una tarjeta SIM o una memoria que funciona como un intérprete de DSTK que está configurado para ejecutar la aplicación. El intérprete de DSTK puede comprender un Wib, un intérprete de S@T o un intérprete de Java basado en el tipo de aplicación aprovechada. Wib está configurado para ejecutar aplicaciones basadas en Wib; un intérprete de S@T está configurado para ejecutar aplicaciones basadas en S@T; y un intérprete de Java está configurado para ejecutar aplicaciones basadas en Java. La ejecución de la aplicación implementa uno o varios comandos que solicitan al dispositivo móvil que muestre un mensaje o notificación activable. En realizaciones a modo de ejemplo de la presente invención, la notificación pregunta al usuario si desea continuar utilizando el servicio. Cuando el usuario responde afirmativamente (por ejemplo, confirma que le gustaría continuar recibiendo el servicio, tal como introduciendo un comando), el dispositivo móvil del usuario envía un mensaje de texto con la confirmación al proveedor del servicio, cumpliendo de este modo el requisito de utilización, y el servicio permanecerá ininterrumpido.

Las realizaciones a modo de ejemplo de la presente invención también proporcionan un método y un dispositivo para servicios avanzados de conservación y/o venta de valor añadido, tal como podría ser proporcionado por un proveedor de servicios a través de una red. Tradicionalmente, un proveedor de servicios tiene acceso a una enorme cantidad de datos con respecto a la utilización y la actividad de los dispositivos móviles de sus abonados. Por ejemplo, por nombrar algunos, el proveedor de servicios puede acceder a todos los datos asociados con un sistema de facturación (por ejemplo, información relacionada con todos los aspectos de la actividad del dispositivo móvil del usuario capturada por el sistema de facturación); una puerta de enlace de Internet (por ejemplo, información relacionada con todos los sitios web a los que accede un usuario); una puerta de enlace de protocolo de aplicación inalámbrica (Wireless Application Protocol, en inglés, “WAP”); un centro de servicio de mensajes cortos (Short Message Service Center, en inglés, “SMSC”); un servicio de mensajería multimedia (Multimedia Messaging Service, en inglés, “MMS”); y un almacén de teléfonos (por ejemplo, información relacionada con todos los aspectos del teléfono móvil de un usuario, incluida la identificación del teléfono y la información relacionada con la utilización y al historial y/o a actualizaciones del teléfono). No obstante, el proveedor de servicios utiliza principalmente estos sistemas y puertas de enlace para proporcionar servicios (es decir, el sistema de facturación se utiliza para determinar la utilización del dispositivo móvil con el fin de calcular la cantidad que el usuario debe por los servicios; se utiliza la puerta de enlace de Internet para proporcionar acceso a Internet al usuario; la puerta de enlace de WAP se utiliza para convertir sitios web en la Red Extensa Mundial en páginas web compatibles con los dispositivos móviles; el SMSC se utiliza con el propósito de almacenar, reenviar, convertir y entregar mensajes de SMS; el MMS se utiliza con el propósito de enviar mensajes que incluyen contenido multimedia; y el almacén de teléfonos, para obtener y mantener información acerca del teléfono móvil de un usuario).

No obstante, estas bases de datos presentan un inmenso almacenamiento de información muy valiosa relacionada con la utilización del dispositivo móvil de un usuario. De este modo, se puede acceder (o analizar) esta información altamente valiosa para obtener información valiosa acerca de la utilización del dispositivo móvil del usuario, especialmente con el fin de conservar a los usuarios existentes y/o de vender servicios adicionales o nuevos a los usuarios en base a las características del usuario. Además, aunque los proveedores de servicios normalmente gastan mucho dinero para reclutar e inscribir nuevos clientes para sus servicios de dispositivos móviles, estos proveedores de servicios en general no persiguen activamente mecanismos de conservación sofisticados o mecanismos de ventas de valor añadido con respecto a su base de clientes (es decir, aquellos clientes que ya están comprando uno o varios servicios con el proveedor de servicios) sobre todo por cada cliente. Como resultado, los proveedores de servicios no solo no pueden dar servicio a todo el potencial de su base de clientes de dispositivos móviles, sino que también pierden una cantidad sustancial de ingresos a causa de los clientes perdidos.

Las realizaciones a modo de ejemplo de la presente invención buscan acceder, utilizar y transformar la tremenda cantidad de datos sin procesar que un proveedor de servicios tiene disponibles con respecto a la utilización y a la actividad del dispositivo móvil de sus abonados en una multitud de activadores accionables que pueden ser transformados en mecanismos de conservación y/o de ventas de valor añadido. En particular, las realizaciones a modo de ejemplo de la presente invención proporcionan una puerta de enlace de inteligencia de negocios (Business Intelligence, en inglés, “BI”) para procesar datos sin procesar del usuario y transformar esos datos sin procesar en información provechosa y útil con fines comerciales, al permitir que un proveedor de servicios (u otra entrada, tal como un revendedor de dispositivos móviles) aproveche cierta información de utilización de dispositivos móviles de abonados para conservar a los abonados existentes y/o vender servicios adicionales o nuevos en base a las características y a la utilización de los abonados. En particular, una vez que el software de BI está instalado e integrado con la infraestructura del proveedor de servicios (es decir, instalado en un middleware de motor de conservación y venta de valor añadido), la puerta de enlace de BI recoge datos del sistema de facturación, la puerta de enlace de Internet, la puerta de enlace de WAP, el SMSC, el MMS y el almacén de teléfonos, y procesa estos datos en base a un conjunto de parámetros predeterminados para extrapolar las características de la utilización del dispositivo móvil de un usuario (por ejemplo, a partir de los datos de los últimos 12 meses de utilización del dispositivo móvil del usuario). Dichos datos procesados se pueden utilizar para formular mensajes procesables y enviar mensajes procesables preconfigurados para enviarlos al usuario, tal como se describe en detalle a continuación.

Además, las realizaciones a modo de ejemplo de la presente invención buscan proporcionar mensajes procesables a los usuarios (por ejemplo, basados en activadores determinados a partir de los datos obtenidos por la puerta de enlace de BI) como parte de los mecanismos de conservación y/o venta de valor añadido. Por ejemplo, tradicionalmente, los proveedores de servicios o revendedores se comunican con los abonados por mensaje de texto, correo electrónico, correo tradicional y, en una medida más limitada, por teléfono. Mientras que contactando con los abonados a través de mensajes de texto, correo electrónico y correo tradicional resulta pasivo y económico, el abonado simplemente recibe una notificación para realizar una acción y debe llamar al proveedor de servicios (o revendedor), ir a un sitio web o desplazarse a un punto de venta para realizar la acción. Por tanto, la “velocidad de recepción” de este tipo de mensajes es históricamente baja, porque requiere que el abonado inicie la comunicación y actúe después de recibir una notificación. Ponerse en contacto con los abonados por teléfono es, en general, más efectivo desde la perspectiva de la velocidad de aceptación, pero tiene el inconveniente de costes significativamente más altos asociados no solo con la realización de la llamada, sino también con los costes auxiliares adicionales, tales como los que podrían ser incurridos con la formación y el mantenimiento de los teleoperadores.

Por el contrario, las realizaciones a modo de ejemplo de la presente invención proporcionan mensajes procesables que incluyen información y conservación y/o venta de servicios adicionales o nuevos relevantes para el abonado, según se determina a partir del análisis del servidor de BI. Tal como se explica con más detalle a continuación, dichos mensajes pueden proporcionar opciones procesables para el usuario con el propósito de cambiar y/o actualizar los servicios actuales, o agregar y/o actualizar nuevos servicios. Por ejemplo, el usuario puede hacer una selección de múltiples opciones, puede seleccionar “sí / no” o puede introducir una respuesta. Además, los mensajes procesables pueden ser presentados al usuario en la parte superior de la pantalla para que el acceso a un mensaje no requiera profundizar en ningún menú o entrar en aplicaciones particulares. En algunas realizaciones, es posible que un usuario no pueda salir de la presentación en la parte superior de la pantalla de un mensaje procesable a menos que se produzca una acción, por ejemplo, que el usuario pulse “cancelar” o que los mensajes expiren después de una cantidad de tiempo predeterminada.

Las realizaciones a modo de ejemplo de la presente invención también proporcionan al servidor de BI la capacidad de extraer información de revendedores además de extraer datos de los abonados. Esta información del revendedor agrega una complejidad adicional al análisis de la utilización del dispositivo móvil de un abonado con el fin de definir mensajes preconfigurados con capacidad de acción que se enviarán al usuario.

Además, las realizaciones a modo de ejemplo de la presente invención pueden utilizar una plataforma de servidor universalmente compatible que se acopla tanto al servidor de BI como al proveedor de servicios, con el propósito de enviar mensajes binarios, tal como enviar mensajes al abonado del dispositivo móvil, además de recibir mensajes del abonado del dispositivo móvil. Tal como se explicó anteriormente, un DSTK puede ser almacenado en la memoria de una tarjeta SIM y, cuando se programa correctamente, la tarjeta SIM funciona como un intérprete de DSTK para instrucciones que pueden adoptar la forma de un wiblet, un s@tlet o un subprograma de Java. Por lo tanto, una puerta de enlace universal (por ejemplo, la puerta de enlace universal SmartaLaCarte de Giesecke & Devrient (G&D), que se encuentra en el sitio web de G&D) acoplada entre el intérprete de DSTK y el servidor del proveedor de servicios y el servidor de BI otorgaría a estos servidores la capacidad de enviar mensajes independientemente del lenguaje de las instrucciones.

Haciendo referencia a la figura 1, se describirá una representación esquemática de una realización a modo de ejemplo de la presente invención. El entorno comprende una o varias redes 100. La red 100 comprende, como mínimo, una de entre una red inalámbrica, una red cableada, una red de área local (LAN - Local Area NetWork, en inglés), una red de área amplia (WAN - Wide Area NetWork, en inglés), una red inalámbrica (OTA - Over The Air, en inglés), una red de telecomunicación y una red de comunicación móvil. Uno o varios servidores 101 y otras entidades de red operadas por proveedores de servicios, proveedores de información, usuarios y otras partes están acoplados a la red 100; uno o varios dispositivos 102 utilizados por proveedores de servicios, proveedores de información, usuarios y otras partes también están acoplados a la red 100; y uno o varios dispositivos portátiles 400 utilizados por los usuarios también están acoplados a la red 100. Los proveedores de servicios y los proveedores de información brindan servicios e información a otras partes que utilizan la red 100 y a los servidores 101, los dispositivos 102 y los dispositivos portátiles 400 que están acoplados a la red 100. Los servicios y la información comprenden servicios de comunicación (por ejemplo, servicios de comunicaciones por cable, servicios de comunicaciones inalámbricas, servicios de comunicaciones electrónicas), servicios de dispositivos portátiles (por ejemplo, servicios de distribución de dispositivos móviles, servicios de suministro de dispositivos móviles), servicios de tarjeta de módulo (por ejemplo, servicios de distribución de tarjetas SIM, servicios de aprovisionamiento de tarjetas SIM, servicios de activación de tarjetas SIM), servicios de conservación, servicios de posicionamiento, servicios de facturación (por ejemplo, todo lo que se envía a o desde un usuario de dispositivo portátil y/o un abonado de servicio de dispositivo portátil), servicios de seguridad, servicios de atención al cliente, servicios de idiomas, servicios de viajes, servicios de actualización de software, servicios de puerta de enlace de internet (por ejemplo, información sobre qué / cuántos datos se envían hacia y desde el usuario del dispositivo portátil), información y utilización de MMS, información y utilización de SMSC, e información de almacén de teléfonos, por nombrar algunos.

Los servidores 101 comprenden uno o varios dispositivos informáticos de utilización general, dispositivos informáticos especializados, dispositivos de unidad central (mainframe, en inglés), dispositivos cableados, dispositivos inalámbricos, dispositivos de monitorización, dispositivos de infraestructura y otros dispositivos configurados para proporcionar uno o varios servicios e información a los proveedores de servicios, usuarios y a otras partes. Los dispositivos 102 comprenden uno o varios dispositivos informáticos de utilización general, dispositivos informáticos especializados, dispositivos de unidad central (mainframe), dispositivos móviles, dispositivos cableados, dispositivos inalámbricos, dispositivos de monitorización, dispositivos de infraestructura y otros dispositivos utilizados por proveedores de servicios, proveedores de información, usuarios y otras partes. Los dispositivos portátiles 400 comprenden dispositivos móviles, dispositivos cableados, dispositivos inalámbricos, dispositivos portátiles y otros dispositivos portátiles utilizados por los usuarios. Las realizaciones a modo de ejemplo proporcionan servidores 101 y dispositivos 102 que monitorizan los dispositivos portátiles 400 y que recogen información de o acerca de los dispositivos portátiles 400 que están acoplados a la red 100 y de los usuarios que utilizan los dispositivos portátiles 400 que están acoplados a la red 100.

Además, un sistema 200 también está acoplado a las redes 100. El sistema 200 comprende uno o varios de un dispositivo informático de propósito general, un dispositivo informático especializado, un dispositivo de unidad central (mainframe, en inglés), un dispositivo cableado, un dispositivo inalámbrico, un dispositivo de monitorización, un dispositivo de infraestructura y cualquier otro dispositivo configurado para recoger datos variables de una o varias fuentes de datos (por ejemplo, servidores, sensores, redes, interfaces, otros dispositivos). El sistema 200, entre otras actividades, monitoriza los servidores 101, los dispositivos 102, los dispositivos portátiles 400 y otros dispositivos acoplados a la red 100, para obtener información disponible de o acerca de los dispositivos portátiles 400 y su utilización que están acoplados a la red 100, y de los usuarios que utilizan los dispositivos portátiles 400 que están acoplados a la red 100. Mediante la recogida de información acerca de los dispositivos portátiles 400 y de los usuarios que utilizan los dispositivos portátiles 400, el sistema 200 identifica los últimos períodos de utilización para uno o varios servicios. Posteriormente, el sistema 200 determina si los uno o varios últimos períodos de utilización son mayores que un umbral y, de ser así, genera contenido correspondiente a uno o varios mensajes que son enviados a los dispositivos portátiles 400 y a los usuarios que utilizan los dispositivos portátiles 400.

En realizaciones a modo de ejemplo de la presente invención, el sistema 200, los dispositivos portátiles 400 y algunos servidores 101 y dispositivos 102 están acoplados a una primera red 100, y el sistema 200 y otros servidores 101 y dispositivos 102 están acoplados a una segunda red 100. Por ejemplo, el sistema 200, un dispositivo portátil 400, un primer servidor 101x y un segundo servidor 101ug están acoplados a la primera red 100. En dichas realizaciones, un proveedor de servicios puede utilizar una primera red 100 y una segunda red 100 para proporcionar un servicio a un usuario que utiliza el dispositivo portátil 400. Las realizaciones a modo de ejemplo proporcionan que el primer servidor 101x comprenda un dispositivo de monitorización configurado para recoger datos de la utilización del servicio. El sistema 200 monitoriza el primer servidor 101x para obtener información acerca de un dispositivo portátil 400 particular y del usuario. El dispositivo portátil 400 particular almacena, entre otros datos, datos de la utilización acerca del servicio, que comprenden un último tiempo de utilización correspondiente al usuario. El sistema 200 recoge los datos de la utilización en el servicio del dispositivo portátil 400 y utiliza los datos de la utilización para determinar un último período de utilización del usuario evaluando el período de tiempo entre el último tiempo de utilización y el tiempo actual. El sistema 200 determina posteriormente si el último período de utilización es mayor o igual a un umbral y, si es así, genera contenido correspondiente a un primer mensaje (que se describe a continuación) que es enviado al usuario. El sistema 200 envía posteriormente el contenido al segundo servidor 101ug. A continuación, el segundo servidor 101ug utiliza el contenido para preparar el primer mensaje y envía el primer mensaje al usuario. En realizaciones a modo de ejemplo, el segundo servidor 101 ug se conoce como Universal Gateway (“UG”). Las realizaciones de emplazamiento del ejemplo también proporcionan un tercer servidor 101sp, que, junto con el sistema 200, se acopla a la segunda red 100. El tercer servidor 101sp corresponde al proveedor de servicios. Después de que el sistema 200 envíe el contenido al segundo servidor 101ug, el sistema 200 recibe un segundo mensaje (que se describe a continuación) del usuario. A continuación, el sistema 200 envía el segundo mensaje al tercer servidor 101sp. En este ejemplo, el sistema 200 comprende un middleware entre el dispositivo portátil 400, que es utilizado por el usuario, y el tercer servidor 101. Este middleware se conoce como middleware de conservación (Retention Middleware, en inglés, “RM”). Alternativamente, el middleware puede estar situado en un servidor separado de los servidores 101 (por ejemplo, un servidor de RM 101 rm).

En realizaciones a modo de ejemplo, el sistema 200 incluye uno o varios servidores 101 y dispositivos 102. En otras realizaciones a modo de ejemplo, el sistema 200 está separado de los servidores 101 y los dispositivos 102. En ciertas realizaciones a modo de ejemplo, uno o varios dispositivos 102 son dispositivos portátiles 400. En otras realizaciones adicionales a modo de ejemplo, los dispositivos portátiles 400 están separados de los dispositivos 102.

Haciendo referencia a la figura 2, el sistema 200, que recoge datos de la utilización de un servicio, determina un último período de utilización para el servicio, determina si el último período de utilización es mayor que un umbral, genera contenido correspondiente a un primer mensaje que es enviado a un dispositivo portátil en respuesta a determinar que el último período de utilización es mayor que un umbral, y envía el contenido a una puerta de enlace. El sistema 200 comprende una memoria 201, una unidad central de procesamiento (Central Processing Unit, en inglés, “CPU”) 202 y un dispositivo de entrada y salida (“E/S”) 203. La memoria 201 almacena instrucciones legibles por ordenador que indican al sistema 200 que realicen ciertos procesos. En particular, cuando son ejecutadas por la CPU 202, las instrucciones legibles por ordenador almacenadas en la memoria 201 indican a la CPU 202 y al hardware asociado que funcionen como uno o varios de un dispositivo de recogida de datos204, un dispositivo de determinación 205, un dispositivo de generación 206, y un dispositivo de envío 207. En realizaciones particulares a modo de ejemplo, uno o varios del dispositivo de recogida de datos 204, el dispositivo de determinación 205, el dispositivo de generación 206 y el dispositivo de envío 207 están situados en dispositivos remotos o locales. El dispositivo de E/S 203 recibe uno o varios datos de la red 100, datos de otros dispositivos y sensores acoplados al sistema 200, y la entrada de un usuario, y proporciona dicha información a la CPU 202. El dispositivo de E/S 203 también transmite o envía datos a otros dispositivos acoplados a la red 100, y envía una notificación a un usuario. Además, el dispositivo de E/S 203 implementa una o varias comunicaciones inalámbricas y/o por cable entre el sistema 200 y otros dispositivos.

Haciendo referencia a continuación a la figura 3, se describe un proceso a modo de ejemplo realizado por el dispositivo de recogida de datos204, el dispositivo de determinación205, el dispositivo de generación 206 y el dispositivo de envío 207. La figura 3 muestra un proceso para conservar servicios, que comienza en S300. En S301, el dispositivo de recogida de datos 204 recoge datos de la utilización acerca de un servicio, comprendiendo dichos datos de la utilización un último tiempo de utilización de un dispositivo portátil 400. Por ejemplo, el servicio comprende, como mínimo, uno de un servicio de comunicación (por ejemplo, un servicio de comunicación inalámbrica), un servicio de dispositivo portátil (por ejemplo, un servicio de distribución de dispositivo móvil), un servicio de tarjeta de módulo (por ejemplo, un servicio de distribución de tarjeta SIM, un servicio de suministro de tarjeta SIM) u otros servicios similares. El servicio puede ser proporcionado por uno o varios proveedores de servicios, tales como operadores inalámbricos, revendedores inalámbricos, proveedores de dispositivos portátiles, proveedores de tarjetas SIM o revendedores de marcas privadas u operadores de redes virtuales móviles (Mobile Virtual Network Operators, en inglés, “MVNO”). El último tiempo de utilización es un tiempo en el que un usuario utilizó el servicio por última vez en el dispositivo portátil 400, tal como una hora del día (por ejemplo, 1:00 p.m., 13:00) y un mes y día de un año (por ejemplo, 15/11/2012). En S302, el dispositivo de determinación 205 determina un último período de utilización para el servicio, tal como el período entre la última hora de utilización y una hora actual (por ejemplo, la hora en la que se está determinando actualmente el último período de utilización del servicio). De manera similar a la última hora de utilización, la hora actual incluye, por ejemplo, una hora del día (por ejemplo, 1:00 p.m., 13:00) o un mes y un día de un año (por ejemplo, 30/11/2012). El período entre la última hora de utilización y la hora actual se determina como la cantidad de tiempo que ha transcurrido entre la última hora de utilización y la hora actual, la cantidad de días que han transcurrido entre la última hora de utilización y la hora actual, el número de meses que han transcurrido entre el último tiempo de utilización y el tiempo actual, u otra expresión numérica de tiempo que ha transcurrido entre el último tiempo de utilización y el tiempo actual. Continuando con los ejemplos anteriores, cuando la última hora de utilización es “1:00 p.m., 15/11/2012” y la hora actual es “1:00 p.m., 30/11/2012”, la determinación del dispositivo 205 determinaría que el último período de utilización es de 360 horas o, alternativamente, de quince días. Como ejemplo adicional, cuando la última hora de utilización es “1:00 p.m., 20/7/2012” y la hora actual es “1:00 p.m., 20/11/2012”, la determinación del dispositivo 205 determinaría que el último período de utilización es de 123 días o, alternativamente, de cuatro meses. Posteriormente, en S303, el dispositivo de determinación 205 determina si el último período de utilización es mayor que un umbral. El umbral es un valor predeterminado, tal como una cantidad de tiempo, una cantidad de días, una cantidad de meses u otra expresión numérica de un período de tiempo. Cuando el dispositivo 205 determina que el último período de utilización es mayor que el umbral (S303: SÍ), el proceso pasa a S304 para generar contenido. Por ejemplo, continuando desde el último ejemplo, el umbral puede ser sesenta días o, alternativamente, dos meses. Cuando se determina que el dispositivo 205 determina que el último período de utilización, 123 días o cuatro meses es mayor que el umbral, entonces el proceso pasa a S304. Cuando se determina que el dispositivo 205 determina que el último período de utilización no es mayor que el umbral (S303: NO), el proceso termina en S306.

En S304, el dispositivo de generación 206 genera contenido correspondiente a un primer mensaje que es enviado al usuario en respuesta a la determinación de que el último período de utilización es mayor que el umbral. El contenido puede estar escrito en cualquier idioma que sea conocido por los expertos en la materia, tal como, por ejemplo, un lenguaje de marcado. Los lenguajes de marcado comprenden, por ejemplo, WIG WML, S@TML y JavaML. El primer mensaje comprende una notificación y una primera instrucción. La notificación incluye una pregunta de conservación, que pregunta al usuario si le gustaría conservar o continuar recibiendo el servicio. Por ejemplo, si un usuario está recibiendo un servicio de comunicación inalámbrica de un proveedor de servicios inalámbricos denominado “A”, el primer mensaje podría decir: “¿Desea continuar recibiendo el servicio de comunicación inalámbrica de A?” La primera instrucción, cuando es interpretada y ejecutada por un primer ordenador, implementa una pluralidad de comandos. La primera instrucción comprende una aplicación. Por ejemplo, en una red de GSM, la primera instrucción comprende un wiblet, un s@tlet o un subprograma Java. El wiblet es una pequeña aplicación basada en Wib; s@tlet es una pequeña aplicación basada en S@T; y el applet de Java es una pequeña aplicación basada en Java. Tal como se describió anteriormente, una aplicación basada en Wib es una aplicación que tiene la forma de código de bytes de Wib y es ejecutada por Wib (por ejemplo, un intérprete de Wib); una aplicación basada en S@T es una aplicación que tiene la forma de código de bytes de S@T y es ejecutada por un intérprete de S@T; y una aplicación basada en Java es una aplicación que tiene la forma de código de bytes de Java y es ejecutada por un intérprete de Java.

La implementación de la pluralidad de comandos hace que un segundo ordenador muestre la notificación. El primer y el segundo ordenador son entidades físicas (por ejemplo, un dispositivo portátil, una tarjeta de módulo) o entidades lógicas (por ejemplo, un proceso, un programa, un servicio, una máquina virtual). El primer ordenador, por ejemplo, es una tarjeta de módulo que funciona como intérprete. El intérprete es, como mínimo, uno de Wib, un intérprete de S@T o un intérprete de Java. Mostrar la notificación comprende mostrar la notificación en una pantalla (por ejemplo, una pantalla visual o una pantalla táctil). La implementación de la pluralidad de comandos también hace que el segundo ordenador reciba una entrada como respuesta a la notificación. La entrada puede comprender una entrada de texto, tal como un lenguaje de afirmación (por ejemplo, “S”, “Sí”, “Seguro”, “Por qué no”, “Hazlo”) o lenguaje de rechazo (por ejemplo, “No”, “Negativo”), o una selección de una opción presentada (por ejemplo, una selección de botón o tecla que representa una afirmación, una selección de una tecla que representa un rechazo). La implementación de la pluralidad de comandos provoca, además, que el segundo ordenador envíe un segundo mensaje que comprende la respuesta a la notificación. El segundo mensaje lo recibe el proveedor de servicios. El segundo mensaje comprende la respuesta a la notificación en, por ejemplo, un mensaje de servicio de mensajes cortos (“SMS”) de 7 bits, un mensaje de SMS de 8 bits, un mensaje de datos de servicio suplementarios no estructurados (Unstructured Supplementary Service Data, en inglés, “USSD”), MMS u otro tipo de mensaje de la red celular.

En ciertas realizaciones a modo de ejemplo, visualizar la notificación comprende visualizar la notificación en la pantalla para cubrir un elemento (por ejemplo, una aplicación, una imagen, un mensaje, un archivo y datos) previamente mostrado en la pantalla. En otras realizaciones a modo de ejemplo, enviar el segundo mensaje comprende enviar el segundo mensaje a una entidad de red (por ejemplo, un nodo, un enlace, un servidor u otro elemento activo en una red). En otras realizaciones adicionales a modo de ejemplo, la implementación de la pluralidad de comandos hace que el segundo ordenador determine, además, si la respuesta corresponde a una confirmación para continuar con los servicios y enviar el segundo mensaje cuando la respuesta corresponde a la confirmación para continuar con los servicios. La confirmación para continuar con los servicios puede ser un valor predeterminado, tal como un valor de texto (por ejemplo, “S”, “Sí”) o un valor numérico, o una señal predeterminada (por ejemplo, un tipo particular de impulso).

En realizaciones particulares a modo de ejemplo, el primer ordenador y el segundo ordenador están situados en un solo dispositivo, de tal manera que, por ejemplo, el primer ordenador es una tarjeta de módulo que está situada en un dispositivo portátil 400, y el segundo ordenador es un procesador situado en el mismo dispositivo. En otras realizaciones a modo de ejemplo, el primer y el segundo ordenador están dispuestos en más de un dispositivo.

En S305, el dispositivo de envío 207 envía el contenido a una puerta de enlace conocida, en realizaciones a modo de ejemplo, como puerta de enlace universal (“UG”). Después de recibir el contenido, la puerta de enlace prepara el primer mensaje y envía el primer mensaje al dispositivo portátil 400 correspondiente al usuario. En una red de GSM, por ejemplo, el primer mensaje comprende la notificación y la primera instrucción en, como mínimo, uno de un mensaje de SMS de 7 bits, un mensaje de SMS de 8 bits, un mensaje de USSD, un mensaje de MMS u otro tipo de mensaje de la red celular. Preparar el primer mensaje comprende convertir el contenido y codificar el contenido convertido en un tipo de mensaje. Por ejemplo, cuando el dispositivo 207 envía contenido que está escrito en WIG WML a la puerta de enlace, la puerta de enlace prepara un primer mensaje convirtiendo el contenido en código de bytes de Wib y codificando el contenido convertido en un mensaje de SMS de 7 bits. Alternativamente, cuando el dispositivo de envío 207 envía contenido escrito en S@TML a la puerta de enlace, la puerta de enlace prepara el primer mensaje convirtiendo el contenido en código de bytes de S@T y codificando el contenido convertido en un mensaje de SMS de 7 bits. En ambos ejemplos, el mensaje de SMS de 7 bits o el primer mensaje son enviados posteriormente al dispositivo portátil. El dispositivo portátil, tal como se describe a continuación, puede comprender una tarjeta de módulo. La tarjeta de módulo puede funcionar como un intérprete que está configurado para interpretar la primera instrucción. En una red inalámbrica, por ejemplo, el dispositivo portátil comprende una tarjeta SIM, en donde la tarjeta SIM funciona como un intérprete de DSTK. En dichas configuraciones, el intérprete de DSTK es, como mínimo, uno de Wib, un intérprete de S@T o un intérprete de Java.

Haciendo referencia a la figura 4, se describe el dispositivo portátil 400, que está configurado para conservar servicios. El dispositivo portátil 400 comprende un procesador 401, un receptor 402, una pantalla 403, una tarjeta de módulo 404, un transmisor 405 y un dispositivo de entrada 406. La tarjeta de módulo 404 comprende una memoria de módulo 411. La memoria de módulo 411 almacena una segunda instrucción que, cuando es ejecutada mediante la tarjeta de módulo 404, indica a la tarjeta de módulo 404 que funcione como un intérprete de módulo 412. El receptor 402 recibe un primer mensaje, en el que el primer mensaje comprende una notificación y una primera instrucción. El primer mensaje lo envía un proveedor de servicios. Tal como se describió anteriormente, el primer mensaje comprende la notificación y la primera instrucción en, como mínimo, uno de un mensaje de SMS de 7 bits, un mensaje de SMS de 8 bits, un mensaje de USSD u otro tipo de mensaje de la red celular. La notificación es una pregunta de conservación que le pregunta al usuario si le gustaría conservar o continuar recibiendo el servicio. La primera instrucción comprende una aplicación. Por ejemplo, en una red de GSM, la primera instrucción comprende un wiblet, un s@tlet o un applet de Java. El proveedor de servicios comprende, como mínimo, uno de entre un operador inalámbrico, un revendedor inalámbrico, un proveedor de dispositivos portátiles, un proveedor de tarjetas SIM y un MVNO. En ciertas realizaciones a modo de ejemplo, el receptor 402 recibe el primer mensaje de una entidad de red (por ejemplo, un nodo, un enlace, un servidor u otro elemento activo en una red).

La memoria 411 del módulo almacena el primer mensaje. La memoria del módulo también almacena un juego de herramientas. El kit de herramientas comprende la pluralidad de comandos. El intérprete 412 del módulo está configurado para interpretar la primera instrucción. La primera instrucción, cuando es interpretada y ejecutada por el intérprete 412 del módulo, implementa una pluralidad de comandos. En particular, la implementación de la pluralidad de comandos hace que el procesador 401 funcione como uno o varios de un dispositivo de visualización 407, un dispositivo de recepción de entrada 408, un dispositivo de determinación 409 y un dispositivo de envío 410.

El dispositivo de visualización 407 está configurado para mostrar la notificación en la pantalla 403. La pantalla 403 comprende, por ejemplo, una pantalla visual o una pantalla táctil. En ciertas realizaciones a modo de ejemplo, el dispositivo de visualización 407 está configurado para mostrar la notificación de modo que la notificación cubra un elemento previamente mostrado en la pantalla 403. Tal como se describió anteriormente, el elemento comprende, por ejemplo, una aplicación, una imagen, un mensaje, un archivo y datos. El dispositivo de recepción 408 de entrada está configurado para recibir una entrada (por ejemplo, una entrada de texto) como respuesta a la notificación. El usuario puede utilizar el dispositivo de entrada 406 para proporcionar la entrada. El dispositivo de entrada 406 comprende, por ejemplo, un teclado alfanumérico u otra fuente de entrada.

Posteriormente, el dispositivo de determinación 409 se configura para determinar si la respuesta corresponde a una confirmación para continuar con los servicios. Además, el dispositivo de envío 410 está configurado para enviar un segundo mensaje utilizando el transmisor 405 cuando la respuesta corresponde a la confirmación para continuar con los servicios (por ejemplo, un valor predeterminado, tal como un valor de texto). De manera similar al primer mensaje, el segundo mensaje comprende la respuesta a la notificación en, como mínimo, uno de un mensaje de SMS de 7 bits, un mensaje de SMS de 8 bits, un mensaje de USSD u otro tipo de mensaje de la red celular. Tal como se describió anteriormente, la confirmación para continuar con los servicios es un valor predeterminado, tal como un valor de texto, un valor numérico o una señal predeterminada. En ciertas realizaciones a modo de ejemplo, el dispositivo portátil 400 no funciona como dispositivo de determinación 409. En particular, en dichas realizaciones a modo de ejemplo, el dispositivo de recepción 408 de entrada recibe una entrada como respuesta a la notificación, y el dispositivo emisor 410 envía posteriormente el segundo mensaje utilizando el transmisor 405. El proveedor de servicios recibe el mensaje de 5 segundos. En otras realizaciones a modo de ejemplo, el dispositivo de envío 410 envía el segundo mensaje a una entidad de red correspondiente a un proveedor de servicios. Tal como se describió anteriormente, la entidad de red es, por ejemplo, un nodo, un enlace, un servidor, u otro elemento activo en una red.

Haciendo referencia a la figura 5, se describe un diagrama de flujo de una realización particular de la invención. Esta realización de la invención tiene lugar en el entorno de acuerdo con la figura 1 con redes 100, servidores 101, dispositivos 102, sistema 200 y dispositivos portátiles 400. En particular, el entorno comprende una primera red 100, un servidor 101, el sistema 200 y un dispositivo portátil 400. El dispositivo portátil 400 y el servidor 101 están acoplados a la primera red 100. El sistema 200 y el servidor 101 están acoplados a la segunda red 100. El dispositivo portátil 400 es utilizado por un usuario. El sistema 200 es una entidad de red que corresponde a un proveedor de servicios; por lo tanto, el sistema 200 se conoce como una “entidad proveedora de servicios” (Service Provider, en inglés, “SP”). El servidor 101g es una puerta de enlace; por tanto, el servidor 101g se puede denominar “Servidor de puerta de enlace” (Gateway Server, en inglés, “GS”) La primera red 100 es una red inalámbrica; y la segunda red 100 es una red informática. La red informática puede emplear un protocolo de red tal como el Protocolo de transferencia de hipertexto (HyperText Transfer Protocol, en inglés, “HTTP”) o un mensaje corto de igual a igual (Short Message Peer-to-Peer, en inglés, “SMPP”).

El SP monitoriza otros servidores 101 y dispositivos 102 que están acoplados a la red inalámbrica y a la red informática para obtener información acerca del dispositivo portátil 400 y del usuario. La información comprende datos de la utilización de un servicio. El servicio puede ser proporcionado por el proveedor de servicios o por otra parte (por ejemplo, un nuevo proveedor de servicios). Mediante la recogida de los datos de la utilización del servicio, el sistema 200 determina un último período de utilización para el servicio, en donde el último período de utilización comprende un período entre el último tiempo de utilización y el tiempo actual. El sistema 200 determina posteriormente si el último período de utilización es mayor que un umbral, y cuando determina que el último período de utilización es mayor que el umbral, el sistema 200 genera contenido correspondiente a un primer mensaje. Tal como se describió anteriormente, el contenido puede estar escrito en un lenguaje de marcado, tal como, por ejemplo, uno o varios de WIG WML, S@TML y JavaML. La señal 501 representa este contenido.

En la figura 5, la señal 501 es enviada desde el sistema 200 al GS a través de la red informática. El GS prepara el primer mensaje y envía el primer mensaje al dispositivo portátil 400. El primer mensaje comprende una notificación y una primera instrucción en, como mínimo, uno de un mensaje de SMS de 7 bits, un mensaje de SMS de 8 bits, un mensaje de USSD u otro tipo de mensaje de la red celular. Tal como se describió anteriormente, la notificación contenida en el primer mensaje comprende una pregunta de conservación que pregunta al usuario si le gustaría conservar o continuar recibiendo el servicio, y la primera instrucción comprende una aplicación (por ejemplo, un wiblet, tal como s@tlet, o un subprograma de Java). Un wiblet es una aplicación que tiene la forma de código de bytes de Wib; un s@tlet es una aplicación que tiene la forma de código de bytes de S@T; y un subprograma de Java es una aplicación que tiene la forma de código de bytes de Java.

En la etapa 502, el GS prepara el primer mensaje. La preparación del primer mensaje comprende convertir la señal 501 en un código portátil o un código de bytes y codificar la señal convertida en un tipo de mensaje. El código de bytes es, por ejemplo, código de bytes de Wib, código de bytes de S@T y código de bytes de Java. Específicamente, cuando la señal 501 está escrita en WIG WML, el GS convierte la señal 501 en código de bytes de Wib y codifica la señal convertida en un mensaje de SMS o un mensaje de USSD. Alternativamente, cuando la señal 501 está escrita en S@TML, el GS convierte la señal 501 en un código de bytes de S@T, y codifica la señal convertida en un mensaje de SMS o un mensaje de USSD. Alternativamente, cuando la señal 501 está escrita en JavaML, el GS convierte la señal 501 en un código de bytes Java y codifica la señal convertida en un mensaje de SMS o un mensaje de USSD. El mensaje de SMS o el mensaje de USSD después de la codificación puede ser el primer mensaje. La señal 503 representa este primer mensaje.

En la figura 5, la señal 503 es enviada desde el GS al dispositivo portátil 400 a través de la red inalámbrica. El dispositivo portátil 400 comprende un receptor, un procesador, una pantalla, una tarjeta de módulo y un transmisor. La tarjeta de módulo comprende una memoria, que está configurada para almacenar la señal 503. La memoria está configurada para almacenar también un juego de herramientas y una segunda instrucción. El juego de herramientas comprende una pluralidad de comandos. La tarjeta de módulo ejecuta la segunda instrucción y funciona como un intérprete que está configurado para interpretar y ejecutar la primera instrucción, de tal manera que la ejecución de la primera instrucción implementa la pluralidad de comandos. En ciertas realizaciones a modo de ejemplo, el dispositivo portátil 400 comprende una tarjeta de módulo que es una tarjeta SIM, en la que se almacena un juego de herramientas, tal como un DSTK. En consecuencia, el intérprete es un intérprete de DSTK (por ejemplo, Wib, un intérprete de S@T, un intérprete de Java) y la ejecución de la primera instrucción implementa una pluralidad de comandos, tales como DisplayText, Getlnput y Send-ShortMessage.

La implementación de la pluralidad de comandos hace que el procesador en el dispositivo portátil 400 funcione como un dispositivo de visualización, un dispositivo de recepción y un dispositivo de envío. Específicamente, la implementación de DisplayText hace que el procesador funcione como el dispositivo de visualización, de modo que el dispositivo de visualización muestre la notificación en la pantalla. La señal 504 representa el mensaje que se muestra al usuario. La implementación de GetInput hace que el procesador funcione como dispositivo de recepción, de modo que el dispositivo de recepción reciba una entrada como respuesta a la notificación. La señal 505 representa la entrada que se recibe del usuario. Y la implementación de SendShortMessage hace que el procesador funcione como el dispositivo de envío, que envía un segundo mensaje utilizando el transmisor a través de la red inalámbrica. El segundo mensaje es la respuesta a la notificación. Tal como se describió anteriormente, el segundo mensaje comprende la respuesta a la notificación, como mínimo, en uno de un mensaje de SMS de 7 bits, un mensaje de SMS de 8 bits, un mensaje de USSD u otro tipo de mensaje de la red celular. El procesador en el dispositivo portátil 400 envía el segundo mensaje al GS a través de la red inalámbrica, por ejemplo. La señal 506 transmite este segundo mensaje.

En la etapa 507, el GS prepara el segundo mensaje. La preparación del segundo mensaje comprende convertir la señal 506 a cualquier lenguaje conocido por parte de los expertos en la técnica, como un lenguaje de marcado para efectuar la comunicación a través del transmisor 405. En ciertas realizaciones a modo de ejemplo, el lenguaje de marcado es el lenguaje de marcado de hipertexto. (“HTML”). Posteriormente, el GS envía el segundo mensaje al SP a través de la red informática. La señal 508 transporta este segundo mensaje.

Haciendo referencia a continuación a la figura 6, se describirá una representación esquemática de otra realización a modo de ejemplo de la presente invención. La figura 6 muestra muchos de los mismos elementos que se explicaron anteriormente en detalle con respecto a la figura 1. Por ejemplo, la figura 6 incluye una o varias redes 100, uno o varios servidores 101, uno o varios dispositivos 102, uno o varios sistemas 200, y uno o varios dispositivos portátiles 400. La figura 6 también muestra uno o varios servidores 300 de inteligencia de negocios (BI) acoplados a la red 100. Tal como se explicó anteriormente, los proveedores de servicios y los proveedores de información proporcionan información a otras partes que utilizan los servidores (por ejemplo, los servidores 101, además de los servidores de BI 300) y los dispositivos (por ejemplo, los dispositivos 102, los dispositivos portátiles 400) que están acoplados a la red 100. Los servidores de BI 300 comprenden uno o varios de dispositivos informáticos de propósito general, dispositivos informáticos especializados, dispositivos de unidad central (mainframe, en inglés), dispositivos cableados, dispositivos inalámbricos, dispositivos de monitorización, dispositivos de infraestructura y otros dispositivos configurados para proporcionar uno o varios servicios e información a proveedores de servicios, usuarios y a otras partes. Los servidores 300 de BI incluyen uno o varios servidores 300 de BI. El servidor de BI 300 monitoriza los dispositivos portátiles 400 y recoge información de o acerca de los dispositivos portátiles 400 que están acoplados a la red 100.

En realizaciones a modo de ejemplo de la presente invención, uno o varios servidores de BI 300 están acoplados a un servidor 101 (por ejemplo, un servidor del proveedor de servicios) y están configurados para recoger información relacionada con los datos de la utilización del usuario de un dispositivo portátil de una pluralidad de bases de datos. La pluralidad de bases de datos puede estar situada en un servidor 101 o en una pluralidad de servidores 101. Los uno o varios servidores de BI 300 están configurados para utilizar un algoritmo predeterminado para procesar los datos de la utilización recogidos y enviar los datos de la utilización procesados a un servidor 101 diferente (por ejemplo, el servidor de RM 101rm) para determinar un conjunto de acciones (por ejemplo, mensajes detallados al abonado). El servidor 101 genera contenido en base a este conjunto de acciones y envía el contenido a otro servidor (por ejemplo, el servidor de UG 101 ug), que, a continuación, envía el contenido al dispositivo portátil 400 del usuario (que se describe a continuación).

Haciendo referencia a continuación a la figura 7, se describe el servidor de BI 300, que recoge u obtiene datos de la utilización del usuario (es decir, del abonado) asociados con un dispositivo portátil 400 de una pluralidad de bases de datos. El servidor de BI 300 comprende, por ejemplo, una memoria 301, una unidad de procesamiento central (“CPU”) 302 y un dispositivo de entrada y salida 303 (“E/S”). La memoria 301 almacena instrucciones legibles por ordenador que indican a un servidor de BI 300 para realizar ciertos procesos. En particular, cuando las ejecuta la CPU 302, las instrucciones legibles por ordenador almacenadas en la memoria 301 pueden indicar a la CPU 302 que funciones como uno o varios de un dispositivo 304 de recogida de datos, un dispositivo de procesamiento de datos 305 y un dispositivo de envío 306. En realizaciones particulares a modo de ejemplo, uno o varios del dispositivo de recogida de datos304, el dispositivo de procesamiento de datos 305 y el dispositivo de envío 306 están situados en dispositivos remotos o locales. El dispositivo de E/S 303 recibe uno o varios datos de la red 100 y datos de otros dispositivos y sensores acoplados al servidor de BI 300 y proporciona dicha información a la CPU 302. El dispositivo de E/S 303 también transmite o envía datos a otros dispositivos conectados a la red 100 (por ejemplo, el servidor de RM). El dispositivo de E/S 303 puede implementar una o varias comunicaciones inalámbricas y/o cableadas entre el servidor de BI 300 y otros dispositivos.

Haciendo referencia a continuación a las figuras 8 y 9, se describe un proceso a modo de ejemplo de la presente invención realizado por una pluralidad de servidores (por ejemplo, un servidor de SP 101sp, un servidor de BI 300, un servidor de RM 101rm y un servidor de UG 101 ug). La figura 8 muestra un proceso para proporcionar servicios a un abonado de un dispositivo portátil (por ejemplo, servicios de conservación avanzados, servicios de venta de valor añadido y otros servicios similares), que comienza en S800. En S801, el dispositivo de recogida de datos 304 del servidor de BI 300 recoge los datos de la utilización del abonado de una pluralidad de bases de datos. Específicamente, el dispositivo de recogida de datos 304 recoge datos relacionados con la actividad de Internet de un abonado (por ejemplo, datos enviados hacia / desde el abonado en forma de bytes de datos), información de facturación, mensajes enviados a través de MMS y/o SMSC, información del teléfono (por ejemplo, qué tipo de teléfono está utilizando el abonado, el historial del teléfono y cualquier cambio / conmutación en los teléfonos y nuevas funciones mejoradas del teléfono asociadas con estos cambios), y otra información útil para conservar y/o presentar servicios avanzados al abonado. En particular, el servidor de BI 300 puede recoger información sobre caídas repentinas o cambios en los patrones de utilización de los dispositivos portátiles (por ejemplo, cambios en llamadas, mensajes de texto, mensajes de MMS, utilización de datos, visualización de sitios web de la competencia, etc.); pérdida de abonados superior al promedio de acuerdo con la ubicación y/o la geografía; utilización basada en marcas, modelos o conjuntos de funciones de teléfonos; y planes de tarifas anteriores / actuales.

En S802, el dispositivo de procesamiento de datos 305 del servidor de BI 300 procesa los datos de la utilización del abonado recogidos, utilizando un algoritmo predeterminado (por ejemplo, el servidor de BI 300 procesa los datos de la utilización del abonado recogidos, para determinar si los datos cumplen una condición predeterminada). Por ejemplo, tal como se muestra con más detalle en la figura 9, el servidor de BI 300 recoge datos relacionados con la actividad del abonado en sitios web de proveedores de servicios de la competencia y datos relacionados con la cantidad de tiempo restante en el plan de servidor del dispositivo portátil del abonado. Posteriormente, el servidor de BI 300 procesa datos en S901 utilizando un algoritmo relacionado con la renovación del plan de servicio. Específicamente, el servidor de BI 300 determina en S902 si el abonado ha visitado los sitios web de un proveedor de servicios de la competencia X veces durante un período de tiempo Y (por ejemplo, 10 veces en 3 días). En caso afirmativo, el servidor de BI 300 determina en S903 si al abonado le queda Z cantidad de tiempo en el plan de servicio del dispositivo portátil (por ejemplo, le queda 1 mes). En caso afirmativo, el servidor de BI en S904 determina que una categoría accionable de datos es información relacionada con la renovación del plan de servicios (S905). La categoría accionable de datos puede incluir, por ejemplo, datos correspondientes a conservar un servicio de abonado, datos correspondientes a ofrecer servicios adicionales a un abonado, datos correspondientes a servicios de venta de valor añadido a un abonado y otros datos adecuados. Si en S902, o en S903, el servidor de BI 300 determina que la respuesta es NO, el proceso pasa a S905, en donde el servidor de BI 300 pasa al siguiente algoritmo predeterminado (por ejemplo, almacenado en la memoria 301).

Otros ejemplos de datos de la utilización de abonados recogidos incluyen, pero no están limitados a, cambios en la utilización de un abonado relacionados con una categoría accionable de datos de presentación de nuevos planes de tarifas inalámbricas (por ejemplo, llamadas y datos ilimitados, planes especializados de tarifas internacionales, y otros planes adecuados); altas tasas de abandono que están relacionadas con una categoría accionable de datos sobre la presentación de mejores incentivos / comisiones para los concesionarios, comercialización dirigida y otras acciones adecuadas; cuestiones relativas al teléfono que están relacionadas con una categoría accionable de datos de presentación / venta de dispositivos portátiles modernos más nuevos, suministro de teléfonos inteligentes de bajo coste de cortesía a bajo coste y/o sin coste, y otros dispositivos adecuados; plan de tarifas de utilización basado en ciertos parámetros (por ejemplo, geografía, ubicación, etc.) que están relacionados con una categoría accionable de datos de presentación de servicios y productos personalizados; y cualquier combinación adecuada de los mismos.

En S803 de la figura 8, el servidor de BI 300 determina si se puede determinar una categoría accionable de datos. En caso afirmativo, el dispositivo de envío 306 del servidor de BI 300 envía la información relacionada con la categoría accionable de datos al servidor de RM 101rm. En S804, el servidor de RM 101rm genera contenido basado en la categoría accionable de datos. En particular, el servidor de RM 101rm procesa la información enviada desde el servidor de BI 300 (por ejemplo, determina como mínimo una acción basada en la categoría accionable de datos y en un conjunto predefinido de reglas) y genera contenido relevante (por ejemplo, un conjunto de acciones) basado en un conjunto predeterminado de reglas. De acuerdo con el ejemplo de renovación del plan de servicio explicado anteriormente, el servidor de RM 101 rm puede determinar que el contenido relevante está relacionado con ofertas y/o incentivos para la renovación del plan de servicio, que puede ser enviado a un dispositivo portátil 400. El conjunto predefinido de reglas puede incluir una pluralidad de acciones, cada una de las cuales está asociada con una categoría accionable de datos, y cada una de las cuales incluye la información que se enviará como mensaje al abonado. El conjunto predefinido de reglas también puede incluir, como mínimo, un mensaje que es devuelto desde el servidor de UG 101ug al abonado después de recibir la respuesta al mensaje del abonado (que se explica a continuación). Si el servidor de BI 300 determina en S803 que no se puede determinar ninguna categoría accionable de datos, el proceso termina en S806.

En S805, el servidor de RM 101rm envía el contenido a un dispositivo portátil 400. Específicamente, las realizaciones a modo de ejemplo establecen que el servidor de RM 101rm envía el contenido al servidor de SP 101 sp, que prepara el contenido en un mensaje (tal como, por ejemplo, un primer mensaje, que se explica, a su vez, a continuación). A continuación, este mensaje es enviado desde el servidor de SP 101sp al servidor de UG 101ug, que envía el mensaje al dispositivo portátil 400. Además, tal como se explicó anteriormente, un módulo de SM, o alternativamente, un módulo de UICC, decodificará este mensaje en un mensaje que puede ser procesado por el procesador del dispositivo portátil 400 y mostrado en la pantalla del dispositivo portátil 400 al usuario / abonado. Por ejemplo, el mensaje que se muestra en la pantalla puede ser una pregunta de “sí/no” planteada al abonado, un menú desde el cual el abonado puede seleccionar una opción deseada, un mensaje pidiendo al abonado que introduzca una respuesta u otra opción adecuada. Una vez que este contenido es enviado al dispositivo portátil 400, el proceso termina en S806.

Haciendo referencia a continuación a la figura 10, se describe un diagrama de flujo de una realización particular que incluye el servidor de BI 300. Esta realización de la invención tiene lugar en el entorno de acuerdo con la figura 6 con redes 100, servidores 101, dispositivos 102, sistema 200, servidor de BI 300 y dispositivos portátiles 400. En particular, el entorno comprende un servidor de BI 300, un servidor de SP 101sp, un servidor de UG 101ug y un dispositivo portátil 400. En S1001, el servidor de BI 300 inicia una comunicación con el servidor de SP 101sp para solicitar datos de la utilización del abonado desde el servidor de SP 101sp. En S1002, el servidor de SP 101sp envía al servidor de BI 300 todos los datos relevantes de utilización del abonado (es decir, datos sin procesar) basados en la solicitud del servidor de BI 300. A continuación, el servidor de BI 300 procesa los datos de la utilización del abonado recogidos en S1003 utilizando el algoritmo predeterminado y determina categorías accionables de datos basadas en los datos procesados (tal como se explicó anteriormente).

En S1004, el servidor de BI 300 envía las categorías accionables de datos determinadas al servidor de SP 101sp. A continuación, el servidor de SP 101sp genera contenido correspondiente a un mensaje (tal como el primer mensaje) en S1005 en base a la categoría accionable de datos. En S1006, el servidor de SP 101sp envía el contenido generado en forma de un primer mensaje al servidor de UG 101ug. En S1007, el servidor de UG 101ug prepara el primer mensaje que se enviará al abonado. El primer mensaje incluye una primera instrucción y una notificación. En S1008, el servidor de UG 101ug envía el primer mensaje preparado al dispositivo portátil 400, que, en esta realización a modo de ejemplo, incluye un primer ordenador y un segundo ordenador. En el dispositivo portátil 400, la primera instrucción del primer mensaje, cuando es ejecutada por el primer ordenador, hace que el segundo ordenador realice las etapas de mostrar la notificación al usuario en una pantalla (S1009), reciba una entrada como respuesta a la notificación (S1010) y envíe un mensaje (por ejemplo, un segundo mensaje) al servidor de UG 101ug (S1011), incluyendo el segundo mensaje la respuesta del abonado a la notificación.

En S1012, el servidor de UG 101ug prepara el segundo mensaje para ser enviado al servidor de SP 101sp y, a continuación, en S1013, el servidor de UG 101ug envía el segundo mensaje al servidor de SP 101sp. En S1014, el servidor de SP 101sp procesa el segundo mensaje y prepara un mensaje opcional (por ejemplo, un tercer mensaje) para ser enviado al abonado en respuesta al segundo mensaje, si es necesario. Este tercer mensaje incluye, por ejemplo, un acuse de recibo del mensaje del abonado, una instrucción adicional para el abonado, una notificación de otras actividades que sucederán (por ejemplo, el abonado será contactado por el proveedor de servicios con respecto a la actualización de servicios y/o dispositivos), y otros mensajes adecuados. El tercer mensaje es enviado desde el servidor de SP 101sp al servidor de UG 101ug (S1015), desde el servidor de UG 101ug al dispositivo portátil 400 (S1016) y, a continuación, desde el dispositivo portátil 400 al usuario / abonado (S1017), de manera similar a S1006, S1008 y S1009, explicados anteriormente. Después de S1017, el proceso finaliza, a menos que sigan otras etapas opcionales.

Claims (12)

REIVINDICACIONES

1. Un sistema (100, 200) para presentar servicios a un abonado, que comprende:

un servidor del proveedor de servicios (SP, 101sp) configurado para:

recoger datos de la utilización del abonado asociados con un dispositivo portátil (400) y almacenar datos de la utilización del abonado en un almacén;

un servidor de inteligencia de negocios (BI, 300) configurado para:

procesar los datos de la utilización del abonado para determinar si los datos de la utilización del abonado cumplen una condición predeterminada, y

si los datos de la utilización del abonado cumplen una condición predeterminada, determinar si existe una categoría accionable de datos relacionada con los datos de la utilización del abonado procesados que cumplen la condición predeterminada;

un servidor de middleware (RM, 101rm), configurado para:

determinar, como mínimo, en una acción basada en:

la categoría accionable determinada de datos en respuesta a la determinación de que existe la categoría accionable de datos, y

un conjunto predefinido de reglas, y

enviar información acerca de la, como mínimo, una acción al servidor del proveedor de servicios (SP, 101sp); y

un servidor de puerta de enlace (GS, UG, 101 sg, 101ug) configurado para:

recibir un primer mensaje basado en la información acerca de la, como mínimo, una acción enviada desde el servidor del proveedor de servicios (SP, 101 sp),

enviar el primer mensaje solicitando una entrada desde el dispositivo portátil (400) por parte del abonado,

recibir un segundo mensaje desde el dispositivo portátil (400), basado en la respuesta introducida por el abonado, y

enviar el segundo mensaje al servidor del proveedor de servicios (SP, 101sp), donde cuando los datos de la utilización del abonado están relacionados con la utilización de datos del abonado asociada con el dispositivo portátil (400), el contenido generado por el servidor del proveedor de servicios (SP, 101sp) basado en la, como mínimo, una acción correspondiente al primer mensaje es una pregunta que se le hace al usuario, de si le gustaría solicitar servicios de datos adicionales cuando la utilización de datos del abonado recogida cumple la condición predeterminada y el contenido correspondiente al primer mensaje es una pregunta de conservación que pregunta al usuario si desea conservar o continuar los servicios de datos cuando el último período de utilización es mayor o igual a un umbral de período de utilización, de tal manera que al recibir el segundo mensaje por parte del servidor del proveedor de servicios los servicios permanecerán ininterrumpidos, cuando la respuesta introducida desde el abonado corresponde a una confirmación para continuar el servicio, en donde el primer mensaje es enviado al dispositivo portátil (400), que comprende un primer ordenador y un segundo ordenador, comprendiendo el primer mensaje una notificación y una primera instrucción;

en donde la primera instrucción, cuando es ejecutada por el primer ordenador, hace que el segundo ordenador:

muestre la notificación del primer mensaje en una pantalla del dispositivo móvil (400), y reciba el segundo mensaje como entrada del abonado en respuesta a la notificación;

en donde el primer ordenador comprende una tarjeta de módulo (404),

en donde la tarjeta de módulo (404) funciona como un intérprete, siendo el intérprete un Dynamic Subscriber Identity Module Toolkit, DSTK, un intérprete que es, como mínimo, uno de entre un intérprete de Wib y un intérprete de S@T; y

donde la tarjeta de módulo (404) comprende uno de:

una tarjeta de circuito integrado universal, UICC, y

un módulo de identidad de abonado, tarjeta SIM.

2. El sistema (100, 200) de la reivindicación 1, en el que los datos de la utilización del abonado comprenden como mínimo uno de:

datos relacionados con la actividad web del abonado asociado con el dispositivo portátil (400),

datos relacionados con el plan de servicio del dispositivo portátil del abonado asociado con el dispositivo portátil (400),

datos relacionados con la utilización de datos del abonado asociado con el dispositivo portátil (400), datos relacionados con la actividad de llamada telefónica del dispositivo portátil del abonado asociado con el dispositivo portátil (400),

datos relacionados con la actividad de mensajería de texto del dispositivo portátil del abonado asociado con el dispositivo portátil (400), y

datos relacionados con la actividad de mensajería multimedia del dispositivo portátil del abonado asociado con el dispositivo portátil (400).

3. El sistema (100, 200) de la reivindicación 1, en el que la condición predeterminada comprende:

si el abonado visitó un sitio web de la competencia del proveedor de servicios un número umbral de veces durante un período de tiempo predeterminado,

si una cantidad umbral de tiempo sigue estando dentro del plazo de suscripción del dispositivo portátil del abonado.

4. El sistema (100, 200) de la reivindicación 3, en el que cuando se determina que el abonado visitó el sitio web del proveedor de servicios de la competencia el número límite de veces durante el período de tiempo predeterminado y la cantidad límite de tiempo sigue estando dentro del período de suscripción del dispositivo portátil del abonado, la categoría accionable de datos es información relacionada con la renovación del plan de suscripción; y

en donde el primer mensaje comprende información acerca de ofertas de renovación de suscripción y precios.

5. El sistema (100, 200) de la reivindicación 1, en el que la categoría activa de datos comprende, como mínimo, uno de:

datos correspondientes a la conservación de un servicio de abonado, y

datos correspondientes a la oferta servicios adicionales para un abonado.

6. El sistema (100, 200) de la reivindicación 1, en el que el conjunto predefinido de reglas comprende:

una pluralidad de acciones, estando asociada cada una de la pluralidad de acciones con una categoría accionable de datos, y comprendiendo cada una de la pluralidad de acciones la información que se enviará como primer mensaje al abonado, y

una pluralidad de terceros mensajes, en los que el servidor de puerta de enlace (GS, UG, 101 gs, 101ug) está configurado para enviar un tercer mensaje de la pluralidad de terceros mensajes en respuesta a la recepción del segundo mensaje del abonado.

7. Un método para presentar servicios a un abonado, que comprende:

obtener, mediante un servidor del proveedor de servicios (SP, 101sp), datos acerca de la utilización del abonado asociado con un servicio de dispositivo portátil de una pluralidad de bases de datos;

enviar los datos de la utilización del abonado a un servidor de inteligencia de negocios (BI, 300); procesar, por parte del servidor de inteligencia de negocios (BI, 300), los datos de la utilización del abonado para determinar si los datos cumplen una condición predeterminada;

determinar una categoría accionable de datos relacionada con los datos procesados de la utilización del abonado que cumplen la condición predeterminada, si los datos procesados de la utilización del abonado cumplen la condición predeterminada, por parte del servidor de inteligencia de negocios (BI, 300); enviar la categoría accionable de datos determinada al servidor del proveedor de servicios (SP, 101) por parte del servidor de inteligencia de negocios (BI, 300);

generar contenido para ser incluido en un primer mensaje que se genera como consecuencia del resultado de determinar la categoría accionable de datos en base a los datos procesados de la utilización del abonado que cumplen la condición predeterminada por parte del servidor del proveedor de servicios (SP, 101); y enviar, por parte del servidor del proveedor de servicios (SP, 101) el primer mensaje a un servidor de puerta de enlace (GS, UG) y enviar por parte del servidor de puerta de enlace (GS, UG, 101 gs, 101ug), el primer mensaje a un dispositivo portátil (400), en donde el primer mensaje solicita una entrada del abonado, y en donde el primer mensaje comprende una notificación y una primera instrucción,

en donde el dispositivo portátil comprende un primer ordenador y un segundo ordenador, y

en donde la primera instrucción, cuando es ejecutada por el primer ordenador, hace que el segundo ordenador realice las etapas de:

mostrar la notificación en una pantalla (403),

recibir la entrada del abonado como respuesta a la notificación y

enviar un segundo mensaje, comprendiendo el segundo mensaje la respuesta a la notificación, en donde, cuando los datos de la utilización del abonado están relacionados con la utilización de datos del abonado asociado con el dispositivo portátil (400), el contenido correspondiente al primer mensaje es una pregunta que le pregunta al usuario si le gustaría solicitar servicios de datos adicionales cuando la utilización de datos del abonado recogidos cumple la condición predeterminada y el contenido correspondiente al primer mensaje es una pregunta de conservación que le pregunta al usuario si le gustaría conservar o continuar con los servicios de datos cuando el último período de utilización es mayor o igual a un umbral de período de utilización, en donde el primer ordenador comprende una tarjeta de módulo (404);

en donde la tarjeta de módulo (404) funciona como un intérprete, siendo el intérprete un kit de herramientas de módulo de identidad de abonado dinámico, DSTK, intérprete que es, como mínimo, uno de un intérprete de Wib y un intérprete de S@T; y

en donde la tarjeta de módulo (404) comprende uno de:

una tarjeta de circuito integrado universal, UICC, y

un módulo de identidad de abonado, tarjeta SIM.

8. El método de la reivindicación 7, en el que los datos de la utilización del abonado comprenden, como mínimo, uno de:

datos relacionados con la actividad web del abonado en el dispositivo portátil (400),

datos relacionados con el plan de servicio del dispositivo portátil del abonado en el dispositivo portátil (400), datos relacionados con la utilización de datos del abonado en el dispositivo portátil (400),

datos relacionados con la actividad de llamadas telefónicas del dispositivo portátil del abonado en el dispositivo portátil (400),

datos relacionados con la actividad de mensajes de texto del dispositivo portátil del abonado en el dispositivo portátil (400), y

datos relacionados con la actividad de mensajería multimedia del dispositivo portátil del abonado en el dispositivo portátil (400).

9. El método de la reivindicación 7, en el que la categoría accionable de datos comprende, como mínimo, uno de: datos correspondientes a conservar un servicio de abonado, y

datos correspondientes a ofrecer servicios adicionales a un abonado.

10. El método de la reivindicación 7, en el que la notificación comprende, como mínimo, uno de:

una pregunta que requiere una respuesta de “sí” o “no”,

un menú que incluye un número predeterminado de opciones y

un mensaje que solicita una respuesta generada por el abonado.

11. El método de la reivindicación 10, que comprende, además:

procesar, a través del servidor de puerta de enlace (GS, UG, 101 gs, 101ug), el segundo mensaje; y enviar un tercer mensaje al dispositivo portátil (400), en donde el tercer mensaje comprende un mensaje predeterminado seleccionado de entre una pluralidad de mensajes predeterminados, cada uno asociado con una respuesta particular, la respuesta particular correspondiente al segundo mensaje procesado, en donde el envío del segundo mensaje comprende enviar el segundo mensaje al servidor de puerta de enlace (GS, UG, 101 gs, 101ug).

12. El método de la reivindicación 7, en el que la etapa de obtener los datos de la utilización del abonado comprende:

obtener datos relacionados con la actividad web del abonado en los sitios web de proveedores de servicios de la competencia y

obtener datos relacionados con una fecha de finalización del servicio para el plan de servicio del dispositivo portátil del abonado;

en donde la etapa de procesar los datos de la utilización del abonado para determinar si los datos cumplen la condición predeterminada comprende:

obtener datos relacionados con la actividad web del abonado en el dispositivo portátil (400) y obtener datos relacionados con la fecha de finalización del servicio asociado con el dispositivo portátil (400),

en donde, cuando se determina que el abonado ha visitado los sitios web del proveedor de servicios de la competencia un número umbral de veces durante un período de tiempo predeterminado, y el abonado tiene una cantidad límite de tiempo restante en el período de suscripción del dispositivo portátil del abonado, el método comprende, además, determinar que la categoría accionable de datos es información relacionada con la renovación del plan de suscripción; y

en donde el contenido del primer mensaje incluye ofertas de renovación del plan de suscripción, y precios.