JP6925813B2 - Game system - Google Patents

Description

The present invention relates to a game system including an operating member.

Conventionally, there has been a game system in which a player can set the assignment of the operation content of a game to an operation member (for example, Patent Document 1).
However, in the conventional game system, the player cannot determine what kind of allocation is appropriate, which may be inconvenient.

Japanese Unexamined Patent Publication No. 2014-147719

An object of the present invention is to provide a game system with improved convenience of setting operation members.

The present invention solves the problem by the following solution means. In addition, in order to facilitate understanding, the description will be given with reference numerals corresponding to the embodiments of the present invention, but the present invention is not limited thereto. Further, the configurations described with reference numerals may be appropriately improved, or at least a part thereof may be replaced with other configurations.

The first invention comprises a plurality of operation members (22L, 22C, 22R, 23L, 23C, 23R) that accept play input operations, and a plurality of operation settings that are settings in which operation contents are assigned to each operation member. The play progress unit (27a), which reflects one of the operation settings and progresses the play, and the operation setting-score information, which is information in which the type of the operation setting and the score of the player are associated with each other as the play history, are stored. Operation setting-Score information storage unit (56e) and the operation setting-scoring order information that outputs the type of operation setting in a recognizable manner in the order of scores based on the storage information of the operation setting-score information storage unit. It is a game system including an output unit (43).
According to the second invention, in the game system of the first invention, the operation setting-score information storage unit (56e) stores the operation setting-score information in association with the information related to the play order of each operation setting. Then, based on the storage information of the operation setting-score information storage unit, the score transition information, which is information on the score transition according to the play order of each operation setting, can be compared with the score transition information of other operation settings. It is a game system characterized in that it is provided with a score transition information output unit (43) to be output in.
A third invention includes a management unit (50) that manages operation settings of different game types in the game system of the first or second invention, and the management unit includes operation contents of each game and other. From the play history of the game type-operation content storage unit (56c) and the operation setting-score information storage unit, which stores the operation content of the game in association with the operation content having the same attributes as the operation content of each game. The play progress is provided with a setting history reading unit (57d) that reads the operation setting having the highest score of each game and reads the operation content of another game corresponding to the operation content of each game from the game type-operation content storage unit. As the operation settings of the unit (27a) and other games, the operation settings of each game read from the operation setting-score information storage unit by the setting history reading unit, and the other game type-operation content storage unit read from the game type-operation content storage unit. It is a game system characterized in that the play progresses by reflecting the operation contents of the game.
A fourth invention is a plurality of operation members (22L, 22C, 22R, 23L, 23C, 23R) that accept play input operations, and a plurality of operation settings that assign operation contents to each operation member. A play progress unit (27a) in which one of the operation settings is set and the play progresses, and a management unit that manages operation settings of different game types are provided, and the management unit is a past operation setting of each game of the player. Game type-operation content storage unit that stores the past setting storage unit, the operation content of each game, and the operation content of other games that have the same attributes as the operation content of each game. 56c) and the setting history reading unit (56c) and the setting history reading unit that reads the past operation settings of each game from the past setting storage unit and reads the operation contents of other games corresponding to the operation contents of each game from the game type-operation content storage unit. The play progress unit is provided with 57d), and as operation settings for other games, the operation settings of each game read by the setting history reading unit from the past setting storage unit and the game type-operation content storage unit It is a game system characterized in that the play progresses by reflecting the operation contents of other games read out.

According to the present invention, it is possible to provide a game system with improved convenience of setting operation members.

It is a figure explaining the structure of the game system 1 of embodiment. It is a block diagram of the game system 1 of the embodiment. It is a figure explaining the table stored in the button setting storage unit 26b, 56b, 126b, 156b of the embodiment, and the game type-operation content storage unit 56c. It is a figure explaining the table which the player information storage unit 56d, and the play history storage unit 56e store. It is a flowchart of the play process of an embodiment. It is a figure which shows the button setting selection screen 61 of an embodiment. It is a flowchart of the individual aggregation processing of an embodiment. It is a figure which shows the screen of the mobile terminal 40 in the personal aggregation processing of embodiment. It is a flowchart of the whole aggregation processing of embodiment. It is a figure explaining the button setting group storage part 56f of embodiment. It is a figure which shows the screen of the mobile terminal 40 in the total aggregation processing of embodiment. It is a figure which shows the screen of the mobile terminal 40 in the total aggregation processing of embodiment. It is a flowchart of the privilege granting process of an embodiment. It is a figure which shows the setting name input screen 85 in the privilege grant process of embodiment. It is a flowchart of the play process of the music game of embodiment. It is a figure which shows the recommended setting display screen 90 of embodiment.

(Embodiment)
Hereinafter, embodiments of the present invention will be described with reference to the drawings and the like.
FIG. 1 is a diagram illustrating a configuration of the game system 1 of the embodiment.
FIG. 1A is a diagram illustrating the overall configuration of the game system 1.
FIG. 1B is a view of the operation unit 20 as viewed from above.
FIG. 2 is a block diagram of the game system 1 of the embodiment.
FIG. 3 is a diagram illustrating a table stored by the button setting storage units 26b, 56b, 126b, 156b and the game type-operation content storage unit 56c of the embodiment.
FIG. 4 is a diagram illustrating a table stored by the player information storage unit 56d and the play history storage unit 56e.

[Configuration of game system 1]
As shown in FIG. 1, the game system 1 includes a plurality of game machines 10, a mobile terminal 40, an ID card 30, and a server 50 (management unit).
The game machine 10 is arranged in a plurality of stores and the like. One or more game machines 10 are arranged in each store or the like.
The mobile terminal 40 is a terminal owned by the player. The mobile terminal 40 is, for example, a high-performance telephone or the like. The mobile terminal 40 is used when the player displays information related to button settings.
The server 50 is arranged in a facility of an operator (manufacturer of the game machine 10 or the like) that controls and manages the game system 1.
The game machine 10, the mobile terminal 40, and the server 50 are connected by a communication network 2 such as an Internet communication network.

In the embodiment, the computer means an information processing device provided with a storage device, a control device, and the like, and the game machine 10, the mobile terminal 40, and the server 50 are storage units 26, 46, 56 and control units 27, 47. , 57, and is included in the concept of computer.
The storage units 26, 46, and 56 are storage devices such as a hard disk and a semiconductor memory element for storing programs, information, and the like necessary for operating the game machine 10, the mobile terminal 40, and the server 50.
The control units 27, 47, and 57 are devices for performing arithmetic processing necessary for the operation of the game machine 10, the mobile terminal 40, and the server 50, and for comprehensively controlling the game machine 10, the mobile terminal 40, and the server 50. be. The control units 27, 47, 57 are composed of, for example, a CPU (Central Processing Unit) and the like. The control units 27, 47, 57 realize various functions of the embodiment by appropriately reading and executing various programs stored in the storage units 26, 46, 56.

The game machine 10 is a device in which each player actually plays.
The fighting game can be played on the game machine 10 of FIG. 1 (A).
The player plays a battle with an enemy E (a character controlled by a computer battle or a character operated by another player by a battle play). The player operates the attack and defense of the character C that he / she operates. The attack can damage enemy E. The defense can defend against the attack from the enemy E.

As shown in FIGS. 1 and 2, the game machine 10 includes a coin slot 11 (billing unit), a card reader 12 (player identification information acquisition unit), a display unit 13, an operation unit 20, a storage unit 26, and a control unit 27. To be equipped.
The coin slot 11 is a slot for inserting coins for the player to play. Inside the coin insertion slot 11, a coin detection unit (not shown) such as an optical sensor that detects the inserted coin is provided. When the coin detection unit detects a coin, the coin detection unit outputs a coin detection signal to the control unit 27.

The card reader 12 is a device that communicates with the ID card 30 possessed by the player to read and acquire the player ID 36 (player identification information). The ID card 30 has a built-in RFID tag 35 that stores the player ID 36. Communication between the card reader 12 and the ID card 30 is possible in a non-contact manner by an electromagnetic induction method or the like.
The ID card 30 may have a storage unit for storing the charge amount (remaining amount) and have a prepaid card function. In this case, the card reader 12 may be provided with a writer function, and the card reader 12 may update the charge amount of the ID card 30. In this case, the card reader 12 also functions as a player ID acquisition unit and a billing unit.
Further, the game system 1 may include a prepaid card owned by the player and a reader / writer thereof separately from the ID card 30 and the card reader 12.
The display unit 13 is, for example, a liquid crystal display device or the like. The display unit 13 displays a play screen during play, various information (described later) related to the operation unit 20, and the like.

The operation unit 20 includes operation members such as levers and buttons that accept player operations. The operation unit 20 is provided on the operation panel 20a of Y1 on the front side of the game machine 10.
The operation unit 20 includes a lever 21, six buttons (upper left button 22L, upper center button 22C, upper right button 22R, lower left button 23L, lower center button 23C, lower right button 23R), and a start button 25.
The lever 21 is a member that is operated so as to tilt in the left-right direction X, the depth direction Y, and a combined direction thereof. Buttons 22L, 22C, 22R, 23L, 23C, 23R, 25 are push buttons.
Of these operating members, the lever 21 and three of the six buttons 22L, 22C, 22R, 23L, 23C, and 23R are used for playing the game. The start button 25 is operated when starting play, when deciding the selection of various settings, and the like.

The upper left button 22L, the upper center button 22C, and the upper right button 22R are arranged in the range of the back side Y2 of the operation panel 20a, and the lower left button 23L, the lower center button 23C, and the lower right button 23R are located on the front side Y1 of the operation panel 20a. It is placed in the range.
The upper left button 22L, the upper center button 22C, and the upper right button 22R are arranged in this order from the left side X1 to the right side X2. Similarly, the lower left button 23L, the lower center button 23C, and the lower right button 23R are arranged in this order from the left side X1 to the right side X2.

The storage unit 26 includes a game program 26a and a button setting storage unit 26b.
The game program 26a is a program for playing and executing a game. The game program 26a of the game machine 10 of FIG. 1 is for a fighting game.

The button setting storage unit 26b stores information related to the button setting (operation setting). The button setting is a setting for associating the operation content in the game with each operation member. That is, the button setting is a setting for assigning the operation content of the game to each operation member.
As shown in FIG. 3A, the button setting storage unit 26b stores the button settings in the form of a table.
In this game, three settings 1, 2, and 3 are prepared as button settings.

For example, in setting 1, "continuous punch" is assigned to the upper left button 22L, "kick" is assigned to the upper center button 22C, and "defense" is assigned to the upper right button 22R.
Further, in setting 1, the operation content is not assigned to the lower left button 23L, the lower center button 23C, and the lower right button 23R. That is, in setting 1, these buttons are not used for play.
The "character movement" is assigned to the lever 21.

The button settings are not preset in the specifications of the game, but may be assigned to each operation member according to the player's preference or the like. In this case, if different players make the same settings, the game system 1 treats them as button settings of the same type. For example, when the operation contents are assigned by different players and all of them are the setting 1, the game system 1 treats the setting 1 as a button setting of the same type.

The button setting storage unit 126b shown in FIG. 3B relates to a button setting of a music game. The button setting storage unit 126b is provided in a game machine different from the game machine 10 for fighting games. Details of the button setting storage unit 126b will be described later.

As shown in FIG. 2, the control unit 27 includes a play progress unit 27a and a button setting unit 27b (operation setting unit).
The play progress unit 27a performs processing related to play and the like.
The button setting unit 27b performs processing related to button setting and the like.
The detailed processing of the control unit 27 will be described later.

(Mobile terminal 40)
As shown in FIGS. 1 and 2, the mobile terminal 40 has a touch panel 43 (operation setting-score order information output unit, score transition information output unit, intra-group ranking output unit, inter-group ranking output unit, score-player number information). An output unit), a storage unit 46, and a control unit 47 are provided.
The touch panel 43 is a device that also serves as an operation unit that receives an input operation from a player and a display unit that displays (outputs) various information.

(Server 50)
The server 50 includes a storage unit 56 and a control unit 57.
The storage unit 56 includes an operation processing program 56a, a button setting storage unit 56b, 156b, a game type-operation content storage unit 56c, a player information storage unit 56d, a play history storage unit 56e (operation setting-score information storage unit), and a button setting. A group storage unit 56f is provided.

The operation processing program 56a is a program that performs processing related to the operation unit 20. The operation processing program 56a performs, for example, the setting of the operation unit 20, the personal total processing for the operation unit 20 of each player, the overall total processing for the operation unit 20 of all the players, and the like.
As shown in FIGS. 3A and 3B, the button setting storage units 56b and 156b store the same information as the button setting storage units 26b and 126b provided in the game machine 10. That is, the game machine 10 and the server 50 store common information regarding button settings.
As shown in FIG. 3C, the game type-operation content storage unit 56c stores the operation content of the fighting game (each game type) and the button settings of the music game (other game types) in association with each other. .. Details of the game type-operation content storage unit 56c will be described later.

As shown in FIG. 4A, the player information storage unit 56d stores the player ID, the player name, the game type, the button settings, the points, and the e-mail addresses in association with each other.
The player name is a name when the player plays, and may be different from the real name. The player can register his / her favorite player name from the game machine 10, the mobile terminal 40, or the like, or the issuing machine (not shown) of the ID card 30.
The game type information is information on the game name that the player has played. When the player first plays each game, the game type information is stored in the player information storage unit 56d when the control unit 57 receives the game name from the game machine 10.
Points can be used for play fees, purchase of game items, and the like. Points are given for each play, for example. In the embodiment, the top player (described later) can also obtain points each time another player plays.

The button setting group storage unit 56f stores information in which players are grouped based on the button settings (see FIG. 10). Details of the button setting group storage unit 56f will be described later.

As shown in FIG. 4B, the play history storage unit 56e stores the play history (operation setting-score information).
Although only a part of the play history is shown in FIG. 4B, the play history storage unit 56e stores all the play histories of all the players.
The play history is information in which the player ID, the play date and time, the type of button setting, and the score of the play are associated with each other. Therefore, the play history storage unit 56e stores each play date and time, the type of button setting, and the score of the player having each player ID.
For example, the play history on the first line corresponds to the player ID "ID = P011", the date and time "2016/01/05 15:00", the button setting type "setting 1", and the score "300 points".
In addition, the play history includes information on the play date and time. Therefore, the play history storage unit 56e associates the type of the button setting with the play order in the type of the button setting (that is, information on the number of the play in the button setting) for each player. I remember.
Note that FIG. 4B relates to the play history of the fighting game, but the play history storage unit 56e stores the same history information for other game types.
The e-mail address is information that can send an e-mail to the mobile terminal 40 possessed by the player.

The control unit 57 includes an individual total processing unit 57a, an overall total processing unit 57b (score-player number information creation unit), a privilege giving unit 57c, and another game button processing unit 57d (setting history reading unit).
The personal tabulation processing unit 57a performs processing and the like related to the operation unit 20 for each player.
The total aggregation processing unit 57b performs processing related to the operation unit 20 for all players.
The privilege giving unit 57c performs a process of giving a privilege to the player and the like.
The other game button processing unit 57d performs processing for using the button settings of the fighting game (each game) for the music game (other game). The other game button processing unit 57d performs processing such as reading the player's past button settings from the storage unit 56.
The detailed processing of the control unit 57 will be described later.

[Operation of game system 1]
(Play process)
FIG. 5 is a flowchart of the play process of the embodiment.
FIG. 6 is a diagram showing a button setting selection screen 61 of the embodiment.
The play process is a process when the player plays on the game machine 10.
By the play process, the play history is stored, and the history of the button settings of the operation unit 20 and the like are stored. Here, an example in which a fighting game is played will be described.

In step S (hereinafter referred to as “S”) 1, when the player inserts a coin into the coin insertion slot 11 of the game machine 10, the coin detection unit transmits a coin detection signal to the control unit 27.
In S2, when the player holds the ID card 30 over the card reader 12 of the game machine 10, the card reader 12 reads the player ID of the ID card 30. The control unit 27 associates the read player ID with the information of the game type "fighting game" and transmits the information to the server 50.

In S3, the control unit 57 of the server 50 reads out the button settings corresponding to the player ID and the game type information by referring to the player information storage unit 56d in response to receiving the information. The button setting of the player information storage unit 56d is stored by the process of S11 described later.
In S4, the control unit 57 transmits the result read in S3 to the game machine 10. That is, the control unit 57 transmits the "button setting" corresponding to the player ID to the game machine 10. In this case, when the control unit 57 of the server 50 does not have the button setting corresponding to the player ID in S3, the control unit 57 transmits information indicating "no button setting" to the game machine 10.

In S5, when the button setting unit 27b of the game machine 10 receives the read result, it determines whether or not there is a button setting corresponding to the player ID.
In this case, when the button setting unit 27b receives the information of the "button setting", it determines that there is a button setting (S5: YES), and proceeds to S6. On the other hand, when the button setting unit 27b receives the information of "no button setting", it determines that there is no button setting (S5: NO), and proceeds to S7.
By the above processing, in the case of a player who has played a fighting game, the process proceeds to S6, while in the case of a player who has no playing experience, the process proceeds to S7.

In S6, the button setting unit 27b determines whether or not to change the button setting.
In this process, the button setting unit 27b displays a change inquiry screen (not shown) on the touch panel 43 of the mobile terminal 40. The change inquiry screen is a screen that asks the player whether or not to change the button settings.
The change inquiry screen is, for example, a screen that displays buttons for selecting “YES” or “NO” so that the player can select these buttons with the lever.

Here, the case of proceeding to S6 is a case where the player has experience of playing a fighting game.
When the player wants to play with the same settings as the past settings, he / she may operate the start button 25 after selecting "NO". On the other hand, when he / she wants to change the settings, he / she selects "YES" and then starts the start button 25. Just operate.
The button setting unit 27b proceeds to S7 when it is determined to change the button setting as a result of the player's selection operation (S6: YES), and proceeds to S7 when it is determined not to change (S6: NO), S8. Proceed to.

In S7, as shown in FIG. 6, the button setting unit 27b performs the button setting selection process by displaying the button setting selection screen 61 on the display unit 13.
The button setting selection screen 61 includes selection buttons 61a to 61c and operation explanation displays 62a to 62c for each of the three button settings.
The selection buttons 61a to 61c are buttons for the player to select a desired button setting.
The operation explanation displays 62a to 62c are displays for explaining the operation contents of each button setting. The operation explanation displays 62a to 62c are representations of the character display and the thick frames 63a to 63c on the schematic diagram of the operation unit 20.
The character display is a display of characters explaining the operation contents of the three buttons used for play.
The character display and the button display of the schematic diagram of the operation unit 20 are displayed in an overlapping manner. For example, in the operation explanation display 62a of the button setting 1, the character "continuous punch" and the display of the upper left button 22L overlap.
The thick frames 63a to 63c enclose the three buttons used in each button setting.
Therefore, the button setting selection screen 61 can explain the operation contents of each button to the player in an easy-to-understand manner, and can explain the arrangement of the buttons in each button setting in an easy-to-understand manner.
When selecting a button setting, the player may operate the start button 25 after selecting the selection button by moving the pointer by operating the lever. For example, FIG. 6 shows a scene in which "button setting 1" is selected.

In S8, the button setting unit 27b sets the button setting in this play, that is, the play that starts immediately after. The button settings are stored in the storage unit 26.
In this case, the button setting unit 27b sets the button setting received from the server 50 as it is when the button setting is not changed (S5: YES → S6: NO) after determining that the button setting is present by the above process. ..
On the other hand, when the button setting selection process is performed in S7 (S5: YES → S6: YES or S5: NO), the button setting unit 27b sets the selected button setting.

In S9, the play progress unit 27a advances the play based on the button setting stored in the storage unit 26 and the operation of the button of the operation unit 20. Therefore, the play progress unit 27a will proceed with the play with one of the three button settings set.

In S10, the play progress unit 27a ends the play when the remaining life value of the player character C becomes zero or the like.
In S11, the play progress unit 27a associates the player ID acquired in S2 with the play result and transmits it to the server 50.
The play result information includes information on the date and time, the game type, the button setting, and the score.

In S12, when the control unit 57 of the server 50 receives such information, it stores it in the play history storage unit 56e. As a result, information on the player ID, date and time, button setting, and score is stored as a play history for each play.
Further, when the received button setting and the button setting of the player information storage unit 56d are different, the control unit 57 updates the button setting of the player information storage unit 56d to the received button setting. Alternatively, when the game type of the player information storage unit 56d does not have the received game type information (that is, when the player plays the game for the first time), the control unit 57 sets the received game type and button setting number. It is stored in the player information storage unit 56d in association with each other.

The game system 1 performs the above processing for each play. As a result, the play history is stored in the play history storage unit 56e of the server 50 for each play.

The game system 1 may transmit and store the button setting information separately from the play result. For example, the control unit 27 of the game machine 10 may transmit the button setting and the player ID to the server 50 immediately after the setting in S8, and the server 50 may store these.

(Personal aggregation processing)
FIG. 7 is a flowchart of the personal aggregation process of the embodiment.
FIG. 8 is a diagram showing a screen of the mobile terminal 40 in the personal aggregation processing of the embodiment.
The personal aggregation process is a process of aggregating button settings for individual players and information on play results based on the play history. As will be described later, the player can analyze the button setting in his / her own play, the relationship between the play results, and the like by referring to this result.
Each player can request the server 50 to perform personal aggregation processing by operating the mobile terminal 40. The server 50 functions as a WEB server that displays various information on the mobile terminal 40 in response to a request from the player.

When requesting the personal aggregation process, the player connects to the server 50 by operating the mobile terminal 40. In this case, the player may input a URI indicating a WEB page having the personal aggregation request screen 65, or select a link (not shown) on another WEB page.
In S20, the control unit 47 of the mobile terminal 40 requests the information of the personal aggregation request screen 65 from the server 50 in response to the above operation.
In S21, the personal aggregation processing unit 57a of the server 50 transmits the information of the personal aggregation request screen 65 to the mobile terminal 40.
In S22, when the control unit 47 of the mobile terminal 40 receives this, the personal tabulation request screen 65 is displayed on the touch panel 43.

As shown in FIG. 8A, the personal tabulation request screen 65 is a screen that receives information (game title (game type), player ID information) necessary for personal tabulation processing from the player. The personal tabulation request screen 65 includes a game title selection display 66 and a player ID input display 67.
The game title selection display 66 is a display for selecting a game title to be processed for personal aggregation. In this example, a fighting game selection button 66a, a music game selection button 66b, and a shooting game selection button 66c are provided.
The player ID input display 67 is a screen that prompts the player to input the player ID.
The player ID input display 67 includes a numeric keypad input button and the like.
In the following description, as shown in the screen of FIG. 8A, the current time (when the player requests the personal aggregation process) is "2016/3/31 19:00", and "player ID = P011". An example will be described in which the player of the above requests the aggregation process of the fighting game.
In S23, the control unit 47 of the mobile terminal 40 transmits the information of the game title "fighting game" and "player ID = P011" to the server 50.

Upon receiving these, the personal aggregation processing unit 57a of the server 50 in S24 refers to the play history storage unit 56e (see FIG. 4B) and changes the game titles to "fighting game" and "player ID = P011". Read the corresponding history.
In S25, the personal aggregation processing unit 57a counts the number of times of each setting based on the read history, and extracts the history of the highest score in each setting.
In the example of FIG. 4B, in setting 1, 10 times from "2016/01/05 15:00" to "2016/01/12 12:00" are counted as the number of plays, and the history of these is also counted. As the highest score, "480 points" of "2016/01/12 12:00" is extracted from.
Similarly, in the setting 2, the personal total processing unit 57a counts the number of plays 50 times and extracts "950 points" as the highest score. Further, the personal total processing unit 57a counts the number of plays 60 times in the setting 3 and extracts "900 points" as the highest score.
Then, the personal tabulation processing unit 57a creates information in Table 71 (see FIG. 8B) showing the number of plays and the maximum score of each setting in each row. In this case, the personal tabulation processing unit 57a arranges each setting in descending order of the highest score.

In S26, the personal tabulation processing unit 57a creates information in a line graph 72 (see FIG. 8B) that represents the transition of scores (score transition information) in each of the settings 1 to 3 in one graph.
The line graph 72 is created by plotting the scores in the play order of each setting.

In S27, the personal tabulation processing unit 57a transmits the information of the personal tabulation result screen 70 (see FIG. 8B) to the mobile terminal 40.
The information on the personal tabulation result screen 70 (see FIG. 8B) includes the information on the table 71 created in S25 and the line graph 72 created in S26.
In S28, when the personal tabulation processing unit 57a receives this, the personal tabulation result screen 70 is displayed on the touch panel 43.
With the above, the personal aggregation process is completed.

By checking the personal tabulation result screen 70, the player can perform the following analysis on, for example, the button setting and the score.
(1) Relationship between the number of plays and the score By checking Table 71 and the line graph 72, it can be confirmed that the highest score in setting 2 is the highest. Further, the number of plays of setting 3 is 60 times, which is larger than the number of plays of setting 2 of 50 times. From this information, the player has played with the setting 3 having the highest score for the first time, but in fact, it can be confirmed that the setting 2 can aim for a higher score.

(2) Score growth rate (that is, the slope of the line graph 72)
Of the three settings, setting 3 has the highest initial score. However, the score growth rate is the smallest in setting 3. From this information, it can be analyzed that the player has played with the setting 3 having the highest score for the first time, but the setting 3 may not be suitable for efficiently increasing the score.
On the other hand, of the three settings, setting 1 has the lowest initial score and the lowest highest score. However, the rate of increase in scores is the highest. From this information, it can be analyzed that the player avoids setting 1 which has the lowest score at the first time, but setting 1 may aim for a high score by increasing the number of plays.

In this way, based on these analyzes, the player selects which setting to select in future play by objectively analyzing the above information in addition to the initial score, the feeling of ease of operation, and the like. can.

(Overall aggregation processing)
FIG. 9 is a flowchart of the overall aggregation process of the embodiment.
FIG. 10 is a diagram illustrating the button setting group storage unit 56f of the embodiment.
11 and 12 are views showing the screen of the mobile terminal 40 in the overall aggregation processing of the embodiment.
The total aggregation process is a process of totaling information on button settings and play results for the entire player based on the play history. As will be described later, by referring to this result, each player has different settings from the button setting group (hereinafter, also referred to as "button setting group") that he / she has set. You can analyze the relationship with the button setting group of.
Also in this process, the server 50 functions as a WEB server that displays various information on the mobile terminal 40.

In the total aggregation process, the server 50 creates in advance the aggregation information to be provided to the player. This aggregated information creation process is performed, for example, at a preset time point. As shown in FIG. 4B, in the embodiment, an example in which the aggregation information creation process is performed at midnight on the first day of each month will be described.
In S30, the total aggregation processing unit 57b of the server 50 refers to the history of the previous month of each player at midnight on the first day (beginning of the month) of each month. Hereinafter, an example in which the aggregation time is midnight on April 1 will be described.

In S31, the total total processing unit 57b reads out the button setting that has obtained the highest score of each player in the past one month (that is, one month in March) by referring to the play history storage unit 56e.
As shown in FIG. 10, the total total processing unit 57b stores the button setting, the player ID, and the highest score in the storage unit in association with each other.
For example, in the case of a player with "player ID = P011", the "score 950" of "2016/03/03 12:00" is the highest score. Therefore, the total total processing unit 57b reads out the "player ID = P011", "setting 2", and "score 950" from the play history storage unit 56e, and stores them in the button setting group storage unit 56f in association with each other.
In this process, the total total processing unit 57b reads out the button setting in which each player has obtained the highest score. Therefore, even if the player with "player ID = P011" is playing with a plurality of button settings 2 and 3, the total total processing unit 57b reads only one of the "settings 2".
The total aggregation processing unit 57b performs the processing of S31 for all players. Therefore, the button setting group storage unit 56f stores the player ID, the button setting, and the highest score in association with each other for all the players.

In S32, the total total processing unit 57b groups (classifies) all the players for each button setting based on the button settings read in S31.
In S33, the total aggregation processing unit 57b performs analysis processing of players in the same group.
Here, as an analysis process, the players with the highest scores are extracted from the same group and then arranged in the order of the top.
As a result, finally, in the button setting group storage unit 56f, a plurality of players are grouped by three button settings and stored in a form arranged in the order of higher order.
Further, as an analysis process, the average score of the players in the same group is calculated and stored in the button setting group storage unit 56f.

In S34, the total aggregation processing unit 57b creates the information of the inter-group ranking table 81a (see FIG. 11B) with reference to the button setting group storage unit 56f, and stores this in the storage unit 56.
The inter-group ranking table 81a is a list of three setting groups arranged in the order of their highest scores. In addition, the inter-group ranking table 81a displays the names of the button settings (settings 1 to 3), their maximum scores, and their average scores.

In S35, the total total processing unit 57b creates information of the score-player number graph 83a (see FIG. 12) with reference to the button setting group storage unit 56f, and stores this in the storage unit 56.
The score-player number graph 83a shows the relationship (score-player number information) between the maximum score and the number of players who have acquired the maximum score for each button setting group. The score-player number graph 83a shows these relationships of the three button setting groups in one graph. In the embodiment, the graph is shown as an approximate curve.
This completes the process of creating aggregated information on the server 50.

The player can request the information of the total aggregation selection screen 80 (see FIG. 11A) from the server 50 by operating the mobile terminal 40 side after the aggregation of the server 50.
The total aggregation processing unit 57b of the server 50 starts accepting this request after reflecting the privilege granting process described later. Therefore, this request will be accepted from April 3, two days after the beginning of the month.
The processes S40 to S43 for displaying the total total selection screen 80 are the same as those of the above S20 to 23.

In S44, the total total processing unit 57b of the server 50 transmits the information of the total total selection screen 80 (see FIG. 11A) to the mobile terminal 40 in response to the request from the mobile terminal 40 possessed by the player.
In S45, the total total processing unit 57b of the mobile terminal 40 displays the received information on the total total selection screen 80 on the touch panel 43.

As shown in FIG. 11A, the overall total selection screen 80 includes three buttons: an inter-group ranking button 80a, an intra-group ranking button 80b, and a score-player number graph button 80c.
In S46, when each button is operated, the control unit 47 of the mobile terminal 40 requests the server 50 for information corresponding to the operated button.
In S47, the total aggregation processing unit 57b of the server 50 reads the corresponding information from the storage unit 56 in response to a request from the mobile terminal 40 and transmits it to the mobile terminal 40.
In S48, when the control unit 47 of the mobile terminal 40 receives this information, it displays it on the touch panel 43.

FIG. 11B is an example in which the inter-group ranking display screen 81 is displayed on the touch panel 43 by selecting the inter-group ranking button 80a.
The inter-group ranking display screen 81 displays the information in the inter-group ranking table 81a of the storage unit 56 of the server 50.
The player can know the relationship between his / her own setting group and other setting groups by referring to the intergroup ranking table 81a.
That is, the player can recognize the ranking between the groups based on the highest score of each group. Therefore, the game system 1 can encourage the groups to compete for the highest score and excite the atmosphere.
In addition, the player can confirm the average skill of each group based on the average score of each group.

FIG. 11C is an example in which the group ranking display screen 82 is displayed on the touch panel 43 by selecting the group ranking button 80b.
The group ranking display screen 82 displays the group ranking table 82a.
The group ranking table 82a shows information on the rankers (1st to 3rd) of the button setting group storage unit 56f of the server 50, and information on the ranking of the players in the group.
Regarding the ranking 82b in the group, when the total aggregation processing unit 57b of the server 50 transmits the information of the ranking display screen 82 in the group to the mobile terminal 40 (S47), the information may be added.
The player can know the rankers in his / her setting group by referring to the ranking display in the group. Therefore, the atmosphere in the setting group can be enhanced.
In addition, the player can recognize the degree of his / her skill in the group by the ranking 82b in the group. The ranking 82b in the group indicates the ranking of only players having the same operation method. Therefore, since this ranking is ranked under the same conditions, the player can know the fair ranking.
In this way, the game system 1 can compete among the players in the group, so that the player's motivation to play can be improved.

FIG. 12 is an example in which the score-player number graph display screen 83 is displayed on the touch panel 43 by selecting the score-player number graph button 80c.
The score-player number graph display screen 83 displays the score-player number graph 83a.
The player can know the score and the distribution of the number of players in each group by referring to the score-number of players graph 83a.

Further, in the score-player number graph 83a, the score and player number distribution of each group and the score and player number distribution of other groups are displayed on the same graph. Therefore, the scores of the groups and the distribution of the number of players can be compared between the groups.
Further, the score and the distribution of the number of players indicate the button settings suitable for each skill. For example, in setting 3, many players have high scores (about 850 points). Therefore, setting 3 is suitable for a player with high skill. Similarly, setting 2 is suitable for players with medium skill because many players have medium scores (about 800 points). Further, setting 1 is suitable for a player with a low skill because many players have a low score (about 600 points).
Therefore, the player can confirm the average skill of each button setting group regardless of the number of the average score.

In addition, the player can also consider when changing the button setting from the current setting to a new setting, etc., with reference to the score-player number graph 83a.
As shown in point 83b of FIG. 12, for example, the player is playing with the setting 1, his score may exceed 700 points, and the score at that setting may be sluggish. In this case, the player is located at a higher level in the setting 1, and can analyze that the setting 1 is not suitable for increasing the score. In addition, the player can consider selecting setting 2 suitable for medium skill as the next setting.

(Bonus grant processing)
FIG. 13 is a flowchart of the privilege granting process of the embodiment.
FIG. 14 is a diagram showing a setting name input screen 85 in the privilege granting process of the embodiment.
The privilege granting process is a process of giving a privilege to the first player in each group (hereinafter, also referred to as “top player”) as a result of the above-mentioned total aggregation processing.
In the embodiment, the top player is given a naming right for button setting and points as follows.
In S50, the privilege giving unit 57c of the server 50 transmits the e-mail provided with the link to the mobile terminal 40 of the top player. The link is for displaying the setting name input screen 85 (see FIG. 14) by connecting to the server 50.
The privilege granting unit 57c sends this e-mail immediately after the total information creation process of the above-mentioned total total processing on the first day of each month.

After the mobile terminal 40 receives the e-mail, the top player can display the contents of the e-mail on the touch panel 43. Further, the top player may select an e-mail link in order to display the setting name input screen 85.
In S51, the control unit 47 of the mobile terminal 40 requests the server 50 for the information of the setting name input screen 85 in response to the selection of the link.
In S52, the privilege giving unit 57c of the server 50 transmits the information of the setting name input screen 85 to the mobile terminal 40 in response to the request of the mobile terminal 40.
In S53, when the control unit 47 of the mobile terminal 40 receives this, the setting name input screen 85 is displayed.

FIG. 14 is an example of the setting name input screen 85 for the top player of setting 2 (“player ID = P011”, “player name = Ichiro”).
The setting name input screen 85 includes a display 85a for notifying that the player has been ranked first in the group, a display 85b for inputting the name of the button setting, and the like. For inputting the setting name, for example, a button for flick input is used.

In S54, when the control unit 47 of the mobile terminal 40 receives the input of the setting name, the information of the setting name is transmitted to the server 50.
In S55, when the control unit 57 of the server 50 receives the information of the setting name, in each process for one month (that is, from April 3 to May 2) until the next aggregation result is announced. , Reflect the information of the setting name.

That is, the overall aggregation processing unit 57b of the server 50 has an inter-group ranking display screen 81 (see FIG. 11 (B)), an in-group ranking display screen 82 (see FIG. 11 (C)), and a score-player number graph display screen 83. The named setting name is displayed in (see FIG. 12) and the like.
Further, the control unit 57 of the server 50 instructs the game machine 10 to write the named setting names on the buttons 61a to 61c of the button setting selection screen 61 (see FIG. 6).
As a result, during the processing up to the next time, each setting is called by another player with the setting name named by the top player of each group. This is an honor for top players. Further, the top player may include his / her own player name in the setting name.
Therefore, the game system 1 can improve the player's motivation to play by urging the player to be ranked first in the group.
The name of the named button setting may be reflected in the personal aggregation process. That is, the personal tabulation processing unit 57a of the server 50 may display the name of the button setting on the personal tabulation result screen 70 (see FIG. 8).
The game system 1 grants a player who has set (customized) the button setting for the first time a naming right different from the above naming right (for example, a naming right of the name written together with the name of the button setting). You may.

The privilege granting unit 57c of the server 50 accepts the input of the setting name from the mobile terminal 40 within two days after the e-mail is transmitted, that is, until "24:00 on April 2". Therefore, if the top player does not input the setting name within this period after receiving the e-mail, the server 50 proceeds to the next process S56 using "setting 1" or the like as it is.

In S56, the privilege giving unit 57c of the server 50 converts a part (for example, 1%) of the play fee into points and gives it to the top player when another player in the same group plays. That is, the privilege giving unit 57c adds points of player information of the top player each time another player plays.
Therefore, the top player can get the reward of the first place from other players in the same group for one month.
Obtaining such a reward is a great benefit to the player. Therefore, the game system 1 can improve the player's motivation to play by urging the player to be ranked first in the group.
In addition, the game system 1 may give a privilege not only to the first-ranked player but also to, for example, the first-ranked to third-ranked players as high-ranked players.
Further, the game system 1 may grant a part of the play fee of another player to the operator or the like of the game system 1 in the name of a fee or the like.

[Button settings between different game types]
Button settings between different game types will be described in detail.
The button setting between different game types uses the button setting of each game type for the button setting of another game type.
In the embodiment, a fighting game and a music game managed by the game system 1 will be described as examples of different game types.
The configuration of the music game game machine (not shown) is the same as that of the fighting game game machine 10, and includes a game program for the music game, a button setting storage unit 126b, and the like.
As shown in FIG. 3 (B), the button setting storage unit 126b of the game machine for a music game has the operation contents "hold", "tap", and "timing-oriented hitting" for each of the settings 1 to 3, respectively. Is stored in association with.

As shown in FIG. 3C, the game type-operation content storage unit 56c of the server 50 captures the operation content of the fighting game (each game type) and the operation content of the music game (other game type). It is stored in association with each other. These are associated based on the operation attributes.
The operation attributes show common properties between different game types, depending on the operation mode when the button is operated.
The operation attributes include three attributes of "continuous instruction", "heavy use", and "high responsiveness".
The relationship between these attributes, the operation content of the fighting game, and the operation content of the music game is as follows.

(1) Continuous command The "continuous command" issues continuous operation commands while the button is being operated (that is, while the button is being pressed and continued without being repeatedly hit).
"Continuous command" corresponds to continuous punch of fighting game and hold of music game.
In a fighting game, while the button is being operated, a continuous punch operation command is given to repeatedly punch the enemy.
In a music game, while the button is being operated, an operation command for holding a long note is given.

(2) Frequent use "Multiple use" is an operation that is frequently used in play, and a button is operated once to perform only one operation command. That is, in "frequent use", a single operation command is given by one operation regardless of the operating time.
"Heavy use" corresponds to kicks in fighting games and taps in music games.
In a fighting game, when the button is operated once, an operation command for kicking once is given.
In the case of a music game, by operating the button once, an operation command for tapping notes such as dots is given.

(3) High responsiveness “High responsiveness” is an operation that requires high responsiveness in play.
"High responsiveness" corresponds to the defense of fighting games and the timing-oriented striking of music games.
In a fighting game, the player is required to operate the buttons with high responsiveness in order to prevent unexpected attacks from the enemy.
In the case of a music game, the player is required to operate buttons with high responsiveness in order to deal with notes that move faster than ordinary notes (notes that are frequently operated).

(Processing of button settings between different game types)
FIG. 15 is a flowchart of the play process of the music game of the embodiment.
FIG. 16 is a diagram showing a recommended setting display screen 90 of the embodiment.
When the button setting of the fighting game (each game) played in the past is used for the button setting of the music game (other game) of the player of "player ID = P011" for the processing of the button setting between different game types. Will be described as an example.
The player can play a music game on a music game machine (not shown).

The processing of S61 and S62 is the same as that of S1 and S2.
However, in S62, the control unit of the music game machine associates the read player ID and the information of the game type "music game" and transmits the information to the server 50.

In S63, when the other game button processing unit 57d of the server 50 receives this, the player information storage unit 56d (see FIG. 4A) is referred to, and the game type “fighting game” is based on the player ID. It is determined whether or not there is a play history (that is, a game type that has been played in the past).
If the other game button processing unit 57d determines that there is a play history of the "fighting game" (S63: YES), the process proceeds to S64, while if it determines that there is no "fighting game" (S63: YES). NO), proceed to S68.
Here, the player with "player ID = P011" has a play history of the "fighting game" if it is after "2016/01/05 15:00" (see FIG. 4B). Therefore, after this point in time, the player information storage unit 56d has a play history of the game type "fighting game" for the player with "player ID = P011".

In S64, the other game button processing unit 57d specifies "setting 2", which is the button setting that has obtained the highest score in the fighting game, by referring to the play history storage unit 56e of the fighting game.
In S65, the other game button processing unit 57d reads out information on each button of the fighting game "setting 2" and its operation content by referring to the button setting storage unit 26b (see FIG. 3A). That is, the other game button processing unit 57d reads out the following association information.
Upper left button 22L: Continuous punch Lower left button 23L: Kick Lower center button 23C: Defense

In S66, the other game button processing unit 57d refers to the game type-operation content storage unit 56c (see FIG. 3C) to provide information on the correspondence between the operation content of the fighting game and the operation content of the music game. read out. That is, the other game button processing unit 57d reads out the following association information.
・ Continuous punch → hold / kick → tap / defense → timing (timing-oriented hitting)

In S67, the other game button processing unit 57d creates information in which each button is associated with the following operation contents as recommended setting information for the music game, based on the processing results of S65 and S66.
Upper left button 22L: Continuous punch → Hold Lower left button 23L: Kick → Tap Lower center button 23C: Defense → Timing

In S68, the other game button processing unit 57d transmits the processing results of S64 to S68 to the game machine.
That is, if S63: YES, the other game button processing unit 57d transmits the recommended setting information of the music game to the game machine. On the other hand, when the other game button processing unit 57d is S63: NO, the information indicating "no experience of playing a fighting game" is used as the game machine.

In S69, the button setting unit of the game machine of the music game determines whether or not the information received from the server 50 is the recommended setting information.
When the button setting unit receives the recommended setting information (S69: YES), it proceeds to S70, and when it determines that the recommended setting information is not received (S69: NO), that is, "fighting". When the information indicating "no game playing experience" is received, the process proceeds to S72.

In S70, as shown in FIG. 16, the button setting unit creates information on the recommended setting display screen 90 and displays the information on the display unit of the game machine.
The recommended setting display screen 90 includes an operation explanation display 92 similar to the operation explanation displays 62a to 62c (see FIG. 6) of the fighting game. That is, the operation explanation display 92 is a display for explaining the operation contents of the music game. The operation explanation display 92 is a schematic diagram of the operation unit 20 in which a character display indicating the operation content of each button and a thick frame 93 are displayed.
The button setting of the music game of FIG. 16 reflects the button setting in which the player of "player ID = P011" obtained the highest score in the fighting game and the operation attributes of the fighting game and the music game. Therefore, this button setting is a recommended setting for this player because there is a high possibility that a high score can be obtained even in a music game.
The player may select the YES button 94a if he / she wants to play with this recommended button setting, and select the NO button 94b if he / she wants to play with other button settings.

In S71, if the button setting unit of the game machine determines to play with the recommended setting based on the operation of the YES button 94a and the NO button 94b (S71: YES), it advances to S73, while does not play with the recommended setting. If it is determined (S71: NO), the process proceeds to S72.
In S72, the button setting unit performs the button setting selection process by displaying the button setting selection screen (see FIG. 6) in the same manner as in S7.
Although the illustration of the button setting selection screen is omitted, the button setting selection screen 61 for the fighting game of FIG. 6 is a screen having the information of the button setting storage unit 126b (see FIG. 3B) of the music game. Is.
Then, the button setting unit accepts the player's selection.

In S73, the button setting unit sets the button setting in this play, that is, the play that starts immediately after. The button settings are stored in the storage unit 16.
In this case, the button setting unit sets the recommended button setting when the player selects the recommended button setting (S69: YES → S71: YES). On the other hand, when the button setting selection process is performed in S72 (S69: YES → S71: NO or S69: NO), the button setting unit sets the selected button setting.
Subsequent processes S79 to S83 are the same as those of S9 to S13.

In this way, the game system 1 can set the button settings suitable for the music game based on the play result of the fighting game of the player by managing the button settings of different game types.

As described above, the game system 1 of the embodiment aggregates and outputs the play results of individual players. Therefore, the player can refer to the content of this output when setting the button setting, which is convenient.
Further, since the game system 1 outputs the results of each group of the button settings in a manner that can be compared between different groups, it is possible to encourage the groups to compete for the results. As a result, the atmosphere of the entire player can be raised, and the player's willingness to play can be improved.

Although the embodiments of the present invention have been described above, the present invention is not limited to the above-described embodiments, and various modifications and changes are possible as in the modified embodiments described later, and these are also available. It is within the technical scope of the present invention. Moreover, the effects described in the embodiments are merely a list of the most preferable effects arising from the present invention, and the effects according to the present invention are not limited to those described in the embodiments. The above-described embodiment and the later-described modified form can be used in combination as appropriate, but detailed description thereof will be omitted.

(Transformed form)
(1) In the embodiment, an example relating to the setting of the button is shown, but the present invention is not limited to this. As the setting of the operating member, for example, the setting of the lever may be included.
In addition, the attributes of the operation content may include the strength when the player presses the button, the stroke, and the like. In this case, a detection unit such as a pressure sensor that detects the strength with which the button is pressed and an encoder that detects the stroke of the button may be provided.

(2) In the embodiment, the game system shows an example in which the relationship between the highest score and the number of players who have obtained the highest score is represented by a score-player number graph, but the present invention is not limited to this.
The game system may represent these relationships, for example, in the form of a table. In this case, for example, the control unit of the server classifies the players in the same group into three ranks of high, medium, and low based on the skill of play, calculates the number of players of each skill, and in each group, A table showing the number of players of these ranks may be created.

(3) In the embodiment, the game machine inquires whether or not to play with the recommended settings in the processing of the button settings between different game types (S70, S71 in FIG. 15, and the recommended setting display screen 90 in FIG. 16). (See), but is not limited to this. The game machine may set the button setting received from the server as it is without making this inquiry.

(4) In the embodiment, the control unit of the server obtains the highest score in the fighting game by referring to the play history information (see FIG. 4B) in the processing of the button setting between different game types. An example of selecting a button setting is shown, but the present invention is not limited to this.
For example, the player information storage unit (see FIG. 4A) is a storage unit (past setting storage unit) that stores the type of button setting of the player's past and latest fighting game. Therefore, the control unit of the server may read the button settings of the fighting game of the player by referring to the player information storage unit. In this case as well, the button settings of the music game can be set by using the past button settings of the player's fighting game.
(5) In the embodiment, the individual totaling process, the total totaling process, and the score giving process show an example of using a mobile terminal owned by the player, but the present invention is not limited thereto. In these processes, for example, a game machine arranged in a store, a personal computer owned by a player, or the like may be used.
In addition, a dedicated terminal for performing these processes may be provided in the store. Further, a large display device for displaying various information may be provided in the store so that many players who have visited the store can observe it. For example, if the ranking within the group, the ranking outside the group, etc. are displayed on this large display device, the atmosphere of the store can be enhanced.

1 ... Game system 10 ... Game machine 13 ... Display 16 ... Storage 20 ... Operation 20a ... Operation panel 21 ... Lever 22C ... Center upper button 22L ... Upper left button 22R ... Upper right button 23C ... Lower center button 23L ... Lower left button 23R ... lower right button 26 ... storage unit 26b, 126b ... button setting storage unit 27 ... control unit 27a ... play progress unit 27b ... button setting unit 30 ... ID card 35 ... RFID tag 40 ... mobile terminal 43 ... touch panel 46 ... storage unit 47 ... Control unit 50 ... Server 56 ... Storage unit 56a ... Operation processing program 56b, 156b ... Button setting storage unit 56c ... Game type-Operation content storage unit 56d ... Player information storage unit 56e ... Play history storage unit 56f ... Button setting group storage Unit 57 ... Control unit 57a ... Individual aggregation processing unit 57b ... Overall aggregation processing unit 57c ... Bonus granting unit 57d ... Other game button processing unit 65 ... Individual aggregation request screen 81a ... Intergroup ranking table 82a ... In-group ranking table 83a ... Score -Player number graph

Claims (4)

Multiple operating members that accept play input operations,
A play progress unit that reflects one of a plurality of operation settings and progresses the operation setting, which is a setting in which the operation content is assigned to each operation member.
As the play history, the operation setting which is the information corresponding to the type of the operation setting and the score of the player-the operation setting for storing the score information-the score information storage unit,
The operation setting - on the basis of the information stored in the score information storage unit, the type of operation setting, operation settings that output in recognizable manner on the score order - and scoring order information output unit,
A game system equipped with. In the game system according to claim 1,
The operation setting-score information storage unit stores the operation setting-score information in association with the information related to the play order of each operation setting.
Based on the storage information of the operation setting-score information storage unit, the score transition information, which is information on the score transition according to the play order of each operation setting, and the score transition information of other operation settings are output in a comparable manner. To have a score transition information output unit
A game system featuring. In the game system according to claim 1 or 2.
Equipped with a management unit that manages operation settings for different game types
The management department
A game type-operation content storage unit that stores the operation content of each game in association with the operation content of another game that has the same attributes as the operation content of each game.
Setting to read the operation setting having the highest score of each game from the play history of the operation setting-score information storage unit, and read the operation content of another game corresponding to the operation content of each game from the game type-operation content storage unit. Equipped with a history reader
In the play progress unit, as operation settings for other games, the operation settings of each game read by the setting history reading unit from the operation setting-score information storage unit, and the operation settings of each game read from the game type-operation content storage unit, etc. Play progress reflecting the operation contents of the game,
A game system featuring. Multiple operating members that accept play input operations,
As an operation setting that assigns the operation content to each operation member, one of a plurality of operation settings is set and the play progresses.
Equipped with a management unit that manages operation settings for different game types
The management department
The past operation settings of each game of the player are stored in the past setting storage unit.
A game type-operation content storage unit that stores the operation content of each game in association with the operation content of another game that has the same attributes as the operation content of each game.
It is provided with a setting history reading unit that reads the past operation settings of each game from the past setting storage unit and reads the operation contents of other games corresponding to the operation contents of each game from the game type-operation content storage unit.
The play progress unit is used as operation settings for other games, such as the operation settings of each game read from the past setting storage unit by the setting history reading unit, and the operation settings of each game read from the game type-operation content storage unit. Play progress reflecting the operation details,
A game system featuring.

Images