WO2008047118A2 - Système de gestion des dessins de cartes de transaction - Google Patents

Système de gestion des dessins de cartes de transaction Download PDF

Info

Publication number
WO2008047118A2
WO2008047118A2 PCT/GB2007/003963 GB2007003963W WO2008047118A2 WO 2008047118 A2 WO2008047118 A2 WO 2008047118A2 GB 2007003963 W GB2007003963 W GB 2007003963W WO 2008047118 A2 WO2008047118 A2 WO 2008047118A2
Authority
WO
WIPO (PCT)
Prior art keywords
transaction card
design
product type
image
card
Prior art date
Application number
PCT/GB2007/003963
Other languages
English (en)
Other versions
WO2008047118A3 (fr
Inventor
Tom Elgar
Adam Elgar
Andrew Christian Camargo Francis
Andrew Arnold Cox
Lain James Wishart Mcneill
Original Assignee
Serverside Group Limited
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Serverside Group Limited filed Critical Serverside Group Limited
Priority to CA002666776A priority Critical patent/CA2666776A1/fr
Priority to EP07824213A priority patent/EP2074573A2/fr
Publication of WO2008047118A2 publication Critical patent/WO2008047118A2/fr
Publication of WO2008047118A3 publication Critical patent/WO2008047118A3/fr

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means
    • G07F7/10—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means together with a coded signal, e.g. in the form of personal identification information, like personal identification number [PIN] or biometric data
    • G07F7/1008—Active credit-cards provided with means to personalise their use, e.g. with PIN-introduction/comparison system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/341—Active cards, i.e. cards including their own processing means, e.g. including an IC or chip
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/355—Personalisation of cards for use
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes

Definitions

  • the invention relates to the field of transaction card production, specifically methods and apparatus for the management of transaction card designs intended to be laid down by a digital printer or press or the like.
  • One method of personalizing cards is that a set of customer (user) details (a set of embossing records) for a particular card design (such as Visa Classic) are batched together and delivered to a printing machine. Un-personalized cards of a particular card design are then placed in a hopper and the customer details added to the card before mailing.
  • a set of customer (user) details a set of embossing records
  • a particular card design such as Visa Classic
  • the current management systems for the digital card printers are typically extensions of this approach where a card design is printed multiple times using an image called from a local database based on a set of records received from the Card Issuer (as embossing files).
  • the card type is usually denoted by a field within this embossing record.
  • Figure 1 represents the prior art mechanism by which card designs are printed to date.
  • the key issues here are that the card designs represented to the new or existing customer (user) 1 are requested and served 3 from a first database 4 controlled by the Card Issuer 2.
  • the user's card design choice is communicated by the data sent 5 from the Card Issuer 2 to the Personalization Facility 6.
  • This second database 8 would in practice be a storage device storing a collection of cards pre-printed with the card design. Since the first database 4 and the second database 8 are not connected directly there is a possibility that the images corresponding to the same card design are different or that one is missing entirely.
  • the separation of these aspects has caused management of the card stocks to be an expensive and labour-intensive process with many points of logistical failure.
  • the second database 8 and collection of cards are on-site. This means there are significant disaster recovery risks since all records and all card templates could be lost without backup (or are held at great expensive at an off-site facility).
  • the present invention seeks to provide an improved card design management system.
  • a design data packet defining a transaction card design stored on a computer readable medium comprising: an unique product type identifier; and an unique card design identifier.
  • a computer program product comprising computer program code in the form of a design data packet defining a transaction card design stored on a computer readable medium.
  • the design data packet comprising: an unique product type identifier; and an unique card design identifier.
  • the design data packet further comprises: an unique transaction card design identifier.
  • the transaction card design identifier is associated with an user defined transaction card design identifier, such that the user defined transaction card design identifier references the transaction card design identifier.
  • transaction card design identifier is replaced with an user defined transaction card design identifier.
  • the product type identifier is associated with product type image data.
  • the product type identifier comprises product type image data.
  • the product type identifier is associated with product type data and product type manipulation data defining manipulations to be applied to the transaction card design.
  • the product type identifier comprises product type data and product type manipulation data defining manipulations to be applied to the transaction card design.
  • the card design identifier is associated with image data and image manipulation data defining manipulations to be applied to the image.
  • the card design identifier comprises image data and image manipulation data defining manipulations to be applied to the image.
  • the product type data comprises first product type data for application to a first surface of a transaction card and second product type data for application to a second surface of the transaction card
  • the product type manipulation data comprises first product type manipulation data for application to a first surface of the transaction card and second product type manipulation data for application to a second surface of the transaction card.
  • the image data comprises first image data for application to a first surface of a transaction card and second image data for application to a second surface of the transaction card
  • the image manipulation data comprises first image manipulation data for application to a first surface of the transaction card and second image manipulation data for application to a second surface of the transaction card.
  • the image data comprises an image.
  • the image data comprises an unique image identifier associated with an image stored in a storage device.
  • the product type data overlays the image data.
  • the product type data is contained within a transparent layer.
  • the product type manipulation data comprises information regarding relative position; scale; orientation; opacity; pigments; inks; spot colours and/or metallic inks, tipping colours; BIN legends; coatings; text; text font size; text alphabet; text leading; text weighting; text spacing; text colour; and/or text position to be applied to the transaction card design.
  • the product type manipulation data is provided within the product type data.
  • the product type manipulation data is provided in a separate but related file from the product type data.
  • the image manipulations data comprises information regarding relative position; scale; orientation; text; opacity; pigments; inks; spot colours and/or metallic inks to be applied to the image.
  • the image manipulation data is provided within the image data.
  • the image manipulation data is provided in a separate but related file from the image data.
  • a design data packet defining a transaction card product type stored on a computer readable medium comprising: an unique product type identifier; product type data; and product type manipulation data defining manipulations to be applied to the transaction card design.
  • a computer program product comprising computer program code in the form of a design data packet defining a transaction card product type stored on a computer readable medium.
  • the design data packet comprising: an unique product type identifier; product type data; and product type manipulation data defining manipulations to be applied to the transaction card design.
  • an apparatus for generating a compiled transaction card design comprising: a processor for generating a compiled transaction card design in one or more formats in accordance with the design data packet; and an output for outputting the compiled transaction card design in one or more formats is provided.
  • the apparatus further comprises: one or more storage devices for storing the compiled transaction card design in one or more formats.
  • amendment of the design data packet result in amendment of the compiled transaction card design.
  • the transaction card design identifier is provided within a link of the compiled transaction card design.
  • a transaction card design creation apparatus comprising: a processor for generating a first user interface configured to enable creation of a product type transaction card design for application to a transaction card, and storing the product type transaction card design in a first storage device; and a processor for generating a second user interface configured to enable creation of a transaction card design comprising the product type transaction card design and at least one image, and storing the transaction card design in a second storage device.
  • the product type transaction card design comprises a first product type transaction card design for application to a first surface of the transaction card and a second product type transaction card design for application to a second surface of the transaction card.
  • an unique product type transaction card design identifier is associated with the product type transaction card design.
  • the first user interface is configured to enable amendment of the product type transaction card design, and wherein the amended product type transaction card design is associated with the unique product type transaction card design identifier.
  • the first storage device comprises a plurality of product type transaction card designs
  • the second user interface is configured to enable selection of one of the plurality of product type transaction card designs.
  • the first storage device and the second storage device are the same storage device.
  • the product type transaction card design comprises: product type manipulation data defining manipulations to be applied to the transaction card design.
  • the product type transaction card design further comprises: product type image data.
  • the transaction card manipulation data comprises information regarding at least one of the following: relative position; scale; orientation; opacity; pigments; inks; spot colours; metallic inks; tipping colours; BIN legends; coatings; text; text font size; text alphabet; text leading; text weighting; text spacing; text colour; and/or text position to be applied to the transaction card design.
  • the second user interface comprises an image store and the image is uploaded to the image store.
  • the second user interface comprises an image store and the image is selected from a plurality of images held in the image store.
  • the image further comprises: image manipulations data defining manipulations applied to the image.
  • the image manipulations data comprises information regarding relative position; scale; orientation; text; opacity; pigments; inks; spot colours and/or metallic inks to be applied to the image.
  • the apparatus further comprises: a processor for generating a card personalisation facility interface configured to transfers the transaction card design from the second storage device to a card personalisation facility for printing onto a transaction card.
  • the apparatus further comprises: a transaction card design generator for generating a compiled transaction card design in one or more formats, based on the transaction card design.
  • the one or more formats of the compiled transaction card design is stored in a compiled transaction card design storage device.
  • a method of creating a transaction card design comprising: generating a first user interface configured to enable creation of a product type transaction card design for application to a transaction card, and storing the product type transaction card design in a first storage device; and generating a second user interface configured to enable creation of a transaction card design comprising the product type transaction card design and at least one image, and storing the transaction card design in a second storage device.
  • a computer program product comprising program code means.
  • the program code means configured to cause a computer to perform the following steps: generate a first user interface configured to enable creation of a product type transaction card design for application to a transaction card, and storing the product type transaction card design in a first storage device; and generate a second user interface configured to enable creation of a transaction card design comprising the product type transaction card design and at least one image, and storing the transaction card design in a second storage device.
  • a computer readable medium comprising computer readable code.
  • the computer readable code configured to cause a computer to perform the following steps: generate a first user interface configured to enable creation of a product type transaction card design for application to a transaction card, and storing the product type transaction card design in a first storage device; and generate a second user interface configured to enable creation of a transaction card design comprising the product type transaction card design and at least one image, and storing the transaction card design in a second storage device.
  • a transaction card production apparatus comprising: a processor for generating a first user interface configured to enable creation of a plurality of transaction card designs, and storing the transaction card designs in a storage device; a processor for generating a second user interface configured to enable selection of a transaction card design from the plurality of transaction card designs, and associating the selected transaction card design with user information; and a processor for generating a card personalisation facility interface configured to transfer the selected transaction card design and associated user information to a card personalisation facility for printing on a transaction card.
  • each of the plurality of transaction card designs is associated with an unique transaction card design identifier
  • the second user interface is configured to enable association of the selected transaction card design identifier with the user information
  • the card personalisation facility interface is configured to transfer the transaction card design identifier and associated user information to a card personalisation facility, and retrieve the selected transaction card design from the storage device based on the transaction card design identifier for printing on a transaction card.
  • a transaction card production apparatus comprising: a processor for generating a first user interface configured to enable creation of a plurality of transaction, card designs, and storing the plurality of transaction card designs in a storage device, each of the plurality of transaction card designs associated with an unique transaction card design identifier; a processor for generating a second user interface configured to enable selection of a transaction card design from the plurality of transaction card designs, for associating the selected transaction card design identifier with an unique user identifier, and for associating the user identifier with user information; and a processor for generating a card personalisation facility interface configured to transfer the unique user identifier and associated user information to the card personalisation facility, and retrieve the selected transaction card design from the storage device based on the unique user identifier, for printing on a transaction card:
  • an apparatus for printing a transaction card design onto a transaction card comprising: a first database comprising a plurality of transaction card designs; an internet communication link connecting the first database to a second database held in a secure environment, the second database comprising the plurality of transaction card designs, such that when a transaction card design is amended in the first database, the corresponding transaction card design is amended in the second database; and a card, personalisation facility interface configured to transfer a transaction card design from the second storage device to a card personalisation facility for printing onto a transaction card.
  • the card personalisation facility interface is configured to transfer printer data from the card personalisation facility to the second storage device.
  • printer data comprise information regarding the number of transaction cards printed, the number of each transaction card design printed and/or the number of blank transaction cards available.
  • the card personalisation facility interface is configured to transfer alert data from the card personalisation facility to the second storage device when the number of blank transaction cards falls below a predetermined value.
  • the data is transferred from the second database to the first database via the internet communications link.
  • a transaction card design apparatus comprising: a first storage device storing a transaction card design for application to a transaction card; and a second storage device storing contents which replicate at least a portion of the contents of the first database, wherein the first and second storage device have a master and slave relationship, and the first database is the master.
  • a transaction card design creation apparatus comprising: a processor for generating a first user interface configured to enable creation of a product type transaction card design for application to a transaction card, and storing the product type transaction card design in a storage device; and a processor for generating a card personalisation facility interface configured to transfer the product type transaction card design from the storage device to a card personalisation facility for printing onto a transaction card.
  • the product type transaction card design comprises a first product type transaction card design for application to a first surface of the transaction card and a second product type transaction card design for application to a second surface of the transaction card.
  • an unique product type transaction card design identifier is associated with the product type transaction card design.
  • the first user interface is configured to enable amendment of the product type transaction card design, and wherein the amended product type transaction card design is associated with the unique product type transaction card design identifier.
  • the product type transaction card design comprises: product type manipulation data defining manipulations to be applied to the transaction card design.
  • the product type transaction card design further comprises: product type image data.
  • the transaction card manipulation data comprises information regarding at least one of the following: relative position; scale; orientation; opacity; pigments; inks; spot colours; metallic inks; tipping colours; BIN legends; coatings; text; text font size; text alphabet; text leading; text weighting; text spacing; text colour; and/or text position to be applied to the transaction card design.
  • the apparatus further comprises: a product type transaction card design generator for generating a compiled product type transaction card design in one or more formats, based on the product type transaction card design.
  • the one or more formats of the compiled product type transaction card design is stored in a compiled product type transaction card design storage device.
  • a method for creating a transaction card comprising a product type transaction card design.
  • the method comprising: generating a first user interface configured to enable creation of a product type transaction card design for application to a transaction card; storing the product type transaction card design in a storage device; and generating a card personalisation facility interface configured to transfer the product type transaction card design from the storage device to a card personalisation facility for printing onto a transaction card.
  • a computer program product comprising program code means.
  • the program code means configured to cause a computer to perform the following steps: generating a first user interface configured to enable creation of a product type transaction card design for application to a transaction card; storing the product type transaction card design in a storage device; and generating a card personalisation facility interface configured to transfer the product type transaction card design from the storage device to a card personalisation facility for printing onto a transaction card.
  • a computer readable medium comprising computer readable code.
  • the computer readable code configured to cause a computer to perform the following steps: generating a first user interface configured to enable creation of a product type transaction card design for application to a transaction card; storing the product type transaction card design in a storage device; and generating a card personalisation facility interface configured to transfer the product type transaction card design from the storage device to a card personalisation facility for printing onto a transaction card.
  • an apparatus for producing a personalised transaction card comprising: a processor for generating a card design interface configured to enable a user to select a image from a plurality of images, each image associated with an unique image identifier, select a transaction card product type from a plurality of transaction card product types, each transaction card product type associated with an unique transaction card product type identifier; a processor for generating a card issuer interface configured to receive the selected transaction card image identifier and the selected transaction card product type identifier from the card design interface, and to associate user data with the selected transaction card image identifier and the selected transaction card product type identifier; a processor for generating a card personalisation facility interface configured to receive the user data from the card issuer interface, obtain a transaction card associated with the selected transaction card product type identifier from a secure area, and retrieve the selected transaction card image associated with the selected transaction card image identifier from a transaction card image storage device for printing on the transaction card.
  • the personalisation facility comprises the transaction card image storage device, and the transaction card image is transferred from the card design interface to a transaction card image storage device.
  • a method of producing a transaction card comprising; selecting a transaction card image from a plurality of transaction card images, each transaction card image associated with an unique transaction card image identifier, selecting a transaction card product type from a plurality of transaction card product types, each transaction card product type associated with an unique transaction card product type identifier, and associating the selected transaction card image identifier with the selected transaction card product type identifier; transferring the selected transaction card image identifier and the associated selected transaction card product type identifier to a card issuer; transferring the selected transaction card image identifier and the associated selected transaction card product type identifier together with user data to a card personalisation facility; retrieving the selected transaction card image associated with the selected transaction card image identifier from a transaction card image storage device; obtaining a transaction card associated with the selected transaction card product type identifier from a secure area; and printing the selected transaction card image and the user data onto the transaction card.
  • an apparatus for producing a personalised transaction card comprising: processor for generating a card design interface configured to enable a user to select a transaction card image from a plurality of transaction card images, each transaction card image associated with an unique transaction card image identifier, select a transaction card product type from a plurality of transaction card product types, each transaction card product type associated with an unique transaction card product type identifier, and associate the selected transaction card image identifier with the selected transaction card product type identifier; a processor for generating a card issuer interface configured to receive the selected transaction card image identifier from the card design interface, and to associate user data with the selected transaction card image identifier; a processor for generating a card personalisation facility interface configured to receive the user data from the card issuer interface, retrieve the selected transaction card image associated with the selected transaction card image identifier from a transaction card image storage device, and obtain a transaction card associated with the selected transaction card product type identifier from a secure area for printing on the transaction card.
  • the personalisation facility configured to receive the user data from the
  • a method of producing a personalised transaction card comprising: selecting a transaction card image from a plurality of transaction card images, each transaction card image associated with an unique transaction card image identifier, selecting a transaction card product type from a plurality of transaction card product types, each transaction card product type associated with an unique transaction card product type identifier, and associating the selected transaction card image identifier with the selected transaction card product type identifier; transferring the selected transaction card image identifier to a transaction card issuer; associating the selected transaction card image identifier with user data, and transferring the user data to a transaction card personalisation facility; retrieving the selected transaction card image associated with the selected transaction card image identifier from a transaction card image storage device; obtaining a transaction card associated with the selected transaction card product type identifier from a secure area; and printing the selected transaction card image and the user data onto the transaction card.
  • a method for creating a transaction card design for application to a transaction card comprising: providing a first user with access to an administration interface, and enabling the first user to create and/or edit a transaction card design and submit the created and/or edited transaction card design for approval; providing at least one second user with access to the administration interface, and enabling the second user to approve or reject the created and/or edited transaction card design; and providing a third user with access to the administration interface, and enabling the third user to release the approved transaction card design for application to a transaction card.
  • submission of the created and/or edited transaction card design by the first user results in a message being sent to the at least one second user.
  • the second user is informed that the created and/or edited transaction card design is awaiting approval/rejection when the second users accesses the administration interface.
  • the method further comprises: enabling the second user to see the history of edits performed on the transaction card design.
  • the second user rejects the created and/or edited transaction card design
  • the method further comprises: enabling the second user to compile a message explaining why the created and/or edited transaction card design has been rejected
  • the message is provided to the first user.
  • an apparatus creating a transaction card design comprising: a processor for generating a first user interface configured to enable selection of a product type transaction card design from a plurality of product type transaction card designs and application of at least one image to the selected product type transaction card design to create a transaction card design, for storing the transaction card design in a storage device, and for associating text with transaction card design; and a processor for generating a document comprising the transaction card design and the associated text.
  • the processor for generating the document is capable of generating the document in one or more formats.
  • the document comprises of a web page.
  • the document comprises a transaction card application form.
  • a method for creating a transaction card design for application to a transaction card comprising: generating a first user interface configured to enable selection of a product type transaction card design from a plurality of product type transaction card designs and application of at least one image to the selected product type transaction card design to create a transaction card design, for storing the transaction card design in a storage device, and for associating text with transaction card design; and generating a document comprising the transaction card design and the associated text.
  • An advantage of the system of the invention is that it enables the financial card issuer or affinity marketing team to add, remove and make changes to card designs directly from their desktop. This is done by enabling them to adjust the actual digital images that will be printed through the internet or other computer network.
  • both the Card Issuer and the Card Personalization Facility retrieve card designs from the same database.
  • Another advantage of the system over prior art is that it removes the possibility of duplicate, incorrect or missing images. This is a significant improvement since it enables an administrator (typically of the Card Issuer) to make changes to the cards on offer directly and without needing to communicate through other channels with the Card Personalization Facility.
  • Figure 1 illustrates a prior art process and apparatus by which transaction cards are printed
  • FIG. 2 illustrates a process and apparatus by which transaction cards are printed according to the present invention
  • Figure 3 illustrates another process and apparatus by which transaction cards are printed according to the present invention
  • Figure 4 illustrates another process and apparatus by which transaction cards are printed according to the present invention
  • FIG. 5 illustrates another process and apparatus by which transaction cards are printed according to the present invention
  • Figure 6 illustrates a card choice webpage displaying a plurality of card design for selection by a user
  • Figure 7 illustrates an administration interface listing Affinity Groups
  • Figure 8 illustrates a graphic user interface for creating and manipulating a image for a transaction card
  • Figure 9 illustrates a transaction card design comprising different layers
  • Figure 10 illustrates a system of the invention for transferring and printing card design data and user data onto a transaction card
  • Figure 11 illustrates a system of the invention for transferring and printing card design data and user data onto a transaction card
  • Figure 12 illustrates a system of the invention for transferring and printing card design data and user data onto a transaction card
  • Figure 13 illustrates a graphic user interface for creating and manipulating a transaction card design
  • Figure 14 illustrates a graphic user interface for creating and manipulating a transaction card design
  • Figure 15 illustrates a system of the invention for transferring and printing card design data and user data onto a transaction card
  • Figure 16 illustrates a system of the invention for transferring and printing card design data and user data onto a transaction card.
  • a transaction card design comprises two components, a product type and a card design.
  • Figure 9 vi illustrates a transaction card design comprising the product type and the card design.
  • the product type comprises the elements detailed in layers i to iii
  • the card design comprises the elements detailed in layers iv and v.
  • the product type can be created by a Card Issuer.
  • the card designs can be created by a plurality of different users, such as a Card Issuer, a user, and/or an affinity group etc. Different card designs can be applied to the same or different product types.
  • Layer i defines the size and placement of a transaction card chip. Transaction card chips are commonly known in the art and will not be discussed further in this document. Layer ii defines the appearance, size and placement of an Association identifier, in the example illustrated in figure 9, the Association identifier is the logo "Visa”. Layer iii defines the size and placement of product data, such as the numbers "4991", and the text "valid from” and "expires end”. Layers i to iii combined define the product type. Layer iv comprises an image which will be applied to the transaction card design. Layer v defines the content of the user data, such as user card number, user account data and user name. Layer iv and v combined define the card design.
  • the position and size of the user data is considered part of the product type and is defined in layer ii (although not illustrated), such that all transaction cards created using the product type illustrated in layers i to iii are provided with user data at the same position and in the same font and size.
  • dummy user data may be provided in layer v, for example, the dummy user card number may be "0000 0000 0000 0000".
  • the product type and/or the card design may also define images/text/holograms/magnetic strip etc. that are provided on the back surface of the transaction card. In this embodiment, further layers would define these additional features.
  • figure 9 illustrates the product type and card design as comprising a plurality of layer, it is not essential that the product type and card design be defined in this manner.
  • the product type/card design may comprise one layer defining all the component parts.
  • a plurality of cards may be printed with the product type alone (and provided with the transaction card chip, if applicable). These printed cards comprising the product type are referred to in this document as "blank cards" and are provided in a blank card storage device. It is then possible for a blank card comprising the product type to be retrieved from the blank card storage device and printed with a card design to create a finished transaction card.
  • the blank cards are printed and placed in a secure vault at a Card Personalisation Facility.
  • the product type comprises holograms and/or sophisticated logos, which can not be printed using digital printers, since the colours of the holograms and/or sophisticated logos are outside the colour spectrum available through CMYK printing and are required at very high dots per inch (DPI) levels, and/or require UV printing.
  • DPI dots per inch
  • UV printing the product type is printed first on a specialised printer and stored in a secure area.
  • credit cards issued by a bank such as Barclays bank
  • a bank such as Barclays bank
  • debit cards issued by a bank such as Nat West
  • a second black card comprising a second product type different to the first product type.
  • the transaction card is a credit card, which has an annual percentage rate
  • APR Airmiles' associated with it.
  • the credit card may also be affiliated with an Association such as Visa, MasterCard or American Express and typically these groups will require their logo to be provided as part of the product type, such that it appears on the front and/or back of the transaction card.
  • a Card Issuer for example Barclays Bank or HSBC
  • HSBC Card Issuer
  • a representation of the product type comprising the fixed elements of the front and/or back of the card can be uploaded to an administration web interface.
  • the product type is approved by at least the Card Issuer, which issues the transaction card.
  • the Association for example Visa or Mastercard
  • the Card Issuer approve the product type.
  • the representation of the product type can be uploaded to the administration web interface as an image format that can include transparencies (such as SWF or PNG).
  • the Association for example Visa or Mastercard
  • the Card Issuer can then select and access the pre-approved product types using the administration interface to increase the Card Issuers speed to market with new products.
  • An example of pre- approved product types may be the Visa Classic, Small Business, Corporate, Gold and
  • the Card Issuer can then create the card design for use with the product type, by uploading images (such as layer iv illustrated in figure 9) as required.
  • Approval of the product type is necessary when, for example an Association requires uniform branding across a range of products, or to prevent the Association logo's being used in conjunction with inappropriate images.
  • the elements of the product type may be uploaded, in one example, in image format.
  • the Associations logo may be uploaded or selected from the plurality of library image elements.
  • elements may be entered manually through text input, for example the product data.
  • the position, size and/or colour etc of each element of the product type can also be defined.
  • the image and/or text can be entered via the administration web interface, complied on a server and returned to the product type creator (administrator) as a layer of the product type or it could be designed as one of many product elements, which are saved at the end of the product type setup process as the product type.
  • the product type creator (administrator) includes the Card Issuer's marketing team, the Associations marketing team, and the Card Personalisation Facility's production team.
  • a version of the product type is passed via the web interface to a database for storage.
  • blank cards can be printed comprising the product type and stored in a secure storage device.
  • the number of blank cards held in the secure storage device is stored in a database associated with the product type, such that each time one of the blank cards is printed with a card design, this number is decremented.
  • the number of blank cards can only be accessed via a secure web interface, such that it is possible to determine the number of blank cards available in the secure storage device at any one time.
  • the web interface is only accessible via a secure area which requires input of an username and password typically hosted under Secure Socket Layer (HTTPS/SSL).
  • HTTPS/SSL Secure Socket Layer
  • the product type creator is able to "Create New Product Type".
  • a name and a description of the product type can be entered.
  • Card Personalisation Facility PID associated with each product type.
  • the use of multiple PID's allows the Card Issuer to retain their standard Card Issuer's PID set-up (say, "VG" for Visa Gold), which may be used in a number of data fields and different setups and thus is not easily changed, but still allow the printing to be done at a new Card Personalisation Facility by redirecting embossing records to the new Card Personalisation Facility and setting up the new PID in the database.
  • An embossing record indicates a product type and a card design and includes customer
  • a transaction card creator can use the web interface to create a transaction card design.
  • the web interface is only accessible via a secure area which requires input of an username and password typically hosted under Secure Socket Layer (HTTPS/SSL).
  • HTTPS/SSL Secure Socket Layer
  • the transaction card creator is able to "Create New Transaction Card”.
  • the transaction card creator is required to select a product type from the pre-defined product types.
  • the transaction card creator (administrator) assigns images (one or more), such as that illustrated in figure 9 iv to the selected product type. These images may be simply marketing, i.e. they may have no value other than people can choose the card design that they prefer, or they may have more significance in that the images can be related to particular companies (in the case of corporate cards) or affinity groups.
  • these images are uploaded or selected, or can be designed using a web-based design tool.
  • the images can be 'locked' so that they can not be manipulated.
  • the transaction card creator (administrator) can also enter default user data.
  • the created transaction card design comprising the selected product type, images and default user data is then stored in the same (or a different) database and assigned a transaction card ID (TCID).
  • TCID transaction card ID
  • the TCID will comprise the PID.
  • one product type will be selected for use with several different card designs such that several different transaction card designs are created, each having a unique TCID.
  • the same card design can be selected for use with several different product types if required, again each transaction card design having a unique TCID.
  • the product type can be stored in the database as a design data packet
  • the card design can be stored in the database as a design data packet
  • the transaction card design can be stored in the database as a design data packet.
  • Each product type design data packet comprises at least one product type ID (PID), a product type image ID (if the product type comprise an image) and product type manipulation data.
  • PID is a unique identifier associated with the product type.
  • the product type image ID defines an image, such as an Association logo as illustrated in figure 9 ii, and is not the same as the card design image.
  • the product type image ID may be a link to or the address of where the product type image is stored, or may be the actual image.
  • the product type manipulation data comprises instructions, such as for example, as to how to compile the product type, such as where the product type image/chip/hologram etc., and any text should be positioned, text size and font, any colours, coatings, tintings etc. which should be used, .
  • Each card design design data packet comprises at least one card design ID (CID), a card design image ID and card design manipulation data.
  • the CID is a unique identifier associated with the card design.
  • the card design image ID defines an image, as illustrated in figure 9 iv, and is not the same as the product type image.
  • the card design image ID may be a link to or the address of where the card design image is stored, or may be the actual image.
  • the card design manipulation data comprises instructions as to how to compile the card design, such as for example, where the image and any text should be positioned, text size and font, any colours, coatings, tintings etc. which should be used.
  • Each transaction card design design data packet may, in its simplest form, comprise a a product type PID 3 and card image CID.
  • the transaction card design design data packet may comprise a transaction card ID (TCID), a product type PID, and card image CID.
  • the transaction card design design data packet may comprise a transaction card ID (TCID), a product type ID (PID), a card design image ID and card design manipulation data.
  • the transaction card ID is a unique identifier associated with the transaction card design.
  • the product type ID is a unique identifier associated with the product type as described above.
  • the product type ID may be a link to or the address of the product type design data packet, or may comprise the product type design data packet.
  • the card design image ID defines an image, as illustrated in figure 9 iv, and is not the same as the product type image.
  • the card design image ID may be a link to or the address of where the card design image is stored, or may be the actual image.
  • the card design manipulation data comprises instructions, such as for example, how to compile the card design, where the image and any text should be positioned, text content, text size and font, any colours, coatings, tintings etc. which should be used.
  • the product type image and the card design image can be the same image.
  • the various elements of the design data packet are provided on the design interface as a series of layers within a Flash movie.
  • the layers are held externally as SWF's or PNG's.
  • the layers are a Javascript DHTML (HTML/CSS/Javascript) version. In this way multiple versions of the transaction card design could be created for the various uses listed below.
  • FIG 2 One embodiment for creating a transaction card design according to the invention is illustrated in figure 2.
  • a Card Issuer 21 wants to launch a new transaction card, a product type, an image(s), and information about how the image(s) should be manipulated (if at all) is collected into a design data packet and assigned a unique transaction card identifier (TCID).
  • TCID unique transaction card identifier
  • the information in a design data packet is determined by an authorized operator (typically a Card Issuer marketing manager) when they desire to launch a new product type or card design.
  • Many components can be brought together including but not limited to the background image, information about spot colours or metallic inks within the design, any overlaying logos and information about these, tipping colours, BIN legends, 'Good Thru' dates and coatings. All of this information is contained within the design data packet. Ways of collecting and saving this information could include holding background images as digital files, in JPEG, TIFF, PNG, SWF, BMP, PSD 3 AI (Adobe
  • EPS format amongst others.
  • Information on relative position defines how to overlay various elements making up the transaction card design.
  • An alternative embodiment it is possible to reference the location of one corner of an overlaid element and have a graphic with a fixed "size" as is the case for raster graphics such as bitmaps, GIF, TIFF and JPEG where the number and distribution of pixels can be used to give a scale to an image.
  • raster graphics such as bitmaps, GIF, TIFF and JPEG where the number and distribution of pixels can be used to give a scale to an image.
  • a card design creator it is possible for a card design creator to select the position of brand elements and legends from a list of configurations.
  • a list of possible configurations, or even sets thereof, could be pre-loaded such that for example, four options of placement of the various elements and legends are available to the card design creator, the card design creator being able to simply select and review the options from a pull down menu.
  • This information could be graphically displayed to the card design creator using a designer such as that shown in Figure 8.
  • the fixed elements of the card such as the brand elements, will be contained within a transparent layer (such as SWF, PNG or GIF).
  • this arrangement although appearing to allow the card design creator to create the product type, in fact enables the card design creator to select one of four predefined product types, each product type having the brand elements and legends at predefined different positions.
  • Bin legends Some of the brand elements and legends will be graphical on the final transaction card, such as the Bin legends, and thus can be treated within this same format throughout the process, i.e. they could theoretically be applied to the transaction card at any stage in order to appear on the final transaction card design. However some are not (many are used as deliberate security features). These include the Embossing and transaction card chip but there are other elements.
  • Supplemental information about the treatment of non graphical elements can be carried either within the data that composes the element itself (as in the header of a file as described above) or in a separate but related file as meta data.
  • the transfer of this data (and images) to the Card Personalisation Facility could be achieved through a number of means with WebServices, FTP and 'Connect Direct' by Sterling Commerce all being viable options (of many).
  • Information about text elements could include but are not limited to: the text itself, font, size, alphabet, leading, weighting, spacing, colour and position.
  • Information about images may include but are not limited to position scale, orientation, opacity, pigments or inks to be used, spot colours or metallics to be applied.
  • Information about special treatments might include the colour of the tipping to be applied to embossed elements, any laser or hologram treatments and how to apply them, which, if any lacquers or coating to apply and also which, if any, carrier to send the card to for dispatch. All of this information is held in the design data packet.
  • the design data packet could contain different data versions for all the different printers with the information delivered in all the different formats required for all supported printers, equally it could contain 'base' information that is read differently by the different printer drivers but most efficient would be to only pass the data required by an already selected printer.
  • An example would be that the design data packet for an Artista printer would have an image at 300 dpi whereas the design data packet for an MX6000 printer would have an image at 600 or 800 dpi.
  • the output it is worth noting that there is no reason in this system for all transaction cards to be produced using digital printers, it is possible for the output to be calibrated for a Heidelberg press for high volume card production (in which case an .ai Adobe Illustrator file would be required).
  • the creator selects the type of output printer. This could be done in a pre-configured way (i.e. all images are delivered for the Artista), or it could be done via a selection from a pull down menu (or similar) within the administration site, or it could be automated (i.e. low volumes are output to a Desktop printer, mid volumes are output for the MX6000 and high volumes are output for the Heidelberg press).
  • the design data packet when decompiled represents information pertinent to the product type and the card design such that a transaction card can be generated from the data.
  • An element of the transaction card design data packet includes a reference to (or a method of referencing) the pre-printed blank card stock comprising the selected product type, the PID. Therefore, the design data packet represents all information pertinent to the transaction card design.
  • the design data packet represents a transaction card created or updated by a Card Issuer; an affinity partner of such a Card Issuer; or a customer (user), where the Card Issuer, affinity partner or user selects a pre-defined product type and then creates a card design for application to the selected product type in order to create a transaction card design.
  • a representation of the transaction card is passed to additional teams within the Card Issuers (or other third parties thereof), such teams might include the brand team, the legal team, the association team and, for final sign-off, the 'head of cards' within the organization.
  • the Card Issuer, affinity partner or user can create several transaction card designs without 'making live' any of the designs.
  • this database is the primary database, which controls the secondary databases. This embodiment prevents the production of inaccurate transaction cards, since it is not possible for an administrator to select a product type and/or a card design and/or a transaction card design which is no longer available.
  • Elements of the design data packet can be created using a graphic user interface such as that shown in figure 8 with a number of layers containing the various elements within strict placement guidelines.
  • the design data packet is allocated an Identifier (typically the primary key of the appropriate database record). This identifier is used to designate the specific design data packet.
  • the process for designing a transaction card requires substantial work on the part of the design teams and in one embodiment there are several parties involved which are detailed below:
  • the Editors are provided with access to create the transaction card designs and/or the product type. If creating a product type, the Editors can select the position of elements, define text, select tintings etc. If creating a card design the Editors can select an image and are able to manipulate the image and define text. If creating a transaction card design the Editors can select a pre-defined product type and then select an image and are able to manipulate the image and define text. The Editors can save their the transaction card designs and/or the product type as drafts. However, the Editors must obtain approval for their the transaction card designs and/or the product type before the transaction card designs and/or the product type go live, i.e. are saved to the primary database for selection by users.
  • the Editor has rights to:
  • Approver The Approver's are provided with access to approve the transaction card design, card design and/or the product type created by the Editors.
  • the Approver may be: 1. Chief Marketing Officer within the Card Issuer
  • a message will be automatically sent to at least one Approver (typically by email).
  • the Approver is able to log in to the administration interface and see which transaction card design, card design and/or product type is awaiting approval. Is it also possible for the Approver to see the history of changes made to the transaction card design, card design and/or the product type. If the changes are acceptable, then the Approver approves the changes. Alternatively, if the changes are not acceptable, then the Approver can write a note on why the changes have been rejected and a message (again typically by email but other methods could be employed) is sent back to the Editors.
  • Actioner The Actioner has rights to 'Make Live' the changes to the transaction card design, card design and/or the product type. This will usually be the lead marketer for the transaction card design, card design and/or product type. There can be only one Actioner for each transaction card design, card design and/or product type. At a given time the Actioner can log in to the administration interface and 'make live' the changes.
  • Figures 13 and 14 illustrates a graphic user interface for creating and manipulating a transaction card design, card design and/or product type.
  • the administrator has the option of assigning marketing text and/or images to the transaction card design(s).
  • marketing text is displayed on a website along side a representation of the transaction card design(s), the two elements (with others such as additional images and style sheets) creating a marketing website such as that illustrated in figure 6.
  • the marketing text is stored in the primary database.
  • the transaction card design(s) are used in conjunction with a PDF or other document type (for direct mail and other off-line methods).
  • the direct mail document contains pre-signed off content into which a graphical representation of the transaction card design(s) is loaded (a compiled transaction card design).
  • Equally some of the content could be generated through a content management system to change all or some of the marketing text through this interface.
  • An example would be the ability to change the APR that is included within the form, an example of fixed content would be the form field elements of the form (contact details etc). This could be done through exactly the same interface as the web based content is added. In both these cases in the preferred embodiment there could be a disabled or not live option so that the changes could be viewed before going live.
  • an ID is associated with the images within those documents (sometime referred to as the champion and challenger) so that the information as to the success of the campaign can be analysed between the transaction card design(s) and the marketing message as a correlation.
  • a potential customer enters a website, reads the marketing messages (see figure 16 - 161, 162,163 and figure 6), selects a transaction card design and fills out an application form.
  • An ID (either stored at a user level - i.e. a User ID; or at a card level, i.e. a Card ID) is then retained by the Card Issuer and passed to the Card Personalisation Facility (164 and 168). By using either of these ID's, the correct transaction card design can be related to the user (169 and 167).
  • the process for signing-off marketing text, images and affinity (and co-brand and corporate card) groups can be achieved through the same process as described above for the transaction card design(s).
  • Figure 6 illustrates a web page which is used for online marketing.
  • the web page comprises six transaction card designs.
  • the representations take the form of a database lookup, in some instances directly from the marketing hypertext page as an http or https reference.
  • a fictional school "St Marks"(an affinity group) has signed up with a Card Issuer and produced six affinity group transaction card designs.
  • the transaction card designs which are illustrated on the web page to the user are the same transaction card designs as printed by the printer at the Card Personalisation Facility.
  • the format of the design data packet which is used to generate the illustration of the transaction card designs on the webpage may be a different format to that used by the card printer, for example the card printer may require a greater dpi.
  • typically three marketing web pages (161, 162 & 163) can be created for the user.
  • One is a listing page (161) which will have a list of all the available Affinity programmes, the second will have further information about a selected Affinity programme (162) and the third is the transaction card design selection page (163), the link from this page (163) would typically go directly to the Card Application page (164).
  • One final interface that can be generated is an image with a link embedded (in a format such as ⁇ a href...xirng src..
  • This link will include the TCID and may be directly passed to the application form 164.
  • this code can be used on a companies Intranet if the affinity group is a company. In another embodiment this code can be auto-generated within the management interface and supplied to the affinity group either automatically or manually.
  • the affinity groups are listed on an administration interface (as illustrated in figure 7 and figure 16 - 165 and 166).
  • a marketer at the Card Issuer, or a marketer of the affinity group can create one or more transaction card designs which are assigned to the affinity group using a design interface, such as that illustrated in figure 8.
  • the created transaction card designs are then presented to the user as a webpage such as that illustrated in figure 6.
  • Interested groups such as parents at the school or alumni, can then choose a transaction card design by clicking on the transaction card design they desire.
  • the transaction card designs that are sent for printing comprise: i. a link to or a version of the card image having areas 'knocked out' to allow the positioning of the brand elements which are provided on the blank card stock comprising the product type, or a link to or a version of the card image having the brand elements (and additional marks) laid on the image before sending to the Card Personalisation Facility; and ii. manipulation data defining how the Card Personalisation Facility is to treat the image, and details of default card numbers or default card holder name, which are to be added by the printer software just before printing.
  • 6) comprise: i. images manipulated in accordance with the manipulation data and provided with the default card numbers and/or default card holder name information overlaid on the image and presented as, for example, a JPEG, GIF, BMP or PNG to the user; and ii. the product type which is overlaid as an SWF file, a PNG file or a similar transparent layer.
  • the image and product type are kept separate and can be manipulated separately in the browser - thus two different association branding can be delivered to the user and manipulated with DHTML (or Macromedia Flash) or similar to enhance the user experience.
  • each user can create the card design for application to any of the pre-defined product types.
  • the user creates their card design using a 'designer' such as that described in WO 04/074961 and incorporated herein by reference.
  • the product type is used to format the fixed elements of the card.
  • the image is checked to ensure that it is acceptable to the Card Issuer and the card Association.
  • the user may be sent a small but fully branded version of their transaction card design as part of the acceptance or rejection process.
  • the acceptance version will be formatted using the user card design design data packet, which indicates the product type.
  • the rejection email may also include a small but fully branded version of the transaction card design.
  • the transaction card design may be branded differently - such as to include "censored" information overlaid on the 'offensive' image. 5.
  • the transaction card design can be used (or a portion of the transaction card design) as an anti-'phishing' device.
  • the user may be presented with the transaction card design or version (format) thereof with a related question, or the transaction card design is supplied simply to give the user comfort that the bank interface is genuine or the transaction card design may be one of a series of transaction card designs with the user being required to select one.
  • the transaction card design in yet another version (format), may be used on statements or print based communications with the user.
  • a further image of the transaction card design may be used within the card collateral that is sent to the user when the card is delivered.
  • a version of the transaction card design may be used on the outside of the envelop for example.
  • the transaction card ID (TCID) can be used in a number of fashions by the Card Issuer.
  • the design data packets can be used (as disclosed above) to create marketing images. These marketing images are displayed to a potential cardholder (user) in the form of a card choice webpage (such as illustrated in figure 6).
  • Each of the transaction card designs displayed will be labelled with an unique ID (TCID).
  • the page is created using HTML and a serverside scripting language such as ASP.Net, PHP or Coldfusion.
  • the CID can be contained within the 'Link' of the transaction card design image.
  • the Card Issuer is shown the TCID at the point that the design data packet has been completed (see figure 15 — 154 and 155).
  • the Card Issuer can now simply copy the TCID.
  • the TCID can then be added to the embossing record for an entire product type (i.e. this is not for an individual card application but for a product range 157 and 158).
  • What this enables the Card Issuer to do is to quickly and easily move from an analogue printing solution to a digital one, with all the attendant benefits in terms of speed and ease of production. This process is unlikely to be complex for the Card Issuers as the product type will already be communicated to the Card Personalisation Facility in the standard method (159).
  • the TCID will be either included in each embossing record within a batch or included within the Batch name and be representative of all the records within that batch.
  • the Card Issuers systems it will be offered as an option to the Card Issuer to swap the TCID for a new ID that will fit within the data types that are presently used within the existing system (for example the
  • FIG. 2 illustrates a process of the invention.
  • Methods by which the image is sent to the primary database 28 can include the internet or other networks or other portable digital media such as a disk or memory device.
  • the design data packet and TCID are stored in the primary database 28 and a multiplicity of version of compiled card designs that represent the design data packet can be created of varying file types and sizes.
  • differing elements of the design data packet are laid up digitally based on the information therein and a composite digital representation of the card, the compiled card design is created.
  • the size and format of this composite image will vary depending on the media and purpose it is intended to serve however all representations will look similar even if they are of differing size.
  • a compiled card design may be regarded as a card design generated based on the information in the design data packet. As will be explained in more detail hereinafter, there may be a variety of compiled card designs with different characteristics or properties suited for different intended purposes.
  • the design data packet therefore may be in an XML file or other format in two sections with the included image files referenced as a third section. These elements may be transferred for ease in a package format such as ZIP or RAR.
  • the various different usages, listed above will have a number of attributes that are switched on or off thereby determining the treatment to be delivered to the image before delivery or the data that should travel with the image on delivery.
  • FIG 3. the user requests a web page or other digital document 40 from the issuer 42, this document having a reference to a transaction card design in the database 45.
  • the reference initiates a request to the database directly 43 and either the associated design data packet or a compiled card design is returned directly 44.
  • the data can be called from the database 45 via the issuers servers 42 as illustrated in figure 2 (19, 20, 22 and 23).
  • the image can be looked up directly from the database when materials are designed and printed.
  • the transaction card design may need altering or updating.
  • the choice can be communicated 24 to the personalization facility 25 in a variety of ways which specifically include but are not limited to digital networks and physical (including digital) media.
  • the CID of the selected transaction card design and cardholder identifiers are preferably sent together.
  • the personalization facility On receiving the information, the personalization facility requests 26 the relevant design data packet from the database 28 and the corresponding image(s) data ⁇ emplate(s) data
  • the methods for looking and retrieving the records specifically include but are not limited to digital networks (most typically using web services) and physical (including digital) media.
  • the personalization facility 25 now prints the correct transaction card design 30 for the cardholder and delivers it 29 to the cardholder.
  • an existing user or new user selects a transaction card design displayed as a complied card design 70 (in one embodiment) from a plurality of transaction card designs.
  • the complied card designs are displayed from the database 77.
  • the users selects one of the transaction card designs, the TCID indicating the selection is communicated 71 to the Card Issuer 72 but not to the database 77.
  • the information about the transaction card design request is then communicated 73 to the Card Personalisation Facility 74.
  • the information could include all relevant user financial and personal information and the TCID. This information can be communicated in a multiplicity of ways and in this application is referred to as an embossing record. '
  • the Card Personalisation Facility 74 On receipt of the embossing record, the Card Personalisation Facility 74 requests 75 the design data packet which is associated with the TCID from the database 77. The database 77 returns 76 the associated design data packet to the Card Personalization Facility 74.
  • the Card Personalization Facility 74 then prints the correct card design 79 onto the correct blank card stock for the user and delivers it 78 to the user.
  • An advantage of this embodiment is that it is not necessary to communicate a user ID to the database.
  • an existing user or new user selects a transaction card design displayed as a complied card design 50 (in one embodiment) from a plurality of transaction card designs.
  • the TCID associated with the users selection is communicated 51 to the Card Issuer 52.
  • the Card Issuer 52 associates a unique user identifier UID with the user and communicates 53 the CID and the UID to the database 58.
  • a user associated with the UID 25 selects the transaction card design associated with the CID Z. Consequently, the information passed to the database 58 would be as follows:
  • the CID and UID is also communicated 54 from the Card Issuer 52 to the Card Personalization Facility 55 together with all relevant user financial and personal information associated with the UID.
  • This information can be communicated in a multiplicity of ways and is referred to in this application as an embossing record.
  • the Personalization Facility 55 On receipt of the embossing record the Personalization Facility 55 requests the design data packet which is associated with the UID 25, which in turn is associated with a CID Z in the database 58, from the database 58.
  • the database 58 retrieves the information about UID 25, determines the corresponding CID is Z, and returns 57 the design data packet associated with the CID Z to the Personalization Facility 55.
  • the Personalization Facility 55 now prints the correct card design and user data onto the correct blank card stock 60 and delivers 59 a transaction card comprising the selected transaction card design to the user.
  • an advantage of this embodiment is that the communication of a "UID" allows for greater data mining (for marketing response analysis for example) and customisation of a transaction card design since the individual user is known throughout the cycle and it is not necessary to transfer large amounts of information for each card every time it is requested.
  • an existing user or new user selects a transaction card design 50 displayed as a complied card design (in one embodiment) from a plurality of transaction card designs. The selection is communicated 51 to the Card Issuer 52 not as a TCID but as the design data packet. The card Issuer 52 associates a unique user identifier UID with the user and communicates 53 the design data packet and the UID to the database 58.
  • the CID and UID have now become interoperable and the same: either identifier could be utilized in this scenario.
  • the term UID will be used for simplicity to mean either or both.
  • the UID and associated design data packet are stored in the database 58.
  • the UID together with relevant user financial and personal information is communicated 54 to the Card Personalization Facility 55.
  • This information can be communicated in a multiplicity of ways and is typically referred to as an embossing record.
  • an embossing record indicates the selected transaction card design, whether by TCID or UID, in some embodiment also indicates the user and comprises relevant user information.
  • the Personalization Facility 55 On receipt of the embossing record the Personalization Facility 55 requests 56 the design data packet which is associated with the UID from the database 58, and the database 58 returns 57 the design data packet to the Card Personalization Facility 55.
  • the Personalization Facility 55 now prints the correct transaction card design and user data onto the correct blank card stock 60 and delivers a transaction card comprising the selected transaction card design 59 to the user.
  • Embodiments of the invention will utilize a cache system at the Card Personalization Facility, as a useful method of reducing unnecessary file transfers.
  • the system of the invention has a single database to manage the various transaction card designs.
  • a replication system between the primary database and a second database exists.
  • the primary database is held online and allows access to the servers, to the internet and the card marketers and the card users.
  • the second database is held local to the print device so that images for application to the transaction card design can be pulled at great speed.
  • the primary database will be the 'master' and is replicated by the local server, since most key data will be entered online.
  • the second local server could be the master if required.
  • Figure 15 illustrates an embodiment where a Card Issuer creates a transaction card design by selecting a pre-defined product type and then creates the card design for application to the selected product type.
  • a plurality of pre-defined product types are stored in a database 151.
  • This database 151 may include data such as the Product Name associated with the product type (if required), the design data packet associated with the product type, the product ID (PID) associated with the product type (which may remain internal to the local system), and geographic region data, since different products types may only be applicable in different regions (for example, Visa has six geographic regions, each with different product types for their platinum and gold cards).
  • An administrator (user) at the Caid Issuer (such as a bank) can select one (or more) of these predefined products types using the interface 152.
  • the predefined product types are representative of pre-existing blank card stock stored at the printing facility.
  • the administrator begins the card design process at 153 with reference to the product type previously selected.
  • Figure 8 illustrates one embodiment of a card design interface. Once the card design process is finished at 154, the card design and an associated card design ID (CID) can be generated (although they can be generated later).
  • CID card design ID
  • TCID transaction card ID
  • the TCID selected can be the same as the one already in use between the Card Issuer and the Card Personalisation Facility, as illustrated at 157, 158 and 159.
  • the transaction card design is then available for selection by a customer (user). In its simplest form the TCID can merely reference the selected product type ID (PID) and the card design ID (CID).
  • a customer can then select one of the pre-defined transaction card designs.
  • the selected transaction card design is associated with the user and an user embossing record detailing user data and transaction card design data (TCID) is sent to the Card
  • the PID of the TCID is used to select the correct blank card stock (product type) from the warehouse or vault 1511.
  • the blank card is then printed 1512, 1515 with the correct card design and embossed with the user data.
  • the image indicated by the CID is pulled from the local image store 1513 which selects the image from the staging server with the DMZ 1514. Consequently, it is possible for a standard printer to print a plurality of different transaction card designs.
  • the product type say a Visa Classic card
  • the card design that is placed upon the card which could be an affinity image. Therefore, in one embodiment both the PID and the CID is passed to the personalisation facility in the embossing record as illustrated in figure 10, or in another embodiment illustrated in figure 15 the PID is associated with the CID but not passed with the CID in the embossing record.
  • the process illustrated in figure 10 starts at the Transaction Card Design Administration Site.
  • the Administrator (user) for the Card Issuer, design agency or Card Personalisation Facility selects a product type 102 from the at least one pre-defined product types and then creates the card design 103 using images which can be uploaded or by choosing from a gallery of pre-loaded images.
  • the system produces two IDs the card design ID (CID) and the product type ID (PID) (however, in another embodiment, the ID's may not be required since human communication could be used, for example).
  • the administrator takes the ID's 104 and 107 and adds them to the banking system where they can be processed as part of the embossing record 108 and 109.
  • the card design in the form of a design data packet associated with a CID and/or the card design image
  • the Card Personalisation Facility printing facility
  • DMZ De-Militarized Zone or secure area
  • the Card Facility will then be responsible for the movement of that file 106 to 1013 into the main body of the Card Personalisation Facility itself.
  • the embossing records are passed to the Card Personalisation Facility. Although the steps of this process have been described in an order, the steps do not have to be completed in that order. It is for example possible for the image of the card design to be called from the Card Design site on request by CID from the Card Facility.
  • the correct blank card stock is gathered from a secure vault based on the PID. The blank card stock is placed in the printer 1012 and the correct image (and potentially all the other elements of the card design) called by the CID 1013. The card is then printed. Another option is to pass only the CID via the Card Issuer knowing that through a call to a relational database the correct product type can be requested.
  • Figure 11 illustrates this embodiment.
  • Another method is for either the Card Issuer or the Card Design Administration Site to pass the information about the relationship between themselves and the Card Personalisation Facility such that the facility has a local (digital or analogue) list of the product type ID's and their related Card design ID's.
  • this process would take place once the embossing records had been passed to the Card Personalisation Facility and a look up would take place against the database (or the secondary/slave version) to determine the blank card stock which is required.
  • the facility can look up the PID based on the CID as illustrated in figure 11.
  • this relationship would be held in a database table on the primary database (and backed up to secondary databases within the Card Personalisation Facility as discussed above).
  • This process requires a Many to One relationship i.e. there is only one PID for each CID, but the choice of process depends largely on the specific data transfer requirements of the Card Personalisation Facility and Card Issuer.
  • the Card Issuer uses to identify the product type and the card design that is applied onto the front (and/or back) of the transaction card.
  • de-coupling these ID's the Card Issuer can continue to use the same TCID even if the card design is changed.
  • An example of this would be a Card Issuer having a transaction card called, for example Visa Classic and it is associated with the TCID 'VC.
  • This transaction card has the Card Issuers branding on it.
  • the Card Issuer wishes to update the branding but by de-coupling the card design from the TCID used to describe it, the card design can be changed without having to change the TCID.
  • the Card Personalisation Facilities are held under very high security and thus the relationship between the printer and the online database will typically be one that has an intervening DMZ (or secure area), as illustrated in figures 10, 11 and 12, with files transferred through the DMZ in a controlled fashion. It is therefore not usually possible to make real-time look ups between the online database and the printer.
  • a secondary database can usually be used to allow this as discussed above.
  • FIG. 12 Another embodiment is illustrated in figure 12. The process is initiated at point 129 where a Card Issuer selects an image by uploading an image, or selecting an image from a pre-defined gallery of images, or makes a change to the marketing text for an existing transaction card design, or adds, delete or changes any of the settings defined in a product type design data packet.
  • a synchronizing process takes place 1216 so that the secondary database 1210 is kept up to date with the new data.
  • the transaction card ID (in one embodiment a CID) the image (whether the actual image or a link or address of where the image is held) which is to be applied to the card front and associated manipulation data
  • the product type ID (the ID used to define the product type) and, if applicable, the image (whether the actual image or a link or address of where the image is held) which is to be applied to the card back and associated manipulation data. All of this data is placed within a shared folder 1211 so that the printer system (in one embodiment the MX6000 system by Datacard) can then access these images 121 to print the card design on the blank card indicated by the product type ID.
  • a report (on how many cards have been printed, on what days, of what image, of what product type etc.) is sent by the printer hardware to the secondary server 1218 and the report data placed in the shared folder 1211. This data is then picked up by the system and passed 1220 to the synchronizing application 127.
  • the report would typically at this stage be of pure data (in say an XML format on a daily or hourly basis), this data could then be presented to the administrator on the web interface in either an on demand, searchable or highly definable user generated report or via routinely created (say, monthly) reports.
  • This data is then passed back 1217 to the primary database 1215 and displayed on demand to the Card Issuer 128.
  • the pre-approved images can be selected by a Card Issuer, assigned to a pre-approved product type and a transaction card design created and made available to users potentially in a few minutes
  • One method for obtaining images is via purchasing them and the delivery of this content on a royalty or one-off purchase basis from content providers (such as Getty Images) or via industry bodies (such as Visa or MasterCard).
  • content providers such as Getty Images
  • industry bodies such as Visa or MasterCard
  • these images would be tagged for usage (premium content on premium cards), with a specified number of editions (cards that can be produced) or by there content (such as the theme (happy, sad), subject (animals, landscape) or a free text area for very precise descriptions "jumping spaniel”)).
  • an online competition can be provided where people submit card designs which can either be voted for online or be selected by a panel of judges.
  • people submit card designs which can either be voted for online or be selected by a panel of judges.
  • image tagging described above but also allow designers to name their price, either for all out purchase of the image for use on a card (potentially within a particular geographic region or product type) or on a per use/ card produced basis.
  • the transaction cards described throughout this description may be financial transaction cards such as payment cards, credit cards, debit cards, and cash cards etc.
  • the transaction cards may be security cards, driving licenses, loyalty cards, ID cards, gift cards, telephone cards or the like. This list is provided for illustrative purposes only.
  • a compilable card design may be adapted for use in one or more of: 1. card production;
  • the embodiments of the invention allow for integration and unification of the databases utilized in the production of transaction cards and the combination with image manipulation facility which enables the reconfiguration of the system.
  • the database at the Personalization Facility was a vault of physical plastic cards so this integration was not possible.
  • Embodiments of invention provide many and different advantages, for example: (I) Removal of duplicate records prevents wrong card designs being printed. (II) Ability to rapidly and cost effectively launch, manage and remove card designs directly from the Card Issuer drives marketing efficiency and greater choice. (III) Ability to track a card design from marketing through to printing enables greater marketing analysis and hence better decision making

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Economics (AREA)
  • Technology Law (AREA)
  • Marketing (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Control Of Vending Devices And Auxiliary Devices For Vending Devices (AREA)

Abstract

La présente invention concerne un système de gestion des dessins de cartes de transaction. Ce système comprend d'une part une interface utilisateur pour permettre à un utilisateur de créer un dessin de carte de transaction à appliquer à une carte de transaction, et conserver le dessin de carte de transaction dans une mémoire. Le système comprend d'autre part une interface de module de production de carte capable de retrouver le dessin de carte de transaction dans la mémoire et d'imprimer le dessin de carte de transaction sur une carte de transaction.
PCT/GB2007/003963 2006-10-17 2007-10-17 Système de gestion des dessins de cartes de transaction WO2008047118A2 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CA002666776A CA2666776A1 (fr) 2006-10-17 2007-10-17 Systeme de gestion des dessins de cartes de transaction
EP07824213A EP2074573A2 (fr) 2006-10-17 2007-10-17 Système de gestion des dessins de cartes de transaction

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US60/601,918 2004-08-16
US85250606P 2006-10-17 2006-10-17
US60/852,506 2006-10-17
US60191807P 2007-02-16 2007-02-16

Publications (2)

Publication Number Publication Date
WO2008047118A2 true WO2008047118A2 (fr) 2008-04-24
WO2008047118A3 WO2008047118A3 (fr) 2008-06-12

Family

ID=38786845

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/GB2007/003963 WO2008047118A2 (fr) 2006-10-17 2007-10-17 Système de gestion des dessins de cartes de transaction

Country Status (2)

Country Link
CA (1) CA2666776A1 (fr)
WO (1) WO2008047118A2 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9710636B1 (en) 2016-10-20 2017-07-18 International Business Machines Corporation Digital identity card management

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001077858A2 (fr) * 2000-04-10 2001-10-18 Research In Motion Limited Systeme et procede de synchronisation d'enregistrement de donnees entre plusieurs bases de donnees
WO2002067528A2 (fr) * 2001-02-23 2002-08-29 Mobilitec Inc. Systeme et procede d'ajout d'applications pour utilisateurs destinees a des dispositifs a ressources limitees
WO2003085573A1 (fr) * 2002-04-04 2003-10-16 Houng-Chan Kim Procede de demande de coupon cadeau /carte de credit permettant une conception-edition sur internet
US20040144472A1 (en) * 2003-01-24 2004-07-29 G & D Cardtech, Inc. Process for manufacturing laminated plastic products
WO2004074961A2 (fr) * 2003-02-18 2004-09-02 Serverside Group Limited Appareil et procede de manipulation d'images
WO2005081128A1 (fr) * 2004-02-17 2005-09-01 Serverside Group Limited Appareil et procede de production de cartes de service
WO2006018624A1 (fr) * 2004-08-17 2006-02-23 Serveside Group Limited Systeme de personnalisation de cartes
WO2006018636A2 (fr) * 2004-08-17 2006-02-23 Serverside Group Limited Systeme de conception de carte
US20060200533A1 (en) * 2005-03-03 2006-09-07 Holenstein Bruce D High availability designated winner data replication

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001077858A2 (fr) * 2000-04-10 2001-10-18 Research In Motion Limited Systeme et procede de synchronisation d'enregistrement de donnees entre plusieurs bases de donnees
WO2002067528A2 (fr) * 2001-02-23 2002-08-29 Mobilitec Inc. Systeme et procede d'ajout d'applications pour utilisateurs destinees a des dispositifs a ressources limitees
WO2003085573A1 (fr) * 2002-04-04 2003-10-16 Houng-Chan Kim Procede de demande de coupon cadeau /carte de credit permettant une conception-edition sur internet
US20040144472A1 (en) * 2003-01-24 2004-07-29 G & D Cardtech, Inc. Process for manufacturing laminated plastic products
WO2004074961A2 (fr) * 2003-02-18 2004-09-02 Serverside Group Limited Appareil et procede de manipulation d'images
WO2005081128A1 (fr) * 2004-02-17 2005-09-01 Serverside Group Limited Appareil et procede de production de cartes de service
WO2006018624A1 (fr) * 2004-08-17 2006-02-23 Serveside Group Limited Systeme de personnalisation de cartes
WO2006018636A2 (fr) * 2004-08-17 2006-02-23 Serverside Group Limited Systeme de conception de carte
US20060200533A1 (en) * 2005-03-03 2006-09-07 Holenstein Bruce D High availability designated winner data replication

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9710636B1 (en) 2016-10-20 2017-07-18 International Business Machines Corporation Digital identity card management
US10158631B2 (en) 2016-10-20 2018-12-18 International Business Machines Corporation Digital identity card management

Also Published As

Publication number Publication date
WO2008047118A3 (fr) 2008-06-12
CA2666776A1 (fr) 2008-04-24

Similar Documents

Publication Publication Date Title
US20080091459A1 (en) Transaction card design management system
US6931591B1 (en) Publishing layout wizard
US8285590B2 (en) Systems and methods for computer-created advertisements
US20130117665A1 (en) System and method for individualized media publishing
US20060288269A1 (en) System and method for electronic document generation and delivery
US6765689B1 (en) Method and system for preparing printed matter
US20020087352A1 (en) The ad machine
JP2003517166A (ja) 出版物に広告を載せる方法
JP2011524596A (ja) イヤーブック作成のためのシステムおよび方法
US20060236231A1 (en) Systems and methods for developing dynamic media productions
US8132097B2 (en) Computer-implemented system for creating a publication and method thereof
WO2008063316A2 (fr) Création artistique basée sur un modèle, et système de gestion d'informations pour la publicité
US8136726B2 (en) Methods for providing stand-in services for transaction card customization
CN1938699A (zh) 用于制作交易卡的装置和方法
AU4695600A (en) Supplying greeting cards and gift cards over a global computer network
US20020083092A1 (en) Method and system for automated electronic document distribution
US20150039412A1 (en) Affinity group
US20060136308A1 (en) Method and process for consolidated marketing and fulfillment portals for specialized vertical industries
US20080147553A1 (en) Automated On-line Generation and Distribution of Advertisement and Promotional Materials
US20070157080A1 (en) Systems and methods for re-purposing content objects for media production
US20030130928A1 (en) Method of creating and distributing real estate marketing packages utilizing the internet
US20070150358A1 (en) Systems and methods for distributing media production
US20080077555A1 (en) Variable data workflow system and method
WO2008047118A2 (fr) Système de gestion des dessins de cartes de transaction
EP2074573A2 (fr) Système de gestion des dessins de cartes de transaction

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07824213

Country of ref document: EP

Kind code of ref document: A2

WWE Wipo information: entry into national phase

Ref document number: 2666776

Country of ref document: CA

NENP Non-entry into the national phase in:

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2007824213

Country of ref document: EP