ES2296163T3 - Sistema y procedimiento de control de equipos a distancia con la ayuda de comandos at, dispositivo, modulo de radiocomunicacion y programa correspondientes. - Google Patents

Sistema y procedimiento de control de equipos a distancia con la ayuda de comandos at, dispositivo, modulo de radiocomunicacion y programa correspondientes. Download PDF

Info

Publication number
ES2296163T3
ES2296163T3 ES05732976T ES05732976T ES2296163T3 ES 2296163 T3 ES2296163 T3 ES 2296163T3 ES 05732976 T ES05732976 T ES 05732976T ES 05732976 T ES05732976 T ES 05732976T ES 2296163 T3 ES2296163 T3 ES 2296163T3
Authority
ES
Spain
Prior art keywords
remote equipment
aforementioned
radio communication
control system
commands
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES05732976T
Other languages
English (en)
Inventor
Sebastien Lesrel
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sierra Wireless SA
Original Assignee
Wavecom SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Wavecom SA filed Critical Wavecom SA
Application granted granted Critical
Publication of ES2296163T3 publication Critical patent/ES2296163T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G08SIGNALLING
    • G08CTRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
    • G08C17/00Arrangements for transmitting signals characterised by the use of a wireless electrical link
    • G08C17/02Arrangements for transmitting signals characterised by the use of a wireless electrical link using a radio link
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/06Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Selective Calling Equipment (AREA)
  • Telephonic Communication Services (AREA)
  • Alarm Systems (AREA)

Abstract

Sistema de control de equipos a distancia que comprende, al menos, un servidor, equipos distantes y medios de radiocomunicación que permiten la interconexión entre, al menos, un servidor y, al menos, un equipo distante de acuerdo con un protocolo predeterminado comprendido por el citado servidor, sin necesitar el conocimiento del citado protocolo predeterminado en el citado equipo distante, caracterizado porque asocia, al menos, a uno de los citados equipos distantes medios de radiocomunicación capaces de emitir y de recibir comandos de tipo AT emitidos por, y/o destinados a, una aplicación externa puesta en práctica por el citado equipo distante, y porque los citados medios de radiocomunicación están dotados de un juego de comandos AT específicos que permiten gestionar intercambios de datos entre el citado equipo distante y, al menos, un servidor que pone en práctica el citado protocolo predeterminado, permitiendo, al menos, uno de los citados comandos AT, emitido hacia los medios de radiocomunicación por la citada aplicación externa del citado equipo distante, que los medios de radiocomunicación creen, modifiquen y/o envíen páginas en el formato XML hacia el citado servidor, con el fin de permitir una interconexión entre el citado o los citados servidores y el citado o los citados equipos distantes, mediante los citados medios de radiocomunicación por transmisión de páginas en el formato XML, sin necesitar el conocimiento del citado protocolo predeterminado ni del formato XML en los citados equipos distantes.

Description

Sistema y procedimiento de control de equipos a distancia con la ayuda de comandos AT, dispositivo, módulo de radiocomunicación y programa correspondientes.
El ámbito de la invención es el del control a distancia de equipos, y, en particular, de equipos limitados en recursos de tratamiento de datos. Así, la invención se aplica, por ejemplo, a los sistemas de lectura de datos a distancia, por ejemplo en contadores de agua, gas o electricidad y, de modo más general, a los sistemas de telemetría, de seguimiento de comandos y, todavía de modo más general, de control de máquinas (en inglés "M to M: machine to machine").
Existen ya distintas soluciones para realizar tales operaciones. Éstas se han desarrollado generalmente de modo específico para una aplicación dada. En otras palabras, se trata de soluciones "propietarias", que son difícilmente adaptables a otras aplicaciones.
Por otra parte, se conoce un protocolo desarrollado por las sociedades IBM y ARCOM Control Systems (marcas registradas), conocido con el nombre de tecnología "MQIsdp Messaging". Esta técnica propone un protocolo de comunicación entre uno o varios equipos limitados en recursos, y uno o varios servidores ("brokers" en inglés), utilizando un vínculo TCP/IP.
Sin embargo, incluso con este protocolo específico, es necesario agregar a los equipos medios de tratamiento específicos (microprocesadores, memorias...), que permitan instaurar el diálogo con estos servidores distantes, según el formato MQIsdp requerido. La conexión entre el equipo y el servidor puede utilizar una conexión de tipo telefónico, con la ayuda de un módem.
Sin embargo, en numerosas aplicaciones sería deseable poder prescindir de una conexión telefónica con hilos. Se puede pensar entonces en la puesta en práctica de medios de radiocomunicación, por ejemplo de acuerdo con la norma GSM o GPRS.
Así, la Société Orange (marca registrada) ha presentado un servicio, bajo el término "M2M Connect" (marca registrada), definido, en particular, en los documentos de especificación "Orange M2M Protocol Definición". Este servicio se presenta en forma de una solución lista para el empleo, que ofrece funciones de comunicación, de vigilancia y de nivel de servicio.
En este caso, se utilizará un equipo de radiotelefonía para asegurar la función de módem. Sin embargo, de acuerdo con la técnica anterior, sigue siendo necesario asociar al equipo medios específicos y propietarios de tratamiento de datos para establecer y realizar el intercambio de datos con el servidor.
Así, en el caso del servicio "M2M Connect", los terminales distantes deben disponer de medios importantes para gestionar una comunicación (por ejemplo en GPRS), para construir mensajes en un formato aceptable por los servidores distantes y, cuando proceda, para gestionar la compresión de estos mensajes. Así pues, una aplicación específica debe desarrollarse y asociarse a cada terminal, lo que, generalmente, es incompatible con una exigencia de coste reducido y de simplicidad en estos últimos (por ejemplo cuando se trata de contadores eléctricos, difundidos en gran cantidad).
Este aspecto es una limitación muy importante en el desarrollo de las aplicaciones anteriormente mencionadas, y de otras numerosas aplicaciones que esta técnica permite considerar.
La invención tiene por objetivo, en particular, paliar este inconveniente de la técnica anterior.
Conviene señalar que el hecho de identificar este problema es en sí una parte de la invención. En efecto, el experto en la técnica está persuadido de que es absolutamente necesario equipar a los equipos terminales con medios de tratamiento suficientes, y en ningún caso puede pensar que sea posible reducirlos, o incluso suprimirlos.
Por tanto, un objetivo de la invención es permitir simplificar los tratamientos necesarios por parte de los equipos, y evitar que éstos tengan que disponer de medios complejos y costosos, tales como un microprocesador.
Otro objetivo de la invención es proponer una técnica simple y genérica que permita instaurar de modo fácil y eficaz un diálogo entre un terminal distante de "inteligencia limitada" y un servidor, de acuerdo con un protocolo de alto nivel, comprendido por este servidor.
Todavía otro objetivo de la invención es proporcionar una técnica de este tipo que permita establecer de modo simple una conexión entre servidores y equipos por vía radiotelefónica, estandarizada y poco costosa.
La invención tiene también por objetivo proporcionar una técnica de este tipo que permita desarrollar un gran número de aplicaciones, sin que sea necesario desarrollar aplicaciones específicas cada vez.
Otro objetivo de la invención es proporcionar una técnica de este tipo que no requiera un conocimiento del protocolo y/o del formato de datos utilizados en las aplicaciones desarrolladas.
Aún otro objetivo de la invención es proporcionar una técnica de este tipo que sea a la vez técnicamente simple y evolutiva, y adaptable a distintas situaciones (por ejemplo para el tamaño de los datos que deben intercambiarse) y a las posibles evoluciones futuras.
Estos objetivos, así como otros que aparecerán más claramente más adelante, se logran con ayuda de un sistema de control de equipos a distancia, que permita la interconexión entre, al menos, un servidor y, al menos, un equipo distante, de acuerdo con un protocolo predeterminado.
De acuerdo con la invención, este sistema asocia, al menos, a uno de dichos equipos distantes medios de radiocomunicación capaces de emitir y de recibir comandos de tipo AT emitidos por, y/o destinados a, una aplicación externa puesta en práctica por el citado equipo distante, y los citados medios de radiocomunicación disponen de un juego de comandos AT específicos que permiten gestionar intercambios de datos entre el citado equipo distante y, al menos, un servidor que ponga en práctica el citado protocolo predeterminado, permitiendo, al menos, uno de los citados comandos AT a los citados medios de radiocomunicación crear, modificar y/o enviar páginas con el formato XML, con el fin de permitir una interconexión entre el citado o los citados servidores y el citado o los citados equipos distantes mediante los citados medios de radiocomunicación por transmisión de páginas con el formato XML, sin requerir el conocimiento del citado protocolo predeterminado ni del formato XML en los citados equipos
distantes.
Así, es posible gestionar de modo fácil y simple intercambios de datos, sin que sea necesario desarrollar aplicaciones específicas ni asociar medios importantes (especialmente microprocesador y memoria) a un terminal.
Ni este último, ni la aplicación asociada, tienen necesidad de conocer el protocolo utilizado por el servidor, ni el formato XML. Son los medios de radiocomunicación los que gestionan estos aspectos. Los únicos conocimientos necesarios, en función de la aplicación, y en consecuencia del terminal, son los nuevos comandos AT de la invención (que, como se verá más adelante, pueden ser en número relativamente reducido).
De acuerdo con una característica ventajosa de la invención, al menos uno de los citados comandos AT permite la compresión de datos que deben transmitirse. Dicha compresión puede poner en práctica, en particular, el formato de compresión WBXML.
De manera ventajosa, al menos en un primer modo de transmisión, los citados datos se transmiten por un canal dedicado a los mensajes cortos (SMS). Preferentemente, al menos en un segundo modo de transmisión, los citados datos se transmiten por un canal GPRS.
En el citado segundo modo de funcionamiento, el sistema de la invención pone en práctica de modo ventajoso un protocolo "peer-to-peer", que utiliza, por ejemplo, el protocolo TCP y el protocolo BEEP.
Ventajosamente, el sistema de la invención comprende medios de puesta en práctica, en un primer modo de funcionamiento, de un servicio de envío y/o de recepción automática de, al menos, un mensaje XML almacenado en los citados medios de radiocomunicación, a la recepción de un mensaje de aviso.
Eso permite simplificar eficazmente el tratamiento.
Así, el sistema puede prever cuatro modos de funcionamiento:
-
modo automático, en el cual gestiona de modo autónomo una transacción;
-
modo manual, en el cual una transacción debe ser iniciada por una aplicación distante;
-
modo de entrada automática/salida manual, en el cual solamente los mensajes entrantes se tratan automáticamente;
-
modo de entrada manual/salida automática, en el cual se envía un mensaje automáticamente.
De manera preferente, la invención pone en práctica páginas XML simplificadas, que comprenden únicamente:
-
nombres de etiqueta ("tag names");
-
nombres de atributo ("attribute names");
-
valores de atributo ("attribute values"); y/o
-
datos.
De acuerdo con un aspecto preferente de la invención, el citado protocolo predeterminado es un protocolo puesto en práctica en el marco de un servicio que pone en práctica un lenguaje de descripción de datos XML, un algoritmo de compresión de los citados datos WBXML, un primer modo de acceso, al menos, a un servidor a través de GPRS y un segundo modo de acceso a un segundo servidor a través de SMS. Puede tratarse, en particular, del servicio "M2M Connect" desarrollado por la Société Orange (marca registrada).
Ventajosamente, los citados medios de radiocomunicación integran el citado protocolo en forma de una aplicación "Open-AT", que define el citado juego de comandos AT específicos.
El citado juego de comandos AT específicos comprende preferentemente comandos que permiten:
-
la conexión a uno de los citados servidores;
-
el envío de mensajes;
-
la recepción de mensajes.
De modo preferente, al menos, algunos de los citados comandos AT específicos están organizados con el fin de poder asegurar, al menos, dos funciones y/o actuar sobre, al menos, dos aspectos distintos, en función de una parametrización predefinida.
Eso permite reducir mucho el número de comandos necesarios, garantizando al mismo tiempo todas las operaciones necesarias y permitiendo tener en cuenta eventuales evoluciones futuras.
Así, en un modo de realización preferente, dicho juego de comandos incluye solamente 8 comandos.
De manera ventajosa, el citado juego de comandos AT específicos comprende, al menos, un comando de configuración que permite definir los parámetros de la comunicación con uno de los citados servidores.
Preferentemente, éste pone en práctica un único comando de configuración (+M2MGSET) para la configuración general de los aspectos vinculados con el citado protocolo y/o el citado servicio.
El citado comando de configuración puede permitir, especialmente, seleccionar un modo de transmisión entre, al menos, dos (SMS y GPRS).
Ventajosamente, el citado comando de configuración permite, también, seleccionar un modo de funcionamiento entre, al menos, dos, un modo de funcionamiento automático y un modo de funcionamiento manual.
En este caso, el citado comando de configuración se puede utilizar, también, para regular un plazo para la toma a cargo de un mensaje, en el citado modo de funcionamiento automático.
De acuerdo con otro aspecto de la invención, se ponen en práctica, al menos, tres comandos de configuración:
-
un comando de configuración general de los aspectos vinculados con el citado protocolo y/o el citado servicio (+ M2MGSET);
-
un comando de configuración de una conexión (+ M2MCSET), que permite precisar, especialmente, las coordenadas de un servidor;
-
un comando de configuración del mensaje de configuración de una tabla para la puesta en práctica de un analizador sintáctico para la compresión (+ M2MWBXML).
De acuerdo con una característica ventajosa de la invención, se prevé que:
-
al menos en un primer modo, los citados medios de radiocomunicación gestionen solamente la indicación de un intercambio de datos, siendo los citados datos transferidos directamente de un equipo distante hacia un servidor, o inversamente; y/o
-
al menos en un segundo modo, los citados medios de radiocomunicación gestionen la indicación de un intercambio de datos y la transferencia de dichos datos, siendo estos últimos almacenados temporalmente en, al menos, una memoria tampón.
Ventajosamente, en este caso, caracterizado porque el tamaño de la citada o las citadas memorias tampón es parametrizable. Se prevé, ventajosamente, que el sistema funcione en el citado primer modo cuando el tamaño de la citada o las citadas memorias tampón valga 0, y en el citado segundo modo si no es así.
Se obtiene, así, un medio simple y eficaz para realizar dos funciones (por ejemplo, elección del modo y dimensionamiento de los archivos de espera) con un comando único.
Preferentemente, se pone en práctica, al menos, un comando general de comunicación, que permite la emisión y/o la recepción de mensajes de acuerdo con el citado protocolo predeterminado.
En particular, se pueden prever, al menos, cinco comandos generales de comunicación:
-
un comando de gestión de una conexión con un servidor (+ M2MCONM);
-
un comando de envío de un mensaje (+ M2MSMSG);
-
un comando de creación y/o de modificación de un mensaje XML (+ M2MCMSG);
-
un comando de recepción de un mensaje (+ M2MRMSG);
-
un comando de administración, que permite una puesta a cero y/o una vuelta a los valores por defecto de un conjunto de parámetros (+ M2MPA).
La invención comprende, ventajosamente, un comando de creación y/o de modificación de un mensaje XML (+ M2MCMSG) que permite efectuar, al menos, algunas de las operaciones siguientes:
-
comienzo de la creación de un mensaje XML en un tampón de salida;
-
escritura de un indicador de inicio;
-
escritura de un atributo;
-
escritura de datos;
-
escritura de un indicador de final;
-
final de creación de una página;
-
modificación de un valor de un atributo;
-
modificación de un valor de un dato,
permitiendo un parámetro determinar el tipo de operación a la cual se asigna el citado comando de creación y/o de modificación.
De acuerdo con otro aspecto ventajoso, se pone en práctica, al menos, un comando de interrogación por una aplicación externa y, preferentemente, cuatro comandos de interrogación por una aplicación externa, en uno de los citados equipos distantes, respectivamente sobre:
-
el estado corriente de la conexión (+ M2MCONI);
-
el envío de un mensaje (+ M2MSMSGI);
-
la recepción de un mensaje (+ M2MRMSGI);
-
el análisis sintáctico ("parse") de un mensaje (+ M2MPMSGI).
La invención se refiere, también, a un modo de control de equipos a distancia, que permita la interconexión entre, al menos, un servidor y, al menos, un equipo distante de acuerdo con un protocolo predeterminado, en un sistema tal como el descrito anteriormente.
La invención se refiere, también, a los dispositivos de radiocomunicación y a los módulos de radiocomunicación que comprenden medios de radiocomunicación puestos en práctica en un sistema de control de equipos a distancia de este tipo.
La invención se refiere, también, a los programas informáticos que comprenden instrucciones de programación que permiten la puesta en práctica de comandos de tipo AT en un equipo distante y/o en medios de radiocomunicación de un sistema de control de equipos a distancia tal como el descrito anteriormente.
Otras características y ventajas de la invención se pondrán de manifiesto de modo más claro en la lectura de la descripción que sigue de un modo de realización preferente de la invención, dado a título de simple ejemplo ilustrativo y no restrictivo, y de los dibujos anejos, en los cuales:
- la figura 1 ilustra un ejemplo de sistema en el cual puede ponerse en práctica la invención;
- la figura 2 es un ejemplo de integración de la invención en una aplicación Open-AT;
- la figura 3 ilustra un ejemplo de puesta en práctica de una conexión de acuerdo con la invención.
1. Principios de la invención 1.1 Generalidades
La invención se refiere, pues, a un nuevo enfoque del control de equipos a distancia, que se basa, en particular, en la puesta en práctica de un juego de comandos específicos de tipo AT, que permiten a una aplicación externa gestionar intercambios de datos entre un terminal distante y un servidor, mediante medios de radiocomunicación (por ejemplo un módulo de tipo Wismo (marca registrada) distribuido por el depositante de la presente solicitud de patente), sin que la aplicación conozca el protocolo puesto en práctica por el servidor, ni el formato XML. Los medios de radiocomunicación son los que gestionan este aspecto y, por ejemplo, los pagos, la puesta en forma de los mensajes y su eventual compresión.
La figura 1 ilustra de manera simplificada el principio de la invención. El objetivo es hacer comunicar cualquier tipo de máquinas distantes, por ejemplo instrumentos de medición (contadores) 11, con una o varias aplicaciones albergadas por servidores 12, mediante una pasarela 15 ("gateway") gestionada por el operador telefónico, capaces de recibir datos XML 13 de acuerdo con, al menos, un protocolo predeterminado, y de transformarlos, tratarlos o transmitirlos.
De acuerdo con la invención, a los terminales (o máquinas) distantes 11 se asocian medios de radiocomunicación 14, por ejemplo en forma de un módulo Wismo (marca registrada), que embarca, en particular, las herramientas de desarrollo distribuidas por el depositante bajo la marca "Muse platform".
1.2 Presentación general del protocolo
En el modo de realización preferente descrito más adelante, el sistema de la invención está previsto para el servicio "Orange M2M Connect" (marca registrada).
El producto "Orange M2M Connect" es una solución lista para el empleo que ofrece funciones de comunicación, de vigilancia y de nivel de servicio. Este producto se proporciona en forma de caja para telemetría.
De acuerdo con la invención, los productos (módulos, en particular) Wavecom (marca registrada) ofrecen opciones que pueden ser utilizadas con el protocolo "Orange M2M Connect":
-
Toma a cargo de los mensajes XML: el módulo es capaz de crear y de analizar mensajes XML ligeros;
-
Toma a cargo del WBXML: esta opción permite comprimir datos antes de la transmisión, mejorando así la utilización del canal SMS;
-
Protocolo BEEP: se trata de un protocolo equilibrado concebido inicialmente para el mundo informático (PC). "M2M Connect" solo requiere la utilización de una parte simple en su sistema realizado con el protocolo TCP.
Este protocolo define la comunicación entre terminales distantes ("terminales") y el sistema "M2M Telemetry" ("el sistema"). Los mensajes pueden ser reunidos a continuación por los sistemas anfitriones (o "servidores") utilizando un protocolo HTTP mediante una pasarela M2M.
Esquemáticamente, los terminales distantes comunican con el sistema anfitrión por medio de la red GPRS, y el sistema, que hace la función de mecanismo de almacenamiento y de encaminamiento. El sistema proporciona, también, el aspecto de control de protocolo.
El protocolo SmartBeep es un protocolo de aplicación, que define una comunicación entre una aplicación realizada en un terminal distante y la aplicación sistema. SmartBeep está basado en el software integrado Beep. El protocolo SmartBeep utiliza el "API BeepCore" que proporciona el soporte del protocolo TCP a un nivel inferior, pero la mayoría de estas operaciones están enmascaradas para el desarrollador de aplicaciones.
El proceso general de comunicación toma la forma de una transacción de intercambios, cuyos diferentes estados se definen como sigue:
-
El terminal comienza por hacer una llamada a la estación de base GPRS. Se trata de negociar con la red GPRS que es responsable de la autenticación y que define también el puerto de IP para el terminal y el puerto de IP del sistema que necesita el terminal para comunicar con el siguiente. Será la dirección del servidor que albergará el sistema M2M.
-
El terminal abre el puerto de IP especificado y establece una sesión TCP con el sistema M2M.
-
El terminal puede solicitar comenzar una telecarga de cualquier mensaje que entre en espera de reagrupamiento a nivel de la pasarela. La pasarela abre un nuevo canal de datos y envía cada mensaje en forma de mensaje SmartBeep individual. El terminal debe acusar recepción de cada mensaje enviando un mensaje de respuesta al sistema. Cuando el sistema ha terminado de enviar todos los mensajes, se envía al terminal un mensaje "No More Messages" (no más mensajes). El terminal acusa recepción del mensaje "No More Mensajes" (no más mensajes) y el sistema cierra el canal de conexión descendente.
-
El terminal devuelve todos los mensajes que salen del sistema, los envía en forma de mensajes SmartBeep individuales. El sistema acusa recepción de cada mensaje enviando un mensaje de respuesta al terminal. Cuando el terminal ha terminado de enviar todos los mensajes, se envía al sistema un mensaje "No More Messages".
-
El sistema acusa recepción del mensaje "no más mensajes" y considera que la comunicación ha terminado.
-
El terminal pone fin a su conexión con la red GPRS.
En el marco de la invención, estas operaciones están aseguradas por los medios de radiocomunicación (módulo) y no directamente por el terminal distante.
1.3 Observaciones sobre los mensajes XML
La solución "Orange M2M Connect" utiliza documentos XML bien adaptados para enviar, recibir y gestionar los datos.
Para manipular fácilmente estos documentos XML, la interfaz de los comandos AT de acuerdo con la invención propone varios comandos para analizar los documentos recibidos y facilitar la creación y la modificación de los documentos XML que deben enviarse.
Un documento XML, en el caso del presente modo de realización, es muy simple. Éste solamente puede contener nombres de etiquetas, nombres de atributo, valores y datos de atributo. No puede contener ni comentarios, ni DTD, ni parte de validación del esquema ("Schema validation").
Por ejemplo, un documento XML puede tener la forma siguiente:
100
1.4 Noción de módulo
Como es sabido, se recuerda que la mayoría de los dispositivos de radiocomunicación comprenden, de modo clásico, un conjunto de componentes electrónicos implantados en un circuito impreso. Estos diferentes componentes tienen por objeto asegurar las diferentes funciones necesarias, desde la recepción de una señal RF, hasta la generación de una señal audible (en el caso de un radioteléfono), e inversamente. Algunas de estas funciones son analógicas, y otras digitales.
La fabricación de estos dispositivos de radiocomunicación es un tema de investigación importante. En efecto, se contemplan al menos tres objetivos difíciles de reconciliar: miniaturizar los dispositivos, aumentar las funcionalidades y simplificar el montaje. Se sabe, en particular, que la implantación de los diferentes componentes en el circuito impreso es una operación relativamente compleja, debiendo establecerse numerosos componentes en una superficie cada vez más limitada, a causa de las exigencias de miniaturización.
La concepción de estos sistemas es pues compleja, puesto que, además, requiere asociar diversos componentes, generalmente de fuentes múltiples, que es necesario hacer funcionar juntos, respetando las especificidades de cada uno. Por otra parte, después del montaje del conjunto de los componentes, se necesitan fases de calibración y de pruebas, generalmente largas y complejas, para garantizar el buen funcionamiento del dispositivo.
Por último, a pesar de la reducción del tamaño de algunos componentes, el conjunto ocupa una cierta superficie, que es difícil reducir.
El titular de la presente solicitud de patente ha propuesto un modo que atenúe un cierto número de estos inconvenientes, consistente en reagrupar en un único módulo todas o al menos la mayoría de las funciones de un dispositivo de radiocomunicación digital.
Un módulo de este tipo se presenta en forma de una caja única y compacta, preferentemente blindada, que los fabricantes de dispositivos pueden implantar directamente, sin que tengan que tener en cuenta una multitud de componentes. En otros modos de realización, el módulo puede distribuirse, por ejemplo en dos elementos, preferentemente, interconectados por conexiones digitales.
En efecto, este módulo (llamado también a veces "macro-componente") se forma por una reagrupación de varios componentes en un substrato, con el fin de ser implantado en forma de un único elemento. Comprende los componentes y los programas informáticos esenciales necesarios para el funcionamiento de un terminal de telecomunicación que utiliza frecuencias radioeléctricas. No hay, pues, etapas complejas de concepción del diseño, y de validación de éste. Basta con reservar el espacio necesario para el módulo.
Así pues, un módulo de este tipo permite integrar fácil, rápidamente y de modo optimizado, el conjunto de los componentes en terminales inalámbricos (teléfonos portátiles, módems, o cualquier otra aplicación que explote un estándar inalámbrico).
Por otra parte, reagrupando éste todas las funciones y habiendo sido concebidos como un todo, los problemas de calibración y de pruebas ya no se plantean de la misma manera o, al menos, se simplifican de modo importante.
Así, los módulos difundidos por el titular de la presente solicitud de patente están probados completamente, tanto en el plano material ("hardware"), como en el de los programas informáticos ("software") en la mayoría de las redes en las cuales podrán utilizarse después. Además el módulo engloba, ventajosamente, los aspectos de propiedad industrial (habiendo sido agrupadas todas las funciones, el fabricante del módulo es el que gestiona los aspectos de derechos de propiedad industrial correspondientes) y de asistencia técnica.
\vskip1.000000\baselineskip
1.5 Comandos AT
El principio de puesta en práctica de los comandos AT es ya conocido. Éste está descrito, por ejemplo, en el documento de patente FR-99 13645, y en las diversas especificaciones difundidas por el depositante, a las cuales podrá referirse para más amplia información, en caso necesario.
\vskip1.000000\baselineskip
1.6 Nuevos comandos AT
Este módulo 14 es capaz de gestionar comandos AT simples, y en número reducido, permitiendo un diálogo simple y eficaz con una aplicación externa asociada a un terminal. Éste asegura la transformación al formato XML y la compresión de los datos, y gestiona la emisión y la recepción de datos 15 de acuerdo con este protocolo, de modo transparente para la aplicación.
Así, el intercambio de datos puede hacerse de manera hertziana 13, por ejemplo de acuerdo con la norma GPRS, o en forma de mensajes cortos (SMS). Vistas desde el servidor 12, las informaciones están en el formato XML. Para los terminales 11, no es necesario conocer este protocolo, sino solamente algunos comandos AT. Es así posible implantar fácilmente y a bajo coste una aplicación externa en (o cerca de) un terminal, sin que sea necesario prever un microprocesador, ni memorias, ni una aplicación dedicada.
Como se verá más adelante, los comandos AT propuestos pueden estar limitados al número de 8, continuando siendo al mismo tiempo evolutivos.
1.7 Gestión de las memorias tampón
Se proponen dos modos de transferencia de datos:
-
los datos transitan por el módulo 14. Estos son almacenados entonces temporalmente en memorias tampón ("buffers"), cuyo tamaño es configurable en función de las necesidades;
-
los datos se transmiten directamente entre el terminal y el servidor, sin ser almacenados en memoria en el módulo 14, gestionando este último solamente el conjunto de los aspectos de indicación (apertura y cierre de la conexión, pagos...).
El primer caso podrá corresponder al caso más frecuente de mensajes de pequeño tamaño, y el segundo a la transferencia de archivos importantes. Es así posible gestionar todo mediante el módulo, sin adición de memoria ni de inteligencia externas, permitiendo al mismo tiempo la transferencia de datos que presenten un volumen superior a la capacidad de almacenamiento del módulo.
Ventajosamente, un único comando permite el dimensionamiento de las memorias tampón y el paso de un modo al otro (correspondiendo el segundo modo a un valor nulo).
1.8 Ejemplo de arquitectura informática
La figura 2 ilustra un ejemplo simplificado de arquitectura informática que puede ser puesto en práctica en el módulo 14.
Un módulo 14 de este tipo comprende, generalmente:
-
una capa informática de base 21 ("Wavecom Core Software");
-
una biblioteca Open AT 22 ("Open AT Library");
-
una biblioteca ADL 23 ("ADL Library");
-
una biblioteca TCP/IP 24 ("TCP/IP Library");
-
una capa aplicativa 25 ("Open AT Aplicación").
De acuerdo con la invención, se prevé, además, una biblioteca 26 de comandos específicos para comunicar de acuerdo con el protocolo predeterminado, que se coloca por encima de la biblioteca TCP/IP 24.
Los comandos AT 27 se dirigen, según los casos, a la capa de base 21, a la biblioteca TCP/IP 24 o a la biblioteca específica 26.
La interfaz por comandos AT propuesta comprende en esta biblioteca 26 solamente 8 comandos, que permiten explotar completamente el protocolo, y, en particular:
-
Configurar el módem (portador, tablas WBXML...);
-
Externalizar la gestión de las páginas XML de gran tamaño;
-
Conectarse a la pasarela M2M;
-
Gestionar parámetros de configuración;
-
Enviar y recibir páginas XML por comando genérico;
-
Modo automático para recoger las páginas en la pasarela y enviar una página salvaguardada en el módulo.
-
Manipular fácilmente las páginas XML intercambiadas con una pasarela "gateway" M2M (crear y modificar una página XML, "parser" (comprimir) una página recibida, buscar una etiqueta ("tag") particular).
2. Descripción detallada de un modo de realización de comandos
Se describen a continuación los comandos AT que pueden utilizarse para gobernar el protocolo predeterminado 26.
\vskip1.000000\baselineskip
2.1 Documentos conexos
En caso de necesidad, podrá referirse, en particular, a los documentos siguientes:
[1] especificación "Orange M2M Protocol Definition", y en particular:
-
\vtcortauna Definición de protocolo 120-Orange M2M GPRS v8
-
\vtcortauna Definición de protocolo 120-Orange M2M SMS v4.0
-
\vtcortauna Definición de protocolo 120-Orange M2M SOAP v4.0
-
\vtcortauna Método de codificación 120-Orange M2M WBXML v3.0
[2] Guía de la interfaz de los comandos AT Wavecom referencia: WM_ASW_OAT_UGD_010 revisión 3 o siguiente. Este documento describe los comandos AT tomados a cargo por los productos Wavecom que permiten gestionar acontecimientos y servicios.
\vskip1.000000\baselineskip
2.2 Abreviaturas y definiciones
En lo que sigue se utilizan las abreviaturas siguientes:
APN
Nombre de punto de acceso
DNS
Sistema de nombres de dominio
GGSN
Nudo de servicio GPRS de tránsito - Utilizado por periféricos para establecer conexiones de red y por el sistema propuesto para consultar la dirección IP de bloques MSISDN que los SMSC conocen todos para encaminar los mensajes en los dos sentidos.
GPRS
Sistema general de radiocomunicación por paquetes.
GSM
Sistema mundial de comunicaciones móviles.
ISP
Proveedor de servicios Internet
M2M
Máquina a Máquina
ME
Equipo móvil
MS
Estación móvil
MSISDN
Número RNIS de estación móvil - Sinónimo del número de teléfono móvil.
NMTS
"No more to send" (Nada más para enviar)
SI
Software integrado "Smart Integrator".
SMPP
Protocolo de transferencia de correo simple. Utilizado para la comunicación con los SMSC. No se aplica al GPRS.
SMSC
Centro servidor de mensajes cortos.
WAP
Protocolo de aplicación inalámbrica
WBXML
Lenguaje de etiquetado extensible binario WAP. Representación binaria para documentos WAP. En el contexto del tránsito, no se utilizará WAP, pero, no obstante, se utilizará la especificación WBXML en los documentos XML estándar.
XML
Lenguaje de etiquetado extensible
Los términos MS o ME se utilizan para los terminales móviles que toman a cargo servicios GSM.
\global\parskip0.900000\baselineskip
La palabra "producto" designa cualquier producto (módulo, en particular) Wavecom que toma a cargo la interfaz de los comandos AT.
<CR>
Carácter de retorno del carro
<LF>
Carácter de cambio de línea
[...]
Parámetro facultativo de un comando AT
<....>
Nombre de parámetro puesto entre ángulos. Los ángulos no aparecerán en la línea de comando.
2.3 Sintaxis de los comandos AT
Se describe a continuación el formato de los comandos AT, así como los mecanismos de valor por defecto de los parámetros.
2.3.1 Línea de comando
Los comandos comienzan siempre por el prefijo estándar "AT+M2M" y terminan por el carácter <CR>.
Los parámetros facultativos se ponen entre corchetes [ ].
Ejemplo: AT+M2MCmd =<Param1>[,<Param2>]
Aquí, <Param2> es facultativo. Cuando el comando AT+M2MCmd es ejecutado sin <param2>, se utiliza el valor por defecto de <param2>.
2.3.2 Respuestas de información y códigos de resultado
Las respuestas comienzan y terminan por <CR><LF> (excepto para el formato de respuesta ATV0 DCE) y los comandos ATQ1 (supresión de código de resultado). (véase el documento [2]).
\bullet
\vtcortauna Si la sintaxis del comando es incorrecta, el comando es transmitido al software de base Wavecom para ser tratado por éste. En este caso, el software de base ("core software") WAVECOM controla el mensaje "ERROR".
\bullet
\vtcortauna Si la sintaxis del comando es correcta, pero transmitida con parámetros incorrectos, la cadena <CR><LF> +M2M ERROR: <Err><CR><LF> es reenviada con códigos de error adaptados.
\bullet
\vtcortauna Si la línea de comando ha sido ejecutada con éxito, es reenviada una cadena <CR><LF>"OK"<CR><LF>.
2.4 Comandos, indicaciones y códigos de error
Se hará referencia al anexo adjunto, que describe en detalle los comandos puestos en práctica de acuerdo con el presente modo de realización. Este anexo presenta los elementos siguientes:
- Comandos de configuración:
\bullet
\vtcortauna Parámetros generales +M2MGSET
\bullet
\vtcortauna Parámetros de conexión + M2MCSET
\bullet
\vtcortauna Parámetros de tabla de símbolos WBXML + M2MWBXML
- Comandos generales:
\bullet
\vtcortauna Gestión de conexión + M2MCONM
\bullet
\vtcortauna Enviar mensaje + M2MSM
\bullet
\vtcortauna Crear o modificar un mensaje XML + M2MCM
\bullet
\vtcortauna Recibir mensaje + M2MRM
\bullet
\vtcortauna Administración de protocolo + M2MPA
\global\parskip1.000000\baselineskip
- Indicaciones M2M:
\bullet
\vtcortauna Indicaciones de conexión + M2MCONI
\bullet
\vtcortauna Indicaciones de envío de mensaje + M2MSMI
\bullet
\vtcortauna Indicaciones de recepción de mensaje + M2MRMI
\bullet
\vtcortauna Indicación de análisis del mensaje + M2MPMI
- Códigos de error.
2.5 Ejemplo
La figura 3 ilustra, en forma de un diagrama secuencial, la puesta en práctica de comandos AT del protocolo descrito anteriormente, en el caso de una bandeja de llegada en método manual.
En esta figura, las informaciones se presentan de acuerdo con un formalismo habitual para el experto en la materia, evidenciando de modo preciso los intercambios de datos entre las diferentes entidades (servidor, o agente, módulo y aplicación externa). La cuarta columna indica los comandos utilizados y, cuando proceda, su significado.
No parece necesario comentar de manera suplementaria estas figuras, cuya interpretación es directa para el experto en la materia.
ANEXO 1 Comandos de configuración
Para dar al producto Wavecom todas las informaciones sobre la conexión inicial, se requieren diversos parámetros:
\bullet
El soporte utilizado: SMS o GPRS.
\bullet
El modo funcional de la pila de protocolo Wavecom Orange M2M.
\bullet
Todos los datos relativos al soporte para dar acceso a una infraestructura TCP/IP.
1.1 Parámetros generales +M2MGSET 1.1.1 Descripción
Este comando permite configurar todos los parámetros utilizados para seleccionar el soporte y el modo funcional del protocolo Wavecom Orange M2M.
1.1.2 Sintaxis
1
2
1.1.3 Valores definidos
3
4
5
6
7
\vskip1.000000\baselineskip
1.1.4 Detalles sobre el parámetro <Automatic mode>
\bullet Manual mode: el servicio es gobernado por la conexión serie por medio de comandos de intervención. A la recepción de una llamada de aviso SMS, se envía un mensaje +M2MCONNI a la conexión serie para informar a la aplicación distante que el acontecimiento ha tenido lugar. El piloto debe iniciar una transacción de intercambio utilizando comandos de intervención para enviar y recibir mensajes.
\bullet Automatic mode: el servicio gestiona de modo autónomo la transacción de intercambio con la pasarela M2M utilizando el parámetro <Fetch Message Delay>. A la recepción de un SMS de aviso, se inicia inmediatamente un intercambio.
\bullet Input automatic/Output manual mode: los mensajes entrantes son tratados automáticamente utilizando el parámetro <Fetch Message Delay>. No se produce ninguna creación automática de mensaje XML saliente.
\bullet Input manual/Output automatic mode: el mensaje saliente es generado automáticamente (si el tampón de salida contiene un mensaje conservado que ha sido modificado desde el último envío) y enviado a la pasarela utilizando el parámetro <Fetch Message Delay>. No hay toma a cargo automática de mensajes entrantes.
\vskip1.000000\baselineskip
1.1.5 Códigos de error posibles
+M2M ERROR: 4000
La función de protocolo Wavecom Orange M2M no está activada. Este error es reenviado cuando la función del protocolo Wavecom Orange M2M no ha sido activada en el módulo WISMO.
+M2M ERROR: 4001
Operación no permitida. Este error es reenviado cuando se detecta un parámetro erróneo.
+M2M ERROR: 4002
Operación no tomada a cargo por la configuración actual (en la conexión).
\vskip1.000000\baselineskip
1.2 Parámetros de conexión +M2MCSET 1.2.1 Descripción
Este comando se utiliza para configurar todos los parámetros asociados con la conexión al protocolo Wavecom Orange M2M.
1.2.2 Sintaxis
8
9
1.2.3 Valores definidos
Los parámetros siguientes son utilizados para los dos soportes SMS y GPRS.
10
Los parámetros siguientes se utilizan cuando se selecciona el soporte GPRS. Véase igualmente la sección "otros parámetros".
11
1.2.4 Códigos de error posibles
+M2M ERROR: 4000
La función de protocolo Wavecom Orange M2M no está activada. Este error es reenviado cuando la función del protocolo Wavecom Orange M2M no ha sido activada en el módulo WISMO.
+M2M ERROR: 4001
Operación no permitida. Este error es reenviado cuando se ha detectado un parámetro erróneo.
+M2M ERROR: 4002
Operación no tomada a cargo por la configuración actual (en la conexión).
1.3 Parámetros de tabla de símbolos WBXML +M2MWBXML 1.3.1 Descripción
Este comando permite configurar la tabla de símbolos conocida para el analizador sintáctico WBXML. Esta operación únicamente puede ser efectuada cuando el servicio no está conectado.
1.3.2 Sintaxis
12
13
\vskip1.000000\baselineskip
1.3.3 Valores definidos
<Type>
(0-2) Tipo de los valores definidos
0
Define la lista de los indicadores utilizados por WBXML para la codificación/descodificación de los mensajes XML
1
Define la lista de los nombres de atributo utilizados por WBXML para la codificación/descodi- ficación de los mensajes XML
2
Define la lista des valores de atributo utilizados por WBXML para la codificación/descodifica- ción de los mensajes XML. Entre los valores y los parámetros de nombres de atributo debe establecerse una correspondencia biunívoca.
<Param n>
Indicadores, nombre de atributo o valor de atributo.
\vskip1.000000\baselineskip
1.3.4 Observación
Para reinicializar cada lista, introduzca simplemente el tipo sin ninguna lista. Así, para reinicializar la tabla de símbolos, se introducen simplemente los comandos:
\bullet
AT+M2MWBXML=0 (reinicializa la lista de los indicadores de la tabla de símbolos)
\bullet
AT+M2MWBXML=1 (reinicializa la lista de los atributos de la tabla de símbolos)
\bullet
AT+M2MWBXML=2 (reinicializa la lista de los valores de la tabla de símbolos)
\newpage
1.3.5 Códigos de error posibles
+M2M ERROR: 4000
La función de protocolo Wavecom Orange M2M no está activada. Este error es reenviado cuando la función del protocolo Wavecom Orange M2M no ha sido activada en el módulo WISMO.
+M2M ERROR: 4001
Operación no permitida. Este error es reenviado cuando se detecta un parámetro erróneo.
+M2M ERROR: 4002
Operación no tomada a cargo por la configuración actual.
+M2M ERROR: 4003
Servicio ya conectado.
2 Comandos generales 2.1 Gestión de conexión +M2MCONM 2.1.1 Descripción
Este comando permite gestionar la conexión a una pasarela M2M.
2.1.2 Sintaxis
14
15
2.1.3 Valores definidos
<Mode>
(0-2)
\quad
0: desconexión de una sesión activa de protocolo Wavecom Orange M2M
\quad
1: conexión a la pasarela M2M distante (activación del soporte, pero el comienzo de la transacción depende del parámetro de modo automático; véase 3.1).
\quad
2: anulación de la conexión, solamente si la conexión está en suspenso.
<CleanDisconnect>
(0-1) Modo de desconexión. (valor por defecto = 1)
\quad
0: la desconexión comienza inmediatamente, el archivo de espera es vaciado y se suprimen todas las transacciones salientes.
\quad
1: todos los mensajes en archivo de espera (en espera o en suspenso) son tratados antes de la desconexión.
<ForcedAcknowledge>
Si el tamaño de un mensaje entrante sobrepasa el tamaño máximo del archivo de espera, este parámetro fuerza a la biblioteca a enviar acuses de recepción de tales mensajes a la pasarela de mensaje, incluso si estos no han sido realmente recibidos.
\quad
0: el modo está desactivado
\quad
1: el modo está activado (valor por defecto)
<Status>
\quad
(0-3) Estado de la conexión con la pasarela
\quad
0: no conectado
\quad
1: conectado
\quad
2: conexión en suspenso
\quad
3: desconexión
\vskip1.000000\baselineskip
2.1.4 Códigos de error posibles
+M2M ERROR: 4000
La función de protocolo Wavecom Orange M2M no está activada. Este error es reenviado cuando la función del protocolo Wavecom Orange M2M no ha sido activada en el módulo WISMO.
+M2M ERROR: 4001
Operación no permitida. Este error es reenviado cuando se detecta un parámetro erróneo.
+M2M ERROR: 4003
Cliente ya conectado
+M2M ERROR: 4004
Operación de conexión en suspenso
+M2M ERROR: 4005
Operación de desconexión en suspenso
+M2M ERROR: 4006
Cliente no conectado. Este error es reenviado cuando se solicita una desconexión cuando el ME no está conectado.
+M2M ERROR: 4007
No hay red
+M2M ERROR: 4008
No hay GPRS
+M2M ERROR: 4009
No hay TCP/IP
\vskip1.000000\baselineskip
2.2 Enviar mensaje +M2MSM 2.2.1 Descripción
Este comando permite enviar mensajes XML o un mensaje No More To Send (no más para enviar) u obtener el estado de estos mensajes.
Este comando se utiliza en caso de "modo manual" o en "modo automático" si no está definida ninguna "página almacenada" (véase 3.1) y después de una conexión M2M.
2.2.2 Sintaxis
16
17
18
Observación: Se puede salir de un comando <ctrl-P> en el texto por <ctrl-P><ctrl-P>.
2.2.3 Valores definidos
<ActionType>
Tipo de operación
\quad
0: introducir y enviar un mensaje
\quad
1: introducir y enviar un mensaje solicitado (SMS únicamente)
\quad
2: obtener el estado del último mensaje introducido
\quad
3: enviar un mensaje "No More To Send" a la pasarela
\quad
4: reenviar el mensaje XML almacenado
\quad
5: borrar la página XML almacenada
<ReplyID>
Para un mensaje solicitado únicamente (es decir, ActionType==1), referencia del mensaje de la pasarela M2M de origen en el periférico. Únicamente para el mensaje comprimido WBXML que hay que enviar en el soporte SMS
<WBXML Mode>
0: el analizador sintáctico WBXML no es utilizado (el mensaje es enviado en texto en claro)
\quad
1: el analizador sintáctico WBXML es utilizado con la tabla de símbolos conocida, si ésta está definida (valor por defecto)
\quad
2: el analizador sintáctico WBXML es utilizado y el analizador sintáctico WBXML va a generar la tabla de compresión y a insertarla en el mensaje.
<Status>
Estado de un mensaje
\quad
W: EN ESPERA. El mensaje está en el archivo de espera, la transacción no ha comenzado o el mensaje está conservado.
\quad
P: EN SUSPENSO. El mensaje está en el archivo de espera. La transacción está en curso.
\quad
N: mensaje no encontrado. El mensaje no está en el archivo de espera. La transacción ha terminado, o el mensaje no ha estado nunca en el archivo de espera.
2.2.4 Códigos de error posibles
+M2M ERROR: 4000
La función de protocolo Wavecom Orange M2M no está activada. Este error es reenviado cuando la función del protocolo Wavecom Orange M2M no ha sido activada en el módulo WISMO.
+M2M ERROR: 4001
Operación no permitida. Este error es reenviado cuando se ha detectado un parámetro erróneo.
+M2M ERROR: 4002
Operación no tomada a cargo por la configuración actual.
+M2M ERROR: 4006
Cliente no conectado
+M2M ERROR: 4010
Tampón SATURADO: una página está almacenada en el tampón de salida o está en curso la creación de una página XML (véase 4.3).
+M2M ERROR: 4012
El mensaje XML en texto en claro es demasiado largo en SMS
+M2M ERROR: 4013
No hay mensaje solicitado en GPRS.
+M2M ERROR: 4014
El mensaje solicitado no está comprimido por WBXML.
+M2M ERROR: 4015
No hay mensaje en el archivo de espera.
\vskip1.000000\baselineskip
2.3 Crear o modificar un mensaje XML +M2MCM 2.3.1 Descripción
Este comando permite crear o modificar fácilmente (si el parámetro de conservación está definido; véase 3.1) un mensaje XML en texto en claro en el tampón de salida.
Al final de la creación, el mensaje es enviado automáticamente.
Este comando es utilizado en caso de "modo manual" o en "modo automático" si ninguna "página almacenada" está definida (véase 3.1) y después de una conexión M2M.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
(Tabla pasa a página siguiente)
2.3.2 Sintaxis
19
20
21
\vskip1.000000\baselineskip
2.3.3 Valores definidos
<ActionType>
Tipo de operación
\quad
1: comenzar la creación de un mensaje XML en el tampón de salida
\quad
2: escribir un indicador de inicio
\quad
3: escribir un atributo
\quad
4: escribir datos
\quad
5: escribir un indicador de final
\quad
6: terminar la creación de una página
\quad
7: modificar une valor de atributo de un mensaje conservado
\quad
8: modificar une valor de datos de un mensaje conservado
\quad
Observación: en caso de una solicitud de modificación (ActionType 7 y 8), si el tamaño del nuevo valor es diferente del valor al que éste reemplaza, las partes siguientes del mensaje XML se desplazarán únicamente si queda suficiente espacio en el tampón; si no, se genera un código de error.
\newpage
<Param 1>
\bullet\hskip0.2cm si <ActionType> = 1:
\circ
\vtcortauna 0: el analizador sintáctico WBXML no es utilizado (el mensaje es enviado en forma de texto en claro).
\circ
\vtcortauna 1: el analizador sintáctico WBXML es utilizado con la tabla de símbolos conocida, si ésta está definida.
\circ
\vtcortauna 2: el analizador sintáctico WBXML es utilizado y el analizador sintáctico WBXML va a generar la tabla de compresión y a insertarla en el mensaje.
\bullet
\vtcortauna si <ActionType> = 2: el nombre del indicador de inicio
\bullet
\vtcortauna si <ActionType> = 3: el nombre de atributo
\bullet
\vtcortauna si <ActionType> = 4: el valor de los datos
\bullet
\vtcortauna si <ActionType> = 5: el nombre del indicador de final
\bullet
\vtcortauna si <ActionType> = 7: el nombre de indicador asociado al atributo modificado
\bullet
\vtcortauna si <ActionType> = 8: el nombre de indicador asociado a los datos modificados
<Param 2>
\bullet\hskip0.2cm si <ActionType > = 1: si éste existe, se trata de la referencia del mensaje de pasarela M2M de origen que solicita una respuesta. El mensaje creado es así un mensaje solicitado (es decir la respuesta).
\bullet
\vtcortauna si <ActionType> = 3: el valor de atributo
\bullet
\vtcortauna si <ActionType> = 7: le nombre de atributo modificado
\bullet
\vtcortauna si <ActionType> = 8: el valor de los nuevos datos
<Param 3>
\bullet\hskip0.2cm si <ActionType> = 7: el valor del nuevo atributo
\vskip1.000000\baselineskip
2.3.4 Códigos de error posibles
+M2M ERROR: 4000
La función de protocolo Wavecom Orange M2M no está activada. Este error es reenviado cuando la función del protocolo Wavecom Orange M2M no ha sido activada en el módulo WISMO.
+M2M ERROR: 4001
Operación no permitida. Este error es reenviado cuando se detecta un parámetro erróneo o si el tampón de salida no contiene ninguna página almacenada en caso de solicitud de modificación ((<Action Type 7 y 8>) o si <Action Type 1> no ha sido llamado antes de la solicitud <Action Type 2 a 6> o en caso de solicitud de modificación (<Action Type 7 y 8>) si el tamaño del nuevo valor es diferente del tamaño del valor al que reemplaza, las partes siguientes del documento serán desplazadas, únicamente si queda bastante espacio en el tampón; si no, se genera este error.
+M2M ERROR: 4002
Operación no tomada a cargo por la configuración actual.
+M2M ERROR: 4006
Cliente no conectado
+M2M ERROR: 4010
Tampón SATURADO: el tampón de salida contiene ya una página almacenada o la creación de una página XML está en curso.
+M2M ERROR: 4012
Mensaje XML en texto en claro demasiado largo en SMS
+M2M ERROR: 4013
Ningún mensaje solicitado en GPRS.
+M2M ERROR: 4014
Mensaje solicitado no comprimido por WBXML
+M2M ERROR: 4016
Indicador no encontrable en el tampón de entrada.
+M2M ERROR: 4017
Error durante el análisis sintáctico en el tampón de salida (violación de las normas XML o fallo de asignación de memoria).
+M2M ERROR: 4019
Modificación del documento XML imposible porque su creación está en curso.
+M2M ERROR: 4020
Documento XML completamente creado (es decir que el elemento raíz está cerrado). Intente operaciones de modificación (ActionType 7 u 8).
\vskip1.000000\baselineskip
2.4 Recibir mensaje +M2MRM 2.4.1 Descripción
Este comando permite efectuar todas las acciones relativas a los mensajes recibidos: recibir, leer y analizar.
Un mensaje recibido genera una indicación +M2MRMI.
El periférico solicita la telecarga de cualquier mensaje entrante en espera de ser reagrupado a nivel de la pasarela. Este comando AT permite obtener los mensajes llegados al archivo de espera de la bandeja de llegada.
Este comando AT solamente está disponible si el valor 0 no está asignado al parámetro <InboxSize> (Véase comando Parámetros generales +M2MGSET). Si el tamaño de la bandeja de llegada esta definido en 0, los mensajes serán visualizados en indicación +M2MRMI en texto en claro.
Este comando AT permite, igualmente, analizar un mensaje recibido. En este caso, indicadores, atributos y datos son visualizados en indicaciones +M2MPM.
Finalmente, este comando AT permite leer directamente el valor de un atributo o de los datos en un mensaje recibido.
\vskip1.000000\baselineskip
2.4.2 Sintaxis
22
23
24
25
26
27
28
2.4.3 Valores definidos
<ActionType>
Tipo de operación
\quad
0: solicitar la telecarga de cualquier mensaje entrante en espera de reagrupamiento a nivel de la pasarela (el cliente debe estar primero conectado). Modo manual únicamente
\quad
1: obtener el mensaje <MsgId> en texto en claro y borrarlo del archivo de espera de la bandeja de llegada.
\quad
2: obtener un valor de atributo del mensaje <MsgId>.
\quad
3: obtener el valor de los datos en el mensaje <MsgId>.
\quad
4: analizar el mensaje <MsgId>. En este caso, son enviados mensajes +M2MPMI.
\quad
5: borrar el mensaje <MsgId>.
<Param 1>
con <ActionType> 1,2,3,4 y 5>, parámetro <MsgId>
<Param 2>
con <ActionType> 2 y 3>, nombre de indicador que hay que encontrar en el <MsgId> XML. Solo se tiene en cuenta la primera vez.
<param 3>
con <ActionType> 2, nombre de atributo que hay que encontrar.
\vskip1.000000\baselineskip
2.4.4 observación
Si un mensaje está codificado en WBXML y no puede ser descodificado debido a un error, la pasarela reconoce el mensaje, después el mensaje es suprimido del archivo de espera de la bandeja de llegada. En este caso, se envía la indicación +M2MRMI: 4.
Si el tamaño de un mensaje entrante es superior al tamaño máximo del archivo de espera y si el parámetro <ForcedAcknowledge> está activado (ON), la biblioteca envía acuses de recepción de estos mensajes a la pasarela de mensaje, incluso si estos no han sido realmente recibidos. En este caso, se envía la indicación +M2MRMI: 3.
\vskip1.000000\baselineskip
2.4.5 Códigos de error posibles
+M2M ERROR: 4000
La función de protocolo Wavecom Orange M2M no está activada. Este error es reenviado cuando la función del protocolo Wavecom Orange M2M no ha sido activada en el módulo WISMO.
+M2M ERROR: 4001
Operación no permitida. Este error es reenviado cuando se detecta un parámetro erróneo.
+M2M ERROR: 4002
Operación no tomada a cargo por la configuración actual.
+M2M ERROR: 4006
Cliente no conectado
+M2M ERROR: 4010
Tampón de entrada SATURADO: el tampón de entrada contiene demasiadas páginas almacenadas.
+M2M ERROR: 4011
Mensaje solicitado no encontrable en el tampón de entrada.
+M2M ERROR: 4016
Indicador no encontrable en el tampón de entrada.
+M2M ERROR: 4017
Error durante el análisis del tampón de entrada (violación de las normas XML o fallo de asignación de memoria).
+M2M ERROR: 4018
Atributo no encontrable en el tampón de entrada.
\vskip1.000000\baselineskip
2.5 Administración de protocolo +M2MPA 2.5.1 Descripción
Este comando permite efectuar un RESET (reinicialización) general en el archivo de espera de la bandeja de llegada y en el tampón de la bandeja de salida o restablecer les valores por defecto de todos los parámetros.
2.5.2 Sintaxis
29
2.5.3 Valores definidos
<ActionType>
0: RESET (reinicializar). Vacía el archivo de espera de la bandeja de llegada y el tampón de la bandeja de salida y detiene todas les transacciones en curso.
\quad
1: DEFAULT PARAMETERS (parámetros por defecto). Se restablecen los valores por defecto de todos los parámetros de los comandos AT. Acción posible únicamente fuera de conexión.
2.5.4 Códigos de error posibles
+M2M ERROR: 4000
La función de protocolo Wavecom Orange M2M no está activada. Este error es reenviado cuando la función del protocolo Wavecom Orange M2M no ha sido activada en el módulo WISMO.
+M2M ERROR: 4001
Operación no permitida. Este error es reenviado cuando se detecta un parámetro erróneo.
+M2M ERROR: 4002
Operación no tomada a cargo por la configuración actual.
3. Indicaciones M2M
Este capítulo describe todas les respuestas de acontecimiento de mensajes enviados.
3.1 Indicaciones de conexión +M2MCONI
Con el fin de permitir que la aplicación externa conozca el estado de conexión, se establece un mecanismo de indicaciones de conexión (+M2MCONI).
Estas indicaciones son enviadas cuando el valor del parámetro <NotifyLevel> (véase el comando +M2MGSET) está definido en 1 o 3.
Sintaxis: +M2MCONI: <Status>
<Status>
\quad
0 Final de la desconexión solicitada.
\quad
1 Conexión establecida con la pasarela
\quad
2 Conexión rechazada por la pasarela
\quad
3 Identificación rechazada por la pasarela
\quad
4 Conexión perdida con la pasarela
\quad
5 Aviso SMS recibido
3.2 Indicaciones de envío de mensaje +M2MSMI
Con el fin de permitir a la aplicación externa saber si se ha enviado un mensaje, se establece un mecanismo de indicaciones de mensaje (+M2MSMI).
Estas indicaciones son enviadas cuando el valor del parámetro <NotifyLevel> (véase la comando +M2MGSET) está definido en 2 o 3.
Sintaxis: +M2MSMI: <Status>,<MsgId>
<Status>
\quad
0 El mensaje <MsgId> ha sido distribuido
\quad
1 El mensaje <MsgId> ha sido suprimido (todos los nuevos lanzamientos han fracasado)
\quad
2 La transmisión del mensaje <MsgId> ha fracasado.
<MsgId>
(0-32767) Identificación del mensaje
3.3 Indicaciones de recepción de mensaje +M2MRMI
Si el tamaño de la bandeja de llegada está en 0, los mensajes son visualizados con la indicación +M2MRMI en el momento de su recepción.
Estas indicaciones son enviadas cuando el valor del parámetro <NotifyLevel> (véase el comando +M2MGSET) está definido en 2 o 3, durante la recepción de los mensajes con el comando AT+M2MRM o si un mensaje es recibido utilizando el soporte SMS (con SMS, la pasarela puede enviar en cualquier momento un mensaje al periférico).
Sintaxis: +M2MRMI: <Status>[,<MsgId>,[,<Bearer>,[<Length>
\quad
<CR><LF>
\quad
<Data>]]
<Status>
\quad
0 El mensaje <MsgId> es recibido en la bandeja de llegada.
\quad
1 Mensaje recibido sin bandeja de llegada. El mensaje es encaminado directamente hacia la salida.
\quad
2 Bandeja de llegada saturada (la bandeja de llegada no tiene bastante espacio para almacenar el mensaje). El mensaje no es reconocido y permanece almacenado a nivel de la pasarela
\quad
3 Ninguna capacidad para recibir un mensaje (la bandeja de llegada no es suficientemente grande para almacenar el mensaje). Si el parámetro <ForcedAcknowledge> ha sido activado (ON), el mensaje no recibido es reconocido.
\quad
4 Mensaje <MsgId> alterado: problema durante la descodificación WBXML.
\quad
5 Mensaje NMTS (nada más para enviar) recibido
<MsgId>
Identificación del mensaje recibido. (0-32767)
<Bearer>
0: mensaje enviado por GPRS
\quad
1: mensaje enviado por SMS
<Length>
Longitud de los datos útiles (en octetos).
<Data>
Datos del mensaje.
3.4 Indicación de análisis del mensaje +M2MPMI
Sintaxis: +M2MPMI: <Type>[,<Param1>,[,<Param2>]]
31
4. Códigos de error
Este capítulo describe todos les códigos de error reenviados por los comandos AT M2M.
32
33

Claims (35)

1. Sistema de control de equipos a distancia que comprende, al menos, un servidor, equipos distantes y medios de radiocomunicación que permiten la interconexión entre, al menos, un servidor y, al menos, un equipo distante de acuerdo con un protocolo predeterminado comprendido por el citado servidor, sin necesitar el conocimiento del citado protocolo predeterminado en el citado equipo distante,
caracterizado porque asocia, al menos, a uno de los citados equipos distantes medios de radiocomunicación capaces de emitir y de recibir comandos de tipo AT emitidos por, y/o destinados a, una aplicación externa puesta en práctica por el citado equipo distante,
y porque los citados medios de radiocomunicación están dotados de un juego de comandos AT específicos que permiten gestionar intercambios de datos entre el citado equipo distante y, al menos, un servidor que pone en práctica el citado protocolo predeterminado,
permitiendo, al menos, uno de los citados comandos AT, emitido hacia los medios de radiocomunicación por la citada aplicación externa del citado equipo distante, que los medios de radiocomunicación creen, modifiquen y/o envíen páginas en el formato XML hacia el citado servidor, con el fin de permitir una interconexión entre el citado o los citados servidores y el citado o los citados equipos distantes, mediante los citados medios de radiocomunicación por transmisión de páginas en el formato XML, sin necesitar el conocimiento del citado protocolo predeterminado ni del formato XML en los citados equipos distantes.
2. Sistema de control de equipos a distancia de acuerdo con la reivindicación 1, caracterizado porque, al menos, uno de los citados comandos AT permite la compresión de datos que hay que transmitir.
3. Sistema de control de equipos a distancia de acuerdo con la reivindicación 2, caracterizado porque la citada compresión pone en práctica el formato de compresión WBXML.
4. Sistema de control de equipos a distancia de acuerdo con una cualquiera de las reivindicaciones 1 a 3, caracterizado porque, al menos, en un primer modo de transmisión, los citados datos son transmitidos en un canal dedicado a los mensajes cortos (SMS).
5. Sistema de control de equipos a distancia de acuerdo con una cualquiera de las reivindicaciones 1 a 4, caracterizado porque, al menos, en un segundo modo de transmisión, los citados datos son transmitidos en un canal GPRS.
6. Sistema de control de equipos a distancia de acuerdo con la reivindicación 5, caracterizado porque, en el citado segundo modo de funcionamiento, pone en práctica un protocolo "peer-to-peer", que utiliza el protocolo TCP.
7. Sistema de control de equipos a distancia de acuerdo con la reivindicación 6, caracterizado porque el citado protocolo "peer-to-peer" es el protocolo BEEP.
8. Sistema de control de equipos a distancia de acuerdo con una cualquiera de las reivindicaciones 1 a 7, caracterizado porque comprende medios de puesta en práctica, en un premier modo de funcionamiento, de un servicio de envío y/o de recepción automáticos de, al menos, un mensaje XML almacenado en los citados medios de radiocomunicación, a la recepción de un mensaje de aviso.
9. Sistema de control de equipos a distancia de acuerdo con la reivindicación 8, caracterizado porque presenta cuatro modos de funcionamiento:
- modo automático, en el cual gestiona de modo autónomo una transacción;
- modo manual, en el cual una transacción debe ser iniciada por una aplicación distante;
- modo entrada automática/salida manual, en el cual solo los mensajes entrantes son tratados automáticamente;
- modo entrada manual/salida automática, en el cual un mensaje es enviado automáticamente.
10. Sistema de control de equipos a distancia de acuerdo con una cualquiera de las reivindicaciones 1 a 9, caracterizado porque pone en práctica páginas XML simplificadas, que comprenden únicamente:
- nombres de etiqueta ("tag names");
- nombres de atributo ("atributo names");
- valores de atributo ("atributo values"); y/o
- datos.
11. Sistema de control de equipos a distancia de acuerdo con una cualquiera de las reivindicaciones 1 a 10, caracterizado porque el citado protocolo predeterminado es un protocolo puesto en práctica en el marco de un servicio que pone en práctica un lenguaje de descripción de datos XML, un algoritmo de compresión de los citados datos WBXML, un primer método de acceso, al menos, a un servidor a través de GPRS y un segundo método de acceso a un segundo servidor a través de SMS.
12. Sistema de control de equipos a distancia de acuerdo con la reivindicación 11, caracterizado porque el citado servicio es el servicio "M2M Connect" desarrollado por la Société Orange (marca registrada).
13. Sistema de control de equipos a distancia de acuerdo con una cualquiera de las reivindicaciones 1 a 12, caracterizado porque los citados medios de radiocomunicación integran el citado protocolo en forma de una aplicación "Open-AT", que define el citado juego de comandos AT específicos.
14. Sistema de control de equipos a distancia de acuerdo con una cualquiera de las reivindicaciones 1 a 13, caracterizado porque el citado juego de comandos AT específicos comprende los comandos que permiten:
- la conexión a uno de los citados servidores;
- el envío de mensajes;
- la recepción de mensajes.
15. Sistema de control de equipos a distancia de acuerdo con una cualquiera de las reivindicaciones 1 a 14, caracterizado porque al menos algunos de los citados comandos AT específicos están organizados para poder asegurar, al menos, dos funciones y/o actuar sobre, al menos, dos aspectos distintos, en función de una parametrización predefinida.
16. Sistema de control de equipos a distancia de acuerdo con una cualquiera de las reivindicaciones 1 a 15, caracterizado porque el citado juego de comandos comprende únicamente 8 comandos.
17. Sistema de control de equipos a distancia de acuerdo con una cualquiera de las reivindicaciones 1 a 16, caracterizado porque el citado juego de comandos AT específicos comprende, al menos, un comando de configuración que permite definir los parámetros de la comunicación con uno de los citados servidores.
18. Sistema de control de equipos a distancia de acuerdo con la reivindicación 17, caracterizado porque pone en práctica un único comando de configuración (+M2MGSET) para la configuración general de los aspectos vinculados con el citado protocolo y/o el citado servicio.
19. Sistema de control de equipos a distancia de acuerdo con una cualquiera de las reivindicaciones 17 y 18, caracterizado porque el citado comando de configuración permite seleccionar un modo de transmisión entre, al menos, dos (SMS y GPRS).
20. Sistema de control de equipos a distancia de acuerdo con una cualquiera de las reivindicaciones 17 a 19, caracterizado porque el citado comando de configuración permite seleccionar un modo de funcionamiento entre, al menos, dos, un modo de funcionamiento automático y un modo de funcionamiento manual.
21. Sistema de control de equipos a distancia de acuerdo con la reivindicación 20, caracterizado porque el citado comando de configuración permite regular un retardo para la toma a cargo de un mensaje, en el citado modo de funcionamiento automático.
22. Sistema de control de equipos a distancia de acuerdo con una cualquiera de las reivindicaciones 1 a 21, caracterizado porque pone en práctica, al menos, tres comandos de configuración:
- un comando de configuración general de los aspectos vinculados con el citado protocolo y/o el citado servicio (+M2MGSET);
- un comando de configuración de una conexión (+M2MCSET), que permite precisar, en particular, las coordenadas de un servidor;
- un comando de configuración del mensaje de configuración de una tabla para la puesta en práctica de un analizador sintáctico para la compresión (+M2MWBXML).
23. Sistema de control de equipos a distancia de acuerdo con una cualquiera de las reivindicaciones 1 a 22, caracterizado porque, al menos, en un premier modo, los citados medios de radiocomunicación gestionan únicamente la indicación de un intercambio de datos, siendo transferidos los citados datos directamente de un equipo distante hacia un servidor, o inversamente.
24. Sistema de control de equipos a distancia de acuerdo con una cualquiera de las reivindicaciones 1 a 23, caracterizado porque, al menos en un segundo modo, los citados medios de radiocomunicación gestionan la indicación de un intercambio de datos y la transferencia de los citados datos, siendo estos últimos almacenados temporalmente en, al menos, una memoria tampón.
25. Sistema de control de equipos a distancia de acuerdo con la reivindicación 24, caracterizado porque el tamaño de la citada o las citadas memorias tampón es parametrizable.
26. Sistema de control de equipos a distancia de acuerdo con les reivindicaciones 23 y 22, caracterizado porque funciona en el citado primer modo cuando el tamaño de la citada o las citadas memorias tampón vale 0, y en el citado segundo modo si no es así.
27. Sistema de control de equipos a distancia de acuerdo con una cualquiera de las reivindicaciones 1 a 26, caracterizado porque pone en práctica, al menos, un comando general de comunicación, que permite la emisión y/o la recepción de mensajes de acuerdo con el citado protocolo predeterminado.
28. Sistema de control de equipos a distancia de acuerdo con la reivindicación 27, caracterizado porque pone en práctica, al menos, cinco comandos generales de comunicación:
- un comando de gestión de une conexión con un servidor (+M2MCONM);
- un comando de envío de un mensaje (+M2MSMSG);
- un comando de creación y/o de modificación de un mensaje XML (+M2MCMSG);
- un comando de recepción de un mensaje (+M2MRMSG);
- un comando de administración, que permite una puesta a cero y/o un retorno a los valores por defecto de un conjunto de parámetros (+M2MPA).
29. Sistema de control de equipos a distancia de acuerdo con una cualquiera de las reivindicaciones 27 y 28, caracterizado porque comprende un comando de creación y/o de modificación de un mensaje XML (+M2MCMSG) que permite efectuar, al menos, algunas de las operaciones siguientes:
- comienzo de la creación de un mensaje XML en un tampón de salida;
- escritura de un indicador de inicio;
- escritura de un atributo;
- escritura de datos;
- escritura de un indicador de final;
- final de creación de una página;
- modificación de un valor de un atributo;
- modificación de un valor de un dato,
permitiendo un parámetro determinar el tipo de operación a la cual está asignado el citado comando de creación y/o de modificación.
30. Sistema de control de equipos a distancia de acuerdo con una cualquiera de las reivindicaciones 1 a 29, caracterizado porque pone en práctica, al menos, un comando de interrogación por una aplicación externa.
31. Sistema de control de equipos a distancia de acuerdo con la reivindicación 30, caracterizado porque pone en práctica cuatro comandos de interrogación por una aplicación externa en uno de los citados equipos distantes, respectivamente en:
- el estado corriente de la conexión (+M2MCONI);
- el envío de un mensaje (+M2MSMSGI);
- la recepción de un mensaje (+M2MRMSGI);
- el análisis sintáctico ("parse") de un mensaje (+M2MPMSGI).
32. Procedimiento de control de equipos a distancia, que permite la interconexión entre, al menos, un servidor y, al menos, un equipo distante de acuerdo con un protocolo predeterminado comprendido por el citado servidor, sin necesitar el conocimiento del citado protocolo predeterminado en el citado equipo distante, mediante los medios de radiocomunicación asociados, al menos, a uno de los citados equipos distantes, caracterizado el citado procedimiento por la emisión y la recepción de los comandos de tipo AT por los medios de radiocomunicación, emitidos por, y/o destinados a, una aplicación externa puesta en práctica por el citado equipo distante,
y porque pone en práctica, en los citados medios de radiocomunicación, un juego de comandos AT específicos que permiten gestionar intercambios de datos entre el citado equipo distante y, al menos, un servidor que pone en práctica el citado protocolo predeterminado,
permitiendo, al menos, uno de los citados comandos AT, emitido hacia los medios de radiocomunicación por la citada aplicación externa del citado equipo distante, que los citados medios de radiocomunicación creen, modifiquen y/o envíen páginas en el formato XML hacia el servidor, para permitir una interconexión entre el citado o los citados servidores y el citado o los citados equipos distantes mediante los citados medios de radiocomunicación por transmisión de páginas en el formato XML, sin necesitar el conocimiento del citado protocolo predeterminado ni del formato XML en los citados equipos distantes.
33. Dispositivo de radiocomunicación caracterizado porque comprende medios de radiocomunicación puestos en práctica en un sistema de control de equipos a distancia, los citados medios de radiocomunicación son capaces de emitir y de recibir comandos de tipo AT emitidos por, y/o destinados a, una aplicación externa puesta en práctica por el citado equipo distante, y permitiendo los citados medios de radiocomunicación dotados de un juego de comandos AT específicos gestionar intercambios de datos entre el citado equipo distante y, al menos, un servidor que pone en práctica un protocolo predeterminado, y permitiendo, al menos, uno de los citados comandos AT, emitido hacia los medios de radiocomunicación por la citada aplicación externa del citado equipo distante, que los citados medios de radiocomunicación creen, modifiquen y/o envíen páginas en el formato XML hacia el citado servidor, con el fin de permitir una interconexión entre el citado o los citados servidores y o los citados equipos distantes, mediante los citados medios de radiocomunicación por transmisión de las páginas en el formato XML.
34. Módulo de radiocomunicación caracterizado porque comprende medios de radiocomunicación puestos en práctica en un sistema de control de equipos a distancia, los citados medios de radiocomunicación son capaces de emitir y de recibir comandos de tipo AT emitidos por, y/o destinados a, una aplicación externa puesta en práctica por el citado equipo distante, y permitiendo los citados medios de radiocomunicación dotados de un juego de comandos AT específicos gestionar intercambios de datos entre el citado equipo distante y, al menos, un servidor que pone en práctica u protocolo predeterminado, y permitiendo, al menos, uno de los citados comandos AT, emitido hacia los medios de radiocomunicación por la citada aplicación externa del citado equipo distante, que los citados medios de radiocomunicación creen, modifiquen y/o envíen páginas en el formato XML hacia el citado servidor, con el fin de permitir una interconexión entre el citado o los citados servidores y o los citados equipos distantes, mediante los citados medios de radiocomunicación por transmisión de las páginas en el formato XML.
35. Programa informático caracterizado porque comprende instrucciones de programación que permiten la puesta en práctica de comandos de tipo AT en un equipo distante y/o medios de radiocomunicación de un sistema de control de equipos a distancia, los citados medios de radiocomunicación son capaces de emitir y de recibir comandos de tipo AT emitidos por, y/o destinados a, una aplicación externa puesta en práctica por el citado equipo distante, y permitiendo los citados medios de radiocomunicación dotados de un juego de comandos AT específicos gestionar intercambios de datos entre el citado equipo distante y, al menos, un servidor que pone en práctica u protocolo predeterminado, y permitiendo, al menos, uno de los citados comandos AT, emitido hacia los medios de radiocomunicación por la citada aplicación externa del citado equipo distante, que los citados medios de radiocomunicación creen, modifiquen y/o envíen páginas en el formato XML hacia el citado servidor, con el fin de permitir una interconexión entre el citado o los citados servidores y o los citados equipos distantes, mediante los citados medios de radiocomunicación por transmisión de las páginas en el formato XML.
ES05732976T 2004-03-15 2005-02-25 Sistema y procedimiento de control de equipos a distancia con la ayuda de comandos at, dispositivo, modulo de radiocomunicacion y programa correspondientes. Active ES2296163T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0402670A FR2867652B1 (fr) 2004-03-15 2004-03-15 Systeme et procede de controle d'equipements a distance a l'aide de commandes at, dispositif, module de radiocommunication et programme correspondants
FR0402670 2004-03-15

Publications (1)

Publication Number Publication Date
ES2296163T3 true ES2296163T3 (es) 2008-04-16

Family

ID=34896540

Family Applications (1)

Application Number Title Priority Date Filing Date
ES05732976T Active ES2296163T3 (es) 2004-03-15 2005-02-25 Sistema y procedimiento de control de equipos a distancia con la ayuda de comandos at, dispositivo, modulo de radiocomunicacion y programa correspondientes.

Country Status (8)

Country Link
US (1) US20080233922A1 (es)
EP (1) EP1726124B1 (es)
AT (1) ATE371316T1 (es)
DE (1) DE602005002132T2 (es)
ES (1) ES2296163T3 (es)
FR (1) FR2867652B1 (es)
WO (1) WO2005101739A1 (es)
ZA (1) ZA200606748B (es)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2904907A1 (fr) * 2006-08-08 2008-02-15 France Telecom Procede de communication par messages et dispositif associe
EP1978715A1 (de) * 2007-04-03 2008-10-08 Daniel Kopf Kommunikationsverfahren zur Datenübertragung für ein elektronisches Kleinstgerät
WO2009056448A1 (en) 2007-10-29 2009-05-07 International Business Machines Corporation Method and apparatus for last message notification
US20100107058A1 (en) * 2008-10-23 2010-04-29 Yahoo! Inc. Query aware processing
WO2010054471A1 (en) 2008-11-17 2010-05-20 Sierra Wireless, Inc. Method and apparatus for network port and network address translation
US8924486B2 (en) 2009-02-12 2014-12-30 Sierra Wireless, Inc. Method and system for aggregating communications
CN102026215A (zh) * 2009-09-21 2011-04-20 中国移动通信集团公司 一种m2m网络的监控方法、装置及系统
CN102056140B (zh) * 2009-11-06 2013-08-07 中兴通讯股份有限公司 机器类通讯终端信息的获取方法和系统
EP2537366B1 (en) * 2010-02-15 2018-11-07 Sierra Wireless, Inc. Configuration of the operational state of delay-tolerant wireless devices based on network traffic level of a particular network sector
US8964549B2 (en) * 2010-06-22 2015-02-24 Sierra Wireless, Inc. Method and apparatus for managing wireless communication based on network traffic level
WO2012106820A1 (en) 2011-02-08 2012-08-16 Sierra Wireless, Inc. Method and system for forwarding data between network devices
WO2012115551A1 (en) 2011-02-25 2012-08-30 Telefonaktiebolaget L M Ericsson (Publ) Enabling ip-communication with a machine to machine unit
DE102011090110A1 (de) * 2011-12-29 2013-07-04 Robert Bosch Gmbh Kommunikationssystem mit Steuerung des Zugriffs auf ein gemeinsames Kommunikationsmedium
GB2518255A (en) * 2013-09-13 2015-03-18 Vodafone Ip Licensing Ltd Communicating with a machine to machine device
US20150381737A1 (en) * 2014-06-30 2015-12-31 Davra Networks Limited Gateway device and a gateway system for an internet-of-things environment
CN112039686B (zh) * 2019-06-03 2023-08-04 杭州海康威视系统技术有限公司 一种数据流传输控制方法、装置、监控设备及存储介质
CN114979466B (zh) * 2022-04-22 2023-12-08 西安广和通无线通信有限公司 拍摄处理方法、装置和无线通信模组

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6988025B2 (en) * 2000-11-28 2006-01-17 Power Measurement Ltd. System and method for implementing XML on an energy management device
US6877023B1 (en) * 2000-01-28 2005-04-05 Softwired, Inc. Messaging system for delivering data in the form of portable message formats between message clients
DE10009109A1 (de) * 2000-02-26 2001-08-30 Alcatel Sa Vorrichtung und Verfahren zur Fernabfrage und/oder Fernsteuerung einer Gebäudefunktion
FI113129B (fi) * 2001-03-26 2004-02-27 Nokia Corp Sovellusdatan synkronointi tietoliikennejärjestelmässä
US20020180614A1 (en) * 2001-04-11 2002-12-05 Gonzalez Javier Janez Internet-ready communication modules
US7293109B2 (en) * 2001-10-15 2007-11-06 Semandex Networks, Inc. Dynamic content based multicast routing in mobile networks
FI20012343A0 (fi) * 2001-11-30 2001-11-30 Nokia Corp Automaattijärjestely, sen yhteyteen liitetty matkaviestin sekä automaatin toimintatietojen siirtomenetelmä
KR100434292B1 (ko) * 2002-02-28 2004-06-05 엘지전자 주식회사 홈 네트워크 시스템
GB0211644D0 (en) * 2002-05-21 2002-07-03 Wesby Philip B System and method for remote asset management
KR100484804B1 (ko) * 2002-07-11 2005-04-22 엘지전자 주식회사 가전기기 원격제어시스템 및 그 동작방법
US20040054747A1 (en) * 2002-09-12 2004-03-18 International Business Machines Corporation Pervasive home network appliance
US7444401B1 (en) * 2002-11-18 2008-10-28 Arkion Systems Llc Method and apparatus for inexpensively monitoring and controlling remotely distributed appliances
US7555538B2 (en) * 2002-12-26 2009-06-30 Research In Motion Limited System and method for building and execution of platform-neutral generic services' client applications
WO2005015807A2 (en) * 2003-08-07 2005-02-17 Simple Com Tools, Llc Realtime electronic communications system and method
US7171454B2 (en) * 2003-08-13 2007-01-30 Siemens Energy & Automation, Inc. Method for providing real-time production information using in-situ web services embedded in electronic production equipment
WO2005043262A2 (en) * 2003-10-20 2005-05-12 Sensorlogic, Inc. Behavior agent based system and process for machine to machine applications and services

Also Published As

Publication number Publication date
DE602005002132D1 (de) 2007-10-04
EP1726124B1 (fr) 2007-08-22
FR2867652A1 (fr) 2005-09-16
EP1726124A1 (fr) 2006-11-29
DE602005002132T2 (de) 2008-05-15
FR2867652B1 (fr) 2006-05-26
ATE371316T1 (de) 2007-09-15
US20080233922A1 (en) 2008-09-25
ZA200606748B (en) 2007-05-30
WO2005101739A1 (fr) 2005-10-27

Similar Documents

Publication Publication Date Title
ES2296163T3 (es) Sistema y procedimiento de control de equipos a distancia con la ayuda de comandos at, dispositivo, modulo de radiocomunicacion y programa correspondientes.
KR101117223B1 (ko) 리더 콘트롤 시스템
US8099115B2 (en) TCP over SMS
ES2240910T3 (es) Aparato y metodo para optimizar el trafico de red.
US20200250909A1 (en) Data management method, apparatus, device, system and storage medium for smart lock
ES2247486T3 (es) Metodo y dispositivo de difusion de contenidos multimedia a terminales moviles.
US20080288958A1 (en) Near Field Communication Host Controller Interface
BRPI0714141B1 (pt) método para transferir informação através de comunicação sem fio, dispositivo configurado para executar o método e sistema que transfere dados por comunicações sem fio
ES2360490T3 (es) Procedimiento de gestión de informaciones de contexto mediante un servidor intermedio.
EP2633632B1 (en) Method and system of communicating personal health data in a near field communication environment
KR20050051675A (ko) 통신 네트워크를 위한 단말, 장치 및 방법
CN110247926A (zh) 一种交互方法和系统
Khare W* effect considered harmful [Internet WAP]
ES2294913A1 (es) Sistema de mensajeria y metodo para el mismo.
CN108306768A (zh) 网关及其协调器的协同升级方法、装置及存储介质
ES2202264T3 (es) Procedimiento de gestion de un modulo de comunicacion y dispositivo que comprende un modulo de este tipo.
KR100542924B1 (ko) Rfid 단말 겸용 이동통신 단말기 및 상기단말기에서의 rfid 데이터 처리 방법
ES2375026B1 (es) Módulo y métodos para la interconexión de equipos heterogéneos con recursos limitados por medio de middlewares de comunicaciones orientados a objeto.
CN108039936A (zh) 一种用于无人作业装备的通信协议数据包及通信系统
ES2213040T3 (es) Sistema y metodo para cargar comandos dentro de una tarjeta de circuito integrado.
KR100970828B1 (ko) 정보제공 방법 및 시스템과 이를 위한 프로그램 기록매체
ES2206022B1 (es) Metodo para acceso a contenidos y servicios de internet mediante protocolo wap a traves de un terminal con limitacion de recursos.
BENLAMOUDI Study and realization of a supervisor for Process by GSM
JP2005525719A (ja) 無線通信端末に記録されたアプリケーションが端末機能にアクセスすることを可能にするための方法、および該方法を実施する端末
KR20050043318A (ko) 무선 데이터 서비스 시스템