WO2012025891A2 - Procédé et système permettant une satisfaction des vœux - Google Patents

Procédé et système permettant une satisfaction des vœux Download PDF

Info

Publication number
WO2012025891A2
WO2012025891A2 PCT/IB2011/053714 IB2011053714W WO2012025891A2 WO 2012025891 A2 WO2012025891 A2 WO 2012025891A2 IB 2011053714 W IB2011053714 W IB 2011053714W WO 2012025891 A2 WO2012025891 A2 WO 2012025891A2
Authority
WO
WIPO (PCT)
Prior art keywords
wish
coupons
coupon
winnings
pool
Prior art date
Application number
PCT/IB2011/053714
Other languages
English (en)
Other versions
WO2012025891A3 (fr
Inventor
Vikas Sharma
Original Assignee
Donald, Heather June
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Donald, Heather June filed Critical Donald, Heather June
Publication of WO2012025891A2 publication Critical patent/WO2012025891A2/fr
Publication of WO2012025891A3 publication Critical patent/WO2012025891A3/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q99/00—Subject matter not provided for in other groups of this subclass

Definitions

  • THIS invention relates to a method and system for wish allocation and fulfillment.
  • the invention specifically relates to a method and system to fulfill a registered wish in accordance with a combined lottery and voting process.
  • the present invention provides an alternative method and system for allocating wishes and aims to address at least some of the above drawbacks.
  • a method of wish fulfillment comprising: registering multiple participants for wish allocation; obtaining a minimum financial contribution from each participant, issuing to each participant against the minimum financial contribution one coupon which is active on issuance and which expires after a predetermined period of time, and recording against the coupon a participant's wish; selecting from active, unexpired coupons a pool of potential winning coupons for the winnings period; publishing details of the pool of potential winning coupons in order for participants to review and vote on the pool of potential winning coupons thereby to select at least one winning wish; receiving wish allocation votes from participants on the pool of potential winning coupons during a voting period; and awarding at least one wish which is associated with the coupon from the pool of potential winning coupons that received the highest number of votes.
  • a number of wishes associated with the coupons from the pool of potential winning coupons that received the highest number of votes are awarded.
  • Registering a participant may include obtaining multiples of the minimum financial contribution, issuing the associated number of coupons for the financial contribution and recording a participant's wish against each coupon.
  • the method may additionally include vetting all wishes to determine whether a wish recorded against a coupon is viable.
  • the method may further include requesting the participant to change the participant's wish.
  • each wish and/or coupon has recorded against it a monetary value, which the participant or an administrator has selected as the value of the wish.
  • the pool of potential winning coupons may be selected randomly or quasi- randomly.
  • the method comprises determining a winnings amount for a predetermined winnings period.
  • the method may then comprise selecting a potential winnings pool amount by determining a pre-selected multiple of the winnings amount.
  • the pool of potential winning coupons may then be selected by comparing the monetary value associated with each coupon against a threshold value, temporarily deactivating coupons for the particular winnings period if the monetary value recorded against the coupon is greater than the threshold value, and selecting the pool of potential winning coupons randomly from active, unexpired coupons, but with the total monetary value of the pool of potential winning coupons not exceeding the potential winnings pool amount.
  • the predetermined number of wishes that is awarded may be determined by tallying all the wish allocation votes after the voting period, if coupons have received the same number of votes, giving priority to coupons that received their votes earlier in the voting period, progressively awarding the wishes by taking into account the number of votes received by a coupon and the priority of the coupon, the wishes being awarded until the total monetary value of awarded wishes falls short of the winnings amount by less than the monetary value of the next wish to be awarded.
  • the winnings amount is typically determined by dividing the minimum financial contribution of a coupon by the number of active winning periods associated with it and multiplying this amount with the number of unexpired coupons tallied at the beginning of the winnings period.
  • the predetermined period of time before a coupon expires is one year.
  • the winnings period may be one month.
  • the winnings period may alternatively be any other period, such as a week, with the winnings amount then being calculated by dividing the minimum financial contribution by the number of weeks in a year and multiplying this amount with the number of unexpired coupons tallied at the beginning of the winnings period.
  • the predetermined period of time before a coupon expires may be a month, with the winnings period being a week or the like.
  • the winnings amount not paid or redeemed as part of the at least one winning wish or the predetermined number of wishes may be added to the winnings amount for the subsequent winnings period.
  • Temporarily deactivated coupons may be reactivated to enable them to be considered in the subsequent winnings period.
  • the potential winnings pool amount may be the winnings amount times three, while the threshold value may be a factor, for example a half, one third, or a quarter of the winnings amount.
  • a wish fulfillment system comprising: a registration module to register multiple participants for wish allocation; a payment processing module to obtain a minimum financial contribution from each participant; a coupon issuing module to issue to each participant, for the minimum financial contribution, one coupon which has an active status on issuance and which expires after a predetermined period of time, and to record against the coupon a participant's wish; a lottery module to select from active, unexpired coupons a pool of potential winning coupons for a predetermined winnings period; a publishing module to publish details of the pool of potential winning coupons for review by participants thereby to allow a vote for at least one winning wish; a voting module to receive wish allocation votes from participants on the pool of potential winning coupons during a voting period; and a winnings processing module to award the at least one wish which is associated with the coupon from the pool of potential winning coupons that received the highest number of votes.
  • the payment processing module may obtain the minimum financial contribution from each participant on registration or thereafter.
  • the winnings processing module may be configured to award a number of wishes associated with coupons from the pool of potential winning coupons that received the highest number of votes.
  • the payment processing module may obtain multiples of the minimum financial contribution, while the coupon issuing module may issue the associated number of coupons for the financial contribution and record a participant's wish against each coupon.
  • the same wish may be associated with more than one coupon.
  • a viability module may vet all wishes to determine whether a wish recorded against a coupon is viable.
  • the viability module may provide an interface to an administrator of the system in order for the administrator to review all newly recorded wishes.
  • the viability module may further be configured to send a request to the participant to change the participant's wish, should the wish be found not to be viable.
  • the coupon issuing module is to record against the coupon a monetary value associated with the fulfillment of the wish.
  • the monetary value may be selected by the participant or an administrator of the system.
  • the lottery module may randomly or quasi-randomly select the pool of potential winning coupons.
  • the winnings processing module is to select a potential winnings pool amount in that it is configured to determine a pre-selected multiple of the winnings amount.
  • the lottery module is to select the pool of potential winning coupons by comparing the monetary value associated with a coupon against a threshold value, the coupon issuing module is then to temporarily deactivate the coupon for the particular winnings period if the monetary value is greater than the threshold value, and the lottery module is to select the pool of potential winning coupons randomly from active, unexpired coupons, but with the total monetary value of the pool of potential winning coupons not exceeding the potential winnings pool amount.
  • the winnings processing module is then to award the predetermined number of wishes by tallying all the wish allocation votes after the voting period, if coupons have received the same number of votes, it is to give priority to coupons that received their votes earlier in the voting period, and is to progressively award the votes by taking into account the number of votes received by a coupon and the priority of the coupon, the wishes being awarded until the total monetary value of awarded wishes falls short of the winnings amount by less than the monetary value of the next wish to be awarded.
  • the predetermined period of time before a coupon expires is one year.
  • the winnings period may be one month.
  • the winnings amount is typically determined by dividing the minimum financial contribution of a coupon by the number of active winning periods associated with it and multiplying this amount with the number of unexpired coupons tallied at the beginning of the winnings period.
  • the payment processing module may add to the winnings amount for the subsequent winnings period the remainder of the winnings amount after the amounts for the at least one winning wish or the number of wishes have been deducted.
  • Deactivated coupons may be reactivated to enable them to be considered in the subsequent winnings period.
  • the potential winnings pool amount may be the winnings amount times three, while the threshold value may be a factor, for example a half, one third or a quarter of the winnings amount.
  • An awarded wish may be redeemed by either paying the monetary value of the wish to the winning participant or by enabling the wish.
  • Figure 1 shows a network diagram of a system within which an example embodiment of a wish fulfillment system is employed, in accordance with an example embodiment
  • Figure 2 shows a block diagram of the different modules of the wish fulfillment system of Figure 1 ;
  • Figure 3 shows an example web page of the wish registration page of the wish fulfillment system of Figure 1 ;
  • Figure 4 shows an example web page of the wish coupon purchase page of the wish fulfillment system of Figure 1
  • Figure 5 shows an example web page the potential winners pool page of the wish fulfillment system of Figure 1 ;
  • Figure 6 shows a flow diagram of an example method for allocating a wish, in accordance with an example embodiment
  • Figure 7 shows a diagrammatic representation of machine in the example form of a computer system within which a set of instructions, for causing the machine to perform any one or more of the methodologies discussed herein, may be executed.
  • the present invention relates to a wish fulfillment method and system which allows multiple users to interact with the system and ultimately to play a role in the selection of a wish to be allocated to a winning participant.
  • multiple participants register with the system. If the participants want to stand a chance of winning, the participant buys a coupon against which is registered a wish. Randomly or quasi- randomly, the system will select a potential pool of winners, from which a winner is selected through a voting system.
  • FIG. 1 a network diagram showing a client-server system 10 is shown, within which an example embodiment of the invention may be deployed.
  • a networked system 12 provides server-side functionality, via a network 14 (e.g., the Internet) to one or more users or participants.
  • Figure 1 illustrates, for example, a web client 16 (e.g., a browser, such as the Internet Explorer browser), and a programmatic client 18 executing on respective user machines 20 and 22.
  • a web client 16 e.g., a browser, such as the Internet Explorer browser
  • programmatic client 18 executing on respective user machines 20 and 22.
  • An Application Program Interface (API) server 24 and a web server 26 are coupled to, and provide programmatic and web interfaces respectively to, an application server 28.
  • the application server 28 hosts a wish fulfillment system or application 30, in accordance with an example embodiment of the invention.
  • the application server 28 may, in turn, be coupled to at least one database server 32 that facilitates access to one or more databases 34.
  • the wish fulfillment system 30 may provide a number of registration and wish allocation functions and services to participants that access the networked system 12.
  • system 10 shown in Figure 1 employs a client-server architecture
  • present invention is not limited to such an architecture, and may also find application in a distributed, or peer-to-peer, architecture system, for example.
  • the web client 16 accesses the wish fulfillment system 30 via the web interface supported by the web server.
  • the programmatic client 18 accesses the various services and functions provided by the wish fulfillment system 30 via the programmatic interface provided by the API server 24.
  • FIG. 2 a block diagram illustrating different modules of the wish fulfillment system 30 is shown, in accordance with an example embodiment.
  • Module in the context of the specification includes an identifiable portion of code, computational or executable instructions, data, or computational object to achieve a particular function, operation, processing, or procedure.
  • a module need not be implemented in software; a module may be implemented in software, hardware, or a combination of software and hardware.
  • the modules of the wish fulfillment system 30 may be hosted on dedicated or shared server machines (not shown) that are communicatively coupled to enable communications between server machines.
  • the modules themselves are communicatively coupled (e.g., via appropriate interfaces) to each other and to various data sources, so as to allow information to be passed between the applications or so as to allow the applications to share and access common data.
  • the modules may furthermore access one or more databases 34 via the database servers 32.
  • the wish fulfillment system 30 includes a presentation module 40 which is responsible for the presentation of information to the participant.
  • the presentation module 40 may therefore be associated with and coupled to a number of other modules of the wish fulfillment system 30 in order to present a graphical user interface (e.g., a web-interface or programmatic interface) to the participant.
  • graphical user interfaces may either be used to provide the participant with information or to prompt the participant for information that requires manual input from the participant.
  • the wish fulfillment system 30 may further include a registration module 42 to receive registration data from a new participant or user.
  • the registration module 42 may request a user through the presentation module 40 to provide a user name, user login (e.g., e-mail address), user password, user details (e.g., address, contact telephone numbers etc), optionally payment details and/or other similar information.
  • a participant to provide payment details, banking details or the like (e.g., Western Union, Paypal, etc). Additionally, it is important for the participant to register a physical address and/or identity or social security number against the participant's user details in order to enable the payout of any wish amount.
  • the wish fulfillment system 30 may include a payment processing module 44 that is to obtain payment details from a registered participant, as well as a minimum financial contribution from each participant on registration.
  • the payment processing module 44 is typically activated by the registration module 40 once all the necessary information of a participant is obtained.
  • the payment processing module 44 may be communicatively coupled with various payment authorities, such as banks e.g., Western Union, PayPal etc.
  • a coupon issuing module 46 also forms part of the wish fulfillment system 30 and is to manage the issuance of coupons to participants. Coupons are sold to registered users in order to give them a chance to win a wish. Coupons typically expire after a given amount of time and will give a participant a chance to win the wish registered against the coupon in every winning period until the coupon expires. As will be explained in detail later, once a coupon is associated with a winning wish, it will expire. More than one coupon could be associated with a wish registered by a participant, thereby providing the participant with more chances of winning that wish. Coupons could also have varying expiry times.
  • the coupon issuing module 46 is thus to issue against a specific financial contribution, e.g., the minimum financial contribution received from the payment processing module 44, to a participant one coupon which is active on issuance and expires after a predetermined period of time.
  • the coupon issuing module 46 is further to record against the coupon a participant's wish.
  • the coupon issuing module 44 may deactivate a coupon temporarily or permanently, e.g., when the coupon is associated with a winning wish.
  • Each coupon may have a unique identifier associated with it. This unique identifier may be transmitted to the participant in an encrypted form, thereby to ensure the necessary level of security.
  • a "coupon" in the context of this specification should not necessarily be deemed to be a physical coupon, but rather a ticket or an identifier of a wish.
  • a coupon is a measure of a contribution to which is associated a wish. As mentioned, multiple coupons may have the same wish associated with it.
  • FIG 3 shows an example web page 60 which could be employed to register a wish.
  • the participant is to provide a title for the wish 62, a description of the wish 64 and the estimated monetary value of the wish 66.
  • the participant is to indicate how much it will cost to fulfill the wish. This may in one example embodiment be the amount paid out if the participant wins their wish. As explained later, this may also be the amount used to calculate a potential winners' pool.
  • the maximum estimated value may be restricted to a value set by system administrators, i.e., a threshold value.
  • a participant may also be required to indicate whether the wish is for the benefit of the participant him- or herself, or whether it is for the benefit of someone else (see reference 68).
  • Figure 4 shows an example web page 70 of the purchase of coupons and associating coupons with wishes.
  • reference numeral 72 indicates the selection of a wish that has been recorded against the participant, as explained in relation to Figure 3.
  • the participant should select the number of coupons to buy and associate with the wish (reference numeral 74).
  • the system may be configured to indicate when the proposed coupons will expire.
  • a summary of the participant's pending wishes may be displayed.
  • the system 30 is not based on a registration fee, but in order to register a wish, a participant will need to pay a minimum fee or contribution (i.e. a coupon price) in order to obtain a coupon.
  • a participant may have to pay an annual registration fee of $12 to participate in the system.
  • the registration fee of $12 in this example is a minimum fee, and for this fee a participant will be issued one wish coupon, to which is linked one wish of the participant.
  • the participant would also be able to pay more than the minimum fee, in which case the coupon issuing module 46 will in turn issue multiple coupons (with a wish associated with each coupon).
  • the coupon issuing module 46 will in turn issue multiple coupons (with a wish associated with each coupon).
  • the system 30 is therefore adapted to receive further payments from a participant, for example, after registration, thereby allowing the participant to obtain more coupons.
  • each coupon will only be valid for a predetermined period of time, such as a year, after which period it will expire.
  • a proportional value of each coupon will be allocated against a particular time period, i.e., a winnings period. For example, in circumstances where a coupon is valid for one year and wishes are allocated on a monthly basis, $1 of a coupon is to be allocated against each month's pool amount. This allocation is typically done on a real time basis, i.e., as soon as a participant buys a coupon.
  • a winnings amount is typically calculated by a winnings processing module 55 (described in more detail below) by dividing the minimum financial contribution or coupon value by the number of winnings periods in the predetermined period of time, in this example, twelve, and then multiplying this amount with the number of unexpired coupons tallied at the beginning of the winnings period.
  • the winnings amount is only dependent on the number of unexpired coupons available in the system in the beginning of the winnings period.
  • the winnings period may alternatively be any other period, such as a week, with the winnings amount then being calculated by dividing the minimum financial contribution by the number of weeks in a year and multiplying this amount with the number of unexpired coupons tallied at the beginning of the winnings period.
  • the predetermined period of time before a coupon expires may be a month, with the winnings period being a week or the like.
  • Contributions received from participants are deposited into a secure bank account where it is held until such time as wishes are awarded.
  • the coupon issuing module 46 is to record against each coupon the monetary value of the wish 66.
  • this monetary value is representative of the "value" of the wish, e.g., this will be the estimated amount to redeem the wish.
  • the monetary value is typically selected by the participant as indicated above.
  • an administrator of the system 30 may determine the monetary value of a wish.
  • the presentation module 42 may prompt the participant to enter this value as shown by Figure 3.
  • a viability module 48 of the wish fulfillment system 30 is configured to vet or review all wishes to determine whether a wish recorded against a coupon is viable. Viability may be determined in accordance with a set of predefined rules. Typically, the viability module 48 may provide an interface to an administrator of the system 30 in order for the administrator to review all newly recorded wishes.
  • the viability module 48 may be the viability module 48 that provides an interface to the administrator of the system 30 to record or alternatively, change, the monetary value of a wish or coupon.
  • the system will have a preset threshold value for each wish and may typically inform a participant if their wish amount exceeds this value. The system may then propose to the participant to change the wish to something more realistic thereby to increase their chances of winning.
  • the viability module 48 may further be configured to send a request for a change in a participant's wish to the participant, should the wish be found not to be viable.
  • the redemption of the wish may be dependent on the wish being ultimately viable. For example, if a wish is awarded but it transpires that the wish cannot be fulfilled, the administrators may reserve the right not to pay out the monetary value recorded against the wish as it is the responsibility of the participant to ensure that the wish is viable. Alternatively, the participant may be requested to provide a second wish.
  • the coupon issuing module 46 may permanently deactivate the coupon.
  • the wish fulfillment system 30 further includes a lottery module 50 to select from active, unexpired coupons, at periodic intervals such as at to coincide with a winnings period, e.g., on a monthly basis, a pool of potential winning coupons.
  • the lottery module 50 may for example employ a random selection algorithm that draws a predetermined number of coupons, e.g., ten, as the pool of potential winning coupons.
  • the selection of the pool of potential winning coupons may be quasi-random in that it may select a potential winnings pool that is proportional to the number of participants associated with a particular geographical area thereby to have a geographical sensitive system.
  • the lottery module 50 may be configured to select a pool of winning coupons that are proportional to the geographical distribution of all participants. For example, if 65% of all participants are from Africa, the lottery module may randomly select 65% of the pool of potential winning coupons from Africa. The system may similarly select the potential winnings pool quasi-randomly to be representative of gender, race, age groups and/or other demographics.
  • the pool of potential winning coupons may be selected by the lottery module 50.
  • a publishing module 52 of the wish fulfillment system 30 is configured to publish details of the pool of potential winning coupons for review by participants. It will be appreciated that the publishing module 52 may interact closely, or form part of the presentation module 42 mentioned above. The publishing module 52 may, for example, extract from the databases information on each wish that is associated with a coupon in the pool of potential winning coupons. This information may be displayed on the website of the wish fulfillment system 30, for example, as shown by Figure 5. In Figure 5, a web page 80 of the potential pool of winners is shown 82. When a mouse is hovered over a particular participant 84, more information 86 on the wish is provided to the user, as well as an option to vote for the wish/participant.
  • the wish fulfillment system 30 also comprises a voting module 54 which is to receive wish allocation votes from participants on the pool of potential winning coupons.
  • the voting module 54 is typically configured to receive these votes via the website of the wish fulfillment system 30, but may additionally or alternatively be able to extract participant information as well as voting information from e-mails received through a designated e-mail address.
  • the voting module 54 is to verify that the e-mail originates from a registered participant of the system 30.
  • the voting module 54 may be configured to transmit to all active participants e-mails which set out the pool of potential winning coupons and request the participants to reply to this e-mail in order to cast their votes.
  • Votes may, in a further embodiment, be received via short message system (SMS) messages.
  • SMS short message system
  • system 30 would only allow each participant to vote once for each pool of potential winning coupons.
  • a winnings processing module 56 calculates or tallies the number of wish allocation votes received by each of the coupons in the pool of winning coupons and awards the wish associated with the coupon that has received the highest number of votes. It will be appreciated that the winnings processing module 56 may be configured to award multiple wishes associated with the highest vote receiving coupons. Also, the winnings processing module 56 may additionally be configured to only process votes received within a voting window period. For example, the voting window period may be 24 hours.
  • the pool of potential winning coupons is dependent on the winnings amount.
  • the winnings processing module 56 is firstly to select a potential winnings pool amount by determining a pre-selected multiple of the winnings amount.
  • the potential winnings pool amount may be a multiple of three of the winnings amount (i.e. a winnings amount of $ 1 ,000,000 will result in a potential winnings pool amount of $ 3,000,000).
  • the lottery module 50 is then to select the pool of potential winning coupons by comparing the monetary value of each coupon against a threshold value.
  • the coupon issuing module 46 is in turn to temporarily deactivate every coupon for the particular winnings period if the monetary value of the coupon is greater than the threshold value.
  • the lottery module 50 is then to select the pool of potential winning coupons randomly, but with the total monetary value of the pool of potential winning coupons not exceeding the potential winnings pool amount.
  • the threshold value may be a factor, for example a half, one third, or a quarter of the winnings amount. For example, referring to the amounts mentioned above, the threshold value may be $ 500 000, $ 333 333 or $ 250 000.
  • the winnings processing module 56 awards the number of winning wishes by tallying all the wish allocation votes after the voting period. If coupons have received the same number of votes, the winnings processing module 56 is to give priority to coupons that received their votes earlier during the voting period. Wishes will then be awarded progressively by taking into account the number of votes received by a coupon and the priority of the coupon. Wishes will be awarded from the potential pool, taking the above into account, until the total monetary value of awarded wishes falls short of the winnings amount by less than the monetary value of the next wish to be awarded.
  • the winnings processing module 56 may add to the winnings amount for the subsequent winnings period the remainder of the winnings amount after the amount for the at least one winning wish or the number of wishes have been deducted. Once a participant has won, the winning coupon of the participant is permanently deactivated and will not be available for further selection within the predefined time period by the lottery module 50.
  • Coupons that were temporarily deactivated during the process of selecting a pool of potential winning coupons are reactivated for participation in subsequent winning periods.
  • An awarded wish may be redeemed by the system 30 by either paying the monetary value of the wish to the winning participant or by enabling the wish.
  • the monetary value may be transferred into a bank account of the participant (for which details would have been captured at registration), or the system may affect the wish by purchasing that which has been wished for.
  • the decision of whether to pay the monetary value or enable the wish is made at the sole discretion of the administrators of the system 30.
  • the wish will not be fulfilled but the monetary value associated with the wish may be paid to the winning participant. For example, if the wish associated with the coupon was to have dinner with a celebrity and the celebrity is not willing to have the dinner, the monetary value will be paid out. Alternatively, the participant may be given an option to choose a new wish.
  • system 30 may be configured to allocate a portion of the total balance of funds available for a particular predetermined period of time to be awarded, randomly, to one or more participants who have not yet purchased a coupon. This may be done to entice more participants to purchase coupons. As participants without coupons would not have a 3714
  • FIG. 6 a flow diagram of one example method of wish allocation is generally indicated by reference numeral 90.
  • the method 90 may be implemented by the wish fulfillment system 30 of Figure .
  • the method commences with a participant registering through the use of a web-interface, with the registration module 42 prompting the participant for relevant registration information (see block 92).
  • the participant information is stored in a suitable database, typically in real time.
  • the method further comprises obtaining a minimum financial contribution (or coupon value) from the participant and issuing one coupon which is active on issuance and which expires after a predetermined period of time against the minimum financial contribution (block 96).
  • a wish entered by a participant is also recorded against the coupon (block 98).
  • a monetary value may additionally be recorded against the coupon or wish.
  • the wish is to be vetted or verified as viable, for example, by the viability module 48 discussed above (block 100). This step may be optional, in one embodiment of the invention. If the wish is not viable, the participant will be requested to provide a new wish. Also, if the monetary value of the wish is too high, the wish may be deemed not viable and the participant may also be requested to provide a new or modified wish. As shown by block 102, a pool of potential winning coupons is then, at periodic intervals, randomly or quasi-randomly selected from active, unexpired coupons. This may for example be done on a daily, weekly, or monthly basis.
  • the awarded wishes are funded from the funds available for the specific period. For example, if wishes are awarded on a monthly basis, a pot of money or the winnings amount will be allocated each month as "wish money".
  • the winnings amount is determined by calculating the number of unexpired coupons and a monetary contribution of the coupons for the particular period, e.g. for the month. If a coupon is valid for a period of one year, and wishes are awarded on a monthly basis, the monetary value of the coupon is to be divided by 12 in order to determine its monthly contribution to the winnings amount.
  • a portion of the money e.g., the monetary value recorded against the wish or coupon, may be paid out to the winning participant in lieu of making the wish come true.
  • the system will have up to date records of the winnings pool available for payout within a particular predetermined period. Records of money in reserve, i.e., money that may not have been paid out over a particular period, will also be kept up to date. Details of the winnings amount will be niade available on the wish allocation website. Additionally, the voting process will be open to scrutiny by the participants as details thereof will also be made available on the website.
  • Figure 7 shows a diagrammatic representation of machine in the example form of a computer system 120 within which a set of instructions, for causing the machine to perform any one or more of the methodologies discussed herein, may be executed.
  • the machine operates as a standalone device or may be connected (e.g., networked) to other machines.
  • the machine may operate in the capacity of a server or a client machine in server-client network environment, or as a peer machine in a peer-to-peer (or distributed) network environment.
  • the machine may be a server computer, a client computer, a personal computer (PC), a tablet PC, a set-top box (STB), a Personal Digital Assistant (PDA), a cellular telephone, a web appliance, a network router, switch or bridge, or any machine capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that machine.
  • PC personal computer
  • PDA Personal Digital Assistant
  • STB set-top box
  • a cellular telephone a web appliance
  • network router switch or bridge
  • the example computer system 120 includes a processor 122 (e.g., a central processing unit (CPU) a graphics processing unit (GPU) or both), a main memory 124 and a static memory 126, which communicate with each other via a bus 128.
  • the computer system 120 may further include a video display unit 130 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)).
  • the computer system 120 also includes an alphanumeric input device 132 (e.g., a keyboard), a cursor control device 134 (e.g., a mouse), a disk drive unit 136, a signal generation device 138 (e.g., a speaker) and a network interface device 140.
  • the disk drive unit 136 includes a machine-readable medium 142 on which is stored one or more sets of instructions (e.g., software 144) embodying any one or more of the methodologies or functions described herein.
  • the software 144 may also reside, completely or at least partially, within the main memory 124 and/or within the processor 122 during execution thereof by the computer system 120, the main memory 124 and the processor 22 also constituting machine-readable media.
  • the software 144 may further be transmitted or received over a network 146 via the network interface device 140.
  • machine-readable medium 142 is shown in an example embodiment to be a single medium, the term “machine-readable medium” should be taken to include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more sets of instructions.
  • the term “machine-readable medium” shall also be taken to include any medium that is capable of storing, encoding or carrying a set of instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present invention.
  • the term “machine-readable medium” shall accordingly be taken to include, but not be limited to, solid-state memories, optical and magnetic media, and carrier wave signals.

Landscapes

  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

La présente invention se rapporte à un procédé (90) et à un système (30) permettant une satisfaction des vœux. Par conséquent, de multiples participants sont enregistrés par un module d'enregistrement (40) pour obtenir une répartition des vœux, après quoi une contribution financière minimale est reçue de chaque participant. Pour chaque contribution, un coupon est distribué à un participant par un module de distribution de coupon (46), lequel coupon est actif dès la distribution et expire après une période de temps prédéterminée. Un participant enregistre un vœu pour chaque coupon. Un module de loterie (50) du système sélectionne ensuite parmi les coupons actifs non expirés un ensemble de coupons gagnants éventuels pour une période gagnante particulière, qui est publié par un module de publication (52) afin que les participants fassent le bilan et votent pour l'ensemble de coupons gagnants éventuels, ce qui permet de sélectionner au moins un vœu gagnant pendant la période gagnante particulière. Après avoir reçu des participants les votes concernant une répartition des vœux pour l'ensemble de coupons gagnants éventuels pendant une période de vote, on récompense au moins un vœu qui est associé au coupon qui a reçu le plus grand nombre de votes parmi l'ensemble de coupons gagnants éventuels.
PCT/IB2011/053714 2010-08-25 2011-08-24 Procédé et système permettant une satisfaction des vœux WO2012025891A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
ZA201006060 2010-08-25
ZA2010/06060 2010-08-25

Publications (2)

Publication Number Publication Date
WO2012025891A2 true WO2012025891A2 (fr) 2012-03-01
WO2012025891A3 WO2012025891A3 (fr) 2016-05-26

Family

ID=45723865

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2011/053714 WO2012025891A2 (fr) 2010-08-25 2011-08-24 Procédé et système permettant une satisfaction des vœux

Country Status (1)

Country Link
WO (1) WO2012025891A2 (fr)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7201653B2 (en) * 2000-09-07 2007-04-10 Benny Radom Book of wishes game
US7962362B2 (en) * 2004-08-11 2011-06-14 Canadian Bank Note Company, Limited Promoting customer loyalty
US20080126197A1 (en) * 2006-06-30 2008-05-29 Kent Allen Savage System and method for network-based talent contest
EP2047417A4 (fr) * 2006-08-01 2011-08-31 Gamelogic Inc Jeu de hasard à plusieurs niveaux
US20100151929A1 (en) * 2008-12-12 2010-06-17 Oram Thomas K Gaming Method, System and Apparatus Incorporating Personalized Guaranteed Prize Structure

Also Published As

Publication number Publication date
WO2012025891A3 (fr) 2016-05-26

Similar Documents

Publication Publication Date Title
US20200302745A1 (en) Wagering ecosystem system, apparatus and method
US8668568B2 (en) Methods and systems for determining user location
KR20210008111A (ko) 트랜잭션 증명 방식의 합의 알고리즘이 적용된 블록체인 시스템 및 그 방법
US20160240037A1 (en) System and method for network-based second chance play while away lottery using a graphical user interface
US20100004055A1 (en) System and method for donations using online interactive games
JP2010539561A (ja) ゲーム活動の提供システムおよび提供方法
CA2837904C (fr) Gestion d'un jeu de groupe dans des tirages de loterie
KR20150086360A (ko) 교환 가능한 홍보 가치 크레디트를 제공하는 컴퓨터 프로그램, 방법, 및 시스템
US20080220856A1 (en) Wager recording method and system
JP2014509005A (ja) オンラインゲームシステムおよび方法
US20220084368A1 (en) Multi-Jurisdictional Betting Exchange System and Method
US8834262B2 (en) Systems and methods for managing gaming activities wherein second player cause selection is predetermined by a third party
US20150045116A1 (en) Loyalty Rewards Points With Interest Accrual Wagering System
AU2018203783A1 (en) Gaming server and associated method
US20160284164A1 (en) Systems and related techniques for time-based gambling via network-connected client devices
US9922495B2 (en) Transaction based interleaved wagering system
US20220414699A1 (en) Variable level compensation system and methods for goodsand services
WO2012025891A2 (fr) Procédé et système permettant une satisfaction des vœux
TWI413016B (zh) 彩券投注系統及商務應用模式
KR20130118193A (ko) 신뢰할수있는이벤트방법및시스템
AU2008100206B4 (en) Systems and methods for managing residual transaction amounts
US20230230447A1 (en) System amd method for monitoring, aggregating and limiting individual user credit accounts for wagering, online gaming and igaming
AU2010200519A1 (en) Methods and systems for sales promotion
RU2643635C2 (ru) Игровая система и способ
US9799169B1 (en) On-line lottery with player exclusion based on citizenship and residency

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11819506

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase in:

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11819506

Country of ref document: EP

Kind code of ref document: A2

DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)