SYSTEM AMD METHOD FOR MONITORING, AGGREGATING AND LIMITING INDIVIDUAL USER CREDIT ACCOUNTS FOR WAGERING, ONLINE GAMING AND IGAMING

Abstract

A sponsored system and method for a user of gaming portals to place wagers to voluntarily establish with the assistance of the system sponsor an appropriate gambling budget for the user and to voluntarily limit the available aggregate of debt to a personalized credit limit so that the user's predetermined gambling budget is not exceeded. The compulsive gambler and/or electronic gaming player is protected by the system's identification of gambling risk patterns and/or electronic gaming habits. The system provides a “risk backstop” to prevent the accrual of debt from betting or electronic game playing that is beyond the individual user's financial capacity.

Claims

1. A method for operating a secure wagering and transaction system to establish a line of credit for an individual user subscriber to the system to employ for gambling within one or more gaming portals, the method comprising the steps, in order, of: a) registering the user with the secure wagering and transaction system; b) comparing a cost S of a gambling transaction requested by the user with a cash balance C previously established by the user within the secure wagering and transaction system, c) wherein if the cost S is less than or equal to the cash balance C, updating the cash balance C within the secure wagering and transaction system to a new value C−S, authorizing the gambling transaction and skipping to step f), d) comparing the difference S−C to a credit balance X previously established within the secure wagering and transaction system, e) wherein if the difference S−C is less than or equal to the credit balance X, updating the cash balance C to zero, updating the credit balance X within the secure wagering and transaction system to a new value C+X−S, and authorizing the gambling transaction, f) wherein if the secure wagering and transaction system has authorized the gambling transaction, processing the transaction request and making payment of the cost S of the gambling transaction to the gaming portal, and wherein if the secure wagering and transaction system has not authorized the gambling transaction, declining the transaction request.

2. The method of claim 1, further comprising, prior to step d): initially setting the credit balance X to a credit threshold Th, wherein Th is calculated based upon a plurality of parameters, including the user's age, credit score, monthly salary, monthly rent or mortgage expense, monthly food expense, monthly health insurance and medical expenses.

3. The method of claim 1, wherein the source of the user's credit is a credit facility to which the user gains access by virtue of a preexisting contractual relationship.

4. The method of claim 2, Wherein the access to the credit facility is a credit card or debit card issued to, and held by the user.

5. The method of claim 2, wherein the access to the credit facility is via a home equity line of credit.

6. The method of claim 2, further comprising: receiving one or more of the plurality of parameters from the user, and receiving other parameters from one or more external sources.

7. The method of claim 6, wherein the credit threshold Th is reviewed upon a request by the user, and recalculated based upon changes in the plurality of parameters.

8. The method of claim 6, wherein the credit threshold Th is continually reviewed and modified upon any change in the plurality of parameters provided by the user and from the one or more external sources.

9. The method of claim 6, wherein the credit threshold Th is continually reviewed and modified based upon the user's patterns of play and payment.

10. A secure wagering and transaction system for establishing a line of credit for a user to employ for gambling within a gaming portal, the system comprising: an interface configured to receive a request from the user via the gaming portal to place a gambling transaction having a cost S, a processor coupled to the interface; a non-volatile memory having program code stored thereon, the program code operable when executed by the processor to: perform a first comparison of the cost S of the gambling transaction requested by the user with a cash balance C previously established by the user within the secure wagering and transaction system, wherein if the first comparison showed that the cost S was less than or equal to the cash balance C, update the cash balance C within the secure wagering and transaction system to a new value C−S, and authorize the gambling transaction, wherein if the first comparison showed that the cost S was greater than the cash balance C, perform a second comparison of the difference S−C to a credit balance X previously established within the secure wagering and transaction system, and if the second comparison showed that the difference S−C was less than or equal to the credit balance X, update the cash balance C to zero, update the credit balance X within the secure wagering and transaction system to a new value C+X−S, and authorize the gambling transaction, wherein if the gambling transaction was authorized by either the first comparison or, if conducted, the second comparison, process the transaction request and make payment of the cost S of the gambling transaction to the gaming portal, and otherwise decline the transaction request.

11. The system of claim 10, further comprising, that the program code is operable when executed by the processor, prior to performing the first comparison, to initially set the credit balance X to a credit threshold Th, wherein Th is calculated based upon a plurality of parameters, including the user's age, credit score, monthly salary, monthly rent or mortgage expense, monthly food expense, monthly health insurance and medical expenses.

12. The system of claim 11, further comprising, that the program code is operable when executed by the processor, to receive one or more of the plurality of parameters from the user, and receive other parameters from one or more external sources.

13. The system of claim 12, wherein the credit threshold Th is reviewed upon a request by the user, and recalculated based upon changes in the plurality of parameters.

14. The system of claim 12, wherein the credit threshold Th is continually reviewed and modified upon any change in the plurality of parameters provided by the user and from the one or more external sources.

15. The system of claim 12, Therein the credit threshold Th is continually reviewed and modified based upon the user's patterns of play and payment.

16. The system of claim 1, wherein the user's line of credit is obtained from one or more credit facilities that are subscribers to h system, and each credit facility has access in real time to the user's gaming activities on a gaming portal that is also a subscriber to the system, to the wagering transactions in which the user has participated, and to the user's historical winnings and losses on subscriber portals.

17. A method of registering a user for a secure wagering and transaction system maintained by a sponsor to establish a predetermined personalized line of credit for the user to employ for wagering within at least one online gaming portal, the method comprising the steps of: sending a message from the operator of a gaming portal to an active user of the portal, soliciting the user's interest in registering for the secure wagering and transaction system; in response to an indication of interest by the user, sending to the user a link to a website maintained by the sponsor, the sponsor's website including application materials comprising explanatory information, one or more consent forms and a tillable form for receiving personal information for entry by the user; transmitting to the sponsor, the user-completed consent form that includes a commitment by the user to voluntarily limit the dollar value of aggregated wagering debt to a limit to be calculated by the sponsor of the secure wagering and transaction system; collecting information supporting a two-factor authentication test of the identity of the user completing the authentication and confirming the identity of the user; collecting information from the user and from third party sources, including the user's savings, sources of income, and credit facilities; calculating a personalized credit limit of gaming wagering debt to be accrued by the user, based upon a plurality of personal parameters, including the user's age, credit score, monthly salary, monthly rent or mortgage expense, monthly food expense, monthly health insurance and medical expenses as disclosed by the user; informing the user of the calculated personalized credit limit; and upon acceptance of the personalized credit limit by the user, transmitting a unique identifier to the user for gaming access as a user subscriber to the secure wagering and transaction system.

18. A secure wagering and transaction system for enrolling a user in a sponsored secure wagering and transaction system as a user subscriber, and establishing a line of credit for the user to employ when wagering within a gaming portal, the system comprising: an interface configured to receive a request from the user via the gaming portal to place a wagering transaction; a processor coupled to the interface; a non-volatile memory having program code stored thereon, the program code operable when executed by the processor to: solicit the user's interest in registering for the secure wagering and transaction system; prompt the user to complete a consent form with predetermined terms and conditions, including a commitment to voluntarily limit the dollar value of debt incurred to a predetermined personalized credit limit calculated by the sponsor of the secure wagering and transaction system; collect information to support a two-factor authentication of the identity of the user and authenticate the user's identity; following user identity authentication, collect information from the user and from third party sources about the user's savings, sources of income, and credit facilities that are sources of credit employed by the user to support online gaming activities; calculate the personalized credit limit for wagering debt to be incurred by the user, based upon a plurality of parameters, including the user's age, credit score, monthly salary, monthly rent or mortgage expense, monthly food expense, monthly health insurance and medical expenses; and inform the user of the calculated personalized credit limit.

19. The system of claim 18 which farther comprises: means for receiving the user's acceptance of the calculated personalized credit limit; and assigning a unique identifier to the user for gaming access as a user subscriber to the secure wagering and transaction system.

20. The system of claim 19 which further comprises: establishing and maintaining in the memory a listing of classes of subscribers to the secure wagering and transaction system that includes credit facility subscribers, casino and online gaming operator subscribers, and credit rating bureau subscribers; providing interactive electronic communication means for transmitting to a central storage medium and associated server, data corresponding to user subscriber requested and completed gaming transactions; means for entry of the data into a separate account maintained for each user subscriber; providing interactive means permitting access in real time to the central storage medium and associated server, whereby all subscribers and the sponsor can view the stored gaming transaction data for each individual user subscriber.

21. The system of claim 20 which further comprises: means for receiving and authenticating a request from an individual user subscriber for access to that user's account; and means for displaying to a requesting user the user's account.

22. The system of claim 21 which further comprises: means for receiving a request from a user subscriber to change the user's personalized credit limit; means for transmitting to the requesting user a fillable questionnaire for entry of changes in the parameters utilized in determining the existing personalized credit limit of the user subscriber; and means for recalculating the user's credit limit based on the changes in the parameters entered on the questionnaire, and communicating the result of the recalculation of the credit limit to the user.

Description

BRIEF DESCRIPTION OF THE DRAWINGS

[0042] FIG. 1 is an exemplary process flow diagram of an embodiment in accordance with the present disclosure;

[0043] FIG. 2 illustrates application of the SWATS by a user in accordance with an exemplary embodiment of the disclosure;

[0044] FIG. 3 is a process flow diagram for a first-time user of the SWATS and other functionalities of the SWATS in accordance with an exemplary embodiment of the disclosure;

[0045] FIG. 4 is a diagram that illustrates an exemplary user device with a downloaded SWATS application; and

[0046] FIG. 5 is a networking environment diagram in accordance with an embodiment of the disclosure.

DETAILED DESCRIPTION OF THE DISCLOSURE

[0047] Certain embodiments of the disclosure are directed to a method and SWATS integrated for use with multiple gaming systems. Various embodiments of the disclosure provide a method and system that simplify providing a line of credit to a user and making digital payments via different gaming portals. The System of the disclosure can be used by business subscribers to optimize their business strategies based on an individual user's history including such factors as where the user has played, with whom the user has played, and the types and frequency of games played. Information can be used in selecting incentives such as fee reductions for trying new games, focused souvenirs that are purchased online, affinity programs and the like.

[0048] As mentioned above, there are many gaming portals which have charges associated with the gameplay or wagering or other services. Such gaming portals must have means for accepting payment from their users.

[0049] FIG. 1 is an exemplary process flow diagram in accordance with an embodiment of the present disclosure. There are one or more SWATS servers, hereafter referred as, “one or more servers,” which are integrated to provide functionalities described in more detail below. Each of the gaming portals that wishes to participate in acceptance of payments via a user's SWATS account must request the SDKs and/or APIs (REST′ API) from the one or more servers, which as described in more detail below, verify the request and, if approved, register the requesting gaming portal as a verified gaming portal in an associated memory device or a database.

[0050] The one or more servers can assign a unique identifier (ID) or a token to the verified gaming portal. By means of the SDKs or APIs (REST API), or the like, the verified gaming portals can integrate SWATS into their accepted payment methods. Further, any payment request made by the verified gaming portal is validated by the one or more servers based on a plurality of factors, one of which is the unique ID associated with the gaming portal requesting payment.

[0051] The user can access the SWATS by signing into a designated website, mobile application, or web portal, e.g., gaming portal. The user logs in to gain access to SWATS using either the website or the mobile application.

[0052] Referring now to FIG. 1, in operation, at Step 102, when a user wants to complete a transaction for an amount S, using the SWATS that has been integrated into a verified gaming portal, the user 100 is requested to submit login credentials associated with the user's account on the System. At step 104, the one or more servers the login request initiated by the user 100 and at step 106, the one or more servers verifies the user's identity based on user data stored in one or more databases.

[0053] Once the credentials of the user 100 are verified at step 106, the one or more servers determines at step 108 whether or not a cash balance C previously established by user 100 within the user's account on the System is sufficient to complete the transaction. There are two possible outcomes from the determination at step 108. In the first case, the user already has a cash balance C equal to or more than the transaction amount S in the System account. Accordingly, the one or more servers process the transaction request and make payment of the amount S to the verified gaming portal.

[0054] In the second case, at step 110, the available cash balance C in the system account is less than the transaction amount S. In such a case, the one or more servers compares the difference of S minus C, with a credit balance X of the user. The credit balance can be a value between zero and up to a credit threshold Th. The credit threshold Th is the maximum value of the credit balance allocated to the user 100 of the SWATS.

[0055] In step 112, the amount S minus C is deducted from the credit balance X and the one or more servers which also act as a single source of truth, records the transaction. The transaction is also stored in the user's profile database. The available credit balance is updated to show the new value of the cash balance of C plus X minus S.

[0056] In step 114, the one or more servers completes the transaction by paying the verified gaming portal the amount S. In addition to the above-described process, all of the transactions have an added layer of security. Each of the transactions that are executed using the SWATS are authenticated using two-factor authentication (2FA). There are various techniques for the execution of 2FA such as biometrics, SMS-based, and push-notification based. The SWATS can utilize one or more of these, or other methods, for the execution of 2FA.

[0057] Once the payment is received by the gaming portal, the user can access the gameplay or place a bet, or purchase the service desired, and the transaction is completed.

[0058] Referring now to FIG. 2, there is illustrated an application of the SWATS by a user in accordance with an exemplary embodiment of the disclosure With the user 100 sequentially accessing a plurality of gaming portal(s) 1 to 4 (202, 204, 206, 208).

[0059] In an exemplary scenario, the user 100 has a credit balance of $100 and the user makes a payment of $50 at the gaming portal 1 (202), after which the user's credit balance is updated to $50. All of these entries are simultaneously entered in the ledgers stored in the one or more servers. In a preferred embodiment, blockchain technology can also be used to record all the financial transactions. Blockchain provides a decentralized immutable and tamper-proof database that can be relied upon in the event that a dispute arises among any of the subscribers and/or the sponsor.

[0060] After playing on 202, the user 100 sequentially plays on the gaming portals 204 and 206 and in total spends $50 at these gaming portals. The updated credit balance after the play of the gaming portals (202, 204, 206) is $0. Accordingly, when the user initiates a transaction on the gaming portal 4 (208), the transaction is declined, and the user receives a corresponding notification. The notification can be a change in User Interface (UI), the display of a message, such as “Credit balance exhausted,” a push notification, or a vibration of a handheld device in a specific pattern, on which the SWATS is installed. The user is restricted from further accessing any of the verified gaming portals while the credit balance is exhausted.

[0061] In an embodiment, the user can be denied access the gaming portals for a predetermined period of time that serves as a “cooling off” period. By way of example, a “cooling off” period may be appropriate if the user had been under the influence of alcohol or other judgment impairing substance. Alternatively, access can be regained when the user pays down the SWATS against the used credit balance by adding value from an outside source. The System thus promotes more responsible wagering during gaming by limiting or preventing a user's impulse to exceed the user's own preestablished personalized credit limit.

[0062] FIG. 3 illustrates a typical process flow for a first-time user of SWATS, and other functionalities of the System in accordance with an exemplary embodiment that illustrates various options when the new user accesses the SWATS website or mobile application. At the first login, the identity of the new user is verified. As described earlier, a credit threshold has been determined for the new user as calculated by the credit threshold algorithm. As explained above, the credit threshold algorithm employs a plurality of parameters, including the age of the applicant, financial information, monthly spending, monthly salary, credit score, and the like. Personal information such as marital and family status, driving, police and court records, and other publicly available information can be included in the algorithm database. In addition, the credit threshold algorithm can assign a weight to one or more of these parameters. In addition, the one or more servers determining the credit threshold can retrieve one or more parameters related to the applicant or the new user from one or more external sources.

[0063] In accordance with the exemplary scenario, there are various other functions that the new user can access following identity verification and after the credit threshold is determined for the new user, and these functions continue to be available to users of SWATS that remain in good standing based on predetermined criteria.

[0064] Each user of SWATS can review at any time the user's entire transaction history and the credit usage across multiple gaming portals (304).

[0065] By accessing the payment function (306), the user can enter a payment directly via a website or a portal.

[0066] The user is provided with the opportunity to pay down or replenish the SWATS balance at (308) using other direct payment methods such as a debit card, internet banking, PayPal®, and the like. Additionally, the user is given an option to make payments against the credit line. In the event that the user fails to repay the credit balance after a predetermined period of time, the user account may be blocked from further activity.

[0067] As indicated (310), once registered, the user can proceed with transactions on any of the verified gaming portals as explained in detail in connection with FIG. 1.

[0068] In accordance with another embodiment, the user can also provide ratings to one or more other SWATS users who are playing the same game. The SWATS is integrated with a plurality of participating subscriber gaming platforms and includes the functionality of recording user ratings. There are various ways to curate a rating for a user, for example, the one or more servers can utilize a consensus algorithm to determine the rating of the user. When determining a rating by a user, the weight given to a rating entered by a new user can be different than the weight accorded the rating entered by a user who has had more experience with the particular gaming portal being rated and entered a higher rating. Optionally, the ratings entered by each of the users of SWATS are advantageously stored on a blockchain system. The storage of ratings using blockchain technology avoids allegations of improper or unauthorized action by a central authority that might otherwise be able to, or be suspected of influencing the rating process. Accordingly, users can be assured that the ratings are not subject to tampering and are trustworthy. This procedure can be implemented by processing blockchain transactions in a backend related to the one or more servers, i.e., a part of the system that is not directly accessed by the user. The SWATS and backend can communicate using a REST API. The blockchain transactions, as well as the private keys, are generated by the backend. The keys are stored in a centralized database operatively connected to the one or more servers. After signing, the transactions are sent to a blockchain node, e.g., an Ethereum node, which can be run by the backend itself.

[0069] The rating system can include any number of objective and/or subjective criteria, e.g., ease of use, response time, level of action, and the like. Ratings can be, e.g., from 1 to 5. SWATS also provides the option for each user to enter a rating for a specific gaming portal. This helps other users to determine whether they wish to play on a particular gaming portal. Operators can also benefit by determining what factors are important to users for the purpose of future upgrades to their operation.

[0070] The operating subscribers or owners of the gaming portals have access to the ratings entered by users. In addition to the user's ratings, these subscribers can also request the user's credit balance and the other user activities from the one or more servers in real time. These activities include where the user has played, with whom the user has played, and the types of games played. The gaming portals can act on this information to develop various business strategies as described above using the history of individual user's activities.

[0071] FIG. 4 is a diagram that illustrates an exemplary user device (400) with a SWATS application (404) stored in the memory (406). The user device (400) includes at least a processor (402), memory (406), and a networking block (408), the networking block (408) being a network protocol used to forward a block device such as a hard disk or partition from one computer to a second computer. The user device (400) can include various other components which are not shown in the figure. The user (300) can run the SWATS application on the processor (402) stored in the memory (406). The application (404) is operatively linked to the one or more servers via the networking block (408).

[0072] FIG. 5 illustrates networking environment (500) in accordance with an exemplary embodiment of the disclosure. The user device (400), the SWATS server (200), and gaming portals 1-3 (502, 504, 506) communicate with each other via the network (508). Additional databases and/or servers (not shown) can optionally communicate via the network (508).

Examples

[0073] The following describes in more detail an embodiment in which an experienced individual online gambler who may or may not be familiar with the functioning and purpose of SWATS is initially solicited to become a subscriber user. The solicitation of interest is originated or issued by an established operator, e.g., Draft Kings®, that is a SWATS subscriber and has some historical information about, players that have used the platform, including relative frequency and duration of play, as well as the amounts wagered and the extent of losses by the individual player.

[0074] The solicitation of interest can be couched in such terms as “Would you like to play now and pay later?’ that appears on the screen of the electronic device used to access the operator's platform, accompanied by a “Yes” icon that can be clicked on by the player. Upon clicking on the “Yes” icon, a link is displayed to the sponsor's interactive fillable form that includes the legally required disclosure of information in the context of the “terms and conditions” that will govern the relations between the player and the sponsor in the event that the player elects to become a SWATS user subscriber. The agreement includes broad consent to the electronic storage, or “caching” of the user's financial information that is derived from the initial disclosure by the prospective user subscriber, including the user's customary sources of funds and/or credit used to support play, as well as the platforms on which the individual plays, or plans to play in the future. As this point, the player who proceeds will have accepted the commitment to voluntarily control the dollar value of gambling/gaming debt that is to be accrued within this predetermined credit limit.

[0075] In order to verify the identity of the individual applicant before proceeding further with the processing of an application, the sponsor initiates a two-step or dual authentical procedure, such as requesting bank account information and password(s) and completing a low value transaction via the internet, e.g., a small cash deposit to the account and after receiving its confirmation, sending a coded password to the applicant's cell phone that must be entered in the application form in order to continue the application process. If either of these dual authentical verification steps is unsuccessful, the player will be so advised and the application process is terminated. Optionally, it may be suggested that the player try again at another time, while identifying the sponsor's website and providing an Internet address, and/or global phone number authentication for easy access to the application process again.

[0076] Assuming that the dual authentication is successful in verifying the individual's identify, the applicant may continue the process by providing information identifying additional credit facilities relied upon by the applicant to support wagering activities. Since this information may not be readily available at the time of the initial application processing, or for other reasons, the applicant can request a “pause”, be provided with an access code for use within a prescribed period of time time, and return to the site within that time to complete the application process.

[0077] Once the application has been completed with the relevant information which includes specified “personal information”, as well as credit facilities such as those described above, the data is entered for processing in the previously-described proprietary algorithm that provides a credit rating or “score”.

[0078] If the applicant fails to achieve an acceptable score, a notification is issued immediately with a polite rejection message in accordance with any relevant governmental regulations and, optionally, a suggestion that an application can be made at a future date. If the score is acceptable, the applicant is so notified, and is assigned a unique user subscriber identification number. In an embodiment, a login procedure is established as additional security for access to SWATS for returning to play after a predetermined period of time has passed following a prior play session.

[0079] It will be understood that the same protocol can be established by operators or organizers of competitive electronic game tournaments where individual participants pay an entry fee to compete against each other for a predetermined schedule of prizes. The operators of these types of tournaments maintain participant lists and can use that information to identify frequent players and the accumulated entry fees that they have paid in selecting which players to solicit for subscriber membership as a user of SWATS. The application procedure, determination of the credit “score”, and establishment of a credit threshold for a subscriber user are substantially the same as described above.

[0080] The principal advantage to the user is that the System serves to establish and inform the user of a maximum gambling “allowance” so that the user's net worth is not jeopardized. In an embodiment, the System is programmed to send the user an audible and/or a visual signal when the user is near or over the prescribed credit limit. The visual signal can take the form of an icon, such as a waving red flag. Or the signal can be a vibration if the user is employing a cell phone to play.

[0081] Equally important is that SWATS informs in real time not only the user, but also other subscriber casinos and gaming operators of the amount of credit that a given user can be put at risk by wagering on any given transaction so as not to exceed a limit that has previously been voluntarily established by the user in the context of factors that are relevant to the user's overall financial and personal circumstances. By denying or limiting the amount of a given wager before it has been placed, the subscriber operator eliminates or minimizes the risk of incurring a “bad debt”, i.e., one that is not collectable in whole or in part. In addition, subscribing businesses have a full purview of the user's behavior and ratings based on the user's prior acceptance during the application process of the terms and conditions.

[0082] The system and method for SWATS integrated with one or more gaming systems, has several advantages, including (1) the secure payment option affording ease of use by the user; (2) the availability of a credit line for the user; and (3) the promotion of responsible gaming and wagering by restriction of the use of the SWATS after exhaustion of the predetermined credit balance. In addition, the System users can check the rating of any gaming portal before paying to play, as well as the ratings of games available on any given portal.