WO2003071822A1 - Equipo de usuario de telefonía móvil, método para presentar información correspondiente a datos en un equipo de usuario de telefonía móvil y sistema para transacciones - Google Patents

Equipo de usuario de telefonía móvil, método para presentar información correspondiente a datos en un equipo de usuario de telefonía móvil y sistema para transacciones Download PDF

Info

Publication number
WO2003071822A1
WO2003071822A1 PCT/ES2003/000076 ES0300076W WO03071822A1 WO 2003071822 A1 WO2003071822 A1 WO 2003071822A1 ES 0300076 W ES0300076 W ES 0300076W WO 03071822 A1 WO03071822 A1 WO 03071822A1
Authority
WO
WIPO (PCT)
Prior art keywords
graphic code
screen
user equipment
user
card
Prior art date
Application number
PCT/ES2003/000076
Other languages
English (en)
French (fr)
Inventor
Jaime Bustillo Velasco
Carlos Portasany Sanchez
Original Assignee
Vodafone Group Plc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Vodafone Group Plc. filed Critical Vodafone Group Plc.
Priority to AU2003208730A priority Critical patent/AU2003208730A1/en
Priority to EP03706644A priority patent/EP1480476B1/en
Priority to DE60324391T priority patent/DE60324391D1/de
Publication of WO2003071822A1 publication Critical patent/WO2003071822A1/es

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K1/00—Methods or arrangements for marking the record carrier in digital fashion
    • G06K1/12—Methods or arrangements for marking the record carrier in digital fashion otherwise than by punching
    • G06K1/128—Methods or arrangements for marking the record carrier in digital fashion otherwise than by punching by electric registration, e.g. electrolytic, spark erosion
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
    • G06K19/06009—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking
    • G06K19/06018—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking one-dimensional coding
    • G06K19/06028—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking one-dimensional coding using bar codes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
    • G06K19/06009—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking
    • G06K19/06037—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking multi-dimensional coding
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K7/00—Methods or arrangements for sensing record carriers, e.g. for reading patterns
    • G06K7/10—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation
    • G06K7/10544—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation by scanning of the records by radiation in the optical part of the electromagnetic spectrum
    • G06K7/10821—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation by scanning of the records by radiation in the optical part of the electromagnetic spectrum further details of bar or optical code scanning devices
    • G06K7/1095—Methods or arrangements for sensing record carriers, e.g. for reading patterns by electromagnetic radiation, e.g. optical sensing; by corpuscular radiation by scanning of the records by radiation in the optical part of the electromagnetic spectrum further details of bar or optical code scanning devices the scanner comprising adaptations for scanning a record carrier that is displayed on a display-screen or the like
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F19/00—Complete banking systems; Coded card-freed arrangements adapted for dispensing or receiving monies or the like and posting such transactions to existing accounts, e.g. automatic teller machines
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/68—Payment of value-added services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/83—Notification aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/83—Notification aspects
    • H04M15/84—Types of notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems
    • H04M17/02—Coin-freed or check-freed systems, e.g. mobile- or card-operated phones, public telephones or booths
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems
    • H04M17/02—Coin-freed or check-freed systems, e.g. mobile- or card-operated phones, public telephones or booths
    • H04M17/026—Constructional features
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
    • G06K2019/06215—Aspects not covered by other subgroups
    • G06K2019/06281—Aspects not covered by other subgroups rewritable
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/01—Details of billing arrangements
    • H04M2215/0196—Payment of value-added services, mainly when their charges are added on the telephone bill, e.g. payment of non-telecom services, e-commerce, on-line banking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/32—Involving wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/81—Notifying aspects, e.g. notifications or displays to the user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/81—Notifying aspects, e.g. notifications or displays to the user
    • H04M2215/8129—Type of notification

Definitions

  • MOBILE TELEPHONE USER EQUIPMENT METHOD FOR SUBMITTING INFORMATION CORRESPONDING TO DATA IN A MOBILE TELEPHONE USER EQUIPMENT AND TRANSACTION SYSTEM.
  • the invention is encompassed in the field of mobile telephony.
  • Anglo-Saxon acronyms and terms are normally used to refer to the field's own elements and concepts.
  • a list of the acronyms used herein is set out below: GSM Global System for Mobile Communication
  • Chip Card ICC Integrated Circuit Card
  • SIM Subscriber Identity Module (“User Identification Module”).
  • Short Message (Short Message)
  • GSM Global System for Mobile Communications
  • UMTS also called the "Third Generation of Mobile Telephony”
  • the user equipment includes, both in the GSM system and in the UMTS system: a) on the one hand a terminal (which is often called a "mobile phone") (which includes a housing, screen, keyboard, source feeding and various circuits); and b) on the other hand an ICC or UICC (UMTS Integrated Circuit Card).
  • a terminal which is often called a "mobile phone”
  • ICC or UICC UMTS Integrated Circuit Card
  • GSM Global System for Mobile Communications
  • SIM card Subscriber Identity Module
  • UICC User Identity Module
  • Both the SIM card and the UICC card contain a set of files with data from the operator of the mobile telephone network and the user (subscriber) and are equipped with means to execute associated operations to a series of commands that allow the terminal to access those files (read, write, select, verify user keys, etc.).
  • the user data are those that authenticate the user to the network.
  • UICC physical interface
  • USIM mobile telephony
  • a smart card is considered to be a physically secure device, that is, it is a device in which the stored data is protected against attacks by third parties that attempt to read, modify, delete or falsify them without the permission of the owner of the information.
  • SIM user identification module
  • SIMs mobile terminals were only able to send commands to SIMs, while SIMs were only able to respond to commands received from the mobile terminal. Subsequently, there was an evolution of mobile terminals and SIM cards and the terminals are allowed, on the one hand, to send commands to the SIM card as well as to receive commands from it, and on the other hand, to the SIM card both to respond to commands received from the mobile terminal and to send commands to it .
  • commands allow the SIM, for example, to request the terminal to send a short message (SM), make a call, display a list of options to the user, request a data, etc.
  • SM short message
  • SIM Application Toolkit SIM Application Toolkit
  • USAT Applications USIM Application Toolkit
  • Toolkit applications both are called Toolkit applications.
  • Toolkit applications are an optional feature of both SIM cards and UICC cards (with corresponding applications).
  • the commands are specified in the GSM 11.14 standard for GSM and the 3GPP TS 31.111 standard for UMTS.
  • Transmission can be done by calling or by sending a short message (SM) or a USSD.
  • SM short message
  • a known solution to the problem of user identification in a payment transaction involving the user equipment is based on making the necessary data for identification (for example, the telephone number or a user code of a service, for example, the client code of a system electronic transactions) accessible for optical reading, directly at the terminal.
  • This is achieved by pasting a label (for example, in the form of a sticker) with a barcode (or dot) on the terminal itself;
  • the barcode corresponds to the data necessary for identification (for example, the barcode can correspond to the user's mobile phone number or user code of a service).
  • this solution has a number of limitations:
  • the label can wear, erase and / or detach from the terminal.
  • the label must also be changed.
  • SIM or UICC
  • a user's phone number is associated with their card or SIM and does not depend at all on the terminal used. Therefore, if one has the label with the telephone number or the user code (in the form of a barcode) attached to the terminal and then changes the SIM card to another terminal, the label must also be changed to the new terminal.
  • this card is changed to another (for example, of another user), the telephone number or the user code in the Terminal label will no longer correspond to the phone number of the new SIM card.
  • the codes can be easily read by third parties, which represents a lack of security; Therefore, the system may be unsafe for payment applications.
  • Bar codes are widely used for, for example, product identification, etc. There are different types of coding for barcodes (1 D codes), but they are all based on the same concept: alphanumeric characters are encoded in some kind of binary code and are represented by bars. Figure 1 illustrates an example of a barcode.
  • Bar codes are read by specific readers who, using optical methods (usually a laser) recognize these codes and transmit them to a processing system, usually a computer.
  • the most typical examples of barcodes are on the labels of supermarket products.
  • There are many types of barcode coding; Examples of 1 D code types are: 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-3; EAN-8; Invert 2 of 5; Matrix 2 of 5; Patch Code; UCC128; UPC-E; and UPC-UN.
  • characters are represented as a set of points; An example of a point code is shown in Figure 2.
  • Point codes (2D codes) can be read by a camera at any angle, which speeds up the scanning of the codes.
  • 2D codes can be read by a camera at any angle, which speeds up the scanning of the codes.
  • One of the types of 2D coding most used is the PDF.
  • US-A-5642103 describes a transponder (transceiver) with an LCD screen in which a barcode can be presented.
  • a barcode can be presented.
  • the invention relates to a user equipment according to claim 1, a method according to claim 17 and a system according to claim 32.
  • Preferred embodiments of the invention are defined in the dependent claims. .
  • the user equipment comprises a terminal with at least one screen.
  • the equipment comprises means of presenting a graphic code on the screen.
  • the graphic code can be, for example, a bar code or a point code.
  • the means of presenting a graphic code on the screen comprise an application on a card, preferably, a card associated with a user (subscriber), preferably, a card comprising a User Identification Module or equivalent. If it is a user equipment (terminal + card) for the GSM system, the card is preferably a SIM card (or a UICC with at least one SIM application) and if it is a user equipment (terminal + card) for the UMTS system, a UICC with a USIM (or more). In such a case, the application is preferably a SAT or USAT application, respectively.
  • the terminal must be suitable for presenting graphic codes on the screen; preferably, the terminal supports SAT and / or USAT and has a screen with sufficient definition and that supports icons. For example, both Alcatel® and Siemens® market suitable terminals (eg the Siemens S-25 model) and more and more terminals appear that have the mentioned characteristics.
  • the screen is usually a liquid crystal display (LCD) comprising a matrix of points.
  • the graphic code preferably represents data associated with the identity of a user, for example, the user's phone number, a user code, etc.
  • the means of presenting the graphic code on the screen may comprise: means for generating the graphic code from data stored in a memory (for example, in the memory of the SIM card) or entered through the terminal keypad, and / or means of storing the graphic code in a memory (for example, in the memory of the SIM card); and means of displaying the graphic code generated and / or stored on the screen.
  • a binary sequence is generated according to a suitable coding (for example, the EAN-13 coding), and from that binary sequence the bar code is established, from so that each bit of the binary sequence is associated with a series of pixels.
  • each bit can be associated with a series of pixels that configure an elongated and narrow rectangle, so that these pixels become dark (with what they represent a bar) or not dark (with which they represent a blank space between the adjacent rectangles) depending on the value of the corresponding bit.
  • Any average expert in the field is familiar with these procedures so they do not require further explanation.
  • the Toolkit application that controls the presentation of the barcode (or points) may, depending on the requirements of the service in question, display a code that has been stored or generate it from a data and display it later.
  • the bar code is generated and / or stored and the application (normally, the Toolkit application) takes care to request the terminal to show the code or display on the screen.
  • the application normally, the Toolkit application
  • Any average expert in the field and familiar with Toolkit applications knows that icons can be displayed (this is explained in more detail in the GSM 11.14 and 3GPP TS 31.111 specifications) and that the application can create an icon with the desired drawing; therefore, no further explanations are considered necessary.
  • the means of presenting the graphic code on the screen comprise means of presenting the graphic code on the screen in response to a request for presentation of the code (for example, in response to an order given by the user, via a keyboard of the terminal).
  • the means of presenting the graphic code on the screen may comprise proactive commands that support icons.
  • the proactive commands (SAT and / or USAT commands) that allow displaying these types of codes are all that support icons. These commands allow you to display a text or an icon, or both, per screen at some time during its execution.
  • DISPLAY TEXT displays text on screen
  • GET INKEY asks the user to enter a character
  • GET INPUT asks the user to enter data
  • SET-UP MENU insert the main menu of the card application in the terminal menu
  • SELECT ITEM shows a list of options to the user
  • SEND SHORT MESSAGE asend a short message
  • SEND SS sends a supplementary service
  • SEND USSD send a USSD
  • SET-UP CALL make a call
  • SET-UP IDLE MODE TEXT (displays a text when the screen is in idle mode ("idle”)).
  • the invention also relates to a method for presenting information corresponding to data in a user equipment comprising a terminal with at least one screen.
  • the method comprises the step of presenting a graphic code corresponding to said data on the screen.
  • the graphic code can be a barcode or dot code.
  • the step of presenting a graphic code on the screen is preferably carried out by means of an application on a card, preferably a card associated with a user, preferably a card comprising a User Identification Module, preferably a SIM or UICC card (with, at less, a SIM or USIM application).
  • the application is preferably a SAT or USAT application.
  • the graphic code preferably represents data associated with the identity of a user, for example, the user's telephone number.
  • the method preferably comprises the steps of: generating the graphic code from data stored in a memory and / or entered through the terminal keypad, and / or storing the graphic code in a memory; Y show the graphic code generated and / or stored on the screen.
  • it can comprise a first step that consists in requesting the presentation on the screen of a graphic code corresponding to at least one data associated to the user.
  • the step of displaying the code on the screen includes sending at least one proactive command that supports icons, according to what has been said in the above.
  • the invention can be useful for a service that requires the user to communicate data that can be represented in the form of a graphic code (barcode or dot code), for example, for the payment service mentioned in the foregoing.
  • a graphic code barcode or dot code
  • the payment service requires the user to identify himself with his telephone number or with a user code, the user can request the
  • a barcode or points that represents his phone number or user code can be read with a conventional optical method, with an optical reading device.
  • the invention solves, for example, the Problems with the stickers attached to the terminal:
  • the graphic code (for example, of bars or points) does not wear out or deteriorate in any way.
  • the invention also relates to a transaction system comprising data processing means, at least one graphic code reading device and at least one user equipment (terminal + card) of the type described in the above.
  • data can be obtained (for example, a user's phone number, etc.) by reading a graphic code (for example, of bars or dots) that appears on a user's computer screen, for example , from a buyer.
  • a graphic code for example, of bars or dots
  • the rest of the system can be configured just like a conventional electronic transaction system based on the use of a user equipment (terminal + card).
  • Figure 1 is an example of a barcode.
  • Figure 2 is an example of a point code.
  • Figure 3 is a schematic view of a user equipment that includes a terminal (or mobile phone) and a card according to a preferred embodiment of the invention.
  • Figure 4 schematically illustrates the "physical" distribution of some of the means that are part of a preferred embodiment of the invention.
  • Figure 5 schematically illustrates the "physical" distribution of some of the means that are part of another preferred embodiment of the invention.
  • Figure 6 is a flow chart depicting a series of operations in accordance with a possible application of the invention.
  • Figure 7 schematically illustrates the process that takes place in an ICC card according to a preferred embodiment of the invention.
  • Figure 3 illustrates, schematically, a preferred embodiment of the invention in which a user equipment can be seen, consisting of a terminal (or mobile phone) (1) with a screen (2) and a card (3 ) ICC (or UICC) on which a SIM (or USIM) application and SIM (or USIM) applications are loaded
  • Toolkit that is, SAT (or USAT).
  • the display shows a graphic code (4), in this case, a barcode.
  • Figure 4 schematically illustrates the "physical" distribution of some of the means that are part of a preferred embodiment of the invention. In said embodiment, it can be seen how the generation means (5) of the graphic code (4) are associated with the ICC card (3); specifically, said means comprise a Toolkit application.
  • the means of displaying (6) the graphic code on the screen correspond, in part, to the card (3) (specifically, a part of said means comprises the corresponding Toolkit application, including the part of said application responsible for generating and send the terminal the appropriate proactive command) and, in part, to the terminal (1) (for example, the display drivers (2) are part of the terminal (1) and not the card (3)).
  • Figure 5 schematically illustrates the "physical" distribution of some of the means that are part of an alternative preferred embodiment of the invention.
  • Figure 6 illustrates, by means of a flow chart, a series of steps according to a possible embodiment of the invention. Next, we comment on the different steps that are carried out in said embodiment:
  • step S4 "OK?": If the PIN is correct, go to step S6. If it is incorrect, go to step S5.
  • S6 "Ask for N ° with a GET INPUT command”: the Toolkit application asks the user for the number to be placed in barcode format, using the GET INPUT command.
  • the requested number can be the phone number of the user or other data or code, for example, a code that identifies the user as a customer in an electronic transaction system.
  • the user types said number on the keypad (in an alternative embodiment, the application can obtain the number or code directly from the memory of the SIM card - or UICC with the corresponding application - that is, in said alternative embodiment the number or code it is already stored on the card and it is not necessary to type it).
  • S7 "Make up a BMP with the code and save it in the icon file”: based on the data obtained, for example, the user's phone number or the user code, the Toolkit application composes the corresponding graphic code, in Bit-map format required by manageable icons with SAT or USAT applications (according to GSM 11.14 and 3GPP TS 31.111 specifications, respectively). This file is saved in an icon file on the ICC card (3); This operation involves so much. the means of generation (5) as the means of storing (7) the graphic code.
  • S8 "Display the icon with a DISPLAY TEXT”: with the means of displaying
  • the card (3) can be an Oberthur Card Systems Java Card 2.1 card and a suitable terminal can be a Siemens S-25 terminal.
  • FIG 7 illustrates, schematically, the ICC card (3) in which the SIM application (8) is loaded (therefore, the card is also often referred to as "SIM card") and, with it, the Toolkit application, in this case, a SAT application (9).
  • the SAT application (9) receives a command (10) requesting the presentation on the screen (2) of a graphic code (4), for example, of a code of bars corresponding to a data or data related to the user, that is, with the cardholder (3) ICC.
  • Said data may be the user's telephone number, a user code, etc.
  • the data is stored in the memory of the ICC card, schematically represented by the numerical reference (11).
  • the SAT application retrieves (12) the data from memory (11) and passes it to a module for generating (13) a graphic code from the data.
  • This module of generation (13) of the graphic code can consist of any program usually used to generate a graphic code, for example, a barcode or point code, from a numerical (eg, a telephone number) or alphanumeric data.
  • the generated graphic code is sent (14) to a presentation module (15) of the graphic code on the screen, which includes sending (16) a suitable command to the terminal (1). It can be a proactive command (SAT command) that supports icons, for example, DISPLAY TEXT.
  • the invention can be integrated into the architecture of the service or application that requires it. Logically, the invention should not be construed as limited to systems - GSM or UMTS, but can be applied to any system that. allow incorporating the means and steps necessary for the invention. The elements and steps will be susceptible to variation, provided that this does not imply an alteration of the basic concept of the invention. Throughout the present description and claims the word "comprises” and variations thereof, as “comprising”, is not intended to exclude other steps or components.

Abstract

Un equipo de usuario de telefonía móvil, que comprende un terminal (o teléfono móvil) (1) con, al menos, una pantalla (2) y medios de presentar un código gráfico (4) (por ejemplo, un código de barras o un código de puntos) en la pantalla. La invención también se refiere a un método para presentar información y a un sistema para transacciones.

Description

EQUIPO DE USUARIO DE TELEFONÍA MÓVIL, MÉTODO PARA PRESENTAR INFORMACIÓN CORRESPONDIENTE A DATOS EN UN EQUIPO DE USUARIO DE TELEFONÍA MÓVIL Y SISTEMA PARA TRANSACCIONES.
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 propíos del 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 Mobíle Telecommunications System (también llamado
"Tercera Generación de Telefonía Móvil") UICC UMTS Integrated Circuit Card (la "tarjeta chip" para el UMTS) USIM Universal Subscriber Identity Module (el Módulo de Identificación de
Usuario en el UMTS) USAT USIM Application Toolkit (el SAT en el caso del 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 del 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, 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 del interfaz físico y las aplicaciones. El ¡nterfaz 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 SIMs, 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 GSM 11.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 Movilbuy®, 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 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 del 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 1 D) 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 1 D), 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- 3; 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 Alcatel® 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 del 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 del 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 del 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 pixeis. Concretamente, cada bit puede estar asociada a una serie de píxels que configuran un rectángulo alargado y estrecho, de modo que dichos pixeis 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 del 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 del código de barras (o de puntos) podrá, dependiendo de los requerimientos del 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 iconos (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 del código (por ejemplo, como respuesta a una orden dada por el usuario, a través de un teclado del 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 iconos. 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 MENÚ (inserta el menú principal de la aplicación de la tarjeta en el menú del terminal); SELECT ÍTEM (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 del SAT y/o USAT pueden aparecer nuevos comandos de gestión de iconos 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 del teclado del 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 del 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 del 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 los datos del usuario (número de teléfono, claves, etc.) con lo que el usuario puede cambiar de terminal sin ningún problema.
- 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é ¡mplementando 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 del 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 del 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 MENÚ 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 del 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) del 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 del 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.

Claims

REIVINDICACIONES
1 - Un equipo de usuario, que comprende: un terminal (1) con, al menos, una pantalla (2); caracterizado porque el equipo de usuario comprende medios de presentar un código gráfico (4) en la pantalla.
2.- Un equipo de usuario según la reivindicación 1, caracterizado porque el código gráfico (4) es un código de barras.
3.- Un equipo de usuario según la reivindicación 1, caracterizado porque el código gráfico (4) es un código de puntos.
4.- Un equipo de usuario según cualquiera de las reivindicaciones anteriores, caracterizado porque- los .medios de presentar- un -código gráfico en la pantalla comprenden una aplicación en una tarjeta (3).
5.- Un equipo de usuario según la reivindicación 4, caracterizado porque la tarjeta
(3) es una tarjeta asociada a un usuario.
6.- Un equipo de usuario según la reivindicación 5, caracterizado porque la tarjeta
(3) es una tarjeta que comprende un Módulo de Identificación de Usuario.
7.- Un equipo de usuario según la reivindicación 6, caracterizado porque la tarjeta (3) es una tarjeta SIM o UICC con, al menos, una aplicación SIM y/o USIM.
8.- Un equipo de usuario según la reivindicación 7, caracterizado porque la aplicación es una aplicación SAT o USAT.
9.- Un equipo de usuario según cualquiera de las reivindicaciones anteriores, caracterizado porque la pantalla (2) es una pantalla de cristal líquido que comprende una matriz de puntos.
10.- Un equipo de usuario según cualquiera de las reivindicaciones anteriores, caracterizado porque el código gráfico representa datos asociados a la identidad de un usuario.
11.- Un equipo de usuario según la reivindicación 10, caracterizado porque los datos asociados a la identidad de un usuario comprenden el número de teléfono del usuario.
12.- Un equipo de usuario según cualquiera de las reivindicaciones anteriores, caracterizado porque los medios de presentar el código gráfico en la pantalla comprenden: medios de generación (5) del código gráfico (4) a partir de datos almacenados en una memoria (11); y medios de mostrar (6) el código gráfico generado en la pantalla (2).
13.- Un equipo de usuario según cualquiera de las reivindicaciones 1-11, caracterizado porque los medios de presentar el código gráfico en la pantalla comprenden: medios de generación (5) del código gráfico (4) a partir de datos introducidos a través de un teclado del terminal (1); y medios de mostrar (6) el código gráfico generado en la pantalla (2).
14.- Un equipo de usuario según cualquiera de las reivindicaciones anteriores, caracterizado porque los medios de presentar el código gráfico en la pantalla comprenden: medios de almacenar (7) el código gráfico en una memoria; y medios de mostrar (6) el código gráfico en la pantalla.
15.- Un equipo de usuario según cualquiera de las reivindicaciones anteriores, caracterizado porque 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 del código.
16.- Un equipo de usuario según cualquiera de las reivindicaciones anteriores, caracterizado porque los medios de presentar el código gráfico en la pantalla comprenden comandos proactivos que soportan iconos.
17.- Un método para presentar información correspondiente a datos en un equipo de usuario de telefonía móvil que comprende un terminal (1) con, al menos, una pantalla (2), caracterizado porque el método comprende el paso de presentar un código gráfico (4) correspondiente a dichos datos en la pantalla (2).
18.- Un método según la reivindicación 17, caracterizado porque el código gráfico (4) es un código de barras.
19.- Un método según la reivindicación 17, caracterizado porque el código gráfico (4) es un código de puntos.
20.- Un método según cualquiera de las reivindicaciones 17-19, caracterizado porque el paso de presentar un código gráfico en la pantalla se realiza mediante una aplicación en una tarjeta (3).
21.- Un método según la reivindicación 20, caracterizado porque la tarjeta (3) es una tarjeta asociada a un usuario.
22.- Un método según la reivindicación 21 , caracterizado porque la tarjeta (3) es una tarjeta que comprende un Módulo de Identificación de Usuario.
23.- Un método según la reivindicación 22, caracterizado porque la tarjeta (3) es una tarjeta SIM o UICC con, al menos, una aplicación SIM y/o USIM.
24.- Un método según la reivindicación 23, caracterizado porque la aplicación es una aplicación SAT o USAT.
25.- Un método según cualquiera de las reivindicaciones 17-24, caracterizado porque el código gráfico representa datos asociados a la identidad de un usuario.
26.- Un método según cualquiera de las reivindicaciones 17-25, caracterizado porque los datos asociados a la identidad de un usuario comprenden el número de teléfono del usuario.
27.- Un método según cualquiera de las reivindicaciones 17-26, caracterizado porque comprende los pasos de: generar el código gráfico a partir de datos almacenados en una memoria; y mostrar el código gráfico generado en la pantalla.
28.- Un método según cualquiera de las reivindicaciones 17-26, caracterizado porque comprende los pasos de: generar el código gráfico a partir de datos introducidos a través de un teclado del terminal; y mostrar el código gráfico generado en la pantalla.
29.- Un método según cualquiera de las reivindicaciones 17-28, caracterizado porque comprende los pasos de: almacenar el código gráfico en una memoria; y - mostrar el código gráfico en la pantalla.
30.- Un método según cualquiera de las reivindicaciones 17-29, caracterizado porque adicionalmente comprende el primer paso de: solicitar la presentación en la pantalla de un código gráfico correspondiente a, al menos, un dato asociado a un usuario.
31.- Un método según cualquiera de las reivindicaciones 17-30, caracterizado porque el paso de mostrar el código en la pantalla incluye el envío de, al menos, un comando proactivo que soporta iconos.
32.- 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 de telefonía móvil, caracterizado porque el equipo de usuario es un equipo de usuario de acuerdo con cualquiera de las reivindicaciones 1-16.
PCT/ES2003/000076 2002-02-25 2003-02-12 Equipo de usuario de telefonía móvil, método para presentar información correspondiente a datos en un equipo de usuario de telefonía móvil y sistema para transacciones WO2003071822A1 (es)

Priority Applications (3)

Application Number Priority Date Filing Date Title
AU2003208730A AU2003208730A1 (en) 2002-02-25 2003-02-12 Mobile telephone user equipment, a method of displaying information corresponding to data in a mobile telephone user equipment and a transaction system
EP03706644A EP1480476B1 (en) 2002-02-25 2003-02-12 Mobile telephone user equipment, a method of displaying information corresponding to data in a mobile telephone user equipment and a transaction system
DE60324391T DE60324391D1 (de) 2002-02-25 2003-02-12 Mobiltelefonbenutzergerät, verfahren zum anzeigen von daten-entsprechenden informationen in einem mobiltelefonbenutzergerät und transaktionssystem

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
ESP0200457 2002-02-25
ES200200457A ES2197798B1 (es) 2002-02-25 2002-02-25 Equipo de usuario de telefonia movil, metodo para presentar informacion correspondiente a datos en un equipo de usuario de telefonia movil y sistema para transacciones.

Publications (1)

Publication Number Publication Date
WO2003071822A1 true WO2003071822A1 (es) 2003-08-28

Family

ID=27741304

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/ES2003/000076 WO2003071822A1 (es) 2002-02-25 2003-02-12 Equipo de usuario de telefonía móvil, método para presentar información correspondiente a datos en un equipo de usuario de telefonía móvil y sistema para transacciones

Country Status (5)

Country Link
EP (1) EP1480476B1 (es)
AU (1) AU2003208730A1 (es)
DE (1) DE60324391D1 (es)
ES (2) ES2197798B1 (es)
WO (1) WO2003071822A1 (es)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8038054B2 (en) * 2006-10-25 2011-10-18 Hand Held Products, Inc. Method of using an indicia reader
CN101589598B (zh) 2006-12-08 2012-11-07 利普索系统有限公司 用于优化媒体对象的系统和方法
SE532740C2 (sv) 2006-12-15 2010-03-30 Mobill Scandinavia Ab Metod och apparat för att skapa och skicka ett kodat rutnät till en portabel kommunikationsanordning
WO2008090568A2 (en) * 2007-01-22 2008-07-31 Rakesh Deshmukh Methods and system for secure data processing using mobile devices
EP2718887A1 (en) 2011-06-10 2014-04-16 Swedbank AB Electronic transactions
US8898769B2 (en) 2012-11-16 2014-11-25 At&T Intellectual Property I, Lp Methods for provisioning universal integrated circuit cards
US8959331B2 (en) 2012-11-19 2015-02-17 At&T Intellectual Property I, Lp Systems for provisioning universal integrated circuit cards
US9036820B2 (en) 2013-09-11 2015-05-19 At&T Intellectual Property I, Lp System and methods for UICC-based secure communication
US9124573B2 (en) 2013-10-04 2015-09-01 At&T Intellectual Property I, Lp Apparatus and method for managing use of secure tokens
US9208300B2 (en) 2013-10-23 2015-12-08 At&T Intellectual Property I, Lp Apparatus and method for secure authentication of a communication device
US9240994B2 (en) 2013-10-28 2016-01-19 At&T Intellectual Property I, Lp Apparatus and method for securely managing the accessibility to content and applications
US9240989B2 (en) 2013-11-01 2016-01-19 At&T Intellectual Property I, Lp Apparatus and method for secure over the air programming of a communication device
US9313660B2 (en) 2013-11-01 2016-04-12 At&T Intellectual Property I, Lp Apparatus and method for secure provisioning of a communication device
US9413759B2 (en) 2013-11-27 2016-08-09 At&T Intellectual Property I, Lp Apparatus and method for secure delivery of data from a communication device
US9713006B2 (en) 2014-05-01 2017-07-18 At&T Intellectual Property I, Lp Apparatus and method for managing security domains for a universal integrated circuit card
CN108596606A (zh) 2018-06-25 2018-09-28 阿里巴巴集团控股有限公司 一种交易卡和信息显示方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001209741A (ja) * 2000-01-24 2001-08-03 Nippon Shinpan Co Ltd 移動体通信装置およびその使用方法
US20020004374A1 (en) * 2000-05-05 2002-01-10 Matti Kantola Communication devices and method of communication
WO2002015121A1 (en) * 2000-08-16 2002-02-21 Webb Richard M Scannable barcode display and methods for using the same
EP1231578A2 (de) * 2001-02-01 2002-08-14 Siemens Aktiengesellschaft Verfahren und Anordnung zur Durchführung einer bargeldlosen Zahlungsaktion

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001209741A (ja) * 2000-01-24 2001-08-03 Nippon Shinpan Co Ltd 移動体通信装置およびその使用方法
US20020004374A1 (en) * 2000-05-05 2002-01-10 Matti Kantola Communication devices and method of communication
WO2002015121A1 (en) * 2000-08-16 2002-02-21 Webb Richard M Scannable barcode display and methods for using the same
EP1231578A2 (de) * 2001-02-01 2002-08-14 Siemens Aktiengesellschaft Verfahren und Anordnung zur Durchführung einer bargeldlosen Zahlungsaktion

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
PATENT ABSTRACTS OF JAPAN *

Also Published As

Publication number Publication date
ES2197798B1 (es) 2005-09-01
DE60324391D1 (de) 2008-12-11
ES2197798A1 (es) 2004-01-01
EP1480476B1 (en) 2008-10-29
ES2316729T3 (es) 2009-04-16
AU2003208730A1 (en) 2003-09-09
EP1480476A1 (en) 2004-11-24

Similar Documents

Publication Publication Date Title
ES2197798B1 (es) Equipo de usuario de telefonia movil, metodo para presentar informacion correspondiente a datos en un equipo de usuario de telefonia movil y sistema para transacciones.
US9697448B2 (en) Techniques for providing an electronic representation of a card
US8244207B2 (en) System and method for payment using a mobile electronic device
ES2552361T3 (es) Procedimientos, sistemas y productos de programa informático para el suministro radioeléctrico (OTA) de tarjetas de software en dispositivos con capacidades de comunicaciones inalámbricas
EP3382587B1 (en) Identity authentication using a barcode
EP1544819A2 (en) Wireless banking system and wireless banking method using mobile phone
CN101467158A (zh) 对基于电话的支付工具进行激活的系统和方法
EP1492068A3 (en) Method for providing banking services by use of mobile communication system
EP2631860B1 (en) Sending a 2D code via a hardware interface of a Pin-Pad
JP2002351833A (ja) 電子取引方法
EP1255417B1 (en) Apparatus and method for certificating SIM card owner in GSM terminal
US20120205445A1 (en) Electronic payment using optically readable symbols
EP1860605A1 (en) Electronic money system, information storage medium, and mobile terminal device
CN107094159B (zh) 建立卡片与用户账号对应关系的方法和装置
JP2007004502A (ja) 電子機器
EP1967997A1 (en) Mobile terminal
WO2010001423A1 (en) Method and system for managing financial transactions
US20170235844A1 (en) Device having multiple platforms for facilitating connection to a url
TWI304944B (en) Smart card
KR100641232B1 (ko) Ｓｉｍａｔ 동작 시 텍스트의 폰트 속성 부여 방법
JP6689357B1 (ja) 慶弔金管理装置、慶弔金管理方法及びプログラム
EP1652125A1 (en) System and method for printing detailed account
JP2007148696A (ja) ポイント管理システム及びポイント管理サーバ装置
KR100990390B1 (ko) 무선 단말기 기종별 상품권 분류 제공방법
JP2005174215A (ja) セキュアデバイスと情報処理装置と端末装置

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

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

AL Designated countries for regional patents

Kind code of ref document: A1

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

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 2003706644

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2003706644

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP