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 PDFInfo
- 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
Links
Classifications
-
- G—PHYSICS
- G08—SIGNALLING
- G08C—TRANSMISSION SYSTEMS FOR MEASURED VALUES, CONTROL OR SIMILAR SIGNALS
- G08C17/00—Arrangements for transmitting signals characterised by the use of a wireless electrical link
- G08C17/02—Arrangements for transmitting signals characterised by the use of a wireless electrical link using a radio link
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
- H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/06—Transport 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)
- Telephonic Communication Services (AREA)
- Selective Calling Equipment (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.
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.
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".
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.
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:
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
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
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.
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).
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).
Se describen a continuación los comandos AT que
pueden utilizarse para gobernar el protocolo predeterminado 26.
\vskip1.000000\baselineskip
En caso de necesidad, podrá referirse, en
particular, a los documentos siguientes:
[1] especificación "Orange M2M Protocol
Definition", y en particular:
- -
-
\vtcortauna
- -
-
\vtcortauna
- -
-
\vtcortauna
- -
-
\vtcortauna
[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
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.
Se describe a continuación el formato de los
comandos AT, así como los mecanismos de valor por defecto de los
parámetros.
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>.
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
- \bullet
-
\vtcortauna
- \bullet
-
\vtcortauna
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
- \bullet
-
\vtcortauna
- \bullet
-
\vtcortauna
- Comandos generales:
- \bullet
-
\vtcortauna
- \bullet
-
\vtcortauna
- \bullet
-
\vtcortauna
- \bullet
-
\vtcortauna
- \bullet
-
\vtcortauna
\global\parskip1.000000\baselineskip
- Indicaciones M2M:
- \bullet
-
\vtcortauna
- \bullet
-
\vtcortauna
- \bullet
-
\vtcortauna
- \bullet
-
\vtcortauna
- Códigos de error.
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.
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.
Este comando permite configurar todos los
parámetros utilizados para seleccionar el soporte y el modo
funcional del protocolo Wavecom Orange M2M.
\vskip1.000000\baselineskip
\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
- +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
Este comando se utiliza para configurar todos
los parámetros asociados con la conexión al protocolo Wavecom
Orange M2M.
Los parámetros siguientes son utilizados para
los dos soportes SMS y GPRS.
Los parámetros siguientes se utilizan cuando se
selecciona el soporte GPRS. Véase igualmente la sección "otros
parámetros".
- +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).
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.
\vskip1.000000\baselineskip
- <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
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
- +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.
Este comando permite gestionar la conexión a una
pasarela M2M.
- <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
- +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
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.
Observación: Se puede salir de un comando
<ctrl-P> en el texto por
<ctrl-P><ctrl-P>.
- <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.
- +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
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)
\vskip1.000000\baselineskip
- <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
- \circ
-
\vtcortauna
- \circ
-
\vtcortauna
- \bullet
-
\vtcortauna
- \bullet
-
\vtcortauna
- \bullet
-
\vtcortauna
- \bullet
-
\vtcortauna
- \bullet
-
\vtcortauna
- \bullet
-
\vtcortauna
- <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
- \bullet
-
\vtcortauna
- \bullet
-
\vtcortauna
- <Param 3>
- \bullet\hskip0.2cm si <ActionType> = 7: el valor del nuevo atributo
\vskip1.000000\baselineskip
- +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
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
- <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
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
- +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
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.
- <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.
- +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.
Este capítulo describe todas les respuestas de
acontecimiento de mensajes enviados.
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
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
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.
Sintaxis: +M2MPMI:
<Type>[,<Param1>,[,<Param2>]]
Este capítulo describe todos les códigos de
error reenviados por los comandos AT M2M.
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.
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)
| 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 |
| GB2478470B8 (en) | 2008-11-17 | 2014-05-21 | Sierra Wireless Inc | Method and apparatus for network port and netword 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 | 中兴通讯股份有限公司 | 机器类通讯终端信息的获取方法和*** |
| WO2011097737A1 (en) * | 2010-02-15 | 2011-08-18 | Sierra Wireless, Inc. | Method and apparatus for managing communications in a wireless communication system |
| 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 |
| US9369378B2 (en) | 2011-02-25 | 2016-06-14 | Telefonaktiebolaget Lm 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)
| 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 |
| CN1633651A (zh) * | 2001-10-15 | 2005-06-29 | 西曼德克斯网络公司 | 在移动网络中基于动态内容的组播路由 |
| 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 |
| US20050108504A1 (en) * | 2003-10-20 | 2005-05-19 | Cowin Gregory L. | Behavior agent based system and process for machine to machine applications and services |
-
2004
- 2004-03-15 FR FR0402670A patent/FR2867652B1/fr not_active Expired - Fee Related
-
2005
- 2005-02-25 DE DE602005002132T patent/DE602005002132T2/de active Active
- 2005-02-25 WO PCT/FR2005/000463 patent/WO2005101739A1/fr active IP Right Grant
- 2005-02-25 EP EP05732976A patent/EP1726124B1/fr not_active Not-in-force
- 2005-02-25 ES ES05732976T patent/ES2296163T3/es active Active
- 2005-02-25 AT AT05732976T patent/ATE371316T1/de not_active IP Right Cessation
- 2005-02-25 US US10/592,740 patent/US20080233922A1/en not_active Abandoned
-
2006
- 2006-08-14 ZA ZA200606748A patent/ZA200606748B/en unknown
Also Published As
| Publication number | Publication date |
|---|---|
| FR2867652B1 (fr) | 2006-05-26 |
| DE602005002132D1 (de) | 2007-10-04 |
| US20080233922A1 (en) | 2008-09-25 |
| ZA200606748B (en) | 2007-05-30 |
| DE602005002132T2 (de) | 2008-05-15 |
| ATE371316T1 (de) | 2007-09-15 |
| FR2867652A1 (fr) | 2005-09-16 |
| EP1726124B1 (fr) | 2007-08-22 |
| WO2005101739A1 (fr) | 2005-10-27 |
| EP1726124A1 (fr) | 2006-11-29 |
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 | |
| 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) | Ｒｆｉｄ 단말 겸용 이동통신 단말기 및 상기단말기에서의 ｒｆｉｄ 데이터 처리 방법 | |
| 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. | |
| 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. | |
| ES2274139T3 (es) | Sistema de acceso a datos disponibles en una red activa. | |
| BENLAMOUDI | Study and realization of a supervisor for Process by GSM | |
| KR20050043318A (ko) | 무선 데이터 서비스 시스템 | |
| JP2006155106A (ja) | Ｉｃカードの情報をインデックスにした情報表示システム、および情報表示方法 | |
| KR20050012306A (ko) | 위치기반 서비스를 이용한 차량용 텔레메틱스 시스템 | |
| KR20160085643A (ko) | 도서 승계 대출 서비스 제공 방법, 서버 및 단말 | |
| JPWO2021222490A5 (es) |