JP6339347B2 - Program, game device, and server system - Google Patents

Description

  The present invention relates to a program or the like for causing a computer to execute a game that fights against the progress of the game.

  A popular game genre is a battle game between players. Of course, there is a game in which a team battle can be played between teams composed of a plurality of players as well as a one-on-one battle (see, for example, Patent Document 1).

  In addition, as a popular game specification, a so-called “ghost” specification that makes it appear as if a virtual player is playing together by reproducing the play data when the player or other player achieves a high score as it is. Is known (for example, see Patent Document 2).

  There is a difference between a battle with a real player or a battle with a virtual player, but both do not compete for scores and ranking after the game ends, but excitement by competing for superiority and inferiority in real time while the game is in progress I can enjoy it.

JP 2011-206484 A JP 2008-167824 A

  Nowadays, a game using a small portable computer such as a smartphone is popular. Because it is a portable computer and the communication environment has been improved, it has become possible to play games anytime and anywhere. However, stable communication is not always ensured. For example, there is a high possibility that communication will be interrupted while traveling using transportation. When playing a battle-type online game like Patent Document 1, if communication is interrupted, the game is interrupted and the game cannot be performed.

  On the other hand, in the method using a ghost as disclosed in Patent Document 2, it is necessary to capture play data that faithfully reproduces the movement of the ghost, and it is a small portable computer (particularly a mobile phone with relatively limited computing resources). Then, there arises a problem that the storage area and the computation load are compressed.

  An object of this invention is to implement | achieve the new game from which the excitement of a battle play is obtained. More preferably, the game can be played regardless of changes in the communication environment during play, and even a small computer with relatively limited computational resources can be played.

A first invention for solving the above-described problem is a program for causing a computer to execute a battle game that competes for the progress of the game, and is opponent opponent progress data that is game progress data of the opponent played. The opponent progress status determining means (for example, the control board of FIG. 2) for determining the opponent's game progress status (hereinafter referred to as “opponent progress status”) corresponding to the current time elapsed by the player. 1550, the processing unit 200 of FIG. 9, the opponent progress determination unit 218, step S32 of FIG.
Event control means for generating an event when a generation condition for generating an event based on a difference between the current game progress status of the player (hereinafter referred to as “own player progress”) and the opponent progress is satisfied. (For example, the control board 1550 in FIG. 2, the processing unit 200 in FIG. 9, the event control unit 228, and step S54 in FIG. 11) are programs for causing the computer to function.

According to the first invention, once the played data of the opponent is acquired, it is possible to realize a game in which the player can enjoy the excitement of competing in real time regardless of the communication environment after the game starts. In addition, as in the known ghost specification, using all the played data such as operation inputs, it is possible to judge the progress of the game at that time compared to literally reproducing the past play (character movement, etc.) as it is. Therefore, the processing load is small, and it is suitable for game execution on a small computer with limited computing resources.
And you can compare the game progress status of your opponent and the game progress status of your player and generate an event based on the difference, so that you can enhance the atmosphere of competing in real time and enhance the fun of the game Can do.

  According to a second aspect of the present invention, the opponent progress determination means determines the opponent's game result corresponding to the current time elapsed by the player as the opponent progress, and the event control means The program according to the first aspect of the present invention is to determine whether the current game score of the player is the progress status of the player, and whether the generation condition is satisfied.

  According to the second invention, the game result can be used as an index indicating the progress. Although the game results depend on the game content, for example, the score is the easiest to understand. If the game results are used as an index of the progress of the game, the load of processing related to the determination of the opponent's progress, comparison with the progress of the player, and determination of whether the event occurrence condition is satisfied, etc. It can be very small. Also, the size of the game progress data played by the opponent can be reduced. These have the effect of improving the robustness to changes in the communication environment and reducing the consumption of computing resources, which is a great merit for an environment where a game is played on a small computer.

  According to a third aspect of the present invention, the opponent progress status determining means determines the opponent progress status at a given timing during the game play of the player, and the event control means determines the difference at the timing. It is a program of the 1st or 2nd invention which judges the generation conditions based on it.

  According to the third aspect, the timing is selected to determine the opponent's progress status, compare with the progress status of the player, and determine whether the event occurrence condition is satisfied. The load can be further reduced.

  According to a fourth aspect of the present invention, superiority or inferiority judging means (for example, the control board 1550 in FIG. 2, the processing unit 200 in FIG. 9, the superiority or inferiority judgment unit 220, FIG. 11 step S34), a superiority / inferiority display control means (for example, FIG. 4) that performs control to display the determination result of the superiority / inferiority determination means (for example, the superiority / inferiority display body 20 in FIG. 4, the event play permission notification 30 that also serves as notification of superiority or inferiority). 9 is a program according to any one of the first to third aspects of the invention for causing the computer to further function as a second control board 1550, a processing unit 200 in FIG. 9, an superiority / inferiority display control unit 222, and a step S34 in FIG.

  According to the fourth aspect, the result of the superiority / inferiority determination can be shown to the player, so that the excitement competing in the battle can be further increased.

  According to a fifth invention, in any one of the first to fourth inventions, the event control means generates a different event according to a magnitude of a difference between the own player progress status and the opponent progress status. It is a program.

  According to the fifth aspect, since different events occur depending on the degree of competition with the opponent, the interest of the game can be enhanced.

  A sixth invention is the program according to any one of the first to fifth inventions, wherein the event control means generates an event capable of accelerating the game progress of the player.

  According to the sixth aspect of the present invention, it is possible to fill a difference in progress with the opponent by playing an event. Therefore, the significance of the event occurrence can be enhanced and the excitement of the battle can be increased. As a result, the effect of keeping the player's motivation to the game high can be expected.

  The seventh aspect of the present invention is the generated event control information including any of the event type, the generation timing, and the number of times that the event control means can generate based on the difference between the player and the opponent regarding the predetermined parameter. Setting means (for example, control board 1550 in FIG. 2, processing unit 200 in FIG. 17, game operation unit 210, generated event control information setting unit 223, generated event control information 596 in FIG. 18, step S15 in FIG. 19, In S43), the computer is further caused to function, and the event control means is the program according to any one of the first to sixth inventions, which generates an event according to the generated event control information.

  Further, an eighth invention is the program according to the seventh invention, wherein the setting means sets the generated event control information before the game starts or during the game.

  A ninth invention is the program according to the seventh or eighth invention, wherein the setting means adjusts the generated event control information based on an item owned by the player or an ability parameter value.

The predetermined parameter referred to in the seventh invention indicates an element that may cause a superiority or inferiority in the progress of the game between the player and the opponent. For example, the player level indicating the operation skill and the proficiency, the player character's Experience values and levels, player character equipment, contents of owned items, and the like can be set as appropriate according to the contents of the game.
According to the seventh to ninth inventions, it is possible to limit the type, timing, and number of events that occur based on the difference in competence between the player and the opponent. If the limit is set appropriately, for example, in a battle where the ability is close, the content and occurrence of the event can be suppressed, and a sense of urgency close to a pure ability game can be brought about. Also, if the ability is far away, an event can be actively generated and function as a handicap.

  According to a tenth aspect of the present invention, any one of the first to ninth aspects, wherein the event control means generates the event when the generation condition is satisfied and a consumption instruction operation for a given consumption item is performed by the player. It is a program of the invention.

  According to the tenth aspect of the invention, it is possible to adopt a configuration that requires payment for generating an event.

  The eleventh invention is the program according to the tenth invention, wherein the event control means changes an event to be generated based on a type of the consumption item on which the consumption instruction operation is performed.

  According to the eleventh aspect, since the event that occurs based on the type of the consumption item that is the consideration for the event occurrence can be changed, the interest of the game is improved.

  A twelfth invention is the program according to the tenth or eleventh invention, wherein the event control means changes an event to be generated based on the quantity of the consumption item for which the consumption instruction operation has been performed.

  According to the twelfth aspect, since the event to be generated can be changed on the basis of the quantity of consumption items that are considered for the occurrence of the event, it is possible to improve the interest of the game by giving diversity to the generated event.

  In a thirteenth aspect of the present invention, the event control means is based on a difference between a current game score played by the player, a game score that can be acquired by the player thereafter and a game score of the opponent. Acquisition result upper limit setting means (for example, the control board 1550 in FIG. 2, the game calculation unit 210 in FIG. 9, the acquisition result upper limit setting unit) 227, the clearing score upper limit 594 in FIG. 10 and step S42 in FIG. 11, and the program according to any one of the first to twelfth inventions for further functioning the computer.

  According to the thirteenth aspect, by setting an upper limit on the game results that can be acquired by the player during the event activation period, it is possible to prevent the event results from being directly linked to the victory of the battle.

  In a fourteenth aspect of the present invention, the opponent progress determination unit obtains the opponent progress data from a server system that stores game progress data played by a plurality of players, determines the opponent progress. When the player finishes the game, a delivery means (for example, the control board 1550 in FIG. 2, the processing unit 200 in FIG. 9, the data delivery control) that delivers the game progress data played by the player to the server system. Part 230, steps S76 to S80 in FIG. 12, which is a program according to any one of the first to thirteenth inventions for causing the computer to further function.

  According to the fourteenth aspect, the player can provide the result of his game play so that someone else can use it.

A fifteenth aspect of the present invention is a game device for executing a game that fights against game progress,
Opponent progress status judging means for judging the progress status of the opponent corresponding to the current time elapsed by the player (for example, FIG. 2) from the opponent progress data which is the game progress data played by the opponent. Control board 1550, the processing unit 200 of FIG. 9, the opponent progress determination unit 218, step S32 of FIG. 11),
Event control means (for example, the control board 1550 in FIG. 2 or the processing unit in FIG. 9) that generates an event when a generation condition for generating an event based on a difference between the player progress status and the opponent progress status is satisfied. 200, an event control unit 228, and step S54 in FIG. 11) (for example, a player terminal 1500 in FIG. 2).

A sixteenth aspect of the present invention is a server system for performing control for causing a player terminal to use a player terminal as a man-machine interface to play a battle game that competes for the progress of the game on the player terminal. The opponent progress status determination means (for example, the control board 1150 in FIG. 1) that determines the opponent progress status corresponding to the current time elapsed by the player of the player terminal playing from the opponent progress data that is the data of , The server processing unit 200s of FIG. 13, the opponent progress situation determination unit 218, step S32 of FIG.
Event control means (for example, control board 1150 in FIG. 1, server processing in FIG. 13) that generates an event when a generation condition for generating an event based on the difference between the player progress status and the opponent progress status is satisfied. 200s, event control unit 228, and step S54) of FIG.

  According to the fifteenth and sixteenth inventions, as in the first invention, even in a small computer with relatively limited computing resources, and even if the communication connection is not always maintained during play, the excitement of the battle play is obtained. New games can be realized.

The figure which shows an example of a structure of a game system. The front external view which shows the structural example of a player terminal. The figure for demonstrating the content of a game. The figure which shows the example of a game screen when the generation | occurrence | production conditions of an event are satisfy | filled. The figure for demonstrating the example of the catch-up event of "event character appearance type". The figure for demonstrating the example of the catch-up event of "player reinforcement | strengthening type". The figure for demonstrating the example of the catch-up event of "enemy weakening type". The functional block diagram which shows the function structural example of the server system in 1st Embodiment. The functional block diagram which shows an example of a function structure of the player terminal in 1st Embodiment. The figure which shows the data structural example of the play data in 1st Embodiment. The flowchart for demonstrating the flow of a process in the server system and player terminal in 1st Embodiment. The flowchart following FIG. The functional block diagram which shows the function structural example of the server system in 2nd Embodiment. The figure which shows the example of the program and data which are memorize | stored in the server process part in 2nd Embodiment. The flowchart for demonstrating the flow of the process which concerns on one game play of the server system in 2nd Embodiment. The flowchart following FIG. The functional block diagram which shows the function structural example of the server system in 3rd Embodiment. The figure which shows the data structural example of the play data in 3rd Embodiment. The flowchart for demonstrating the flow of a process in the server system and player terminal in 3rd Embodiment. The flowchart following FIG. The example of a game screen in the case of the game of multiplayer simultaneous play.

[First Embodiment]
A first embodiment to which the present invention is applied will be described.
FIG. 1 is a diagram illustrating an example of a configuration of a game system in the present embodiment. The game system of this embodiment includes a server system 1100 that can be connected to a communication line N and player terminals 1500 (1500a, 1500b, 1500c,...) Prepared for each player 2 (2a, 2b, 2c,...). And is configured.

The server system 1100 includes one or a plurality of server systems and storage devices. The server system 1100 can provide various services for operating a website for membership registration such as SNS (Social Networking Service).
Specifically, a unique account (which may be read as a handle name) is issued to each user who has completed membership registration, and information related to the registered user is centrally managed by the user registration data 530 by the server system 1100. To do. Based on the user registration data 530, various services on the website are provided. The game of this embodiment is also provided and realized as part of the service for registered users. That is, each player 2 (2a, 2b, 2c,...) Is a registered user. Each player 2 (2a, 2b, 2c,...) Uses the player terminal 1500 (1500a, 1500b, 1500c,...) To access the server system 1100 and enjoy the game of this embodiment.

  The server system 1100 includes a main device 1101, a keyboard 1106, a touch panel 1108, and a storage 1140. A control board 1150 is mounted on the main body device 1101. The control board 1150 includes a CPU (Central Processing Unit) 1151, a GPU (Graphics Processing Unit), various microprocessors such as a DSP (Digital Signal Processor), an ASIC (Application Specific Integrated Circuit), various ICs such as a VRAM, a RAM, and a ROM. A memory 1152 and a communication device 1153 are installed.

  Then, as functions relating to the game of the present embodiment, an account management function responsible for processing related to account registration and login / logout, and game management for managing and distributing data necessary for playing the game on the player terminal 1500 as needed. And having a function.

  In the illustrated example, the server system 1100 is described as a single unit, but is not limited thereto. For example, the server system 1100 is configured to include a plurality of blade servers, and the account management function and the game management function are shared by separate blade servers, and are connected to each other via an internal bus so that data communication is possible. May be. Alternatively, the server system 1100 may be configured to function as a whole by performing data communication with a plurality of independent servers installed at remote locations via the communication line N.

FIG. 2 is a front external view showing a configuration example of the player terminal 1500.
The player terminal 1500 is a computer that can connect to the communication line N and access the server system 1100, and is an electronic device (electronic device). The player terminal 1500 of the present embodiment is assumed to be a small computer classified as a so-called smartphone, but a portable game device, a stationary home game device, a game controller for a stationary home game device, an arcade game device, You may implement | achieve with the apparatus classified into a personal computer, a tablet-type computer, wearable computers, such as a wristwatch type | mold and a glasses type | mold.

  The player terminal 1500 in this embodiment includes a direction input key 1502, a button switch 1504, a touch panel 1506 functioning as an image display device / contact position input device, a speaker 1510, a built-in battery 1509, a microphone 1512, and a control board. 1550 and a memory card reader 1542 that can read and write data from a memory card 1540 that is a computer-readable storage medium. In addition, a power button, a volume control button, etc., not shown, are provided.

  The control board 1550 is wirelessly connected to various microprocessors such as a CPU 1551, GPU, DSP, various IC memories 1552 such as an ASIC, VRAM, RAM, ROM, and a mobile phone base station or a wireless LAN base station connected to the communication line N. A wireless communication module 1553 for communication is mounted. In addition, a driver circuit of the touch panel 1506, a circuit that receives signals from the direction input key 1502 and the button switch 1504, an output amplifier circuit that outputs an audio signal to the speaker 1510, and an input signal that generates an audio signal collected by the microphone 1512 A so-called I / F circuit 1557 (interface circuit) such as a generation circuit and a signal input / output circuit to the memory card reader 1542 is mounted. Each element mounted on the control board 1550 is electrically connected via a bus circuit or the like, and is connected so as to be able to read / write data and transmit / receive signals.

  The control board 1550 temporarily stores the game client program and data acquired from the server system 1100 in the IC memory 1552. Then, the program is executed to execute arithmetic processing, and each part of the player terminal 1500 is controlled according to the operation input from the direction input key 1502, the button switch 1504, and the touch panel 1506 so that the game can be played. In the present embodiment, the player terminal 1500 is configured to acquire necessary programs and various setting data from the server system 1100, but may be configured to read out from a separately obtained memory card 1540.

  The communication line N means a communication path capable of data communication. That is, the communication line N includes not only a dedicated line (dedicated cable) for direct connection, a LAN (Local Area Network) by Ethernet (registered trademark), but also a communication network such as a telephone communication network, a cable network, and the Internet. This means that the communication method may be wired or wireless.

[Description of game contents]
FIG. 3 is a diagram for explaining the contents of the game in the present embodiment.
The game of this embodiment is a shooting game. As shown in the game screen example W2, the player operates the player character 4 to shoot the enemy characters 6 approaching from the top of the screen one after another and enjoy the game. A score is set for each enemy character 6, and the score of the enemy character 6 shot down is added to the score of the player and displayed on the score display unit 10 as the current game score.

The game of this embodiment is designed as a pseudo battle game.
For this purpose, the server system 1100 stores and manages the opponent progress data library 520 as a part of the game management function. The library stores a plurality of opponent progress data 521.

  The opponent progress data 521 is information relating to the result of the game play provided by the player. For example, 1) a providing player account 522 that stores the account of the player 2 who played the game based on the data, 2) skill information 523 that stores data describing the skill of the player, and 3) play progress History data 524.

  The skill information 523 includes, for example, the player level of the player, the level and experience value of the player character, the content of the acquired skill, the grade of the equipped item, the highest score, the ranking, the total charge amount, the play frequency, etc. Information can be set.

  The play progress history data 524 is game progress data that has been played by the player indicated by the providing player account 522, and is time-series data describing a change in play results from the start to the end of the game play. Specifically, it is a score with respect to the passage of time from the start of game play or a history of values corresponding to the score. A list of results for each predetermined period from the start of game play may be used, or a function of a time-series change graph with the elapsed time from the start of game play as the horizontal axis and the cumulative result as the vertical axis may be used. Since the game of this embodiment is a shooting game, the score is a score. Of course, the parameter representing the score is not limited to the score, and can be set as appropriate according to the content of the game. For example, the number and target number of enemy characters 6 destroyed, in the case of a role-playing game, the player character's level, experience level, skill, number of items possessed, number of stages cleared and degree of clearing of the stage (how many percent progressed) Etc.) could be set. In addition, the number of enemies cut down in the case of a swordsmanship action game, the favorability in the case of a love simulation game, the growth level indicating the degree of development in the case of a breeding game, and the like can be used as parameters representing results.

  The player terminal 1500 receives at least one opponent progress data 521 from the server system 1100 before the game starts. For example, the server system 1100 selects and provides the opponent progress data 521 having the skill information 523 having the same skill level of the player. Alternatively, for each registered opponent progress data 521, a list in which the player account 522 and the skill information 523 are associated with each other is displayed on the player terminal 1500, and the player himself selects one from the list, The selected opponent progress data 521 may be provided.

  The player terminal 1500 stores the provided opponent progress data 521 and starts game play. Then, every time the determination timing comes in a predetermined cycle from the start, the opponent's performance in the cycle corresponding to the current determination timing is read based on the provided opponent progress data 521, and the player's current performance ( In this embodiment, the score is the same as the score displayed on the score display unit 10).

The comparison result is displayed in the game screen on the superiority / inferiority display 20.
The superiority / inferiority display 20 is a display body that visually presents the superiority or inferiority of the results between the player and the opponent in the opponent progress data 521 at the present time. In this embodiment, the degree of superiority or inferiority is indicated by the ratio display by the player power display bar 21 and the opponent power display bar 22.
The way of displaying the superiority / inferiority display 20 is not limited to this, and the score of the opponent in a cycle corresponding to the current determination timing may be displayed in the same manner as the score display unit 10 or a predetermined icon is displayed. Colors may be selected according to the degree of superiority or inferiority, and superiority or inferiority may be indicated by the type of color as in a traffic light. Even if the superiority / inferiority display 20 is arranged and displayed in the corner of the game screen, the function is sufficiently fulfilled. The screen occupies a smaller proportion than the display of a ghost character as in the known ghost specification, and is effective for game play on a portable and small computer.

  The player can understand at a glance whether or not he / she wins or loses the opponent with this superiority / inferiority display 20, and feels a sense of competing with the opponent as in a battle game that requires manned real-time communication. Can do.

  In this embodiment, when it is determined that the superiority / inferiority relationship between the player and the opponent is inferior to a predetermined standard or more, a “catch-up event” can be activated to recover from the inferiority. The catch-up event is an event that can accelerate the game progress of the player when the event is cleared, compared to when the event is not cleared.

  Specifically, an event is generated when the value obtained by subtracting the score of the player from the score of the opponent obtained from the opponent progress data 521 exceeds a predetermined reference value, that is, when the score of the player is lower than the reference value. It is determined that the generation condition to be met is satisfied, and a catch-up event can be activated. In the present embodiment, the player himself can select whether to trigger a catch-up event.

More specifically, as shown in the game screen example W4 in FIG. 4, when it is determined that the superiority / inferiority relationship between the player and the opponent is inferior to a predetermined criterion or more, 1) the determination result of the superiority / inferiority determination And an event play permission notification 30 that also serves as a notification to the player indicating that the catch-up event can be played, and 2) a will confirmation display 32 for selectively inputting whether or not the catch-up event is activated ( A payment deferral icon 32a and a consideration payment operation icon 32b) are displayed.
When the player selects the consideration payment operation icon 32b, it is determined that there is an intention to pay the consideration and play the event. Then, payment is made and a catch-up event is triggered.

It should be noted that the event occurrence condition may be a threshold value that the player considers to be inferior, and is set as appropriate according to the game content, not limited to the difference in score. For example, it may be a percentage of the player score relative to the opponent score.
Further, the payment of the consideration may be realized by consumption of a given item or may be realized by a known charging procedure. In this embodiment, since payment of consideration is required to trigger a catch-up event, the intention confirmation display 32 also serves as confirmation of intention of payment. However, this is not limited to the configuration in which payment of consideration is unnecessary.

5 to 7 are diagrams for explaining types of catch-up events in the present embodiment.
There are three types of catch-up events according to the present embodiment: “event character appearance type”, “player enhancement type” and “enemy weakening type” that change the difficulty level of the game. Is selected and activated. Of course, the number and contents of types are not limited to this, and can be set as appropriate.

  FIG. 5 is a diagram for explaining an example of an “event character appearance type” catch-up event. This type is a type of event in which a timed clear goal is presented. In the present embodiment, as shown in the game screen example W6, one or more event characters 8 appear specially and leave the game screen after a certain time. If the player shoots down the event character 8 before leaving, a bonus score is given, and a bonus score notice 12 to be given is displayed on the game screen. As this bonus score, a value that makes up for the inferiority of the player (as a result, the value until the player's score is almost the same as or exceeds the score of the opponent) is set for each event. In other words, the larger the difference is, the more the type of event is, the more the player's game progresses, and the higher the score can be achieved in a shorter time than when no event is generated. The content of the catch-up event of the same type can be varied in various ways depending on the type of event character 8 that appears (difficulty level of difficulty) and the number of events.

  FIG. 6 is a diagram for explaining an example of the “player enhanced type” catch-up event. This type of event is an event that increases the ability of the player character 4 so that the player can improve the scoring rate per unit time as compared to the state before the event is triggered. In the present embodiment, as shown in the game screen example W10, the strengthening equipment 5 that strengthens the attack power of the player character 4 is automatically given as the difference increases and the equipment increases as the difference increases. .

  The content of the catch-up event of the same type can be varied in various ways depending on the degree of improvement of the ability of the player character 4, specifically, the type and number of strengthening equipment 5. Further, the method of improving the score rate is not limited to this, and can be set as appropriate according to the game content and the like. For example, a configuration in which one shot is shot by one operation and a plurality of bullets are fired by one operation during the event is activated. Also, in order to eliminate the time lag until the player character 4 is shot down by the attack of the enemy character 6 and the next character appears, a technique for improving the defense power of the player character 4, for example, the enemy character 6 around the player character 4. It is also possible to set a barrier that invalidates or reduces damage caused by the attack.

  If the scoring rate per unit time is improved, as shown in the superiority / inferiority status display 20 of the game screen example W12, the inferiority of the player should eventually be recovered. The event is automatically ended when the inferiority of the player is recovered or when a predetermined time elapses after the event is activated. In the present embodiment, the reinforcement equipment 5 is automatically released and disappears from the screen. During the event activation, the remaining time display 14 until the end of the event may be displayed on the game screen.

  FIG. 7 is a diagram for explaining an example of the catch-up event of “enemy weakening type”. This type is an event in which the score per unit time is improved by reducing the ability of the enemy character 6 while reducing the wear of the player, as compared to the state before the event is triggered. In the present embodiment, as shown in the game screen example W14, the appearance pattern of the enemy character 6 (for example, the appearance start position, the moving course after the appearance, the number of appearances, etc.) is changed so that the player can easily score more points. . Depending on the appearance pattern, various variations can be provided for the same type of content. For example, an appearance pattern that approaches in a zigzag course so that it is difficult to be aimed at before the event is activated, but after the event is activated, an appearance pattern that simply moves in the horizontal direction of the screen without approaching. Other than that, it may be a pattern that moves so as to loop around a certain point without approaching, or the attack frequency of the enemy character 6 may be reduced.

  If the scoring rate per unit time is improved, as shown in the superiority / inferiority status display 20 of the game screen example W16, the inferiority of the player should eventually be recovered. The event is automatically ended when the inferiority of the player is recovered or when a predetermined time elapses after the event is activated. In the present embodiment, the appearance pattern of the enemy character 6 is returned to the standard appearance pattern in which no event is triggered. Alternatively, before returning to the standard appearance pattern, a high difficulty appearance pattern that makes it difficult to shoot temporarily may be sandwiched by a predetermined number of times or a predetermined period.

  The “enemy weakening type” may have other contents. For example, contents that slow down actions such as movement speed (slow down the flow of game time), contents that temporarily stop or restrict actions, and the frequency of attacks on the player character 4 even if the appearance pattern of the enemy character 6 remains unchanged. It may be content such as lowering.

[Description of functional configuration example of server system]
Next, a functional configuration example in the present embodiment will be described.
FIG. 8 is a functional block diagram showing a functional configuration example of the server system 1100 in the present embodiment. The server system 1100 in this embodiment includes an operation input unit 100s, a server processing unit 200s, an image display unit 372s, a communication unit 374s, and a server storage unit 500s.

  The operation input unit 100s is a means for inputting various operations for server management. In the example of FIG. 1, the keyboard 1106 corresponds.

  The server processing unit 200s is realized by, for example, a microprocessor such as a CPU or GPU, an electronic component such as an ASIC (Application Specific Integrated Circuit), an IC memory, and the like, and includes each function unit including the operation input unit 100s and the server storage unit 500s. Data input / output control between Then, various arithmetic processes are executed based on a predetermined program and data, an operation input signal from the operation input unit 100s, and data received from the player terminal 1500, and the operation of the server system 1100 is controlled in an integrated manner. In the example of FIG. 1, the control board 1150 corresponds.

  The server processing unit 200s of the present embodiment includes an account management unit 201, a library management unit 202, an image generation unit 272s, and a communication control unit 274s.

  The account management unit 201 performs processing related to the user registration procedure. A unique account is issued to a user who has undergone the registration procedure, that is, a player, and user registration data 530 is generated and stored in the server storage unit 500s to manage it. Also, processing related to login is executed.

  The library management unit 202 manages the opponent progress data library 520 (FIG. 1) stored in the server storage unit 500s. More specifically, 1) In response to a request for providing opponent progress data 521 (see FIG. 3) from the player terminal 1500, the opponent progress data 521 is selected from the opponent progress data library 520, and transmission control is performed. 2) provided data for registering new opponent progress data 521 in the opponent progress data library 520 in response to an offer request for the opponent progress data 521 from the player terminal 1500 that has finished the game play. And a registration unit 206. The delivery data registration unit 206 may acquire all game play histories from the start to the end of the game from the player terminal 1500, and generate and register opponent progress data 521 in the server system 1100. As a configuration for generating the opponent progress data 521 at 1500, this may be simply received and registered.

  The image generation unit 272s can generate an image related to maintenance of the server system 1100 and output it to the image display unit 372s.

  The image display unit 372 s displays various images for system management based on the image signal input from the image generation unit 272 s. For example, it can be realized by an image display device such as a flat panel display, a cathode ray tube (CRT), a projector, or a head mounted display. In the example of FIG. 1, the touch panel 1108 corresponds.

  The communication control unit 274s executes data processing related to data communication, and realizes data exchange with an external device via the communication unit 374s.

  The communication unit 374s realizes communication by connecting to the communication line N. For example, it is realized by a wireless communication device, a modem, a TA (terminal adapter), a cable communication cable jack, a control circuit, or the like. In the example of FIG. 1, the communication device 1153 corresponds.

  The server storage unit 500s stores a system program for realizing various functions for causing the server processing unit 200s to control the server system 1100 in an integrated manner, a program necessary for managing a game, various data, and the like. Further, it is used as a work area for the server processing unit 200s, and temporarily stores calculation results and the like executed by the server processing unit 200s according to various programs. This function is realized by, for example, an IC memory such as a RAM and a ROM, a magnetic disk such as a hard disk, and an optical disk such as a CD-ROM and DVD. In FIG. 1, a storage medium such as an IC memory 1152 and a hard disk mounted on the main device 1101 and a storage 1140 correspond to this.

The server storage unit 500s in this embodiment includes a server system program 501 and
An account management program 503, a library management program 505, and a distribution game program 507 for distribution to the player terminal 1500 are stored in advance. In addition, distribution game initial setting data 511, distribution event setting data 513, opponent progress data library 520, and user registration data 530 are stored. In addition, information such as timers, counters, and various flags can be stored as appropriate.

  The server system program 501 is a system program for realizing a basic input / output function necessary for the server system 1100 as a computer by being read and executed by the server processing unit 200s.

  The account management program 503 is a program for realizing the function as the account management unit 201 by being read and executed by the server processing unit 200s.

  The library management program 505 is a program for realizing the function as the library management unit 202 by being read and executed by the server processing unit 200s.

  The distribution game program 507 is an original game program that is copied to the player terminal 1500 and provided. By executing the game program, the player terminal 1500 transmits various request information for playing the game to the server system 1100 in response to the operation input, and the game progresses on the terminal based on the data received from the server system 1100. A function of displaying a control or a game screen on the touch panel 1506 can be realized. Such a function may be realized as a dedicated program, for example. Or if the game of this embodiment is implement | achieved as a web game, the web technique which controls a screen display actively using Java (registered trademark), CSS (Cascading Style Sheets), etc. with HTML based on a web browser. And plug-ins such as Adobe (registered trademark) Flash. Of course, other methods may be used.

The distribution game initial setting data 511 is an original of game initial setting data provided to the player terminal 1500, and stores initial setting data for configuring and displaying a game space as a game stage. For example, model data, texture data, arrangement position coordinates, and the like of the background object arranged in the virtual three-dimensional space are stored.
Further, various parameter values for displaying a character appearing in the game (for example, the player character 4, the enemy character 6, etc.), equipment and items on the game screen and exhibiting a predetermined effect are stored.

The distribution event setting data 513 is original data distributed to the player terminal 1500 and stores data necessary for triggering each type of event.
For example, an event type, an event selection condition, a unique event ID, and event content definition data are stored.

  The event selection condition is a condition for selecting an event defined by the distribution event setting data 513 as an event that can be generated. Different type selection conditions are set for each event type and event content.

  Specific event selection conditions can be set as appropriate according to the content of the game, and it is preferable to increase variations as much as possible. The selection condition parameters are, for example, 1) the difference between the player's progress and the opponent's progress, 2) the skill difference between the player's skill and the opponent's skill, and 3) each of the player and the opponent Differences in equipment of player characters (for example, differences in the number of equipment and equipment levels) 4) Stage type and stage ID being played, 5) Items consumed since the game started (consumed items) The type and quantity, 6) the upper limit number of events that can occur during one play, and 7) the timing at which events can occur (for example, defined by the width of the elapsed time from the start of play) can be used as appropriate.

  If it has a function of storing purchase history information such as accounts and items of each player, the charging history can be added to the parameters of the selection condition. If the game content is a type in which a plurality of players participate simultaneously (for example, a team play type), the number of participants, the past results of the team, and the like can be used as parameters.

  The event content definition data stores data for realizing the event described with reference to FIGS. For example, for the event of “event character appearance type”, initial setting data (display model data, motion data, movement pattern data, etc.) of the event character 8 (FIG. 5) is stored. For the “player enhancement type” event, the reinforcement equipment 5 (FIG. 6) is stored, and for the “enemy weakening type” event, an appearance pattern that makes it easier for the enemy character 6 to capture is stored.

[Description of functional configuration example of player terminal]
FIG. 9 is a functional block diagram showing an example of the functional configuration of the player terminal 1500 in the present embodiment. The player terminal 1500 of this embodiment includes an operation input unit 100, a processing unit 200, a sound output unit 370, an image display unit 372, a communication unit 374, and a storage unit 500.

  The operation input unit 100 outputs an operation input signal to the processing unit 200 in accordance with various operation inputs made by the player. For example, it can be realized by a push switch, a joystick, a touch pad, a trackball, an acceleration sensor, a gyro, a CCD module, or the like. In the example of FIG. 2, a direction input key 1502, a button switch 1504, and a touch panel 1506 are applicable.

  The processing unit 200 is realized by, for example, a microprocessor such as a CPU or a GPU, or an electronic component such as an ASIC or an IC memory, and performs data input / output control with each functional unit including the operation input unit 100 and the storage unit 500. Do. Then, various arithmetic processes are executed based on predetermined programs and data, operation input signals from the operation input unit 100, and various data received from the server system 1100 to control the operation of the player terminal 1500. In the example of FIG. 2, the control board 1550 corresponds to this. The processing unit 200 in the present embodiment includes a game calculation unit 210, a sound generation unit 270, an image generation unit 272, and a communication control unit 274.

The game calculation unit 210 performs various processes related to the execution of the game.
In the present embodiment, the opponent progress data acquisition control unit 212, the game progress control unit 214, the superiority / inferiority determination timing detection unit 216, the opponent progress status determination unit 218, the superiority / inferiority determination unit 220, and the superiority / inferiority display control unit 222. A generated event selection unit 224, a consideration payment operation detection unit 226, an acquisition result upper limit setting unit 227, an event control unit 228, and a data delivery control unit 230.

  The opponent progress data acquisition control unit 212 performs control related to acquisition of the opponent progress data 521 (FIG. 3) from the server system 1100 before the game starts. For example, a connection to a predetermined URL, login processing, a request for providing opponent progress data 521, and control for storing the provided data in the storage unit 500 as applied opponent progress data 560 can be executed.

  The game progress control unit 214 controls the game progress of the shooting game.

  The superiority / inferiority determination timing detection unit 216 detects the arrival of timing for determining the superiority or inferiority of the player relative to the opponent. Specifically, the elapsed time from the start of play (game start) is counted, and the arrival of superiority determination timing is detected every predetermined cycle. In other words, it can be said that the timing for determining the occurrence of a catch-up event is detected.

  The opponent progress determination unit 218 determines, from the applied opponent progress data 560, the opponent's game progress (opposition progress) corresponding to the current time elapsed by the player. In the present embodiment, the score of the opponent corresponding to the passage of time corresponding to the superiority / inferiority determination timing detected by the superiority / inferiority determination timing detection unit 216 is calculated.

  The superiority / inferiority determination unit 220 determines the superiority or inferiority of the player with respect to the opponent based on the difference between the current game progress status of the player (the own player progress status) and the opponent progress status. In the present embodiment, the ratio of the current score of the player to the score of the opponent is calculated.

  The superiority / inferiority display control unit 222 performs control to display the superiority / inferiority status display 20 (FIG. 3) on the game screen based on the determination result by the superiority / inferiority determination unit 220.

  The generated event selection unit 224 selects a type of catch-up event that can be generated. In the present embodiment, the event setting data 514 acquired as a copy of the distribution event setting data 513 (FIG. 8) from the server system 1100 before the game is started are adapted to the event selection conditions set for each. select. If there are multiple matches, one of them is finally selected at random. Of course, any one may be selected simply by random lottery regardless of the event selection condition from the beginning.

  The consideration payment operation detection unit 226 performs control for confirming the will of the player whether or not to trigger an event. In the present embodiment, display control of the will confirmation display 32 is performed, and when a consideration payment operation icon 32b is selected from the display 32, it is detected (determined) as an operation input for consideration payment. That is, it is determined whether or not there is an intention to play the event according to the payment. If there is an intention to activate, payment control of the consideration is performed. In the present embodiment, it is assumed that the consideration is paid by consuming items owned by the player. For example, a recovery item for recovering HP and an event play right (for example, the right may be used as a virtual ticket) are consumed. Of course, not only the consumption of the item, but the payment may be made by a known accounting process. In the case of a configuration in which the triggering of the event is free, the payment control for the consideration can be omitted.

  The acquisition result upper limit setting unit 227 sets an upper limit value that can be acquired by the player when the event is activated, and stores it in the event control data 590 (FIG. 10) of the play data 570 as the acquired score upper limit value 594 at the time of clearing. Specifically, the upper limit is set based on the difference between the score of the player and the opponent at the time of the event occurrence. For example, a value equal to or greater than the score difference is set.

  When a value equal to or greater than the score difference at the time of the event occurrence is set as the score upper limit value 594 at the time of clearing, a value of 1.0 or greater may be determined and multiplied by the score difference by lottery. However, if you earn a score when clearing, do not exceed your opponent's score. Specifically, the current score played by the player (game results), the score that the player can acquire after the present (game results), and the score at the end of the game of the opponent (game results) Set based on the difference. More specifically, for example, the score that the player can acquire after the present time is estimated from the remaining playing time on the assumption that the pace is maintained as it is, from the score acquired per time from the start of the game of the player at the time of the event activation. A predicted score at the time when the game is predicted and predicted is calculated. Then, even if the clearing score upper limit 594 is added to the predicted score, a value that does not exceed the score at the game end time of the opponent is set as the clear score upper limit 594.

  The event control unit 228 generates an event based on the difference between the player's current game progress status (own player progress status) and the opponent progress status (the player progress status is higher than the reference from the opponent progress status). If the result of the will confirmation by the consideration payment operation detection unit 226 detects the consideration payment operation, that is, it is determined that there is an intention to play the event, the generated event selection unit 224 Trigger and generate the catch-up event selected by. Then, points can be given to the player in the range up to the upper limit set by the acquired achievement upper limit setting unit 227 during the event execution and the event clearing time. More specifically, when the event control unit 228 generates a catch-up event of “event character appearance type”, clearing the event causes the player to obtain a clear score upper limit 594 (or slightly less) Score) is given to the player. In addition, when the catch-up event of “player strengthening type” and “enemy weakening type” is generated, the event control unit 228 determines that when the score obtained from the event occurrence reaches the score upper limit score 594 at the time of clearing. Control to end.

  The data delivery control unit 230 performs control related to delivery of data that is the basis of the new opponent progress data 521. Specifically, at the end of the game, a control for allowing the player to select whether or not the current play data can be provided to create new opponent progress data 521, and when the player is allowed to deliver, And generating the data to be transmitted to the server system 1100 together with the delivery request.

  The sound generation unit 270 is realized by, for example, a digital signal processor (DSP), a processor such as a voice synthesis IC, an audio codec capable of playing back an audio file, and the like, and effects related to the game based on the processing result by the game screen display control unit 262 Sound signals of BGM and various operation sounds are generated and output to the sound output unit 370.

  The sound output unit 370 is realized by a device that outputs sound effects, BGM, and the like based on the sound signal input from the sound generation unit 270. In the example of FIG. 2, the speaker 1510 corresponds.

The image generation unit 272 is realized by, for example, a processor such as a GPU or a digital signal processor (DSP), a program such as a video signal IC or a video codec, an IC memory for a drawing frame such as a frame buffer, or the like.
Then, the image generation unit 272 generates an image of one game screen in one frame time (for example, 1/60 seconds) based on the processing result by the game calculation unit 210, and displays the image signal of the generated game screen as an image display Output to the unit 372.

  The image display unit 372 displays various game images based on the image signal input from the image generation unit 272. For example, it can be realized by an image display device such as a flat panel display, a cathode ray tube (CRT), a projector, or a head mounted display. In the present embodiment, the touch panel 1506 corresponds to the example of FIG.

  The communication control unit 274 executes data processing related to data communication, and realizes data exchange with an external device via the communication unit 374. The communication unit 374 is connected to the communication line N to realize communication. For example, it is realized by a wireless communication device, a modem, a TA (terminal adapter), a wired communication cable jack, a control circuit, or the like, and the wireless communication module 1553 corresponds to this in the example of FIG.

  The storage unit 500 stores a system program for realizing various functions for causing the processing unit 200 to control the player terminal 1500 in an integrated manner, a program necessary for game play, various data, and the like. Further, it is used as a work area of the processing unit 200, and temporarily stores calculation results executed by the processing unit 200 according to various programs, input data input from the operation input unit 100, and the like. Such a function is realized by, for example, an IC memory such as a RAM or a ROM, a magnetic disk such as a hard disk, or an optical disk such as a CD-ROM or DVD. In the example of FIG. 2, the IC memory 1552 and the memory card 1540 mounted on the control board 1550 correspond to this.

  The storage unit 500 of this embodiment stores a terminal system program 502, a game program 504, game initial setting data 512, event setting data 514, applied opponent progress data 560, and play data 570. Of course, in addition to these, data for describing the progress of the game, a counter for timing, various flags, etc. are stored as appropriate.

  The terminal system program 502 is a program for realizing basic functions of input / output of the player terminal 1500 as a computer.

  The game program 504 is application software for realizing the function as the game calculation unit 210 by being read and executed by the processing unit 200, but may be configured as a part of the terminal system program 502. . The game program 504 may be a dedicated program according to a technical technique for realizing an online game, or may be configured by a web browser program, a plug-in that realizes interactive image display, and the like.

  The game program 504 is downloaded from the server system 1100 and stored together with the game initial setting data 512 and the event setting data 514.

  One event setting data 514 stores an event type, a unique event ID, and event content definition data in association with each other.

The play data 570 stores various data describing the progress of the game.
For example, as shown in FIG. 10, the play data 570 includes the player's account 571, player skill information 572, elapsed time 573, player character control data 574, enemy character control data 575, and own player progress status. Data 576, own player play progress history data 577, superiority / inferiority determination data 580, and event control data 590 are included. Of course, data other than these can be included as appropriate.

  The elapsed time 573 is an elapsed time from the start of the game and is basic data for detecting the superiority / inferiority determination timing. In this embodiment, every 30 seconds from the start of play is set as the superiority / inferiority determination timing, but of course the period is not limited to 30 seconds. Further, the superiority / inferiority determination timing may be set aperiodically.

  The player character control data 574 stores parameter values that describe the latest state of the player character 4 (FIG. 3). In this embodiment, for example, the position coordinates in the game space, the moving speed vector, the number of remaining stages, the position and moving speed vector of the shot bullets, the possessed item list (the item that is consumed as consideration for the event activation is In this case, the number of items is included), the item ID being used, the acquired item ID list, the data regarding the position and state of the strengthening equipment 5 (FIG. 6) added in response to the event activation, and the like are stored.

  The enemy character control data 575 stores parameter values describing the latest state of the enemy character 6 (FIG. 3) and the event character 8 (FIG. 5). For example, the position coordinates in the game space, the moving speed vector, the counter value that measures the attack interval, the function of the applied appearance pattern, the position and moving speed vector of the fired bullet, the remaining HP, and the like.

  The own player progress status data 576 is a parameter value indicating the latest score related to the own player used for superiority or inferiority, and is the latest score of the own player in the present embodiment.

  The own player play progress history data 577 is data that stores a time-series change in the results of the current game play. For example, player character status history data in which the status of the player character at each superiority or inferiority determination timing (or at a cycle timing finer than that) is stored in time series, stage history data in which game stage numbers being played are stored in time series, It is possible to appropriately include score history data in which scores are stored in time series, enemy shooting history data in which the cumulative number of enemy defeats is stored in time series, and the like. In the present embodiment, it is assumed that at least the score history data is included.

The superiority or inferiority determination data 580 stores various data for determining superiority or inferiority.
For example, the opponent progress status data 582 and progress status difference data 584 are included. The former is the opponent's score. The latter is the difference between the player's score and the opponent's score.

The event control data 590 stores information related to catch-up event control. For example, it includes an occurrence event ID 592 and a clearing score upper limit 594.
The former is identification information of a catch-up event selected by the generated event selection unit 224. The latter is set by the acquisition result upper limit setting unit 227 based on the difference between the score of the player and the opponent at the time of the event occurrence.

[Description of process flow]
FIGS. 11 to 12 are flowcharts for explaining the flow of processing in the server system 1100 and the player terminal 1500 in this embodiment.
In the processing flow described here, the account management program 503 and the library management program 505 are read and executed while the server processing unit 200s executes the server system program 501, and the player terminal 1500 executes the terminal system program 502. This is realized by a situation where the game program 504 is read and executed in the executed state.
It is assumed that the player has already acquired an account, and some opponent progress data 521 is already registered in the opponent progress data library 520.

  First, the player terminal 1500 accesses the server system 1100 to execute login processing (steps S2 and S4). When the login is completed, the player terminal 1500 transmits a request for providing the opponent progress data 521 to the server system 1100 (step S6).

  Upon receiving the provision request (YES in step S10), the server system 1100 selects any opponent progress data 521 from the opponent progress data library 520 and transmits it to the player terminal 1500 (step S12). At the time of selection, the skill information 523 (FIG. 3) of the opponent progress data 521 is compared with the player skill information 572 (FIG. 10) of the player of the player terminal 1500 that transmitted the provision request. The former will be selected slightly higher than the latter.

  When the player terminal 1500 receives the opponent progress data 521 and stores it as the applied opponent progress data 560 in the storage unit 500 (step S14), the player terminal 1500 starts game progress control (step S16). At the same time, the elapsed time 573 (FIG. 10) of the play data 570 is also started, and thereafter, the superiority / inferiority determination timing is detected using this as a reference. Further, the player character control data 574, the enemy character control data 575, and the own player progress status data 576 are sequentially changed according to the progress status, and the history is stored in the own player play progress history data 577.

  When the player terminal 1500 detects the arrival of the superiority / inferiority determination timing (YES in step S30), based on the applied opponent progress data 560, the opponent progress status in the elapsed time corresponding to the superiority / inferiority determination timing that has arrived this time (this embodiment) Then, a score is calculated (step S32). The calculation result is stored in the opponent progress status data 582 of the superiority / inferiority determination data 580.

  Next, the player terminal 1500 obtains a score difference by subtracting the score of the player from the difference between the opponent progress status and the own player progress status, that is, the score of the opponent in the present embodiment (step S34). The score difference is stored in the progress status difference data 584 of the superiority / inferiority determination data 580. Then, the player terminal 1500 controls the display of the superiority / inferiority status display 20 and notifies the player of the superiority / inferiority status (step S36).

  Next, the player terminal 1500 determines whether the player player is so inferior that a catch-up event is required (step S40). If the difference between the opponent's progress status and the player's progress status, that is, the score difference is equal to or greater than the reference, an affirmative determination is made (YES in step S40), and after setting the clearing score upper limit 594 (step S42), The event play permission notification 30 (FIG. 4) is displayed to notify the player that the catch-up event can be played (step S44). Further, the will confirmation display 32 is displayed to request the player to input whether or not there is a willingness to play the event even if the consideration is paid (step S46).

  Moving to the flowchart of FIG. 12, if an operation input for approving the payment of the consideration and the event play is detected by the player (YES in step S50), the player terminal 1500 executes the payment processing of the consideration (step S51) and occurs. A possible catch-up event is selected (step S52), and the selected catch-up event is generated and fired (step S54).

  Next, the player terminal 1500 determines whether or not the catch-up event end condition is satisfied (step S60). In this embodiment, 1) the opponent progress status and the own player progress status are the same, or the own player progress status exceeds the opponent progress status by a predetermined value, or 2) a predetermined time from the start of the event. 3) When a predetermined game progress is reached (for example, when the event character 8 is defeated), 4) When the score obtained by the player from the start of the event reaches the clear score upper limit 594, It is determined that the end condition is satisfied. When the end condition is satisfied (YES in step S60), the catch-up event being activated is ended (step S62). In the event that gives a score on the condition of clearing the event, such as “event character activation type”, a score is given at the end of the event. In the present embodiment, at the end of the “event character activation type”, a score upper limit 594 for clearing or a value obtained by slightly reducing it is given.

  If the game end condition is not satisfied (NO in step S70), the process returns to step S30 and the player terminal 1500 continues the game progress.

  When the game end condition is satisfied (YES in step S70), the player terminal 1500 ends the progress control of the game (step S72), further displays a predetermined selection screen, and provides the current play data. The player is requested to input whether to accept or not (step S74).

  If an operation input permitting the delivery is detected (step S76), the player terminal 1500 uses the play data 570 to provide the delivery data (for example, the account 571, the player skill information 572, and the own player play progress history). A set of data 577) is generated (step S78). And the data produced | generated with the offer request are transmitted to the server system 1100 (step S80), and a series of processes are complete | finished.

  On the other hand, when the server system 1100 receives the offer request from the player terminal 1500 (YES in step S90), the server system 1100 generates new opponent progress data 521 based on the offer data received together with the request, and the opponent progress data. It is additionally registered in the library 520 (step S92).

As described above, according to the present embodiment, the player terminal 1500 can enjoy a sense of competing in real time like a battle game. In addition, when a player becomes inferior, a catch-up event can be provided.
Also, the opponent progress data 521 that is the basis of such a pseudo-matching game only needs to be acquired from the server system 1100 before the game starts, so that the game can be enjoyed without being always connected to the server system 1100 after the game starts. be able to. That is, a game that can be excited like a battle play regardless of a change in the communication environment during play is realized. Another advantage is that the communication band is not occupied.

[Second Embodiment]
Next, a second embodiment to which the present invention is applied will be described. In the following description, differences from the first embodiment will be mainly described, and the same constituent elements will be denoted by the same reference numerals and description thereof will be omitted.

  In the present embodiment, a game similar to that of the first embodiment is basically realized. However, in the first embodiment, the control related to the game progress is realized by the player terminal 1500. The embodiment differs in that it is realized by the server system 1100. That is, the player terminal 1500 of the present embodiment receives an operation input, transmits an operation input signal to the server system 1100, receives data for displaying a game screen from the server system 1100, and displays a game screen. Plays a role as a machine interface.

  FIG. 13 is a functional block diagram illustrating a functional configuration example of the server system 1100 according to the present embodiment. In this embodiment, since transmission / reception related to the opponent progress data 521 to the player terminal 1500 is omitted, the server system 1100 of this embodiment replaces the provided data selection unit 204 with the applied opponent progress data used for the game. An application data selection unit 205 that selects 560 is included. Moreover, it replaces with the delivery data registration part 206, and it has the additional data production | generation registration part 207 which produces | generates the new opponent progress data 521 from the play data 570 which play ended, and registers it into a library. Also, the opponent progress data acquisition control unit 212 and the data delivery control unit 230 are omitted.

  FIG. 14 is a diagram illustrating an example of programs and data stored in the server storage unit 500s in the present embodiment. In the present embodiment, the play data 570 is generated and managed for each game, and the applied opponent progress data 560 is included in the play data 570.

FIGS. 15-16 is a flowchart for demonstrating the flow of the process which concerns on one game play of the server system 1100 in this embodiment. Basically, this is a flow that summarizes the processing of the player terminal 1500 and the processing of the server system 1100 in the first embodiment.
However, as shown in FIG. 15, instead of steps S4 to S12 of the first embodiment, the server system 1100 generates and initializes play data 570 (step S11), and selects the applied opponent progress data 560. Then, it is registered in the play data 570 (step S15). As shown in FIG. 16, instead of steps S80 to S92 of the first embodiment, the server system 1100 generates new opponent progress data 521 based on the play data 570, and the opponent progress data library 520. Is additionally registered (step S93).

[Third Embodiment]
Next, a third embodiment to which the present invention is applied will be described. In the following description, differences from the first embodiment will be mainly described, and the same constituent elements will be denoted by the same reference numerals and description thereof will be omitted.

  This embodiment is basically realized in the same manner as the first embodiment, but the conditions relating to the occurrence of a catch-up event based on the difference between the player and the opponent regarding a predetermined parameter before the game starts or during the game progress. The point to set is different.

FIG. 17 is a functional block diagram showing a functional configuration example of the player terminal 1500 in the present embodiment. FIG. 18 is a diagram illustrating an example of data included in the play data 570 in the embodiment.
Although it is basically the same as the functional configuration in the first embodiment, in the present embodiment, the game operation unit 210 includes an occurrence event control information setting unit 223.

  The generated event control information setting unit 223 sets a limit that suppresses the occurrence of a catch-up event as the difference in the abilities between the player and the opponent is closer to competition. Information regarding this restriction is stored in the event control data 590 as the generated event control information 596 (FIG. 18).

Specifically, the occurrence event control information 596 is set to include, for example, any of the types of catch-up events that can be generated, the occurrence timing, and the upper limit of the number of occurrences.
More specifically, the difference in the ability between the player and the opponent is determined from, for example, the difference between the player skill information 572 of the player and the opponent skill information 523 (FIG. 3) included in the opponent progress data 521. If the opponent player progress data 521 includes status data of the player character of the opponent (for example, ability parameter values, equipment and possessed item information, etc.), the ability parameter values and the equipment rank The ranks of owned items can be appropriately quantified and used to determine the skill difference.

  The smaller the skill difference, the smaller the number of catch-up events, the less the occurrence timing, and the fewer types of catch-up events that can occur. Conversely, the greater the skill difference, the greater the number of catch-up events that occur, the greater the occurrence timing, and the more types of catch-up events that can occur. The generation timing can be set, for example, by the ratio of the determination timing as to whether or not the catch-up event generation condition is satisfied with respect to the superiority or inferiority determination timing. For example, the condition for generating a catch-up event is determined once every two times of superiority or inferiority determination timing, and the condition for generating a catch-up event is determined once every four times of superiority or inferiority determination timing.

  Therefore, the generated event selection unit 224 of this embodiment selects a catch-up event that can be generated according to the generated event control information 596. In addition, the event control unit 228 generates an event according to the generated event control information 596.

  19 to 20 are flowcharts for explaining the flow of processing in the server system 1100 and the player terminal 1500 in the present embodiment. The player terminal 1500 basically has the same flow as that of the first embodiment, but the player terminal 1500 acquires the opponent progress data 521 from the server system 1100 and stores it as the applied opponent progress data 560 (step S14). The occurrence event control information 596 is set in (Step S15).

  Alternatively, the occurrence event control information 596 may be set (step S43) after the clearing score upper limit 594 is set (step S42). Either step S15 or step S43 can be omitted.

  This embodiment can also be realized based on the second embodiment.

[Modification]
As described above, the embodiments to which the present invention is applied have been described. However, the embodiments of the present invention are not limited to these embodiments, and components can be added, omitted, or changed as appropriate.

[Part 1]
For example, in the above-described embodiment, a single-player shooting game is illustrated as a game.
For example, as shown in FIG. 21, it may be a team battle game in which multiple players can play simultaneously. In this case, the opponent progress data 521 (FIG. 3) includes a player account 522 for each member of the opponent team, skill information 523, and play progress history data 524. Then, it is preferable that the superiority / inferiority status display 20 indicates the superiority / inferiority of the entire team, and it is preferable to display individual superiority / inferiority status display 23a, 23b with any member of the opponent team for each player character 4a, 4b. Even in this configuration, it is possible to enjoy the real pleasure of a battle with a much smaller amount of data, regardless of changes in the communication environment, than in the case of a team battle by communicating in real time. Of course, it is still possible to play with a small computer with relatively limited computing resources.
Further, a configuration in which there is one player and a plurality of opponents is possible. In this case, what is necessary is just to perform the process which concerns on the opponent in the said embodiment for every opponent. Therefore, for example, the superiority / inferiority display 20 is also prepared for each opponent, and a plurality of superiority / inferiority displays 20 are displayed in the game screen.

  The game genre may be, for example, a race game, a breeding game, a sports game, a puzzle game, an action game, a role playing game, a music game, a quiz game, a card battle game, or the like. The catch-up event may be appropriately set according to the content of the game.

  For example, in a music game in which markers that appear one after the other are touched to match the rhythm of music, the difficulty level is temporarily reduced by narrowing or fixing the appearance range when a catch-up event is triggered. Alternatively, a bonus marker to which a bonus privilege is given may appear. If the music game is a music game in which the marker moves along a predetermined course and is touched with the specified operation line (judgment line), the operation line is temporarily widened and highly evaluated. May be obtained.

In addition, in the case of a quiz game that vies how many questions are answered until the number of mistakes reaches the reference value, the number of mistakes may be reduced if the questions during the catch-up event activation period are answered. Alternatively, it may be replaced with a problem with low difficulty.
In addition, in the case of a card battle game in which a deck is organized by a game card owned by the player and played, the appearance probability of a card with high rarity from the deck may be temporarily increased during the catch-up event activation period.

[Part 2]
In addition, an intermediate configuration between a configuration (first embodiment) in which all the functional units included in the game calculation unit 210 are realized by the player terminal 1500 and a configuration (second embodiment) realized in the server system 1100 is also possible. Is possible. That is, a configuration in which the function unit included in the game calculation unit 210 is shared between the player terminal 1500 and the server system 1100 is also possible.

[Part 3]
In addition, the player terminal 1500 has a form as a smartphone, but may be in the form of an electronic device that is another computer.
For example, a stationary home game device including a device main body on which a control board is mounted and a plurality of touch panel-mounted game controllers that are wirelessly connected to the device main body may be provided. In the case of this configuration, the apparatus main body is equivalent to the control board 1550 of the above embodiment, and the game controller may be regarded as a wireless communication type touch panel 1506.
Further, for example, it may be in the form of a business game device (arcade game device) that can read data from a game card (trading card) as an entity to play a main game or pay out a new game card. In this case, the inclusion is printed each time and is provided to the player as a game card.

[Part 4]
The content of the catch-up event is defined in advance in the distribution event setting data 513, but the event control unit 228 may have a function of changing / variing the details of the event content when the catch-up event is activated.
For example, in the process of approving the payment of the consideration (step S46), the player can select the type and number of items (consumed items) to be paid as the consideration. Then, in step S54, the event control unit 228 adjusts the difficulty level of the catch-up event to be activated in accordance with the type and the number of items considered as the consideration, and activates it. Specifically, the degree of difficulty is changed as the items with higher effects and rarity and the quantity to be paid become easier. More specifically, if it is an “event character appearance type”, the difficulty level is adjusted by changing the counterattack cycle of the event character 8 (FIG. 5). If it is “player enhanced type”, the number of enhanced equipment 5 is changed, or the continuous shooting interval of the player character 4 and enhanced equipment 5 is changed. In the case of the “enemy weakening type”, the moving speed and the counterattack cycle of the enemy character 6 may be changed.

2 ... Player 4 ... Player character 5 ... Strengthening equipment 6 ... Enemy character 8 ... Event character 10 ... Score display section 12 ... Bonus score notification 14 ... Remaining time display 20 ... Display of superiority / inferiority status 21 ... Player power display bar 22 ... Competitor power Display bar 30 ... Event play permission notification 32 ... Will confirmation display 32a ... Payment postponed icon 32b ... Consideration payment operation icon 200 ... Processing unit 200s ... Server processing unit 201 ... Account management unit 202 ... Library management unit 204 ... Provided data selection unit 205 ... Applied data selection unit 206 ... Offer data registration unit 207 ... Additional data generation registration unit 210 ... Game calculation unit 212 ... Competition progress data acquisition control unit 214 ... Game progress control unit 216 ... Advantage determination timing detection unit 218 ... Competition progress Situation judgment part 219 ... battle Opponent progress data acquisition control unit 220 ... superiority or inferiority determination unit 222 ... superiority or inferiority display control unit 224 ... generated event selection unit 226 ... consideration payment operation detection unit 227 ... acquisition result upper limit setting unit 228 ... event control unit 230 ... data delivery control unit 240 ... Game execution unit 262 ... Game screen display control unit 500 ... Storage unit 500s ... Server storage unit 503 ... Account management program 504 ... Game program 505 ... Library management program 507 ... Distribution game program 511 ... Distribution game initial setting data 512 ... Game Initial setting data 513 ... Event setting data for distribution 514 ... Event setting data 520 ... Opponent progress data library 521 ... Opponent progress data 522 ... Provided player account 523 ... Skill information 524 ... Play progress history data 53 0 ... User registration data 560 ... Applicable opponent progress data 570 ... Play data 571 ... Account 572 ... Player skill information 573 ... Elapsed time 576 ... Self player progress status data 577 ... Self player play progress history data 580 ... Superiority determination data 582 ... Opponent progress status data 584 ... Progress status difference data 590 ... Event control data 592 ... Occurrence event ID
594... Clear upper limit score 1100 ... Server system 1150 ... Control board 1500 ... Player terminal 1550 ... Control board

Claims (15)

A program for causing a computer to execute a battle game that competes for the progress of the game,
From the opponent progress data that is the game progress data of the opponent played, the opponent's game progress status (hereinafter referred to as “opponent progress status”) corresponding to the current time elapsed by the player is Opponent progress status judging means to judge,
Event control means for generating an event when a generation condition for generating an event based on a difference between the current game progress status of the player (hereinafter referred to as “own player progress”) and the opponent progress is satisfied. An event control means for generating different events according to the magnitude of the difference between the player progress status and the opponent progress status ;
A program for causing the computer to function as The opponent progress determination means determines the opponent's game result corresponding to the current time elapsed by the player as the opponent progress,
The event control means determines whether the current game score of the player is the progress status of the player, and satisfies the generation condition.
The program according to claim 1. The opponent progress status judging means judges the opponent progress status at a given timing during game play of the player,
The event control means determines the generation condition based on the difference at the timing.
The program according to claim 1 or 2. Superiority or inferiority judging means for judging the superiority or inferiority of the player with respect to the opponent based on the difference;
Superiority or inferiority display control means for performing control to display the determination result of the superiority or inferiority determination means,
The program as described in any one of Claims 1-3 for making the said computer function further as. The event control means generates an event that can accelerate the game progress of the player.
The program as described in any one of Claims 1-4 . Setting means for setting generated event control information including any of the types of events that can be generated by the event control means, the occurrence timing, and the number of occurrences based on the difference between the player and the opponent regarding the predetermined parameter Further functioning the computer;
The event control means generates an event according to the generated event control information.
The program as described in any one of Claims 1-5 . The setting means sets the generated event control information before the start of the game or during the progress of the game.
The program according to claim 6 . The setting means adjusts the generated event control information based on an item owned by the player or an ability parameter value.
The program according to claim 6 or 7 . The event control means generates the event when the generation condition is satisfied and a consumption instruction operation of a given consumption item is performed by the player.
The program as described in any one of Claims 1-8 . The event control means changes an event to be generated based on the type of the consumption item for which the consumption instruction operation has been performed.
The program according to claim 9 . The event control means changes an event to be generated based on the quantity of the consumption items for which the consumption instruction operation has been performed.
The program according to claim 9 or 10 . The event generated by the event control means is determined based on the difference between the current game score played by the player, the game score that the player can acquire after the present time, and the game score of the opponent. An achievement achievement upper limit setting means for setting an upper limit of game achievement that can be obtained when the player has cleared,
Program according to any one of claim 1 to 11 for further functions the computer as. The opponent progress determination unit obtains the opponent progress data from a server system that stores game progress data of a plurality of players, and determines the opponent progress.
When the player finishes the game, the computer further functions as serving means for delivering the game progress data played by the player to the server system.
Program according to any one of claims 1 to 12. A game device that executes a game to fight against the progress of the game,
An opponent progress status judging means for judging an opponent progress status corresponding to the current time elapsed by the player from the opponent progress data which is the game progress data played by the opponent;
Event control means for generating an event when an occurrence condition for generating an event based on a difference between the own player progress status and the opponent progress status is satisfied , the own player progress status and the opponent progress status Event control means for generating different events according to the magnitude of the difference between and
A game device comprising: A server system that uses a player terminal as a man-machine interface to perform control for causing a player game to play a battle game that competes for progress of the game,
Opponent progress status judging means for judging the progress status of the opponent corresponding to the passage of the current time that the player of the player terminal is playing from the opponent progress data, which is the game progress data played by the opponent. ,
Event control means for generating an event when an occurrence condition for generating an event based on a difference between the own player progress status and the opponent progress status is satisfied , the own player progress status and the opponent progress status Event control means for generating different events according to the magnitude of the difference between and
Server system with

Images