Patent Application
20110178927
Enrollment into a service typically involves some verification process that confirms the identity of the person enrolling. Such a process is generally performed by the entity offering the service. In the case of an issuer financial institution that offers payment cards (e.g., a credit, debit, or stored value card), the issuer financial institution may perform some method of verification. For example, the financial institution can verify a consumer's ownership of an account by requesting confirmation of a secret code, such as a password, answer to a secret question, or information on past transactions.
It has now become common for a financial institution to offer a service to their consumers, wherein the service is performed in at least in part by another entity. Such an entity can be referred to as a service provider, as is described below. The service provider may provide the service on behalf of multiple financial institutions or, in other cases, may provide multiple services that a consumer may enroll in separately through their financial institution. In such cases, however, there does not exist any method for confirming that the identity of the consumer is consistent from one enrollment to the next. Such may be the case where the enrollment is across issuer financial institutions.
Further, it has now become common for some third parties to provide enrollment interfaces on behalf of the financial institution. Accordingly, where enrollment involves exchanging sensitive information, the third party enrollment interface may be a security risk.
Embodiments of the present invention address these and other problems, individually and collectively.
Embodiments of the present invention are directed to systems, apparatuses, and methods for verifying subsequent enrollment of a consumer in a service provided by a service provider on behalf of an issuer. More specifically, embodiments of the invention are directed to a system, apparatus, and method for verifying a subsequent enrollment by searching enrollment database using a partial account identifier. The partial account identifier may include a first portion of the account identifier but not a second portion. The partial account identifier may be, for example, the last four characters of an account identifier associated with a payment account.
Embodiments of the invention are further directed to a method for receiving a verification message with information that includes a first portion but not a second portion of an account identifier associated with an account of a consumer. Upon receiving the verification message, a computer apparatus may search for the account using the information of the verification message.
In another embodiment, the present invention is directed to an apparatus and/or system configured to execute a method for receiving a verification message with information that includes a first portion but not a second portion of an account identifier associated with an account of a consumer. Upon receiving the verification message, a computer apparatus may search for the account using the information of the verification message.
The advantages of embodiments of the present invention will be apparent to one of ordinary skill in the art upon review of the detailed description of the present invention and the included figures.
a and 6b are flow diagrams showing a general method for verifying a consumer subsequently enrolling in a service, in accordance with some embodiments of the present invention; and
Embodiments of the present invention are directed to methods, apparatuses, and systems for searching an enrollment database with a partial account identifier and determining whether a consumer previously enrolled in a service based on matching the partial account identifier with account identifiers associated with the consumer. In some embodiments, such methods, apparatuses, and systems are used during a subsequent enrollment of a consumer in a service. A subsequent enrollment can occur when a consumer enrolls in the service with a different issuer or with the same issuer but different account or different service.
As used herein, an “issuer” can refer to any entity that issues an account associated with a consumer. A bank, or other financial entity, that provides financial accounts to consumers to track or otherwise record financial transactions between the consumer and the bank is an example of an issuer. Accounts can be identified uniquely using an account identifier, such as any alpha numerical string.
In some embodiments, an issuer may provide a service with respect to an account. As described herein, a “service” can refer to any suitable activity that operates on, with regards to, or otherwise associated with an account maintained by an issuer. As an example, in the case of a financial account, authorization of a request to debit funds from an account is an example of a service. Other services can include alerts based on specified trigger criteria, rewards program, automatic electronic statements and balance notices, reoccurring withdrawals, mobile banking, etc.
Specific examples of services are described in greater detail below. In some embodiments, a service offered by the issuer is performed at least partially by a service provider. Authorization of a payment request from a credit card (e.g., as occurs when a consumer swipes the credit card at a merchant's store) is an example of a service provided at least in part by a service provider because a payment card network (e.g., VISA or MASTERCARD) performs some part of the operation of authorizing the payment on behalf of the issuer.
An issuer can provide an interface for consumers to enroll in a service offered by the issuer. Even if the service is performed at least in part by a service provider on behalf of the issuer, interaction with the enrollment interface can be seamless with the interaction with the issuer. For example, the enrollment interface screen can be branded with issuer logos and trade dress. In some embodiments, a third party operates the enrollment service on behalf of the issuer. As part of the enrollment process, a consumer may select or otherwise provide an alias that identifies the consumer. A phone number, email, user name, or any combination thereof can be used as an alias. Issuers may associate a consumer with the same alias across all services that the consumer enrolls in. For example, a consumer may use their email address as an alias for an online authentication service, and then use the email address for another service, such as an online offer and coupon service. Using either service, the consumer may be identified using the email address.
A consumer's alias, and other information, can be centrally stored by the service provider. This allows for the uniqueness of aliases to be maintained across issuers and across services provided by the service provider on behalf of the issuer. As such, the service provider can act as the central repository for consumer enrollment data.
According to example embodiments, when a consumer requests a subsequent enrollment with a service provider, the service provider or issuer may verify that the consumer is the same consumer that enrolled with the previous account. A subsequent enrollment may occur if a consumer enrolls an additional account from the same issuer, an account from a different issuer, or the same account but with a different service offered by the issuer. To verify the consumer, the consumer may provide a partial account identifier of the account previously enrolled with the service provider.
As used herein, a “partial account” identifier can refer to any representation of an account identifier that lacks at least one portion of the actual account identifier. For example, a number that includes the first six and last four, but not the middle, characters of an account identifier can be a partial account identifier. Using the partial account identifier, the service provider may search an enrollment database for enrollment information corresponding to the consumer, and may verify that the partial account identifier matches the previously enrolled account identifier.
Verifying a consumer using a partial account identifier of a previously enrolled account identifier has a number of advantages. To begin, the actual account identifier can be sensitive data that can allow a fraudster to misappropriate funds, for example, from a consumer's account maintained by the issuer. Obtaining and transmitting a partial account identifier during an enrollment process reduces the risk that a fraudster may obtain sensitive information. This is an advantage because, as described above, a third party may provide the enrollment interface on behalf of the issuer. In addition, such account information may be transmitted over a network, such as the Internet. Thus, embodiments of this invention limit the occasions where the consumer submits sensitive information not only to a third party, but also over a network such as the Internet.
In another way, where various account information are linked together (e.g., if a single alias links multiple services potentially across issuers), verifying a previously enrolled account reduces the risk that a fraudster can obtain access to previous enrollment data and/or services simply by enrolling another account (e.g., a token account) with an alias associated with a consumer's already enrolled accounts.
To clarify the discussion of embodiments of the invention, a specific service is now described. The service provider may provide a remote payment service that authenticates payment requests made when a consumer purchases items through a merchant web site. In particular, using the remote payment service, a consumer may visit a merchant's website to purchase items. As part of the checkout process provided by the merchant website, the consumer may request to purchase items for sale using the remote payment service that they are enrolled in. The request sent by the consumer's web browser, for example, may include an alias (e.g., a phone number or email address) that the remote payment service may use to identify the consumer enrolled in the service. The association between the consumer and the alias can be established prior to the payment request, e.g., when the consumer enrolls with the remote payment service, as may be provided by an enrollment website of the issuer. Once the remote payment service receives the request to purchase the items, the remote service can provide the merchant website various nicknames associated with accounts of the consumer. “MyRedCard” is an example of a nickname that a consumer can assign to their account. The consumer can then select an account nickname when they purchase an item through the merchant website. The selection of the account nickname is transmitted to the remote payment service and the remote payment service then provides the merchant with account details for the account associated with the selected nickname. In this way, the sensitive account identifiers are not exchanged through the merchant website. Instead, the account information is transferred from a more secure path between the service provider and the merchant systems.
Prior to further discussing the verifying a consumer based on a partial account identifier, a brief description of an example enrollment system will be presented.
The enrollment system 100 shown in
A consumer 106 interacts with the issuers and/or third parties 102. Consumer 106 can be a person or an entity such as a business that has an account with an issuer 110 or 120. As
The issuers and/or third parties 102 may include components that are primarily controlled by an entity (e.g., an issuer) that provides and otherwise manages an account associated with consumer 106. As
As shown in
The first issuer server computer 112 can be a computer apparatus that manages activity related to its accounts, such as consumer enrollment for a service provided by the service provider 104. The first enrollment interface 116 can be a web based interface (e.g., web pages) or an application interface. The first enrollment interface 116 may verify a consumer's identity using an alias. For example, the first enrollment interface 116 may verify the identity of the consumer using a phone number or any other criteria. Verifying the consumer is described in greater detail below. The first enrollment interface 116 also obtains enrollment information from the consumer and then transmits the enrollment information to the service provider 104. As described below, the service provider 104 may store the enrollment information in a consumer record associated with the consumer 106.
In some embodiments, a third party enrollment service (not shown) may operate the first enrollment interface 116, or at least some portion thereof. In such embodiments, the third party enrollment service can process and manage the enrollment of consumers on behalf of issuers. Such third party enrollment services may provide enrollment services to one or more issuers (e.g., two or more different issuers). As such, a third party enrollment service may provide a common interface to the service provided by the service provider across multiple issuers.
Enrollment information may be received from the consumer 106 and verified by the different components of the enrollment system 100. As shown in
The first account database 118 can be an issuer managed database that stores information relating to the consumers. The first account module 114 controls access to the account database 118. As such, the first issuer 110 may verify consumer information based on records stored in the first account database 118. Information stored in the first account database 118 is not necessarily available to other entities. For example, the second issuer 120 may not be able to directly access the first account database 118 in all instances
The second issuer 120 includes components similar to the components of the first issuer 110. Typically, the first and second issuers 110, 120 do not share information as they are separate entities.
The service provider 104 includes components that can be primarily controlled by an entity that provides services on behalf of the first and second issuers 110, 120 with respect to the accounts associated with the consumer 106 and maintained by the issuer. Such an entity can be referred to as a “service provider.” A service provider, as an example, can be a payment card processing network, such as VISA or MASTERCARD. In addition to being a payment card processing network, a service provider may be any suitable service entity such as those described above. The service provider 104 includes a service provider server computer 130 that can be one or more computer apparatuses that run an enrollment module 132 and a service module 134. The service provider 104 may also include a service infrastructure 138 that connects to the issuers via a network 160 (e.g., the Internet or any other suitable network). The service infrastructure 138 may include any suitable combination of hardware and software, and may be a communication gateway to the service provider 104.
The enrollment module 132 can enroll a consumer in a service provided by the service provider on behalf of the issuer. The enrollment module 132 provides centralization of consumer enrollment information at the service provider. The enrollment module 132 can store enrollment information in an enrollment database 136. The enrollment module 132 communicate to issuers through service infrastructure 138 to search, create, update, and delete a consumer's enrollment profile stored in the enrollment database 136. The service infrastructure 138 provides message authentication, authorization, message format processing, and denial of service protection measures for messages exchanged between the service provider 104 and the issuers and third parties 102. Maintaining enrollment data at the service provider allows the service provider to quickly verify a consumer's identity where the identity can be configured to work with multiple issuers.
The service module 134 can provide a service on behalf of the first and second issuers 110, 120 for consumers enrolled through the enrollment module 132. To illustrate, the exemplary service described above may perform functions that facilitate remote payments through a merchant's website, as described above.
The description will now provide further detail regarding various phases from an initial enrollment to a subsequent enrollment. In particular, during the subsequent enrollment, the enrollment module 132 may verify that the consumer previously enrolled in the service using a partial account identifier.
a. Initial Enrollment
After the consumer 106 requests enrollment in a service offered by first issuer 110, the first issuer 110 may confirm ownership of the mobile phone number. This is shown as message 12. In some embodiments, the first issuer 110 confirms ownership of the phone number using an out-of-band process. For example, the first issuer 110 may call the number to retrieve personal information from a person that answers the call. This personal information may be verified by the issuer 110 using the information stored in the account database 118.
Once ownership of the mobile phone is confirmed, the first issuer 110 can determine whether the consumer 106 is already registered in the service. To confirm enrollment, the first issuer 110 may transmit a search request to the enrollment module 132 of the service provider 104. This is shown as message 13. In one example embodiment, the first issuer 110 transmits a “search property request” to the enrollment module 132. The search property request can refer to a request for the enrollment module 132 to search for a consumer record stored in the enrollment database 136 based on a property. A phone number is an example of a search property. An e-mail address is another example of a search property that can form the basis of a search property request.
Responsive to receiving a search request, the enrollment module 132 then searches database 136 to determine whether a consumer record with a property record that matches the search property exists. This is shown as message 14. Enrollment module 132 can further determine whether the phone number not only exists but the phone number is also enabled. An enabled phone number signifies that the phone number is currently enrolled in the service and usable as an alias.
Enrollment module 132 then responds to the issuer 110 with an indication of whether a consumer record is found, as shown as message 15. The response to the search request may be based on whether a consumer record matching the search property is found. For example, if a consumer record is found, the enrollment module 132 can return a positive indication that a consumer record was found. A consumer key (described below) can be used by the enrollment module 132 to identify the matching record. To return an positive indication that a consumer record is found, the enrollment module 132 can return the consumer key. Alternatively, if a matching consumer record is not found, the enrollment module 132 can return a negative indication that signifies that the consumer record was not found. Empty or null values are examples of such negative indication that signify that an account is not yet enrolled in the service.
Responsive to receiving an indication that a matching consumer record was not found, issuer 110 then transmits a “Create Consumer” request to the enrollment module 132. This is shown as message 16. The create consumer request may include additional consumer information, such as an indication that terms and conditions were agreed upon by the consumer 106, an alias (e.g., a phone number or email address), and account identifier enrollment information.
The enrollment module 132 then creates the consumer record in the enrollment database 136. A consumer record may include various fields or records to identify a consumer record. In some embodiments, identification of a consumer record can be direct. For example, some embodiments may use a consumer key that uniquely identifies the consumer record. Such a key may be used to lookup a record stored in a database. In other embodiments, identification of a record can be indirect. For example, a consumer record may be indirectly identified by searching for consumer records with certain properties, such as those consumer records that are associated with a particular phone number.
With reference back to
As described above, in some embodiments, the first issuer 110 can transmit additional consumer information to the service provider, such as an additional aliases (e.g., a phone number or email account) and account identifiers and account nicknames. In some embodiments, if the issuer requests adding an additional alias to the consumer record, the enrollment module 132 can create an identity property record 320 to store the alias and then associate the created identity property record with the consumer record associated with the consumer, as stored in the enrollment database 136. Such may be the case where the alias is an e-mail address. In other embodiments, the enrollment module 132 allows the consumer to update an alias (e.g., if the consumer changes phone numbers).
If account enrollment information (e.g., account identifier and nickname) is included in the create consumer request, an account record is created and associated with the consumer record in the enrollment database 136. An account record associated with the account identifier can be generated by the enrollment module 132. It can be used by the first issuer 110 to identify the account identifier and account nickname pair. In adding an account to the consumer record, the consumer may create one or more new nickname and account identifier combinations at the issuer's enrollment web site. The first issuer 110 may validate the account identifier using CVV2, address verification, or any other suitable method. Upon receiving a request from the consumer to enroll an account, the first issuer 110 can transmit an enroll account request (or alternatively referred to as a create consumer request; see message 6) to the enrollment module 132 using the consumer key and account nickname and account identifier information. The consumer record and its associated records are retrieved based on the consumer key. In some embodiments, the enrollment module 132 may verify that the phone number associated with the consumer is enabled. In other embodiments, the enrollment module 132 may verify the uniqueness of the account nickname submitted by the consumer compared to the account records already associated with the consumer record. Additionally, the enrollment module 132 can validate the account identifier using a MOD-10 digit check and/or match a first portion of the account identifier (e.g., the first six digits) to an entry in a table that associates issuers to account identifier (or portions of account identifiers). If the enrollment module 132 successfully verifies the account identifier, the enrollment module 132 can then create an account record for the account nickname and the account identifier in the database and associate the new account record with the existing consumer record.
In some embodiments, the enrollment module 132 may return an account identifier to the first issuer 110 that is associated with the account nickname and the account identifier.
Once enrolled, the consumer 106 may then utilize the service provided by the service providers on behalf of the first issuer 110. For example, the consumer 106 may visit a merchant website and pay for items using the mobile payment service provided by the service provider 104.
b. Subsequent Enrollment Across Issuers and/or for Other Services
Once the consumer 106 enrolls in a service via the enrollment module 132, the consumer 106 may subsequently enroll with the service provider 104 again if the consumer 106 enrolls in the service through another issuer. For example, a service provider 104 may provide the remote payment service described above on behalf of multiple issuers (e.g. first and second issuers 110 and 120). Accordingly, the consumer 106 may enroll one payment card associated with the first issuer 110 in the service and then, at some later point in time, enroll another payment card associated with the same or different issuer (e.g., the second issuer 120) in the same service. In some embodiments, the different issuers may operate separate branded enrollment websites to offer the service. In other embodiments, a third party enrollment service performs the operations associated with enrollment for the issuers.
In other embodiments, a subsequent enrollment may occur if the service provider provides multiple services on behalf of an issuer. In such cases, the enrollment in a second service will identify a consumer record matching the requested enrollment.
When an issuer is enrolling a consumer that is already enrolled in the service, the issuer and/or the service provider may attempt to verify that the consumer is the same consumer in each enrollment. Enrollment information associated with a previous enrollment may be used to verify the consumer. For example, the consumer may be verified using a partial account identifier that lacks some portion of the account identifier previously enrolled with the service. By providing an account identifier that lacks some portion thereof, the verification method may be comparatively secure. This is the case because a third party enrollment service may provide the interface to enroll with the service through the issuer. Such third parties may not be as trusted or it may be less desirable to provide the full sensitive account identifier. In another way, the entire account identifier is not transferred from an enrollment interface to the service provider. As shown, information may exchanged between the issuers (e.g., 110, 120) and the service provider 104 through a network such as the Internet (e.g., 160). As such, transmitting sensitive information such as an account identifier may pose a risk of being received by a fraudster.
Illustratively, in some embodiments, the middle portion of a PAN (primary account number) may be omitted, but the first six characters of the PAN and the last four digits of the PAN may be used to search an enrollment database. The first six characters of the PAN may be associated with a BIN (bank identification number) which is not confidential information. The last four digits of the PAN is typically printed on credit card receipts and is also generally not confidential. Thus, embodiments of the invention can use this non-confidential information, in conjunction with other information (e.g., an alias or phone number), to effectively identify an account associated with a consumer.
After the consumer 106 requests enrollment in the service offered by the second issuer 120, the second issuer 120 confirms ownership of the mobile phone number. This is shown as message 22. In some embodiments, the second issuer 120 confirms ownership of the phone number using an out-of-band process, as described above.
Once ownership of the mobile phone is confirmed, the second issuer 120 can determine whether the consumer 106 is already enrolled with the service provider 104. To confirm enrollment, the second issuer 120 may transmit a search request to the enrollment module 132 operated by the remote server computer 130. In one example embodiment, the second issuer 120 transmits a “search property request” to the enrollment module 132. This is shown as message 23. As described above, the search property request can refer to a request to the enrollment module 132 to search for a consumer record based on a property. A phone number is an example of a search property. An e-mail address is another example of a search property that can form the basis of a search property request.
Responsive to receiving a search request, the enrollment module 132 then searches the enrollment database 136 to determine whether the search property matches an identity property record associated with a consumer record. This is shown as message 24. As described above, with reference to the initial enrollment shown in
Responsive to receiving an indication that the consumer has previously enrolled, the second issuer 120 may then verify that the identity of the consumer 106 is the same for both the initial enrollment and the enrollment currently being requested. Accordingly, the second issuer 120 may obtain information regarding the initial enrollment of the consumer. For example,
Returning to
If the first six and last four characters of the account identifier match an account identifier found in an account record associated with the consumer record, the enrollment module 132 may return an indication that the consumer is validated (e.g., a TRUE status). Upon receiving the indication that the consumer is enrolled, the issuer 120 may continue and edit the enrollment. This is shown as messages 27 and 28. Editing the enrollment may include associating a new account record with the consumer record. The new account record may correspond to an account identifier associated with the issuer 120. Editing the enrollment may additionally or alternatively include editing the account information, such as a nickname associated with the account. The PAN may then be added to the consumer record (message 29).
a and 6b are flow diagrams that show a generalized method 600 for verifying a consumer enrollment using a partial account identifier. The various operations of the method 600 can be performed, for example, by the enrollment module 132 operated by the service provider server computer 130. Various operations of the method 600 can also be performed by the issuer server computers 112 and/or 122. These server computers may use one or more computers or network of computers to perform some or all of the acts within the method. Still further, various operations of the method 600 can be performed by a computer operated by a consumer (e.g., 108).
Verifying a consumer begins when the enrollment module 132 receives a request to search for a consumer record. This is shown as step 610. The request may include a property to be used in the search for the consumer record. As described above, a property may be an alias such as a phone number or an email, or any other property that uniquely identifies a consumer in the enrollment system 100. Upon receiving the request to search for a consumer record, an enrollment database is searched for a consumer record that is associated with a property record that matches the search property received at step 610. This is shown as step 620. In an example embodiment, the enrollment database 136 is searched for a consumer record associated with a particular phone number. The result of the search performed at step 620 is then returned at step 630. Such results may be transmitted to an issuer that is offering a service, wherein the service is provided at least in part by a service provider. The search result indicates whether a consumer record with a property matching the search property is stored in the enrollment database 136. To indicate that the no such record exists, the result can have a value representing false, null, zero, negative, or any similar value. If the consumer record exists, the result can have a value representing true, a consumer key to the consumer record, or any other similar value.
The step performed next may depend on whether a matching consumer record is found in the enrollment database, as indicated in decision 635. For example, if the consumer record indicates that the consumer is not yet enrolled (e.g., no consumer record was found at step 620), the enrollment module 132 may receive enrollment information from the issuer (step 650). As described above, enrollment information may be obtained through the enrollment interface operated by the issuer and then transmitted to the service provider. Further, enrollment information may include an alias for the consumer, account information such as an account identifier, contact information such as street address, city, and state, and any other information. Enrollment may also include service specific information. For example, according to the example service described above, enrollment information may include account nicknames to identify a specific account identifier. Using the enrollment information, a consumer record can be created and stored in the enrollment database 136 (step 660) To complete enrollment, the consumer record identifier can be returned to the issuer, wherein the consumer record identifier can be used to later identify the consumer record (step 670).
With reference to
Upon receiving the partial account identifier, the enrollment module 132 may search the enrollment database to determine if the consumer is associated with a account identifier that matches the partial account identifier (step 644). In an example embodiment, a consumer record is identified using a consumer index received as part of the validate consumer request. In other embodiments, the consumer record is searched using an alias as a search property, as described above. Once the consumer record is identified, the enrollment module 132 may search the consumer record to determine if an account record associated with the consumer record matches the partial account identifier (step 646). The result of this search is transmitted at step 648.
Any of the elements in figures described herein can use any suitable number of subsystems to facilitate the functions described herein. System 700 in
For example, the computer may be a desktop, portable, rack-mounted or tablet configuration. Additionally, the computer may be a series of networked computers. Further, the use of other micro processors are contemplated, such as Xeon™, Pentium™ or Core™ microprocessors; Turion™ 64, Opteron™ or Athlon™ microprocessors from Advanced Micro Devices, Inc; and the like. Further, other types of operating systems are contemplated, such as Windows®, WindowsXP®, WindowsNT®, or the like from Microsoft Corporation, Solaris from Sun Microsystems, LINUX, UNIX, and the like. In still other embodiments, the techniques described above may be implemented upon a chip or an auxiliary processing board. Various embodiments may be based upon systems provided by daVinci, Pandora, Silicon Color, or other vendors.
In one embodiment, computer system 700 typically includes a display 710, computer 720, a keyboard 730, a user input device 740, computer interfaces 750, and the like. In various embodiments, display (monitor) 710 may be embodied as a CRT display, an LCD display, a plasma display, a direct-projection or rear-projection DLP, a microdisplay, or the like. In various embodiments, display 710 may be used to display user interfaces and rendered images.
In various embodiments, user input device 740 is typically embodied as a computer mouse, a trackball, a track pad, a joystick, wireless remote, drawing tablet, voice command system, and the like. User input device 740 typically allows a user to select objects, icons, text and the like that appear on the display 710 via a command such as a click of a button or the like. An additional specialized user input device 745, such a magnetic stripe, RFID transceiver or smart card reader may also be provided in various embodiments. In other embodiments, user input device 745 include additional computer system displays (e.g. multiple monitors). Further user input device 745 may be implemented as one or more graphical user interfaces on such a display.
Embodiments of computer interfaces 750 typically include an Ethernet card, a modem (telephone, satellite, cable, ISDN), (asynchronous) digital subscriber line (DSL) unit, FireWire interface, USB interface, and the like. For example, computer interfaces 750 may be coupled to a computer network, to a FireWire bus, or the like. In other embodiments, computer interfaces 750 may be physically integrated on the motherboard of computer 720, may be a software program, such as soft DSL, or the like.
RAM 770 and disk drive 780 are examples of computer-readable tangible media configured to store data such user, account and transaction level data, calculated aggregated data, super keys, sub keys and other executable computer code, human readable code, or the like. Other types of tangible media include magnetic storage media such as floppy disks, networked hard disks, or removable hard disks; optical storage media such as CD-ROMS, DVDs, holographic memories, or bar codes; semiconductor media such as flash memories, read-only-memories (ROMS); battery-backed volatile memories; networked storage devices, and the like.
In the present embodiment, computer system 700 may also include software that enables communications over a network such as the HTTP, TCP/IP, RTP/RTSP protocols, and the like. In alternative embodiments of the present invention, other communications software and transfer protocols may also be used, for example IPX, UDP or the like.
In various embodiments, computer 720 typically includes familiar computer components such as a processor 760, and memory storage devices, such as a random access memory (RAM) 770, disk drives 780, and system bus 790 interconnecting the above components.
In some embodiments, computer 720 includes one or more Xeon microprocessors from Intel. Further, in the present embodiment, computer 720 typically includes a UNIX-based operating system.
It should be understood that embodiments of the present invention as described above can be implemented in the form of control logic using computer software in a modular or integrated manner. Based on the disclosure and teachings provided herein, a person of ordinary skill in the art will know and appreciate other ways and/or methods to implement the present invention using hardware and a combination of hardware and software
Any of the software components or functions described in this application, may be implemented as software code to be executed by a processor using any suitable computer language such as, for example, Java, C++or Perl using, for example, conventional or object-oriented techniques. The software code may be stored as a series of instructions, or commands on a non-transitory computer readable medium, such as a random access memory (RAM), a read only memory (ROM), a magnetic medium such as a hard-drive or a floppy disk, or an optical medium such as a CD-ROM. Any such non-transitory computer readable medium may reside on or within a single computational apparatus, and may be present on or within different computational apparatuses within a system or network.
The above descriptions are illustrative and are not restrictive. Many variations of the invention will become apparent to those skilled in the art upon review of the disclosure. The scope of the invention should, therefore, be determined not with reference to the above description, but instead should be determined with reference to the pending claims along with their full scope or equivalents.
One or more features from any embodiment may be combined with one or more features of any other embodiment without departing from the scope of the invention. For example, any of the above described analytics may be combined with any other suitable analytics in any suitable manner in methods or systems according to embodiments of the invention. Thus, although specific features are separately described in this application, they may be combined in certain embodiments of the invention.
A recitation of “a”, “an” or “the” is intended to mean “one or more” unless specifically indicated to the contrary.
This application claims priority from U.S. Provisional Appl. No. 61/296,395, filed Jan. 19, 2010, which is incorporated herein by reference in its entirety for all purposes.
| Number | Date | Country | |
|---|---|---|---|
| 61296395 | Jan 2010 | US |
