FR2828973A1 - Mobile phone remote interface control system downloads instruction codes - Google Patents

Abstract

A mobile phone remote interface control system sends logon (402) and display (407) commands from a remote terminal over a data link to the phone which sends back (405) action frames describing the phone technical capabilities and action (404).

Description

<Desc / Clms Page number 1>

Method for remote management of the user interface of a mobile terminal
The present invention relates to a method for remote management of the user interface of a mobile terminal. The field of the invention is that of mobile terminals capable of connecting to a remote device. In particular, the field of the invention is that of mobile telephony considered in combination with that of home automation. A first object of the invention is to allow greater interactivity between the actions performed on organs of the mobile terminal and the remote device. A second object of the invention is to limit the amount of information exchanged between a mobile terminal and a remote device during an application requiring a graphical display on the mobile terminal. A third object of the invention is to limit, for a previously cited application, the means used by the mobile terminal to perform a graphic display.

 In the state of the art, portable terminals capable of connecting to a remote device are known. Such a portable device is, for example, a mobile telephone which connects to a server of the WAP server type. WAP then stands for Wireless Application Protocol, i.e. protocol for wireless application. The technology of a WAP server is based on the WML (Wireless Mark-up Language) language, as well as on Internet-type routing technologies. WML is the counterpart of HTML. WML is an adaptation of HTML to the display capacity of a mobile phone. It is recalled that the maximum display capacities for a mobile telephone are, typically, a screen having a definition of 96 picture elements by 64 picture elements. At present, the smallest personal computer, used with the HTML protocol, has a minimum definition of 800 by 600.

 The WML language makes it possible in particular to display on a screen of a mobile terminal "objects" which can be selected by the user. Selecting an object, for example a button defined by the WML language, triggers an action. There are two main types of actions.

 The first type of action is a local action corresponding to the execution of a script which was downloaded at the same time as the WML code

<Desc / Clms Page number 2>

 describing the button. Such a script is, for example, written in WMLscript language. This script is then executed by the mobile terminal. This execution has the disadvantage that it was necessary to download this script, therefore to exchange information.

On obtient alors une trame UDP/IP. Cette trame UDP/IP, ou ces trames, sont alors émises en utilisant un protocole radio de type GSM ou GPRS. L'émission d'une telle requête met en oeuvre des codes instructions correspondant au protocole WTP, des codes instructions correspondent au protocole UDP/IP, et des codes instructions correspondant au protocole radio. Il en va de même pour la réponse à cette requête qui suit le chemin inverse. Le nombre de codes instructions exécutés pour effectuer une simple action est donc extrêmement important dans l'état de la technique. Cela nuit à l'ergonomie dans le sens où l'utilisateur attend plusieurs secondes avant d'obtenir une réponse à sa sollicitation. Un autre problème est celui de l'encombrement de mémoire. L'ensemble des codes instructions correspondant à la mise en oeuvre de ces protocoles doit en effet être stocké. La multiplication des codes instructions consomme beaucoup de mémoire, qu'elle soit ROM ou flash. Pour doter un téléphone mobile de la capacité WAP, il faut prévoir une mémoire de 700 Kilo-octets pour les codes instructions correspondants. The second type of action is an action called "get", or "get". In this case, the mobile terminal sends, to the WAP server, a so-called "get" request. This request is encapsulated using the WTP protocol (Wireless Transfer Protocol, or wireless transfer protocol), then the routing protocol. The routing protocol used is the UDP / IP protocol.

We then obtain a UDP / IP frame. This UDP / IP frame, or these frames, are then transmitted using a radio protocol of GSM or GPRS type. The transmission of such a request implements instruction codes corresponding to the WTP protocol, instruction codes correspond to the UDP / IP protocol, and instruction codes corresponding to the radio protocol. The same goes for the response to this request which follows the opposite path. The number of instruction codes executed to perform a single action is therefore extremely important in the state of the art. This affects ergonomics in the sense that the user waits several seconds before obtaining a response to his request. Another problem is that of memory clutter. The set of instruction codes corresponding to the implementation of these protocols must indeed be stored. The multiplication of instruction codes consumes a lot of memory, whether ROM or flash. To equip a mobile phone with WAP capacity, a memory of 700 kilobytes must be provided for the corresponding instruction codes.

 The invention solves these problems by establishing, between the mobile terminal and the remote device, a data type link, as defined by the GSM standard. Such a link is also called a DATA link. This link is bidirectional, and it allows the remote device to issue control instruction codes. This link also allows the mobile terminal to transmit action frames. These action frames are sent following an action by the user on an organ, for example a key on a keyboard, of the terminal. These action frames are received and interpreted by the remote device which then transmits, accordingly, new control instruction codes.

<Desc / Clms Page number 3>

 The control instruction codes are interpreted by the mobile terminal. Each command instruction code corresponds to an action to be performed by the mobile terminal. This is for example a display action. These actions consist for example of drawing a line, displaying a character or a character string, displaying an image, drawing a circle or another type of graphic primitive, the list is not exhaustive.

 The data exchanges between the mobile terminal and the remote device are data packets in which high-level protocols are not implemented. In particular, no routing protocol or hypertext formatting protocol is used. In addition, in the invention, each action of the user on an organ of the mobile terminal causes the emission, by this mobile terminal, of an action frame. This allows the remote device to consider all possible actions as a result of the action of the terminal user. We also end up with a program whose set of instruction codes is less than or equal to 15 Kilobytes.

- on établit une connexion en mode donnée entre un appareil distant et le terminal mobile, - on émet, de l'appareil distant vers le terminal mobile, un code instruction de commande, - on exécute, sur le terminal mobile le code instruction de commande reçu, - on émet, du terminal mobile vers l'appareil distant, une trame d'action décrivant une action, de l'utilisateur du terminal mobile, sur un organe de ce terminal mobile. The subject of the invention is therefore a method for remote management of the user interface of a mobile terminal, characterized in that:

- a connection is established in given mode between a remote device and the mobile terminal, - a command instruction code is sent from the remote device to the mobile terminal, - the command instruction code is executed on the mobile terminal received, - an action frame describing an action, from the user of the mobile terminal, on an organ of this mobile terminal is transmitted from the mobile terminal to the remote device.

 The invention will be better understood on reading the description which follows and on examining the figures which accompany it. These are presented for information only and in no way limit the invention. The figures show: - Figure 1: an illustration of means useful for implementing the method according to the invention.

 - Figure 2: an illustration of a possible structure of an order instruction code.

 - Figure 3: an illustration of a possible structure of a frame

<Desc / Clms Page number 4>

 Action.

 - Figure 4: an illustration of process steps according to the invention.

 Figure 1 shows a mobile terminal 101. In the example chosen, it is considered that the terminal 101 is a mobile telephone 101 implementing the GSM telephony standard. In practice, it may be any other mobile telephony standard providing for a data transfer mode also known as "data mode". These other standards are, for example, UMTS, PCS, DCS. The list is not exhaustive. The telephone 101 is connected, via a radio link 102, to a base station 103. The station 103 is itself connected to a GSM network 104 via which one can reach any subscriber reachable by a telephone number. Thus, one can reach a remote device 105. In the example, it is considered that the device 105 is of the personal computer 105 (PC) type. In practice, the apparatus 105 can be any apparatus capable of establishing a connection with a telephone network whether the network is switched, or cellular.

 The terminal 101 includes an antenna 106 connected to circuits 107 GSM. The role of the circuits 107 is to produce, from analog signals according to the GSM standard received via the antenna 106, digital signals accessible via a bus 108. The circuits 107 also have the role of producing analog signals, according to the standard GSM, from digital signals received via bus 108.

 The telephone 101 comprises a microprocessor 109, a screen 110, a keyboard 111, and a program memory 112. Elements 109 to 112 are connected to bus 108.

 The microprocessor 109 performs actions by being controlled by instruction codes recorded in a memory area 112. Thus, when an action is given to a microprocessor, or to an apparatus comprising a microprocessor, this action is carried out by said controlled microprocessor by instruction codes of a memory comprising such instruction codes.

 The screen 110 is, for example, a liquid crystal screen having a resolution of 96 picture elements, or pixels, by 64. Thus, each point of the screen 110 is locatable via a two-dimensional coordinate system.

<Desc / Clms Page number 5>

 The keyboard 111 has several keys, which are organs of the telephone 101. In the example, The keyboard 111 is a standard keyboard, comprising twelve alphanumeric keys, and two keys, 111.1 and 111.2, called selection keys.

 The memory 112 includes instruction codes which control the microprocessor 109 during its various activities. The commander's instruction codes when carrying out conventional mobile telephone activities are not shown. FIG. 1 shows that the memory 112 comprises an area 112a comprising connection instruction codes.

The instruction codes of this zone 112a are implemented when it is a question of establishing communication with the remote device 105.

 The area 112b includes instruction codes 112b corresponding to the interpretation of command instruction codes sent by a remote device. These instruction codes 112b make it possible to analyze the content of a command instruction code. Among the command instruction codes, there are display instruction codes, the interpretation of which makes it possible to produce an image which will be displayed on the screen 110. It is considered that the command instruction codes allow the user interface to be controlled. a mobile terminal. The user interface usually includes a screen, means for producing sounds, and means for producing a mechanical vibration of the terminal.

 The zone 112c includes instruction codes 112c which make it possible to transmit an action frame, for example, following an action by the user of the device 101 on an organ of this device, for example a key on the keyboard 111.

 The apparatus 105 comprises circuits 114 making it possible to connect the apparatus 105 to the telephone network, for example a switched network. As the device 105 is considered to be a personal computer 105, the circuits 114 correspond to a Modem card which is connected to an internal bus 115 of the device 105. The circuits 114 provide the interface between the switched telephone network and the bus 115. The apparatus 105 also includes a microprocessor 116 and a program memory 117. The elements 116 and 117 are connected to the bus 115. The memory 117 comprises an area 117a comprising instruction codes corresponding to programs implementing the emission of control instruction codes. Such

<Desc / Clms Page number 6>

 program is, for example, a program for connecting to a mobile terminal, or a game program of the "breakout" type.

 An area 117b includes instruction codes 117b allowing the microprocessor 116 to issue control instruction codes.

 An area 117c includes instruction codes 117c for processing the action frames received by the device 105. These instruction codes 117c make it possible in particular to analyze the action frames.

 Figure 2 shows a possible structure for a command instruction code. The command instruction codes, as well as the action frames, are generally transmitted asynchronously. That is to say that the recipients of these data packets do not know, a priori, when these packets will arrive. This is why, during the transmission of these packets, this transmission is preceded by the transmission of synchronization bits. This allows the receiver to synchronize and thus not miss any information among that which is actually transmitted by the transmitter, namely either the computer 105 or the telephone 101. It should be noted that the management of the synchronization is not the object of the invention is that it is perfectly carried out by the DATA mode of the radio protocols.

 FIG. 2 shows that a command instruction code comprises an area 201 composed of a certain number of bits, for example 16, identifying the command code. There is in fact a specific control code for each possibility of graphic layout on the screen 110, and of sound system. For example, there is a display code to draw a line, to write a character string, to make a geometric figure (square, ellipse ...) or to display an image. A command code 201 is also designated as a display code 201 when it is a question of displaying on the screen 110. The command code 201 is followed by a certain number of parameter zones 202a to 202n . The number of these parameter zones, or simply parameters, as well as their formatting are defined by the value of the command code 201.

 For example, if the display code 201 is a display code for drawing a circle, then parameter 202a is the coordinates of the center, and parameter 202b is the radius. We can also consider another display instruction code to draw a circle from the current position of the brush. In this case the current position of the brush corresponds to

<Desc / Clms Page number 7>

 coordinates of the last point which was modified on screen 110 before the reception of the display instruction code, serves as coordinates for the center of the circle. The only parameter transmitted in this case is then the radius.

 For each geometrical figure, it is possible, either to define it in absolute terms, or relative to the current position of the cursor. We also speak of the position of the brush to designate the position of the cursor. The brush can be moved by drawing a line or without drawing a line. However, to save the number of instruction codes stored in memory for carrying out the method according to the invention, it is preferable to use only one solution. In a preferred example, we choose to define the displays by absolute coordinates.

 For a line, the useful parameters are therefore either the ends of the line, or an origin and a length, or just a length, or just a destination point.

 For a circle, the parameters are the same as for the circle except that the display instruction code also indicates that the circle must be filled with a color that can be translated by a parameter.

 For an ellipse, the parameters correspond to the coordinates of its two foci.

 For a quadrilateral we can define it by its four vertices, or by three vertices considering that the current point is one of its vertices, or we can also use a particular instruction indicating that it is a parallelepiped, a square, a rectangle.

 There is also a display code, that is to say a value for the zone 201, making it possible to indicate with which thickness the lines must be drawn. This thickness is, for example, expressed in number of pixels.

This value is either supplied for each display code or remains unchanged between two transmissions of a display instruction code modifying this value.

 There is also a value for field 201 indicating that a character string must be displayed. In this case, parameter 202a is a representation, for example of ASCII codes, of the character string to be displayed. The other parameters can be coordinates to which the character must be displayed, as well as the font. There is also a display code indicating that a character must be displayed at the position

<Desc / Clms Page number 8>

 current, using the active font. There are also display codes used to modify the current position, as well as to modify the font used for displaying characters.

 There is also a display code used to specify the color to be used for drawing. The color to be used for drawing can also be transmitted as a parameter of another display instruction code.

By way of example, the following display instruction codes are given:
Clear screen: 01, the value of field 201 is 01 and there is no parameter.

 Draw a line: 02 <OX> <OY> <DX> <DY> <COLOR>, the value of field 201 is 02 and there are five parameters. In the order of appearance these parameters are: abscissa of the origin of the line, ordinate of the origin, excursion on the abscissa, excursion on the ordinate and color.

 Draw a rectangle: 03 <ox> <OY> <DX> <DY> <COLOR>, the value of field 201 is 03 and there are five parameters. In the order of appearance these parameters are: abscissa of the origin of the rectangle, ordinate of the origin, excursion on the abscissa, excursion on the ordinate and color. If you want to draw a solid rectangle, the instruction is identical to the value of field 201 ready. In this case the value of field 201 is 04.

et le rayon correspondant à la position, et à la taille de la balle, ainsi que la couleur de remplissage du cercle. Pour la déplacer sur l'écran 110, il faut préalablement avoir effacé la balle. Dans ce cas, on émet un code instruction d'affichage pour tracer un cercle en blanc avec les paramètres précédemment utilisés pour afficher le cercle noir, puis on émet un code instruction pour tracer en noir un cercle aux nouvelles coordonnées qu'occupe la balle dans le jeu. Cela est valable pour tous les points de l'écran. In FIG. 1, the representation of the screen 110 shows on this screen a circle representing a ball from a breakout game. This circle must therefore be moved during the game. To draw it, the apparatus 105 need only issue a display instruction code whose value of the field 101 corresponds to a display instruction code to draw a circle. black color. The parameters of this display instruction code are the coordinates

and the radius corresponding to the position, and the size of the ball, as well as the fill color of the circle. To move it on the screen 110, it is first necessary to have erased the ball. In this case, we issue a display instruction code to draw a circle in white with the parameters previously used to display the black circle, then we issue an instruction code to draw in black a circle at the new coordinates occupied by the ball in the game. This applies to all points on the screen.

 For this explanation, we consider that a black point is a point of

<Desc / Clms Page number 9>

 the liquid crystal screen 110 which is on while a white dot is a point which is off. However, the display can be done on a color screen if the terminal has this capability.

 There are several ways to determine the size of a display instruction code. Or this size is linked to the value of field 201.

 In this case, the microprocessor 109 knows the size of the display instruction code via a table, not shown and recorded in a memory of the device 101, defining both the size and the nature of the parameters for each possible value of the field. 201 of a display instruction code.

 A second solution consists in using an end code indicating that there are no longer any parameters corresponding to the display instruction code 201.

A third solution is to use a constant size for display instruction codes, and a constant size for action frames.

 Apparatus 105 may have to issue multiple command control instructions in a row. All these codes are transmitted one after the other without it being necessary to carry out a new synchronization between each transmission of a command instruction code. Indeed, as seen previously, the microprocessor 109 has at its disposal means enabling it to define the length of the command instruction code. It is therefore capable of extracting from the flow of control instruction codes that it receives, the various control instruction codes.

 FIG. 3 shows an action frame comprising a zone 301 identifying an organ. This identifier is, for example, a digital representation of the keyboard key 111 on which the user has acted. An area 302 of the action frame makes it possible to define the action of the user. It is, for example, a value 1 if the key is pressed, a value 2 if the key is released.

 FIG. 4 shows a preliminary step 401 carried out by the mobile telephone 101. In this step, the user of the telephone 101 uses the keypad 111 to dial, then validate, a telephone number corresponding to a call to the device 105. This step can be automated by selecting from a menu. This numbering and validation are carried out under the control of the instruction codes in area 112a. We then go to a step 402 of presenting the

<Desc / Clms Page number 10>

 technical characteristics of the terminal.

During the step 402 of establishing the connection, the terminal
101 emits a description of its technical capacities, among these we quote: , - the possible availability of a vibrator - its sound reproduction capacity, namely whether it is capable of reproducing a file in midi format for example.

 Each of these capacities is, for example, coded by the value of a bit (0 for incapable, 1 for capable) in a binary word describing the capacities of the terminal 101, this word being transmitted by the terminal.

 Knowing this binary word allows the device 105 to adapt its responses to future requests from the terminal 101. This makes it possible to ensure that the device 105 will not issue command instruction codes than the terminal 101 is not able to interpret. This transmission of a description is followed by the transmission, by the device 105, of reception display instruction codes. We then go to a step 403 of interpretation of the display instruction codes by the terminal 101.

 In step 403, the microprocessor 109, controlled by the instruction codes of the zone 112b, receives and interprets display instruction codes. As these are the welcome codes, these display instruction codes correspond to the display of a menu. They are therefore instruction codes for displaying character strings. Each character string is then displayed, on the screen 110, at coordinates determined by a display instruction code. The user then only has to select, by pressing keys on the keyboard 111, a character string to launch the execution of an application by the device 105.

Among the character strings displayed on the screen 110, the user finds one whose title is "broken brick".

 We then pass to a step 404 of action on one of the organs. To select the "brick breaker" program, the user of the terminal 105 must press keys on the keyboard 111. Each press causes the composition of an action frame. It is the microprocessor 109 which composes this action frame. It is controlled by area instruction codes

<Desc / Clms Page number 11>

 112c. Zone 301 of this action frame includes an identifier of the key which has been pressed. This identifier is, for example, a numerical value. Each key has its predefined numerical value which is known both to the device 101 and to the device 105. The area 302 of the action frame then has the value 1 if the key has been pressed.

 We then go to a step 405 of transmitting the action frame. In this step, the microprocessor 109, still controlled by instruction codes from the area 112c, transmits the action frame, which it has formed, to the circuit 107 so that this frame is transmitted in the direction of the device 105.

This transmission is done, as we recall, in data mode (DATA).

 Steps 404 and 405 are repeated each time the user acts on an organ of the terminal 105. Thus, when the user acts on a key, two action frames are sent: one for pressing, one for pressing relaxation.

 Step 405 is followed by a step 406 of reception and processing of an action frame by the remote device 105. In step 406, the microprocessor 116 controlled by the instruction codes of the area 117c, receives the action frame and breaks it down.

 In fact, the programs in area 117a can be seen as finite state machines; each state of this machine then corresponding to the emission of a certain number of command instruction codes, followed by waiting for an action frame. The reception of an action frame makes it possible to pass into a next state. If we receive an action frame that has not been scheduled, then we continue to wait for an action frame whose processing is scheduled. The same is true for programs in area 112b. The terminal 101 waits for a command instruction code and processes it when it arrives, then waits for the next command instruction code.

 In the example used, the identifier of the organ, in the action frame which has just been received, corresponds to the key which makes it possible to select the game "break the bricks". In our example, we consider that the device 105 only processes the action frames corresponding to a release of a key on the keyboard 111. We then go to step 407 for issuing display instruction codes.

 In this step 407, the microprocessor 116 transmits display instruction codes corresponding to the selection of an item from the menu

<Desc / Clms Page number 12>

 displayed on the screen 110. The user of the terminal 101 acts on the keyboard 111, until the "brick breaking" program is selected. The user then acts on a validation key. The apparatus 105 reacts by issuing display instruction codes corresponding to the course of the game. It is therefore a matter of tracing the bricks, at the top of the screen, a racket, at the bottom of the screen, and a ball which moves on the screen. Remember that the object of the game is to move the racket so that it can return the ball towards the bricks. From step 407, we pass to a step 408.

 In step 408, the microprocessor 109 checks whether the connection is still active. If so, we return to step 403 of interpretation of display instruction codes.

 During the execution of the program, the user of the device 101 uses the keys 111.1 and 111.2 to send action frames whose interpretation, by the remote device 105, causes the issuing of instruction codes d display. The interpretation of these display instruction codes, by the telephone 101, results in a movement of the racket on the screen 110.

From step 408, if the connection with the device 105 is cut, we pass to an end step 409 in which the device 101 resumes its normal mobile telephone activities. The connection is cut, for example, on a user action. Such an action corresponds for example to the holding down of a key beyond a predefined time, for example three seconds. The connection can also be broken by the remote device 105 which transmits a command instruction code whose interpretation by the terminal 101 causes the connection to be broken. The connection can also be cut due to the loss of the radio link. In that case
In the example of the brick break ", the start of the game can be loaded either by issuing several display instruction codes making it possible to trace all the bricks, the ball, then the racket, or by a display instruction code corresponding to displaying an image which is then downloaded from a memory of the device 105. This image then represents the game in its initial state.

 In the example of the brick break ", it is noted that the apparatus 105 continuously transmits, without being solicited by action frames, display instruction codes corresponding to the movements of the ball.

<Desc / Clms Page number 13>

 illustrates the two possible operating modes for the invention.

The device 105 can modify the display of the screen 110 on its own, or following a request from the user of the device 101. This request is manifested by the transmission, by the terminal 101 an action frame, following an action by the user. This action frame is then interpreted by the device 105.

 Still in the example of the brick break ", each time the device 105 detects that the user returns the ball towards the wall, it emits a command instruction code so that the terminal 101 plays a sound. This action frame has for example the following structure: 13 <number> <frequency> <duration> Field 201 is 13, and the following fields represent in the order of their appearance: the number of sounds to play, the frequency of the sound, the duration of sound.

 Similarly, if the user of the terminal 101 loses the game, the apparatus 105 emits a command instruction code to vibrate the terminal 101. Such a code has for example the following structure: 15 <mode>. In this code the field 201 is worth 15, and the mode represents the fact that it is necessary to activate or deactivate the vibrator.

 It is noted that all the actions of the user of the device 101, on one of the organs of this apparatus, causes the emission of an action frame comprising the identifier of the organ, and the identifier of action. However, all the action frames received by the device 105 do not call for a response from it. It depends on the program that is executed by the device 105.

 Similarly, the device 101 can be configured so that it does not emit an action frame for certain actions of the user. For example, the device 101 is configured so that it does not emit an action frame when a given key of the keyboard 111. is pressed. In this case, the microprocessor 109 consults a configuration memory to find out what type of action frame it should send. In the case where the transmission of an action frame is deactivated when a key is pressed, the microprocessor 109 does not transmit an action frame until the key is released. This configuration makes it possible to limit the exchange of data between the terminal 101 and the device 105.

 The apparatus 105 can also transmit a command instruction code

<Desc / Clms Page number 14>

 to ask the device 101 for the characteristics of the font it uses. The device 101 responds to this request by transmitting an action frame comprising the graphic characteristics (dimensions) of the font it uses. These characteristics allow the device 105 to take account of the dimensions of the screen of the terminal 101 when it requests the display of a character string.

Claims (16)

1-Method for remote management of the user interface of a mobile terminal (101) characterized in that: - a connection (102-104) is established in given mode between a remote device (105) and the mobile terminal, - we send (402,407), from the remote device to the mobile terminal, a command instruction code, - we execute (403), on the mobile terminal, the received command instruction code, - we send (405), from the terminal mobile to the remote device, an action frame describing an action, by the user of the mobile terminal, on an organ of this mobile terminal.  2 - Method according to claim 1, characterized in that the action frame is a response to a command instruction code.  3 - Method according to one of claims 1 or 2, characterized in that the mobile terminal is a mobile phone.  4 - Method according to one of claims 1 to 3, characterized in that the action frame includes information (301) identifying the organ of the mobile terminal on which the user has acted.  5-Method according to one of claims 1 to 4, characterized in that the action frame includes information (302) of description of the action performed on the member of the mobile terminal by the user.  6 - Method according to one of claims 1 to 5, characterized in that during the establishment of the connection: - is transmitted from the mobile terminal to the remote device, a description frame of the technical capabilities of the mobile terminal.  7 - Method according to one of claims 1 to 6, characterized in that the command instruction code includes contact information relating to a screen of the mobile terminal.  8 - Method according to one of claims 1 to 7, characterized in that the command instruction code includes information relating to a character to be displayed on a screen of the mobile terminal.  9 - Method according to one of claims 1 to 8, characterized in that the command instruction code includes information relating to <Desc / Clms Page number 16>  formatting the character display.  10 - Method according to one of claims 1 to 9, characterized in that the command instruction code includes information of the nature of a geometric figure selected from a group consisting of a line, a circle, a disc, an ellipse, a quadrilateral.  11 - Method according to one of claims 1 to 10, characterized in that the command instruction code includes information of movement of a brush on the screen of the mobile terminal.  12 - Method according to one of claims 10 or 11, characterized in that the command instruction code includes information relating to the filling of the figure.  13 - Method according to one of claims 1 to 12, characterized in that the command instruction code includes information relating to the thickness of the line.  14-Method according to one of claims 1 to 13, characterized in that the command instruction code includes information to download and display an image.  15 - Method according to one of claims 1 to 14, characterized in that the command instruction code includes information describing a sound to be produced by the mobile terminal.  16-Method according to one of claims 1 to 15, characterized in that the command instruction code includes information to activate / deactivate a vibrator of the mobile terminal.