GESTIóN DE SERVICIOS, SUPERVISIóN Y CONTROL A DISTANCIA DE TELéFONOS PúBLICOS INALáMBRICOS POR MEDIO DE PAQUETES DE DATOS

CAMPO TéCNICO DE LA INVENCIóN

Esta invención se relaciona generalmente a los servicios de supervisión y gestión a distancia de dispositivos localizados remotamente. En particular, pero no exclusivamente a Ia supervisión, control, programación, comunicación y gestión de servicios a distancia de una pluralidad de teléfonos públicos inalámbricos con interfase de telecomunicación de datos hacia al menos una unidad central de supervisión y/o al menos una unidad de gestión de servicios. Lo anterior mediante el empleo de tecnología de paquetes de datos.

ANTECEDENTES DE LA INVENCIóN

En Ia actualidad varios métodos y sistemas han sido usados y propuestos para

Ia supervisión y/o control de dispositivos ubicados remotamente. Tales método y sistemas operan a partir de una unidad de control central, Ia cual recolecta, almacena, manipula e interpreta Ia información que proviene de dispositivos localizados remotamente tales como medidores de gas, agua o electricidad, máquinas vendedoras, cajeros automáticos, sistemas de alarma y seguridad y máquinas de juegos. Estos métodos y sistemas actuales tienen Ia desventaja de usar interfaces dedicadas que emplean módem o interfaces que se establecen por medio de una troncal de comunicación por telefonía fija o móvil sobre Ia cual Ia información, entre Ia unidad de control central y los dispositivos localizados remotamente, se intercambia mediante el análisis e interpretación de Tonos Digitales de Multifrecuencia (DTMF).

A continuación se describen patentes y solicitudes de patentes publicadas que describen los método y sistemas actuales.

Gary C. Fields, et al., en Ia patente estadounidense US-5,007,077, describen un mensaje de teléfono de monedas y un sistema de administración, los cuales son usados en una oficina central de un sistema telefónico con una pluralidad de estaciones de teléfonos de monedas convencionales localizados remotamente y con, o en lugar de, un sub-sistema automático de monedas, para el cual las estaciones de teléfonos de monedas están de otra manera conectados por troncales. El mensaje de teléfono de monedas y el sistema de administración comprenden una pluralidad de unidades de interface de línea programables, cada una está conectada a un troncal para supervisar señales eléctricas presentes sobre ella, Io cual indica el uso de Ia estación conectada a Ia troncal; para entregar mensajes predeterminados a un usuario de Ia estación y para generar señales eléctricas que emulan Ia operación de Ia estación con Io cual se controla el sub-sistema de monedas automático; una unidad de almacenamiento y entrega de mensajes selectivamente se conecta a las unidades de interface de línea programables para entregar al menos un mensaje de audio seleccionado al usuario de Ia estación a través de Ia troncal; y un controlador de sistema programado para coordinar operaciones de las unidades de interface de línea programables y Ia unidad de almacenamiento y entrega de mensajes para entregar mensajes seleccionados al usuario de dicha estación, para responder a los datos introducidos por el usuario de dicha estación y para originar señales eléctricas que emulan Ia operación de Ia estación las cuales van a ser generadas por Ia unidad de interface de línea.

Denis C. Blood, et al., en Ia patente estadounidense US-5,410,590, describen un aparato para auditar el uso e indicar, a una computadora central a través de una línea telefónica, el estado de un sistema de teléfonos de monedas. El aparato comprende una sección de suministro y conversión de potencia, conectada a Ia línea telefónica y Ia cual deriva corriente de ella. La sección de suministro y conversión de

potencia tiene un capacitor para almacenar y proveer periódicamente cargas eléctricas. Un microcontrolador es conectado a Ia sección de suministro y conversión de potencia. El apεrato comprende también una sección de recepción y transmisión de señales, Ia cual está conectada al microcontrolador y a Ia línea telefónica, y una sección de circuito que detecta el voltaje de Ia línea telefónica, corriente y señales de frecuencia relacionadas a Ia línea telefónica, las cuales son una función de Ia operación del sistema de teléfonos de monedas auditado. Finalmente el aparato tiene un programa lógico que reside en el microcontrolador, el cual recibe señales de datos y de ondas pertenecientes a Ia operación del sistema de teléfonos de monedas auditado y reportes de ellos a Ia computadora central en intervalos de tiempo determinados.

Dennis Steμhen Stapp, en Ia patente estadounidense US-5, 930, 7-71, describe un aparato y método para supervisar el inventario de una pluralidad de máquinas vendedoras operadas por monedas. Un escáner de código de barras es usado para apuntar al inventario en una memoria dentro de cada máquina vendedora. Cuando Ia mercancía es despachada, se generan registros de transacción que incluyen Ia fecha y hora de Ia venta, los cuales son almacenados dentro de cada máquina vendedora. Denominaciones de ofrecimientos de dinero por un comprador para cada transacción son también almacenados. En un tiempo predeterminado, bajo el control de un procesador en cooperación con un reloj calendario de tiempo real dentro de cada máquina vendedora, se transmite Ia información almacenada de cada transacción de venta a través de una interface de teléfono celular y módem a Ia computadora central, donde un análisis estadístico de las ventas para una sola o grupos predeterminados de máquinas vendedoras pueden ser desarrollados. Las llamadas son reguladas en tiempo, de tal manera que dos máquinas vendedoras no intenten comunicarse con Ia computadora central al mismo tiempo. Consecuentemente, un solo número de teléfono celular puede ser usado por todas las máquinas vendedoras. Estados de

inventario y cambios en los noveles de estos en una máquina vendedora pueden también ser comunicadas a Ia computadora central.

David Hyman Gordon, en Ia solicitud de patente europea EP-1, 249, 806, describe un sistema de supervisión remota que comprende un emisor de señal que provee un señal; medios para detectar Ia señal; medios para transmitir Ia señal a través de una red de especificación global para teléfonos móviles (GSM); y medios remotos para recibir Ia señal transmitida. El sistema de supervisión remota se caracteriza en que Ia señal es transmitida a través de SMS de Ia red GSM.

Vicente Angél Marcos Cartas, et al., en Ia publicación de Ia solicitud de patente española ES-2, 157,758, describen un sistema de gestión remoto de control fiscal, utilización fraudulenta y de localización geográfica de máquinas accionadas por monedas o por tarjetas. El sistema dispone de sensores que permiten contabilizar en paralelo toda Ia información específica necesaria además de medios para el control de fraude en los circuitos de contabilización todo ello conectado a un microprocesador para que a través de un módem opcionalmente inalámbrico se transmita Ia información a un ordenador central, donde ésta se analiza y donde se decide si procede enviar una orden a una máquina conectada. La conexión entre las máquinas y el ordenador central se puede hacer por línea telefónica normal o dedicada o por telefonía móvil digital pudiendo utilizar en este caso el sistema de envío de mensajes SMS a través del canal de control. El sistema puede también localizar Ia ubicación exacta de cada máquina bien a través de una GPS instalado en Ia misma o analizando los datos de ¡denthicación que se mandan por el canal de control. Entre las máquinas y el ordenador central se puede encriptar Ia información y también se puede establecer un sistema de corrección de errores y de confirmación de Ia información transmitida.

Razvan Sabie, en Ia publicación de Ia solicitud internacional de patente W- 01/65875, describe un método de información, control remoto y administración y un dispositivo que usa un servicio de mensajes SMS de red de telefonía móvil. El usuario recibe datos de telefonía móvil en un mensaje SMS, los datos se refieren a ciertos parámetros de un área de interés de cierta longitud, a través de sensores o dispositivos de medición, los cuales transmiten todos los datos de medición de Ia área de interés a un dispositivo para aplicar el método. El dispositivo para aplicar el método se caracteriza por una interface de recepción de datos, Ia cual transforma los datos recibidos en señeles digitales. éstas señales son transmitidas localmente a un propagador de dos vías (o cualquier otro dispositivo capaz de transmitir - recibir mensajes SMS). El propagador envía mensajes SMS, a través de Ia red de telefonía móvil de acuerdo al programa cargado, al usuario del teléfono móvil. El usuario, usando el mismo teléfono móvil, puede enviar mensajes SMS, a través de Ia red de telefonía móvil, al dispositivo para aplicar el método. El dispositivo antes descrito controla/comanda los dispositivos/plantas del área de interés, a través de una interface de control, de acuerdo a Ia instrucciones contenidas por el mensaje de control recibido desde el usuario.

Fredrick Ostbye, et al., en Ia publicación de Ia solicitud internacional de patente WO-2004/057852, describen un método y un sistema para transmitir información automáticamente entre al menos una unidad de supervisión y/o de control localizada remotamente para el menos un dispositivo generador de información y al menos un dispositivo central para recibir y procesar Ia información, donde el sistema comprende equipo para convertir Ia información en un formato de mensaje SMS y una primer unidad de llamado/recepción para SMS. A través de una conexión a una red de telefonía fija, Ia cua! esta equipada para Ia transmisión de información vía SMS, dicha transmisión es transportada vía SMS a un nodo de paso en Ia red de telefonía fija, cuando ciertos predefinidos criterios de decisión son cumplidos.

De los métodos y sistemas anteriormente descritos, aquellos que dependen del empleo de Ia plataforma de mensajes cortos SMS para establecer un intercambio de información que permita Ia supervisión, control y programación a distancia y de forma inalámbrica de dichos dispositivos, presentan Ia desventaja de Ia demora en Ia entrega de dichos mensajes, que por Io general es debido al tráfico presente dentro de Ia misma red de telecomunicaciones, por Io que resulta ser esta plataforma inadecuada para el intercambio de información en tiempo real.

En vista de Io anterior es necesario ofrecer un método, nodo y aparatos para permitir Ia gestión de servicios, supervisión y control a distancia de teléfonos públicos inalámbricos en tiímpo real, mediante el empleo de tecnología de intercambio de paquetes de datos de forma inalámbrica que permita tener conexión a Internet. Esto mediante el empleo de tecnología de paquetes de datos de telefonía móvil, como por ejemplo, Servicio General de Paquetes de Radio (GPRS), Tasas de Datos Realzadas para Ia Evolución de GSM (EDGE), Acceso Múltiple por División de Código 2000 (CDMA2000), Sistema de Telecomunicaciones Móviles Universal (UMTS), Libertad de Acceso Móvil Multimedia (FOMA), Acceso Múltiple de División de Código de Banda Ancha (WCDMA), Tecnología CDMA Síncrona por División en el Tiempo (TD-SCDMA), Acceso Descendente de Paquetes a Alta Velocidad (HSDPA) y Acceso Ascendente de Paquetes a Alta Ve.ocidad (HSUPA) que permita a un administrador general, por medio de un unidad central de supervisión con interfase a Internet, supervisar remotamente Ia red de teléfonos públicos inalámbricos en base a los eventos ocurridos en éstos, así como permitir a un usuario o propietario de un teléfono público inalámbrico gestionar servicios de información con al menos una unidad de gestión de servicios.

SUMARIO DE LA INVENCIóN

Es objeto de Ia presente invención proveer un método para supervisar y controlar a distancia uno o más teléfonos públicos inalámbricos con interfase de comunicación de datos hacia un nodo de control central a través de una red de telecomunicaciones, el método cuenta con los pasos de introducir, en el nodo de control central, una o más ordenes de supervisión, programación y/o control para los teléfonos públicos inalámbricos, tal que cada orden está asociada a Ia ocurrencia de un evento; determinar en el nodo de control central Ia ocurrencia del evento asociado al orden; estructurar, en el nodo de control central bajo Ia determinación de que el evento ha ocurrido, Ia orden en un formato de mensaje de acuerdo a un protocolo de comunicación establecido entre el nodo de control central y los teléfonos públicos inalámbricos; encapsular, en el nodo de control central, el mensaje estructurado en uno o más paquetes de datos; y enviar, del nodo de control central a los teléfonos públicos inalámbricos asociados al evento, el mensaje encapsulado en paquetes de datos a través de Ia interfase de comunicación de datos.

Otro objeto de Ia invención es ofrecer un nodo de control central para supervisar y controlar a distancia uno o más teléfonos públicos inalámbricos con interfase de comunicación de datos, el nodo está formado de medios para introducir una o más ordenes de supervisión, programación y/o control para los teléfonos públicos inalámbricos, tal que cada orden está asociada a Ia ocurrencia de un evento; medios para determinar Ia ocurrencia del evento asociado a Ia orden; medios para estructurar, bajo Ia determinación de que el evento ha ocurrido, Ia orden en un formato de mensaje de acuerdo a un protocolo de comunicación establecido entre el nodo de control central y los teléfonos públicos inalámbricos; medios para encapsular el mensaje estructurado en uno o más paquetes de datos; y medios para enviar el mensaje encapsulado en paquetes de datos a los teléfonos públicos inalámbricos asociados al evento, a través de Ia interfase de comunicación de datos.

Es también objeto de Ia invención ofrecer un método para recolectar en un nodo de control central información proveniente de uno o más teléfonos públicos inalámbricos, el método cuenta con los pasos de recibir, a través de una interfase de comunicación de datos, uno o más mensajes de paquetes de datos proveniente de uno o más teléfonos públicos inalámbricos; determinar que el mensaje recibido es valido; interpretar el contenido del mensaje de acuerdo al protocolo de comunicación establecido entre el nodo de control central y los teléfonos públicos inalámbricos, bajo Ia determinación de que el mensaje es valido; y estructurar el contenido interpretado en reportes estadísticos o administrativos.

Otro objeto de Ia invención es proveer un nodo de control central para recolectar información proveniente de uno o más teléfonos públicos inalámbricos, el nodo está formado por medios para recibir, a través de una interfase de comunicación de datos, uno o más mensajes de paquetes de datos proveniente de uno o más teléfonos públicos inalámbricos; medios para determinar que el mensaje recibido es valido; medios para interpretar el contenido del mensaje de acuerdo al protocolo de comunicación establecido entre el nodo de control central y los teléfonos públicos inalámbricos, bajo Ia determinación de que el mensaje es valido; y medios para estructurar el contenido interpretado en reportes estadísticos o administrativos.

Es también objeto de Ia presente invención ofrecer un método para programar un teléfono público inalámbrico por medio de mensaje encapsulado en paquetes de datos provenientes de un nodo de control central, el método cuenta con los pasos de recibir, en una unidad de enlace con interfase de comunicación de datos, un mensaje con una orden de supervisión, programación y/o control, proveniente de un nodo de control central; determinar que el mensaje recibido es valido; interpretar el contenido del mensaje de acuerdo al protocolo de comunicación establecido entre el teléfono público inalámbrico y el nodo de control central, bajo Ia determinación de que el

mensaje es valido; y programar el teléfono público inalámbrico con Ia información de programación recibida en el mensaje.

Otro objeto de Ia presente invención es un teléfono público inalámbrico programable por medio de mensajes encapsulados en paquetes de datos provenientes de un nodo de control central, el teléfono está formado por medios para recibir, en una unidad de enlace con interfase de comunicación de datos, un mensaje con una orden de supervisión, programación y/o control, proveniente del nodo de control central; medios para determinar que el mensaje recibido es valido; medios para interpretar el contenido del mensaje de acuerdo al protocolo de comunicación establecido entre el teléfono público inalámbrico y el nodo de control central, bajo Ia determinación de que el mensaje es valido; y medios para programar el teléfono público inalámbrico con Ia información de programación recibida en el mensaje.

También es objeto del presente invento proveer un método para enviar información generada por un teléfono público inalámbrico a un nodo de control central a través de una interfase de comunicación de datos, el método cuenta con los pasos de generar información relativa al teléfono público inalámbrico; determinar, en el teléfono público inalámbrico, Ia ocurrencia de un evento; y bajo Ia determinación de que un evento ha ocurrido estructurar, en el teléfono público inalámbrico, un mensaje con información gonerada en un formato de mensaje de acuerdo a un protocolo de comunicación establecido entre el teléfono público inalámbrico y el nodo de control central; y transmitir, del teléfono público inalámbrico al nodo de control central, el mensaje con Ia información estructurada sobre Ia interfase de comunicación de datos a través de una unidad de enlace.

Finalmente es objeto de Ia presente invención ofrecer un teléfono público inalámbrico que envía información generada a un nodo de control central a través de

una interfase de comunicación de datos, el teléfono está formado por medios para generar información relativa al teléfono público inalámbrico; medios para determinar Ia ocurrencia de un evento; y bajo Ia determinación de que un evento ha ocurrido medios para estructurar un mensaje con información generada en un formato de mensaje de acuerdo a un protocolo de comunicación establecido entre el teléfono público inalámbrico y el nodo de control central; y medios para transmitir, al nodo de control central, el mensaje con Ia información estructurada sobre Ia interfase de comunicación de datos a través de una unidad de enlace.

DESCRIPCIóN BREVE DE LAS FIGURAS

Los detalles característicos de Ia invención se describen en los siguientes párrafos en conjunto con las figuras que Io acompañan, los cuales son con el propósito de definir al invento pero sin limitar el alcance de éste.

Figura 1 ilustra un diagrama de bloques del sistema para Ia supervisión y control a distancia de teléfonos públicos inalámbricos por medio de mensajes y Ia estructura de un nodo de supervisión central de acuerdo al presente invento.

Figura 2 ilustra un diagrama de bloques de un módulo de control interno de un teléfono público inalámbrico supervisado y controlado remotamente de acuerdo al invento.

Figura 3 ilustra un diagrama de bloques de una terminal de gestión para teléfonos públicos inalámbricos de acuerdo al invento.

Figura 4 muestra el diagrama de flujo de un método para el envío de mensajes desde un nodo de control central hacia una red de teléfonos públicos inalámbricos de acuerdo al presente.

Figura 5 muestra el diagrama de flujo de un método para Ia recepción de mensajes, en un nodo de control central, provenientes de una red de teléfonos públicos inalámbricos de acuerdo al invento.

Figura 6 muestra el diagrama de flujo de un método para el envío de mensajes desde un teléfono público inalámbrico hacia un nodo de control central de acuerdo al invento.

Figura 7 muestra el diagrama de flujo de un método para Ia recepción de mensajes, en un teléfono público inalámbrico, provenientes de un nodo de control central de acuerdo al invento.

DESCRIPCIóN DETALLADA DE LA INVENCIóN

De acuerdo con Ia Figura 1, Ia cual ilustra un diagrama de bloques de un sistema para Ia supervisión, programación y control a distancia de teléfonos públicos inalámbricos de acuerdo al invento. Un sistema 10, dentro de una red de telecomunicaciones, está formado por un nodo de control central 20 para supervisar, programar y controlar remotamente una pluralidad de teléfonos públicos inalámbricos 30, los cuales pueden ser teléfonos públicos que operan a base de monedas y/o tarjetas prepagadas. El sistema 10 también cuenta con uno o más proveedores de servicios 40 que permiten proveer servicios de validación, autentificación, identificación y/o actualización de información que puedan ser gestionados a través de los teléfonos públicos inalámbricos 30.

Los teléfonos públicos inalámbricos 30 son servidos por al menos una red de telecomunicaciones inalámbrica 50 con tecnología de paquetes de datos, por ejemplo,

GPRS, EDGE, CDMA2000, UMTS, FOMA, WCDMA, TD-SCDMA, HSDPA o HSUPA, de uno

o más operadores de redes y están equipados con un módulo de control interno 60 con una interfase de telecomunicación inalámbrica de paquetes de datos hacia una red de Internet 70 vía ía red de telecomunicaciones inalámbrica 50. Alternativamente el teléfono público inalámbrico 30 puede incluir una interfase hacia una terminal de gestión 80 empleada para gestionar servicios ofrecidos por los proveedores de servicios 40 a través del propio teléfono público inalámbrico 30 a Ia que está conectada.

El nodo de control central 20, que puede estar localizado en una oficina central o de forma distribuida, cuenta con al menos una interfase a Ia red de Internet 70 por

Ia cual transmite mensajes de paquetes de datos con ordenes de supervisión, programación y/o control hacia Ia pluralidad de teléfonos públicos inalámbricos 30, o por Ia cual también recibe mensaje de respuesta a los mensajes transmitidos o mensajes con información que contienen reportes generados por los mismos teléfonos públicos inalámbricos 30.

Los proveedores de servicios 40 que pueden ofrecer servicios de información, como por ejemplo, compra de tiempo aire para teléfonos móviles, validación de tarjetas de crédito, control de inventarios de productos, cuentan con al menos una interfase a Ia red de Internet 70.

Dentro de Ia misma Figura 1 se muestra Ia estructura en diagrama de bloques de un nodo de control central de acuerdo al presente invento. El nodo de control central 20 incluye una o más interfaces locales de acceso 90, una o más interfaces de acceso remoto 100, un módulo de control de eventos 110, un módulo de aplicación 120, un módulo de interpretación de protocolo 130, un módulo de envío/recepción de mensajes 140, una base de datos de teléfonos públicos 150, base de datos de eventos 160 y una base de datos de reportes 170.

A través de Ia interfase local de acceso 90, Ia cual puede ser una computadora, terminal o un asistente digital personal, el administrador general puede programar eventos a realizar e introducir información de actualización para las diferentes bases de datos, o solicitar Ia ejecución en tiempo real de ordenes de supervisión, programación y/o control para los teléfonos públicos inalámbricos 30.

En una realización alternativa del presente invento, uno o más operadores de redes de teléfonos públicos, cuyas redes estén siendo supervisadas y controladas remotamente por el nodo de control central 20, pueden programar eventos a realizar e introducir información de actualización para las diferentes bases de datos, o solicitar Ia ejecución en tiempo real de ordenes de supervisión, programación y/o control para los teléfonos públicos inalámbricos 30 a través de Ia interfase de acceso remoto 100 Ia cual puede ser una interfase abierta de Internet que puede ser accesada a través de una página WEB.

El nodo de control central 20 a través del módulo de control de eventos 110 determina cuando es necesario transmitir mensajes con ordenes de supervisión, programación y/o control a los teléfonos públicos inalámbricos 30 en base a eventos programados por el administrador u operadores de redes de teléfonos públicos y que se encuentran almacenados en Ia base de datos de eventos 160. El módulo de control de eventos 110, por Io general emplea para tal propósito un reloj-calendario para llevar a cabo el control del tiempo de los eventos programados.

Un ejemplo de Ia estructura de datos, de Ia base de datos de eventos 160, es mostrada a continuación en Ia Tabla 1. Los datos mostrados son sólo con propósitos demostrativos.

Tabla 1

La información introducida o Ia información generada previamente programada es recolectada por el módulo de aplicación 120 y Ia transfiere al módulo interpretador de protocolo 130 indicándole Ia acción a ser realizada.

El módulo interpretador de protocolo 130 estructura Ia información recolectada por el módulo de aplicación 120 en un formato de mensaje de acuerdo al protocolo de comunicación establecido entre el nodo de control central 20 y Ia red del teléfonos públicos inalámbricos 30.

Para el caso en que Ia acción a realizar sea transmitir un mensaje a Ia red de teléfonos públicos inalámbricos 30, el módulo interpretador de protocolo 130, una vez estructurado el mensaje, transfiere el mensaje estructurado al módulo de envío/recepción de mensajes 140.

El módulo de envío/recepción de mensajes 140 encapsula en uno o más paquetes de datos el mensaje estructurado conforme, por ejemplo, al Protocolo de Transferencia de Hipertexto (HTTP) para poder ser enviado a través de Ia interfase a Ia red de Internet 70 a al menos un teléfono público inalámbrico 30 asociado al evento. Para lograr enviar el mensaje encapsulado, el módulo de envío/recepción de mensajes 140 extrae, de Ia base de datos de teléfonos públicos 150, Ia información correspondiente al Nombre de Punto de Acceso (APN) correspondiente al operador de

Ia red de telecomunicaciones que da servicio al teléfono público inalámbrico 30 y el respectivo número de directorio.

La base de datos de teléfonos públicos 150 se forma en base a las direcciones de cada uno de los teléfonos públicos inalámbricos 30 que son supervisados y controlados y que en una realización alternativa pueden estar clasificados por operadores de redes de teléfonos públicos inalámbricos. Dicha base de datos también incluye información relativa al APN asociado al operador de Ia red de telecomunicaciones que Ie da servicio a de tales teléfonos públicos inalámbricos 30. La base de datos de teléfonos públicos 150 pueden estar ubicadas dentro del nodo de control central 20 o de manera separada a él.

Un ejemplo de Ia estructura de datos, de Ia base de datos de teléfonos públicos 150, es mostrada a continuación en Ia Tabla 2. Los datos mostrados son sólo con propósitos demostrativos.

Tabla 2

Continuamente el módulo de envío/recepción de mensajes 140 determina sí uno o más mensajes de paquetes de datos provenientes de uno o más teléfonos públicos inalámbricos 30 de una o más redes de teléfonos públicos han sido recibidos a través de Ia interfase a Ia red de Internet 70, es decir, el módulo de envío/recepción

de mensajes 140 detecta de manera continua cuando un mensaje de paquetes de datos ha sido recibido para proceder a extraer Ia información contenida para que pueda ser interpretado por el módulo interpretador de protocolo 130.

El módulo de envío/recepción de mensajes 140 transfiere el contenido del mensaje al módulo interpretador de protocolo 130, él cual procede a interpretar el contenido del mensaje de acuerdo al protocolo de comunicación establecido entre el nodo de control central 20 y Ia red de teléfonos públicos inalámbricos 30.

El módulo interpretador de protocolo 130 transfiere el contenido de mensaje ya interpretado al módulo de aplicación 120, él cual procede a estructurar Ia información en forma que puede ser interpretada tanto por el administrador general o los operadores de redes de teléfonos públicos en forma de reportes estadísticos, contables o administrativos 180 que pueden ser desplegados en las pantallas de sus terminales, impresns y/o almacenados en una base de datos de reportes 170.

Un ejemplo de Ia estructura de datos, de Ia base de datos de reportes 170, es mostrada a continuación en Ia Tabla 3. Los datos mostrados son sólo con propósitos demostrativos.

Tabla 3

Cambiando ahora a Ia Figura 2, Ia cual ilustra Ia estructura en diagrama de bloques del teléfono público inalámbrico 30 de acuerdo al invento. El módulo de control interno 60 está configurado generalmente en forma de una o más tarjetas de circuito impreso interconectadas, que constan de una o más unidades de enlace 190, uno o más controladores 200, uno o más sensores 210, un módulo de aplicación 220, un interpretador de protocolo 230, un módulo de envío/recepción 240, una primera memoria programable 250, una segunda memoria programable 260, una tercera memoria programables 270, un reloj-calendario 280 y al menos una interfase de comunicación de terminal 290.

La unidad de enlace 190 consta de al menos una interfase de comunicación de voz y al menos una interfase de comunicación de datos. La interfase de comunicación de voz es usada para proveer el servicio de comunicación de telefonía pública de voz a los usuarios del teléfono público inalámbrico 30, por otro lado, Ia interfase de comunicación de datos es usada para establecer el intercambio de información con el nodo de control central 20 y con los proveedores de servicios 40 por medio de Ia transmisión y/o recepción de paquetes de datos. La unidad de enlace 190 es servida por una o más redes de telecomunicaciones inalámbricas 50 con tecnología de paquete de datos, por ejemplo, GPRS, EDGE, CDMA2000, UMTS, FOMA, WCDMA, TD- SCDMA, HSDPA o HSUPA, de uno o más operadores de redes; Ia unidad de enlace 190 puede ser un teléfono celular con Ia capacidad de transmisión y recepción de voz y datos o simplemente constar de una circuitería básica que permita Ia transmisión y recepción de voz y datos por redes inalámbricas.

En una realización alternativa del invento, Ia interfase de comunicación de datos de Ia unidad de enlace 190 puede ser también utilizada como interfase de comunicación dates como servicio de telefonía pública ofrecido a los usuarios del teléfono público 30.

Los controladores 200 continuamente controlan las operaciones del teléfono público inalámbrico 30 como Io son, por ejemplo, Ia duración y estado de Ia llamada, control de llamadas efectuadas, control de Ia recaudación de monedas, control de cobro, configuración de tarifas, ejecución de ordenes de programación, generación de reportes de condiciones o combinaciones de ellas.

Los sensores 210 sirven para detectar problemas o condiciones de fallas internas del teléfono público 30 como Io son, por ejemplo, alcancía llena, falta de cambio de monedas, alcancía abierta, alcancía fuera de su contenedor, batería baja o falla de energía eléctrica, canal de comunicación caído, mal funcionamiento de circuitería o combinaciones de ellas.

El módulo de aplicación 220 recolecta los datos de información generados por los controladores 200 y censores 210 y los transfiere al interpretador de protocolo 230 indicándole Ia acción a ser realizada.

El interpretador de protocolo 230 estructura Ia información recolectada por el módulo de aplicación 220 en un formato de mensaje de acuerdo al protocolo de comunicación establecido entre Ia red del teléfonos públicos inalámbricos 30 y el nodo de control central 20.

Por Ia interfase de comunicación de terminal 290 se puede recibir un mensaje estructurado, proveniente de una terminal de gestión 80, para ser enviado a un proveedor de servicios 40.

El mensaje estructurado por el interpretador de protocolo 230 o el mensaje estructurado por Ia terminal de gestión 80 es transferido al módulo de envío/recepción

240, él cual encapsula en uno o más paquetes de datos el mensaje estructurado y Io transmite al nodo de control central 20 o al proveedor de servicios 40 a través de Ia interfase de comunicación de datos de Ia unidad de enlace 190. Para lograr enviar el mensaje encapsulado al nodo de control central 20 o al proveedor de servicios 40, dependiendo cual sea el destino del mensaje, el módulo de envío/recepción 240 extrae, de Ia primera memoria programable 250, Ia información correspondiente al APN o Localizador Uniforme de Recurso (URL) correspondiente al nodo de control central 20 o al proveedor de servicios 40 según sea el caso.

En el caso de recepción, en Ia unidad de enlace 190, de un mensaje de paquete de datos proveniente del nodo de control central 20 o de un proveedor de servicios 40 a través de Ia interfase de comunicación de datos del módulo de envío/recepción 240, éste procede a realizar Io siguiente: si el mensaje recibido es proveniente del nodo de control central 20, entonces el módulo de envío/recepción 240 extrae Ia información contenida en el mensaje recibido y Io transfiere interpretador de protocolo 230; en el caso que el mensaje recibido provenga de un proveedor de servicios 40, entonces el módulo de envío/recepción 240 Io transfiere a Ia terminal de gestión 80 a través de Ia interfase de comunicación de terminal 290 (ver descripción de Ia Figura 3).

El interpretador de protocolo 230 interpreta el contenido del mensaje de acuerdo al protocolo de comunicación establecido entre Ia red del teléfonos públicos inalámbricos 30 y el nodo de control central 20, por Io que Ia información interpretada es transferida al módulo de aplicación 220 para que éste proceda indicar al controlador 200 correspondiente Ia acción a realizar de acuerdo a Ia instrucción del mensaje recibido.

El módulo de aplicación 220 interpreta las ordenes e información contenida en los mensajes recibidos por Ia unidad de enlace 190 y que provienen del nodo de control central 20. Tales ordenes e información es convertida por el módulo de aplicación 220 en información que puede es interpretada por los controladores 200 y los sensores 210.

En caso que el mensaje recibido ordene cambios en los parámetros de operación del teléfono público inalámbrico 30, el módulo de aplicación 220 procede a actualizar Ia segunda memoria programable 260 con Ia nueva información recibida en el mensaje, por ejemplo, tarifas, fecha y hora de ejecución de reporte, dirección de enlace hacia el nodo de supervisión central, o cualquier otra información que sirva como parámetro de operación del teléfono público inalámbrico 30. Tales parámetros de operación actualizados en Ia segunda memoria programable 260 son usados por los controladores 200 para llevar a cabo Ia operación adecuada del teléfono público inalámbrico 30.

Los controladores 200 continuamente están actualizando Ia tercera memoria programable 270, Ia cual contiene Ia información generada por ellos, como por ejemplo, el monto recaudado de monedas, llamadas realizadas locales, de larga distancia nacional, de larga distancia internacional, a celular local, a larga distancia nacional a celular, a larga distancia internacional a celular, por cobrar, de emergencia, entre otro tipo similar de información relativa al teléfono público inalámbrico 30.

El reloj-calendario 280 continuamente lleva el control de eventos calendarios programados en Ia segunda memoria programable 260, y bajo Ia determinación de Ia ocurrencia de uno de ellos, entonces indica al módulo de aplicación 220 que proceda con Ia adecuada acción, por ejemplo, enviar el reporte correspondiente de las 10:00 am.

En Ia Figura 3 se ¡lustra un diagrama de bloques de una terminal de gestión 80 para teléfonos públicos inalámbricos de acuerdo al invento. La terminal de gestión 80 puede estar co-localizada en el mismo teléfono público inalámbrico 30, es decir, ser parte integra del mismo teléfono, o ser conectada a éste por medio de una interfase de comunicación 370. En esta realización del invento, Ia terminal de gestión 80 está formada por un módulo de control 290 que está configurado generalmente en forma de una o más tarjetas de circuito impreso interconectadas, que constan de un módulo de aplicación de servicios 300, un interpretador de protocolo de servicios 310, un módulo de envío/recepción 320, una memoria programable 330, una pantalla 340, un teclado 350, un lector de tarjetas 360 y al menos una interfase de comunicación 370.

El módulo de aplicación 300 recolecta los datos de información introducidos a través del teclado 350 o del lector de tarjetas 360 y los transfiere al interpretador de protocolo de servicios 310 indicándole Ia acción a ser realizada.

El interpretador de protocolo de servicios 310 estructura Ia información recolectada por el módulo de aplicación 300 en un formato de mensaje de acuerdo al protocolo de comunicación establecido entre Ia terminal de gestión 80 y los proveedores de servicios 40.

La termina! de gestión 80 es conectada al teléfono público inalámbrico 30 por medio de Ia interfase de comunicación 370, por Ia cual se reciben y envían mensaje estructurados de gestión de servicios, de y hacia un proveedor de servicios 40 a través Ia interfase de comunicación de datos del teléfono público inalámbrico 30.

El mensaje estructurado por el interpretador de protocolo de servicios 310 es transferido al módulo de envío/recepción 320, él cual Io transmite al teléfono público inalámbrico 30 para que éste Io envíe al proveedor de servicios 40 a través de su interfase de comunicación de datos. Para lograr enviar el mensaje estructurado al proveedor de servicOS 40, dependiendo cual sea el destino del mensaje, el módulo de envío/recepción 320 extrae, de Ia memoria programable 330, Ia información correspondiente al APN o Localizador Uniforme de Recurso (URL) correspondiente al proveedor de servicios 40 según sea el caso y se Io indica al teléfono público inalámbrico 30 para que éste Io envíe al proveedor de servicios 40 correcto.

Un ejemplo de Ia estructura de datos, de Ia memoria programable 330, es mostrada a continuación en Ia Tabla 4. Los datos mostrados son sólo con propósitos demostrativos.

Tabla 4

En el caso de Ia recepción de mensajes provenientes de un proveedor de servicios 40, estos llegan al módulo de envío/recepción 320 través del teléfono público inalámbrico, en particular a través de Ia interfase de comunicación 370. El módulo de envío/recepción 320 transfiere el mensaje recibido al interpretador de protocolo de servicios 310 que interpreta el contenido del mensaje de acuerdo al protocolo de comunicación establecido entre Ia terminal de gestión 80 y los

proveedores de servicios 40, por Io que Ia información interpretada es transferida al módulo de aplicadón 300 para que éste proceda, si así es indicado, a desplegarla en Ia pantalla 340.

Tales mensajes recibidos en Ia terminal de gestión 80 pueden indicar autorización o no de un servicio solicitado a cualesquiera de los proveedores de servicio 40, por ejemplo, compra de tiempo aire para teléfonos celulares o autorización de cargo a tarjeta de crédito o débito. Cabe mencionar que los mensaje son soportados por Ia terminal de gestión 80 son descartados.

La Figura 4 muestra el diagrama de flujo del método para Ia transmisión de mensajes de un nodo de control central a una red de teléfonos públicos inalámbricos de acuerdo al invento. El método inicia en el paso 400, donde el administrador general y/o los operadores de redes de teléfonos públicos inalámbricos introducen, a través de Ia interfase local de acceso 90 o de Ia interfase de acceso remoto 100 respectivamente, las ordenes de supervisión, programación y/o control para los teléfonos públicos inalámbricos 30 a ser supervisados a distancia.

El administrador general y/o los operadores de redes de teléfonos públicos pueden indicar, dentro de sus ordenes de supervisión introducidas, Ia red de teléfonos públicos inalámbricos o los teléfonos públicos inalámbricos en especifico que deben ser destinatarios de Ia orden de supervisión, así como indicar sí esta orden está sujeta a un evento calendario que inicie su envío, por ejemplo, sí Ia orden de supervisión, programación y/o control debe ser enviada a una hora y/o fecha determinada a todos los teléfonos públicos inalámbricos o sólo a cierto grupo de ellos o a uno de ellos en especifico.

En base a Io anterior, en el paso 410 se determina sí Ia orden de supervisión, programación y/o control está sujeta a un evento programado de calendario, por Io que en caso afirmativo, en el paso 420, se almacena dicha orden de supervisión en Ia base de datos de eventos 160 (ver Ia Tabla 1 anteriormente descrita). En caso contrario, Ia orden de supervisión, programación y/o control se almacena temporalmente y esta es considerada de ejecución inmediata, como si un evento programado acabará de ocurrir.

Continuamente, en el paso 430, el módulo de control de eventos 110 supervisa en tiempo real mediante un reloj-calendario Ia ocurrencia de eventos tras comparar en el evento calendario asociado a Ia orden de supervisión programación y/o control con el evento ocurrido marcado por el reloj-calendario, por Io que en el paso

440 se determina que uno o más eventos han ocurrido.

Bajo Ia determinación de que uno o más eventos programados han ocurrido, el módulo de aplicación 120, en el paso 450, recupera de Ia base de datos de eventos 160 o de Ia memoria temporal Ia información del tipo de orden de supervisión, programación y/o control, así como Ia lista de teléfonos públicos inalámbricos destinatarios de dicha orden, por Io que tal información es transferida al módulo interpretador de protocolo 130 indicándole Ia acción a ser realizada en base al tipo de orden de supervisión, programación y/o control.

Una vez hecho Io anterior, en el paso 460, el módulo interpretador de protocolo 130 estructura Ia información del tipo de orden de supervisión en un formato de mensaje de acuerdo al protocolo de comunicación establecido entre el nodo de control central 20 y Ia red del teléfonos públicos inalámbricos 30 y en base al tipo de orden de supervisión, programación y/o control recibido del módulo de aplicación 120.

La Tabla 5 muestra un ejemplo de Ia estructura genérica de mensajes de acuerdo al protocolo de comunicación entre el nodo de control central 20 y Ia red de teléfonos públicos inalámbricos 30. Tal estructura de mensajes es empleadas por el módulo interpretador de protocolo 130 para estructurar Ia información procedente del módulo de aplicación 120.

Estructura Genérica de Mensaje

Tipo de mensaje Contenido del mensaje

Tipo de mensaje: 3 Caracteres Tipo: Parámetro Mandatono

Valores permitidos: 000 Valor no disponible

001 Cambiar tarifa

002 Cambiar de fecha-hora de entrega de reporte

003 Cambiar dirección para entrega de reporte

004 Solicitud de información

005 Remiciar contadores

006 Reporte de Información Completo

007 Reporte de Información en base a solicitud especifica

008 Reporte de Falla Interna

009 Reporte de Falla Corregida

010 Confirmación de Cambio

011 Valores disponibles para otros tipos de al mensajes

999

Tabla 5

La Tabla 6 muestra ejemplos de los posibles parámetros contenidos en el campo contenido del mensaje de Ia Tabla 5, los cuales dependen según el tipo de mensaje a ser enviado o recibido tanto por el nodo de control central 20 o por Ia red de teléfonos públicos inalámbricos 30, según aplique el caso.

MENSAJE: 001 Cambiar Tarifa

Mensaje usado por el nodo de supervisión central para ordenar al teléfono público cambiar una o más tarifas.

Identificador de Nodo Central 4 Caracteres Tipo: Parámetro Mandatono

Valores permitidos: 0000 al Identificador del nodo de supervisión central 9999 Teléfono Público, por ejemplo: AAOl A a Ia Z

Tipo de llamada: 2 Caracteres Tipo: Parámetro Mandatono

Valores permitidos: 00 Valor no disponible

01 Llamada local

02 Llamada de larga distancia nacional

03 Llamada de larga distancia internacional

04 Llamada local a celular

05 Llamada de larga distancia nacional a celular

06 Llamada de larga distancia internacional a celular

07 Llamada por cobrar

08 Llamada de emergencia

09 al 99 Valores disponibles para otros tipos de llamadas

Destino: 3 Caracteres Tipo: Parámetro Mandatono

Valores permitidos: 000 Llamada local

001 EUA

002 Canadá

003 México

004 Brasil

005 Argentina

006 Chile

007 Valores disponibles para otros destinos al

999

Nueva Tarifa: 5 Caracteres Tipo: Parámetro Mandatono

Valores permitidos: 00000 Valores disponibles para tarifas en valor al monetario. Ejemplo: $3.56 debe expresarse 99999 00356

Indicador de duración del cambio: 1 Carácter Tipo: Parámetro Opcional Valores permitidos: 0 Cambio temporal con confirmación no requerida

1 Cambio permanente con confirmación no requerida

2 Cambio temporal, confirmación de cambio requerida

3 Cambio permanente con confirmación de cambio requerida

4 al 9 Valores disponibles para otros indicadores

Fecha de expiración 6 Caracteres Tipo: Parámetro Opcional

Valores permitidos: DDMMAA Fecha de expiración del cambio de tarifa, valido sólo sí el indicador del cambio indica cambio temporal

Formato:

DD: Día (01 al 31)

MM: Mes (01 al 12)

AA: Año (00 al 99)

MENSAJE: 002 Cambiar Fecha-Hora de Entrega de Reporte

Mensaje usado por el nodo de supervisión central para ordenar al teléfono público cambiar Ia fecha y hora de Ia entrega del reporte de información.

Identificador de Nodo Central 4 Caracteres Tipo: Parámetro Mandatono

Valores permitidos: 0000 al Identificador del nodo de supervisión central 9999 Teléfono Público, por ejemplo: AAOl

A a Ia Z

Hora: 4 Caracteres Tipo: Parámetro Mandatono

Valores permitidos: HHMM Nueva hora en que el reporte debe ser entregado por el teléfono público supervisado

Formato:

HH: hora (00 a 23)

MM: minutos (00 a 59)

Fecha de Inicio: 6 Caracteres Tipo: Parámetro Opcional

Valores permitidos: DDMMAA Fecha de inicio del periodo de entrega del reporte

Formato:

DD: Día (01 al 31)

MM: Mes (01 al 12)

AA: Año (00 al 99)

Fecha de Termino: 6 Caracteres Tipo: Parámetro Opcional

Valores permitidos: DDMMAA Fecha de termino del período de entrega del reporte Formato :

DD: Día (01 al 31) MM: Mes (01 al 12) AA: Año (00 al 99)

Indicador de duración del cambio: 1 Carácter Tipo: Parámetro Opcional Valores permitidos: 0 Cambio temporal con confirmación no requerida

1 Cambio permanente con confirmación no requerida

2 Cambio temporal, confirmación de cambio requerida

3 Cambio permanente con confirmación de cambio requerida

4 al 9 Valores disponibles para otros indicadores

MENSAJE: 003 Cambiar Dirección para Entrega de Reporte

Mensaje usado por el nodo de supervisión central para ordenar al teléfono público cambiar Ia dirección de destino de su reporte.

Identificador Indicador

Fecha de de Nodo de duración Tipo de ección Dirección de destino expiración dir Central del cambio

Identificador de Nodo Central 4 Caracteres Tipo: Parámetro Mandatono

Valores permitidos: 0000 al Identificador del nodo de supervisión central 9999 Teléfono Público, por ejemplo: AAOl

A a Ia Z

Indicador de duración del cambio: 1 Carácter Tipo: Parámetro Opcional

Valores permitidos: 0 Cambio temporal con confirmación no requerida

1 Cambio permanente con confirmación no requerida

2 Cambio temporal, confirmación de cambio requerida

3 Cambio permanente con confirmación de cambio requerida

4 al 9 Valores disponibles para otros indicadores

Fecha de expiración 6 Caracteres Tipo: Parámetro Opcional

Valores permitidos: DDMMAA Fecha de expiración del cambio de dirección, valido sólo sí el indicador del cambio indica cambio temporal

Formato:

DD: Día (01 al 31)

MM: Mes (01 al 12)

AA: Año (00 al 99)

Tipo de direccón: 1 Carácter Tipo: Parámetro Mandatono

Valores permitidos: 0 Número de teléfono celular

1 Número de teléfono fijo

2 Dirección de propagador de mensajes

3 Dirección de correo electrónico

4 al 9 Valores disponibles para otros tipo de direcciones

Dirección de destino 14 Caracteres Tipo: Parámetro Mandatono

Valores permitidos: Número telefónico o dirección de propagador de mensajes o correo electrónico

MENSAJE: 004 Solicitud de Información

Mensaje usado por el nodo de supervisión central para ordenar al teléfono público generar un reporte, bajo demanda, con Ia información solicitada.

Identificador de Nodo Central 4 Caracteres Tipo: Parámetro Mandatono

Valores permitidos: 0000 al Identificador del nodo de supervisión central 9999 Teléfono Público, por ejemplo: AAOl

A a Ia Z

Cantidad de datos solicitados 2 Caracteres Tipo: Parámetro Opcional

Valores permitidos: 01 al 99 Número de solicitudes de información

Tipo de mformeción solicitada 2 Caracteres Tipo: Parámetro Mandatono

Valores permitidos: 00 Cantidad de monedas de X denominación

01 Cantidad de monedas de Y denominación

02 Cantidad de monedas de Z denominación

03 Número de llamadas locales

04 Número de llamadas de larga distancia nacional

05 Número de llamadas de larga distancia internacional

06 Número de llamadas a celular local

07 Número de llamadas a larga distancia nacional a celular

08 Número de llamadas a larga distancia internacional a celular

09 Número de llamadas por cobrar

10 Llamada de emergencia

11 Número de veces en que se ha abierto Ia, alcancía

12 al 99 Valores disponibles para otros tipo de solicitudes de información

MENSAJE: 005 Reiniciar Contadores

Mensaje usado por el nodo de supervisión central para ordenar al teléfono público reiniciar sus contadores.

Identificador de Nodo Central 4 Caracteres Tipo: Parámetro Mandatono

Valores permitidos: 0000 al Identificador del nodo de supervisión central 9999 Teléfono Público, por ejemplo: AAOl

A a Ia Z

Cantidad de Monedas X 1 Carácter Tipo: Parámetro Opcional

Valores permitidos: 0 Sin cambio

1 Reiniciar contador de número de monedas en alcancía de X denominación

2 al 9 Valores disponibles para otro tipo de indicadores

Cantidad de Monedas Y 1 Carácter Tipo: Parámetro Opcional

Valores permitidos: 0 Sin cambio

1 Reiniciar contador de número de monedas en alcancía de Y denominación

2 al 9 Valores disponibles para otro tipo de indicadores

Cantidad de Monedas Z 1 Carácter Tipo: Parámetro Opcional

Valores permitidos: 0 Sm cambio

1 Reiniciar contador de número de monedas en alcancía de Z denominación

2 al 9 Valores disponibles para otro tipo de indicadores

No. Llamadas Locales 1 Carácter Tipo: Parámetro Opcional

Valores permitidos: 0 Sm cambio

1 Reimαar contador de número de llamadas locales realizadas

2 al 9 Valores disponibles para otro tipo de indicadores

No. Llamadas LDN 1 Carácter Tipo: Parámetro Opcional

Valores permitidos: 0 Sm cambio

1 Remiciar contador de número de llamadas de larga distancia nacional realizadas

2 al 9 Valores disponibles para otro tipo de indicadores

No. Llamadas LDI 1 Carácter Tipo: Parámetro Opcional

Valores permitidos: 0 Sm cambio

1 Remiciar contador de número de llamadas de larga distancia internacional realizadas

2 al 9 Valores disponibles para otro tipo de indicadores

No. Llamadas C Local 1 Carácter Tipo: Parámetro Opcional

Valores permitidos: 0 Sm cambio

1 Reiniciar contador de número de llamadas a celular local realizadas

2 al 9 Valores disponibles para otro tipo de indicadores

No. Llamadas CLDN 1 Carácter Tipo: Parámetro Opcional

Valores permitidos: O Sm cambio

1 Remiciar contador de número de llamadas de larga distancia nacional a celular realizadas

2 al 9 Valores disponibles para otro tipo de indicadores

No. Llamadas CLDNI 1 Carácter Tipo: Parámetro Opcional

Valores permitidos: O Sm cambio

1 Remiciar contador de número de llamadas de larga distancia internacional a celular realizadas

2 al 9 Valores disponibles para otro tipo de indicadores

No. Llamadas x Cobrar 1 Carácter Tipo: Parámetro Opcional

Valores permitidos: O Sin cambio

1 Remicira contador de número de llamadas por cobrar realizadas

2 al 9 Valores disponibles para otro tipo de indicadores

No. Llamadas de Emergencia 1 Carácter Tipo: Parámetro Opcional

Valores permitidos: O Sm cambio

1 Remiαar contador de número de llamadas de emergencia realizadas

2 al 9 Valores disponibles para otro tipo de indicadores

No. de Veces de Abertura de 1 Carácter Tipo: Parámetro Opcional Alcancía

Valores permitidos: 0 Sin cambio 1 Remiciar contador de número de veces en que Ia alcancía ha sido abierta

2 al 9 Valores disponibles para otro tipo de indicadores

MENSAJE: 006 Reporte de Información Completo

Mensaje usado por el teléfono público para enviar el reporte de información generado al nodo de supervisión central.

Identificador de Teléfono Público 4 Caracteres Tipo: Parámetro Mandatoπo

Valores permitidos: 0000 al Identificador de Teléfono Público, por 9999 ejemplo: A23B

A a Ia Z

Cantidad de Monedas X 3 Caracteres Tipo: Parámetro Opcional

Valores permitidos: 000 al Número de monedas en alcancía de X

999 denominación

Cantidad de Monedas Y 3 Caracteres Tipo: Parámetro Opcional

Valores permitidos: 000 al Número de monedas en alcancía de Y

999 denominación

Cantidad de Monedas Z 3 Caracteres Tipo: Parámetro Opcional

Valores permitidos: 000 al Número de monedas en alcancía de Z

999 denominación

No. Llamadas Locales 3 Caracteres Tipo: Parámetro Opcional

Valores permitidos: 000 al Número de llamadas locales realizadas

999

No. Llamadas LDN 3 Caracteres Tipo: Parámetro Opcional

Valores permitidos: 000 al Número de llamadas de larga distancia

999 nacional realizadas

No. Llamadas LDI 3 Caracteres Tipo: Parámetro Opcional

Valores permitidos: 000 al Número de llamadas de larga distancia

999 internacional realizadas

No. Llamadas C Local 3 Caracteres Tipo: Parámetro Opcional

Valores permitidos: 000 al Número de llamadas a celular local

999 realizadas

No. Llamadas CLDN 3 Caracteres Tipo: Parámetro Opcional

Valores permitidos: 000 al Número de llamadas de larga distancia

999 nacional a celular realizadas

No. Llamadas CLDNI 3 Caracteres Tipo: Parámetro Opcional

Valores permitidos: 000 al Número de llamadas de larga distancia

999 internacional a celular realizadas

No. Llamadas x Cobrar 3 Caracteres Tipo: Parámetro Opcional

Valores permitidos: 000 al Número de llamadas por cobrar realizadas

999

No. Llamadas de Emergencia 3 Caracteres Tipo: Parámetro Opcional

Valores permitidos: 000 al Número de llamadas de emergencia

999 realizadas

No. de Veces de Abertura de 3 Caracteres Tipo: Parámetro Opcional

Alcancía

Valores permitidos: 000 al Número de veces en que Ia alcancía ha sido

999 abierta MENSAJE: 007 Reporte de Información en Base a Solicitud Especifica

Mensaje usado por el teléfono público para enviar Ia información solicitada como respuesta al mensaje de solicitud de información recibido desde el nodo de supervisión central.

Identificador Cantidad de de Teléfono datos

Público incluidos

Identificador de Teléfono Público 4 Caracteres Tipo: Parámetro Mandatono

Valores permitidos: 0000 al Identificador de Teléfono Público, por 9999 ejemplo: A23B

A a Ia Z

Cantidad de datos incluidos 2 Caracteres Tipo: Parámetro Opcional

Valores permitidos: 01 al 99 Número de datos de información incluidos

Tipo de información incluida 2 Caracteres Tipo: Parámetro Mandatono

(al menos uno)

Valores permitidos- 00 Cantidad de monedas de X denominación

01 Cantidad de monedas de Y denominación

02 Cantidad de monedas de Z denominación

03 Número de llamadas locales

04 Número de llamadas de larga distancia nacional

05 Número de llamadas de larga distancia internacional

06 Número de llamadas a celular local

07 Número de llamadas a larga distancia nacional a celular

08 Número de llamadas a larga distancia internacional a celular

09 Número de llamadas por cobrar

10 Llamada de emergencia

11 Número de veces en que se ha abierto Ia alcancía

12 al 99 Valores disponibles para otros tipo de solicitudes de información

Información 3 Caracteres Tipo: Parámetro Mandatono

(al menos uno)

Valores permitidos: 000 al Valor numérico de acuerdo al tipo de

999 información incluida

MENSAJE: 008 Reporte de Falla Interna

Mensaje usado por el teléfono público para enviar un reporte de falla interna al nodo de supervisión central.

Identificador de Teléfono Tipo de Falla Interna Público

Identificador de Teléfono Público 4 Caracteres Tipo: Parámetro Mandatono

Valores permitidos: 0000 al Identificador de Teléfono Público, por

9999 ejemplo: A23B A a Ia Z

Tipo de Falla Interna 2 Caracteres Tipo: Parámetro Mandatono

Valores permitidos: 00 Valor no permitido

01 Alcancía llena

02 Falta de cambio de monedas

03 Alcancía abierta

04 Alcancía fuera de su contenedor

05 Batería baja

06 Falla de energía eléctrica

07 Canal de comunicación caído

08 Mal funcionamiento de circuitería

09 al 99 Valores disponibles para otros tipo de fallas

MENSAJE: 009 Reporte de Falla Corregida

Mensaje usado por el teléfono público para notificar al nodo de supervisión central que una falla interna ha sido corregida.

Identificador de Teléfono Público 4 Caracteres Tipo: Parámetro Mandatono

Valores permitidos: 0000 al Identificador de Teléfono Público, por 9999 ejemplo: A23B

A a Ia Z

Tipo de Falla Interna Corregida 2 Caracteres Tipo: Parámetro Mandatono

Valores permitidos: 00 Valor no permitido

01 Alcancía llena

02 Falta de cambio de monedas

03 Alcancía abierta

04 Alcancía fuera de su contenedor

05 Batería baja

06 Falla de energía eléctrica

07 Canal de comunicación caído

08 Mal funcionamiento de circuitería

09 al 99 Valores disponibles para otros tipo de fallas corregidas

MENSAJE: 010 Confirmación de Cambio

Mensaje usado por el teléfono público como confirmación para notificar al nodo de supervisión central que un cambio solicitado ha sido realizado.

Identificador c'e Teléfono Público 4 Caracteres Tipo: Parámetro Mandatono

Valores permitidos: 0000 al Identificador de Teléfono Público, por 9999 ejemplo: A23B

A a Ia Z

Indicador de cambio 1 Caracteres Tipo: Parámetro Mandatono

Valores permitidos: 0 Cambio no realizado

1 Cambio realizado

2 al 9 Valores disponibles para otro tipo de indicadores

Motivo del Por Qué No se Realizó el 2 Caracteres Tipo: Parámetro Opcional

Cambio

Valores permitidos: 00 Valor no permitido

01 Error en memoria

02 Mal funcionamiento de circuitería

03 al 99 Valores disponibles para otros tipo de razones

Tabla 6

Por ejemplo, en el caso que el evento programado corresponda a una orden de supervisión, programación y/o control cuya acción sea "poner una tarifa promocional de llamada a celular local a $1.00 el minuto y que sólo sea valida el 24 de diciembre

de 2006", el módi lo de aplicación 120 ordena al módulo interpretador de protocolo 130 estructurar un mensaje de Cambio de Tarifa, por Io que el módulo interpretador de protocolo 130 procede a estructurar Ia información recibida en base a las Tablas 5 y 6 en forma de una cadena de caracteres, por ejemplo "00112304001000251204", donde de izquierda a derecha el "001" corresponde al tipo de mensaje de Cambio de Tarifa, "123" corresponde a su identificador como nodo de supervisión central para identificarse con los teléfonos públicos quienes van a recibir el mensaje, el "04" corresponde a llamada local a celular, el "00100" corresponde a Ia nueva tarifa de $1.00, el "0" significa que es un cambio temporal que no requiere confirmación del teléfono público inalámbrico que recibirá el mensaje y el "251206" significa que el cambio expira el 25 de diciembre de 2006.

Una vez estructurado el mensaje, el módulo interpretador de protocolo 130 transfiere el mensaje estructurado y Ia lista de identificadores de teléfonos públicos inalámbricos 30 destinatarios del mensaje al módulo de envío/recepción de mensajes 140.

Una vez hecho Io anterior, en el paso 470, para cada uno de los identificadores de teléfonos públicos inalámbricos 30 recibidos, el módulo de envío/recepción de mensajes 140, en el paso 480, extrae, de Ia base de datos de teléfonos públicos 150, Ia información correspondiente al APN correspondiente al operador de Ia red de telecomunicaciones que da servicio al teléfono público inalámbrico 30 y el respectivo número de directorio (ver Tabla 2 anteriormente descrita).

Una vez extraída Ia información, en el paso 490, el módulo de envío/recepción de mensajes 140 procede a encapsular en uno o más paquetes de datos el mensaje estructurado confor.ne a un protocolo de empaquetamiento de datos, por ejemplo, el Protocolo HTTP.

Finalmente, en el paso 500, el módulo de envío/recepción de mensajes 140 envía el mensaje encapsulado en paquetes de datos, a través de Ia interfase a Ia red de Internet 70, al APN asociado correspondiente al operador de Ia red de telecomunicaciones que da servicio al teléfono público inalámbrico 30 asociado al evento.

Cambiando ahora a Ia Figura 5, Ia cual muestra el diagrama de flujo de un método para Ia recepción de mensajes, en un nodo de control central, provenientes de una red de teléfonos públicos inalámbricos de acuerdo al invento. El método inicia en el paso 510 donde continuamente el módulo de envío/recepción de mensajes 140 determina sí uno o más mensajes de paquetes de datos provenientes de uno o más teléfonos públicos inalámbricos 30 de una o más redes de teléfonos públicos han sido recibidos a través de Ia interfase a Ia red de Internet 70, es decir, el módulo de envío/recepción de mensajes 140 detecta de manera continua cuando un mensaje de paquetes de datos ha sido recibido para proceder a extraer Ia información contenida para que pueda ser interpretado por el módulo interpretador de protocolo 130.

El módulo de envío/recepción de mensajes 140, en el paso 520, valida contra Ia base de datos del teléfonos públicos 150 que el identificador del teléfono público inalámbrico 30 recibido en el mensaje, por ejemplo, en forma de un identificador de originador del mensaje, corresponda a una dirección o número telefónico valido para dicha base de datos, en caso contrario el mensaje es descartado.

Bajo Ia determinación de que el mensaje recibido proviene de un teléfono público inalámbrico 30 valido, el módulo de envío/recepción de mensajes 140, en el paso 530, valida que el tipo de mensaje recibido sea soportado por el nodo de control

central 20 en base a Ia Tabla 5 antes descrita, en caso contrario, el mensaje es descartado.

Una vez que el mensaje ha sido validado, el módulo de envío/recepción de mensajes 140 transfiere el contenido del mensaje al módulo interpretador de protocolo 130, él cual procede, en el paso 540, a interpretar, en base a las Tablas 5 y 6 antes descritas, el contenido del mensaje de acuerdo al protocolo de comunicación establecido entre el nodo de control central 20 y Ia red de teléfonos públicos inalámbricos 30, por ejemplo, en el caso que el contenido del mensaje en forma de una cadena de caracteres sea "001A101020010002050016008013012000000005", donde de izquierda a derecha el "001" significa el tipo de mensaje recibido que corresponde a Reporte de Información Completo, el "AlOl" corresponde al identificador del teléfono público inalámbrico 30 que envío el mensaje, el "020" indica que el teléfono público tiene 20 monedas de X denominación en alcancía, el "010" indica que el teléfono público tiene 10 monedas de Y denominación en alcancía, el "002" indica que el teléfono público tiene 2 monedas de Z denominación en alcancía, el "050" indica que se han realizado 50 llamadas locales, el "016" indica que se han realizado 16 llamadas de larga distancia nacional, el "008" indica que se han realizado 8 llamadas de larga distancia internacional, el "013" indica que se han realizado 13 llamadas de locales a celular, el "012" indica que se han realizado 12 llamadas de larga distancia nacional a celular, el "000" indica que se han realizado 0 llamadas de larga distancia internacional a celular, el "000" indica que se han realizado 0 llamadas de emergencia y el "005" indica que se han realizado 5 llamadas por cobrar.

En una realización alternativa, previo a Ia interpretación del mensaje, el módulo interpretador de protocolo 130 valida que el contenido del mensaje sea correcto, al verificar que un código clave que puede estar incluido como un parámetro adicional en el mensaje, corresponda al código clave generado, de acuerdo a Ia

cadena de caracteres contenida en el mensaje, por el teléfono público inalámbrico 30 que envió el mensaje. En caso que los códigos no concuerden el mensaje es descartado.

Una vez interpretado el contenido del mensaje, el módulo interpretador de protocolo 130 transfiere el contenido de mensaje ya interpretado al módulo de aplicación 120, él cual procede, en el paso 550 a estructurar Ia información en forma que pueda ser interpretada, tanto por el administrador general o los operadores de redes de teléfonos públicos, en forma de reportes estadísticos, contables o administrativos 180 que pueden ser desplegados en las pantallas de sus terminales, impresos y/o almacenados en Ia base de datos de reportes 170. La información es clasificada en base a identificador de teléfono público inalámbrico 30 recibido en el mensaje (ver Tabla 3 anteriormente descrita) .

Ahora en Ia Figura 6 se muestra un diagrama de flujo de un método para el envío de mensajes desde un teléfono público inalámbrico hacia un nodo de control central de acuerdo al invento. El método inicia en el paso 560, en donde los controladores 260 continuamente están actualizando Ia tercera memoria programable 270, con Ia información en tiempo real detectada y/o generada por ellos, por ejemplo, el monto recaudado de monedas, llamadas realizadas locales, de larga distancia nacional, de larga distancia internacional, a celular local, a larga distancia nacional a celular, a larga distancia internacional a celular, por cobrar, de emergencia, entre otro tipo similar de información relativa al teléfono público inalámbrico 30.

De manera continua, en el paso 570, el reloj-calendario 280 supervisa en tiempo real Ia ocurrencia de eventos calendarios programados en Ia segunda memoria programable 260. Así mismo en el paso 580, los sensores 210 supervisan en tiempo real Ia ocurrencia de problemas o condiciones de fallas internas del teléfono público

inalámbrico 30 como Io son, por ejemplo, alcancía llena, falta de cambio de monedas, alcancía abierta, alcancía fuera de su contenedor, batería baja o falla de energía eléctrica, canal de comunicación caído, mal funcionamiento de circuitería o combinaciones de ellas.

En el paso 590, el módulo de control interno 60 determina Ia ocurrencia de un evento, ya sea un evento programado (detectado por el reloj-calendario 280) o Ia detección de un problema o falla interna (detectada por los sensores 210), de tal forma que bajo Ia determinación de Ia ocurrencia de uno de ellos, procede a indicar al módulo de aplicación 220 que proceda con Ia acción correspondiente al evento, por ejemplo, enviar un reporte programado con Ia información contenida en Ia tercera memoria programe-ble 270 o enviar un reporte de falla (en el momento que ocurre) al nodo de control central 20.

En el caso que el evento detectado sea un evento programado, el módulo de aplicación 220, en el paso 600, recupera de Ia tercer memoria programable 170 Ia información contenida en ella, que fue generada y almacenada hasta ese momento, por los controladores 200; mientras que en el caso que el evento detectado sea un problema o falla interna, el módulo de aplicación 220, en el paso 610, determina el tipo de falla ocurrido, en base a sensor 210 que Ia detecto. Por Io que una u otra información es transferida al interpretador de protocolo 230 indicándole Ia acción a ser realizada en base al tipo de evento ocurrido.

Una vez hecho Io anterior, en el paso 620, el interpretador de protocolo 230 estructura Ia información en un formato de mensaje de acuerdo al protocolo de comunicación establecido entre el teléfono público inalámbrico 30 y el nodo de control central 20 y en base al tipo de evento ocurrido, por ejemplo, en el caso que el evento ocurrido corresponda a un evento programado de enviar el reporte diario con Ia

información generada y almacenada hasta ese momento en el teléfono público inalámbrico 30, el módulo de aplicación 220 ordena al interpretador de protocolo 230 estructurar un mensaje de Reporte de Información Completo, por Io que el interpretador de protocolo 230 procede a estructurar Ia información de Ia tercera memoria programable 270 en forma de una cadena de caracteres, en base a las Tablas 5 y 6 antes descritas, por ejemplo,

"001A101020010002050016008013012000000005", donde de izquierda a derecha el "001" significa que el tipo de mensaje a ser enviado corresponde a un Reporte de Información Completo, el "AlOl" corresponde al identificador del teléfono público inalámbrico 30 que envía el mensaje, el "020" indica que el teléfono público tiene 20 monedas de X denominación en alcancía, el "010" indica que el teléfono público tiene 10 monedas de Y denominación en alcancía, el "002" indica que el teléfono público tiene 2 monedas de Z denominación en alcancía, el "050" indica que se han realizado 50 llamadas locales, el "016" indica que se han realizado 16 llamadas de larga distancia nacional, el "008" indica que se han realizado 8 llamadas de larga distancia internacional, el "013" indica que se han realizado 13 llamadas de locales a celular, el "012" indica que se han realizado 12 llamadas de larga distancia nacional a celular, el "000" indica que se han realizado 0 llamadas de larga distancia internacional a celular, el "000" indica que se han realizado 0 llamadas de emergencia y el "005" indica que se han realizado 5 llamadas por cobrar.

En otro ejemplo, en el caso que el evento ocurrido corresponda a un falla interna detectada, tal como alcancía llena, el módulo de aplicación 220 ordena al interpretador de protocolo 230 estructurar un mensaje de Reporte de Falla Interna, por Io que el interpretador de protocolo 230 procede a estructurar Ia información de Ia falla en forma de una cadena de caracteres, en base a las Tablas 5 y 6 antes descritas, por ejemplo, "008A10101", donde de izquierda a derecha el "008" significa que el tipo de mensaje a ser enviado corresponde a un Reporte de Falla Interna, el

"AlOl" corresponde al identificador del teléfono público inalámbrico 30 que envía el mensaje y el "01" indica que el teléfono público tiene Ia alcancía llena.

Una vez estructurado el mensaje, el interpretador de protocolo 230 transfiere el mensaje estructurado al módulo de envío/recepción 240.

Por otro lado, y de forma independiente a Io antes descrito, a través de Ia interfase de comunicación de terminal 290 se puede recibir, en el paso 630, un mensaje ya estructurado, proveniente de una terminal de gestión 80, para ser enviado a un proveedor de servicios 40.

El mensaje estructurado por el interpretador de protocolo 230 o el mensaje estructurado por Ia terminal de gestión 80 es transferido al módulo de envío/recepción 240, él cual, en el paso 640, encapsula en uno o más paquetes de datos el mensaje estructurado y Io transmite al nodo de control central 20 o al proveedor de servicios 40 a través de Ia interfase de comunicación de datos de Ia unidad de enlace 190. Para lograr enviar el mensaje encapsulado al nodo de control central 20 o al proveedor de servicios 40, dependiendo cual sea el destino del mensaje, en el paso 650, el módulo de envío/recepción 240 extrae, de Ia primera memoria programable 250, Ia información correspondiente al APN o URL correspondiente al nodo de control central 20 o al proveedor de servicios 40 según sea el caso.

Finalmente, en el paso 660, el módulo de envío/recepción 240 envía el mensaje encapsulado al nodo de control central 20 o al proveedor de servicios 40 a través de Ia interfase de comunicación de datos de Ia unidad de enlace 190

Ahora en Ia Figura 7, se muestra el diagrama de flujo del método para Ia recepción de mensajes, en un teléfono público inalámbrico, provenientes de un nodo

de control central de acuerdo al presente invento. El método inicia en el paso 670 donde continuamente el módulo de envío/recepción 240 determina sí un mensaje de paquetes de datos proveniente de un nodo de control central 20 ha sido recibido a través de Ia unidad de enlace 190.

Una vez recibido el mensaje, el módulo de envío/recepción 240, en el paso

680, decodifica el mensaje recibido de código de programación o ejecución soportado por Ia unidad de enlace 190, por Io cual el mensaje es extraído y decodificado en un formato de información que puede ser interpretado por el interpretador de protocolo 230.

El módulo de envío/recepción 240, en el paso 690, valida, contra Ia información contenida en Ia segunda memoria programable 250, que el identificador del nodo de control central 20, recibido en el mensaje en forma por ejemplo de identificador de llamada o de identificador de originador del mensaje, corresponda a Ia dirección o número telefónico valido que se encuentra programado en Ia segunda memoria programable 250, en caso contrario el mensaje es descartado.

Bajo Ia determinación de que el mensaje recibido proviene de un nodo de control central 20 valido, el módulo de envío/recepción 240, en el paso 700, valida que el tipo de mensaje recibido sea soportado por el teléfono público inalámbrico 30, en base a Ia Tabla 5, en caso contrario el mensaje es descartado.

Una vez extraído el contenido del mensaje y validado, el módulo de envío/recepción 240 transfiere el contenido del mensaje al interpretador de protocolo

230, él cual procede, en el paso 710, a interpretar, en base a las Tablas 5 y 6, el contenido del mensaje de acuerdo al protocolo de comunicación establecido entre el teléfono público inalámbrico 30 y el nodo de control central 20. Por ejemplo en el

caso que el contenido del mensaje en forma de una cadena de caracteres sea por ejemplo "00112304001000251204", el interpretador de protocolo 230 interpreta y separa en parámetros Ia información contendida en el mensaje, es decir, de izquierda a derecha en Ia cadena de caracteres el "001" indica que el tipo de mensaje recibido es Cambio de Tarifa, el "123" corresponde al identificador del nodo de control central 20 quien envió el mensaje, el "04" corresponde a llamada local a celular, el "00100" corresponde a Ia nueva tarifa de $1.00, el "0" significa que es un cambio temporal que no requiere confirmación del teléfono público y el "251206" significa que el cambio expira el 25 de diciembre de 2006. Es decir el teléfono público recibió una orden de programación que Ie indica que cambie Ia tarifa de llamada local a celular a $1.00 el minuto y que dicha tarifa expira el 25 de diciembre de 2006.

En un paso alternativo, previo a Ia interpretación del mensaje, el interpretador de protocolo 230 valida que el contenido del mensaje sea correcto, al verificar que un código clave que puede estar incluido como un parámetro adicional en el mensaje, corresponda al código clave generado, de acuerdo a Ia cadena de caracteres contenida en el mensaje, por el nodo de control central 20 que envió el mensaje. En caso que los códigos no concuerden el mensaje es descartado.

Finalmente una vez interpretado el contenido del mensaje, el interpretador de protocolo 230 transfiere los parámetros de información del contenido de mensaje ya interpretado al módulo de aplicación 220, él cual procede, en el paso 720, a programar Ia segunda memoria programable 250 con Ia información nueva recibida, ya sea de una manera temporal (al reemplazar Ia información anterior con Ia información nueva, pero guardando Ia información anterior para posteriormente ser restituida) o de una manera permanente (al reemplazar Ia información anterior por Ia información nueva, sin guardar Ia información anterior) según este indicado en el mensaje. También una vez programada Ia información, el módulo de aplicación 220

verifica sí el mensaje debe ser confirmado, en tal caso, procede a indicar Ia acción de generar un mensaje de confirmación para ser enviado al nodo de control central 20 de acuerdo al método descrito en Ia Figura 6.

Por otro lado, se puede recibir, en el paso 730, un mensaje de datos proveniente de algún proveedor de servicios 40, para ser enviado a Ia terminal de gestión 80, para Io cual el módulo de envío/recepción 240 procede a transferirlo, en el paso 740, a Ia terminal de gestión 80 a través de Ia interfase de comunicación de terminal 290.

Basado en las realizaciones descritas anteriormente, se contempla que las modificaciones a estas realizaciones descritas, así como las realizaciones alternativas serán considerados evidentes para una persona experta en el arte de Ia técnica bajo Ia presente descripción. Es por Io tanto, contemplado que las reivindicaciones abarcan dichas modificaciones y alternativas que estén dentro del alcance del presente invento o sus equivalentes.