(19) United States
`(12) Patent Application Publication (10) Pub. No.: US 2005/0127169 A1
`(43) Pub. Date:
`Jun. 16, 2005
`Foss, JR.
`
`US 20050127169A1
`
`(54) STORED WALUE CARD ACCOUNT
`TRANSFER SYSTEM
`
`(75) Inventor: Sheldon H. Foss JR., Suwanee, GA
`(US)
`Correspondence Address:
`LAVA GROUP LAW BY SMITH &
`FROHWEIN, LLC
`P.O. BOX88148
`ATLANTA, GA 30356 (US)
`(73) Assignee: COMPUCREDIT, CORP
`(21) Appl. No.:
`11/050,301
`(22) Filed:
`Feb. 3, 2005
`Related U.S. Application Data
`(63) Continuation-in-part of application No. 10/685,277,
`filed on Oct. 14, 2003.
`
`Publication Classification
`
`(51) Int. Cl. ................................................... G06K 5/00
`(52) U.S. Cl. .............................................................. 235/380
`
`(57)
`
`ABSTRACT
`
`Systems, methods, computer programs, merchant terminals,
`etc. for transferring finds between Stored value card accounts
`are provided. One embodiment comprises a method for
`loading a Stored value card. One Such method comprises:
`identifying a first Stored value card account associated with
`a first customer, receiving a Selection from the first customer
`of a Second Stored value card account associated with a
`Second customer and a load amount for transferring to the
`Second Stored value card account; and initiating a funds
`transfer of the load amount from the first stored value card
`account to the Second Stored value card account.
`
`716
`
`{L} MERCHANT
`718
`
`710
`
`508
`A?
`
`MERCHANT
`TERMINAL 704
`
`STORED VALUE CARD 701
`MANAGEMENT SYSTEM
`
`
`
`
`
`
`
`CARD706
`READER
`
`FAMILY CARD 700
`ENROLLMENT MODULE
`
`FAMILY CARD
`FUNDS TRANSFER
`MODULE
`
`O3
`
`PROCESSOR, 8
`
`
`
`
`
`USER 712
`INTERFACE
`
`NETWORK 710
`INTERFACE
`
`BACK-END PROCESSING SYSTEM 720
`
`
`
`STORE VALUE CARD 510
`TRANSACTION ACCOUNT(S)
`
`702
`
`IPR2022-00600
`Apple EX1005 Page 1
`
`

`

`Patent Application Publication Jun. 16, 2005 Sheet 1 of 19
`
`US 2005/0127169 A1
`
`
`
`
`
`30 InOS e?eO
`
`IPR2022-00600
`Apple EX1005 Page 2
`
`

`

`Patent Application Publication Jun. 16, 2005 Sheet 2 of 19
`
`US 2005/0127169 A1
`
`
`
`
`
`e?eO+
`
`
`
`uo?e6eu66y— — — — -> , <!-- – – – – – – – – – – – – – – –SIÐpOWN X\S]}}
`
`
`
`
`
`
`
`
`
`IPR2022-00600
`Apple EX1005 Page 3
`
`

`

`Patent Application Publication Jun. 16, 2005 Sheet 3 of 19
`
`US 2005/0127169 A1
`
`-
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`pjeo useo ?00|0S | |
`
`| | |
`
`099099
`
`| | | | | | | | | | |
`
`?ouenss|
`
`?7||9| | | | | | |
`
`IPR2022-00600
`Apple EX1005 Page 4
`
`

`

`Patent Application Publication Jun. 16, 2005 Sheet 4 of 19
`
`US 2005/0127169 A1
`
`0 || 7
`
`
`
`OZ7
`
`087
`
`097
`
`IPR2022-00600
`Apple EX1005 Page 5
`
`

`

`Patent Application Publication Jun. 16, 2005 Sheet 5 of 19
`
`US 2005/0127169 A1
`
`
`
`ETIT\//\ GJERJOLS
`
`
`
`
`
`909|
`
`IPR2022-00600
`Apple EX1005 Page 6
`
`

`

`Patent Application Publication Jun. 16, 2005 Sheet 6 of 19
`
`US 2005/0127169 A1
`
`
`
`
`
`
`
`ººº LNmooov Gºvo
`
`
`
`
`
`ETTVA CJENJOLS Å>]\/C]NOOES
`
`IPR2022-00600
`Apple EX1005 Page 7
`
`

`

`Patent Application Publication Jun. 16,2005 Sheet 7 of 19
`
`US 2005/0127169 Al
`
`LNVHOYSIN
`
`etZ
`
`ObL
`
`FOZGYeVOANIVAG3YOLS
`
`
`WALSASLNSAWSDVNVA
`
`vOZIWNIWYAL
`
`INVHOYSN
`
`
`
`00ZdxYVvdAIINV4
`
`90ZdYvO
`
`
`
`FINGOWLNAWTIOYNA
`
`Ysaqvay
`
`OZ
`
`cOZJINGOW
`
`
`
`Guv9ATINVS
`
`
`
`YSASNVYLSGNNSA
`
`
`
`802ogsa900ud
`
`90S
`
`O1ZMHOMLAN
`
`___3OVIYALNI
`
`LZwasn
`
`SDVAYALNI
`
` cLW
`
`
`
`ALSASONISSSOOYd
`
`GNA-MOVE
`
`
`cOL
`
`Z‘Old
`
`
`
`(S)LNNODDVNOILOVSNVYL
`
`
`
`
`
`OrSGHYVOSNIVASYHOLS
`
`IPR2022-00600
`Apple EX1005 Page 8
`
`IPR2022-00600
`Apple EX1005 Page 8
`
`
`
`
`
`
`
`
`
`

`

`Patent Application Publication Jun. 16,2005 Sheet 8 of 19
`
`US 2005/0127169 Al
`
`
`
`QuYV9ANTIVAGaYyOLS
`
`
`
`818MANSHLSSAAISOSYYAWOLSNDMAN
`
`
`0z9QuVOANTIVA
`GaYOLSMANALVAILOV cOZ
`
`
`O1SLSANDAYYSAWOLSNDONILSIXSNV
`
`Q3SYOLSVNIIWNINYSLLNVHOYSNVLVYSAWOLSNSMANVTIOYNA
`
`
`NVSAdIMSYAWOLSNOONILSIXS
`
`
`WVYSONdAYV9ANTIWA
`
`
`
`
`
`918Q3YOLSONILSIXSSHLOLLNNODDV
`
`
`
`
`
`QuYVOSNTIWAGSYOLSMANSHLNIT
`
`LNNOOOV
`
`
`
`duYVOANIVAGAYOLSONILSIXS
`
`
`
`
`
`
`
`
`
`LNNOODOVGHVdANTIWASSIsILNSACIWNIWMSLLNVHOYSW
`
`
`
`
`
`
`
`
`
`
`
`
`GSYOLSONILSIXSSHLWOU“5'e)LINNODOVvleVSalsIOAdSYAWOLSNDONILSIX]
`
`
`
`
`
`(939‘1ISOd3dHSVO‘LNNODDVGYVDSNIWASH1LNITIOYNAOLYAWOLSNDMAN
`LNVHOYSWN WveDOUd
`G3SYOLSMSNSHLAVON
`GYV9SNIWA
`
`
`
`GUYVODANIVAGSYOLS
`
`YSWOLSND
`
`cL8M3NSHLYOdLNNODOVGYvO
`
`
`
`YAWOLSNODMANSSLVOILNABLNY
`
`
`
`ANTWAG3SYOLSMANVSYNSISNOO
`
`TWNINYAL
`
`8Sid
`
`LNNODOV
`
`
`
`
`
`GuYVOANIWAGSYOLSONILSIXSSHL
`
`
`
`
`
`c08
`
`vO8
`
`908
`
`808
`
`O18
`
`IPR2022-00600
`Apple EX1005 Page 9
`
`IPR2022-00600
`Apple EX1005 Page 9
`
`
`
`

`

`Patent Application Publication Jun. 16, 2005 Sheet 9 of 19
`
`US 2005/0127169 A1
`
`
`WEILSAS E 30|//ARHES RHEINOILSÍTKO
`
`
`Cl}}\70 ET TWA CIER–HOILS
`
`Z06
`
`TTORINE
`
`OOOV/
`
`|-EKONVTVE | LNT
`
`
`
`709
`
`IPR2022-00600
`Apple EX1005 Page 10
`
`

`

`Patent Application Publication Jun. 16, 2005 Sheet 10 of 19
`
`
`
`Cl>|\/O ·
`
`Z~N
`
`900|||T\/nCHAICINI||ATTIIN VE
`
`
`
`
`
`WEIS?S EKOIANES RHEINOISTO
`
`
`
`
`
`Cl}{\/3D ETTVA GJENO ILS
`
`
`
`
`
`
`
`[]OÅ CITI?IONA INDOOOV -IO ECH), 1 HO|HM
`& E_1\/E|?|O O IL EXHIT
`
`IPR2022-00600
`Apple EX1005 Page 11
`
`

`

`Patent Application Publication Jun. 16, 2005 Sheet 11 of 19
`
`US 2005/0127169 A1
`
`
`
`90/
`
`
`
`
`
`Cl}{\70 ETTVA GERJOILS
`
`
`
`|WEILSAS EKOI/ARHES (JETNOJ STRO
`
`
`
`
`
`IPR2022-00600
`Apple EX1005 Page 12
`
`

`

`Patent Application Publication Jun. 16, 2005 Sheet 12 of 19
`
`US 2005/0127169 A1
`
`
`
`
`
`
`
`
`
`
`
`
`
`IPR2022-00600
`Apple EX1005 Page 13
`
`

`

`Patent Application Publication Jun. 16, 2005 Sheet 13 of 19
`
`
`
`90/
`
`
`
`
`
`Cl}{\70 ETTVA GERJOILS
`
`
`
`
`
`WEILSAS EKOIARIES RHEINOILSÍTKO
`
`
`
`No.? EESNVRHL1NTOOSOV/
`
`SCINTEEKONV/TV/EP
`
`IPR2022-00600
`Apple EX1005 Page 14
`
`

`

`Patent Application Publication Jun. 16, 2005 Sheet 14 of 19
`
`US 2005/0127169 A1
`
`
`
`
`
`WEILSAS EKOIANES (EINOILSÍTKO
`
`
`
`Cl}}\70 ETTVA GENO. ILS
`
`
`
`
`
`
`
`90/
`
`IPR2022-00600
`Apple EX1005 Page 15
`
`

`

`Patent Application Publication Jun. 16, 2005 Sheet 15 of 19
`
`US 2005/0127169 A1
`
`
`
`
`
`CINVO) ETTVA GERJOILS
`
`
`
`
`
`NEJLSAS EKOIARES (EINOILSÍTKO
`
`( 6 )( 8 )( 4 ) ( 9 DGDC v ) ( c ) ( z )(( | )
`
`
`
`90/
`
`70/
`
`IPR2022-00600
`Apple EX1005 Page 16
`
`

`

`Patent Application Publication Jun. 16, 2005 Sheet 16 of 19
`
`US 2005/0127169 A1
`
`
`
`V09I—G WHI3Noo )
`
`
`
`00’00G$ :J??Suel L O??unOUuV/
`
`?uueN ?SJ? – ‘QuueN ?SeT :O L
`
`
`
`
`
`
`
`
`
`GAVO ETTVA GENOLS
`
`
`
`
`
`WEILSAS EKOIANES NETWOILSÍTKO
`
`
`
`/\\!\/WINTIS RIETEISNVR).L.
`
`
`
`90/
`
`70/
`
`IPR2022-00600
`Apple EX1005 Page 17
`
`

`

`Patent Application Publication Jun. 16, 2005 Sheet 17 of 19
`
`US 2005/0127169 A1
`
`Z0/ |
`
`90.1 ||
`
`
`
`
`
`
`
`
`SÐNI LSIXE C]\]\/O EITTIVA CIER–HOLLS ECHI WAS O L RHEWOLSTIO Lc{WOHc]70/. ?.
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`90/
`
`IPR2022-00600
`Apple EX1005 Page 18
`
`

`

`Patent Application Publication Jun. 16,2005 Sheet 18 of 19
`
`US 2005/0127169 Al
`
`
`cl8k=gINnODOV
`
`
`GuvoANIVAGaYOLS
`
`vl8twaqiAodd
`
`GuVOANIWAGSYyOLS
`QYV9SANIVAGAYOLS
`
`
`00SYAdIAONd
`
`
`
`GYV9dSANIVAG3SY¥OLS
`
`8b‘Sl
`
`IPR2022-00600
`Apple EX1005 Page 19
`
`IPR2022-00600
`Apple EX1005 Page 19
`
`
`
`
`
`
`

`

`Patent Application Publication Jun. 16,2005 Sheet 19 of 19
`
`US 2005/0127169 Al
`
`Q3SLVISOSSVGYVdANTWA
`
`
`
`QSYOLSAdIMSOLYSANWOLSNDLSUlaLdWOud906!
`
`
`
`
`
`
`
`
`
`vO6LYsASNVALSGNNAALVILINIx
`
`
`
`
`
`C061
`
`
`
`CLOQuYvVOANIVWAGSYOLSGNOOAS
`
`
`
`
`
`
`
`8061HLIMGALVIDOSSVLNNODOVdevo
`
`
`
`
`
`
`
`
`
`ANTIVAGSYOLSLSHlsdVASILLNAGI
`
`LSYlsSHL
`
`LdWOdd YSWOLSNO
`
`
`
`
`LNNODOVGYV9ANIWAGAYOLSGNOOASOL6LVLOATASOLYAWOLSNSD
`LSUlsa
`
`LNNOWYUa4SNVULVONY
`
`
`
`
`
`dONOILOSTASYASNAAIZO3Y
`
`
`
`LNNOWYVYSSSNVeYLONVLNNOOOV
`
`YSSSNVEL
`QSYOLSLSYlaWOYSSGNNA
`
`
`
`
`QNOOA3SOLLNNODOVGYVOANTVWAviel
`LNNODOVAYVOANTIWAGAYOLS
`
`
`
`
`64Sid
`
`IPR2022-00600
`Apple EX1005 Page 20
`
`IPR2022-00600
`Apple EX1005 Page 20
`
`
`
`
`

`

`US 2005/O127169 A1
`
`Jun. 16, 2005
`
`STORED WALUE CARD ACCOUNT TRANSFER
`SYSTEM
`
`CROSS-REFERENCE TO RELATED
`APPLICATIONS
`0001. This application is a continuation-in-part applica
`tion of copending U.S. patent application Ser. No. 10/685,
`277, entitled “System, Method and Apparatus for Providing
`Financial Services, filed on Oct. 14, 2003, which is related
`to U.S. patent application Ser. No. 10/645,949, entitled
`“System for Providing a Checkless Checking Account,”
`filed on Aug. 22, 2003 and U.S. patent application Ser. No.
`10/646,150, entitled “System and Method for Dynamically
`Managing a Financial Account, filed on Aug. 22, 2003, all
`of which are incorporated by reference in their entirety.
`
`BACKGROUND
`0002 Throughout the years, a main focus of providing
`Services to consumerS has been convenience. It is quite clear
`to even the most Simplistic marketing analyst that the more
`convenient you can make a Service to the consumer, the
`more likely the consumer will partake in the Service. It is on
`this foundation that the majority of Internet Services are
`based.
`0003. The Internet is not always the final answer in
`providing convenience to the consumer. In Some instances,
`consumers are simply reluctant to conduct business over the
`Internet due to a variety of reasons, Such as fear of losing
`confidentiality, resistance to relying on modern technology
`and Sometimes, just Stubbornness. Thus, there has been, is
`and remains a need in the art for providing face to face, plain
`old ordinary customer Service.
`0004. The banking and credit industry is particularly
`poised in this predicament. Consumers that are engaging in
`financial transactions or receiving financial Services often
`times prefer to deal with an institution rather than the
`Internet. Thus, marketers are still challenged with increasing
`the convenience at which Such Services are offered.
`0005 One avenue that has been extensively explored for
`providing financial Services is through merchants. Consum
`erS typically are willing to trust a merchant that is offering
`a financial Service. This is evident in the fact that nearly
`every department Store offers a credit program to their
`CuStOmerS.
`0006 Typically, merchants are limited to the types of
`financial Services that they can provide. This limitation can
`be due to a variety of factors including the cost that the
`merchant must incur to provide the Service, the technologi
`cal complexities of providing the Service, and the training
`required for the merchant's employees. However, anyone
`that has completed a marketing 101 class will agree that the
`more Services a merchant can offer, the more foot traffic the
`merchant will generate and, thus, the higher probability the
`merchant will get a Sale.
`0007 Thus, there is a need in the art for a solution that
`enables a merchant to provide multiple financial Services to
`its customers, that is commercially feasible to the merchant,
`not overly complicated from a technological perspective,
`and that minimizes the training required for the merchant's
`employees.
`
`SUMMARY
`0008 Various embodiments of systems, methods, com
`puter programs, merchant terminals, etc. for transferring
`funds between Stored value card accounts are provided. One
`embodiment comprises a method for loading a stored value
`card. One Such method comprises: identifying a first Stored
`value card account associated with a first customer, receiv
`ing a Selection from the first customer of a Second Stored
`value card account associated with a Second customer and a
`load amount for transferring to the Second Stored value card
`account; and initiating a funds transfer of the load amount
`from the first Stored value card account to the Second Stored
`value card account.
`0009. Another such method comprises: prompting a first
`customer to Swipe a Stored value card; identifying a first
`Stored value card account associated with the Stored value
`card; prompting the first customer to Select a Second Stored
`value card account to load and a load amount; receiving the
`user Selection of the Second Stored value card account and
`the load amount; and transferring the load amount from the
`first Stored value card account to the Second Stored value
`card account.
`0010 Another embodiment comprises a system for pro
`Viding Stored value card Services. One Such System com
`prises: means for reading data from a Stored value card
`asSociated with a first Stored value card account of a first
`customer, and means for enabling the first customer to
`transfer a specified load amount from the first stored value
`card account to a Second Stored value card account associ
`ated with a Second customer.
`0011 Yet another embodiment comprises a merchant
`terminal for providing Stored value card Services. One Such
`merchant terminal comprises: a card reader for reading data
`from a Stored value card asSociated with a first Stored value
`card account of a first customer; and a funds transfer module
`for enabling the first customer to transfer a specified load
`amount from the first Stored value card account to a Second
`Stored value card account associated with a Second cus
`tomer.
`
`BRIEF DESCRIPTION OF THE DRAWINGS
`0012. Other aspects, advantages and novel features of the
`invention will become more apparent from the following
`detailed description of exemplary embodiments of the
`invention when considered in conjunction with the follow
`ing drawings.
`0013 FIG. 1 is a diagram illustrating an exemplary
`embodiment of a terminal that facilitates the provision of a
`variety of financial Services.
`0014 FIG. 2 is a flow diagram illustrating an overview
`of the StepS and components that can be utilized in conjunc
`tion with implementing various embodiments of the present
`invention.
`0015 FIG. 3 is a flow diagram illustrating the processes
`involved in providing the exemplary financial Service of
`issuing a cash card to a customer through the use of the
`multi-functional terminal of the present invention.
`0016 FIG. 4 is a flow diagram illustrating the operation
`of an exemplary embodiment of the present invention.
`
`IPR2022-00600
`Apple EX1005 Page 21
`
`

`

`US 2005/O127169 A1
`
`Jun. 16, 2005
`
`0017 FIG. 5 is a block diagram illustrating an exemplary
`embodiment of a Stored value card program.
`0.018
`FIG. 6 is a block diagram illustrating an embodi
`ment of a family Stored value card account.
`0.019
`FIG. 7 is a block diagram illustrating a system for
`providing Stored value card Services.
`0020 FIG. 8 is a flow chart illustrating a method for
`implementing a Stored value card program in the System of
`FIG. 7.
`0021 FIG. 9 is a perspective overhead view of an
`embodiment of the merchant terminal of FIG. 7 illustrating
`a user interface Screen for Selecting a stored value card
`Service for enrolling a new customer.
`0022 FIG. 10 illustrates another user interface screen for
`Specifying a type of Stored value card to enroll.
`0023 FIG. 11 illustrates another user interface screen for
`initiating the family card enrollment process.
`0024 FIG. 12 is a flow chart illustrating the architecture,
`operation, and/or functionality of an embodiment of the
`family card enrollment module of FIG. 7.
`0.025
`FIG. 13 illustrates another user interface screen of
`the merchant terminal of FIG. 7 for initiating a funds
`transfer.
`FIG. 14 illustrates another user interface screen for
`0.026
`enabling an existing customer to transfer and/or load funds
`to a Secondary account associated with the primary account.
`0027 FIG. 15 illustrates another user interface screen for
`Specifying a transfer amount.
`0028 FIG. 16 illustrates another user interface screen for
`displaying a Summary of the family card funds transfer
`proceSS.
`0029 FIG. 17 is a flow chart illustrating the architecture,
`operation, and/or functionality of an embodiment of the
`family card funds transfer module of FIG. 7.
`0030 FIG. 18 is a simplified block diagram illustrating
`another embodiment of a stored value card funds transfer
`System for transferring funds between unrelated Stored value
`card accounts.
`0031 FIG. 19 is a flow chart illustrating the architecture,
`operation, and/or functionality of an embodiment of a Stored
`value card funds transfer System.
`
`DETAILED DESCRIPTION
`0032. In general, the present invention can be described
`as a novel System, method and apparatus for a merchant to
`conveniently provide a variety of financial Services to a
`consumer. The exemplary embodiments described below are
`for illustrative purposes only and, a perSon Skilled in the art
`will construe them broadly. It should be understood that the
`features and aspects of the present invention can be ported
`into a variety of Systems and System/network configurations
`and any examples provided within this description are for
`illustrative purposes only. Referring now to the figures, in
`which like numerals refer to like elements throughout the
`Several views, exemplary embodiments of the present inven
`tion are described.
`
`0033 FIG. 1 is a diagram illustrating an exemplary
`embodiment of a terminal 100 that facilitates the provision
`of a variety of financial services. The terminal 100 is
`comprised of a processor 130, a data interface 120 and a
`network interface 140.
`0034) The data interface 120 is coupled both to the
`processor 130 and can interface to a data source 110. One
`function of the data interface 120 is to extract session data
`from the data Source 110 and transfer the Session data to the
`processor 130. Another function of the data interface 120 is
`transferring modified session data from the processor 130 to
`the data source 110. Thus, in Some embodiments, the data
`interface 120 can transfer data bi-directionally. The data
`interface 120 may be any type of interface capable of
`extracting and/or writing to a data Source 110. The data
`interface 120 may incorporate the hardware necessary to
`read/write to the data source 110 or may simply be an
`interface to a hardware device Such as a bar code reader/
`writer, a magnetic reader/writer, a Scanner, a templated
`Scanner, a printer, a bio-metric identification device, a pass
`through inlet/outlet, etc. Further, the data source 110 may
`consist of many different types of Sources, including, but not
`limited to, a bar code, a magnetic-type card or magnetic
`Storage device, Scannable media, Writable media, a finger
`print, a keyboard or keypad, a mouse, a light-pen, a touch
`pad, a display, or any other type of data device. The Session
`data is data that may be utilized in a particular financial
`Service transaction. The Session data may be located on the
`data Source 110, or alternatively, may be inputted manually.
`The Session data may include, but is not limited to, name,
`date of birth, address, telephone number, Social Security
`number, Verified government identification, direct deposit
`account (DDA) information and number, Savings account
`information and number, credit history, debt to credit ratio,
`asset information, a type of financial Service, a transaction
`amount, card account number, etc.
`0035. The network interface 140 is coupled to the pro
`cessor 130 and interfaces to a server 150. One function of the
`network interface 140 is to provide session data to the server
`150. Another function of the network interface 140 is
`obtaining validation from the server 150 and providing it to
`the processor 130. The server 150 validates all or a portion
`of the Session data for a variety of different purposes
`depending on the particular financial Service involved. The
`validation may include, but is not limited to, an approval for
`a financial Service, a denial for a financial Service, an
`available balance or fund verification, a credit worthiness
`Verification, a billing address verification, etc.
`0036) The processor 130 is coupled to both the data
`interface 120 and the network interface 140. One function of
`the processor 130 is processing the Session data and execut
`ing or initiating the provision of a plurality of financial
`services. The processor 130 receives the session data from
`the data interface 120 and requests a validation from the
`Server 150, based at least in part on the Session data, through
`the network interface 140. Further, the processor 130 pro
`vides or initiates the provision of a plurality of financial
`Services and in Some embodiments, is capable of updating
`the session data stored on the data Source 110 based at least
`in part on the provision of the particular financial Service.
`The plurality of financial Services may include, but are not
`limited to, purchasing pre-paid cards, pre-paid card accep
`tance, credit card acceptance, debit card acceptance, check
`
`IPR2022-00600
`Apple EX1005 Page 22
`
`

`

`US 2005/O127169 A1
`
`Jun. 16, 2005
`
`acceptance, point of Sale purchase, cashback on point of Sale
`purchase, transfers, card-to-card activity, bill payment, loy
`alty acceptance, etc.
`0037 FIG. 1 also illustrates the multi-functional terminal
`100 within a system for providing financial services 105.
`The system 105 includes: the terminal 100, a server 150 and
`one or more data Sources 110. In operation, the multi
`functional terminal 100 is provided to a merchant for use in
`store operation. The terminal 100 is interfaced to and
`granted access to the server 150. The interface to the server
`150 can be provided in a variety of fashions including, but
`not limited to, DSL, T1, broadband, wireless, telephonic and
`satellite connectivity. The multi-functional terminal 100 is
`available to merchant employees in providing the financial
`Services to customers. Depending on the desired financial
`Service, a customer obtains and/or presents a data Source 110
`to the merchant in conjunction with Selecting a financial
`service to be provided.
`0038 FIG. 2 is a flow diagram 200 illustrating an exem
`plary embodiment of the present invention. The details of
`the operation of the flow diagram 200 may vary among
`various embodiments of the present invention. In general,
`the illustrated embodiment includes five main functions or
`components: the data collection component 210, the deci
`Sion engine 220, the account creation component 230, the
`account management component 240 and the transactional
`processing component 250. It should be understood that the
`Structure illustrated in this figure is for discussion purposes
`only and the various functions or components of the present
`System could be combined or split in many manners.
`0.039 The data collection component 210 collects data or
`information relevant to: opening a credit account (e.g.,
`account formation data), determining if an applicant can
`qualify for an account, the type of account to be opened
`(e.g., account option data), and other miscellaneous data.
`The information collected with regards to the account for
`mation data may include, but is not limited to, the appli
`cant's name, date of birth, mailing, residential and busineSS
`addresses, telephone numbers, Social Security number or
`Verified government identification number, direct deposit
`account (DDA) information and account number, savings
`account information and account number, credit history,
`debt to credit ratio, assets, marital Status, employment his
`tory, etc.
`0040. Further information regarding the account forma
`tion data, the account option data and the account types (as
`well as other types of data) can be found in the related
`applications identified above and which have been incorpo
`rated by reference into this specification. After the data
`collection component 210 receives the necessary or the
`minimum amount of information, the decision engine 220
`can be begin processing.
`0041. The decision engine 220 receives raw or processed
`data from the data collection component 210 and, among
`other functions, integrates it with underwriting criteria 222
`to determine if a customer qualifies for an account. The
`underwriting criteria 222 is initially determined using a
`collection of integrated algorithms, methods of work, busi
`neSS processes, and initial risk modules 224 that enable the
`analysis, issuance, distribution, and monitoring of an inte
`grated credit product. The initial risk models 224 are com
`piled from a variety of different sources that vary by issuer.
`
`One skilled in the art is familiar with the type of information
`that is associated with them. In addition to determining if a
`customer qualifies for an account, the decision engine Sys
`tem 220 also determines if a customer qualifies for any
`applicable account option data Selected in the data collection
`system 210. For example, if a customer selected an overdraft
`option in the account option data, the decision engine 220
`would determine if the customer qualified for that option
`and, if qualified, the amount of the overdraft limit. The
`decision engine 220 uses the account formation data to
`qualify the customer and perform a risk management pro
`cesses. The customer is Subjected to underwriting criteria
`222 to determine qualification and Some additional data or
`documents may be required for the process.
`0042. Once a customer is qualified, the account creation
`component 230 proceeds to open an account. The account
`creation component 230 may perform different functions
`depending upon the account option data. Preferably, the
`account creation component 230 operates to create an
`account for the customer in a manner that is in compliance
`with all applicable local, State and federal laws. During the
`account creation, the account creation component 230 may
`utilize various procedures to Support issuer risk mitigation
`requirements. The account creation component 230 also
`includes a plastic card creation component 235 that operates
`to generate a permanent card for the customer.
`0043. The procedures performed by the account creation
`component 230 may vary depending on the type of account
`being created. In the examples provided in the incorporated
`references identified above, the three account types include
`the instant issue card, the basic card and the basic card with
`overdraft protection. Other functions that may be performed
`by the account creation component 230 include the activa
`tion of the account the issuance of cards. The details of these
`functions are more specifically described in the incorporated
`references.
`0044) The account management component 240 manages
`the customer account by utilizing controllers to enable and
`disable certain functions and privileges of the account based
`on various factors. Some of the factors can include account
`risks and customer behaviors. In one embodiment, the
`account management component 240 can include the func
`tions of fraudulent activities are detected, the account man
`agement component 240 can be notified example, if the
`account is overdue, a late fee would be assessed to the
`account. In the various embodiments, additional fees can be
`assessed against the accounts. For instance, a one time fee
`may be assessed for the creation of the account or for the
`creation of certain accounts, Such as accounts having an
`Overdraft component 234. In addition, the account may
`include a fixed number of transactions or a fixed number of
`transactions per fixed period (e.g., per month). Once the
`fixed number of transactions is exceeded, additional trans
`actions can be assessed a transaction fee. In another embodi
`ment, a monthly fee may be assessed on the account.
`004.5 The account behavior model 246 examines account
`activity and looks for patterns in the account activity to
`determine possible actions to be taken (e.g., intervention to
`Stop fraud). For example, if an account appeared to have
`Sporadic spending or if the Stored value became Zero, the
`account could be turned off temporarily to ascertain if the
`account is being defrauded. The transactional processing
`
`IPR2022-00600
`Apple EX1005 Page 23
`
`

`

`US 2005/O127169 A1
`
`Jun. 16, 2005
`
`component 250 processes and monitors the day to day
`transactions between the account and the financial transac
`tion network 255. The transactional processing component
`250 is then compiled by the data aggregation module 252.
`0046) The data aggregation module 252 may work on
`data related to the entire population of account holders,
`groups of populations based on factorS Such as age, occu
`pation, areas of domicile etc. or even individuals. The data
`aggregation module 252 provides processed outputs to the
`risk models 224 and the account behavior 246 model.
`0047 A key aspect of the present invention is found in the
`operation of the account management component 240. The
`account management component 240 of the present inven
`tion enables the dynamic management and alteration of the
`financial account based on real-time and current informa
`tion. Two controlling factors are applied to the account
`management component 240. These controlling factors
`include the output of risk models 242 that have been run on
`the initial underwriting criteria collected by the data collec
`tion component 210, as well as the output of the data
`aggregation module 252.
`0.048. The data aggregation module 252 refines and
`updates, preferably on a real-time basis, the various current
`trends of the accounts being managed. This information is
`then fed into the risk models 224 which determine new
`underwriting criteria 222, and the account behavior 246
`model. The data aggregation module 252 can feed informa
`tion into the risk models 224 and the account behavior 246
`model at periodic intervals, continuously, autonomously, on
`request, or on other bases. The account behavior model 246
`can operate to alter the parameters of the operation of the
`credit account. The account behavior model 246 can base
`these alterations on the input from the aggregation module
`252 and/or the risk models 224. Thus, in operation, the data
`aggregation module 252 may identify trends for a particular
`Subset of the population. This information in turn can be
`used by the risk models 224 to identify certain risks asso
`ciated with the particular subset or related Subsets of the
`population. This information, as well as the information
`directly provided from the data aggregation module 252 can
`Serve as the basis for altering the parameters of the credit
`account. As a particular example, Suppose that the data
`aggregation module 252 identifies an increase in transac
`tions by customers identified as working in the airline Sector
`and the risk models 224 indicate a decline in job stability in
`the transportation industry. The account behavior model 246
`may utilize this information to decrease the lines of credit
`provided to customers working in the airline Sector, increase
`fees associated with their accounts, provide a higher level of
`Scrutiny on approvals of purchases, lock the account from
`further purchases, or the like. From a fraud perspective, the
`account behavior model can receive information from the
`data aggregation module 252 that may be an indication of
`fraudulent behavior. The account behavior module 246 can
`then take actions to limit or alleviate the risk of fraud.
`0049 Similarly, the risk models 224 can receive input
`from the data aggregation module 252 and/or the account
`behavior model 246. The information fed to the risk models
`224 is used as the basis for generating new underwriting
`criteria for qualifying new individuals for accounts. The new
`underwriting criterion provides more accurate real-time cri
`
`teria that are not otherwise available when using underwrit
`ing criteria that has only been created at the initial Stages of
`qualification.
`0050 FIG. 3 is a flow diagram illustrating the processes
`involved in providing the financial Service of issuing a cash
`card to a customer through the use of the multi-function
`terminal 100 of the present invention 300. Initially a cus
`tomer approaches a merchant that has a multi-function
`terminal. The customer selects, or with the help of the
`merchant, Selects the financial option of the issuance of a
`cash card 310. The customer is then prompted to provide
`valid identification 312 and funding for the cash card 314.
`0051. The merchant's clerk working with the customer
`initiates the sell of a temporary card 320. The clerk then
`receives the funding from the customer that will be used for
`loading value into the cash card 324. Independently the
`merchant deposits the finds in a banking institution, transfers
`the funds to an appropriate account or issues a transaction
`against a credit card 326. In addition, the clerk Swipes the
`temporary card through the terminal 330. The terminal 100
`reads the magnetic Strip on the back of the temporary card
`and extracts an identification number for the card. The clerk
`then enters the identification of the customer 332. The
`identification can be obtained from the valid identification
`presented by the customer or through Some other means. The
`clerk then follows one or more Steps prompted by the
`multi-functional terminal. In the illustrated embodiment,
`this is done through a touch screen on the multi-functi