WO2004079478A2 - Procede de gestion du declenchement d'une application dans un terminal de service notamment dans un terminal de telecommunication - Google Patents

Procede de gestion du declenchement d'une application dans un terminal de service notamment dans un terminal de telecommunication Download PDF

Info

Publication number
WO2004079478A2
WO2004079478A2 PCT/EP2004/050223 EP2004050223W WO2004079478A2 WO 2004079478 A2 WO2004079478 A2 WO 2004079478A2 EP 2004050223 W EP2004050223 W EP 2004050223W WO 2004079478 A2 WO2004079478 A2 WO 2004079478A2
Authority
WO
WIPO (PCT)
Prior art keywords
application
network access
triggering
terminal
information
Prior art date
Application number
PCT/EP2004/050223
Other languages
English (en)
Other versions
WO2004079478A3 (fr
Inventor
Robert Vong
Abraham Yap-Jr
Original Assignee
Gemplus
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 Gemplus filed Critical Gemplus
Priority to US10/545,436 priority Critical patent/US8255877B2/en
Priority to DE602004021241T priority patent/DE602004021241D1/de
Priority to EP04715335A priority patent/EP1604275B1/fr
Priority to AT04715335T priority patent/ATE432495T1/de
Publication of WO2004079478A2 publication Critical patent/WO2004079478A2/fr
Publication of WO2004079478A3 publication Critical patent/WO2004079478A3/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/24—Arrangements for testing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones

Definitions

  • the invention relates to a method for managing the triggering of an application in a service terminal and in particular in a telecommunications terminal such as a mobile telephone.
  • the invention applies to any terminal and to smart cards capable of triggering an application or of executing an application on the arrival of a trigger event.
  • the invention also applies to applications comprising triggering rules as a function of the arrival of at least one predefined event.
  • arrival of an event triggering an application means, for example the arrival of a short message (SMS) or the start of a call made on the mobile phone by the user.
  • SMS short message
  • the invention applies as soon as applications, for historical reasons are linked to triggering events so that their triggering is linked to the arrival of a triggering event, when the terminal must be able to operate with different network environments, in other words in a multi-technology network access context.
  • each telephone network operator offers one or more network access technology and application programs hereinafter called applications, compatible with the operator's network access technology, namely GSM, UMTS, CDMA, IDEN, ANSI. -136, etc.
  • the present invention is situated precisely in the context of multi-technology network access.
  • the present invention in fact allows a mobile telephone defined according to specific standards and technologies to operate in a context of multi-technology network access. More precisely with the solution proposed by the present invention, an application defined for example according to the GSM standard and incompatible with UMTS access, will not cause the telephone to malfunction by being triggered.
  • the present invention more particularly relates to a method for managing the triggering of an application in a terminal placed in an environment composed of several access technologies, characterized in that it comprises:
  • test mechanism is in the operating system of the terminal and its implementation comprises:
  • test mechanism in the application, and its implementation comprises:
  • the information contained in the application includes triggering parameters from different operating modes of the declared application, making it possible to determine the aptitudes of the application, that is to say the technology or technologies network access supported by the application.
  • the mechanism comprises four operating modes, one of which is based on characteristics of the application, the other on the identification of the application and the third on attributes of the application, a fourth mode is taken by default when none of the other three modes is declared.
  • the default mode corresponds to the case where the application is indifferent to the network access technology.
  • the mechanism uses commands provided to enable it to install a new application containing the information making it possible to know or to deduce the technology or technologies supported by said application or to update this information or to read this information.
  • Another object of the present invention relates to a service terminal comprising program storage means for storing a program corresponding to the operating system and one or more applications, mainly characterized in that it further comprises means for setting implementation of a test mechanism for at least one application from information contained in the tested application, this information enabling the operating system to know or to deduce the network access technology or technologies supported by the application tested and to check its compatibility with the current network access used by the terminal.
  • the terminal is a telecommunication terminal of the mobile telephone type equipped with a smart card and it is able to operate with a multi network access environment. technology.
  • the application (s) tested and the test mechanism are placed in the terminal's smart card.
  • Another object of the invention relates to a telecommunication terminal chip card mainly characterized in that it comprises means for implementing a test mechanism of at least one application which, on the basis of information contained in the tested application, allows the card's operating system to know or deduce the network access technology or technologies supported by the tested application and to check its compatibility with the current network access used by the terminal.
  • the test mechanism is a program loaded into a non-volatile program memory of the card, called by the operating system of the smart card or integrated into said system.
  • Another object of the invention also relates to any application capable of being executed by a service terminal or a smart card equipping this terminal placed in an environment composed of several network access technologies as soon as it includes rules for triggering in depending on the arrival of at least one predefined event and as soon as it also includes information allowing to know or to deduce the network access technology or technologies that it supports.
  • the application can also include a test mechanism which will allow it, from the information it contains, to know or to deduce itself the network access technology or technologies supported.
  • the description which follows relates more particularly to the application of the invention to a telecommunications terminal such as a mobile telephone.
  • the applications tested and the test mechanism are in the smart card associated with the mobile phone.
  • the information is in the form of data comprising several bytes, one byte of which makes it possible to configure the operating mode or modes of the application.
  • the operating system of the card can, knowing the mode (s) of operation of the application, know or deduce the aptitudes of the application to support one or other of the technologies of 'existing accesses.
  • One or more other bytes are used to declare the existing technologies likely to be supported by the application and one or more other bytes are provided to define future technologies likely to be supported by this application.
  • the card By going to read the information contained in a reserved field of the application, the card is informed about the possibilities of this application and will be able with the planned mechanic which can be integrated into its operating system, make the decision or not to activate an application.
  • the card will decide whether or not to launch the application if the current technology (technology used by the card) is compatible with the information contained in the application.
  • the card's operating system implicitly has the information. In this case, it is capable of implementing a process so that the card receives the information from the network.
  • the card deduces the network access technology supported by an application from the trigger parameters contained in the application, these parameters making it possible to declare from 1 to 3 operating modes for an application, and a fourth mode being taken by default when none of the other three is declared.
  • the test comprises in the example a succession of tests of the three declared modes, each mode taken individually does not necessarily make it possible to give a complete answer on the technology supported by the application.
  • the declared modes are as follows:
  • This mode is used when the mode parameter "1" is declared in the expected field of the application. This mode means that the operating system is able to deduce the skills of the application from the inheritance hierarchy, derived classes and implemented interfaces.
  • Java application it is typically a Java application.
  • the application is extended from classes or implements a specific interface.
  • the Java runtime environment is able to know who these classes and the interface are, and thus to know what skills are
  • This mode is used when the mode parameter "2" is declared in the expected field of the application.
  • This parameter indicates that the operating system is capable of deducing the aptitudes of the application by means of its identification (its name) or other elements which allow it to be recognized.
  • the application has an identification code (Application Identifier: AID), generally from 1 to 16 bytes, which makes it possible to identify it uniquely on a card.
  • AID Application Identifier
  • This identification code may contain information about its presentation (package), classes or associations. From this information it is possible for the operating system to deduce the aptitudes of the application to support or name one or the other of the network access technologies.
  • This mode is used when the parameter "3" is declared in the expected field of the application.
  • This mode means that the operating system of the card is capable of deducing the aptitudes of the application from attributes which it contains or which are associated with it. Certain attributes can be hard-coded in classes, assigned during an extentiation or associated with the application during its installation. From these elements the operating system can deduce the skills of the application to support network access technology or not.
  • the card's operating system retrieves the parameters and determines whether or not the application can support the card's access technology (current access). If the technology supported by the application is compatible with the current technology of the card then the card triggers the application, otherwise the card does not trigger the application.
  • the following table illustrates an example of information declared in an application and its meaning.
  • the data is in hexadecimal.
  • the operating system deduces which network access is supported by the application and if this access is compatible with current access 6. If there is an incompatibility, the mechanism ends and waits for a new activation event for an application.
  • the operating system checks whether the mode "2" is declared 7.
  • the operating system deduces which network access is supported by the application and whether this access is compatible with current access 8.
  • the mechanism ends and waits for a new activation event for an application.
  • the operating system checks whether the mode “3” is declared 9. If this mode is declared, the system of exploitation deduces what network access is supported by the application and if this access is compatible with current access 10. If there is an incompatibility, the mechanism ends and waits for a new activation event for an application.
  • the operating system activates the application 11.
  • the application is independent of the network access technology, the default mode "0" is applied.
  • a first command installs a new application on a card.
  • This command includes all the parameters that have just been described and is sent with the new application to be loaded into the card.
  • This command is called “INSTALL” and its data structure is given in appendix 1 of the description.
  • This INSTALL command is therefore sent to the card with the application through a Hertzian link in the form of an SMS message for example.
  • the command has five header bytes, which allow you to specify the nature of the command and from 0 to 255 bytes of data.
  • the data structure illustrated in the appendix shows that the first byte of data specifies the length of the application AID (Application Identifier) of the load file "load file”, the following X bytes specify the value of this AID, the byte X +2 specifies the length of the application class AID, the bytes following the value of this AID, etc.
  • a second command is planned, this is the "PUT DATA" command. This command allows the operating system of the card to be able to update the trigger parameters of an application after its installation. This command is detailed in appendix 2 of the description.
  • a third command is planned, this is the "GET DATA" command. This command allows you to read the application trigger parameters. This command is detailed in the appendix to the description.
  • a fourth command can be provided, it is the "GET STATUS" command to allow retrieving the trigger parameters of an application.
  • An example of a return response from this command is illustrated in the appendix to the description.
  • FIG. 2 illustrates schematically and in a simplified manner, a memory MEM of a smart card C.
  • This memory represents the program memory or memories of a smart card for mobile telephony.
  • the illustrated memory MEM contains programs such as the operating system of the smart card and at least one application program A.
  • the program of the operating system OS of the card includes or calls upon the mechanism M illustrated in FIG. 1.
  • the application A loaded in the card comprises the information, that is to say the previously described trigger parameters which allow the card to know or deduce which network access technologies are supported by the application.
  • the test mechanism can be implemented within the application itself. In this case the application is triggered and at the start of its execution the test is implemented. If the test reveals that the application is compatible with the current access then the execution continues if the execution is stopped.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Spark Plugs (AREA)
  • Exchange Systems With Centralized Control (AREA)

Abstract

L'invention concerne un procédé de gestion du déclenchement d'une application dans un terminal placé dans un environnement composé de plusieurs technologies d'accès. Elle concerne également un terminal de type téléphone mobile comprenant des moyens de mise en oeuvre du procédé. Le procédé consiste : à l'arrivée d'un événement de déclenchement (1) d'une application, la mise en oeuvre d'un mécanisme de test d'au moins une application (2-11) à partir d'informations contenues dans l'application testée, permettant de connaître ou de déduire la ou les technologies d'accès réseau supportées par l'application .

Description

PROCEDE DE GESTION DU DECLENCHEMENT D'UNE APPLICATION DANS UN TERMINAL DE SERVICE NOTAMMENT DANS UN TERMINAL DE TELECOMMUNICATION.
L'invention concerne un procédé de gestion du déclenchement d' une application dans un terminal de service et notamment dans terminal de télécommunication tel qu' un téléphone mobile . L'invention s'applique à tout terminal et aux cartes à puces susceptibles de déclencher une application ou d'exécuter une application sur l'arrivée d'un événement de déclenchement. L'invention s'applique également aux applications comprenant des règles de déclenchement en fonction de l'arrivée d'au moins un événement prédéfini .
Dans le contexte d' un terminal de télécommunication de type téléphone mobile, on entend par arrivée d'un événement de déclenchement d'une application, par exemple l'arrivée d'un message court (SMS) ou le début d' un appel effectué sur le téléphone mobile par l'utilisateur.
L'invention s'applique dès lors que des applications, pour des raisons historiques sont liées à des événements de déclenchement si bien que leur déclenchement est lié à l'arrivé d'un événement de déclenchement, lorsque le terminal doit être capable de fonctionner avec des environnements réseaux différents, autrement dit dans un contexte multi-technologie d'accès réseau.
En effet, il existe aujourd'hui en particulier dans les télécommunications une concurrence entre plusieurs technologies supportées par les différents opérateurs. De façon pratique chaque opérateur de réseau téléphonique propose une ou plusieurs technologie d' accès réseau et des programmes applicatifs ci-après dénommés applications, compatibles avec la technologie d'accès réseau de l'opérateur à savoir GSM, UMTS, CDMA, IDEN, ANSI-136, etc.
On recherche aujourd'hui des solutions permettant des accès multi-technologie c'est-à-dire des solutions qui permettent qu'un terminal de service et en particulier un téléphone mobile défini selon des normes et technologies spécifiques puisse fonctionner dans un contexte multi technologies .
La présente invention se situe précisément dans le contexte d'accès réseau multi technologies. La présente invention permet en effet, à un téléphone mobile défini selon des normes et technologies spécifiques de fonctionner dans un contexte d'accès réseau multi technologies. Plus précisément avec la solution proposée par la présente invention, une application définie par exemple selon la norme GSM et incompatible avec l'accès UMTS, n'entraînera pas un disfonctionnement du téléphone en étant déclenchée.
La présente invention a plus particulièrement pour objet un procédé de gestion du déclenchement d'une application dans un terminal placé dans un environnement composé de plusieurs technologies d'accès, caractérisé en ce qu'il comprend :
- à l'arrivée d'un événement de déclenchement d'une application,
- la mise en œuvre d'un mécanisme de test de l'application à partir d'informations contenues dans l'application testée, permettant de connaître ou de déduire la ou les technologies d'accès réseau supportées par l'application.
Selon un mode de réalisation, le mécanisme de test est dans le système d'exploitation du terminal et sa mise en œuvre comprend :
- la vérification par le terminal :
- d'informations concernant la ou des technologies d'accès réseau courantes,
- d'informations contenues dans l'application lui permettant de connaître ou de déduire la ou les technologies supportées par l'application,
- le déclenchement de l'application uniquement dans le cas où ces informations sont compatibles .
Selon un autre mode de réalisation, le mécanisme de test est dans l'application, et sa mise en œuvre comprend :
- la vérification par le terminal :
- d'informations concernant la ou des technologies d'accès réseau courantes, - d'informations contenues dans l'application lui permettant de connaître ou de déduire la ou les technologies supportées par l'application, la poursuite de l'exécution de l'application uniquement dans le cas où ces informations sont compatibles.
Selon une autre caractéristique, les informations contenues dans l'application comportent des paramètres de déclenchement à partir de différents modes de fonctionnement de l'application déclarés, permettant de déterminer les aptitudes de l'application c'est-à-dire la ou les technologies d'accès réseau supportés par 1' application.
Avantageusement, le mécanisme comporte quatre modes de fonctionnement dont l'un est basé sur des caractéristiques de l'application, l'autre sur l'identification de l'application et le troisième sur des attributs de l'application, un quatrième mode est pris par défaut lorsque aucun des trois autres modes n'est déclaré.
Plusieurs modes de fonctionnement peuvent être déclarés pour une même application.
Le mode par défaut correspond au cas où l'application est indifférente à la technologie d'accès réseau.
Selon une autre caractéristique, le mécanisme utilise des commandes prévues pour lui permettre d' installer une nouvelle application contenant les informations permettant de connaître ou de déduire la ou les technologies supportées par ladite application ou de mettre à jour ces informations ou de lire ces informations .
Un autre objet de la présente invention concerne un terminal de service comprenant des moyens de mémorisation de programme pour mémoriser un programme correspondant au système d' exploitation et une ou plusieurs applications, principalement caractérisée en ce qu'il comporte en outre des moyens de mise en œuvre d'un mécanisme de test d'au moins une application à partir d'informations contenues dans l'application testée, ces informations permettant au système d' exploitation de connaître ou de déduire la ou les technologies d'accès réseau supportées par l'application testée et de vérifier sa compatibilité avec l'accès réseau courant utilisé par le terminal.
Selon une application particulière, le terminal est un terminal de télécommunication du type téléphone mobile équipé d'une carte à puce et il est apte à fonctionner avec un environnement d' accès réseau multi technologie. La ou les application (s) testée (s) et le mécanisme de test sont placés dans la carte à puce du terminal .
Un autre objet de l'invention concerne une carte à puce de terminal de télécommunication principalement caractérisée en ce qu'elle comporte des moyens de mise en œuvre d'un mécanisme de test d'au moins une application qui, à partir d'informations contenues dans l'application testée, permet au système d'exploitation de la carte de connaître ou de déduire la ou les technologies d'accès réseau supportées par l'application testée et de vérifier sa compatibilité avec l'accès réseau courant utilisé par le terminal.
Le mécanisme de test est un programme chargé dans une mémoire de programme non volatile de la carte, appelé par le système d' exploitation de la carte à puce ou intégré dans ledit système .
Un autre objet de l'invention concerne également toute application susceptible d'être exécutée par un terminal de service ou une carte à puce équipant ce terminal placé dans un environnement composé de plusieurs technologies d'accès réseau dés lors quelle comprend des règles de déclenchement en fonction de l'arrivée d'au moins un événement prédéfini et dès lors qu'elle comporte en outre des informations permettant de connaître ou de déduire la ou les technologies d'accès réseau qu'elle supporte.
Selon un mode de réalisation, l'application peut comporter également un mécanisme de test qui va lui permettre, à partir des informations quelle contient, de connaître ou de déduire elle même la ou les technologies d'accès réseau supportées.
D'autres particularités et avantages de l'invention apparaîtront clairement à la lecture de la description qui est donnée ci-après à titre d'exemple non limitatif et en regard des dessins annexés sur lesquels: - la figure 1, représente un diagramme fonctionnel d'un mécanisme permettant la mise en œuvre du procédé selon l'invention, - la figure 2, représente schématiquement une carte à puce apte à mettre en œuvre le procédé selon l'invention.
La description qui va suivre concerne plus particulièrement l'application de l'invention à un terminal de télécommunication tel qu'un téléphone mobile. Dans une telle application, les applications testées et le mécanisme de test sont dans la carte à puce associée au téléphone mobile.
Pour cela, selon le procédé, on prévoit que toute application installée dans une carte à puce de téléphone mobile comprenne une information qui permet à la carte à puce de savoir directement à partir de cette information ou de déduire de cette information quelle est, ou quelles sont les technologies d'accès supportées par l'application. Dans l'exemple qui va être décrit, il est prévu que l'information se présente sous la forme d'une donnée comportant plusieurs octets dont un octet permet de paramétrer le ou les modes de fonctionnement de l'application. Ainsi, le système d'exploitation de la carte peut, connaissant le (ou les ) mode (s) de fonctionnement de l'application, connaître ou déduire les aptitudes de l'application à supporter l'une ou l'autre des technologies d'accès existantes.
Un ou plusieurs autres octets permettent de déclarer les technologies existantes susceptibles d'être supportées par l'application et un ou plusieurs autres octets sont prévus pour définir des technologies futures susceptibles d'être supportées par cette application.
En allant lire les informations contenues dans un champ réservé de l'application, la carte est renseignée sur les possibilités de cette application et va pouvoir avec le mécanise prévu qui peut être intégré dans son système d'exploitation, prendre la décision ou non d'activer une application.
La carte va prendre ou non la décision de déclencher l'application si la technologie courante (technologie utilisée par la carte) est compatible avec l'information contenue dans l'application.
Pour cela, le système d' exploitation de la carte et plus précisément la partie dédiée « toolkit framework » au traitement des commandes « toolkit » va mettre en œuvre le mécanisme de test illustré par le schéma de la figure 1, lors de l'arrivée d'un événement de déclenchement d'une application.
Pour connaître la technologie courante, il existe trois solutions possibles à savoir : - Une commande « Terminal Profile » qui décrit les capacités du téléphone mobile,
Une commande « Provide Local Information » envoyée par la carte au téléphone mobile puis au réseau, - Le système d'exploitation de la carte possède implicitement l'information. Il est dans ce cas capable de mettre en œuvre un processus pour que la carte reçoive du réseau l'information. Dans l'exemple donné, la carte déduit la technologie d' accès réseau supportée par une application à partir des paramètres de déclenchement contenus dans l'application, ces paramètres permettant de déclarer de 1 à 3 modes de fonctionnement pour une application, et un quatrième mode étant pris par défaut lorsque aucun des trois autres n'est déclaré. Le test comporte dans l'exemple une succession de test des trois modes déclarés, chaque mode pris individuellement ne permettant pas obligatoirement de donner une réponse complète sur la technologie supportée par l'application. Les modes déclarés sont les suivants :
Le mode « 0 »:
C'est le mode qui est pris par défaut par le système d' exploitation de la carte lorsque aucun mode n'est déclaré dans l'application. Aucun mode n'est déclaré lorsque les champs d'enregistrement des paramètres de mode sont vides . Le mode « 0 » signifie que l'application est indépendante des technologies d'accès réseau et qu'elle peut être activée sous n'importe laquelle des technologies réseau.
Le mode « 1 » :
Ce mode est utilisé lorsque le paramètre mode « 1 » est déclaré dans le champ prévu de l'application. Ce mode signifie que le système d'exploitation est capable de déduire les aptitudes de l'application à partir de la hiérarchie d'héritage, des classes dérivées et des interfaces implémentées .
Il s'agit typiquement d'une application Java. Dans le cas d'une application Java, l'application est étendue à partir de classes ou implémente une interface déterminée. L'environnement d'exécution de Java est capable de savoir qui sont ces classes et l'interface et ainsi de savoir quelles sont les aptitudes dont
l'application a hérité car les classes et l'interface impliquées sont habituellement standard et connues . Grâce à cela il est possible pour la carte (le système d'exploitation) de déterminer si l'application supporte ou non une technologie d'accès particulière. Le mode « 2 » :
Ce mode est utilisé lorsque le paramètre de mode « 2 » est déclaré dans le champ prévu de l'application. Ce paramètre indique que le système d' exploitation est capable de déduire les aptitudes de l'application au moyen de son identification (son nom) ou autres éléments qui lui permettent d'être reconnue.
L'application possède un code d'identification (Application Identifier : AID) , en général de 1 à 16 octets, qui permet de l'identifier de façon unique sur une carte.
Ce code d' identification (ou nom) peut contenir une information sur sa présentation (package) , les classes ou associations. A partir de ces informations il est possible au système d'exploitation de déduire les aptitudes de l'application à supporter ou nom l'une ou l'autre des technologies d'accès réseau. Le mode « 3 » :
Ce mode est utilisé lorsque le paramètre « 3 » est déclaré dans le champ prévu de l'application.
Ce mode signifie que le système d' exploitation de la carte est capable de déduire les aptitudes de l'application à partir d'attributs quelle contient ou qui lui sont associés. Certains attributs peuvent codés en dur dans les classes, assignés pendant une extentiation ou associés à l'application durant son installation. A partir de ces éléments le système d' exploitation peut déduire les aptitudes de l'application à supporter une technologie d'accès réseau ou non.
Ainsi, par exemple, lorsqu'une application est installée, certains paramètres d'installation sont fournis pour identifier les technologies d' accès que l'application peut supporter, ces paramètres sont stockés sur la carte et associé à l'application.
Lorsqu'un événement de déclenchement survient, le système d'exploitation de la carte récupère les paramètres et détermine si l'application peut supporter ou non la technologie d' accès de la carte (accès courant). Si la technologie supportée par l'application est compatible avec la technologie courante de la carte alors la carte déclenche l'application, sinon la carte ne déclenche pas l'application.
Les tableaux qui suivent sont donnés à titre d' exemple .
Ils représentent une illustration de l'information contenue dans une application pour permettre comme on l'a vu de connaître ou de déduire la ou les technologies d'accès réseau supportées par
1' application .
Cette information se présente dans l'exemple sous la forme de 6 octets comme détaillé ci-dessous :
Octet
Figure imgf000012_0001
Octet2: b8 b7 b6 b5 b4 b3 b2 bl
T_ Application supporte GAIT- (Caractéristiques dépendant du) Application supporte DEN- (Caractéristiques dépendant du ) RΓO RΓU RΓU RΓU RΓU RΓΠ
Octet3:
Octet4:
Figure imgf000013_0001
Le tableau suivant illustre un exemple d' information déclarée dans une application et sa signification. Les données sont en hexadécimal.
On va maintenant décrire le procédé mis en œuvre par le mécanisme illustré par le diagramme fonctionnel de la figure 1. Les étapes y sont référencées de 1 à 11. A l'arrivée d'un événement d'activation 1, le système d'exploitation identifie l'application concernée 2, et vérifie si cette application est dans la carte 3. Si l'application n'est pas dans la carte le mécanisme prend fin 4. Lorsque l'application est dans la carte, le système d' exploitation vérifie si le mode « 1 » est déclaré 5.
Si ce mode est déclaré, le système d'exploitation déduit quel est l'accès réseau supporté par l'application et si cet accès est compatible avec l'accès courant 6. S'il y a incompatibilité, le mécanisme prend fin et attend un nouvel événement d'activation pour une application.
Dans le cas où il y a compatibilité 6 ou dans le cas où le mode « 1 » n'est pas déclaré, le système d'exploitation vérifie si le mode « 2 » est déclaré 7.
Si c'est le cas, le système d'exploitation déduit quel est l'accès réseau supporté par l'application et si cet accès est compatible avec l'accès courant 8.
S'il y a incompatibilité, le mécanisme prend fin et attend un nouvel événement d' activation pour une application.
Dans le cas où il y a compatibilité 8 ou dans le cas où le mode « 2 » n'est pas déclaré, le système d' exploitation vérifie si le mode « 3 » est déclaré 9. Si ce mode est déclaré, le système d'exploitation déduit quel est l'accès réseau supporté par l'application et si cet accès est compatible avec l'accès courant 10. S'il y a incompatibilité, le mécanisme prend fin et attend un nouvel événement d'activation pour une application.
Dans le cas où il y a compatibilité 10 ou dans le cas où le mode « 3 » n'est pas déclaré, le système d'exploitation active l'application 11. En effet, comme on l'a vu précédemment, si aucun des modes n'est déclaré cela signifie que l'application est indépendante de la technologie d' accès réseau le mode « 0 » par défaut est appliqué.
Il est prévu en outre avec ce mécanisme, l'utilisation de plusieurs commandes.
Une première commande permet d' installer une nouvelle application sur une carte . Cette commande comporte tous les paramètres que l'on vient de décrire et est envoyée avec l'application nouvelle à charger dans la carte. Cette commande est dénommée « INSTALL » et sa structure de donnée est donnée en annexe 1 de la description. Cette commande INSTALL est donc envoyée à la carte avec l'application à travers une liaison Hertzienne sous la forme d'un message SMS par exemple.
Dans l'exemple donné la commande comporte cinq octets d' en-tête, qui permettent de spécifier la nature de ladite commande et de 0 à 255 octets de données. La structure de donnée illustrée en annexe montre que le premier octet de donnée spécifie la longueur de l'application AID (Application Identifier) du fichier de chargement « load file », les X octets suivants spécifient la valeur de cet AID, l'octet X+2 spécifie la longueur de l'AID de la classe application, les octets suivants la valeur de cet AID, etc. Une deuxième commande est prévue, il s'agit de la commande « PUT DATA ». Cette commande permet au système d'exploitation de la carte, de pouvoir effectuer une mise à jour des paramètres de déclenchement d'une application après son installation. Cette commande est détaillée en annexe 2 de la description.
Une troisième commande est prévue, il s'agit de la commande « GET DATA ». Cette commande permet de lire les paramètres de déclenchement de l'application. Cette commande est détaillée en annexe de la description.
Une quatrième commande peut être prévue, il s'agit de la commande « GET STATUS » pour permettre de retrouver les paramètres de déclenchement d' une application. Un exemple de réponse en retour de cette commande est illustré en annexe à la description.
La figure 2 illustre de façon schématique et simplifiée, une mémoire MEM d'une carte à puce C. Cette mémoire représente la ou les mémoires de programme d'une carte à puce de téléphonie mobile. La mémoire illustrée MEM contient des programmes tels que le système d' exploitation de la carte à puce et au moins un programme d'application A.
Selon l'invention le programme du système d' exploitation OS de la carte comporte ou fait appel au mécanisme M illustré par la figure 1. L'application A chargée dans la carte comporte quant à elle les informations c'est-à-dire les paramètres de déclenchement précédemment décrits qui permettent à la carte de savoir ou de déduire quelles sont les technologies d'accès réseau, supportées par 1' application. Dans une variante d'exécution, le mécanisme de test peut être implanté au sein même de l'application. Dans ce cas l'application est déclenchée et au début de son exécution le test est mis en œuvre. Si le test révèle que l'application est compatible avec l'accès courant alors l'exécution se poursuit sinon l'exécution est arrêtée .
ANNEXE 1
Structure de données de la commande « INSTALL »
Figure imgf000019_0001
ANNEXE 2
Commande "PUT DATA"
Figure imgf000020_0001
Commande DATA pour TAG 00C2h
Figure imgf000020_0002
Commande λ GET DATA"
10
Figure imgf000020_0003
Commande DATA pour TAG 00Ch2
Figure imgf000020_0004
ANNEXE 3
Réponse DATA pour TAG 00C2h.
Figure imgf000021_0001
Commande Λ,GET STATUS'
Figure imgf000021_0002
10

Claims

REVENDICATIONS
1. Procédé de gestion du déclenchement d'une application dans un terminal placé dans un environnement composé de plusieurs technologies d'accès, caractérisé en ce qu'il comprend : - à l'arrivée d'un événement de déclenchement d'une application, la mise en œuvre d'un mécanisme de test de l'application à partir d'informations contenues dans l'application testée, permettant de connaître ou de déduire la ou les technologies d'accès réseau supportées par l'application.
2. Procédé de gestion du déclenchement d'une application selon la revendication 1, caractérisé en ce que le mécanisme de test est dans le système d'exploitation du terminal et en ce que sa mise en œuvre comprend :
- la vérification par le terminal :
- d'informations concernant la ou des technologies d'accès réseau courante,
- d'informations contenues dans l'application lui permettant de connaître ou de déduire la ou les technologies supportées par l'application,
- le déclenchement de l'application uniquement dans le cas où ces informations sont compatibles.
3. Procédé de gestion du déclenchement d'une application, selon la revendication 1, caractérisé en ce que le mécanisme de test est dans l'application, et en ce que sa mise en œuvre comprend :
- la vérification par le terminal :
- d' informations concernant la ou des technologies d'accès réseau courante, - d'informations contenues dans l'application lui permettant de connaître ou de déduire la ou les technologies supportées par l'application, la poursuite de l'exécution de l'application uniquement dans le cas où ces informations sont compatibles.
4. Procédé de gestion du déclenchement d'une application selon l'une quelconque des revendications précédentes, caractérisé en ce que les informations contenues dans l'application comportent des paramètres de déclenchement à partir de différents modes de fonctionnement de l'application déclarés, permettant de déterminer les aptitudes de l'application c'est-à-dire la ou les technologies d' accès réseau supportés par l'application.
5. Procédé de gestion du déclenchement d'une application, selon la revendication 4, caractérisé en ce que le mécanisme comporte quatre modes de fonctionnement dont l'un est basé sur des caractéristiques de l'application, l'autre sur l'identification de l'application et le troisième sur des attributs de l'application, un quatrième mode qui est pris par défaut lorsque aucun des trois autres modes n'est déclaré.
6. Procédé de gestion du déclenchement d'une application selon la revendication 5, caractérisé en ce que plusieurs modes de fonctionnement peuvent être déclarés pour une même application.
7. Procédé de gestion du déclenchement d' une application, selon la revendication 5 ou 6, caractérisé en ce que le mode par défaut correspond au cas où l'application est indifférente à la technologie d'accès réseau.
8. Procédé de gestion du déclenchement d'une application selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il utilise en outre des commandes prévues pour permettre à ce mécanisme d'installer une nouvelle application contenant les informations permettant de connaître ou de déduire la ou les technologies supportées par ladite application, ou de mettre à jour ces informations ou de lire ces informations .
9. Terminal de service comprenant des moyens de mémorisation de programme pour mémoriser un programme correspondant au système d' exploitation et une ou plusieurs applications, caractérisée en ce qu'il comporte en outre des moyens de mise en œuvre d' un mécanisme de test d'au moins une application à partir d'informations contenues dans l'application testée, ces informations permettant au système d' exploitation de connaître ou de déduire la ou les technologies d' accès réseau supportées par l'application testée et de vérifier sa compatibilité avec l'accès réseau courant utilisé par le terminal.
10. Terminal de service selon la revendication 9, caractérisé en ce que ce terminal est un terminal de télécommunication du type téléphone mobile équipé d'une carte à puce et apte à fonctionner avec un environnement d'accès réseau multi technologie et caractérisé en ce que l'application testée et le mécanisme de test sont placés dans la carte à puce.
11. Carte à puce de terminal de télécommunication, caractérisée en ce qu'elle comporte des moyens de mise en œuvre d'un mécanisme de test d'au moins une application qui, à partir d'informations contenues dans l'application testée, permet au système d'exploitation de la carte de connaître ou de déduire la ou les technologies d'accès réseau supportées par l'application testée et de vérifier sa compatibilité avec l'accès réseau courant utilisé par le terminal.
12. Carte à puce de terminal de télécommunication selon la revendication 11, caractérisée en ce que le mécanisme de test est un programme chargé dans une mémoire de programme non volatile de la carte, appelé par le système d' exploitation de la carte à puce ou intégré dans ledit système .
13. Application susceptible d'être exécutée par un terminal de service ou une carte à puce équipant ce terminal placé dans un environnement composé de plusieurs technologies d'accès réseau, et comprenant des règles de déclenchement en fonction de 1 ' arrivée d'au moins un événement prédéfini, caractérisée en ce qu'elle comporte en outre des informations permettant de connaître ou de déduire la ou les technologies d'accès réseau qu'elle supporte.
14. Application selon la revendication 13, caractérisée en ce qu'elle comporte en outre un mécanisme de test lui permettant, à partir des informations quelle contient, de connaître ou de déduire la ou les technologies d'accès réseau supportées .
PCT/EP2004/050223 2003-03-06 2004-02-27 Procede de gestion du declenchement d'une application dans un terminal de service notamment dans un terminal de telecommunication WO2004079478A2 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US10/545,436 US8255877B2 (en) 2003-03-06 2004-02-27 Method for managing the triggering of an application in a service terminal, particularly in a telecommunication terminal
DE602004021241T DE602004021241D1 (de) 2003-03-06 2004-02-27 Verfahren zur verwaltung der einleitung einer anwendung in einem dienstleistungsterminal, insbesondere in einem kommunikationsterminal
EP04715335A EP1604275B1 (fr) 2003-03-06 2004-02-27 Procede de gestion du declenchement d une application dans u n terminal de service notamment dans un terminal de telecommunication
AT04715335T ATE432495T1 (de) 2003-03-06 2004-02-27 Verfahren zur verwaltung der einleitung einer anwendung in einem dienstleistungsterminal, insbesondere in einem kommunikationsterminal

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0302736A FR2852118B1 (fr) 2003-03-06 2003-03-06 Procede de gestion du declenchement d'une application dans un terminal de service notamment dans un terminal de telecommunication
FR0302736 2003-03-06

Publications (2)

Publication Number Publication Date
WO2004079478A2 true WO2004079478A2 (fr) 2004-09-16
WO2004079478A3 WO2004079478A3 (fr) 2004-12-02

Family

ID=32865276

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2004/050223 WO2004079478A2 (fr) 2003-03-06 2004-02-27 Procede de gestion du declenchement d'une application dans un terminal de service notamment dans un terminal de telecommunication

Country Status (7)

Country Link
US (1) US8255877B2 (fr)
EP (1) EP1604275B1 (fr)
AT (1) ATE432495T1 (fr)
DE (1) DE602004021241D1 (fr)
ES (1) ES2327844T3 (fr)
FR (1) FR2852118B1 (fr)
WO (1) WO2004079478A2 (fr)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008055302A1 (fr) * 2006-11-07 2008-05-15 Seeker Wireless Pty Limited Fourniture de services mobiles améliorée
US7848756B2 (en) 2008-09-22 2010-12-07 Telefonaktiebolaget L M Ericsson (Publ) Radio access technology selection
US8244236B2 (en) 2010-04-29 2012-08-14 Wavemarket, Inc. System and method for aggregating and disseminating mobile device tag data
US8355737B2 (en) 2005-03-18 2013-01-15 Wavemarket, Inc. Enhanced mobile location
US8359044B2 (en) 2005-03-18 2013-01-22 Wavemarket, Inc. Enhanced mobile location method and system
US8504077B2 (en) 2010-12-04 2013-08-06 Wavemarket, Inc. System and method for monitoring and disseminating mobile device location information
US8700069B2 (en) 2005-04-08 2014-04-15 Wavemarket, Inc. Systems and methods for mobile terminal location determination using radio signal parameter measurements
US8737985B2 (en) 2007-11-26 2014-05-27 Wavemarket, Inc. Methods and systems for zone creation and adaption
US8787171B2 (en) 2008-04-07 2014-07-22 Wavemarket, Inc. Efficient collection of wireless transmitter characteristics
US8798613B2 (en) 2007-09-17 2014-08-05 Wavemarket, Inc. Systems and method for triggering location based voice and/or data communications to or from mobile ratio terminals

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2852118B1 (fr) * 2003-03-06 2005-06-03 Gemplus Card Int Procede de gestion du declenchement d'une application dans un terminal de service notamment dans un terminal de telecommunication
DE10324996A1 (de) * 2003-06-03 2005-02-17 Giesecke & Devrient Gmbh Chipkarte mit wenigstens einer Applikation
US8213971B2 (en) 2009-04-27 2012-07-03 Qualcomm Incorporated Apparatus and method for activating computer applications with SMS messaging
US9253630B2 (en) 2011-06-02 2016-02-02 Truphone Limited Identity management for mobile devices
US9603006B2 (en) 2011-09-19 2017-03-21 Truphone Limited Managing mobile device identities
US8819661B2 (en) * 2011-11-28 2014-08-26 Echostar Technologies L.L.C. Systems and methods for determining times to perform software updates on receiving devices
US9923769B2 (en) * 2014-11-19 2018-03-20 Candi Controls, Inc. Methods and systems for verifying installation of a device
US10725890B1 (en) 2017-07-12 2020-07-28 Amazon Technologies, Inc. Program testing service

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6125281A (en) * 1997-01-31 2000-09-26 Nokia Mobile Phones Limited Real-time SMS application messaging using an SMSC-linked server
WO2000069183A2 (fr) * 1999-05-11 2000-11-16 Nokia Corporation Supports de stockage d'informations
WO2002032171A1 (fr) * 2000-10-09 2002-04-18 Telstra New Wave Pty Ltd Traitement de message

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5568153A (en) * 1995-05-30 1996-10-22 Telefonaktiebolaget Lm Ericsson Individually defined personal home area for subscribers in a cellular telecommunications network
CA2226063C (fr) * 1997-12-31 2003-10-07 Northern Telecom Limited Methode d'alimentation de noeuds dans un reseau de communications
FR2799326B1 (fr) * 1999-10-04 2001-12-28 France Telecom Protocole de lancement d'une application logicielle a distance et de reservation de ressources reseau avec qualite de service
US6819932B2 (en) * 2001-03-05 2004-11-16 Tekelec Methods and systems for preventing delivery of unwanted short message service (SMS) messages
FI111506B (fi) * 2001-03-14 2003-07-31 Nokia Corp Menetelmä palvelun laatutason valitsemiseksi langattomassa tiedonsiirtojärjestelmässä
US7123933B2 (en) * 2001-05-31 2006-10-17 Orative Corporation System and method for remote application management of a wireless device
US7363354B2 (en) * 2001-11-29 2008-04-22 Nokia Corporation System and method for identifying and accessing network services
US7848767B2 (en) * 2002-10-15 2010-12-07 Tekelec Methods and systems for migrating between application layer mobile signaling protocols
US7088988B2 (en) * 2002-11-12 2006-08-08 Motorola Inc. Over-the-air subsidy lock resolution
FR2852118B1 (fr) * 2003-03-06 2005-06-03 Gemplus Card Int Procede de gestion du declenchement d'une application dans un terminal de service notamment dans un terminal de telecommunication
US20050032555A1 (en) * 2003-08-07 2005-02-10 Iqbal Jami Method of intermittent activation of receiving circuitry of a mobile user terminal
US7318111B2 (en) * 2003-09-16 2008-01-08 Research In Motion Limited Methods and apparatus for selecting a wireless network based on quality of service (QoS) criteria associated with an application
KR100640364B1 (ko) * 2004-01-14 2006-10-30 삼성전자주식회사 이동통신시스템의 통신 서비스 제공 여부를 사용자에게알리는 듀얼모드 이동통신 단말기 및 방법
US7657234B2 (en) * 2004-02-05 2010-02-02 Qualcomm Incorporated Transparent broadcast services for a multi-mode wireless device
US7372841B2 (en) * 2004-07-12 2008-05-13 Research In Motion Limited Packet-based communication system and method
KR100695204B1 (ko) * 2005-06-17 2007-03-14 에스케이 텔레콤주식회사 이동통신 단말기를 이용하여 애플리케이션 상태를 저장하는 시스템 및 방법
KR100770017B1 (ko) * 2006-01-27 2007-10-25 삼성전자주식회사 패킷 서비스 시의 효율적인 도먼트 처리 방법 및 이를 위한멀티모드 단말기
US20100325167A1 (en) * 2009-06-18 2010-12-23 Paul Edward Landry Backing up and/or restoring a software application so as to facilitate compatibility checking with a target device prior to application restore

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6125281A (en) * 1997-01-31 2000-09-26 Nokia Mobile Phones Limited Real-time SMS application messaging using an SMSC-linked server
WO2000069183A2 (fr) * 1999-05-11 2000-11-16 Nokia Corporation Supports de stockage d'informations
WO2002032171A1 (fr) * 2000-10-09 2002-04-18 Telstra New Wave Pty Ltd Traitement de message

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8355737B2 (en) 2005-03-18 2013-01-15 Wavemarket, Inc. Enhanced mobile location
US8359044B2 (en) 2005-03-18 2013-01-22 Wavemarket, Inc. Enhanced mobile location method and system
US8700069B2 (en) 2005-04-08 2014-04-15 Wavemarket, Inc. Systems and methods for mobile terminal location determination using radio signal parameter measurements
WO2008055302A1 (fr) * 2006-11-07 2008-05-15 Seeker Wireless Pty Limited Fourniture de services mobiles améliorée
US8798613B2 (en) 2007-09-17 2014-08-05 Wavemarket, Inc. Systems and method for triggering location based voice and/or data communications to or from mobile ratio terminals
US8737985B2 (en) 2007-11-26 2014-05-27 Wavemarket, Inc. Methods and systems for zone creation and adaption
US8787171B2 (en) 2008-04-07 2014-07-22 Wavemarket, Inc. Efficient collection of wireless transmitter characteristics
US7848756B2 (en) 2008-09-22 2010-12-07 Telefonaktiebolaget L M Ericsson (Publ) Radio access technology selection
US8244236B2 (en) 2010-04-29 2012-08-14 Wavemarket, Inc. System and method for aggregating and disseminating mobile device tag data
US8457626B2 (en) 2010-04-29 2013-06-04 Wavemarket, Inc. System and method for aggregating and disseminating mobile device tag data
US8504077B2 (en) 2010-12-04 2013-08-06 Wavemarket, Inc. System and method for monitoring and disseminating mobile device location information

Also Published As

Publication number Publication date
EP1604275A2 (fr) 2005-12-14
FR2852118B1 (fr) 2005-06-03
ES2327844T3 (es) 2009-11-04
US8255877B2 (en) 2012-08-28
ATE432495T1 (de) 2009-06-15
EP1604275B1 (fr) 2009-05-27
DE602004021241D1 (de) 2009-07-09
FR2852118A1 (fr) 2004-09-10
US20100273521A1 (en) 2010-10-28
WO2004079478A3 (fr) 2004-12-02

Similar Documents

Publication Publication Date Title
WO2004079478A2 (fr) Procede de gestion du declenchement d'une application dans un terminal de service notamment dans un terminal de telecommunication
EP1395962B1 (fr) Deploiement d'application depuis une carte a puce
EP1815702A1 (fr) Procede d'evaluation de la compatibilite entre des applications et des dispositifs de traitement
FR2845175A1 (fr) Procede et systeme de commutation entre deux images ou plus d'un progiciel sur un dispositif hote
CN109800131A (zh) Linux服务器的监控处理方法、装置、计算机设备和存储介质
US8051144B2 (en) J2EE enterprise information system (EIS) common object request broker architecture (CORBA) connector
JP2004513407A (ja) カード端末およびカード端末を動作させるための方法
EP3632063B1 (fr) Mise a jour de messages echangés avec un agent conversationnel
WO2005024632A1 (fr) Procede et systeme d'acces par carte a distance, programme informatique associe
CA2129353C (fr) Dispositif d'utilisation de fonctions de pseudo point de communication deportees (pseudo-sockets)
EP0680231A1 (fr) Procédure de remplacement automatique d'un module d'identification à l'utilisateur d'un terminal mobile dans un réseau de radiocommunication
EP1484859A1 (fr) Procédé de contrôle avec gestion d'un identifiant opaque d'utilisateur de la livraison complète d'un service utilisant un ensemble de serveurs
EP1054332B1 (fr) Système et procédé de gestion d'attributs dans un environnement orienté objet
FR2902551A1 (fr) Dispositif de memorisation amovible et appareil electronique aptes a etre connectes l'un a l'autre et procede de sauvegarde de donnees d'environnement
EP1643689A1 (fr) Procede de selection automatique d'une configuration de securite pour les terminaux d'utilisateur nomades
EP1443702A1 (fr) Dispositif perfectionné de gestion d'équipements hétérogènes de réseau de communications
EP3317800B1 (fr) Procédé de gestion de profils dans un élément sécurisé
FR2868177A1 (fr) Procede et dispositif de supervision de l'usage d'un terminal mobile
EP1179915B1 (fr) Routeur à carte microprocesseur
EP3035723B1 (fr) Procédé de transmission de données en relation avec une communication
CN110113312A (zh) 一种访问请求的识别方法和处理方法及计算机可读存储介质
WO2005121956A1 (fr) Systeme et procede d’aide a l’execution d’une fonction ou d’un ensemble de fonctions mises en œuvre par un service de telecommunication
EP2299631A1 (fr) Mécanisme pour détecter qu'un dispositif de sécurité portable a configuré un dispositif de communication
WO2003030572A1 (fr) Module de radiocommunication executant un logiciel principal dont les couches basses sont ouvertes a un logiciel client egalement execute par le module
FR3074597A1 (fr) Procede et dispositif de construction d'une base de reference utilisee par un outil de messagerie electronique pour determiner un niveau de priorite d'un message electronique

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): BW GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2004715335

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2004715335

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 10545436

Country of ref document: US