US20130339242A1 - System and method for formless, self-service registration for access to financial services - Google Patents
System and method for formless, self-service registration for access to financial services Download PDFInfo
- Publication number
- US20130339242A1 US20130339242A1 US13/826,537 US201313826537A US2013339242A1 US 20130339242 A1 US20130339242 A1 US 20130339242A1 US 201313826537 A US201313826537 A US 201313826537A US 2013339242 A1 US2013339242 A1 US 2013339242A1
- Authority
- US
- United States
- Prior art keywords
- user
- central office
- image
- service
- customer
- 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
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4014—Identity check for transactions
- G06Q20/40145—Biometric identity checks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
Definitions
- the following disclosure relates to a system and method for formless registration of an unbanked user for financial and similar services.
- ATMs automated teller machines
- Such devices typically provide banking, funds transfer, bill payment services and the like to customers of a financial institution.
- the devices and systems used to provide such financial transactions have typically been limited to services provided by a given financial service provider.
- Some devices do allow for multiple services from a common location, but such service typically requires a dedicated VPN connection between the device and the service provider.
- a customer In order to utilize such services, a customer must typically have an account with a financial service provider and/or a credit, debit or similar card issued by the service provider.
- self-service ticket machines are typically limited to dispensing tickets and require the use of a credit card or debit card to complete a purchase.
- a user is typically required to fill out one or more forms and submit the completed to form to the bank or other financial institution which processes the form, opens an account for the customer and provides the customer with a card or card that enables the customer to access and utilize the services provided by the financial institution and other entities.
- Unbanked or under-banked populations may reside in geographic region(s) where financial service providers do not maintain branch offices due to demographic factors. The economics of locating an office or store front such as a branch bank office in such regions may preclude financial service providers from locating store fronts or branch offices in these regions. Additionally, postal services may be limited or non-existent in such regions.
- a method for enabling users to access financial services of subscribing financial services with a central verification system includes creating a verifiable user profile for a given user.
- the user presents, at a fixed location, a verifiable identification ((ID) with a photo attached that can be verified by a third party as being associated with the photograph on the verifiable ID.
- One or more biometrics of the given user are input and a photograph of the user is taken proximate to the fixed location at which the verifiable ID and the biometrics are input.
- the verifiable ID, biometrics and photograph are transmitted to the central verification system which provides a unique code to the given user after receipt of the verifiable ID, the input biometrics and the photograph.
- a financial transaction may be initiated by presenting, at a financial transactions location, a list of available financial services to the given user in response to the given user being proximate to the location. At least one of the available financial services is from the group of the subscribing financial services. The user selects the subscribing financial service and a photo of the user is taken with a camera disposed at the financial transactions location.
- biometrics and the user's unique code are received at the financial transactions location and the code, biometrics and photo are transmitted to the central verification system which verifies that the received biometrics and code are in fact associated with the central verification system.
- the financial transaction is then allowed to proceed.
- the method includes completing the transaction after verification.
- the operation of creating the verifiable user profile is conducted at a physical kiosk having an input device for receiving a verifiable ID with photograph and the biometrics in addition to having a camera associated therewith for taking a photograph.
- the physical kiosk includes the capability to take more than one photograph, with at least one being known by the given user taken at the time of inputting the information.
- the other photographs are capable of being taken at different times proximate to the time of input of the information.
- Multiple cameras at different angles may be provided, such that at least one of the cameras is known to the user at the time the information is input during the creation operation and the other cameras being hidden from the given user's knowledge and possibly the view of the given user before taking pictures also proximate in time to the time of input of either verifiable IDs or biometrics.
- the financial transactions location for conducting a transaction includes at least one additional camera for taking a photograph unknown to the user at the time of initiating the financial transaction.
- the step of presenting a list of financial services provides an indicator for the subscribing financial service to indicate to the given user the one of the available financial services associated with the verifiable user profile.
- a display is provided at the fixed location.
- a system for enabling users to register to use external financial services comprises a central office including an operating platform having a processor and a communication interface.
- the central office further includes a user database having a plurality of records for individual users stored on a database.
- the user records each includes a user customer identification number, the user's name and address, an image of an identification card of the user, a verification image of the user and an associated biometric parameter of the user.
- the central office is operative to communicate via the communication interface with a plurality of formless, self-service registration stations remote from the central office.
- Each of the formless, self-service registration stations includes a camera operable to create a user verification image, a card scanner operable to create an image of an identification card of the user, a biometric scanner operable to record a biometric parameter of the user and a user interface adapted to enable a user to initiate a registration procedure for registering a user.
- the user interface is operable to enable a user to enter a customer identification code during the registration process.
- the user's verifiable customer identification card is then scanned by the user with the card scanner.
- the customer identification card includes the user's name and address.
- the self-service formless registration station photographs the user to create a verification image of the user and records a biometric parameter unique to the user.
- the self-service formless registration station then transmits an image of the verifiable customer identification card, the biometric parameter and the verification image of the user to the central office.
- the operating platform is operable to translate text from the user's customer identification card including the user's name and address.
- the operating platform is also operable to create a record for the user including a customer identification number for the user, the verification image of the user, the image of the user's identification card and the translated text from the user's identification card.
- the operating platform uses the translated text to populate fields in the user record including the user's name and address.
- the operating platform is further operable to retrieve and display a user record including the user verification image, the image of the user identification card and the user's name and address to an administrator for review of the user record.
- FIG. 1A is a schematic representation of a system as disclosed and described herein;
- FIG. 1B is a flow chart illustrating the method of FIG. 1A ;
- FIG. 1C illustrates a representation of a customer record
- FIG. 2A is diagrammatic illustration of a terminal for use in the system of FIG. 1A ;
- FIG. 2B is a block diagram illustrating one possible configuration for the terminal of FIG. 2A ;
- FIG. 2C is a block diagram illustrating the manner in which different terminals may be configured in one embodiment according to the disclosure.
- FIG. 2D is a schematic representation of a mobile terminal for use in the system of FIG. 1A ;
- FIG. 2E illustrates a diagrammatic view of the terminal
- FIGS. 3A and 3B is a flow chart illustrating one method implemented via the system of FIG. 1A ;
- FIGS. 4A and 4B is a flowchart of a second method implemented utilizing the system of FIG. 1A .
- FIG. 1A is a schematic representation of a system 100 as described herein.
- system 100 includes a plurality of user terminals or kiosks 110 .
- Each of the terminals 110 may have a different “character” depending on the service modules (or external resources) available at the terminal 110 .
- terminals 110 may be linked to the central office 116 by means of a network 118 such as a local area network, a GSM connection or by means of the public telephone system (POTS).
- POTS public telephone system
- Central office 116 interfaces with service providers 112 via network 118 which may be utilized to access and/or obtain service modules corresponding to the services offered by the different service providers.
- Service providers 112 may include a variety of financial institutions such as banks, credit card companies and other financial service providers.
- central office 116 includes a front end processor 122 and a back end processor 124 , which together, may be referred to as the “central office processor.”
- Databases 126 and 128 are associated with front and back end processors 122 and 124 , respectively.
- Database 126 may include information regarding the configuration, (i.e., the identity of and the services enabled on different terminals 110 ) along with the information required to interface with the terminals.
- Central office 116 includes a user verification system as operative to verify the identity of a user when the user creates an account and when the user conducts financial transactions as hereinafter described.
- Database 128 may include information required to interface with service providers 112 , such as information required to format information for use by a selected service provider 112 , as well as the information required to receive and process information received from the service providers.
- User profiles with such information as age, gender, biometric parameter data such as a palm vein scan or fingerprint scan, the user's service history and other information may be stored on database 126 , database 128 or both. Additional data such as transaction data, logs, analysis data and results and performance data may also be stored on either or both of database 126 and database 128 .
- Each of the processors 122 , 124 has an associated data interface (hardware) for communicating with terminals 110 and service providers 112 .
- Each of the terminals 110 is configured as an independent interface to a particular user utilizing that particular terminal 110 .
- Each of the terminals 110 has associated therewith service modules or external resources that will allow the user to effectively interface with the service provider 112 to both input information to the system for use in the transaction and to receive an output from the transaction, if such is appropriate, this being a transaction-dependent operation.
- Service modules or external resources that will allow the user to effectively interface with the service provider 112 to both input information to the system for use in the transaction and to receive an output from the transaction, if such is appropriate, this being a transaction-dependent operation.
- During the transaction there will be many interactions between the terminal 110 and the central office 116 , this interaction allowing less of the transaction to be implemented on the terminal 110 and more to be implemented on the central office.
- System 100 may be the same as, or similar to the system described in U.S. Publication No. 2010/0179990, published Jul. 15, 2010, U.S. patent application Ser. No. 12/684,929, to Cacheria
- FIG. 1B is a flow chart illustrating a method of formless, seamless registration for potential customers of service providers such as financial institutions to enable potential customers to access such services with a single registration.
- the process begins at step 1000 where a potential customer approaches a kiosk or remote terminal 110 .
- the customer's presence is sensed at terminal 110 by means of a motion detector, touch screen or similar sensor.
- a screen is displayed prompting the customer or potential customer to begin.
- the customer selects “Begin” and at step 1008 , the customer is prompted to enter a customer identification number (CID).
- CID customer identification number
- step 1010 if the customer enters a CID, the customer may proceed to conduct a financial transaction at 1012 after which the process ends at step 1014 . If the customer is not registered or authorized for the service that he or she selects, the process jumps to step 1064 as described hereafter. If the customer elects not to register, at step 1018 , the process loops back to Start at 1020 .
- the customer or potential customer is prompted to scan a photo ID such as a driver's license, passport or similar identification card at step 1024 .
- the ID is one that may be verified by accessing a public or private database including records identifying the user.
- the customer ID is a driver's license
- the ID may be verified by accessing a private or public database containing records of individuals having a driver's license. Such records may include an individual's driver's license number, address, age and a photo of the individual.
- the process returns to Start at step 1030 . If the photo ID scan is acceptable, the image is captured at step 1034 and the image is processed via optical character recognition (OCR) at 1036 .
- OCR optical character recognition
- a customer record is created at a central office remote from the kiosk or terminal and the customer record is populated with data from the scanned and processed photo ID at step 1040 .
- the customer image captured from the photo ID at step 1034 is stored in the customer record.
- FIG. 1C is a representation of a customer record.
- the customer record may include fields for information such as a customer's name, customer identification number (CID), a social security number (SSN), a driver's license number, a driver's license expiration date, a library card number, the customer's address, and other pertinent information.
- the scanned photo ID is a passport
- the pertinent information may be captured from the passport, OCR'd and used to populate the customer record.
- the customer record may also include a biometric such as a photograph taken by the kiosk or remote terminal, a palm vein scan, a fingerprint, a retinal scan or a voice print.
- the customer record is populated with the data scanned and OCR'd from the customer ID.
- the first customer image from the scanned ID is stored in the customer record.
- the customer is photographed with a local camera and the photograph may be taken multiple times during the registration process.
- the second customer image from the local camera is stored in the customer record at step 1046 .
- the customer may be prompted to enter a biometric, e.g., a thumb print, palm vein scan, retinal scan, voice scan, etc.
- the customer biometric parameter is captured and subsequently stored at step 1052 in the customer record.
- the central office may access available public records using the customer's name or other information acquired from the scanned customer ID in order to populate other fields in the customer record as the information may be available.
- a biometric parameter may not be required. In this case the process may skip from step 1046 to step 1054 .
- Other services for example, funds transfer services may require a biometric parameter and additional personal information.
- the amount of user information required to access a service may be dictated by the service provider or by governmental regulations.
- a customer identification number or code is created and stored in the customer record at step 1056 .
- the user may be prompted to enter a CID of his or her choice. This may be done, for example in conjunction with the user photo ID scan. If the CID is assigned by the central office, the CID is transmitted to the terminal or kiosk where it is displayed to the customer. The display may include messages such as, “please save this number for a future reference,” or “do not share this number with other people.” A CID assigned by the central office may be temporary, in which case, the user may select a different CID at a later date or stage in the process. If the customer CID has not been stored in the customer record, the customer CID is stored in the customer record at step 1058 .
- the kiosk or remote terminal may display a completion message such as, “congratulations, you have completed basic registration,” or a similar message.
- the display may also include available services or services that are available with a basic registration.
- the display may also include an instruction such as, “in the future, you may access selected services with your CID and your biometric parameter.”
- discrete pieces of information may be input at 110 and transmitted to central office 116 as the information is collected. For example, a scan of a photo ID may be captured and transmitted to central office 116 for record creation before a biometric parameter, zip code, telephone number or other information is collected. In other variations, all required information may be collected at kiosk or terminal 110 before being transmitted to central office 116 as a single data package after which the central office may create a user record.
- Some services may require more person information than other services.
- a bill pay service may require minimal basic information while a funds withdrawal or funds transfer transaction may require additional information, such as a biometric parameter.
- a user may also wish to add additional information to his or her record, such as a biometric parameter as a further safeguard against unauthorized use of the user's registration.
- the customer may be prompted with a display such as “other services require advanced registration. would you like the convenience and security of advanced registration?” If the customer does not elect advanced registration at step 1064 , the customer is prompted at step 1066 to select a service. If the customer elects not to select a service at step 1068 , the process ends at step 1070 .
- the service menu is displayed at step 1072 enabling the customer to access the service after which the process ends at 1074 . If a user attempts to access a service requiring advanced registration, for example, require more personal information or the addition of a biometric parameter, the customer will be prompted at step 1062 to add or update his or her record or profile with the information required to access the service.
- the customer is prompted to select the desired level at step 1076 .
- the different levels may be designated for example as gold, silver or platinum and the services available for each level of registration may be displayed.
- the customer selects an advanced level of registration at steps 1078 - 1082 , the customer is prompted at steps 1094 - 1098 to enter the information required for the selected registration level.
- Such information may include, for example, a driver's license number, a social security number, an address and/or information regarding the customer's credit lines, for example, credit card information.
- the process ends at step 1086 and loops back at step 1090 to Start 1000 .
- the process ends and returns to Start 1000 at step 1102 .
- a completion display may be displayed to the customer at step 1106 indicating the level of registration that the customer is registered for.
- the display may include a list of the services that are available to the customer at the selected registration level.
- the customer is prompted to select a service for which the customer is registered. Such services may include, for example, funds transfer, cash withdrawal, check cashing, etc. If the customer fails to select a service at step 1110 , the process ends at step 1112 and loops back to Start 1000 . If the customer selects a service at step 1116 , the central office confirms whether or not the customer is registered for the selected service. If the customer is not registered for the selected service, the process loops back at step 1118 to step 1062 and the customer is prompted to select an appropriate registration level.
- a prompt for the service is displayed at step 1120 .
- the display may prompt the customer to enter information required for the transaction, for example, the amount of the transaction or in the case of a funds transfer, the destination of the funds.
- the customer then enters the information required to conduct the transaction at step 1122 after which the service is accessed at step 1124 by the central office.
- the transaction is then processed through the central office at step 1126 after which the process loops back to Start 1000 at step 1128 . If the customer is not registered at the appropriate level for the service, the process loops back to step 1062 .
- each of terminals 110 is provided with a number of user interface devices (physical system or external resources) mounted in a housing 201 to allow a user to interface with the terminal 110 .
- the devices include a keyboard 202 , a magnetic card scanner 204 , an ID scanner 206 , a smart card scanner 208 and a touch screen 210 .
- Other user interface devices include a proximity sensor 212 , a motion detector 214 , a check scanner 216 , a currency reader 218 , a voice recognition model 220 and a video camera 222 .
- Terminal 110 may also include a biometric parameter interface device such as a palm vein scanner 224 for authentication purposes.
- Each of the user interface devices may be connected to a CPU 244 (terminal processing unit) in terminal 110 .
- Each of the interface devices may be interfaced with CPU 244 via a physical system resource interface 203 including hardware and software enabling the physical system resource to communicate with CPU 244 .
- Each of terminals 110 may also include a variety of output interface devices (also external resources) that enable the terminal to provide services to users. Such output devices may include a currency dispenser 226 , a magnetic card dispenser 228 , a smart card dispenser 230 , ticket printers 232 and a receipt printer 234 .
- terminal 110 may also include a document printer 236 , a media display device 238 , a money order dispenser 240 and an audio output device such as a speaker 242 .
- the media display device 238 may comprise a large, flat screen monitor for displaying promotional information such as advertisements for different goods and services.
- each of terminals 110 also includes a data storage device 246 (data store) associated with CPU 244 .
- CPU 244 interfaces with central office 116 via a public or private network 118 (communications resource).
- each of devices 202 - 242 are independently controlled.
- the individual device or module may be disabled along with the services that it supports without affecting the remaining modules and services.
- An operating system runs on CPU 244 (processing platform), which, among other functions, monitors the status of available physical system or external resources via the physical system resources interfaces 203 .
- terminal 110 functions as a resources manager for managing available physical system or external resources. For example, if ticket printer 232 fails mechanically, the ticket printing services provided by terminal 110 may be disabled while the remaining services provided by the terminal are still available to users.
- each of terminals 110 transmits a message to central office processor 114 at predetermined intervals with the status of each of devices 202 - 242 .
- the particular service may be “grayed out” on screen 210 .
- FIG. 2C is a block diagram illustrating the manner in which different terminals 110 may be configured in system 100 .
- Service providers 112 may provide a wide range of different services. Each of the service providers 112 may have configuration information associated with the provider and/or with a service of the provider.
- the configuration information may include information defining the provider 112 , and/or a service that the provider provides.
- the configuration may also include a “script,” e.g., an instruction set defining a set of predetermined actions that are to be completed in a defined sequence to enable access to the service provider and/or service of the service provider.
- a configuration for a service provider 112 and/or for a service may be downloaded from the service provider to the central office processor 114 and, in turn, downloaded in whole or in part to selected ones of terminals 110 to enable a user to access the service provider of a provider service.
- the instructions incorporated in the script may be executed by the terminal 110 in conjunction with central office processor 114 to enable a user to access a user-selected service.
- a given configuration may identify the physical resources required to access a provider 112 and/or service. In many cases, multiple configurations or scripts may require the same physical system resources for execution of an instruction set or script.
- the operating system may disable access to a provider 112 or service if a required physical system resource is unavailable.
- company A may provide service s 1
- company B may provide services s 2 and s 3
- company C may provide service s 4 .
- Such services may include providing tickets for different entertainment events, currency transfers and dispensing a variety of stored value cards such as debit cards, gift cards and telephone cards.
- some services may be more desirable to different population segments at different times due to factors such as demographics, cultural factors, income levels, holidays and the location of a specific terminal 110 . Consequently, it may be desirable to configure different terminals 110 to provide different services at different locations or to configure a terminal based on a user profile.
- terminal 110 A may be configured with service modules to provide service s 1 and s 4 from companies A and C, respectively.
- Terminal 110 B may be configured with service modules to provide services s 2 and s 4 from companies B and C.
- Terminal 110 C may be configured with service modules to provide services s 1 , s 3 and s 4 from companies A, B and C, respectively to pay the customer's bills, transfer funds, print receipts, coupons, money orders, tickets or similar documents.
- FIGS. 2D and 2E there is illustrated a more detailed diagram of the terminal 110 and the manner by which it interfaces with the various physical system or external resources.
- the processor 244 which is operable to interface with a plurality of external resources 270 , which, as described hereinabove, can be any type of hardware resource that allows a user to interface with the various service providers through the central office.
- the terminal 110 does not possess the capability to allow a user to interface with any kind of service to conduct a financial transaction without being connected to the central office. This is not to say that such could not be implemented.
- the processor 244 has associated therewith a light operating system that provides the basic operating parameters to interface with the central office, interface with the storage database 246 containing the various service modules, and also interface with the physical system or external resources 270 .
- a hardware interface 272 associated with each external resource 270 .
- This external resource basically is a physical terminal or connector that can receive a connection or cable from the external resource 270 and this will typically allow bi-directional communication. Data can be transmitted to the external resource 270 for a printer, for example, and information can be received back from that printer indicating an error. Therefore, there will always be some type of monitor function associated with a particular external resource 270 in addition to a data transfer path.
- the data transfer path is illustrated by a path 274 and the monitoring information is represented by a path 276 .
- Any type of well-known connection can be used to provide this.
- most external resources in the form of printers, keyboards, and the like utilized a conventional communication link such as a serial USB connection.
- These USB interfaces utilize a common driver interface such that plugging the USB cord from the external resource 270 into the hardware interface will allow the processor 244 to recognize the device and essentially identify that device. Further, after the hardware interface has been provided, there will then be some type of driver software that will be required for the processor 244 to effect an interface with the external resource 270 . Even though the hardware interface may be a USB interface or some proprietary interface, there still must be some type of driver software to allow communication with the external resource.
- a printer may be recognized as a particular printer through a USB interface or other type of serial or parallel port interface, but driver software is required in order to utilize the full functionality of that particular external printer or other external resource.
- driver software is required in order to utilize the full functionality of that particular external printer or other external resource.
- the external resource 270 were a display, then a particular cable or interface such as a VGA cable would be required to interface with the display. Appropriate drivers would be required for the display.
- the operating system itself has predefined drivers for displays, as these are somewhat universal. For some resources, however, special drivers would be required to utilize the full functionality of that particular resource.
- the processor 244 then manages the resources 270 by keeping a table of available resources. If a resource fails, this will be communicated through the hardware interface to the processor 244 and may, in fact, require the use of the driver software to interface with the external resource 270 to provide this monitoring function. If the resource fails or if it is not connected, this would be recognized by the processor 244 . For example, when a particular configuration is provided, it may require a cash dispenser, a keyboard input and a display output in addition to a biometric scanner. The particular software script that comprises part of the service module will require all of these resources in order to function.
- the storage region 246 will be the area where the various service modules “script” is stored. This is the sequence of instructions that must be carried out in order to effect the portion of the transactions that is associated with a particular terminal 110 .
- an authorization module one of the first transactions that will occur and that constitutes a service module is an authorization module. This authorization module will require authentication of an individual by requiring them to enter certain information, such as name, password, CID information, and even biometric data.
- sn will be stored therein, which each constitute a portion of the script or transaction process required to be executed by the terminal 110 for a particular service. This is the configuration information that is downloaded from the central office processor 114 . However, it should also be understood that a particular terminal 110 could have all of the service modules fully loaded therein and all that the central office 116 would be required to do would be to activate a particular service on a terminal 110 .
- Two of the resource interfaces 272 are illustrated as being associated with communication external resources, one being an external resource 280 labeled COM 1 and a second one 282 labeled COM 2 . Each of these is interfaced with separate networks 284 and 286 , respectively.
- one communication protocol could be a dial-up modem and the other could be an Ethernet card. Either of these can interface a separate and different network utilizing a separate and different protocol. Both, alternatively, could be the same hardware resource for redundancy purposes. This resource allows the processor 244 to communicate with the central office 116 .
- FIGS. 3A and 3B is a block diagram of a method implemented via a system such as system 100 of FIG. 1A .
- the process begins at 30 where central office 116 receives a message from a terminal 110 at step 32 indicating that an unregistered customer is seeking to conduct a transaction or attempting to register.
- registration script is transmitted from central office 116 to the terminal 110 if the script is not resident on the terminal. It will be understood that the steps described in connection with FIGS. 3A and 3B will be conducted primarily by front end processor 122 of central office 116 except as necessary to interface with a service provider 112 .
- registration data is received from terminal 110 .
- Such information may include a customer biometric and a scanned image of the customer's verifiable ID. It will be understood that the information may be streamed from the terminal to the central office or transmitted as a single block of data.
- the information is compared to existing customer records to identify possible duplicate records. If it appears that the data duplicates an existing record at step 38 , an error message is transmitted to the terminal at step 40 and the process is terminated at step 42 . If no duplicate data is detected, at step 44 the image from the user's ID is compared to the image captured by the terminal camera. Preferably, multiple images are captured by the terminal camera to facilitate the comparison. The comparison may be conducted by a human attendant of central office 116 or by an automated system utilizing facial recognition software. If the images do not match at step 46 , an error message is transmitted to the terminal at step 40 and the process is terminated at step 42 .
- the image of the user ID is OCR'd at step 48 and a user record is created and a CID is assigned at step 50 .
- the user record is populated with data from the scanned ID at step 52 .
- available databases may be queried to identify data that may be used to populate the user record. Such databases may include bill payment records, telephone listing, address listings, employment records and other commercially available databases. If such records are located at step 56 , the information is used to populate the user record at step 58 . Information obtained in this manner may also be used to conduct a check for duplicate or erroneous data in the user record. For example, the comparison may identify an individual attempting to register using another individual's identity.
- the terminal prompts the user to select advanced registration. If the user elects not to seek advanced registration at step 60 , a registration complete message is transmitted to the terminal at step 62 , and the process is terminated. If the user elects to proceed with advanced registration, and then fails to complete the registration by providing the required information at step 64 , the process is terminated at step 66 . If the user information is received, the information is used to populate the user record at step 68 and a registration complete message is transmitted to the terminal at 70 . If the user then elects to conduct a transaction at step 72 , the transaction is conducted at step 74 and the user is prompted to select another transaction at step 76 and if another transaction is selected, the process loops back to 74 . If no transaction is selected, the process is terminated at step 78 .
- FIGS. 4A and 4B is a flowchart illustrating a method utilizing system 100 of FIG. 1A .
- the process begins with the user initiating a transaction at step 402 by entering the user's CID and biometric parameter.
- the user's photo and or biometric, obtained by the terminal camera when the transaction is initiated is compared with the image and/or biometric from the user's record. This check may be done at random, for selected users, or for each transaction. The check may be accomplished by an attendant at central office 116 , or the check may be automated, using for example, facial recognition software.
- the front end processor 122 may initiate an alert at step 408 and transmit an error message to the terminal at step 410 with the process terminating at step 412 .
- the alert may be displayed on a screen at central office 116 , alerting an attendant of the mismatch.
- the user record may also be checked at this step for accuracy and completeness. For example, if the record user photo ID is a driver's license, the expiration date may be checked. If the license is expired, the user may be prompted to update his or her record by scanning a current driver's license. Similarly, the address on the driver's license no longer matches other information in the user record, the user may be prompted to update the information or re-register for the user's selected services.
- a script for the user selected transmission may be transmitted to the terminal at step 414 if the script is not resident on the terminal. If the central office does not receive the information required for the transaction at step 416 , an error message is transmitted to the terminal at 418 and the process is terminated at 412 . If the data is received, the transaction and user parameters may be matched based upon preselected criteria at step 420 .
- Such parameters may include user transaction frequency and type, time, transaction amount, the geographical area where the transaction originated, etc. For example, if a transaction occurs more than, for example 100 miles from the user's address of record, the transaction may be denied. Similarly, if a second transaction is attempted at a geographical location remote from the location of a first transaction within a predetermined time window, the second transaction may be denied. For example, if the first transaction occurred in Chicago at 10 : 00 am and a second transaction was attempted in Phoenix at 10 : 20 , the second transaction may be denied.
- Such matching may be used to identify potential fraud, attempts to circumvent federal anti-money laundering regulations and other activity of interest.
- the results of the match are compared to a threshold value for the selected parameter or parameters at step 422 and if the threshold is exceeded, an alert may be generated at step 424 .
- a determination is made as to whether or not to allow the transaction to continue based upon preselected criteria. If the criterion indicates that the transaction should not proceed, the process is terminated at step 412 .
- the user data is formatted and/or compiled for the user by the selected service provider at 428 and transmitted to the provider at 430 .
- the steps of formatting and transmitting the data will be conducted by the back end processor 124 of central office 116 .
- data may be streamed or multiple data blocks and instructions may be transmitted back and forth between the back end processor and the user selected service provider as illustrated and described in U.S. Publication No. 2010/0179990, published Jul. 15, 2010, U.S. patent application Ser. No. 12/684,929, to Cacheria, et al., filed Jan. 9, 2010, the disclosure of which is incorporated herein for all purposes.
- the transaction is conducted and the user's record updated to reflect the transaction. If the service provider rejects the transmitted data, an error message is transmitted to the terminal at step 434 and the transaction is terminated at step 436 . If the user selects another transaction at 440 , the process loops back to start 400 , if not, the transaction is terminated at step 444 .
Abstract
Description
- This application claims benefit of U.S. Provisional Application No. 61/644,878, filed May 9, 2012, entitled SYSTEM AND METHOD FOR FORMLESS, SELF-SERVICE REGISTRATION FOR ACCESS TO FINANCIAL SERVICES (Atty. Dkt. No. GNRT-30929), the specification of which is incorporated herein in its entirety.
- The following disclosure relates to a system and method for formless registration of an unbanked user for financial and similar services.
- The availability of self-service financial technology and devices such as automated teller machines, (ATMs), and similar devices has grown exponentially over the past several years. Such devices typically provide banking, funds transfer, bill payment services and the like to customers of a financial institution. However, the devices and systems used to provide such financial transactions have typically been limited to services provided by a given financial service provider. Some devices do allow for multiple services from a common location, but such service typically requires a dedicated VPN connection between the device and the service provider. In order to utilize such services, a customer must typically have an account with a financial service provider and/or a credit, debit or similar card issued by the service provider. For example, self-service ticket machines are typically limited to dispensing tickets and require the use of a credit card or debit card to complete a purchase. To obtain a credit card or debit card, a user is typically required to fill out one or more forms and submit the completed to form to the bank or other financial institution which processes the form, opens an account for the customer and provides the customer with a card or card that enables the customer to access and utilize the services provided by the financial institution and other entities.
- Currently, however, there are significant populations of unbanked or under-banked consumers that do not have access to such services for a number of reasons. Members of such populations may not have a credit or debit card for a variety of reasons; for example, language barriers, cultural factors, or simply a lack of knowledge. Some customers may simply not wish to deal with the paper work required to obtain a credit or debit card. Such customers may also be unwilling to complete on-line forms that are commonly used to register for financial and similar services. Unbanked or under-banked populations may reside in geographic region(s) where financial service providers do not maintain branch offices due to demographic factors. The economics of locating an office or store front such as a branch bank office in such regions may preclude financial service providers from locating store fronts or branch offices in these regions. Additionally, postal services may be limited or non-existent in such regions.
- In one aspect thereof, a method for enabling users to access financial services of subscribing financial services with a central verification system includes creating a verifiable user profile for a given user. The user presents, at a fixed location, a verifiable identification ((ID) with a photo attached that can be verified by a third party as being associated with the photograph on the verifiable ID. One or more biometrics of the given user are input and a photograph of the user is taken proximate to the fixed location at which the verifiable ID and the biometrics are input. The verifiable ID, biometrics and photograph are transmitted to the central verification system which provides a unique code to the given user after receipt of the verifiable ID, the input biometrics and the photograph. A financial transaction may be initiated by presenting, at a financial transactions location, a list of available financial services to the given user in response to the given user being proximate to the location. At least one of the available financial services is from the group of the subscribing financial services. The user selects the subscribing financial service and a photo of the user is taken with a camera disposed at the financial transactions location.
- One or more biometrics and the user's unique code are received at the financial transactions location and the code, biometrics and photo are transmitted to the central verification system which verifies that the received biometrics and code are in fact associated with the central verification system. The financial transaction is then allowed to proceed. The method includes completing the transaction after verification. The operation of creating the verifiable user profile is conducted at a physical kiosk having an input device for receiving a verifiable ID with photograph and the biometrics in addition to having a camera associated therewith for taking a photograph.
- The physical kiosk includes the capability to take more than one photograph, with at least one being known by the given user taken at the time of inputting the information. The other photographs are capable of being taken at different times proximate to the time of input of the information. Multiple cameras at different angles may be provided, such that at least one of the cameras is known to the user at the time the information is input during the creation operation and the other cameras being hidden from the given user's knowledge and possibly the view of the given user before taking pictures also proximate in time to the time of input of either verifiable IDs or biometrics.
- In another aspect, the financial transactions location for conducting a transaction includes at least one additional camera for taking a photograph unknown to the user at the time of initiating the financial transaction. The step of presenting a list of financial services provides an indicator for the subscribing financial service to indicate to the given user the one of the available financial services associated with the verifiable user profile. A display is provided at the fixed location.
- In one variation, a system for enabling users to register to use external financial services comprises a central office including an operating platform having a processor and a communication interface. The central office further includes a user database having a plurality of records for individual users stored on a database. The user records each includes a user customer identification number, the user's name and address, an image of an identification card of the user, a verification image of the user and an associated biometric parameter of the user. The central office is operative to communicate via the communication interface with a plurality of formless, self-service registration stations remote from the central office. Each of the formless, self-service registration stations includes a camera operable to create a user verification image, a card scanner operable to create an image of an identification card of the user, a biometric scanner operable to record a biometric parameter of the user and a user interface adapted to enable a user to initiate a registration procedure for registering a user.
- In some variations, the user interface is operable to enable a user to enter a customer identification code during the registration process. The user's verifiable customer identification card is then scanned by the user with the card scanner. The customer identification card includes the user's name and address. The self-service formless registration station photographs the user to create a verification image of the user and records a biometric parameter unique to the user. The self-service formless registration station then transmits an image of the verifiable customer identification card, the biometric parameter and the verification image of the user to the central office. The operating platform is operable to translate text from the user's customer identification card including the user's name and address. The operating platform is also operable to create a record for the user including a customer identification number for the user, the verification image of the user, the image of the user's identification card and the translated text from the user's identification card. The operating platform uses the translated text to populate fields in the user record including the user's name and address. The operating platform is further operable to retrieve and display a user record including the user verification image, the image of the user identification card and the user's name and address to an administrator for review of the user record. Thus, the system and method disclosed herein enables a user to register to user financial and similar services without filling out paper or online forms.
- For a more complete understanding, reference is now made to the following description taken in conjunction with the accompanying drawings in which:
-
FIG. 1A is a schematic representation of a system as disclosed and described herein; -
FIG. 1B is a flow chart illustrating the method ofFIG. 1A ; -
FIG. 1C illustrates a representation of a customer record; -
FIG. 2A is diagrammatic illustration of a terminal for use in the system ofFIG. 1A ; -
FIG. 2B is a block diagram illustrating one possible configuration for the terminal ofFIG. 2A ; -
FIG. 2C is a block diagram illustrating the manner in which different terminals may be configured in one embodiment according to the disclosure; -
FIG. 2D is a schematic representation of a mobile terminal for use in the system ofFIG. 1A ; -
FIG. 2E illustrates a diagrammatic view of the terminal; -
FIGS. 3A and 3B is a flow chart illustrating one method implemented via the system ofFIG. 1A ; and -
FIGS. 4A and 4B is a flowchart of a second method implemented utilizing the system ofFIG. 1A . - Referring now to the drawings, wherein like reference numbers are used herein to designate like elements throughout, the various views and embodiments of a system and method for formless, self-service registration for access to financial services are illustrated and described, and other possible embodiments are described. The figures are not necessarily drawn to scale, and in some instances the drawings have been exaggerated and/or simplified in places for illustrative purposes only. One of ordinary skill in the art will appreciate the many possible applications and variations based on the following examples of possible embodiments.
-
FIG. 1A is a schematic representation of asystem 100 as described herein. In one embodiment,system 100 includes a plurality of user terminals orkiosks 110. Each of theterminals 110 may have a different “character” depending on the service modules (or external resources) available at the terminal 110. In different variations,terminals 110 may be linked to thecentral office 116 by means of anetwork 118 such as a local area network, a GSM connection or by means of the public telephone system (POTS).Central office 116 interfaces withservice providers 112 vianetwork 118 which may be utilized to access and/or obtain service modules corresponding to the services offered by the different service providers.Service providers 112 may include a variety of financial institutions such as banks, credit card companies and other financial service providers. - As illustrated,
central office 116 includes afront end processor 122 and aback end processor 124, which together, may be referred to as the “central office processor.”Databases back end processors Database 126 may include information regarding the configuration, (i.e., the identity of and the services enabled on different terminals 110) along with the information required to interface with the terminals.Central office 116 includes a user verification system as operative to verify the identity of a user when the user creates an account and when the user conducts financial transactions as hereinafter described.Database 128 may include information required to interface withservice providers 112, such as information required to format information for use by a selectedservice provider 112, as well as the information required to receive and process information received from the service providers. User profiles with such information as age, gender, biometric parameter data such as a palm vein scan or fingerprint scan, the user's service history and other information may be stored ondatabase 126,database 128 or both. Additional data such as transaction data, logs, analysis data and results and performance data may also be stored on either or both ofdatabase 126 anddatabase 128. Each of theprocessors terminals 110 andservice providers 112. - Each of the
terminals 110 is configured as an independent interface to a particular user utilizing thatparticular terminal 110. Each of theterminals 110, as will be more fully described hereinbelow, has associated therewith service modules or external resources that will allow the user to effectively interface with theservice provider 112 to both input information to the system for use in the transaction and to receive an output from the transaction, if such is appropriate, this being a transaction-dependent operation. During the transaction, there will be many interactions between the terminal 110 and thecentral office 116, this interaction allowing less of the transaction to be implemented on the terminal 110 and more to be implemented on the central office.System 100 may be the same as, or similar to the system described in U.S. Publication No. 2010/0179990, published Jul. 15, 2010, U.S. patent application Ser. No. 12/684,929, to Cacheria, et al., filed Jan. 9, 2010, the disclosure of which is incorporated herein for all purposes. -
FIG. 1B is a flow chart illustrating a method of formless, seamless registration for potential customers of service providers such as financial institutions to enable potential customers to access such services with a single registration. The process begins atstep 1000 where a potential customer approaches a kiosk orremote terminal 110. Atstep 1002, the customer's presence is sensed atterminal 110 by means of a motion detector, touch screen or similar sensor. Atstep 1004, a screen is displayed prompting the customer or potential customer to begin. Atstep 1006, the customer selects “Begin” and atstep 1008, the customer is prompted to enter a customer identification number (CID). Atstep 1010, if the customer enters a CID, the customer may proceed to conduct a financial transaction at 1012 after which the process ends atstep 1014. If the customer is not registered or authorized for the service that he or she selects, the process jumps to step 1064 as described hereafter. If the customer elects not to register, atstep 1018, the process loops back to Start at 1020. - If the customer elects to register, the customer or potential customer is prompted to scan a photo ID such as a driver's license, passport or similar identification card at
step 1024. Preferably, the ID is one that may be verified by accessing a public or private database including records identifying the user. For example, if the customer ID is a driver's license, the ID may be verified by accessing a private or public database containing records of individuals having a driver's license. Such records may include an individual's driver's license number, address, age and a photo of the individual. - If the customer fails to scan a photo ID or if the photo ID is not acceptable, for example if the ID is not legible, the process returns to Start at
step 1030. If the photo ID scan is acceptable, the image is captured atstep 1034 and the image is processed via optical character recognition (OCR) at 1036. Atstep 1038, a customer record is created at a central office remote from the kiosk or terminal and the customer record is populated with data from the scanned and processed photo ID atstep 1040. Atstep 1042, the customer image captured from the photo ID atstep 1034 is stored in the customer record. -
FIG. 1C is a representation of a customer record. The customer record may include fields for information such as a customer's name, customer identification number (CID), a social security number (SSN), a driver's license number, a driver's license expiration date, a library card number, the customer's address, and other pertinent information. In the case where the scanned photo ID is a passport, for example, the pertinent information may be captured from the passport, OCR'd and used to populate the customer record. The customer record may also include a biometric such as a photograph taken by the kiosk or remote terminal, a palm vein scan, a fingerprint, a retinal scan or a voice print. - Returning to
FIG. 1B , atstep 1040, the customer record is populated with the data scanned and OCR'd from the customer ID. Atstep 1042, the first customer image from the scanned ID is stored in the customer record. Atstep 1044, the customer is photographed with a local camera and the photograph may be taken multiple times during the registration process. The second customer image from the local camera is stored in the customer record atstep 1046. After the customer image from the scanned ID and the customer photograph have been captured, atstep 1048 the customer may be prompted to enter a biometric, e.g., a thumb print, palm vein scan, retinal scan, voice scan, etc. Atstep 1050, the customer biometric parameter is captured and subsequently stored atstep 1052 in the customer record. - During the creation of the customer record at the central office as hereinafter described, the central office may access available public records using the customer's name or other information acquired from the scanned customer ID in order to populate other fields in the customer record as the information may be available. In some instances, if a user is only interested in accessing certain basic services, such as a bill pay service, a biometric parameter may not be required. In this case the process may skip from
step 1046 to step 1054. Other services, for example, funds transfer services may require a biometric parameter and additional personal information. The amount of user information required to access a service may be dictated by the service provider or by governmental regulations. - At
step 1054, a customer identification number or code (CID) is created and stored in the customer record atstep 1056. In different variations, the user may be prompted to enter a CID of his or her choice. This may be done, for example in conjunction with the user photo ID scan. If the CID is assigned by the central office, the CID is transmitted to the terminal or kiosk where it is displayed to the customer. The display may include messages such as, “please save this number for a future reference,” or “do not share this number with other people.” A CID assigned by the central office may be temporary, in which case, the user may select a different CID at a later date or stage in the process. If the customer CID has not been stored in the customer record, the customer CID is stored in the customer record atstep 1058. - At
step 1060, the kiosk or remote terminal may display a completion message such as, “congratulations, you have completed basic registration,” or a similar message. The display may also include available services or services that are available with a basic registration. The display may also include an instruction such as, “in the future, you may access selected services with your CID and your biometric parameter.” During the registration process, discrete pieces of information may be input at 110 and transmitted tocentral office 116 as the information is collected. For example, a scan of a photo ID may be captured and transmitted tocentral office 116 for record creation before a biometric parameter, zip code, telephone number or other information is collected. In other variations, all required information may be collected at kiosk or terminal 110 before being transmitted tocentral office 116 as a single data package after which the central office may create a user record. - Some services may require more person information than other services. For example, a bill pay service may require minimal basic information while a funds withdrawal or funds transfer transaction may require additional information, such as a biometric parameter. A user may also wish to add additional information to his or her record, such as a biometric parameter as a further safeguard against unauthorized use of the user's registration. At
step 1062, the customer may be prompted with a display such as “other services require advanced registration. Would you like the convenience and security of advanced registration?” If the customer does not elect advanced registration atstep 1064, the customer is prompted atstep 1066 to select a service. If the customer elects not to select a service atstep 1068, the process ends atstep 1070. If the customer selects a service, the service menu is displayed atstep 1072 enabling the customer to access the service after which the process ends at 1074. If a user attempts to access a service requiring advanced registration, for example, require more personal information or the addition of a biometric parameter, the customer will be prompted atstep 1062 to add or update his or her record or profile with the information required to access the service. - Alternatively, if the customer selects advanced registration at
step 1064, the customer is prompted to select the desired level atstep 1076. The different levels may be designated for example as gold, silver or platinum and the services available for each level of registration may be displayed. If the customer selects an advanced level of registration at steps 1078-1082, the customer is prompted at steps 1094-1098 to enter the information required for the selected registration level. Such information may include, for example, a driver's license number, a social security number, an address and/or information regarding the customer's credit lines, for example, credit card information. Alternatively, if the customer fails to select a particular advanced registration level, the process ends atstep 1086 and loops back atstep 1090 toStart 1000. Likewise, if the customer fails to enter the required information atstep 1100, the process ends and returns to Start 1000 atstep 1102. - If the customer enters the required information and the entry is confirmed by the central office, a completion display may be displayed to the customer at
step 1106 indicating the level of registration that the customer is registered for. The display may include a list of the services that are available to the customer at the selected registration level. Atstep 1108, the customer is prompted to select a service for which the customer is registered. Such services may include, for example, funds transfer, cash withdrawal, check cashing, etc. If the customer fails to select a service atstep 1110, the process ends atstep 1112 and loops back toStart 1000. If the customer selects a service atstep 1116, the central office confirms whether or not the customer is registered for the selected service. If the customer is not registered for the selected service, the process loops back atstep 1118 to step 1062 and the customer is prompted to select an appropriate registration level. - If the customer is registered at the appropriate level for the service, a prompt for the service is displayed at
step 1120. The display may prompt the customer to enter information required for the transaction, for example, the amount of the transaction or in the case of a funds transfer, the destination of the funds. The customer then enters the information required to conduct the transaction atstep 1122 after which the service is accessed atstep 1124 by the central office. The transaction is then processed through the central office atstep 1126 after which the process loops back toStart 1000 atstep 1128. If the customer is not registered at the appropriate level for the service, the process loops back tostep 1062. - Referring to
FIGS. 2A and 2B , each ofterminals 110 is provided with a number of user interface devices (physical system or external resources) mounted in ahousing 201 to allow a user to interface with the terminal 110. In one variation, the devices include akeyboard 202, amagnetic card scanner 204, anID scanner 206, asmart card scanner 208 and atouch screen 210. Other user interface devices include aproximity sensor 212, amotion detector 214, acheck scanner 216, acurrency reader 218, avoice recognition model 220 and avideo camera 222.Terminal 110 may also include a biometric parameter interface device such as apalm vein scanner 224 for authentication purposes. Each of the user interface devices may be connected to a CPU 244 (terminal processing unit) interminal 110. Each of the interface devices may be interfaced withCPU 244 via a physicalsystem resource interface 203 including hardware and software enabling the physical system resource to communicate withCPU 244. - Each of
terminals 110 may also include a variety of output interface devices (also external resources) that enable the terminal to provide services to users. Such output devices may include acurrency dispenser 226, amagnetic card dispenser 228, asmart card dispenser 230,ticket printers 232 and areceipt printer 234. In one embodiment, terminal 110 may also include adocument printer 236, amedia display device 238, amoney order dispenser 240 and an audio output device such as aspeaker 242. Referring specifically toFIG. 2A , in one variation, themedia display device 238 may comprise a large, flat screen monitor for displaying promotional information such as advertisements for different goods and services. As illustrated, each ofterminals 110 also includes a data storage device 246 (data store) associated withCPU 244. In one embodiment,CPU 244 interfaces withcentral office 116 via a public or private network 118 (communications resource). - Referring still to
FIGS. 2A and 2B , in one embodiment each of devices 202-242 are independently controlled. Thus, if one of devices 202-242 fails, for example, ifcheck scanner 216 jams, the individual device or module may be disabled along with the services that it supports without affecting the remaining modules and services. An operating system runs on CPU 244 (processing platform), which, among other functions, monitors the status of available physical system or external resources via the physical system resources interfaces 203. In this manner, terminal 110 functions as a resources manager for managing available physical system or external resources. For example, ifticket printer 232 fails mechanically, the ticket printing services provided byterminal 110 may be disabled while the remaining services provided by the terminal are still available to users. In one embodiment, each ofterminals 110 transmits a message tocentral office processor 114 at predetermined intervals with the status of each of devices 202-242. In the event that a service becomes unavailable due to a hardware failure or similar problem, the particular service may be “grayed out” onscreen 210. -
FIG. 2C is a block diagram illustrating the manner in whichdifferent terminals 110 may be configured insystem 100.Service providers 112 may provide a wide range of different services. Each of theservice providers 112 may have configuration information associated with the provider and/or with a service of the provider. The configuration information may include information defining theprovider 112, and/or a service that the provider provides. The configuration may also include a “script,” e.g., an instruction set defining a set of predetermined actions that are to be completed in a defined sequence to enable access to the service provider and/or service of the service provider. A configuration for aservice provider 112 and/or for a service may be downloaded from the service provider to thecentral office processor 114 and, in turn, downloaded in whole or in part to selected ones ofterminals 110 to enable a user to access the service provider of a provider service. The instructions incorporated in the script may be executed by the terminal 110 in conjunction withcentral office processor 114 to enable a user to access a user-selected service. A given configuration may identify the physical resources required to access aprovider 112 and/or service. In many cases, multiple configurations or scripts may require the same physical system resources for execution of an instruction set or script. In some embodiments, the operating system may disable access to aprovider 112 or service if a required physical system resource is unavailable. - Referring still to
FIG. 2C , company A may provide service s1, company B may provide services s2 and s3 and company C may provide service s4. Such services may include providing tickets for different entertainment events, currency transfers and dispensing a variety of stored value cards such as debit cards, gift cards and telephone cards. However, some services may be more desirable to different population segments at different times due to factors such as demographics, cultural factors, income levels, holidays and the location of aspecific terminal 110. Consequently, it may be desirable to configuredifferent terminals 110 to provide different services at different locations or to configure a terminal based on a user profile. For example, as illustrated, terminal 110A may be configured with service modules to provide service s1 and s4 from companies A and C, respectively. Terminal 110B may be configured with service modules to provide services s2 and s4 from companies B and C. Terminal 110C may be configured with service modules to provide services s1, s3 and s4 from companies A, B and C, respectively to pay the customer's bills, transfer funds, print receipts, coupons, money orders, tickets or similar documents. - Referring now to
FIGS. 2D and 2E , there is illustrated a more detailed diagram of the terminal 110 and the manner by which it interfaces with the various physical system or external resources. There is illustrated theprocessor 244, which is operable to interface with a plurality ofexternal resources 270, which, as described hereinabove, can be any type of hardware resource that allows a user to interface with the various service providers through the central office. In general, the terminal 110 does not possess the capability to allow a user to interface with any kind of service to conduct a financial transaction without being connected to the central office. This is not to say that such could not be implemented. However, for example, if a user were provided a code that could be input to a terminal 110 through the keypad (one of the external resources 270), this would allow the user to retrieve cash from a cash dispenser (another one of the external resources 270). However, if the terminal 110 did not interface with the central office or the service provider through thecentral office processor 114, then that would require the terminal 110 to have associated therewith all of the information necessary to authorize a particular user on that terminal 110 in addition to preprocessed information about an already in process financial transaction. This would mean that all of theterminals 110 would be required to have all of that information. This is not practical for most financial transactions. These are not pay-as-you go type terminals that would allow a user to input value and receive value therefrom with a percentage of the input value retained as a fee and maintained in the system independent of the operation of any external processing system. - The
processor 244 has associated therewith a light operating system that provides the basic operating parameters to interface with the central office, interface with thestorage database 246 containing the various service modules, and also interface with the physical system orexternal resources 270. In order to interface with theexternal resources 270, there is provided ahardware interface 272 associated with eachexternal resource 270. This external resource basically is a physical terminal or connector that can receive a connection or cable from theexternal resource 270 and this will typically allow bi-directional communication. Data can be transmitted to theexternal resource 270 for a printer, for example, and information can be received back from that printer indicating an error. Therefore, there will always be some type of monitor function associated with a particularexternal resource 270 in addition to a data transfer path. - The data transfer path is illustrated by a
path 274 and the monitoring information is represented by apath 276. Any type of well-known connection can be used to provide this. In recent years, most external resources in the form of printers, keyboards, and the like, utilized a conventional communication link such as a serial USB connection. These USB interfaces utilize a common driver interface such that plugging the USB cord from theexternal resource 270 into the hardware interface will allow theprocessor 244 to recognize the device and essentially identify that device. Further, after the hardware interface has been provided, there will then be some type of driver software that will be required for theprocessor 244 to effect an interface with theexternal resource 270. Even though the hardware interface may be a USB interface or some proprietary interface, there still must be some type of driver software to allow communication with the external resource. For example, a printer may be recognized as a particular printer through a USB interface or other type of serial or parallel port interface, but driver software is required in order to utilize the full functionality of that particular external printer or other external resource. If theexternal resource 270 were a display, then a particular cable or interface such as a VGA cable would be required to interface with the display. Appropriate drivers would be required for the display. Sometimes, the operating system itself has predefined drivers for displays, as these are somewhat universal. For some resources, however, special drivers would be required to utilize the full functionality of that particular resource. - The
processor 244 then manages theresources 270 by keeping a table of available resources. If a resource fails, this will be communicated through the hardware interface to theprocessor 244 and may, in fact, require the use of the driver software to interface with theexternal resource 270 to provide this monitoring function. If the resource fails or if it is not connected, this would be recognized by theprocessor 244. For example, when a particular configuration is provided, it may require a cash dispenser, a keyboard input and a display output in addition to a biometric scanner. The particular software script that comprises part of the service module will require all of these resources in order to function. Therefore, there will be a list of available resources that must exist in order for aparticular terminal 110 to constitute a fully operating terminal for that service in accordance with the configuration information provided by thecentral office processor 114. If one of these resources disappears, this will disable a particular service module and this will be communicated back to thecentral office 116 during the “heartbeat.” - The
storage region 246 will be the area where the various service modules “script” is stored. This is the sequence of instructions that must be carried out in order to effect the portion of the transactions that is associated with aparticular terminal 110. For example, one of the first transactions that will occur and that constitutes a service module is an authorization module. This authorization module will require authentication of an individual by requiring them to enter certain information, such as name, password, CID information, and even biometric data. This will be utilized to authenticate the individual at thecentral office 116, after which the user will then be presented a display of the available services that can be used or, more likely, the services will first be provided in a “grayed-out” format to the user and upon authentication, will be un-grayed-out so that the user knows they now have access, i.e., they have been authenticated. After that, the user can then select one of the service modules and, upon selection thereof, the service module will sequentially access the various external resources to effect the transaction in conjunction with thecentral office 116, as will be disclosed hereinbelow. Thus, each of the service modules s1, s2, s3 . . . sn will be stored therein, which each constitute a portion of the script or transaction process required to be executed by the terminal 110 for a particular service. This is the configuration information that is downloaded from thecentral office processor 114. However, it should also be understood that aparticular terminal 110 could have all of the service modules fully loaded therein and all that thecentral office 116 would be required to do would be to activate a particular service on aterminal 110. - Two of the resource interfaces 272 are illustrated as being associated with communication external resources, one being an
external resource 280 labeled COM1 and a second one 282 labeled COM2. Each of these is interfaced withseparate networks processor 244 to communicate with thecentral office 116. -
FIGS. 3A and 3B is a block diagram of a method implemented via a system such assystem 100 ofFIG. 1A . The process begins at 30 wherecentral office 116 receives a message from a terminal 110 atstep 32 indicating that an unregistered customer is seeking to conduct a transaction or attempting to register. Atstep 34, registration script is transmitted fromcentral office 116 to the terminal 110 if the script is not resident on the terminal. It will be understood that the steps described in connection withFIGS. 3A and 3B will be conducted primarily byfront end processor 122 ofcentral office 116 except as necessary to interface with aservice provider 112. - At
step 36, registration data is received fromterminal 110. Such information may include a customer biometric and a scanned image of the customer's verifiable ID. It will be understood that the information may be streamed from the terminal to the central office or transmitted as a single block of data. The information is compared to existing customer records to identify possible duplicate records. If it appears that the data duplicates an existing record atstep 38, an error message is transmitted to the terminal atstep 40 and the process is terminated atstep 42. If no duplicate data is detected, atstep 44 the image from the user's ID is compared to the image captured by the terminal camera. Preferably, multiple images are captured by the terminal camera to facilitate the comparison. The comparison may be conducted by a human attendant ofcentral office 116 or by an automated system utilizing facial recognition software. If the images do not match atstep 46, an error message is transmitted to the terminal atstep 40 and the process is terminated atstep 42. - If the images match, the image of the user ID is OCR'd at
step 48 and a user record is created and a CID is assigned atstep 50. The user record is populated with data from the scanned ID atstep 52. Atstep 54, available databases may be queried to identify data that may be used to populate the user record. Such databases may include bill payment records, telephone listing, address listings, employment records and other commercially available databases. If such records are located atstep 56, the information is used to populate the user record atstep 58. Information obtained in this manner may also be used to conduct a check for duplicate or erroneous data in the user record. For example, the comparison may identify an individual attempting to register using another individual's identity. At this point, the user has completed basic registration and the terminal prompts the user to select advanced registration. If the user elects not to seek advanced registration atstep 60, a registration complete message is transmitted to the terminal at step 62, and the process is terminated. If the user elects to proceed with advanced registration, and then fails to complete the registration by providing the required information atstep 64, the process is terminated atstep 66. If the user information is received, the information is used to populate the user record atstep 68 and a registration complete message is transmitted to the terminal at 70. If the user then elects to conduct a transaction atstep 72, the transaction is conducted atstep 74 and the user is prompted to select another transaction atstep 76 and if another transaction is selected, the process loops back to 74. If no transaction is selected, the process is terminated atstep 78. -
FIGS. 4A and 4B is a flowchart illustrating amethod utilizing system 100 ofFIG. 1A . Atstep 400, the process begins with the user initiating a transaction atstep 402 by entering the user's CID and biometric parameter. Atstep 404, the user's photo and or biometric, obtained by the terminal camera when the transaction is initiated, is compared with the image and/or biometric from the user's record. This check may be done at random, for selected users, or for each transaction. The check may be accomplished by an attendant atcentral office 116, or the check may be automated, using for example, facial recognition software. If the compared parameters do not match atstep 406, thefront end processor 122 may initiate an alert atstep 408 and transmit an error message to the terminal atstep 410 with the process terminating atstep 412. The alert may be displayed on a screen atcentral office 116, alerting an attendant of the mismatch. The user record may also be checked at this step for accuracy and completeness. For example, if the record user photo ID is a driver's license, the expiration date may be checked. If the license is expired, the user may be prompted to update his or her record by scanning a current driver's license. Similarly, the address on the driver's license no longer matches other information in the user record, the user may be prompted to update the information or re-register for the user's selected services. - If the user photo and biometric match the user record, a script for the user selected transmission may be transmitted to the terminal at
step 414 if the script is not resident on the terminal. If the central office does not receive the information required for the transaction atstep 416, an error message is transmitted to the terminal at 418 and the process is terminated at 412. If the data is received, the transaction and user parameters may be matched based upon preselected criteria atstep 420. - Such parameters may include user transaction frequency and type, time, transaction amount, the geographical area where the transaction originated, etc. For example, if a transaction occurs more than, for example 100 miles from the user's address of record, the transaction may be denied. Similarly, if a second transaction is attempted at a geographical location remote from the location of a first transaction within a predetermined time window, the second transaction may be denied. For example, if the first transaction occurred in Chicago at 10:00 am and a second transaction was attempted in Phoenix at 10:20, the second transaction may be denied. Such matching may be used to identify potential fraud, attempts to circumvent federal anti-money laundering regulations and other activity of interest. The results of the match are compared to a threshold value for the selected parameter or parameters at
step 422 and if the threshold is exceeded, an alert may be generated atstep 424. At step 426 a determination is made as to whether or not to allow the transaction to continue based upon preselected criteria. If the criterion indicates that the transaction should not proceed, the process is terminated atstep 412. - If the process is allowed to continue, the user data is formatted and/or compiled for the user by the selected service provider at 428 and transmitted to the provider at 430. The steps of formatting and transmitting the data will be conducted by the
back end processor 124 ofcentral office 116. During the course of the transaction, data may be streamed or multiple data blocks and instructions may be transmitted back and forth between the back end processor and the user selected service provider as illustrated and described in U.S. Publication No. 2010/0179990, published Jul. 15, 2010, U.S. patent application Ser. No. 12/684,929, to Cacheria, et al., filed Jan. 9, 2010, the disclosure of which is incorporated herein for all purposes. - If the data is accepted by the selected service provider at
step 432, the transaction is conducted and the user's record updated to reflect the transaction. If the service provider rejects the transmitted data, an error message is transmitted to the terminal atstep 434 and the transaction is terminated atstep 436. If the user selects another transaction at 440, the process loops back to start 400, if not, the transaction is terminated atstep 444. - It will be appreciated by those skilled in the art having the benefit of this disclosure that this system and method for formless, self-service registration for access to financial services provides a system and method for formless self-service registration for access to financial and other services. It should be understood that the drawings and detailed description herein are to be regarded in an illustrative rather than a restrictive manner, and are not intended to be limiting to the particular forms and examples disclosed. On the contrary, included are any further modifications, changes, rearrangements, substitutions, alternatives, design choices, and embodiments apparent to those of ordinary skill in the art, without departing from the spirit and scope hereof, as defined by the following claims. Thus, it is intended that the following claims be interpreted to embrace all such further modifications, changes, rearrangements, substitutions, alternatives, design choices, and embodiments.
Claims (14)
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/826,537 US20130339242A1 (en) | 2012-05-09 | 2013-03-14 | System and method for formless, self-service registration for access to financial services |
US14/245,523 US20140222691A1 (en) | 2012-05-09 | 2014-04-04 | System and method for formless, self-service registration for access to financial services |
US14/309,699 US20140304132A1 (en) | 2012-05-09 | 2014-06-19 | System and method for formless, self-service registration for access to financial services |
US17/007,202 US20200402157A1 (en) | 2012-05-09 | 2020-08-31 | System and method for monitoring hardware and services |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201261644878P | 2012-05-09 | 2012-05-09 | |
US13/826,537 US20130339242A1 (en) | 2012-05-09 | 2013-03-14 | System and method for formless, self-service registration for access to financial services |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/245,523 Continuation US20140222691A1 (en) | 2012-05-09 | 2014-04-04 | System and method for formless, self-service registration for access to financial services |
Publications (1)
Publication Number | Publication Date |
---|---|
US20130339242A1 true US20130339242A1 (en) | 2013-12-19 |
Family
ID=49756810
Family Applications (4)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/826,537 Abandoned US20130339242A1 (en) | 2012-05-09 | 2013-03-14 | System and method for formless, self-service registration for access to financial services |
US14/245,523 Abandoned US20140222691A1 (en) | 2012-05-09 | 2014-04-04 | System and method for formless, self-service registration for access to financial services |
US14/309,699 Abandoned US20140304132A1 (en) | 2012-05-09 | 2014-06-19 | System and method for formless, self-service registration for access to financial services |
US17/007,202 Pending US20200402157A1 (en) | 2012-05-09 | 2020-08-31 | System and method for monitoring hardware and services |
Family Applications After (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/245,523 Abandoned US20140222691A1 (en) | 2012-05-09 | 2014-04-04 | System and method for formless, self-service registration for access to financial services |
US14/309,699 Abandoned US20140304132A1 (en) | 2012-05-09 | 2014-06-19 | System and method for formless, self-service registration for access to financial services |
US17/007,202 Pending US20200402157A1 (en) | 2012-05-09 | 2020-08-31 | System and method for monitoring hardware and services |
Country Status (1)
Country | Link |
---|---|
US (4) | US20130339242A1 (en) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150095352A1 (en) * | 2013-10-01 | 2015-04-02 | Stuart H. Lacey | Systems and Methods for Sharing Verified Identity Documents |
US20150269452A1 (en) * | 2012-10-09 | 2015-09-24 | Terence Vardy | System and methods for identification and fraud prevention |
WO2016130739A1 (en) * | 2015-02-11 | 2016-08-18 | Global Compassion, Llc | Mobile banking system and method |
US20160342781A1 (en) * | 2015-05-19 | 2016-11-24 | Lg Electronics Inc. | Mobile terminal and method of controlling therefor |
US10079818B2 (en) | 2013-06-14 | 2018-09-18 | Microsoft Technology Licensing, Llc | Providing domain-joined remote applications in a cloud environment |
US20190118773A1 (en) * | 2017-10-25 | 2019-04-25 | Hyundai Motor Company | User authentication system, user authentication method and server |
US20190272648A1 (en) * | 2018-03-05 | 2019-09-05 | Toshiba Tec Kabushiki Kaisha | Sales data processing apparatus, information processing apparatus, and information processing method |
US11403634B2 (en) | 2019-06-10 | 2022-08-02 | Bank Of America Corporation | Real-time interaction based assistance interface |
US11961105B2 (en) | 2014-10-24 | 2024-04-16 | Ganart Technologies, Inc. | Method and system of accretive value store loyalty card program |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10187791B2 (en) * | 2016-04-06 | 2019-01-22 | Hrb Innovations, Inc. | Workstation and client device pairing |
CN108629687B (en) * | 2018-02-13 | 2022-01-28 | 创新先进技术有限公司 | Anti-money laundering method, device and equipment |
US10789353B1 (en) | 2019-08-20 | 2020-09-29 | Capital One Services, Llc | System and method for augmented reality authentication of a user |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040133477A1 (en) * | 2001-02-02 | 2004-07-08 | Charles Morris | Self-checkout system with biometric data processing |
US20040240711A1 (en) * | 2003-05-27 | 2004-12-02 | Honeywell International Inc. | Face identification verification using 3 dimensional modeling |
US20070168290A1 (en) * | 2001-09-21 | 2007-07-19 | Timothy Robinson | System and method for biometric authorization for age verification |
US20070198287A1 (en) * | 2006-01-20 | 2007-08-23 | Christopher Scott Outwater | Method and apparatus allowing individuals to enroll into a known group, dispense tokens, and rapidly identify group members |
US20090210240A1 (en) * | 2008-02-15 | 2009-08-20 | Hollandse Exploitatie Maatschappij B.V. | System and method of age verification for purchasing age-restricted items |
US7606401B2 (en) * | 1994-11-28 | 2009-10-20 | Yt Acquisition Corporation | System and method for processing tokenless biometric electronic transmissions using an electronic rule module clearinghouse |
US20100180031A1 (en) * | 2009-01-09 | 2010-07-15 | Cacheria Iii Anthony M | Distributed transaction system |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0977163A3 (en) * | 1998-07-25 | 2004-04-28 | Ncr International Inc. | Communications network |
EP1089206A3 (en) * | 1999-09-29 | 2004-09-29 | Citicorp Development Center, Inc. | System and method for delivering financial services |
-
2013
- 2013-03-14 US US13/826,537 patent/US20130339242A1/en not_active Abandoned
-
2014
- 2014-04-04 US US14/245,523 patent/US20140222691A1/en not_active Abandoned
- 2014-06-19 US US14/309,699 patent/US20140304132A1/en not_active Abandoned
-
2020
- 2020-08-31 US US17/007,202 patent/US20200402157A1/en active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7606401B2 (en) * | 1994-11-28 | 2009-10-20 | Yt Acquisition Corporation | System and method for processing tokenless biometric electronic transmissions using an electronic rule module clearinghouse |
US20040133477A1 (en) * | 2001-02-02 | 2004-07-08 | Charles Morris | Self-checkout system with biometric data processing |
US20070168290A1 (en) * | 2001-09-21 | 2007-07-19 | Timothy Robinson | System and method for biometric authorization for age verification |
US20040240711A1 (en) * | 2003-05-27 | 2004-12-02 | Honeywell International Inc. | Face identification verification using 3 dimensional modeling |
US20070198287A1 (en) * | 2006-01-20 | 2007-08-23 | Christopher Scott Outwater | Method and apparatus allowing individuals to enroll into a known group, dispense tokens, and rapidly identify group members |
US20090210240A1 (en) * | 2008-02-15 | 2009-08-20 | Hollandse Exploitatie Maatschappij B.V. | System and method of age verification for purchasing age-restricted items |
US20100180031A1 (en) * | 2009-01-09 | 2010-07-15 | Cacheria Iii Anthony M | Distributed transaction system |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150269452A1 (en) * | 2012-10-09 | 2015-09-24 | Terence Vardy | System and methods for identification and fraud prevention |
US9396402B2 (en) * | 2012-10-09 | 2016-07-19 | Terence Vardy | System and methods for identification and fraud prevention |
US10079818B2 (en) | 2013-06-14 | 2018-09-18 | Microsoft Technology Licensing, Llc | Providing domain-joined remote applications in a cloud environment |
US9465800B2 (en) * | 2013-10-01 | 2016-10-11 | Trunomi Ltd. | Systems and methods for sharing verified identity documents |
US20150095352A1 (en) * | 2013-10-01 | 2015-04-02 | Stuart H. Lacey | Systems and Methods for Sharing Verified Identity Documents |
US9785793B2 (en) | 2013-10-01 | 2017-10-10 | Trunomi Ltd. | Systems and methods for sharing verified identity documents |
US10210343B2 (en) | 2013-10-01 | 2019-02-19 | Trunomi Ltd. | Systems and methods for sharing verified identity documents |
US11961105B2 (en) | 2014-10-24 | 2024-04-16 | Ganart Technologies, Inc. | Method and system of accretive value store loyalty card program |
WO2016130739A1 (en) * | 2015-02-11 | 2016-08-18 | Global Compassion, Llc | Mobile banking system and method |
US11288643B2 (en) | 2015-02-11 | 2022-03-29 | Global Compassion, Llc | Mobile banking system and method |
US11593774B2 (en) | 2015-02-11 | 2023-02-28 | Global Compassion, Llc | Mobile banking system and method |
US20160342781A1 (en) * | 2015-05-19 | 2016-11-24 | Lg Electronics Inc. | Mobile terminal and method of controlling therefor |
US9928354B2 (en) * | 2015-05-19 | 2018-03-27 | Lg Electronics Inc. | Mobile terminal and method of controlling therefor |
US20190118773A1 (en) * | 2017-10-25 | 2019-04-25 | Hyundai Motor Company | User authentication system, user authentication method and server |
US20190272648A1 (en) * | 2018-03-05 | 2019-09-05 | Toshiba Tec Kabushiki Kaisha | Sales data processing apparatus, information processing apparatus, and information processing method |
US11403634B2 (en) | 2019-06-10 | 2022-08-02 | Bank Of America Corporation | Real-time interaction based assistance interface |
Also Published As
Publication number | Publication date |
---|---|
US20140304132A1 (en) | 2014-10-09 |
US20140222691A1 (en) | 2014-08-07 |
US20200402157A1 (en) | 2020-12-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20200402157A1 (en) | System and method for monitoring hardware and services | |
US11875316B2 (en) | System for providing goods and services based on accrued but unpaid earnings | |
US20210295304A1 (en) | Systems and methods for transacting at an atm using a mobile device | |
US7735125B1 (en) | Systems and methods for identifying and verifying a user of a kiosk using an external verification system | |
US7566002B2 (en) | Identity verification systems and methods | |
US7549574B2 (en) | Emergency services notification from an ATM systems and methods | |
US8556164B1 (en) | Transaction-specific codes | |
US8355992B1 (en) | System and method for verifying the age of a controlled substance purchaser | |
US20120036071A1 (en) | Verification methods for fraud prevention in money transfer receive transactions | |
US20110313901A1 (en) | Refund system and method | |
US20130041776A1 (en) | Cash payment apparatus, system and method | |
US20200005263A1 (en) | Frictionless Automated Teller Machine | |
US20200005262A1 (en) | Frictionless Automated Teller Machine | |
US20210142314A1 (en) | Ir display for user authentication | |
US20120036069A1 (en) | System and method for remotely providing financial services | |
US20200005261A1 (en) | Frictionless Automated Teller Machine | |
KR20050061256A (en) | System for identification in the financial business | |
CA2712565A1 (en) | System and method for remotely providing financial services |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: GANART TECHNOLOGIES, INC., TEXAS Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:MISHRA, PURNENDU;HOLBROOK, ARTHUR MARTIN;MCHUGH, WAYNE THOMAS;AND OTHERS;SIGNING DATES FROM 20130408 TO 20130411;REEL/FRAME:030211/0029 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STCV | Information on status: appeal procedure |
Free format text: NOTICE OF APPEAL FILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |