EP1967023A1

EP1967023A1 - Processing proprietary data transmitted over a radio communication network to a mobile terminal under the control of a smart card

Info

Publication number: EP1967023A1
Application number: EP06830726A
Authority: EP
Inventors: Anne Meilhac; Antoine Thomas; Christophe Guillaud; Hazel Bessie King
Original assignee: Gemplus Card International SA; Gemplus SA
Current assignee: Thales DIS France SA
Priority date: 2005-12-22
Filing date: 2006-12-19
Publication date: 2008-09-10
Also published as: WO2007071832A1; WO2007071695A1; CN101379844A

Abstract

A smart card (CP) associated with a mobile terminal (TM) containing predetermined data to be processed, which data is transmitted in the form of a proprietary file over a radio communication network (RR, GS), includes an application means (SES) for converting the proprietary file (FP) transmitted over the network via a mobile terminal into a standard file (FS) before the predetermined data is entered into a pro-active command communicated to the terminal that automatically and continuously displays the predetermined data. The predetermined data, for example a pre-paid call credit balance, is processed, e.g. displayed, regardless of the network type and operator and even when the terminal is specific.

Description

Exploitation of proprietary information transmitted by a radio network to a mobile terminal under the control of a smart card

The present invention relates to the processing of proprietary information of the operator of a radiocommunication network in a user equipment composed of a mobile terminal and a smart card in order to exploit this information, for example to display them. in the mobile terminal under the control of the smart card.

In particular, the non-standard proprietary information includes a balance of the prepaid communication consumption by the user who often has a low-cost mobile terminal and wishes to know the discounted balance at least at the beginning of each outgoing call.

Currently, proprietary information, such as the balance of consumption, is dependent on network characteristics and certain parameters, including file format, chosen by the network operator. At the end of a call, or more frequently during a request from the user, the mobile terminal briefly displays a text containing the balance, without any formatting, which makes the balance unavailable to the user, especially at the beginning of the call. a call and what incites the user to interrogate the network and thus to consume network resources. This mechanism is maintained regardless of the network and therefore has the same disadvantages after a network change. If the user of the terminal changes network, he will have to adapt his terminal to the new network to take note of proprietary information. This leads to dedicate each terminal to a respective network and at a cost prohibitive for the user.

In case of modification of certain parameters relating to the transmission and the format of the proprietary information of a given network, all the terminals dedicated to the given network and authorized to access the information must be improved.

In addition, the proprietary information received by the user equipment could be stored therein, for example in the smart card, as a proprietary file that is accessible only through specific type of terminals. The proprietary file is transmitted independently of any transport protocol such as transport by SMS messages or USSD services. Conversely, if the proprietary information is stored in the user equipment as a standard file, the proprietary information may be overwritten or modified if the terminal and / or the smart card are not able to differentiate and preserve the information. owners against standard information. For example, if the smart card is inserted in such a terminal ignoring the distinction between the proprietary information and the standard information, the proprietary information will be used as standard information and may be overwritten during the transfer of the smart card from one mobile terminal to another of a different type which will lead to a misinterpretation of proprietary information received.

The aim of the invention is to exploit proprietary information of the operator and therefore included in a non-standard file by using automatic transparent standard mechanisms for the user, while respecting both the particular configuration of the network to which the mobile terminal is currently attached, and the display characteristics of the mobile terminal.

For this purpose, a method for exploiting predetermined information transmitted in the form of a proprietary file of a radio communication network in a mobile terminal associated with a smart card, is characterized in that it comprises in the smart card a transformation of the proprietary file transmitted by the network through the mobile terminal into a standard file before introducing the predetermined information into a pro-active command communicated to the terminal which exploits the predetermined information.

Thanks to the application means included in the smart card, the mobile terminal is then used regardless of the type and the operator of the radio network to which the user of the smart card is attached. The predetermined information transmitted is for example displayed in the mobile terminal regardless of the original format of the proprietary file. The application means adapts and integrates seamlessly with the applications implemented in the radiocommunication networks, independently of the operators and the characteristics of the radiocommunication networks.

Although the mobile terminal may be cheap, the user of the mobile terminal, especially in an emerging country, will keep it even if he wishes to subscribe to another home network, or if transmission parameters of messages in the home network are changed. Indeed the application means is implemented in the smart card and advantageously adapts to proprietary network parameters downloadable and modifiable by the network in the card, regardless of the type of terminal, which allows the application means to exploit the predetermined information regardless of the type of network, without requiring any modification in the network. In this respect, the method of the invention may comprise a backup of the proprietary file in a storage space inaccessible directly by the mobile terminal, a reading of the saved proprietary file, and a transformation of the saved proprietary file read into the standard file each time. that the mobile terminal requests a transfer of the predetermined information to operate in the mobile terminal. Saving the predetermined information in the proprietary file, for example received in a short message, avoids the risk that the predetermined information is erased or combined with standard information also received in a short message. However, the predetermined information in the proprietary file received by the smart card is made available to the terminal by the application means in the form of at least one standard file, which does not disturb the standard operation of the user equipment, particularly for displaying the predetermined information in the mobile terminal.

The above advantages of the invention allow easy and fast deployment thereof without additional cost for network operators. The predetermined information is preferably permanently displayed in the mobile terminal between two successive updates of the predetermined information, including if desired when the mobile terminal is in standby. The predetermined information may include a prepaid communication consumption balance associated with the smart card representing the user's subscription, or a value equivalent to the balance, such as the cumulative amount of communication consumption since a last payment, as well as a validity date associated with the smart card.

The predetermined information transmitted is exploited automatically, without any action of the user on the terminal, which avoids the user voluntary consultation thereof.

In one embodiment, the exploitation of the predetermined information is initiated by the network. The method then comprises detecting a update request command communicated by the mobile terminal and including an updated proprietary file following a transmission of the proprietary file updated by the network to the mobile terminal, and then a transformation of the proprietary file. updated to an updated standard file to use updated predetermined information extracted from the updated standard file.

In another embodiment, the exploitation of the predetermined information is at the initiative of the smart card. The method then comprises a transmission of a proprietary file request updated by the smart card to the network via the mobile terminal, a transmission of a proprietary file updated from the network to the card to the card. chip through the mobile terminal in response to the updated proprietary file request, and then transforming the updated proprietary file into an updated standard file to exploit updated predetermined information extracted from the updated standard file in the mobile terminal. The method may further include detecting a predetermined event, such as a stall-like or hang-up action, signaled by the mobile terminal to the smart card to initiate transmission of a proprietary file request updated by the smart card to the network via the mobile terminal.

However, alternatively, the network or the smart card can take the initiative to periodically update the predetermined information of the owner file, which is particularly interesting when the outgoing call requested by the user of the smart card is long.

The invention also relates to a smart card associated with a mobile terminal in which predetermined information transmitted in the form of proprietary file by a radio network are to be exploited. The smart card is characterized in that it comprises an application means for transforming the proprietary file transmitted by the network through the mobile terminal into a standard file before introducing the predetermined information into a proactive control communicated to the terminal which exploits the data. predetermined information.

The smart card may further include storage space inaccessible directly by the mobile terminal for saving the file owner, the application means reading the saved proprietary file and transforming the saved proprietary read file read into the standard file each time the mobile terminal requests a transfer of the standard file to exploit the predetermined information.

Finally, the invention relates to a computer program capable of being implemented in a smart card associated with a mobile terminal in which predetermined information transmitted in the form of a proprietary file by a radio network are to be exploited. The program includes instructions which, when the program is executed in said smart card, perform the method of the invention.

Other features and advantages of the present invention will emerge more clearly on reading the following description of several preferred embodiments of the invention, given by way of non-limiting examples, with reference to the corresponding appended drawings in which:

FIG. 1 is a schematic block diagram of a telecommunications system between a communication consumption counting server and a smart card according to the invention; FIG. 2 is an algorithm of an information exploitation method according to the invention; and FIG. 3 shows a data field format in a balance response message according to an example of the invention.

As shown in FIG. 1, a user equipment TM-CP composed of a smart card CP and a TM mobile terminal associated with the smart card and able to communicate with it are represented by functional blocks, most of which provide functions related to one invention and may correspond to software modules and / or hardware. The TM-CP user equipment is included in a digital cellular radiocommunication network RR for example of the GSM, GPRS or UMTS type and can communicate with other terminals and servers through the RR network, a switched telephone network and 1 internet for example. As will be seen later, a communication consumption counting server SCC communicates with the user equipment TM-CP for the implementation of the invention.

The terminal in connection with the smart card may provide elaborate graphic resources for detailed display of data relating to services interacting with the user of the terminal.

The mobile terminal TM comprises a PT processor, MT memories, an IR network interface, an IU user interface and an LT card reader. The various elements of the terminal are interconnected by a bidirectional bus BT.

Alternatively, the mobile terminal TM is a small equipment such as a personal digital assistant (PDA) can communicate with networks and exchange commands and responses with a smart card.

The memories MT in the terminal group various memories such as ROM or flash ROM, a non-volatile memory EEPROM or flash, and a RAM. The IR radio interface transposes into frequency, digitally converts, demodulates and decodes messages received via the RR network, and conversely transmits messages. The user interface IU comprises in particular, a display, a keyboard and / or a speaker and / or a microphone. The various elements of the terminal are interconnected by a bidirectional bus BT.

The MT memories in the terminal TM contain in particular an OS operating system, a runtime environment such as for example a JVMT virtual machine that can be programmed in JAVA language, for example J2ME (JAVA ME) or ".NET", and a data space for storing data. The virtual machine JVMT implemented in the mobile terminal is in relation with a Java virtual machine JVMC or ".NET" implemented in the smart card CP through a communication protocol, in particular to activate applications loaded and installed in the mobile terminal TM and the smart card CP during the manufacture thereof. Typically the communication protocol is a half-duplex asynchronous protocol having protocol data units (APDUs) constituted by commands transmitted from the mobile terminal TM to the smart card CP and responses transmitted from the smart card CP to TM mobile terminal. According to this protocol, sometimes referred to as the SIM Application Toolkit (SAT) according to the 3GPP TS 51.014 or ETSI 102.223 standard, the commands are always triggered on the initiative of the mobile terminal and the smart card is pro-active in order to initiate actions. but still under the control of the mobile terminal.

MT memories also include an ICT communication interface, also called SIM Toolkit engine, so that the main application SIM or USIM, or any other application in the smart card CP communicates with the "outside world" via the mobile terminal TM, for example with the server SCC. The communication interface manages commands and responses exchanged between the "outside world" and the main application SIM or USIM, for example to adapt them to short messages exchanged with a short message server of the RR network and packaging transmitted data. and received by the short message server through the internet.

The smart card CP, also called microcontroller card or integrated circuit card, is a removable user identity module of the mobile terminal TM and can be an MMC card (Multi-Media Card), an SD card (Secure Digital ) or a Universal Integrated Circuit (s) Card (UICC). The smart card is for example a card provided with a Subscriber Identity Module (SIM) application when the RR network is of the GSM or GPRS type, or a Universal Subscriber Identity Module (USIM) or Removable User Identity Module (RUIM) application. ) or ISIM (IP Subscriber Identity Module), when the RR network operates in third generation (3GPP) coded Division Multiple Access (CDMA) multiple division access type UMTS (Universal Mobile Telecommunications System) or UTRAN (UMTS Terrestrial) Radio Access Network), or the third generation (3GPP2) of the CDMA 2000 type.

The smart card CP with or without electrical contact mainly comprises in integrated form one or more PC microprocessors, three memories M1 to M3 and a PES input / output port with or without electrical contact. The different elements of the card are connected to each other by a bidirectional bus BC. The smart card CP exchanges commands, or queries, and responses with the TM terminal through the PES input / output port and the LT reader with or without contact.

The memory Ml is a non-rewritable memory of the ROM or Flash type. The memory M2 is a non-volatile memory of the EEPROM or Flash type. The memories M1 and M2 contain the codes and data for example of an OSC operating system and the JVMC virtual machine conforming to the Java Card specification, or any other proprietary operating system. The memories Ml and / or M2 contain applications that can communicate with each other, such as the application SIM or USIM, initially installed during the manufacture of the card. The memories Ml and / or M2 also comprise a memory space for storing applications downloaded by servers via the mobile terminal TM.

In memories Ml and / or M2 are also stored pro-active commands CP which are elaborate commands. For example, the proactive commands concern the UI user interface such as "Display Text" for displaying text, "Get Inkey" for entering a character, or "Get Input" for entering a string of characters. characters. In another example, the "Send Short Message" command is intended for displaying the signaling of the sending of a short message from the mobile terminal to the RR network.

The memory M2 stores in particular keys, identity numbers and other parameters of the profile of the user having the card, such as a PIN code and other security data. In connection with the invention, the memory M2 contains in particular a proprietary application for backup and exploitation of balance SES and proprietary network parameters PP. The memory M3 is of the RAM or SRAM type used more particularly for the processing of data received and transmitted through the input / output port PES associated with the reader LT.

The SCC Consumption Counting Server includes a balance manager

GS and an IC communication interface and includes or is connected to a database BD. The server can be included in the RR network's user-client management system. The database notably includes pre-personalization parameters which are linked to the identity of the card user, to the communication consumption subscription profile subscribed by the card user to the card user. operator of the RR network, and

The identity of the CP card as a serial number of the card, the international identity IMSI

(International Mobile Subscriber Identity) of the card user and the type of card.

In particular with respect to the invention, the database BD comprises predetermined information that is to be transmitted by the server SCC to the card via the terminal for use in the user equipment under the control of the card. The predetermined information is in particular the balance of a prepaid communication consumption account, or alternatively the cumulative amount of communication consumption since a last payment, as well as possibly a date of validity of the account and other textual indications and / or images, for example used to parameterize an application contained in the smart card and / or the configuration of the mobile terminal The database BD contains communication consumption counters which are respectively associated with smart cards that have users who have prepaid communications to establish through the RR radio network. In order not to overload FIG. 1, only the CO communication consumption counter linked to the smart card CP is represented. In the remainder of the description, it is assumed that the predetermined information comprises at least the value of the SD balance of a prepaid communication consumption account equal to the count of the CO counter. The balance is incremented by an amount each time the user of the smart card CP associated with the meter is authorized to make a prepayment, and is decremented after each consumption of telephone consumed from a terminal, such as the terminal TM, associated with the CP smart card, for all outgoing calls, except for free outgoing calls and emergency outgoing calls, as well as for certain incoming calls

The consumption counter CO is in relation with a database of the RR network, called the nominal location register HLR, which contains initial characteristics which are related to the identity of the smart card CP and to the type of the card and which are recorded as soon as the card is put into service. These initial characteristics include a card serial number, the card user's International Mobile Subscriber Identity (IMSI), the Mobile Station ISDN Number (MSISDN) mobile phone number and the type of mobile phone. from the menu. The type of the smart card CP is defined in particular by an identifier of the type of the processor included in the card, the identifier of the manufacturer of the card, a number of bits per word processed by the processor, characteristics of the operating system and / or virtual machine implemented in the card, etc. Other characteristics specific to the use of the card and in particular of the user of the card can also be recorded in the HLR recorder during the commissioning of the card, and can be modified when using the card. the map. These other characteristics concern, in particular, the subscription profile of the user of the smart card CP, in this case a prepayment subscription for communication, and data that can be modified by the user or by the operator managing the card. such as a directory of telephone numbers and e-mail addresses and a file of radio network identifiers.

The nominal location register HLR or a database associated therewith also contains application identifiers which were loaded before or during the commissioning of the smart card CP and / or were later downloaded to its commissioning.

According to the invention, one of the application identifiers designates the proprietary SES balance backup and exploitation application for receiving and operating, including displaying, predetermined information such as the SD balance read in the consumption counter of prepaid communication CO. The application SES is installed in the memories Ml and / or M2 of the smart card CP and serves to update the SD balance in the terminal TM in dependence on predetermined events. The proprietary application SES in the smart card CP is adaptable to the configuration of the RR radiocommunication network and particularly to the applications set up by the network operator, in this case the operation of the SCC server with the database BD, to access a file owner of predetermined information from the operator of the network and therefore not standardized, such as the balance SD. The SES application is thus independent of the RR radio network. Standard automatic mechanisms relating in particular to the formatting of the messages exchanged with the server SCC, SV are implemented in the proprietary application SES to initialize and exploit proprietary information of the operator of the network and therefore non-standardized, such as the SD balance and possibly ordering the display thereof in a manner transparent to the user, regardless of the type of the RR network and the type of the mobile terminal TM hosting the smart card CP.

The GS balance manager manages exchanges with the HLR to increment and decrement the CO counter based on user prepayments and user communication consumption. The HLR recorder transmits to the CO counter a nominative communication ticket containing all the information necessary for the valuation of a communication. The GS balance manager also manages exchanges with the application SES in the smart card CP to update the SD balance in the terminal TM depending on the predetermined events. The communication interface IC transmits and receives messages, particularly responses and requests, adapted to the intermediate access network between the counting server SCC and the network RR, as IP packets if the intermediate access network is 1 ' Internet . The messages exchanged between the mobile terminal TM and the communication consumption counting server SCC may conventionally be short messages SMS (Short Message Service) encrypted or not. In this case, the SCC server is connected to a short message server for example through a dedicated link.

In another embodiment, the messages exchanged between the TM terminal and the SCC server are exchanged in an additional service data signaling channel USSD (Unstructured Supplementary Service Data). For example, a pro-active "Send USSD" command transmitted by the CP card to the TM terminal makes it possible to exchange requests and replies in messages in this format.

In yet another embodiment, a voice server SV is included in the fixed part of the RR network and connected to the SCC server for example through a dedicated line. Alternatively, the voice server SV is integrated with the SCC server as a voice service application for the communication consumption. Voice request messages sent by mobile terminals to request a communication consumption balance are retransmitted to the SCC server by the voice server SV. A speech recognition module in the SV voice server translates the voice request messages into server-readable query messages

SCC, as if the latter had received data request messages directly transmitted by the terminals to track the consumption of communication, as will appear in the following. A voice request message transmitted by the CP card via the terminal T and the voice server SV to the SCC server is an IVR (Interactive Voice Response) request for the SV voice server.

With reference to FIG. 2, the information exploitation method according to the invention comprises steps E1 to E9.

In the initial step El, the mobile terminal is in standby and the CP card is supposed to include the proprietary SES balance backup and exploitation application that has been loaded at the factory or later. In the memory M2 are stored PP network operator proprietary parameters of the RR network operator for the SES application to access the predetermined information such as the content of the prepaid communication consumption counter CO via the SCC server managed by the operator of the RR network. The proprietary parameters PP are for example the address of the server SCC; the GS balance manager entry and exit ports; the communication channel; the request message format for querying the GS manager, such as short messages, USSD messages, or voice messages; the format of a file possessing predetermined information including text in response messages, for example as short messages, or USSD messages; the language used by the network operator to display textual information; and the reference unit, such as a monetary unit, used by the RR network operator for the balance value. The balance SD, as predetermined information, whose value is that discounted following a last detected event, defined below, is permanently displayed on the display of the user interface UI of the mobile terminal.

As a variant, a download server of the operator of the RR radiocommunication network downloads, via standard files, the proprietary PP network parameters of the application SES in the smart card CP via the terminal TM, for example when a first attachment of the smart card in the mobile terminal TM to the network RR. The SES application then communicates to the terminal appropriate parameters according to the proprietary parameters so that the terminal is adapted in particular to receiving messages including predetermined information, such as the balance, to retransmit to the application SES, and to the exploitation of the predetermined information. The TM uses the proprietary network settings to identify non-standard messages to the CP smart card and containing the SD balance. These messages are then communicated to the SES application in the smart card to analyze the balance. The download server is also used to modify parameters and the message structure according to the evolution that the operator of the RR network wishes to make to the exploitation of certain information.

A DEV event detection module in the SES application listens for any predetermined event EV. The event detection module may be in the form of an application part in the CP card also called CARDlet (Card applet) and associated with another part of application, also called MIDlet (Mobile Information Device applet), in the TM terminal. In step E2, the detection module DEV detects a predetermined event EV signaled by a corresponding command transmitted by the mobile terminal TM and wakes up the application SES. According to a preferred example, the predetermined event EV is an outgoing call request following a solicitation of a key or stall function of the terminal TM by the user. The call request opens a session of the SAT type (SIM Application Toolkit) during which commands are transmitted by the mobile terminal TM to the smart card CP and responses are transmitted by the smart card CP to the mobile terminal TM according to the asynchronous alternative communication protocol SIM Application Toolkit. Then the SIM or USIM application in the CP card begins the establishment of a signaling connection with the fixed part of the RR network so that the ICT communication interface in the terminal calls a terminal or any other entity such as a server requested by the terminal user TM. During the establishment of outgoing call in step E3, the SES application decides, via the SIM or USIM application of the transmission of a pro-active command including an RS balance request to the terminal TE. The request is formatted by the smart card according to the proprietary parameters PP, then transmitted to the terminal TE for sending an MRS request message transmitted to the communication consumption counting server SCC. For example, the pro-active command is of the type requesting the sending of a short message (SEND

SHORT MESSAGE). The balance request is of the query type and includes in particular a Temporary Mobile Subscriber Identity (TMSI) temporary identifier of the CP card, the SCC count server address, the input and output ports of the GS balance manager and a code indicating the requested service, in this case a balance request.

In the SCC server in step E4, the balance request RS is extracted from the message MRS by the communication interface IC and processed by the manager GS to read the identifier TMSI of the card CP and the request code of balance. The identifier of the card CP is transmitted by the manager GS to the recorder HLR which provides it with the address of the consumption counter of communication CO in the database BD, after a verification of the attachment of the equipment of TM-CP to the RR network.

The manager GS reads the remaining SD balance in the counter CO associated with the user of the smart card CP and designated by the address provided by the recorder HLR and introduces the balance read in the form of a proprietary file FP in an MSD response message transmitted to the user equipment TM-CP, in step E5. The content of the MSD response message may be supplemented by additional information such as the date of validity of the account and a promotional insert in particular. The information included in the MSD response message can be text or multimedia type

(text, sound and image).

The data field in the MSD response message corresponding to the proprietary file FP has a predetermined length and comprises for example five fields CH1 to CH5 according to the format shown in FIG.

3. The CH1 field at the beginning of the data field contains text as pre-personalization parameters of the information to be displayed and has a minimum length LIm. The CH2 field contains a numeric decimal value with comma or point, equal to prepaid communication consumption balance SD read in the CO counter and associated with the smart card. The length L2 of the field CH2 is variable according to criteria decided by the operator of the network and is less than a maximum length L2M. Field CH3 contains characters denoting the reference currency unit of the country used by the RR network operator for the balance value. The field CH4 contains the validity date associated with the smart card and expressed in calendar, month and year according to an order and a variable number of numbers chosen by the operator of the RR network. The length L4 of the CH4 field is thus variable and is less than a maximum length L4M. The field CH5 at the end of the data field contains words to display to present the balance, such as "Your balance is from (balance, currency) to the date of (date of validity)". Variable field lengths are proprietary RR network parameters. In the terminal TM, the network interface IR applies the MSD response message to the ICT communication interface which recognizes that the response message contains a balance through terminal configuration parameters previously transmitted by the smart card to the terminal. or read by the terminal in the smart card, and which transforms the response message into a command transmitted to the smart card. The application SES stores the proprietary file FP and processes the received information, ie the SD consumption balance and any additional information, in order to transform it into a standard file FS and store it in the memory M2 of the smart card CP at step Eβ. Storing the predetermined information received as a standard file facilitates the reading thereof by the main application SIM or USIM in the smart card, for communication to the mobile terminal TM in the next step E7.

In a more secure embodiment, the SES application also controls in step E6 the backup of the predetermined information received, including parameters for the configuration of the terminal and the SD consumption balance, in a specific storage space ES of the M2 memory. The received information is saved in the format of the owner file FD as transmitted by the balance manager GS and received through the mobile terminal TM by the smart card CP, without transformation into standard file FS by the application SES. The saved proprietary file FP containing the predetermined information received can not be modified directly by a command of the mobile terminal since the proprietary file is inaccessible to the mobile terminal. The saved proprietary file is thus physically protected against any erasure or overwriting during the accidental use of the predetermined information received as a standard file.

If the mobile terminal TM which hosts the smart card CP is "standard", the application SES does not resort to the use of the saved proprietary file.

On the other hand, if the smart card CP is associated with a specific mobile terminal, then the application SES recognizes the specific character of the mobile terminal according to the characteristics of the latter which have been acquired by the smart card during its link. at the mobile terminal. In this case, the standard predetermined information file FS is updated by reading the saved proprietary file FP and transforming it into a standard file whenever the ICT communication interface controls a transfer of the standard information file into the mobile terminal's memories. Accidental deletion or overwriting of the standard predetermined information file has no effect since the predetermined information remains saved as the proprietary file FP in the specific storage space ES. In step E6, the SD consumption balance and any additional information in the file FP whose format is imposed by the operator of the RR network, are processed according to the proprietary network parameters PP and the characteristics of the mobile terminal TM. acquired by the smart card CP in order to adapt them particularly to the format characteristics of the display of the user interface UI. The received information thus formatted including the balance is included by the SIM or USIM application in a standard SIM Toolkit proactive command, for example SETUP IDLE MODE TEXT, which is transmitted to the mobile terminal TM, in step E7.

The ICT communication interface in the terminal applies the formatted information extracted from the pro-active command to the user interface UI. The display permanently displays this information, in place of the corresponding old information, in step E8. The user thus becomes aware of the remaining consumption balance SD at the beginning of the outgoing call. The SD balance remains displayed for the duration of the call until the next refresh that may appear during or at the end of the call. On the other hand, if the application SES detects an error in the command transmitted to the smart card in step E5, or does not find a balance in the data field of this command in step E6, the process returns to step E2 or E3, and the displayed information is maintained without change.

After an AC display acknowledgment command transmitted by the terminal to the smart card, the proprietary SES backup and balance operation application goes to sleep at a step E9, as in step E2. The event detection module DEV listens for another predetermined event EV signaled by the communication interface ICT of the mobile terminal.

According to a first embodiment, the GS manager decides itself (push mode) to transmit, preferably periodically, for example every few tens of seconds, the SDA discounted communication consumption balance during the established outgoing call, as indicated in dashed lines at a step E5. The discounted SDA balance is read into the CO counter and transmitted, preferably periodically, possibly with other information in a proprietary file FP by the SCC server in the form of an MSDA updated balance message. Following this transmission of the updated balance message MSDA, the process then moves from step E9 to step E6. The event detection module DEV in the smart card CP detects a balance update request command including the proprietary file FP and resulting from a transformation of the MSDA message by the ICT communication interface in the mobile terminal TM. . In the map, the SES application remembers and processes the updated proprietary file FP with the updated balance SDA and any other additional information contained in the MSDA message, as in step E6. Steps E7 and E8 are executed again in order to transform the updated proprietary file FP into an updated standard file FS, to extract updated predetermined information from the updated standard file and to introduce them into a pro-active command, and to display in particular the discounted SDA balance by the display of the mobile terminal. The user thus knows the remaining balance discounted SDA throughout the outgoing call and can better decide to re-credit his account and break the call. If in step E9, the event detection module DEV detects an on-hook signaled by a disconnect request command transmitted by the mobile terminal TM, the process returns to the step E3 so that the application SES transmits via the SIM or USIM application a pro-active command including a proprietary file request updated to the mobile terminal TM. Steps E3 to E9 are executed again: the GS manager reads the remaining SD balance in the CO counter at the end of the call; the terminal TM transforms an MSD response message including the updated proprietary file with the updated balance read into a command; and the SES application in the smart card initiates a pro-active command with the formatted discounted balance communicated to the mobile terminal which displays the balance which will be updated again at least when establishing a next outgoing call to the step E2.

More generally, according to other achievements, a pro-active order of balance update transmitted by the smart card to the mobile terminal in step E7 is generated sometimes at the initiative of the network, that is to say at the initiative of the GS balance manager (push mode), sometimes at the initiative. of the smart card (pull mode), that is to say, on the initiative of the proprietary SES backup and operating balance application, regardless of the detected event.

According to one embodiment, in order to control the display of the updated balance, the SES application itself decides: either by a pro-active update request command, to periodically interrogate the GS manager by triggering the transmission E3 of a proprietary file request updated to the network via the mobile terminal, either following one or more predetermined events signaled by the terminal during the call and detected by the DEV module, to interrogate the GS manager by triggering the E3 transmission of a proprietary file request updated to the network via the mobile terminal.

In another embodiment, predetermined events, such as the stall and therefore the occupation of a traffic channel, or the hang-up and therefore the release of a traffic channel, are detected by the network, that is, say by the GS balance manager in conjunction with the HLR recorder. This causes the server SCC to transmit in step E5 the discounted balance in the form of an MSDA message to the mobile terminal and the smart card to command the display of this discounted balance.

The discounted communication consumption balance SDA can also be transmitted to the TM-CP user equipment initiated by the GS manager when the user equipment is in the idle state, following a predetermined event. For example, the predetermined event is both the signaling of an incoming call destined for the TM-CP user equipment and partially paid by the called user of the TM-CP user equipment and a balance less than a predetermined balance. The manager GS then sends a message including the balance and inviting the user to authorize crediting his consumption of communication account to receive the incoming call.

A predetermined event may still be any event that breaks the established outgoing call, such as a detach command (IMSI detach) transmitted by the ICT interface to the smart card CP, or due to an out of network coverage of the terminal or a deactivation of the call mode initiated by the user, resulting from a detachment message transmitted by the RR network.

Preferably, when processing the balance received, the SES application systematically compares the balance with a predetermined lower threshold. If the balance is below the threshold, the smart card communicates to the mobile terminal a pro-active command to flash the displayed balance, prompting the user to quickly terminate his call before breaking for zero balance and to credit his account. consumption. It is the same with the approach of a validity date of the consumption account, preferably communicated with the balance, as shown in Figure 3.

The invention described here relates to a method and a smart card CP associated with a mobile terminal TM wherein predetermined information transmitted as a proprietary file by a radio network is to be used by the terminal, for example for display. According to a preferred implementation, the steps of the method of the invention are determined by the instructions of a computer program incorporated in the smart card. The program comprises program instructions which, when said program is loaded and executed in the smart card whose operation is then controlled by the execution of the program, carry out the steps of the method according to the invention.

Consequently, the invention also applies to a program, in particular a program on or in an information carrier, adapted to implement the invention.

Claims

1 - Method for exploiting predetermined information transmitted in the form of a proprietary file of a radio communication network (RR, GS) in a mobile terminal (TM) associated with a smart card (CP), characterized in that it comprises in the smart card a transformation (E6) of the proprietary file (FP) transmitted by the network through the mobile terminal into a standard file (FS) before introducing the predetermined information into a pro-active command communicated (E7) to the terminal which exploits (E8) the predetermined information.

2 - Process according to claim 1, comprising a backup (E6) of the proprietary file (FP) in a storage space (ES) inaccessible directly by the mobile terminal, a reading of the saved proprietary file, and a transformation of the proprietary file saved read in the standard file (FS) each time the mobile terminal requests a transfer of the predetermined information to operate (E8) in the mobile terminal.

3 - Process according to claim 1 or 2, wherein the predetermined information is permanently displayed in the mobile terminal (TM).

4 - Process according to any one of claims 1 to 3, comprising a detection (E9) of a update request command communicated by the mobile terminal and including an updated proprietary file (FP, SDA) as a result of a transmission (E5) of the updated proprietary file by the network (RR, GS) to the mobile terminal, and then transforming (E6) the updated proprietary file into an updated standard file to exploit

(E8) updated predetermined information extracted from the updated standard file.

5 - Process according to claim 4, wherein the transmission (E5) of the proprietary file updated by the network to the mobile terminal is periodic.

6 - Process according to claim 4, comprising a detection (E9) of a predetermined event (EV) by the network (RR, GS) to trigger the transmission (E5) of the proprietary file updated by the network to the smart card via the mobile terminal.

7 - Process according to any one of claims 1 to 6, comprising a transmission

(E3) a proprietary file request updated by the smart card to the network (RR, GS) via the mobile terminal, a transmission (E5) of a proprietary file updated from the network to the smart card via the terminal in response to the updated proprietary file request, and then a transformation (E6) of the updated proprietary file to an updated standard file to exploit

(E8) updated predetermined information extracted from the updated standard file in the mobile terminal.

The method according to claim 7, comprising detecting (E9) a predetermined event (EV) signaled by the mobile terminal to the smart card for initiating the transmission (E3) of a proprietary file request updated by the smart card to the network (RR, GS) via the mobile terminal.

The method of claim 7 or 8, wherein the transmission (E3) of an updated proprietary file request is periodic.

The method according to any one of claims 1 to 9, wherein the predetermined information includes a prepaid communication (SD) consumption balance associated with the smart card.

11 - Process according to any one of claims 1 to 10, wherein the proprietary file (FP) comprises variable length fields (CH2, CH4) respectively containing a prepaid communication consumption balance and a validity date associated with microchip.

12 - Chip card (CP) associated with a mobile terminal (TM) in which predetermined information transmitted in the form of proprietary file by a radio network (RR, GS) are to be exploited, characterized in that it comprises a means application (SES) to transform the proprietary file (FP) transmitted by the network through the mobile terminal into a standard file

(FS) before introducing the predetermined information into a pro-active command communicated to the terminal which exploits the predetermined information. 13 - Smart card (CP) according to claim 12, comprising a storage space

(ES) inaccessible directly by the mobile terminal for saving the proprietary file (FP), the application means (SES) reading the saved proprietary file and transforming the saved proprietary file read into the standard file (FS) each time the mobile terminal asks a transfer of predetermined information for use in the mobile terminal.

A smart card (CP) according to claim 12 or 13, comprising means (DEV) for detecting a update request command communicated by the mobile terminal and including an updated proprietary file (FP, SDA) as a result. a transmission of the proprietary file updated by the network (RR, GS) to the mobile terminal, the application means (SES) transforming the updated proprietary file into an updated standard file so that the mobile terminal exploits updated predetermined information extracted from the standard file updated.

The smart card (CP) according to claim 12 to 14, wherein the application means (SES) transmits an updated proprietary file request to the network (RR, GS) via the mobile terminal, and transforms an updated proprietary file transmitted from the smart card network via the mobile terminal to an updated standard file for exploiting updated predetermined information extracted from the updated standard file in the mobile terminal. 16 - chip card (CP) according to any one of claims 12 to 15, comprising means (M2) for storing network proprietary parameters (PP) so that the application means (SES) accesses the predetermined information.

17 - Computer program adapted to be implemented in a smart card (PC) associated with a mobile terminal (TM) in which predetermined information transmitted in the form of a proprietary file by a radio network

(RR, GS) are to be exploited, said program being characterized in that it comprises instructions which, when the program is executed in said smart card, perform a transformation (E6) of the proprietary file (FP) transmitted by the network through the mobile terminal into a standard file (FS) before inputting the predetermined information into a pro-active command communicated (E7) to the terminal which operates (E8) the predetermined information.

18 - Mobile terminal (TM) associated with a smart card (CP) and in which predetermined information transmitted in the form of file owner of a radio network (RR, GS) are to be exploited, characterized in that it exploits (E8) the predetermined information entered into a pro-active command communicated by the smart card after it has transformed (E6) the proprietary file (FP) transmitted by the network through the mobile terminal into a standard file (FS) ). 19 - Mobile terminal according to the claim

18, characterized in that whenever it requests a transfer of the predetermined information to exploit (E8), the smart card (CP) reads the proprietary file saved in a storage space

(ES) inaccessible directly by the mobile terminal and transforms the saved proprietary file read into the standard file (FS).

Mobile terminal according to claim 18 or 19, comprising means (IU) for continuously displaying the predetermined information.

21 - Mobile terminal according to any one of claims 18 to 20, characterized in that it communicates to the smart card (CP) a refresh request including an updated proprietary file (FP, SDA) following a transmission (E5) of the proprietary file updated by the network (RR, GS) to the mobile terminal, and exploits (E8) updated predetermined information extracted from an updated standard file resulting from the transformation (E6) of the updated proprietary file into microchip.

22 - mobile terminal according to any one of claims 18 to 21, characterized in that it exploits (E8) updated predetermined information extracted from an updated standard file after the smart card (CP) has transmitted a request a proprietary file updated to the network (RR, GS) via the mobile terminal, and transformed an updated proprietary file transmitted from the network to the smart card via the mobile terminal into the updated standard file.