ES2335501T3 - Billete activo con caracteristica dinamica, tal como el aspecto, con diversas opciones de validacion. - Google Patents
Billete activo con caracteristica dinamica, tal como el aspecto, con diversas opciones de validacion. Download PDFInfo
- Publication number
- ES2335501T3 ES2335501T3 ES04769492T ES04769492T ES2335501T3 ES 2335501 T3 ES2335501 T3 ES 2335501T3 ES 04769492 T ES04769492 T ES 04769492T ES 04769492 T ES04769492 T ES 04769492T ES 2335501 T3 ES2335501 T3 ES 2335501T3
- Authority
- ES
- Spain
- Prior art keywords
- ticket
- active
- mobile terminal
- service provider
- user
- 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.)
- Active
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
- G06Q30/00—Commerce
- G06Q30/018—Certifying business or products
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
- G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/535—Tracking the activity of the user
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/08—Access security
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/08—Mobility data transfer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/60—Context-dependent security
- H04W12/69—Identity-dependent
- H04W12/77—Graphical identity
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- General Physics & Mathematics (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Entrepreneurship & Innovation (AREA)
- Computing Systems (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Telephonic Communication Services (AREA)
- Cosmetics (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Telephone Function (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Detergent Compositions (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Un procedimiento para proporcionar un billete activo en un terminal móvil, para su empleo por parte de un usuario del terminal móvil, caracterizado porque el billete activo tiene una característica de aspecto o presentación de billete que cambia dinámicamente, sobre la base de uno o más estados, en un ciclo vital del billete activo.
Description
Billete activo con característica dinámica, tal
como el aspecto, con diversas opciones de validación.
La presente invención se refiere a un sistema de
venta de billetes; y, más específicamente, a un sistema digital de
venta de billetes para su uso conjuntamente con un teléfono o
terminal móvil.
Hay muchas maneras distintas conocidas para
proporcionar un billete (o entrada de acceso) que permita a alguien
obtener acceso a un espectáculo o plaza. Una manera conocida es
distribuir un billete físico con la hora y lugar del espectáculo
impresos sobre el mismo. El billete se entrega habitualmente a un
portero cuando alguien ingresa al local en el cual se celebra el
espectáculo. Sin embargo, los billetes físicos conocidos tienen
varios problemas asociados con los mismos, que incluyen: 1) No
pueden entregarse por medios digitales. En otras palabras, es
imposible entregar los billetes remotamente. 2) Es difícil comprobar
si el billete conocido es un billete robado en la mayoría de los
casos, p. ej., el billete de cine. 3) Es difícil efectuar una
gestión digital para los billetes. 4) El billete físico desperdicia
un montón de papel.
Más recientemente, se han desarrollado billetes
digitales, que se están utilizando ahora, incluyendo el empleo de
los mismos en teléfonos o terminales móviles. Un billete digital es
un certificado que garantiza ciertos derechos para el propietario
del billete. Hay muchas aplicaciones para los billetes digitales,
que incluyen, p. ej., un sellado electrónico, un cupón o un
justificante electrónico. Pero la mayoría de los billetes digitales
son simplemente billetes textuales digitales, en los cuales los
derechos del titular del billete están descritos con texto.
A la vez que el billete digital se hace popular,
también se introducen algunas cuestiones. Los billetes digitales
son bastante adecuados para su entrega por redes, lo que facilita
que sea alterado, pirateado o distribuido en exceso, sin ningún
cambio ni control. La copia digital del billete puede ser igual al
original, lo que hace más difícil la verificación del billete en su
rescate. Se han propuesto muchas soluciones para proteger los
billetes digitales, pero la protección extra a menudo hace que el
sistema de billetes digitales sea demasiado complicado y, por lo
tanto, es motivo de cuestiones de utilizabilidad, lo que impide los
usos del billete digital.
Por ejemplo, en un entorno móvil el billete
digital tiene algunos problemas conocidos. En lo principal, se
refieren a cuestiones de seguridad. Es muy fácil enviar alguna
información digital de terminal a terminal y, por ello, sin medidas
adecuadas de seguridad, es posible la distribución en exceso de los
billetes. Se han desarrollado diversas técnicas para solventar el
problema. Muchos sistemas de validación de billetes son bastante
complicados y disminuyen la utilizabilidad de tales sistemas de
billetes digitales.
En general, la venta de billetes móvil es un
problema debido a la cuestión de la protección por copia. Hay dos
enfoques básicos conocidos en uso hoy en día:
1. La venta de billetes móvil se utiliza ahora
en formatos de propiedad industrial, y se utiliza sólo con sistemas
de venta de billetes con bajo valor y bajo riesgo (p. ej., venta de
billetes basada en textos de SMS), o códigos de barras. Esta
solución tiene un problema de protección por copia, en cuanto a que
no hay ninguna protección: sólo el primero que presenta el billete
obtiene los productos o el acceso. Esto requiere una comprobación
cruzada en la validación. Otra opción es que se requiera
adicionalmente alguna clase de identificación del usuario (p. ej.,
número de teléfono, o licencia de conductor). El problema es que la
validación de billetes debería ser un proceso muy rápido, y esto
retarda el proceso.
2. Otra alternativa es utilizar mecanismos de
seguridad para la validación y almacenamiento de billetes. Los
enfoques criptográficos tradicionales, tales como el
cifrado/descifrado, la firma digital, etc., se utilizan para
proteger el billete textual digital, pero son engorrosos y costosos
para dispositivos o servicios móviles, ya que deberían utilizar el
mismo sistema, y tienen un problema de utilizabilidad en el punto de
rescate del billete, debido a los siguientes motivos:
a) Se requiere verificación al recibir el
billete.
b) Se necesita una verificación cruzada durante
el rescate, entre el dispositivo del titular del billete y el
dispositivo del punto de rescate.
Ambos causan un coste extra de comunicación y de
proceso. Se sabe que la gestión de claves es una tarea difícil. El
establecimiento de sistemas también es muy caro. Debe lograrse un
equilibrio entre la alta seguridad y la utilizabilidad
sencilla.
\newpage
Además, los billetes digitales conocidos tienen
varios otros problemas, que incluyen: 1) Es fácil hacer una copia
ilegal del billete digital conocido que sea imposible de validar sin
la ayuda de una máquina. 2) La protección por copia para los
billetes digitales es habitualmente difícil de implementar, debido,
por ejemplo, a que la criptografía, y la gestión de claves para la
criptografía, es compleja y potencialmente riesgosa o costosa,
porque necesita elementos de hardware seguros en el terminal, etc.
3) La utilizabilidad de los billetes digitales conocidos es un
problema, debido a la complicada protección basada en la
criptografía. 4) El billete digital conocido presenta dificultades
para llevar a cabo la comprobación del rescate o la validez, es
decir, es imposible de comprobar, o de inspeccionar, por un ser
humano sin máquinas. 5) El billete digital dificulta brindar
soporte a negocios adicionales para lograr ingresos extra. 6) El
ciclo vital del billete digital conocido es breve, y el contenido
del billete es difícil de renovar o de actualizar después de su
emisión (la solución actual es emitir un nuevo billete; sin embargo,
el usuario, habitualmente, necesita eliminar el viejo billete).
La presente invención proporciona una solución
para los problemas precitados en la tecnología.
En su sentido más amplio, la presente invención
proporciona un procedimiento y aparato nuevos y únicos para
proporcionar un billete activo en un terminal móvil, para su empleo
por parte de un usuario de terminal móvil, en donde al menos un
billete activo tiene una característica de billete que cambia
dinámicamente, sobre la base de uno o más estados en un ciclo vital
del billete activo. Los cambios dinámicos en la característica del
billete incluyen bien cambios de multimedios u otros datos de
presentación, incluyendo texto, sonido, animación, vídeo o imágenes
fijas; o bien un movimiento del terminal móvil, una emisión de luz
desde el mismo, un cambio de forma; o alguna combinación de los
mismos.
El billete activo puede tener distintos estados
en su ciclo vital, tales como adquirido, en plantilla, prevalidado,
validado o inválido para ciertos espectáculos. Además, el proveedor
o emisor de servicios de billetes puede enviar nuevos datos de
control para cambiar la característica y/o el contenido del billete
activo. Esta información se envía sólo al terminal móvil del
comprador original del billete activo, por lo que los billetes no
autorizados (es decir, pirateados) distribuidos en exceso, si
hubiera alguno, no recibirán esta información actualizada. Además,
también es posible cambiar la característica o aspecto del billete
según esta información.
El billete está activo en cuanto a que contiene
un algoritmo o programa para cambiar sus datos de multimedios u
otros datos de presentación, según distintas situaciones. El billete
activo puede contener texto, sonido, animación, vídeo o imágenes
fijas, juntas o por separado, incluyendo el algoritmo para
presentarlo.
El billete activo es dinámico durante su ciclo
vital y, lo que es mejor aún, pueden enviársele nuevos datos de
control para cambiar el algoritmo, para dar al algoritmo nuevos
valores de parámetros o para cambiar otros datos de presentación.
Estos datos de control son parte del billete activo, pero son
recibidos, por ejemplo, en un cierto momento y/o ubicación, o bien
inmediatamente antes de que el billete esté por ser utilizado.
Estos datos de control se envían sólo a los billetes legalmente
adquiridos, y cualquier copia ilegalmente realizada se queda sin
ellos, ya que no está registrada en el proveedor o emisor de
servicios de billetes que envía los datos de control. Después de
recibir los datos de control, el billete activo es fácilmente
distinguible de los ilegales. La seguridad aquí es suficiente para
billetes con valor bajo y medio.
La presente invención permite la validación de
billetes sin máquinas. Por ejemplo, con el mecanismo de protección
por copia del billete activo, la validación por el ojo humano es
fácil: la parte de los datos de control puede cambiar el aspecto
del billete, por ejemplo, con una cierta música o imagen con un
cierto fondo. La verificación del billete puede llevarse a cabo
sobre la base del cambio de imagen, el cambio de sonido y/o el
cambio de frecuencia (cambio de duración) de la animación. Sin los
datos de control, el billete puede tener sonido y aspecto
distintos, lo que indica que el billete es inválido. La validación
puede cambiar nuevamente el estado del billete.
Según la presente invención, la validación del
billete puede basarse en sonidos únicos proporcionados por el
billete activo. Esta clase de mecanismo es típicamente barato y
puede procesarse en un servidor. Otra opción es utilizar ciertos
sonidos que puedan ser verificados por un ser humano.
La validación del billete también puede basarse
en la luz única emitida por el billete activo. Cuando el billete
activo es iniciado con la función de validación, puede emitir luz en
una secuencia reconocible por el terminal de validación, sobre la
base de la duración temporal relativa de las secuencias de
intensidad luminosa, de forma tal que el terminal de validación
pueda distinguir si el billete es válido o no. Otra opción es
emplear la intensidad relativa de la luminancia para la
señalización.
De hecho, la invención es un billete activo de
multimedios que puede reemplazar a los billetes actualmente
existentes, y proporcionar más oportunidades comerciales y
flexibilidad. La característica de multimedios del billete activo
muestra la información del billete, y otra información, por vídeo,
audio, animación o alguna combinación de los mismos. El billete
activo es dinámico, y contiene un algoritmo para cambiar su aspecto
cuando ocurre algún suceso (p. ej., cuando llega el momento de la
expiración, cuando el billete ha sido utilizado, etc.). Además,
también pueden enviarse nuevos datos de control al billete activo
para controlar adicionalmente el aspecto futuro del billete.
Esta técnica puede emplearse para la renovación
del billete y para enviar información de aviso al usuario del
billete de manera remota, así como para organizar una campaña
relacionada con el billete, o un juego con billetes.
El billete activo de multimedios de la presente
invención también proporciona diversas opciones para la validación
del billete, sobre la base del sonido, la luz, la frecuencia de
animación, etc.
Algunas ventajas del billete activo, según la
presente invención, son las siguientes:
Con el billete activo, es fácil introducir
entretenimiento en el negocio de venta de billetes, atrayendo por
lo tanto más aplicaciones de billetes digitales móviles. Es flexible
para brindar soporte a diversos modelos de negocio y, por lo tanto,
proporcionar más oportunidades de lucro para los emisores de
billetes.
El billete activo es más seguro, más difícil de
copiar y más fácil de detectar que cualquier billete existente.
Debido a que el billete activo se basa en software, puede enviarse
al equipo de mano del usuario del billete e instalarse
automáticamente. De hecho, de nada vale copiar el aspecto actual del
billete, porque el aspecto futuro será distinto al actual. A la
vista de esto, es difícil falsificar un billete válido.
Con las ventajas anteriores, el billete activo
posee una utilizabilidad avanzada, por encima de los billetes de la
tecnología anterior, porque la verificación cruzada durante el
rescate, entre el dispositivo del titular del billete y el
dispositivo del punto de rescate, no es esencial. Con sólo
visualizar y/o escuchar el billete activo, el inspector del rescate
puede verificar si el billete es válido.
El billete activo según la presente invención
también es fácil de implementar, ya que no hay ninguna necesidad de
gestionar claves criptográficas en el terminal, y puede
implementarse por medio de tecnología Java.
El billete activo según la presente invención es
más flexible y puede brindar soporte flexiblemente a diversos
modelos de negocio, porque está adaptado para la
inspección/verificación del billete por ojos humanos; y para la
verificación del billete digitalmente, por un dispositivo; un
contenedor de billetes puede brindar soporte a múltiples billetes,
de forma tal que la vida de cada billete puede ser eterna; para la
introducción de entretenimiento en el negocio de la venta de
billetes, para que el usuario pueda participar en más actividades
vinculadas con el billete, tales como la competición, los juegos,
etc.
El billete activo según la presente invención es
más económico, porque el círculo vital del billete activo puede ser
eterno, compartido por distintos sucesos; el portador del billete
puede admitir múltiples billetes, y el papel de billete
desperdiciado desaparecerá.
El billete activo según la presente invención es
más significativo, porque el vídeo y el audio significan mucho más
que el texto, y el billete activo de multimedios puede contener más
información, o información mejorada, con respecto a otras clases de
billete.
Los billetes digitales se están utilizando ahora
en terminales móviles. Los terminales móviles permiten la
adquisición, la descarga y la visualización de los billetes
digitales en cualquier momento y en cualquier lugar. A la vista de
esto, la presente invención proporciona valor auténtico no sólo a
los usuarios, sino también a los emisores de billetes. Para los
usuarios, pueden visualizar el billete en sus terminales móviles y
ponerse en contacto fácilmente con el emisor del billete o el
proveedor del servicio. Para los emisores de billetes, se les
permitiría proporcionar información directamente a los usuarios, e
informarles acerca de los cambios o de otros detalles, también
después de la adquisición.
El billete activo puede entregarse por Internet
o por redes móviles. Una forma especial de entrega de billetes
activos puede ser que el Protocolo de Acceso Inalámbrico (WAP)
genere el perfil de dispositivo móvil de información (MIDP) de
Java, portado por el billete, para los equipos móviles de mano. El
billete es portado por una aplicación Java, tal como MIDlet y, por
lo tanto, puede instalarse y ejecutarse en equipos de mano móviles
habilitados para Java, pero no puede ser remitido ulteriormente
después de la instalación. Sin embargo, es importante observar que
el alcance de la invención no está concebido para limitarse sólo a
entornos de programación basados en Java; en cambio, el alcance de
la invención está concebido para incluir implementaciones distintas
al empleo de entornos de programación basados en Java.
La técnica de venta de billetes sencilla, menos
segura, según la presente invención, se adecuaría a billetes donde
el emisor no quiere tener una relación y una aplicación de seguridad
preestablecidas en el terminal móvil. La implementación no requiere
una implementación muy específica para el billete en el terminal
móvil y, por lo tanto, se implementa fácilmente, ya que no es
necesaria ninguna plataforma ni hardware de dispositivo por sí
misma.
Desde un punto de vista comercial, el
establecimiento del sistema es un punto clave. A fin de introducir
un nuevo servicio que pueda reemplazar a un sistema existente, es
muy importante proporcionar el potencial para nuevas oportunidades
de lucro. La introducción del nuevo sistema es más probablemente
posible cuando se establece sobre la base de la infraestructura
existente. Por lo tanto, es fácil de desplegar para los proveedores
de servicios. Los usos concebidos para la presente invención
incluyen, pero no están concebidos para limitarse a:
Billete de entrada (cine, ópera, torneo
deportivo, museo)
Billete complejo de multimedios con una campaña
de sucesos implicada,
Billete de viaje (billete de autobús, billete
periódico, billete temporal, billete aéreo),
Billete de club (billete de socio de natación,
tenis, etc.),
Billete de grupo (billete escolar), y
Billete de campaña (p. ej., un billete con cupón
- con una oferta especial descrita con texto, imagen y audio,
etc.).
Una aplicación de billete activo puede funcionar
como un contenedor de billetes para brindar soporte a todos los
billetes anteriores, en paralelo o en serie. Alternativamente, los
billetes pueden estar en distintas aplicaciones de billetes activos
(p. ej., series de aplicaciones en implementaciones de Java).
Además del procedimiento precitado, la presente
invención también proporciona un nuevo y único terminal móvil para
proporcionar un billete activo, para su empleo por parte de un
usuario de terminal móvil, en donde el terminal móvil incluye un
módulo de aplicación de billete móvil activo que proporciona al
menos un billete activo con una característica de billete que
cambia dinámicamente, sobre la base de uno o más estados en un
ciclo vital del billete activo, que tiene capacidad de acceder a
otros componentes terminales (p. ej., mWallet) al ser verificados
como fiables por parte del terminal, así como un nuevo proveedor de
servicios de billetes, para comunicarse con un terminal móvil, en
donde el proveedor de servicios de billetes incluye un módulo emisor
de billetes que proporciona a un terminal móvil bien al menos un
billete activo, o bien información de control para activar o
desactivar al menos un billete activo, para su utilización por parte
de un usuario de terminal móvil, teniendo el billete, o billetes,
activo(s) una característica de billete que cambia
dinámicamente, sobre la base de uno o más estados en un ciclo vital
del billete activo. La invención también proporciona una nueva red
inalámbrica coherente con lo precitado.
Considerando los terminales móviles habilitados
para Java, los añadidos necesarios para la emisión activa de
billetes deberían ser pequeños: soporte para un nuevo tipo de
billete, u otra forma de comunicar al terminal que este es un
billete. Esto facilitará que el billete sea automáticamente
instalado en el contenedor de billetes. Tal soporte puede añadirse
a la Cartera Móvil.
El billete activo podría ser una aplicación de
MIDP, Java Personal o C, descargada en el dispositivo.
Optativamente, podría haber un contenedor de billetes en el
terminal que pueda gestionar el billete. Puede remitir información
parcial portada por el billete, tal como un anuncio, configuraciones
de adquisición, etc. (Debería permitirse remitir esta información
al proveedor o emisor del servicio de billetes).
Los datos de control pueden generarse para las
aplicaciones, o bien pueden extraerse cuando la aplicación está
comunicándose con el servidor, utilizando la tecnología de
comunicación existente.
El emisor del billete puede controlar la
característica dinámica o el cambio de aspecto remotamente,
proporcionando un testigo de control al terminal móvil. El envío
del testigo puede estar basado únicamente sobre el código de
Identificación Internacional de Equipo Móvil (IMEI), o sobre otra
identificación de terminal o de abonado, incluso una dirección IP.
Así, el envío de la información sólo puede llegar al dispositivo
personal fiable del usuario registrado del billete. La
temporización puede basarse en el reloj del emisor, por lo que sería
difícil atacar al temporizador. Este modelo es adecuado para los
casos en que el valor del billete es alto, los ojos humanos llevan
a cabo la comprobación o validación del rescate del billete
digitalmente, o la verificación en línea del billete digital. Este
procedimiento también es conveniente para que el emisor transmita
(multitransmita) multimedios extra a los titulares de billetes; por
lo tanto, es fácil establecer entretenimiento y campañas vinculados
con la venta de billetes.
La validación de billetes por el ser humano
puede basarse en la presentación de los datos que están disponibles
sólo cuando se han recibido los datos de control. Esto hace que la
copia sea mucho más difícil de antemano, pero aún así, la
validación sin máquina es fácil.
La validación basada en el audio puede
implementarse, por ejemplo, con un cambio de frecuencia relativa.
Además, una marca de agua para el audio (sello temporal, ubicación,
suceso) también puede incrustarse en el billete utilizando una
clave secreta. El verificador basado en una máquina puede utilizar
la misma clave secreta para detectar y verificar la autoridad del
billete, escuchando el sonido del billete.
Los dibujos, no trazados a escala, incluyen las
siguientes Figuras:
La Figura 1 muestra un diagrama de bloques de
una arquitectura de sistema de billete activo según la presente
invención.
\newpage
La Figura 2 muestra un diagrama en bloques de un
formato conocido de datos de billete multimedios de transacción
móvil (MeT) que puede emplearse para implementar la presente
invención.
La Figura 3 ilustra muestras de billetes, e
incluye la Figura 3A, que muestra una compra de billete de cine, la
Figura 3B, que muestra un billete de cine válido, y la Figura 3C,
que muestra un billete de cine inválido.
La Figura 4 es una ilustración de un aspecto
dinámico de un billete activo.
La Figura 5 es una ilustración de un aspecto de
billete en una pila de billetes activos.
La Figura 6 muestra un diagrama de un protocolo
de billetes activos.
La Figura 7 es un diagrama de procedimientos
controlados por billetes activos válidos (con tres procedimientos
alternativos de actualización).
La Figura 8a es un diagrama del protocolo de
billetes activos prevalidados.
La Figura 8b es un diagrama de un protocolo de
billetes activos con una comprobación cruzada.
La Figura 8c es un diagrama de un protocolo de
billetes activos basado en su ubicación.
La Figura 9a es un diagrama de un caso de empleo
del protocolo de adquisición de billetes.
La Figura 9b es un diagrama de un caso de empleo
alternativo del protocolo de adquisición de billetes.
La Figura 10a es un diagrama en bloques de una
validación de una adquisición de billetes.
La Figura 10b es un diagrama en bloques de una
alternativa de validación de una adquisición de billetes.
La Figura 1 muestra una arquitectura del sistema
de billetes activos, generalmente indicado como 20, con un terminal
móvil 22 y un proveedor 24 de servicios de billetes.
El terminal móvil 22 incluye un módulo 22a de
transacción de billete y un módulo 22b de aplicación de billete
activo móvil. El módulo 22a de transacción de billete proporciona la
funcionalidad para brindar soporte a la adquisición de un billete
activo, que puede implementarse como una m-wallet
(cartera móvil) en el teléfono móvil, o como una función de
micropago basada en el servicio de mensajería breve (SMS), la
facturación del operador, la adquisición por tarjeta de pago, o
cualquier sistema de pago actual o futuro, según el modelo de
negocio. El módulo 22b de aplicación de billete activo móvil
contiene una aplicación 22b' de billete activo móvil, que es el
billete instalado y ejecutado en el terminal móvil 22. La aplicación
22b' de billete activo móvil proporciona al menos un billete
activo, con una característica de billete que cambia dinámicamente
sobre la base de uno o más estados en un ciclo vital del billete
activo. El módulo 22b de la aplicación de billete activo móvil y la
aplicación 22b' de billete activo móvil son responsables de ponerse
en contacto con el proveedor 24 de billetes (emisor e inspector) y
de conectarse con el módulo 22a de transacción de billetes para la
transacción del billete (p. ej., el pago). A modo de ejemplo, el
módulo 22b de aplicación de billete activo móvil se muestra y se
describe como que incluye la aplicación 22b' de billete activo
móvil, aunque el alcance de la invención está concebido para
incluir implementaciones en las cuales la aplicación 22b' de billete
activo móvil está conformada como una unidad separada, o en las
cuales el módulo 22b de aplicación de billete activo móvil y la
aplicación 22b' de billete activo móvil están conformadas como parte
de la misma unidad. El terminal móvil puede también incluir un
administrador centralizado de billetes (no mostrado), para
visualizar y/o gestionar los billetes que tiene un usuario,
ahorrando así al usuario el esfuerzo de observar cada aplicación de
billete activo cuando desea visualizar una lista de billetes en
distintas aplicaciones de billete activo. El administrador
centralizado de billetes también puede formar parte del módulo 22b
de aplicación de billete activo móvil.
El proveedor 24 de servicios de billetes incluye
un módulo 24a generador de billetes, un emisor 24b de billetes, un
inspector 24c de billetes y los registros 24d de datos de billetes e
información de usuarios. El módulo 24a generador de billetes es
responsable de generar billetes para los usuarios del terminal
móvil. El emisor 24b de billetes proporciona al terminal móvil 22
bien al menos un billete activo, o bien información de control para
activar o desactivar dicho(s) billete(s)
activo(s), para su utilización por parte de un usuario de
terminal móvil, y es responsable tanto de la entrega como de la
actualización del billete activo. El inspector 24c de billetes es
la función o persona para comprobar la validez del billete
activo.
El terminal móvil 22, el proveedor 24 de
servicios de billetes y los precitados módulos y elementos de los
mismos, incluyendo el módulo 22a de transacciones de billetes, el
módulo 22b de billete activo móvil, el módulo 24a generador de
billetes y el emisor 24b de billetes, pueden implementarse
utilizando hardware, software, o una combinación de los mismos. El
alcance de la invención no está concebido para limitarse a cualquier
implementación específica de la misma. Por ejemplo, una típica
implementación en software puede incluir el empleo de una
arquitectura de microprocesador con un microprocesador, una memoria
de acceso aleatorio (RAM), una memoria de sólo lectura (ROM),
dispositivos de entrada/salida y un bus de control, direccionamiento
y datos para conectar los mismos.
La Figura 2 muestra el formato de billete de
Multimedios MeT, generalmente indicado con 30, que, en una
realización, está adaptado para brindar soporte al formato de
billete activo que es el motivo de esta solicitud de patente. El
formato 30 de billete de Multimedios MeT incluye una cabecera 32 del
MMS (Servicio de Mensajes de Multimedios) y un cuerpo 34 de
mensaje, que tiene los campos de presentación 34a, de imagen 34b de
formato jpeg, de texto simple 34c y de audio 34d de formato
wav.
Por ejemplo, para un aspecto de billete válido,
el billete activo respeta el formato de billete de Multimedios MeT,
según se muestra. Por lo tanto, es posible que un reproductor e
inspector de billetes compatible con MeT reconozca el billete.
Para un aspecto de billete prevalidado y un
aspecto de billete usado, no hay tal soporte de formato de billete,
por lo que es fácil identificar un billete auténtico.
Alternativamente, en otra realización, para el
billete prevalidado, el formato de billete de Multimedios MeT está
adaptado para portar sólo la plantilla del formato del billete.
Mientras que para el billete válido se incluye la información del
billete válido en el formato del billete de Multimedios MeT. Para el
billete usado, la información del billete válido es quitada en
consecuencia por el módulo 22b' de aplicación de billete
activo.
La Figura 3 ilustra tres muestras distintas de
billetes según el motivo de la presente invención, que se muestran
a modo de ejemplo. El alcance de la invención no está concebido para
limitarse a ninguna visualización específica de texto o de gráficos
proporcionada en el billete activo.
Figura
3A
La Figura 3A muestra un ejemplo de compra de
billete de cine, indicado generalmente con 40, que se muestra en el
terminal móvil 22, y que permite al usuario comprar un billete de
cine al proveedor 24 de servicios de billetes. La compra de un
billete de cine incluye funcionalmente una primera sección 40a de
texto que indica la acción "Comprar Billete de Cine", una
sección 40b de imagen que muestra una escena de una película, una
segunda sección 40c de texto que indica un título completo o parcial
de la película, esto es, "Llega 007", así como una hora, esto
es, "16:30-18:40", y una fecha, esto es,
"30.1.2003", en que se exhibe la película, y una tercera
sección, indicada generalmente con 40d, con los iconos
"Activar/pago" o "Salir", a fin de que el usuario los
pulse para pagar el billete de cine o para salir de la
visualización.
Figura
3B
La Figura 3B muestra un ejemplo de un billete de
cine válido, indicado generalmente con 42, que se exhibe en el
terminal móvil 22 después de que el usuario paga por el billete de
cine. El billete de cine válido incluye una primera sección 42a de
texto que indica el texto "Billete de Cine Válido", una sección
40b de imagen que muestra una escena de una película, un número de
confirmación del billete de cine, esto es, "3467890", el
número de billetes, esto es, "(2)", un título completo o
parcial de la película, esto es, "007", así como una hora,
esto es, "16:30-18:40", y una fecha, esto es,
"30.1.2003", en que se exhibe la película, y una segunda
sección, generalmente indicada como 40c, con los iconos "Usar"
o "Salir", a fin de que el usuario los pulse para utilizar el
billete de cine o para salir de la visualización.
Figura
3C
La Figura 3C muestra un ejemplo de un billete de
cine inválido, indicado generalmente con 44, que se exhibe en el
terminal móvil 22, que muestra al usuario el billete de cine
adquirido al proveedor 24 de servicios de billetes, después de
haber sido utilizado. El billete de cine inválido incluye una
primera sección 44a de texto, que indica el texto "Billete de
Cine Inválido", una sección 44b de imagen que muestra una escena
de una película, una segunda sección 44c de texto que indica el
texto "Para más películas, pulse el menú", y una tercera
sección, indicada generalmente con 44d, con los iconos
"Activar/pago" o "Salir", a fin de que el usuario los
pulse para exhibir el menú de películas para las cuales se adquieren
billetes, o para salir de la visualización.
El alcance de la invención no está concebido
para limitarse a cualquier estado específico en el ciclo vital del
billete, y está concebido para incluir otros estados tales como en
plantilla, prevalidado y preparado, según el emisor del
billete.
La Figura 4 muestra un gráfico del tiempo con
respecto al aspecto del billete para un terminal móvil dado, e
indica que el aspecto o característica de un billete activo, según
la presente invención, cambia tanto según el tiempo como según el
estado del billete activo.
Por ejemplo, durante un periodo de prevalidación
del suceso 1, el aspecto del billete se indica como el aspecto 1.
Cuando el usuario del billete quiere rescatar el billete, o es la
hora, o está en el sitio para rescatar el billete, el emisor envía
los datos del billete al equipo de mano de confianza personal del
usuario, que activa el billete en el aspecto 2, según se muestra.
Después de usar el billete, un punto de rescate o un emisor del
billete lleva el billete activo al aspecto 3. Luego el billete llega
al siguiente suceso del billete, y así sucesivamente.
El billete activo se muestra dinámicamente. La
activación del billete está controlada por datos de control
emitidos por el proveedor o emisor de servicios de billetes (Figura
1). Los datos de control indican qué clase de aspecto debería
mostrarse. Después de obtener los datos, el módulo 22b de aplicación
de billete activo móvil entrará en funciones para exhibir el
billete en el terminal móvil 22, sobre la base de la instrucción de
los datos de control.
Alternativamente, el alcance de la invención
también está concebido para incluir casos o implementaciones
especiales, donde se desea una alta seguridad, y hay hardware
disponible; los datos de control pueden enviarse desde un elemento
seguro dentro de, o adosado a, o en comunicación con, el terminal
móvil. En algunos de estos casos, no se necesitaría establecer
ninguna conexión con el proveedor de billetes a fin de capturar los
datos de control, sino que el elemento seguro, o la tarjeta
inteligente, podría reemplazarlos o entregarlos. El elemento seguro
puede también contener un algoritmo para deducir si el estado del
billete debería establecerse como válido, y podría tomar cualquier
información externa como su entrada (ubicación, etc.), o nada en
absoluto.
La Figura 5 muestra seis aspectos del billete en
una pila de billetes activos, indicada generalmente con 45, del
terminal móvil 22, que incluye seis (6) billetes 50, 52, 54, 56, 58,
60, cada uno de ellos con una sección 50a de animación, una sección
50b de audio, y una sección 50c de color, así como una o más
secciones distintas, generalmente indicadas con 50d.
A modo de ejemplo, se muestra un diseño
sencillo. Con una animación y un audio, los datos de control indican
cuán frecuente es la animación, cuán veloz es el audio, cuál es el
color de fondo de la imagen de animación, cuán iluminado está, etc.
Como se muestra, el emisor 24 proporciona los datos de control en
forma de un testigo que contiene, p. ej., la información
"animación 3, audio 6, color 1, etc.", que determina la
característica del aspecto 54 del billete. El alcance de la
invención no está concebido para limitarse, por ejemplo, al número
de billetes activos almacenados en la pila 45, o al tipo o clase de
información almacenada en la pila 45.
La Figura 6 muestra, a modo de ejemplo, un
protocolo de billetes activos, indicado generalmente con 100, según
la presente invención.
En resumen, el protocolo 100 de billetes activos
indica que puede haber varios billetes activos en el terminal móvil
22 (según el modelo de negocio deseado). Dentro de cada billete
activo puede haber varios billetes de espectáculos (un billete para
un partido de fútbol, una película, etc.) y cada billete de
espectáculo puede tener una serie de ciclos vitales.
En el protocolo 100 de billetes activos, el
terminal móvil proporciona una solicitud para una aplicación de
billetes activos al proveedor de servicios de billetes. A modo de
ejemplo, se muestra que la solicitud tiene datos del dispositivo de
información móvil (MID) y que el proveedor de servicios de billetes
es una aplicación proveedora de servicios de billetes. En
respuesta, el proveedor de servicios de billetes genera un billete
activo de aplicación, con sesiones de billetes prevalidados de
espectáculos, y descarga una o más series de billetes en el
terminal móvil. Después de la instalación, el usuario del terminal
móvil inicia y explora la aplicación de billetes activos. Para
iniciar un ciclo vital del billete, el usuario del terminal móvil
solicita un medio de venta de billetes válido, con pago, hora y
ubicación (con datos MID) al proveedor de servicios de billetes. En
respuesta, el proveedor de servicios de billetes verifica el pago,
actualiza el estado del billete y proporciona un comando de aspecto
válido (o conjunto válido de medios) al terminal móvil. En una hora
o lugar adecuado, el terminal móvil proporciona una solicitud de
billete válido del usuario al proveedor de servicios de billetes.
En respuesta, el proveedor de servicios de billetes verifica el
aspecto del billete activo, actualiza el estado del billete y
proporciona un comando de generación de cancelación (o medios de
billete inválido al MID especificado) al MID especificado, con
nuevas sesiones previas a la venta de billetes, lo cual finaliza el
ciclo vital del billete. Cada ciclo vital de billete tiene un
protocolo similar de billetes activos.
La Figura 7 muestra un protocolo para
procedimientos controlados por billetes activos válidos, siendo
alternativos los tres últimos procedimientos de actualización, que
incluyen:
Activación por pago,
Activación por hora válida (generar nuevo
aspecto del billete (esto es, un paquete de billete actualizado)
para el billete a una cierta hora, o envío de un comando de cambio
de aspecto a la aplicación de billetes), y
Activación por ubicación válida (generar nuevo
aspecto del billete (esto es, un paquete de billete actualizado)
para el billete en una ubicación predeterminada, o envío de un
comando de cambio de aspecto a la aplicación de billetes en una
ubicación preferida).
En funcionamiento, la aplicación 22b' de
billetes de terminal activo móvil verifica la validez del comando y
cambia en consecuencia el aspecto del billete.
Hay varias maneras de enviar comandos o medios
al terminal del usuario final, incluso mediante un procedimiento de
difusión o un procedimiento de generación a pedido.
En una realización, puede utilizarse la
tecnología de cifrado de difusión para difundir un comando activado
por el aspecto del billete.
La teoría del cifrado de difusión es la
siguiente: el esquema aborda el caso donde una cierta autoridad
difunde algún contenido valioso, y se requiere que sólo los
clientes legítimos puedan descifrar el contenido. También propone
maneras eficientes de rastrear al traidor que ha construido el nuevo
descifrado.
Las siguientes etapas pueden aplicarse para
difundir el comando a un cierto número de terminales de usuario:
1. El emisor del billete genera una clave raíz,
que puede dar origen a un cierto número de claves seminales.
2. Distribuir las claves seminales a los
usuarios antes de emitir el billete.
3. Difundir el cifrado del comando con la clave
raíz, e indicar qué claves seminales pueden utilizarse para el
descifrado, sobre la base de los datos administrados por el
proveedor de billetes.
4. Sólo el usuario que posee las claves
seminales válidas (que son capaces de descifrar el paquete de
comandos) puede descifrar el paquete de comandos y actualizar el
aspecto del billete al aspecto válido.
El procedimiento de difusión puede utilizarse
para la activación de aspecto de billete basada en hora o
ubicación.
En una realización alternativa, la aplicación
22b' de billetes activos móviles solicita, mediante el pago u otras
medidas, actualizar el cambio de aspecto del billete activo.
Las características de varios billetes pueden
ser gestionadas por la aplicación de billetes activos. Controla el
estado del billete (p. ej., prevalidado, válido, inválido, retirado)
mediante comandos desde el proveedor de billetes. Un procedimiento
de implementación es el siguiente:
1) La aplicación de billetes activos contiene el
certificado de clave pública del proveedor del billete,
2) Cualquier comando está firmado por el
proveedor y verificado por la aplicación de billetes activos,
3) Según el contenido dentro del comando válido,
el billete activo cambia el estado del billete indicado,
4) El estado de billete más reciente podría
administrarse en el elemento seguro del terminal, y ser protegido
por el mismo. (Para una aplicación de billete activo implementada en
Java, podría acceder al estado a través de las API (interfaces de
programación de aplicaciones) JSR 177).
Se prefiere que el pago funcione como activador
de aspecto de billete válido. Ayuda a realizar el intercambio de
datos de igual valor. El pago móvil puede incrustarse en la
aplicación de venta de billetes. Una posible implementación es un
micropago basado en mensajes que puede implementarse dentro de la
aplicación de venta de billetes (la única implementación posible
del billete activo es una aplicación Java). La aplicación de venta
de billetes puede enviar al proveedor de billetes un mensaje SMS que
contiene datos del pago, a fin de solicitar a continuación el
aspecto de billete válido. Otros esquemas de pago pueden
implementarse utilizando protocolos de llamadas vocales o HTTP
(protocolo de transporte de hipertexto).
Como muestra el ejemplo anteriormente expuesto:
un billete activo puede contener un iniciador de pago, o un
procedimiento de pago. Esto es probablemente nuevo en la gestión de
venta de billetes. Además, los pagos y adquisiciones pueden hacerse
a través de sistemas existentes o recientemente aparecidos.
En la presente invención, el aspecto válido del
billete es llevado al dispositivo válido y comprobado por el
dispositivo. La copia ilegal de la aplicación de billetes activos no
puede obtener un paquete activado por aspecto válido (comando y/o
nuevos medios). De esta manera, la invención puede defender un
compromiso de derechos digitales.
Otras ventajas de la invención incluyen:
- Ahorro de almacenamiento del terminal móvil,
y
- Ahorro de energía del terminal móvil.
Debido a la limitación de almacenamiento y
procesamiento del terminal móvil, es imposible empaquetar medios
voluminosos con la aplicación. La invención proporciona una manera
segura de brindar soporte a la gestión de billetes de multimedios
con rondas del ciclo vital y, a la vez, ahorra la memoria del
terminal.
La Figura 8a ilustra un protocolo de venta de
billetes en el cual se proporciona inicialmente un billete
prevalidado al terminal del usuario del billete. En este protocolo,
el terminal del usuario del billete proporciona una solicitud de
billete al servidor emisor de billetes. En respuesta, el servidor
emisor de billetes genera un billete prevalidado y envía un mensaje
al terminal del usuario del billete, que contiene una confirmación
del billete y el billete prevalidado. El terminal del usuario del
billete puede proporcionar entonces al servidor emisor de billetes
un pedido de adquisición con opciones de adquisición. En respuesta,
el servidor emisor de billetes genera una factura y un billete
válido, y envía al terminal del usuario del billete un mensaje que
contiene el billete válido, o un testigo del billete válido. Al
recibir el mensaje, el terminal del usuario del billete puede
actualizar el billete prevalidado al estado de billete válido. A fin
de utilizar el billete activo, el usuario del terminal del usuario
del billete muestra, o bien irradia, el billete válido a un
inspector de billetes, que verifica el billete activo identificando
la información del billete mediante su característica (esto es,
aspecto), o bien una máquina puede comprobar los datos del billete.
Después de que el billete ha sido utilizado, bien el servidor
emisor de billetes, o bien el inspector de billetes, puede
inhabilitar el billete activo, bien degradando el billete válido a
billete inválido, o bien destruyendo el billete válido.
La idea básica es formar un billete activo con
varios estados, con distintos aspectos portados por distintas
aplicaciones. Como se muestra, el control de la utilización de la
Gestión Digital de Derechos (DRM) es distinto en distintos estados.
Por ejemplo, puede proporcionarse una aplicación de billetes
prevalidados con remisión y autorización de copias, incrustada en
el iniciador de pagos. Puede proporcionarse una aplicación de
billetes válidos con remisión y desautorización de copias, que se
enviará al terminal del usuario después del pago, para reemplazar
el billete prevalidado, si es necesario. Puede proporcionarse una
aplicación de billetes inválidos con remisión y autorización de
copias, que se enviará al terminal del usuario después del rescate
del billete, y que reemplazará el billete válido.
Si el requisito de seguridad no es alto, una
aplicación de billetes nuevos puede ser reemplazada por una
generación de testigo de control (con nuevos derechos) para
instruir un nuevo billete de espectáculo.
La técnica con soporte puede incluir el empleo
de una provisión de aplicación por vía aérea para actualizar un
billete con un nuevo estado, y la protección de DRM necesaria para
la aplicación de billetes válidos (la remisión y la copia no se
permiten).
Las ventajas incluyen la compatibilidad con la
DRM de la OMA (Alianza Móvil Abierta), y los estados diferentes con
distintos derechos de copia benefician a la entrega de billetes
(entrega ad hoc en la etapa del billete prevalidado), así
como brindan gran soporte al pago por móvil, haciendo que sea la
manera más sencilla de adquirir billetes.
Algunas desventajas incluyen que la provisión de
la aplicación genera más rondas de comunicación, lo cual puede
mejorarse enviando un mensaje de testigo de control junto con los
nuevos derechos. Además, este enfoque no puede recibir soporte de
los terminales móviles más antiguos.
La Figura 8b ilustra un protocolo de venta de
billetes en el cual se proporciona inicialmente un billete
prevalidado al terminal del usuario del billete, y se lleva a cabo
la comprobación cruzada sobre el estado del pago.
En este protocolo, el terminal del usuario del
billete proporciona un pedido de billete a un servidor emisor de
billetes. En respuesta, el servidor emisor de billetes genera un
billete prevalidado y envía un mensaje al terminal del usuario del
billete, que contiene una confirmación del billete y el billete
prevalidado. El terminal del usuario del billete puede proporcionar
entonces al servidor emisor de billetes un pedido de adquisición
con opciones de adquisición. En respuesta, el servidor emisor de
billetes efectúa una comprobación cruzada del estado del pago,
genera una factura y el correspondiente testigo de control, y envía
al terminal del usuario del billete un mensaje que contiene el
testigo de control del billete. Al recibir el mensaje, el terminal
del usuario del billete mostrará un aspecto de billete correcto
según el testigo de control del billete. El resto del protocolo es
similar al expuesto anteriormente.
La idea básica aquí es hacer que el billete
activo esté funcionando iniciado en el estado prevalidado, y
efectuar la comprobación cruzada del pago con el emisor, a fin de
decidir sobre su estado y aspecto más recientes, incluyendo:
1. No ha pagado - pagar ahora o más tarde,
2. Ha pagado - mostrar aspecto de billete
válido, y
3. Lo ha utilizado - mostrar aspecto de billete
inválido
La técnica con soporte para este enfoque incluye
una técnica de comunicación para el contacto cruzado con el emisor
de billetes de manera segura (WMA [Asociación de Comercio
Inalámbrico], HTTPS [Protocolo Seguro de Transporte de Hipertexto],
etc.). Además, a fin de brindar soporte a la entrega ad hoc,
el pago debería asociarse a un número único.
Las ventajas de este enfoque incluyen: 1) Es
distinto a la DRM de la OMA, pero la entrega de billetes puede
recibir soporte de la DRM de la OMA, 2) Brinda gran soporte al pago
por móvil, haciendo que sea la manera más sencilla de adquirir
billetes, 3) Brinda abiertamente soporte a la distribución por
exceso de un billete, 4) Brinda soporte al empleo de terminales más
antiguos.
Las desventajas incluyen la necesidad del
contacto cruzado con el emisor, que lleva más tiempo, lo que puede
provocar cuellos de botella en la comunicación.
La Figura 8c ilustra un protocolo de venta de
billetes sobre la base de un esquema basado en la ubicación.
En este protocolo, el terminal del usuario del
billete proporciona un pedido de billete al servidor emisor de
billetes. En respuesta, el servidor emisor de billetes genera un
billete y envía un mensaje al terminal del usuario del billete, que
contiene una confirmación del billete, y el billete. El terminal del
usuario del billete puede proporcionar entonces al servidor emisor
de billetes un pedido de adquisición con opciones de adquisición.
En respuesta, el servidor emisor de billetes genera una factura y un
enlace de identificador único de billete al terminal del usuario, y
envía un mensaje al terminal del usuario del billete con una
confirmación de pago. Al recibir el mensaje, el billete activo en
el terminal del usuario del billete cambiará alguna característica,
como el aspecto, según la confirmación del pago. En una hora y sitio
adecuados, el servidor emisor de billetes envía al terminal del
usuario del billete un testigo de control del billete. Al recibir el
mensaje, el billete en el terminal del usuario del billete será
actualizado como un billete válido, y luego nuevamente volverá al
aspecto anterior después de un tiempo limitado. El resto del
protocolo es similar a lo expuesto anteriormente.
La idea básica aquí es tener un aspecto generado
por un billete válido, para su verificación en una hora y sitio
adecuados, exhibiendo un aspecto de billete válido durante un tiempo
limitado, y reemplazándolo luego por un aspecto inválido.
La técnica es una técnica de billete activo
sobre la base de la ubicación y la hora.
Las ventajas incluyen las siguientes: 1) es
distinto a la DRM de la OMA, aunque la entrega de billetes puede
recibir soporte de la DRM de la OMA, 2) Brinda gran soporte al pago
por móvil, haciendo que sea la manera más sencilla de adquirir
billetes, 3) Brinda abiertamente soporte a la distribución por
exceso de un billete, 4) Brinda soporte al empleo de terminales más
antiguos.
Algunas desventajas incluyen el hecho de que se
necesita una tecnología avanzada para el control de billetes sobre
la base de la ubicación o la hora.
La Figura 9a muestra una aplicación de billetes
activos utilizada para adquirir un nuevo billete. En este caso,
puede haber billetes que son efectivamente billetes activos,
implementados como aplicaciones, o aplicaciones Symbian nativas
(ficheros para aplicaciones) que utilizan, o no utilizan, Wallet, o
alguna otra cosa. Estos billetes pueden enumerarse como
aplicaciones en el menú de Billetes, pero se visualizan y utilizan
mediante la aplicación. Como panorama general, se emplea una
aplicación para adquirir un nuevo billete de espectáculo. El
billete se envía como un billete MeT y, por lo tanto, es visible en
los menús de Billetes del terminal. Como precondiciones, el
terminal móvil debe ofrecer soporte a los billetes MeT, y la
aplicación a utilizar debe estar instalada.
El procedimiento incluye las siguientes
etapas:
1. El usuario abre el menú de billetes e inicia
una aplicación de venta de billetes en Java, como TicketServiceINC,
por ejemplo.
2. La aplicación muestra publicidad de un
anuncio sobre un concierto al que el usuario desea asistir. El
usuario selecciona "Adquirir" y es transferido a un formulario
de compromiso de compra que pide una dirección de despacho y los
detalles del pago.
3. El usuario visualiza esa información en la
aplicación y confirma la adquisición. Los datos se envían al
servidor. El usuario recibe información en cuanto a que el pago ha
sido aceptado, y que se ha recibido la clave para el billete, que
será entregado pronto al terminal. Esta comunicación,
preferiblemente, es de propiedad industrial y puede variar entre
las distintas aplicaciones. Esta aplicación muestra información en
cuanto al hecho de que el billete ha sido
adquirido.
adquirido.
4. La aplicación recibe un URL (Localizador
Universal de Recursos) que indica dónde descargar el fichero, y lo
descarga, o invoca a un Explorador para hacerlo.
5. El terminal móvil dice entonces al usuario
que se ha recibido un billete. El usuario mira el billete y ve que
es el billete que acaba de adquirir, por lo que escoge guardar el
billete. El billete se guarda en un menú, o carpeta, de
Billetes.
6. La aplicación puede comprobar que el billete
ha sido descargado, si así lo desea. El usuario puede cerrar el
Explorador y la aplicación, si así lo desea.
Las condiciones posteriores incluyen la descarga
del billete en el terminal móvil.
Otros criterios dignos de mención incluyen
promover que las aplicaciones de billetes activos puedan brindar
soporte a los billetes MeT que el soporte del terminal móvil
comprende (la parte de Datos del Billete) así como a sus propios
billetes de propiedad industrial.
Como alternativa al protocolo en la Figura 9a,
el billete activo podría enviarse sólo a la aplicación de billetes
activos, y no mostrarse nunca al soporte de billetes MeT del
terminal. El alcance de la invención no está concebido para excluir
la existencia de tales aplicaciones. No se describen en este caso de
empleo. En este esquema, el billete se entrega al terminal móvil de
manera similar a cualquier billete MeT.
En otra realización, el billete activo puede ser
recibido por la aplicación y enviado luego a un administrador o
menú centralizado de billetes. Esto puede considerarse como una
manera más compleja, y requiere que una aplicación de billetes
activos brinde soporte al envío de un billete al terminal móvil, lo
que no brinda ningún beneficio extra a la aplicación de billetes
activos en sí misma, y luego tendría una improbable implementación
en ella.
Alternativamente, el billete MeT puede
utilizarse para brindar soporte a una parte cifrada. En este esquema
de seguridad, las claves para la parte cifrada del billete pueden
entregarse a la aplicación después de que la aplicación ha
entregado su clave o número único (creado en la instalación) y el
pago. El servidor cifra luego parte del billete, de forma tal que
sólo esta aplicación instalada pueda abrirlo; o bien pueden
emplearse soluciones de claves alternativas. El usuario es ahora
titular de un billete pagado, y se ve en el aspecto del billete. La
idea del billete activo es que la sola descarga de la aplicación y
de un billete copiado no hace de alguien titular de un billete
válido.
Antes del uso del billete, se difunde o genera
para el terminal una clave o comando, a fin de indicar un estado
válido (fuera del ámbito de la fase de adquisición).
Si el usuario borra accidentalmente el billete
antes de guardarlo, el usuario puede descargarlo poniéndose en
contacto con el proveedor de servicios de billetes desde la
aplicación de billetes activos. Pueden efectuarse comprobaciones
sobre la base del MSISDN (Número en la Red Digital de Servicios
Integrados de Estaciones Móviles) o de alguna otra cosa, en cuanto
a si el usuario ha adquirido el billete.
Puede enviarse un recibo electrónico al terminal
o al módulo de billetes activos.
La exploración de billetes puede funcionar de la
manera siguiente:
El billete activo podría ser una aplicación, p.
ej., posiblemente una aplicación en Java; el usuario puede
activarla ejecutando la aplicación de billetes activos móviles, o
bien puede ser activada por el proveedor de billetes, para enviar
un mensaje inteligente al usuario.
Si el billete activo se almacena en el soporte
de billetes MeT del terminal, o si el billete es sólo un enlace con
la red (billete virtual MeT) o una aplicación, todos estos billetes
pueden enumerarse en un menú de Billetes en el terminal, y
visualizarse desde allí.
El alcance de la invención está concebido para
incluir el empleo de BlueTooth, Infrarrojos, RFID (Identificación
de frecuencia de radio), WLAN (Red Inalámbrica de Área Local) u otro
protocolo de radio, para comunicaciones de validación, además de la
validación basada en la presentación (visual, según el aspecto del
billete). O bien puede emplear la lectura óptica sobre la base de
la magnitud o frecuencia de la luz emitida. Optativamente, la
implementación del billete activo puede utilizar servicios de
tarjeta inteligente mediante la JSR (Solicitud de Especificación en
Java) 177.
Por ejemplo, la Figura 10a muestra un esquema
para la validación de billetes, indicado generalmente con 70. En la
Figura 10a, un terminal móvil 72 ha recibido un billete activo
descargado desde los servidores 74 de billetes. El terminal móvil
72 incluye un módulo MIDlet 72a, un módulo 72b según la JSR 177, un
módulo 72c de la JVM (Máquina Virtual Java), una tarjeta
inteligente 72d y un componente 72e
BT[BlueTooth]/IrDa[Asociación de Datos
Infrarrojos]/RFID/WLAN, que proporciona el billete activo a un
terminal 76 de validación, para su validación.
La Figura 10b muestra un esquema alternativo de
validación, indicado generalmente con 80, en el cual un billete MeT
82 es descargado, mediante un explorador 84, a una billetera 86 con
una aplicación 86a de venta de billetes que proporciona el billete
MeT 82 a una API 86b de conectividad local. Al ser empleado, el
billete MeT 82 es validado por un terminal 88 de validación. Como
se muestra, la aplicación 86a de venta de billetes también puede
proporcionar el billete MeT 82, o alguna parte de control del mismo,
a una memoria protegida 89.
Lo siguiente describe distintas maneras en que
puede realizarse la validación, según las distintas tecnologías.
Estas utilizan, en su mayoría, las tecnologías disponibles para
destacar las diversas posibilidades que ofrece el billete
activo.
activo.
El terminal lector también puede ser de mano, u
otro terminal móvil o PTD (Dispositivo Personal de Confianza).
La validación puede tener lugar con un ser
humano comprobando el aspecto del billete, u otra característica, o
bien la validación puede tener lugar con una cámara y software que
pueda comprobar automáticamente estas características deseadas.
En este ejemplo, el usuario puede abrir la
aplicación de billetes y visualizar un billete de concierto. El
usuario puede seleccionar el botón de funcionalidad "Utilizar
billete" al llegar a la entrada. Luego el usuario puede ingresar
a la entrada de venta de billetes y colocar el teléfono junto al
lector de venta de billetes. El lector de venta de billetes puede
emitir un sonido de confirmación, y el usuario ingresa. El usuario
puede ver que la aplicación de billetes tiene una marca sobre la
misma, para su empleo a una hora determinada, y visualiza la
información más reciente, acerca del espectáculo, que el usuario ha
recibido, así como un anuncio acerca de una o más mercancías
disponibles a un cierto precio y/o en una cierta ubicación.
En este ejemplo, el usuario puede avanzar hacia
cualquier entrada con control humano, donde pueden utilizarse
billetes en papel. El usuario puede ver avisos que dicen que el
usuario debería tener a mano el billete antes de ingresar a las
entradas. El usuario puede abrir su billete, que puede consistir en
una gran imagen que contiene la cara del usuario con una marca de
agua visible parcialmente sobre la misma, y los datos básicos del
billete. El usuario muestra eso al inspector de billetes al pasar.
El inspector puede observar los colores correctos en el billete
activo o, alternativamente, el sonido o imagen de marca de agua
adecuados. Puede utilizarse cualquier formato de presentación del
billete
activo.
activo.
En este ejemplo, el usuario puede avanzar hacia
la entrada donde pueden utilizarse automáticamente los billetes
móviles. El usuario puede observar los avisos que dicen que el
usuario debería abrir el teléfono móvil y mostrar el billete al
ingresar a la entrada. El usuario puede ir al lector de billetes y
colocar el terminal móvil del usuario junto al sensor. Si no ocurre
nada, entonces el inspector puede pedir al usuario que seleccione
del billete una opción que dice "usar billete". El usuario
puede colocar nuevamente el terminal móvil junto al lector de
billetes y pulsar la opción "usar billete" al colocar el
terminal móvil cerca del terminal sensor en la pared. Si el
terminal indica su aceptación, entonces el usuario puede entrar.
El usuario ve entonces que el billete está ahora
alterado, ya que está utilizado. El usuario puede recibir un texto
de información acerca del espectáculo y publicidad acerca de una o
más mercancías disponibles a un precio y/o en una ubicación
determinados.
Lo siguiente describe la adquisición de nuevos
billetes para un grupo:
En un ejemplo, conocido como reserva para todos,
adquisición por separado, el usuario puede seleccionar las plazas
que el usuario desea reservar para el grupo del usuario de, p. ej.,
cinco personas. El usuario da luego la información de contacto
(número de teléfono móvil) de las personas en la reserva. El
servicio de billetes se pone en contacto (por SMS) con cada
persona, para informarles de que se les ha efectuado una reserva, y
de cuándo debe abonarse el billete a más tardar. Cada persona puede
entonces adquirir el billete de la manera, y con el formato,
deseado por la persona.
En un ejemplo alternativo, el usuario puede
estar dispuesto a abonar por todos y a adquirir los billetes
inmediatamente, ya que el usuario tiene un sofisticado teléfono
móvil con etiqueta RFID (o soporte MIDlet, etc.). El usuario puede
adquirir cinco billetes y guardarlos en el terminal móvil todo el
tiempo. Cuando el grupo va al espectáculo conjuntamente, el usuario
muestra todo el billete con este dispositivo móvil, para que todos
puedan ingresar.
Lo siguiente es una exposición de cómo pueden
transferirse los billetes activos:
En un caso, el usuario ha adquirido un conjunto
de billetes para un grupo de amigos. El usuario desea recuperar el
dinero y dar a cada uno su propio billete individual, para que no
estén bajo la responsabilidad del usuario.
En este caso, el usuario puede recargar el
billete al servicio de venta de billetes y dar los números de
teléfono de aquellos a quienes se permite descargarlos. A cada
persona se enviará un mensaje SMS con la información y el código
único de información del billete.
Alternativamente, el servidor de red en un
móvil, y los otros, pueden ponerse en contacto para descargar el
billete (Billete MeT, MIDlet). En este caso, no hay ninguna
necesidad de recargar el billete, ya que el proveedor puede enviar
un comando para quitar el billete.
En un segundo caso, el usuario tiene todos los
billetes en la aplicación del usuario. El usuario se encuentra con
un amigo. El amigo debe tener asimismo la aplicación de billetes
activos en el terminal móvil del amigo del usuario. El usuario abre
la aplicación y selecciona transferir un cierto billete y la
cantidad de billetes. El usuario confirma y los envía a otra
aplicación mediante Infrarrojos, o Radio Frecuencia, sin contacto o
por BlueTooth. El amigo del usuario abre asimismo la aplicación y
selecciona recibir, y pronto el amigo del usuario obtiene un
mensaje en el visor, que dice que se han recibido uno o más
billetes. Ambos ven la situación en sus aplicaciones. También
indica que este billete ha sido transferido desde el Identificador o
nombre de usuario de MIDlet.
Esta clase de transferencia puede implementarse
en billetes que se apoyan en un elemento seguro, o que requieren un
comando de validación desde el servidor, y que pueden notificar a un
servidor que han sido movidos.
También hay maneras seguras para transferir el
billete activo, según lo siguiente:
1) Imprimir el billete en la impresora
automática de billetes, o el mostrador de ventas, bien antes de, o
en el momento del espectáculo. Entonces la gestión, transferencias,
etc., del billete son manuales.
2) Transferencia antes de la descarga en el
móvil. En la adquisición es posible definir que los billetes han de
descargarse en distintos terminales.
Nuevas tecnologías, actualmente disponibles,
brindan soporte a la implementación del procedimiento de billetes
activos y a los aparatos aquí descritos, incluyendo:
1) MIDP (Protocolo de Dispositivo de Información
Móvil) 2.0.
2) WMA (JSR 120): Es posible efectuar un pago
conveniente, basado en SMS, desde el billete activo para adquirir
billetes válidos; y enviar el testigo de control para cambiar el
estado del billete activo.
3) API de pago según JSR 229: Para el pago y,
posiblemente, la entrega del testigo de control al billete
activo.
4) DRM de la OMA: Al proporcionar protección de
copia y remisión, puede utilizarse como una solución de protección
de copia para el billete activo; y los terminales que no brinden
soporte pueden emplear otras soluciones de protección de copia.
Ninguno de estos es requisito necesario para el
billete activo, pero pueden brindar soporte a algunas
implementaciones.
El MIDP 2.0 proporciona un mecanismo firmado de
MIDlet y seguridad de extremo a extremo, e incluye lo siguiente:
1) es posible ejecutar una aplicación para un
dispositivo móvil de confianza en los terminales móviles (en un
dominio de autorización) para autenticar al emisor de la
aplicación.
2) Es posible que la aplicación móvil obtenga
acceso a la funcionalidad privilegiada.
3) Es posible hacer que una aplicación móvil se
comunique con el exterior bajo restricciones (p. ej., Entrada de
Registro de Generación de WMA)
El MIDP 2.0 tiene una arquitectura de generación
que hace que el aspecto del billete, controlado por un testigo de
control, sea detectable y, de esa manera, fuerce en consecuencia la
operación del billete; tiene un Alta por vía aérea (OTA) que
beneficia a la actualización del billete (una aplicación Java), y
tiene una interfaz de usuario mejorada que brinda soporte a la
presentación avanzada de billetes.
Las soluciones de DRM también son viables,
incluyendo las siguientes:
1) Soporte terminal de DRM de la OMA (gestionar
billetes Java según los derechos autorizados de empleo por, p. ej.,
el ODRL (Lenguaje Abierto de Derechos Digitales)).
2) Aspecto dinámico del billete controlado por
el testigo del billete, generado para el billete único: protección
de copia y distribución en exceso.
3) Marca de agua digital perceptible para
proteger la información visible del billete: autorización del
emisor.
4) La foto del dueño del billete también puede
incluirse en el billete, para una fácil verificación: autenticación
del titular del billete.
5) Las ventajas incluyen:
a) Soporte disponible por parte de la
infraestructura y estándares existentes, y del dispositivo
móvil.
b) Evitar la complicada PKI-DRM
(Infraestructura de Clave Pública - Gestión de Derechos Digitales),
si es posible.
c) Es posible penetrar en el mercado dentro de
un periodo breve.
Claims (74)
1. Un procedimiento para proporcionar un billete
activo en un terminal móvil, para su empleo por parte de un usuario
del terminal móvil, caracterizado porque
el billete activo tiene una característica de
aspecto o presentación de billete que cambia dinámicamente, sobre
la base de uno o más estados, en un ciclo vital del billete
activo.
2. Un procedimiento según la reivindicación 1,
en el cual los cambios dinámicos de la característica del billete
incluyen cambios de multimedios u otros datos de presentación,
incluyendo sonido, animación, vídeo, imágenes fijas, o alguna
combinación de los mismos.
3. Un procedimiento según la reivindicación 1,
en el cual el estado, o estados, en el ciclo vital incluye(n)
un estado de estar adquirido, validado, invalidado, en formato de
plantilla, prevalidado, preparado, o alguna combinación de los
mismos, para uno o más eventos distintos.
4. Un procedimiento según la reivindicación 1,
en el cual la característica del billete cambia dinámicamente sobre
la base de un pago por parte del usuario del terminal móvil.
5. Un procedimiento según la reivindicación 1,
en el cual la característica del billete cambia dinámicamente sobre
la base de una hora o estado predeterminados, o una combinación de
los mismos.
6. Un procedimiento según la reivindicación 1,
en el cual la característica del billete cambia dinámicamente sobre
la base de una ubicación geográfica predeterminada o cambiante.
7. Un procedimiento según la reivindicación 1,
en el cual la característica del billete cambia dinámicamente sobre
la base de una transacción de adquisición entre un usuario del
terminal móvil y un proveedor de servicios de billetes.
8. Un procedimiento según la reivindicación 1,
en el cual un proveedor de servicios de billetes proporciona
información futura de características de billetes al terminal móvil
que determina y/o activa la característica del billete.
9. Un procedimiento según la reivindicación 8,
en el cual la información característica del billete incluye datos
de control de característica del billete, un algoritmo de
característica del billete, un nuevo conjunto de medios
relacionados con el billete, o una combinación de los mismos.
10. Un procedimiento según la reivindicación 9,
en el cual los datos de control de característica del billete
incluyen nuevos datos de control para cambiar el algoritmo de
característica del billete u otros datos de presentación,
incluyendo nuevos valores de parámetros.
11. Un procedimiento según la reivindicación 9,
en el cual los datos de control se reciben a una cierta hora y/o en
una cierta ubicación, o bien inmediatamente antes de que el billete,
o billetes, activo(s) sea(n) utilizado(s).
12. Un procedimiento según la reivindicación 9,
en el cual los datos de control se envían sólo a billetes
legalmente adquiridos, sobre la base de un respectivo código de
identificación asociado a un respectivo terminal móvil.
13. Un procedimiento según la reivindicación 9,
en el cual el billete, o billetes, activo(s) se
valida(n) utilizando la validación visual o auditiva sobre
la base de la característica del billete.
14. Un procedimiento según la reivindicación 13,
en el cual la validación visual o auditiva es llevada a cabo bien
por un ser humano, o bien por una máquina, o alguna combinación de
los mismos.
15. Un procedimiento según la reivindicación 8,
en el cual el proveedor de servicios de billetes proporciona la
información de característica del billete al terminal móvil mediante
Internet o una red móvil.
16. Un procedimiento según la reivindicación 8,
en el cual el proveedor de servicios de billetes proporciona la
información de característica del billete al terminal móvil
utilizando un protocolo basado en Java, p. ej., el enfoque por Vía
Aérea del MIDP.
17. Un procedimiento según la reivindicación 8,
en el cual el proveedor de servicios de billetes controla la
característica del billete proporcionando un testigo de control, que
incluye bien uno basado en una Identidad Internacional de Equipo
Móvil (IMEI) o bien un alta basada en la IMEI.
18. Un procedimiento según la reivindicación 13,
en el cual la característica del billete es una característica de
billete de audio, y la validación de audio se basa en un cambio de
frecuencia relativa.
19. Un procedimiento según la reivindicación 13,
en el cual la característica del billete incluye una marca de agua
de audio incrustada en el mismo, utilizando una clave secreta.
20. Un procedimiento según la reivindicación 19,
en el cual la validación por audio es efectuada por una máquina que
utiliza la clave secreta para detectar y validar el billete, o
billetes, activo(s), escuchando el sonido del (de los)
mismo(s).
21. Un procedimiento según la reivindicación 19,
en el cual el billete, o billetes, activos, se implementa(n)
utilizando un protocolo basado en las Transacciones electrónicas
Móviles (MeT), incluyendo el formato del billete
MeT.
MeT.
22. Un procedimiento según la reivindicación 21,
en el cual el formato del billete MeT contiene sólo una plantilla
para un billete activo prevalidado.
23. Un procedimiento según la reivindicación 21,
en el cual el formato del billete de transacción móvil (MeT)
contiene información válida de billete para un billete activo
válido.
24. Un procedimiento según la reivindicación 23,
en el cual la información válida del billete se quita del billete
MeT para un billete activo usado.
25. Un procedimiento según la reivindicación 1,
en el cual el procedimiento se implementa utilizando una
arquitectura de sistema de billete activo, con un terminal móvil y
un proveedor de servicios de billetes.
26. Un procedimiento según la reivindicación 25,
en el cual el proveedor de servicios de billetes incluye un
generador de billetes, responsable de generar el billete, o
billetes, activo(s) para el terminal móvil.
27. Un procedimiento según la reivindicación 25,
en el cual el proveedor de servicios de billetes incluye un emisor
de billetes para la entrega y actualización de al menos un billete
activo, o la actualización de una aplicación de billetes activos en
el terminal móvil.
28. Un procedimiento según la reivindicación 25,
en el cual el proveedor de servicios de billetes incluye un
dispositivo de memoria o base de datos para los datos de billetes, y
la información de usuarios y registros.
29. Un procedimiento según la reivindicación 25,
en el cual el terminal móvil incluye una aplicación de billete
activo móvil que es el billete activo instalado y ejecutado en el
terminal móvil.
30. Un procedimiento según la reivindicación 25,
en el cual el terminal móvil incluye un módulo de transacción de
billetes, que podría brindar soporte a diversos procedimientos de
pago, incluyendo una tarjeta de crédito o de débito, o un micropago
basado en mensajes SMS, según la preferencia del usuario del
terminal, para ofrecer soporte a las adquisiciones de billetes.
31. Un procedimiento según la reivindicación 1,
en el cual el billete, o billetes, activo(s)
incluye(n) varios billetes activos.
32. Un procedimiento según la reivindicación 31,
en el cual cada uno de los varios billetes activos incluye varios
espectáculos distintos.
33. Un procedimiento según la reivindicación 31,
en el cual cada billete activo incluye una respectiva serie de
ciclos vitales.
34. Un procedimiento según la reivindicación 31,
en el cual el proveedor de servicios de billetes envía comandos o
medios al terminal móvil, utilizando una técnica de cifrado de
difusión.
35. Un procedimiento según la reivindicación 34,
en el cual la técnica de cifrado de difusión incluye las siguientes
etapas:
generar, con un emisor de billetes, una clave
raíz, que puede dar origen a un cierto número de claves
seminales;
distribuir las claves seminales a los usuarios
antes de emitir el billete activo;
difundir un cifrado de comando, por medio de la
clave raíz, para indicar cuál de las claves seminales puede
utilizarse para el descifrado, sobre la base de los datos
gestionados por el proveedor de servicios de billetes; y
permitir a un usuario que posee una clave
seminal válida, a la cual se permite descifrar el paquete de
comandos, que descifre un paquete de comandos y que actualice el
estado de la característica del billete a un estado válido.
36. Un procedimiento según la reivindicación 31,
en el cual el proveedor de servicios de billetes envía comandos o
medios al terminal móvil, utilizando una técnica de generación a
pedido, que incluye la solicitud del pago, u otras medidas, al
usuario del terminal móvil, para actualizar la característica del
billete.
\newpage
37. Un procedimiento según la reivindicación 36,
en el cual la técnica de generación a pedido incluye las siguientes
etapas:
proporcionar, en una aplicación de billetes
activos, un certificado de clave pública de un proveedor de
billetes;
firmar cualquier comando por parte del proveedor
de servicios de billetes, y verificar el mismo por parte de la
aplicación de billetes activos; y
cambiar el estado de un billete activo indicado,
sobre la base del contenido dentro de un comando válido.
38. Un procedimiento según la reivindicación 31,
en el cual el terminal móvil envía al proveedor de servicios de
billetes una señal del servicio de mensajes breves, que contiene
datos de pago, a fin de efectuar el pago.
39. Un procedimiento según la reivindicación 8,
en el cual la información de característica del billete incluye una
dirección de URL en la cual descargar un fichero de billete que
contiene información relacionada con la característica del
billete.
40. Un procedimiento según la reivindicación 39,
en el cual el terminal móvil guarda el fichero del billete.
41. Un procedimiento según la reivindicación 39,
en el cual el terminal móvil guarda información relacionada con
cómo, y dónde, iniciar una aplicación de billetes activos.
42. Un terminal móvil para proporcionar un
billete activo, para su empleo por parte de un usuario de terminal
móvil, caracterizado porque el terminal móvil incluye un
módulo de aplicación de billetes activos móviles que proporciona al
menos un billete activo con una característica de billete, de
aspecto o presentación, que cambia dinámicamente sobre la base de
uno o más estados en un ciclo vital del billete activo.
43. Un terminal móvil según la reivindicación
42, en el cual los cambios dinámicos en la característica del
billete incluyen cambios de multimedios u otros datos de
presentación, incluyendo texto, sonido, animación, vídeo, imágenes
fijas, o alguna combinación de los mismos.
44. Un terminal móvil según la reivindicación
42, en el cual el estado, o estados, en el ciclo vital,
incluye(n) un estado de estar bien adquirido, validado,
invalidado, en plantilla, prevalidado, preparado, o bien alguna
combinación de las mismas para uno o más espectáculos distintos.
45. Un terminal móvil según la reivindicación
42, en el cual la característica del billete cambia dinámicamente
sobre la base de un pago por parte del usuario del terminal
móvil.
46. Un terminal móvil según la reivindicación
42, en el cual la característica del billete cambia dinámicamente
sobre la base de una hora o estado predeterminados, o una
combinación de los mismos.
47. Un terminal móvil según la reivindicación
42, en el cual la característica del billete cambia dinámicamente
sobre la base de una ubicación geográfica predeterminada o
cambiante.
48. Un terminal móvil según la reivindicación
42, en el cual la característica del billete cambia dinámicamente
sobre la base de una transacción de adquisición entre un usuario del
terminal móvil y un proveedor de servicios de billetes.
49. Un proveedor de servicios de billetes para
comunicarse con un terminal móvil, caracterizado porque
el proveedor de servicios de billetes incluye un
módulo emisor de billetes que proporciona al terminal móvil bien al
menos un billete activo, o bien información de control para activar
o desactivar al menos un billete activo, para su empleo por parte
de un usuario de terminal móvil, teniendo el billete, o billetes,
activo(s), una característica de billete, de presentación o
aspecto, que cambia dinámicamente sobre la base de uno o más
estados en un ciclo vital del billete activo.
50. Un proveedor de servicios de billetes según
la reivindicación 49, en el cual los cambios dinámicos en la
característica del billete incluyen bien cambios de multimedios, o
de otros datos de presentación, incluyendo texto, sonido,
animación, vídeo o imágenes fijas; o un movimiento del terminal
móvil, una emisión de luz desde el mismo, un cambio de forma; o
alguna combinación de los mismos.
51. Un proveedor de servicios de billetes según
la reivindicación 49, en el cual el estado, o estados, en el ciclo
vital, incluye(n) un estado de estar bien adquirido,
validado, invalidado, en plantilla, prevalidado, preparado, o bien
alguna combinación de los mismos, para uno o más espectáculos
distintos.
52. Un proveedor de servicios de billetes según
la reivindicación 49, en el cual la característica del billete
cambia dinámicamente sobre la base de un pago por parte del usuario
del terminal móvil.
53. Un proveedor de servicios de billetes según
la reivindicación 49, en el cual la característica del billete
cambia dinámicamente sobre la base de una hora o estado
predeterminados, o una combinación de los mismos.
54. Un proveedor de servicios de billetes según
la reivindicación 47, en el cual la característica del billete
cambia dinámicamente sobre la base de una ubicación geográfica
predeterminada o cambiante.
55. Un proveedor de servicios de billetes según
la reivindicación 47, en el cual la característica del billete
cambia dinámicamente sobre la base de una transacción de adquisición
entre un usuario del terminal móvil y un proveedor de servicios de
billetes.
56. Una red inalámbrica con un proveedor de
servicios de billetes y un terminal móvil, caracterizada
porque
el terminal móvil recibe desde el proveedor de
servicios de billetes, bien al menos un billete activo, o bien
información de control para activar o desactivar al menos un billete
activo, para su empleo por parte de un usuario de terminal móvil,
teniendo el billete, o billetes, activo(s) una característica
de billete, de aspecto o presentación, que cambia dinámicamente
sobre la base de uno o más estados en un ciclo vital del billete
activo.
57. Una red inalámbrica según la reivindicación
56, en la cual los cambios dinámicos de la característica del
billete incluyen cambios de multimedios u otros datos de
presentación, incluyendo texto, sonido, animación, vídeo, imágenes
fijas, o alguna combinación de los mismos.
58. Una red inalámbrica según la reivindicación
56, en la cual el estado, o estados, en el ciclo vital
incluye(n) un estado de estar adquirido, validado,
invalidado, en plantilla, prevalidado, preparado, o alguna
combinación de los mismos, para uno o más espectáculos
distintos.
59. Una red inalámbrica según la reivindicación
56, en la cual la característica del billete cambia dinámicamente
sobre la base de un pago por parte del usuario del terminal
móvil.
60. Una red inalámbrica según la reivindicación
56, en la cual la característica del billete cambia dinámicamente
sobre la base de una hora o estado predeterminados, o una
combinación de los mismos.
61. Una red inalámbrica según la reivindicación
56, en la cual la característica del billete cambia dinámicamente
sobre la base de una ubicación geográfica predeterminada o
cambiante.
62. Una red inalámbrica según la reivindicación
56, en la cual la característica del billete cambia dinámicamente
sobre la base de una transacción de adquisición entre un usuario del
terminal móvil y un proveedor de servicios de billetes.
63. Un procedimiento según la reivindicación 1,
en el cual la característica del billete cambia dinámicamente sólo
después de alguna interacción de usuario, sobre la base de un
algoritmo empotrado en el billete activo, y de posibles datos de
control recibidos desde un usuario de billetes.
64. Un terminal móvil según la reivindicación
42, en el cual la característica del billete cambia dinámicamente
sólo después de alguna interacción del usuario, sobre la base de un
algoritmo incrustado en el billete activo, y de posibles datos de
control recibidos desde un emisor de billetes.
65. Un proveedor de servicios de billetes según
la reivindicación 47, en el cual la característica del billete
cambia dinámicamente sólo después de alguna interacción del usuario,
sobre la base de un algoritmo incrustado en el billete activo, y de
posibles datos de control recibidos desde un emisor de billetes.
66. Una red inalámbrica según la reivindicación
56, en la cual la característica del billete cambia dinámicamente
sólo después de alguna interacción del usuario sobre la base de un
algoritmo incrustado en el billete activo, y de posibles datos de
control recibidos desde un emisor de billetes.
67. Un procedimiento según la reivindicación 25,
en el cual el terminal móvil incluye un administrador centralizado
de billetes para visualizar y/o gestionar los billetes que tiene un
usuario.
68. Un procedimiento según la reivindicación 1,
en el cual la característica del billete cambia dinámicamente sobre
la base de un algoritmo incrustado, controlado por un testigo de
control enviado por el proveedor de servicios de billetes.
69. Un terminal móvil según la reivindicación
42, en el cual la característica del billete cambia dinámicamente
sobre la base de un algoritmo incrustado, controlado por un testigo
de control enviado por el proveedor de servicios de billetes.
70. Un proveedor de servicios de billetes según
la reivindicación 47, en el cual la característica del billete
cambia dinámicamente sobre la base de un algoritmo incrustado,
controlado por un testigo de control enviado por el proveedor de
servicios de billetes.
71. Una red móvil según la reivindicación 56, en
la cual la característica del billete cambia dinámicamente sobre la
base de un algoritmo incrustado, controlado por un testigo de
control enviado por el proveedor de servicios de billetes.
72. Un procedimiento según la reivindicación 25,
en el cual el proveedor de servicios de billetes incluye un
inspector de billetes que puede ser una máquina digital o un ser
humano, para la verificación de billetes con respecto a su validez
y corrección.
73. Un procedimiento según la reivindicación 1,
en el cual un cierto número de los soportes de servicios de
billetes son gestionados a la vez, o en serie.
74. Un procedimiento según la reivindicación 73,
en el cual un servicio de billetes depende de un servicio de
billetes anterior.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/675,857 US20050070257A1 (en) | 2003-09-30 | 2003-09-30 | Active ticket with dynamic characteristic such as appearance with various validation options |
US675857 | 2003-09-30 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2335501T3 true ES2335501T3 (es) | 2010-03-29 |
Family
ID=34377290
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES04769492T Active ES2335501T3 (es) | 2003-09-30 | 2004-09-28 | Billete activo con caracteristica dinamica, tal como el aspecto, con diversas opciones de validacion. |
Country Status (7)
Country | Link |
---|---|
US (4) | US20050070257A1 (es) |
EP (1) | EP1668598B1 (es) |
AT (1) | ATE453258T1 (es) |
DE (1) | DE602004024803D1 (es) |
ES (1) | ES2335501T3 (es) |
PL (1) | PL1668598T3 (es) |
WO (1) | WO2005034042A2 (es) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ES2542826A1 (es) * | 2014-02-10 | 2015-08-11 | Omar Daniel BRISCIK ÁLVAREZ | Billetera digital de alta seguridad |
Families Citing this family (139)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7107081B1 (en) | 2001-10-18 | 2006-09-12 | Iwao Fujisaki | Communication device |
US7487363B2 (en) | 2001-10-18 | 2009-02-03 | Nokia Corporation | System and method for controlled copying and moving of content between devices and domains based on conditional encryption of content key depending on usage |
US7127271B1 (en) | 2001-10-18 | 2006-10-24 | Iwao Fujisaki | Communication device |
US7466992B1 (en) | 2001-10-18 | 2008-12-16 | Iwao Fujisaki | Communication device |
US8229512B1 (en) | 2003-02-08 | 2012-07-24 | Iwao Fujisaki | Communication device |
US8241128B1 (en) | 2003-04-03 | 2012-08-14 | Iwao Fujisaki | Communication device |
US8090402B1 (en) | 2003-09-26 | 2012-01-03 | Iwao Fujisaki | Communication device |
US20050070257A1 (en) | 2003-09-30 | 2005-03-31 | Nokia Corporation | Active ticket with dynamic characteristic such as appearance with various validation options |
US8512144B2 (en) | 2003-10-20 | 2013-08-20 | Tipping Point Group, Llc | Method and apparatus for providing secondary gaming machine functionality |
US7917167B1 (en) | 2003-11-22 | 2011-03-29 | Iwao Fujisaki | Communication device |
US7912424B2 (en) * | 2004-03-09 | 2011-03-22 | Nokia Corporation | Actuating functionality in electronic device |
CN1918585B (zh) | 2004-03-19 | 2010-05-05 | 诺基亚公司 | 用于增强终端操作的检测器逻辑和无线电标识设备及方法 |
US8041348B1 (en) | 2004-03-23 | 2011-10-18 | Iwao Fujisaki | Communication device |
US8739291B2 (en) * | 2005-01-27 | 2014-05-27 | Nokia Corporation | System and method for providing access to OMA DRM protected files from java application |
US8208954B1 (en) | 2005-04-08 | 2012-06-26 | Iwao Fujisaki | Communication device |
DE102005022834A1 (de) * | 2005-05-11 | 2006-11-16 | Deutsche Telekom Ag | Verfahren zur Verbreitung von mit DRM belegten digitalen Inhalten |
US20070017979A1 (en) * | 2005-07-25 | 2007-01-25 | Chunghwa Telecom Co., Ltd. | Mobile ticketing via information hiding |
KR100702971B1 (ko) * | 2005-09-02 | 2007-04-06 | 삼성전자주식회사 | 브로드캐스트 암호 방식을 이용한 무선 주파수 식별 태그의암호화 방법 및 시스템 |
US20080015983A1 (en) * | 2005-12-21 | 2008-01-17 | Spikes Stacy G | System and method for subscription-based mobile electronic movie ticketing |
US8352323B2 (en) * | 2007-11-30 | 2013-01-08 | Blaze Mobile, Inc. | Conducting an online payment transaction using an NFC enabled mobile communication device |
US10026255B2 (en) | 2006-04-13 | 2018-07-17 | Igt | Presentation of remotely-hosted and locally rendered content for gaming systems |
US8784196B2 (en) | 2006-04-13 | 2014-07-22 | Igt | Remote content management and resource sharing on a gaming machine and method of implementing same |
US8992304B2 (en) | 2006-04-13 | 2015-03-31 | Igt | Methods and systems for tracking an event of an externally controlled interface |
US9028329B2 (en) | 2006-04-13 | 2015-05-12 | Igt | Integrating remotely-hosted and locally rendered content on a gaming device |
US8165635B2 (en) * | 2006-09-01 | 2012-04-24 | Vivotech, Inc. | Methods, systems, and computer readable media for over the air (OTA) provisioning of soft cards on devices with wireless communications capabilities |
US7469151B2 (en) * | 2006-09-01 | 2008-12-23 | Vivotech, Inc. | Methods, systems and computer program products for over the air (OTA) provisioning of soft cards on devices with wireless communications capabilities |
US11195163B2 (en) | 2006-09-01 | 2021-12-07 | Mastercard International Incorporated | Methods, systems and computer readable media for over the air (OTA) provisioning of soft cards on devices with wireless communications capabilities |
US11201868B2 (en) * | 2006-10-23 | 2021-12-14 | Nokia Technologies Oy | System and method for adjusting the behavior of an application based on the DRM status of the application |
US9311774B2 (en) | 2006-11-10 | 2016-04-12 | Igt | Gaming machine with externally controlled content display |
US20090156303A1 (en) | 2006-11-10 | 2009-06-18 | Igt | Bonusing Architectures in a Gaming Environment |
CA2680127A1 (en) * | 2007-03-05 | 2008-09-12 | Accenture Global Services Gmbh | Reservation record based ticketing |
US8559983B1 (en) | 2007-05-03 | 2013-10-15 | Iwao Fujisaki | Communication device |
US7890089B1 (en) | 2007-05-03 | 2011-02-15 | Iwao Fujisaki | Communication device |
US8676273B1 (en) | 2007-08-24 | 2014-03-18 | Iwao Fujisaki | Communication device |
US8639214B1 (en) | 2007-10-26 | 2014-01-28 | Iwao Fujisaki | Communication device |
US8472935B1 (en) | 2007-10-29 | 2013-06-25 | Iwao Fujisaki | Communication device |
CZ2007812A3 (cs) * | 2007-11-20 | 2009-06-03 | Ka.Soft Group, S. R. O. | Zpusob provozu elektronického SMS jízdného, certifikace, revize a systém k jeho provozování |
US8744720B1 (en) | 2007-12-27 | 2014-06-03 | Iwao Fujisaki | Inter-vehicle middle point maintaining implementer |
US20100332028A1 (en) * | 2007-12-28 | 2010-12-30 | Mobilysim | Radiofrequency dispensing of electronic tickets |
US8543157B1 (en) | 2008-05-09 | 2013-09-24 | Iwao Fujisaki | Communication device which notifies its pin-point location or geographic area in accordance with user selection |
GB2460240B (en) * | 2008-05-20 | 2011-09-14 | Yourrail Ltd | Secure mobile barcode ticket or voucher |
US8340726B1 (en) | 2008-06-30 | 2012-12-25 | Iwao Fujisaki | Communication device |
US8452307B1 (en) | 2008-07-02 | 2013-05-28 | Iwao Fujisaki | Communication device |
US8740073B2 (en) * | 2008-08-01 | 2014-06-03 | Mastercard International Incorporated | Methods, systems and computer readable media for storing and redeeming electronic certificates using a wireless smart card |
US8620299B2 (en) * | 2008-08-12 | 2013-12-31 | Mastercard International Incorporated | Methods, systems and computer readable media for electronically delivering a prepaid card to a mobile device |
US10026076B2 (en) * | 2008-10-06 | 2018-07-17 | Mastercard International Incorporated | Systems, methods, and computer readable media for payment and non-payment virtual card transfer between mobile devices |
WO2010078530A2 (en) * | 2008-12-31 | 2010-07-08 | Vivotech Inc. | Methods, systems and computer readable media for redeeming and delivering electronic loyalty reward certificates using a mobile device |
US10992817B2 (en) * | 2009-03-18 | 2021-04-27 | Mastercard International Incorporated | Methods, systems and computer readable media for selecting and delivering electronic value certificates using a mobile device |
US20100268649A1 (en) * | 2009-04-17 | 2010-10-21 | Johan Roos | Method and Apparatus for Electronic Ticket Processing |
EP2462754A2 (en) * | 2009-07-09 | 2012-06-13 | Cubic Corporation | Predictive techniques in transit alerting |
US8306512B2 (en) | 2009-07-09 | 2012-11-06 | Cubic Corporation | Transit account management with text messaging |
US20110165836A1 (en) * | 2009-07-09 | 2011-07-07 | Cubic Corporation | Id application for nfc phone |
US20110166914A1 (en) * | 2009-07-09 | 2011-07-07 | Cubic Corporation | Reloadable prepaid card distribution, reload, and registration in transit |
US8991699B2 (en) | 2009-09-08 | 2015-03-31 | Cubic Corporation | Association of contactless payment card primary account number |
CN102034177A (zh) | 2009-09-29 | 2011-04-27 | 国际商业机器公司 | 用于实现有效的移动票券转让的方法和装置 |
US9378664B1 (en) * | 2009-10-05 | 2016-06-28 | Intuit Inc. | Providing financial data through real-time virtual animation |
DE102009058562A1 (de) | 2009-12-17 | 2011-06-22 | Bayerische Motoren Werke Aktiengesellschaft, 80809 | Vorrichtung zur Berechtigungsprüfung |
US10579995B2 (en) * | 2010-03-30 | 2020-03-03 | Visa International Service Association | Event access with data field encryption for validation and access control |
EP2585997A4 (en) | 2010-06-28 | 2014-08-27 | Mastercard International Inc | METHODS, SYSTEMS, AND COMPUTER-READABLE MEDIA FOR FACILITATING ORDERING AND PAYMENT OF GOODS AND SERVICES IN STORE OR NEAR A STORE USING A SINGLE TAPE OF NEAR FIELD COMMUNICATION DEVICE (NFC) |
US8856024B2 (en) | 2010-10-26 | 2014-10-07 | Cubic Corporation | Determining companion and joint cards in transit |
FI20106335A0 (fi) * | 2010-12-17 | 2010-12-17 | Pocketsoft Oy | Räätälöidyn sovelluksen tuottaminen käyttäjän päätelaitteelle |
US10089606B2 (en) | 2011-02-11 | 2018-10-02 | Bytemark, Inc. | System and method for trusted mobile device payment |
US20120296826A1 (en) | 2011-05-18 | 2012-11-22 | Bytemark, Inc. | Method and system for distributing electronic tickets with visual display |
US10453067B2 (en) | 2011-03-11 | 2019-10-22 | Bytemark, Inc. | Short range wireless translation methods and systems for hands-free fare validation |
US10375573B2 (en) * | 2015-08-17 | 2019-08-06 | Bytemark, Inc. | Short range wireless translation methods and systems for hands-free fare validation |
US20160364659A1 (en) * | 2011-03-11 | 2016-12-15 | Bytemark, Inc. | Method and system for distributing electronic tickets with visual display for verification. |
US20150142483A1 (en) * | 2013-11-11 | 2015-05-21 | Bytemark, Inc. | Method and system for electronic ticket validation using proximity detection |
US8494967B2 (en) | 2011-03-11 | 2013-07-23 | Bytemark, Inc. | Method and system for distributing electronic tickets with visual display |
US10762733B2 (en) | 2013-09-26 | 2020-09-01 | Bytemark, Inc. | Method and system for electronic ticket validation using proximity detection |
US10360567B2 (en) | 2011-03-11 | 2019-07-23 | Bytemark, Inc. | Method and system for distributing electronic tickets with data integrity checking |
AU2016201134B2 (en) * | 2011-05-18 | 2017-09-28 | Bytemark, Inc | A Method And System For Distributing Electronic Tickets With Visual Display For Verification |
US20120303431A1 (en) * | 2011-05-24 | 2012-11-29 | Revolution Business Solutions | Method and System for Establishing an Electronic Consumer-Merchant Forum with Efficient e-Coupon Access and Redemption |
WO2013003417A1 (en) * | 2011-06-27 | 2013-01-03 | Portable Fare Systems, LLC | Apparatus, system and method for purchasing a product |
US9875607B2 (en) | 2011-07-13 | 2018-01-23 | Igt | Methods and apparatus for providing secure logon to a gaming machine using a mobile device |
US9179306B2 (en) * | 2011-08-31 | 2015-11-03 | Ncr Corporation | Techniques for third-party content delivery via a unique mobile application address |
US10121318B2 (en) | 2011-09-09 | 2018-11-06 | Igt | Bill acceptors and printers for providing virtual ticket-in and ticket-out on a gaming machine |
US8613659B2 (en) | 2011-09-09 | 2013-12-24 | Igt | Virtual ticket-in and ticket-out on a gaming machine |
US9367835B2 (en) | 2011-09-09 | 2016-06-14 | Igt | Retrofit devices for providing virtual ticket-in and ticket-out on a gaming machine |
US10297105B2 (en) * | 2011-09-09 | 2019-05-21 | Igt | Redemption of virtual tickets using a portable electronic device |
US20190272704A1 (en) | 2011-09-09 | 2019-09-05 | Igt | Redemption of virtual tickets using a portable electronic device |
US9524609B2 (en) | 2011-09-30 | 2016-12-20 | Igt | Gaming system, gaming device and method for utilizing mobile devices at a gaming establishment |
US9767452B2 (en) | 2011-11-03 | 2017-09-19 | Mastercard International Incorporated | Methods, systems, and computer readable media for provisioning and utilizing an aggregated soft card on a mobile device |
WO2013076359A1 (en) * | 2011-11-24 | 2013-05-30 | Nokia Corporation | Method, apparatus and computer program product for generation of animated image associated with multimedia content |
US8613668B2 (en) | 2011-12-22 | 2013-12-24 | Igt | Directional wireless communication |
US20130173316A1 (en) * | 2011-12-30 | 2013-07-04 | Rajesh Agrawal | Mobile Ticket Application |
US8918908B2 (en) | 2012-01-06 | 2014-12-23 | Sonic Ip, Inc. | Systems and methods for accessing digital content using electronic tickets and ticket tokens |
US20130191172A1 (en) * | 2012-01-23 | 2013-07-25 | Mark Tacchi | Ticket transfer |
US8876596B2 (en) | 2012-02-29 | 2014-11-04 | Igt | Virtualized magnetic player card |
US8965800B2 (en) | 2012-03-09 | 2015-02-24 | Mastercard International Incorporated | Systems, methods, and computer readable media for conducting an electronic transaction via a backend server system |
US20130238372A1 (en) * | 2012-03-12 | 2013-09-12 | Brown Paper Tickets Llc | Transferring mobile tickets to others |
US9311769B2 (en) | 2012-03-28 | 2016-04-12 | Igt | Emailing or texting as communication between mobile device and EGM |
JP5973808B2 (ja) * | 2012-07-03 | 2016-08-23 | フェリカネットワークス株式会社 | 情報処理装置、端末装置、情報処理システム、情報処理方法およびコンピュータプログラム |
US9412227B2 (en) | 2012-07-11 | 2016-08-09 | Igt | Method and apparatus for offering a mobile device version of an electronic gaming machine game at the electronic gaming machine |
MX366316B (es) * | 2012-08-21 | 2019-07-04 | Bankinter Sa | Metodo y sistema para habilitar ticketing/pagos moviles sin contacto por medio de una aplicacion de telefono movil. |
CA2790316C (en) * | 2012-09-19 | 2017-12-12 | Trapeze Software Inc. | Systems and methods for secure electronic ticketing |
WO2014055772A1 (en) * | 2012-10-03 | 2014-04-10 | Globesherpa, Inc. | Mobile ticketing |
JP6129612B2 (ja) * | 2013-03-27 | 2017-05-17 | 株式会社フェイス | 電子チケットのコンピューティング |
USD759089S1 (en) * | 2013-11-15 | 2016-06-14 | Tencent Technology (Shenzhen) Company Limited | Display screen portion with animated graphical user interface |
USD756399S1 (en) * | 2013-11-15 | 2016-05-17 | Tencent Technology (Shenzhen) Company Limited | Display screen portion with animated graphical user interface |
US10115264B2 (en) | 2014-05-26 | 2018-10-30 | Lazlo 326, Llc | Encrypted electronic gaming ticket |
US9922294B2 (en) | 2014-08-25 | 2018-03-20 | Accenture Global Services Limited | Secure short-distance-based communication and enforcement system |
US9514589B2 (en) | 2014-08-25 | 2016-12-06 | Accenture Global Services Limited | Secure short-distance-based communication and access control system |
US9633493B2 (en) | 2014-08-25 | 2017-04-25 | Accenture Global Services Limited | Secure short-distance-based communication and validation system for zone-based validation |
US10009745B2 (en) | 2014-08-25 | 2018-06-26 | Accenture Global Services Limited | Validation in secure short-distance-based communication and enforcement system according to visual objects |
US9589402B2 (en) | 2014-08-25 | 2017-03-07 | Accenture Global Services Limited | Restricted area access control system |
CN105512138B (zh) * | 2014-09-25 | 2019-04-19 | 阿里巴巴集团控股有限公司 | 文本消息的处理方法及其系统 |
EP3018634A1 (de) * | 2014-11-04 | 2016-05-11 | Skidata Ag | Elektronische Zugangsberechtigung und Verfahren zur Verwendung derselben |
US9608999B2 (en) | 2014-12-02 | 2017-03-28 | Accenture Global Services Limited | Smart beacon data security |
WO2016091226A1 (en) | 2014-12-09 | 2016-06-16 | Cool Ticketing S.R.O. | Ticket checking system |
US9792604B2 (en) | 2014-12-19 | 2017-10-17 | moovel North Americ, LLC | Method and system for dynamically interactive visually validated mobile ticketing |
US9916735B2 (en) | 2015-07-22 | 2018-03-13 | Igt | Remote gaming cash voucher printing system |
US10055930B2 (en) | 2015-08-11 | 2018-08-21 | Igt | Gaming system and method for placing and redeeming sports bets |
US11803784B2 (en) | 2015-08-17 | 2023-10-31 | Siemens Mobility, Inc. | Sensor fusion for transit applications |
US20170092054A1 (en) | 2015-09-25 | 2017-03-30 | Igt | Gaming system and method for utilizing a mobile device to fund a gaming session |
US10417867B2 (en) | 2015-09-25 | 2019-09-17 | Igt | Gaming system and method for automatically transferring funds to a mobile device |
US10430560B2 (en) | 2015-11-04 | 2019-10-01 | Screening Room Media, Inc. | Monitoring digital content usage history to prevent digital content misuse |
CN105787776B (zh) * | 2016-02-05 | 2019-05-03 | 腾讯科技(深圳)有限公司 | 信息处理方法及装置 |
US10074225B2 (en) | 2016-04-18 | 2018-09-11 | Accenture Global Solutions Limited | Validation in secure short-distance-based communication and enforcement system according to visual object flow |
US11295295B2 (en) * | 2016-04-29 | 2022-04-05 | Ncr Corporation | Dynamic mobile wallet items |
GB201608749D0 (en) | 2016-05-18 | 2016-06-29 | Tixserve Ltd | An electronic ticketing system |
US10217317B2 (en) | 2016-08-09 | 2019-02-26 | Igt | Gaming system and method for providing incentives for transferring funds to and from a mobile device |
US10916090B2 (en) | 2016-08-23 | 2021-02-09 | Igt | System and method for transferring funds from a financial institution device to a cashless wagering account accessible via a mobile device |
US10621824B2 (en) | 2016-09-23 | 2020-04-14 | Igt | Gaming system player identification device |
US20180158002A1 (en) * | 2016-12-03 | 2018-06-07 | SXC Live Inc. | Secure method and system for verification management and control of event seat-rights |
US10452819B2 (en) * | 2017-03-20 | 2019-10-22 | Screening Room Media, Inc. | Digital credential system |
TWI614691B (zh) * | 2017-04-21 | 2018-02-11 | 南亞塑膠工業股份有限公司 | 防偽辨識方法 |
US10332344B2 (en) | 2017-07-24 | 2019-06-25 | Igt | System and method for controlling electronic gaming machine/electronic gaming machine component bezel lighting to indicate different wireless connection statuses |
US10373430B2 (en) | 2017-08-03 | 2019-08-06 | Igt | System and method for tracking fund transfers between an electronic gaming machine and a plurality of funding sources |
US10360761B2 (en) | 2017-08-03 | 2019-07-23 | Igt | System and method for providing a gaming establishment account pre-approved access to funds |
US10360763B2 (en) | 2017-08-03 | 2019-07-23 | Igt | System and method for utilizing a mobile device to facilitate fund transfers between a cashless wagering account and a gaming establishment retail account |
US10380843B2 (en) | 2017-08-03 | 2019-08-13 | Igt | System and method for tracking funds from a plurality of funding sources |
US11341817B2 (en) | 2017-12-18 | 2022-05-24 | Igt | System and method for providing awards for utilizing a mobile device in association with a gaming establishment retail account |
US10643426B2 (en) | 2017-12-18 | 2020-05-05 | Igt | System and method for providing a gaming establishment account automatic access to funds |
US11922765B2 (en) | 2017-12-18 | 2024-03-05 | Igt | System and method employing virtual tickets |
US11043066B2 (en) | 2017-12-21 | 2021-06-22 | Igt | System and method for centralizing funds to a primary gaming establishment account |
US10950088B2 (en) | 2017-12-21 | 2021-03-16 | Igt | System and method for utilizing virtual ticket vouchers |
US10970968B2 (en) | 2018-04-18 | 2021-04-06 | Igt | System and method for incentivizing the maintenance of funds in a gaming establishment account |
US20230196417A1 (en) * | 2021-12-16 | 2023-06-22 | Blake Hicks | System, method, and graphical user interface for integrating digital tickets with promotional and editorial references and content |
EP4287676A1 (en) | 2022-05-30 | 2023-12-06 | CTS Eventim AG & Co. KGaA | Method for providing an electronic ticket on a display of an electronic mobile device |
Family Cites Families (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US2780018A (en) * | 1953-03-11 | 1957-02-05 | James R Bauserman | Vehicle license tag and tab construction |
US5557518A (en) * | 1994-04-28 | 1996-09-17 | Citibank, N.A. | Trusted agents for open electronic commerce |
US5412192A (en) | 1993-07-20 | 1995-05-02 | American Express Company | Radio frequency activated charge card |
CN1084577C (zh) | 1994-01-21 | 2002-05-08 | 诺基亚电信公司 | 移动通信系统及其基站和在其中提供服务的方法 |
JPH08241439A (ja) | 1995-03-06 | 1996-09-17 | Hitachi Ltd | 自動発券装置 |
JPH08315189A (ja) | 1995-05-19 | 1996-11-29 | Omron Corp | 券処理装置、券発行機および自動改札機 |
FI102343B (fi) | 1996-02-20 | 1998-11-13 | Sonera Oyj | Järjestelmä ja menetelmä datan lähettämiseksi |
US6999936B2 (en) * | 1997-05-06 | 2006-02-14 | Sehr Richard P | Electronic ticketing system and methods utilizing multi-service visitor cards |
NO980890L (no) | 1998-02-27 | 1999-08-30 | Ericsson Telefon Ab L M | Måling av trafikk og transport |
US6601046B1 (en) * | 1999-03-25 | 2003-07-29 | Koninklijke Philips Electronics N.V. | Usage dependent ticket to protect copy-protected material |
JP2002541602A (ja) * | 1999-04-07 | 2002-12-03 | スイスコム モービル アーゲー | 入場券の注文、ロード、および使用のための方法およびシステム |
JP4503143B2 (ja) * | 1999-07-14 | 2010-07-14 | パナソニック株式会社 | 電子チケットシステムとサービスサーバとモバイル端末 |
CA2395498C (en) * | 1999-12-24 | 2013-08-27 | Telstra New Wave Pty Ltd | A virtual token |
EP1275070B1 (en) | 2000-04-18 | 2007-01-03 | British Airways PLC | A method of operating a ticketing system |
JP3865112B2 (ja) | 2000-07-06 | 2007-01-10 | 富士ゼロックス株式会社 | 情報更新システム |
JP2002024464A (ja) * | 2000-07-07 | 2002-01-25 | Nec Corp | Icカードによるチケット販売システム及びチケット販売方法並びに記録媒体 |
WO2002023368A1 (en) * | 2000-09-15 | 2002-03-21 | Wonderware Corporation | A method and system for administering a concurrent user licensing agreement on a manufacturing/process control information portal server |
JP4645928B2 (ja) | 2000-09-29 | 2011-03-09 | ヤマハ株式会社 | 入場許可認証方法およびシステム |
GB0024545D0 (en) | 2000-10-06 | 2000-11-22 | Magic4 Ltd | Ticketing apparatus and method |
KR20020042028A (ko) * | 2000-11-29 | 2002-06-05 | 윤종용 | 티켓 제공 및 이용방법과 그 시스템 |
US7177843B2 (en) * | 2001-01-17 | 2007-02-13 | Contentguard Holdings, Inc. | Rights expression system |
KR20010035419A (ko) * | 2001-02-13 | 2001-05-07 | 이종호 | 집적회로 카드를 이용한 티켓 자가 발권 시스템 |
JP2002352279A (ja) | 2001-05-29 | 2002-12-06 | Fujitsu Ltd | 電子チケット及びその利用システム |
KR20020093200A (ko) | 2001-06-07 | 2002-12-16 | 주식회사 퍼스텍인터내셔날 | 예매시스템, 모바일 티켓, 스마트카드를 이용한 문화/교통패스카드 시스템 및 그 운용방법 |
US20020186257A1 (en) | 2001-06-08 | 2002-12-12 | Cadiz Jonathan J. | System and process for providing dynamic communication access and information awareness in an interactive peripheral display |
WO2003025822A1 (en) | 2001-09-19 | 2003-03-27 | Matsushita Electric Corporation Of America | Adaptive electronic coupon |
US20030069764A1 (en) | 2001-10-04 | 2003-04-10 | Koninklijke Philips Electronics N.V. | Selling best available seats at a public facility |
US7044362B2 (en) * | 2001-10-10 | 2006-05-16 | Hewlett-Packard Development Company, L.P. | Electronic ticketing system and method |
US7315944B2 (en) | 2001-11-13 | 2008-01-01 | Ericsson Inc. | Secure handling of stored-value data objects |
CN1423473A (zh) | 2001-12-07 | 2003-06-11 | 明基电通股份有限公司 | 移动电子票务系统及其方法 |
AU2003208429A1 (en) | 2002-02-21 | 2003-09-09 | Sitra Ltd | Ticketing system operable by mobile communicators |
GB0211734D0 (en) | 2002-05-21 | 2002-07-03 | Nokia Corp | Ticketing system |
EP1367542A3 (en) | 2002-05-28 | 2005-05-25 | Siemens Aktiengesellschaft | Electronic ticket, system for issuing electronic tickets, and devices for using and performing operations on electronic tickets |
US20030233276A1 (en) | 2002-06-18 | 2003-12-18 | Mark Pearlman | System and method of using portable electronic devices for electronic coupon and voucher redemption |
US20050070257A1 (en) | 2003-09-30 | 2005-03-31 | Nokia Corporation | Active ticket with dynamic characteristic such as appearance with various validation options |
-
2003
- 2003-09-30 US US10/675,857 patent/US20050070257A1/en not_active Abandoned
-
2004
- 2004-09-28 ES ES04769492T patent/ES2335501T3/es active Active
- 2004-09-28 WO PCT/IB2004/003147 patent/WO2005034042A2/en not_active Application Discontinuation
- 2004-09-28 PL PL04769492T patent/PL1668598T3/pl unknown
- 2004-09-28 AT AT04769492T patent/ATE453258T1/de not_active IP Right Cessation
- 2004-09-28 EP EP04769492A patent/EP1668598B1/en not_active Not-in-force
- 2004-09-28 DE DE602004024803T patent/DE602004024803D1/de active Active
-
2007
- 2007-08-07 US US11/890,824 patent/US8868449B2/en not_active Expired - Fee Related
-
2014
- 2014-09-29 US US14/500,617 patent/US10096031B2/en not_active Expired - Fee Related
-
2018
- 2018-08-30 US US16/118,111 patent/US10528955B2/en not_active Expired - Lifetime
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ES2542826A1 (es) * | 2014-02-10 | 2015-08-11 | Omar Daniel BRISCIK ÁLVAREZ | Billetera digital de alta seguridad |
Also Published As
Publication number | Publication date |
---|---|
PL1668598T3 (pl) | 2010-06-30 |
WO2005034042A3 (en) | 2007-12-06 |
DE602004024803D1 (de) | 2010-02-04 |
ATE453258T1 (de) | 2010-01-15 |
US10528955B2 (en) | 2020-01-07 |
EP1668598A2 (en) | 2006-06-14 |
US20050070257A1 (en) | 2005-03-31 |
EP1668598A4 (en) | 2009-03-25 |
EP1668598B1 (en) | 2009-12-23 |
US8868449B2 (en) | 2014-10-21 |
US20190005508A1 (en) | 2019-01-03 |
US10096031B2 (en) | 2018-10-09 |
WO2005034042A2 (en) | 2005-04-14 |
US20080071637A1 (en) | 2008-03-20 |
US20150088769A1 (en) | 2015-03-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2335501T3 (es) | Billete activo con caracteristica dinamica, tal como el aspecto, con diversas opciones de validacion. | |
ES2255111T3 (es) | Metodo y sistema para garantizar la seguridad de centros de gestion de llamadas telefonicas. | |
ES2278979T3 (es) | Manipulacion segura de objetos de datos de depositos. | |
US10346764B2 (en) | Method and system for distributing electronic tickets with visual display for verification | |
CA2836470C (en) | A method and system for distributing electronic tickets with visual display for verification | |
KR102368799B1 (ko) | 암호화된 전자 게임 티켓 | |
JP5000723B2 (ja) | 携帯通信装置、およびサービス提供サーバ | |
JP2001525093A (ja) | 電子取引 | |
JP2003242116A (ja) | 認証装置、認証システム、サーバ、携帯端末、認証端末、および認証方法 | |
JP2006048390A (ja) | 二次元コード利用者認証方法、および二次元コード利用者認証システム | |
EP1388990B1 (en) | Secure transfer of digital tokens | |
ES2237682T3 (es) | Procedimiento y dispositivo de certificacion de una transaccion. | |
ES2610387T3 (es) | Un método de autorización de una persona, una arquitectura de autorización y un programa informático para ordenador | |
US20160364659A1 (en) | Method and system for distributing electronic tickets with visual display for verification. | |
JP2005011239A (ja) | チケット授受システム、チケット確認装置、及びチケット授受方法 | |
JP2002063142A (ja) | 認証システム、認証端末、認証サーバおよび認証方法 | |
AU2014268379A1 (en) | Method and system for distributing electronic tickets with data integrity checking | |
JP2007188457A (ja) | 電子チケット利用端末および携帯端末 | |
JP5216178B2 (ja) | 買い手を身元確認するための装置および方法 | |
CA2994558A1 (en) | Method and system for distributing electronic tickets with visual display for verification | |
AU2016201134B2 (en) | A Method And System For Distributing Electronic Tickets With Visual Display For Verification | |
WO2007029148A2 (en) | Method and system for controlling access to a content item and computer program products therefore | |
JP2023179334A (ja) | 認証方法、認証システム、携帯情報機器、認証装置 | |
AU2012279432A1 (en) | A method and system for distributing electronic tickets with visual display for verification |