A card generating system that includes a card information database and a card processing system. The card processing system comprises an interface, a vision system, a processor, and card processing hardware. The interface is configured to receive card requests. The vision system is configured to process two-dimensional barcodes to obtain card feature data. The processor is operably coupled to the interface, the vision system, and card processing hardware. The processor is configured to select a card comprising a two-dimensional barcode based on the card request and to obtain a card data file corresponding with the card request. The processor is further configured to compare card feature data to the card data file and to determine whether the card feature data corresponds with the card data file. The card processing hardware is configured to process the card in response a determining the card feature data corresponds with the card data file.
|
12. A card generating method comprising:
receiving, at an interface, a card request;
selecting, by a processor, a card comprising a two-dimensional barcode based on the card request;
processing, by a vision system, the two-dimensional barcode to obtain card feature data;
comparing, by the processor, the card feature data to a card data file corresponding with the card request;
determining, by the processor, whether the card feature data corresponds with the card data file; and
processing, using card processing hardware, the card in response to determining the card feature data corresponds with the card data file, wherein:
processing the card comprises applying a second two-dimensional barcode to the card, and
the second two-dimensional barcode is associated with card processing information for the card.
6. An apparatus comprising:
an interface configured to receive a card request;
a vision system configured to process two-dimensional barcodes to obtain card feature data;
a processor operably coupled to the interface, the vision system, and card processing hardware, and configured to:
select a card comprising a two-dimensional barcode based on the card request;
compare card feature data to a card data file corresponding with the card request;
determine whether the card feature data corresponds with the card data file; and
the card processing hardware configured to process the card in response a determining the card feature data corresponds with the card data file, wherein:
processing the card comprises applying a second two-dimensional barcode to the card, and
the second two-dimensional barcode is associated with card processing information for the card.
1. A card generating system comprising:
a card information database operable to store card data files;
a card processing system operably coupled to the card information database, and comprising:
an interface configured to receive a card request;
a vision system configured to process two-dimensional barcodes to obtain card feature data;
a processor operably coupled to the interface, the vision system, and card processing hardware, and configured to:
select a card comprising a two-dimensional barcode based on the card request;
obtain a card data file corresponding with the card request;
compare card feature data to the card data file;
determine whether the card feature data corresponds with the card data file; and
the card processing hardware configured to process the card in response a determining the card feature data corresponds with the card data file, wherein:
processing the card comprises applying a second two-dimensional barcode to the card, and
the second two-dimensional barcode is associated with card processing information for the card.
2. The system of
4. The system of
5. The system of
the vision system is configured to capture an image of the of the card in response to determining that the card feature data does not correspond with the card data file;
the processor is configured to:
obtain visual card feature data based on the captured image; and
compare the visual card feature data to the card data file; and
determine whether the visual card feature data corresponds with the card data file; and
the card processing hardware is configured to process the card in response to determining the visual card feature data corresponds with the card data file.
7. The apparatus of
9. The apparatus of
10. The apparatus of
the vision system is configured to capture an image of the of the card in response to determining that the card feature data does not correspond with the card data file;
the processor is configured to:
obtain visual card feature data based on the captured image; and
compare the visual card feature data to the card data file; and
determine whether the visual card feature data corresponds with the card data file; and
the card processing hardware is configured to process the card in response to determining the visual card feature data corresponds with the card data file file.
11. The apparatus of
the processor is configured to obtain the card data file based on the card specifications.
13. The method of
15. The method of
16. The method of
capturing, by the vision system, an image of the of the card in response to determining that the card feature data does not correspond with the card data file; and
obtaining, by the processor, visual card feature data based on the captured image; and
comparing, by the processor, the visual card feature data to the card data file;
determining, by the processor, whether the visual card feature data corresponds with the card data file; and
processing, using card processing hardware, the card in response to determining the visual card feature data corresponds with the card data file.
17. The method of
further comprising, by the processor, obtaining the card data file based on the card specifications.
|
|||||||||||||||||||||||||||
The present disclosure relates generally to hardware protection and information security, and more specifically to using access control of user information and card information.
Existing card issuing systems experience a high percentage of misreads, for example, due to vision cameras not picking up different shades of font print, misinterpreting characters, or misinterpreting the placement of the card type number on cards. Misreads may decrease the system's performance and the speed of the system's throughput rate. Misreads may also trigger frequent manual intervention and usage of override functions, which may increase the chances of a wrong card type being issued due to human error. Thus, it is desirable to provide the ability to improve the accuracy and performance of card issuing systems.
Troubleshooting card problems may involve various types of information associated with a card. User devices have limited amounts of memory and may be unable to store all of the possible information associated with a card. Storing card information on the user device may also make the user device vulnerable to unauthorized users, for example, if the user device is stolen or lost. Unauthorized access to stored information may compromise the privacy and security of user information and/or card information. Thus, it is desirable to provide the ability to securely access control to user information and card information.
In one embodiment, the disclosure includes a card generating system that includes a card information database operable to store card data files and a card processing system operably coupled to the card information database. The card processing system comprises an interface, a vision system, a processor, and card processing hardware. The interface is configured to receive a card request. The vision system is configured to process two-dimensional barcodes to obtain card feature data. The processor is operably coupled to the interface, the vision system, and card processing hardware. The processor is configured to select a card comprising a two-dimensional barcode based on the card request and to obtain a card data file corresponding with the card request. The processor is further configured to compare card feature data to the card data file and to determine whether the card feature data corresponds with the card data file. The card processing hardware is configured to process the card in response a determining the card feature data corresponds with the card data file.
In another embodiment, the disclosure includes an apparatus that includes an interface, a vision system, a processor, and card processing hardware. The interface is configured to receive a card request. The vision system is configured to process two-dimensional barcodes to obtain card feature data. The processor is operably coupled to the interface, the vision system, and card processing hardware. The processor is configured to select a card comprising a two-dimensional barcode based on the card request, to compare card feature data to a card data file corresponding with the card request, and to determine whether the card feature data corresponds with the card data file. The card processing hardware is configured to process the card in response a determining the card feature data corresponds with the card data file.
In yet another embodiment, this disclosure includes a card generating method that includes receiving a card request, selecting a card comprising a two-dimensional barcode based on the card request, processing the two-dimensional barcode to obtain card feature data. The method further includes comparing the card feature data to a card data file corresponding with the card request, determining whether the card feature data corresponds with the card data file, and processing the card in response to determining the card feature data corresponds with the card data file.
The present embodiment presents several technical advantages. In one embodiment a card issuing system provides increased card issuing performance using two-dimensional (2D) barcodes. Using 2D barcodes may reduce read errors and the frequency of manual interventions, and thereby increase the efficiency and throughput rate of a card processing or issuing system. In one embodiment, information associated with a card may be accessed and distributed using 2D barcodes. Using 2D barcodes for card information protects the security of the card information while making the card information accessible, for example, when diagnosing and resolving issues with a card. One or more security protocols may be employed to protect user information associated with a card. The user information may provide the user with privacy and protection while also making the user information accessible. User information may be combined with the card information and securely communicated across a network.
Certain embodiments of the present disclosure may include some, all, or none of these advantages. These advantages and other features will be more clearly understood from the following detailed description taken in conjunction with the accompanying drawings and claims.
For a more complete understanding of this disclosure, reference is now made to the following brief description, taken in connection with the accompanying drawings and detailed description, wherein like reference numerals represent like parts.
Processing cards for issuing quickly and efficiency provides several technical problems and challenges. For example, card processing systems may experience a high percentage of misreads, for example, due to vision cameras not picking up different shades of font print, misinterpreting characters, or misinterpreting the placement of the card type number on cards. Card misreads may reduce the card processing system's performance and/or reduce the speed of the card processing system's throughput rate. For example, the operating speed of a card processing system may be limited by the card processing system's ability to accuracy read card information. Card processing systems may also be unable to resolve card misread problems and/to detect card misread problems, which may result in down time while an operator troubleshoots and resolves any problems with the card processing system.
In one embodiment, a card processing system may be employed to process cards using 2D barcodes on the cards. The 2D barcodes may be associated with various information about the card, for example, the card configuration or card design. The card processing system may select cards in response to card requests and may use information obtained from a 2D barcode on the card to verify that the selected card corresponds with the card requested in the card request. The card processing system may then process the selected card upon determining that the selected card corresponds with the requested card. A card processing system configured to obtain and use information from 2D barcodes provides a technical solution to the previously discussed technical problems and improves the accuracy and performance (e.g. throughput) of the card processing system. For example, the card processing system may be able to detect and/or avoid card misreads by using 2D barcodes. Detecting and avoiding card misreads improves the accuracy of the card processing system and thereby improves the speed and throughput of the card processing system. The card processing system also resolves potential card misreads using 2D barcodes which can reduce the amount of down time a card processing system experiences and improve the throughput of the card processing system.
Another technical problem and challenge associated with cards may occur when trying to troubleshoot and resolve issues associated with a card. Troubleshooting and resolving card issues may involve various types of information (e.g. user information and/or card information) associated with a card. A card user may be unaware of some of this information, such as card processing information or information about hardware configurations of a card. User devices have limited amounts of memory and may be unable to store all of the possible information associated with a card. Storing user information and card information on a user device may also make the user device vulnerable to unauthorized users, for example, if the user device is stolen or lost. Unauthorized access to stored information may compromise the privacy and security of user information and/or card information.
In one embodiment, a user device may be employed to process 2D barcodes on a user's card to collect information associated with the card and to transmit the information to an institution associated with the card to diagnose and/or resolve issues with the card. The 2D barcodes may be associated with various information about the card, for example, information about the processing of the card and/or information about the card's configuration or design. The user device may collect information obtained from one or more 2D barcodes on a card, as well as user information, to send to an institution associated with the card to diagnose and resolve issues with the card. A user device configured to collect information from 2D barcodes provides a technical solution to the previously discussed technical problems and improves the security of user information and/or card information that may be collected and distributed. For example, the user device may use 2D barcodes to collect information associated with a card without having all of the information stored on the user device. The ability to collect information without having to store the information allows the user device to use less memory. Additionally, the user device may provide increased security of user information and/or card information from unauthorized users since less information may be stored on the user device.
The card issuing system 100 may comprise card processing system 102 and a card information database 104. The card issuing system 100 may be configured as shown or in any other suitable configuration. For example, the card information database 104 may be incorporated or integrated with the card processing system 102.
The card processing system 102 may be configured to process cards 101 for issuing. For example, the card processing system 102 may be configured to customize a card 101 to be issued to a card user. Examples of operations performed by the card processing system 102 include, but are not limited to, card retrieval, barcode scanning, vision verification, magnetic strip encoding, integrated chip programming, graphics or logo printing, laser etching, laminating, top coating, embossing, and label affixing. The card processing system 102 may comprise a processor 106, a memory 108, an input/output (I/O) interface 110, a network interface 112, a user interface 114, a vision system 116, and card processing hardware 118.
The processor 106 may be implemented as one or more central processing unit (CPU) chips, logic units, cores (e.g. as a multi-core processor), field-programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), or digital signal processors (DSPs). The processor 106 is operably coupled to and in signal communication with memory 108, I/O interface 110, network interface 112, user interface 114, vision system 116, and card processing hardware 118. The processor 106 is configured to receive and transmit electrical signals among one or more of the memory 108, I/O interface 110, network interface 112, user interface 114, vision system 116, and card processing hardware 118. The processor 106 may be operably coupled to one or more other devices (not shown). The processor 106 is configured to process data and may be implemented in hardware or software.
The processor 106 may be configured to implement card processing instructions 120. In
The memory 108 may comprise one or more disks, tape drives, or solid-state drives, and may be used as an over-flow data storage device, to store programs when such programs are selected for execution, and to store instructions and data that are read during program execution. The memory 108 may be volatile or non-volatile and may comprise read-only memory (ROM), random-access memory (RAM), ternary content-addressable memory (TCAM), dynamic random-access memory (DRAM), and static random-access memory (SRAM). The memory 108 is operable to store system information, user information, card information, and/or any other data or instructions (e.g. card processing instructions 120).
The I/O interface 110 may comprise ports, transmitters, receivers, transceivers, or any other devices for transmitting and/or receiving data as would be appreciated by one of ordinary skill in the art upon viewing this disclosure. For example, the I/O interface 106 may be configured to communicate data between the processor 106 and peripheral hardware such as a mouse, a keyboard, or a touch sensor (e.g. a touch screen).
The network interface 112 may be configured to enable wired and/or wireless communications and to communicate data through a network, system, and/or domain. For example, the network interface 112 may comprise or may be integrated with a modem, a switch, a router, a bridge, a server, or a client. The processor 106 may be configured to send and to receive data using network interface 112 from a network or a remote source.
The user interface 114 may be configured to present information to a user using the card processing system 102. For example, the user interface 114 may comprise a graphical user interface (GUI). The GUI may be employed to provide interfaces that allow the operator to view and interact with programs executed on the card processing system 102. Examples of the user interface 114 include, but are not limited to, touch screens, a light emitting diode (LED) display, an organic LED (OLED) display, an active matric OLED (AMOLED), a projector display, a cathode ray (CRT) monitor, or any other suitable type of display as would be appreciated by one of ordinary skill in the art upon viewing this disclosure.
The vision system 116 may be configured to capture images 117 and/or visual information from cards. The vision system 116 may comprise a camera, a barcode reader (e.g. a 2D barcode reader), and/or any other devices for capturing visual information from cards 101 as would be appreciated by one of ordinary skill in the art upon viewing this disclosure. For example, the vision system 116 may comprise a camera and may be configured to capture images 117 of the faces or features (e.g. 2D barcodes, card holder names, and card numbers) of a card 101. In another example, the vision system 116 may comprise a barcode reader and may be configured to scan barcodes and 2D barcodes on a card 101. In one embodiment, the vision system 116 may be further configured to process captured visual information. For example, the vision system 116 may further comprise a DSP. In other embodiments, the vision system 116 may be configured to send the captured visual information to the processor 106 for processing.
The card processing hardware 118 may be configured to process cards 101 for issuing. For example, the card processing hardware 118 may be configured to configure a card 101 to be issued to a card user. Card processing hardware 118 may comprise a magnetic strip encoder, an integrated chip programmer, printing hardware, an embosser, a laser etcher, a laminator, and/or any other type of hardware for processing or configuring a card 101.
The card information database 104 is communicatively coupled to the card processing system 102. The card information database 104 may be configured to store card information and card data files 122 and to provide card information and card data files 122 to the card processing system 102. Card information may comprise card types, card user information, names, account numbers, expiration dates, and/or any other type of card information as would be appreciated by one of ordinary skill in the art upon viewing this disclosure. In one embodiment, the card information database 104 may be external to the card processing system 102. For example, the card information databases 104 may be in a different geographic location than the card processing system 102 and may be communicatively coupled to the card processing system 102 using a network connection. In another embodiment, the card information database 104 may be integrated with the card processing system 102. Card data files 122 may comprise information that indicates a card type, card configuration, integrated chip type, integrated chip version, integrated chip programming code version, card theme, card design, card options, part number, manufacture date, manufacture location, or any other information about a card.
At step 202, the card processing system 102 receives a card request 150 at an interface (e.g. user interface 114, I/O interface 110, or network interface 112). The card request 150 may comprise card specifications for the card. For example, the card specifications may indicate a particular card type, card configuration, integrated chip type, integrated chip version, integrated chip programming code version, card theme, card design, card options, part number, manufacture date, manufacture location, or any other suitable card specifications or requirements.
At step 204, the card processing system 102 selects a card 101 comprising a 2D barcode based on the card request 150. For example, the card processing system 102 may identify and/or obtain a card 101 with a 2D barcode that corresponds with the information in the card request 150.
At step 206, the card processing system 102 processes the 2D barcode to obtain card feature data 121. In one embodiment, the card processing system 102 may capture an image 117 of the 2D barcode and may process the captured image 117 to obtain the card feature data 121. In another embodiment, the card processing system 102 may employ a 2D barcode reader to obtain the card feature data 121. Card feature data 121 may comprise information associated with the card 101, for example, the physical structure or configuration of the card 101. For example, card feature data 121 may comprise information that indicates a card type, card configuration, integrated chip type, integrated chip version, integrated chip programming code version, card theme, card design, card options, part number, manufacture date, manufacture location, or any other information about the card 101.
At step 208, the card processing system 102 compares the card feature data 121 to the card data file 122. The card processing system 102 may use card specifications from the card request 150 to identify and/or obtain a card data file 122 from a card information database 104. The card processing system 102 may compare information from the card feature data 121 with information from the card data file 122.
At step 210, the card processing system 102 determines whether the card feature data 121 corresponds with the card data file 122. The card processing system 102 may determine that the card feature data 121 corresponds with the card data file 122 when the information from the card feature data 121 matches the information from the card data file 122. The card processing system 102 may determine that the card feature data 121 does not correspond with the card data file 122 when the information from the card feature data 121 does not match the information from the card data file 122. The card processing system 102 proceeds to step 212 when the card feature data 121 does not correspond with the card data file 122. Otherwise, the card processing system 102 proceeds to step 218 when the card feature data 121 corresponds with the card data file 122.
The card processing system 102 may perform a visual inspection of the card 101 to determine whether the selected card 101 corresponds with the requested card in the card request 150 when the card feature data 121 does not correspond with the card data file 122. At step 212, the card processing system 102 captures an image 117 of the card 101. The card processing system 102 may capture an image 117 of the front side and/or the back side of the card 101. In some embodiments, the card processing system 102 may only capture images 117 of portions (e.g. part numbers) of the card 101.
At step 214, the card processing system 102 performs a visual inspection based on the captured image 117 of the card 101. In one embodiment, the card processing system 102 may compare the captured image 117 of the card 101 to images 117 of other known cards. The card processing system 102 may obtain images 117 of other known cards based on information provided in the card request 150. For example, the card processing system 102 may access a repository of stored card images from a memory (e.g. memory 108 or card information database 104) to obtain images 117 of known cards for comparison. In another embodiment, the card processing system 102 may allow an operator to perform a manual inspection of the card 101. For example, the card processing system 102 may display the captured image 117 of the card 101 to an operator to allow the operator to inspect the card 101.
At step 216, the card processing system 102 determines whether the card corresponds with the card request 150 based on the visual inspection results. For example, the card processing system 102 may use imaging software to compare features and/or information on the selected card to features and/or information on other known cards. The card processing system 102 may determine that that the selected card 101 corresponds with the card request 150 when features of the card and/or information on the card 101 matches with the features and/or information on other known cards. The card processing system 102 may determine that that the selected card 101 does not correspond with the card request 150 when features of the card and/or information on the card 101 do not match with the features and/or information on other known cards. In one embodiment, the card processing system 102 may determine whether the card 101 corresponds with the card request 150 based on an indication from an operator, for example, following a manual visual inspection. The card processing system 102 proceeds to step 218 when the card processing system 102 determines that the card 101 corresponds with the card request 150. Otherwise, the card processing 102 may terminate method 200 when the card processing system 102 determines that the card 101 does not correspond with the card request 150. In one embodiment, the card processing system 102 may trigger an alert or notification when the card 101 does not correspond with the card request 150. For example, the alert may notify an operator about potential card processing issues.
Returning to step 210, the card processing system 102 proceeds to step 218 when the card feature data 121 corresponds with the card data file 122. The card processing system 102 may process the selected card 101 for issuing when the card processing system 102 determines that the card feature data 121 corresponds with the card data file 122. At step 218, the card processing system 102 encodes card data onto the card 101. The card processing system 102 may encode a magnetic strip on the card, program an integrated chip on the card, and/or any other process for encoding or programming data onto the card 101.
At step 220, the card processing system 102 applies a second 2D barcode associated with card processing information 124 onto the card. The card processing system 102 may print or apply the second 2D barcode to any location on the card. The card processing information 124 may comprise a processing or issue date, processing machine information (e.g. machine number), processing location, integrated chip code versions, card processing script versions, and/or any other information associated with the processing or issuing of the card 101. In some embodiment, step 220 may be optional and may be omitted.
Optionally, at step 222, the card processing system 102 applies graphics onto the card 101. The card processing system 102 may stylize or customize the card 101. For example, the card processing system 102 may print or apply designs, logos, text, or labels onto the card 101.
The card resolution system 400 may comprise a user device 402 configured to communicate with a card resolution institution 404 via a network 406. The card resolution system 400 may be configured as shown or in any other suitable configuration.
The user device 402 may be configured to obtain information associated with a card 101 and to transmit the obtained information to the card resolution institution 404. For example, the user device 402 may be configured to obtain information comprising card processing information 124 from a first 2D barcode on a card, card feature data 121 from a second 2D barcode on the card, and/or user information 403 when the card user experiences a problem with the card 101. The user device 402 is further configured to send the obtained information to the card resolution institution 404.
Examples of the user device 402 include, but are not limited to, mobile phones, smart phones, notebook computers, tablet computers, desktop computers, or any other suitable device as would be appreciated by one of ordinary skill in the art upon viewing this disclosure. The user device 402 may comprise a processor 408, a memory 410, an I/O interface 412, a vision system 414, a user interface 416, and a network interface 418.
The processor 408 may be implemented as one or more CPU chips, logic units, cores (e.g. as a multi-core processor), FPGAs, ASICs, or DSPs. The processor 408 is operably coupled to and in signal communication with memory 410, I/O interface 412, vision system 414, user interface 416, and network interface 418. The processor 408 is configured to receive and transmit electrical signals among one or more of memory 410, I/O interface 412, vision system 414, user interface 416, and network interface 418. The processor 408 may be operably coupled to one or more other devices (not shown). The processor 408 is configured to process data and may be implemented in hardware or software.
The memory 410 may comprise one or more disks, tape drives, or solid-state drives, and may be used as an over-flow data storage device, to store programs when such programs are selected for execution, and to store instructions and data that are read during program execution. The memory 108 may be volatile or non-volatile and may comprise ROM, RAM, TCAM, DRAM, and SRAM. The memory 410 is operable to store card resolution instructions 420, applications, system information, user information, card information, and/or any other data or instructions. In one embodiment, card resolution instructions 420 may a stand alone application or incorporated within another application.
The processor 408 may be configured to implement card resolution instructions 420. In
In one embodiment, executing the card resolution instructions 420 may configure the processor 408 to implement one or more security protocols. For example, the processor 408 may be configured to prompt a user for user credentials 405. The processor 408 may process received user credentials 405 to authenticate or validate the identity of a user. The processor 408 may be configured to authenticate the user or send the user credentials 405 to another entity for authentication. Authenticating the user may also allow the user device to access user information 403 associated with the user. The processor 408 may also be configured to employ message encryption, for example, to encrypt messages (e.g. resolution request messages 450) prior to sending messages. The processor 408 may be configured to employ any suitable encryption technique.
The I/O interface 412 may comprise ports, transmitters, receivers, transceivers, or any other devices for transmitting and/or receiving data as would be appreciated by one of ordinary skill in the art upon viewing this disclosure. For example, the I/O interface 412 may be configured to communicate data between the processor 106 and peripheral hardware such as a keyboard, buttons, or a touch sensor (e.g. a touch screen).
The vision system 414 may be configured to capture images 117 and/or visual information from cards. The vision system 414 may comprise a camera, a barcode reader (e.g. a 2D barcode reader), and/or any other devices for capturing visual information from cards 101 as would be appreciated by one of ordinary skill in the art upon viewing this disclosure. For example, the vision system 414 may comprise a camera and may be configured to capture images 117 of the faces or features (e.g. 2D barcodes, card holder names, and card numbers) of a card 101. The vision system 414 may comprise a barcode reader and may be configured to scan barcodes and 2D barcodes on a card 101. In one embodiment, the vision system 414 may be configured to send the captured visual information to the processor 408 for processing.
The user interface 416 may be configured to present information to a user using the user device 402. For example, the user interface 416 may comprise a GUI.
The GUI may be employed to provide interfaces that allow the operator to view and interact with applications or instructions (e.g. card resolution instructions 420) executed on the user device 416. Examples of the user interface 416 include, but are not limited to, a display screen, a touch screen, or any other suitable type of display as would be appreciated by one of ordinary skill in the art upon viewing this disclosure.
The network interface 418 may be configured to enable wired and/or wireless communications and to communicate data through a network, system, and/or domain. In one embodiment, the network interface 418 may comprise hardware for communicating using a cellular network. For example, the network interface 418 may comprise one or more antennas, transmitters, receivers, and/or transceivers. In another embodiment, the network interface 418 may comprise or may be integrated with a modem, a switch, a router, a bridge, a server, or a client. The processor 106 may be configured to send data and receive data using network interface 418.
Examples of the card resolution institution 404 include, but are not limited to, a card issuing institution, a card processing institution, a financial institution (e.g. a bank), a retailer, a credit institution, and a card management institution. The card resolution institution 404 may be configured to receive information associated with a card 101, to process the received information, to diagnose or troubleshoot issues based on the received information, and to remediate card issues. For example, the card resolution institution 404 may be configured to receive information associated with a card 101 and troubleshoot issues with the card 101 by checking machines or scripts associated with the processing and issuing of the card 101. Any diagnosing or troubleshooting techniques may be employed as would be appreciated by one of ordinary skill in the art upon viewing this disclosure. In one embodiment, the card resolution institution 404 may be configured to receive codes or tokens corresponding with information associated with a card 101 and to process the received codes or tokens to obtain the information associated with the card 101. The card resolution institution 404 may be further configured to resolve card issues. Examples of card resolution actions may include, but are not limited to, replacing a card 101, repairing a card 101, and sending instruction to a card user. For example, the card resolution institution 404 may be configured to send a resolution response message 452 to a card user. The resolution response message 452 may comprise an acknowledgement of the reported issues and/or instructions for the card user.
The network 406 may be configured to communicate data (e.g. resolution request messages 450 and/or resolution response messages 452) between the user device 402 and the card resolution institution 404. In one embodiment, the network 406 may comprise or may be a cellular network. In other embodiments, the network 406 may be any other suitable type of wireless or wired network. The network 406 may be configured to support any suitable communication protocols as would be appreciated by one of ordinary skill in the art upon viewing this disclosure.
In one embodiment, the card user may provide user credential 405 to the user device 402. The user device 402 may authenticate the card user prior to allowing the card user to collect and/or transmit information for a card 101. At step 502, the user device 402 captures an image 117 of a 2D barcode associated with card processing information 124 from the card 101. The user device 402 may employ the vision system 414 (e.g. a camera) to capture an image 117 of the 2D barcode associated with card processing information 124 on the card 101.
At step 504, the user device 402 processes the captured image 117 to obtain card processing information 124. The card processing information 124 may comprise a processing or issue date, processing machine information (e.g. machine number), processing location, integrated chip code versions, card processing script versions, and/or any other information associated with the processing or issuing of the card 101. In one embodiment, the user device 402 may process the captured image 117 and obtain a card processing information code or token associated with the card processing information 124. The card processing information code may be processed by an institution associated with the card 101 to obtain the card processing information 124. Any suitable code or token type may be employed for the card processing information code or token.
At step 506, the user device 402 obtains user information 403 for a user associated with the card 101. User information 403 may include, but is not limited to, a name, an account number, and a card number. In one embodiment, the card user may provide user information 403 to the user device 402. In another embodiment, the user device 402 may obtain user information 403 from one or more images 117 of the card 101. For example, the user device 402 may capture an image 117 of the front side and/or the back side of the card 101 to obtain user information 403 (e.g. a name or card number). In another embodiment, the user device 402 may obtain user information 403 from a memory (e.g. memory 410) or database. For example, the user device 102 may use the user credentials 405 provided by the card user to identify or request user information 403.
At step 508, the user device 402 combines the card processing information 124 with the user information 403 to generate a resolution request message 450. For example, the user device 402 may combine the card processing information 124 with the user information 403 as a payload of the resolution request message 450. In another example, the user device 402 may combine a card processing information code or token with the user information 403 to generate the resolution request message 450. Generating the resolution request message 450 may comprise a transformation of the card processing information 124 and/or the user information 403 to a different data type or format. In one embodiment, the user device 402 may encrypt the resolution request message 450. The user device 402 may employ any suitable encryption technique as would be appreciated by one of ordinary skill in the art upon viewing this disclosure. At step 510, the user device 402 sends the resolution request message 450 to an institution associated with the card 101, for example, a card resolution institution 404.
In one embodiment, the user device 402 may receive a resolution response message 452 from the institution associated with the card 101. For example, the user device 402 may receive an acknowledgment, resolution actions taken, and/or instructions for the card user.
In one embodiment, the card user may provide user credential 405 to the user device 402. The user device 402 may authenticate the card user prior to allowing the card user to collect and/or transmit information for a card 101. At step 602, the user device 402 captures an image 117 of a 2D barcode associated with card processing information 124 from the card 101. The user device 402 may employ the vision system 414 (e.g. a camera) to capture an image 117 of the 2D barcode associated with card processing information 124 on the card 101.
At step 604, the user device 402 processes the captured image 117 to obtain card processing information 124. The card processing information 124 may comprise a processing or issue date, processing machine information (e.g. machine number), processing location, integrated chip code versions, card processing script versions, and/or any other information associated with the processing or issuing of the card 101. In one embodiment, the user device 402 may process the captured image 117 and obtain a card processing information code or toke associated with the card processing information 124.
At step 606, the user device 402 captures a second image 117 of a second 2D barcode associated with card feature data 121 from the card 101. The user device 402 may employ the vision system 414 to capture a second image 117 of a 2D barcode associated with card feature data 121 on the card 101.
At step 608, the user device 402 processes the second captured image 117 to obtain card feature data 121. The card feature data 121 may comprise information that indicates a card type, card configuration, integrated chip type, integrated chip version, integrated chip programming code version, card theme, card design, card options, part number, manufacture date, manufacture location, or any other information about the card 101. In one embodiment, the user device 402 may process the second captured image 117 to obtain a card feature data code or token associated with the card feature data 121. The card feature data code may be processed by an institution associated with the card 101 to obtain the card feature data 121. Any suitable code or token type may be employed for the card feature data code or token.
At step 610, the user device 402 obtains user information 403 for a user associated with the card 101. In one embodiment, the card user may provide user information 403 to the user device 402. In another embodiment, the user device 402 may obtain user information 403 from one or more images 117 of the card, for example, an image 117 of the front side and/or the back side of the card 100. In another embodiment, the user device 402 may obtain user information 403 from a memory (e.g. memory 410) or database.
At step 612, the user device 402 combines the card processing information 124, the card feature data 121, and the user information 403 to generate a resolution request message 450. For example, the user device 402 may combine the card processing information 124, the card feature data 121, and the user information 403 as a payload of the resolution request message 450. In another example, the user device 402 may combine a card processing information token, a card feature data token, and the user information 403 to generate the resolution request message 450. Generating the resolution request message 450 may comprise a transformation of the card processing information 124, the card feature data 121, and/or the user information 403 to a different data type or format. In one embodiment, the user device 402 may encrypt the resolution request message 450. The user device 402 may employ any suitable encryption technique as would be appreciated by one of ordinary skill in the art upon viewing this disclosure. At step 614, the user device 402 sends the resolution request message 150 to an institution associated with the card 101, for example, a card resolution institution 404.
In one embodiment, the user device 402 may receive a resolution response message 452 from the institution associated with the card 101. For example, the user device 402 may receive an acknowledgment, resolution actions taken, and/or instructions for the card user.
While several embodiments have been provided in the present disclosure, it should be understood that the disclosed systems and methods might be embodied in many other specific forms without departing from the spirit or scope of the present disclosure. The present examples are to be considered as illustrative and not restrictive, and the intention is not to be limited to the details given herein. For example, the various elements or components may be combined or integrated in another system or certain features may be omitted, or not implemented.
In addition, techniques, systems, subsystems, and methods described and illustrated in the various embodiments as discrete or separate may be combined or integrated with other systems, modules, techniques, or methods without departing from the scope of the present disclosure. Other items shown or discussed as coupled or directly coupled or communicating with each other may be indirectly coupled or communicating through some interface, device, or intermediate component whether electrically, mechanically, or otherwise. Other examples of changes, substitutions, and alterations are ascertainable by one skilled in the art and could be made without departing from the spirit and scope disclosed herein.
To aid the Patent Office, and any readers of any patent issued on this application in interpreting the claims appended hereto, applicants note that they do not intend any of the appended claims to invoke 35 U.S.C. §112(f) as it exists on the date of filing hereof unless the words “means for” or “step for” are explicitly used in the particular claim.
Anderson, Andy, Sampath, Murali, Getachew, Kirubel, Correro, Greg, Glassman, Andrew B., Abraham, Anish, Hupfer, Glenn
| Patent | Priority | Assignee | Title |
| Patent | Priority | Assignee | Title |
| 6749113, | Mar 26 2002 | First Data Corporation | System for card processing, embossing and fulfillment |
| 8468072, | Sep 23 2003 | JPMORGAN CHASE BANK, N.A. | Method and system for distribution of unactivated bank account cards |
| 8919643, | Nov 15 2006 | Bank of America Corporation | Method and apparatus for using at least a portion of a one-time password as a dynamic card verification value |
| 20040205138, | |||
| 20120217303, | |||
| 20140124571, | |||
| 20140160129, |
| Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
| May 17 2016 | GLASSMAN, ANDREW B | Bank of America Corporation | CORRECTIVE ASSIGNMENT TO CORRECT THE THIRD ASSIGNOR S DOC DATE PREVIOUSLY RECORDED ON REEL 038719 FRAME 0763 ASSIGNOR S HEREBY CONFIRMS THE ASSIGNMENT | 039227 | /0020 | |
| May 17 2016 | GLASSMAN, ANDREW B | Bank of America Corporation | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 038719 | /0763 | |
| May 23 2016 | HUPFER, GLENN | Bank of America Corporation | CORRECTIVE ASSIGNMENT TO CORRECT THE THIRD ASSIGNOR S DOC DATE PREVIOUSLY RECORDED ON REEL 038719 FRAME 0763 ASSIGNOR S HEREBY CONFIRMS THE ASSIGNMENT | 039227 | /0020 | |
| May 23 2016 | ABRAHAM, ANISH | Bank of America Corporation | CORRECTIVE ASSIGNMENT TO CORRECT THE THIRD ASSIGNOR S DOC DATE PREVIOUSLY RECORDED ON REEL 038719 FRAME 0763 ASSIGNOR S HEREBY CONFIRMS THE ASSIGNMENT | 039227 | /0020 | |
| May 23 2016 | CORRERO, GREG | Bank of America Corporation | CORRECTIVE ASSIGNMENT TO CORRECT THE THIRD ASSIGNOR S DOC DATE PREVIOUSLY RECORDED ON REEL 038719 FRAME 0763 ASSIGNOR S HEREBY CONFIRMS THE ASSIGNMENT | 039227 | /0020 | |
| May 23 2016 | SAMPATH, MURALI | Bank of America Corporation | CORRECTIVE ASSIGNMENT TO CORRECT THE THIRD ASSIGNOR S DOC DATE PREVIOUSLY RECORDED ON REEL 038719 FRAME 0763 ASSIGNOR S HEREBY CONFIRMS THE ASSIGNMENT | 039227 | /0020 | |
| May 23 2016 | GETACHEW, KIRUBEL | Bank of America Corporation | CORRECTIVE ASSIGNMENT TO CORRECT THE THIRD ASSIGNOR S DOC DATE PREVIOUSLY RECORDED ON REEL 038719 FRAME 0763 ASSIGNOR S HEREBY CONFIRMS THE ASSIGNMENT | 039227 | /0020 | |
| May 23 2016 | HUPFER, GLENN | Bank of America Corporation | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 038719 | /0763 | |
| May 23 2016 | ABRAHAM, ANISH | Bank of America Corporation | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 038719 | /0763 | |
| May 23 2016 | SAMPATH, MURALI | Bank of America Corporation | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 038719 | /0763 | |
| May 23 2016 | GETACHEW, KIRUBEL | Bank of America Corporation | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 038719 | /0763 | |
| May 24 2016 | ANDERSON, ANDY | Bank of America Corporation | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 038719 | /0763 | |
| May 24 2016 | ANDERSON, ANDY | Bank of America Corporation | CORRECTIVE ASSIGNMENT TO CORRECT THE THIRD ASSIGNOR S DOC DATE PREVIOUSLY RECORDED ON REEL 038719 FRAME 0763 ASSIGNOR S HEREBY CONFIRMS THE ASSIGNMENT | 039227 | /0020 | |
| May 25 2016 | CORRERO, GREG | Bank of America Corporation | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 038719 | /0763 | |
| May 25 2016 | Bank of America Corporation | (assignment on the face of the patent) | / |
| Date | Maintenance Fee Events |
| Feb 17 2021 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
| Date | Maintenance Schedule |
| Sep 12 2020 | 4 years fee payment window open |
| Mar 12 2021 | 6 months grace period start (w surcharge) |
| Sep 12 2021 | patent expiry (for year 4) |
| Sep 12 2023 | 2 years to revive unintentionally abandoned end. (for year 4) |
| Sep 12 2024 | 8 years fee payment window open |
| Mar 12 2025 | 6 months grace period start (w surcharge) |
| Sep 12 2025 | patent expiry (for year 8) |
| Sep 12 2027 | 2 years to revive unintentionally abandoned end. (for year 8) |
| Sep 12 2028 | 12 years fee payment window open |
| Mar 12 2029 | 6 months grace period start (w surcharge) |
| Sep 12 2029 | patent expiry (for year 12) |
| Sep 12 2031 | 2 years to revive unintentionally abandoned end. (for year 12) |