US20090176575A1 - Game server system, game element providing method, game device, and program product - Google Patents

Abstract

There are stored in a database stored in a host server (12) of a server system (10), a portable phone terminal ID, a player ID, a card ID, and individual information in association with one another. The card ID is identical to a card ID stored in a card (28) carried by a player. A course data set contained in the individual information specifies an order and names of music pieces to be played by a game device (18) capable of communicating with the game server system (10). A player uses a portable information terminal (26) to execute an application to specify a card ID and generate a course data set, the generated course data set is registered in the database together with a portable telephone terminal ID of the portable information terminal (26), as individual information corresponding to the card ID. When a player inserts his/her own card (28) in a game device (18), the game device (18) transmits to the game device (18) a course data set corresponding to the card ID by accessing host server (12).

Description

TECHNICAL FIELD
• The present invention relates to a game server system, a game element providing method, a game device, and a program product.
BACKGROUND ART
• There is known a network-type game system enabling more than one arcade game devices connected to one another via a network to operate under a server's control (disclosed in Japanese Patent Laid-Open Publication 3466596 and 3495032). A system has also been proposed that allows a player to enjoy a continuation of a game stopped in its halfway, in which system an information processing device capable of performing mobile communication such as a portable phone terminal, a home game device, or a commercial game device is enabled to access intermediate result information of a game registered at a host computer, and to utilize the intermediate result information of the game at an information processing device (disclosed in Japanese Patent Application Laid-Open Publication H11-290552).
• However, in a technique disclosed in Japanese Patent Application Laid-Open Publication H11-290552, it is a host computer where intermediate game result information is registered, and therefore, a game player is not able to freely edit intermediate game result information. Conventionally, for example, a game player is not allowed to freely edit a game element such as music pieces used in a game. In a case of an arcade game, in particular, it would be convenient if a game player is allowed to edit a game element without traveling to a game arcade (game center).
DISCLOSURE OF INVENTION
• The present invention has been made in view of the problems stated above, and provides a game server system allowing a game player to freely edit a game element free from time and place constraints, a related game element providing method, game device, and program product.
• In the following, a description will be given of the present invention. It is to be noted that reference numerals of attached drawings are shown in parenthesis to promote understanding of the present invention but not to limit the present invention to embodiments as shown in the drawings.
• In one aspect of the present invention, a game server system (10) is capable of communicating with a plurality of information processing devices (26) and a plurality of game devices (18), and capable of transmitting, individually to said game devices (18), element-specifying information specifying game elements for use by said game devices (18) to execute games, and the game server system (10) comprises: a storage (32) that stores player-correspondent identifiers corresponding respectively to game players who will use said game devices (18); an information-processing-device registrar (30) that, upon receiving, from one of said information processing devices (26), an information-processing-device-registration request containing an information-processing-device identifier unique to said one information processing device and one of said player-correspondent identifiers, stores in said storage (32) said received information-processing-device identifier and said player-correspondent identifier in association with each other; an element-specifying-information registrar (30) that, upon receiving from an information processing device (26), element-specifying information edited by the information processing device (26), with its information-processing-device identifier having been stored in said storage (32), stores the element-specifying information in said storage (32) in association with the information processing identifier and an associated player-correspondent identifier; and an element-specifying-information supplier (30) that, upon receiving a player-correspondent identifier from one of said game devices (18), reads from said storage (32) element-specifying information associated with said received player-correspondent identifier, for transmission to said one game device (18), so as to enable said game device (18) to execute a game using a game element specified by said element-specifying information.
• According to the game server system (10), upon receiving, from one of information processing devices (26), an information-processing-device-registration request indicating an information-processing-device identifier unique to the information processing device and one of player-correspondent identifiers, an information-processing-device registrar (30) stores in storage (32) the information-processing-device identifier and the player-correspondent identifier in association with each other. Thus, correspondence between an information processing device (26) and a player can be recognized in the gamer server system (10).
• When element-specifying information that has been edited by each player using one of the information processing devices (26) is received from the information processing device (26), element-specifying-information registrar (30) stores in storage (32) the element-specifying information in association with the information-processing-device identifier and a player-correspondent identifier. Therefore, correspondence between an information processing device (26), a player, and element-specifying information edited by a player can be recognized in the game server system (10).
• As a result, upon receiving a player-correspondent identifier from one of game devices (18), the element-specifying-information supplier (30) can specify element-specifying information in association with the player-correspondent identifier, read the element-specifying information from storage (32), and supply the element-specifying information with the game device (18) for use by a game player who has edited the element-specifying information. The game device (18) then executes a game using a game element specified by the element-specifying information. In other words, a game player can enjoy at a game device (18) a game in accordance with the element-specifying information edited using an information processing device (26).
• Thus, an information processing device (18) which is different from game device (18) can be used for a game player to edit a game element, and therefore, a game player can freely edit, i.e., customize, a game element free from place and time constraints.
• In this specification, description is given of game music as an example of a game element, but it is not intended to limit the present invention thereto, and a game element can be of any other type. For example, a game element can be a parameter showing a level of difficulty of a game, a parameter for setting a game character appearing in plays of a game, a parameter setting an ability of a game character, and/or a parameter for setting a background screen. Game music pieces may be those used in a music simulation game in which a game player plays a music piece using an input device so as to accord with instructions presented on a game device and scores are determined on the basis of a degree of correspondence between the music piece actually played by the player and the instructions given by the game device. Alternatively, game music pieces may be those used as background music in other types of games.
• Game server system (10) may be comprised of one server or alternatively be a distributed system comprised of a plurality of servers (12,14). Game server system (10) may use the same communication network and the same communication interface to communicate with an information processing device (26) and a plurality of game devices (18), or alternatively use different communication networks depending on types of devices and separate communication interfaces for each communication network.
• A game device is preferably an arcade game device, but it is not intended to limit the present invention thereto, and the game device may be a home game device. An information processing device may preferably be a mobile communication terminal using wireless communication such as a portable phone terminal and a PHS (Personal Handy-phone system) terminal, but may be another information processing device that is appropriate, such as a personal computer and a PDA (Personal Digital Assistant).
• In another aspect of the present invention, the player-correspondent identifier corresponding to one of said game players includes one player identifier and one or more recording-medium identifiers. The player identifier identifies each of said game players, and the recording-medium identifier identifies each of portable recording media (28) that can be carried by each of said game players. In said storage (32), a player identifier and a recording-medium identifier corresponding to the player identifier may preferably be stored in association with each other. Preferably, the game server system (10) may further comprise a recording-medium-identifier-candidate presenter (30) that, upon receiving an access request indicating an information-processing-device identifier from one of said information processing devices (26), with its information-processing-device identifier having been stored in said storage (32) by said one information-processing-device registrar (30), transmits, to said one information processing device (26), one or more recording-medium identifiers being player-correspondent identifiers associated with said information-processing-device identifier. In this case, said element-specifying-information registrar (30), upon receiving, from said information processing device (26), a recording-medium-specification notification and element-specifying information, may store said element-specifying information in association with a recording-medium identifier selected from among said one or more recording-medium identifiers notified by said recording-medium-identifier-candidate presenter (30) and specified in said recording-medium-specification notification; and said element-specifying-information supplier (30), upon receiving from one of said game devices (18) a recording-medium identifier of a portable recording medium (28), may transmit to said one game device (18) element-specifying information associated with said recording-medium identifier, said recording-medium identifier being read by said one game device (18) before a game player plays a game at said one game device (18).
• In this case, a player is able to possess not only a player identifier indicating him/herself but also one or more recording-medium identifiers corresponding to one or more recording media (28). Since a player identifier and its corresponding recording-medium identifier(s) are stored in the storage (32) in association with each other, the correspondence therebetween can be recognized in the game server system (10).
• When an access request indicating an information-processing-device identifier is received from an information processing device (26) whose information-processing-device identifier has been stored, a recording-medium-identifier-candidate presenter (30) transmits in return to the information processing device one or more recording-medium identifiers being player-correspondent identifiers associated with the information-processing-device identifier. Based on candidate(s) for a recording-medium identifier(s) presented by the recording-medium-identifier-candidate presenter (30), a game player can readily select, using the information processing device (26), a portable recording medium (28) corresponding to element-specifying information which s/he wishes to edit, from a plurality of portable recording media (28) of his/her own. The information processing device (26), in response to the selection, transmits to the game server system (10) a recording-medium-specification notification specifying one recording-medium identifier.
• Upon receiving the recording-medium-specification notification and element-specifying information from the information processing device (26), the element-specifying-information registrar (30) stores in the storage (32) the element-specifying information in association with a recording-medium identifier specified by the recording-medium-specification notification. As a result, correspondence between a portable recording medium (28) and element-specifying information edited by a player can be recognized in the game server system (10). Therefore, element-specifying information edited by a game player can be readily notified to the game server system (10) by causing a game device (18) to read a recording-medium identifier of a portable recording medium (28), without the game player's having to input the identifier into game device (18). The element-specifying-information supplier (30) is then enabled to transmit, to the game device (18), element-specifying information that is in association with the recording-medium identifier.
• Thus, a single game player is able to possess a plurality of portable recording media (28) and also to edit using an information processing device (26) a plurality of element-specifying information sets respectively corresponding to the portable recording media. A game player, at a game device (18), can select one of a plurality of portable recording media (28) of his/her own, and enjoy a game according to element-specifying information corresponding to the selected recording medium.
• The portable recording medium (28) may be, for example, any one of an information recording card, an information recording disk, and an information recording stick. A read/write system may be either contact or contactless, and further, may be one of magnetic, electromagnetic-inductive, or optical systems.
• In still another aspect, the game server system may comprise an element candidate provider (30) that provides, in response to a request received from one of said information processing devices (26), to said one information processing device (26), element-candidate-specifying information specifying candidates for a game element to be selected by a game player. In this case, the element-candidate-specifying information enables a game player to readily select one of candidates for a game element and to edit element-specifying information.
• In another aspect of the present invention, a game element providing method is used in a game server system (10) capable of communicating with a plurality of information processing devices (26) and a plurality of game devices (18) to transmit, individually to said game devices, element-specifying information specifying game elements used by said game devices (18) in executing games. This method comprises: storing, in a storage (32), player-correspondent identifiers corresponding to game players who will use said game devices (18); receiving, from one of said information processing devices (26), an information-processing-device-registration request indicating an information-processing-device identifier unique to said one information processing device (26) and one of said player-correspondent identifiers; storing in said storage (32) said information-processing-device identifier and said player-correspondent identifier indicated by said information-processing-device-registration request in association with each other; receiving, from one of said information processing devices (26), element-specifying information edited using said one information processing device (26), with an information-processing-device identifier of said one information processing device (26) having been stored in said storage (32); storing in said storage (32) said element-specifying information received from said one information processing device (26) in association with said information-processing-device identifier of said one information processing device (26) and an associated player-correspondent identifier; and reading, from said storage (32), element-specifying information associated with a player-correspondent identifier received from one of said game devices (18), for transmission to said one game device (18), so as to enable said one game device (18) to execute a game using a game element specified by said element-specifying information.
• According to this method, a game player is allowed to select a game element using an information processing device (26) different from a game device (18), and, therefore, is able to freely edit, i.e., customize, a game element free from place and time constraints.
• In another aspect of the present invention, a game device (18) receives element-specifying information associated with one of a plurality of game players, from a game server system (10) having stored element-specifying information specifying a game element edited by said game players using a plurality of information processing devices (26) being different devices than said game device (18), said game element enabling execution of a game, and the game system (18) comprises: a reader (52) that reads a recording-medium identifier identifying a portable recording medium (28), said recording-medium identifier being recorded in each of portable recording media (28) that can be carried by each of said game players; a notifier (40) that notifies, via a communication network (16), said game server system (10) of a recording-medium identifier read by said reader; a receiver (40,44) that receives, from said game server system (10), element-specifying information associated with said recording-medium identifier; and a game executer (40) that executes a game using a game element specified by said element-specifying information received by said receiver. According to the game device (18), a game element can be identified in the game server system (10) on the basis of a recording-medium identifier of a portable recording medium (28) which is carried by a game player. Further, a game player is able to use, at a game device (18), a game element selected using an information processing device (18) that is a different device than the game device (18).
• The game device (18) may further comprise a registration requester (40) that transmits to said game server system (10) a registration request indicating a recording-medium identifier read by said reader and a player-correspondent identifier input by one of said game players, so as to register said portable recording medium (28) in said game server system (10).
• In another aspect of the present invention, a program product causes an information processing device (26) to execute processes for registering in a game server system (10) element-specifying information associated with said information processing device (26) after causing a user of said information processing device (26) to edit said element-specifying information specifying a game element for executing a game, said information processing device (26) being a different device than a game device (18) that executes said game, and the processes to be executed by the information processing device (26) comprises: accessing via a communication network (16,22) said game server system (10), so that said game server system (10) is caused to recognize an information-processing-device identifier unique to said information processing device (26); receiving, from said game server system (10), element-candidate-specifying information specifying candidates for game elements to be selected by said information processing device (26); notifying said user of said candidates for game elements to prompt said user to select a game element said user uses in a game; and transmitting to said game server system (10) a result of game element selected by said user together with said information-processing-device identifier.
• According to the program product, a game player is allowed to select a game element using an information processing device (26) different from a game device (18), and, therefore, is able to freely edit, i.e., customize, a game element free from place and time constraints.
• The program product may cause said information processing device (26) to execute further processes of: receiving from said game server system (10) a plurality of recording-medium identifiers corresponding respectively to a plurality of portable recording media (28) that can be carried by a single game player who is said user of said information processing device (26); notifying said user of said plurality of recording-medium identifiers, to prompt said user to select one recording-medium identifier from among said plurality of recording-medium identifiers; and transmitting to said game server system (10) a recording-medium-specification notification that specifies said recording-medium identifier selected by said user. According to the program product, a single game player is able to possess a plurality of portable recording media (28), and a plurality of game elements can be registered, in the game server system (10), in association respectively with a plurality of portable recording media.
EFFECTS OF INVENTION
• According to the present invention, a game player is allowed to select a game element using an information processing device which is a different device than a game device, thereby to freely edit, i.e., customize, a game element, being free from time and place constraints. Since a game element can be edited prior to actually operating a game device, a game can be instantaneously started when playing the game using the game device. Therefore, a game player can immediately enjoy a game per se. Further, since a game element can be edited without using a game device, the game device can be operated at a higher efficiency.
BRIEF DESCRIPTION OF DRAWINGS
• FIG. 1 is a block diagram showing a configuration of a communication system having a game server system according to a first embodiment of the present invention.
• FIG. 2 is a block diagram showing a configuration of a game device of the communication system shown inFIG. 1.
• FIG. 3 is a block diagram showing a configuration of a host server of the communication system shown inFIG. 1.
• FIG. 4 is an explanatory diagram showing a data structure of a database stored in the host server shown inFIG. 3.
• FIG. 5 is a sequence chart showing procedures of a card registration process executed in the communication system shown inFIG. 1.
• FIG. 6 is a sequence chart showing procedures of a download process executed in the communication system shown inFIG. 1.
• FIG. 7 is a sequence chart showing procedures of a course data edit process executed in the communication system shown inFIG. 1.
• FIG. 8 is a sequence chart showing procedures of a play process executed in the communication system shown inFIG. 1.
• FIG. 9 is a flow chart showing procedures executed at a game device shown inFIG. 2.
• FIG. 10 is a flow chart showing procedures of an application program executed at a mobile communication terminal in the communication system shown inFIG. 1.
• FIG. 11 is an explanatory diagram showing example screens for selecting a card name at the mobile communication terminal.
• FIG. 12 is an explanatory diagram showing example screens for editing a course at the mobile communication terminal.
• FIG. 13 is a flow chart showing procedures executed at the host server of the communication system shown inFIG. 1.
• FIG. 14 is a sequence chart showing procedures of a game server system according to a second embodiment of the present invention.
BEST MODE FOR CARRYING OUT THE INVENTION1. First Embodiment
• FIG. 1 is a communication system comprising a game server system according to an embodiment of the present invention. As shown inFIG. 1, agame server system10 has ahost server12 and aweb server14.Host server12 andweb server14 are connected to an identical communication network, for example, anInternet16.Host server12 communicates with a variety of devices using SOAP (Simple Object Access Protocol), whereasweb server14 is dedicated to a mobile Internet access service and communicates with a plurality of mobile communication terminals (information processing devices; hereinafter referred to as “MS”s)26. The “mobile Internet access service” refers to a service under which an interactive communication is enabled between mobile communication terminals such as portable phones and Internet sites, so that a mobile communication terminal can display characters and images provided by an Internet site on its display, download an application program from a site, and the like. Examples of such a mobile Internet access service include an “i-mode®” developed by NTT DoCoMo, Inc., (Tokyo, Japan) and a service compliant with “WAP (Wireless Application Protocol)” developed by the WAP Forum.
• Web server14 is capable of, in response to a request fromMS26, downloading toMS26 an application program for MSs. Such application programs that can be downloaded through a mobile Internet access service for execution in a MS of this type include, for example, i-appli® for an i-mode compatible MS, an application program that operates on a MS compliant with BREW® (Binary Runtime Environment for Wireless) developed by Qualcomm Incorporated (San Diego, Calif., USA), and an application program that operates on a MS compliant with MIDP (Mobile Information Device Profile) for use under J2ME® CLDC (Java 2 Micro Edition Connected Limited Device Configuration).
• Connected to theInternet16 are a large number ofgame devices18, where the connection may be either direct or via an arcade server (not shown), thereby to enablehost server12 to communicate with a large number ofgame devices18. As is described later in the description, eachgame device18 reads a card ID (recording-medium identifier) stored in an information recording card (portable recording-medium; hereinafter referred to as a “card”)28 that is carried by a game player, the card ID then being transmitted to hostserver12.Host server12 in return transmits game information corresponding to the card ID.Game device18 allows the game player to play a game in accordance with the game information.
• Game server system10 according to the present embodiment hashost server12 andweb server14, but it is not intended to limit the present invention to this embodiment. Only one server may be used to bear the functions of bothhost server12 andweb server14; alternatively,server12 and14 each may be comprised of a plurality of servers. For example,host server12 may have a game server and a center server, the former performing communication relating only to one game and the latter controlling the game server and providing other communication services. Also, as shown by a phantom line,host server12 andweb server14 may directly communicate with each other.
• TheInternet16 is connected to awireless communication network22 via a gateway (GW)20.GW20 has a function of converting a protocol used inwireless communication network22 into another protocol used in theInternet16, and vice versa, to thereby actualize smooth communication betweenwireless communication network22 and theInternet16. Specifically,GW20 is, for example, an i-mode server for an i-mode service, or a WAP proxy (WAP gateway) for a WAP service. Connected towireless communication network22 are a number of base stations (BS)24, through one of whichBSs24, aMS26 is enabled to communicate with a communication device connected towireless communication network22 and theInternet16.MS26 is thus able to communicate with bothhost server12 andweb server14. However,MS26 is only capable of reproducing an image provided fromweb server14 to be displayed on its display but not capable of directly displaying information provided fromhost server12 without use of an application program for MSs installed inMS26. As will be discussed later, the application program, when installed onMS26, operates according to signals received fromhost server12, to thereby control an image displayed on a display ofMS26.
• FIG. 2 shows a configuration ofgame device18. As shown inFIG. 2,game device18 has a processor (communicator; receiver; game executer; registration requester)40, astorage42, a communication interface (receiver)44, aninput device46, adisplay device48, aspeaker50, and a card reading device (reader)52.Game device18 according to the present embodiment provides a music simulation game where a game player actually plays a music piece usinginput device46 to accord with instructions presented ondisplay device48 and his/her score will be decided based on a degree of correspondence between the music actually played by the player and the instructions ondisplay device48. Stored instorage42 are data relating to a number of music pieces to be displayed as moving images ondisplay device48 and reference data to be compared with a performance of a game player.Input device46 may be, for example, a plurality of buttons, or an input device mimicking a musical instrument such as an electric guitar or drums.Input device46 generates input signals in accordance with operations made by a game player.
• Processor40 displays, ondisplay device48, moving images of instructions to be given to a game player based on a display data unit read fromstorage42.Processor40 also drivesspeaker50 based on input signals input frominput device46 or reference data read fromstorage42, compares the input signals with the reference data, and gives scores on the basis of results of the comparison.
• Game device18 has at least two game modes (normal or expert mode) to be selected by a player. In the normal mode, a list of music pieces stored instorage42 is displayed ondisplay device48 before start of a game, and a game player is allowed to specify usinginput device46 any two music pieces.Processor40 executes a music simulation game using the two pieces specified by a game player.
• In the expert mode, a plurality of serial music pieces (for example, 4 music pieces) is provided to a player during one play period. The play period is a period from a start to an end of a game in a case that a player has cleared all of the music pieces. In the expert mode, however, if a player's points are deducted to reach a threshold, a game is forcibly terminated even before the play period expires. A combination and a playing order of music pieces are collectively referred to as a procedure (course). Data specifying a course is referred to as a course data set, where, more specifically, the course data set specifies identifiers of a plurality of music pieces and a playing order of these pieces.
• In the expert mode, a game player is allowed to select a course before the game starts. In a case that a game player does not use the above describedcard28, s/he is allowed to select a course only from prepared courses. Course data sets for a large number of courses are stored in advance instorage42. A game player selects a desired course, usinginput device46, from among candidates for courses displayed ondisplay device48 based on the course data sets (element-specifying information).
• On the other hand, in a case that a game player usescard28, the game player is allowed to conduct game music pieces in accordance with a course the player him/herself has edited.Card reading device52 reads a card ID recorded incard28 and conveys the card ID toprocessor40.Processor40 usescommunication interface44 to notify the card ID to hostserver12, andhost server12 in return transmits, togame device18, a course data set exclusively for a game player corresponding to the card ID. As will be described later in the specification, a course data set supplied fromhost server12 is edited by a game player him/herself.Processor40 analyzes the course data set received bycommunication interface44, and provides a game where music pieces specified by the course data set are conducted in an order designated in the course data set.
• As shown inFIG. 3,host server12 has a processor (information-processing-device registrar; element-specifying-information registrar; element-specifying-information supplier; recording-medium-identifier-candidate presenter; element candidate provider)30, astorage32, and acommunication interface34.Processor30 writes/reads data into/fromstorage32, and performs communication viacommunication interface34. There is stored in storage32 a database including a collection of various information sets relating to a plurality of game players who use game devices18 (for example, player-correspondent identifiers and a course data set corresponding to each of the players).Communication interface34 converts signals to enable communication with theInternet16.
• When a course data set is received athost server12 fromMS26 bycommunication interface34,processor30 stores the course data set instorage32 in association with a player-correspondent identifier (a player ID and a card ID, described later) corresponding to the game player the course data set showing edited results of procedures of game music pieces edited by a game player using one ofMSs26. On the other hand, when a player-correspondent identifier is received bycommunication interface34 fromgame device18,processor30 reads from storage32 a course data set associated with the player-correspondent identifier to transmit, togame device18, the course data set viacommunion interface34.Game device18 is thus enabled to execute a game where game music pieces are conducted in a procedure in accordance with a course data set edited atMS26 which is a different information processing device thangame device18.
• Player-correspondent identifiers and a course data set are associated with each other using a database accumulated instorage32.FIG. 4 shows an overview of what is stored in the database. InFIG. 4, a “portable phone terminal ID” (hereinafter referred to as “terminal ID”) is an identifier unique to MS26 (information-processing-device identifier), which is notified by eachMS26 for registration in the database.
• The player-correspondent identifier includes a “player ID” (player identifier) and a card ID (a card identifier which is a recording-medium identifier). The player ID corresponds uniquely to an individual player. That is, the player ID is an only ID exclusively for use by each player, and registered in a database by a game operator using a registration device (not shown) that is a different device thangame device18 andMS26. The card ID is an identifier stored incard28 and unique tocard28. Since one game player is allowed to carry one ormore card28, one or a plurality of card IDs are associated with one player ID.
• For registration of a card ID,processor30, in response to a registration request indicating a card ID and a player ID, stores the player ID and the card ID instorage32. Whencommunication interface34 receives from one of MSs26 a second registration request showing a player ID input inMS26 and a terminal ID unique toMS26,processor30 stores instorage32 the terminal ID and the player ID in association with each other. Thus, card IDs readable bygame device18 and a terminal ID unique toMS26 are associated through a player ID.
• InFIG. 4, “individual information” is an information set for each card and includes a course data set and a game history (for example, a number of times a game is played using the course and score history) in the course. A single game player is allowed to edit as many courses as a number of cards independently from one another, and to enjoy a plurality of courses atgame device18.
• A “card name” is a nickname, given by each game player, of a card of his/her own. When a game player usesMS26 to edit a course or view a game history, the “card name” can be used to readily specify which card a course s/he wishes to edit corresponds to and which card a game history s/he wishes to view corresponds to.
• Description will be next given of operations performed in the communication system. The communication system,game server system10 in particular, executes a card registration process, a downloading process, a course data edit process, and a play process.
• FIG. 5 shows an example of procedures of the card registration process. In this embodiment, an example will be given of a case wheregame device18 provideshost server12 with information to be registered, although, in the card registration process,game device18 is not necessarily used and another device for registration may be used to providehost server12 with information to be registered.
• When a player insertscard28 intogame device18,card reading device52 ofgame device18 reads a card ID recorded incard28.Game device18 then issues a card authentication request containing the card ID, for transmission to hostserver12.
• Host server12 executes a card authentication process. In the card authentication process, a database stored instorage32 is referred to, to determine whether the card ID contained in the card authentication request has already been registered.Host server12 transmits to game device18 a result of the card authentication. There is included, in the result of the card authentication, information showing whethercard28 inquired about is registered or unregistered.
• In a case that the result of card authentication shows thatcard28 in question is unregistered,game device18 executes an input process of inputting items to be registered. In the input process,game device18 displays a registration screen prompting input of a player ID and a card name. When the input by a player usinginput device46 is completed,game device18 transmits to host server12 a player/card registration request togame device18. The player/card registration request contains a card ID, a player ID, and a card name.
• Host sever12, upon receiving the player/card registration request, executes a player/card registration process. In the process,host server12 stores in the database the card ID, the player ID, and the card name in association with one another.Host server12 then transmits to game device18 a player/card-registration-confirmation notification.Game device18, upon receiving the player/card-registration-confirmation notification, executes a registration completion notification process. In the process,game device18 displays on display device48 a message informing that the registration is completed.
• FIG. 6 shows procedures of a downloading process. When a player operatesMS26 to accessweb server14,web server14 in return transmits to MS26 a registration screen signal.MS26 displays on its display a registration screen based on the registration screen signal, to prompt the player to input items to be registered including a player ID. When the input by the player is completed,MS26 in return transmits to web server14 a player/terminal registration request (information-processing-device-registration request). The player/terminal registration request contains a terminal ID as well as a player ID. The terminal ID is identification information for uniquely identifyingMS26 and is stored in a memory ofMS26.
• The player/terminal registration request is transferred fromweb server14 tohost server12 where a player/terminal registration process is performed. In the process, the player ID and the terminal ID are stored in association with each other. As a result, as described above, the terminal ID, the player ID, and the card ID are associated with one another.Web server14 reads an application program for MS, and transmits the application program toMS26. The application program contains screen information for selecting music pieces, a URL (Uniform Resource Locator) ofhost server12, and the like.MS26 stores the application program in its memory that is nonvolatile.
• When the player/terminal registration process is completed athost server12,host server12 issues a player/terminal-registration-confirmation notification for transmission toweb server14.Web server14 in response generates a player/terminal-registration-confirmation notification containing image data that can be displayed on a display ofMS26, for transmission toMS26.MS26, upon receiving the player/terminal-registration-confirmation notification, displays on its display a message showing that the registration is completed.
• FIG. 7 shows procedures of a course data edit process. When a player first operates input buttons ofMS26 to activate the application program,MS26 transmits an access request to hostserver12 using the URL ofhost server12 contained in the application program.Host server12, upon receiving the access request, reads a music index and transmits the index toMS26. The music index is information, such as titles of music pieces, used for designating a plurality of music data units stored ingame device18.MS26, upon receiving a music index notification containing the music index, stores the music index in the nonvolatile memory. The process of downloading the music index from a host computer is executed only when the application program is activated for the first time. Thus, there is no need to download the music index every time the application program is activated, and therefore, a communication resource is saved, and a user ofMS26 can start editing of a course data set within a short period.
• Host server12 refers to the database stored instorage32, to read a card ID corresponding to a terminal ID contained in the access request and a candidate(s) for a card name. As described above, there are stored inhost server12 player IDs, terminal IDs, card IDs, and card names in association with one another. In a case that a player owns more than onecard28, a plurality of pairs of a card ID and a card name is associated with a single terminal ID. In such a case,host server12 reads a plurality of pairs of a card ID and a card name, and transmits in return toMS26 an access response containing the plurality of pairs of a card ID and a card name.
• MS26, upon receiving the access response, executes a card specifying process. In the process,MS26 displays on its display a plurality of card names contained in the access response, for prompting a player to select one of the card names, which is an action of the application program. When the player operates an input button ofMS26 to specify a card name,MS26 transmits to host server12 a card specification notification. The card specification notification contains a card ID corresponding to the card name specified by the player.
• Host server12, upon receiving the card specification notification, refers to the database, to read individual information corresponding to the card ID contained in the card specification notification and transmit in return toMS26 an individual information notification. The individual information contains a course data set and a game history.
• MS26, upon receiving the individual information notification, stores the notification in its memory.MS26 then executes a course edit process. In the course edit process, a course data set is generated which specifies a plurality of music pieces (for example, 4 pieces). The course data set contains music specification data containing titles of first to fourth music pieces and designating a playing order of the music pieces.
• When the course edit process is completed,MS26 transmits to hostserver12 an individual-information-update request. The individual-information-update request contains a card ID and a course data set.Host server12, in accordance with the course data set contained in the individual-information-update request, updates individual information stored in the database.Host server12 identifies individual information associated with the card ID, and the updating of the identified individual information is executed.
• Use of the above application program allows a player to specify music pieces constituting acourse using MS26. There are stored ingame device18 data of hundreds of music pieces so as to meet various needs of players. It often takes a long time for a player to search for favorite music pieces and decide the order of the selected pieces. Further, there are often queues of people in front of apopular game device18. In such a situation, a player might feel pressured to occupygame device18 for editing a course, with consideration for other players waiting in a queue. Such a situation also causesgame device18 to operate at low capacity. However, since the editing of a course using the application program allows a player to specify a set of music pieces without operatinggame device18, a player does not need to feel pressured with considerations for others waiting in a queue, and operation rates ofgame device18 are raised. Further, sinceMS26 is used to edit a course, the editing can be performed regardless of time and place; a player is allowed to edit a course at any place in his/her free time, prior to playing a game.
• FIG. 8 shows procedures of a play process. When a player insertscard28 intogame device18,game device18 reads a card ID stored incard28 for transmission to hostserver12.Host server12 executes card authorization. Subsequently,host server12 refers to a database to read individual information stored in association with the card ID.Host server12 then transmits an individual information notification containing the individual information. The individual information contains a course data set and a game history.
• Game device18, upon receiving an individual information notification, stores the individual information in a memory (not shown) attached toprocessor40.Game device18, while referring to a course data set stored in the memory, executes a game program. Specifically, when an expert mode is selected by a player,game device18 displays on display device48 a course (a series of music pieces) designated by a player-customized course data set together with prepared course, to prompt the player to specify one of the courses. When the player selects a course usinginput device46, specified music pieces are played according to an order specified by the a course data set. When the game is completed,game device18 transmits a completion notification to hostserver12. The completion notification contains information of a game history showing selected music pieces and points.Host server12, upon receiving the completion notification, executes the updating of individual information based on the game history contained in the completion notification.Game device18, after transmitting the completion notification, deletes the individual information from its memory.
• Description will be next given of processes executed atgame device18,MS26, andhost server12, where the description will be given separately for each device.FIG. 9 is a flowchart showing procedures performed atgame device18. When a player insertscard28 intocard reading device52,processor40 obtains a card ID output from card reading device52 (Step S1).Processor40 then generates a card authentication request containing the card ID, for transmission to host server12 (Step S2). Subsequently,processor40 determines whether information is received from host server12 (Step S3), and the determination is repeated until information is received.
• When information is received atgame device18,processor40 performs determination on content of the received information (Step S4). Specifically, it is determined whether an authentication result of the card as being unregistered or individual information is received. In a case that an authentication result of the card as being unregistered is received,processor40 proceeds to Step S5. In Step S5,processor40 displays on display device48 a screen prompting a player to input a player ID and a card name.Processor40 then determines whether the input of the player ID and the card name is completed (Step S6), and repeats the determination until the input is completed.
• When a player operatesinput device46 to complete the input,processor40 transmits to host server12 a player/card registration request (Step S7). The player/card registration request contains the player ID and the card name.Processor40 then determines whether a player/card registration notification is received (Step S8), and the determination is repeated until the notification is received. Upon receiving the registration notification,processor40 executes a registration completion notification (Step S13). Specifically,processor40 causes a message to be displayed ondisplay device48, the message showing that the registration has been completed. The player is thus able to know that card28 s/he is using has been registered.
• On the other hand, when it is determined in the determination performed in Step S4 that received content is individual information,processor40 proceeds to Step S9 to store the individual information in its memory. The memory can be a volatile memory such as RAM (random access memory). The individual information can contain a course data set in addition to a game history.
• Processor40 executes a game program while referring to the individual information (Step S10). When a player selects an expert mode,processor40 reads from storage42 a series of music piece data specified by the course data set. The read music piece data is D/A converted to be supplied as electric signals tospeaker50. As a result,game device18 is enabled to play music pieces edited in advance by a player.
• Upon the completion of a game,processor40 transmits to host server12 a completion notification containing a game history (Step S11), and deletes the individual information from its memory (Step S12).
• FIG. 10 is a flowchart showing procedures of the application program executed atMS26. The processor ofMS26 first determines whether the application program is activated for the first time (Step S20). The determination as to whether the program is activated for the first time can be made, for example, by referring to a first-time flag that is set, in the application program, and the first-time flag is to be deleted when the program is activated again.
• The determination condition ofStep20 is satisfied if the activation is made for the first time, and the processor proceeds to Step S22. In Step S22, the processor transmits to host server12 a first time access request. The first time access request contains a request for transmitting in return a music index. The processor then determines whether it has received the music index (Step S23), and repeats the determination until the music index is received. Upon receiving the music index, the processor stores in a non-volatile memory the received music index (Step S24).
• On the other hand, the determination condition of Step S20 is not satisfied if the activation is made for the second or more times, and the processor proceeds to Step S21. In Step S21, the processor transmits a normal access request to hostserver12.
• When a process of Step S21 or Step S24 is completed, the processor determines whether it has received an access response (Step S25), and repeats the process until the access response is received. Upon receiving the access response, the processor, as an action in accordance with the application program, causes a card ID and a candidate(s) for a card name contained in the access response to be displayed on the display, prompting a player to specify a card (Step S26).
• FIG. 11 shows an example screen for selecting a card from a candidate(s). As shown in the figure, there are displayed ondisplay261 candidates for a card name. In the example, “ALPHA”, “DAI”, and “POP” are displayed as candidates. One of the card names that is presently focused is highlighted or shown in another color, and the focused card name is displayed on top ofdisplay261, where “focused” indicates a state in which a focused name is selected if confirmation is given by a user. In the shown example, “ALPHA” is presently focused. A player operates a multi-cursor key262 to select another candidate for a card name to change the focused card name (to move the highlight or the color). When anenter button263 is pressed down, a screen for prompting confirmation by a user is displayed. For example, whenenter button263 is pressed down while a screen as shown in the left side ofFIG. 11 is displayed, a screen shown in the right side ofFIG. 11 is displayed ondisplay261, the latter screen asking a user whether the card “ALPHA” can be conclusively selected. Whenenter button263 is pressed down again to confirm the present state, the process of specifying a card is completed.
• After Step S26, the processor determines whether the input for specifying a card is completed (Step S27). This determination is repeated until an input is made by a player to specify a card by operating an input button. When the player specifies a card, the processor transmits a card specification notification to host server12 (Step S28). The processor then determines whether it has received an individual information notification (Step S29). When an individual information notification is received fromhost server12, the processor stores the individual information in its memory.
• Subsequently, the processor reads, as an action of the application program, the music index stored in Step S24 to display the index on its display (Step S31).FIG. 12 shows an example screen for editing a course. A basic screen of the course editing is such as shown in the left side ofFIG. 12. In this example, names of music pieces, including first, second, third, and fourth pieces, are displayed. A sequence number of a presently focused music is highlighted or shown in another color. Another sequence number of a music piece can be focused (the highlight or the color is moved) if the player operates multi-cursor key262 so as to move up and down. For example, the second piece is being focused in the state shown in the figure, but the third piece is focused if a downward arrow of multi-cursor key262 is pressed down.
• Further, when multi-cursor key262 is operated to right and left, a screen changes to one for selecting music piece(s) as shown in the middle portion ofFIG. 12. There are shown, in the screen for selecting music pieces, music pieces are classified into different genres, and names of a plurality of music pieces are displayed for each of the genres. In this example, classifications such as Pops, Lap, and Techno-pop are shown. A presently focused genre and a name of music piece are highlighted or shown in another color. A focused genre can be changed by moving multi-cursor key262 up and down, and a focused name of a music piece can be changed by moving multi-cursor key262 left and right. There are shown in the screen only a few music pieces (N*, H*, etc.), but other names of music pieces can be displayed if the screen is scrolled usingmulti-cursor key262.
• A focused name of a music piece is conclusively selected by pressing downenter button263. A confirmation screen such as shown in the right side ofFIG. 12 is then displayed, the screen prompting a confirmation by a user. Whenenter button263 is again pressed down in this stage, a specified name of a music piece is set to a specified sequence number, so thatdisplay261 returns to the basic screen. A course data set specifying an order and names of music pieces is generated whenenter button263 is pressed down in a state where the basic screen is displayed.
• After Step S31, the processor determines whether the selection of music pieces constituting a course is finished (Step S32). When the player finishes selecting music pieces, the processor proceeds to Step S33, and generates a course data set specifying music pieces constituting a course. The processor then updates individual information including a course data set (Step S33). Specifically, a part of individual information stored in the memory is updated with a new course data set. The processor then transmits to hostserver12 an individual-information-update request (Step S34).
• FIG. 13 is a flowchart showing a procedure executed byhost server12.Processor30 ofhost server12, upon receiving a card authentication request, accesses a database and searches for a card ID (Step S41). Subsequently,processor30 determines, based on a result of the search, whether the card ID exists in the database (Step S42). In a case that the card ID is not registered in the database,processor30 transmits to game device18 a card authentication result showing that the card is unregistered (Step S43).Game device18 then will find that the insertedcard28 is unregistered. In this case,game device18 transmits to host server12 a player/card registration request containing registration items.
• Processor30 then determines whether the player/card registration request is received (Step S44), and executes player/card registration when the player/card registration request is received (Step S45). In this process,processor30 registers in the database the card ID and the player ID in association with each other.
• On the other hand, when the card ID exists in the database, a condition of Step S42 is satisfied. In this case,processor30 reads from the database individual information corresponding to the ID card (Step S46).Processor30 subsequently generates an individual information notification containing the read individual information, for transmission to game device18 (Step S47).Game device18 executes a game program by referring to a course data set contained in the individual information, and a completion notification containing a result tohost server12.
• Processor30 determines whether a completion notification is received (Step S48), and repeats the determination until a completion notification is received. When the completion notification is received,processor30 registers, in the database, individual information contained in the completion notification to update the individual information (Step S49).
2. Second Embodiment
• Description will be next given of agame server system10 according to a second embodiment of the present invention.Game server system10 of the second embodiment differs from that of the first embodiment in thathost server12 andweb server14 executes the course editing process in cooperation with each other, instead of downloading the application program toMS26. As described above,MS26 is capable of reproducing, on its display, an image provided fromweb server14 but not capable of directly displaying on its display information provided fromhost server12. Thus, in the operation described in the following,web server14, based on a signal transmitted fromhost server12, generates a signal causing a screen such as a menu screen to be displayed on the display ofMS26, to transmit the generated signal toMS26.
• FIG. 14 is a procedure showing agame system10 according to thegame server system10 of the second embodiment. WhenMS26 first accesses toweb server14, a registration screen signal is transmitted fromweb server14 toMS26.MS26 displays, based on the registration screen signal, a registration screen prompting the player to input registration items. The registration screen contains, for example, a dialogue box for entering a player ID.
• When the player has finished entering registration items by operating an input button ofMS26,MS26 transmits, toweb server14, a player/terminal registration request (information-processing-device-registration request).Web server14 redirects the player/terminal registration request to hostserver12.Host server12 registers in the database a player ID and a terminal ID in association with each other, the player ID and the terminal ID being contained in the player/terminal registration request.
• Host server12 transmits a player/terminal-registration-confirmation notification toweb server14, andweb server14 transmits to MS26 a player/terminal-registration-confirmation notification containing image data that can be displayed onMS26.MS26, upon receiving the player/terminal-registration-confirmation notification, causes a registration completion notification to be displayed on its display. The player then is able to know that various services can now be received usingMS26.
• The player then operatesMS26 to access a web page for a music game and to select the course editing of the expert mode. In this case,MS26 transmits a course edit request to hostserver12 viaweb server14. The course edit request contains a terminal ID.
• Host server12 then refers to the database stored instorage32 to read a card ID corresponding to the terminal ID contained in the access request and a candidate for a card name. In a case that more than one card IDs and card names are associated with one terminal ID, all of the card IDs and card names are read as candidates.
• Host server12 generates an access response containing the read card ID(s) and candidate(s) for a card name, for transmission toweb server14.Web server14 in response generates an access response containing an image data of a menu that can be displayed on the display ofMS26, for transmission toMS26.MS26, upon receiving the access response, executes the card specification process. In the process,MS26 displays on its display, a plurality of card names contained in the access response, to prompt the player to select one of the card names. When the player specifies a card name by operating an input button,MS26 transmits a card specification signal viaweb server14 tohost server12.
• Host server12, upon receiving the card specification signal, temporarily stores a card ID contained therein and subsequently reads a music index.Host server12 transmits to web server14 a music index notification containing the music index.Web server14, upon receiving the notification, generates a music index notification containing image data that causes a menu screen displayed on a display ofMS26, for transmission toMS26. It is to be noted that a music index of the same type may be stored in advance inweb server14. In this case,web server14, upon receiving a card specification signal, transmits a music index notification toMS26. Communication resources can then be saved since communication betweenweb server14 andhost server12 is omitted.
• MS26, upon receiving a music index notification, displays the music index on its display. However, sinceMS26's display is not large enough, a number of music pieces displayable in a display area is limited. A player is then caused to select a desired music piece by scrolling the screen. There is also a limit in a data amount receivable atMS26 in one communication session, and therefore, a music index fitted to a single page is transmitted in one communication session, which means that communication needs to be performed every time there is a move to a next page. For this reason, the course editing performed viaweb server14 is suited for a case where a music index contains a small number of music pieces. Nevertheless, a number of music pieces will not cause any problem in a wireless communication network capable of transmitting a large amount of data.
• When the course editing by the player is finished,MS26 generates an individual-information-update request containing a course data set, for transmission viaweb server14 tohost server12.Host server12, upon receiving the individual-information-update request, updates details of the database in accordance with individual information contained therein. The player is thus able to useMS26 to complete the editing of a course before proceeding to a game arcade.
• The present invention has been described so far in relation to embodiments considered at the time of filing an application to be most practical and preferable. However, the present invention is not limited to those set forth in embodiments disclosed herein, and can be modified as appropriate within a range not departing from the essential features and spirits of the present invention readable from the following claims and the specification. Accordingly, the technical scope of the present invention should be construed to encompass a game system, a game element providing method, a game device and a program product with such modifications.

Claims (8)

1. A game server system capable of communicating with a plurality of information processing devices and a plurality of game devices, and capable of transmitting, individually to said game devices, element-specifying information specifying game elements for use by said game devices to execute games, the game server system comprising:

a storage that stores player-correspondent identifiers corresponding respectively to game players who will use said game devices;

an information-processing-device registrar that, upon receiving, from one of said information processing devices, an information-processing-device-registration request containing an information-processing-device identifier unique to said one information processing device and one of said player-correspondent identifiers, stores in said storage said received information-processing-device identifier and said player-correspondent identifier in association with each other;

an element-specifying-information registrar that, upon receiving from an information processing device, element-specifying information edited by the information processing device, with its information-processing-device identifier having been stored in said storage, stores the element-specifying information in said storage in association with the information processing identifier and an associated player-correspondent identifier; and

an element-specifying-information supplier that, upon receiving a player-correspondent identifier from one of said game devices, reads from said storage device element-specifying information associated with said received player-correspondent identifier, for transmission to said one game device, so as to enable said game device to execute a game using a game element specified by said element-specifying information.

2. The game server system ofclaim 1,

wherein said player-correspondent identifier corresponding to one of said game players includes one player identifier and one or more recording-medium identifiers, said player identifier identifying each of said game players and said recording-medium identifier identifying each of portable recording media that can be carried by each of said game players, with said player identifier and said recording-medium identifier corresponding to said player identifier being stored in said storage in association with each other;

wherein the game server system further comprises a recording-medium-identifier-candidate presenter that, upon receiving an access request indicating an information-processing-device identifier from one of said information processing devices, with its information-processing-device identifier having been stored in said storage by said one information-processing-device registrar, transmits, to said one information processing device, one or more recording-medium identifiers being player-correspondent identifiers associated with said information-processing-device identifier;

wherein said element-specifying-information registrar, upon receiving, from said information processing device, a recording-medium-specification notification and element-specifying information, stores said element-specifying information in association with a recording-medium identifier being selected from among said one or more recording-medium identifiers notified by said recording-medium-identifier-candidate presenter and being specified in said recording-medium-specification notification; and

wherein said element-specifying-information supplier, upon receiving from one of said game devices a recording-medium identifier of a portable recording medium, transmits to said one game device element-specifying information associated with said recording-medium identifier, said recording-medium identifier being read by said one game device before a game player plays a game at said one game device.

3. The game server system ofclaim 1 or2, further comprising an element candidate provider that provides, in response to a request received from one of said information processing devices, to said one information processing device, element-candidate-specifying information specifying candidates for game elements to be selected by a game player.

4. A game element providing method for use in a game server system capable of communicating with a plurality of information processing devices and a plurality of game devices to transmit, individually to said game devices, element-specifying information specifying game elements used by said game devices in executing games, said method comprising:

storing, in a storage, player-correspondent identifiers corresponding to game players who will use said game devices;

receiving, from one of said information processing devices, an information-processing-device-registration request indicating an information-processing-device identifier unique to said one information processing device and one of said player-correspondent identifiers;

storing in said storage said information-processing-device identifier and said player-correspondent identifier indicated by said information-processing-device-registration request in association with each other;

receiving, from one of said information processing devices, element-specifying information edited using said one information processing device, with an information-processing-device identifier of said one information processing device having been stored in said storage;

storing in said storage said element-specifying information received from said one information processing device in association with said information-processing-device identifier of said one information processing device and an associated player-correspondent identifier; and

reading, from said storage, element-specifying information associated with a player-correspondent identifier received from one of said game devices, for transmission to said one game device, so as to enable said one game device to execute a game using a game element specified by said element-specifying information.

5. A game device that receives element-specifying information associated with one of a plurality of game players, from a game server system having stored element-specifying information specifying a game element edited by said game players using a plurality of information processing devices being different devices than said game device, said game element enabling execution of a game,

said game device comprising:

a reader that reads a recording-medium identifier identifying a portable recording medium, said recording-medium identifier being recorded in each of portable recording media that can be carried by each of said game players;

a notifier that notifies, via a communication network, said game server system of a recording-medium identifier read by said reader;

a receiver that receives, from said game server system, element-specifying information associated with said recording-medium identifier; and

a game executer that executes a game using a game element specified by said element-specifying information received by said receiver.

6. The game device ofclaim 5, further comprising a registration requester that transmits to said game server system a registration request indicating a recording-medium identifier read by said reader and a player-correspondent identifier input by one of said game players, so as to register said portable recording medium in said game server system.

7. A program product for causing an information processing device to execute processes for registering in a game server system element-specifying information associated with said information processing device after causing a user of said information processing device to edit said element-specifying information specifying a game element for executing a game, said information processing device being a different device than a game device that executes said game,

said processes comprising:

accessing via a communication network said game server system, so that said game server system is caused to recognize an information-processing-device identifier unique to said information processing device;

receiving, from said game server system, element-candidate-specifying information specifying candidates for game elements to be selected by said information processing device;

notifying said user of said candidates for game elements to prompt said user to select a game element said user uses in a game; and

transmitting to said game server system a result of game element selection by said user together with said information-processing-device identifier.

8. The program product ofclaim 7, for causing said information processing device to execute further processes of:

receiving from said game server system a plurality of recording-medium identifiers corresponding respectively to a plurality of portable recording media that can be carried by a single game player who is said user of said information processing device;

notifying said user of said plurality of recording-medium identifiers, to prompt said user to select one recording-medium identifier from among said plurality of recording-medium identifiers; and

transmitting to said game server system a recording-medium-specification notification that specifies said recording-medium identifier selected by said user.

Images