A graphical user interface of a product configurator is accessible by user computers over a network. In one embodiment, the product configurator presents a plurality of product-based customization options from which a user may select. In response to such options, a user may provide product-based customization information to the product configurator. This information is usable to generate a product-based customized image that may be imprinted across the face of a financial instrument.
|
1. A method comprising the acts of:
receiving, by a financial services server, a request from an applicant to apply a customized image of a product onto a surface of a financial instrument for which said applicant is applying online;
directing, by the financial services server and in response to the request, the applicant to a graphical user interface of a product configurator that is accessible over a network;
generating, by the product configurator, a customized image of the product based only on product-based customization options provided by said applicant to the product configurator and on image data provided by a manufacturer of the product;
receiving, by the financial services server, an image file over the network from the product configurator that contains the customized image; and
generating the financial instrument using said image file and account information for said applicant by applying said customized image and account information on a face of said financial instrument.
14. A system for customizing a financial instrument comprising:
a user computer coupled to a network and associated with an online applicant of the financial instrument;
a financial services server coupled to the network to:
receive a request from the online applicant via the user computer to apply a customized image of a product onto a surface of the financial instrument, and
direct, in response to the request, the online applicant to a graphical user interface of a product configuration server that is accessible over a network; and
the product configuration server coupled to said network and accessible by said user computer, wherein said product configuration server is to,
execute a product configurator module that is accessible by said user computer over the network,
receive product-based customization options from said user computer;
generate a customized image of the product based only on said product-based customization options and on image data provided by a manufacturer of the product, and
provide an image file containing said customized image to the financial services server over the network, where said customized image is to be imprinted on a face of the financial instrument.
2. The method of
associating said customized image with an applicant identifier for said applicant; and
approving, prior to said generating the financial instrument, said applicant to obtain said financial instrument based on application information provided by said applicant.
3. The method of
5. The method of
6. The method of
7. The method of
8. The method of
9. The method of
10. The method of
11. The method of
12. The method of
13. The method of
15. The system of
16. The system of
receive application information corresponding to the online applicant;
associate the image file with an applicant identifier; and
approve said online applicant to obtain the financial instrument based on said application information; and
generate the financial instrument with said customized image imprinted on the face from edge-to-edge.
17. The system of
19. The system of
20. The system of
21. The system of
22. The system of
23. The system of
24. The system of
25. The system of
26. The system of
|
The present invention relates, in general, to financial instruments such as credit cards and, more particularly, to customized financial instruments using an online product configurator.
Product manufacturers must be able to control the images that are used to portray their products in order to protect their brand. In particular, companies must be able to ensure sufficient resolution and image clarity, prevent the introduction of copyrighted or inappropriate content, and ensure that their products are displayed in a manner which does not tarnish or otherwise dilute the company's image. As such, true product-based personalization of credit cards has not been feasible due to the perceived inability to control the type and quality of the personalization.
Some credit card issuers have offered their customers a “photo card” which is essentially a regular credit card with a one-inch square box onto which a customer-supplied photo is printed. Users can submit their personal photos by either stopping into an approved banking center or by mailing in the picture along with a request form. This approach is offered as a fraud protection tool rather than a personalization tool and is obviously not product-based. The aforementioned issues regarding image control are not a concern in this case since the goal is merely accurate customer identification, and not product image.
Other credit card issuers have offered credit card users the limited customization option of being able to select from among certain approved static images to be displayed on the face of the credit card. Examples of such images include favorite sports teams and universities, which tend to invoke a sense of pride or accomplishment for the customer. However, such static images are only generic impersonalized company-approved images. They are not truly customized images in the sense that they are created using customer-specific information, nor are they product-based images. And unlike the photo card example mentioned above, credit card issuers will not allow their customers to simply submit pictures of their automobiles or other purchased products for imprinting on the face of their credit cards. Such a practice would compromise the product manufacturers' ability to carefully control the manner in which their products are presented to the public.
As with universities and sports teams, certain consumer products tend to invoke a sense of pride or accomplishment for the customer. Automobiles are one such example. However, since credit card issuers will not accept photographs of their customer's specific products (e.g., automobile), as they would for the photo card discussed above, there is currently no way for customers to truly customize their credit cards with an image reflecting the specific characteristics of their purchased product. Accordingly, there is a need in the art for enabling the product-based personalization of financial instruments such as credit cards.
Systems and methods for customizing financial instruments are disclosed. In one embodiment, a method includes providing a graphical user interface of a product configurator that is accessible over a network, receiving product-based customization information from a user of the product configurator, and generating an image based on the product-based customization information. The method further includes generating a financial instrument using the image and account information for the user, where the image and account information are to appear on the face of the financial instrument.
Other aspects, features, and techniques of the invention will be apparent to one skilled in the relevant art in view of the following detailed description of the invention.
One aspect of the invention is to provide access to a graphical user interface of a product configurator over a network. In one embodiment, the graphical user interface of the product configurator may present a plurality of product-based customization options to a user. In response, the user may provide product-based customization information to the product configurator over the network. In certain embodiments, the product configurator is also usable to configure a product to be purchased online. In one embodiment, the product configurator is a vehicle configurator.
Based on the provided product-based customization information, a customized product image may be generated. This image may then be used in the generation of a financial instrument, wherein the image and user account information appear on a face of the financial instrument. In one embodiment, the image may be imprinted across at least 50% of the face of the financial instrument. In another embodiment, the image may be imprinted from edge-to-edge across the face of the financial instrument.
Another aspect of the invention is for a financial services server to receive online application information from a user looking to obtain approval for a financial instrument. The aforementioned customized product image may be accessed by the financial services server and associated with an applicant identifier, such as an application or account number.
Still another aspect of the invention is to enable a user to be able to automatically populate the product configurator by merely providing it with a unique product number corresponding to a specific purchased product. In the embodiment where the product configurator is a vehicle configurator, this unique product number may be a vehicle identification number or a vehicle production number.
When implemented in software, the elements of the invention are essentially the code segments to perform the necessary tasks. The program or code segments can be stored in a processor readable medium or transmitted by a computer data signal embodied in a carrier wave over a transmission medium or communication link. As discussed herein, a “computer” or “computer system” is a product including circuitry capable of processing data. The computer system may include, but is not limited to, general purpose computer systems (e.g., server, laptop, desktop, palmtop, personal electronic devices, etc.), personal computers (PCs), hard copy equipment (e.g., printer, plotter, fax machine, etc.), banking equipment (e.g., an automated teller machine), and the like. In addition, a “communication link” refers to the medium or channel of communication. The communication link may include, but is not limited to, a telephone line, a modem connection, an Internet connection, a digital subscriber line (DSL), an Integrated Services Digital Network (“ISDN”) connection, an Asynchronous Transfer Mode (ATM) connection, a frame relay connection, an Ethernet connection, a coaxial connection, a fiber optic connection, satellite connections (e.g. Digital Satellite Services, etc.), wireless connections, radio frequency (RF) links, electromagnetic links, two way paging connections, etc., and combinations thereof.
Referring now to the figures,
The product configuration server 110 may comprise one or more computer systems that execute one or more software modules for performing the configuration functions of the invention. In one embodiment, one of these modules is a product configurator module, depicted in
The product configuration server 110 may further be in communication with one or more product databases 140. In one embodiment, the product databases 140 contain product data usable to populate the possible configuration options that are presented to users via one or more graphical user interfaces (GUIs) of the product configurator. While in certain embodiments the product database(s) 140 may be local to the product configuration server 110, in other embodiments it may be remotely located and maintained, such as by the product manufacturer itself.
Similarly, the product configuration server 110 itself may be local to and maintained by a manufacturer of associated product(s), or alternatively it may be maintained remotely from the product manufacturer. Moreover, the aforementioned product configurator 115 and the product configuration server 110 may be configured to perform the financial instrument customization functions of the invention, as well as usable to customize product options for a prospective online product purchase.
Continuing to refer to
A formatted customized product image file, whether processed remotely by the image processing server 150 or not, may be accessed and downloaded by financial services server 170 via network 130. As will be described in more detail below, the financial services server 170 may associate a customized product image file with a financial instrument application or existing account. In certain embodiments, the financial services server may be maintained by the financial institution that is to issue the financial instrument.
While product configuration server 110, image processing server 150 and financial services server 170 have been depicted in
Process 200 begins at block 205 with the applicant providing the typical application information required by an issuing financial institution to determine if the applicant is qualified to receive a new credit card. Such information may include the applicant's name, social security number, address, occupation, etc. In one embodiment, this application information may be provided online using a user computer (e.g., user computer 120) which can access a website of the issuing financial institution. In one embodiment, this website may be generated by the financial services server 170 of
Thereafter, at block 210, an applicant identifier may be generated and associated with the received application information from block 205. The applicant identifier may simply be an application number, for example. The applicant may then be given the option at block 215 of customizing their new credit card pending the approval of the application. If the applicant chooses not to customize the card, process 200 will move to block 220 where the application will be processed in accordance with the typical procedures adopted by the issuing institution. If, on the other hand, the applicant has indicated at block 215 that they would like to have their new credit card be a product-based customized card, then process 200 will continue to block 225. It should equally be appreciated that the applicant may be given other options for customization along with the product-based customization option (e.g., choice of static images). In addition, the user may be given multiple customization choices based on different products (e.g., different models of automobiles).
At block 225, the applicant may be directed to a product configuration server/website associated with a particular product. In one embodiment, this may entail directing a browser application of the applicant's computer to access a product configurator software module (e.g., product configurator 115) that is being executed on the product configuration server, such as the previously-described server 110. Alternatively, the applicant may be directed to a portal from which several product configurators may be accessed based on, for example, which product the applicant would like to use in the customization process.
Once the applicant has been directed to the desired product configurator, process 200 continues to block 227 where the applicant may be provided with the option to enter a unique product number identifying a desired or already-purchased product. For example, in the case of an automobile configurator, the product number may consist of a vehicle identification number (VIN) or an automobile production number. If the applicant indicates that it has a product number, then process 200 will continue to block 230 where the applicant will be prompted by a graphical user interface to enter the unique product number (e.g., VIN). At this point, a product database may be accessed using the provided product number (block 235). In one embodiment, the product database contains product-specific information that can be referenced with a product number. For example, where the product number is a VIN, the product database may be a vehicle manufacturer's database containing detailed information regarding the vehicle that was manufactured with the provided VIN.
Once the product information relating to the applicant's product has been accessed, process 200 may continue to block 250 where an initial version of the customized image file may be generated. In one embodiment, the product information obtained at block 235 may be used to populate the product configurator of the product configuration server. The product-based customized image may also be presented to the applicant for approval. In another embodiment, the product-based customized image may be graphically displayed in the same manner as it would appear on the credit card. Namely, a GUI may be presented to the applicant with the customized image embossed from edge-to-edge across the surface of a sample credit card with sample account information imprinted thereon (see e.g.,
If, on the other hand, the applicant indicates at block 227 that it does not have a product number, then process 200 may continue to block 240 where the product configurator may present the applicant with the various customization options available for the product in question. Assuming the product is an automobile, some of the potential customization options may include:
It should of course be understood that the number and type of possible customization options are virtually infinite and will depend at least in part on the product chosen. Based on the available product customization options, the applicant will be able to provide applicant-specific customization information (block 245). In one embodiment, customization information may be provided by selecting from among various customization options presented in a drop down window of a graphical user interface of the product configurator. Moreover, the product configurator website may be designed to serve the dual function of being usable to perform the financial instrument customization functions of the invention, as well as usable to customize product options for a prospective product purchase.
Once all of the customization information has been received, process 200 may continue to block 250 where an initial version of the customized image file may be generated and possibly presented to the applicant for approval in the same manner as described above.
At this point, the user may or may not be redirected back to the financial institution server (block 255). Regardless, the image file may then be associated with the previously-generated applicant identifier in block 250. In one embodiment, this may be accomplished by associated an image file number with an applicant number at block 260. While in one embodiment, this association is done by the financial institution server, it may also be performed by the product configuration server where the applicant identifier was passed to the product configuration server, such as when the applicant was directed thereto.
In any case, the image may be further processed and/or stored for later use at block 265. For example, it may be necessary to improve or otherwise alter the resolution and/or orientation of the initial image file of block 250. Image processing may be performed by an image processing server (e.g., image processing sever 150) and stored in an image database (e.g., image storage 160) for use if and when the application is approved. As previously mentioned, the image processing and/or storage may be carried out in a stand-alone image processing server/database to which the image file is passed, or alternatively as part of the function of the product configuration server.
Referring now to
At this point in the process, the credit card itself may be created. In order to do this, the customized image file previously generated and stored must be accessed (block 285). As previously mentioned, the image file may be stored remotely from the financial institution, such as by the image processing server/database. Once the financial institution has accessed or obtained the image file, the image file may be associated with the newly generated account number at block 290. Assuming that all requisite image processing has been completed, the actual physical plastic credit card may then be generated at block 295 using the account information (e.g., account number, expiration date, etc.).
As previously mentioned, one aspect of the invention is to provide edge-to-edge product-based customization of financial instruments. To that end, the credit card generated at block 295 may be imprinted with an edge-to-edge image. In one embodiment, this plastic card imprinting process may be carried out using the Artista® custom card printer manufactured and sold by Datacard Group of Minnetonka, Minn. In another embodiment, the image may be embossed across the majority of the face of the generated card surrounded, for example, by a border of any kind. Such an image may be centered or positioned in varying locations on the front of the financial instrument.
Process 300 begins at block 305 with the account holder requesting that they be provided with a product-based customized credit card, such as a replacement card. In one embodiment, this user request may be initiated by having the account holder access a website of the issuing institution (e.g., financial services server 170). The account holder may also be given other options for customization along with the product-based customization option (e.g., choice of static images). In addition, the user may be given multiple customization choices based on different products (e.g., different models of automobiles).
Once the account holder has determined which product it will use to customize the new credit card, the account holder may be directed to a product configuration server/website associated with the particular product at block 310. In one embodiment, this may entail directing a browser application of the account holder's computer to access a product configurator (e.g., configurator 115) of a product configuration server, such as the previously-described server 110. Alternatively, the account holder may be directed to a portal from which several product configuration servers may then be accessed based on, for example, which product the account holder would like to use in the customization process.
Once the account holder has been directed to the desired product configuration server, process 300 continues to block 315 where the account holder may be provided with the option to enter a unique product number identifying a desired or already-purchased product. As with process 200 described above, in the case of an vehicle configurator, the product number may be a vehicle identification number (VIN) or an automobile production number. If the account holder indicates that there is a product number, then process 300 will continue to block 320 where the account holder will be prompted by a graphical user interface to enter the unique product number (e.g., VIN). At this point, a product database may be accessed using the provided product number (block 325). In one embodiment, the product database contains product-specific information that can be referenced with a product number. For example, where the product number is a VIN, the product database may be a vehicle manufacturers database containing detailed information regarding the type of vehicle corresponding to the entered VIN.
Once the product information relating to the account holder's product has been accessed, process 300 may continue to block 340 where an initial version of the customized image file may be generated. In one embodiment, this is done by having the product information obtained at block 325 populate the product configurator of the product configuration server. The product-based customized image may also be presented to the applicant for approval. In another embodiment, the product-based customized image may be graphically displayed in the same manner as it would appear on the credit card. Namely, a GUI may be presented to the applicant with the customized image embossed from edge-to-edge across the surface of a sample credit card with sample account information imprinted thereon (see e.g.,
If, on the other hand, the account holder indicates at block 315 that there is no available product number, process 300 may then continue to block 330 where various customization options may be presented to the account holder. As with the process 200 of
Based on the available product customization options, the account holder will be able to provide user-specific customization information at block 335. In one embodiment, the customization information may be provided by selecting from among various customization options presented in drop down windows of a graphical user interface of a product configurator. Moreover, the product configurator website may be designed to serve the dual function of being usable to perform the financial instrument customization functions of the invention, as well as usable to customize product options for a prospective product purchase.
Once all of the customization information has been received, process 300 may continue to block 340 where an initial version of the customized image file may be generated. As mentioned above, the product-based customized image may also be presented to the applicant for approval. In another embodiment, the product-based customized image may be graphically displayed in the same manner as it would appear on the credit card with the customized image embossed from edge-to-edge across the surface of a sample credit card with sample account information imprinted thereon.
At this point, the account holder may or may not be redirected back to the financial institution server (block 345). Regardless, the image file may be associated with the an account identifier at block 350. In one embodiment, this may be accomplished by associated an image file number with an account number. While in one embodiment, this association is done by the financial institution server, it may also be performed by the product configuration server where the account identifier was passed to the product configuration server when the account holder was directed thereto.
In any case, the image may be further processed and/or stored for later use at block 355. For example, it may be necessary to improve or otherwise alter the resolution and/or orientation of the initial image file of block 340. Image processing may be performed by an image processing server (e.g., image processing sever 150) and stored in an image database (e.g., in image storage 160) for use if and when the application is approved. As previously mentioned, the image processing and/or storage may be carried out in a stand-alone image processing server/database to which the image file is passed, or alternatively as part of the function of the product configuration server.
At this point in the process 300, the new credit card itself is generated. As previously mentioned, the image file may be stored remotely from the financial institution, such as by the image processing server/database. Regardless of how the image file is stored or otherwise maintained during the customization process, the actual physical plastic credit card may then be generated at block 360 using the account information (e.g., account number, expiration date, etc.) and the generated image file. In one embodiment, the credit card generated at block 360 may be imprinted with an edge-to-edge image using a custom card printer, such as the Artista® printer manufactured and sold by Datacard Group of Minnetonka, Minn. In another embodiment, the image may be embossed across the majority of the face of the generated card surrounded, for example, by a border of any kind. Such an image may be centered or positioned in varying locations on the front of the financial instrument.
While the aforementioned processed have been described in the above embodiments, it should be appreciated that these are for exemplary value only and other embodiments are applicable to the invention. For example, the order of the blocks constituting process 200 and process 300 may vary. For the sake of simplicity, these processes have been defined in general steps and it should be appreciated that other steps consistent with the principles of the invention may be included.
As show in
While the invention has been described in connection with various embodiments, it should be understood that the invention is capable of further modifications. This application is intended to cover any variations, uses or adaptation of the invention following, in general, the principles of the invention, and including such departures from the present disclosure as come within the known and customary practice within the art to which the invention pertains.
Donnelly, William J., Petrime, Kammie
Patent | Priority | Assignee | Title |
8818107, | Mar 07 2012 | The Western Union Company | Identification generation and authentication process application |
Patent | Priority | Assignee | Title |
4392675, | Jan 19 1981 | Christmas Club | Checkbook comprising alternate check blanks and check stubs |
5748755, | May 08 1992 | Moore Business Forms, Inc. | Picture checks |
5765874, | May 09 1995 | Custom Creative Insights Corporation | Method for mass customization of printed materials |
5963953, | Mar 30 1998 | Oracle America, Inc | Method, and system for product configuration |
5999908, | Aug 06 1992 | LODSYS GROUP, LLC | Customer-based product design module |
6085165, | Sep 12 1996 | Strategyn Holdings, LLC | Process and system for outcome based mass customization |
6349290, | Jun 30 1998 | CITIBANK, N A | Automated system and method for customized and personalized presentation of products and services of a financial institution |
6414693, | Oct 12 1999 | The Gem Group, Inc. | System and method for generating computer displays of custom bag designs |
6493677, | Jan 19 2000 | JONES SODA CO | Method and apparatus for creating and ordering customized branded merchandise over a computer network |
6606606, | Nov 09 1998 | ONECORE FINANCIAL NETWORK | Systems and methods for performing integrated financial transaction |
6705218, | Dec 20 2001 | ECC-JOLT, LLC | Method and apparatus for printing a beverage label having a static part and a variable part |
6772136, | Aug 21 1997 | System and method for financial instrument modeling and using Monte Carlo simulation | |
6782418, | Jan 24 2000 | General Electric Company | Method and apparatus for secure data file uploading |
6810401, | Oct 08 1999 | EDGENET ACQUISITIONCO, INC ; SYNDIGO LLC | Automated configuration system and method |
6845365, | Jan 19 2000 | JONES SODA CO | Method and apparatus for creating and ordering customized branded merchandise over a computer network |
6877656, | Oct 24 2000 | Capital One Services, LLC | Systems, methods, and apparatus for instant issuance of a credit card |
6901378, | Mar 02 2000 | BEN GROUP, INC | Method and system for automatically displaying an image and a product in a page based on contextual interaction and metadata |
7216092, | Apr 14 2000 | Deluxe Corporation | Intelligent personalization system and method |
7233885, | Jun 26 2003 | Siemens Large Drives LLC | System and method for automatically customizing a product |
7260445, | Jun 24 2004 | BASF Aktiengesellschaft | System and method for customized industrial textile coloration |
7437024, | Nov 24 1999 | Shutterfly, LLC | Producing printing images having personalized features |
20020099524, | |||
20020169882, | |||
20030139840, | |||
20040143526, | |||
20050116027, | |||
20050167487, | |||
20050251553, | |||
20070112460, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Feb 02 2006 | PETRIME, KAMMIE | Bayerische Motoren Werke Aktiengesellschaft | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 017554 | /0952 | |
Feb 02 2006 | DONNELLY, WILLIAM J | Bayerische Motoren Werke Aktiengesellschaft | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 017554 | /0952 | |
Feb 03 2006 | Bayerische Motoren Werke Aktiengesellschaft | (assignment on the face of the patent) | / |
Date | Maintenance Fee Events |
Oct 15 2013 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
Oct 26 2017 | M1552: Payment of Maintenance Fee, 8th Year, Large Entity. |
Oct 26 2021 | M1553: Payment of Maintenance Fee, 12th Year, Large Entity. |
Date | Maintenance Schedule |
May 04 2013 | 4 years fee payment window open |
Nov 04 2013 | 6 months grace period start (w surcharge) |
May 04 2014 | patent expiry (for year 4) |
May 04 2016 | 2 years to revive unintentionally abandoned end. (for year 4) |
May 04 2017 | 8 years fee payment window open |
Nov 04 2017 | 6 months grace period start (w surcharge) |
May 04 2018 | patent expiry (for year 8) |
May 04 2020 | 2 years to revive unintentionally abandoned end. (for year 8) |
May 04 2021 | 12 years fee payment window open |
Nov 04 2021 | 6 months grace period start (w surcharge) |
May 04 2022 | patent expiry (for year 12) |
May 04 2024 | 2 years to revive unintentionally abandoned end. (for year 12) |