JP2007313091A - Game apparatus and game program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a game apparatus with high taste capable of satisfying a player actually enjoying a game in a game parlor. <P>SOLUTION: This game program allows a computer to execute a step for receiving another player information from another game apparatus using a receiving means, and a step for controlling the game content using one or more parameters included in another player information received from another game apparatus. It is preferable to receive the player information including another game history information indicating a game history of another player. Preferably, this game program allows a computer to further execute a step for simulating the game using one or more parameter values included in another game history information, and a step for comparing the game result when simulating the game with the game result when the player executes the game and notifying the comparison result. <P>COPYRIGHT: (C)2008,JPO&INPIT

Description

  The present invention relates to a game apparatus and a game program for simulating a gaming machine such as a swivel type gaming machine or a ball game machine.

  In a spinning machine (slot machine) and ball game machine (pachinko machine), a lottery for winning a prize is drawn for each game, and a special winning combination called a big win, big bonus, etc. Is a generic term), a system that provides a game in a state advantageous to the player (player) who has a higher game play rate than the normal game state is adopted, and the player wins this jackpot To get great satisfaction.

  In recent years, simulation games that allow players to experience the operation of such gaming machines on home game machines and portable game machines have gained popularity. Some of these gaming machine simulation games have been devised so that the actual operation of the gaming machine can be reproduced more faithfully, and various game devices having such a simulation game function have been proposed (for example, Patent Documents). 1).

JP-A-8-280874

  However, in the conventional game device, when the simulation game is performed, only the data set in advance in the device is used, so that the simulation content becomes monotonous and the player gets bored quickly. there were.

  The present invention has been made in view of the circumstances described above, and an object thereof is to provide a highly entertaining game apparatus and game program that can satisfy a player who actually enjoys a game in a game hall or the like.

  In order to solve the above problems, a game device according to the present invention is a game device that displays a plurality of symbols and provides a game in a state more advantageous to the player than a normal gaming state by combining the displayed symbols. And receiving means for receiving other player information from another game device, and control means for controlling the game content using one or more parameter values included in the other player information. Features.

  According to such a configuration, the receiving means receives other player information from another game device, and the control means controls the game content using one or more parameter values included in the received other player information. Is possible. According to this, since at least a part of the other player information can be reflected in the game content, a highly entertaining game that can satisfy even a player who actually enjoys the game in a game hall or the like is realized. can do. For example, player information received from another game device in this case may include player profile information (for example, name and message), game history (for example, total play time, jackpot number, etc.), and the like. Since such information consists of data stored in each game device, rival information (for example, a rival list) unique to the device can be generated based on the various information. If this is used, for example, it is possible to play a game in a so-called battle mode performed by setting a specific virtual rival based on such rival information, and different player information can be appropriately reflected in the content of the game. In that respect, it is rich in extensibility and is characteristic in that it can enhance the interest of the game in this way.

  Here, in the above configuration, the other player information includes other game history information indicating a game history of the other player, and the control means includes one or more parameter values included in the other game history information. A simulation means for simulating the game, a game result when the game is simulated, and a game result when the player executes the game, and a notification for reporting the comparison result It is preferable to comprise the means.

  Further, it is preferable that the simulating means determines a skill ability rank related to the game using the parameter value, and simulates the game based on the determined skill ability rank. In addition, it is preferable that the control of the game content is to reflect the other player information in the virtual opponent information in the game. If unique other player information accumulated in each game device is reflected, unlike the case based on preset data, a unique rival based on the individuality and history of each other player is set. It becomes possible.

  The game program according to the present invention comprises storage means, receiving means, and display means, and displays a plurality of symbols on the display means, and the player is more than the normal gaming state by combining the displayed symbols. A game program to be executed by a computer of a game device that provides a game in a state advantageous to the computer, wherein the computer receives other player information from another game device using the receiving means; and And a step of controlling game content using one or more parameter values included in the other player information received from another game device.

  In this case, the computer receives the other player information from the other game device using the receiving means, and controls the game content using one or more parameter values included in the other player information using the control means. According to this, since at least a part of the other player information can be reflected in the game content, a highly entertaining game that can satisfy even a player who actually enjoys the game in a game hall or the like is realized. can do. For example, in this case, the player information received from another game device includes the other player's profile information (for example, name and message) as described above, and the game history of the other player such as the total play time and the number of jackpots. Representing other game history information may be included. Since such information includes data stored in each game device, rival information (for example, a rival list) unique to the device can be generated based on the various information. If this is used, for example, it is possible to play a game in a so-called battle mode performed by setting a specific virtual rival based on such rival information, and different player information can be appropriately reflected in the content of the game. In that respect, it is rich in extensibility and is characteristic in that it can enhance the interest of the game in this way.

  Such a game program can be installed in, for example, a portable game machine through various media such as a CD-ROM, a magnetic disk, a semiconductor memory, and a communication network. Needless to say, the present invention is not limited to a portable game machine, and can be applied to any information processing apparatus such as a business or home video game machine or a personal computer.

  According to the present invention, the received information of other players can be reflected in the game content. For example, not only a player who enjoys a game only in the game device but also a player who actually enjoys a game in a game hall or the like is satisfied. It is possible to provide a highly entertaining game device that can be played.

A. Embodiment (1) Configuration <1. Appearance configuration>
FIG. 1 is an external view of a game apparatus 1 that executes a game program according to the present invention.
The game apparatus 1 includes a housing 18 that houses two liquid crystal displays (hereinafter, LCDs) 11 and 12, an operation switch unit 14, and a cartridge insertion unit 17.
The housing 18 includes an upper housing 18b and a lower housing 18a. The first LCD 11 is formed on the upper housing 18b, while the second LCD 12 is formed on the lower housing 18a. The speaker 15 is formed on one surface sandwiching the second LCD 12, and the operation switch unit 14 is mounted on both the left and right surfaces sandwiching the second LCD 12.

  The operation switch unit 14 includes an operation switch (A button) 14a and an operation switch (B button) 14b mounted on one surface of the lower housing 18a, and a direction indicating switch (cross key) mounted on one surface of the lower housing 18a. 14c, start switch 14d, select switch 14e, and side switches 14f and 14g.

  A touch panel 13 (broken line area in FIG. 1) is attached to the upper surface of the second LCD 12. The touch panel 13 may be, for example, any of a resistive film type, an optical type (infrared type), and a capacitive coupling type, and an operation of pressing, moving, or stroking the upper surface with a stick 16 (or a finger). When this is done, the coordinate position of the stick 16 is detected and coordinate data is output.

  In the vicinity of the side surface of the upper housing 18b, a storage hole (two-dot chain line region in FIG. 1) for storing the stick 16 for operating the touch panel 13 as necessary is formed. The stick 16 is stored in the storage hole. In a part of the side surface of the lower housing 18a, a cartridge insertion portion (in FIG. 1) for detachably mounting a game cartridge (hereinafter referred to as an external recording medium) M incorporating a memory (for example, ROM) storing a game program. A one-dot chain line region) 17 is formed. The external recording medium M is an information storage medium for storing a game program, and for example, a nonvolatile semiconductor memory such as a ROM or a flash memory is used. A connector (see FIG. 2) for electrical connection with the external recording medium M is built in the cartridge insertion portion 17. Furthermore, an electronic circuit board on which various electronic components such as a CPU are mounted is accommodated in the lower housing 18a (or the upper housing 18b). The information storage medium for storing the game program is not limited to the non-volatile semiconductor memory, but may be a CD-ROM, a DVD, or an optical disk storage medium similar to them.

<2. Hardware configuration>
FIG. 2 is a block diagram illustrating a hardware configuration of the game apparatus 1.
A CPU core (control means, simulation means) 21 is mounted on the electronic circuit board accommodated in the housing 18. A connector 28 for connecting to the cartridge 17 is connected to the CPU core 21 via a predetermined bus, an input / output interface (I / F) circuit 27, a first graphic processing unit (first GPU) 24, A second graphics processing unit (second GPU) 26 and a working RAM (WRAM) 22 are connected.

  An external recording medium M is detachably connected to the connector 28. The external recording medium M includes a ROM 171 that stores a game program and a RAM 172 that stores backup data in a rewritable manner. The game program stored in the ROM 171 of the external recording medium M is loaded into the WRAM 22, and the game program loaded into the WRAM 22 is executed by the CPU core 21. Temporary data obtained by the CPU core 21 executing the game program and data for generating an image are stored in the WRAM 22.

  In this manner, the ROM 171 records a game program that is a group of instructions and a group of data that can be executed by the computer of the game apparatus 1, particularly the CPU core 21. The game program is read into the WRAM 22 as appropriate and executed. In this embodiment, the game program is supplied using the external recording medium M. However, the game program may be supplied through another medium or a communication line.

  The touch panel 13, the operation switch unit 14, and the speaker 15 are connected to the I / F circuit 27. A first video RAM (hereinafter referred to as VRAM) 23 is connected to the first GPU 24, and a second video RAM (hereinafter referred to as VRAM) 25 is connected to the second GPU 26. In response to an instruction from the CPU core 21, the first GPU 24 generates a first game image based on data for generating an image stored in the WRAM 22 and draws it in the first VRAM 23. In response to an instruction from the CPU core 21, the second GPU 26 generates a second game image based on data for generating an image stored in the WRAM 22 and draws it in the second VRAM 25. The first GPU 24 outputs the first game image drawn in the first VRAM 23 in response to an instruction from the CPU core 21 to the first LCD 11. Then, the first LCD (notification means) 11 displays the game image output from the first GPU 24. Similarly, the second GPU 26 outputs a second game image drawn in the second VRAM 25 in response to an instruction from the CPU core 21 to the second LCD (notification means) 12. Then, the second LCD 12 displays the game image output from the second GPU 26.

  The I / F circuit 27 transmits and receives data between the CPU core 21 and an external input / output device such as the touch panel 13, the operation switch unit 14, and the speaker (notification unit) 15. The touch panel 13 (including a touch panel device driver) has a coordinate system corresponding to the coordinate system of the second VRAM 25, and outputs position coordinate data corresponding to the position input (instructed) by the stick 16 or the like. The detection accuracy of the touch panel 13 may be lower or higher than the resolution of the display screen of the second LCD 12.

The wireless communication unit 40 includes a baseband IC 29, and the baseband IC 29 includes a ROM 29a. Various communication programs are built in the ROM 29a, and the baseband IC 29 operates according to these programs.
The baseband IC 29 sends player information (described later) and the like transferred from the WRAM 22 to an RF (Radio Frequency) -IC 30 under the control of the CPU core 21, and the RF-IC 30 modulates the data from the antenna 31. Send.
On the other hand, game data transmitted from another game apparatus 1 is received via the antenna 31, demodulated by the RF-IC 30, and a demodulated signal is input to the baseband IC 29. The baseband IC 29 restores the received game data by decoding the demodulated signal and transfers it to the WRAM 22.

  In addition, the game apparatus 1 of the present embodiment has a communication mode switching function that allows the player (device owner) to select whether or not to automatically receive other player information transmitted from another game device. The game apparatus 1 automatically links with another game apparatus that is also in the communication mode during the communication mode, automatically receives and stores the transmitted other player information, and automatically acquires data regarding the other players. To do. According to such an automatic acquisition function of other player information, for example, when the player goes out, such as actually going to the game hall, it is possible to automatically take in information related to the other players (passing communication). . In this way, in addition to automatically acquiring data only during the communication mode, for example, it is preferable to automatically receive the data even when the game apparatus 1 is turned on, from the viewpoint of increasing the chance of data acquisition.

<3. Functional configuration>
FIG. 3 is a block diagram showing a functional configuration of the game apparatus 1 realized by the CPU core 21 executing the game program recorded on the external recording medium M.
The menu processing unit 400 executes menu processing in response to an input from the operation switch unit 14. The menu processing unit 400 displays the menu screen as shown in FIG. 4 on the second LCD 12 by executing such menu processing.
On the menu screen, a selection menu of “ranking mode”, “simulation mode”, and “end” is displayed. In the “ranking mode”, the profile information of the player who performs the simulation game using the game apparatus 1 is registered, and in the “simulation mode”, the simulation game is executed (details will be described later). With such a menu screen displayed, the player appropriately operates the operation switch unit 14 to display and register various information by the data processing unit 100, a simulation game by the game processing unit 500, or the end of the processing. Done.

  The data processing unit 100 includes a profile information processing unit 110, a game history information processing unit 120, and a skill analysis / skill rank setting unit 130. The data processing unit 100 accepts input of various information, records it in the information recording unit 200, or records each information. An image is displayed on the LCDs 11 and 12.

  The profile information processing unit 110 displays a profile screen as shown in FIG. 13 on each of the LCDs 11 and 12, and accepts input of profile information by the player. The profile information includes the name, gender, and avatar (a character that will be his / her own character) of the player, a haunting area in the virtual space, and a message that can be exchanged with other players.

  The profile screen displays profile information, and also displays a skill rank indicating the proficiency level of the player's gaming technique (for example, eye pressing) (see “Slotter God” shown in FIG. 13). Although the details will be described later, this skill rank is not input by the player, but is automatically generated by the game history information processing unit 120.

  The game history information processing unit 120 monitors the progress of the game by the player and generates game history information as shown in FIG. The game history information includes the total play time of the game, the number of jackpots (the number of BIG), the total number of medals to be paid out in accordance with the winnings, the balance from the start of the game to the end of the game, and the like. In FIG. 14, the game history information for the current day of the player is displayed on the first LCD 11 and the total game history information is displayed on the second LCD. However, the display mode is arbitrary.

  The skill analysis / skill rank setting unit 130 generates a skill graph as shown in FIG. 15 and sets a skill rank by analyzing the total game history information of the player. In this skill analysis / skill rank setting unit 130, a conditional expression for creating a skill graph is set in advance. Substituting game parameters such as total play time and BIG count into this conditional expression, skills, decisions, insights, etc. Skill analysis information is generated by obtaining an evaluation index for each item. Then, the skill rank of the player is set by comprehensively judging the generated skill analysis information. Skill ranks include, for example, beginner level (“Beginner Slotter”), intermediate level (“Intermediate Slotter”), advanced level (“Advanced Slotter”), and transcendental level (“Slotter God”). However, ranks may be set by other methods.

  FIG. 5 is a diagram illustrating a memory map of the player information recording unit (storage unit) 210. As shown in FIG. 5, in the player information recording unit 210, player information having a prescribed value n (n = 10 in the present embodiment) or less is recorded in a rewritable manner. Each player information includes profile information, game history information, skill analysis information, and skill rank. As described above, profile information is generated by the profile information processing unit 110, game history information is generated by the game history information processing unit 120, and skill analysis information and skill rank are generated by the skill analysis / skill rank setting unit 130. . This player information includes player information (other player information) received from another game device via the antenna 31 and the like in addition to player information (own player information) generated in the own game device.

  The communication control unit (communication means) 300 controls the exchange of player information performed with other game devices (details will be described later). In this embodiment, only the profile information and game history information included in the player information is exchanged, but may be exchanged including skill analysis information and skill rank.

The rival related information processing unit (information creating means) 600 generates a rival list and rival ranking (ranking information) by comparing the own player information recorded in the player information recording unit 210 with the other player information.
The rival list is a list of names (for example, “Tome-san”, “Loose”, etc.) of each player whose player information is recorded in the game device (see FIG. 16). As shown in FIG. 16, the last update date and time of each player information is registered in this rival list.
The rival ranking indicates the relative ranking (ranking) of each player, and as shown in FIG. 17, a ranking is generated for each game parameter such as the total play time, the number of BIGs, and the number of acquired games.

These rival lists and rival rankings are recorded in the rival related information management table TA (see FIG. 6) of the rival information recording unit 220 so as to be rewritable. In the rival related information management table TA, the name of each player, the last update date / time of the player information, the value of each game parameter, and the ranking (in parentheses in FIG. 6) are registered in association with each other. When the rival related information processing unit 600 detects that the game history information processing unit 120 has updated the value of the game parameter, the rival related information processing unit 600 updates the ranking in accordance with the update.
Hereinafter, the operation of the game apparatus 1 according to the present embodiment will be described with reference to the flowchart shown in FIG.

(2) Operation of the embodiment When the external recording medium M in which the game program according to the present invention is recorded is inserted into the cartridge insertion portion 17, this program is automatically started up by the CPU core 21 and is displayed on each LCD 11, 12. A demonstration screen appears. Thereafter, when the start switch 14d is pressed, the menu processing unit 400 displays on the second LCD 12 a menu screen (see FIG. 4) that prompts the user to select one of “ranking mode”, “simulation mode”, and “end”. (Step S1).

<1. Simulation mode>
When “simulation mode” is selected on the menu screen, the game processing unit 500 displays a selection screen for prompting selection of either “free play mode” or “slotter play mode” on the second LCD 12 (step S2). The profile information processing unit 110 displays the profile information and slot rank of the player on the first LCD 11 (see FIG. 18). Here, the “free play mode” is a play mode for performing a game process, which will be described later, and the “slotter play mode” is a review and selection of a game hall or a game table in addition to the game process, and a display of results related to the game Furthermore, it is a play mode in which skill checking and analysis such as how to play and strength of pulling (luck) can be performed (details will be described later).

When the “free play mode” is selected in a state where such a selection screen is displayed, a normal game process (that is, a game process) is executed to advance the game without generating or updating the game history information. (Step S3).
On the other hand, when the “slotter play mode” is selected, a slotter game process is executed to advance the game while generating / updating game history information (step S4). FIG. 9 is a flowchart showing the slotter game process. When the game processing unit 20 detects that the “slotter play mode” has been selected, the game processing unit 20 displays a hole selection screen for prompting selection of a game hole on the second LCD 12 (step S110). When prompting such a selection, the hall information of the corresponding game hall (the hall name, sales form, location conditions, exchange rate, hall characteristics, etc.) is displayed on the first LCD 11.

  When it is detected that a game hall has been selected, the game processing unit 20 displays a game table selection screen for prompting selection of a game table on the second LCD 12 (step S120). In this case, for example, a text message such as “best !?” or “opportunity?” Is displayed on the upper left of each game stand, and the total number of plays and the number of games from the bonus are displayed on the first LCD 11 to actually You may make it feel like you are choosing a stand in the hall.

  When it is detected that the game machine has been selected, the game processing unit 20 displays a slot machine image simulating a reel device or a liquid crystal display provided in the slot machine on the LCDs 11 and 12, and starts the game process (step S130). See FIG. 19). The player operates the touch panel 13 and the operation switch unit 14 to play a game just like an actual machine. In the upper left part of the reel device displayed on the LCD, an elapsed time since the game was started in the slotter play mode (for example, “1st day 18:00”) is displayed.

  The game processing unit 500 determines whether or not one day (for example, “10: 0 to 20:00”) has ended using a timer (not shown) or the like. If the game processing unit 20 determines that one day has not ended, the process returns to step S130 to continue the game process. On the other hand, if the game processing unit 20 determines that one day has ended, the game history information processing unit 120 The game history information is instructed to be updated based on the game history (total play time, BIG count, total acquired number, balance, etc.).

The game history information processing unit 120 updates the game history information of the player according to the instruction, displays the game history of today as “today's results” on the first LCD 11, and displays the total (for example, 7 days) including today. The game history is displayed on the second LCD 12 as “results so far” (step S150; see FIG. 14).
On the other hand, the game processing unit 500 determines whether or not to end the game in the slotter play mode based on an instruction input via the operation switch unit 14 (step S160). When an instruction to continue such a game is input, the process returns to step S110 to execute a series of processes. On the other hand, when an instruction to finish the game is input, the skill analysis / skill rank setting unit 130 is instructed to generate skill analysis information and set the skill rank.

  The skill analysis / skill rank setting unit 130 generates the skill analysis information of the player and sets the skill rank according to the instruction. Specifically, skill analysis information is obtained by substituting game parameters such as total play time and BIG count into conditional expressions for creating a skill graph prepared in advance and obtaining an evaluation index for each item such as skill, decision, and insight. And the skill rank of the player is set by comprehensively judging the generated skill analysis information. The skill analysis / skill rank setting unit 130 displays the generated skill analysis information on the second LCD 12 as a skill graph, and displays the set skill rank on the LCDs 11 and 12 (step S180; see FIG. 15), and ends the process. To do. When the screen shown in FIG. 15 is displayed, skill analysis information and skill rank may be notified using a voice message or the like.

<2. Ranking mode>
On the other hand, when “ranking mode” is selected on the menu screen, the profile information processing unit 110 displays the “ranking mode menu” on the second LCD 12 (step S5), and also displays the player's profile information and skill rank on the first LCD 11. Display (see FIG. 20). The “ranking mode menu” includes “profile”, “pict diary”, “status”, “data communication”, and “rival slotter”. “Profile” is selected when creating or changing the player's profile information, “Picto Diary” is selected when describing a hall diary, balance, etc., and “Status” is selected by the player. This is selected when checking the skill graph or skill rank. Furthermore, “data communication” is selected when player information is exchanged with the other game apparatus 1, and “rival slotter” is selected when a rival ranking or a rival list is confirmed. The operation when each item is selected will be described below.

<2-1. Select profile>
When “profile” is selected, the profile information processing unit 110 displays a profile screen as shown in FIG. 13 on each of the LCDs 11 and 12 to prompt setting and changing of profile information (step S6). Here, for example, when a change item (for example, “name”) is touched and there is an instruction to change profile information, the profile information processing unit 110 changes the profile information recorded in the player information recording unit 210 according to the change instruction. (Step S7 → Step S8).

  On the other hand, when the message button B1 shown in FIG. 13 is touched and a message input instruction is given, the profile information processing unit 110 displays a message input screen as shown in FIG. The player inputs a message using the touch pen 16. When receiving the input of the message, the information processing unit 110 changes the profile information recorded in the player information recording unit 210 according to the content of the message (step S9 → step S10).

<2-2. Select Picto Diary>
When “Picto Diary” is selected, the data processing unit 100 displays a diary screen as shown in FIG. 22 on each of the LCDs 11 and 12 (step S11a). The player uses the touch pen 16 to input the balance of the day, the hall diary, etc. (hereinafter referred to as diary information). When receiving the input of the diary information, the data processing unit 100 stores the input diary information in a predetermined storage area of the information recording unit 200 (step S11b).

<2-3. Select status>
When the “status” is selected, the game history information processing unit 120 and the skill analysis / skill rank setting unit 130 display a status screen as shown in FIG. 23 (step S12). Specifically, the game history information processing unit 120 reads out the total game history of the player from the player information recording unit 210 and displays it on the second LCD 12, while the skill analysis / skill rank setting unit 130 includes a player information recording unit. The player's skill analysis information and skill rank are read from 210 and displayed on the first LCD 11.

<2-4. Selection of data communication>
When “data communication” is selected, the data processing unit 100 displays a communication attention message as shown in FIG. 24 on the first LCD 11 and a message prompting the start of communication on the second LCD 12 (step S13). Thereafter, when it is detected that the communication start button B2 shown in FIG. 24 is pressed, the data processing unit 100 sends a communication processing execution command to the communication control unit 300. FIG. 10 is a flowchart showing communication processing, and FIG. 11 is a diagram for explaining communication with other game devices.

  As shown in FIG. 11, when trying to establish a connection with another game device as a master unit, the communication control unit 300 broadcasts broadcast data to search for another game device existing in the communicable range A1 (step S1). S210). Here, if there is a connection request from another game device (child device) that has received the broadcast data, the own game device returns a connection response and establishes a connection with the other game device as the parent device.

FIG. 12A is a diagram illustrating a parent device packet transmitted from the parent device to the child device, and FIG. 12B is a diagram illustrating a child device packet transmitted from the child device to the parent device. Each packet is composed of a header and a payload.
The header H1 of the parent device packet includes synchronization data Syn for synchronizing with the child device, an identification number PID for identifying the game device (parent device), and a player name NA (for example, “ICHIRO”). ) And the game program identification code DC, and the payload response P1 of the parent device packet stores a connection response transmitted from the parent device to the child device, player information, and the like.
On the other hand, an identification number CID for identifying a game device (child device), a player name NA (for example, “Tome-san”) and the like are stored in the header H2 of the child device packet, and a child device is included in the payload P2. A connection request, player information, and the like transmitted from the device to the parent device are stored.

  When the communication control unit 300 receives a child device packet including a connection request from another game device (step S220; YES), the communication control unit 300 refers to the name of the player included in the header H2 of the child device packet and determines whether the player is a new player. It is determined whether the player is a registered player (step S230). More specifically, the communication control unit 300 searches the player information recording unit 210 using the player name included in the header H2 as a search key to check whether there is a matching player name. It is determined whether the player is a new player or a registered player.

<2-4-1. If you are a new player>
If no matching player name is found, the communication control unit 300 determines that the player is a newly registered player, and exchanges player information with another game device (step S230 → step S240). When the communication control unit 300 receives the other player information from the other game device, the communication control unit 300 refers to the player information recording unit 210 and determines whether or not the registered player information has reached a specified value n (n = 10 in the present embodiment). Is determined (step S250). If the communication control unit 300 determines that the specified value n has not been reached (step S250; NO), it records the received other player information in the empty area of the player information recording unit 210 (step S260), and then enters the main flow. Return. On the other hand, when the communication control unit (storage management unit) 300 determines that the specified value n has been reached (step S250; YES), the player information with the oldest update history is referred to by referring to the last update date and time included in each player information. Is deleted. The communication control unit 300 records the received other player information in the storage area vacated by the deletion (step S270), and then returns to the main flow.

<2-4-2. If you are a registered player>
On the other hand, if a matching player name is found in step S230, the communication control unit 300 determines that the player is a registered player, and refers to the last update date and time included in the player information of the player (step S290). And the communication control part 300 calculates | requires the difference of the last update date, and the date and time in the said time, and judges whether it exceeds the preset minimum update period (for example, 20 minutes) (step S300). When the communication control unit 300 determines that the difference exceeds the minimum update period (step S300; YES), the communication control unit 300 exchanges player information with another game device (step S310). Then, the communication control unit 300 replaces the player information of the registered player recorded in the player information recording unit 210 with the received player information (step S320), and returns to the main flow. On the other hand, when the communication control unit 300 determines that the difference is equal to or shorter than the minimum update period (step S300; NO), the communication control unit 300 returns to the main flow without receiving other player information. Note that the player may set the minimum update period.

While such communication is being performed, the data processing unit 100 displays a message indicating that communication is being performed as shown in FIG. 25 on the first LCD 11, while displaying a message indicating the communication state on the second LCD 12. Specifically, when communicating with a registered player, the count value of the first counter (not shown) is incremented by “1”, and when communicating with a new player, the second counter (not shown) is counted. Increment by "1". Then, the count value of the first counter is displayed on the right side of the “UP” button, while the count value of the second counter is displayed on the right side of the “NEW” button (see FIG. 25).
Thereafter, when the communication cancel button B3 is pressed by the player (see FIG. 25), the communication control unit 300 ends the communication with the other game device (step S16).

<2-5. Selection of rival slotter>
When “Rival slotter” is selected, the rival-related information processing unit 600 displays a rival list as shown in FIG. 16 on the second LCD 12, while any player registered in the rival list (for example, “Tome-san” ]) 'S profile information is displayed on the first LCD 11 (step S20).
Thereafter, when one of the players registered in the rival list (hereinafter referred to as a rival player) is selected, the profile information of the selected rival player is extracted from the player information recording unit 210 and stored in each of the LCDs 11 and 12. Displayed (step S21 → step S22; see FIG. 26). For the rival player whose profile information has been updated, for example, as shown in FIG. 27, an update mark M1 indicating that the profile information has been updated is displayed at the right corner of the avatar.

  Thereafter, the rival related information processing unit 600 determines whether or not there is an instruction to fix the profile (step S23). When the pressing operation of the profile fixing button B4 shown in FIG. 26 is detected, the rival related information 600 displays a protection mark M2 indicating that the profile information is protected at the left corner of the avatar (see FIG. 28). The player's profile information is to be protected (that is, erasure prohibited) (step S24). On the other hand, when the rival-related information processing unit 600 detects a pressing operation of the profile release button B5 shown in FIG. 28 in a state where the profile information of the rival player is protected (step S23 → step S25), the left corner of the avatar is detected. Is deleted, and the protection of the profile information of the rival player is canceled (step S26).

On the other hand, when it is detected that the ranking button B6 shown in FIG. 16 is pressed in the state where the rival list is displayed on the second LCD 12 (step S27), the rival related information processing unit 600 displays the ranking menu as shown in FIG. Is displayed on the second LCD 12 to prompt selection of game parameters (step S28).
When detecting that one of the game parameters shown in the ranking menu is selected, the rival related information processing unit (notification unit) 600 displays (notifies) the rival ranking of the selected game parameter on the first LCD 11 (step) S29). For example, when the game parameter “total play time” is selected by the player, the rival related information management table TA shown in FIG. 6 is referred to, and the rival ranking of the game parameter “total play time” is displayed on the first LCD 11 in a list format. indicate. In FIG. 17, the ranking from the top 1 to the 4th is displayed. However, how to display the ranking is arbitrary. Further, instead of displaying the rival ranking (or in addition to this), the rival ranking may be notified by a voice message or sound effect.

<3. vs Play Mode>
The game apparatus 1 of the present embodiment can enjoy a “vs play mode” in which a game in a battle mode with a virtual rival can be performed as a “slotter play mode” of a simulation mode. This “vs play mode” is a play mode in which a favorite opponent can be selected from the rival list and a slot match can be made with the opponent on a one-on-one basis. As will be described later, in this embodiment, the other player information acquired by passing communication is reflected in the game content. According to this, based on the unique rival information accumulated in other game devices, It is possible to set a virtual rival that matches the player and enjoy the game in the battle mode. Hereinafter, the “vs play mode” will be described.

  First, when “vs play mode” is selected on the selection screen, a vs play game process is executed (see FIG. 29). Although not shown in detail in detail, the “free play mode” (step S3), the above-described “slotter play mode” (step S4) which is a non-match type, or the “vs play mode” (step S400) which is a match type. Which process is to be executed can be determined by displaying a menu screen on which any one of these play modes can be selected on the second LCD 12 and which one has been selected by the player. As described above, after the simulation mode is selected, three alternative menus of “free play mode”, “slotter play mode”, and “vs play mode” may be displayed (see FIG. 7). It is arbitrary whether the play mode is selected by the method.

  After starting the vs play game process, either the “small role pushing game” or the “BB challenge game” is executed (see FIG. 29). Which game process is executed depends on, for example, whether the player has selected a “small role pushing game” or a “BB challenge game” displayed on the menu screen of the second LCD 12. The “small role pushing game” is a game for competing for the time required to arrange a certain pattern a certain number of times (for example, 10 times). The “BB challenge game” is a game in which a jackpot (hereinafter simply referred to as “BB”) called a battle bonus or the like continues how many times it continues.

<3-A. Small role push game>
First, the rival-related information processing unit 600 displays the rival list (see FIG. 16) on the second LCD 12 and the profile information of any player (for example, “Tame-san”) registered in the rival list is displayed on the first LCD 11. (Step S410). When one of the players (rival players) registered in the rival list is selected (step S420), the profile information of the selected rival player is extracted from the player information recording unit 210, and is extracted from each of the LCDs 11, 12. To display.

  Furthermore, if the rival player's eye-running rank is calculated, the ability is given, and the result is stored (step S430). The numerical value representing the push rank can be calculated based on a certain parameter, for example, the total value of the “slotter rank index” and the “skill index” included in the other player information. These “slotter rank index” and “skill index” are not input by the player, but are automatically generated by the game history information processing unit 120 and the skill analysis / skill rank setting unit 130.

  The “slotter rank index” expresses the rank as a slotter as an example by dividing it into 16 levels and quantifying them (see FIG. 34). In the above-described embodiment, only skill ranks such as “beginner slotter” and “slotter god” are exemplified, but in FIG. 34, such slotter ranks are classified into 16 from the first rank to 16th rank, and the rank index of the first rank An example is shown in which 1 to 16 rank rank indices 16 are expressed numerically.

  The “skill index” is expressed by dividing the skill as a slotter into 16 levels as an example, and quantifying them (see FIG. 32). For example, in this embodiment, the slotter skill is classified into 16 classes. The skill index is 1 if the skill value is 9 or less, the skill index is 2 if the skill value is 10 to 14, and the skill value belongs to the class to which the skill value belongs. The skill index of 1-16 is determined accordingly. The slotter skill may include various data such as “hole selection ability”, “table selection ability”, “pull”, “table determination”, and “luck”. In this case, the skill analysis / skill rank setting unit 130 described above analyzes the total game history information of the player and generates a skill graph and sets a skill rank.

  Next, the above-mentioned “slotter rank index” and “skill index” are summed to calculate the target rank. For example, in the present embodiment, an example is shown in which eight classifications from 1 to 8 are selected according to the total value (see FIG. 33). In this case, for example, in the case of the eyelash rank 1, the probability that the eye can be perfected is set to 20%, and the remaining 80% is preset to a selection probability that makes the eyelash random. The probability that the perfect eye can be increased increases as the eye rank increases, and is 90% for the eye rank 8, for example (see FIG. 33).

  The push rank calculated based on the other player information as described above is stored in the rival information recording unit 220 (step S430).

  Subsequently, the small role pushing game is started. The small role pushing game is a game in which a certain symbol such as cherry, watermelon, red “7”, etc. is competed for a certain time (for example, 10 times).

  Here, first, the computer (especially the CPU core 21) of the game apparatus 1 executes the small role game program based on the weight rank calculated as described above, and a specific symbol is arranged and the small role is played a certain number of times ( For example, an automatic game (also referred to as auto play) is simulated until it is completed (step S440). In this case, since the target rank is based on numerical values calculated from parameters obtained from other player information (for example, “slotter rank index” and “skill index”), it is as if the other player information providing source The pressing skill or the result is displayed as if the player is performing the pressing game (see FIG. 37). In this case, the content and the progress of the rival player's simulated eye-opening play (such as the rival player's avatar, name, number of successes of the eye-opening, number of failures, play time (elapsed time), etc.) are displayed on the first LCD 11, for example. . After a small number of small roles are arranged a certain number of times, the reference play time required so far remains displayed on the screen.

  Subsequently, the player executes a push game (step S450). Similar to the rival player, the content of the player's (simultaneous) on-line play and the progress (the avatar, name, number of successful on-line, number of failures, play time (elapsed time), number of remaining games) Displayed on the first LCD 11. As an example, FIG. 37 shows the number of remaining games that must be pressed by the display “LAST 10”. The number of remaining games is decreased by 1 each time the player arranges small roles by pressing. Although not particularly shown in FIG. 37, a flag indicating a small role (symbol type) to be aligned next is displayed in, for example, a space on the right side of the number of remaining games. In some cases, two types of small role flags may be displayed. In this case, one small role flag becomes a fake, and another element that the player himself has to determine the winning combination can be added to the game.

  If a certain number of small roles have not been prepared for a certain period of time (for example, the above-described reference play time) (NO in step S450), the player loses due to time over and the game ends (step S480; (See FIG. 30). On the other hand, if a certain number of small roles are arranged within a certain time (YES in step S450), the player's win is displayed and the game is ended (step S470).

  In the embodiment described so far, ten times are exemplified as an example of the number of times the small roles are arranged. However, this is only an example, and it goes without saying that the number of times may be increased or decreased according to the current rank. . For example, when the target rank is improved, it is increased to 30 times.

<3-B. BB Challenge Game>
The rival list (see FIG. 16) is displayed on the second LCD 12, and the profile information of any player registered in the rival list is displayed on the first LCD 11 (step S510). When one of the players (rival players) registered in the rival list is selected (step S520), the profile information of the selected rival player is extracted from the player information recording unit 210, and this is extracted from each of the LCDs 11, 12. To display.

  Further, a BB (battle bonus) continuation rank is calculated when the rival player plays (step S530). The BB continuation rank is calculated as, for example, the total value of the “slotter rank index” and the “BB number index” included in the other player information. These “slotter rank index” and “BB number index” are not input by the player, but are automatically generated by the game history information processing unit 120 and the skill analysis / skill rank setting unit 130. .

  As described above, the “slotter rank index” expresses the rank as a slotter as an example by dividing it into 16 levels, and quantifying them (see FIG. 34).

  The “BB number index” is obtained by classifying the number of occurrences of BB (battle bonus) into a plurality of classes and associating them with indices as parameters (see FIG. 35). For example, in the present embodiment, the number of occurrences of BB is classified into 16 classes, and the value of occurrence number belongs such that the value of BB number index is 1 if the value is 19 or less, and the value of BB number index is 2 if the value is 20 to 49. The BB number index of 1 to 16 is determined according to the class. The slotter skill includes various data such as “Hall selection ability”, “Selection ability of stand”, “Drawing”, “Determination of stand”, “Luck”, etc. Taking into account data such as “luck”, the continuity of the BB is expressed numerically. In this case, the skill analysis / skill rank setting unit 130 described above analyzes the total game history information of the player and generates a BB continuation rank graph and sets a BB continuation rank.

  Next, the above-described “slotter rank index” and “BB number index” are summed to calculate the BB continuation rank. For example, in the present embodiment, an example is shown in which eight levels of BB continuation ranks 1 to 8 are classified according to the total value (see FIG. 36). The selection probability of the “continuation rate” selected at the time of winning the BB is determined by the classified eight stages of the BB continuation rank.

  More specifically, it is as follows. That is, the “continuation rate” selected at the time of winning the BB, that is, the probability that the BB continues to occur after the end of the BB (in FIG. 36, this continuation rate is indicated as “ETC”) is 66% (ETC-A ), 75% (ETC-B), 83% (ETC-C) and 89% (ETC-D). The higher the numerical value of the continuation rate (ETC), the higher the probability that BB will continue.

  Here, in this embodiment, the selection probability of the “continuation rate” is changed depending on the BB continuation rank. For example, when the above-mentioned BB continuation rank is the lowest (BB continuation rank 1), the probability (selection probability) that ETC-A is selected is 80%, the selection probability of ETC-B is 10%, and ETC. The selection probability of -C is 5%, the selection probability of ETC-D is 5%, and BB is the hardest to continue. On the other hand, as the BB continuation rank increases, the selection probabilities of ETC-D and ETC-C increase, and the selection probabilities are distributed so that the probability that BB continues will increase (see FIG. 36).

  As described above, when the selection probabilities of the continuation rates ETC-A to ETC-D are determined according to the BB continuation rank, the data is stored in the rival information recording unit 220.

  Subsequently, the BB challenge game is started. As described above, the BB challenge game is a game in which BB (battle bonus) continues and how many times it continues.

  Here, first, the computer (especially the CPU core 21) of the game apparatus 1 simulates the automatic game (auto play) of the BB challenge game program based on the BB continuation rank calculated as described above (step S540). In this case, since the BB continuation rank is based on a value calculated from parameters obtained from other player information (for example, “slotter rank index” or “BB number index”), it is as if the player who provided the other player information. The game content or the result is displayed as if another player is executing the BB challenge game (see FIG. 38). In this case, the number of BB continuations of the rival player and the number of acquired medals are displayed on the first LCD 11, for example.

  Here, the “continuation rate” of the BB is determined according to the BB continuation rank as described above (see FIG. 36), but in the case of the present embodiment, the determined “continuation rate” is changed during the BB continuation. I am trying not to. Further, during the BB challenge game, every time a prize is awarded for a specific small role (for example, JACK symbol), a lottery is performed at the “continuation rate”. For example, when the continuation rate is 66% (ETC-A), BB (battle bonus) continues with a probability of approximately 2/3.

  When the automatic game (auto play) by the computer is finished, the player executes the BB challenge game (step S550). As in the case of the rival player, the number of BB continuations and the number of acquired medals by the player (person) are displayed on the first LCD 11, for example (see FIG. 38).

  In principle, the outcome of the BB challenge game is determined by the number of BB continuations, and the player with the larger number of continuations wins (steps S560 to S580). If the number of BB continuations is the same, the player with the larger number of acquired medals wins (step S590). Further, when not only the number of BB continuations but also the number of acquired medals is the same, a message that the game is a draw is displayed (step S600).

  In addition, you may make it show the information for estimating whether BB continues in a screen, for example. For example, by changing the color of the aura behind the character displayed on the screen of the first LCD 11 or the like, it can be estimated whether the BB will continue (see FIG. 38).

<4. Finish>
On the other hand, when “end” is selected on the menu screen, the data processing unit 100 stores a game history or the like in a predetermined area of the information recording unit 200 in accordance with an operation from the operation switch unit 14, and then the LCDs 11, 12. Display a demonstration screen or the like (step S30).

As described above, according to the present embodiment, since various information can be exchanged with other game devices, it is possible to provide a realistic game such as playing in a hall or the like. Is possible.
Also, in this embodiment, unique rival rankings are generated by exchanging player information with other game devices, so that each player competes with a rival that suits his taste for gaming skills. It is possible to increase the satisfaction of the player.

  Furthermore, in the present embodiment, in the vs play mode in which a competitive game such as a small role pushing game or a BB challenge game is possible, at least a part of other player information (for example, rival slotter information) acquired from other game devices is used for these games. It is supposed to be able to reflect on the contents of. According to this, it is possible to realize a battle game that simulates a battle with a real rival player, and it is possible to execute various battle simulation games.

  In addition, in the present embodiment, the other player information is received from another game device using the reception function of the wireless communication unit 40. If the communication mode is set as described above, the other player information is stored. It is also possible to automatically receive and automatically acquire data (passing communication). According to this, it is possible to play a battle-type game by selecting a favorite opponent from the data that is sequentially updated, and it is possible to acquire opponent data with different abilities each time passing communication is performed. Unlike the simulation contents that tend to be relatively monotonous using only pre-set data as in conventional game devices, it is highly interesting that a player who actually enjoys a game in a game hall can also be satisfied. A simulation game can be realized.

B. Modification (1) In the above-described embodiment, it is determined whether the player is a new player or a registered player based on the name of the player included in the header H2 of the child device packet. In addition, the determination may be made based on the identification number of the game device included in the header H2.

(2) In the present embodiment described above, it is determined whether or not the rival player's profile information is to be protected by the pressing operation of the profile fixing button B4 by the player, but the rival player's profile information is protected according to the input setting conditions. It may be determined whether or not. For example, a setting that should protect profile information of a rival player having a game parameter “total number of acquired games” of k or more via the operation switch unit (input means) 14 or a rival player having a skill level of “advanced level” or more. Enables input reception of settings for protecting profile information. The rival related information processing unit (protecting means) 600 determines which rival player's profile information is to be protected (that is, excluded from the deletion target) in accordance with such settings. Of course, the setting contents can be arbitrarily changed.

(3) In the embodiment described above, the profile information of the rival player is the protection target, but the game history information may be the protection target. Of course, player information including profile information and game history information may be protected.

(4) In the above-described embodiment, there is no restriction on other game devices that exchange player information and the like. However, a name of a specific rival player is designated in advance, and only with this rival player, Player information may be exchanged. In addition, a certain condition (for example, “advanced level” or higher) or the like may be provided for a skill level, and player information may be exchanged only with a player that satisfies the condition. In addition, what kind of restriction is provided is arbitrary.

(5) In the above-described embodiment, the case where the game device attempts to establish connection as a parent device has been described. However, the present embodiment is also applicable to the case where connection establishment is attempted as a child device. In this case, the own game device waits for reception of broadcast data from another game device that is a parent device. Thereafter, when broadcast data is received from the parent device, the game device itself establishes a connection with the parent device by transmitting a connection request to the parent device in response thereto. Note that the subsequent operation can be described in the same manner, and is omitted.

(6) In the above-described embodiment, player information and the like are exchanged by wireless communication. However, player information and the like may be exchanged by wired communication. Further, although the present embodiment has been described assuming a portable game device, the present invention is not limited to this, and is not limited to this. A mobile phone, a PHS (Personal Handyphone System), a PDA (Personal Handyphone System) that can execute the game program according to the present invention. It can be applied to any device such as Digital Assistance.

(7) In the above-described embodiment, the game apparatus 1 is set in the communication mode so that other rival information can be automatically acquired. However, as another example, for example, when going to a game hall It is also possible to use the game measure 1 in the communication mode and automatically receive and acquire messages and information of other rival players (rival slotters). In such a case, information is acquired and information held by the player is transmitted to another player, so that the game apparatus 1 can be used as an information exchange tool.

(8) In the above-described embodiment, the case where the other player information acquired from the other game device is reflected in the content of the battle-type game (small role push game, BB challenge game) has been described, but this is also only a preferable example. Absent. As another example, it is possible to use the information by referring to the skills of other players (for example, the skill of pushing) by reflecting the information in the auto play as a so-called demonstration (demo). It is.

It is a figure which shows the external appearance structure of the game device which concerns on this embodiment. It is a block diagram which shows the hardware constitutions of the game device which concerns on the same embodiment. It is a block diagram which shows the function structure of the game device which concerns on the same embodiment. It is a figure which shows the example of a screen concerning the embodiment. It is the figure which illustrated the memory map of the player information recording part concerning the embodiment. It is the figure which illustrated the rival related information management table concerning the embodiment. It is a main flowchart which shows an example of the processing operation concerning the embodiment. It is a main flowchart which shows an example of the processing operation concerning the embodiment. It is a flowchart which shows the slotter game process which concerns on the same embodiment. It is a flowchart which shows the communication processing which concerns on the same embodiment. It is a figure for demonstrating the communication state which concerns on the same embodiment. It is the figure which illustrated the structure of the packet which concerns on the same embodiment. It is a figure which shows the example of a screen concerning the embodiment. It is a figure which shows the example of a screen concerning the embodiment. It is a figure which shows the example of a screen concerning the embodiment. It is a figure which shows the example of a screen concerning the embodiment. It is a figure which shows the example of a screen concerning the embodiment. It is a figure which shows the example of a screen concerning the embodiment. It is a figure which shows the example of a screen concerning the embodiment. It is a figure which shows the example of a screen concerning the embodiment. It is a figure which shows the example of a screen concerning the embodiment. It is a figure which shows the example of a screen concerning the embodiment. It is a figure which shows the example of a screen concerning the embodiment. It is a figure which shows the example of a screen concerning the embodiment. It is a figure which shows the example of a screen concerning the embodiment. It is a figure which shows the example of a screen concerning the embodiment. It is a figure which shows the example of a screen concerning the embodiment. It is a figure which shows the example of a screen concerning the embodiment. It is a flowchart which shows an example of the processing operation which concerns on the same embodiment. It is a flowchart which shows an example of the game processing operation | movement which concerns on the embodiment. It is a flowchart which shows an example of the game processing operation | movement which concerns on the embodiment. It is a figure which shows a skill index and its matching as an example of the parameter which concerns on the embodiment. It is a figure which shows an example of the calculation method of the eyelash rank in the small role eyelash game which concerns on the embodiment. It is a figure which shows a slotter rank index | exponent and its matching as an example of the parameter which concerns on the embodiment. It is a figure which shows BB frequency index and its matching as an example of the parameter which concerns on the same embodiment. It is a figure which shows an example of the calculation method of BB continuation rank in the BB challenge game which concerns on the embodiment. It is a figure which shows the example of a screen concerning the embodiment. It is a figure which shows the example of a screen concerning the embodiment.

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 ... Game device, 11 ... 1st LCD (display means), 12 ... 2nd LCD (display means), 21 ... CPU core (control means), 40 ... Wireless communication unit (reception means) ), 200... Information recording unit (storage means)

Claims (5)

A game device that displays a plurality of symbols and provides a game in a state more advantageous to the player than a normal gaming state by combining the displayed symbols,
Receiving means for receiving other player information from another game device;
A game device comprising: control means for controlling the game content using one or more parameter values included in the other player information. The other player information includes other game history information representing the game history of the other player,
The control means includes
Simulating means for simulating the game using one or more parameter values included in other game history information;
The informing means which compares the game result when the said game is simulated with the game result when the said player performs a game, and alert | reports a comparison result is provided. Game device. The simulating means includes
3. The game apparatus according to claim 2, wherein a skill ability rank related to the game is determined using the parameter value, and the game is simulated based on the determined skill ability rank.   4. The game apparatus according to claim 3, wherein the control of the game content is control for reflecting other player information on information of a virtual opponent in the game. A storage means, a receiving means, and a display means are provided, a plurality of symbols are displayed on the display means, and a game in a state advantageous to the player over the normal gaming state is provided by a combination of the displayed symbols A game program for causing a computer of a game device to execute,
In the computer,
Receiving other player information from another game device using the receiving means;
Controlling the game content using one or more parameter values included in the other player information received from the other game device;
A game program characterized by causing a game to be executed.

Images