EP1518429A1 - Procede de fourniture de donnees de configuration de service a un dispositif de telephonie mobile, par un terminal informatique - Google Patents

Procede de fourniture de donnees de configuration de service a un dispositif de telephonie mobile, par un terminal informatique

Info

Publication number
EP1518429A1
EP1518429A1 EP03760726A EP03760726A EP1518429A1 EP 1518429 A1 EP1518429 A1 EP 1518429A1 EP 03760726 A EP03760726 A EP 03760726A EP 03760726 A EP03760726 A EP 03760726A EP 1518429 A1 EP1518429 A1 EP 1518429A1
Authority
EP
European Patent Office
Prior art keywords
configuration data
terminal
commands
data
supply
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.)
Ceased
Application number
EP03760726A
Other languages
German (de)
English (en)
Inventor
Frédéric MILLIOT
Jean-Luc Ricoeur
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.)
Alcatel Lucent SAS
Original Assignee
Alcatel CIT SA
Alcatel 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 Alcatel CIT SA, Alcatel SA filed Critical Alcatel CIT SA
Publication of EP1518429A1 publication Critical patent/EP1518429A1/fr
Ceased legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24Transfer of terminal data
    • H04W8/245Transfer of terminal data from a network towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/34Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/72Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72406User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by software upgrading or downloading
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/72Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72409User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories
    • H04M1/72412User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality by interfacing with external accessories using two-way short-range wireless interfaces
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/72Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72445User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality for supporting Internet browser applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/30Profiles
    • H04L67/306User profiles

Definitions

  • the invention relates to the field of communications within a mobile telephone network, and more particularly the supply of service configuration data to mobile telephone devices, such as portable telephones.
  • mobile telephony devices need to be specifically configured to implement services adapted to the personal needs of their users. This is particularly the case for their navigation module (better known by the English name "browser") or embedded Java or Multi Media Messaging application modules.
  • This configuration is carried out using configuration data, defining profiles, stored in the memory of the telephony device, and more precisely in its permanent data manager (or RDM for “Remanent Data Manager”).
  • the devices are sold equipped with a certain number of profiles, some of which are used by default.
  • the configuration data which define certain profiles can be modified or completed by the user using the “man-machine” interface (or keyboard) of his device, so that the profile is adapted to his specific needs.
  • this configuration data can also be modified or supplemented remotely by a server of the communications network to which the device is attached.
  • the object of the invention is therefore to propose an original solution intended to remedy all or part of the aforementioned drawbacks.
  • AT commands is understood here to mean commands of the type initially developed by the American company Hayes Microcomputer Products Inc., and having been the subject of standardized extensions (IS-99).
  • terminal is understood to mean any type of computer equipment provided with a user-friendly man-machine interface (or keyboard) and which can establish a “proximity” link with a mobile telephone device, such as a mobile telephone. »By wire or by wave (for example of the infrared (or Irda) or bluetooth type). It may therefore be a fixed or portable microcomputer, or a personal digital assistant (or PDA).
  • the user can prepare in advance or load, for example using a CD-ROM, into his terminal new profiles, then transfer these new profiles to his device by establishing a simple connection between his terminal and its device. He can also, once the connection is established, retrieve on request to his terminal certain profiles stored in his device so as to modify or complete them quickly using the user-friendly keyboard of his terminal. It can also, once the connection is established, send a request intended to delete one or more profiles from the memory of the device.
  • the method according to the invention may include additional characteristics which can be taken separately and / or in combination, and in particular: - it is possible to extract from the device data representative of its own supply (or configuration) protocol, using selected AT commands, then transmit this data to the terminal so that it can exchange the data configuration with the device according to this supply protocol;
  • the configuration data contained in the AT commands can be extracted, using the AT command management means, so as to supply application means requiring mobile internet resources.
  • application means are for example navigation means, such as a browser (WAP), or embedded Java or Multi Media Messaging applications.
  • the invention also relates to a mobile telephony device, such as a portable telephone, comprising order management means.
  • the device comprises application means requiring mobile internet resources coupled to its AT command management means and suitable for receiving the configuration data.
  • these application means comprise a supply agent capable, in particular, of managing the configuration data coming from the AT command management means and the configuration data intended for the terminal, via the AT command management means. .
  • the invention further relates to a (computer) terminal comprising, on the one hand, a memory in which are stored service configuration data, and on the other hand, supply means capable of establishing a connection. with a mobile telephone device, of the type presented above, and to exchange service configuration data with the latter using chosen, interpretable AT commands by the AT command management means of the device.
  • a (computer) terminal comprising, on the one hand, a memory in which are stored service configuration data, and on the other hand, supply means capable of establishing a connection. with a mobile telephone device, of the type presented above, and to exchange service configuration data with the latter using chosen, interpretable AT commands by the AT command management means of the device.
  • the supply means of the terminal are arranged to send to the device selected AT commands requesting that it supply data representative of its supply protocol, so as to be able to exchange configuration data with it according to the protocol.
  • the supply means are arranged to send selected AT commands to the device, requesting that it provide at least some of its stored configuration data, and, on receipt of these configuration data, to send commands to the device. AT intended to modify some of them.
  • the supply means are arranged to send selected AT commands to the device, requesting that it provide at least some of its configuration data, and, on receipt of these configuration data, to send AT commands to the device. representative of new configuration data intended to supplement the other configuration data which it contains.
  • the supply means are arranged to send selected AT commands to the device, requesting that it provide at least some of its configuration data, and, on receipt of these configuration data, to send AT commands to the device. intended to delete some of the configuration data it contains.
  • the invention is moreover particularly suited to the configuration of application means operating according to the HTTP, GPRS, CSD or IP protocols (and consequently the WAP protocol since it can operate on GPRS, CSD or IP).
  • the invention relates to the provision of service configuration data (s) to a mobile telephone device 1 attached to a public communications network of PLMN type (for “Public Land Mobile Network”), such as for example GSM networks, GPRS, UMTS or EDGE.
  • PLMN type for “Public Land Mobile Network”
  • GSM networks for example GSM networks, GPRS, UMTS or EDGE.
  • the devices are portable telephones capable of exchanging data according to the WAP protocol (for “Wireless Application Protocol”) with other equipment of the network, such as servers, base stations of transmission / reception (also called Node-B in the case of a UMTS or BTS network in the case of a GSM type network (or GPRS)), and fixed or mobile telephones.
  • WAP protocol for “Wireless Application Protocol”
  • base stations of transmission / reception also called Node-B in the case of a UMTS or BTS network in the case of a GSM type network (or GPRS)
  • fixed or mobile telephones such as Wi-Fi
  • the configuration data is intended to configure an application module requiring mobile internet resources.
  • the application module is a WAP navigation module 2 installed in the mobile telephone 1.
  • This WAP navigation module 2 comprises in particular a supply module 3, also called agent of WAP provisioning, a WAP 4 interface module, and a WAP management module 5.
  • the supply module 3 (better known under the English name "WAP Provisioning Agent”) is coupled to an AT order management module (or “AT manager”) 6 serving as a general access interface, via commands AT dedicated, to a terminal 7, to which we will return later.
  • This supply module 3 is also coupled to the WAP interface module 4 which allows it to access profiles stored in a memory 8 of the telephone 1. More specifically, the interface module 4 (better known by the name “WAP Multiprofile”) allows the supply module 3 to read and write access to the memory 8, which is preferably installed in the permanent data management module 9 (or “Remanent Data Manager”) of the telephone 1 .
  • Profiles are stored in memory as bytes or as configuration (service (s)) data sets. They are intended, when selected by the user of the telephone 1, to configure the WAP navigation module 2, via the WAP provisioning agent 3, so that it can implement services adapted to the needs of the user.
  • the profile here allows the WAP 2 navigation module to connect to the network infrastructure. Therefore, the configuration data is mainly data from the network operator. However, they can be supplemented by identifiers specific to the user, such as for example a password and / or a user name.
  • Some profiles are defined by default so as to offer, in series, standardized services.
  • the WAP supply agent 3 is also coupled to the WAP management module 5, better known by the English name "WAP Life Cycle” and intended to manage his activities and to report to him the "WAP state” of the navigation module. 2. It is in fact preferable that one can only act on the profiles when the telephone 1 is not in the navigation phase.
  • the AT 6 order management module is conventionally intended to receive “incoming” AT orders and transform them (or interpret) into procedure calls (or “Procedure Calls”) for the WAP 3 supply agent. In general, it manages the data exchanges between the telephone and a terminal 7.
  • terminal is understood here to mean any type of computer equipment provided with a user-friendly man-machine interface 10 (or keyboard), that is to say allowing easy entry of codes or instructions, and capable of establishing with the portable telephone 1, a “proximity” link by wire or by wave (for example of the infrared (or Irda) or bluetooth type).
  • a “proximity” link by wire or by wave for example of the infrared (or Irda) or bluetooth type.
  • Irda infrared
  • the terminal 7 is a portable microcomputer belonging to the user of the telephone 1, and connectable to the latter by a serial link. However, it could be a fixed microcomputer or a personal digital assistant (or PDA).
  • the terminal 7 is equipped with a WAP client supply module 11 intended to address requests 1 to the telephone, in the form of dedicated AT commands, making it possible to read, modify, delete, add and complete the profiles which are stored in its memory 8.
  • This module 11 also allows the user to assign a profile the status of a default profile and to access certain parameters such as the identifier of a default profile or the maximum number of profiles managed by the phone 1.
  • the WAP client supply module 11 is preferably installed in the management module 12 of the terminal 7, which is coupled to a connection interface 13 allowing the establishment of the connection with the telephone 1, in particular.
  • the terminal 7 preferably includes a memory 14 intended to receive configuration data defining new profiles for the telephone 1, or updates of profiles used by said telephone 1.
  • profiles or updates of profiles can come from a download made beforehand by the user using his terminal 7, or from a CD-ROM supplied, for example, by the mobile operator to which the user's telephone 1 is attached .
  • the procedure for providing configuration data (or "AT Provisioning") can begin. It will consist of operations to read configuration data in the telephone 1 at the request of the terminal 7, and to write configuration data, still in the telephone 1 to modify the content of its memory 8 at the request of the terminal 7 .
  • read operation is understood here to mean all the transfers of data from the telephone 1 to the terminal 7. They are generally intended to bring back to the terminal 7 a particular profile or the list of profiles stored, and their implementation depends on the availability of requested data. Furthermore, the term “write operation” is understood to mean all the data transfers from terminal 7 to telephone 1. Only certain profiles can be modified (or updated), deleted or added. For example if a profile is locked (or “locked”), it cannot be modified or deleted. The same goes for the profile list. The writing of a profile (addition or modification) is preferably done using a single data sequence, and only the WAP 3 provisioning agent can do it, via the module interface 4.
  • each telephone can have a specific version of supply protocol, which defines the format of sequences consisting of configuration data units, the scheduling of configuration data units, and the structure used by the telephone 1 to store the profiles in its memory 8.
  • the storage structure of a profile consists of a set of parameters which can be, for example, subdivided into six categories of variables or parameters:
  • Default Profile this is a Boolean variable indicating whether a profile is or is not the default profile
  • Using Flag this is a Boolean variable indicating whether a profile is ("TRUE") or not ("FALSE" used.
  • Provisioning Version this is a parameter designating the version of the provisioning protocol used by the telephone 1;
  • Profile Information it includes parameters such as "Profile Name”, “Profile modification Flag”, etc;
  • Bearer Parameter it groups parameters such as “Bearer Type”, “Bearer specifies Parameter”, etc;
  • WAP Gateway Parameter it groups parameters such as "IP Address”, “Port Number”, “Home URL”, etc.
  • ProfileListLock which specifies a condition for adding, modifying or deleting a profile
  • DefaultProfilelD which is the identifier designating the default profile in the profile list
  • MaxNumberProfiles which specifies the maximum number of profiles managed by the phone 1 (and not the number of profiles used by the navigation module 2)
  • NumberProfilesUsed which specifies the number of profiles used by the navigation module 2 at the time of the request, and "Provisioning Version” which is the identifier designating the version of the supply protocol used by the telephone 1;
  • a data unit is defined by two fields: a length and a value. Preferably, no separator is used between two successive data units. These data units can have varying lengths. Also preferably, each length field consists of a byte (or "byte") which specifies the number of bytes used by the value field. Consequently, if the value of the byte defining the length field is equal to 0 (zero), then said field is not followed by the value field.
  • each unit has an identifier of a series of units of data.
  • each sequence preferably ends with a specific character.
  • a sequence is defined by an ordered sequence of data units, and each unit has a sequence identifier.
  • the latter is not transmitted during a data transfer, but it must imperatively be respected by the telephone 1 and the terminal 7 when they compose their sequences.
  • three types of sequences are defined, one for the transmission of the complete list of profiles, one for the transmission of a profile and one for the version of the provisioning protocol.
  • the sequence used to transmit to the terminal 7 the version of the supply protocol only contains one data unit.
  • the sequence used to transmit to the terminal 7 the list of stored profiles comprises a first part of fixed length and a second part of variable length.
  • the first part is for example advantageously made up of 10 bytes to define the general information on the list.
  • 10 bytes For example 5 pairs of 2 bytes respectively define the version of the provisioning protocol, the maximum number of profiles managed by the phone 1, the number of profiles used by the phone 1, the identifier of the default profile and a list lock profiles (or "List Lock"), such as a Boolean variable specifying whether or not it is possible to add or delete a profile in a list.
  • the second part is for example advantageously made up of 38 bytes to define each profile used in the telephone 1, including 3 bytes for the length fields and 35 bytes for the value fields.
  • the bytes define for each profile its name, its identifier and its profile lock.
  • sequence used to transmit to the terminal 7 a particular stored profile comprises for example a maximum of
  • a profile sequence may include:
  • provisioning Version 1 byte for the field defining the version of the provisioning protocol (or "Provisioning Version") and 1 byte for its length field;
  • AT commands is understood here to mean the commands initially developed by the American company Hayes Microcomputer Products Inc., as well as all of their extensions designated by the IS-99 standard.
  • AT PROV_WAP PROVCOMMAND [.PROFILEID].
  • This type of AT command is preferably associated with a time delay allowing the terminal 7 to detect a problem with the telephone 1. This time delay is for example equal to approximately one minute.
  • this command requires the list of stored profiles. Preferably, before its transfer, the list is updated by the navigation module 2.
  • the optional parameter [PROFILEID] is intended to signal over the phone
  • terminal 7 requires specific data concerning a profile.
  • This command corresponds for example to the response: PROV
  • AT PROV_WAP W, PROFILEID. This command indicates to the telephone 1 that the terminal 7 wants to update data of a particular profile.
  • [PROFILEID] The purpose of the [PROFILEID] parameter is to notify the phone 1 of the profile identifier that it wishes to update. Its value is therefore less than the maximum number of profiles managed by the phone 1.
  • This command (request) corresponds for example to the response: PROV
  • AT PROV_WAP D .PROFILEID. This command indicates to the telephone 1 that the terminal 7 wants to delete certain data from a particular profile.
  • the purpose of the [PROFILEID] parameter is to inform the telephone 1 of the profile identifier that it wishes to modify or delete. Its value is by therefore less than the maximum number of profiles managed by the phone 1.
  • AT PROV_WAP C.
  • This command indicates on telephone 1 that terminal 7 wants to add a new profile to the list stored in its memory 8.
  • the [PROFILEID] parameter cannot accompany this command since it is not terminal 7 which manages the allocation of profile identifiers.
  • the WAP supply agent 3 then sends messages to the WAP management module 5 to indicate to it what processing is required by the order management module AT 6, so that it is quickly released.
  • a conventional WAP processing corresponding to the required processing is then carried out by the WAP provisioning agent 3, if the WAP management module 5 authorizes it to do so.
  • WAP treatments being well known to those skilled in the art and not being, strictly speaking, of the invention, they will not be described. They are presented in particular at the address “www.wapforum.org”.
  • the result of the WAP processing is transmitted to the AT command management module 6, which puts it in the form of AT commands which it then transmits, via the connection, to the WAP client supply module 11.
  • the AT 6 command management module switches to "data" mode, then transfers data to the line and switches to interpretation mode.
  • the WAP navigation module 2 (or “WAP Browser”), the provisioning module 3 (or “WAP Provisioning Agent”), the WAP interface module 4 (or “WAP Multiprofile”), the WAP management module 5 (or “WAP Life Cycle”), the supply module (or agent) 6 (or “AT manager”), the permanent data management module 9 (or “Remanent Data Manager”) and the WAP supply module client 11 (or “WAP Provisioning Client”) can be implemented in the form of electronic circuits, software (or computer) modules, or a combination of circuits and software, respectively.
  • the invention also provides a method of supplying configuration data to a mobile telephone device 1 equipped with AT command management means.
  • This method consists in establishing a connection between a device 1 and a computer terminal 7 in which there are service configuration data, then in exchanging service configuration data between this terminal and this device using selected AT commands. , interpretable by the AT command management means of the device.
  • the memory 8 of the device 1 is extracted from data representative of the version of the provisioning protocol which it uses, using selected AT commands, then this data extracted from so that it can exchange configuration data with the device 1 according to this provisioning protocol.
  • the invention is not limited to the embodiments of the method, device and terminal described above, only by way of example, but it encompasses all the variants that a person skilled in the art may envisage within the framework of the claims below.
  • an example of application of the invention to the exchange of configuration data of a WAP navigation module has been described above.
  • the invention applies generally to the configuration of all the applications which require mobile internet resources, and in particular to the embedded Java or Multi Media Messaging applications.
  • the invention is not limited to the WAP exchange protocol. It indeed concerns the HTTP, GPRS, CSD or IP protocols.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un procédé est destiné à fournir des données de configuration à un dispositif de téléphonie mobile (1) équipé de moyens de gestion de commandes AT (6). Ce procédé consiste, d'une part, à établir une connexion entre le dispositif (1) et un terminal informatique (7) comportant des données de configuration de service, et d'autre part, à échanger des données de configuration de service entre le terminal (7) et le dispositif (1) à l'aide de commandes AT choisies, interprétables par les moyens de gestion de commandes AT (6) du dispositif.

Description

PROCÉDÉ DE FOURNITURE DE DONNÉES DE CONFIGURATION DE SERVICE À UN DISPOSITIF DE TÉLÉPHONIE MOBILE, PAR UN TERMINAL INFORMATIQUE
L'invention concerne le domaine des communications au sein d'un réseau de téléphonie mobile, et plus particulièrement la fourniture de données de configuration de service(s) à des dispositifs de téléphonie mobile, tels que des téléphones portables. Comme le sait l'homme de l'art, les dispositifs de téléphonie mobile ont besoin d'être spécifiquement configurés pour mettre en œuvre des services adaptés aux besoins personnels de leurs utilisateurs. C'est notamment le cas de leur module de navigation (plus connu sous le nom anglais « browser ») ou des modules d'application embarquée Java ou Multi Media Messaging. Cette configuration s'effectue à l'aide de données de configuration, définissant des profils, stockées dans la mémoire du dispositif de téléphonie, et plus précisément dans son gestionnaire de données permanentes (ou RDM pour « Rémanent Data Manager »). Généralement, les dispositifs sont vendus équipés d'un certain nombre de profils dont certains sont utilisés par défaut.
Les données de configuration qui définissent certains profils peuvent être modifiées ou complétées par l'utilisateur à l'aide de l'interface « homme- machine » (ou clavier) de son dispositif, de sorte que le profil soit adapté à ses besoins spécifiques. Mais, ces données de configuration peuvent être également modifiées ou complétées à distance par un serveur du réseau de communications auquel le dispositif est rattaché.
Or, dans le premier cas l'utilisateur doit saisir les modifications ou compléments avec les touches de son clavier, ce qui est particulièrement mal aisé et rend le dispositif momentanément inutilisable, tandis que dans le second cas l'utilisateur est obligé de se connecter au réseau pour télécharger les modifications ou compléments, ce qui lui coûte de l'argent et monopolise inutilement une liaison qui pourrait servir à un autre utilisateur. Aucune de ces deux possibilités n'est donc satisfaisante.
L'invention a par conséquent pour but de proposer une solution originale destinée à remédier à tout ou partie des inconvénients précités.
Elle propose à cet effet un procédé de fourniture de données de configuration à un dispositif de téléphonie mobile équipé de moyens de gestion de commandes AT, dans lequel on établit tout d'abord une connexion entre ce dispositif et un terminal informatique comportant des données de configuration de service, puis on procède à des échanges de données de configuration de service entre le terminal et le dispositif à l'aide de commandes AT choisies, interprétables par les moyens de gestion de commandes AT du dispositif.
On entend ici par « commandes AT » des commandes du type de celles initialement développées par la société américaine Hayes Microcomputer Products Inc., et ayant fait l'objet d'extensions standardisées (IS-99). Par ailleurs, on entend par « terminal » tout type d'équipement informatique muni d'une interface homme-machine (ou clavier) conviviale et pouvant établir avec un dispositif de téléphonie mobile, tel qu'un téléphone portable, une liaison « de proximité » par voie filaire ou par voie d'onde (par exemple de type infra-rouge (ou Irda) ou bluetooth). Il pourra par conséquent s'agir d'un micro-ordinateur fixe ou portable, ou d'un assistant numérique personnel (ou PDA).
Ainsi, l'utilisateur peut préparer à l'avance ou charger, par exemple à l'aide d'un CD-ROM, dans son terminal de nouveaux profils, puis transférer ces nouveaux profils dans son dispositif en établissant une simple connexion entre son terminal et son dispositif. Il peut également, une fois la connexion établie, rapatrier sur requête dans son terminal certains profils stockés dans son dispositif de manière à les modifier ou compléter rapidement à l'aide du clavier convivial de son terminal. Il peut en outre, une fois la connexion établie, adresser une requête destinée à supprimer de la mémoire du dispositif un ou plusieurs profils.
Le procédé selon l'invention pourra comporter des caractéristiques complémentaires qui pourront être prises séparément et/ou en combinaison, et en particulier : - on peut extraire du dispositif des données représentatives d'un protocole d'approvisionnement (ou de configuration) qui lui est propre, à l'aide de commandes AT choisies, puis transmettre au terminal ces données de sorte qu'il puisse échanger les données de configuration avec le dispositif selon ce protocole d'approvisionnement ;
- on peut extraire les données de configuration contenues dans les commandes AT, à l'aide des moyens de gestion de commandes AT, de manière à approvisionner des moyens d'application requérant des ressources internet mobile. Dans ce cas, on approvisionne préférentiellement un agent d'approvisionnement implanté dans les moyens d'application. Ces moyens d'application sont par exemple des moyens de navigation, tels qu'un browser (WAP), ou des applications embarquées Java ou Multi Media Messaging.
L'invention porte également sur un dispositif de téléphonie mobile, tel qu'un téléphone portable, comportant des moyens de gestion de commandes
AT capables d'établir une connexion avec un terminal dans lequel se trouvent des données de configuration de service, afin d'échanger avec ce dernier des données de configuration de service à l'aide de commandes AT choisies, interprétables par ses moyens de gestion de commandes AT. Préférentiellement, le dispositif comprend des moyens d'application requérant des ressources internet mobile couplés à ses moyens de gestion de commandes AT et propres à recevoir les données de configuration. Plus préférentiellement encore, ces moyens d'application comprennent un agent d'approvisionnement capable, notamment, de gérer les données de configuration provenant des moyens de gestion de commandes AT et les données de configuration destinées au terminal, via les moyens de gestion de commandes AT.
L'invention porte en outre sur un terminal (informatique), comportant, d'une part, une mémoire dans laquelle sont stockées des données de configuration de service, et d'autre part, des moyens d'approvisionnement capables d'établir une connexion avec un dispositif de téléphonie mobile, du type de celui présenté ci-avant, et d'échanger avec ce dernier des données de configuration de service à l'aide de commandes AT choisies, interprétables par les moyens de gestion de commandes AT du dispositif.
Préférentiellement, les moyens d'approvisionnement du terminal sont agencés pour adresser au dispositif des commandes AT choisies requérant qu'il fournisse des données représentatives de son protocole d'approvisionnement, de manière à pouvoir échanger avec lui les données de configuration selon le protocole.
Egalement de préférence, les moyens d'approvisionnement sont agencés pour adresser au dispositif des commandes AT choisies requérant qu'il fournisse certaines au moins de ses données de configuration stockées, et, à réception de ces données de configuration, pour adresser au dispositif des commandes AT destinées à modifier certaines d'entre-elles.
Egalement de préférence, les moyens d'approvisionnement sont agencés pour adresser au dispositif des commandes AT choisies requérant qu'il fournisse certaines au moins de ses données de configuration, et, à réception de ces données de configuration, pour adresser au dispositif des commandes AT représentatives de nouvelles données de configuration destinées à compléter les autres données de configuration qu'il contient.
Egalement de préférence, les moyens d'approvisionnement sont agencés pour adresser au dispositif des commandes AT choisies requérant qu'il fournisse certaines au moins de ses données de configuration, et, à réception de ces données de configuration, pour adresser au dispositif des commandes AT destinées à supprimer certaines des données de configuration qu'il contient.
L'invention est par ailleurs particulièrement adaptée à la configuration de moyens d'application fonctionnant selon les protocoles HTTP, GPRS, CSD ou IP (et par conséquent le protocole WAP puisqu'il peut fonctionner sur GPRS, CSD ou IP).
D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et de l'unique figure annexée qui illustre de façon schématique un exemple de réalisation d'un dispositif et d'un terminal selon l'invention. Cette figure est, pour l'essentiel, de caractère certain. En conséquence, elle pourra non seulement servir à compléter l'invention, mais aussi contribuer à sa définition, le cas échéant. L'invention porte sur la fourniture de données de configuration de service(s) à un dispositif de téléphonie mobile 1 rattaché à un réseau public de communications de type PLMN (pour « Public Land Mobile Network »), comme par exemple les réseaux GSM, GPRS, UMTS ou EDGE. Dans ce qui suit on considère que les dispositifs sont des téléphones portables capables d'échanger des données selon le protocole WAP (pour « Wireless Application Protocol ») avec d'autres équipements du réseau, tels que des serveurs, des stations de base d'émission/réception (également appelées Node-B dans le cas d'un réseau UMTS ou BTS dans le cas d'un réseau de type GSM (ou GPRS)), et des téléphones fixes ou mobiles.
Les données de configuration sont destinées à configurer un module d'application requérant des ressources internet mobile. Dans l'exemple illustré sur l'unique figure, le module d'application est un module de navigation WAP 2 implanté dans le téléphone portable 1. Ce module de navigation WAP 2 comporte notamment un module d'approvisionnement 3, également appelé agent d'approvisionnement WAP, un module d'interface WAP 4, et un module WAP de gestion 5.
Le module d'approvisionnement 3 (plus connu sous l'appellation anglaise « WAP Provisioning Agent ») est couplé à un module de gestion de commandes AT (ou « AT manager ») 6 servant d'interface générale d'accès, via des commandes AT dédiées, à un terminal 7, sur lequel on reviendra plus loin. Ce module d'approvisionnement 3 est également couplé au module d'interface WAP 4 qui lui permet d'accéder à des profils stockés dans une mémoire 8 du téléphone 1. Plus précisément, le module d'interface 4 (plus connu sous l'appellation anglaise « WAP Multiprofile ») permet au module d'approvisionnement 3 d'accéder en lecture et en écriture à la mémoire 8, laquelle est préférentiellement implantée dans le module de gestion de données permanentes 9 (ou « Rémanent Data Manager ») du téléphone 1.
Les profils sont stockés dans la mémoire sous la forme de multiplets ou d'ensembles de données de configuration (de service(s)). Ils sont destinés, lorsqu'ils sont sélectionnés par l'utilisateur du téléphone 1 , à configurer le module de navigation WAP 2, via l'agent d'approvisionnement WAP 3, de sorte qu'il puisse mettre en œuvre des services adaptés aux besoins de l'utilisateur. Le profil permet, ici, au module de navigation WAP 2 de se connecter à l'infrastructure réseau. Par conséquent, les données de configuration sont principalement des données de l'opérateur du réseau. Mais, elles peuvent être complétées par des identifiants propres à l'utilisateur, comme par exemple un mot de passe et/ou un nom d'utilisateur. Certains profils sont définis par défaut de manière à proposer, en série, des services standardisés.
L'agent d'approvisionnement WAP 3 est également couplé au module WAP de gestion 5, plus connu sous l'appellation anglaise « WAP Life Cycle » et destiné à gérer ses activités et à lui signaler « l'état WAP » du module de navigation 2. Il est en effet préférable que l'on ne puisse agir sur les profils que lorsque le téléphone 1 n'est pas en phase de navigation.
Le module de gestion de commandes AT 6 est destiné, classiquement, à réceptionner des commandes AT « entrantes » et à les transformer (ou interpréter) en appels de procédure (ou « Procédure Calls ») pour l'agent d'approvisionnement WAP 3. D'une manière générale, il gère les échanges de données entre le téléphone et un terminal 7.
On entend ici par « terminal » tout type d'équipement informatique muni d'une interface homme-machine 10 (ou clavier) conviviale, c'est-à-dire permettant de saisir facilement des codes ou instructions, et capable d'établir avec le téléphone portable 1 , une liaison « de proximité » par voie filaire ou par voie d'onde (par exemple de type infra-rouge (ou Irda) ou bluetooth). Dans ce qui suit, on considérera que le terminal 7 est un micro-ordinateur portable appartenant à l'utilisateur du téléphone 1 , et raccordable à celui-ci par une liaison série. Mais, il pourrait s'agir d'un micro-ordinateur fixe ou d'un assistant numérique personnel (ou PDA).
Comme illustré sur l'unique figure, le terminal 7 est équipé d'un module WAP d'approvisionnement client 11 destiné à adresser au téléphone 1 des requêtes, sous forme de commandes AT dédiées, permettant de lire, modifier, supprimer, ajouter et compléter les profils qui sont stockés dans sa mémoire 8. Ce module 11 permet également à l'utilisateur d'attribuer à un profil le statut de profil par défaut et d'accéder à certains paramètres tels que l'identifiant d'un profil par défaut ou le nombre maximal de profils gérés par le téléphone 1.
Le module WAP d'approvisionnement client 11 est préférentiellement implanté dans le module de gestion 12 du terminal 7, lequel est couplé à une interface de connexion 13 permettant l'établissement de la connexion avec le téléphone 1 , notamment. Par ailleurs, le terminal 7 comporte de préférence une mémoire 14 destinée à recevoir des données de configuration définissant de nouveaux profils pour le téléphone 1 , ou des mises à jour de profils utilisés par ledit téléphone 1. De tels profils ou mises à jour de profils peuvent provenir d'un téléchargement effectué préalablement par l'utilisateur à l'aide de son terminal 7, ou d'un CD-ROM fournit, par exemple, par l'opérateur de téléphonie mobile auquel le téléphone 1 de l'utilisateur est rattaché.
Comme indiqué précédemment, pour qu'un échange de données de configuration puisse s'effectuer entre le terminal 7 et le téléphone 1 , il est indispensable qu'une connexion soit tout d'abord établie, ou en d'autres termes que le module WAP d'approvisionnement client 11 du terminal 7 soit couplé au module de gestion de commandes AT 6 du téléphone 1.
Une fois cette connexion établie, la procédure de fourniture de données de configuration (ou « AT Provisioning ») peut débuter. Elle va consister en des opérations de lecture de données de configuration dans le téléphone 1 sur requête du terminal 7, et d'écriture de données de configuration, toujours dans le téléphone 1 pour modifier le contenu de sa mémoire 8 à la requête du terminal 7.
On entend ici par « opération de lecture » tous les transferts de données du téléphone 1 vers le terminal 7. Elles sont généralement destinées à rapatrier dans le terminal 7 un profil particulier ou la liste des profils stockée, et leur mise en œuvre dépend de la disponibilité des données demandées. Par ailleurs, on entend par « opération d'écriture » tous les transferts de données du terminal 7 vers le téléphone 1. Seuls certains profils peuvent être modifiés (ou mis à jour), supprimés ou ajoutés. Par exemple si un profil est verrouillé (ou « locked »), il ne peut pas être modifié ou supprimé. Il en va de même de la liste de profils. L'écriture d'un profil (ajout ou modification) s'effectue de préférence à l'aide d'une unique séquence de données, et seul l'agent d'approvisionnement WAP 3 peut s'en charger, via le module d'interface 4.
Préférentiellement, ces opérations de lecture et d'écriture sont précédées d'une opération de détermination du protocole d'approvisionnement du téléphone 1. En effet, chaque téléphone peut disposer d'une version spécifique de protocole d'approvisionnement, lequel définit le format de séquences constituées d'unités de données de configuration, l'ordonnancement des unités de données de configuration, et la structure utilisée par le téléphone 1 pour stocker les profils dans sa mémoire 8. La structure de stockage d'un profil est constituée d'un ensemble de paramètres qui peut être, par exemple, subdivisé en six catégories de variables ou paramètres :
- « Default Profile » : il s'agit d'une variable booléenne indiquant si un profil est ou n'est pas le profil par défaut ; - « Using Flag » : il s'agit d'une variable booléenne indiquant si un profil est (« TRUE ») ou n'est pas (« FALSE ») utilisé. Lorsque l'utilisateur souhaite ajouter à la liste des profils stockés dans la mémoire 8 un nouveau profil, Using Flag est mis à la valeur TRUE ;
- « Provisioning Version » : il s'agit d'un paramètre désignant la version du protocole d'approvisionnement utilisée par le téléphone 1 ;
- « Profile Information » : il regroupe des paramètres tels que « Profile Name », « Profile modification Flag », etc ;
- « Bearer Parameter » : il regroupe des paramètres tels que « Bearer Type », « Bearer spécifie Parameter », etc ; - « WAP Gateway Parameter » : il regroupe des paramètres tels que « IP Adress », « Port Number », « Home URL », etc.
Par ailleurs, la structure d'une liste de profils peut être définie par deux sections :
- les informations générales sur le profil, comme par exemple : « ProfileListLock » qui précise une condition pour ajouter, modifier ou supprimer un profil, « DefaultProfilelD » qui est l'identifiant désignant le profil par défaut dans la liste de profils, « MaxNumberProfiles » qui précise le nombre maximal de profils gérés par le téléphone 1 (et non pas le nombre de profils utilisés par le module de navigation 2),
« NumberProfilesUsed » qui précise le nombre de profils utilisés par le module de navigation 2 à l'instant de la requête, et « Provisioning Version » qui est l'identifiant désignant la version du protocole d'approvisionnement utilisée par le téléphone 1 ;
- des informations concernant tous les profils standards utilisés par le téléphone 1, comme par exemple : « Profileid », « ProfileName » et
« ProfileLock ». Une unité de données est définie par deux champs : une longueur et une valeur. Préférentiellement, on n'utilise pas de séparateur entre deux unités de données successives. Ces unités de données peuvent présenter des longueurs variables. Egalement de préférence, chaque champ de longueur est constitué d'un octet (ou « byte ») qui précise le nombre d'octets utilisés par le champ de valeur. Par conséquent, si la valeur de l'octet définissant le champ de longueur est égale à 0 (zéro), alors ledit champ n'est pas suivi du champ de valeur.
Les informations sur les unités de données sont directement prises dans les champs de structure du téléphone 1. Par ailleurs, afin de permettre l'identification des différentes unités de données au sein d'une séquence, chaque unité possède un identifiant de suite d'unités de données. En outre, lorsque l'on utilise une représentation multi-octets, il est préférable d'utiliser la convention « Little Indian » (ou LSB). De plus, chaque séquence se termine préférentiellement par un caractère spécifique. Comme indiqué ci-dessus, une séquence est définie par une suite ordonnée d'unités de données, et chaque unité possède un identifiant de suite. De préférence, ce dernier n'est pas transmis durant un transfert de données, mais il doit être impérativement respecté par le téléphone 1 et le terminal 7 lorsqu'ils composent leurs séquences. Préférentiellement, on définit trois types de séquences, un pour la transmission de la liste complète des profils, un pour la transmission d'un profil et un pour la version du protocole d'approvisionnement.
Egalement de préférence, la séquence utilisée pour transmettre au terminal 7 la version du protocole d'approvisionnement ne comporte qu'une unité de données.
Toujours de préférence, la séquence utilisée pour transmettre au terminal 7 la liste des profils stockés comporte une première partie de longueur fixe et une seconde partie de longueur variable.
Plus précisément, la première partie est par exemple avantageusement constituée de 10 octets pour définir les informations générales sur la liste. Par exemple 5 couples de 2 octets définissent respectivement la version du protocole d'approvisionnement, le nombre maximum de profils gérés par le téléphone 1 , le nombre de profils utilisés par le téléphone 1 , l'identifiant du profil par défaut et un verrou de liste de profils (ou « List Lock »), comme par exemple une variable booléenne précisant s'il est possible ou non d'ajouter ou supprimer un profil dans une liste.
La seconde partie est par exemple avantageusement constituée de 38 octets pour définir chaque profil utilisé dans le téléphone 1 , dont 3 octets pour les champs de longueur et 35 octets pour les champs de valeur. Par exemple, les octets définissent pour chaque profil son nom, son identifiant et son verrou de profil.
Toujours de préférence, la séquence utilisée pour transmettre au terminal 7 un profil particulier stocké comporte par exemple un maximum de
442 octets, dont 25 octets pour les champs de longueur et 417 octets pour les champs de valeur. A titre d'exemple illustratif et non limitatif, une séquence de profil peut comprendre :
- 1 octet pour le champ définissant la version du protocole d'approvisionnement (ou « Provisioning Version ») et 1 octet pour son champ de longueur ;
- 1 octet pour le champ « Boolean default Profile » et 1 octet pour son champ de longueur ;
- 1 octet pour le champ de longueur et 33 octets pour le champ « Profile Name » et 1 octet pour son champ de longueur ;
- 1 octet pour le champ « Profile Lock » et 1 octet pour son champ de longueur ; - 4 octets pour le champ « Gateway IP Adress » et 1 octet pour son champ de longueur ;
- 2 octets pour le champ « Gateway port » et 1 octet pour son champ de longueur ; - 100 octets pour le champ « Home Page URL » et 1 octet pour son champ de longueur ;
- 4 octets pour le champ « Bearer Used » et 1 octet pour son champ de longueur ;
- 1 octet pour le champ « Présence Bearer CSD » et 1 octet pour son champ de longueur ;
- 1 octet pour le champ « CSD User Name length » et 1 octet pour son champ de longueur ;
- 32 octets pour le champ « CSD User Name » et 1 octet pour son champ de longueur ; - 1 octet pour le champ « CSD Password length » et 1 octet pour son champ de longueur ;
- 32 octets pour le champ « CSD Password » et 1 octet pour son champ de longueur ;
- 4 octets pour le champ « CSD Access type » et 1 octet pour son champ de longueur ;
- 22 octets pour le champ « CSD Phone Number » et 1 octet pour son champ de longueur ;
- 1 octet pour le champ « CSD Connection speed » et 1 octet pour son champ de longueur ; - 1 octet pour le champ « Présence Bearer GPRS » et 1 octet pour son champ de longueur ;
- 1 octet pour le champ « GPRS User Name length » et 1 octet pour son champ de longueur ;
- 32 octets pour le champ « GPRS User Name » et 1 octet pour son champ de longueur ;
- 1 octet pour le champ « GPRS Password length » et 1 octet pour son champ de longueur ; - 32 octets pour le champ « GPRS Password » et 1 octet pour son champ de longueur ;
- 4 octets pour le champ « GPRS authentification indicator » et 1 octet pour son champ de longueur ; - 101 octets pour le champ « GPRS APN » et 1 octet pour son champ de longueur ;
- 4 octets pour le champ « GPRS IP Adress » et 1 octet pour son champ de longueur ; et
- 1 octet pour le champ « Using Flag » et 1 octet pour son champ de longueur.
Les différents paramètres et les différentes variables présentées ci- dessus constituent des données de configuration. Comme indiqué précédemment, l'échange de données de configuration s'effectue à l'aide de commandes AT classiques. On entend ici par « commandes AT » les commandes initialement développées par la société américaine Hayes Microcomputer Products Inc., ainsi que toutes leurs extensions désignées par le standard IS-99.
Afin de mettre en œuvre l'invention, et notamment de permettre l'établissement de la connexion entre le module WAP d'approvisionnement client 11 du terminal 7 et le module de gestion de commandes AT 6 du téléphone 1 , la lecture de profils, l'écriture de profils (modification ou ajout), et la suppression de profil(s), on prévoit d'autres commandes AT.
Ces commandes additionnelles présentent de préférence les définition et syntaxe générales suivantes : AT PROV_WAP = PROVCOMMAND [.PROFILEID]. Ce type de commande AT est de préférence associé à une temporisation permettant au terminal 7 de détecter un problème au niveau du téléphone 1. Cette temporisation est par exemple égale à environ une minute.
Parmi les commandes additionnelles on peut citer par exemple, et à titre illustratif :
- la commande d'obtention de la version du protocole d'approvisionnement du téléphone 1 : AT PROV_WAP = V ? Cette commande n'est pas paramétrable.
A cette commande (requête) correspond par exemple la réponse : « Provisioning Version » lorsqu'elle est connue, ou PROV NOK lorsqu'elle est indisponible ; - la commande d'obtention (ou lecture) de données : AT PROV_WAP = R [,PR0F1LEID]. Cette commande a pour objet de requérir du téléphone 1 une information WAP.
En l'absence de paramétrisation, cette commande requiert la liste des profils stockés. Préférentiellement, avant son transfert la liste est mise à jour par le module de navigation 2.
Le paramètre optionnel [PROFILEID] a pour objet de signaler au téléphone
I que le terminal 7 requiert des données particulières concernant un profil.
II désigne un identifiant (numéro) de profil. Sa valeur est par conséquent inférieure au nombre maximal de profils gérés par le téléphone 1. A cette commande (requête) correspond par exemple la réponse : PROV
OK lorsque le traitement s'effectue correctement, ou PROV NOK lorsque les données sont indisponibles ;
- la commande d'écriture de données : AT PROV_WAP = W ,PROFILEID. Cette commande indique au téléphone 1 que le terminal 7 veut mettre à jour des données d'un profil particulier.
Le paramètre [PROFILEID] a pour objet de signaler au téléphone 1 l'identifiant du profil qu'il souhaite mettre à jour. Sa valeur est par conséquent inférieure au nombre maximal de profils gérés par le téléphone 1. A cette commande (requête) correspond par exemple la réponse : PROV
OK lorsque le traitement s'effectue correctement, ou PROV NOK lorsque l'opération d'écriture est impossible ;
- la commande de suppression de données : AT PROV_WAP = D .PROFILEID. Cette commande indique au téléphone 1 que le terminal 7 veut supprimer certaines données d'un profil particulier.
Le paramètre [PROFILEID] a pour objet de signaler au téléphone 1 l'identifiant du profil qu'il souhaite modifier ou supprimer. Sa valeur est par conséquent inférieure au nombre maximal de profils gérés par le téléphone 1.
A cette commande (requête) correspond par exemple la réponse : PROV OK lorsque le traitement s'effectue correctement, ou PROV NOK lorsque l'opération de suppression est impossible ;
- la commande de création d'un nouveau profil : AT PROV_WAP = C. Cette commande indique au téléphone 1 que le terminal 7 veut ajouter un nouveau profil à la liste stockée dans sa mémoire 8. Le paramètre [PROFILEID] ne peut pas accompagner cette commande puisque ce n'est pas le terminal 7 qui gère l'attribution des identifiants de profil.
A cette commande (requête) correspond par exemple la réponse : PROV
OK .PROFILEID lorsque le traitement s'effectue correctement, ou PROV
NOK lorsque l'opération de création est impossible. Toutes ces commandes AT sont présentes dans le module WAP d'approvisionnement client 11 du terminal 7 et sont interprétables par le module de gestion de commandes AT du téléphone 1 , une fois celui-ci adapté à cet effet. Par conséquent, lorsque l'utilisateur d'un téléphone 1 souhaite lire ou modifier les profils WAP stockés dans la mémoire 8 dudit téléphone, il établit une connexion entre son terminal 7 et son téléphone 1, par exemple par une liaison série (mais il pourrait s'agir d'une liaison infrarouge ou bluetooth), en chargeant l'application associée au module WAP d'approvisionnement client 11. Puis, il sélectionne à l'aide du clavier 10 un nouveau profil à transférer ou une mise à jour de profil stocké(e) dans la mémoire 14 ou sur un CD-ROM, et après l'avoir éventuellement adapté à ses propres besoins, ordonne au module WAP d'approvisionnement client 11 , d'adresser au module de gestion de commandes AT 6 du téléphone 1 , via ce dernier module 11 et l'interface de connexion 13, des requêtes correspondant au traitement choisi (il s'agit ici d'une opération d'écriture), sous forme de commandes AT du type de celles présentées ci-avant. Ces commandes AT, et les données de configuration qu'elles peuvent contenir, sont ensuite interprétées par le module de gestion de commandes AT 6 en appels de procédure (ou « Procédure Calls ») au format WAP et transmises à l'agent d'approvisionnement WAP 3. L'agent d'approvisionnement WAP 3 adresse ensuite au module WAP de gestion 5 des messages pour lui indiquer quel traitement est requis par le module de gestion de commandes AT 6, de sorte qu'il soit rapidement libéré. Un traitement WAP classique correspondant au traitement requis est ensuite effectué par l'agent d'approvisionnement WAP 3, si le module WAP de gestion 5 l'y autorise. Les traitements WAP étant bien connus de l'homme de l'art et ne faisant pas partie, à proprement parler, de l'invention, ils ne seront pas décrits. Ils sont notamment présentés à l'adresse « www.wapforum.org ».
Le résultat du traitement WAP est transmis au module de gestion de commandes AT 6, qui le met sous forme de commandes AT qu'il transmet ensuite, via la connexion, au module WAP d'approvisionnement client 11. En d'autres termes, le module de gestion de commandes AT 6 passe en mode « données », puis transfère les données sur la ligne et passe en mode interprétation.
Grâce à l'invention, l'utilisateur n'a donc plus à utiliser le clavier 15 de son téléphone portable 1 et/ou à se connecter au réseau à ses frais pour modifier, ajouter ou supprimer un profil de configuration de service. Le module de navigation WAP 2 (ou « WAP Browser »), le module d'approvisionnement 3 (ou « WAP Provisioning Agent »), le module d'interface WAP 4 (ou « WAP Multiprofile »), le module WAP de gestion 5 (ou « WAP Life Cycle »), le module (ou agent) d'approvisionnement 6 (ou « AT manager »), le module de gestion de données permanentes 9 (ou « Rémanent Data Manager ») et le module WAP d'approvisionnement client 11 (ou « WAP Provisioning Client ») peuvent être respectivement réalisés sous la forme de circuits électroniques, de modules logiciels (ou informatiques), ou d'une combinaison de circuits et de logiciels.
L'invention offre également un procédé de fourniture de données de configuration à un dispositif de téléphonie mobile 1 équipé de moyens de gestion de commandes AT.
Celui-ci peut être mis en œuvre à l'aide du dispositif 1 et du terminal 7 présentés ci-avant. Les fonctions et sous-fonctions principales et optionnelles assurées par les étapes de ce procédé étant sensiblement identiques à celles assurées par les différents moyens constituant le dispositif 1 et le terminal 7, seules seront résumées ci-après les étapes mettant en œuvre les fonctions principales du procédé selon l'invention. Ce procédé consiste à établir une connexion entre un dispositif 1 et un terminal informatique 7 dans lequel se trouvent des données de configuration de service, puis à échanger des données de configuration de service entre ce terminal et ce dispositif à l'aide de commandes AT choisies, interprétables par les moyens de gestion de commandes AT du dispositif. Préférentiellement, on procède à l'extraction de la mémoire 8 du dispositif 1 de données représentatives de la version du protocole d'approvisionnement qu'il utilise, à l'aide de commandes AT choisies, puis on transmet au terminal 7 ces données extraites de sorte qu'il puisse procéder à l'échange des données de configuration avec le dispositif 1 selon ce protocole d'approvisionnement.
On peut également extraire les données de configuration contenues dans les commandes AT issues du terminal 7, à l'aide des moyens de gestion de commandes AT 6 du dispositif 1 , de manière à approvisionner ses moyens de navigation 2, et plus préférentiellement l'agent d'approvisionnement 3 implanté dans les moyens de navigation 2.
L'invention ne se limite pas aux modes de réalisation de procédé, dispositif et terminal décrits ci-avant, seulement à titre d'exemple, mais elle englobe toutes les variantes que pourra envisager l'homme de l'art dans le cadre des revendications ci-après. Ainsi, on a décrit ci-avant un exemple d'application de l'invention à l'échange de données de configuration d'un module de navigation WAP. Mais, l'invention s'applique d'une manière générale à la configuration de toutes les applications qui requièrent des ressources internet mobile, et notamment aux applications embarquées Java ou Multi Media Messaging. Par ailleurs, l'invention n'est pas limitée au protocole d'échange WAP. Elle concerne en effet les protocoles HTTP, GPRS, CSD ou IP.

Claims

REVENDICATIONS
1. Procédé de fourniture de données de configuration à un dispositif de téléphonie mobile (1) équipé de moyens de gestion de commandes AT (6), caractérisé en ce qu'il consiste i) à établir une connexion entre ledit dispositif (1) et un terminal (7) comportant des données de configuration de service, et ii) à échanger des données de configuration de service entre le terminal (7) et le dispositif (1) à l'aide de commandes AT choisies, interprétables par les moyens de gestion de commandes AT (6) dudit dispositif.
2. Procédé selon la revendication 1 , caractérisé en ce que l'on extrait du dispositif (1) des données représentatives d'un protocole d'approvisionnement à l'aide de commandes AT choisies, puis on transmet au terminal (7) lesdites données de sorte que ledit terminal puisse échanger lesdites données de configuration avec ledit dispositif selon ledit protocole d'approvisionnement.
3. Procédé selon l'une des revendications 1 et 2, caractérisé en ce que l'on extrait lesdites données de configuration des commandes AT reçues du terminal (7), à l'aide desdits moyens de gestion de commandes AT (6), de manière à approvisionner des moyens d'application (2) requérant des ressources internet mobile (2).
4. Procédé selon la revendication 3, caractérisé en ce que lesdits moyens d'application (2) sont choisis dans un groupe comprenant des moyens de navigation (2), des moyens d'application embarquée java et des moyens d'application embarquée Multi Media Messaging.
5. Procédé selon l'une des revendications 3 et 4, caractérisé en ce que l'on approvisionne un agent d'approvisionnement (3) implanté dans lesdits moyens d'application (2).
6. Procédé selon l'une des revendications 1 à 5, caractérisé en ce que l'on procède à l'extraction de certaines au moins des données de configuration stockées dans une mémoire (8) du dispositif (1), de manière à les transmettre audit terminal (7), et en ce qu'à réception desdites données, on adresse au dispositif (1) des commandes AT destinées à modifier certaines d'entre-elles, puis on stocke les données modifiées dans ladite mémoire (8).
7. Procédé selon la revendication 6, caractérisé en ce que l'on procède à l'extraction de certaines au moins des données de configuration stockées dans la mémoire (8) de manière à les transmettre audit terminal (7), et en ce qu'à réception desdites données, on adresse au dispositif (1 ) des commandes AT représentatives de nouvelles données de configuration, puis on stocke les nouvelles données dans ladite mémoire (8).
8. Procédé selon l'une des revendications 6 et 7, caractérisé en ce que l'on procède à l'extraction de certaines au moins des données de configuration stockées dans la mémoire (8) de manière à les transmettre audit terminal (7), et en ce qu'à réception desdites données, on adresse au dispositif (1 ) des commandes AT destinées à supprimer certaines d'entre- elles de ladite mémoire (8).
9. Dispositif de téléphonie mobile comportant des moyens de gestion de commandes AT (6), caractérisé en ce que lesdits moyens de gestion de commandes AT (6) sont agencés pour établir une connexion avec un terminal (7) comportant des données de configuration de service, de manière à échanger avec ledit terminal des données de configuration de service à l'aide de commandes AT choisies, interprétables par ses moyens de gestion de commandes AT (6).
10. Dispositif selon la revendication 9, caractérisé en ce qu'il comprend des moyens d'application requérant des ressources internet mobile (2) couplés auxdits moyens de gestion de commandes AT (6) et propres à recevoir lesdites données de configuration.
11. Dispositif selon la revendication 10, caractérisé en ce que lesdits moyens d'application (2) sont choisis dans un groupe comprenant des moyens de navigation, des moyens d'application embarquée Java et des moyens d'application embarquée Multi Media Messaging.
12. Dispositif selon l'une des revendications 10 et 11 , caractérisé en ce que lesdits moyens d'application (2) comprennent un agent d'approvisionnement (3) propre à gérer les données de configuration reçues et les données de configuration à transmettre audit terminal (7).
13. Dispositif selon l'une des revendications 9 à 12, caractérisé en ce qu'il comporte une mémoire (8) propre à stocker lesdites données reçues.
14. Terminal informatique, comportant une mémoire stockant des données de configuration de service, caractérisé en ce qu'il comprend des moyens d'approvisionnement (11) propres à établir une connexion avec un dispositif de téléphonie mobile (1) selon l'une des revendications 9 à 13, et à échanger des données de configuration de service avec ce dispositif (1) à l'aide de commandes AT choisies, interprétables par les moyens de gestion de commandes AT (6) dudit dispositif.
15. Terminal selon la revendication 14, caractérisé en ce que lesdits moyens d'approvisionnement (11 ) sont agencés pour adresser audit dispositif
(1) des commandes AT choisies requérant la fourniture de données représentatives d'un protocole d'approvisionnement, de manière à échanger lesdites données de configuration avec ledit dispositif (1) selon ledit protocole.
16. Terminal selon la revendication 15, caractérisé en ce que lesdits moyens d'approvisionnement (11 ) sont agencés pour adresser audit dispositif
(1) des commandes AT choisies requérant la fourniture de certaines au moins de ses données de configuration, et, à réception desdites données de configuration, à adresser audit dispositif (1) des commandes AT destinées à modifier certaines d'entre-elles.
17. Terminal selon l'une des revendications 15 et 16, caractérisé en ce que lesdits moyens d'approvisionnement (11) sont agencés pour adresser audit dispositif (1) des commandes AT choisies requérant la fourniture de certaines au moins de ses données de configuration, et, à réception desdites données de configuration, à adresser audit dispositif (1) des commandes AT représentatives de nouvelles données de configuration destinées à compléter les autres données de configuration qu'il contient.
18. Terminal selon l'une des revendications 15 à 17, caractérisé en ce que lesdits moyens d'approvisionnement (11) sont agencés pour adresser audit dispositif (1 ) des commandes AT choisies requérant la fourniture de certaines au moins de ses données de configuration, et, à réception desdites données de configuration, à adresser audit dispositif (1) des commandes AT destinées à supprimer certaines des données de configuration qu'il contient.
19. Utilisation des procédé, dispositif et terminal selon l'une des revendications précédentes avec une connexion choisie dans un groupe comprenant la voie filaire et la voie d'onde.
20. Utilisation selon la revendication 19, caractérisée en ce que ladite connexion par voie d'onde est choisie dans un groupe comprenant la liaison infrarouge et la liaison « bluetooth ».
21. Utilisation des procédé, dispositif et terminal selon l'une des revendications 1 à 18 pour la configuration de moyens d'application (2) fonctionnant selon un protocole choisi parmi les protocoles WAP, HTTP, GPRS, CSD et IP.
EP03760726A 2002-06-20 2003-06-13 Procede de fourniture de donnees de configuration de service a un dispositif de telephonie mobile, par un terminal informatique Ceased EP1518429A1 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR0207629A FR2841425B1 (fr) 2002-06-20 2002-06-20 Procede de fourniture de donnees de configuration de service a un dispositif de telephonie mobile, par un terminal informatique
FR0207629 2002-06-20
PCT/FR2003/001778 WO2004002179A1 (fr) 2002-06-20 2003-06-13 Procede de fourniture de donnees de configuration de service a un dispositif de telephonie mobile, par un terminal informatique

Publications (1)

Publication Number Publication Date
EP1518429A1 true EP1518429A1 (fr) 2005-03-30

Family

ID=29719904

Family Applications (1)

Application Number Title Priority Date Filing Date
EP03760726A Ceased EP1518429A1 (fr) 2002-06-20 2003-06-13 Procede de fourniture de donnees de configuration de service a un dispositif de telephonie mobile, par un terminal informatique

Country Status (6)

Country Link
US (1) US20050227682A1 (fr)
EP (1) EP1518429A1 (fr)
JP (1) JP2006506833A (fr)
CN (1) CN1663307A (fr)
FR (1) FR2841425B1 (fr)
WO (1) WO2004002179A1 (fr)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9160811B2 (en) * 2004-08-10 2015-10-13 Nokia Technologies Oy Client provisioning with enhanced linking
CN100334840C (zh) * 2004-11-19 2007-08-29 中国移动通信集团公司 网管中心主动发起的推送业务参数信息的方法
CN101068404B (zh) * 2006-09-26 2010-06-16 中兴通讯股份有限公司 一种双模移动终端中从模块的控制系统及方法
CN101184341A (zh) * 2007-12-07 2008-05-21 深圳华为通信技术有限公司 一种远程控制终端的方法、系统和装置
US20100002602A1 (en) * 2008-07-07 2010-01-07 Per Bergqvist System operable to enable mobile access
LT2144458T (lt) * 2008-07-08 2020-11-10 Synapse International S.A. Sistema, naudojama mobiliajai prieigai įgalinti
CN102264047A (zh) * 2010-05-25 2011-11-30 芯讯通无线科技(上海)有限公司 At指令处理装置及其方法
US8929334B2 (en) * 2010-11-16 2015-01-06 Qualcomm Incorporated Systems and methods for non-optimized handoff
US20140314236A1 (en) * 2011-12-14 2014-10-23 Telefonaktiebolaget L M Ericsson (Publ) Radio Base Station Initialization
KR101676206B1 (ko) * 2012-09-17 2016-11-14 인텔 도이칠란드 게엠베하 모뎀 내에서 송수신기를 구성하기 위한 미디어 프로파일
US10257838B2 (en) 2017-05-19 2019-04-09 At&T Intellectual Property I, L.P. Standardized commands for coverage modes in a wireless communications system
JP6576992B2 (ja) * 2017-08-30 2019-09-18 インテル ドイチュランド ゲーエムベーハー モデム内の送受信器を設定するメディアプロファイル

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998054918A1 (fr) * 1997-05-30 1998-12-03 Motorola Inc. Procedes et systemes lançant un transfert de donnees dans un systeme cellulaire de communication

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5428671A (en) * 1992-11-09 1995-06-27 Compaq Computer Corporation Modem for tight coupling between a computer and a cellular telephone
DE19538842A1 (de) * 1995-10-19 1997-04-24 Walter Dipl Ing Siepmann Mobiltelefon
US6272456B1 (en) * 1998-03-19 2001-08-07 Microsoft Corporation System and method for identifying the language of written text having a plurality of different length n-gram profiles
JPH11308358A (ja) * 1998-04-24 1999-11-05 Fujitsu Ltd 電話機識別方法、電話機種別識別装置及び記憶媒体
JP3005525B2 (ja) * 1998-07-15 2000-01-31 日本電気移動通信株式会社 データ通信方法及びその制御プログラムを記録した記録媒体
US6907265B1 (en) * 1998-08-31 2005-06-14 Telefonaktiebolaget Lm Ericsson Supply of instant GPRS to mobile phone manufacturers
KR100322578B1 (ko) * 1998-10-02 2002-03-08 윤종용 Wap단말기와 wap 서버와 사이의 데이터 통신장치 및 그방법
US6161134A (en) * 1998-10-30 2000-12-12 3Com Corporation Method, apparatus and communications system for companion information and network appliances
US20020123335A1 (en) * 1999-04-09 2002-09-05 Luna Michael E.S. Method and apparatus for provisioning a mobile station over a wireless network
US6487403B2 (en) * 1999-08-19 2002-11-26 Verizon Laboratories Inc. Wireless universal provisioning device
JP2001103568A (ja) * 1999-09-30 2001-04-13 Toshiba Corp 通信システム、この通信システムに用いられる移動体通信装置、携帯型情報処理装置及びデータ通信方法
SE9904848D0 (sv) * 1999-12-28 1999-12-28 Kreatel Communications Ab Methods and apparatus for rerouting calls placed on a mobile telephone
US6255800B1 (en) * 2000-01-03 2001-07-03 Texas Instruments Incorporated Bluetooth enabled mobile device charging cradle and system
US6529728B1 (en) * 2000-02-10 2003-03-04 Motorola, Inc. Method and apparatus in a wireless communication system for selectively providing information specific to a location
US6842861B1 (en) * 2000-03-24 2005-01-11 Networks Associates Technology, Inc. Method and system for detecting viruses on handheld computers
US8463912B2 (en) * 2000-05-23 2013-06-11 Media Farm, Inc. Remote displays in mobile communication networks
GB0014325D0 (en) * 2000-06-12 2000-08-02 Koninkl Philips Electronics Nv Computer profile update system
SE520287C2 (sv) * 2000-06-21 2003-06-17 Columbitech Ab Metod för kommunikation medelst WAP-protokoll
US7130885B2 (en) * 2000-09-05 2006-10-31 Zaplet, Inc. Methods and apparatus providing electronic messages that are linked and aggregated
US6976217B1 (en) * 2000-10-13 2005-12-13 Palmsource, Inc. Method and apparatus for integrating phone and PDA user interface on a single processor
US20050159136A1 (en) * 2000-12-29 2005-07-21 Andrew Rouse System and method for providing wireless device access
US7092734B2 (en) * 2001-08-06 2006-08-15 Samsung Electronics Co., Ltd. IOTA software download via auxiliary device

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998054918A1 (fr) * 1997-05-30 1998-12-03 Motorola Inc. Procedes et systemes lançant un transfert de donnees dans un systeme cellulaire de communication

Also Published As

Publication number Publication date
WO2004002179A1 (fr) 2003-12-31
WO2004002179A8 (fr) 2005-07-07
CN1663307A (zh) 2005-08-31
US20050227682A1 (en) 2005-10-13
FR2841425B1 (fr) 2004-09-24
FR2841425A1 (fr) 2003-12-26
JP2006506833A (ja) 2006-02-23

Similar Documents

Publication Publication Date Title
KR101194920B1 (ko) 무선 이동 단말기와 네트워크 컴퓨터 사이에서 메시징하는방법, 시스템 및 장치
EP1289322B1 (fr) Système d'intéropérabilité entre messages MMS et messages SMS/EMS et procédé d'échange associé
WO2004068809A1 (fr) Procede de presentation d’etat d’un utilisateur utilisant plusieurs equipements de communication
WO2005101739A1 (fr) Systeme et procede de controle d'equipements a distance a l'aide de commandes at, dispositif, module de radiocommunication et programme correspondants
WO2003107645A2 (fr) Procede de mise a disposition dynamique d'un terminal raccorde a un reseau de communications public, de services offerts par un reseau de communications prive
EP1518429A1 (fr) Procede de fourniture de donnees de configuration de service a un dispositif de telephonie mobile, par un terminal informatique
EP1755306A1 (fr) Dispositif et procédé d'activation/désactivation à distance de service(s) pour des terminaux de communication, via un réseau IP
EP1453276B1 (fr) Dispositif de gestion de communications par sélection de terminaux et de médium de communication
EP1665718A1 (fr) Systeme d acces a des fichiers multimedias depuis un termina l mobile
WO2001005137A1 (fr) Gestion de telephones publics
WO2003049406A2 (fr) Procede de gestion d'une communication avec des moyens de fourniture d'un service a serveurs multiples
WO2004080015A1 (fr) Procede de gestion de presence selective pour service de messagerie instantanee au sein d’un reseau de telecommunication tel que le reseau internet
EP1494419B1 (fr) Système de transmission de paramètres caractéristiques d'une session de communication d'un terminal vers un serveur distant
EP1872530B1 (fr) Procede de transfert d'un code d'information entre deux dispositifs de communication
EP2100430B1 (fr) Procédé et système de télécommunication permettant à au moins deux utilisateurs distincts d'accéder à un meme ensemble d'informations
EP1638353B1 (fr) Procédé et dispositif pour gérer un échange de messages entre deux entités communicantes
EP4315961A1 (fr) Procédés de gestion, de découverte, d'enregistrement et de communication et entités configurées pour mettre en oeuvre ces procédés
FR2822007A1 (fr) Procede et dispositifs de securisation d'une session de communication
FR2847405A1 (fr) Procede de gestion de messages, systeme et entites de communication pour la mise en oeuvre du procede
FR3091120A1 (fr) Procédé d’optimisation de l’utilisation de passerelles en fonction des messages à transmettre
FR3089089A1 (fr) Procédé pour l’optimisation par type de message de l’échange de données entre objets connectés
WO2004056050A1 (fr) Systeme de selections alternees de canaux voix et donnees
JP2006067324A (ja) 情報管理サーバ装置
FR2861528A1 (fr) Procede et systeme de notification de statut entre deux terminaux
WO2014096683A2 (fr) Procede d'acces a un contenu multi media, terminal mobile, terminal fixe et module logiciel correspondants

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

17P Request for examination filed

Effective date: 20050120

AK Designated contracting states

Kind code of ref document: A1

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

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ALCATEL LUCENT

17Q First examination report despatched

Effective date: 20101015

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ALCATEL LUCENT

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

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

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20121103