Patent Application
20080171599
Embodiments of the invention relate to a gaming device, a system for gaming and a method of controlling a game. In particular, they relate to a gaming device, a system for gaming and a method of controlling a game in the field of mobile cellular telecommunications.
It is now common for mobile cellular telephones to have games that are embedded in the system software. These games are bundled with the mobile telephone when it is sold.
It has recently become possible to download games to a mobile cellular telephone over the air (or by any other means). This allows a mobile cellular telephone to be reprogrammed with a new game.
The downloading of games over the air allows a user of a mobile telephone to customize his or her mobile telephone so that it has his or her favorite games.
It is now also possible to play multi-user games via a mobile cellular telephone. A user of a mobile telephone may for example, log onto a remote server to play the game with other people who have logged on either through their own mobile telephones or, for example, via the Internet. Another user of a mobile telephone may, for example, form a local ad-hoc network with other local wireless gaming devices, using for example BLUETOOTH technology.
There may be a significant investment in developing new games. The normal business model by which a game developer recoups the investment made is by selling each game for a price that includes a profit margin. A disadvantage of this business model is that the initial purchase price for a game may be high.
Another more recent business model that is applicable to the mobile cellular telephone industry is shareware. Shareware generally operates on the principal that a working version of the game can be obtained for free and can be distributed to others without restriction. The game developers may recoup their investment by generating an income stream from the game while it is being used as opposed to when it is first distributed. They may, for example, sell add-ons to the game or block certain features in the game and then sell versions of the game without the blocks.
It would be desirable to provide a gaming system that uses an alternative mechanism to generate an income stream while it is played.
According to one embodiment of the invention there is provided a gaming device for playing a game comprising: detection means for detecting the occurrence of a specified event within a game while it is being played; and control means for changing the state of the gaming device from a first non-penalty state to a second, penalty state in response to the detection means detecting the occurrence of the specified event within the game and for returning the state of the gaming device from the second, penalty state to the first non-penalty state.
According to another embodiment of the invention there is provided a computer program comprising computer program instructions which when run on a computer provide a gaming device, for playing a game, comprising: detection means for detecting the occurrence of a specified event within a game while it is being played; and control means for changing the state of the gaming device from a first non-penalty state to a second, penalty state in response to the detection means detecting the occurrence of the specified event within the game and for returning the state of the gaming device from the second, penalty state to the first non-penalty state .
According to another embodiment of the invention there is provided a system for enabling a plurality of gaming devices including a first gaming device having a first user and a second gaming device having a second user, to participate in a game, the system comprising: a game server that is remotely accessed by the plurality of gaming devices to play a game, the game server comprising: detection means for detecting the occurrence of a specified event within a game while it is being played by the first user; and control means for changing the state of the game for the first user from a first non-penalty state to a second penalty state in response to the detection means detecting the occurrence of the specified event and for returning the state of the game for the first user from the second penalty state to the first non-penalty state.
According to another embodiment of the invention there is provided a game server that is remotely accessed by a plurality of users playing a game, the game server comprising: detection means for detecting while the game is being played the occurrence of a specified event in the game and the user(s) associated with that event; and control means for changing the state of the game for the associated user(s) only from a first non-penalty state to a second penalty state in response to the detection means detecting the occurrence of the specified event and the user(s) associated with the event and for returning the state of the game for an associated user from the second penalty state to the first non-penalty state when the associated user completes a transaction.
According to another embodiment of the invention there is provided a computer program comprising computer program instructions which when run on a computer provides a game server comprising: detection means for detecting, while the game is being played, an occurrence of a specified event in the game and the user(s) associated with that event; and control means for changing the state of the game for only the associated user(s) from a first non-penalty state to a second penalty state in response to the detection means detecting the occurrence of the specified event and the user(s) associated with the event and for returning the state of the game for an associated user from the second penalty state to the first non-penalty state when the associated user completes a transaction.
According to another embodiment of the invention there is provided a client device for accessing a remote server to play a game, the client device comprising: a user interface for providing in response to the server changing the state of the game for the user from a first non-penalty state to a second penalty state, a user-selectable option for completing a transaction with the server that changes the state of the game for the user from the second penalty state to the first non- penalty state.
According to another embodiment of the invention there is provided a computer program comprising computer program instructions which when run on a computer provides a client device for accessing a remote server to play a game, the client device comprising: a user interface for providing in response to the server changing the state of the game for the user from a first non-penalty state to a second penalty state, a user-selectable option for completing a transaction with the server that changes the state of the game for the user from the second penalty state to the first non-penalty state.
According to another embodiment of the invention there is provided a method of controlling a game comprising: detecting the occurrence of a specified event within a game while it is being played by a user; changing the state of the game for the user from a first non-penalty state to a second, penalty state in response to detecting the occurrence of the specified event; and returning the state of the game for the user from the second, penalty state to the first non-penalty state
According to another embodiment of the invention there is provided a computer program comprising computer program instructions which when run on a computer provides a method for: detecting the occurrence of a specified event within a game while it is being played by a first user; changing the state of the game for the first user from a first non-penalty state to a second, penalty state in response to detecting the occurrence of the specified event; and returning the state of the game for the user from the second, penalty state to the first non-penalty state
According to another embodiment of the invention there is provided a method of obtaining a revenue stream from a game comprising: transacting with a remote device, used by a first user to play a game, to change the state of the game for the first user from a second penalty state to a first non-penalty state.
For a better understanding of the present invention reference will now be made by way of example only to the accompanying drawings in which:
In more detail,
The processor 12 is connected in two-way communication with the memory 16 and with the radio cellular transceiver 24. It is also connected to provide command signals to the display 14 and the audio output device 20 and to receive input signals from the user input device 18 and the audio input device 22. It should be appreciated that the electronic device 10 may comprise further functional elements and that the processor 12 may be comprised of a plurality of processor units.
The memory 16 stores computer program instructions that control the operation of the electronic device 10 when loaded into the processor 12. The memory 16 may be any suitable type of memory, for example, it may be an extended memory chip. The memory 16 includes computer program instructions for a game, which when loaded into the processor 12 enable a user to interact with the device 10 and play the game. As a consequence, the device 10 may be referred to as a gaming device. The user may interact with the device via the display 14 and user input device 18 and, optionally, the audio output device 20.
The computer program instructions may arrive at the device 10 via an electromagnetic carrier signal 11 or be copied from a physical entity 13 such as a computer program product, a memory device or a record medium such as a CD-ROM or DVD.
The gaming device 10 enables a user to play any suitable type of game for which computer program instructions are stored in the memory 16. Examples of games include first person perspective games, role playing games, board games and arcade games.
In embodiments of the invention, the gaming device 10 enters a penalty state if a specified event occurs within a game. The user of the gaming device 10 can exit the penalty state either by waiting until a time-out period has expired or by buying a token which cancels the penalty state or by completing a specified task in the game.
For example, if the game is a snowboarding game, then when a user's game character takes' a tumble and is injured, the user is prevented from playing the game until the injury has healed or until the user pays a fee or until the user completes a specified task. In this example, the event is the tumble and the penalty state of the device prevents the user playing the game for a certain period.
Another example is a competitive game, where one user competes against another. In this example, the electronic device 10 may have a Low Power Radio Frequency transceiver (e.g. as BLUETOOTH transceiver), for forming an ad-hoc wireless network with another device to play a multi-user game. When a user's game character loses a competition that character loses, for example, a weapon to the competing user's game character. However, the user is then able to purchase a new replacement weapon. In this example, the event is losing the competition and the penalty state of the device is one in which the user's game character is without that weapon.
The inventive process is further described with reference to
During the playing of a game, the gaming device 10 at step 30 operates to detect the occurrence of an event specified by the data structure 17. When the occurrence of a specified event is detected the process moves to step 32, where the gaming device 10 uses the data structure 17 to determine the penalty state associated with the detected event. Then at step 34, the gaming device 10 changes its state to the determined penalty state. The gaming device 10 immediately starts a timer at step 36 and presents, at step 38, a transaction option to the user for disabling the penalty state. In the illustrated example, the option involves the purchase of a token, however, in other implementations it may involve the completion of a specified task. Typically this transaction option will be displayed in the display 14. The process then enters a loop 39. The loop 39 may be exited at step 40 when the timer reaches a threshold value. This threshold value may be dependent upon the current penalty state and may be stored as a value associated with the current penalty state in the data structure 17. The loop 39 may also be exited if a token is received by the gaming device or the specified task is completed at step 42. When the loop 39 is exited, the gaming device 10 changes its state back to its normal state at step 44. The user of the gaming device 10 may thus exit the loop 39 at any time by purchasing a token or completing the specified task. When such a token is received or the specified task is completed at the gaming device 10, the loop 39 is exited at step 42 and the state of the gaming device reverts from the penalty state to the normal state.
Although the penalty state is a state of the device in this embodiment, it may also be described as a state of the game.
The transaction option for disabling the penalty state may be the same for all penalty states, for example, it may require the purchase of a token (which may be the same for all penalty states or dependent upon the type of penalty state) or the completion of a task (which may be the same for all penalty states or dependent upon the penalty state).
The token may, for example, be an electronic token. One type of electronic token is a code sequence that is input via the user input device 18 but a preferred electronic token is a message received via the radio transceiver 24.
If the transaction option for disabling the penalty state is the purchase of an electronic token, then the user is presented with an option for purchasing an electronic token. If the user accepts this option a transaction message 101 is sent to a remote authorization server 50 using the radio transceiver 24. Typically, this transaction message 101 is dependant upon the current penalty state of the gaming device 10 and includes an identification of the user of the gaming device 10. When the transaction message 101 is received at the authorization server, the server issues a token to the gaming device by sending to the gaming device 10 a response message 102 that authorizes the deactivation of the current penalty state of the gaming device 10. The authorization server 50 also uses the identification information of the user to charge the user for issuing the token. The charge 103 made for a token may vary and may depend upon the particular penalty state it deactivates. The token will typically have a security feature that prevents its reuse. This may include a time stamp which limits its use to a particular period of time or a mechanism that allows it only to be used once. The messages 101, 102 exchanged between the gaming device 10 and the server may be SMS messages.
If the transaction option for disabling the penalty state is the completion of an extra specified task, then a transaction message 101 is sent to a remote authorization server using the radio transceiver 24. Typically, this transaction message 101 is dependant upon the current penalty state of the gaming device 10 and includes an identification of the user of the gaming device 10. When the transaction message 101 is received at the authorization server, the server issues a specified task to the gaming device by sending to the gaming device 10 a response message 102 that either specifies the task or identifies the specified task. The authorization server may also use the identification information of the user to charge the user for issuing the specified task. The charge 103 made for a task may vary and may dependent upon the particular penalty state it deactivates. The messages 101, 102 exchanged between the gaming device 10 and the server may be SMS messages. The specified task may, for example, involve a test of skill or knowledge. In one implementation, the specified task involves answering one or more questions, provided by the server, correctly. As an example, if a game character is injured the specified task may involve answering a series of medical questions. This advantageously enables the introduction of educational material into the game.
A revenue stream from a game can thus be obtained by transacting with a remote gaming device, used by a first user to play a game, to change the state of the game for the first user from a penalty state to a non-penalty state.
Typically a game comprises one or more “user playing objects”. A “user playing object” is an object that is apparent to the users of the game and which participates in the game play in a manner controlled by a particular user. It could for example be a character in a role playing. Each user playing object may have one or more attributes. An “attribute” is a characteristic of a playing object that affects its participation in a game.
It should be appreciated, that each different event specified in the data structure 17 may have a different associated penalty state. The gaming device 10 may therefore enter any one of a plurality of penalty states. One type of penalty state disables a user playing object in the game. Another possible type of penalty state disables all user playing objects associated with the current user in this and other games. A further possible type of penalty state affects one or more attributes of a user playing object associated with the user in the current game. A further possible type of penalty state affects one or more attributes of a user playing object associated with the user in this game and one or more corresponding attributes of the user playing object associated with the user in at least another game.
Thus a penalty state may be limited to the current game or may have persistence through a number of different games. The penalty state may prevent a user playing a game or may limit the way in which a user plays a game.
It is possible to pause game playing in some games. For such a game, a game instantiation starts at the beginning of a game and ends when the game concludes and a session is a period during which a game is played until a pause or a conclusion.
One type of penalty state may be limited to a session in which the detected event occurs. In this case the penalty state does not have persistence. Another type of penalty state may be limited to a particular game instantiation during which the detected event occurs. In this case the penalty state will have persistence through the sessions of the current instantiation but will not have persistence between instantiations. Another type of penalty state may have persistence between instantiations of the game. This persistence in time may be achieved by storing when a gaming session ends the timer value, a real time clock value at that time and information identifying the current penalty state. Then, when a new session is initiated, the prior penalty state is identified from the stored information and recorded real clock time value is subtracted from the current real clock time value and the difference is added to the recorded timer value to obtain a current timer value. The current timer value is then compared with the relevant threshold associated with the prior penalty state as in step 40 of
In more detail,
The server 50 comprises a processor 52 and a memory 54 that stores a data structure 17 for the game that is currently being played remotely via the gaming device 10a. The memory 54 stores computer program instructions that control the operation of the server 50 when loaded into the processor 52. The memory 54 may be any suitable type of memory. The memory 54 includes computer program instructions for one or more games, which when loaded into the processor 52 enable multiple users to interact with the server 50 and play the game(s). The computer program instructions may arrive at the server 50 via an electromagnetic carrier signal 51 or be copied from a physical entity 53 such as a computer program product, a memory device or a record medium such as a CD-ROM or DVD.
The server 50, as illustrated in
When the virtual state of the gaming device 10A is changed to a penalty state at step 34, a timer in the server 50 is started at step 36 and the server 50 controls the gaming device 10 to present a transaction option to the user for disabling the penalty state. In the illustrated example, the option involves the purchase of a token, however, in other implementations it may involve the completion of a specified task.
The client gaming device 10 comprises a user interface 14 for providing, in response to the server 50 changing the state of the game for the user from a first non-penalty state to a second penalty state, a user-selectable transaction option for completing a transaction with the server that changes the state of the game for the user from the second penalty state to the first non-penalty state.
The process in the server then enters the loop 39. The loop is exited if the timer exceeds a threshold. This threshold value may be dependent upon the current penalty state and may be stored as a value associated with the current penalty state in the data structure 17. The loop 39 may also be exited if a token is received by the gaming device 10A or the specified task is completed in the game at step 42. When the loop 39 is exited at the server 50, the status flag associated with the gaming device 10A is reset to indicate a normal state for the gaming device 10A.
If the transaction option for disabling the penalty state is the purchase of an electronic token, then the server controls the client gaming device 10A to present a transaction option for purchasing an electronic token. If the user accepts this transaction option a transaction message 101 identifying the user is sent to a remote authorization server 50 using the radio transceiver 24. When the transaction message 101 is received at the authorization server 50, the server issues a token to the server 50 that authorizes the deactivation of the current penalty state of the user of gaming device 10A. In the example illustrated, the authorization server and the gaming server 50 are the same device. However, in other implementations they may be different devices. The authorization server also uses the identification information of the user to charge the user for issuing the token. The charge 103 made for a token may vary and may dependent upon the particular penalty state it deactivates.
If the transaction option for disabling the penalty state is the completion of an extra specified task, then a transaction message 101 is sent to a remote authorization server 50 using the radio transceiver 24. Typically, this transaction message 101 is dependant upon the current penalty state and includes an identification of the user of the gaming device 10. When the transaction message 101 is received at the authorization server 50, the server issues a specified task to the gaming device by sending to the gaming device 10 a message 102 that either specifies the task or identifies the specified task. The server may also use the identification information of the user to charge the user for issuing the specified task. The charge 103 made for a task may vary and may dependent upon the particular penalty state it deactivates. The messages 101, 102 exchanged between the gaming device 10 and the server 50 may be SMS messages. The specified task may, for example, involve a test of skill or knowledge. In one implementation, the specified task involves answering one or more questions, provided by the server, correctly. As an example, if a game character is injured the specified task may involve answering a series of medical questions. This advantageously enables the introduction of educational material into the game.
A revenue stream from a game can thus be obtained by transacting with a remote gaming device, used by a user to play a game, to change the state of the game for the user from a penalty state to a non-penalty state.
As described previously, the multi-user game may comprise one or more “user playing objects” and each user playing object may have one or more attributes. Each different event specified in the data structure 17 may have a different associated penalty state. A penalty state may disable a user playing object in the game. Another possible type of penalty state may disable all user playing objects associated with the current user in this and other games. A further possible type of penalty state affects one or more attributes of a user playing object associated with the user in the current game. A further possible type of penalty state affects one or more attributes of a user playing object associated with the user in this game and one or more corresponding attributes of the user playing object associated with the user in at least another game. Thus a penalty state may be limited to the current game or may have persistence through a number of different games. The penalty state may prevent a user playing a game or may limit the way in which a user plays a game. A penalty state may or may not have persistence between sessions and/or game instantiations. This persistence in time may be achieved by storing when a gaming session ends the timer value, a real time clock value at that time and information identifying the current penalty state. Then, when a new session is initiated, the prior penalty state is identified from the stored information and recorded real clock time value is subtracted from the current real clock time value and the difference is added to the recorded timer value to obtain a current timer value. The current timer value is then compared with the relevant threshold associated with the prior penalty state as in step 40 of
Although embodiments of the present invention have been described in the preceding paragraphs with reference to various examples, it should be appreciated that modifications to the examples given can be made without departing from the scope of the invention as claimed.
| Filing Document | Filing Date | Country | Kind | 371c Date |
|---|---|---|---|---|
| PCT/IB04/02506 | 7/10/2004 | WO | 00 | 11/13/2007 |
