EP1639787A2 - Systeme et procede de controle d'equipements a distance a l'aide de commandes at, dispositif et module de radiocommunication et jeu de commandes correspondants. - Google Patents

Systeme et procede de controle d'equipements a distance a l'aide de commandes at, dispositif et module de radiocommunication et jeu de commandes correspondants.

Info

Publication number
EP1639787A2
EP1639787A2 EP04767361A EP04767361A EP1639787A2 EP 1639787 A2 EP1639787 A2 EP 1639787A2 EP 04767361 A EP04767361 A EP 04767361A EP 04767361 A EP04767361 A EP 04767361A EP 1639787 A2 EP1639787 A2 EP 1639787A2
Authority
EP
European Patent Office
Prior art keywords
remote equipment
commands
control system
command
equipment control
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.)
Withdrawn
Application number
EP04767361A
Other languages
German (de)
English (en)
Inventor
Christian Amiens
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
Publication of EP1639787A2 publication Critical patent/EP1639787A2/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
    • H04M11/002—Telephonic communication systems specially adapted for combination with other electrical systems with telemetering systems
    • 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/50—Network services
    • H04L67/55—Push-based network services
    • 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/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Definitions

  • the field of the invention is that of remote control of equipment, and in particular of equipment limited in data processing resources.
  • the invention applies for example to remote data collection systems, for example on water, gas or electricity meters, and more generally to telemetry systems, order tracking, and more generally machine control (in English "M to M: machine to machine”).
  • a protocol is also known, developed by the companies IBM and ARCOM Control Systems (registered trademarks), known under the name of technology "MQIsdp Messaging”. This technique provides a communication protocol between one or more equipment limited in resources, and one or more servers ("brokers" in English), using a TCP / IP link.
  • the link between the equipment and the server can use a telephone type link, using a modem.
  • radio communication means for example according to the GSM or GPRS standard.
  • radio equipment will be used to perform the modem function.
  • the invention particularly aims to overcome this drawback of the prior art. It should be noted that the fact of identifying this problem is in itself a part of the invention. Indeed, a person skilled in the art is convinced that it is absolutely necessary to equip the terminal equipment with sufficient processing means, and cannot in any case envisage that it is possible to reduce or even eliminate them. However, it is an objective of the invention to make it possible to simplify the necessary processing on the side of the equipment, and to avoid that it must have complex and expensive means such as a microprocessor.
  • Another objective of the invention is to propose a simple and generic technique, making it possible to easily and effectively establish a dialogue with a server according to the MQIsdp protocol.
  • Yet another objective of the invention is to provide such a technique, making it possible to establish a link between servers and equipment by radiotelephone, in a simple, standardized and inexpensive manner.
  • the invention also aims to provide such a technique, making it possible to develop a large number of applications, without the need to develop specific applications each time.
  • Another objective of the invention is to provide such a technique, not requiring knowledge of the MQIsdp protocol in the applications developed.
  • Yet another objective of the invention is to provide such a technique, which is both technically simple and scalable, and adaptable to various situations (for example for the size of the data to be exchanged) and to possible future developments.
  • radiocommunication means capable of transmitting and receiving AT type commands issued by and / or intended for an external application implemented by said remote equipment are associated with at least one of said remote devices. being equipped with a set of specific AT commands making it possible to exchange data with at least one server implementing said MQIsdp protocol, so as to allow interconnection between said server (s) and said remote equipment (s) via said means radio communication, without requiring knowledge of said MQIsdp protocol in said remote equipment.
  • said radiocommunication means manage only the signaling of a data exchange, said data being transferred directly from a remote device to a server, or vice versa.
  • said radiocommunication means manage the signaling of a data exchange and the transfer of said data, the latter being temporarily stored in the minus a buffer.
  • the size of the said buffer memory (s) can advantageously be configured.
  • said system operates in said first mode when the size of said buffer memory or memories is equal to 0, and in said second mode otherwise.
  • said radiocommunication means comprise a radiocommunication module, grouping on a same substrate all the means for processing radio frequency and baseband data, as well as the means for managing said AT commands.
  • Said radiocommunication means can in particular integrate said MQIsdp protocol in the form of an "Open-AT" application, defining said set of specific AT commands.
  • said set of specific AT commands includes commands allowing: - connection to one of said servers;
  • At least some of said specific AT commands are organized so as to be able to perform at least two functions and / or act on at least two distinct aspects, according to a predefined configuration.
  • said set of commands includes only 8 orders.
  • Said set of specific AT commands advantageously comprises at least one configuration command making it possible to define the parameters of the communication with one of said servers.
  • the system implements a single configuration command (+ WSPGSET) for the configuration of the radiocommunication aspects and the general configuration of the aspects related to the MQIsdp protocol.
  • Said configuration command can in particular make it possible to select a transmission mode from at least two (GSM and GPRS).
  • the system implements three configuration commands:
  • WSPGSET a general communication configuration command (+ WSPGSET); - a command to configure a connection (+ WSPCSET), making it possible to specify in particular the coordinates of a server;
  • it also implements at least one general communication command, allowing the transmission and / or reception of messages according to the MQIsdp protocol.
  • it also implements at least one interrogation command by an external application, and preferably two interrogation commands by an external application, respectively on:
  • the invention also relates to the remote equipment control method implemented by a system as described above. It allows interconnection between at least one server and at least one remote device according to the MQIsdp protocol, by associating at least one of said remote devices with radiocommunication means capable of transmitting and receiving AT type commands emitted by and / or intended for an external application implemented by said remote equipment, and by implementing, in said radiocommunication means, a set of specific AT commands making it possible to exchange data with at least one server implementing said MQIsdp protocol. This allows interconnection between said server (s) and said remote equipment (s) via said radiocommunication means, without requiring additional means for processing and / or formatting data in said remote equipment.
  • the invention also relates to radiocommunication devices and modules comprising radiocommunication means implemented in such a remote equipment control system.
  • the invention relates to the AT command sets implemented in a remote equipment control system, and making it possible to exchange data with at least one server implementing said MQIsdp protocol.
  • FIG. 1 illustrates an example of a system in which the invention can be implemented
  • FIG. 2 is an example of integration of the MQIsdp protocol in an Open-AT application
  • the MQIsdp protocol (“WebSphere MQ Integrator SCADA device protocol” in English) is an open standard developed by IBM and Arcom
  • MQIsdp also called Wavecom SCADA hereinafter
  • Wavecom SCADA Wavecom SCADA
  • the message broker can be considered as a multiprotocol switching hub (node) at the level of the application protocol which receives messages, transforms them, reformats them, etc. in other structures based on a user-defined data model.
  • messages that may have been transformed can be sent by the broker (published) to subscribed customers (zone device, ERP, SAP, Oracle, SQL, etc.) using the appropriate customer cards.
  • the broker can, of course, also post messages not from a client.
  • the message broker manages all messages entering and leaving a section.
  • a client publishes messages in / with a topic or subscribes to messages from / by a topic identifying the message flow of the message broker to or from which the message is to be posted.
  • the MQIsdp specification defines a very simple set of messages, including: "connect”, “disconnect”, “publish”, “subscribe”, “unsubscribe”.
  • the invention therefore relates to a new approach to remote equipment control, based in particular on the implementation of a set of specific AT type commands, allowing an external application to manage data exchanges between a remote terminal and a server, via radio communication means (for example a Wismo (registered trademark) type module), without the application knowing the MQIsdp protocol implemented by the server. It is the radiocommunication means which manage this aspect, and for example the acknowledgments provided for in the MQIsdp protocol.
  • radio communication means for example a Wismo (registered trademark) type module
  • Figure 1 illustrates in a simplified manner the principle of the invention.
  • the objective is to make all types of remote machines communicate, for example measuring instruments 11 with one or more applications hosted by servers 12, capable of receiving data 13 according to the MQIsdp protocol, and of transforming, processing or transmitting it .
  • radiocommunication means 14 are associated with the remote terminals (or machines) 11, for example in the form of a module
  • Wismo registered trademark
  • Muse platform the development tools distributed by the depositor under the brand name "Muse platform”.
  • radiocommunication devices conventionally comprise a set of electronic components installed on a printed circuit.
  • the purpose of these various components is to provide the various necessary functions, from the reception of an RF signal to the generation of an audible signal (in the case of a radio telephone), and vice versa.
  • Some of these functions are analog, others digital.
  • the assembly occupies a certain area, which is difficult to reduce.
  • This module (also sometimes called “macro-component”) is in fact formed by a grouping of several components on a substrate, so as to be implanted as a single element. It includes the essential components and software necessary for the operation of a telecommunications terminal using radio frequencies. There are therefore no more complex stages in the design of the design, and validation of it. All you need to do is reserve the space required for the module.
  • Such a module therefore makes it possible to easily, quickly and optimally integrate all of the components in wireless terminals (mobile phones, modems, or any other application using a wireless standard).
  • the modules distributed by the holder of this patent application are fully tested both on the hardware (“hardware”) and software ("software”) on most networks on which they can be used later.
  • the module advantageously includes the aspects of industrial property (all the functions having been grouped, it is the manufacturer of the module who manages the aspects of corresponding industrial property rights) and technical assistance.
  • AT commands The principle of implementing AT commands is already known. It is for example described in patent document FR-99 13645, and in the various specifications published by the applicant, which will be referred to for further information, if necessary.
  • This module 14 is capable of managing simple AT commands, and in reduced number, allowing a simple and efficient dialogue with an external application associated with a terminal. It ensures the transformation to the MQIsdp format, and manages the transmission and reception of data 15 according to this protocol, in a transparent manner for the application. Data can thus be exchanged wirelessly 16, by example according to GSM or GPRS standard. Seen from server 12, the information is in MQIsdp format. For the terminals 11, it is not necessary to know this protocol, but only a few AT commands. It is thus possible to easily and inexpensively implement an external application in (or next to) a terminal, without the need to provide a microprocessor and memories, and a dedicated application.
  • the AT commands offered can be limited to the number of 8, while remaining scalable.
  • buffers Two modes of data transfer are proposed: - the data pass through the module 14. They are then temporarily stored in buffers (buffers), the size of which can be configured as required;
  • the data are transmitted directly between the terminal and the server, without being stored in memory in the module 14, the latter managing only all of the signaling aspects (opening and closing of the connection, acknowledgments, etc.).
  • the first case may correspond to the most frequent case of small messages, and the second to the transfer of large files, as provided for in the MQIsdp protocol. It is thus possible to manage everything via the module, without adding external memory and intelligence, while allowing the transfer of data having a volume greater than the storage capacity of the module.
  • FIG. 2 illustrates a simplified example of software architecture which can be implemented in module 14.
  • Such a module 14 generally comprises:
  • Open AT 22 library (“Open AT Library”); - an ADL 23 library (“ADL Library”); - a TCP / IP Library 24 (“TCP / IP Library”);
  • a library 26 of specific commands (“Wavecom SCADA Protocol Library”) is therefore also provided for communicating according to the MQIsdp protocol, which is placed above the TCP / IP library 24.
  • the AT commands 27 are addressed, as the case may be, to the base layer 21, to the TCP / IP library 24 or to the SCADA library 26.
  • the proposed AT command interface includes in this library 26 only 8 commands, allowing to fully exploit the MQIsdp protocol, and in particular:
  • MS or ME are used for mobile terminals supporting GSM services.
  • product refers to any Wavecom product (module in particular) that supports the AT command interface. Symbols:
  • ⁇ Param2> is optional.
  • the default value of the ⁇ Param2> parameter is used.
  • the support network used GSM or GPRS • The timeout parameters • The functional mode of the Wavecom SCADA protocol overlay
  • Wavecom SCADA has not been activated in the module
  • This command is used to configure all connection parameters (by family).
  • This command configures all the parameters relating to the message Will. This command returns + WSP ERROR: 4013 if the value 0 is assigned to the parameter ⁇ OutBoxSize>.
  • Wavecom SCADA has not been activated in the WISMO module.
  • This command sets the parameter values for a WSP context identified by the local context identification parameter, ⁇ WSPCid>.
  • a maximum of two WSP contexts can be defined.
  • SCADA parameter on chain which identifies the client.
  • Maximum length 23 characters
  • Default value unreadable ⁇ Broker_Addr> Parameter on chain (or IP address) which identifies the broker server and makes it possible to reach it.
  • Maximum length 255 characters
  • Default values unreadable ⁇ Port> (0-6553 ⁇ Numerical parameter (Broker port) which allows to reach the broker server for data transfer.
  • Default values 1883 ⁇ CleanStart_Flag> (0-1) 0 The client continues with the data of the previous connections.
  • WSP context identifier numeric parameter which identifies the definition of a given WSP context.
  • + WSP ERROR 4003 WSP context not defined. + WSP ERROR: 4004 Client already connected. + WSP ERROR: 4005 Connection operation pending. + WSP ERROR: 4006 Disconnection operation pending. + WSP ERROR 4007 Client not connected. This error is returned when a disconnection is requested while the ME is not connected.
  • This command allows you to send or obtain the status of several types of messages, including Publish, Subscribe and Unsubscribe.
  • Wavecom SCADA The specification of the Wavecom SCADA protocol allows a SUBSCRIBE / UNSUBSCRIBE message to send several subscriptions / unsubscriptions.
  • the limit is set at one item per SUBSCRIBE / UNSUBSCRIBE message.
  • an application wishing to subscribe / unsubscribe from several sections will issue several SUBSCRIBE / UNSUBSCRIBE requests for a single section.
  • This command allows you to read a received message.
  • the message is received with the indication + WSPIMSG.
  • the broker can send a PUBLISH message to the client on any section to which the client is subscribed. This AT command obtains messages arrived in the queue of the incoming trash.
  • This command is used to perform a general reset (RESET) in the different queues or to restore the default values of all parameters.
  • RESET general reset
  • connection indication mechanism (+ WSPCONI) is set up. These indications are sent when a value between 1 and 3 is assigned to the ⁇ NotifyLevel> parameter (see the + WSPGSET command). Syntax: + WSPCONI: ⁇ Status> ⁇ Status> 0 The requested disconnection is complete.
  • a message indication mechanism (+ WSPSMSGI) is set up.
  • the message header and / or the payload are displayed according to the + WSPGSET RecMsgMode parameter.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)
  • Selective Calling Equipment (AREA)

Abstract

L'invention concerne un système de contrôle d'équipements à distance, permettant l'interconnexion entre au moins un serveur et au moins un équipement distant selon le protocole MQIsdp, associant au moins un desdits équipements distants des moyens de radiocommunication capables d'émettre et de recevoir des commandes de type AT émises par et/ou destinées à une application externe mise en oeuvre par ledit équipement distant. Lesdits moyens de radiocommunication sont dotés d'un jeu de commandes AT spécifiques permettant d'échanger des données avec au moins un serveur mettant en œuvre ledit protocole MQIsdp, de façon à permettre une interconnexion entre le ou lesdits serveurs et le ou lesdits équipements distants via lesdits moyens de radiocommunication, sans nécessiter de connaissance dudit protocole MQIsdp dans lesdits équipements distants.

Description

Système et procédé de contrôle d'équipements à distance à l'aide de commandes AT, dispositif et module de radiocommunication et jeu de commandes correspondants.
Le domaine de l'invention est celui du contrôle à distance d'équipements, et notamment d'équipements limités en ressources de traitement de données. Ainsi, l'invention s'applique par exemple aux systèmes de relevé de données à distance, par exemple sur des compteurs d'eau, de gaz ou d'électricité, et plus généralement aux systèmes de télémétrie, de suivi de commandes, et plus généralement de contrôle de machines (en anglais « M to M : machine to machine »).
Il existe déjà diverses solutions pour réaliser de telles opérations. Elles ont généralement été développées de façon spécifique pour une application donnée. En d'autres termes, il s'agit de solutions « propriétaires », qui sont difficilement adaptables à d'autres applications.
On connaît par ailleurs un protocole, développé par les sociétés IBM et ARCOM Control Systems (marques déposées), connu sous le nom de technologie « MQIsdp Messaging ». Cette technique propose un protocole de communication entre un ou plusieurs équipements limités en ressources, et un ou plusieurs serveurs (« brokers » en anglais), en utilisant un lien TCP/IP.
Cependant, même avec ce protocole spécifique, il est nécessaire d'adjoindre aux équipements des moyens de traitement spécifiques (microprocesseurs, mémoires, ...), qui permettent d'instaurer le dialogue avec ces serveurs distants, selon le format MQIsdp requis. La liaison entre l'équipement et le serveur peut utiliser une liaison de type téléphonique, à l'aide d'un modem.
Dans de nombreuses applications, il serait cependant souhaitable de pouvoir se passer d'une liaison téléphonique filaire. On peut alors envisager la mise en œuvre de moyens de radiocommunication, par exemple selon la norme GSM ou GPRS. Dans ce cas, on utilisera un équipement de radiotéléphonie pour assurer la fonction de modem. Cependant, il reste nécessaire, selon l'art antérieur, d'associer à l'équipement des moyens spécifiques et propriétaires de traitement de données pour établir et réaliser l'échange de données avec le serveur. Cet aspect est une limitation très importante au développement des applications mentionnées ci-dessus, et de nombreuses autres applications que permet d'envisager le protocole MQIsdp.
L'invention a notamment pour objectif de pallier cet inconvénient de l'art antérieur. II convient de noter que le fait d'identifier ce problème est en soi une partie de l'invention. En effet, l'homme du métier est persuadé qu'il est absolument nécessaire d'équiper les équipements terminaux de moyens de traitement suffisants, et ne peut en aucun cas envisager qu'il est possible de les réduire, voire de les supprimer. C'est pourtant un objectif de l'invention que de permettre de simplifier les traitements nécessaires du côté des équipements, et d'éviter que ceux-ci doivent disposer de moyens complexes et coûteux tels qu'un micro-processeur.
Un autre objectif de l'invention est de proposer une technique simple et générique, permettant d'instaurer facilement et efficacement un dialogue avec un serveur selon le protocole MQIsdp.
Encore un autre objectif de l'invention est de fournir une telle technique, permettant d'établir une liaison entre des serveurs et des équipements par voie radiotéléphonique, de façon simple, standardisée et peu coûteuse.
L'invention a également pour objectif de fournir une telle technique, permettant de développer un nombre important d'applications, sans qu'il soit nécessaire de développer des applications spécifiques à chaque fois.
Un autre objectif de l'invention est de fournir une telle technique, ne nécessitant pas une connaissance du protocole MQIsdp dans les applications développées. Encore un autre objectif de l'invention est de fournir une telle technique, qui est à la fois techniquement simple et évolutive, et adaptable à diverses situations (par exemple pour la taille des données à échanger) et aux éventuelles évolutions futures.
Ces objectifs, ainsi que d'autres qui apparaîtront plus clairement par la suite, sont atteints à l'aide d'un système de contrôle d'équipements à distance, permettant l'interconnexion entre au moins un serveur et au moins un équipement distant selon le protocole MQIsdp.
Selon l'invention, on associe à au moins un desdits équipements distants des moyens de radiocommunication capables d'émettre et de recevoir des commandes de type AT émises par et/ou destinées à une application externe mise en oeuvre par ledit équipement distant, lesdits moyens de radiocommunication étant dotés d'un jeu de commandes AT spécifiques permettant d'échanger des données avec au moins un serveur mettant en œuvre ledit protocole MQIsdp, de façon à permettre une interconnexion entre le ou lesdits serveurs et le ou lesdits équipements distants via lesdits moyens de radiocommunication, sans nécessiter de connaissance dudit protocole MQIsdp dans lesdits équipements distants.
Ainsi, il est possible de gérer aisément et simplement des échanges de données, sans qu'il soit nécessaire de développer des applications spécifiques ni d'associer des moyens importants (microprocesseur et mémoire notamment) à un terminal. Ni ce dernier, ni l'application n'ont besoin de connaître le protocole
MQIsdp. Ce sont les moyens de radiocommunication qui gèrent ces aspects. Les seules connaissances nécessaires, vu de l'application, sont les nouvelles commandes AT de l'invention.
Avantageusement, au moins dans un premier mode, lesdits moyens de radiocommunication gèrent uniquement la signalisation d'un échange de données, lesdites données étant transférées directement d'un équipement distant vers un serveur, ou inversement.
De façon préférentielle, au moins dans un second mode, lesdits moyens de radiocommunication gèrent la signalisation d'un échange de données et le transfert desdites données, ces dernières étant temporairement stockées dans au moins une mémoire tampon.
Dans ce cas, la taille de la ou desdites mémoires tampon est avantageusement paramétrable.
Selon un mode de réalisation avantageux, ledit système fonctionne dans ledit premier mode lorsque la taille de la ou desdites mémoires tampon vaut 0, et dans ledit second mode sinon.
On obtient ainsi un moyen simple et efficace pour réaliser deux fonctions (choix du mode et dimensionnement des files d'attente) avec une commande unique. Dans un mode de réalisation avantageux de l'invention, lesdits moyens de radiocommunication comprennent un module de radiocommunication, regroupant sur un même substrat l'ensemble des moyens de traitement de données radio- fréquence et bande de base, ainsi que les moyens de gestion desdites commandes AT. Lesdits moyens de radiocommunication peuvent notamment intégrer ledit protocole MQIsdp sous la forme d'une application « Open-AT », définissant ledit jeu de commandes AT spécifiques.
De façon avantageuse, ledit jeu de commandes AT spécifiques comprend des commandes permettant : - la connexion à un desdits serveurs ;
- l'envoi de messages ;
- la réception de messages.
Préférentiellement, au moins certaines desdites commandes AT spécifiques sont organisées de façon à pouvoir assurer au moins deux fonctions et/ou agir sur au moins deux aspects distincts, en fonction d'un paramétrage prédéfini.
Cela permet de réduire fortement le nombre de commandes nécessaires, tout en assurant toutes les opérations nécessaires et en permettant de prendre en compte d'éventuelles évolutions futures. Ainsi, dans un mode de réalisation préférentiel, ledit jeu de commandes comprend uniquement 8 commandes.
Ledit jeu de commandes AT spécifiques comprend avantageusement au moins une commande de configuration permettant de définir les paramètres de la communication avec un desdits serveurs. Préférentiellement, le système met en œuvre une unique commande de configuration (+WSPGSET) pour la configuration des aspects de radiocommunication et la configuration générale des aspects liés au protocole MQIsdp.
Ladite commande de configuration peut en particulier permettre de sélectionner un mode de transmission parmi au moins deux (GSM et GPRS).
De façon avantageuse, le système met en œuvre trois commandes de configuration :
- une commande de configuration générale de la communication (+WSPGSET) ; - une commande de configuration d'une connexion (+WSPCSET), permettant de préciser notamment les coordonnées d'un serveur ;
- une commande de configuration du message de configuration « ill » (+WSPWMS), permettant de préciser notamment le canal auquel est destiné un message. Préférentiellement, il met également en œuvre au moins une commande générale de communication, permettant l'émission et/ou la réception de messages selon le protocole MQIsdp.
Ainsi, il peut avantageusement mettre en œuvre cinq commandes générales de communication : - une commande de spécification d'un contexte MQIsdp
(+WSPDCONT) ;
- une commande de gestion d'une connexion avec un serveur (+WSPCONM) ;
- une commande d'envoi d'un message (+WSPSMSG) ; - une commande de réception d'un message (+WSPRMSG) ; - une commande d'administration, permettant une mise à zéro et/ou un retour aux valeurs par défaut d'un ensemble de paramètres (+WSPPA).
Avantageusement, il met encore en œuvre au moins une commande d'interrogation par une application externe, et de façon préférentielle deux commandes d'interrogation par une application externe, respectivement sur :
- l'état courant de la connexion (+WSPICON) ;
- la réception et/ou l'envoi d'un message (+WSPIMSG). L'invention concerne également le procédé de contrôle d'équipements à distance mis en œuvre par un système tel que décrit ci-dessus. Il permet l'interconnexion entre au moins un serveur et au moins un équipement distant selon le protocole MQIsdp, en associant au moins un desdits équipements distants des moyens de radiocommunication capables d'émettre et de recevoir des commandes de type AT émises par et/ou destinées à une application externe mise en oeuvre par ledit équipement distant, et en mettant en œuvre, dans lesdits moyens de radiocommunication, un jeu de commandes AT spécifiques permettant d'échanger des données avec au moins un serveur mettant en œuvre ledit protocole MQIsdp. Cela permet une interconnexion entre le ou lesdits serveurs et le ou lesdits équipements distants via lesdits moyens de radiocommunication, sans nécessiter de moyens complémentaires de traitement et/ou de mise en forme de données dans lesdits équipements distants.
L'invention concerne encore les dispositifs et les modules de radiocommunication comprenant des moyens de radiocommunication mis en œuvre dans un tel système de contrôle d'équipements à distance. L'invention concerne enfin les jeux de commandes AT mis en oeuvre dans un système de contrôle d'équipements à distance, et permettant d'échanger des données avec au moins un serveur mettant en œuvre ledit protocole MQIsdp.
D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation préférentiel de l'invention, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels :
- la figure 1 illustre un exemple de système dans lequel l'invention peut être mise en œuvre ;
- la figure 2 est un exemple d'intégration du protocole MQIsdp dans une application Open-AT ;
- les figures 3A à 3L illustrent différents exemples de mise en œuvre d'une connexion selon l'invention.
1. Rappels sur le protocole MQIsdp (marque déposée
Le protocole MQIsdp (« WebSphere MQ Integrator SCADA device protocol » en anglais) est une norme ouverte développée par IBM et Arcom
Control Systems (marques déposées), visant à permettre les échanges de données
(sous forme de messages) depuis des dispositifs distants (ou terminaux), généralement de bas de gamme et disposant de peu de puissance de traitement, vers un serveur, appelé également par la suite « courtier » (« broker » en anglais) WebSphere MQ Integrator par TCP/IP, et inversement.
MQIsdp (également appelé par la suite Wavecom SCADA) est un protocole de transfert de données (message) basé sur un modèle de communication du type publier/souscrire, disponible libre de droit sur Internet. Il peut être décrit comme une simple couche de gestion de données agnostiques au-dessus du protocole TCP/IP pour assurer la gestion et les accusés de réception de message requis afin d'assurer la livraison fiable du message.
Dans le modèle de communication publier/souscrire, les données sont échangées entre un producteur/consommateur de données (le client) et un courtier de message (le serveur). Le courtier de messages peut être considéré comme un « hub » (nœud) de commutation multiprotocole au niveau du protocole de l'application qui reçoit des messages, les transforme, les reformate, etc. en d'autres structures en fonction d'un modèle de données défini par l'utilisateur.
Enfin, les messages éventuellement transformés peuvent être envoyés par le courtier (publiés) aux clients (dispositif de zone, ERP, SAP, Oracle, SQL, etc.) abonnés en utilisant les cartes clients appropriées. Le courtier peut, évidemment, publier également des messages ne provenant pas d'un client.
Le courtier de messages gère tous les messages entrant et sortant d'une rubrique. Un client publie des messages dans/avec une rubrique ou souscrit à des messages de/par une rubrique identifiant le flux de message du courtier de message vers lequel ou à partir duquel le message doit être publié.
La spécification MQIsdp définit un ensemble de messages très simple, comprenant : « connect » (connecter), « disconnect » (déconnecter), « publish » (publier), « subscribe » (abonner), « unsubscribe » (désabonner).
2. principes de l'invention 2.1 généralités
L'invention concerne donc une nouvelle approche du contrôle d'équipements à distance, reposant notamment sur la mise en œuvre d'un jeu de commandes spécifiques de type AT, permettant à une application externe de gérer des échanges de données entre un terminal distant et un serveur, via des moyens de radiocommunication (par exemple un module de type Wismo (marque déposée)), sans que l'application connaisse le protocole MQIsdp mis en œuvre par le serveur. Ce sont les moyens de radiocommunication qui gèrent cet aspect, et par exemple les acquittements prévus dans le protocole MQIsdp.
La figure 1 illustre de façon simplifiée le principe de l'invention. L'objectif est de faire communiquer tout type de machines distantes, par exemples des instruments de mesure 11 avec une ou plusieurs applications hébergées par des serveurs 12, capables de recevoir des données 13 selon le protocole MQIsdp, et de les transformer, traiter ou transmettre.
Selon l'invention, on associe aux terminaux (ou machines) distants 11 des moyens de radiocommunication 14, par exemple sous la forme d'un module
Wismo (marque déposée), embarquant notamment les outils de développement distribués par le déposant sous la marque « Muse platform »).
2.2 Notion de module
Pour mémoire, on rappelle que la plupart des dispositifs de radiocommunication comprennent, de façon classique, un ensemble de composants électroniques implantés sur un circuit imprimé. Ces différents composants ont pour but d'assurer les différentes fonctions nécessaires, depuis la réception d'un signal RF jusqu'à la génération d'un signal audible (dans le cas d'un radio-téléphone), et inversement. Certaines de ces fonctions sont analogiques, et d'autres numériques.
La fabrication de ces dispositifs de radiocommunication est un sujet de recherche important. En effet, on vise au moins trois objectifs difficiles à concilier : miniaturiser les dispositifs, augmenter les fonctionnalités et simplifier le montage. On sait notamment que l'implantation des différents composants sur le circuit imprimé est une opération relativement complexe, de nombreux composants devant être mis en place sur une surface de plus en plus restreinte, du fait des exigences de miniaturisation.
La conception de ces systèmes est donc complexe, puisqu'elle nécessite en outre d'associer des composants divers, souvent de sources multiples, qu'il faut faire fonctionner ensemble, en respectant les spécificités de chacun. Par ailleurs, après le montage de l'ensemble des composants, des phases de calibration et de tests, souvent longues et complexes, sont nécessaires pour garantir le bon fonctionnement du dispositif.
Enfin, malgré la réduction de la taille de certains composants, l'ensemble occupe une certaine surface, qu'il est difficile de réduire.
Le titulaire de la présente demande de brevet a proposé une approche palliant un certain nombre de ces inconvénients, consistant à regrouper dans un module unique, toutes ou au moins la plupart, des fonctions d'un dispositif de radiocommunication numérique. Un tel module se présente sous la forme d'un boîtier unique et compact, préférentiellement blindé, que les fabricants de dispositifs peuvent implanter directement, sans devoir prendre en compte une multitude de composants.
Ce module (encore appelé parfois « macro-composant ») est en effet formé d'un regroupement de plusieurs composants sur un substrat, de façon à être implanté sous la forme d'un unique élément. Il comprend les composants et les logiciels essentiels nécessaires au fonctionnement d'un terminal de télécommunication utilisant des fréquences radio-électriques. Il n'y a donc plus d'étapes complexes de conception du design, et de validation de celui-ci. Il suffit de réserver la place nécessaire au module.
Un tel module permet donc d'intégrer facilement, rapidement et de façon optimisée l'ensemble des composants dans des terminaux sans-fil (téléphones portables, modems, ou tout autre application exploitant un standard sans fil).
Par ailleurs, celui-ci regroupant toutes les fonctions essentielles et ayant été conçues comme un tout, les problèmes de calibration et de tests ne se posent plus de la même manière, ou sont à tout le moins, grandement simplifiés.
Ainsi, les modules diffusés par le titulaire de la présente demande de brevet sont entièrement testés tant sur le plan matériel (« hardware ») que logiciel (« software ») sur la plupart des réseaux sur lesquels ils pourront être utilisés ensuite. En outre, le module englobe avantageusement les aspects de propriété industrielle (toutes les fonctions ayant été regroupées, c'est le fabricant du module qui gère les aspects de droits de propriété industrielle correspondants) et d'assistance technique.
2.3commandes AT Le principe de mise en œuvre des commandes AT est déjà connu. Il est par exemple décrit dans le document de brevet FR-99 13645, et dans les diverses spécifications diffusées par le déposant, auxquels on se référera pour des plus amples informations, si nécessaire.
2.4 nouvelles commandes AT Ce module 14 est capable de gérer des commandes AT simples, et en nombre réduit, permettant un dialogue simple et efficace avec une application externe associée à un terminal. Il assure la transformation au format MQIsdp, et gère l'émission et la réception de données 15 selon ce protocole, de façon transparente pour l'application. L'échange de données peut ainsi se faire de façon hertzienne 16, par exemple selon le standard GSM ou GPRS. Vu du serveur 12, les informations sont au format MQIsdp. Pour les terminaux 11, il n'est pas nécessaire de connaître ce protocole, mais uniquement quelques commandes AT. Il est ainsi possible d'implémenter aisément et à faible coût une application externe dans (ou à côté) un terminal, sans qu'il soit nécessaire de prévoir un microprocesseur et des mémoires, et une application dédiée.
Comme on le verra par la suite, les commandes AT proposées peuvent être limitées au nombre de 8, tout en restant évolutives.
Deux modes de transfert de données sont proposés : - les données transitent par le module 14. Elles sont alors stockées temporairement dans des buffers (mémoires tampon), dont la taille est configurable en fonction des besoins ;
- les données sont transmises directement entre le terminal et le serveur, sans être stocker en mémoire dans le module 14, ce dernier gérant uniquement l'ensemble des aspects de signalisation (ouverture et fermeture de la connexion, acquittements,...).
Le premier cas pourra correspondre au cas le plus fréquent de messages de petites tailles, et le second au transfert de fichiers importants, comme cela est prévu dans le protocole MQIsdp. Il est ainsi possible de tout gérer via le module, sans ajout de mémoire et d'intelligence externes, tout en permettant le transfert de données présentant un volume supérieur à la capacité de stockage du module.
Avantageusement, une commande unique permet le dimensionnement des buffers et le passage d'un mode à l'autre (le second mode correspondant à une valeur nulle). La figure 2 illustre un exemple simplifié d'architecture logicielle pouvant être mise en œuvre dans le module 14.
Un tel module 14 comprend généralement :
- une couche logicielle de base 21 (« Wavecom Core Soft are ») ;
- une bibliothèque Open AT 22 (« Open AT Library ») ; - une bibliothèque ADL 23 (« ADL Library ») ; - une bibliothèque TCP/IP 24 (« TCP/IP Library ») ;
- une couche applicative 25 (« Open AT Application »).
Selon l'invention, on prévoit donc en outre une bibliothèque 26 de commandes spécifiques (« Wavecom SCADA Protocol Library ») pour communiquer selon le protocole MQIsdp, qui se place au dessus de la bibliothèque TCP/IP 24.
Les commandes AT 27 s'adressent, selon les cas, à la couche de base 21, à la bibliothèque TCP/IP 24 ou à la bibliothèque SCADA 26.
L'interface par commandes AT proposée comprend dans cette bibliothèque 26 comprend seulement 8 commandes, permettant d'exploiter entièrement le protocole MQIsdp, et notamment :
- possibilité de dimensionner deux files internes permettant de gérer les messages entrants et sortants ;
- possibilité d'externaliser la gestion des messages de grande taille ; - définition de contextes de connexion ;
- gestion des paramètres de configuration ;
- gestion de l'envoi de différents types de messages par commande générique.
3. description détaillée d'un mode de réalisation de commandes On décrit ci-après les commandes AT pouvant être utilisées pour piloter le protocole Wavecom SCADA 26. 3.1 Documents connexes
En cas de besoin, on pourra se référer notamment à : [1] Ce document doit être lu avec la fiche "WepSphere MQ Integrator SCADA Device Protocol" figurant à l'annexe B du manuel de référence "IBM WebSphere MQ Integrator Programming Guide" disponible à l'adresse suivante : http : //publif p. boulder.ibm. com/epubs/odf/bipval04. pdf [2] Wavecom AT Commands Interface Guide Référence : WM SW OAT IFS 001 - révision : 009 ou suivantes. Ce document décrit les commandes AT prises en charge par le produit Wavecom permettant de gérer les événements ou services GSM connexes. [3] AT Command Interface for TCP/IP Révision : 1.7
Ce document décrit les paramètres et le jeu de commandes AT permettant la configuration et le pilotage de la superposition TCP/IP et des protocoles disponibles sur les produits Wavecom. 3.2 Abréviations et définitions 3.2.1. Abréviations
APN Access Point Name (Nom de point d'accès)
AT Attention
DNS Domain Name Système (Système de noms de domaine)
ISP Internet Service Provider (Fournisseur de services sur Internet) ME Mobile Equipment (Matériel mobile)
SCADA Supervisory Control and Data Acquisition (Dispositif de surveillance et acquisition des données) MS Mobile station (Station mobile)
QoS Quality of Service (Qualité de service) Wavecom core software :
Couche logicielle prenant en charge toutes les commandes AT permettant de gérer les événements ou services GSM connexes. 3.2.2. Définitions
Les termes MS ou ME sont utilisés pour les terminaux mobiles prenant en charge les services GSM. Le mot "produit" fait référence à tout produit (module notamment) Wavecom prenant en charge l'interface des commandes AT. Symboles :
<CR> Caractère de retour chariot
<LP> Caractère de changement de ligne [...] Paramètre facultatif d'une commande AT <...> Nom de paramètre mis entre chevrons. Les chevrons n'apparaissent pas sur la ligne de commande.
3.3 Syntaxe de commande AT
Ce paragraphe décrit le format des commandes AT, ainsi que les mécanismes d'attribution des valeurs par défaut de leurs paramètres.
3.3.1 Ligne de commande
Les commandes commencent toujours par le préfixe standard "AT+WSP" et finissent par le caractère <CR>.
Les paramètres facultatifs sont indiqués entre crochets []. Exemple : AT+WSPCmd=<Paraml>[,<Param2>]
Dans cet exemple, <Param2> est facultatif. Lorsque la commande AT+WSPCmd est exécutée sans <Param2>, la valeur par défaut du paramètre <Param2> est utilisée.
3.3.2 Réponses d'informations et codes de résultat Les réponses commencent et finissent par <CRxLF> (sauf pour le format de la réponse ATVO DCE) et les commandes ATQl (suppression de code de résultat) (voir le document connexe [2]).
• Si la syntaxe de commande est incorrecte, la commande est renvoyée au logiciel central Wavecom pour traitement. Dans ce cas, le message "ERROR" est renvoyé par le logiciel central Wavecom.
• Si la syntaxe de commande est correcte mais que des paramètres erronés ont été transmis, la réponse <CR><LF>+WSP ERROR: <ErrxCRxLF> est renvoyée, accompagnée des codes d'erreur appropriés.
• Si la ligne de commande a été exécutée avec succès, une chaîne <CR><LF "OK"<CRxLF> est renvoyée.
3.4 Commandes de configuration
Différents paramètres sont nécessaires pour fournir au produit Wavecom toutes les informations relatives à la connexion initiale : Le réseau support utilisé : GSM ou GPRS • Les paramètres de temporisation • Le mode fonctionnel de la superposition de protocole Wavecom SCADA
• Toutes les informations nécessaires relatives au réseau support pour permettre l'accès à une infrastructure TCP/IP
• Le message de configuration « Will » pour la connexion. 3.4.1 Paramètres généraux +WSPGSET a- Description
Cette commande permet de configurer tous les paramètres utilisés pour sélectionner le réseau support, les différentes temporisations et le mode fonctionnel du protocole Wavecom SCADA. b - Syntaxe
c - Valeurs définies
<Mode> (0-2) Mode d'exécution
0 Attribue au paramètre défini par <Parameterid> la valeur indiquée par <Valeur>
1 Lit la valeur actuelle du paramètre défini par <Parameterid>
2 Lit la valeur actuelle de tous les paramètres <Value> (0-32767) Valeur du paramètre indiqué par <Paramid> <Paramid> (1-11) Le tableau suivant donne la liste des différents paramètres.
d - Codes d'erreur possibles
+WSP ERROR 4000 Fonction du protocole Wavecom SCADA non activée.
Cette erreur est renvoyée lorsque la fonction du protocole
Wavecom SCADA n'a pas été activée dans le module
WISMO. +WSP ERROR 4001 Opération non autorisée. Cette erreur est renvoyée lorsqu'un paramètre erroné est détecté. e - Exemples informatifs
3.4.2 Paramètres de connexion +WSPCSET
a - Description
Cette commande est utilisée pour configurer tous les paramètres de connexion (par famille).
b - Syntaxe
c - Valeurs définies <Settings_type> (0-1) Catégories de paramètres
0 Paramètres ISP
1 Paramètres APN * Paramètres IPS (5 paramètres) - Settings_type=0
Ces paramètres sont utilisés lorsque le réseau support GSM (données par commutation de circuits) est sélectionné. Voir la section "Autres paramètres".
* Paramètres APN (3 paramètres) - Settings_type=T
Ces paramètres sont utilisés lorsque le réseau support GPRS est sélectionné. Voir la section "Autres paramètres".
d - Codes d'erreur possibles +WSP ERROR 4000 Fonction du protocole Wavecom SCADA non activée.
Cette erreur est renvoyée lorsque la fonction du protocole Wavecom SCADA n'a pas été activée dans le module WISMO. +WSP ERROR 4001 Opération non autorisée. Cette erreur est renvoyée lorsqu'un paramètre erroné est détecté, e - Exemples informatifs
3.4.3 Paramètres du message Will +WSPWMS a- Description
Cette commande permet de configurer tous les paramètres relatifs au message Will. Cette commande renvoie +WSP ERROR: 4013 si la valeur 0 est attribuée au paramètre <OutBoxSize>. b- Syntaxe
c - Valeurs définies
<Topic> Cette chaîne identifie le canal d'informations sur lequel les données du texte ont été publiées.
Longueur maximale = 64 caractères
<Qos> (0-2) Qualité de service
0 Une fois maximum - « Fire and Forget » (envoie et oublie)
1 Au moins une fois - Livraison avec accusé de réception
2 Exactement une fois - Livraison assurée valeur par défaut = 0
<Retain> (0-1) Indique au courtier que le message doit être conservé et envoyé à tonbuvel abonné à cette rubrique comme message initial. Valeur par défaut = 0
<PayloadLength> Longueur maximale du corps du message. Cette valeur est limitée par la valeur du paramètre <OutBoxSize>.
Si la valeur 0 est attribuée au paramètre <OutBoxSize>, cette valeur n'est plus limitée (pour plus d'informations sur le paramètre <OutBoxSize>, voir le paragraphe sur la commande +WSPGSET). d- Codes d'erreur possibles +WSP ERROR 4000 Fonction du protocole Wavecom SCADA non activée. Cette erreur est renvoyée lorsque la fonction du protocole
Wavecom SCADA n'a pas été activée dans le module WISMO. +WSP ERROR 4001 Opération non autorisée. Cette erreur est renvoyée lorsqu'un paramètre erroné est détecté. + WSP ERROR 4002 Opération non prise en charge par la configuration actuelle. e - Exemples informatifs
Remarque : la commande <ctrl>P dans le texte nécessite l'utilisation de la commande d'échappement <ctrl>P<ctrl>P. 3.5 Commandes générales
3.5.1 Définition du contexte WSP +WSPDCONT
a - Description
Cette commande définit les valeurs de paramètre d'un contexte WSP identifié par le paramètre d'identification de contexte local, <WSPCid>.
Deux contextes WSP maximum peuvent être définis.
Une forme spéciale de la commande définie, +WSPDCONT= <WSPCid> permet de supprimer un contexte WSP. b - Syntaxe
c - Valeurs définies <WSPCid> ) (1-2 Identificateur du contexte WSP : paramètre numérique qui indique une définition d'un contexte WSP donné. <Clientid> Identificateur de client du protocole Wavecom
SCADA : paramètre sur chaîne qui identifie le client. Longueur maximale = 23 caractères Valeur par défaut = illisible <Broker_Addr> Paramètre sur chaîne (ou adresse IP) qui identifie le serveur courtier et permet de l'atteindre. Longueur maximale = 255 caractères Valeurs par défaut = illisible <Port> (0-6553^ Paramètre numérique (Port courtier) qui permet d'atteindre le serveur courtier pour le transfert des données. Valeurs par défaut = 1883 <CleanStart_Flag> (0-1) 0 Le client continue avec les données des connexions précédentes.
1 Le courtier annule tous les messages en suspens pour le client, supprime tous les abonnements du client et réaffecte la valeur 1 à l'ID du message. Valeur par défaut = 0 <KeepAliveTimer> (0-32767) Intervalle maximum entre chaque message d'un client. La valeur 0 indique qu'aucun traitement de temporisation de maintien de la connexion (Keep
Alive) n'est effectué. Valeur par défaut = 0 <UseLWT_Flag> (0-1) Indique si le message Will est utilisé :
0 Le message Will n'est pas utilisé. 1 Le message Will est utilisé
Valeur par défaut = 0 d - Codes d'erreur possibles +WSP ERROR 4000 Fonction du protocole Wavecom SCADA non activée. Cette erreur est renvoyée lorsque la fonction du protocole Wavecom SCADA n'a pas été activée dans le module WISMO.
+WSP ERROR 4001 Opération non autorisée. Cette erreur est renvoyée lorsqu'un paramètre erroné est détecté. e - Exemples informatifs
3.5.2 Gestion de connexion +WSPCONM
a - Description
Cette commande permet de gérer la connexion à un courtier. b - Syntaxe
c - Valeurs définies <Mode> (0-1) 0 Déconnexion d'une session de protocole
Wavecom SCADA active.
1 Connexion au courtier distant.
2 Abandon de la connexion.
<WSPCid> Identificateur de contexte WSP : paramètre numérique qui identifie la définition d'un contexte WSP donné.
<CleanDisconnect> (0-1) Mode de déconnexion. 0 La déconnexion intervient immédiatement, la file d'attente est vidée et toutes les transactions en cours sont supprimées.
1 Tous les messages mis en file d'attente (en attente ou en suspens) sont traités avant la déconnexion. Valeur par défaut = 1
<Status> (0-2) Statut de la connexion avec le courtier.
0 Non connecté
1 Connecté
2 Connexion en suspens e - Codes d'erreur possibles
+WSP ERROR 4000 Fonction du protocole Wavecom SCADA non activée. Cette erreur est renvoyée lorsque la fonction du protocole Wavecom SCADA n'a pas été activée dans le module WISMO.
+WSP ERROR 4001 Opération non autorisée. Cette erreur est renvoyée lorsqu'un paramètre erroné est détecté.
+WSP ERROR: 4003 Contexte WSP non défini. +WSP ERROR: 4004 Client déjà connecté. +WSP ERROR: 4005 Opération de connexion en suspens. +WSP ERROR: 4006 Opération de déconnexion en suspens. +WSP ERROR 4007 Client non connecté. Cette erreur est renvoyée lorsqu'une déconnexion est demandée alors que le ME n'est pas connecté.
+WSP ERROR: 4008 Pas de réseau. +WSP ERROR: 4009 Pas de GPRS. +WSP ERROR: 40010 Pas de TCP/IP. e - Exemples informatifs
3.5.3 Envoi de message + WSPSMSG
a - Description
Cette commande permet d'envoyer ou d'obtenir le statut de plusieurs types de messages, notamment Publish, Subscribe et Unsubscribe.
La spécification du protocole Wavecom SCADA permet à un message SUBSCRIBE / UNSUBSCRIBE d'envoyer plusieurs abonnements/ désabonnements. Pour cette commande AT, la limite est fixée à une rubrique par message SUBSCRIBE/UNSUBSCRIBE. Dans ce cas, une application souhaitant s'abonner/se désabonner de plusieurs rubriques émettra plusieurs demandes SUBSCRIBE/UNSUBSCRIBE d'une seule rubrique. b - Syntaxe
c - Valeurs définies <ActionType> Type d'opération
0 Envoi d'un message
1 Obtention du statut du message
* Envoi d'un message (5 paramètres) - ActionType = 0
(*) Longueur maximale du corps du message. Cette valeur est limitée par la valeur du paramètre <OutBoxSize>. Si la valeur 0 est affectée au paramètre <OutBoxSize>, il n'y a aucune limite (pour plus d'informations sur le paramètre <OutBoxSize>, voir le paragraphe sur la commande +WSPGSET). Remarque : si MsgType=10 (UNSUBSCRIBE), alors seul le paramètre <Topic> est obligatoire. Sinon, si MsgType=8 (SUBSCRIBE) alors les paramètres <Topic> et <Qos> sont utilisés. Si le paramètre <Qos> est activé, alors la valeur par défaut est utilisée. Sinon, si MsgType=3 (PUBLISH), alors tous les paramètres sont utilisés. Si les paramètres <Qos> et
<Retain> sont omis, les valeurs par défaut sont utilisées. Ensuite, affecter au paramètre <Payload> le nombre d'octets indiqué par le paramètre <PayLoadLength>. Ou
Entrer <Payload> <Ctrl>P<Ctrl>C lorsque le paramètre
<PayloadLength> est omis. * Obtenir le statut (1 paramètre) - ActionType = 1
<Status> Statut d'un message
W WAITING. Le message est en file d'attente, la transaction n'a pas commencé. P PENDING. Le message est en file d'attente. La transaction est en cours. N Message introuvable. Le message n'est pas dans la file d'attente.
Soit la transaction est terminée, soit le message n'a jamais été mis en file d'attente. d - Codes d'erreur possibles
+WSP ERROR 4000 Fonction du protocole Wavecom SCADA non activée. Cette erreur est renvoyée lorsque la fonction du protocole Wavecom SCADA n'a pas été activée dans le module WISMO.
+WSP ERROR 4001 Opération non autorisée. Cette erreur est renvoyée lorsqu'un paramètre erroné est détecté.
+WSP ERROR: 4007 Client non connecté.
+WSP ERROR: 40011 File d'attente saturée. e - Exemples informatifs
Remarques :
[1] Un <Ctrl>P dans le texte nécessite la commande d'échappement <Ctrl>P<Ctrl>P.
[2] Le paramètre <MsgHandle> n'est géré que si la valeur 32767 octets est affectée au paramètre <OutBoxSize> (voir la section Paramètres généraux, commande +WSPGSET).
Lorsque la valeur 0 est affectée au paramètre <OutBoxSize>, le paramètre <MsgHandle> prend à chaque fois la valeur 1. 3.5.4 Réception de message +WSPRMSG a - Description
Cette commande permet de lire un message reçu. Le message est reçu avec l'indication +WSPIMSG.
Le courtier peut envoyer un message PUBLISH au client sur n'importe quelle rubrique à laquelle le client est abonné. Cette commande AT permet d'obtenir les messages arrivés dans la file d'attente de la corbeille arrivée.
Cette commande AT n'est disponible que si la valeur 0 n'est pas affectée au paramètre <InboxSize> (voir Paramètres généraux, commande +WSPGSET). Si la valeur 0 est affectée au paramètre <InboxSize>, les messages sont affichés avec l'indication +WSPIRMSG. b - Syntaxe
c - Valeurs définies <Msgid> (0-32767) Identificateur du message reçu. <Mode> (0-1) Mode de réception
0 Sortie terminée (par <ctrl>P<ctrl>C) sans l'en-tête (DUP, Qos, Retain...).
1 Sortie terminée et en-tête affiché. d - Codes d'erreur possibles
+WSP ERROR 4000 Fonction du protocole Wavecom SCADA non activée. Cette erreur est renvoyée lorsque la fonction du protocole Wavecom SCADA n'a pas été activée dans le module WISMO.
+WSP ERROR 4001 Opération non autorisée. Cette erreur est renvoyée lorsqu'un paramètre erroné est détecté.
+WSP ERROR 4002 Opération non prise en charge par la configuration actuelle.
+WSP ERROR: 40012 Message introuvable. e - Exemples informatifs
Commande Réponses possibles
AT+WSPRMSG? +WSPCONM:8 OK
Remarque : obtient la liste des Remarque : il y a un message dans la messages figurant dans la file d'attente corbeille arrivée. de la corbeille arrivée.
3.5.5 Administration de protocole +WSPPA
a - Description
Cette commande permet d'effectuer une réinitialisation générale (RESET) dans les différentes files d'attente ou de rétablir les valeurs par défaut de tous les paramètres. b - Syntaxe
c- Valeurs définies <ActionType> (0-1) Type d'action.
0 RESET. Vide la file d'attente et interrompt toutes les transactions en cours.
1 DEFAULT PARAMETERS. Toutes les valeurs par défaut des paramètres des commandes AT sont rétablies. Action possible uniquement hors connexion. d - Codes d'erreur possibles +WSP ERROR 4000 Fonction du protocole Wavecom SCADA non activée. Cette erreur est renvoyée lorsque la fonction du protocole Wavecom SCADA n'a pas été activée dans le module WISMO. +WSP ERROR 4001 Opération non autorisée. Cette erreur est renvoyée lorsqu'un paramètre erroné est détecté.
+WSP ERROR 4002 Opération non prise en charge par la configuration actuelle. e - Exemples informatifs
3.6 Indications WSP
Ce chapitre décrit toutes les réponses d'événement de messages envoyées. 3.6.1 Indications de connexion +WSPDCONI
Pour permettre à l'application externe de connaître le statut de la connexion, un mécanisme d'indications de connexion (+WSPCONI) est mis en place. Ces indications sont envoyées lorsqu'une valeur comprise entre 1 et 3 est affectée au paramètre <NotifyLevel> (voir la commande +WSPGSET). Syntaxe : +WSPCONI: <Status> <Status> 0 La déconnexion demandée est terminée.
1 La connexion avec le courtier est établie.
2 La connexion avec le courtier est refusée.
3 Version de protocole non prise en charge.
4 Identificateur rejeté par le courtier. 5 Configuration de message Will nécessaire. Cette indication n'est renvoyée que lorsque la commande +WSPWMS n'a pas été configurée avant la connexion. 6 Dépassement du temps imparti pour la configuration du message Will. Connexion non établie. 3.6.2 Indications d'envoi de message +WSPSMSGI
Pour permettre à l'application externe de savoir si le message est reçu ou si un message a été envoyé, un mécanisme d'indications de message (+WSPSMSGI) est mis en place.
Ces indications sont envoyées lorsque la valeur 2 ou 3 est affectée au paramètre <NotifyLevel> (voir la commande +WSPGSET) et si la valeur 32767 est affectée au paramètre <InboxSize>. Syntaxe : +WSPSMSGI: <Status>,<Msgid> <Status>
0 Le message <Msgid> a été distribué (Qos>0) 1 Le message <Msgid> a été supprimé (toutes les tentatives ont échoué) <Msgid>
(0-32767) Identifiant de message 3.6.3 Indications de réception de message +WSPRMSGI Si la taille de la corbeille arrivée (<InboxSize>) est de zéro (0), les messages sont affichés avec l'indication +WSPRMSGI dès leur réception.
Ces indications sont envoyées lorsque la valeur 2 ou 3 est affectée au paramètre <NotifyLevel> (voir la commande +WSPGSET) et lorsque la valeur 0 est affectée au paramètre <InboxSize>.
L'en-tête du message et/ou la charge utile sont affichés en fonction du paramètre +WSPGSET RecMsgMode.
Syntaxe : +WSPRMSGI: <Status>[, <Msgid>[, <Topic>, <Dup>, <Qos>, <Retain>, <LengthxCRxLE> <Data>]]
<Status>
0 Message <Msgid> reçu dans la corbeille arrivée.
1 Message reçu. Le message est directement acheminé vers la sortie.
2 Corbeille arrivée saturée. 3 Aucune capacité de réception de message.
4 Message terminé.
5 Message erroné.
<Msgid> (0-32767) Identificateur du message reçu.
<Topic> Chaîne de la rubrique du message. <Dup> (0-1) Indicateur double (pour Qos 1 et 2).
<Qos> (0-2) Qualité de service pour ce message.
<Retain> (0-1) Indicateur de mémorisation (Retain).
<Length> (0-taille de la corbeille départ (Outboxsize) Longueur de charge (Payload). <Data> Données du message.
3.7. Codes d'erreur
Ce chapitre décrit tous les codes d'erreur renvoyés par les commandes AT
WSP.
4. Exemples
Ce paragraphe donne des exemples d'utilisation de l'ensemble de commandes AT du protocole Wavecom SCADA décrit ci-dessus. Ces exemples sont illustrés respectivement par les figures 3A à 3K.
Sur ces figures, les informations sont présentées selon un formalisme habituel pour l'homme du métier, faisant apparaître précisément les échanges de données entre les différentes entités (serveur, ou courtier, module et application externe). La quatrième colonne indique les commandes utilisées, et le cas échéant leur signification.
Il n'apparaît pas nécessaire de commenter de façon supplémentaire ces figures, dont l'interprétation est directe pour l'homme du métier. On présente les aspects suivants :
4.1 Réception de message avec Qos 0
4.1.1 Avec une corbeille arrivée (figure 3 A)
4.1.2 Sans corbeille arrivée (figure 3B)
4.2 Réception de message avec Qos 1 4.2.1 Avec une corbeille arrivée (figure 3C)
4.2.2 Sans corbeille arrivée (figure 3D)
4.3 Réception de message avec Qos 2
4.3.1 Avec une corbeille arrivée (figure 3E)
4.3.2 Sans corbeille arrivée (figure 3F) 4.4 Envoi de message avec Qos 0
4.4.1 Avec une corbeille départ (figure 3G)
4.4.2 Sans corbeille départ (figure 3H)
4.5 Envoi de message avec Qos 1
4.5.1 Avec une corbeille départ (figure 31) 4.5.2 Sans corbeille départ (figure 3J)
4.6 Envoi de message avec Qos 2
4.6.1 Avec une corbeille départ (figure 3K)
4.6.2 Sans corbeille départ (figure 3L)
4.7 Commentaires On constate, sur ces différentes figures, que l'application externe n'a pas à connaître le protocole MQIsdp (commandes PUBLISH, PUBREC, PUBREL, PUBCOM,...), mais uniquement les commandes AT présentées plus haut.
C'est le module qui assure l'interface, de façon transparente. La programmation du module pour réaliser cette interface est évidente, à partir des spécifications données ci-dessus d'une part, et de celles du protocole MQIsdp d'autre part.

Claims

REVENDICATIONS
1. Système de contrôle d'équipements à distance, permettant l'interconnexion entre au moins un serveur et au moins un équipement distant selon le protocole
MQIsdp, caractérisé en ce qu'il associe à au moins un desdits équipements distants des moyens de radiocommunication capables d'émettre et de recevoir des commandes de type AT émises par et/ou destinées à une application externe mise en oeuvre par ledit équipement distant, et en ce que lesdits moyens de radiocommunication sont dotés d'un jeu de commandes AT spécifiques permettant d'échanger des données avec au moins un serveur mettant en œuvre ledit protocole MQIsdp, de façon à permettre une interconnexion entre le ou lesdits serveurs et le ou lesdits équipements distants via lesdits moyens de radiocommunication, sans nécessiter de connaissance dudit protocole MQIsdp dans lesdits équipements distants.
2. Système de contrôle d'équipements à distance selon la revendication 1, caractérisé en ce que, au moins dans un premier mode, lesdits moyens de radiocommunication gèrent uniquement la signalisation d'un échange de données, lesdites données étant transférées directement d'un équipement distant vers un serveur, ou inversement.
3. Système de contrôle d'équipements à distance selon l'une quelconque des revendications 1 et 2, caractérisé en ce que, au moins dans un second mode, lesdits moyens de radiocommunication gèrent la signalisation d'un échange de données et le transfert desdites données, ces dernières étant temporairement stockées dans au moins une mémoire tampon.
4. Système de contrôle d'équipements à distance selon la revendication 3, caractérisé en ce que la taille de la ou desdites mémoires tampon est paramétrable.
5. Système de contrôle d'équipements à distance selon les revendications 2 et 4, caractérisé en ce qu'il fonctionne dans ledit premier mode lorsque la taille de la ou desdites mémoires tampon vaut 0, et dans ledit second mode sinon.
6. Système de contrôle d'équipements à distance selon l'une quelconque des revendications 1 à 5, caractérisé en ce que lesdits moyens de radiocommunication comprennent un module de radiocommunication, regroupant sur un même substrat l'ensemble des moyens de traitement de données radio-fréquence et bande de base, ainsi que les moyens de gestion desdites commandes AT.
7. Système de contrôle d'équipements à distance selon l'une quelconque des revendications 1 à 6, caractérisé en ce que lesdits moyens de radiocommunication intègrent ledit protocole MQIsdp sous la forme d'une application « Open-AT », définissant ledit jeu de commandes AT spécifiques.
8. Système de contrôle d'équipements à distance selon l'une quelconque des revendications 1 à 7, caractérisé en ce que ledit jeu de commandes AT spécifiques comprend des commandes permettant :
- la connexion à un desdits serveurs ; - l'envoi de messages ;
- la réception de messages.
9. Système de contrôle d'équipements à distance selon l'une quelconque des revendications 1 à 8, caractérisé en ce qu'au moins certaines desdites commandes AT spécifiques sont organisées de façon à pouvoir assurer au moins deux fonctions et/ou agir sur au moins deux aspects distincts, en fonction d'un paramétrage prédéfini.
10. Système de contrôle d'équipements à distance selon l'une quelconque des revendications 1 à 9, caractérisé en ce que ledit jeu de commandes comprend uniquement 8 commandes.
11. Système de contrôle d'équipements à distance selon l'une quelconque des revendications 1 à 10, caractérisé en ce que ledit jeu de commandes AT spécifiques comprend une commande de configuration permettant de définir les paramètres de la communication avec un desdits serveurs.
12. Système de contrôle d'équipements à distance selon la revendication 11, caractérisé en ce qu'il met en œuvre une unique commande de configuration (+WSPGSET) pour la configuration des aspects de radiocommunication et la configuration générale des aspects liés au protocole MQIsdp.
13. Système de contrôle d'équipements à distance selon l'une quelconque des revendications 11 et 12, caractérisé en ce que ladite commande de configuration permet de sélectionner un mode de transmission parmi au moins deux (GSM et
GPRS).
14. Système de contrôle d'équipements à distance selon l'une quelconque des revendications 1 à 13, caractérisé en ce qu'il met en œuvre trois commandes de configuration : - une commande de configuration générale de la communication
(+WSPGSET) ;
- une commande de configuration d'une connexion (+WSPCSET), permettant de préciser notamment les coordonnées d'un serveur ;
- une commande de configuration du message de configuration « will » (+WSPWMS), permettant de préciser notamment le canal auquel est destiné un message.
15. Système de contrôle d'équipements à distance selon l'une quelconque des revendications 1 à 14, caractérisé en ce qu'il met en œuvre au moins une commande générale de communication, permettant l'émission et/ou la réception de messages selon le protocole MQIsdp.
16. Système de contrôle d'équipements à distance selon la revendication 15, caractérisé en ce qu'il met en œuvre cinq commandes générales de communication :
- une commande de spécification d'un contexte MQIsdp (+WSPDCONT) ;
- une commande de gestion d'une connexion avec un serveur (+WSPCONM) ;
- une commande d'envoi d'un message (+WSPSMSG) ;
- une commande de réception d'un message (+WSPRMSG) ; - une commande d'administration, permettant une mise à zéro et/ou un retour aux valeurs par défaut d'un ensemble de paramètres (+WSPPA).
17. Système de contrôle d'équipements à distance selon l'une quelconque des revendications 1 à 16, caractérisé en ce qu'il met en œuvre au moins une commande d'interrogation par une application externe.
18. Système de contrôle d'équipements à distance selon la revendication 17, caractérisé en ce qu'il met en œuvre deux commandes d'interrogation par une application externe, respectivement sur :
- l'état courant de la connexion (+WSPICON) ; - la réception et/ou l'envoi d'un message (+WSPIMSG).
19. Procédé de contrôle d'équipements à distance, permettant l'interconnexion entre au moins un serveur et au moins un équipement distant selon le protocole MQIsdp, caractérisé en ce qu'il associe à au moins un desdits équipements distants des moyens de radiocommunication capables d'émettre et de recevoir des commandes de type AT émises par et/ou destinées à une application externe mise en oeuvre par ledit équipement distant, et en ce qu'il met en œuvre, dans lesdits moyens de radiocommunication, un jeu de commandes AT spécifiques permettant d'échanger des données avec au moins un serveur mettant en œuvre ledit protocole MQIsdp, de façon à permettre une interconnexion entre le ou lesdits serveurs et le ou lesdits équipements distants via lesdits moyens de radiocommunication, sans nécessiter de moyens complémentaires de traitement et/ou de mise en forme de données dans lesdits équipements distants.
20. Dispositif de radiocommunication caractérisé en ce qu'il comprend des moyens de radiocommunication mis en œuvre dans un système de contrôle d'équipements à distance selon l'une quelconque des revendications 1 à 18.
21. Module de radiocommunication caractérisé en ce qu'il comprend des moyens de radiocommunication mis en œuvre dans un système de contrôle d'équipements à distance selon l'une quelconque des revendications 1 à 18.
22. Jeu de commandes AT mis en oeuvre dans un système de contrôle d'équipements à distance, caractérisé en ce qu'il permet d'échanger des données avec au moins un serveur mettant en œuvre ledit protocole MQIsdp.
EP04767361A 2003-06-16 2004-06-16 Systeme et procede de controle d'equipements a distance a l'aide de commandes at, dispositif et module de radiocommunication et jeu de commandes correspondants. Withdrawn EP1639787A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0307244A FR2856231A1 (fr) 2003-06-16 2003-06-16 Systeme et procede de controle d'equipements a distance a l'aide de commandes at, dispositif et module de radiocommunicaton et jeu de commandes correspondants
PCT/FR2004/001499 WO2004114625A2 (fr) 2003-06-16 2004-06-16 Systeme et procede de controle d’equipements a distance a l’aide de commandes at, dispositif et module de radiocommunication et jeu de commandes correspondants.

Publications (1)

Publication Number Publication Date
EP1639787A2 true EP1639787A2 (fr) 2006-03-29

Family

ID=33484484

Family Applications (1)

Application Number Title Priority Date Filing Date
EP04767361A Withdrawn EP1639787A2 (fr) 2003-06-16 2004-06-16 Systeme et procede de controle d'equipements a distance a l'aide de commandes at, dispositif et module de radiocommunication et jeu de commandes correspondants.

Country Status (4)

Country Link
US (1) US7698382B2 (fr)
EP (1) EP1639787A2 (fr)
FR (1) FR2856231A1 (fr)
WO (1) WO2004114625A2 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101448043B (zh) * 2009-01-08 2013-07-03 中兴通讯股份有限公司 多媒体终端及其中应用侧、无线侧之间交互的方法

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2856230B1 (fr) * 2003-06-16 2006-02-03 Wavecom Systeme et procede de controle d'equipements a distance a l'aide de fonctions api, dispositif et module de radiocommunication et jeu de fonctions correspondants
US7590710B1 (en) * 2004-06-17 2009-09-15 Wavetrix, Inc. Method and system for extending a communication port via a general purpose network
TWM264770U (en) * 2004-09-07 2005-05-11 Hau-Min Gu Personal portable cellular phone with sensing function
JP2011076492A (ja) * 2009-09-30 2011-04-14 Toshiba Corp 情報処理装置，無線通信システム，および無線通信の方法
US9971610B2 (en) * 2016-06-20 2018-05-15 Telefonaktiebolaget Lm Ericsson (Publ) Distributed application execution based on device-specific support for platform-independent device functions
EP3419250B1 (fr) * 2017-06-23 2020-03-04 Vestel Elektronik Sanayi ve Ticaret A.S. Procédés et appareil de distribution de messages de publication-abonnement

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5490134A (en) * 1993-06-29 1996-02-06 Southern California Edison Company Versatile communications controller
US7103511B2 (en) * 1998-10-14 2006-09-05 Statsignal Ipc, Llc Wireless communication networks for providing remote monitoring of devices
GB0115404D0 (en) * 2001-06-23 2001-08-15 Ibm Method and apparatus for message routing in a computer system
US20030129944A1 (en) * 2001-12-21 2003-07-10 Chang Matthew C. T. System and method of monitoring and controlling a remote device

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2004114625A3 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101448043B (zh) * 2009-01-08 2013-07-03 中兴通讯股份有限公司 多媒体终端及其中应用侧、无线侧之间交互的方法

Also Published As

Publication number Publication date
FR2856231A1 (fr) 2004-12-17
WO2004114625A2 (fr) 2004-12-29
WO2004114625A3 (fr) 2005-10-20
US7698382B2 (en) 2010-04-13
US20070213042A1 (en) 2007-09-13

Similar Documents

Publication Publication Date Title
EP1726124B1 (fr) Systeme et procede de controle d&#39;equipements a distance a l&#39;aide de commandes at, dispositif, module de radiocommunication et programme correspondants
EP3632087B1 (fr) Sélection d&#39;une tranche de réseau relative à une application
EP1905215B1 (fr) Dispositif et système de communication pour la mise en oeuvre d&#39;un système de gestion à distance d&#39;équipements
US9123029B2 (en) Delayed display of electronic messages
US8570876B2 (en) Method, system and program product for processing requests
EP2052525B1 (fr) Procede de communication par messages et dispositif associe
WO2004114625A2 (fr) Systeme et procede de controle d’equipements a distance a l’aide de commandes at, dispositif et module de radiocommunication et jeu de commandes correspondants.
WO2004114624A2 (fr) Systeme et procede de controle d’equipements a distance a l’aide de fonctions api, dispositif et module de radiocommunication et jeu de fonctions correspondants.
EP3657859B1 (fr) Optimisation par type de message de l&#39;échange de données entre objets connectés
EP2327236B1 (fr) Centre ussd générique d&#39;applications et de services réseaux
CA2804562A1 (fr) Procede d&#39;etablissement d&#39;une communication sur internet entre terminaux mobiles, programme d&#39;ordinateur et support d&#39;enregistrement
EP3675463B1 (fr) Procédé d&#39;identification d&#39;un objet connecté dans une infrastructure réseau
EP3709185A1 (fr) Procédé d&#39;optimisation d&#39;échanges de données dans une infrastructure d&#39;objets connectés
FR2810482A1 (fr) Procede de gestion d&#39;un module de communication et dispositif comportant un tel module
WO2001031879A1 (fr) Utilisation des outils sim entre un reseau et un telephone mobile
FR2702578A1 (fr) Système de communication avec un réseau.
FR2902271A1 (fr) Procede de commande d&#39;un module electronique de radiocommunication par un equipement, equipement, module, signal et fichier de description correspondants.
CN115208875B (zh) 多传输中间件的信息集成系统
EP3817294B1 (fr) Procede et module pour la regulation de la connectivite d objets connectes
EP1933531B1 (fr) Dispositif de contrôle de communications sur IP entre des équipements de communication IP, avec prise de contrôle automatisée de leurs flux de média(s)
FR3087610A1 (fr) Echange de donnees dans une infrastructure des objets connectes
EP2553993A1 (fr) Procede et systeme de communication entre un equipement et un serveur
EP1508237A1 (fr) Protocole de communication entre un module d&#39;application vocale et une plate-forme vocale dans un serveur vocal
WO2008031987A1 (fr) Systeme comprenant une chaine monetique, procede mettant en oeuvre ce systeme, service web et serveur de services web
FR2953671A1 (fr) Procede de telechargement automatique de messages, et premier terminal le mettant en oeuvre

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL HR LT LV MK

17P Request for examination filed

Effective date: 20051123

RBV Designated contracting states (corrected)

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PL PT RO SE SI SK TR

DAX Request for extension of the european patent (deleted)
RIN1 Information on inventor provided before grant (corrected)

Inventor name: AMIENS, CHRISTIAN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20150106