CAMPO DE LA INVENCIÓN La invención se engloba en el campo de la telefonía móvil. Como es sabido, en dicho campo, normalmente se utilizan acrónimos y términos anglosajones para referirse a elementos y conceptos propios de campo. Para facilitar la lectura de esta memoria descriptiva para un lector no experto en la materia, se expone a continuación un listado de los acrónimos utilizadas en la presente : GSM Global System for Mobile Communication ICC Integrated Circuit Card ("Tarjeta Chip") SIM Subscriber Identity Module ("Módulo de Identificación de Usuario").

SAT SIM Application Toolkit (conjunto de herramientas para aplicaciones sobre la SIM) SM Short Message ("Mensaje Corto") UMTS Universal Mobile Telecommunications System (también llamado "Tercera Generación de Telefonía Móvil") UICC UMTS Integrated Circuit Card (la"tarjeta chip"para el UMTS) US ! M Universal Subscriber Identity Module (el Módulo de Identificación de Usuario en el UMTS) USAT USIM Application Toolkit (el SAT en el caso de UMTS) USSD Unstructured Supplementary Service Data ANTECEDENTES DE LA INVENCIÓN Actualmente existen diferentes tipos de teléfonos móviles (también llamados "teléfonos portátiles"o"celulares"), que suelen estar dotados de un teclado y de una pantalla con capacidad para mostrar símbolos alfanuméricos y, en muchos casos, también gráficos.

Actualmente existen varios sistemas de telefonía móvil, entre ellos el sistema GSM y el UMTS (también llamado la"Tercera Generación de Telefonía Móvil").

El equipo de usuario, comprende, tanto en el sistema GSM como en el sistema UMTS : a) por una parte un terminal (que es el que muchas veces se denomina "teléfono móvil") (que incluye una carcasa, pantalla, teclado, fuente de alimentación y

circuitos diversos); y b) por otra parte una tarjeta ICC o UICC (UMTS Integrated Circuit Card).

En el caso de GSM se tratará de una tarjeta ICC llamada tarjeta SIM o simplemente SIM (Subscriber Identity Module) o de una UICC con una aplicación SIM y en el caso de UMTS se tratará de una UICC con una aplicación USIM. Tanto la tarjeta SIM como la tarjeta UICC (con una o varias aplicaciones SIM y/o USIM) contienen un conjunto de ficheros con datos de operador de la red de telefonía móvil y del usuario (subscriber) y están dotadas de medios de ejecutar operaciones asociadas a una serie de comandos que permiten al terminal acceder a esos ficheros (leerlos, escribirlos, seleccionarlos, <BR> <BR> verificar claves de usuario, etc. ). Entre los datos de usuario están los que autentifican al usuario ante la red.

Hasta la llegada de UMTS (la llamada Tercera Generación de Telefonía Móvil) no se solía hacer distinción alguna entre el interfaz físico de la aplicación (dependiente de la propia naturaleza de la tarjeta inteligente ICC) y la propia aplicación : ambos eran llamados SIM. La tercera generación de telefonía móvil (UMTS) introdujo la separación de interfaz físico y las aplicaciones. El interfaz físico recibe el nombre de UICC ; se trata de una plataforma en la que pueden convivir varias aplicaciones simultáneamente; entre ellas puede haber aplicaciones SIM y/o USIM. La aplicación de identificación de usuario propiamente dicha recibe en UMTS el nombre de USIM.

Se considera que una tarjeta inteligente es un dispositivo físicamente seguro, es decir, es un dispositivo en el que los datos almacenados se encuentran protegidos frente a ataques de terceros que pretendan leerlos, modificarlos, borrarlos o falsearlos sin permiso del propietario de la información.

A continuación, en ocasiones nos referimos al módulo de identificación de usuario como SIM tanto para GSM como para UMTS (es decir, con SIM también nos referimos a una UICC con las aplicaciones SIM o USIM correspondientes).

En el campo de la telefonía móvil también se conoce el concepto SAT=SIM Application Toolkit (en UMTS, USAT=USIM Application Toolkit), que consiste en un conjunto de herramientas para aplicaciones sobre la SIM ; a continuación, nos referimos a una aplicación basada en dichas herramientas como una"aplicación Toolkit".

En un primer momento, los terminales móviles sólo eran capaces de enviar comandos a las Slums, mientras que las SIMs sólo eran capaces de responder a comandos recibidos desde el terminal móvil.

Posteriormente se produjo una evolución de los terminales móviles y de las

tarjetas SIM y se permite, por un lado, a los terminales tanto enviar comandos a la tarjeta SIM como recibir comandos de la misma, y por otro lado, a la tarjeta SIM tanto responder a comandos recibidos desde el terminal móvil como enviar comandos al mismo. Estos comandos permiten a la SIM, por ejemplo, solicitar al terminal el envío de un mensaje corto (SM), la realización de una llamada, mostrar una lista de opciones al usuario, solicitarle un dato, etc.

Las aplicaciones existentes en la tarjeta SIM capaces de enviar comandos al terminal móvil se conocen con el nombre de aplicaciones SAT (SIM Application Toolkit). En UMTS se conocen con el nombre de aplicaciones USAT (USIM Application Toolkit). En general, tanto a unas como a otras se las llama aplicaciones Toolkit.

Las aplicaciones Toolkit son una característica opcional tanto de las tarjetas SIM como de las tarjetas UICC (con las aplicaciones correspondientes). Los procedimientos de alto nivel, contenidos y codificación de los comandos, están especificados en la norma GSM11. 14 para GSM y en la norma 3GPP TS 31.111 para UMTS.

En telefonía móvil se están desarrollando sistemas, por ejemplo, de pago, que requieren una identificación del usuario. Un ejemplo de este tipo de sistema es el que se describe en la solicitud de patente europea EP-A-1136961. Actualmente, en algunos sistemas conocidos como, por ejemplo, en Movilbuy0, la identificación del usuario se basa en la verificación de su número de teléfono. Una manera de verificar dicho número se basa en que el propio usuario realice una llamada o envíe un mensaje corto a la entidad que debe verificar el número.

Existen también otras situaciones en las que puede ser conveniente transmitir algún tipo de dato desde el terminal o tarjeta del usuario a un terminal, servidor o similar. La transmisión puede realizarse mediante una llamada o mediante el envío de un mensaje corto (SM) o un USSD.

Ahora bien, a veces esta manera de comunicar un dato no resulta práctico, por <BR> <BR> diversos motivos (comodidad, economía, etc. ). Por ejemplo, en un sistema de pago a través de móvil es necesario que el cliente se autentifique ante el vendedor o un sistema de venta. Si en este caso se facilita como identificación el número de teléfono, se está violando la intimidad del usuario y esto puede hacer poco atractivo el servicio.

Una solución conocida al problema de la identificación del usuario en una transacción de pago que involucra al equipo de usuario (terminal + tarjeta) se basa en hacer los datos necesarios para la identificación (por ejemplo, el número de teléfono o un código de usuario de un servicio, por ejemplo, el código de cliente de un sistema

electrónico de transacciones) accesibles para lectura óptica, directamente en el terminal. Esto se consigue pegando una etiqueta (por ejemplo, en forma de pegatina) con un código de barras (o de puntos) en el propio terminal ; el código de barras corresponde a los datos necesarios para la identificación (por ejemplo, el código de barras puede corresponder al número de teléfono móvil de usuario o código de usuario de un servicio). Sin embargo, esta solución tiene una serie de limitaciones : La etiqueta puede desgastarse, borrarse y/o despegarse del terminal.

-Si el usuario cambia su tarjeta SIM (o UICC) de terminal debe cambiar también la etiqueta. Por ejemplo, en GSM y UMTS, el número de teléfono de un usuario está asociado a su tarjeta o SIM y no depende para nada del terminal empleado. Por tanto, si uno tiene la etiqueta con el número de teléfono o el código de usuario (en forma de código de barras) pegado al terminal y luego cambia la tarjeta SIM a otro terminal, habrá que cambiar también la etiqueta al nuevo terminal. Además, si en un terminal que lleva una etiqueta con el número de teléfono o el código de usuario de la tarjeta SIM se cambia dicha tarjeta por otra (por ejemplo, de otro usuario), el número de teléfono o el código de usuario en la etiqueta del terminal ya no corresponderá al número de teléfono de la nueva tarjeta SIM.

Los códigos pueden ser fácilmente leídos por terceros, lo cual representa una falta de seguridad; por tanto, el sistema puede resultar poco seguro para el caso de aplicaciones de pago.

Los códigos de barras (también llamados códigos 1D) se usan de forma generalizada para, por ejemplo, identificación de productos, etc. Existen diferentes tipos de codificación para los códigos de barras (códigos 1D), pero todos están basados en el mismo concepto : los caracteres alfanuméricos se codifican en algún tipo de código binario y se representan mediante barras. La Figura 1 ilustra un ejemplo de un código de barras.

Los códigos de barras se leen mediante lectores específicos que, empleando métodos ópticos (normalmente un láser) reconocen estos códigos y los transmiten a un sistema de procesamiento, normalmente un ordenador. Los ejemplos más típicos de códigos de barras están en las etiquetas de los productos de los supermercados.

Existen muchos tipos de codificación con códigos de barras ; ejemplos de tipos de códigos 1 D son : ADD-2; Add-5; Airline 2 of 5 ; BCD Matrix ; Code 2 of 5 ; Code 32; Code 93; Code128 ; Code39, CODABAR; Data Logic 2 of 5; EAN128; EAN-13; EAN-8; Invert 2 of 5; Matrix 2 of 5; Patch Code; UCC128; UPC-E; y UPC-UN.

También existen los llamados"códigos de puntos"o"códigos 2D", los cuales

pueden considerarse una evolución de los códigos de barras (códigos 1D). En los códigos de puntos, los caracteres se representan como un conjunto de puntos; un ejemplo de un código de puntos se muestra en la Figura 2.

Los códigos de puntos (códigos 2D) pueden ser leídos por una cámara bajo cualquier ángulo, lo que acelera el escaneado de los códigos. Uno de los tipos de codificación 2D más empleados es el PDF.

La patente estadounidense US-A-5642103 describe un transpondedor (transmisor-receptor) con una pantalla LCD en la que puede presentarse un código de barras.

A continuación, nos referimos a los códigos de puntos, a los códigos de barras y a los códigos análogos que puedan existir, con el término general"código gráfico".

DESCRIPCIÓN DE LA INVENCIÓN La invención se refiere a un equipo de usuario de acuerdo con la reivindicación 1, a un método de acuerdo con la reivindicación 17 y a un sistema de acuerdo con la reivindicación 32. Realizaciones preferidas de la invención se definen en las reivindicaciones dependientes.

El equipo de usuario comprende un terminal con, al menos, una pantalla. De acuerdo con la invención, el equipo comprende medios de presentar un código gráfico en la pantalla. El código gráfico puede ser, por ejemplo, un código de barras o un código de puntos.

Los medios de presentar un código gráfico en la pantalla comprenden una aplicación en una tarjeta, preferiblemente, una tarjeta asociada a un usuario (subscriber), preferiblemente, una tarjeta que comprende un Módulo de Identificación de Usuario o equivalente. Si se trata de un equipo de usuario (terminal + tarjeta) para el sistema GSM, la tarjeta es preferiblemente una tarjeta SIM (o una UICC con, al menos, una aplicación SIM) y si se trata de un equipo de usuario (terminal + tarjeta) para el sistema UMTS, una UICC con una USIM (o más). En tal caso, la aplicación es preferiblemente una aplicación SAT o USAT, respectivamente.

El terminal debe ser adecuado para presentar códigos gráficos en la pantalla ; preferiblemente, el terminal soporta SAT y/o USAT y tiene una pantalla con definición suficiente y que soporta iconos. Por ejemplo, tanto Alcatel0 como Siemens@ comercializan terminales adecuados (p. e. el modelo Siemens S-25) y cada vez aparecen más terminales que presentan las características mencionadas. La pantalla es habitualmente una pantalla de cristal líquido (LCD) que comprende una matriz de

puntos.

El código gráfico representa preferiblemente datos asociados a la identidad de un usuario, por ejemplo, el número de teléfono de usuario, un código de usuario, etc.

Los medios de presentar el código gráfico en la pantalla pueden comprender : medios de generación del código gráfico a partir de datos almacenados en una memoria (por ejemplo, en la memoria de la tarjeta SIM) o introducidos a través de teclado del terminal, y/o medios de almacenar el código gráfico en una memoria (por ejemplo, en la memoria de la tarjeta SIM) ; y medios de mostrar el código gráfico generado y/o almacenado en la pantalla.

Por ejemplo, a partir de dato (p. e., número de teléfono) se genera una secuencia binaria de acuerdo con una codificación adecuada (por ejemplo, la codificación EAN-13), y a partir de dicha secuencia binaria se establece el código de barras, de modo que cada bit de la secuencia binaria se asocia a una serie de pixels.

Concretamente, cada bit puede estar asociada a una serie de pixels que configuran un rectángulo alargado y estrecho, de modo que dichos pixels se ponen oscuros (con lo que representan una barra) o no oscuros (con lo que representan un espacio en blanco entre los rectángulos adyacentes) en función de valor del bit correspondiente.

Cualquier experto medio en la materia está familiarizado con estos procedimientos por lo que no requieren más explicación.

La aplicación Toolkit que controla la presentación de código de barras (o de puntos) podrá, dependiendo de los requerimientos de servicio en cuestión, mostrar un código que tenga almacenado o generarlo a partir de un dato y mostrarlo posteriormente.

Por tanto, en la tarjeta ICC (normalmente, una tarjeta SIM o UICC con, al menos, una aplicación SIM y/o USIM) se genera y/o almacena el código de barras y la aplicación (normalmente, la aplicación Toolkit) se encarga de solicitar al terminal que el código se muestre o exponga en la pantalla. Cualquier experto medio en la materia y familiarizado con las aplicaciones Toolkit sabe que se pueden mostrar conos (esto se explica más detalladamente en las especificaciones GSM 11.14 y 3GPP TS 31. 111) y que la aplicación puede crear un icono con el dibujo que se quiera; por tanto, no se consideran necesarias más explicaciones al respecto.

Preferiblemente, los medios de presentar el código gráfico en la pantalla comprenden medios de presentar el código gráfico en la pantalla como respuesta a una solicitud de presentación de código (por ejemplo, como respuesta a una orden dada por el usuario, a través de un teclado de terminal).

Los medios de presentar el código gráfico en la pantalla pueden comprender comandos proactivos que soportan iconos. Los comandos proactivos (comandos del SAT y/o USAT) que permiten mostrar estos tipos de códigos son todos los que soportan conos. Estos comandos permiten mostrar un texto o un icono, o ambos, por pantalla en algún momento durante su ejecución. Algunos de los más utilizados de estos comandos son : DISPLAY TEXT (muestra un texto por pantalla) ; GET INKEY (solicita al usuario que introduzca un carácter); GET INPUT (solicita al usuario la introducción de un dato); SET-UP MENU (inserta el menú principal de la aplicación de la tarjeta en el menú de terminal) ; SELECT ITEM (muestra una lista de opciones al usuario); SEND SHORT MESSAGE (envía un mensaje corto); SEND SS (envía un servicio suplementario) ; SEND USSD (envía un USSD); SET-UP CALL (realiza un llamada) ; SET-UP IDLE MODE TEXT (muestra un texto cuando la pantalla está en modo idle ("ocioso")).

Existen unos cuantos comandos más que permiten mostrar un texto o un icono o ambos y que se pueden usar para mostrar un icono que contenga un código gráfico, por ejemplo, un código de barras o de puntos.

Además, en futuras versiones de SAT y/o USAT pueden aparecer nuevos comandos de gestión de conos o de otro tipo de imágenes que permitan mostrar estos códigos de diferentes formas.

La invención se refiere también a un método para presentar información correspondiente a datos en un equipo de usuario que comprende un terminal con, al menos, una pantalla. El método comprende el paso de presentar un código gráfico correspondiente a dichos datos en la pantalla. El código gráfico puede ser un código de barras o de puntos.

El paso de presentar un código gráfico en la pantalla se realiza preferiblemente mediante una aplicación en una tarjeta, preferiblemente una tarjeta asociada a un usuario, preferiblemente una tarjeta que comprende un Módulo de Identificación de Usuario, preferiblemente una tarjeta SIM o UICC (con, al menos, una aplicación SIM o USIM). La aplicación es preferiblemente una aplicación SAT o USAT.

El código gráfico representa preferiblemente datos asociados a la identidad de un usuario, por ejemplo, el número de teléfono del usuario.

El método comprende preferiblemente los pasos de : generar el código gráfico a partir de datos almacenados en una memoria y/o introducidos a través de teclado de terminal, y/o almacenar el código gráfico en una memoria; y

mostrar el código gráfico generado y/o almacenado en la pantalla.

Además, puede comprender un primer paso que consiste en solicitar la presentación en la pantalla de un código gráfico correspondiente a, al menos, un dato asociado al usuario.

El paso de mostrar el código en la pantalla incluye el envío de, al menos, un comando proactivo que soporta iconos, de acuerdo con lo que se ha comentado en lo anterior.

La invención puede ser de utilidad para un servicio que requiere que el usuario comunique un dato que pueda ser representado en forma de código gráfico (código de barras o de puntos), por ejemplo, para el servicio de pago mencionado en lo anterior.

Por ejemplo, si el servicio de pago requiere que el usuario se identifique con su número de teléfono o con un código de usuario, el usuario puede solicitar al equipo de usuario que se presente en la pantalla de mismo, un-código-de-barras o de puntos que represente a su número de teléfono o código de usuario; dicho código de barras o de puntos puede ser leído con un método óptico convencional, con un dispositivo óptico de lectura.

De acuerdo con la invención y debido a que tarjetas como las tarjetas ICC comentadas en lo anterior se pueden considerar dispositivos físicamente seguros que permiten almacenar datos de usuario con distintos niveles de seguridad de acceso dependiendo de los requerimientos, la invención soluciona, por ejemplo, los problemas que presentan las pegatinas adheridas al terminal : - El código gráfico (por ejemplo, de barras o de puntos) no se desgasta, ni se deteriora de ninguna manera.

-Al ser los códigos residentes o generados en la propia tarjeta, están ligados a <BR> <BR> los datos del usuario (número de teléfono, claves, etc. ) con lo que el usuario puede cambiar de terminal sin ningún problem.

- Si el servicio que se quiere implementar lo requiere, se puede hacer que el código esté protegido por el PIN del usuario o cualquier otra clave de la tarjeta, haciéndolo inaccesible a terceros.

La forma en que se recoge, se almacena y se procesa la información alfanumérica que debe ser mostrada en forma de código gráfico (código de barras o de puntos) dependerá de la aplicación que se esté implementando en cada momento.

La invención también se refiere a un sistema para transacciones que comprende medios de procesamiento de datos, al menos un dispositivo lector de códigos gráficos y al menos un equipo de usuario (terminal + tarjeta) del tipo descrito

en lo anterior. En este sistema, se puede obtener datos (por ejemplo, el número de teléfono de un usuario, etc. ) leyendo un código gráfico (por ejemplo, de barras o de puntos) que aparece en la pantalla del equipo de un usuario, por ejemplo, de un comprador. El resto de sistema puede estar configurado igual que un sistema convencional de transacciones electrónicas basado en el uso de un equipo de usuario (terminal + tarjeta).

BREVE DESCRIPCIÓN DE LOS DIBUJOS A continuación se pasa a describir de manera muy breve una serie de dibujos que ayudan a comprender mejor la invención y que se relacionan expresamente con realizaciones de dicha invención que se presentan como ejemplos ilustrativos y no limitativos de ésta.

- La Figura 1 es un ejemplo de un código de-barras.

La Figura 2 es un ejemplo de un código de puntos.

La Figura 3 es una vista esquemática de un equipo de usuario que incluye un terminal (o teléfono móvil) y una tarjeta de acuerdo con una realización preferida de la invención.

La Figura 4 ilustra, de forma esquemática, la distribución"física"de algunos de los medios que forman parte de una realización preferida de la invención.

La Figura 5 ilustra, de forma esquemática, la distribución"física"de algunos de los medios que forman parte de otra realización preferida de la invención.

La figura 6 es un diagrama de flujo que representa una serie de operaciones de acuerdo con una posible aplicación de la invención.

La Figura 7 ilustra, de forma esquemática, el proceso que tiene lugar en una tarjeta ICC según una realización preferida de la invención.

DESCRIPCIÓN DE REALIZACIONES PREFERIDAS DE LA INVENCIÓN La Figura 3 ilustra, de forma esquemática, una realización preferida de la invención en la que se puede observar un equipo de usuario, compuesto por un terminal (o teléfono móvil) (1) con una pantalla (2) y por una tarjeta (3) ICC (o UICC) sobre la que está cargada una aplicación SIM (o USIM) y aplicaciones SIM (o USIM) Toolkit, es decir, SAT (o USAT). En la pantalla se muestra un código gráfico (4), en este caso, un código de barras. A continuación, para mayor simplicidad, sólo hacemos referencia a la modalidad correspondiente al sistema GSM pero las realizaciones preferidas serán directamente aplicables al UMTS.

La Figura 4 ilustra, de forma esquemática, la distribución"física"de algunos de los medios que forman parte de una realización preferida de la invención. En dicha realización, se puede observar cómo los medios de generación (5) del código gráfico (4) están asociados con la tarjeta (3) ICC ; concretamente, dichos medios comprenden una aplicación Toolkit. En cambio, los medios de mostrar (6) el código gráfico en la pantalla corresponden, en parte, a la tarjeta (3) (concretamente, una parte de dichos medios comprenden la aplicación Toolkit correspondiente, incluyendo la parte de dicha aplicación encargada de generar y enviar el terminal el comando proactivo adecuado) y, en parte, al terminal (1) (por ejemplo, los drivers de la pantalla (2) forman parte de terminal (1) y no de la tarjeta (3)).

La Figura 5 ilustra, de forma esquemática, la distribución"física"de algunos de los medios que forman parte de una realización preferida alternativa de la invención.

En lugar de los medios de generación (5) del código gráfico, disponen de medios de almacenar (7) el código gráfico en una memoria de la tarjeta (3). Dichos medios están asociados con la tarjeta (3) ICC.

La Figura 6 ilustra, mediante un diagrama de flujo, una serie de pasos de acuerdo con una posible realización de la invención. A continuación, comentamos los diferentes pasos que se llevan a cabo en dicha realización : S1 : "Rama de menú" : en el menú, el usuario indica que desea que se presente en la pantalla (2), el código gráfico (4), por ejemplo, el código de barras correspondiente a su número de teléfono, código de usuario, etc. La aplicación Toolkit se dispara por medio de un comando ENVELOPE que le manda el terminal (en este ejemplo, el comando ENVELOPE es del tipo MENU SELECTION).

S2 :"Solicitar PIN con un comando GET INPUT": la aplicación Toolkit comienza su ejecución y solicita un PIN (una clave) al usuario empleando el comando GET INPUT. El usuario teclea su PIN sobre el teclado del terminal.

S3 :"Verificar PIN": la aplicación Toolkit comprueba si el PIN tecleado es el correcto.

S4 :"OK ?" : Si el PIN es correcto, se pasa al paso S6. Si es incorrecto, se pasa al paso S5.

S5 :"FIN": Se da por terminada la sesión, ya que el PIN introducido por el usuario era incorrecto.

S6 :"Pide N° con un comando GET INPUT" : la aplicación Toolkit solicita al usuario el número que se quiere poner en formato de código de barras, empleando el comando GET INPUT. El número solicitado puede ser el número de teléfono del

usuario u otro tipo de dato o código, por ejemplo, un código que identifica al usuario como cliente en un sistema electrónico de transacciones. El usuario teclea dicho número en el teclado (en una realización alternativa, la aplicación puede obtener el número o código directamente de la memoria de la tarjeta SIM-o UICC con la aplicación correspondiente-, es decir, en dicha realización alternativa el número o código ya está almacenado en la tarjeta y no es necesario teclearlo).

S7 : "Compone un BMP con el código y lo guarda en el fichero de iconos": partiendo de los datos obtenidos, por ejemplo, el número de teléfono del usuario o el código de usuario, la aplicación Toolkit compone el código gráfico correspondiente, en el formato Bit-map que requieren los iconos manejables con aplicaciones SAT o USAT (de acuerdo con las especificaciones GSM 11.14 y 3GPP TS 31. 111, respectivamente). Este fichero se guarda en un fichero de iconos en la tarjeta (3) ICC ; esta operación involucra tanto. los medios_ de generación (5) como los medios de almacenar (7) el código gráfico.

S8 :"Muestra el icono con un DISPLAY TEXT" : con los medios de mostrar (6) el código gráfico en la pantalla, con el comando proactivo"DISPLAY TEXT"la aplicación Toolkit actúa sobre el terminal y sobre los drivers de la pantalla de terminal, con lo que el código gráfico (4) se muestra en la pantalla (2) (y puede ser leído con el lector óptico correspondiente).

S9 :"FIN": se termina la sesión.

La tarjeta (3) puede ser una tarjeta de Oberthur Card Systems Java Card 2.1 y un terminal adecuado puede ser un terminal Siemens S-25.

La Figura 7 ilustra, de forma esquemática, la tarjeta (3) ICC en la que está cargada la aplicación SIM (8) (por tanto, la tarjeta también suele denominarse"tarjeta SIM") y, con ella, la aplicación Toolkit, en este caso, una aplicación SAT (9). Tal y como se ilustra de forma esquemática en la Figura 7, la aplicación SAT (9) recibe un comando (10) que solicita la presentación en la pantalla (2), de un código gráfico (4), por ejemplo, de un código de barras correspondiente a un dato o datos relacionados con el usuario, es decir, con el titular de la tarjeta (3) ICC. Dicho dato puede ser el número de teléfono del usuario, un código de usuario, etc. En esta realización preferida, el dato está almacenado en la memoria de la tarjeta ICC, esquemáticamente representada con la referencia numérica (11).

La aplicación SAT recupera (12) el dato de la memoria (11) y lo pasa a un módulo de generación (13) de un código gráfico a partir del dato. Este módulo de generación (13) del código gráfico puede consistir en cualquier programa

habitualmente utilizado para generar un código gráfico, por ejemplo, un código de barras o de puntos, a partir de un dato numérico (p. e., un número de teléfono) o alfanumérico. El código gráfico generado se envía (14) a un módulo de presentación (15) de código gráfico en la pantalla, que comprende el envío (16) de un comando adecuado al terminal (1). Se puede tratar de un comando proactivo (comando SAT) que soporta iconos, por ejemplo, DISPLAY TEXT.

Los módulos comentados en lo anterior no corresponden a entidades físicas de la tarjeta ICC, sino a módulos software de una aplicación SAT y la Figura 7 sólo pretende ilustrar, de forma esquemática, como puede ser realizado la invención en el entorno GSM.

La invención se podrá integrar en la arquitectura de servicio o aplicación que lo requiera. Lógicamente, la invención no debe interpretarse como limitada a los sistemas GSM o UMTS, sino puede-aplicarse-a cualquier sistema que-permita incorporar los medios y pasos necesarios para la invención.

Los elementos y pasos serán susceptibles de variación, siempre y cuando ello no suponga una alteración del concepto básico de la invención.

A lo largo de la presente descripción y reivindicaciones la palabra"comprende"y variaciones de la misma, como"comprendiendo", no pretende excluir otros pasos o componentes.