ES2348012T3 - Método para producir tarjetas de transacción. - Google Patents
Método para producir tarjetas de transacción. Download PDFInfo
- Publication number
- ES2348012T3 ES2348012T3 ES04768097T ES04768097T ES2348012T3 ES 2348012 T3 ES2348012 T3 ES 2348012T3 ES 04768097 T ES04768097 T ES 04768097T ES 04768097 T ES04768097 T ES 04768097T ES 2348012 T3 ES2348012 T3 ES 2348012T3
- Authority
- ES
- Spain
- Prior art keywords
- card
- identifier
- image
- user
- account information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 238000004519 manufacturing process Methods 0.000 title abstract description 18
- 238000000034 method Methods 0.000 claims abstract description 86
- 230000008569 process Effects 0.000 claims description 23
- 238000003860 storage Methods 0.000 claims description 3
- 238000012545 processing Methods 0.000 claims description 2
- 238000013461 design Methods 0.000 description 57
- 230000003287 optical effect Effects 0.000 description 15
- 230000008901 benefit Effects 0.000 description 10
- 238000010586 diagram Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 8
- 239000000047 product Substances 0.000 description 6
- 238000004049 embossing Methods 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 238000012795 verification Methods 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 239000003086 colorant Substances 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000009466 transformation Effects 0.000 description 3
- 238000000844 transformation Methods 0.000 description 3
- 235000000177 Indigofera tinctoria Nutrition 0.000 description 2
- 230000009471 action Effects 0.000 description 2
- 238000010420 art technique Methods 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 229940097275 indigo Drugs 0.000 description 2
- COHYTHOBJLSHDF-UHFFFAOYSA-N indigo powder Natural products N1C2=CC=CC=C2C(=O)C1=C1C(=O)C2=CC=CC=C2N1 COHYTHOBJLSHDF-UHFFFAOYSA-N 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 230000002441 reversible effect Effects 0.000 description 2
- 241000700605 Viruses Species 0.000 description 1
- 230000003466 anti-cipated effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 235000014510 cooky Nutrition 0.000 description 1
- 230000002950 deficient Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000012467 final product Substances 0.000 description 1
- PCHJSUWPFVWCPO-UHFFFAOYSA-N gold Chemical compound [Au] PCHJSUWPFVWCPO-UHFFFAOYSA-N 0.000 description 1
- 239000010931 gold Substances 0.000 description 1
- 229910052737 gold Inorganic materials 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 238000005304 joining Methods 0.000 description 1
- 201000005111 ocular hyperemia Diseases 0.000 description 1
- 230000035515 penetration Effects 0.000 description 1
- NQLVQOSNDJXLKG-UHFFFAOYSA-N prosulfocarb Chemical compound CCCN(CCC)C(=O)SCC1=CC=CC=C1 NQLVQOSNDJXLKG-UHFFFAOYSA-N 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000010076 replication Effects 0.000 description 1
- 238000012549 training Methods 0.000 description 1
Landscapes
- Credit Cards Or The Like (AREA)
Abstract
Un método para producir una tarjeta de transac- ción correspondiente a una cuenta de un cliente y que lleva una imagen definida por dicho cliente, incluyendo el método: asociar un identificador ópticamente legible con una imagen definida por el usuario a aplicar a la tarjeta de transacción; leer dicho identificador ópticamente legible y reconciliar dicho identificador ópticamente legible con un identificador correspondiente (405) asociado con información de cuenta de cliente (407, 604) a aplicar a la tarjeta de transacción; donde dicha información de cuenta de cliente (407, 604) es proporcionada por una autoridad emisora de tarjeta (401, 603) por un enlace seguro a un centro de acabado de tarjetas (403, 606) y donde solamente dicha información de cuenta de cliente (407, 604) es transferida desde dicha autoridad emisora de tarjeta (401, 603) a dicho centro de acabado de tarjetas (403, 606); y producir una tarjeta de transacción que lleva dicha imagen definida por el usuario y dicha información de cuenta de cliente (407, 604).
Description
REFERENCIA CRUZADA A SOLICITUDES RELACIONADAS
Esta solicitud reivindica el beneficio de la Solicitud PCT número de serie PCT/GB2004/000626, presentada el 17 de Febrero de 2004, titulada “Método y aparato para manipular imágenes”, publicada como WO 2004 074961 o EP1847964 (técnica anterior según el art. 54(3) EPC); y de la Solicitud GB número de serie 0407042.1, presentada el 29 de Marzo de 2004, titulada “Centro de producción seguro”, prioridad no publicada de la presente solicitud.
CAMPO TÉCNICO
Esta invención se refiere a un método y aparato para producir tarjetas de transacción; y en particular a un método y aparato para producir tarjetas de transacción que tienen un aspecto personalizado.
ANTECEDENTES
Hay una tendencia creciente a personalizar el aspecto de artículos de consumo comercializados en serie, según se ve, por ejemplo, en el uso de diseños y tonos de llamada personalizados para teléfonos móviles.
Sin embargo, antes de la presente invención, el aspecto de los medios de acceso a cuentas financieras seguía sin personalizar; tal vez debido a las dificultades previstas de permitir que el usuario personalice el aspecto de un elemento tal como una tarjeta de crédito, manteniendo también al mismo tiempo la apropiada seguridad de la información financiera privada del usuario.
La Publicación de Patente de Estados Unidos número 2002/078146, titulada Enlace por Internet de contenido audio y de imágenes, por G. B. Rhoads describe codificar esteganográficamente información de dirección en datos audio o gráficos, y decodificarla para permitir el enlace con Internet. Falta la característica de transferir solamente información de cuenta de cliente en el enlace seguro. En EP 1847964 esta característica está presente solamente en la realización de la figura 12, que, sin embargo, no describe que el identificador es ópticamente legible.
RESUMEN
La presente invención se define en las reivindicaciones 1 y 30. Se exponen otras realizaciones en las reivindicaciones dependientes.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
Para una mejor comprensión de la presente invención, y para mostrar cómo se puede poner en práctica, ahora se hará referencia, a modo de ejemplo solamente, a los dibujos acompañantes, en los que:
La figura 1 es un diagrama de bloques de una técnica típica de la técnica anterior para producir un medio de acceso a cuenta financiera, tal como una tarjeta de crédito, que no es de aspecto personalizado.
La figura 2 es un diagrama de bloques de una técnica para producir un medio de acceso a cuenta financiera que es de aspecto personalizado, según un ejemplo no reivindicado.
La figura 3 es un diagrama de bloques de una técnica para producir un medio de acceso a cuenta financiera que es de aspecto personalizado, usando una impresora de tarjetas situada en un centro de fabricación de tarjetas, según un ejemplo no reivindicado.
La figura 4 es un diagrama de bloques de una técnica para producir un medio de acceso a cuenta financiera que es de aspecto personalizado, en el que módulos de encriptado están situados en un emisor de tarjetas y un centro de personalización de tarjetas, según una realización de la invención.
La figura 5 es un diagrama de bloques de una técnica para producir un medio de acceso a cuenta financiera que es de aspecto personalizado, en el que un módulo de lectura/escritura está situado en un centro de personalización de tarjetas, según un ejemplo no reivindicado.
La figura 6 es un diagrama de bloques de una técnica para producir un medio de acceso a cuenta financiera que es de aspecto personalizado, en el que módulos de encriptado están situados en un emisor de tarjetas y un centro de personalización de tarjetas, y en el que un módulo de lectura/escritura está situado en un centro de personalización de tarjetas, según una realización de la invención.
La figura 7 es un diagrama de bloques de una técnica para producir un medio de acceso a cuenta financiera que es de aspecto personalizado, en el que se coloca un identificador único en base a la posición de un chip incrustado en el medio de acceso a cuenta financiera, según un ejemplo no reivindicado.
La figura 8 ilustra un sistema informático para manipulación de imágenes a distancia, según un ejemplo no reivindicado.
La figura 9 ilustra un método de operar un sistema informático para manipulación de imágenes a distancia, según un ejemplo no reivindicado.
Las figuras 10-17 muestran pantallas de una página web de diseño de tarjetas de crédito, operada según una realización de la invención.
La figura 18 ilustra un método de operar un sistema informático para manipulación de imágenes a distancia, usando un identificador de cliente único, según un ejemplo no reivindicado.
La figura 19 ilustra un método de operar un sistema informático para manipulación de imágenes a distancia, usando un valor hash para evitar la necesidad de crear y mantener un identificador de cliente único durante la solicitud y el ciclo de impresión de tarjetas, según un ejemplo no reivindicado.
La figura 20 ilustra un sistema según una realización de la invención, en el que se diseña una imagen usando un quiosco de emisión de tarjetas o sistema instantáneo de emisión de tarjetas en tienda.
Y la figura 21 ilustra un sistema en el que se usa una base de datos para almacenar información entre selecciones de imágenes del usuario y producción de imágenes de extremo trasero, según una realización de la invención.
DESCRIPCIÓN DETALLADA
En una realización según la invención se facilita un método para producir un medio de acceso a cuenta financiera, tal como una tarjeta de crédito u otra tarjeta financiera, que tiene un aspecto personalizado. Las realizaciones de la invención permiten la producción de dicho medio de acceso a cuenta financiera que lleva un diseño seleccionado por el usuario, manteniendo también al mismo tiempo una apropiada seguridad de la información financiera privada del usuario; de una forma que también se puede integrar de forma económica en técnicas convencionales de producción de tarjetas. Las realizaciones de la invención son relativamente fáciles de implementar por parte de un emisor de tarjetas, con pocos cambios en los sistemas corrientes; y permiten al tenedor de tarjeta personalizar toda su tarjeta, incluyendo incluso logos y hologramas del emisor.
La figura 1 es un diagrama de bloques de una técnica típica de la técnica anterior para producir un medio de acceso a cuenta financiera, tal como una tarjeta de crédito, que no es de aspecto personalizado. Un emisor de tarjetas 101, tal como un banco, transmite información financiera 102 del tenedor de tarjeta por un enlace seguro de red 103 a un centro de personalización de tarjetas 104, que aplica la información financiera del tenedor de tarjeta a tarjetas de crédito. La información financiera del tenedor de tarjeta puede incluir, por ejemplo, datos tales como cada nombre del tenedor de tarjeta de crédito, número de tarjeta de crédito, fecha de caducidad de la tarjeta, etc, que se ha de estampar en relieve y, para algunos datos, imprimir magnéticamente en una tarjeta de crédito. Un fabricante de tarjetas 105 imprime las cartulinas de tarjeta de crédito 106 a las que se aplicará la información financiera del tenedor de tarjeta 102, y pasa de forma segura 107 las tarjetas al centro de acabado 104, por ejemplo, en un furgón de seguridad. En el centro de acabado de tarjetas 104, una unidad de acabado de tarjetas 108, tal como un Datacard 9000, estampa en relieve las tarjetas, codifica sus bandas magnéticas, y opcional-mente las combina con cartas o sobres predirigidos para envío por correo. El resultado es un conjunto de tarjetas acabadas convencionales 109 que no son de aspecto personalizado. Se deberá indicar que el término “unidad de personalización de tarjetas” en el sentido en que se usa en la técnica anterior, se refiere a la unidad de acabado 108 para aplicar información financiera de cada tenedor de tarjeta a una tarjeta, y no a una unidad que personalice el aspecto de la tarjeta según las preferencias del tenedor de tarjeta.
La figura 2 es un diagrama de bloques de una técnica para producir un medio de acceso a cuenta financiera que es de aspecto personalizado, según un ejemplo. En común con otros ejemplos o realizaciones de esta memoria, la seguridad de información financiera queda garantizada al tener que pasar toda la información financiera del tenedor de tarjeta por una red segura 209; así, no pasa información financiera al centro de hospedaje de gráficos de tarjeta 203. El centro de hospedaje de gráficos de tenedor de tarjeta pasa un identificador de diseño de tarjeta 202 que es único al tenedor de tarjeta, pero no puede ser rastreado hasta el tenedor de tarjeta por terceras
partes; así se garantiza más la seguridad.
Sin embargo, como se verá a continuación, el ejemplo de la figura 2 tiene inconvenientes, en algunos aspectos, en comparación con las realizaciones posteriores de la invención, porque es más difícil la integración con técnicas convencionales de producción de tarjetas. En el ejemplo de la figura 2, un emisor de tarjetas 201 pasa un identificador digital no secuencial único 202 para cada tenedor de tarjeta que personalizará el aspecto de su tarjeta, a un centro de hospedaje de gráficos de tarjeta
203. El identificador digital 202 no tiene otro significado que el de unir la imagen a crear y la persona que diseñará la tarjeta. El centro de hospedaje de gráficos de tarjeta 203 puede incluir, por ejemplo, un servidor web, con el que el tenedor de tarjeta interactúa para diseñar una tarjeta. Una vez terminado el diseño de la tarjeta, el centro de hospedaje de gráficos de tarjeta 203 devuelve 204 al emisor de tarjetas 201 un identificador digital para cada tenedor de tarjeta que haya diseñado satisfactoriamente una tarjeta, como confirmación de que el diseño de la tarjeta ha sido completado satisfactoriamente. El centro de hospedaje de gráficos de tarjeta 203 pasa 205 el identificador digital de cada tenedor de tarjeta, y la imagen digital asociada del diseño de tarjeta para dicho tenedor de tarjeta, a un centro de acabado de tarjetas 206. El centro de acabado de tarjetas 206 también recibe tarjetas de crédito 207 de un fabricante de tarjetas 208; y, por un enlace seguro de red 209, la información financiera 210 de cada tenedor de tarjeta junto con el identificador digital dado 202 al centro de hospedaje de gráficos de tarjeta para identificar el diseño de tarjeta de cada tenedor de tarjeta.
Usando la información financiera e identificadores digitales 210; las imágenes digitales e identificadores digitales asociados 205; y las tarjetas 207; el centro de acabado de tarjetas 206 del ejemplo de la figura 2 crea una tarjeta de crédito que es de aspecto personalizado. Las imágenes digitales de diseño de tarjeta y los identificadores digitales de tarjeta asociados se almacenan en un almacén de gráficos de tarjeta 211, y se pasan 217 a un servidor de impresión de gráficos de tarjeta 212. El servidor de impresión 212 actúa como un servidor para una impresora de tarjetas 213, que puede ser, por ejemplo, una impresora de tarjetas Artista. La impresora de tarjetas 213 imprime sobre un material tarjeta 207 tomando 218 una imagen e identificador digital asociado del servidor de impresión 212; y también codifica la banda magnética de tarjeta con el identificador digital de diseño de tarjeta. La tarjeta con identificador digital magnético se pasa entonces 219 a una máquina de acabado de tarjeta 214, tal como un Datacard 9000, que lee la banda magnética en la parte trasera de la tarjeta, y usa el identificador digital para obtener la información financiera apropiada 210 para estampar en relieve la tarjeta y prepararla para envío por correo. La máquina de acabado de tarjeta 214, después de obtener la información financiera y el identificador digital asociado 210, puede pasar el identificador digital 215 a la impresora de tarjetas para indicar que el diseño de tarjeta deberá ser producido a continuación. Además, la máquina de acabado de tarjeta 214 (en este ejemplo y otras realizaciones) puede incluir un lector de código de barras u otro lector óptico, además o en lugar de un lector de banda magnética. El resultado del proceso es una tarjeta acabada 216 con información financiera de un tenedor de tarjeta y diseño personalizado propio.
El ejemplo de la figura 2 tiene varios inconvenientes potenciales. Como se puede ver comparando el centro de acabado de tarjetas 206 de la figura 2 con el centro de acabado de tarjetas 104 de la técnica convencional de producción de tarjetas en la figura 1, el ejemplo de la figura 2 requiere mucho equipo extra y procesado en el centro de acabado de tarjetas. Debe haber una impresora extra de tarjetas 213, que puede costar hasta US $250.000, en cada centro de acabado de tarjetas. Dado que algunas instalaciones de acabado de tarjetas producen solamente un pequeño número de tarjetas, el requisito de una impresora de tarjetas extra en cada centro aumenta el costo de producción de la tarjeta. La impresora de tarjetas tiene un alto costo en consumibles por tarjeta (por ejemplo U S $0,25 por tarjeta). Además, el uso de equipo impresor extra en cada centro de acabado de tarjetas requiere formación de más personal. Además, hay problemas de registro y alineación entre la imagen que pone la impresora de tarjetas 213, y los elementos ya presentes en el material tarjeta 207, tal como un holograma y algunos logos. Desde el punto de vista de los datos, el centro de hospedaje de gráficos de tarjeta 203 tiene que transferir imágenes a cada uno de potencialmente muchos centros de acabado de tarjetas 206, lo que es difícil y costoso de hacer fiablemente y con seguridad. Y dado que las imágenes que hay que imprimir son requeridas localmente, cada centro de acabado de tarjetas 206 debe tener equipo para almacenar las imágenes localmente. Además, una impresora de tarjetas 213 que puede ser usada en un centro de acabado de tarjetas, tal como una impresora Artista, no puede imprimir oro, tinta ultravioleta, o colores conformes con Pantone; y no puede imprimir con una calidad suficiente poniendo marcas de asociación de tarjeta. Finalmente, la reemisión de una tarjeta, en el caso de que se pierda, puede ser difícil para un emisor de tarjetas; las imágenes de tarjeta preferidas del tenedor de tarjeta tendría que estar almacenadas y recuperarse para reemisión, en un sistema, combinando también al mismo tiempo las imágenes reemitidas con nuevas tarjetas a imprimir en
un día dado.
Estos inconvenientes potenciales del ejemplo de la figura 2 se resuelven con el ejemplo de la figura 3, que hace posible la personalización de diseños de tarjeta en un centro de fabricación de tarjetas, de forma segura. En el ejemplo de la figura 3, un emisor de tarjetas 301 pasa un identificador digital no secuencial único 302, para cada tenedor de tarjeta que personalizará el aspecto de su tarjeta, a un centro de hospedaje de gráficos de tarjeta 303, de forma similar a la del ejemplo de la figura
2. El identificador digital es devuelto 304 al emisor de tarjetas 301 como confirmación de que un diseño ha sido completado satisfactoriamente, por ejemplo, por un usuario que interactúe con una página web de gráficos de tarjeta 305. El emisor de tarjetas 301 devuelve al centro de hospedaje de gráficos personales 303 los identificadores digitales 307 de los tenedores de tarjeta que han completado el diseño de su tarjeta, y cuyo crédito ha sido aprobado. El emisor de tarjetas 301 puede añadir al archivo 307 los identificadores digitales de las tarjetas que tengan que ser reemitidas debido a pérdida, caducidad u otros factores. El emisor de tarjetas 301 también asocia los identificadores digitales exitosos 307 con información financiera del tenedor de tarjeta 309, y los pasa mediante un enlace de red segura 310 a un centro de acabado de tarjetas 311. El centro de hospedaje de gráficos de tarjeta 303 asocia 306 el identificador digital de cada tenedor de tarjeta con la imagen digital del diseño de tarjeta completado del tenedor de tarjeta, y los guarda en un módulo de almacenamiento de gráficos de tarjeta 308 que puede ser un centro de almacenamiento de imágenes en copias de seguridad. En un ejemplo, el centro de hospedaje de gráficos de tarjeta 303 asocia 306 el identificador digital con su imagen correspondiente convirtiendo el identificador digital a un formato óptico, usando, por ejemplo, un código de barras, texto, micropunto, microtexto, tinta invisible, u otra técnica; y embebiendo el identificador de formato óptico como parte de la imagen digital a aplicar a la tarjeta; por ejemplo imprimiendo el identificador óptico en la imagen propiamente dicha. El identificador digital también puede ser impreso en dos
o más formatos ópticos diferentes, o múltiples veces en el mismo formato, de modo que el identificador pueda ser leído en caso de un escaneo defectuoso.
El ejemplo de la figura 3 siguiente usa la lista de identificadores digitales de crédito aprobado 307 para sacar las imágenes relevantes del almacén de gráficos de tarjeta 308; y pasa las imágenes digitales con identificadores ópticos embebidos 312 a un servidor de impresión de gráficos de tarjeta 314 en un fabricante de tarjetas
313. El servidor de impresión de gráficos de tarjeta 314 puede ser, por ejemplo, un centro de almacenamiento de imágenes a corto plazo fuera de línea, diseñado para optimizar imágenes para la impresora asociada. Dado que los identificadores digitales han sido incrustados ópticamente en las imágenes digitales, solamente las imágenes 312 tienen que ser pasadas al fabricante de tarjetas 313, sin necesidad de que los identificadores digitales sean transmitidos por separado. La imagen digital con identificador óptico embebido 315 se puede pasar entonces a una impresora digital 316, que simplemente imprime todas las tarjetas cuyas imágenes le haya pasado el servidor de impresión 314. La impresora digital 316 puede ser, por ejemplo, una impresora HP Indigo, o sistema similar. Más generalmente, puede ser una prensa digital comercial de alta calidad diseñada para imprimir digitalmente tarjetas financieras. Por ejemplo, la impresora 316 puede ser una máquina que sea conforme a Pantone e imprima a más de 800 dpi; que pueda poner logos, marcas, identificadores ópticos, y diseños de tarjeta en un solo proceso, rápida y económicamente; y que también pueda imprimir cada tarjeta, de una hoja de tarjetas, con diferente información. Preferiblemente, la impresora 316 puede imprimir varios colores, todos en tinta; incluyendo al menos cuatro colores visibles y otros dos (uno ultravioleta y otro metálico, fluorescente, o similar). A continuación, la tarjeta impresa 317 con identificador óptico embebido en su imagen impresa se pasa a un módulo de lectura/escritura 318, que lee el identificador óptico de cada tarjeta y lo codifica en la banda magnética de tarjeta, haciendo por ello que el identificador digital de cada tarjeta sea legible magnéticamente por una máquina de acabado de tarjeta 319. Las tarjetas con identificadores magnéticos 320 son enviadas a través de los canales convencionales del fabricante de tarjetas 313 al centro de acabado de tarjetas 311. Una máquina de acabado de tarjeta 319 (tal como un Datacard 9000 u otra máquina), puede leer entonces el identificador magnético de cada tarjeta y usarlo para asociar la tarjeta impresa con la imagen correcta con la información financiera asociada del tenedor de tarjeta, proporcionada por el enlace 310. Entonces se puede producir una tarjeta acabada 321, que tenga información financiera del usuario así como un aspecto personalizado.
El ejemplo de la figura 3 tiene varias ventajas. En primer lugar, no se necesita equipo adicional en cada centro de acabado de tarjetas 311; el equipo es el mismo que el que requiere en cada centro de acabado de tarjetas 104 la técnica convencional de producción de tarjetas del ejemplo de la figura 1. A continuación, se pasa un volumen grande de imágenes digitales a un pequeño número de fabricantes de tarjetas 313, y entre dos componentes 305 y 308 del centro de hospedaje de gráficos de tarjeta 303; en lugar de pasarse a un número potencialmente grande de instalaciones de acabado de tarjetas 311, como en el ejemplo de la figura 2. Esto significa que se puede montar una línea dedicada rápida para transmitir imágenes digitales 306 y 312. Además, dado que los identificadores digitales están incrustados ópticamente en las imágenes digitales 312, no hay necesidad de enviar los identifica-dores digitales por separado al fabricante de tarjetas
313. Esto significa que solamente hay que pasar un tipo de archivo (el tipo de archivo de imágenes digitales) al fabricante de tarjetas 313, en una dirección; así, la línea dedicada para transmitir datos 312 puede ser bloqueada fácilmente en un cortafuegos. Además, el proceso de la figura 3 hace más fácil que un emisor de tarjetas 301 pida la reemisión de una tarjeta; el emisor de tarjetas 301 simplemente envía el identificador digital de la tarjeta a reemitir en la misma lista 307 de identificado-res digitales que la enviada 309 al centro de acabado de tarjetas 311. En el lado de impresión, el ejemplo de la figura 3 usa un solo proceso de impresión de una impresora digital 316 para poder imprimir elementos tales como logos de tarjeta y las imágenes personalizadas uno contra otro, sin problemas de alineación ni de registro. El aumento del costo de impresión, en comparación con el ejemplo de la figura 2, es muy bajo; y la calidad de impresión es alta (por ejemplo, la impresora digital 316 puede imprimir a 800 dpi, en lugar de los 300 dpi que logra la impresora de tarjetas 213). Los procesos de cada entidad también son directos: ni el emisor de tarjetas 301 ni el centro de acabado de tarjetas 311 tienen que tratar imágenes digitales voluminosas; los procesos en el centro de acabado de tarjetas 311 son totalmente en línea; y hay poco cambio en el proceso en el centro de fabricación de tarjetas 313.
La realización de la figura 4 es similar al ejemplo de la figura 3, con algunas modificaciones que pueden ser útiles para los emisores de tarjetas. En particular, la realización de la figura 4 difiere por incluir un módulo de encriptado 402 en el sistema de emisor de tarjetas 401, y un módulo de encriptado 404 en el centro de acabado de tarjetas 403. El módulo de encriptado 402 se usa para aplicar una función de encriptado a alguno de la información financiera única, personal de cada tenedor de tarjeta, con el fin de producir el identificador digital 405 que será utilizada para identificar el diseño de tarjeta del tenedor de tarjeta. El encriptado puede ser realizado usando una función unidireccional de encriptado, tal como una función hash MD5 u otra función hash, que codifica la información del tenedor de tarjeta de forma no reversible. Dado que la función de encriptado se usa para producir el identificador digital 405, no es necesario que el emisor de tarjetas pase un identificador digital por un enlace de red segura 406, junto con la información financiera del tenedor de tarjeta 407. En cambio, se puede usar un módulo de encriptado 404 en el centro de acabado de tarjetas 403 para aplicar la misma función de encriptado a la misma porción de la información financiera del tenedor de tarjeta 407 que la aplicada por el módulo de encriptado 402. Por lo tanto, la salida del módulo de encriptado 404 es el mismo identificador digital 405 para el tenedor de tarjeta como el producido por el módulo de encriptado 402 con el fin de reconciliar un diseño de tarjeta del tenedor de tarjeta con su información financiera. Sin embargo, en contraposición a la realización de la figura 3, no es necesario que el emisor de tarjetas 401 pase un identificador digital junto con la información financiera 407 por la red 406. Esto significa que los sistemas del emisor de tarjetas 401 para enviar información financiera 407 no tienen que ser modificados (en comparación con sus transmisiones convencionales 102 de la figura 1), lo que puede ser ventajoso para el emisor de tarjetas en comparación con la realización de la figura 3.
En otro ejemplo, representado en la figura 5, el ejemplo de la figura 3 se ha modificado moviendo el módulo de lectura/escritura 318 del fabricante de tarjetas 313 al centro de acabado de tarjetas 311. Como se representa en la figura 5, un fabricante de tarjetas 501 envía una tarjeta impresa con un identificador óptico incrustado 502 al centro de acabado de tarjetas 503. Un módulo de lectura/escritura 504 lee entonces el identificador óptico 502 y lo escribe en la banda magnética de tarjeta, de modo que puede ser leído por la máquina de acabado de tarjeta 505 de forma similar a la máquina de acabado 319 de la figura 3. En comparación con el ejemplo de la figura 3, el ejemplo de la figura 5 tiene la ventaja de que no se requiere equipo adicional en el centro del fabricante de tarjetas 501. Además, los procesos en el centro de acabado de tarjetas 503 todavía están en línea. Potencialmente, sin embargo, el ejemplo de la figura 5 podría tener el inconveniente, en comparación con el ejemplo de la figura 3, de que el tamaño y el tipo de identificador óptico impreso en la tarjeta 502 depende del equipo de lectura/escritura 504 usado en el centro de acabado de tarjetas 503. Dado que este equipo puede ser menos sofisticado que un módulo de lectura/escritura 318 usado por un fabricante de tarjetas, hay la posibilidad de que los identificadores ópticos 502 sean grandes o poco estéticos, dando lugar posiblemente a que la tarjeta sea rechazada en el punto de venta.
En otra realización según la invención, representada en la figura 6, se combinan las modificaciones de la realización de las figuras 4 y del ejemplo de la figura 5. Específicamente, la realización de la figura 6 usa un par de módulos de encriptado 601 y 602 para evitar la necesidad de que el emisor de tarjetas 603 envíe identificado-res digitales junto con información financiera 604 (de forma similar a la realización de la figura 4). Además, de forma similar al ejemplo de la figura 5, un módulo de lectura/escritura 605 es movido al centro de acabado de tarjetas 606, en lugar de estar situado en el fabricante de tarjetas 607. Por lo tanto, la realización de la figura 6 combina las ventajas y desventajas de las figuras 4 y 5: no se requiere equipo adicional en el fabricante de tarjetas 607; los procesos en el centro de acabado de tarjetas 606 son en línea; y no hay que transmitir ningún identificador digital junto con información financiera 604, de modo que los sistemas del emisor de tarjetas 603 no tienen que ser ajustados para hacerlo. Sin embargo, como con la figura 5, el uso de módulo de lectura/escritura 605 en el centro de acabado de tarjetas 606 puede producir la posibilidad de que el identificador óptico pueda ser grande o poco estético, si el módulo de lectura/escritura es de un tipo menos sofisticado que el usado por un fabricante de tarjetas.
Otro ejemplo, representado en la figura 7, pone un código de barras (u otro identificador único) en base a la posición de un chip incrustado en el medio de acceso a cuenta financiera. En primer lugar, un usuario se registra en 701 en un sitio de e-banking, o de otro modo solicita un medio de acceso a cuenta financiera. Un servidor 702 del emisor de tarjetas recibe la petición del usuario de personalizar su tarjeta, y pasa un identificador único, para asociar el usuario con el diseño de tarjeta personalizado, a un centro de hospedaje de gráficos de tarjeta 703. El servidor 702 del emisor de tarjetas también pasa 704 los registros financieros del usuario (en relieve) a una oficina de tarjetas 705, junto con el identificador único que se pasó al centro de hospedaje de gráficos de tarjeta. En el centro de hospedaje de gráficos de tarjeta 703, que se puede implementar como una página web, el usuario diseña su tarjeta con referencia a una plantilla gráfica indicando el relieve y logos que aparecen en una tarjeta estándar del emisor de tarjetas; y el centro de hospedaje de gráficos de tarjeta 703 comprueba la aceptabilidad del diseño de la tarjeta del usuario. A continuación, el ejemplo de la figura 7 tiene la ventaja de que la tarjeta tendrá un chip incrustado colocado en posición 706 en la tarjeta, colocando un código de barras, que será usado para identificar el usuario asociado con el diseño de tarjeta, en la misma posición 706 que el chip se añadirá más tarde. Esto permite el uso de un código de barras más grande o más visible, porque el código de barras no se verá en el diseño de tarjeta final una vez que se cubra con el chip incrustado. El centro de hospedaje de gráficos de tarjeta 703 envía entonces la imagen final del usuario con el identificador de usuario único codificado en el código de barras, a un fabricante de tarjetas 707. El fabricante de tarjetas 707 imprime la tarjeta, usando una impresora de tarjetas tal como, por ejemplo, una HP Indigo Press. Se incluye un código de barras en la imagen impresa sobre la tarjeta, en la posición que posteriormente ocupará el chip incrustado; y sobre la imagen se colocan los logos del emisor de tarjeta, y logos de asociaciones de tarjetas tales como Visa o Mastercard. La tarjeta es enviada entonces 708 a la oficina de tarjetas 705, mediante distribución segura están-dar. En la oficina de tarjetas 705, una unidad de lectura/escritura 709, tal como un lector de tarjetas Datacard 5000, lee el código de barras en la tarjeta, y escribe el identificador de usuario único en la banda magnética de la tarjeta. La unidad de lectura/escritura 709 también quita el plástico de la tarjeta, y pone un chip incrustado en lugar del código de barras. La tarjeta se coloca entonces 710 en un Datacard 9000, o unidad similar de estampado en relieve de tarjeta 711; y el registro de relieve del usuario es pedido 712 a una base de datos de registros de estampado en relieve 713, usando el identificador de usuario único mantenido en la banda magnética de tarjeta. La unidad de estampado en relieve de tarjeta 711 estampa entonces en relieve y envía la tarjeta, produciendo una tarjeta acabada 714 en un sobre con la dirección del usuario.
A continuación, se describirá una realización según la invención que permite al usuario manipular una imagen a través de una interface de navegador, y se divide en dos porciones de software, aquí denominadas software de extremo delantero y software de extremo trasero. El software de extremo delantero opera totalmente dentro de un navegador de Internet y en la mayoría de los casos no requiere una descarga, porque acepta las limitaciones del navegador. En una realización, el software de extremo delantero ejecuta software Flash, que se puede obtener de Macromedia Inc. De 600 Townsend Street, San Francisco, CA 94103, Estados Unidos de América, o software equivalente. El software de extremo delantero es una interface gráfica de usuario (GUI) pura, y permite al usuario diseñar y editar gráficos en su pantalla con el fin de crear una representación de una imagen deseada. Representaciones de imágenes en stock (iniciales) pueden ser presentadas al usuario en una librería de imágenes en pantalla y/o creadas por el usuario bajo demanda. La imagen deseada para salida puede estar formada por uno o varios componentes representativos, cada uno de los cuales tiene su posición definida con relación a un origen, y puede ser manipulado en base a un conjunto de normas predeterminadas, tal como, por ejemplo, reglas que permiten redimensionar, girar, dar la vuelta, reflejar y mover la imagen o sus componentes con relación a otros componentes. Los componentes gráficos representativos pueden ser usados, por ejemplo, para crear diseños relativamente complejos que consten de una pluralidad de diferentes capas y/o transparencias construidas usando escenas Flash.
Cuando se ha completado el diseño, en una realización según la invención, instrucciones sobre el aspecto de la imagen final son enviadas al software de extremo trasero, que se ejecuta en un servidor. En la realización preferida, estas instrucciones son enviadas conjuntamente (simultáneamente) después de terminar la manipulación, y tomar la forma de una cadena de texto para cada componente de la imagen. Por ejemplo, la cadena de texto makeimage.aspx para un componente gráfico podría ser:
nen la posición de un componente con relación a un origen predeterminado; flip, rotate, y scale definen manipulaciones de tipos generalmente conocidos en la técnica; y user es un número que identifica al usuario. Los expertos en la técnica apreciarán que de esta forma se puede definir un rango de manipulaciones de imagen. Una imagen resultante puede ser representada por uno o varios componentes gráficos. Así es posible que una pluralidad de cadenas de texto, o una cadena de texto extendida, definan una imagen formada por una pluralidad de componentes gráficos separados. Los componentes gráficos usados, por ejemplo, en escenas de películas Flash son generados y manipulados con un mínimo de recursos de cálculo; y los diseños construidos como resultado pueden ser re-creados en el lado de extremo trasero (servidor) usando los archivos de imagen relevantes (y generalmente mucho más grandes). Se pueden lograr diseños relativamente complejos empleando dos o más componentes de imagen con identificadores de imagen separados. Los identificadores de imagen para componentes gráficos de la misma imagen pueden tener una característica común. Según realizaciones de la invención, las instrucciones incluidas en la cadena de texto que define las manipulaciones necesarias para crear la imagen resultante, no todas tienen que ser incluidas en una sola cadena de texto; en cambio, una serie de cadenas de texto pueden ser transmitidas por separado para transportar la misma pluralidad de instrucciones. Además, las manipulaciones en el servidor remoto no tienen que esperar la recepción de todas las series de cadenas de texto, sino que, en cambio, se pueden realizar en etapas cuando se reciba cada cadena de la serie. Independientemente del número de cadenas de texto usadas, una ventaja de una realización según la invención es que una versión emulada más pequeña de la imagen puede ser manipulada por el usuario con un mínimo de recursos de cálculo, y las instrucciones pueden ser transferidas eficientemente como cadenas de texto; en lugar de requerir la transferencia ineficiente (y lenta) de grandes archivos de imágenes, o porciones de ellos, entre el cliente y un servidor de producción de imágenes. Además, también se supera la necesidad de comunicar a un servidor un cambio de imagen cada vez que se realice una sola manipulación.
El software de extremo trasero es responsable de generar la imagen final, según una realización de la invención, interpretando las manipulaciones aplicadas a la representación (definido en la o en cada archivo de cadenas de texto) y aplicar manipulaciones correspondiente a una
o varias imágenes en stock mantenidas en un almacenamiento remoto de imágenes. Las imágenes usadas en el software de extremo delantero son representaciones que exigen menos recursos computacionales de los mantenidos en el servidor. Como resultado, el software de extremo trasero puede hacer transformaciones de imágenes que reflejen exactamente las vistas en la máquina del cliente. Una vez creada la imagen deseada con el software de extremo trasero, la imagen puede ser enviada al dispositivo que sea necesario, tal como un dispositivo para imprimir la imagen sobre un elemento de consumo personalizado. De esta forma, la representación gráfica es visualizada y manipulada en la interface de usuario por medio del software Flash, y solamente una cantidad mínima de información con relación a la imagen y las manipulaciones aplicadas a ella tienen que ser transferidas al procesador de imagen remoto.
Como se ha mencionado anteriormente, el software de extremo delantero puede usar Flash de Macromedia, u otro producto. Por ejemplo, el software podría usar en cambio HTML y Java-script (DHTML) sin descarga, aunque la GUI sea relativamente pobre. El uso de software Flash (o equivalente) es ventajoso porque no permite el pleno acceso a archivos locales del usuario, de modo que no hay riesgo de transmitir virus informáticos a la máquina del usuario. Uso de software Flash tampoco requiere que el usuario instale software distinto del plug-in Flash, que tiene una alta penetración en el mercado de navegadores.
Una realización según la invención permite así la manipulación de imágenes en línea emulando las transformaciones basadas en navegador (tales como redimensionar o solapar imágenes), hechas por el usuario en una representación de la imagen, en el servidor de modo que las imágenes producidas puedan ser usadas para la creación de productos personalizados.
La manipulación de imágenes en línea está permitida creando una arquitectura de dos niveles, en una realización según la invención: hay un programa que permite la manipulación de imágenes en la pantalla delante de un usuario; y un segundo programa en un servidor que emula estas manipulaciones, de modo que las imágenes puedan ser enviadas para la creación de productos personalizados. En la realización preferida, el proceso de extremo trasero,
o elementos del mismo, puede ser realizado en un entorno de cálculo seguro; y las imágenes personalizadas se pueden imprimir sobre un producto real bajo una seguridad muy alta (por ejemplo, seguridad a nivel bancario). De esta forma, un usuario con acceso a Internet puede diseñar imágenes personalizadas para imprimir en un producto remoto que requiera un tratamiento seguro, tal como seguridad a nivel bancario. Por ejemplo, las medidas antifraude y antirrobo significan que la producción de tarjetas de crédito, y otros tipos de tarjetas de transacción, se realiza en posiciones seguras. Así es posible la personalización de los diseños aplicados a tales tarjetas, usando realizaciones preferidas, sin la necesidad de dar al usuario acceso informático directo al entorno seguro.
Una herramienta de edición de imágenes en línea usa el entorno de navegación de HTML y Macromedia Flash como una interface gráfica de usuario para software remoto que emula las acciones realizadas en la máquina del cliente, en una realización según la invención. Esto permite una rápida experiencia para el usuario y un producto final de alta calidad. Sin embargo, la manipulación por habilitación del entorno del lado del cliente, basada en navegador, por el usuario no tiene que ser necesariamente Flash de Macromedia. Se podría usar cualquier herramienta de software equivalente capaz de proporcionar la funcionalidad requerida, por ejemplo, cualquier herramienta capaz de generar una representación de una imagen, aplicarle manipulaciones, y transferir los resultados a través de un conjunto de órdenes al software de lado de servidor, de tal manera que un procesador de imagen en el lado de servidor pueda emular las acciones del extremo delantero y crear una imagen resultante que pueda ser guardada en el servidor. El software de extremo delantero permitirá la carga de imágenes desde el ordenador del usuario al servidor, de modo que las propias imágenes del usuario puedan ser manipuladas y solapadas con imágenes de “stock” y bordes. Entonces, comunicando con el software de extremo trasero, es posible producir artículos personalizados para un usuario. Tales artículos personalizados pueden incluir, por ejemplo, tarjetas de crédito, tarjetas de débito, cubiertas de teléfonos móviles, jarras, camisetas, tarjetas de regalo, y copias impresas enmarcadas.
Una realización según la invención tiene la ventaja de que las imágenes de alta calidad no tienen que ser cargadas al navegador del cliente durante el proceso de manipulación, porque se usan formatos habilitados para red, ligeros, en lugar de los usados para la experiencia del usuario, haciendo por ello que el sistema sea rápido y fácil de usar. Sin embargo, cuando la información es transferida, se usan las imágenes originales de alta calidad para obtener resultados de impresión de alta calidad. Una realización según la invención también permite la provisión de manipulación ligera, pero rápida, de gráficos, sin la complicación de descargar programas. Además, una interface de usuario según la invención no está llamando constantemente al servidor; así, la interface es rápida y agradable de usar, y la anchura de banda de Internet se usa eficientemente. Otra ventaja de una realización de la invención es que la imagen original no es transferida por Internet en la etapa de manipulación, de modo que las posibilidades de piratear la imagen se reducen en gran medida. Además, dado que la interface se extiende dentro del entorno Flash de Macromedia, la interface es independiente de la plataforma. Además, dado que la imagen final puede ser creada en un servidor controlado por una sola compañía, se puede hacer que la imagen final enviada tenga un tamaño y resolución estandarizados. Esto permite la fácil integración con impresoras, simplifica la producción de un producto personalizado, y simplifica la facturación en base a por imagen.
A modo de ejemplo, las figuras 8 y 9 describen la producción de una tarjeta de crédito, según un ejemplo.
En el ejemplo de la figura 8, un cliente accede a software según la invención, después de haber solicitado una tarjeta de crédito a través de una página web 801 de un emisor de tarjetas (tal como un banco). En el primer paso, el emisor de tarjetas envía al cliente un número identificador único 803 que se pasa a un servidor de compilación de imagen 808, que puede ser operado (o no) por una compañía distinta del emisor de tarjetas. El emisor de tarjetas asocia el identificador de cliente único 803 con la información financiera del cliente 804. Esta asociación puede ser realizada en una tabla de asociación de cuentas financieras 824 mantenida en un entorno que es seguro desde la interface de usuario. El identificador de cliente asociado 803 y la información financiera 804 se pasan a un servidor de impresión del banco (u otro emisor de tarjetas) 809 mediante un cortafuegos 802. A continuación, el cliente entra en el software de extremo delantero 805, que puede ser operado por un servidor web u otro servidor de extremo delantero. El cliente elige una imagen 807, en la figura 8, de la unidad de disco duro del ordenador del cliente 806, y la carga en el servidor de compilación de imagen 808. La imagen 807 podría venir de cualquier fuente adecuada, tal como una librería de imágenes, mantenida por un operador del servidor de compilación de imagen 808. El software de extremo trasero 810, que se ejecuta en el servidor de compilación de imagen 808, introduce ahora la imagen original en una base de datos y genera una copia más pequeña compatible con web 811 para enviarla al software de extremo delantero 805. El cliente realiza ahora manipulaciones de imagen 812 (tal como redimensionamiento, rotación, y colocación de la imagen), como desee el cliente. El software de extremo trasero 810 asocia la selección de imagen del cliente, y posteriores manipulaciones y selecciones, con el único identificador de cliente 803. A continuación, el cliente elige otra imagen 813 para superponerla sobre la primera imagen 807, y pone la imagen 813 como desee. La imagen superpuesta 813 puede ser, por ejemplo, un marco decorativo transparente para la imagen cargada 807, y se puede mantener en un servidor de imagen 814. El software de extremo trasero 810 transmite una versión más pequeña, compatible con web 815 de la imagen superpuesta 813 al cliente, para uso al crear una combinación 816 de la imagen original manipulada 807 con la imagen superpuesta
813. Una vez que se logra la aprobación del cliente 817 del diseño final 816 y se le indica al software de extremo delantero 805, el software de extremo delantero 805 transmite una cadena de datos de manipulación del usuario 818 al servidor de compilación de imagen 808. Esta cadena 818 encapsula las selecciones y manipulaciones de imagen del cliente. Al recibir esta cadena 818, el software de extremo trasero 810 accede a las copias originales de las imágenes de una librería de imágenes y realiza las operaciones exactas que el cliente ha elegido en el software de extremo delantero 805 para el diseño final del cliente. De esta forma, el software de extremo trasero 810 emula las manipulaciones en el extremo del usuario según la información transferida en la cadena de texto (también denominado aquí el guión de resultados). En este punto, el software de extremo trasero 810 puede enviar la imagen resultante 819 a un servidor de impresión 820, que puede operar a través de un cortafuegos 821. La imagen resultante 819 y el identificador de cliente asociado 803 pueden ser pasados entonces al servidor de impresión 809 del banco (u otro emisor de tarjetas), que, a su vez, accede a la tabla de asociación de cuentas financieras 824 para obtener la información financiera segura asociada del cliente 804. La información financiera 804 y la imagen resultante 819 pueden ser enviadas después a una impresora de tarjetas de crédito 822, que imprime una tarjeta de crédito personalizada 823. Todas las imágenes que usa el cliente en el software de extremo delantero 805 son enviadas mediante el software de extremo trasero 810. La única información que pasa al software de extremo trasero 810 desde el software de extremo delantero 805 (aparte de las peticiones de imágenes) son datos acerca del aspecto que tiene la imagen ante el cliente. Esta información puede ser encriptada fácilmente para mayor seguridad. El número de imágenes combinadas en un diseño no se limita a una o dos (tal como las imágenes 807 y 813) -el guión puede ser modificado fácilmente en muchas más capas. Además, las capas de imagen de marco transparente no tienen que ser seleccionadas y manipuladas antes de una capa de imagen no transparente; las capas de imagen pueden ser diseñadas en cualquier orden. También se puede añadir texto a la imagen a través de una replicación similar. La imagen salida puede ser enviada a cualquier tipo de máquina y así las posibles aplicaciones son de muy amplio alcance: el software puede ser aplicado no solamente al mercado de tarjetas de pago, sino también a tarjetas no de pago y de teléfono. En algunos ejemplos, se pueden emplear capas como plantillas y/o marcas, denominadas aquí transparencias. En un ejemplo, la imagen final visualizada en una tarjeta puede estar limitada a una zona predefinida seleccionada, tal como una “ventana” en una tarjeta de pago (u otro medio de acceso a cuenta financiera), dejando libre el resto de la tarjeta para características funcionales de la tarjeta, tal como un logo de banco, un holograma de tarjeta de pago o indicador de tipo (tal como, por ejemplo, los logos “Visa” o “MasterCard”). Alternativamente, se pueden colocar algunas capas de imagen dentro de dicha ventana seleccionada en la tarjeta; mientras que otras capas de imagen (tal como transparencias) se colocan fuera de la ventana seleccionada, pero rodeando las características funcionales de la tarjeta (tal como el logo del banco, holograma de tarjeta de pago, etc). Además, el logo del banco u otro elemento financiero puede actuar como una plantilla fija, detrás de la que el usuario puede mover la imagen a una posición deseada.
En el ejemplo de la figura 9, en un primer paso 931, un cliente 951 a solicitado a un banco (u otro emisor de tarjetas) en línea una tarjeta de crédito, o ya es un cliente al que se le ofrece la oportunidad de hacer una nueva tarjeta para una cuenta existente. En el paso 932, el cliente clica en un enlace que redirige al usuario a una página web (que puede ser operada por una compañía distinta del emisor de tarjetas) para diseñar la tarjeta de crédito, que llega con un identificador único que se refiere a la cuenta del cliente y que irá con el cliente durante todo el tiempo que el cliente esté en el sitio. En el paso 933, el identificador de cliente se usa para entrar; alternativamente, el cliente podría entrar por separado en este punto y recoger el identificador de cliente. Dado que la página web de diseño usa solamente el identificador de cliente para identificar al cliente, no obtiene ninguno de los detalles financieros del cliente. En el paso 934, el cliente elige cargar una imagen del propio ordenador del cliente 952, tal como una imagen escaneada o fotografiada. En el paso 935, la imagen es cargada en un servidor de imagen, y puede ser mantenida en una base de datos 953 para conveniencia. En el paso 936, el cliente entra en software de manipulación de imágenes basado en navegador 954. En el paso 937, el software de manipulación de imágenes pide una serie de imágenes en formatos compatibles con web a una herramienta de redimensionamiento de imagen 955, de modo que el proceso sea veloz y rápido de usar. En el paso 938, la herramienta de redimensionamiento de imagen pide la imagen original a la base de datos 953; en el paso 939, la imagen original es devuelta y redimensionada a un formato y tamaño compatibles con web; y en el paso 940, un conjunto de imágenes compatibles con web es devuelto al software de manipulación de imágenes 954 (éstas son representaciones gráficas de las imágenes originales en las que se puede realizar manipulaciones). Una vez que el cliente ha logrado el efecto deseado manipulando la serie de imágenes requerida, se envían 941 las órdenes de manipulación de imagen asociadas a un emulador de manipulación de imagen 956. Las órdenes de manipulación de imagen pueden incluir, por ejemplo, rotación, nuevas dimensiones, colocación, volteo, escala, control de brillo, reducción de rojez de ojos, niveles de opacidad, y otras manipulaciones. En el paso 942, el emulador de manipulación de imagen 956 pide entonces las imágenes originales al servidor de imagen de modo que se use la imagen de mejor calidad. Al recibir las imágenes en el paso 943, el emulador 956 repite entonces todas las transformaciones del cliente y crea una imagen que emula la creada en línea, pero que usa los gráficos originales de mayor calidad. En el paso 944, esta imagen, y el identificador de cliente asociado, es enviada a la impresora de banco 957. Los datos financieros correspondientes al identificador de cliente se obtienen, mediante una conexión segura 958 con el banco (u otro emisor de tarjetas); y se inicia el proceso de impresión.
En una realización según la invención que pone imágenes personalizadas sobre tarjetas de plástico del tipo de tarjetas de crédito, hay que asegurar un nivel de seguridad muy alto. Por lo tanto, en circunstancias donde ya hay registros financieros del usuario, la arquitectura recibe un identificador de cliente no secuencial único, que corresponde a un conjunto de registros financieros, del emisor de tarjetas de crédito. Este identificador de cliente se pasa a través de cada elemento del sistema y es devuelto con el archivo de imagen generado. Así en una operación del tipo de “fusión por correo”, la imagen personalizada del cliente puede hacerse coincidir con los registros financieros y personales del cliente, de modo que se ponga la imagen correcta en la tarjeta. En ningún momento tiene el extremo delantero o el software de extremo trasero ninguna información financiera. El identificador de cliente puede ser usado en un proceso de entrada automatizado. De esta forma, el software (tanto el extremo delantero como el software de extremo trasero) pueden conocer si el usuario es nuevo o no. Así, a un visitante que vuelva se le pueden presentar imágenes cargadas en una visita anterior.
La arquitectura de sistema incluye dos elementos distintos, en una realización según la invención. El elemento de extremo delantero, el elemento con el que interactúa el usuario, se construye en Flash de Macromedia. Este elemento permite al usuario diseñar una tarjeta manipulando (a través de escala, rotación, o realizando otras manipulaciones como las indicadas anteriormente) la imagen cargada y superponiendo después la imagen con marcos que pueden contener secciones transparentes. Dado que Flash no tiene “permisos locales” en la máquina del cliente, puesto que es una interface basada en navegador, no es capaz de guardar el diseño final. Por lo tanto, envía una cadena de instrucciones al segundo elemento de lado de servidor. El segundo elemento de lado de servidor puede estar escrito en C#, aunque Java, C, C ++, o cualquier otro adecuado lenguaje serían igualmente capaces. La cadena de instrucciones puede ser enviada como una “querystring”, es decir, como parte de la URL; por ejemplo, la cadena podría ser formateada como:
(createpage.aspx?here_areelthe_string_
of_instructions&rotate=90&flip=yes...)
También se puede usar otros métodos para transmitir las manipulaciones de diseño del usuario, tal como usar un “formulario” de estilo HTML o escribir la información en un Cookie y entonces volver a leer la información. Alternativamente, se pueden usar las órdenes de protocolo de transferencia de hipertexto HTTP “POST” y HTTP “GET” para pasar datos de la sesión de usuario al servidor. HTTP “POST” opera de forma idéntica a un formulario de página web estándar; mientras que HTTP “GET” opera cambiando la URL. Por ejemplo, un HTTP “GET” podría cambiar una URL, con el fin de transferir una rotación, escala, y otras selecciones del usuario, que diga:
http://vvww.personalcard.net/saveinfo.aspx?rotate=90
&flip=no&scale=2328(x=232&y=128(y2=3438(x2=333 etc.
Esta lista de técnicas para transmitir los resultados de manipulación no pretende ser exhaustiva. También serán adecuadas técnicas alternativas y que se desarrollen en el futuro.
El identificador de cliente puede ser pasado usando el estado de sesión (el objeto de sesión del servidor web) o pasar como parte de la “querystring”, según una realización de la invención. “formularios” HTML podrían lograr los mismos fines.
Según una realización de la invención, una imagen puede ser cargada como JPEG, GIF, Bitmap, PNG, Tiff, etc.; aunque se apreciará que casi cualquier imagen digital puede ser cargada o enviada. A partir de la imagen original cargada el sistema crea cuatro versiones separadas:
- 1.
- Una versión en miniatura (como un JPEG) – véase la interface screenshots, a continuación. La imagen tiene un tamaño de archivo de aproximadamente 1 a 2k.
- 2.
- Una versión mayor, pero todavía optimizada para web (ésta está escalada para poder ampliar la imagen al máximo disponible por la interface -tal como escala de 250% -y todavía tener concordancia de píxeles de uno a uno (es decir, el tamaño de la
imagen es de anchura 241 x 250% si es posible). Ésta es la imagen usada en pantalla para el diseño de la tarjeta.
- 3.
- Una imagen de Bitmap a la misma escala que la imagen original. Una imagen Bitmap puede ser usada, por ejemplo, en un sistema que use C#, que es un lenguaje de Microsoft y usa Bitmap como el tipo de imagen por defecto.
- 4.
- El diseño de salida, que puede ser dimensionado en proporción a una tarjeta de crédito. Este diseño podría ser de cualquier formato de software que sea útil para la impresora usada, tal como BMP (Bitmap) o PNG (Gráfico de Red Portátil). Las imágenes originales se pueden colocar en una ba
se de datos una vez que hayan sido cargadas. En una realización, cada petición de imágenes requiere volver a la versión original a usar; sin embargo, esto no tiene que ser así, porque una vez que se ha creado otra versión de imagen (por ejemplo, una versión en miniatura), el sistema puede almacenar igualmente esta versión de modo que se reduzca el procesado (aunque aumentaría la memoria ocupada). Un beneficio clave de una realización según la invención es que no hay que pasar la imagen más grande hacia atrás y hacia delante a través de la web desde el cliente al servidor, excepto para la carga inicial de imágenes. No obstante, cuando se genera el diseño o imagen final editada, se usa la imagen de mayor calidad.
En una realización según la invención, el usuario diseña, en pantalla, una imagen que parece del mismo tamaño físico que una tarjeta de crédito usando la resolución de pantalla de 72 dpi. Esto es debido a que un monitor de ordenador no puede presentar imágenes a una resolución más alta. Sin embargo, la salida de una impresora puede ser a resoluciones más altas, típicamente 300 dpi o más, aumentando la calidad. Aunque el software de extremo delantero use las imágenes de baja resolución, el diseño final es compilado por el software de extremo trasero usando una versión bitmap, a escala completa, de la imagen original cargada. Esto se puede lograr usando un “lienzo virtual” dentro del software de extremo trasero que es mayor que el lienzo de diseño dentro del software de extremo delantero. Así, el diseño creado por el software de extremo trasero se coloca en un fondo de tamaño más grande que en el software de extremo delantero (manteniendo al mismo tiempo 72 dpi de resolución). Así, si el tamaño de la tarjeta de crédito en pixels es 241 por 153, colocando la imagen en una tarjeta de crédito de “lienzo virtual” de 1050 por 672 a 72 dpi, la resolución puede ser incrementada a aproximadamente 300 dpi cuando la tarjeta de crédito se imprima finalmente (el reverso a 3,3 pulgada por 2,1 pulgada). Este método asegura que los dpi máximos alcanzables (al valor máximo de la impresora) sean enviados desde el software de extremo trasero, pero solamente se envía la resolución necesaria al software de extremo delantero. Esto reduce los requisitos de memoria de la máquina del cliente y el tráfico de Internet. Esta operación se podría llevar a cabo igualmente cambiando la resolución de una imagen de 72 dpi a 300 en el tamaño original.
Con el fin de usar transparencias, en una realización según la invención, las imágenes conteniendo una capa transparente (generalmente marcos o bordes) deben ser convertidas a “películas” Flash. Este proceso puede ser manual, pero también puede ser automatizado para poder importar “al vuelo” imágenes con transparencias (tal como bitmaps o PNG) al software de extremo delantero. El software de extremo trasero puede usar la imagen PNG o BMP original para generar la imagen de la tarjeta de crédito.
Las figuras 10-17 muestran pantallas de una página web de diseño de tarjetas de crédito operada en una serie de pasos según una realización de la invención. La figura 10 representa una primera pantalla, con una librería estándar de imágenes asignadas al emisor de tarjetas concreto que esté usando la página web de diseño de tarjetas de crédito, a la izquierda de la pantalla. La figura 11 representa una pantalla que permite a los usuarios entrar para poder cargar nuevas imágenes en la librería del lado izquierdo. Esto puede estar automatizado en versiones en vivo. En la figura 12, la carga permite al usuario buscar con su propio ordenador imágenes a cargar. La figura 13 representa una pantalla con una nueva librería incluyendo tanto imágenes del usuario como un conjunto de imágenes en stock. En la pantalla de la figura 14, clicando en la imagen en miniatura en el lado izquierdo, se carga la imagen más grande, pero todavía optimizada para web. En este punto se puede escalar, voltear, girar, o experimentar otras manipulaciones; y los detalles de la tarjeta se pueden ver o estar ocultos. En la pantalla de la figura 15, se puede añadir marcos. Estos son archivos Flash (.swf) que permiten transparencias. De nuevo se pueden voltear, escalar, girar o experimentar otras manipulaciones; y los detalles de la tarjeta se pueden ocultar. En la pantalla de la figura 16, clicando en el botón Back rojo o en la pestaña Step 1, el usuario puede volver a una pantalla anterior. En este punto, la imagen se representa como “activa”, pero también se puede ver el marco. La pantalla de la figura 17 representa la versión final de la tarjeta de crédito antes de ser enviada al software de extremo trasero para ser creada.
Según otro ejemplo, representado en la figura 19, un banco u otro emisor de tarjetas no tiene que crear un identificador único para un cliente, y pasar dicho identificador a través del propio sistema del emisor de tarjetas. Dada la complejidad de los sistemas bancarios, evitar la necesidad de crear dicho identificador puede
ser una ventaja.
Antes de ilustrar la alternativa de la figura 19, la figura 18 ilustra en primer lugar un ejemplo que puede ser útil para algunos emisores de tarjetas, en los que se crea un identificador único para cada cliente. En este ejemplo, se crea un identificador único para cada cliente que pida diseñar una tarjeta 1801, y se pasa 1802 al servidor de extremo trasero 1803. El servidor de extremo trasero 1803 crea una imagen correspondiente al identificador del cliente único; y el emisor de tarjetas 1804 pasa el identificador único a través del propio sistema del emisor de tarjetas. Una oficina 1805 que crea la tarjeta final, puede hacer entonces una llamada de software al servidor de extremo trasero 1803 usando el identificador único, de modo que los detalles de la cuenta recibidos del emisor de tarjetas 1804 puedan ser asociados con la imagen.
Con más detalle, el ejemplo de la figura 18 funciona de la siguiente manera. Cuando un cliente pide a un emisor de tarjetas 1804 diseñar una tarjeta personalizada 1801, el emisor de tarjetas 1804 crea un identificador único y pasa el identificador 1802 al servidor de extremo trasero 1803. Una vez que el cliente diseña la tarjeta 1806, el usuario y el identificador único correspondiente son devueltos 1807 al emisor de tarjetas, y el servidor de extremo trasero guarda 1825 la imagen de cliente y el identificador único. La información de que el cliente ha pedido una nueva tarjeta es enviada entonces 1808 a los sistemas del emisor de tarjetas, junto con el identificador único; y un registro e identificador único para el cliente son almacenados 1809 en los sistemas del emisor de tarjetas. El emisor de tarjetas pasa entonces 1810 el identificador único al servidor de extremo trasero, para notificarle que la nueva tarjeta podrá ser creada y estampada en relieve. El servidor de extremo trasero 1803 y/o el emisor de tarjetas 1804 pueden realizar entonces un procedimiento de verificación de imagen 1811 y 1812, para asegurar que la imagen diseñada por el cliente sea aceptable para la producción. Si la imagen no pasa la verificación de imagen del servidor de extremo trasero 1811, el identificador único y la razón del rechazo de la imagen son enviados entonces al emisor de tarjetas 1813; y se invita al cliente 1814 a que rediseñe la tarjeta. Una vez que la imagen ha sido aceptada, el emisor de tarjetas convierte 1815 el registro y el identificador único del cliente a un registro estampado en relieve, que es enviado 1816 a la oficina 1805 que creará la tarjeta. El servidor de extremo trasero etiqueta la imagen 1817 a enviar a la oficina 1805 en el lote siguiente de imágenes; y cuando se ha preparado un número adecuado de imágenes, envía 1818 la imagen y el identificador único asociado a la oficina 1805. La oficina 1805 guarda entonces 1819 el registro estampado en relieve y el identificador único del cliente, obtenidos del emisor de tarjetas 1804; y también guarda 1820 el identificador único y la imagen, obtenida del servidor de extremo trasero 1803. Hecho esto, la oficina 1805 puede crear ahora la tarjeta acabada, obteniendo primero 1821 el registro del cliente proporcionado por el emisor de tarjetas 1804; y usando también 1822 el identificador único para obtener la imagen de cliente asociado y proporcionarla a una impresora de tarjetas en blanco. La impresora de tarjetas en blanco puede imprimir entonces 1823 la imagen sobre la tarjeta en blanco, y codificar la banda magnética de tarjeta. En base a la información presente en la banda magnética, el registro estampado en relieve y la tarjeta impresa se pueden unir entonces conjuntamente 1824 para crear una tarjeta acabada.
En contraposición al proceso de la figura 18, el ejemplo de la figura 19 permite a un emisor de tarjetas obviar la necesidad de crear para cada cliente un identificador único que se deba pasar a través del sistema del emisor de tarjetas. En cambio, el emisor de tarjetas crea un “valor hash”, tal como un compendio de mensajes, u otro código unidireccional, en base a algunos detalles de cuenta de cada individuo, de modo que el emisor de tarjetas pueda pasar información de cuenta del cliente al servidor de extremo trasero de una forma que sea completamente segura. Con referencia a la figura 19, el proceso es similar al de la figura 18, con un emisor de tarjetas 1904, un servidor de extremo trasero 1903, y una oficina 1905 que realizan pasos análogos (1901 y siguientes) a los de la figura 18 (1801 y siguientes). Sin embargo, hay una diferencia principal en los pasos 1902, 1907, 1910, 1913, 1926, y 1927 de la figura 19, por que se pasa un “valor hash” (u otro código unidireccional) entre el emisor de tarjetas 1904 y el servidor de extremo trasero 1903, en lugar de que el emisor de tarjetas tenga que crear un identificador único para cada cliente, como en la figura 18. En primer lugar, en el paso 1902, se crea un hash de una parte única del registro del cliente (tal como el nombre del cliente). Un hash unidireccional, tal como el hash MD5, es un proceso que toma datos de entrada de tamaño arbitrario (tales como un nombre y número de cuenta del cliente), y genera una salida de tamaño fijo, llamada un hash (o valor hash). Un hash tiene las propiedades siguientes: (i) deberá ser computacionalmente inviable hallar otra cadena de entrada que genere el mismo valor hash; y (ii) el hash no pone de manifiesto nada acerca de la entrada que se usó para generarlo. Esto significa que la función hash usada en el ejemplo de la figura 19 permite al emisor de tarjetas 1904 pasar al menos parte de la información de cuenta del cliente al servidor de extremo trasero 1903 de una forma completamente segura. Según se ve en los pasos 1902, 1907, 1910, 1913, 1926, y 1927, un valor hash puede ser pasado entre el emisor de tarjetas 1904 y el servidor de extremo trasero 1903, sin necesidad de que el emisor de tarjetas 1904 cree un identificador único y lo pase a través de su sistema.
Con más detalle, el ejemplo de la figura 19 funciona de la siguiente manera. Cuando un cliente pide a un emisor de tarjetas 1904 diseñar una tarjeta personalizada 1901, el emisor de tarjetas 1904 crea un valor hash de una parte única del registro del cliente 1902 y pasa el valor hash 1926 al servidor de extremo trasero 1903. Una vez que el cliente diseña la tarjeta 1906, el usuario y el valor hash correspondiente son devueltos 1907 al emisor de tarjetas, y el servidor de extremo trasero guarda 1925 la imagen del cliente y el valor hash. La información de que el cliente ha pedido una nueva tarjeta es enviada entonces 1908 a los sistemas del emisor de tarjetas; y se guarda 1909 un registro del cliente en los sistemas del emisor de tarjetas. El emisor de tarjetas vuelve a crear entonces 1910 el valor hash que se basa en la parte única del registro del cliente, y lo pasa 1927 al servidor de extremo trasero 1903, para notificarle que la nueva tarjeta podrá ser creada y estampada en relieve. El servidor de extremo trasero 1903 y/o el emisor de tarjetas 1904 pueden realizar entonces un procedimiento de verificación de imagen 1911 y 1912, para asegurar que la imagen diseñada por el cliente sea aceptable para la producción. Si la imagen falla la verificación de imagen del servidor de extremo trasero 1911, el valor hash y la razón del rechazo de la imagen son enviados entonces al emisor de tarjetas 1913; y se invita al cliente 1914 a rediseñar la tarjeta. Una vez que la imagen ha sido aceptada, el emisor de tarjetas convierte 1915 el registro del cliente en un registro estampado en relieve, que es enviado 1916 a la oficina 1905 que creará la tarjeta. El servidor de extremo trasero etiqueta la imagen 1917 a enviar a la oficina 1905 en el lote siguiente de imágenes; y cuando se ha preparado un número adecuado de imágenes, envía 1918 la imagen y el valor hash asociado a la oficina 1905. La oficina 1905 guarda entonces 1919 el registro estampado en relieve del cliente, obtenido del emisor de tarjetas 1904; y también guarda 1920 el valor hash y la imagen, obtenidos del servidor de extremo trasero 1903. Hecho esto, la oficina 1905 puede crear ahora la tarjeta acabada, obteniendo primero 1921 el registro del cliente proporcionado por el emisor de tarjetas 1904; y también usando 1922 el valor hash para obtener la imagen de cliente asociado y proporcionarla a una impresora de tarjetas en blanco. La impresora de tarjetas en blanco puede imprimir entonces 1923 la imagen sobre tarjetas en blanco, y codificar la banda magnética de la tarjeta. En base a información presente en la banda magnética, el registro estampado en relieve y la tarjeta impresa se puede unir entonces conjuntamente 1924 para crear una tarjeta acabada.
En una alternativa a la realización de las figuras 18 y 19, que utiliza un identificador único y un valor hash, respectivamente, se pueden usar otros métodos de crear un identificador seguro de usuario. Por ejemplo, también es posible que la información de usuario sea encriptada por el emisor de tarjetas al inicio del proceso, y desencriptada en la oficina de tarjetas usando una clave Privada/Pública o una tecnología de encriptado de clave Privada/Privada. Esta alternativa opera de manera similar al proceso descrito en la figura 19, pero con medidas de seguridad modificadas; por ejemplo, la oficina de tarjetas debe mantener la clave.
En otra realización según la invención, un identificador seguro de la imagen que es producido en base a las instrucciones del usuario, puede ser incrustado en la imagen propiamente dicha, o incrustado como parte del archivo de datos en el que se guarda la imagen. Por ejemplo, se puede pasar una clave hash, identificador encriptado, u otro identificador seguro a través del servidor de extremo trasero (tal como el servidor 1803 o 1903) en asociación con las instrucciones de manipulación de imagen del usuario. En cualquier punto en el proceso del servidor de extremo trasero, tal como cuando la imagen es producida para enviarla a una oficina de tarjetas (tal como la oficina de tarjetas 1905), se puede hacer entonces que la imagen tenga el identificador seguro incrustado en ella, por ejemplo, embebiendo un código de barras u otro código legible por máquina, que codifique el identificador seguro, colocado en la imagen propiamente dicha. De esta forma, la oficina de tarjetas 1905 puede leer el código de barras, u otro identificador seguro incrustado, directamente de la imagen propiamente dicha; y no tiene que adquirir ninguna información del servidor de extremo trasero 1903 excepto la imagen propiamente dicha, que incluye el código de barras. Esta realización tiene uso especial en el caso donde el proceso de producción de tarjetas de la oficina 1905 implica usar una impresora de imagen, que no sea capaz de guardar por separado o pasar el identificador seguro. Así, usando el identificador seguro incrustado, la impresora de imagen puede pasar efectivamente el identificador seguro así como la imagen a la etapa de relieve, simplemente pasando la imagen impresa propiamente dicha, que incluirá el código de barras (u otro identificador legible por máquina incrustado). La etapa de relieve puede implicar entonces leer el código de barras (u otro identificador legible por máquina legible) de la imagen, y buscar el registro estampado en relieve asociado para uso en la producción final de la tarjeta. Se deberá indicar que la función de impresión de imagen de la oficina 1905 no se tiene que realizar dentro de una sola organización o empresa; por ejemplo, la impresión de imagen la puede llevar a cabo, en cambio, por una empresa o departamento separado de la organización que realice el estampado en relieve, según una realización de la invención. Se apreciará que se pueden usar varias técnicas diferentes para embeber el identificador seguro en la imagen, tal como incluyendo el identificador en los metadatos del archivo de imagen; incluyendo tanto cuando el archivo de imagen es transmitido a la oficina 1905 o cuando el archivo de imagen es utilizado por el servidor de extremo trasero o la oficina.
En otra realización según la invención, representada en la figura 20, se puede usar una arquitectura modificada, en el contexto de un quiosco de emisión de tarjetas o sistema de “emisión instantánea” en tienda. Como con las realizaciones descritas anteriormente, el software de extremo delantero se ejecuta en un navegador de lado de cliente; y el software de extremo trasero se ejecuta en un servidor web remoto. Sin embargo, a diferencia de las realizaciones anteriores, la impresora de tarjetas está situada en la máquina del cliente (tal como un quiosco de emisión de tarjetas). Con referencia a la figura 20, un navegador de usuario alojado en un quiosco en tienda 2002 usa el software de extremo delantero, proporcionado por un servidor de Internet 2001, para que el cliente pueda diseñar una tarjeta personalizada. Entonces se guardan la preferencia de la imagen del usuario y se genera 2003 la imagen en el servidor web remoto. La imagen puede ser devuelta entonces al quiosco 2004, e impresa en la tarjeta del cliente 2005. Las imágenes pueden ser verificadas en el lado del servidor remoto, para asegurar que sean adecuadas para impresión, en tiempo real, si es preciso. Por lo demás, la operación del sistema puede ser similar a las realizaciones descritas anteriormente.
En otra realización según la invención, representada en la figura 21, se puede usar una base de datos para almacenar información entre las selecciones de imagen del usuario, y la producción de imágenes de extremo trasero. De esta forma, el sistema se puede hacer más escalable, dado que no tiene que crear las imágenes en el extremo trasero en tiempo real. Como con las otras realizaciones, el usuario hace primero selecciones de imagen en el software de interface de extremo delantero, y se pasan las manipulaciones de imagen al servidor de extremo trasero 2101. Entonces, sin embargo, cada manipulación del usuario se guarda en una base de datos 2102; de modo que el software de extremo trasero pueda tomar cada manipulación, no en tiempo real, y hacer la imagen de alta resolución 2103.
En otra realización, las manipulaciones realizadas por el usuario están en relación a las imágenes mantenidas localmente, por ejemplo, en la unidad de disco duro del cliente 806. Se puede cargar un archivo de imagen en la unidad de disco duro del cliente 806 por medio de un medio local de entrada/salida o mediante la red.
El software basado en navegador permite al cliente seleccionar una imagen local, por ejemplo del disco duro 806, y realizar manipulaciones a aplicar a la imagen de la misma forma que la descrita anteriormente para imágenes remotas. Los procedimientos para definir las manipulaciones y los tipos de manipulación disponibles son los mismos que los definidos anteriormente para imágenes remotas. Los datos que definen la o cada manipulación aplicada a la imagen local se guardan en forma de una cadena de manipulaciones del usuario 818. Tanto la cadena de manipulaciones del usuario 818 como el archivo de imagen residen localmente, por ejemplo en el ordenador del cliente, hasta que son transferidos después de que el usuario haya definido las manipulaciones, al servidor de compilación de imagen 808, donde se interpreta la cadena de manipulaciones del usuario y las manipulaciones definidas por el usuario pueden ser aplicadas a la imagen. La cadena de manipulaciones puede ser transferida como una sola cadena o como varias partes, igualmente cada parte de la cadena de manipulaciones puede ser transferida con
o sin el archivo de imagen.
En esta memoria descriptiva, el término “imagen definida por el usuario” se ha de interpretar en sentido amplio incluyendo cualquier imagen, imágenes o gráficos, que han sido seleccionados o de los que un elemento haya sido definido por un usuario/tenedor de tarjeta. Tales imágenes definidas por el usuario se pueden originar por ejemplo (i) en el cliente (tal vez en una colección de fotos personales), (ii) con una empresa de marcas o merchandising, (iii) en Internet, (iv) con un emisor de tarjetas, (v) un fabricante de tarjetas, (vi) un centro de hospedaje de gráficos de tarjeta, (vii) o cualquier otra fuente. La imagen puede ser “definida por el usuario” porque ha sido (a) seleccionada, (b) generada, (c) modificada o manipulada de alguna forma por el cliente, o tal vez (d) una combinación de dos o más de (a), (b) o (c).
Aunque lo anterior describe lo se que considera que es el mejor modo y, donde sea apropiado, otros modos de realizar la invención, la invención no se deberá limitar a las configuraciones específicas de aparatos o pasos del método descrito en esta descripción de la realización preferida. Los expertos en la técnica también reconocerán que la invención tiene un amplio rango de aplicaciones, y que las realizaciones admiten un amplio rango de modificaciones sin apartarse del alcance de las reivindicaciones.
Claims (31)
- REIVINDICACIONES1. Un método para producir una tarjeta de transacción correspondiente a una cuenta de un cliente y que lleva una imagen definida por dicho cliente, incluyendo el método:asociar un identificador ópticamente legiblecon una imagen definida por el usuario a aplicar ala tarjeta de transacción;leer dicho identificador ópticamente legible y reconciliar dicho identificador ópticamente legible con un identificador correspondiente (405) asociado con información de cuenta de cliente (407, 604) a aplicar a la tarjeta de transacción;donde dicha información de cuenta de cliente (407, 604) es proporcionada por una autoridad emisora de tarjeta (401, 603) por un enlace seguro a un centro de acabado de tarjetas (403, 606) ydonde solamente dicha información de cuenta de cliente (407, 604) es transferida desde dicha autoridad emisora de tarjeta (401, 603) a dicho centro de acabado de tarjetas (403, 606); yproducir una tarjeta de transacción que lleva dicha imagen definida por el usuario y dicha información de cuenta de cliente (407, 604).
-
- 2.
- Un método según la reivindicación 1, donde el paso de reconciliar dicho identificador ópticamente legible con dicho identificador correspondiente (405) asociado con dicha información de cuenta de cliente (407, 604) incluye derivar dicho identificador correspondiente (405) de dicha información de cuenta de cliente (407, 604).
-
- 3.
- Un método según cualquier reivindicación precedente, donde dicha información de cuenta de cliente (407, 604) y/o dicho identificador correspondiente (405) relacionado con ella son recibidos de forma segura de dicha autoridad emisora de tarjeta (401, 603).
-
- 4.
- Un método según la reivindicación 1, 2 o 3, donde, después del paso de leer dicho identificador ópticamente legible, una versión del identificador ópticamente legible es codificada sobre un medio de registro en la tarjeta de transacción.
-
- 5.
- Un método según la reivindicación 4, donde dicha versión codificada del identificador es leída como parte del proceso de reconciliación con dicho identificador correspondiente (405) asociado con dicha información de cuenta de cliente (407, 604).
-
- 6.
- Un método según cualquier reivindicación precedente, donde dicha información de cuenta de cliente (407, 604) incluye un registro en relieve para una tarjeta de transacciones financieras.
-
- 7.
- Un método según cualquiera de las reivindicaciones 4-6, donde el paso de codificar una tarjeta de transacción con una versión del identificador se lleva a cabo en un sitio de un fabricante de tarjetas (607).
-
- 8.
- Un método según cualquiera de las reivindicaciones 4-6, donde el paso de codificar una tarjeta de transacción con una versión del identificador se lleva a cabo en un sitio de un centro de acabado de tarjetas (403, 606) separado del sitio de un fabricante de tarjetas (607).
-
- 9.
- Un método según cualquier reivindicación precedente, donde dicho identificador correspondiente (405) es derivado de información de cuenta financiera.
-
- 10.
- Un método según cualquier reivindicación precedente, donde dicho identificador correspondiente (405) es derivado de un registro en relieve.
-
- 11.
- Un método según cualquier reivindicación precedente, donde un módulo de encriptado (402, 601) en un sitio controlado por dicho emisor de tarjetas genera un identificador seguro a partir de información de cuenta.
- 12. Un método según la reivindicación 11, donde dicho identificador ópticamente legible y dicho identificador correspondiente (405) corresponden a o son derivados de dicho identificador seguro.
-
- 13.
- Un método según cualquier reivindicación precedente, donde un identificador incluye uno o más de: un código numérico; un código alfanumérico; un código de texto; un código no secuencial; un código unidireccional; un código encriptado; un código hash; metaetiquetas; otro identificador adecuado.
-
- 14.
- Un método según cualquier reivindicación precedente, donde dicho identificador ópticamente legible incluye uno o más de un código de barras; una firma digital; texto; números; código alfanumérico; micropunto; micro texto; tinta invisible; filigrana digital u otros códigos ópticamente legibles adecuados.
-
- 15.
- Un método según cualquier reivindicación precedente, donde dicha imagen y dicho identificador ópticamente legible es almacenado en un centro de almacenamiento.
-
- 16.
- Un método según cualquier reivindicación precedente, donde tarjetas con identificadores ópticamente legibles son transferidas del control del fabricante de tarjetas (607) a un centro de acabado de tarjetas (403, 606).
-
- 17.
- Un método según cualquier reivindicación precedente, donde uno o más de la imagen definida por el usuario y el identificador ópticamente legible se coloca en la parte delantera de una tarjeta.
-
- 18.
- Un método según cualquier reivindicación precedente, donde uno o más de la imagen definida por el usuario y el identificador ópticamente legible se coloca en el reverso de una tarjeta.
-
- 19.
- Un método según cualquier reivindicación precedente, donde el cliente ha seleccionado dicha imagen definida por el usuario.
-
- 20.
- Un método según la reivindicación 19, donde un cliente selecciona una imagen de una colección de imágenes disponibles.
-
- 21.
- Un método según cualquier reivindicación precedente, donde dicha imagen definida por el usuario es cargada por un cliente por medio de Internet.
-
- 22.
- Un método según cualquier reivindicación precedente, donde dicho identificador ópticamente legible se coloca en dicha tarjeta de transacción en una posición que posteriormente se cubre con otro elemento de la tarjeta.
-
- 23.
- Un método según la reivindicación 22, donde el elemento se selecciona de uno o más de: un chip; un holograma; o un elemento de marca.
-
- 24.
- Un método según cualquier reivindicación precedente, donde los identificadores para tarjetas de emisión autorizada son recibidos por un servicio de hospedaje de gráficos de tarjetas de un emisor de tarjetas autorizado de tal manera que solamente imágenes definidas por el usuario destinada a tarjetas de emisión autorizada sean suministradas para procesado posterior.
-
- 25.
- Un método según cualquier reivindicación precedente, donde dicha imagen definida por el usuario puede ser manipulada en relación a una plantilla que presenta uno o más elementos de tarjeta no manipulables.
-
- 26.
- Un método según cualquier reivindicación precedente, donde dicho identificador ópticamente legible es aplicado a una porción de una tarjeta que se quita para generar una tarjeta acabada.
-
- 27.
- Un método según cualquier reivindicación precedente, donde un identificador ópticamente legible es aplicado a una tarjeta en más de un formato.
-
- 28.
- Un método según cualquier reivindicación precedente, donde dicho centro de acabado de tarjetas (403, 606) hace que imágenes definidas por el usuario sean su
ministradas desde una base de almacenamiento de imágenes a la reconciliación de identificadores. -
- 29.
- Un método según la reivindicación 1, donde dicho paso de producir la tarjeta de transacción que lleva dicha imagen definida por el usuario y dicha información de cuenta de cliente (407, 604) incluye producir una hoja de tarjetas de transacción, llevando cada tarjeta de transacción una imagen diferente definida por el usuario e información de cuenta de cliente.
-
- 30.
- Un método para producir una tarjeta de transacción que lleva información de cuenta y una imagen definida por el usuario, incluyendo el método:
recibir en un enlace seguro de una autoridad emisora de tarjeta (401, 603) un identificador único derivado de información de cuenta de cliente (407, 604); donde solamente dicha información de cuenta de cliente (407, 604) es transferida desde dicha autoridad emisora de tarjeta (401, 603) a un centro de acabado de tarjetas (403, 606) en dicho enlace seguro;embeber una versión ópticamente legible de dicho identificador único en una imagen definida por dicho cliente;leer dicho identificador ópticamente legible y codificar una versión del identificador único en un medio de registro de dicha tarjeta de transacción;recibir dicha información de cuenta en un centro de producción de tarjetas y generar independientemente un identificador correspondiente (405) a partir de ella;aplicar información de cuenta relevante y dicha imagen definida por el cliente a una tarjeta de transacción en base a la reconciliación de dicho identificador correspondiente (405) y dicha versión codificada del identificador único. - 31. Un método según cualquier reivindicación precedente, donde dicho identificador ópticamente legible está incrustado en dicha imagen definida por el usuario.
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/GB2004/000626 WO2004074961A2 (en) | 2003-02-18 | 2004-02-17 | Apparatus and method for manipulating images |
| WOPCT/GB2004/00062 | 2004-02-17 | ||
| GBGB0407042.1A GB0407042D0 (en) | 2004-02-17 | 2004-03-29 | Secure production facility |
| GB0407042 | 2004-03-29 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2348012T3 true ES2348012T3 (es) | 2010-11-26 |
Family
ID=43384745
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES04768097T Expired - Lifetime ES2348012T3 (es) | 2004-02-17 | 2004-08-17 | Método para producir tarjetas de transacción. |
Country Status (1)
| Country | Link |
|---|---|
| ES (1) | ES2348012T3 (es) |
-
2004
- 2004-08-17 ES ES04768097T patent/ES2348012T3/es not_active Expired - Lifetime
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2390165T3 (es) | Aparato y método para manipular imágenes | |
| US8544731B2 (en) | Apparatus and method for production of transaction cards | |
| EP1319520B1 (en) | Method and apparatus for embedding encrypted images of signatures and other data on checks | |
| US20050167487A1 (en) | System and method for customizing designs for credit cards, ATM/debit cards, checks, gift cards, and membership cards | |
| EP2954475A1 (en) | Method and apparatus for use in image processing | |
| US20140188646A1 (en) | Mobile image payment system using sound-based codes | |
| US20140172701A1 (en) | Funds Transfer Using Two Dimensional Barcodes | |
| US20150039412A1 (en) | Affinity group | |
| US20130144733A1 (en) | Method and system for electronic national financial institution gift card creation and redemption | |
| ES2348012T3 (es) | Método para producir tarjetas de transacción. | |
| JP2026502457A (ja) | 標識のエンコーディングによる物理的なアイテムと仮想コンテンツをリンクする方法 | |
| US11442678B2 (en) | Method and system for printing a multi-media document from an image file | |
| WO2024145590A1 (en) | Linking physical items to virtual content with indicia encodings | |
| JP2001277761A (ja) | 顔画像情報作成装置及び顔画像撮影カード作成装置及び顔画像撮影カード作成方法及びカード作成装置及びカード作成方法及び情報作成方法 |