[go: up one dir, main page]

WO2001031476A1 - Procede et systeme de realisation d'un jeu qui se pratique a tour de role - Google Patents

Procede et systeme de realisation d'un jeu qui se pratique a tour de role Download PDF

Info

Publication number
WO2001031476A1
WO2001031476A1 PCT/AU2000/001320 AU0001320W WO0131476A1 WO 2001031476 A1 WO2001031476 A1 WO 2001031476A1 AU 0001320 W AU0001320 W AU 0001320W WO 0131476 A1 WO0131476 A1 WO 0131476A1
Authority
WO
WIPO (PCT)
Prior art keywords
player
game
turn
information
request
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/AU2000/001320
Other languages
English (en)
Inventor
Richard Anthony Crane
Wayne John Simmons
Benedict Byron Palmer
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
THAT GAME Pty Ltd
Original Assignee
THAT GAME Pty Ltd
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 THAT GAME Pty Ltd filed Critical THAT GAME Pty Ltd
Priority to AU11174/01A priority Critical patent/AU1117401A/en
Publication of WO2001031476A1 publication Critical patent/WO2001031476A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/45—Controlling the progress of the video game
    • A63F13/12—
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A63F13/35—Details of game servers
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/71—Game security or game management aspects using secure communication between game devices and game servers, e.g. by encrypting game data or authenticating players
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/77—Game security or game management aspects involving data related to game devices or game servers, e.g. configuration data, software version or amount of memory
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
    • A63F2300/57—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers details of game services offered to the player
    • A63F2300/572—Communication between players during game play of non game information, e.g. e-mail, chat, file transfer, streaming of audio and streaming of video

Definitions

  • the present invention relates to a method and system for providing a turn-based game and, more particularly, a turn-based game to be played by communication over a network.
  • GUI graphical user interface
  • the known systems for game playing over a remote server generally require that the players register with, and log into, the server in order to play. These systems do not provide for non-real-time playing and do not allow the players to communicate with each other outside of the server while playing the game.
  • the present invention provides a method of providing a game to be played between a plurality of players over a network, including the steps of: receiving at a server system in communication with the network first turn request information from a first player relating to a first turn request to begin the game with a second player; sending from the server system first turn information including the first turn request to the second player; receiving at the server system second turn request information from the second player relating to a second turn request; and sending from the server system second turn information including the second turn request to the first player; wherein the first and second turn information enables the first and second players to send and receive subsequent turn requests to and from each other without communicating with the server system.
  • the present invention further provides a system for providing a game to be played between a plurality of players over a network, including: server means (20,25) in communication with the network and adapted to receive first and second turn requests from respective first and second players and to send first and second turn information corresponding to the first and second turn requests to the second and first players, respectively; a server engine (10) in communication with the server means (20,25) and adapted to process the first and second turn requests to become first and second turn information, whereby the first and second turn information enables the first and second players to send and receive subsequent turn requests directly to and from each other.
  • server means (20,25) in communication with the network and adapted to receive first and second turn requests from respective first and second players and to send first and second turn information corresponding to the first and second turn requests to the second and first players, respectively
  • server engine (10) in communication with the server means (20,25) and adapted to process the first and second turn requests to become first and second turn information, whereby the first and second turn information enables the first and second players to send and
  • the present invention further provides a method of facilitating a game to be played between a plurality of players over a network, including the steps of: receiving at a first player terminal in communication with the network first turn request information from a second player relating to a first turn request to begin the game with the second player; and sending from the first player terminal a second turn request to a game server in communication with the network, whereby in response to receiving the second turn request, the game server is adapted to send second turn information including the second turn request to the second player, the first and second turn information enabling the first and second players to send and receive subsequent turn requests directly to and from each other.
  • the present invention further provides a method of facilitating a game to be played between a plurality of players over a network, including the steps of: sending from a first player terminal in communication with the network a first turn request to begin the game with a second player to a game server in communication with the network, whereby in response to receiving the first turn request, the game server is adapted to send first turn information including the first turn request to the second player; and receiving at the first player terminal second turn information from the game server, the first and second turn information enabling the first and second players to send and receive subsequent turn requests directly to and from each other.
  • the present invention further provides a method of providing a turn-based game to a plurality of players over a network, including the steps of: receiving at a server system in communication with the network a first turn request from a first player for starting a game, the first turn request including first information relating to a second player and second information relating to a first turn to be played in the game; adding to the first turn request first advertising information; and forwarding the first turn request from the server system to the second player.
  • the present invention further provides a system for providing a turn-based game to a plurality of players over a network, including: server means (20,25) in communication with the network and adapted to receive a first move request from a first player of the plurality of players for starting a game, the first move request including first identification information relating to a second player and second information relating to a first move to be played in the game; server engine means (10) adapted to add to the first move request a game executable program for instantiation in a terminal of the second player and first advertising information and to then forward the first move request to the server means for delivery to the second player.
  • the present invention further provides a method of facilitating a game to be played between a plurality of players over a network, each player using a system having therein a game executable program, the method including the step of: sending to a second player a first communication from a first player including a first game packet representing a game move for execution by the game executable program in the system of the second player.
  • the present invention further provides a method of facilitating a game to be played between a plurality of players over a network, at least one player using a player terminal having therein a game executable program, the method including the step of: sending to a second player a first communication from a first player including a game executable program and a game move, for instantiating the game executable program in a player terminal of the second player and thereby enabling the second player to accept the game move.
  • the present invention further provides a game system for facilitating a game to be played between a plurality of players over a network, each player using a terminal having therein a game executable program, the game system including: server means (25) adapted to send to a second player first information corresponding to a first communication from a first player, the first information including a first game packet representing a game move for execution by the game executable program in the system of the second player.
  • server means (25) adapted to send to a second player first information corresponding to a first communication from a first player, the first information including a first game packet representing a game move for execution by the game executable program in the system of the second player.
  • the present invention further provides a system for facilitating a game to be played between a plurality of players over a network, at least one player using a player terminal having therein a game executable program, the method including the step of: server means (25) adapted to send to a second player a first communication from a first player including a game executable program and a game move, for instantiating the game executable program in a player terminal of the second player and thereby enabling the second player to accept the game move.
  • server means (25) adapted to send to a second player a first communication from a first player including a game executable program and a game move, for instantiating the game executable program in a player terminal of the second player and thereby enabling the second player to accept the game move.
  • the present invention further provides a method of providing a turn-based game over a network, including the steps of: receiving at a server system in communication with the network first information from a first player, at least a part of the first information relating to a first move to be played in the turn-based game; forwarding second information from the server system to a second player, at least a part of the second information corresponding to the first move and a further part of the second information relating to advertising information to be displayed to the second player.
  • the present invention further provides a system for providing a turn-based game over a network, including: server means (20,25) adapted to receive first information from a first player, at least a part of the first information relating to a first move to be played in the turn-based game, and to forward second information to a second player, at least a part of the second information corresponding to the first move and a further part of the second information relating to advertising information to be displayed to the second player.
  • server means (20,25) adapted to receive first information from a first player, at least a part of the first information relating to a first move to be played in the turn-based game, and to forward second information to a second player, at least a part of the second information corresponding to the first move and a further part of the second information relating to advertising information to be displayed to the second player.
  • the present invention further provides a method of providing a turn-based game over a network, the steps including: receiving at a server system in communication with the network a first email communication including first information from a first player, the first information including game move information relating to a first move; sending from the server system a second email communication including second information to a second player, the second information including advertising information to be displayed to the second player and game move information relating to the first move, selected by the first player, to be played in the turn-based game.
  • the present invention further provides a system for providing a turn-based game over a network, including: a game server in communication with the network adapted to receive a first email communication including first information from a first player, the first information including game move information relating to a first move selected by the first player to be played in the turn-based game, and to send a second email communication including second information to a second player, the second information including the game move information and advertising information to be displayed to the second player.
  • Figure 1 is an overall block diagram of an email game system of an embodiment of the present invention
  • Figure 2 is a block diagram of a game server for use in the email game system
  • Figure 3 is a flow diagram of a method of processing a received move request from a player, in accordance with an embodiment of the present invention
  • Figure 4 is a first part of a flow diagram of a method of providing a turn-based game in accordance with an embodiment of the present invention
  • Figure 5 is a second part of a flow diagram of a method of providing a turn-based game in accordance with an embodiment of the present invention
  • Figure 6 is a third part of a flow diagram of a method of providing a turn-based game in accordance with an embodiment of the present invention
  • Figure 7 is a fourth part of a flow diagram of a method of providing a turn-based game in accordance with an embodiment of the present invention.
  • Figure 8 is an example of an interface generated and seen by a player when playing a game of chess using the system of an embodiment of the present invention
  • Figure 9 is an example of an interface generated and seen by a player when playing a game of spades using the system of an embodiment of the present invention.
  • An email game system 2 shown in Figure 1 includes a game server 4 and players A and B. Initially, the moves of the game can only be played through the game server 4, but after each player has played a move, they are allowed to communicate their moves directly to one another, outside of the game server 4. This serves to make sure that the game server 4 can maintain version and integrity control over the games played and gather information about the demographics of the players and the number of times the games are played, while minimising the amount of traffic handled by the server. Importantly, routing the initial moves between the players allows for updated and demographically specific advertising information to be added to the communications which contain the game moves.
  • the game server 4 can facilitate the initiation of a large number of games between a large number of players simultaneously and can provide a wide variety of turn-based games for the players to choose from.
  • Demographic information is obtained from players by inspecting the global top level domain names of the player email addresses and by asking them to fill out questionnaires once they have played a game a certain number of times.
  • the questionnaire, game executable code and game moves (in the form of game packets, described below) are all communicated over the network as email attachments in a known fashion.
  • FIG. 8 Screens generated for the game are similar to the examples shown in Figures 8 and 9.
  • a window 90 which includes an advertising area 80 in a prominent position for showing an advertiser's banner advertisement and a text area 82 for allowing the players to communicate text messages to each other.
  • the window 90 also includes buttons for executing game control commands, such as: a send button 83 for sending a move to the opposing player (along with a text message if present); a help button 84 for providing information on how to play the game; a new button 85 for starting a new game; an undo button 86 for taking back a move which the player has played but which has not yet been sent to the opposing player; an end button 87 for ending the game.
  • the window 90 also has a playing area 81 and provides for the communication of instructional text 88, preferably adjacent the playing area 81.
  • FIG. 9 The screen layout shown in Figure 9 is largely similar to that of Figure 8 and like features are designated by like numerals. Scoring games such as spades, unlike chess, will require the game to keep score of the relative points of the players, in which case the window 90 has some means of displaying the current player scores.
  • each player need only move a cursor to the relevant location on the screen, click on, or otherwise select, the desired playing option and, if a game piece 92 is to be moved, drag the game piece 92 to the desired location. If the player decides to send that move to the opponent, he or she must select the send command (for example, by clicking on the send button 83 or by selecting a menu option).
  • the game will prompt the player for the details of the prospective opponent before completing the send function. If it is the second move (i.e. the opponent's first move), the move will be routed via the game server 4 before being sent on to the initiating player. Otherwise the game move is sent directly to the opposing player by email in response to the send command.
  • the game server 4 includes a central game server engine 10 which communicates with a logging system 12, an incoming mail server 20, an email blocking database 21, a player database 22, a game database 23, an advertiser database 24 and an outgoing mail server 25.
  • an incoming email 14 When an incoming email 14 is sent from a game client (for example, player A or B), it is received by the incoming mail server 20. The whole email 14 is forwarded to the game server engine 10 to check the validity of the details contained within the email 14. If any part of the email 14 is invalid, corrupt or has otherwise been tampered with, it is rejected. The email 14 is then scanned to detect what type of request it contains. Valid requests include the following: a game move; a request for advertiser information; a request for help in playing a game; or a request for the latest version of a particular game.
  • the email 14 is a game move
  • the email will contain a packet including the address information of each player, as well as information relating to the move to be played, which of a number of games is to be played, the version number of that game held by the player sending the email 14 and additional data relating to, for example, advertising or a questionnaire.
  • the information in the email 14 which relates to the game is called the game packet.
  • the packet structure is described below.
  • the server engine 10 checks the email blocking database 21 to determine if either the sending email address or the receiver email address is valid.
  • Email addresses are added to the blocking database 21 either by user request (e.g. the user specifically requests not to be sent any game moves from prospective challengers), or the server engine 10 will automatically add the user's email address if they are deemed to have abused the service, for example by sending too many game moves during a small period of time, either to multiple recipients, or to a single recipient. If the sending player's email address is in the blocking database 21, he or she is not allowed to send emails through the game system, and the game packet will be rejected. If the receiving player's email address is in the blocking database 21, he or she is not allowed to receive emails from the game system, the received game packet is rejected and the sender is sent an email informing him or her of this action.
  • user request e.g. the user specifically requests not to be sent any game moves from prospective challengers
  • the server engine 10 will automatically add the user's email address if they are deemed to have abused the service, for example by sending too many game moves during a small period of time, either to multiple recipients, or
  • the game server engine will pass the request on to a system administrator for his or her personal attention. Alternatively, if the email is invalid, this is communicated to the sender by the server engine 10. Every action the game server engine performs is recorded in the logging system 12 to generate system measurement statistics and so that a system administrator can monitor the system as a whole.
  • the player database 22 is then queried to see if either the sender or the receiver of the packet has previously played a game using the system.
  • Information stored in the player database 22 includes the player's email address and questionnaire information, if they have completed one, and the version number of the game the player was last sent for each game they have taken part in. If either of the opposing players does not exist in there, he or she is added to the player database 22 with default values for demographics and game tracking information.
  • the tracking information may include which version of the game the player is running, the number of games started by that player and the number of different opposing players they play with.
  • the game database 23 is then queried to find the latest game version number that uses the received game packet. This is then matched with the information pulled from the player database 22. If the receiver was last sent an older version of the game, the latest (most recent) game is added to the game packet on an outgoing email 16. In this way, the system ensures that all users are always playing the latest version of the game.
  • the player database 22 is updated with the version number of the game sent to the receiver, if a new game was sent with the outgoing email 16.
  • the advertiser database 24 is queried to find the currently available advertising options that can be included in the outgoing game packet.
  • the server engine 10 will choose one advertising option based on the demographics information read from the player database and the structure of the player's email address, and then insert the selected advertising information in the outgoing game packet.
  • the advertising information may include, for example, text, graphics, sound, or other media, or a combination of these.
  • the game packet is then prepared for transmission by the server engine 10 and sent out via the outgoing mail server 25 to the designated opponent.
  • Figure 3 shows a game initiation process flow diagram as seen from the perspective of the game server 4.
  • the game server engine 10 checks the incoming email 14 at step 305 to see if the player has filled out a questionnaire. If so, the game server engine 10 then distributes the information in the questionnaire to the appropriate databases at step 310, for example the player database 22. The game server engine 10 checks the game packet at step 315 to confirm whether or not it is the first move to be played in the game and, if so, then checks at step 320 whether or not the intended opponent is listed in the player database 22. If the intended opponent is not listed, his or her email address will be added to the player database 22 at step 325, together with any other relevant information such as the player's alias.
  • the game server engine 10 will determine whether or not to attach a questionnaire to the game packet when sending it on to the intended recipient.
  • the questionnaire may be sent out to players who have played a game using the system 2, for example, 30 or 40 times. If the game server engine 10 determines that it is appropriate to attach a questionnaire, it is attached as a data packet to the outgoing email 16 at step 335.
  • the version of the game with which the packet is associated is checked at step 340 and the packet is converted to correspond to the latest version of the game, if necessary, at step 345. Otherwise, the packet is sent to the intended recipient at step 360 in the outgoing email 16.
  • the packet is loaded with new advertising information at step 350 and the packet is attached to the latest version of the game executable program at step 355 and the outgoing email is sent to the intended recipient at step 360.
  • FIGS 4 to 7 are interlocking flow diagrams (for example, "A” in Figure 4 connects to “A” in Figure 5, and "C” in Figures 5 and 6 connect to “C” in Figure 7) which show the process of the operation of the game from an overall system perspective.
  • a prospective player may obtain a copy of the game executable code either by receiving it with the first move from a challenging player (step 405), or by downloading it from a web site (step 400).
  • These methods of obtaining the game are merely examples however, and should not be read as an exclusive list of the ways in which a player may initially receive a game executable program.
  • the server engine 10 checks at step 420 whether the player playing the move has played any games using the system 2 before. If not, the game is flagged at step 425 to ask for the player's details, such as email address and alias, before sending off the move. If the player has played a game using the game system 2, then at step 430 the server engine 10 checks whether the player has played the particular game before.
  • step 435 the game register extension is installed in the user's system registry (so as to associate game packets having that file name extension with that game). If that game has been played before, then at step 440 the version of the game is checked for currency. If the received game is a new version, the new game is written to memory in place of the older version at step 450. If the player does not have a new version of the game, the game will ask whether the player wishes to install the new version or not. If the player chooses not to install the new version, the game will exit. Following steps 435 and 450, the game is flagged to have a packet attached thereto and the new game version number is stored at step 455.
  • the user's computer system (as instructed by game software) checks whether a game packet is attached to the packet in which the executable is contained, and if so, checks whether a move has been played at step 465. If no move has been played, then at step 470 a game packet is loaded into dynamic memory so as to be ready to be played and the move is flagged as an executable move. Generally, after a game is run and has checked the version number and whether the player is a first- time player, the game then checks whether a game packet was attached to the end of the packet which contained the executable.
  • the game continues as normal (to step 500) and waits for the player to start a new game. If there is a game packet attached to the executable, and the move has not been played, the game loads the packet (at step 470) from the end of the packet into memory. The game then sets a flag to indicate that a move, which was attached to the executable packet, is waiting to be played. This allows the game to initiate a parsing sequence (described below) whenever required. For example, the game may indicate to the player on the title screen that there is a move waiting to be played. The player then has the option of playing that move or starting a new game. When the player finally sends a move after the game has set the executable move flag at step 470, the flag will be removed.
  • a game may be started at step 600 by playing a move which was stored in memory or received by email.
  • Each game has a unique filename and associated extension for the relevant game packets. This means that if a player double-clicks on a game packet, the game packet extension (recorded in the system's extension registry) will dictate which game executable code the game packet is associated with and the code for that game will automatically be executed, thereby beginning the game. This is analogous to, for example, launching a resident Microsoft Word application by double-clicking on a file having a ".doc" file extension. If the game move is initiated by double clicking the game packet at step 605, the game packet is loaded into memory at step 610, and at step
  • step 620 the game checks if there is a game already in progress. If there is no other game running, the game continues as normal at step 655 and proceeds to step 500. If there is already a game running, then the move data is sent to that game at step 635.
  • step 625 If a stored move (stored on disk or on the email server) is dragged onto the game at step 625, the game packet is loaded into dynamic memory reserved for the game executable at step 630. Following steps 630 and 635, the game checks whether to immediately parse the loaded game packet at step 640. If the game is not set to immediately parse the game packet, the game will inform the player at step 645 that there is a new move waiting and will wait at step 650 for an instruction to parse the game packet. If the game is set to immediately parse the packet, then at step 700 (shown in Figure 7) the game packet will be parsed. The parsing method is described below. At step 705, the game will check whether there is particular advertising information to be attached to the game packet. If not, then at step 715, the game loads a default advertisement into the packet. Otherwise the particular advertising information is loaded into the packet and the default advertising information is removed at step 710. The game then moves onto step 525, shown in Figure 5.
  • the game checks if there is move data available in the form of a game packet. If the data is available, then at step 505, the game may ask the player whether to play the move. If the move data is not available, the game will show a title screen at step 515 and wait for the user to play a move.
  • the game checks whether the current player chose the move to be played. If yes, the game moves on to step 700. If not, then at step 520, the game is initiated and is set to immediately parse the next game move.
  • step 525 which follows step 710 or 715, the game is initialised to show the opponent's move and at step 530, the move is shown to the current player.
  • the game waits for the player to play a move, either in response to the opponent's move, or as a first move. Once the move is played and the player chooses to send it, the move is sent to the opponent at step 540. If the move was an executable move (checked at step 545), it is marked as having been played at step 550, otherwise, the move is mailed to the opponent at step 555, and the game returns to step 500 to wait until there is another move to be played.
  • the game is configured to allow the player to play a number of possible moves without actually sending that move to the opponent. For example, a player may "undo" any move prior to sending the move to the opponent. Further, it is possible for a player to include a text message to be sent with the move in the email.
  • the game then uses TCP IP socket calls to post the game move and any messages to the intended recipient using the mail server entered by the player. If the receiving player is off-line or that player's email server cannot be contacted, the move is stored in the sending player's system for sending again later, for example, when the sending player next starts up his or her system. The player also has an options menu for changing any of their mail settings.
  • the game code is comprised primarily of two parts, the operating system code and the game-specific code. This is because all the games share common operating system requirements, so the operating system is only written once while the separate games are run over the top of it. This is transparent to the user as the system libraries and game- specific code are brought together at compile time. The tasks are divided between the operating system and game-specific code roughly as follows (although this may vary slightly from game to game).
  • the game packets sent between the players each contain an identification header followed by any number of "hunks" of data.
  • the header includes information such as the total hunk data size, sender/receiver email addresses and player aliases.
  • Each hunk has a header which includes hunk identification information and data size.
  • a game packet may contain multiple hunks of the same type.
  • a hunk typically contains data for the game move, questionnaire or advertising data.
  • Hunks are broken up into game specific hunks and system hunks. This allows games to create their own hunks and add them to a packet for sending and parsing.
  • An example of a system hunk is the advertising data and questionnaire, whereas a game move is an example of a game defined hunk.
  • HUNKID Id //This is a four byte identification field.
  • HUNKID Id //This is a four byte hunk identification field.
  • the packet is parsed in a two stage operation.
  • the first operation is to process the hunk through the operating system parser of the user system. If the hunk is not processed or recognised by the operating system parser, the hunk is then passed onto a game-specific parser (defined by the game executable code) for the game to handle. For example, the operating system parser will recognise an executable file in the packet but will not recognise game move hunks.
  • the advertising information displayed with the game graphics may be such that an advertiser's universal resource locator (URL) is displayed so as to allow the player to connect directly to an advertiser's web site.
  • the advertising information may be in the format of a standard graphics information file (GIF) or may be in some other form of graphical representation, including an animation file.
  • GIF graphics information file
  • the game pieces marked with a sponsors logo, for example, or to have the game entirely controlled by an advertising theme. It is also possible to brand the game by, for example, displaying an advertiser's logo in the background graphics of the game.
  • the game system 2 can provide for player privacy and does not distribute the player details, such as email addresses, to the advertisers or other third parties. However the demographics information collected from the players may be collated and a statistical demographics report may be available to advertisers. Also advantageously, the executable files are only ever sent by the game server 4 at the initial set-up of the game. This provides added security for the game system 2 and for the integrity of the game executable programs by not allowing the players to send executable files directly to each other.
  • the game packets are configured only as data files attached to an email.
  • An additional feature of the game server 4 is that it includes a web server for hosting a web site where players may obtain information relating to the games, such as the newest version available, the rules of the game or new game products which may be launched in the future.
  • an associated web server specifically for registered advertisers may be provided in order to allow the advertisers to check the statistics of the player demographics.
  • the game system 2 does not require the players of the game to log onto a server in order to play, instead facilitating the initial set-up of the game and then allowing the players to communicate directly.
  • network and server traffic is kept to a minimum.
  • Prospective players do not need access to the world wide web as they can play over an email connection.
  • Players can challenge anyone for whom they have an email address as there is no requirement to match up the players for simultaneous play on the server, as is common in known systems.
  • the game executable program has a relatively small size, preferably in the order of 500 Kb, so as to not take up too much memory on the players' computer systems.
  • game moves can be sent and received using an instant messaging protocol such as TCP/IP.
  • an instant messaging protocol such as TCP/IP.
  • the game software for each player must be provided with the IP address of the other player through a central server, for example such as game server 4 or the commonly known instant messaging system "ICQ", by notifying or 'pinging' the central server as soon as a player comes online and has the game running.
  • the server will then check whether the other player is also online (having already pinged the server if he or she is online) and, if so, will provide the IP addresses of the players to each other's games.
  • the game will then offer to each player the option of playing with the instant messaging facility. If either player does not wish to do so, play continues as normal.
  • the server is again pinged by the game software when a player goes offline or shuts down the game so that the server does not continue to record that player as being online.
  • the instant messaging works in the same way as the email communication but instead of addressing the outgoing emails from the mail server to the other players' email addresses (for the first two moves), the game packets are sent directly between the IP addresses of the players while they are online and the game is running. This instant messaging arrangement is facilitated by the operating system code of the game.
  • WAP wireless application protocol

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

La présente invention concerne un système permettant de réaliser un jeu destiné à être pratiqué entre une pluralité de joueurs sur un réseau, comprenant: des éléments de serveur (20, 25) en communication avec le réseau, et conçus pour recevoir des première et seconde demandes de tour provenant de premier et second joueurs respectifs, et pour envoyer lesdites première et seconde informations de tour correspondant aux première et seconde demandes de tour respectivement au premier et second joueurs; un moteur de serveur (10) en communication avec les éléments de serveur (20, 25), et conçu pour traiter les première et seconde demandes de tour pour en faire des première et seconde informations de tour, lesdites première et seconde informations de tour permettant aux premier et second joueurs de se transmettre mutuellement directement des demandes de tour ultérieures.
PCT/AU2000/001320 1999-10-28 2000-10-27 Procede et systeme de realisation d'un jeu qui se pratique a tour de role Ceased WO2001031476A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU11174/01A AU1117401A (en) 1999-10-28 2000-10-27 Method and system for providing a turn-based game

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
AUPQ3733 1999-10-28
AUPQ3733A AUPQ373399A0 (en) 1999-10-28 1999-10-28 Method and system for providing a turn-based game

Publications (1)

Publication Number Publication Date
WO2001031476A1 true WO2001031476A1 (fr) 2001-05-03

Family

ID=3817884

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/AU2000/001320 Ceased WO2001031476A1 (fr) 1999-10-28 2000-10-27 Procede et systeme de realisation d'un jeu qui se pratique a tour de role

Country Status (2)

Country Link
AU (2) AUPQ373399A0 (fr)
WO (1) WO2001031476A1 (fr)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2379579A (en) * 2001-09-05 2003-03-12 Nokia Corp Compatibility of a game with a mobile gaming system
US6874029B2 (en) 2000-11-22 2005-03-29 Leap Wireless International, Inc. Method and system for mediating interactive services over a wireless communications network
EP1618931A4 (fr) * 2003-03-19 2006-05-17 Konami Corp Dispositif de jeu et procede de gestion de la progression d'un jeu au moyen dudit dispositif
EP1493133A4 (fr) * 2002-04-04 2006-09-27 Yahoo Inc Systeme d'equipes et de tournois en ligne
US7574493B2 (en) 2000-11-22 2009-08-11 Cricket Communications, Inc. Method and system for improving the efficiency of state information transfer over a wireless communications network
US8819740B2 (en) 2000-11-22 2014-08-26 Intel Corporation Method and system for providing interactive services over a wireless communications network

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU699785B2 (en) * 1994-05-27 1998-12-17 Head To Head Games Pty. Ltd. Communication system and method
US5956485A (en) * 1994-05-05 1999-09-21 Perlman; Stephen G. Network architecture to support real-time video games

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5956485A (en) * 1994-05-05 1999-09-21 Perlman; Stephen G. Network architecture to support real-time video games
AU699785B2 (en) * 1994-05-27 1998-12-17 Head To Head Games Pty. Ltd. Communication system and method

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9805544B2 (en) 2000-11-22 2017-10-31 Intel Corporation Method and system for mediating interactive services over a wireless communications network
US6874029B2 (en) 2000-11-22 2005-03-29 Leap Wireless International, Inc. Method and system for mediating interactive services over a wireless communications network
US10245508B2 (en) 2000-11-22 2019-04-02 Intel Corporation Method and system for providing interactive services over a wireless communications network
WO2002043368A3 (fr) * 2000-11-22 2009-06-18 Leap Wireless Int Inc Procede et systeme servant a mettre a disposition des services de communication
US7574493B2 (en) 2000-11-22 2009-08-11 Cricket Communications, Inc. Method and system for improving the efficiency of state information transfer over a wireless communications network
US9814978B2 (en) 2000-11-22 2017-11-14 Intel Corporation Method and system for improving the efficiency of state information transfer over a wireless communications network
US8380829B2 (en) 2000-11-22 2013-02-19 Cricket Communications, Inc. Method and system for improving the efficiency of state information transfer over a wireless communications network
US8769122B2 (en) 2000-11-22 2014-07-01 Intel Corporation Method and system for mediating interactive services over a wireless communications network
US8819740B2 (en) 2000-11-22 2014-08-26 Intel Corporation Method and system for providing interactive services over a wireless communications network
US9112893B2 (en) 2000-11-22 2015-08-18 Intel Corporation Method and system for improving the efficiency of state information transfer over a wireless communications network
GB2379579A (en) * 2001-09-05 2003-03-12 Nokia Corp Compatibility of a game with a mobile gaming system
EP1493133A4 (fr) * 2002-04-04 2006-09-27 Yahoo Inc Systeme d'equipes et de tournois en ligne
CN100531838C (zh) * 2003-03-19 2009-08-26 科乐美股份有限公司 游戏装置及应用该游戏装置的游戏进行方法
EP1618931A4 (fr) * 2003-03-19 2006-05-17 Konami Corp Dispositif de jeu et procede de gestion de la progression d'un jeu au moyen dudit dispositif

Also Published As

Publication number Publication date
AUPQ373399A0 (en) 1999-11-25
AU1117401A (en) 2001-05-08

Similar Documents

Publication Publication Date Title
US10010797B2 (en) System and method of automatic entry creation for blogs, web pages or file-sharing sites based on game events
JP4851548B2 (ja) ユーザにユーザインタフェースを提供する方法
JP4322614B2 (ja) 広告配信システム
US6196920B1 (en) On-line game playing with advertising
EP1206954A1 (fr) Appareil de jeu, système de serveur, procédé de service d'information et support d'enregistrement
US20020116263A1 (en) Data processing system, method and computer program, computer program and business method
CA2306373A1 (fr) Methode et jeu de marketing par internet
WO2001031476A1 (fr) Procede et systeme de realisation d'un jeu qui se pratique a tour de role
KR100961833B1 (ko) 온라인 게임에서의 광고 제공 방법 및 시스템
KR100883032B1 (ko) Ｐｃ방에서의 채팅 처리 장치 및 그 방법
KR100370496B1 (ko) 가상공간에서 게임 프로그램을 이용한 광고방법
KR101200630B1 (ko) 플래시 게임내 메시지 제공 시스템 및 플래시 게임내메시지 제공 방법, 웹서버, 웹페이지 제공 방법 및 방법실행 프로그램을 기록한 저장매체
KR20010000936A (ko) 인터넷 상의 게임메일 발송 시스템 및 그 방법
KR20010097432A (ko) 인터넷을 이용한 광고 방법
KR100608323B1 (ko) 카드 게임에서의 베팅 인터페이싱 방법, 시스템 및 이를위한 기록 매체
KR20000072207A (ko) 인터넷상에서 퍼즐대전게임을 이용한 광고 방법
JP2003067531A (ja) メール配信サーバーシステム
JP2003053033A (ja) ゲームサイト運営装置

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP