ES2276909T3 - Metodo y disposicion en un sistema de comunicaciones. - Google Patents
Metodo y disposicion en un sistema de comunicaciones. Download PDFInfo
- Publication number
- ES2276909T3 ES2276909T3 ES02700953T ES02700953T ES2276909T3 ES 2276909 T3 ES2276909 T3 ES 2276909T3 ES 02700953 T ES02700953 T ES 02700953T ES 02700953 T ES02700953 T ES 02700953T ES 2276909 T3 ES2276909 T3 ES 2276909T3
- Authority
- ES
- Spain
- Prior art keywords
- ticket
- unit
- tickets
- user terminal
- receive
- Prior art date
- Legal status (The legal status 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 status listed.)
- Expired - Lifetime
Links
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
- G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
- G07F7/0866—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means by active credit-cards adapted therefor
-
- 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
- G06Q10/00—Administration; Management
- G06Q10/02—Reservations, e.g. for tickets, services or events
-
- 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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
-
- 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
- G06Q20/045—Payment circuits using payment protocols involving tickets
-
- 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
- G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
-
- 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/22—Payment schemes or models
- G06Q20/29—Payment schemes or models characterised by micropayments
-
- 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
-
- 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
- G06Q20/363—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes with the personal data of a user
-
- 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/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
-
- 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/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4014—Identity check for transactions
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/42—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for ticket printing or like apparatus, e.g. apparatus for dispensing of printed paper tickets or payment cards
-
- 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/48—Secure or trusted billing, e.g. trusted elements or encryption
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems
-
- 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/0156—Secure and trusted billing, e.g. trusted elements, encryption, digital signature, codes or double check mechanisms to secure billing calculation and information
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Finance (AREA)
- Signal Processing (AREA)
- Tourism & Hospitality (AREA)
- Economics (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Entrepreneurship & Innovation (AREA)
- Development Economics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Radio Relay Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Procedimiento para gestionar un billete electrónico dentro de un sistema electrónico de emisión de billetes, usando dicho sistema criptografía de clave de uso público, y comprendiendo dicho sistema un terminal (105) de usuario que tiene una clave privada y una clave de uso público asociadas una a la otra, comprendiendo el procedimiento las siguientes etapas: - facilitar la clave de uso público del terminal (105) de usuario a una unidad (101) para emitir billetes; - combinando la unidad (101) para emitir billetes dicha clave de uso público con un billete, cuya clave combinada y billete constituyen un paquete de datos del billete; - firmando la unidad (101) para emitir billetes dicho paquete de datos del billete; - enviando la unidad (101) para emitir billetes dicho paquete de datos del billete firmado al terminal (105) de usuario; - enviando el terminal (105) de usuario dicho paquete de datos del billete firmado a una unidad (103) para recibir billetes; - obteniendo la unidad (103) para recibir billetes dicha clave de uso público comprendida en el paquete recibido de datos del billete firmado; - codificar un dato de señal de identificación por medio de dicha clave de uso público; - enviar dicho dato de señal de identificación al terminal (105) de usuario con el fin de verificar el terminal (105) de usuario. - descodificando el terminal (105) de usuario dichos datos de señal de identificación codificados por medio de la clave privada del terminal (105) de usuario; - enviar dichos datos de señal de identificación descodificados a la unidad (103) para recibir billetes; y - aceptando la unidad (103) para recibir billetes el billete si el dato de la señal de identificación descodificado obtenido es el mismo que el dato de la señal de identificación antes de codificar el mismo y si el billete es válido.
Description
Método y disposición en un sistema de
comunicaciones.
La presente invención se refiere a un sistema y
procedimiento en un sistema de comunicaciones según los preámbulos
de las reivindicaciones independientes. Se refiere más
específicamente a la gestión segura de billetes electrónicos en un
sistema electrónico de emisión de billetes.
Los billetes electrónicos se están utilizando
cada vez más ampliamente. Las áreas a modo de ejemplo son billetes
para salas cinematográficas, conciertos, viajes por avión, etc. En
algunos sistemas de billetes el usuario solicita un billete en
línea, aunque en ningún caso tiene que ir a una tienda para adquirir
el billete y solicitar una emisión del billete. En otro ejemplo de
sistema de ventas el usuario comienza desplazándose a la tienda para
adquirir el billete electrónico de prepago (tarjeta). Una desventaja
con los sistemas de ventas actuales es la inconveniencia de que el
usuario se tiene que desplazar a la tienda para comprar el billete y
obtener la emisión del mismo.
En el documento EP 1030273 de la patente
europea, y también el documento EP1030272 se han hecho intentos de
superar las desventajas antes mencionadas. Este documento muestra un
sistema de utilización de activos electrónicos, el cual está
constituido de un terminal estacionario, un terminal móvil, y un
servidor para pagar un cargo por la emisión de un activo
electrónico o para solicitar un activo electrónico. El terminal
estacionario, el terminal móvil, y el servidor se conectan a una
red de comunicaciones. Después de haber recibido una orden para un
activo electrónico, tal como un billete electrónico, y habiendo
pagado la orden, el servidor envía el activo electrónico a un
terminal específico. Además, al recibir una solicitud para servicio,
el servidor realiza una operación de procesamiento relacionada con
la solicitud de servicio y transmite el servicio solicitado de ese
modo a una terminal específica.
El documento WO 00/25248 se ocupa de un
procedimiento de emisión de billetes para eventos de red
interactivos. Incluye llamadas por los usuarios para solicitar
reservaciones para tal evento a partir de un servidor de base de
datos central. El usuario debe responder a un mensaje de
confirmación para que se autorice su asistencia. El usuario obtiene
un billete electrónico para el acceso que incluye un código y una
clave para un solo uso.
Sin embargo, este documento no menciona nada
sobre la gestión de un billete que es válido durante un intervalo de
tiempo o válido durante un número limitado de veces.
Antes de exponer este problema se definirá la
terminología que se usará en este documento.
Un billete para un evento es un billete
que es válido para una sola vez. El evento puede ser de cualquier
tipo: sala cinematográfica, concierto, viaje por avión, etc.
Un billete para múltiples eventos es un
billete que se puede usar en múltiples ocasiones, pero sólo en el
caso de que el número de ocasiones en lugar del tiempo limite la
validez del billete.
Un billete de temporada es un billete que
es válido durante un intervalo de tiempo. El intervalo de tiempo
puede ser horas, días, semanas, meses, etc.
Un emisor de billete es la entidad que
crea un billete como consecuencia de una transacción de compra con
el usuario.
Un usuario es la entidad que adquiere y
hace uso del billete.
Un receptor del billete es la entidad que
cobra el billete de usuario cuando el usuario pretende tener acceso
con base al billete.
Un billete de temporada y un billete para
múltiples eventos son diferentes de un billete para un evento puesto
que no se anulan en el momento del uso. El billete de temporada se
anula cuando se excede un límite de tiempo predefinido. Los
billetes de temporada pueden tener diferentes períodos de tiempo de
validez. Pueden ser pases de día, pases de semana, pases de mes,
etc. Es posible cualquier período de tiempo. Para un billete para
múltiples eventos, el número de ocasiones en lugar del tiempo
limita la validez del billete. Para estos dos tipos de billetes, lo
que define el tipo de billete es el comportamiento en lo que
respecta a la anulación.
Estos dos tipos de billetes son de ese modo más
sensibles que los billetes para un evento. Un billete para un
evento se puede reconocer como válido para un evento en particular.
Una vez que el receptor del billete acepta el billete, se puede
anular automáticamente. Este sistema en sí mismo es una protección
contra un intento de copia. Si alguien logra clonar su billete,
sólo se acepta el primer uso. En el billete de temporada y para
múltiples eventos, este mecanismo no puede ser fiable. El
propietario del sistema de billete requiere una seguridad tal como
para evitar la clonación de un billete emitido.
Para obtener seguridad en redes abiertas, han
aparecido diversas soluciones de seguridad. Un ejemplo es la
infraestructura para Clave de Uso Público (PKI). PKI es un sistema
que se usa para distribuir y verificar las claves de uso público
que se pueden usar para autentificar a los usuarios, información de
firma o información de codificación. En un sistema PKI, se usan dos
claves correspondientes (denominadas también asimétricas) con
relación a la información que se va a proteger. La información, que
está codificada con una de las dos claves, se puede descodificar
sólo con la otra clave. Una características importante de los
sistemas PKI es que no es factible de forma informatizada usar el
conocimiento de una de las claves para deducir la otra clave. En un
sistema PKI típico, cada uno de los sistemas posee un conjunto de
dos de tales claves. Una de las claves se mantiene privada mientras
que la otra se publica con libertad.
Un PKI distribuye una o diversas claves de uso
público y determina si se puede confiar o no en una cierta clave de
uso público para ciertos usos. Un concepto importante en
infraestructuras constituidas sobre criptografía de clave de uso
público es la de Autoridad de Certificación (CA). La debilidad en un
sistema de clave de uso público es que, incluso cuando se desea que
las claves de uso público estén fácilmente disponibles para todos
los usuarios, se requiere también asegurar que es realmente conocido
que la clave para uso público particular pertenece realmente al
usuario con el que se está comunicando. Esto es el motivo por el
cual es usa una CA. Se utiliza su buen nombre para garantizar la
corrección de una clave de uso público para firmar una clave.
Lo que se requiere además es una forma de usar
el PKI en un sistema electrónico para emitir billetes.
El objeto de la presente invención es
proporcionar un sistema electrónico de billetes en el que se mejora
la seguridad.
El objeto antes mencionado se alcanza por un
procedimiento y un sistema según la parte caracterizante de las
reivindicaciones independientes.
El procedimiento proporcionado por la presente
invención comprende las etapas de:
- -
- facilitar la clave de uso público del terminal de usuario a una unidad para emitir billetes;
- -
- combinar dicha clave de uso público con un billete, cuya clave combinada y billete constituyen un paquete de datos del billete;
- -
- firmando la unidad para emitir billetes dicho paquete de datos del billete;
- -
- enviando la unidad para emitir el billete dicho paquete de datos del billete firmado al terminal de usuario;
- -
- enviando el terminal de usuario dicho paquete de datos del billete firmado a una unidad para recibir billete;
- -
- obteniendo la unidad para recibir billetes dicha clave de uso público comprendida en el paquete de datos del billete firmado recibido;
- -
- codificar un dato de señal de identificación por medio de dicha clave de uso público;
- -
- enviar dichos datos de señal de identificación al terminal de usuario para verificación del terminal de usuario.
- -
- descodificando el terminal de usuario dicho dato de señal de identificación codificado por medio de la clave privada del terminal de usuario;
- -
- enviar dichos datos de señal de identificación descodificados a la unidad para recibir billetes; y
- -
- aceptando la unidad para recibir billetes el billete si el dato de la señal de identificación descodificado obtenido es el mismo que el dato de la señal de identificación antes de codificar el mismo y si es válido el billete,
hace posible gestionar los billetes
electrónicos en una forma más
segura.
El terminal de usuario dispuesto por la presente
invención, que tiene un par de claves, es decir una clave privada y
una clave de uso público, que comprende medios para facilitar su
clave de uso público a una unidad para emitir billetes, hace
posible que la unidad para emisión billetes combine un billete que
va a ser emitido con la clave de uso público, y logre un sistema en
el que se mejora la seguridad.
La unidad para emitir billetes dispuesta por la
presenta invención, que comprende medios para obtener la clave de
uso público del terminal de usuario y medios para combinar dicha
clave de uso público con un billete que constituye un paquete de
datos del billete hace posible que la unidad para emitir billetes
firme el paquete de datos del billete, emita éste al terminal de
usuario, y logre un sistema en el que se mejora la seguridad.
La unidad para recibir billetes dispuesto por la
presente invención, que comprende medios para recibir el paquete de
datos del billete firmado a partir del terminal de usuario, hace
posible que la unidad para recibir billetes reciba la clave
incluida de uso público de un modo seguro puesto que estaba
contenida en los datos del billete que se firmó por la unidad para
emitir billetes, y usar la clave incluida de uso público del
terminal de usuario para verificar que el terminal de usuario es el
que pretende ser, y lograr un sistema en el que se mejora la
seguridad.
Una ventaja de la presente invención es que
resulta casi imposible por un usuario clonar un billete y la
presente invención es por lo tanto particularmente adecuada para
billetes de temporada y billetes para eventos múltiples.
Las realizaciones preferidas se exponen en las
reivindicaciones subordinadas.
De acuerdo con una primera realización de la
presente invención, un certificado de la unidad para emitir billetes
se incluye en un mensaje, enviado por la unidad recibir billetes,
para invitar al terminal de usuario que facilite un billete.
Una ventaja de la primera realización es que
hace posible que el usuario verifique la unidad para recibir el
billete, antes de facilitar cualquier billete y que proporciona un
tamaño más pequeño de los datos del billete que se necesitan
transferir y almacenar en el momento de emitir el billete.
Otra ventaja de la primera realización es que no
se establece en el momento de la adquisición en qué lugar se va a
usar el billete. De este modo, se pueden añadir más receptores de
billete durante la validez del billete.
De acuerdo con una segunda realización de la
presente invención, una lista de unidades válidas para recibir
billetes se incluye en el paquete de datos del billete emitido.
Una ventaja de la segunda realización es que
hace posible que el usuario verifique la unidad para recibir el
billete, antes de facilitar cualquier billete a la misma, y que
establece la lista de receptores de billetes en el momento de la
adquisición.
la figura 1 es un diagrama en bloque que
ilustra a modo de ejemplo un sistema electrónico para emitir
billetes.
la figura 2 es un diagrama de secuencia de
señalización que muestra un ejemplo de los procedimientos para
emitir billetes.
la figura 3 es un diagrama de secuencia de
señalización que muestra un ejemplo de los procedimientos para usar
el billete.
la figura 4 es un diagrama de secuencia de
señalización que muestra un ejemplo de los procedimientos de
anulación del billete.
La figura 1 es un diagrama de bloque que ilustra
un sistema electrónico para emitir billetes a modo de ejemplo. El
sistema para emitir billetes puede ser cualquier tipo de sistema
para emitir billetes tal como una compañía de cine que vende
billetes de cine, una compañía de autobuses que vende billetes de
autobús, una compañía aérea que vende billetes de avión, etc. En
consecuencia, los billetes pueden ser de cualquier tipo de billetes
para un evento tal como billetes de cine, billetes de avión,
billetes de autobús, etc.
El sistema para emitir billetes es adecuado para
sistemas de billetes que gestionan billetes que son válidos durante
un intervalo de tiempo, los denominados billetes de temporada o
válidos para un número de eventos, denominados billetes para
múltiples eventos, aunque se pueden usar para cualquier clase de
sistema de billetes en el que se reclama una elevada seguridad.
El sistema para emitir billetes está
estructurado en la criptografía para clave de uso público, por
ejemplo en infraestructura para Clave de Uso Público (PKI), para
obtener seguridad en el sistema.
El sistema comprende una unidad 101 para emitir
billetes, una unidad 103 para recibir billetes, una unidad 104 para
firma autorizada y un terminal 105 de usuario, el cual se usa por un
usuario 107.
El terminal 105 de usuario es la entidad que
recibe el billete del emisor y hace uso de él sometiendo el mismo al
receptor del billete. El terminal 105 de usuario puede ser un
teléfono móvil, una Asistencia Digital Personal (PDA) un ordenador
de mesa, etc. Un ejemplo de un usuario 107 es una persona que desea
ver una película en un cine. El terminal 105 de usuario comprende un
agente de usuario que es capaz de gestionar y almacenar los datos
del billete electrónico. El terminal 105 de usuario tiene un par de
claves PKI, es decir, una clave de uso público y una privada. Para
proteger el sistema de un intento de copia, debería ser indeseable
para el usuario dispersar la clave privada. Por lo tanto, este
sistema puede usar una clave de alguna importancia para el usuario,
requiriendo preferiblemente un certificado. La clave privada debe
ser acoplada a un certificado que se emite por una entidad en la que
el sistema se fía para emitir los certificados de usuario.
Preferiblemente, el certificado sería el mismo que el que se usa
normalmente para identificar el usuario. Esto lo haría
extremadamente inconveniente cuando el usuario intenta realizar una
copia, puesto que permite entonces que le facilite la clave privada
al amigo para tener acceso completo a toda la información del
mismo.
Una unidad 104 de firma autorizada es una
entidad que forma parte del sistema electrónico para emitir
billetes. La unidad 104 de firma autorizada se designa por el
sistema para firmar certificados que se van a emitir y acreditar
por las unidades dentro del sistema. Es decir, la unidad 104 de
firma autorizada constituye una base de confianza en el sistema.
Puede ser una unidad separada o posicionada conjuntamente con la
unidad 101 para emitir billetes o la unidad 103 para recibir
billetes.
Existe una relación de confianza entre la unidad
101 para emitir billetes y la unidad 103 para recibir billetes. La
unidad 103 para recibir billetes necesita tener la clave de uso
público de la unidad 101 para emitir billetes. Esto se puede lograr
proporcionando a la unidad 103 para recibir billetes un certificado
firmado por la unidad 104 de firma autorizada, cuyo certificado
contiene la clave de uso público de la unidad 101 para emitir
billetes o mediante la programación real de la clave de uso público
firmada en la unidad 103 para recibir billetes.
La unidad 101 para emitir billetes es la entidad
que crea un billete.
Es importante que el usuario 107 sepa que la
unidad 103 para recibir billetes es una unidad acreditada en
particular si el usuario 107 permite que la unidad 103 para recibir
billetes invalide su billete de temporada o billete para múltiples
eventos, el cual ha vencido. Según una primera realización de la
presente invención, esto se proporciona de modo que la unidad 101
para emitir billetes tenga un certificado, que está firmado por la
unidad 104 de firma autorizada. La unidad 103 para recibir billetes
tiene medios para verificar quien firma este certificado que se basa
en la clave.
Según una segunda realización de la presente
invención, la unidad 101 para emitir billetes almacena los
identificadores para las unidades válidas que reciben el billete en
las que un billete específico se puede recibir según los datos del
billete. La forma en que esto se usa se describirá más adelante.
La unidad 103 para recibir billetes es la
entidad que recoge el billete procedente del terminal 105 de usuario
cuando el usuario 107 intenta tener acceso basado en el billete. La
unidad 103 para recibir billetes es accesible 106 mediante el
terminal 105 de usuario y el terminal 105 de usuario es accesible
106 mediante la unidad 103 para recibir billetes, a través de una
red de área local, por ejemplo, un protocolo 109 de enlace local. Es
típicamente un acceso inalámbrico, por ejemplo un autobús puede
tener una unidad 103 para recibir billetes cerca de la entrada del
autobús de forma que un usuario 107 que entra en el autobús pueda
tener acceso a la unidad 103 que recibe billetes para entregar el
billete.
El usuario 107 desea saber si el terminal 105 de
usuario tiene cualquier billete pertinente para facilitar a esa
unidad 103 para recibir billetes. Por lo tanto, la unidad 103 para
recibir billetes de acuerdo con la primera realización proporciona
el certificado de la unidad 103 para emitir billetes según se
menciona anteriormente. La forma como esto se usa se describirá más
adelante.
La unidad 103 para recibir billetes dispone
adicionalmente de su propio certificado firmado por la unidad 104 de
firma autorizada. La unidad 103 para recibir billetes tiene medios
para recibir un paquete de datos del billete procedente de un
terminal 105 de usuario, comprendiendo dicho paquete de datos del
billete la clave de uso público del terminal 105 de usuario. La
unidad 103 para recibir billetes necesita verificar que el terminal
de usuario tiene acceso a la clave privada que compara ésta con la
clave de uso público. Si la unidad 103 para recibir billetes puede
lograr esto, reconoce que el terminal 105 de usuario tiene ambos
lados de la clave y debería de ese modo ser el que pretende ser.
Esto se alcanza por un mecanismo sensible a la señal de
identificación, ya que la unidad 103 para recibir billetes tiene
medios para realizarlo. En la forma que esto se realiza se
describirá también más adelante.
El sistema gestiona datos que se reciben en una
amplia red de área, típicamente Internet, mediante un terminal 105
de usuario con el fin de transferir esos datos a un punto más
adelantado en el tiempo, por ejemplo un protocolo de enlace local a
la unidad 103 para recibir billetes. Esto se puede materializar
típicamente en terminales móviles y estar disponible para las
aplicaciones de emisión de billetes.
Un ejemplo de los procedimientos para emitir
billetes se describirá ahora refiriéndonos al diagrama de secuencia
de señalización mostrado en la Figura 2. Los procedimientos incluyen
las siguientes etapas:
- 201
- El terminal 105 de usuario accede a la unidad 101 para emitir billetes y solicita un billete. Alternativamente la unidad 101 para emitir billetes puede realizar el inicio.
- 202
- La unidad 101 para emitir billetes establece una conexión protegida con el terminal 105 de usuario. En este canal, deberá tener lugar la transacción. La unidad 101 para emitir billetes solicita la clave de uso público del agente de usuario en el terminal 105 de usuario.
- 203
- El agente de usuario en el terminal 105 de usuario envía la clave de uso público a la unidad 101 para emitir billetes.
- 204
- La unidad 101 para emitir billetes verifica la corrección de la solicitud del billete. Entonces genera un billete con datos según se especifica en la compra, por ejemplo, el período de tiempo en el que el billete es válido o el número de eventos que tiene de validez el billete. Los datos pueden contener una parte de texto claro y una parte codificada. La intención de la parte del texto claro es hacer posible proporcionar una buena interfaz de usuario en el terminal de usuario. Según la segunda realización, el dato contiene además una lista de identificadores asociados a algunas o a cada una de las unidades válidas para recibir el billete en las que se puede usar el billete. La unidad 101 para emitir billetes anexa la clave de uso público de usuario al billete, que constituye un paquete de datos del billete que comprende la clave de uso público del usuario, y el billete. La unidad 101 para emitir billetes firma entonces el paquete de datos del billete y envía el paquete de datos del billete firmado al terminal 105 de usuario. Esto significa que la unidad 101 para emitir billetes actúa como una Autoridad de Certificado (CA) local para el sistema de emitir billetes.
- 205
- El terminal 105 de usuario obtiene el dato del billete firmado y envía un mensaje de reconocimiento a la unidad 101 para emitir billetes.
Un ejemplo de los procedimientos de uso del
billete se describirá ahora haciendo referencia al diagrama de
frecuencia de señalización mostrado en la figura 3. Los
procedimientos incluyen las siguientes etapas:
- 301.
- Cuando el usuario 107 y el terminal 105 de usuario se encuentra al alcance de la unidad 103 para recibir el billete, la unidad 103 para recibir el billete envía un mensaje de invitación para el uso del billete, comprendiendo dicho mensaje el certificado de la unidad 103 para recibir el billete mencionado anteriormente. El certificado se va a usar para probar la identidad de la unidad 103 para recibir el billete.
- De acuerdo con la primera realización de la presente invención, este mensaje comprende además el certificado de la unidad 101 para emitir billetes mencionado anteriormente. Alternativamente el terminal 105 de usuario puede realizar el comienzo.
- 302.
- El cliente del terminal 105 de usuario usa, de acuerdo con la primera realización, el certificado de la unidad 101 para emitir billetes para buscar cualquier comprobación de billetes.
- De acuerdo con la segunda realización de la presente invención, la identidad de la unidad 103 para recibir el billete es validada con relación a la lista de los receptores válidos de billetes contenidos en el billete. En ambas realizaciones, el certificado obtenido de la unidad 103 para recibir el billete se usa para proporcionar la identidad de la unidad 103 para recibir el billete. Si el terminal 105 de usuario tiene datos pertinentes, es decir un billete para entregar y la unidad 103 para recibir el billete se encuentra capaz de ser acreditada, continuará la comunicación. De otro modo la comunicación se termina aquí. Si se continúa la comunicación, el cliente transmite entonces mediante el paquete de datos del billete firmado por la unidad para emitir billetes, que contiene el billete y la clave de uso público del terminal 105 de usuario, a la unidad 103 para recibir el billete. La transmisión del paquete de datos del billete al receptor del billete se puede realizar automáticamente o resultar configurada para requerir la aceptación de usuario.
- La unidad 103 para recibir el billete verifica la firma generada por la unidad 101 que emite el billete. La clave de uso público de usuario se ha recibido ahora de una manera segura. Puesto que ésta estaba contenida en los datos del billete que se ha firmado por la unidad 101 para emitir el billete, se verifica que es la misma clave de uso público que se ha provisto por el terminal 105 de usuario a la unidad 101 para emitir billetes, cuando se emitió el billete. La unidad 103 para recibir el billete necesita ahora verificar que el terminal de usuario tiene acceso a la clave privada que concuerda con esta clave de uso público. Si la unidad 103 para recibir el billete logra esto, reconoce que el terminal 105 de usuario tiene ambos lados de la clave y debería ser de ese modo la persona que pretende ser. Esto se logra por un mecanismo sensible a la señal de identificación. La parte de la señal de identificación implica que la unidad 103 para recibir el billete genera una señal de identificación en la forma de un paquete de datos al azar por ejemplo un número o fila de números, y pudiera anexar algún otro dato, por ejemplo la fecha y hora al mismo. La unidad 103 para recibir el billete codifica este dato con la clave de uso público obtenida del usuario, y la envía al terminal 105 de usuario.
\newpage
- 303.
- La parte sensible implica que el terminal 105 de usuario recibe dicho dato y descodifica la señal de identificación usando su clave privada y devuelve el dato descodificado a la unidad 103 para recibir el billete.
- 304.
- Si la unidad 103 para recibir el billete puede verificar que la respuesta contiene los mismos datos que se enviaron en la forma codificada en la señal de identificación, se puede comprobar la identidad de usuario. La unidad 103 para recibir el billete verifica los datos del billete. Si el billete es todavía válido se le garantiza al usuario el acceso basado en el billete, y envía un reconocimiento de recepción de billete al terminal de usuario.
Un ejemplo de procedimientos de anulación de
billete se describirá ahora refiriéndonos al diagrama de secuencia
de señalización mostrado en la figura 4. Un billete de temporada es
válido hasta que haya pasado un cierto límite de tiempo. Según se
establece anteriormente, esto pudiera ser horas, días o cualquiera
que sea. Un billete para múltiples eventos es válido durante un
número predeterminado de eventos. Cuando el billete se ha vencido,
es decir el tiempo límite o se ha excedido el número de eventos, el
receptor del billete no aceptará más el billete. Si los billetes no
se anulan, hay un problema potencial de que el almacén del billete
del usuario se llene con billetes vencidos y la complejidad añadida
de la comparación de diversos billetes para un receptor de billete,
solamente algunos o uno de los cuales sería el válido.
Se asume que los intentos de usuario para
obtener en el metro y su almacén de billetes contiene un número de
billetes vencidos. Puesto que el cliente no puede ser acreditado
para tener una noción correcta del tiempo actual, no puede decidir
realmente que se ha vencido un billete. En el caso extremo, el
cliente necesitará entonces continuar intentándolo con diferentes
billetes que concuerden con el receptor del billete para ver si uno
de ellos es válido. Sería mucho más simple si el receptor del
billete le dijera al cliente en que momento se ha vencido el
billete.
Se asume que el usuario es responsable de
renovar sus billetes. Esto significa que el usuario conocería en
que momento comprar un nuevo billete para el evento en particular,
por ejemplo el metro. El usuario puede comprar un nuevo billete
siempre que quiera y no necesite esperar que se venza el usado. Se
asume también que el acto de comprar un nuevo billete no se
materializa simplemente prolongando la validez del que se ha
vencido.
Para mantener la consistencia, se pueden usar
los procedimientos de anulación siguientes, después de realizar las
etapas 301-306 según se describe anteriormente.
- 401.
- La unidad 103 para recibir billetes ha verificado ahora la identidad del usuario. La unidad 103 para recibir billetes verifica los datos del billete. En esta ocasión la unidad 103 para recibir billetes encuentra que se ha vencido el billete. Por lo tanto, envía un mensaje de anulación del billete al terminal 105 de usuario.
- 402.
- El terminal 105 de usuario notifica el hecho de que el billete ha vencido y envía el reconocimiento de invalidación del billete a la unidad 103 para recibir billetes. El terminal 105 de usuario puede marcar el billete como no válido y transferir el mismo a un archivo secundario de billetes usados que el usuario puede guardar como referencia u omitir el mismo simplemente.
- 403.
- La unidad 103 para recibir billetes pide al terminal 105 de usuario servir un billete válido.
- 404.
- El terminal 105 de usuario intenta entonces enviar otro billete a la unidad 103 para recibir billetes, y si este billete es válido el procedimiento continuará a partir de la etapa 30 descrita anteriormente.
El procedimiento se materializa por medio de un
producto de programa de ordenador que comprende el medio de código
de software para realizar las etapas del procedimiento. El producto
del programa de ordenador se ejecuta en un ordenador almacenado en
un terminal de usuario, una unidad para emitir billetes y una unidad
para recibir billetes, dentro del sistema electrónico para emitir
billetes. El programa de ordenador se carga directamente o desde un
medio que se usa por el ordenador, tal como un disco flexible, un
CD, Internet, etc.
La presente invención no se limita a las
realizaciones preferidas descritas anteriormente. Se pueden usar
diversas alternativas, modificaciones y equivalentes. Por lo tanto,
las realizaciones mencionadas anteriormente no se deberían
considerar como limitantes del alcance de la invención, las cuales
se definen mediante las reivindicaciones adjuntas.
Claims (31)
1. Procedimiento para gestionar un
billete electrónico dentro de un sistema electrónico de emisión de
billetes, usando dicho sistema criptografía de clave de uso público,
y comprendiendo dicho sistema un terminal (105) de usuario que tiene
una clave privada y una clave de uso público asociadas una a la
otra, comprendiendo el procedimiento las siguientes etapas:
- -
- facilitar la clave de uso público del terminal (105) de usuario a una unidad (101) para emitir billetes;
- -
- combinando la unidad (101) para emitir billetes dicha clave de uso público con un billete, cuya clave combinada y billete constituyen un paquete de datos del billete;
- -
- firmando la unidad (101) para emitir billetes dicho paquete de datos del billete;
- -
- enviando la unidad (101) para emitir billetes dicho paquete de datos del billete firmado al terminal (105) de usuario;
- -
- enviando el terminal (105) de usuario dicho paquete de datos del billete firmado a una unidad (103) para recibir billetes;
- -
- obteniendo la unidad (103) para recibir billetes dicha clave de uso público comprendida en el paquete recibido de datos del billete firmado;
- -
- codificar un dato de señal de identificación por medio de dicha clave de uso público;
- -
- enviar dicho dato de señal de identificación al terminal (105) de usuario con el fin de verificar el terminal (105) de usuario.
- -
- descodificando el terminal (105) de usuario dichos datos de señal de identificación codificados por medio de la clave privada del terminal (105) de usuario;
- -
- enviar dichos datos de señal de identificación descodificados a la unidad (103) para recibir billetes; y
- -
- aceptando la unidad (103) para recibir billetes el billete si el dato de la señal de identificación descodificado obtenido es el mismo que el dato de la señal de identificación antes de codificar el mismo y si el billete es válido.
2. El procedimiento según la
reivindicación 1, en el que la unidad (103) para recibir billetes
tiene una certificado, firmado por una unidad (104) de firma
autorizada, comprendiendo el procedimiento la etapa posterior que se
va a considerar antes de la etapa de enviar al terminal (105) de
usuario dicho paquete de datos del billete firmado a una unidad
(103) para recibir billetes:
- -
- la unidad para recibir billetes que envía un mensaje de invitación al terminal (105) de usuario, comprendiendo dicho mensaje el certificado de la unidad (103) para recibir billetes.
3. El procedimiento según la
reivindicación 2, en el que el terminal (105) de usuario usa el
certificado obtenido de la unidad (103) para recibir billetes para
verificar la identidad de la unidad (103) para recibir billetes.
4 El procedimiento según cualquiera de
las reivindicaciones 1-3, en el que el mensaje de
invitación comprende además un certificado de la unidad (101) para
emitir billetes.
5. El procedimiento según la
reivindicación 4, que comprende la etapa adicional que se va a
adoptar por el terminal (105) de usuario:
- -
- verificar si tiene o no cualquier billete pertinente para facilitar a la unidad (103) para recibir billetes, por medio del certificado obtenido de la unidad (101) para emitir billetes.
6. El procedimiento según cualquiera de
las reivindicaciones 2-3, en el que el paquete de
datos del billete comprende además una lista de unidades válidas
para recibir billetes en el que se puede recibir el billete.
7. El procedimiento según la
reivindicación 6, que comprende la etapa adicional que se va a
adoptar por el terminal (105) de usuario:
- -
- verificar el certificado de la unidad (103) para recibir billetes contra la lista de unidades válidas para recibir billetes a fin de identificar la unidad (103) para recibir billetes.
\newpage
8. El procedimiento según cualquiera de
las reivindicaciones 1-7, que comprende la etapa
adicional que se va a adoptar por la unidad (103) para recibir
billetes:
- -
- enviar un mensaje de anulación del billete a la terminal (105) de usuario, cuando encuentra que el billete ha vencido.
9. El procedimiento según la
reivindicación 8, que comprende además la etapa de:
- -
- marcar el billete como no válido; y
- -
- almacenar el billete no válido en un archivo para billetes no válidos dentro del terminal de usuario.
10. El procedimiento según cualquiera de
las reivindicaciones 8-9, que comprende las etapas
adicionales de:
- -
- enviar un mensaje al terminar 105 de usuario, que comprende una invitación para entregar un billete válido.
11. Un producto de programa de ordenador
que se puede cargar directamente en la memoria interna de un
ordenador dentro de una unidad para emitir billetes, una unidad para
recibir billetes y un terminal de usuario en un sistema electrónico
para emitir billetes, que comprende el medio de código de software
para realizar las etapas de cualquiera de las reivindicaciones
1-10.
12. Un producto de programa de ordenador
almacenado en un medio utilizable de ordenador, que comprende un
programa capaz de ser leído para hacer que un ordenador en una
unidad para emitir billetes, una unidad para recibir billetes y un
terminal de usuario en un sistema electrónico para emitir billetes
controle una ejecución de las etapas de cualquiera de las
reivindicaciones 1-10.
13. Sistema electrónico para emitir
billetes que usa criptografía de clave de uso público, comprendiendo
el sistema un terminal (105) de usuario que tiene una clave privada
y una clave de uso público asociada una a otra, comunicando una
unidad para emitir billetes con el terminal de usuario para emitir
un billete al terminal de usuario, y comunicando con una unidad
para recibir billetes con el terminal de usuario para recibir un
billete procedente de un terminal de usuario, caracterizado
porque el terminal (105) de usuario comprende medios para facilitar
la clave de uso público a la unidad (101) para emitir billetes y
medios para enviar el paquete de datos firmado a la unidad (103)
para recibir billetes, comprendiendo además el terminal (105) de
usuario medios para descodificar datos de señal de identificación
codificados por medio de la clave privada del terminal (105) de
usuario obtenida a partir de la unidad (103) para recibir billetes,
y enviar los datos de la señal de identificación descodificada de
nuevo a la unidad para recibir billetes, la unidad (101) para emitir
billetes comprende medios para obtener una clave de uso público del
terminal (105) de usuario y medios para combinar dicha clave de uso
público con un billete, cuya clave y billetes combinados constituyen
un paquete de datos del billete, y comprende además medios para
firmar dicho paquete de datos y enviar el mismo al terminal (105)
de usuario, la unidad (103) para recibir billetes comprende medios
para recibir un paquete de datos del billete firmado a partir del
terminal (105) de usuario y medios para obtener dicha clave de uso
público comprendida en el paquete de datos del billete firmado
recibido, comprendiendo dicho paquete de datos el billete combinado
con una clave de uso público del terminal (105) de usuario, y dicho
paquete de datos está firmado por la unidad (101) para emitir
billetes, comprendiendo además la unidad para recibir billetes
medios para usar dicha clave de uso público para codificar datos de
una señal de identificación y enviar dichos datos de señal de
identificación codificados al terminal (105) de usuario para
verificar si el terminal (105) de usuario tiene una clave privada
que es capaz de descodificar dicha señal de identificación, y medios
para aceptar el billete si el dato de la señal de identificación
descodificado obtenido es el mismo que el dato de la señal de
identificación antes de codificar el mismo y si el billete es
válido.
14. El sistema según la reivindicación 13,
en el que el terminal (105) de usuario comprende además medios para
obtener un paquete de datos del billete a partir de la unidad (101)
para emitir billetes, comprendiendo dicho paquete de datos del
billete la combinación del billete con la clave de uso público
entregada y siendo dicho paquete de datos del billete firmado por la
unidad (101) para emitir billetes.
15. El sistema según la reivindicación 14,
en el que el terminal (105) de usuario comprende medios para obtener
un mensaje que comprende una invitación para facilitar el billete a
una unidad (103) para recibir billetes.
16. El sistema según la reivindicación 15,
en el que dicho mensaje de invitación comprende además un
certificado de la unidad (103) para recibir billetes.
17. El sistema según la reivindicación 16,
en el que el terminal (105) de usuario comprende además medios para
usar un certificado obtenido de la unidad (103) para recibir
billetes con el fin de verificar la identidad de la unidad (103)
para recibir billetes.
18. El sistema según la reivindicación 15,
en el que el terminal (105) de usuario comprende además medios para
verificar si tiene o no cualquier billete pertinente para facilitar
a la unidad (103) para recibir billetes, por medio de un
certificado obtenido de la unidad (101) para emitir billetes
comprendido en un mensaje de invitación procedente de una unidad
(103) para recibir billetes.
19. El sistema según la reivindicación
14-16, en el que el terminal (105) de usuario
comprende además medios para verificar el certificado de la unidad
(103) para recibir billetes contra una lista de unidades válidas
para recibir billetes, comprendida en un paquete de datos del
billete obtenido, para identificar la unidad (103) para recibir
billetes.
20. El sistema según cualquiera de las
reivindicaciones 14-19, en el que el terminal (105)
de usuario comprende además medios para obtener un mensaje para
anular el billete procedente de la unidad (103) para recibir
billetes, cuando ha vencido el billete entregado.
21. El sistema según cualquiera de la
reivindicaciones 14-20, en el que el terminal (105)
de usuario comprende además medios para hacer que un billete no
válido se considere no válido.
22. El sistema según cualquiera de la
reivindicaciones 14-21, en el que el terminal (105)
de usuario comprende además un archivo adaptado para almacenar un
billete no válido.
23. El sistema según cualquiera de la
reivindicaciones 14-22, en el que la unidad (101)
para emitir billetes comprende además medios para firmar dicho
paquete de datos y enviar el mismo al terminal (105) de
usuario.
24. El sistema según cualquiera de la
reivindicaciones 14-23, en el que la unidad (101)
para emitir billetes comprende además una lista de unidades válidas
para recibir billetes en las que se puede recibir un billete.
25. El sistema según cualquiera de la
reivindicaciones 14-24, en el que la unidad (101)
para emitir billetes comprende además medios para incluir dicha
lista en un paquete de datos del billete.
26. El sistema según cualquiera de la
reivindicaciones 14-25, en el que la unidad (103)
para recibir billetes comprende además medios para recibir mediante
el terminal (105) de usuario datos de señal de identificación
descodificados y aceptar el billete si el dato de la señal de
identificación descodificada recibido es el mismo que el dato de la
señal de identificación antes de su codificación y si el billete es
válido.
27. El sistema según cualquiera de la
reivindicaciones 14-26, en el que la unidad (103)
para recibir billetes comprende además medios para enviar un mensaje
a un terminal (105) de usuario, comprendiendo dicho mensaje una
invitación para facilitar un billete a la unidad (103) para recibir
billetes.
28. El sistema según la reivindicación 27,
en el que dicho mensaje de invitación comprende además un
certificado de la unidad (103) para recibir billetes.
29. El sistema según cualquiera de la
reivindicaciones 27-29, en el que la unidad (103)
para recibir billetes tiene conocimiento de un certificado de una
unidad (101) para emitir billetes, cuya unidad (101) para emitir
billetes emite billetes que se pueden recibir por la unidad (103)
para recibir billetes, y en el que comprende además medios para
incluir dicho certificado de una unidad (101) para emitir billetes
en el mensaje de invitación.
30. El sistema según cualquiera de la
reivindicaciones 14-29, en el que la unidad (103)
para recibir billetes comprende además medios para verificar si el
billete recibido ha vencido.
31. El sistema según la reivindicación 30,
en el que dicho mensaje de invitación comprende además medios para
enviar un mensaje para anular el billete al terminal (105) de
usuario, cuando ha vencido un billete recibido.
32. El sistema según cualquiera de la
reivindicaciones 30-31, en el que la unidad (103)
para recibir billetes tiene además medios para enviar un mensaje al
terminal (105) de usuario, comprendiendo dicho mensaje una
invitación para entregar un billete válido.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| SE0100917 | 2001-03-16 | ||
| SE0100917A SE518725C2 (sv) | 2001-03-16 | 2001-03-16 | Förfarande och arrangemang i ett kommunikationssystem |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2276909T3 true ES2276909T3 (es) | 2007-07-01 |
Family
ID=20283389
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES02700953T Expired - Lifetime ES2276909T3 (es) | 2001-03-16 | 2002-02-27 | Metodo y disposicion en un sistema de comunicaciones. |
Country Status (6)
| Country | Link |
|---|---|
| EP (1) | EP1368959B1 (es) |
| AT (1) | ATE345643T1 (es) |
| DE (1) | DE60216056T2 (es) |
| ES (1) | ES2276909T3 (es) |
| SE (1) | SE518725C2 (es) |
| WO (1) | WO2002076078A1 (es) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| ATE343294T1 (de) * | 2003-04-04 | 2006-11-15 | Ericsson Telefon Ab L M | Verfahren und vorrichtungen zur bereitstellung eines netzzugangs |
| WO2005111953A1 (en) * | 2004-05-14 | 2005-11-24 | Ecebs Limited | Improved ticketing scheme |
| GB0410861D0 (en) * | 2004-05-14 | 2004-06-16 | Ecebs Ltd | Improved ticketing system |
| FI121196B (fi) * | 2006-05-15 | 2010-08-13 | Teliasonera Finland Oyj | Menetelmä ja järjestelmä älykortin arvon lataamiseen |
| CA2768671A1 (en) * | 2009-07-21 | 2011-01-27 | Fair Ticket Solutions Inc. | Systems and methods for reducing the unauthorized resale of event tickets |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AU3096800A (en) * | 1998-10-26 | 2000-05-15 | Intervu, Inc. | Audience management for interactive network events |
| JP3594180B2 (ja) * | 1999-02-18 | 2004-11-24 | 松下電器産業株式会社 | コンテンツ提供方法 |
| EP1617389A3 (en) * | 1999-02-18 | 2006-09-27 | Matsushita Electric Industrial Co., Ltd. | Server apparatus and terminal of a user for use in an electronic asset utilisation system |
-
2001
- 2001-03-16 SE SE0100917A patent/SE518725C2/sv not_active IP Right Cessation
-
2002
- 2002-02-27 ES ES02700953T patent/ES2276909T3/es not_active Expired - Lifetime
- 2002-02-27 WO PCT/SE2002/000337 patent/WO2002076078A1/en active IP Right Grant
- 2002-02-27 DE DE60216056T patent/DE60216056T2/de not_active Expired - Lifetime
- 2002-02-27 AT AT02700953T patent/ATE345643T1/de active
- 2002-02-27 EP EP02700953A patent/EP1368959B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| EP1368959B1 (en) | 2006-11-15 |
| SE518725C2 (sv) | 2002-11-12 |
| DE60216056T2 (de) | 2007-06-28 |
| SE0100917D0 (sv) | 2001-03-16 |
| ATE345643T1 (de) | 2006-12-15 |
| DE60216056D1 (de) | 2006-12-28 |
| SE0100917L (sv) | 2002-09-17 |
| EP1368959A1 (en) | 2003-12-10 |
| WO2002076078A1 (en) | 2002-09-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2875391T3 (es) | Expedición de documentos virtuales en una cadena de bloques | |
| ES2626064T3 (es) | Procedimiento y sistema para autenticar a un usuario que utiliza un dispositivo móvil y por medio de certificados | |
| ES2644739T3 (es) | Solicitud de certificados digitales | |
| ES2278979T3 (es) | Manipulacion segura de objetos de datos de depositos. | |
| ES2256457T3 (es) | Sistema de comunicacion entre terminales. | |
| Asokan et al. | Server-supported signatures | |
| KR100990320B1 (ko) | 공용 서버로부터 콘텐츠를 요청할 때 클라이언트프라이버시를 제공하는 방법 및 시스템 | |
| JP5278803B2 (ja) | 権限管理方法、そのシステム並びにそのシステムで利用されるサーバ装置及び情報機器端末 | |
| ES2590678T3 (es) | Método y sistema para verificar una solicitud de acceso | |
| JP4674044B2 (ja) | クライアントが許可を検証できるキー管理プロトコルを設けるためのシステムおよび方法 | |
| US8732457B2 (en) | Scalable certificate validation and simplified PKI management | |
| JP2004015665A (ja) | 電子チケット流通システムにおける認証方法およびｉｃカード | |
| BRPI0417326B1 (pt) | Sistema de autenticação para aplicativos de computadores em rede | |
| KR20010033972A (ko) | 클라이언트측 공개키 인증방법 및 단기증명장치 | |
| JP2002032344A (ja) | コンテンツ提供方法及び装置 | |
| KR20040066605A (ko) | 공개키 기반 구조(ｐｋｉ) 도메인간의 이동 사용자를 위한스마트카드 인증서 등록 및 검증 시스템 및 방법 | |
| TW201205333A (en) | Transaction auditing for data security devices | |
| ES2404041T3 (es) | Sistema y método para proporcionar acceso autorizado a contenido digital | |
| WO1998032113A1 (fr) | Procede et systeme de controle de cle pour signature electronique | |
| JP2001188757A (ja) | 証明書を用いたサービス提供方法 | |
| ES2773705T3 (es) | Método para proporcionar firmas digitales seguras | |
| ES2205256T3 (es) | Procedimiento y sistema para garantizar las prestaciones de servicio difundidas por una red informatica de tipo internet. | |
| ES2834071T3 (es) | Dispositivo y método de distribución de un número de identificación personal | |
| KR20090071307A (ko) | 인증서 검증 방법, 인증서 관리 방법 및 이를 수행하는단말 | |
| PT2195769E (pt) | Método com base num cartão sim que realiza serviços com características de alta segurança |