US20110144793A1 - Computerized Card Production Equipment - Google Patents

Computerized Card Production Equipment Download PDF

Info

Publication number
US20110144793A1
US20110144793A1 US13/032,356 US201113032356A US2011144793A1 US 20110144793 A1 US20110144793 A1 US 20110144793A1 US 201113032356 A US201113032356 A US 201113032356A US 2011144793 A1 US2011144793 A1 US 2011144793A1
Authority
US
United States
Prior art keywords
image
customer
financial transaction
transaction card
production equipment
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US13/032,356
Inventor
Adam Elgar
Tom Elgar
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Serverside Group Ltd
Original Assignee
Serverside Group Ltd
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=32853162&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=US20110144793(A1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Serverside Group Ltd filed Critical Serverside Group Ltd
Priority to US13/032,356 priority Critical patent/US20110144793A1/en
Assigned to SERVERSIDE GROUP LIMITED reassignment SERVERSIDE GROUP LIMITED ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: ELGAR, TOM, ELGAR, ADAM
Publication of US20110144793A1 publication Critical patent/US20110144793A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34Payment 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/355Personalisation of cards for use
    • G06Q20/3552Downloading or loading of personalisation data
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02Banking, e.g. interest calculation or account maintenance
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0484Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
    • G06F3/04842Selection of displayed objects or displayed text elements
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0484Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
    • G06F3/04845Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range for image manipulation, e.g. dragging, rotation, expansion or change of colour
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06TIMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T11/002D [Two Dimensional] image generation
    • G06T11/60Editing figures and text; Combining figures or text
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06TIMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T2200/00Indexing scheme for image data processing or generation, in general
    • G06T2200/24Indexing scheme for image data processing or generation, in general involving graphical user interfaces [GUIs]

Definitions

  • This invention relates to methods and apparatus for manipulating images; and in particular to methods and apparatus for reproducing personalized images on consumer goods at locations remote from a user.
  • the preferred embodiment includes on-line product-based image manipulation software.
  • a user manipulates images on his or her own machine without the use of a browser.
  • This solution has the advantage of being extremely fast once installed on the local machine, but suffers from three major failings.
  • the user in order to allow the program to run on the client machine, the user must first download a program. This takes time, and is inconvenient, because the software cannot be seen or tested until it is fully downloaded.
  • the program must be installed on the user's machine, where it will remain permanently until removed. This occupies storage space on the client hard drive, slows down the user's computer, and can cause system crashes.
  • the downloaded program may have computer viruses.
  • an image is manipulated directly on a server using Java Applets, or another plug-in that functions in a similar fashion, such as a custom Activex control.
  • Java Applets or another plug-in that functions in a similar fashion, such as a custom Activex control.
  • a separate call is made to the server; the server software changes the image's position, and sends back the information to the client machine.
  • the theoretical advantages of Java and similar programs are that they can run on any client machine with identical results; and that the software does not need to be installed on the client machine, because the Java Applet runs within a Java Virtual Machine of the browser.
  • the problem with Java and similar programs is that the Internet simply is not fast enough to provide a pleasant user experience. Also, in practice, because the Java Applet does not know which type of machine it will be run on, it can react very differently from one machine to the next.
  • a computer system for manipulation of remote images comprises: a browser-based user interface for displaying for manipulation a graphical representation of at least a portion of an image held at a remote image store; an internet communications link coupling the user interface to a remote image processor, said link being operable to transfer information about manipulations applied to the graphical representation between the user interface and the remote image processor; and means for the remote image processor to access the remote image store in order to apply to the image held in the store manipulations emulating those applied to the graphical representation.
  • the image held at the remote image store may be of a relatively higher resolution than the graphical representation of at least a portion of the image.
  • the remote image processor may further comprise means for communicating a version of the image, comprising the applied manipulations, to an image printing means maintained securely from the user interface.
  • the computer system may further comprise means for associating a unique identifier with a user applying the manipulations to the graphical representation; wherein the internet communications link is operable to transfer the unique identifier between the user interface and the remote image processor.
  • the remote image processor may also comprise means for receiving a hash value, which relates to a user who applied the manipulations to the graphical representation.
  • the browser-based user interface may be presented on a kiosk accessible to a consumer.
  • the kiosk may comprise a printer for printing an image, produced by applying the manipulations that emulate those applied to the graphical representation, onto a consumer item.
  • the computer system may also further comprise a database capable of storing the information about the manipulations applied to the graphical representation; such that a manipulation can be applied to the image held in the remote image store, other than in real time, or alternatively, allowing printing tasks to different articles to be batched.
  • the computer system may further comprise a printer for printing an image, produced by applying the manipulations that emulate those applied to the graphical representation, onto a consumer item.
  • the consumer item may comprise a financial account access means.
  • a method of operating a computer system for manipulation of remote images comprises: displaying for manipulation at a browser-based user interface a graphical representation of at least a portion of an image held at a remote image store; providing an internet communications link coupling the user interface to a remote image processor; transferring information about manipulations applied to the graphical representation between the user interface and the remote image processor; and causing the remote image processor to access the remote image store and to apply, to at least a portion of the image held in the store, manipulations emulating those applied to the graphical representation.
  • the method may further comprise transferring a unique identifier between the user interface and the remote image processor, the unique identifier being associated with a user applying the manipulations to the graphical representation.
  • the method may also comprise receiving a hash value at the remote image processor, the hash value relating to a user applying the manipulations to the graphical representation; or presenting the browser-based user interface on a kiosk accessible to a consumer.
  • a printer at the kiosk may be used to print an image, produced by applying the manipulations that emulate those applied to the graphical representation, onto a consumer item.
  • the method may also further comprise storing information about the manipulations applied to the graphical representation in a database, such that the manipulations can be applied to the image held in the remote image store, other than in real time, or alternatively, allowing printing tasks to different articles to be batched.
  • the method may also comprise printing an image, produced by applying the manipulations that emulate those applied to the graphical representation, onto a consumer item, which may comprise a financial account access means.
  • a computer program product comprising program code means, said program code means including: first code means for displaying for manipulation at a browser-based user interface one or more graphical representations of at least a portion of an image held at a remote image store; second code means for establishing an internet communications link coupling the user interface to a remote image processor; third code means for transferring information about manipulations applied to the graphical representation between the user interface and the remote image processor; and fourth code means for causing the remote image processor to access the remote image store and to apply to at least a portion of the image held in the store manipulations emulating those applied to the graphical representation.
  • a computer system for manipulation of remote images comprises: a front end server system for operating computer program means for providing a user interface for displaying a graphical representation of at least a portion of an image held at a remote image store for user selection from amongst a plurality of similar such graphical representations of at least a portion of each of a plurality of images held at the remote image store; and an internet communications link coupling the front end server system to a remote image processor capable of accessing the remote image store in order to select the original image held in the store, from amongst the plurality of similar such images held in the store, in a corresponding fashion to the user selection made on the user interface.
  • the computer program means may further comprise means for enabling user manipulation of the graphical representation on the user interface; and the remote image processor may comprise means for accessing the remote image store in order to apply to the image held in the store manipulations emulating the user manipulations of the graphical representation on the user interface.
  • a system for applying a personalized image to a financial account access means corresponding to a financial account of a customer comprises: a financial account association table associating financial data, corresponding to the financial account of the customer, with a customer identifier; an image manipulation emulator for associating the customer identifier with user image selection data based on user selections made on a user interface in relation to a graphical representation of at least a portion of an original image held in an image store; and an image application means for applying the personalized image to the financial account access means, the personalized image being based on the user image selection data associated with the customer identifier by the image manipulation emulator; wherein the system maintains at least the financial account association table securely from the user interface.
  • the system may further comprise a front end server for presenting the user interface; and a back end server, comprising the image manipulation emulator, for communicating with the front end server and with the image store.
  • the front end server may further comprise means for communicating a user manipulation data string to the back end server.
  • the financial account access means may comprise a credit card, debit card, or other transaction card means.
  • the graphical representation of the original image may comprise a re-sized version of the original image.
  • the original image may be uploaded from the customer's own computer.
  • the user selections may comprise operations selected from rotating, re-sizing, positioning, flipping, controlling brightness, performing red-eye reduction, and adjusting opacity levels.
  • the user selection data may further comprise data relating to at least one image for overlaying onto the original image; and the data relating to the at least one image for overlaying onto the original image may comprise at least one transparent portion.
  • the user selections may also comprise operations for positioning at least a portion of the original image within a window region of the financial account access means.
  • the window region may exclude regions of the financial account access means that display functional features of the financial account access means.
  • the user selections may also comprise operations for positioning at least a portion of the original image in relation to a template of features of the financial account access means.
  • the financial account access means may comprise one of a credit card, debit card, or other transaction card means; and the features of the financial account access means may comprise one or more of a bank logo, a transaction card hologram, and a transaction card type indicator.
  • a method for applying a personalized image to a financial account access means corresponding to a financial account of a customer comprises: associating financial data, corresponding to the financial account of the customer, with a customer identifier in a financial account association table maintained securely from a user interface; associating the customer identifier with user image selection data based on user selections made on the user interface in relation to a graphical representation of at least a portion of an original image held in an image store; and applying the personalized image to the financial account access means, the personalized image being based on the user image selection data associated with the customer identifier.
  • the method further comprises presenting the user interface using a front end server; and using a back end server, in communication with the front end server and the image store, to re-create the user selections made on the user interface.
  • the method may also further comprise communicating a user manipulation data string from the front end server to the back end server.
  • the financial account access means may comprise a credit card, debit card, or other transaction card means.
  • the graphical representation of the original image may comprise a re-sized version of the original image.
  • the method may further comprise uploading the original image from the customer's own computer.
  • the user selections may comprise operations selected from rotating, re-sizing, positioning, flipping, controlling brightness, performing red-eye reduction, and adjusting opacity levels.
  • the user image selection data may further comprise data relating to at least one image for overlaying onto the original image, where the at least one image for overlaying may comprise at least one transparent portion.
  • the user selections may comprise operations for positioning at least a portion of the original image within a window region of the financial account access means.
  • the window region may exclude regions of the financial account access means that display functional features of the financial account access means.
  • the user selections may comprise operations for positioning at least a portion of the original image relative to a template relating to features of the financial account access means.
  • the financial account access means may comprise a credit card, debit card, or other transaction card means; and the features of the financial account access means may comprise one or more of a bank logo, a transaction card hologram, and a transaction card type indicator.
  • a method of operating a computer system to apply a personalized image to a financial transaction card comprises: providing a financial account association table associating financial data of a customer with a customer identifier; receiving at an image processor a set of manipulations applied to a representation of an image at a remote user terminal, to generate a personalized design; processing the represented image by applying the received set of manipulations to produce a personalized image; and sending the personalized image for application to a financial transaction card, provided with banking features based on at least the customer identifier.
  • a computer system for controlling production of a personalized financial transaction card.
  • the computer system comprises: a financial account association table associating financial data of a customer with a customer identifier; a communication interface arranged to receive a set of manipulations applied to a representation of an image at a remote user terminal to generate a personalized design; an image processor to process the represented image by applying said set of manipulations to produce a personalized image; and financial card production equipment capable of receiving the personalized image and relevant financial data based on the customer identifier to produce a personalized financial transaction card.
  • a method of operating a computer system to produce a personalized financial transaction card comprises: receiving a unique one-way code generated within a secure environment from information relating to a customer account; receiving at an image processor an image, and manipulating the image in accordance with instructions from a remote terminal operated by said customer; storing the manipulated image in association with the one-way code; and providing said manipulated image for application to a financial transaction card, responsive to a request comprising an identical one-way code generated independently from said customer account information.
  • a computer system for producing a personalized financial transaction card.
  • the system comprises: an interface for receiving from a secure environment a unique one-way code generated from customer account information; an image processor operable to manipulate an image in accordance with instructions from a remote terminal operated by said customer; a data store for storing the manipulated image in association with the one-way code; and an interface operable to supply said manipulated image for application to a financial transaction card responsive to a request comprising an identical one-way code generated independently from said customer account information.
  • the customer account information may comprise at least a portion of an embossing record.
  • a computer system for producing personalized financial transaction cards comprises: means for generating a browser-based user interface for displaying on a remote terminal a graphical representation of at least a portion of an image, said interface being capable of effecting a plurality of manipulations to the graphical representation; an internet communications link coupling the remote user interface to an image processor, said link being operable to receive instructions defining said plurality of manipulations applied to the graphical representation from the remote terminal; an image processor operable to access the image to apply manipulations emulating those applied to the graphical representation according to the instructions; and financial transaction card production equipment operable to apply the resulting image to a financial transaction card.
  • a method of operating a computer system to produce a personalized financial transaction card comprises: receiving encrypted customer information generated within a secure environment from information relating to an account of the customer; receiving at an image processor an image, and manipulating the image in accordance with instructions from a remote terminal operated by said customer; storing the manipulated image in association with the encrypted customer information; and providing said manipulated image for application to a financial transaction card, in association with the encrypted customer information, to an entity having an encryption key capable of decrypting the encrypted customer information.
  • a method of operating a computer to facilitate production of a personalized financial transaction card comprises: providing means for presenting to a remote customer a user interface; receiving instructions for manipulation of an image file, the instructions being based on manipulations performed by the remote customer with regard to a representative version, on the user interface, of the image that is contained in the file; and providing an image, produced based on said instructions for manipulation, for application to the financial transaction card, the image being associated with a customer identifier corresponding to the remote customer.
  • the customer identifier may comprise one of: a one-way code, a unique customer identifier, and encrypted customer information.
  • the one-way code may be created by a card issuer applying a one-way code function to financial account information of the remote customer.
  • the encrypted customer information may be encrypted by a card issuer encrypting financial account information of the remote customer.
  • Providing the means for presenting the user interface may comprise operating a website server.
  • the provided image for application to the financial transaction card may be provided to a card bureau.
  • the customer identifier may be embedded in the image produced based on said instructions for manipulation; including by being embedded as a machine-readable code, as a bar code, or by being embedded in file metadata. In one embodiment, the image file is not transferred to the user interface.
  • a system for operating a computer to facilitate production of a personalized financial transaction card comprises: computer program means for presenting to a remote customer a user interface; image instruction means for receiving instructions for manipulation of an image file, the instructions being based on manipulations performed by the remote customer with regard to a representative version, on the user interface, of the image that is contained in the file; and image processing means for providing an image, produced based on said instructions for manipulation, for application to the financial transaction card, the image being associated with a customer identifier corresponding to the remote customer.
  • FIG. 1 illustrates a computer system for remote manipulation of images, in accordance with an embodiment of the present invention
  • FIG. 2 illustrates a method of operating a computer system for remote manipulation of images, in accordance with an embodiment of the present invention
  • FIG. 11 illustrates a method of operating a computer system for remote manipulation of images, using a unique customer identifier, in accordance with an embodiment of the present invention
  • FIG. 12 illustrates a method of operating a computer system for remote manipulation of images, using a hash value to avoid the need for creating and maintaining a unique customer identifier through the card application and printing lifecycle, in accordance with an embodiment of the present invention
  • FIG. 13 illustrates a system according to an embodiment of the invention, in which an image is designed using a card-issuing kiosk or in-store instant issue system
  • FIG. 14 illustrates a system in which a database is used to store information between a user's image selections and back end image production, in accordance with an embodiment of the invention.
  • An embodiment according to the invention allows a user to manipulate an image through a browser interface, and is divided into two software portions, here referred to as front end software and back end software.
  • the front end software operates entirely within an Internet browser and in most cases does not require a download, because it accepts the limitations of the browser.
  • the front end software runs Flash software, available from Macromedia Inc. of 600 Townsend Street, San Francisco, Calif. 94103, U.S.A., or equivalent software.
  • the front end software is a pure Graphical User Interface (GUI), and allows a user to design and edit graphics on his or her screen in order to build a representation of a desired image. Representations of stock (starting) images can be presented to a user in an on-screen image library and/or created by the user on demand.
  • GUI Graphical User Interface
  • the image desired for output can be made up from one or several representative components, each of which has its position defined relative to an origin, and can be manipulated based on a set of predetermined rules—such as, for example, rules allowing the image or its components to be resized, rotated, flipped, mirrored and moved relative to other components.
  • the representative graphical components can be used, for example, to build relatively complex designs consisting of a plurality of different layers and/or transparencies constructed using Flash scenes.
  • instructions about what the final image looks like are sent to the back end software, which runs on a server.
  • these instructions are sent together (simultaneously) after the manipulation is completed, and take the form of a text string for each component of the image.
  • the text string makeimage.aspx for a graphics component might read:
  • id is an image identifier
  • x and y define the position of a component relative to a predetermined origin
  • flip, rotate, and scale define manipulations of types generally well known in the art
  • user is a number identifying the user.
  • a resulting image may be represented by one or a number of graphical components. It is thus possible for a plurality of text strings, or an extended text string, to define an image made of a plurality of separate graphical components.
  • the graphical components used, for example, in Flash movie scenes are generated and manipulated with a minimum of computing resources; and the designs constructed as a result can be recreated on the back end (server) side using the relevant (and generally much larger) image files.
  • Relatively complex designs can be achieved by employing two or more image components with separate image identifiers.
  • the image identifiers for graphical components of the same image may have a common characteristic.
  • the instructions included in the text string that defines the manipulations needed to create the resultant image need not all be included in a single text string; instead, a series of text strings may be transmitted separately to convey the same plurality of instructions.
  • an advantage of an embodiment according to the invention is that a smaller, emulated version of the image can be manipulated by the user with a minimum of computing resources, and instructions can be transferred efficiently as text strings; instead of requiring the inefficient (and time-consuming) transfer of large image files, or portions thereof, between the customer and an image-production server. Further, the need to make calls to a server with an image change each time that a single manipulation is made, is also overcome.
  • the back end software is responsible for generating the final image, in accordance with an embodiment of the invention, by interpreting the manipulations applied to the representation (defined in the, or each, text string file) and applying corresponding manipulations to one or more stock images held in a remote image store.
  • the images used in the front end software are less computationally-demanding representations of those held on the server.
  • the back end software can make image transformations that exactly mirror those which are seen on the client machine.
  • the image can be output to whatever device is required, such as a device for printing the image onto a personalized consumer item.
  • the graphical representation is displayed and manipulated at the user interface by means of the Flash software, and only a minimal amount of information concerning the image and manipulations applied thereto need be transferred to the remote image processor.
  • the front end software may use Macromedia's Flash, or another product.
  • the software could instead use HTML and Javascript (DHTML) without a download, although the GUI is relatively poor.
  • HTML and Javascript (DHTML)
  • Flash (or equivalent) software is advantageous in that it does not allow full access to a user's local files, so that it does not risk transmitting computer viruses to the user's machine.
  • Use of Flash software also does not require a user to install software other than the Flash plug-in, which has a high penetration of the browser market.
  • the preferred embodiment thus allows for on-line image manipulation by emulating the browser-based transformations (such as re-sizing or overlaying images), made by the user on a representation of the image, on the server so that the images produced can be used for personalized product creation.
  • the browser-based transformations such as re-sizing or overlaying images
  • On-line image manipulation is allowed by creating a two-tier architecture, in an embodiment according to the invention: there is one program that allows image manipulation on the screen in front of a user; and a second program on a server that emulates these manipulations, so that the images can be output for personalized product creation.
  • the back end process, or elements of it can be performed in a secure computing environment; and customized images can be printed onto an actual product under very high security (for example, bank level security).
  • bank level security very high security
  • a user with internet access can design customized images for printing on a remote product which requires secure treatment, such as bank level security.
  • anti-fraud and anti-theft measures mean that the production of credit cards, and other types of transaction cards, is performed in secure locations. Customization of the designs applied to such cards is thus possible, using preferred embodiments, without the need to give the user direct computing access to the secure environment.
  • An online image-editing tool uses the browser environment of HTML and Macromedia Flash as a Graphical User Interface for remote software that emulates the actions taken on the client machine, in an embodiment according to the invention. This enables a fast experience for the user and a high quality end product.
  • the browser-based, client-side environment allowing manipulation by the user need not necessarily be Flash from Macromedia
  • Any equivalent software tool capable of providing the required functionality could be used—for example, any tool capable of generating a representation of an image, applying manipulations thereto, and transferring the results through a set of commands to the server-side software, such that an image processor on the server side can emulate the actions of the front end and create a result image that can be saved to the server.
  • the front end software will allow the upload of images from the user's computer to the server, so that the user's own images can be manipulated and overlaid with “stock” images and borders. Then, by communicating with the back end software, it is possible to produce personalized goods for a user.
  • personalized goods may include, for example, credit cards, debit cards, mobile phone covers, mugs, T-shirts, gift cards, and framed prints.
  • An embodiment according to the invention has the advantage that high quality images do not need to be uploaded to the customer's browser during the manipulation process, because lightweight, web-enabled formats are instead used for the user's experience, thereby making the system fast and easy to use.
  • the original high quality images are used to give high quality print results.
  • An embodiment according to the invention also allows the provision of light-weight but fast graphics manipulation, without the complication of downloading programs.
  • a user interface according to the invention is not constantly calling to the server; thus the interface is quick and pleasant to use, and Internet bandwidth is used efficiently.
  • the original image is not transferred over the internet at the manipulation stage, so that the possibilities for hacking the image are greatly reduced.
  • the interface runs within the Macromedia Flash environment, the interface is platform independent. Further, because the final image may be created on a server controlled by a single company, the final image output may be made to have a standardized size and resolution. This enables easy integration with printers, simplifies the production of a personalized product, and simplifies billing on a per-image basis.
  • FIGS. 1 and 2 describe the production of a credit card, in accordance with an embodiment of the invention.
  • a customer accesses software according to the invention, after having applied for a credit card through a web site 101 of a card issuer (such as a bank).
  • the card issuer issues the customer with a unique identifying number 103 which is passed to an image compilation server 108 , which may (or may not) be operated by a company other than the card issuer.
  • the card issuer associates the unique customer identifier 103 with the customer's financial information 104 . This association may be performed in a financial account association table 124 maintained in an environment that is secure from the user interface.
  • the associated customer identifier 103 and financial information 104 are passed to a bank (or other card issuer) printer server 109 via a firewall 102 .
  • the customer enters the front end software 105 , which may be operated by a website server or other front end server.
  • the customer chooses an image 107 —in FIG. 1 , from the customer's computer hard drive 106 , and uploads it to the image compilation server 108 .
  • the image 107 could come from any suitable source such as an image library maintained by an operator of the image compilation server 108 .
  • Back end software 110 running on the image compilation server 108 , now enters the original image into a database and generates a web-friendly smaller copy 111 to send to the front end software 105 .
  • the customer now performs image manipulations 112 (such as resizing, rotating, and placing the image), as the customer desires.
  • the back end software 110 associates the customer image selection, and subsequent manipulations and selections, with the unique customer identifier 103 .
  • the customer chooses another image 113 to overlay on top of the first image 107 , and positions image 113 as desired.
  • the overlay image 113 may, for example, be a transparent decorative frame for the uploaded image 107 , and may be maintained in an image server 114 .
  • the back end software 110 transmits a web-friendly, smaller version 115 of the overlay image 113 to the customer, for use in a creating a combination 116 of the original manipulated image 107 with the overlay image 113 .
  • the front end software 105 transmits a string of user manipulation data 118 to the image compilation server 108 .
  • This string 118 encapsulates the customer's image selections and manipulations.
  • the back end software 110 accesses the original copies of the images from an image library and performs the exact operations that the customer has chosen in the front end software 105 for the customer's final design. In this way, the back end software 110 emulates the manipulations at the user end according to the information transferred in the text string (also referred to herein as the results script).
  • the back end software 110 can output the resulting image 119 to a printer server 120 , which may be performed through a firewall 121 .
  • the resulting image 119 and associated customer identifier 103 may then be passed to the bank (or other card issuer) printer server 109 , which in turn accesses the financial account association table 124 to obtain the associated secure customer financial information 104 .
  • the financial information 104 and resulting image 119 may then be sent to a credit card printer 122 , which prints a customized credit card 123 . All of the images that are used by the customer in the front end software 105 are issued via the back end software 110 .
  • the only information which passes to the back end software 110 from the front end software 105 is data about how the image in front of the customer appears. This information can easily be encrypted for increased security.
  • the number of images combined in a design is not limited to one or two (such as images 107 and 113 )—the script can be easily amended for many more layers.
  • transparent frame image layers need not be selected and manipulated before a non-transparent image layer; the image layers can be designed in any order. Text can also be added to the image through a similar replication.
  • the output image can be sent to any type of machine and thus the possible applications are very wide-ranging: the software can be applied not only to the payment card market, but also for non-payment and telephone cards.
  • layers may be employed as templates and/or marks, referred to herein as transparencies.
  • the final image displayed on a card may be restricted to a selected pre-defined area, such as a “window” on a payment card (or other financial account access means), leaving the rest of the card free to contain functional features of the card, such as a bank logo, a payment card hologram or type indicator (such as, for example, “Visa” or “MasterCard” logos).
  • some image layers may be positioned within such a selected window on the card; while other image layers (such as transparencies) are positioned outside the selected window, but surrounding the functional features of the card (such as the bank logo, payment card hologram, etc.).
  • the bank logo or other financial feature can act as a fixed template, behind which the user can move the image to a desired position.
  • a customer 251 has applied to a bank (or other card issuer) online for a credit card, or is an existing customer offered the opportunity to make a new card for an existing account.
  • the customer identifier is used to log-in; alternatively, the customer could log-in separately at this point and recollect the customer's identifier.
  • step 234 the customer elects to upload an image from the customer's own computer 252 , such as a scanned or photographed image.
  • step 235 the image is uploaded to an image server, and may be held in a database 253 for convenience.
  • step 236 the customer enters browser-based image manipulation software 254 .
  • step 237 the image manipulation software requests a series of images in web-friendly formats from an image re-size tool 255 , so that the process is fast and quick to use.
  • the image re-sizing tool requests the original image from the database 253 ; in step 239 , the original image is returned and re-sized to a web-friendly format and size; and in step 240 , a set of web-friendly images is returned to the image manipulation software 254 (these are graphical representations of the original images on which manipulations can be performed).
  • the associated image manipulation commands are sent 241 to an image manipulation emulator 256 .
  • Image manipulation commands can include, for example, rotating, re-sizing, positioning, flipping, scaling, brightness controls, red-eye reduction, opacity levels, and other manipulations.
  • step 242 the image manipulation emulator 256 then requests the original images from the image server so that the best quality image is used. Upon receiving the images in step 243 , the emulator 256 then repeats the completed transformations of the customer and creates an image that emulates the one created online, but that uses the original, higher quality graphics. In step 244 , this image, and the associated customer identifier, is sent to the bank's printer 257 . The financial data corresponding to the customer identifier is obtained, via a secure connection 258 to the bank (or other card issuer); and the printing process set in motion.
  • the architecture receives a unique non-sequential customer identifier, which matches with a set of financial records, from the credit card issuer.
  • This customer identifier is passed through each element of the system and is returned with the generated image file.
  • the customer's personalized image can be matched up with the customer's financial and personal records, so that the correct image is placed on the card.
  • the front end or back end software may be used in an automated log-in process. In this way, the software (both the front end and back end software) can know whether the user is new or not. A returning visitor can thus be presented with images that were uploaded on a previous visit.
  • the system's architecture comprises two distinct elements, in an embodiment according to the invention.
  • the front end element the element that the user interacts with, is built in Macromedia Flash.
  • This element allows the user to design a card by manipulating (through scaling, rotating, or performing other manipulations such as those given above) the image uploaded and then overlaying the image with frames that can contain transparent sections. Since Flash does not have “local permissions” on the client machine, as it is a browser-based interface, it is not capable of saving the final design. It therefore sends a string of instructions to the second, serverside element.
  • the second, serverside element may be written in C#, although Java, C, C++, or any other suitable language would be equally capable.
  • the string of instructions may be sent as a “querystring,” i.e. as part of the URL; for example, the string could be formatted as:
  • HTTP “POST” works in an identical fashion to a standard website form; while HTTP “GET” works by changing the URL.
  • HTTP “GET” could change a URL, in order to transfer a user's rotation, scaling, and other selections, to read:
  • the customer identifier may be passed using Session State (the webserver's Session Object) or by passing as part of the “querystring,” in accordance with an embodiment of the invention.
  • Session State the webserver's Session Object
  • HTML “forms” could achieve the same ends.
  • an image can be uploaded as a JPEG, GIF, BitMap, PNG, Tiff etc.; although it will be appreciated that nearly any digital image can be uploaded or output. From the original uploaded image the system creates four separate versions:
  • a thumbnail version (as a JPEG)—see the interface screenshots, below.
  • the image is approximately 1 to 2 k in file size.
  • a larger, but still web-optimized version (this is scaled to allow the image to be expanded to the maximum available by the interface—such as scaling 250%—and still have one-to-one pixel matching (i.e. the image size is width 241 .times.250% if possible). This is the image used on screen for the design of the card.
  • a Bitmap image at the same scale as the original image may be used, for example, in a system that uses C#, which is a Microsoft language and uses Bitmap as the default image type.
  • the output design which may be sized in proportion to a credit card.
  • This design could be of any software format that is useful to the printer used, such as BMP (Bitmap) or PNG (Portable Network Graphic).
  • the original images may be placed into a database once they have been uploaded.
  • each request for images requires going back to the original version to use; however, this need not be the case, because once another image version has been created (e.g. a thumbnail version), the system can equally store this version so that the processing is reduced (though memory taken would increase).
  • a key benefit of an embodiment according to the invention is that it is not necessary to pass the largest image backwards and forwards across the web from client to server, except for the initial upload of images. Nonetheless, when the final edited design or image is generated, the highest quality image is used.
  • the user designs, on screen, an image that appears the same physical size as a credit card using the screen resolution of 72 dpi. This is because a computer monitor cannot present images at a higher resolution than this. However, a printer can output at higher resolutions, typically 300 dpi or greater—increasing the quality.
  • the front end software uses the low resolution images
  • the final design is compiled by the back end software using a full scale, bitmap version of the original image uploaded. This may be achieved by using a “virtual canvas” within the back end software that is larger than the design canvas within the front end software.
  • the design being created by the back end software is laid on to a background of greater size than in the front end software (while maintaining 72 dpi resolution).
  • the resolution can be increased to approximately 300 dpi when the credit card is finally printed (back at 3.3 inch by 2.1 inch).
  • This method ensures that the maximum dpi achievable (to the printer's maximum setting) is output from the back end software, but only the resolution necessary is sent to the front end software. This reduces the memory requirements of the client machine and the Internet traffic. This operation could equally be achieved by changing the resolution of a 72 dpi image to 300 at the original size.
  • the images containing a transparent layer must be converted into Flash “movies” themselves.
  • This process can be manual, but can also be automated to allow images with transparencies (such as bitmaps or PNG) to be imported into the front end software “on the fly.”
  • the back end software can use the original PNG or BMP image to generate the credit card image.
  • FIGS. 3-10 show screens of a credit card design website operated in a series of steps according to an embodiment of the invention.
  • FIG. 3 shows a first screen, with a standard library of images assigned to the particular card issuer that is using the credit card design website, on the left of the screen.
  • FIG. 4 shows a screen allowing users to log in so that they can load new images in to the left hand side library. This can be automated in live versions.
  • the upload allows the user to browse his or her own computer for images to upload.
  • FIG. 6 shows a screen with a new library including both the user's images and a set of stock images.
  • FIG. 7 by clicking on the thumbnail image on the left hand side, the bigger but still web-optimized image is loaded.
  • FIG. 8 frames can then be added. These are Flash (.swf) files that allow transparencies. Again they can be flipped, scaled, rotated, or undergo other manipulations; and the card details can be hidden.
  • FIG. 9 by clicking on the red Back Button or on the Step 1 tab, the user can return to a previous screen. At this point the image is shown as “live” but the frame can be seen as well.
  • the screen of FIG. 10 shows the final version of the credit card before it is sent off to the back end software to be created.
  • a bank or other card issuer need not create a unique identifier for a customer, and pass that identifier through the card issuer's own system. Given the complexity of banking systems, avoiding the need to create such an identifier can be an advantage.
  • FIG. 11 first illustrates an embodiment that may be useful for some card issuers, in which a unique identifier is created for each customer.
  • a unique identifier is created for each customer that requests to design a card 1101 , and passed 1102 to the back end server 1103 .
  • the back end server 1103 creates an image corresponding to the customer's unique identifier; and the card issuer 1104 passes the unique identifier through the card issuer's own system.
  • a bureau 1105 that creates the final card can then make a software call to the back end server 1103 using the unique identifier, so that the account details received from the card issuer 1104 may be associated with the image.
  • FIG. 11 functions as follows. Upon a customer requesting to a card issuer 1104 to design a personalized card 1101 , the card issuer 1104 creates a unique identifier and passes the identifier 1102 to the back end server 1103 . Once the customer designs the card 1106 , the user and corresponding unique identifier are returned 1107 to the card issuer, and the back end server stores 1125 the customer image and unique identifier. The information that the customer has requested a new card is then sent 1108 to the card issuer's systems, along with the unique identifier; and a record and unique identifier for the customer are stored 1109 in the card issuer's systems.
  • the card issuer then passes 1110 the unique identifier to the back end server, to notify it that the new card will potentially be created and embossed.
  • the back end server 1103 and/or card issuer 1104 can then perform an image checking procedure 1111 and 1112 , to ensure that the image designed by the customer is acceptable for production. If the image fails the back end server's image checking 1111 , the unique identifier and reason for the image's rejection is then sent to the card issuer 1113 ; and the customer is invited 1114 to redesign the card.
  • the card issuer converts 1115 the customer's record and unique identifier into an emboss record, which is sent 1116 to the bureau 1105 that will be creating the card.
  • the back end server tags the image 1117 to be sent to the bureau 1105 in the next batch of images; and, when a suitable number of images are ready, sends 1118 the image and associated unique identifier to the bureau 1105 .
  • the bureau 1105 next stores 1119 the customer's emboss record and unique identifier, obtained from the card issuer 1104 ; and also stores 1120 the unique identifier and image, obtained from the back end server 1103 . Having done so, the bureau 1105 can now create the finished card, by first obtaining 1121 the customer's record provided by the card issuer 1104 ; and also using 1122 the unique identifier to obtain the associated customer image and provide it to a blank card stock printer. The blank stock printer may then print 1123 the image onto blank stock, and encode the card's magnetic strip. Based on information in the magnetic strip, the emboss record and printed card stock may then be joined together 1124 to create a finished card.
  • the embodiment of FIG. 12 allows a card issuer to avoid the need to create for each customer a unique identifier that must be passed through the card issuer's system. Instead, the card issuer creates a “hash value,” such as a message digest, or other one-way code, based on some account details for each individual, so that the card issuer can pass customers' account information to the back end server in a way that is completely safe.
  • a card issuer 1204 a back end server 1203 , and bureau 1205 performing analogous steps ( 1201 and following) to those of FIG. 11 ( 1101 and following).
  • steps 1202 , 1207 , 1210 , 1213 , 1226 , and 1227 of FIG. 12 a principal difference is found in steps 1202 , 1207 , 1210 , 1213 , 1226 , and 1227 of FIG. 12 , in which a “hash value” (or other one-way code) is passed between the card issuer 1204 and the back end server 1203 , instead of requiring the card issuer to create a unique identifier for each customer, as in FIG. 11 .
  • a hash of a unique part of the customer record (such as the customer's name) is created.
  • a one-way hash such as the MD5 hash, is a process that takes arbitrary-sized input data (such as a customer's name and account number), and generates a fixed-size output, called a hash (or hash value).
  • a hash has the following properties: (i) it should be computationally infeasible to find another input string that will generate the same hash value; and (ii) the hash does not reveal anything about the input that was used to generate it. This means that the hash function used in the embodiment of FIG. 12 allows the card issuer 1204 to pass at least some of a customer's account information to the back end server 1203 in a way that is completely secure.
  • a hash value may be passed back and forth between the card issuer 1204 and the back end server 1203 , without the need for the card issuer 1204 to create a unique identifier and pass it through its system.
  • FIG. 12 functions as follows. Upon a customer requesting to a card issuer 1204 to design a personalized card 1201 , the card issuer 1204 creates a hash value of a unique part of the customer's record 1202 and passes the hash value 1226 to the back end server 1203 . Once the customer designs the card 1206 , the user and corresponding hash value are returned 1207 to the card issuer, and the back end server stores 1225 the customer image and hash value. The information that the customer has requested a new card is then sent 1208 to the card issuer's systems; and a record for the customer is stored 1209 in the card issuer's systems.
  • the card issuer then recreates 1210 the hash value that is based on the unique part of the customer record, and passes it 1227 to the back end server 1203 , to notify it that the new card will potentially be created and embossed.
  • the back end server 1203 and/or card issuer 1204 can then perform an image checking procedure 1211 and 1212 , to ensure that the image designed by the customer is acceptable for production. If the image fails the back end server's image checking 1211 , the hash value and reason for the image's rejection is then sent to the card issuer 1213 ; and the customer is invited 1214 to redesign the card.
  • the card issuer converts 1215 the customer's record into an emboss record, which is sent 1216 to the bureau 1205 that will be creating the card.
  • the back end server tags the image 1217 to be sent to the bureau 1205 in the next batch of images; and, when a suitable number of images are ready, sends 1218 the image and associated hash value to the bureau 1205 .
  • the bureau 1205 next stores 1219 the customer's emboss record, obtained from the card issuer 1204 ; and also stores 1220 the hash value and image, obtained from the back end server 1203 .
  • the bureau 1205 can now create the finished card, by first obtaining 1221 the customer's record provided by the card issuer 1204 ; and also using 1222 the hash value to obtain the associated customer image and provide it to a blank card stock printer.
  • the blank stock printer may then print 1223 the image onto blank stock, and encode the card's magnetic strip. Based on information in the magnetic strip, the emboss record and printed card stock may then be joined together 1224 to create a finished card.
  • a secure identifier of the image that is produced based on the user's instructions may be embedded in the image itself, or embedded as part of the data file in which the image is stored.
  • a hash key, encrypted identifier, or other secure identifier may be passed through the back end server (such as server 1103 or 1203 ) in association with the user's image manipulation instructions.
  • the image then can be made to have the secure identifier embedded in it—such as by embedding a bar code or other machine-readable code, which encodes the secure identifier, placed in the image itself.
  • the card bureau 1205 can read the bar code, or other embedded secure identifier, directly from the image itself; and need not acquire any information from the back end server 1203 except for the image itself, which includes the bar code.
  • This embodiment finds particular use in the case where the card production process of the bureau 1205 involves using an image printer, which is not capable of separately storing or passing on the secure identifier.
  • the image printer can effectively pass on the secure identifier as well as the image to the embossing stage, simply by passing on the printed image itself, which will include the bar code (or other embedded machine-readable identifier).
  • the embossing stage can then involve reading the bar code (or other embedded machine-readable identifier) from the image, and looking up the associated emboss record for use in final card production.
  • the image printing function of bureau 1205 need not be performed within a single organization or enterprise; for example, the image printing may instead be performed by a separate enterprise or department from the organization that performs the embossing, in accordance with an embodiment of the invention.
  • a variety of different techniques can be used for embedding the secure identifier in the image, such as by including the identifier in the metadata of the image file; including both when the image file is transmitted to the bureau 1205 , or when the image file is in use by the back end server or the bureau.
  • a modified architecture may be used, in the context of a card-issuing kiosk or in-store “instant issue” system.
  • front end software runs on a client-side browser; and back end software runs on a remote webserver.
  • the card printer is located on the client machine (such as a card-issuing kiosk).
  • a user browser housed in an in-store kiosk 1302 uses the front end software, which is provided from an internet server 1301 , to allow a customer to design a personalized card. The user's image preferences are then saved and the image is generated 1303 on the remote webserver.
  • the image can then be returned to the kiosk 1304 , and printed to the customer's card 1305 . Images may be checked on the remote server side, to ensure that they are suitable for printing, in real time, if required. Otherwise the operation of the system may be similar to the embodiments described above.
  • a database can be used to store information between the user's image selections, and the back end image production.
  • the system can be made more scalable, since it does not need to create the images on the back end in real time.
  • the user first makes image selections on the front end interface software, and the image manipulations are passed to the back end server 1401 . Then, however, each user's manipulations are saved to a database 1402 ; so that the back end software can pick up each manipulation, not in real time, and make the high resolution image 1403

Abstract

An apparatus and method for manipulating images is disclosed. In one embodiment according to the invention, a method for manipulating images comprises: displaying for manipulation at a browser-based user interface a graphical representation of at least a portion of an image held at a remote image store; providing an internet communications link coupling the user interface to a remote image processor; transferring information about manipulations applied to the graphical representation between the user interface and the remote image processor; and causing the remote image processor to access the remote image store and apply, to at least a portion of the image held in the store, manipulations emulating those applied to the graphical representation. In another embodiment according to the invention, there is disclosed a method for applying a personalized image to a financial account access means corresponding to a financial account of a customer. The method comprises: associating financial data, corresponding to the financial account of the customer, with a customer image identifier in a financial account association table maintained securely from a user interface; associating the customer image identifier with user image selection data based on user selections made on the user interface in relation to a graphical representation of at least a portion of an original image held in an image store; and applying the personalized image to the financial account access means, the personalized image being based on the user image selection data associated with the customer image identifier.

Description

    CROSS-REFERENCE TO RELATED APPLICATIONS
  • This application is a continuation of U.S. patent application Ser. No. 12/954,277, filed Nov. 24, 2010, entitled “Computerized Card Production Equipment,” attorney docket no. 086887-0052, which is a continuation of U.S. patent application Ser. No. 12/132,516, filed Jun. 3, 2008, entitled “Computerized Card Production Equipment,” attorney docket no. 066371-0071, which is a continuation of U.S. patent application Ser. No. 10/545,833, accorded a filing date of Nov. 2, 2006, entitled “Apparatus and Method for Manipulating Images,” attorney docket no. 66371-027; which is a United States National Filing under 35 U.S.C. 371 of PCT Application No. PCT/GB2004/000626 of Elgar et al., entitled “Apparatus and Method for Manipulating Images,” filed Feb. 17, 2004; which claims the benefit of U.S. Provisional Application Ser. No. 60/447,972 of Elgar et al., filed Feb. 18, 2003, entitled “Method and Apparatus for Manipulating Images”; and which is a Continuation in Part of U.S. patent application Ser. No. 10/406,519 of Elgar et al., filed Apr. 3, 2003, entitled “Apparatus and Method for Manipulating Images.” The contents of all of these applications are hereby incorporated herein by reference.
  • TECHNICAL FIELD
  • This invention relates to methods and apparatus for manipulating images; and in particular to methods and apparatus for reproducing personalized images on consumer goods at locations remote from a user. The preferred embodiment includes on-line product-based image manipulation software.
  • BACKGROUND
  • There has been an increasing consumer desire for self-differentiation, particularly for differentiating mass-marketed personal items. This can be clearly seen in the recent popularity of customized mobile phone ring-tones and fascias. In order to provide personalized graphics on consumer products, there has therefore been a need for a quick and easy-to-use graphics manipulation suite to allow users to make product-specific designs, particularly from locations remote from the main image storage and printing facility. However, providing such a graphics manipulation suite over the Internet has not proved easy.
  • One problem stems from the open nature of the Internet itself. In order to allow Internet users to visit hundreds of thousands of unverified web sites, and yet still protect the user's computer from viruses and malicious hackers, a browser must not allow the web sites to access files on the user's computer. Thus, browsers are “dummy terminals,” albeit very powerful ones; it is not easy to actively “do” anything with an Internet browser—it simply navigates between online resources and presents information and images to the user. Thus, for designing a graphical image for application to a personal item, an internet user may be able to manipulate images within the browser environment, but will not be able to save the images.
  • The problem of manipulating images to be applied to an article remote from the user has previously been solved in two ways, each of which has disadvantages. In one solution, a user manipulates images on his or her own machine without the use of a browser. This solution has the advantage of being extremely fast once installed on the local machine, but suffers from three major failings. First, in order to allow the program to run on the client machine, the user must first download a program. This takes time, and is inconvenient, because the software cannot be seen or tested until it is fully downloaded. Next, the program must be installed on the user's machine, where it will remain permanently until removed. This occupies storage space on the client hard drive, slows down the user's computer, and can cause system crashes. Finally, the downloaded program may have computer viruses.
  • In another image manipulation solution, an image is manipulated directly on a server using Java Applets, or another plug-in that functions in a similar fashion, such as a custom Activex control. Each time the user uses the interface to make a manipulation to the image, a separate call is made to the server; the server software changes the image's position, and sends back the information to the client machine. The theoretical advantages of Java and similar programs are that they can run on any client machine with identical results; and that the software does not need to be installed on the client machine, because the Java Applet runs within a Java Virtual Machine of the browser. However, the problem with Java and similar programs is that the Internet simply is not fast enough to provide a pleasant user experience. Also, in practice, because the Java Applet does not know which type of machine it will be run on, it can react very differently from one machine to the next.
  • SUMMARY
  • In one embodiment according to the invention, there is disclosed a computer system for manipulation of remote images. The computer system comprises: a browser-based user interface for displaying for manipulation a graphical representation of at least a portion of an image held at a remote image store; an internet communications link coupling the user interface to a remote image processor, said link being operable to transfer information about manipulations applied to the graphical representation between the user interface and the remote image processor; and means for the remote image processor to access the remote image store in order to apply to the image held in the store manipulations emulating those applied to the graphical representation.
  • In related embodiments, the image held at the remote image store may be of a relatively higher resolution than the graphical representation of at least a portion of the image. The remote image processor may further comprise means for communicating a version of the image, comprising the applied manipulations, to an image printing means maintained securely from the user interface. The computer system may further comprise means for associating a unique identifier with a user applying the manipulations to the graphical representation; wherein the internet communications link is operable to transfer the unique identifier between the user interface and the remote image processor. The remote image processor may also comprise means for receiving a hash value, which relates to a user who applied the manipulations to the graphical representation. The browser-based user interface may be presented on a kiosk accessible to a consumer. The kiosk may comprise a printer for printing an image, produced by applying the manipulations that emulate those applied to the graphical representation, onto a consumer item. The computer system may also further comprise a database capable of storing the information about the manipulations applied to the graphical representation; such that a manipulation can be applied to the image held in the remote image store, other than in real time, or alternatively, allowing printing tasks to different articles to be batched. The computer system may further comprise a printer for printing an image, produced by applying the manipulations that emulate those applied to the graphical representation, onto a consumer item. The consumer item may comprise a financial account access means.
  • In another embodiment according to the invention, there is disclosed a method of operating a computer system for manipulation of remote images. The method comprises: displaying for manipulation at a browser-based user interface a graphical representation of at least a portion of an image held at a remote image store; providing an internet communications link coupling the user interface to a remote image processor; transferring information about manipulations applied to the graphical representation between the user interface and the remote image processor; and causing the remote image processor to access the remote image store and to apply, to at least a portion of the image held in the store, manipulations emulating those applied to the graphical representation.
  • In related embodiments, the method may further comprise transferring a unique identifier between the user interface and the remote image processor, the unique identifier being associated with a user applying the manipulations to the graphical representation. The method may also comprise receiving a hash value at the remote image processor, the hash value relating to a user applying the manipulations to the graphical representation; or presenting the browser-based user interface on a kiosk accessible to a consumer. A printer at the kiosk may be used to print an image, produced by applying the manipulations that emulate those applied to the graphical representation, onto a consumer item. The method may also further comprise storing information about the manipulations applied to the graphical representation in a database, such that the manipulations can be applied to the image held in the remote image store, other than in real time, or alternatively, allowing printing tasks to different articles to be batched. The method may also comprise printing an image, produced by applying the manipulations that emulate those applied to the graphical representation, onto a consumer item, which may comprise a financial account access means.
  • In another embodiment according to the invention, there is disclosed a computer program product comprising program code means, said program code means including: first code means for displaying for manipulation at a browser-based user interface one or more graphical representations of at least a portion of an image held at a remote image store; second code means for establishing an internet communications link coupling the user interface to a remote image processor; third code means for transferring information about manipulations applied to the graphical representation between the user interface and the remote image processor; and fourth code means for causing the remote image processor to access the remote image store and to apply to at least a portion of the image held in the store manipulations emulating those applied to the graphical representation.
  • In a further embodiment according to the invention, there is disclosed a computer system for manipulation of remote images. The computer system comprises: a front end server system for operating computer program means for providing a user interface for displaying a graphical representation of at least a portion of an image held at a remote image store for user selection from amongst a plurality of similar such graphical representations of at least a portion of each of a plurality of images held at the remote image store; and an internet communications link coupling the front end server system to a remote image processor capable of accessing the remote image store in order to select the original image held in the store, from amongst the plurality of similar such images held in the store, in a corresponding fashion to the user selection made on the user interface.
  • In a related embodiment, the computer program means may further comprise means for enabling user manipulation of the graphical representation on the user interface; and the remote image processor may comprise means for accessing the remote image store in order to apply to the image held in the store manipulations emulating the user manipulations of the graphical representation on the user interface.
  • In another embodiment according to the invention, there is disclosed a system for applying a personalized image to a financial account access means corresponding to a financial account of a customer. The system comprises: a financial account association table associating financial data, corresponding to the financial account of the customer, with a customer identifier; an image manipulation emulator for associating the customer identifier with user image selection data based on user selections made on a user interface in relation to a graphical representation of at least a portion of an original image held in an image store; and an image application means for applying the personalized image to the financial account access means, the personalized image being based on the user image selection data associated with the customer identifier by the image manipulation emulator; wherein the system maintains at least the financial account association table securely from the user interface.
  • In further related embodiments, the system may further comprise a front end server for presenting the user interface; and a back end server, comprising the image manipulation emulator, for communicating with the front end server and with the image store. The front end server may further comprise means for communicating a user manipulation data string to the back end server. The financial account access means may comprise a credit card, debit card, or other transaction card means. The graphical representation of the original image may comprise a re-sized version of the original image. The original image may be uploaded from the customer's own computer. The user selections may comprise operations selected from rotating, re-sizing, positioning, flipping, controlling brightness, performing red-eye reduction, and adjusting opacity levels. The user selection data may further comprise data relating to at least one image for overlaying onto the original image; and the data relating to the at least one image for overlaying onto the original image may comprise at least one transparent portion. The user selections may also comprise operations for positioning at least a portion of the original image within a window region of the financial account access means. The window region may exclude regions of the financial account access means that display functional features of the financial account access means. The user selections may also comprise operations for positioning at least a portion of the original image in relation to a template of features of the financial account access means. The financial account access means may comprise one of a credit card, debit card, or other transaction card means; and the features of the financial account access means may comprise one or more of a bank logo, a transaction card hologram, and a transaction card type indicator.
  • In another embodiment according to the invention, there is disclosed a method for applying a personalized image to a financial account access means corresponding to a financial account of a customer. The method comprises: associating financial data, corresponding to the financial account of the customer, with a customer identifier in a financial account association table maintained securely from a user interface; associating the customer identifier with user image selection data based on user selections made on the user interface in relation to a graphical representation of at least a portion of an original image held in an image store; and applying the personalized image to the financial account access means, the personalized image being based on the user image selection data associated with the customer identifier.
  • In further related embodiments, the method further comprises presenting the user interface using a front end server; and using a back end server, in communication with the front end server and the image store, to re-create the user selections made on the user interface. The method may also further comprise communicating a user manipulation data string from the front end server to the back end server. The financial account access means may comprise a credit card, debit card, or other transaction card means. The graphical representation of the original image may comprise a re-sized version of the original image. The method may further comprise uploading the original image from the customer's own computer. The user selections may comprise operations selected from rotating, re-sizing, positioning, flipping, controlling brightness, performing red-eye reduction, and adjusting opacity levels. The user image selection data may further comprise data relating to at least one image for overlaying onto the original image, where the at least one image for overlaying may comprise at least one transparent portion. The user selections may comprise operations for positioning at least a portion of the original image within a window region of the financial account access means. The window region may exclude regions of the financial account access means that display functional features of the financial account access means. The user selections may comprise operations for positioning at least a portion of the original image relative to a template relating to features of the financial account access means. The financial account access means may comprise a credit card, debit card, or other transaction card means; and the features of the financial account access means may comprise one or more of a bank logo, a transaction card hologram, and a transaction card type indicator.
  • In another embodiment according to the invention, there is disclosed a method of operating a computer system to apply a personalized image to a financial transaction card. The method comprises: providing a financial account association table associating financial data of a customer with a customer identifier; receiving at an image processor a set of manipulations applied to a representation of an image at a remote user terminal, to generate a personalized design; processing the represented image by applying the received set of manipulations to produce a personalized image; and sending the personalized image for application to a financial transaction card, provided with banking features based on at least the customer identifier.
  • In a further embodiment according to the invention, there is disclosed a computer system for controlling production of a personalized financial transaction card. The computer system comprises: a financial account association table associating financial data of a customer with a customer identifier; a communication interface arranged to receive a set of manipulations applied to a representation of an image at a remote user terminal to generate a personalized design; an image processor to process the represented image by applying said set of manipulations to produce a personalized image; and financial card production equipment capable of receiving the personalized image and relevant financial data based on the customer identifier to produce a personalized financial transaction card.
  • In another embodiment according to the invention, there is disclosed a method of operating a computer system to produce a personalized financial transaction card. The method comprises: receiving a unique one-way code generated within a secure environment from information relating to a customer account; receiving at an image processor an image, and manipulating the image in accordance with instructions from a remote terminal operated by said customer; storing the manipulated image in association with the one-way code; and providing said manipulated image for application to a financial transaction card, responsive to a request comprising an identical one-way code generated independently from said customer account information.
  • In a further embodiment according to the invention, there is disclosed a computer system for producing a personalized financial transaction card. The system comprises: an interface for receiving from a secure environment a unique one-way code generated from customer account information; an image processor operable to manipulate an image in accordance with instructions from a remote terminal operated by said customer; a data store for storing the manipulated image in association with the one-way code; and an interface operable to supply said manipulated image for application to a financial transaction card responsive to a request comprising an identical one-way code generated independently from said customer account information. The customer account information may comprise at least a portion of an embossing record.
  • In accordance with any of the preceding embodiments, a kiosk accessible to consumers may be provided for performing manipulations to the graphical representation and/or for producing financial transaction cards applied with a personalized image.
  • In another embodiment according to the invention, there is disclosed a computer system for producing personalized financial transaction cards. The computer system comprises: means for generating a browser-based user interface for displaying on a remote terminal a graphical representation of at least a portion of an image, said interface being capable of effecting a plurality of manipulations to the graphical representation; an internet communications link coupling the remote user interface to an image processor, said link being operable to receive instructions defining said plurality of manipulations applied to the graphical representation from the remote terminal; an image processor operable to access the image to apply manipulations emulating those applied to the graphical representation according to the instructions; and financial transaction card production equipment operable to apply the resulting image to a financial transaction card.
  • In a further embodiment according to the invention, there is disclosed a method of operating a computer system to produce a personalized financial transaction card. The method comprises: receiving encrypted customer information generated within a secure environment from information relating to an account of the customer; receiving at an image processor an image, and manipulating the image in accordance with instructions from a remote terminal operated by said customer; storing the manipulated image in association with the encrypted customer information; and providing said manipulated image for application to a financial transaction card, in association with the encrypted customer information, to an entity having an encryption key capable of decrypting the encrypted customer information.
  • In another embodiment according to the invention, there is disclosed a method of operating a computer to facilitate production of a personalized financial transaction card. The method comprises: providing means for presenting to a remote customer a user interface; receiving instructions for manipulation of an image file, the instructions being based on manipulations performed by the remote customer with regard to a representative version, on the user interface, of the image that is contained in the file; and providing an image, produced based on said instructions for manipulation, for application to the financial transaction card, the image being associated with a customer identifier corresponding to the remote customer.
  • In further related embodiments, the customer identifier may comprise one of: a one-way code, a unique customer identifier, and encrypted customer information. The one-way code may be created by a card issuer applying a one-way code function to financial account information of the remote customer. The encrypted customer information may be encrypted by a card issuer encrypting financial account information of the remote customer. Providing the means for presenting the user interface may comprise operating a website server. The provided image for application to the financial transaction card may be provided to a card bureau. The customer identifier may be embedded in the image produced based on said instructions for manipulation; including by being embedded as a machine-readable code, as a bar code, or by being embedded in file metadata. In one embodiment, the image file is not transferred to the user interface.
  • In another embodiment according to the invention, there is disclosed a system for operating a computer to facilitate production of a personalized financial transaction card. The system comprises: computer program means for presenting to a remote customer a user interface; image instruction means for receiving instructions for manipulation of an image file, the instructions being based on manipulations performed by the remote customer with regard to a representative version, on the user interface, of the image that is contained in the file; and image processing means for providing an image, produced based on said instructions for manipulation, for application to the financial transaction card, the image being associated with a customer identifier corresponding to the remote customer.
  • In further related embodiments, the customer identifier may comprise one of: a one-way code, a unique customer identifier, and encrypted customer information. The customer identifier may comprise a one-way code created by a one-way code function applied to financial account information of the remote customer. The customer identifier may also comprise encrypted customer information created from encrypted financial account information of the remote customer. The computer program means may comprise a web server application of a website server. The image processing means may comprise means for providing the image for application to the financial transaction card, to a card bureau. The image processing means may also comprise means for embedding the customer identifier in the image produced based on said instructions for manipulation; such as by using means for embedding the customer identifier as a machine-readable code, as a bar code, or as file metadata.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • For a better understanding of the present invention, and to show how the same may be carried into effect, reference will now be made, by way of example only, to the accompanying drawings, in which:
  • FIG. 1 illustrates a computer system for remote manipulation of images, in accordance with an embodiment of the present invention;
  • FIG. 2 illustrates a method of operating a computer system for remote manipulation of images, in accordance with an embodiment of the present invention;
  • FIGS. 3-10 show screens of a credit card design website, operated in accordance with an embodiment of the invention;
  • FIG. 11 illustrates a method of operating a computer system for remote manipulation of images, using a unique customer identifier, in accordance with an embodiment of the present invention;
  • FIG. 12 illustrates a method of operating a computer system for remote manipulation of images, using a hash value to avoid the need for creating and maintaining a unique customer identifier through the card application and printing lifecycle, in accordance with an embodiment of the present invention;
  • FIG. 13 illustrates a system according to an embodiment of the invention, in which an image is designed using a card-issuing kiosk or in-store instant issue system; and
  • FIG. 14 illustrates a system in which a database is used to store information between a user's image selections and back end image production, in accordance with an embodiment of the invention.
  • DETAILED DESCRIPTION
  • An embodiment according to the invention allows a user to manipulate an image through a browser interface, and is divided into two software portions, here referred to as front end software and back end software.
  • The front end software operates entirely within an Internet browser and in most cases does not require a download, because it accepts the limitations of the browser. In one embodiment, the front end software runs Flash software, available from Macromedia Inc. of 600 Townsend Street, San Francisco, Calif. 94103, U.S.A., or equivalent software. The front end software is a pure Graphical User Interface (GUI), and allows a user to design and edit graphics on his or her screen in order to build a representation of a desired image. Representations of stock (starting) images can be presented to a user in an on-screen image library and/or created by the user on demand. The image desired for output can be made up from one or several representative components, each of which has its position defined relative to an origin, and can be manipulated based on a set of predetermined rules—such as, for example, rules allowing the image or its components to be resized, rotated, flipped, mirrored and moved relative to other components. The representative graphical components can be used, for example, to build relatively complex designs consisting of a plurality of different layers and/or transparencies constructed using Flash scenes.
  • When the design is completed, in an embodiment according to the invention, instructions about what the final image looks like are sent to the back end software, which runs on a server. In the preferred embodiment, these instructions are sent together (simultaneously) after the manipulation is completed, and take the form of a text string for each component of the image. For example, the text string makeimage.aspx for a graphics component might read:
  • id+=030, x=182, y=32.3, flip=yes, rotate=270, scale=190.6, user=230
  • where id is an image identifier; x and y define the position of a component relative to a predetermined origin; flip, rotate, and scale define manipulations of types generally well known in the art; and user is a number identifying the user. Those of skill in the art will appreciate that a range of image manipulations can be defined in this way. A resulting image may be represented by one or a number of graphical components. It is thus possible for a plurality of text strings, or an extended text string, to define an image made of a plurality of separate graphical components. The graphical components used, for example, in Flash movie scenes are generated and manipulated with a minimum of computing resources; and the designs constructed as a result can be recreated on the back end (server) side using the relevant (and generally much larger) image files. Relatively complex designs can be achieved by employing two or more image components with separate image identifiers. The image identifiers for graphical components of the same image may have a common characteristic. In accordance with embodiments of the invention, the instructions included in the text string that defines the manipulations needed to create the resultant image, need not all be included in a single text string; instead, a series of text strings may be transmitted separately to convey the same plurality of instructions. Furthermore, manipulations on the remote server need not await receipt of all of the series of text strings, but can instead be performed in stages as each string of the series is received. Regardless of the number of text strings used, an advantage of an embodiment according to the invention is that a smaller, emulated version of the image can be manipulated by the user with a minimum of computing resources, and instructions can be transferred efficiently as text strings; instead of requiring the inefficient (and time-consuming) transfer of large image files, or portions thereof, between the customer and an image-production server. Further, the need to make calls to a server with an image change each time that a single manipulation is made, is also overcome.
  • The back end software is responsible for generating the final image, in accordance with an embodiment of the invention, by interpreting the manipulations applied to the representation (defined in the, or each, text string file) and applying corresponding manipulations to one or more stock images held in a remote image store. The images used in the front end software are less computationally-demanding representations of those held on the server. As a result, the back end software can make image transformations that exactly mirror those which are seen on the client machine. Once the desired image has been created by the back end software, the image can be output to whatever device is required, such as a device for printing the image onto a personalized consumer item. In this way, the graphical representation is displayed and manipulated at the user interface by means of the Flash software, and only a minimal amount of information concerning the image and manipulations applied thereto need be transferred to the remote image processor.
  • As mentioned above, the front end software may use Macromedia's Flash, or another product. For example, the software could instead use HTML and Javascript (DHTML) without a download, although the GUI is relatively poor. Use of Flash (or equivalent) software is advantageous in that it does not allow full access to a user's local files, so that it does not risk transmitting computer viruses to the user's machine. Use of Flash software also does not require a user to install software other than the Flash plug-in, which has a high penetration of the browser market.
  • The preferred embodiment thus allows for on-line image manipulation by emulating the browser-based transformations (such as re-sizing or overlaying images), made by the user on a representation of the image, on the server so that the images produced can be used for personalized product creation.
  • On-line image manipulation is allowed by creating a two-tier architecture, in an embodiment according to the invention: there is one program that allows image manipulation on the screen in front of a user; and a second program on a server that emulates these manipulations, so that the images can be output for personalized product creation. In the preferred embodiment, the back end process, or elements of it, can be performed in a secure computing environment; and customized images can be printed onto an actual product under very high security (for example, bank level security). In this way, a user with internet access can design customized images for printing on a remote product which requires secure treatment, such as bank level security. For example, anti-fraud and anti-theft measures mean that the production of credit cards, and other types of transaction cards, is performed in secure locations. Customization of the designs applied to such cards is thus possible, using preferred embodiments, without the need to give the user direct computing access to the secure environment.
  • An online image-editing tool uses the browser environment of HTML and Macromedia Flash as a Graphical User Interface for remote software that emulates the actions taken on the client machine, in an embodiment according to the invention. This enables a fast experience for the user and a high quality end product. However, the browser-based, client-side environment allowing manipulation by the user need not necessarily be Flash from Macromedia Any equivalent software tool capable of providing the required functionality could be used—for example, any tool capable of generating a representation of an image, applying manipulations thereto, and transferring the results through a set of commands to the server-side software, such that an image processor on the server side can emulate the actions of the front end and create a result image that can be saved to the server. The front end software will allow the upload of images from the user's computer to the server, so that the user's own images can be manipulated and overlaid with “stock” images and borders. Then, by communicating with the back end software, it is possible to produce personalized goods for a user. Such personalized goods may include, for example, credit cards, debit cards, mobile phone covers, mugs, T-shirts, gift cards, and framed prints.
  • An embodiment according to the invention has the advantage that high quality images do not need to be uploaded to the customer's browser during the manipulation process, because lightweight, web-enabled formats are instead used for the user's experience, thereby making the system fast and easy to use. However, when the information is transferred, the original high quality images are used to give high quality print results. An embodiment according to the invention also allows the provision of light-weight but fast graphics manipulation, without the complication of downloading programs. Additionally, a user interface according to the invention is not constantly calling to the server; thus the interface is quick and pleasant to use, and Internet bandwidth is used efficiently. As another advantage of an embodiment of the invention, the original image is not transferred over the internet at the manipulation stage, so that the possibilities for hacking the image are greatly reduced. Also, because the interface runs within the Macromedia Flash environment, the interface is platform independent. Further, because the final image may be created on a server controlled by a single company, the final image output may be made to have a standardized size and resolution. This enables easy integration with printers, simplifies the production of a personalized product, and simplifies billing on a per-image basis.
  • By way of example, FIGS. 1 and 2 describe the production of a credit card, in accordance with an embodiment of the invention.
  • In the embodiment of FIG. 1, a customer accesses software according to the invention, after having applied for a credit card through a web site 101 of a card issuer (such as a bank). In the first step, the card issuer issues the customer with a unique identifying number 103 which is passed to an image compilation server 108, which may (or may not) be operated by a company other than the card issuer. The card issuer associates the unique customer identifier 103 with the customer's financial information 104. This association may be performed in a financial account association table 124 maintained in an environment that is secure from the user interface. The associated customer identifier 103 and financial information 104 are passed to a bank (or other card issuer) printer server 109 via a firewall 102. Next, the customer enters the front end software 105, which may be operated by a website server or other front end server. The customer chooses an image 107—in FIG. 1, from the customer's computer hard drive 106, and uploads it to the image compilation server 108. The image 107 could come from any suitable source such as an image library maintained by an operator of the image compilation server 108. Back end software 110, running on the image compilation server 108, now enters the original image into a database and generates a web-friendly smaller copy 111 to send to the front end software 105. The customer now performs image manipulations 112 (such as resizing, rotating, and placing the image), as the customer desires. The back end software 110 associates the customer image selection, and subsequent manipulations and selections, with the unique customer identifier 103. Next, the customer chooses another image 113 to overlay on top of the first image 107, and positions image 113 as desired. The overlay image 113 may, for example, be a transparent decorative frame for the uploaded image 107, and may be maintained in an image server 114. The back end software 110 transmits a web-friendly, smaller version 115 of the overlay image 113 to the customer, for use in a creating a combination 116 of the original manipulated image 107 with the overlay image 113. Once customer approval 117 of the final design 116 is achieved and indicated to the front end software 105, the front end software 105 transmits a string of user manipulation data 118 to the image compilation server 108. This string 118 encapsulates the customer's image selections and manipulations. On receiving this string 118 the back end software 110 accesses the original copies of the images from an image library and performs the exact operations that the customer has chosen in the front end software 105 for the customer's final design. In this way, the back end software 110 emulates the manipulations at the user end according to the information transferred in the text string (also referred to herein as the results script). At this point the back end software 110 can output the resulting image 119 to a printer server 120, which may be performed through a firewall 121. The resulting image 119 and associated customer identifier 103 may then be passed to the bank (or other card issuer) printer server 109, which in turn accesses the financial account association table 124 to obtain the associated secure customer financial information 104. The financial information 104 and resulting image 119 may then be sent to a credit card printer 122, which prints a customized credit card 123. All of the images that are used by the customer in the front end software 105 are issued via the back end software 110. The only information which passes to the back end software 110 from the front end software 105 (apart for requests for images) is data about how the image in front of the customer appears. This information can easily be encrypted for increased security. The number of images combined in a design is not limited to one or two (such as images 107 and 113)—the script can be easily amended for many more layers. Also, transparent frame image layers need not be selected and manipulated before a non-transparent image layer; the image layers can be designed in any order. Text can also be added to the image through a similar replication. The output image can be sent to any type of machine and thus the possible applications are very wide-ranging: the software can be applied not only to the payment card market, but also for non-payment and telephone cards. In certain embodiments, layers may be employed as templates and/or marks, referred to herein as transparencies. In one embodiment, the final image displayed on a card may be restricted to a selected pre-defined area, such as a “window” on a payment card (or other financial account access means), leaving the rest of the card free to contain functional features of the card, such as a bank logo, a payment card hologram or type indicator (such as, for example, “Visa” or “MasterCard” logos). Alternatively, some image layers may be positioned within such a selected window on the card; while other image layers (such as transparencies) are positioned outside the selected window, but surrounding the functional features of the card (such as the bank logo, payment card hologram, etc.). Also, the bank logo or other financial feature can act as a fixed template, behind which the user can move the image to a desired position.
  • In the embodiment of FIG. 2, in a first step 231, a customer 251 has applied to a bank (or other card issuer) online for a credit card, or is an existing customer offered the opportunity to make a new card for an existing account. In step 232, the customer clicks a link redirecting the user to a website (which may be operated by a company other than the card issuer) for designing the credit card--arriving with a unique identifier which relates to the customer's account and which will be carried with the customer throughout the customer's time on the site. In step 233, the customer identifier is used to log-in; alternatively, the customer could log-in separately at this point and recollect the customer's identifier. Since the design website uses only the customer identifier to identify the customer, it does not obtain any of the customer's financial details. In step 234, the customer elects to upload an image from the customer's own computer 252, such as a scanned or photographed image. In step 235, the image is uploaded to an image server, and may be held in a database 253 for convenience. In step 236, the customer enters browser-based image manipulation software 254. In step 237, the image manipulation software requests a series of images in web-friendly formats from an image re-size tool 255, so that the process is fast and quick to use. In step 238, the image re-sizing tool requests the original image from the database 253; in step 239, the original image is returned and re-sized to a web-friendly format and size; and in step 240, a set of web-friendly images is returned to the image manipulation software 254 (these are graphical representations of the original images on which manipulations can be performed). Once the customer has achieved the desired effect by manipulating the series of images required, the associated image manipulation commands are sent 241 to an image manipulation emulator 256. Image manipulation commands can include, for example, rotating, re-sizing, positioning, flipping, scaling, brightness controls, red-eye reduction, opacity levels, and other manipulations. In step 242, the image manipulation emulator 256 then requests the original images from the image server so that the best quality image is used. Upon receiving the images in step 243, the emulator 256 then repeats the completed transformations of the customer and creates an image that emulates the one created online, but that uses the original, higher quality graphics. In step 244, this image, and the associated customer identifier, is sent to the bank's printer 257. The financial data corresponding to the customer identifier is obtained, via a secure connection 258 to the bank (or other card issuer); and the printing process set in motion.
  • In an embodiment according to the invention that places personalized images onto plastic, credit card-style cards, it is necessary to ensure a very high level of security. Therefore, in circumstances where there are already financial records in place for the user, the architecture receives a unique non-sequential customer identifier, which matches with a set of financial records, from the credit card issuer. This customer identifier is passed through each element of the system and is returned with the generated image file. Thus in a “mail merge”-type operation, the customer's personalized image can be matched up with the customer's financial and personal records, so that the correct image is placed on the card. At no time does either the front end or back end software have any financial information. The customer identifier may be used in an automated log-in process. In this way, the software (both the front end and back end software) can know whether the user is new or not. A returning visitor can thus be presented with images that were uploaded on a previous visit.
  • The system's architecture comprises two distinct elements, in an embodiment according to the invention. The front end element, the element that the user interacts with, is built in Macromedia Flash. This element allows the user to design a card by manipulating (through scaling, rotating, or performing other manipulations such as those given above) the image uploaded and then overlaying the image with frames that can contain transparent sections. Since Flash does not have “local permissions” on the client machine, as it is a browser-based interface, it is not capable of saving the final design. It therefore sends a string of instructions to the second, serverside element. The second, serverside element may be written in C#, although Java, C, C++, or any other suitable language would be equally capable. The string of instructions may be sent as a “querystring,” i.e. as part of the URL; for example, the string could be formatted as:
  • (createpage.aspx?here_are_the_string_of_instructions&rotate=90&flip-=yes . . . )
  • Other methods may also be used for transmitting the user's design manipulations, such as using an HTML style “form,” or writing the information to a Cookie and then re-reading the information. Alternatively, the hypertext transfer protocol commands HTTP “POST” and HTTP “GET” may be used to pass data from the user session to the server. HTTP “POST” works in an identical fashion to a standard website form; while HTTP “GET” works by changing the URL. For example, an HTTP “GET” could change a URL, in order to transfer a user's rotation, scaling, and other selections, to read:
  • http://www.personalcard.net/saveinfo.aspx?rotate=90&flip=no&scale=2−32&x=232&y=12&y2=343&x2=333 etc.
  • This list of techniques for transmitting the manipulation results is not intended to be exhaustive. Alternatives and future developed techniques will also be suitable.
  • The customer identifier may be passed using Session State (the webserver's Session Object) or by passing as part of the “querystring,” in accordance with an embodiment of the invention. HTML “forms” could achieve the same ends.
  • In accordance with an embodiment of the invention, an image can be uploaded as a JPEG, GIF, BitMap, PNG, Tiff etc.; although it will be appreciated that nearly any digital image can be uploaded or output. From the original uploaded image the system creates four separate versions:
  • 1. A thumbnail version (as a JPEG)—see the interface screenshots, below. The image is approximately 1 to 2 k in file size.
  • 2. A larger, but still web-optimized version (this is scaled to allow the image to be expanded to the maximum available by the interface—such as scaling 250%—and still have one-to-one pixel matching (i.e. the image size is width 241.times.250% if possible). This is the image used on screen for the design of the card.
  • 3. A Bitmap image at the same scale as the original image. A Bitmap image may be used, for example, in a system that uses C#, which is a Microsoft language and uses Bitmap as the default image type.
  • 4. The output design, which may be sized in proportion to a credit card. This design could be of any software format that is useful to the printer used, such as BMP (Bitmap) or PNG (Portable Network Graphic).
  • The original images may be placed into a database once they have been uploaded. In one embodiment, each request for images requires going back to the original version to use; however, this need not be the case, because once another image version has been created (e.g. a thumbnail version), the system can equally store this version so that the processing is reduced (though memory taken would increase). A key benefit of an embodiment according to the invention is that it is not necessary to pass the largest image backwards and forwards across the web from client to server, except for the initial upload of images. Nonetheless, when the final edited design or image is generated, the highest quality image is used.
  • In an embodiment according to the invention, the user designs, on screen, an image that appears the same physical size as a credit card using the screen resolution of 72 dpi. This is because a computer monitor cannot present images at a higher resolution than this. However, a printer can output at higher resolutions, typically 300 dpi or greater—increasing the quality. Although the front end software uses the low resolution images, the final design is compiled by the back end software using a full scale, bitmap version of the original image uploaded. This may be achieved by using a “virtual canvas” within the back end software that is larger than the design canvas within the front end software. Thus the design being created by the back end software is laid on to a background of greater size than in the front end software (while maintaining 72 dpi resolution). Thus, if the credit card size in pixels is 241 by 153 then, by laying the image on a “vial canvas” credit card of, 1050 by 672 at 72 dpi, the resolution can be increased to approximately 300 dpi when the credit card is finally printed (back at 3.3 inch by 2.1 inch). This method ensures that the maximum dpi achievable (to the printer's maximum setting) is output from the back end software, but only the resolution necessary is sent to the front end software. This reduces the memory requirements of the client machine and the Internet traffic. This operation could equally be achieved by changing the resolution of a 72 dpi image to 300 at the original size.
  • In order to use transparencies, in an embodiment according to the invention, the images containing a transparent layer (usually frames or borders) must be converted into Flash “movies” themselves. This process can be manual, but can also be automated to allow images with transparencies (such as bitmaps or PNG) to be imported into the front end software “on the fly.” The back end software can use the original PNG or BMP image to generate the credit card image.
  • FIGS. 3-10 show screens of a credit card design website operated in a series of steps according to an embodiment of the invention. FIG. 3 shows a first screen, with a standard library of images assigned to the particular card issuer that is using the credit card design website, on the left of the screen. FIG. 4 shows a screen allowing users to log in so that they can load new images in to the left hand side library. This can be automated in live versions. In FIG. 5, the upload allows the user to browse his or her own computer for images to upload. FIG. 6 shows a screen with a new library including both the user's images and a set of stock images. In the screen of FIG. 7, by clicking on the thumbnail image on the left hand side, the bigger but still web-optimized image is loaded. At this point it can be scaled, flipped, rotated, or undergo other manipulations; and the card details can be viewed or hidden. In the screen of FIG. 8, frames can then be added. These are Flash (.swf) files that allow transparencies. Again they can be flipped, scaled, rotated, or undergo other manipulations; and the card details can be hidden. In the screen of FIG. 9, by clicking on the red Back Button or on the Step 1 tab, the user can return to a previous screen. At this point the image is shown as “live” but the frame can be seen as well. The screen of FIG. 10 shows the final version of the credit card before it is sent off to the back end software to be created.
  • In accordance with a further embodiment of the invention, shown in FIG. 12, a bank or other card issuer need not create a unique identifier for a customer, and pass that identifier through the card issuer's own system. Given the complexity of banking systems, avoiding the need to create such an identifier can be an advantage.
  • Before illustrating the alternative of FIG. 12, FIG. 11 first illustrates an embodiment that may be useful for some card issuers, in which a unique identifier is created for each customer. In this embodiment, a unique identifier is created for each customer that requests to design a card 1101, and passed 1102 to the back end server 1103. The back end server 1103 creates an image corresponding to the customer's unique identifier; and the card issuer 1104 passes the unique identifier through the card issuer's own system. A bureau 1105 that creates the final card can then make a software call to the back end server 1103 using the unique identifier, so that the account details received from the card issuer 1104 may be associated with the image.
  • In further detail, the embodiment of FIG. 11 functions as follows. Upon a customer requesting to a card issuer 1104 to design a personalized card 1101, the card issuer 1104 creates a unique identifier and passes the identifier 1102 to the back end server 1103. Once the customer designs the card 1106, the user and corresponding unique identifier are returned 1107 to the card issuer, and the back end server stores 1125 the customer image and unique identifier. The information that the customer has requested a new card is then sent 1108 to the card issuer's systems, along with the unique identifier; and a record and unique identifier for the customer are stored 1109 in the card issuer's systems. The card issuer then passes 1110 the unique identifier to the back end server, to notify it that the new card will potentially be created and embossed. The back end server 1103 and/or card issuer 1104 can then perform an image checking procedure 1111 and 1112, to ensure that the image designed by the customer is acceptable for production. If the image fails the back end server's image checking 1111, the unique identifier and reason for the image's rejection is then sent to the card issuer 1113; and the customer is invited 1114 to redesign the card. Once the image has been accepted, the card issuer converts 1115 the customer's record and unique identifier into an emboss record, which is sent 1116 to the bureau 1105 that will be creating the card. The back end server tags the image 1117 to be sent to the bureau 1105 in the next batch of images; and, when a suitable number of images are ready, sends 1118 the image and associated unique identifier to the bureau 1105. The bureau 1105 next stores 1119 the customer's emboss record and unique identifier, obtained from the card issuer 1104; and also stores 1120 the unique identifier and image, obtained from the back end server 1103. Having done so, the bureau 1105 can now create the finished card, by first obtaining 1121 the customer's record provided by the card issuer 1104; and also using 1122 the unique identifier to obtain the associated customer image and provide it to a blank card stock printer. The blank stock printer may then print 1123 the image onto blank stock, and encode the card's magnetic strip. Based on information in the magnetic strip, the emboss record and printed card stock may then be joined together 1124 to create a finished card.
  • By contrast with the process of FIG. 11, the embodiment of FIG. 12 allows a card issuer to avoid the need to create for each customer a unique identifier that must be passed through the card issuer's system. Instead, the card issuer creates a “hash value,” such as a message digest, or other one-way code, based on some account details for each individual, so that the card issuer can pass customers' account information to the back end server in a way that is completely safe. Referring to FIG. 12, the process is similar to that of FIG. 11, with a card issuer 1204, a back end server 1203, and bureau 1205 performing analogous steps (1201 and following) to those of FIG. 11 (1101 and following). However, a principal difference is found in steps 1202, 1207, 1210, 1213, 1226, and 1227 of FIG. 12, in which a “hash value” (or other one-way code) is passed between the card issuer 1204 and the back end server 1203, instead of requiring the card issuer to create a unique identifier for each customer, as in FIG. 11. First, in step 1202, a hash of a unique part of the customer record (such as the customer's name) is created. A one-way hash, such as the MD5 hash, is a process that takes arbitrary-sized input data (such as a customer's name and account number), and generates a fixed-size output, called a hash (or hash value). A hash has the following properties: (i) it should be computationally infeasible to find another input string that will generate the same hash value; and (ii) the hash does not reveal anything about the input that was used to generate it. This means that the hash function used in the embodiment of FIG. 12 allows the card issuer 1204 to pass at least some of a customer's account information to the back end server 1203 in a way that is completely secure. As seen in steps 1202, 1207, 1210, 1213, 1226, and 1227, a hash value may be passed back and forth between the card issuer 1204 and the back end server 1203, without the need for the card issuer 1204 to create a unique identifier and pass it through its system.
  • In further detail, the embodiment of FIG. 12 functions as follows. Upon a customer requesting to a card issuer 1204 to design a personalized card 1201, the card issuer 1204 creates a hash value of a unique part of the customer's record 1202 and passes the hash value 1226 to the back end server 1203. Once the customer designs the card 1206, the user and corresponding hash value are returned 1207 to the card issuer, and the back end server stores 1225 the customer image and hash value. The information that the customer has requested a new card is then sent 1208 to the card issuer's systems; and a record for the customer is stored 1209 in the card issuer's systems. The card issuer then recreates 1210 the hash value that is based on the unique part of the customer record, and passes it 1227 to the back end server 1203, to notify it that the new card will potentially be created and embossed. The back end server 1203 and/or card issuer 1204 can then perform an image checking procedure 1211 and 1212, to ensure that the image designed by the customer is acceptable for production. If the image fails the back end server's image checking 1211, the hash value and reason for the image's rejection is then sent to the card issuer 1213; and the customer is invited 1214 to redesign the card. Once the image has been accepted, the card issuer converts 1215 the customer's record into an emboss record, which is sent 1216 to the bureau 1205 that will be creating the card. The back end server tags the image 1217 to be sent to the bureau 1205 in the next batch of images; and, when a suitable number of images are ready, sends 1218 the image and associated hash value to the bureau 1205. The bureau 1205 next stores 1219 the customer's emboss record, obtained from the card issuer 1204; and also stores 1220 the hash value and image, obtained from the back end server 1203. Having done so, the bureau 1205 can now create the finished card, by first obtaining 1221 the customer's record provided by the card issuer 1204; and also using 1222 the hash value to obtain the associated customer image and provide it to a blank card stock printer. The blank stock printer may then print 1223 the image onto blank stock, and encode the card's magnetic strip. Based on information in the magnetic strip, the emboss record and printed card stock may then be joined together 1224 to create a finished card.
  • In an alternative to the embodiment of FIGS. 11 and 12, which utilize a unique identifier and a hash value, respectively, other methods of creating a secure user identifier may be used. For example, it is also possible for the user information to be encrypted at the card issuer at the beginning of the process, and decrypted at the card bureau using a Private/Public Key or a Private/Private Key encryption technology. This alternative works in a manner similar to the process described in FIG. 12, but with modified security measures; for example, the key must be held by the card bureau.
  • In another embodiment according to the invention, a secure identifier of the image that is produced based on the user's instructions, may be embedded in the image itself, or embedded as part of the data file in which the image is stored. For example, a hash key, encrypted identifier, or other secure identifier may be passed through the back end server (such as server 1103 or 1203) in association with the user's image manipulation instructions. At any point in the back end server process, such as when the image is produced for sending to a card bureau (such as card bureau 1205), the image then can be made to have the secure identifier embedded in it—such as by embedding a bar code or other machine-readable code, which encodes the secure identifier, placed in the image itself. In this way, the card bureau 1205 can read the bar code, or other embedded secure identifier, directly from the image itself; and need not acquire any information from the back end server 1203 except for the image itself, which includes the bar code. This embodiment finds particular use in the case where the card production process of the bureau 1205 involves using an image printer, which is not capable of separately storing or passing on the secure identifier. Thus, by using the embedded secure identifier, the image printer can effectively pass on the secure identifier as well as the image to the embossing stage, simply by passing on the printed image itself, which will include the bar code (or other embedded machine-readable identifier). The embossing stage can then involve reading the bar code (or other embedded machine-readable identifier) from the image, and looking up the associated emboss record for use in final card production. It should be noted that the image printing function of bureau 1205 need not be performed within a single organization or enterprise; for example, the image printing may instead be performed by a separate enterprise or department from the organization that performs the embossing, in accordance with an embodiment of the invention. It will be appreciated that a variety of different techniques can be used for embedding the secure identifier in the image, such as by including the identifier in the metadata of the image file; including both when the image file is transmitted to the bureau 1205, or when the image file is in use by the back end server or the bureau.
  • In another embodiment according to the invention, shown in FIG. 13, a modified architecture may be used, in the context of a card-issuing kiosk or in-store “instant issue” system. As with embodiments described above, front end software runs on a client-side browser; and back end software runs on a remote webserver. However, unlike in the above embodiments, the card printer is located on the client machine (such as a card-issuing kiosk). With reference to FIG. 13, a user browser housed in an in-store kiosk 1302 uses the front end software, which is provided from an internet server 1301, to allow a customer to design a personalized card. The user's image preferences are then saved and the image is generated 1303 on the remote webserver. The image can then be returned to the kiosk 1304, and printed to the customer's card 1305. Images may be checked on the remote server side, to ensure that they are suitable for printing, in real time, if required. Otherwise the operation of the system may be similar to the embodiments described above.
  • In a further embodiment according to the invention, shown in FIG. 14, a database can be used to store information between the user's image selections, and the back end image production. In this way, the system can be made more scalable, since it does not need to create the images on the back end in real time. As with the other embodiments, the user first makes image selections on the front end interface software, and the image manipulations are passed to the back end server 1401. Then, however, each user's manipulations are saved to a database 1402; so that the back end software can pick up each manipulation, not in real time, and make the high resolution image 1403
  • While the foregoing has described what is considered to be the best mode and, where appropriate, other modes of performing the invention, the invention should not be limited to specific apparatus configurations or method steps disclosed in this description of the preferred embodiment. Those skilled in the art will also recognize that the invention has a broad range of applications, and that the embodiments admit of a wide range of modifications without departing from the inventive concepts.

Claims (30)

1. Computerized financial transaction card production equipment operable to apply one or more personalized images to a financial transaction card, the production equipment comprising:
a module configured to receive a personalized image of a customer, the image being received from an image processor computer arranged to facilitate image personalization by remote customers;
a module configured to receive a customer identifier that corresponds to the remote customer that personalized said image;
a module configured to receive a financial record of the remote customer that personalized the image;
a card printer arranged to print images on card material;
equipment configured to apply financial information from the financial record to the card material; and
a controller operable, based on said customer identifier, to cause printing of said personalized customer image onto the card material and to cause application of relevant financial information from the financial record onto the card material.
2. Computerized financial transaction card production equipment as in claim 1, wherein said image processor computer is arranged to provide the personalized image in association with the relevant customer identifier, and wherein the module configured to receive the image is configured to also receive the associated customer identifier.
3. Computerized financial transaction card production equipment as in claim 2, wherein the customer identifier comprises a machine readable code and the equipment further comprises a code reader.
4. Computerized financial transaction card production equipment as in claim 3, wherein the customer identifier comprises a barcode and the equipment further comprises a barcode reader.
5. Computerized financial transaction card production equipment as in claim 1, wherein equipment configured to apply financial information from the financial record to the card material comprises an embosser.
6. Computerized financial transaction card production equipment as in claim 1, wherein equipment configured to apply financial information from the financial record to the card material comprises an encoder.
7. Computerized financial transaction card production equipment as in claim 5, wherein the computerized financial transaction card equipment comprises a reader operable to read a customer identifier comprising a barcode or other machine-readable identifier.
8. Computerized financial transaction card production equipment as in claim 6, wherein the computerized financial transaction card equipment comprises a reader operable to read a customer identifier comprising a barcode or other machine-readable identifier.
9. Computerized financial transaction card production equipment as in claim 7, wherein the controller is configured to cause the read customer identifier to be encoded into a magnetic strip of the card material.
10. Computerized financial transaction card production equipment as in claim 8, wherein the controller is configured to cause the read customer identifier to be encoded into a magnetic strip of the card material.
11. Computerized financial transaction card production equipment as in claim 7, wherein the controller is configured to look up an emboss record corresponding to the customer identifier.
12. Computerized financial transaction card production equipment as in claim 8, wherein the controller is configured to look up an emboss record corresponding to the customer identifier.
13. Computerized financial transaction card production equipment as in claim 1, wherein the image processor computer is arranged to facilitate customer upload of images for personalization.
14. Computerized financial transaction card production equipment as in claim 1, wherein the image processor computer is arranged to facilitate customer selection of images from an image library.
15. Computerized financial transaction card production equipment as in claim 1, wherein the image processor computer comprises a module for generating the customer identifier.
16. Computerized financial transaction card production equipment as in claim 1, configured to connect to a computer system of a card issuer comprising a module to generate the customer identifier.
17. Computerized financial transaction card production equipment as in claim 12, wherein the image processor computer comprises code for assigning the customer identifier to a login session of a customer.
18. Computerized financial transaction card production equipment as in claim 13, wherein the image processor computer comprises code for assigning the customer identifier to a login session of a customer.
19. Computerized financial transaction card production equipment as in claim 1, wherein the financial record of the remote customer comprises an embossing record.
20. Computerized financial transaction card production equipment as in claim 1, wherein the customer identifier is provided with the personalized image, and the computerized financial transaction card production equipment comprises a reader configured to interpret the customer identifier and cause the controller to fetch the relevant financial record.
21. Computerized financial transaction card production equipment as in claim 1, wherein the customer identifier is provided with a financial record, and the computerized financial transaction card production equipment comprises a reader configured to interpret the customer identifier and cause the controller to fetch the relevant personalized image.
22. Computerized financial transaction card production equipment as in claim 1, wherein the equipment performing application of financial information from the financial record to the card material comprises an encoder for encoding a magnetic strip of the card with financial information from the financial record.
23. Computerized financial transaction card production equipment as in claim 1, wherein the equipment performing application of financial information from the financial record to the card material comprises an embosser.
24. Computerized financial transaction card production equipment as in claim 1, wherein the image processor computer comprises means for embedding the customer identifier in the personalized image.
25. Computerized financial transaction card production equipment as in claim 1, wherein the image processor computer comprises means for embedding the customer identifier in the personalized image as a machine readable code.
26. Computerized financial transaction card production equipment as in claim 1, wherein the image processor computer comprises means for embedding the customer identifier in the personalized image as a bar code.
27. Computerized financial transaction card production equipment as in claim 1, wherein the image processor computer comprises means for embedding the customer identifier in the personalized image as meta data.
28. A computer system for producing personalized financial transaction cards, the computer system comprising:
a server for generating a browser-based user interface for displaying on a remote terminal a graphical representation of at least a portion of an image, said interface being capable of effecting a plurality of manipulations to the graphical representation;
an internet communications link coupling the remote user interface to an image processor, said link being operable to receive instructions defining said plurality of manipulations applied to the graphical representation from the remote terminal;
an image processor operable to access the image to apply manipulations emulating those applied to the graphical representation according to the instructions; and
financial transaction card production equipment operable to apply the resulting image to a financial transaction card.
29. A system for operating a computer to facilitate production of a personalized financial transaction card, the system comprising:
computer program means for presenting to a remote customer a user interface;
image instruction means for receiving instructions for manipulation of an image file, the instructions being based on manipulations performed by the remote customer with regard to a representative version, on the user interface, of the image that is contained in the file; and
image processing means for providing an image, produced based on said instructions for manipulation, for application to the financial transaction card, the image being associated with a customer identifier corresponding to the remote customer.
30. A system for operating a computer to facilitate production of a personalized financial transaction card, the system comprising:
computer program means for presenting to a remote user an user interface;
image instruction means for receiving instructions for manipulation of an image file, the instructions being based on manipulations performed by the remote user with regard to a representative version, on the user interface, of the image that is contained in the file; and
image processing means for providing an image, produced based on said instructions for manipulation, for application to the financial transaction card, the image being associated with an unique identifier corresponding to the remote user, wherein the unique identifier is used to obtain the associated image and provide it to a printer for printing the image on to the blank card material.
US13/032,356 2003-02-18 2011-02-22 Computerized Card Production Equipment Abandoned US20110144793A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US13/032,356 US20110144793A1 (en) 2003-02-18 2011-02-22 Computerized Card Production Equipment

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US44797203P 2003-02-18 2003-02-18
US10/406,519 US8269793B2 (en) 2003-02-18 2003-04-03 Apparatus and method for manipulating images
US10/545,833 US20070156837A1 (en) 2003-02-18 2004-02-17 Apparatus and method for manipulating images
PCT/GB2004/000626 WO2004074961A2 (en) 2003-02-18 2004-02-17 Apparatus and method for manipulating images
US12/132,516 US7946490B2 (en) 2003-02-18 2008-06-03 Computerized card production equipment
US12/954,277 US7931199B2 (en) 2003-02-18 2010-11-24 Computerized card production equipment
US13/032,356 US20110144793A1 (en) 2003-02-18 2011-02-22 Computerized Card Production Equipment

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US12/954,277 Continuation US7931199B2 (en) 2003-02-18 2010-11-24 Computerized card production equipment

Publications (1)

Publication Number Publication Date
US20110144793A1 true US20110144793A1 (en) 2011-06-16

Family

ID=32853162

Family Applications (6)

Application Number Title Priority Date Filing Date
US10/406,519 Active 2028-01-20 US8269793B2 (en) 2003-02-18 2003-04-03 Apparatus and method for manipulating images
US10/545,833 Abandoned US20070156837A1 (en) 2003-02-18 2004-02-17 Apparatus and method for manipulating images
US12/132,516 Expired - Lifetime US7946490B2 (en) 2003-02-18 2008-06-03 Computerized card production equipment
US12/954,277 Expired - Lifetime US7931199B2 (en) 2003-02-18 2010-11-24 Computerized card production equipment
US13/032,356 Abandoned US20110144793A1 (en) 2003-02-18 2011-02-22 Computerized Card Production Equipment
US14/789,884 Active 2027-11-21 US9934503B2 (en) 2003-02-18 2015-07-01 Apparatus and method for manipulating images

Family Applications Before (4)

Application Number Title Priority Date Filing Date
US10/406,519 Active 2028-01-20 US8269793B2 (en) 2003-02-18 2003-04-03 Apparatus and method for manipulating images
US10/545,833 Abandoned US20070156837A1 (en) 2003-02-18 2004-02-17 Apparatus and method for manipulating images
US12/132,516 Expired - Lifetime US7946490B2 (en) 2003-02-18 2008-06-03 Computerized card production equipment
US12/954,277 Expired - Lifetime US7931199B2 (en) 2003-02-18 2010-11-24 Computerized card production equipment

Family Applications After (1)

Application Number Title Priority Date Filing Date
US14/789,884 Active 2027-11-21 US9934503B2 (en) 2003-02-18 2015-07-01 Apparatus and method for manipulating images

Country Status (14)

Country Link
US (6) US8269793B2 (en)
EP (3) EP1602072B1 (en)
JP (1) JP2006518071A (en)
CN (3) CN101676947A (en)
AT (2) ATE374408T1 (en)
AU (3) AU2004213957B2 (en)
CA (1) CA2516479C (en)
DE (1) DE602004009161T2 (en)
DK (2) DK1847964T3 (en)
ES (3) ES2390165T3 (en)
HK (1) HK1096750A1 (en)
MX (1) MXPA05009939A (en)
NZ (3) NZ574872A (en)
WO (1) WO2004074961A2 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016210286A1 (en) * 2015-06-25 2016-12-29 Entrust Datacard Corporation Remote monitoring and management of an instant issuance system
US9934503B2 (en) 2003-02-18 2018-04-03 Gemalto Sa Apparatus and method for manipulating images
CN111627089A (en) * 2020-07-30 2020-09-04 深圳诚一信科技有限公司 User head portrait picture processing method, device and system and readable storage medium

Families Citing this family (58)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2790421A1 (en) * 1999-03-01 2000-09-08 Gemplus Card Int GRAPHIC PRINTING MACHINE FOR CARD-TYPE STORAGE MEDIUM, GRAPHIC PRINTING METHOD OF SAID STORAGE MEDIA AND STORAGE MEDIUM
US8667408B2 (en) * 2001-09-21 2014-03-04 Contemporary, Inc. Do-it-yourself badge and method of making same
DE10234276A1 (en) * 2002-07-27 2004-02-12 Rehau Ag + Co. Process for controlling and monitoring the production of thermoplastic extrusion profiles, especially in an inline production process with printing process
GB0407042D0 (en) * 2004-02-17 2004-04-28 Serverside Graphics Ltd Secure production facility
US8872843B2 (en) * 2004-07-02 2014-10-28 Samsung Electronics Co., Ltd. Method for editing images in a mobile terminal
US7827498B2 (en) 2004-08-03 2010-11-02 Visan Industries Method and system for dynamic interactive display of digital images
EP1782357A2 (en) * 2004-08-17 2007-05-09 Serverside Group Limited A card design system
US20070214415A1 (en) * 2004-12-14 2007-09-13 Williams John M Systems and Methods for Logo Design
US7489324B2 (en) * 2005-03-07 2009-02-10 Vistaprint Technologies Limited Automated image processing
US7773242B2 (en) * 2005-04-04 2010-08-10 Xerox Corporation Automated remote correction of preflight defects
US20060230447A1 (en) * 2005-04-12 2006-10-12 Cristina Buchholz User interface component identifying authorization check
US8261195B2 (en) * 2005-05-13 2012-09-04 Skinit, Inc. Method for customizing cover for electronic device
US20070050718A1 (en) * 2005-05-19 2007-03-01 Moore Michael R Systems and methods for web server based media production
US20070033568A1 (en) * 2005-07-30 2007-02-08 Barrieau Shawn M System and method for managing product customization
US7756783B2 (en) * 2005-09-02 2010-07-13 Fair Isaac Corporation Fraud clearinghouse
US8818898B2 (en) 2005-12-06 2014-08-26 Pumpone, Llc System and method for management and distribution of multimedia presentations
WO2007100767A2 (en) * 2006-02-24 2007-09-07 Visan Industries Systems and methods for dynamically designing a product with digital content
US7360692B2 (en) 2006-06-30 2008-04-22 At&T Delaware Intellectual Property, Inc. Creation of customized transactional cards
CA2653799A1 (en) * 2006-06-30 2008-01-03 Avt Studios Inc. Method and apparatus for creating and manipulating digital images
US8527354B2 (en) * 2006-08-08 2013-09-03 Serverside Group Limited Affinity group
US20080070198A1 (en) * 2006-08-17 2008-03-20 Chameleon Technologies Corporation Computerized method, system and machine-readable medium to enable a user to remotely perform a decorating session on an electronic image
CA2666776A1 (en) * 2006-10-17 2008-04-24 Serverside Group Limited Transaction card design management system
US20080215967A1 (en) * 2007-02-23 2008-09-04 Tabblo, Inc. Method and system for online transformation using an image URL application programming interface (API)
JP2008234592A (en) * 2007-03-23 2008-10-02 Fuji Xerox Co Ltd Information processing system, image input display system, image input system, information processing program, image input display program, and image input program
US8707173B2 (en) * 2007-05-31 2014-04-22 Visan Industries Systems and methods for rendering media
US7992774B2 (en) * 2007-06-13 2011-08-09 Image Asset Management Inc. System and methods for creating a user customized bank card
US11049372B2 (en) 2007-06-13 2021-06-29 CPI Card Group—Colorado, Inc. System and methods for generating user interfaces for custom card design session
WO2009025194A1 (en) * 2007-08-22 2009-02-26 Epos Card Co., Ltd. Ic card instant issue system
JPWO2009153851A1 (en) * 2008-06-16 2011-11-17 Necディスプレイソリューションズ株式会社 Image selection system, image output device, portable terminal, image selection method and program
DE102008036856A1 (en) * 2008-08-07 2010-02-18 Austria Card Plastikkarten Und Ausweissysteme Gmbh Device for the automatic production of individual maps with picture
US8628008B1 (en) 2008-10-16 2014-01-14 Wells Fargo Bank, N.A. System and method for card customization
US20100325043A1 (en) * 2008-10-16 2010-12-23 Bank Of America Corporation Customized card-building tool
US20100264226A1 (en) * 2009-02-19 2010-10-21 Mastercard International, Incorporated Payment card having acceptance attributes on a single side
US8157164B1 (en) 2009-04-16 2012-04-17 United Services Automobile Association (Usaa) Systems and methods for providing financial card via automated teller machine
CA2768758A1 (en) * 2009-07-22 2011-01-27 Serverside Group Limited Apparatus and method for issuing transaction cards
US8762889B2 (en) * 2009-09-23 2014-06-24 Vidan Industries Method and system for dynamically placing graphic elements into layouts
KR101164353B1 (en) * 2009-10-23 2012-07-09 삼성전자주식회사 Method and apparatus for browsing and executing media contents
US8516392B2 (en) * 2010-08-31 2013-08-20 Daniel Reuven Ostroff Interactive generic configurator program
US9110673B2 (en) * 2010-08-31 2015-08-18 Daniel Reuven Ostroff System and method of creating and remotely editing interactive generic configurator programs
US9132691B2 (en) * 2010-09-13 2015-09-15 Travel Tags, Inc. Mass customization of articles having dimensional and/or animated images
US8954386B2 (en) * 2011-03-22 2015-02-10 Microsoft Corporation Locally editing a remotely stored image
JP5951938B2 (en) * 2011-05-25 2016-07-13 株式会社オプティム Terminal remote system, remote operation method
CN104395890B (en) * 2012-06-08 2018-12-07 超威半导体公司 The system and method for low latent time are provided using heterogeneous processor for application program
US11126418B2 (en) * 2012-10-11 2021-09-21 Mcafee, Llc Efficient shared image deployment
GB2510584A (en) * 2013-02-07 2014-08-13 Paneleven Ltd Personalising bank and similar cards
US9251580B2 (en) 2013-08-23 2016-02-02 Cimpress Schweiz Gmbh Methods and systems for automated selection of regions of an image for secondary finishing and generation of mask image of same
US9940510B2 (en) 2013-09-27 2018-04-10 Hewlett-Packard Development Company, L.P. Device for identifying digital content
CN103793932A (en) * 2014-02-18 2014-05-14 优视科技有限公司 Method and device for storing image and text in mobile terminal browser
JP6751078B2 (en) * 2014-05-01 2020-09-02 ラゲオン, インコーポレーテッドRageon, Inc. Transferring mobile device camera images to an image bearing surface
US9881332B2 (en) 2014-05-22 2018-01-30 LogoMix, Inc. Systems and methods for customizing search results and recommendations
US20150339276A1 (en) * 2014-05-22 2015-11-26 Craig J. Bloem Systems and methods for producing custom designs using vector-based images
US10425406B2 (en) * 2015-04-01 2019-09-24 Branch Banking And Trust Company Card-personalization system
US10747868B2 (en) * 2015-10-23 2020-08-18 Joel N. Bock System and method for authenticating a mobile device
WO2020168077A1 (en) * 2019-02-14 2020-08-20 Alyce, Inc. System and method for transferring a graphical identification object onto a physical substrate
US11818317B2 (en) * 2019-06-13 2023-11-14 Hewlett-Packard Development Company, L.P. Printing management
CN110674819B (en) * 2019-12-03 2020-04-14 捷德(中国)信息科技有限公司 Card surface picture detection method, device, equipment and storage medium
US11230136B1 (en) 2021-05-10 2022-01-25 Nu Pagamentos S.A. Container for payment cards with hidden features
WO2023133065A1 (en) * 2022-01-05 2023-07-13 Stats Llc Automated image processing system

Citations (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5410642A (en) * 1989-08-23 1995-04-25 Dai Nippon Printing Co., Ltd. ID card issuing system
US5771071A (en) * 1994-06-20 1998-06-23 Lau Technologies Apparatus for coupling multiple data sources onto a printed document
US5886334A (en) * 1994-09-30 1999-03-23 Lau Technologies Systems and methods for recording data
US5889941A (en) * 1996-04-15 1999-03-30 Ubiq Inc. System and apparatus for smart card personalization
US5909673A (en) * 1994-09-29 1999-06-01 Gregory; Edward M. Method and system for creating site specific coupons at a plurality of remote locations which are controlled by a central office
US6167382A (en) * 1998-06-01 2000-12-26 F.A.C. Services Group, L.P. Design and production of print advertising and commercial display materials over the Internet
US6328209B1 (en) * 1999-02-03 2001-12-11 American Bank Note Holographics, Inc. Card security system
US20010051876A1 (en) * 2000-04-03 2001-12-13 Seigel Ronald E. System and method for personalizing, customizing and distributing geographically distinctive products and travel information over the internet
US6344853B1 (en) * 2000-01-06 2002-02-05 Alcone Marketing Group Method and apparatus for selecting, modifying and superimposing one image on another
US20020025085A1 (en) * 2000-04-19 2002-02-28 Ipads.Com, Inc. Computer-controlled system and method for generating a customized imprinted item
US20020059278A1 (en) * 2000-05-01 2002-05-16 Wynn Bailey System and method for generating customized and/or personalized documents
US20020057454A1 (en) * 2000-10-27 2002-05-16 Seiko Epson Corporation Image editing system and image editing method
US20020067500A1 (en) * 1997-05-12 2002-06-06 Yoshikazu Yokomizo Method of and system for editing images
US20020078146A1 (en) * 1995-07-27 2002-06-20 Rhoads Geoffrey B. Internet linking from audio and image content
US20020152166A1 (en) * 2001-04-12 2002-10-17 International Business Machines Corporation Method and apparatus for incorporating scanned checks into financial applications
US20020175931A1 (en) * 1998-12-18 2002-11-28 Alex Holtz Playlist for real time video production
US6493677B1 (en) * 2000-01-19 2002-12-10 Jones Soda Co. Method and apparatus for creating and ordering customized branded merchandise over a computer network
US20040093527A1 (en) * 2002-11-12 2004-05-13 Pering Trevor A. Method of authentication using familiar photographs
US20040093773A1 (en) * 2002-11-14 2004-05-20 Elyse Clark Message card with transaction card holder
US20040099730A1 (en) * 2002-11-27 2004-05-27 Sears, Roebuck And Co. System and method of personalizing financial transaction cards
US20040117233A1 (en) * 2000-01-06 2004-06-17 Rapp Roy W. Paperless tablet automation apparatus and method
US20040144472A1 (en) * 2003-01-24 2004-07-29 G & D Cardtech, Inc. Process for manufacturing laminated plastic products
US20040160624A1 (en) * 2003-02-18 2004-08-19 Adam Elgar Apparatus and method for manipulating images
US20040182922A1 (en) * 2003-03-21 2004-09-23 Frank Talarico Systems and methods for a loadable stored-value card with a contribution to a specified beneficiary
US20040254833A1 (en) * 2003-06-12 2004-12-16 First Data Corporation Presentation instrument production systems and methods
US20050167487A1 (en) * 2004-02-02 2005-08-04 Conlon Jennifer L. System and method for customizing designs for credit cards, ATM/debit cards, checks, gift cards, and membership cards
US6968335B2 (en) * 2002-11-14 2005-11-22 Sesint, Inc. Method and system for parallel processing of database queries
US7016869B1 (en) * 2000-04-28 2006-03-21 Shutterfly, Inc. System and method of changing attributes of an image-based product
US7058603B1 (en) * 1998-01-16 2006-06-06 Nexus Corporation Sa. Transaction system
US7103230B1 (en) * 2002-11-15 2006-09-05 Hewlett-Packard Development Company, L.P. Embedding editing commands in digital images
US20060200533A1 (en) * 2005-03-03 2006-09-07 Holenstein Bruce D High availability designated winner data replication
US20070075134A1 (en) * 2005-09-22 2007-04-05 Cruz Bay Solutions, Inc. Method and apparatus for attendant assisted gift card printing
US20070102510A1 (en) * 2005-11-08 2007-05-10 First Data Corporation Customized transaction card and account reports
US20070185795A1 (en) * 2006-02-03 2007-08-09 Bayerische Motoren Werke Aktiengesellschaft System and method for customizing financial instruments
US20070215699A1 (en) * 2006-03-17 2007-09-20 Nbo Systems, Inc. Method and apparatus for customization and dispensing customized plastic cards
US20070219809A1 (en) * 2001-03-14 2007-09-20 Peyton Jeffrey L Puppetry based communication system, method and internet utility
US20070267486A1 (en) * 2006-05-17 2007-11-22 Tom Ferrara Methods for providing long term storage and retrieval of customized transaction card images
US7360692B2 (en) * 2006-06-30 2008-04-22 At&T Delaware Intellectual Property, Inc. Creation of customized transactional cards
US20080222037A1 (en) * 2003-10-14 2008-09-11 Foss Sheldon H Customer Enrollment in a Stored Value Card Program
US20080308636A1 (en) * 2007-06-13 2008-12-18 William Lynch System and methods for creating a user customized bank card
US20090018959A1 (en) * 2002-02-15 2009-01-15 Coinstar, Inc. Methods and systems for exchanging and/or transferring various forms of value
US20090052736A1 (en) * 2006-05-12 2009-02-26 Dhiraj Kacker Image ranking for imaging products and services
US7576752B1 (en) * 2000-10-04 2009-08-18 Shutterfly Inc. System and method for manipulating digital images

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5180906A (en) 1989-08-09 1993-01-19 Kabushiki Kaisha Toshiba Method of manufacturing card
US5376314A (en) * 1993-04-29 1994-12-27 Illinois Tool Works Inc. Method of making a laser ablated formed cap
US6788800B1 (en) * 2000-07-25 2004-09-07 Digimarc Corporation Authenticating objects using embedded data
US5960164A (en) 1996-07-30 1999-09-28 Moore Business Forms, Inc. Data interface for high performance
AU710166B2 (en) 1997-02-19 1999-09-16 Fuji Photo Film Co., Ltd. Edited image printing system and method
JPH11205735A (en) * 1998-01-10 1999-07-30 Kyushu Kaihatsu Kikaku:Kk Method for preventing digital image alteration
JP3369994B2 (en) 1998-12-28 2003-01-20 株式会社オリエントコーポレーション Card creation support apparatus and method, and recording medium recording card creation support software
JP3760062B2 (en) * 1999-07-02 2006-03-29 グローリー工業株式会社 Credit card issuing system
US7278101B1 (en) * 1999-09-30 2007-10-02 Intel Corporation Controlling audio volume in processor-based systems
US6842533B1 (en) * 1999-12-28 2005-01-11 Eastman Kodak Company Printing verified pre-approved images
US6820088B1 (en) 2000-04-10 2004-11-16 Research In Motion Limited System and method for synchronizing data records between multiple databases
JP2002204441A (en) * 2000-10-26 2002-07-19 Sony Corp Information processing unit and information processing system
DE10055649A1 (en) 2000-11-10 2002-05-16 Ralph Wendel Method of obtaining individualizing commissioning data, involves using computer program for selective alteration of the arrangement parameters
US20020105665A1 (en) * 2001-02-08 2002-08-08 Eastman Kodak Company Method of interating imaging products/services with non-imaging products/services in a single kiosk
US7283811B2 (en) 2001-02-23 2007-10-16 Lucent Technologies Inc. System and method for aggregation of user applications for limited-resource devices
JP2002259882A (en) * 2001-03-02 2002-09-13 Fujitsu Ltd Method of inputting card information, program, and card information processing device
US20030182402A1 (en) * 2002-03-25 2003-09-25 Goodman David John Method and apparatus for creating an image production file for a custom imprinted article
KR20020033704A (en) 2002-04-04 2002-05-07 김형찬 Solution for diy gift certificate, diy purchase, diy credit card
US7065249B2 (en) * 2002-07-25 2006-06-20 Microsoft Corp. System and method for image editing
GB0407042D0 (en) 2004-02-17 2004-04-28 Serverside Graphics Ltd Secure production facility
EP1782357A2 (en) 2004-08-17 2007-05-09 Serverside Group Limited A card design system
WO2006018624A1 (en) 2004-08-17 2006-02-23 Serveside Group Limited A card customization system

Patent Citations (48)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5410642A (en) * 1989-08-23 1995-04-25 Dai Nippon Printing Co., Ltd. ID card issuing system
US5771071A (en) * 1994-06-20 1998-06-23 Lau Technologies Apparatus for coupling multiple data sources onto a printed document
US5909673A (en) * 1994-09-29 1999-06-01 Gregory; Edward M. Method and system for creating site specific coupons at a plurality of remote locations which are controlled by a central office
US5886334A (en) * 1994-09-30 1999-03-23 Lau Technologies Systems and methods for recording data
US20020078146A1 (en) * 1995-07-27 2002-06-20 Rhoads Geoffrey B. Internet linking from audio and image content
US5889941A (en) * 1996-04-15 1999-03-30 Ubiq Inc. System and apparatus for smart card personalization
US20020067500A1 (en) * 1997-05-12 2002-06-06 Yoshikazu Yokomizo Method of and system for editing images
US7058603B1 (en) * 1998-01-16 2006-06-06 Nexus Corporation Sa. Transaction system
US6167382A (en) * 1998-06-01 2000-12-26 F.A.C. Services Group, L.P. Design and production of print advertising and commercial display materials over the Internet
US20020175931A1 (en) * 1998-12-18 2002-11-28 Alex Holtz Playlist for real time video production
US6328209B1 (en) * 1999-02-03 2001-12-11 American Bank Note Holographics, Inc. Card security system
US20040117233A1 (en) * 2000-01-06 2004-06-17 Rapp Roy W. Paperless tablet automation apparatus and method
US20020062264A1 (en) * 2000-01-06 2002-05-23 Knight Kevin J. Method and apparatus for selecting, modifying and superimposing one image on another
US6344853B1 (en) * 2000-01-06 2002-02-05 Alcone Marketing Group Method and apparatus for selecting, modifying and superimposing one image on another
US20030069809A1 (en) * 2000-01-19 2003-04-10 Jones Soda Co. Method and apparatus for creating and ordering customized branded merchandise over a computer network
US6845365B2 (en) * 2000-01-19 2005-01-18 Jones Soda Co. Method and apparatus for creating and ordering customized branded merchandise over a computer network
US6493677B1 (en) * 2000-01-19 2002-12-10 Jones Soda Co. Method and apparatus for creating and ordering customized branded merchandise over a computer network
US20010051876A1 (en) * 2000-04-03 2001-12-13 Seigel Ronald E. System and method for personalizing, customizing and distributing geographically distinctive products and travel information over the internet
US20020025085A1 (en) * 2000-04-19 2002-02-28 Ipads.Com, Inc. Computer-controlled system and method for generating a customized imprinted item
US7016869B1 (en) * 2000-04-28 2006-03-21 Shutterfly, Inc. System and method of changing attributes of an image-based product
US20020059278A1 (en) * 2000-05-01 2002-05-16 Wynn Bailey System and method for generating customized and/or personalized documents
US7576752B1 (en) * 2000-10-04 2009-08-18 Shutterfly Inc. System and method for manipulating digital images
US20020057454A1 (en) * 2000-10-27 2002-05-16 Seiko Epson Corporation Image editing system and image editing method
US20070219809A1 (en) * 2001-03-14 2007-09-20 Peyton Jeffrey L Puppetry based communication system, method and internet utility
US20020152166A1 (en) * 2001-04-12 2002-10-17 International Business Machines Corporation Method and apparatus for incorporating scanned checks into financial applications
US20090018959A1 (en) * 2002-02-15 2009-01-15 Coinstar, Inc. Methods and systems for exchanging and/or transferring various forms of value
US20040093527A1 (en) * 2002-11-12 2004-05-13 Pering Trevor A. Method of authentication using familiar photographs
US20040093773A1 (en) * 2002-11-14 2004-05-20 Elyse Clark Message card with transaction card holder
US6968335B2 (en) * 2002-11-14 2005-11-22 Sesint, Inc. Method and system for parallel processing of database queries
US7103230B1 (en) * 2002-11-15 2006-09-05 Hewlett-Packard Development Company, L.P. Embedding editing commands in digital images
US20040099730A1 (en) * 2002-11-27 2004-05-27 Sears, Roebuck And Co. System and method of personalizing financial transaction cards
US20040144472A1 (en) * 2003-01-24 2004-07-29 G & D Cardtech, Inc. Process for manufacturing laminated plastic products
US20040160624A1 (en) * 2003-02-18 2004-08-19 Adam Elgar Apparatus and method for manipulating images
US20080230616A1 (en) * 2003-02-18 2008-09-25 Serverside Group Limited Computerized Card Production Equipment
US20070156837A1 (en) * 2003-02-18 2007-07-05 Adam Elgar Apparatus and method for manipulating images
US20040182922A1 (en) * 2003-03-21 2004-09-23 Frank Talarico Systems and methods for a loadable stored-value card with a contribution to a specified beneficiary
US20040254833A1 (en) * 2003-06-12 2004-12-16 First Data Corporation Presentation instrument production systems and methods
US20080222037A1 (en) * 2003-10-14 2008-09-11 Foss Sheldon H Customer Enrollment in a Stored Value Card Program
US20050167487A1 (en) * 2004-02-02 2005-08-04 Conlon Jennifer L. System and method for customizing designs for credit cards, ATM/debit cards, checks, gift cards, and membership cards
US20060200533A1 (en) * 2005-03-03 2006-09-07 Holenstein Bruce D High availability designated winner data replication
US20070075134A1 (en) * 2005-09-22 2007-04-05 Cruz Bay Solutions, Inc. Method and apparatus for attendant assisted gift card printing
US20070102510A1 (en) * 2005-11-08 2007-05-10 First Data Corporation Customized transaction card and account reports
US20070185795A1 (en) * 2006-02-03 2007-08-09 Bayerische Motoren Werke Aktiengesellschaft System and method for customizing financial instruments
US20070215699A1 (en) * 2006-03-17 2007-09-20 Nbo Systems, Inc. Method and apparatus for customization and dispensing customized plastic cards
US20090052736A1 (en) * 2006-05-12 2009-02-26 Dhiraj Kacker Image ranking for imaging products and services
US20070267486A1 (en) * 2006-05-17 2007-11-22 Tom Ferrara Methods for providing long term storage and retrieval of customized transaction card images
US7360692B2 (en) * 2006-06-30 2008-04-22 At&T Delaware Intellectual Property, Inc. Creation of customized transactional cards
US20080308636A1 (en) * 2007-06-13 2008-12-18 William Lynch System and methods for creating a user customized bank card

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9934503B2 (en) 2003-02-18 2018-04-03 Gemalto Sa Apparatus and method for manipulating images
WO2016210286A1 (en) * 2015-06-25 2016-12-29 Entrust Datacard Corporation Remote monitoring and management of an instant issuance system
US10284528B2 (en) 2015-06-25 2019-05-07 Entrust Datacard Corporation Remote monitoring and management of an instant issuance system
US10560438B2 (en) 2015-06-25 2020-02-11 Entrust Datacard Corporation Remote monitoring and management of an instant issuance system
US10917393B2 (en) 2015-06-25 2021-02-09 Entrust Corporation Remote monitoring and management of an instant issuance system
CN111627089A (en) * 2020-07-30 2020-09-04 深圳诚一信科技有限公司 User head portrait picture processing method, device and system and readable storage medium

Also Published As

Publication number Publication date
AU2004213957A1 (en) 2004-09-02
US20110072988A1 (en) 2011-03-31
CA2516479A1 (en) 2004-09-02
NZ574872A (en) 2010-03-26
AU2009200590B2 (en) 2011-07-21
CN101676947A (en) 2010-03-24
HK1096750A1 (en) 2007-06-08
DE602004009161T2 (en) 2008-07-03
US9934503B2 (en) 2018-04-03
CA2516479C (en) 2016-09-06
JP2006518071A (en) 2006-08-03
DK1715458T3 (en) 2012-10-01
EP1715458B1 (en) 2012-06-20
ES2385874T3 (en) 2012-08-02
AU2009200590A1 (en) 2009-03-05
EP1602072A2 (en) 2005-12-07
DE602004009161D1 (en) 2007-11-08
NZ573835A (en) 2010-02-26
CN101676954A (en) 2010-03-24
US7946490B2 (en) 2011-05-24
US7931199B2 (en) 2011-04-26
ATE374408T1 (en) 2007-10-15
ES2294470T3 (en) 2008-04-01
EP1847964A3 (en) 2007-12-12
US20080230616A1 (en) 2008-09-25
ES2390165T3 (en) 2012-11-07
AU2004213957B2 (en) 2009-05-07
CN1777918A (en) 2006-05-24
EP1715458A1 (en) 2006-10-25
EP1847964A2 (en) 2007-10-24
US20070156837A1 (en) 2007-07-05
WO2004074961A3 (en) 2005-07-28
ATE553460T1 (en) 2012-04-15
US20150379504A1 (en) 2015-12-31
MXPA05009939A (en) 2006-05-31
EP1602072B1 (en) 2007-09-26
US20040160624A1 (en) 2004-08-19
NZ543516A (en) 2009-03-31
EP1847964B1 (en) 2012-04-11
WO2004074961A2 (en) 2004-09-02
DK1847964T3 (en) 2012-07-23
US8269793B2 (en) 2012-09-18
AU2009200591A1 (en) 2009-03-12
AU2009200591B2 (en) 2011-07-21

Similar Documents

Publication Publication Date Title
US9934503B2 (en) Apparatus and method for manipulating images
US20110210980A1 (en) Apparatus and method for production of transaction cards
AU2003215792A1 (en) Method and apparatus for creating an image production file for a custom imprinted article

Legal Events

Date Code Title Description
AS Assignment

Owner name: SERVERSIDE GROUP LIMITED, UNITED KINGDOM

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:ELGAR, ADAM;ELGAR, TOM;SIGNING DATES FROM 20050928 TO 20050930;REEL/FRAME:025844/0982

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION