JP5513671B1 - GAME SERVER, GAME CONTROL METHOD, GAME PROGRAM, RECORDING MEDIUM, AND GAME SYSTEM - Google Patents

Abstract

There is provided a game server capable of enhancing a user's interest by enabling a game to proceed on a game screen suitable for each real user.
An operation data receiving unit 11a that receives operation data for a game provided to the terminal 3 from a terminal 3 connected via the Internet 2 and provided to the terminal 3 in accordance with information obtained from the operation data. The transition format in which the game image that displays the progress and operation details of the game to be transitioned is changed, the still image transition format in which the game image transitions by switching the still image, or the animation transition in which the game image transitions by displaying the animation A transition format determination unit 42 that determines the format, an operation content setting unit 43 that sets the operation content that can be operated by the game image of the determined transition format, and a game image that expresses the set operation content in an operable manner are displayed. And a display data transmission unit 44 for transmitting data to be transmitted to the terminal 3.
[Selection] Figure 5

Description

  The present invention relates to a game server that controls the behavior of a virtual user existing on a game in accordance with operation data from each terminal connected via a communication network, and a virtual user present on a game provided by the game server The present invention relates to a game control method for controlling the behavior of the game, a game program for causing a computer to execute the game control method, a recording medium storing the game program, and a game system including the game server and a terminal.

  In recent years, with the spread of highly functional mobile terminals typified by smartphones, social network games (hereinafter referred to as social games) have become widespread as games provided using social networking services (SNS). In social games, real users interact with other virtual users in the same virtual space by operating the terminal to access the game server and operating virtual users in the virtual space constructed by the game server. While playing online.

  As one aspect of such a social game, it is configured as one game by combining a plurality of game parts such as a quest part, a battle part, a strengthening part, a gacha part, etc., based on the behavior and story of a virtual user. There is something. As an example of a social game combining such game parts, Patent Document 1 collects player cards indicating soccer players in game parts corresponding to gacha parts, and player cards collected in game parts corresponding to strengthening parts. A game is described in which the shown soccer player is nurtured and battles against other users and computers in a game part corresponding to the battle part.

  Specifically, the game image representing the progress of the social game is displayed on the terminal as follows. That is, the terminal acquires a still image in a raster image format such as a GIF image from the game server each time a click operation or a tap operation is performed, and displays the acquired still image as a game image. In such still image switching display, the still image displayed on the terminal is switched in a predetermined order according to the click operation or the tap operation.

  In addition to the still image switching display described above, some social games use animation images as game images in order to give a sense of realism to the progress of the game. For example, the game progress can be displayed in animation by continuously displaying still images in a raster image format using JavaScript (registered trademark) or the like. In addition, the game progress can be displayed as an animation using a vector image using Adobe Flash (registered trademark) developed by Adobe Systems. In such animation display, a complicated drawing process such as selecting a part of the display image according to the click operation or tap operation and adding, deleting, or deforming a part of the display image according to the slide operation or flick operation. The game screen can be changed in a more complicated manner.

JP2013-059564A

  By the way, in the above-described still image switching display, the game screen monotonously changes, so that the terminal operation by the actual user becomes a work. For this reason, in the switching display of the still image, the willingness to participate in the game has been reduced for an actual user who has become accustomed to the game operation and prefers a relatively complicated operation.

  On the other hand, in the above-described animation display, various drawing processes can be performed according to a tap operation or a flick operation, and the progress of the game can be expressed in a more complicated manner. However, in the animation display, for example, since it takes time for the screen transition, the willingness to participate in the game is reduced for an actual user who wants to perform the game operation quickly. In addition, in the animation display, the way of operating the game is more complicated than the above-described still image switching display, so that the willingness to participate in the game is reduced for an actual user who is not accustomed to the game operation.

  The present invention has been made in view of the above-described problems, and is a game server and a game server that can enhance the interest of a user by allowing a game to proceed with a game screen suitable for each real user. It is an object of the present invention to provide a game control method for controlling the progress of a game to be provided, a game program, a recording medium recording the game program, and a game system.

  In order to solve the conventional problems described above, the present invention has the following means.

  (1) An operation data receiving unit that receives operation data for a game provided to the terminal from a terminal connected via a communication network, and provided to the terminal according to information obtained from the operation data The transition format in which the game image that displays the game progress and operation details transitions to the still image transition format in which the game image transitions by still image switching display, or the animation transition format in which the game image transitions by animation display Data for displaying a transition format determining unit to be determined, an operation content setting unit for setting operation details operable by the determined transition format game image, and a game image expressing the set operation details as operable And a display data transmission unit for transmitting to the terminal.

  The information obtained from the operation data includes, for example, an execution request for various operations such as a quest and a battle, and a transition form in which a game image selected at the time of the execution request changes.

  The still image transition format is a format in which a game image transitions by switching and displaying a still image acquired from a game server each time a terminal performs a click operation or a tap operation. That is, in the still image transition format, the display is switched to another still image in response to a click operation or a tap operation.

  For example, when a virtual user represents a game progress that battles with an enemy, the first still image before switching the display is an operation acceptance image for receiving the battle execution, and the second still image after switching the display is It is a battle result image which shows the damage etc. which were given to the enemy after battle execution. In this way, the progress of the battle is expressed by switching directly from the first still image to the second still image without displaying an animation between the first still image and the second still image. be able to.

  As described above, in the still image transition format, no animation is displayed while switching from the first still image to the second still image, so that the transition is performed (switched) in a predetermined order according to the click operation or the tap operation. Thus, it is suitable for a situation where a real user desires a relatively easy game operation. In addition, the game image in the still image transition format does not display an animation while switching from the first still image to the second still image, so even if it has not completely transitioned to the second still image, it is partially This is suitable for situations where a real user performs a game operation relatively quickly because the game can be advanced by clicking or tapping the displayed second still image.

  On the other hand, the animation transition format is a format in which a game image transitions by displaying an animation. For example, when expressing a game progress where a virtual user battles with an enemy, the animation transition format does not switch the still image as in the above-described still image transition format, and the game image transitions by displaying the animation. A state in which an enemy is attacked between an execution reception and a battle result, for example, a state in which the enemy is deformed or falls down, can be expressed by animation.

  That is, the animation transition format can perform more complicated drawing processing than the still image transition format, such as selecting a part of the game image in accordance with the tap operation and the flick operation, and deforming and moving the selected portion. For this reason, the game image expressed in the animation transition format has relatively large data to be transmitted from the game server to the terminal, and depending on the game server and the communication state, it takes time to transition the image. Suitable for situations that require complex operations and image effects.

  Using such still image transition format and animation transition format characteristics, the transition format determination unit sets a transition format desired by the real user in accordance with operation data received from the terminal. As an example, the transition format determination unit requests a still image transition format image display, or determines the still image transition format when operation data that is assumed to be requested is received, and requests an animation transition format image display. If the operation data estimated to be requested is received, the animation transition format is determined.

  For example, even if the operation content setting unit is in a game progress state in which a battle against the same enemy is performed, if the animation transition format is determined, the degree of freedom of operation is increased compared to the still image transition format, or more Set operation content suitable for the determined transition format, such as enabling complex operations. That is, when the still image transition format is set, the operation content setting unit sets the operation content to transition to the subsequent image (second still image) when the operation input is received. On the other hand, when the animation transition format is set, the operation content setting unit selects the attack location by tapping and destroys or deforms the enemy by flicking when displaying the animation expressing the battle progress. Set the operation details such as

  The display data transmission unit transmits data for displaying the game image to the terminal. For example, the display data transmission means transmits data for displaying a game screen corresponding to the transition type and the operation content to the terminal even in a game progress state in which the same enemy is played.

  According to this aspect which consists of the above structures, even if it is the same game progress, it becomes possible to play with the game image expressed by the different transition format according to operation data. For this reason, according to this aspect, for example, a still image transition format game image is displayed on the terminal of a real user who is unfamiliar with the game operation or a real user who wants to perform the game operation in a hurry. It is possible to display a game image in an animation transition format on a terminal of an actual user who is used and likes a relatively complicated operation. In other words, according to this aspect, the progress of the game is enabled by the transition-type game image suitable for each real user, thereby suppressing the tiredness and dissatisfaction that the real user has with the game and increasing the interest in the game. It becomes possible.

  (2) It further includes a time zone determination unit that determines whether or not the reception time at which the operation data is received is in a specific time zone, and the transition format determination unit has the reception time in a specific time zone. In this case, the transition format of the game image is set to a still image transition format.

  The time zone determination unit determines whether or not the reception time when the operation data is received is a time zone in which the actual user is expected to quickly operate the terminal, such as a commuting time zone or a school time zone. To do. Based on such a determination result, the transition format determination unit displays a still image transition format game image on the terminal of the actual user in a time zone in which the actual user is expected to operate the terminal quickly. On the other hand, if the transition format determination unit determines that it is not the predetermined time zone, it is assumed that the real user can play the game slowly, and the game image in the animation transition format is displayed on the terminal of the real user. indicate.

  According to this aspect configured as described above, even if the game progresses the same, it is possible to play using a transition-type game image suitable for a time zone in which a real user enjoys the game. That is, according to this aspect, in a time zone in which a real user is expected to operate the terminal in a hurry, for example, the drawing process takes time, and the subsequent image cannot be displayed easily. It is possible to prevent dissatisfaction such as embrace, and maintain motivation for game progress by enabling relatively complicated operations and image effects in other time zones.

  (3) A communication speed determination unit that determines whether or not the communication speed of the terminal is less than a predetermined speed, and the transition type determination unit, when the communication speed is less than a predetermined speed, The transition format of the game image is set to a still image transition format.

  The communication speed determination unit, for example, based on the transmission / reception timing with the terminal, the downlink communication speed for downloading data from the game server to the terminal is less than the speed necessary for the terminal to display the animation transition format game image without delay. It is determined whether or not. Based on such a determination result, when the downlink communication speed of the terminal is lower than the predetermined speed, the transition format determination unit determines that the subsequent image (second image) is input by an operation input even if the game image is not completely displayed. A still image transition format capable of transitioning to (still image) is set as a transition format of the game image. In addition, since the transition format determining unit can transmit the data for displaying the game image in the animation transition format to the terminal without delay, for example, when the downlink communication speed of the terminal is equal to or higher than the predetermined speed, Set the animation transition format to the game image transition format.

  In this way, according to this aspect, a sufficient communication speed cannot be realized due to the communication environment of the terminal, and when data for displaying a game image is transmitted to the terminal in the animation transition format, Transmission can be prevented from being delayed. Furthermore, according to this aspect, it is possible to prevent a situation in which the real user is dissatisfied due to the delay in displaying the game image.

  (4) It further includes a movement determination unit that determines whether or not the terminal is moving based on the position information of the terminal obtained from the operation data, and the transition type determination unit is configured so that the terminal is moving The game image transition format is set to a still image transition format.

  The movement determination unit determines whether or not the terminal is moving, for example, from a change in position information with time. Based on the determination result, when the terminal is moving, the transition type determination unit is in a situation where the communication speed is not stable or the complicated operation cannot be performed in a crowded train. Infer. Then, the transition format determination unit is capable of a relatively easy game operation, and a still image transition format that can transition to a subsequent image (second still image) by an operation input even if the game image is not completely displayed. Set the game image transition format. On the other hand, when the terminal is not moving, the transition format determination unit estimates that the communication speed is stable and can display the game image without delay in the animation transition format, for example. Is set to the game image transition format.

  Thus, according to this aspect, the game image in the still image transition format is displayed on the terminal in consideration of the situation where the communication speed is not stable or the complicated operation cannot be performed in the crowded train. By doing so, it is possible to prevent a situation in which the display of the game image is delayed in the animation transition format, or the user is dissatisfied because it is difficult for the actual user to operate the terminal.

  (5) When the operation content setting unit determines that the transition format of the game image is the animation transition format, there are more options that the virtual user can act on compared to the case where the still image transition format is determined. As described above, the operation content is set.

  The operation content setting unit, for example, sets operation details for attacking a plurality of enemies in order from a predetermined enemy in a still image transition format game image, and for a plurality of enemies in an animation transition format game image. Set the operation details to attack from an arbitrarily selected enemy. Thus, according to this aspect, it is possible to provide an actual user with an operation environment suitable for each transition format by changing the operation content according to the transition format.

  (6) The operation content setting unit sets the operation content according to information obtained from the operation data received in the past when the transition format of the game image is determined to be an animation transition format. To do.

  The operation content setting unit, for example, reaches the predetermined level when the level quantitatively expressing the strength in the game accumulated from the start of the game has not reached the predetermined level. Compared to the case, by limiting the range that can be attacked against the enemy, it is possible to give an incentive to raise the level and improve the interest in the game.

  (7) The still image transition format game image is composed of raster images, and the animation transition format game image is composed of vector images.

  A raster image is an image represented by a collection of pixels arranged on a line (raster line), such as a bitmap image. On the other hand, a vector image is an image expressed by geometric drawing information such as the position of a point, a line connecting the points, the thickness and color of the line, and the curvature in the case of a curve.

  When comparing a raster image with a vector image, unlike a vector image, a raster image can output a game image simply by outputting the data developed in memory. Suitable for On the other hand, since vector images can perform more complicated drawing processing than raster images, they are particularly suitable for situations where the actual user desires complex operations and image effects.

  According to this aspect, by considering the advantages of raster images and vector images, and applying them to the still image transition format and animation transition format, respectively, the game progress more suitable for the operating environment where the real user is placed is realized. can do.

  (8) The transition format determination unit changes the transition format from the animation transition format to the still image transition format when a predetermined operation is performed by the terminal after setting the transition format in which the game image transitions to the animation transition format. It is characterized by doing.

  In this aspect, when a predetermined operation is performed, for example, an operation that seems to be troublesome for the real user is performed, for example, when an enemy cannot be defeated by three attacks and a fourth attack is performed. This is equivalent to According to this aspect, when a predetermined operation is performed, the real user determines that he wants to advance the game quickly, and changes the transition format from the animation transition format to the still image transition format. By changing the transition format like this, it is possible to display game images suitable for the progress of the game that changes in real time, such as not being able to defeat enemies, and continuously stimulate the willingness of real users to play the game. can do.

  (9) The transition format determination unit sets the transition format in which the game image transitions to the animation transition format, and then divides the game image into a plurality of image regions, and for each divided image region, from the operation data According to the obtained information, the animation transition format is changed to the still image transition format.

  According to this aspect, after the transition format is set to the animation transition format, for example, the game image representing the battle between the virtual user and the enemy is represented as a battle progress that destroys or deforms the enemy. And a second image region that accepts an operation input for attacking an enemy. According to this aspect, when the operation data reception time is in a specific time zone, the first image area is changed from the animation transition format to the still image transition format, and the communication speed is lower than the predetermined speed. Changes from the animation transition format to the still image transition format for the second image region.

According to this aspect, the actual user is placed by changing from the animation transition format to the still image transition format step by step in units of image areas in accordance with information obtained from operation data such as operation time zone and communication speed. The game progress can be realized with careful consideration of the operating environment.
In any aspect, the present invention as described above is a game control method for controlling the progress of a game provided by the game server, a game program, a recording medium recording the game program, and a game system. It can also be understood as

  ADVANTAGE OF THE INVENTION According to this invention, the game control which controls the progress of the game provided by the game server which can raise a user's interest by enabling the game progress by the game screen suitable for each real user, and a game server is provided. A method, a game program, a recording medium recording the game program, and a game system can be provided.

It is a figure which shows the system configuration | structure of the game system to which this invention was applied. It is a figure for demonstrating the structure of the social game which the game server to which this invention was applied provides. It is a figure which shows the hardware constitutions of the game server to which this invention was applied. It is a figure which shows the structure of each process part implement | achieved by the game server to which this invention was applied. It is a figure for demonstrating the structure concretely implement | achieved by the battle part process part which concerns on 1st Embodiment. It is a figure for demonstrating the data which the game data memory | storage part which concerns on 1st Embodiment memorize | stores. It is a figure which shows an example of the game image displayed when a virtual user starts the battle | competition with an enemy. It is a figure which shows the progress content of the battle | competition process implement | achieved by the game image of a still image transition format. It is a figure which shows the progress content of the battle | competition process implement | achieved by the game image of an animation transition format. It is a figure for demonstrating the specific example of an operation content data table. It is a flowchart for demonstrating the process performed by the battle part process part which concerns on 1st Embodiment. It is a figure for demonstrating the structure concretely implement | achieved by the battle part process part which concerns on 2nd Embodiment. It is a figure which shows the other example of the game image displayed when a virtual user starts the battle | competition with an enemy. It is a flowchart for demonstrating the process performed by the battle part process part which concerns on 2nd Embodiment. It is a figure for demonstrating the structure concretely implement | achieved by the battle part process part which concerns on 3rd Embodiment. It is a flowchart for demonstrating the process performed by the battle part process part which concerns on 3rd Embodiment. It is a figure for demonstrating the structure concretely implement | achieved by the battle part process part which concerns on 4th Embodiment. It is a flowchart for demonstrating the process performed by the battle part process part which concerns on 4th Embodiment. It is a figure for demonstrating the structure concretely implement | achieved by the battle part process part which concerns on 5th Embodiment. It is a figure which shows the other example of the game image displayed when a virtual user starts the battle | competition with an enemy. It is a figure of the other example which shows the progress content of the battle | competition process implement | achieved by the game image of a still image format. It is a figure of the other example which shows the progress content of the battle | competition process implement | achieved by the game image of an animation transition format. It is a flowchart for demonstrating the process performed by the battle part process part which concerns on 5th Embodiment. It is a figure for demonstrating the structure concretely implement | achieved by the battle part process part which concerns on 6th Embodiment. It is a flowchart for demonstrating the process performed by the battle part process part which concerns on 6th Embodiment. It is a flowchart for demonstrating the process performed by the transition format determination part which concerns on a modification. It is a flowchart for demonstrating the process performed by the transition format determination part which concerns on a modification. It is a figure which shows an example of the game image divided | segmented per image area.

  A mode for carrying out the present invention (hereinafter referred to as the present embodiment) will be described with a specific example. The present embodiment relates to a game system that provides a game to a terminal connected to a game server via a communication network. Specifically, as shown in FIG. 1, a game system G according to the present embodiment includes a game server 1 that provides a game to a user, and a terminal 3a that is connected to the game server 1 via the Internet 2 that is a communication network. 3b, 3c,... (Hereinafter collectively referred to as terminal 3).

  In the following, first, prior to the description of the embodiment, the definitions of terms used in the present embodiment are clarified, and further, an outline of the social game handled in the present embodiment is described, and then the configuration and processing contents of the game system G are specifically described. I will explain it.

(1) Definition of terms Definitions of terms used in the present embodiment are as follows.

  “Real user” refers to an entity operating a terminal, that is, a person hitting a person. On the other hand, the “virtual user” refers to a virtual entity that can act in the virtual space on behalf of the real user by a button or touch operation on the terminal of the “real user”. For this “virtual user”, the virtual entity cannot be visually recognized in the game, for example, as in the player of a traditional shogi game or mahjong game, but is operated in the virtual space as an impersonation of the “real user” Also includes pieces and traps. The “virtual user” also includes a specific visible character that is displayed on the game in a role playing game or a battle game and causes movement or action. Furthermore, the “virtual user” includes a virtual entity displayed as an avatar in the SNS.

  “Virtual space” refers to a space constructed by a computer in which a virtual user can act on a game. The virtual space employs, for example, a structure in which a virtual road where a virtual user can move is stretched, and a start point and a goal point where the virtual user is movably connected via the virtual road are set. In the virtual space, it is possible to adopt a structure in which enemies that a virtual user can fight are arranged on a virtual road.

(2) Outline of Social Game Next, an outline of the social game provided from the game server 1 to the terminal 3 connected via the Internet 2 will be described with reference to FIG.

  In general, a social game is a virtual card (hereinafter, referred to as “hundreds of characters”, for example, hundreds of characters) in a virtual space through a virtual user who performs an operation according to the operation of the terminal 3 by a real user. This is a game that creates an item list (hereinafter also referred to as a deck) of a predetermined number of cards. More specifically, while leveling up the cards on the deck and selecting groups, you can play cards against enemies that appear in the virtual space, trade cards with other virtual users, etc. , Strengthen and collect cards. In card-to-card battles, the attack power and defense power of each card that composes the deck, and skills that achieve a certain level of effectiveness through a combination of predetermined cards (equivalent to a “role” in a card game or mahjong), etc. , Damage to the enemy and victory or defeat are decided.

  In the social game, a plurality of game parts (hereinafter also simply referred to as “parts”) are organically combined to complete one story or character, and the whole game is formed as one game. For example, as shown in FIG. 2, the social game 20 includes a quest part 21, a battle part 22, a gacha part 23, and a strengthening part 24.

  The quest part 21 is a virtual card in which a virtual user searches the virtual space and fights enemies that appear during the search, as indicated by the word “quest” having significance such as “search, search, adventure”, or a new card. It is a part of a game that progresses by earning or improving the level of a virtual user. In the quest part 21, a predetermined quest point is given to the virtual user, and movement of the virtual user, acquisition of an item, improvement of a level, and the like are performed by consuming the quest point. Further, in the quest part 21, a battle point is played by using the card owned by the virtual user by consuming the battle points.

  The battle part 22 is a part where a virtual user owns a card in which a card is incorporated and battles against another virtual user as an enemy. Based on the attack power and defense power of each card constituting the deck described above. Victory or defeat is decided.

  The gacha part 23 is derived from “Gacha Gacha” (registered trademark), which represents a state in which a capsule toy that is a toy packaged in a capsule after coins are inserted into a vending machine. However, it is a part which acquires a card | curd at random based on the appearance rate for every card | curd using the point for gacha given in place of a coin, and the authority for gacha.

  Strengthening part 24 synthesizes the cards owned by the virtual user and raises the level indicating the strength of the cards, thereby defending the attack power given to the enemy and the attack from the enemy when incorporated in the deck. It is a part that strengthens defense power.

  In the social game 20 composed of a plurality of parts as described above, each part alone is not independent of other game parts. As described above, the parts are related to each other and combined, It has significance as a whole. Therefore, in the social game 20, one game can be advanced as a whole when the virtual user effectively advances each game part.

(3) Basic Hardware Configuration (3-1) Terminal Configuration Based on the above definition of the social game 20, a hardware configuration for realizing the game system G of the present embodiment will be described below.

  As illustrated in FIG. 1, the terminal 3 includes a portable wireless communication terminal including a wireless communication unit 31, a display unit 32, and an operation unit 33, for example. The wireless communication unit 31 connects to the Internet 2 using a mobile phone line or a wireless LAN line, and performs data communication with the game server 1 on a web browser. The display unit 32 displays the web browser screen received from the game server 1. For example, the operation unit 33 includes a touch panel that receives an operation input from an actual user according to the display on the screen of the display unit 32. The operation input received from the real user in this way is transmitted to the game server 1 by the wireless communication unit 31.

  In the terminal 3 having such a hardware configuration, for example, individual authentication processing of the terminal is performed by a combination of a user ID registered in advance and a predetermined password. When the authentication with the game server 1 is completed, the terminal 3 receives data necessary for progressing the game from the game server 1 and transmits operation data in the operation unit 33 to the game server 1. .

  The terminal 3 may be a mobile phone, a PDA, a personal computer, or the like as long as it is a communication device that can communicate with the game server 1 via the Internet 2 that is a communication network. In addition, although a touch panel has been described as an example of the operation unit 33, it is needless to say that a configuration in which a cursor or the like is moved by a physical key operation to perform selection operation and input information may be employed.

(3-2) Schematic Configuration of Game Server The game server 1 connected to be communicable with the terminal 3 is realized by a computer having a general-purpose hardware configuration as shown in FIG. 3, for example. That is, the game server 1 includes a communication interface unit 11 that communicates with the terminal 3 via the Internet 2 and an operation input unit 12 that receives an operation input from a user such as a keyboard and a mouse, as shown in FIG. . In addition, the game server 1 includes an arithmetic processing unit 13 such as a CPU that performs various arithmetic processes, a main memory 14 such as an SRAM or DRAM that temporarily stores arithmetic processing data, and a hard disk that stores application programs and various data. And the like, and a display 16 for displaying the calculation processing result.

  The game server 1 installs a game program for providing such a social game 20 to the user in the storage device 15, thereby realizing a functional block as shown in FIG.

  That is, in the game server 1, for example, a function including a receiving unit 11a, a transmitting unit 11b, a game data processing unit 100, and a game data storage unit 200 that manages game data is realized as shown in FIG. .

  The receiving unit 11 a is means for receiving operation data sent from the terminal 3 through the communication network 2. Specifically, the data indicating the operation data received by the receiving unit 11a is data indicating the content of the action requested to the virtual user, for example, the virtual user along the virtual path set in the virtual space. Is to move, to attack an enemy encountered by a virtual user while moving on the virtual road, and to select a still image transition format or an animation transition format to be described later.

  The transmission unit 11b is means for transmitting data for displaying a game screen indicating the progress of the game to the terminal 3. The data transmitted by the transmission unit 11b is displayed on the terminal, for example, image data of a game image indicating the progress of a game in which a virtual user moves along a virtual path or attacks an enemy, or the game screen. Display control data. More specifically, the transmission unit 11b transmits to the terminal 3 data for displaying a game image expressed in a still image transition format or an animation transition format.

  The game data processing unit 100 includes a quest part processing unit 101, a battle part processing unit 102, a gacha part processing unit 103, and an enhanced part processing unit 104.

  Here, the quest part processing unit 101 performs data processing of the quest part 21. The battle part processing unit 102 performs data processing for the battle part 22. The gacha part processing unit 103 performs data processing of the gacha part 23. The reinforcement part processing unit 104 performs data processing of the reinforcement part 24.

(4) 1st Embodiment Below, the battle part process part 102 (this embodiment calls it the battle part process part 102a in order to distinguish with other embodiment) which concerns on 1st Embodiment, and this battle. A specific configuration of a game data storage unit 200 that stores data used for processing in the part processing unit 102a (referred to as game data storage unit 200a in this embodiment to distinguish it from other embodiments) is shown in FIG. Will be described with reference to FIG. First, the configuration of the game data storage unit 200a will be described.

(4-1) Configuration of Game Data Storage Unit First, as data used in the battle part processing unit 102a, the game data storage unit 200a includes an enemy data table 210, a virtual user data table 220, as shown in FIG. A game image data table 230 and an operation content data table 240 are stored.

(Enemy data table 210)
The enemy data table 210 is a data table for managing various parameters related to enemies that a virtual user can play against, for example, as shown in FIG. That is, the enemy data table 210 manages the physical strength data 612, the attack power data 613, and the defense power data 614 for each enemy to which the enemy ID data 611 indicating a uniquely identifiable unique number is assigned.

  The physical strength data 612 is a value obtained by quantifying the durability ability against an attack from a virtual user (hereinafter, also referred to as a physical strength value), and the attack power data 613 is a value obtained by quantifying the ability to attack the virtual user. The force data 614 is a value obtained by quantifying the ability to defend against attacks from virtual users. In FIG. 6A, for example, for an enemy whose enemy ID data 611 is managed as “00001”, the physical strength data 612 is “125”, the attack power data 613 is “20”, and the defense power data 614 is “13”.

(Virtual user data table 220)
The virtual user data table 220 is a data table for managing various parameters related to virtual users, for example, as shown in FIG. That is, the virtual user data table 220 includes user level data 622, physical strength data 623, attack power data 624, and defense power data 625 for each virtual user to which user ID data 621 indicating a uniquely identifiable number is assigned. Manage.

  The user level data 622 is a numerical value that quantitatively expresses the accumulated ability value accumulated from the game start stage, in other words, the strength of the virtual user in the game. Further, the physical strength data 623 is a physical strength value obtained by quantifying the durability ability against the attack from the enemy, the attack power data 624 is a value obtained by quantifying the ability to attack the enemy, and the defense power data 625 is a defense against the enemy attack. This is a numerical value of the ability to perform. In FIG. 6B, for example, for a virtual user whose user ID data 621 is managed as “10001”, the user level data 622 is “35”, the physical strength data 623 is “285”, and the attack power data 624 Is “56”, and the defense data 625 is “45”.

(Game image data table 230)
The game image data table 230 manages data for displaying game images as shown in FIGS. 7, 8, and 9, for example.

  A game image 70 shown in FIG. 7 is an image that displays enemies that a virtual user can play against, and includes an enemy image 71, a still image transition format selection image 721, and an animation transition format selection image 722. The enemy image 71 is an image that visually represents the enemy encountered by the virtual user. The still image transition format selection image 721 is an image for the real user to select a battle process realized in a later-described still image transition format. The animation transition format selection image 722 is an animation transition format described later. It is an image for a real user to select the battle | competition process implement | achieved. Further, a hyperlink that transitions to the game image shown in FIG. 8 is set in the still image transition format selection image 721, and a hyperlink that transitions to the game image shown in FIG. 9 is set in the animation transition format selection image 722. ing. That is, when the still image transition format selection image 721 and the animation transition format selection image 722 are tapped, the game images 81 and 91 shown in FIGS. 8A and 9A are transitioned, respectively.

  The game image shown in FIG. 8 is a diagram showing the progress and operation details of the battle process realized in the still image transition format. Here, the still image transition format is a format in which the terminal 3 directly transitions to a still image acquired from the game server 1 each time a click operation or a tap operation is performed.

  Specifically, the game image 81 shown in FIG. 8A is a still image for accepting an operation for a virtual user to start a battle, and can be transitioned to the game image 82 by tapping the operation image 811. Hyperlinks are set. The game image 82 shown in FIG. 8B is a still image showing a battle result in which the enemy's right arm and left foot are destroyed by the virtual user's attack, and an operation image 821 for restarting the battle. In addition, a hyperlink that can transition to another game image when the operation image 821 is tapped is set.

  As is apparent from the game images 81 and 82, in the still image transition format, no animation is displayed while switching from the still image (game image 81) to the still image (game image 82). There is an advantage that it is suitable for the situation where a real user desires a relatively easy game operation in that the game can proceed. In addition, the game image in the still image transition format is not displayed during the transition from the still image (game image 81) to the still image (game image 82). This is suitable for situations where a real user performs a game operation relatively quickly because a game can be advanced by tapping the displayed game image 82. On the other hand, the still image transition format has a drawback that it may give a real user a work impression because it is displayed in a fixed order while switching one by one in response to a click operation or a tap operation. There is.

  The game image shown in FIG. 9 is a diagram showing the progress and operation details of the battle process realized by the game image in the animation transition format. Here, the animation transition format is a format in which a game image transitions by displaying an animation. That is, the animation transition format does not switch the still image unlike the still image transition format, and the game image transitions by displaying the animation. Therefore, a part of the game image is deformed and moved according to the tap operation and the flick operation. For example, it is possible to realize a complicated drawing process compared to the still image transition format.

  Specifically, a game image 91 shown in FIG. 9A is an image for accepting an operation for a virtual user to start a battle. When the operation image 911 is tapped, the game image 91 from FIG. 9B is displayed. Display of animation such as the game image up to FIG. 9E is started.

  That is, the game image 92 shown in FIG. 9B is an image formed by the terminal 3 in accordance with the flick operation of the display location 921, and shows how the enemy's right arm that moves to the upper right of the screen is destroyed while being deformed and separated. Show. A game image 93 shown in FIG. 9C shows a state in which the enemy moves in a random direction, for example, in the lower left of the screen, 5 seconds after the tap operation of the operation image 911 of the game image 91. The game image 94 shown in FIG. 9D is an image formed by the terminal 3 according to the flick operation of the display location 941 after 4 seconds from the display of the game image 93, and deforms and separates the enemy's left foot. It shows how to destroy. The game image 95 shown in FIG. 9 (E) is an image showing a battle result in which the enemy's right arm and left foot are destroyed by the virtual user's attack, and an operation image 951 for restarting the battle. A hyperlink that can transition to another game image when the image 951 is tapped is set.

  As is clear from the game images 91 to 95, the game image in the animation transition format is more complicated than the still image transition format in that a part of the game image is deformed or moved in response to a tap operation or a flick operation. Therefore, it is suitable for situations where the actual user desires relatively complicated operations and image effects.

  Note that both the still image transition format game image and the animation transition format game image can be expressed using raster images. Here, the raster image is an image expressed by an aggregate of pixels arranged on a line (raster line), such as a bitmap image. If the raster image is switched and displayed, a still image transition type game image can be realized, and if the raster image is continuously displayed using JavaScript (registered trademark), an animation transition type game image can be realized.

  By using a raster image as described above, both a still image transition format and an animation transition format can be realized. However, as described below, a game image in an animation transition format is a vector image instead of a raster image. It is particularly preferred that Here, the vector image is an image expressed by geometric drawing information such as the position of a point, a line connecting the point, the thickness and color of the line, and the curvature if it is a curve. On the side, a process for drawing a raster image based on graphic information is required.

  Comparing the raster image and the vector image, the raster image is different from the vector image. Since the game image can be output simply by outputting the data developed in the internal memory of the terminal 3 to the display, the operation is particularly quick compared to the vector image. It is suitable when the real user wants to perform On the other hand, since vector images can perform more complicated drawing processing than raster images, they are particularly suitable for situations where the actual user desires complex operations and image effects.

  Considering the advantages of raster images and vector images as described above, and applying them to still image transition format game images and animation transition format game images, respectively, it is more suitable for operating environments where real users are placed. Game progress can be realized.

(Operation content data table 240)
As shown in FIG. 10, the operation content data table 240 is a table that manages the operation content that can be operated by the game images expressed in the still image transition format and the animation transition format.

  For example, in FIG. 10, various operation contents corresponding to the transition format 241, that is, operation contents of the tap operation 242 and operation contents of the flick operation 243 are managed in a list. In the example of FIG. 10, in the still image transition format, the tap operation is set to the operation content “transition directly to the subsequent image”, and no operation content is set to the flick operation. Also, in the animation transition format, it shows that the tap operation is set to the operation content for selecting the tap location as the destruction location, and the flick operation is set to the operation content for separating the enemy parts in the flick direction. Yes. The operation content setting unit 43 described later refers to the operation content data table 240 that manages the above information, and sets the operation content corresponding to the transition format.

(4-2) Configuration of Battle Part Processing Unit 102a As shown in FIG. 5, the battle part processing unit 102a has a battle execution unit 41 that executes a battle against an enemy encountered by a virtual user in the virtual space, and the progress of the battle. Transition format determining unit 42 that determines the transition format of the game image that represents the content and the operation content, an operation content setting unit 43 that sets the operation content that can be operated on the game image, and a game image on which the progress of the battle is displayed And a data display data transmission unit 44 for transmitting the display data to the terminal 3.

  The battle execution unit 41 executes a battle between the virtual user and the enemy. Specifically, the battle execution unit 41 calculates the damage given to the enemy by the virtual user's attack from the virtual user's attack power and the enemy's defense power, and subtracts it from the enemy's physical strength value. In addition, the battle execution unit 41 calculates the damage that the virtual user receives from the enemy from the defense power of the virtual user and the attack power of the enemy, and subtracts it from the physical strength value of the virtual user. Furthermore, the battle execution unit 41 determines that the virtual user has won if the enemy's physical strength value is “0” before the virtual user, and sets a reward according to the victory result to the virtual user. When the physical strength value of the virtual user becomes “0” before the enemy, it is determined that the virtual user has lost.

  The transition format determination unit 42 determines, as the still image transition format or the animation transition format, the transition format of the game image that displays the game progress and operation details provided to the terminal 3 according to the information obtained from the operation data. To do. Specifically, the transition format determination unit 42 determines the still image transition format as the transition format when the operation data requesting the image display in the still image transition format is received, and performs an operation requesting the image display in the animation transition format. When data is received, the animation transition format is determined as the transition format.

  The operation content setting unit 43 determines the operation content that can be operated by the game image determined by the transition format determination unit 42. That is, the operation content determination unit 43 refers to the operation content data table 240 and sets the still image transition format when the animation transition format is determined even if the game progress state is to fight against the same enemy. The operation content suitable for the determined transition format is set, such as increasing the degree of freedom of operation and enabling more complicated operations.

  Specifically, when the transition format is set to the still image transition format, the operation content determination unit 43 sets the operation content to transition directly from the game image 81 to the game image 82 by a tap operation. On the other hand, when the transition format is set to the animation transition format, the operation content determination unit 43 displays the operation content that destroys or deforms the enemy stepwise by a tap operation and a flick operation as in the game images 91 to 95. Set. In this way, the operation format determination unit 43 is determined such that when the animation transition format is determined, the degree of freedom of operation is increased compared to the still image transition format, or more complicated operations are enabled. Set the operation content suitable for the transition type.

  The display data transmission unit 44 transmits to the terminal 3 data for displaying a game image that expresses the operation content set by the operation content determination unit 43 in an operable manner. For example, even if the display data transmission unit 44 is in a game progress state in which the same enemy is played, the game image 81 or 82 shown in FIG. 8 or the game image 81 shown in FIG. Data for displaying the displayed game images 91 to 95 is transmitted to the terminal 3.

(4-3) Processing in Battle Part Processing Unit 102a As an example of processing in the first embodiment, processing in the battle part processing unit 102a having the above configuration will be described with reference to FIG.

  In step S1101, the display data transmitting unit 44 transmits data for displaying the game image 70 shown in FIG. 7 as a game image for starting a battle to the terminal 3, and the process proceeds to step S1102.

  In step S1102, the transition format determination unit 42 determines whether or not operation data requesting image display in the still image transition format has been received from the terminal 3 to which the data for displaying the game image 70 has been transmitted.

  If operation data requesting image display in the still image transition format is received (S1102: Yes), the process proceeds to step S1103, and the transition format is set to the still image transition format. Subsequently, the operation content determination unit 43 sets the operation content to transition to the game images 81 and 82 by the tap operation (step S1104).

  If the operation data requesting the image display in the animation transition format is received without receiving the operation data requesting the image display in the still image transition format (S1102: No), the process proceeds to step S1105 and the transition format is animated. Set to transition format. Subsequently, the operation content determination unit 43 sets the operation content for destroying the enemy by the tap operation and the flick operation as in the game images 91 to 95 (step S1106).

  When step S1104 or step S1106 is completed, the display data transmission unit 44 transmits to the terminal 3 data for displaying a game image that expresses the operation content set by the operation content determination unit 43 in an operable manner. That is, when the transition format is the still image transition format, the display data transmission unit 44 transmits data for displaying the game data 81 and 82 shown in FIG. 8 to the terminal 3, and the transition format is the animation transition format. In that case, data for displaying the game data 91 to 95 shown in FIG. 9 is transmitted to the terminal 3 (step S1107), and the processing shown in FIG. 11 is terminated.

  Through the process shown in FIG. 11, the battle part processing unit 102a can play with game images expressed in different transition formats even when the game progresses such as playing against the same enemy. For this reason, the battle part processing unit 102a displays a game image in a still image transition format on the terminal 3 of a real user who is unfamiliar with the game operation, for example, or who wants to perform the game operation in a hurry, It is possible to display a game image in an animation transition format on a terminal 3 of an actual user who is used to the operation and likes a relatively complicated operation. In other words, the battle part processing unit 102a allows the progress of the game to be performed by a transition-type game image suitable for each real user, thereby suppressing the tiredness and dissatisfaction that the real user has with the game. It becomes possible to raise.

(5) Second Embodiment Next, the battle part processing unit 102 according to the second embodiment (referred to as a battle part processing unit 102b in this embodiment to distinguish it from other embodiments) and this battle. A specific configuration of a game data storage unit 200 that stores data used for processing in the part processing unit 102b (referred to as game data storage unit 200b in this embodiment to distinguish it from other embodiments) is shown in FIG. Will be described with reference to FIG.

(5-1) Game Data Storage Unit As shown in FIG. 12, the game data storage unit 200b is similar to the game data storage unit 200a according to the first embodiment, and the enemy data table 210 and the disguise user data table 220. And a game image data table 230 and an operation content data table 240 are stored. Here, since the enemy data table 210, the disguise user data table 220, and the operation content data table 240 have the same configuration as that of the game data storage unit 200a according to the first embodiment, description thereof will be omitted.

  The game image data table 230 manages data for displaying a game image 130 as shown in FIG. 13 instead of data for displaying the game image 70 managed by the game data storage unit 200a according to the first embodiment. That is, the game image 130 shown in FIG. 13 is an image displayed when the virtual user starts a battle with the enemy, and an operation for requesting a battle with the enemy image 131 that visually represents the enemy. And an image 132 for use. That is, the battle part processing unit 102b according to the second embodiment receives the operation data as described later, without selecting the transition format by the real user unlike the battle part processing unit 102a according to the first embodiment. The transition type is determined according to the time zone.

(5-2) Configuration of Battle Part Processing Unit The battle part processing unit 102b according to the second embodiment is similar to the battle part processing unit 102a according to the first embodiment. 42, an operation content setting unit 43, and a display data transmission unit 44. Furthermore, the battle part process part 102b which concerns on 2nd Embodiment is provided with the time zone judgment part 45 which judges whether the reception time which received the operation data from the terminal 3 is a specific time slot | zone.

  In the second embodiment, the time zone determination unit 45 operates the terminal when the reception time when the reception unit 11a receives the operation data from the terminal 3 is urgent by a real user such as a commuting time zone or a school time zone. It is determined whether or not it is a time zone that is supposed to be performed. Based on such a determination result, the transition format determination unit 42 sets the transition format of the game image to the still image transition format in a time zone in which the actual user is expected to operate the terminal 3 in a hurry. On the other hand, if the transition format determination unit 42 determines that it is not the predetermined time zone, it is assumed that the real user can play the game slowly, and the transition format of the game image is set to the animation transition format.

(5-3) Processing in Battle Part Processing Unit As an example of processing in the second embodiment, processing in the battle part processing unit 102b having the above configuration will be described with reference to FIG.

  In step S1401, the display data transmission unit 44 transmits data for displaying the game image 130 shown in FIG. 13 to the terminal 3 as a game image for starting a battle, and the process proceeds to step S1402.

  In step S1402, the time zone determination unit 45 receives the operation data received from the terminal 3 to which the data for displaying the game image 70 is transmitted from 6 am to 9 am as an example of a specific time zone. It is determined whether or not it is the commuting time zone.

  If the operation data reception time is in a specific time zone (S1402: Yes), the process proceeds to step S1403 and the transition format is set to the still image transition format. Subsequently, the operation content determination unit 43 sets the operation content to directly transition from the game image 81 to the game image 82 by a tap operation (step S1404).

  If the operation data reception time is in a specific time zone (S1402: No), the process proceeds to step S1405 to set the transition format to the animation transition format. Subsequently, the operation content determination unit 43 sets operation content for destroying or deforming the enemy stepwise by a tap operation and a flick operation as in the game images 91 to 95 (step S1406).

  When step S1404 or step S1406 is completed, the display data transmission unit 44 transmits data for displaying a game image expressing the operation content set by the operation content determination unit 43 to be operable to the terminal 3 (step S1407). ). That is, when the transition format is the still image transition format, the display data transmission unit 44 transmits data for displaying the game data 81 and 82 shown in FIG. 8 to the terminal 3, and the transition format is the animation transition format. In that case, data for displaying the game data 91 to 95 shown in FIG. 9 is transmitted to the terminal 3, and the processing shown in FIG. 14 is ended.

  With the process shown in FIG. 14, the battle part processing unit 102b provides the real user with the game progress based on the transition-type game image suitable for the time period in which the real user enjoys the game even if the game progresses the same. be able to. That is, the battle part processing unit 102b displays a still image transition type game image on the terminal 3 during a time zone in which the real user is expected to operate the terminal 3 in a hurry. It is possible to prevent dissatisfaction such as embrace, and display game images in an animation transition format on the terminal 3 in other time zones, thereby enabling relatively complicated operations and image effects, and maintaining motivation for game progress. .

(6) Third Embodiment Next, a battle part processing unit 102 according to a third embodiment (referred to as a battle part processing unit 102c in this embodiment to distinguish it from other embodiments) is shown in FIG. This will be described with reference to the above. A specific configuration of a game data storage unit 200c that stores data used for processing in the battle part processing unit 102c (in the present embodiment, it is referred to as a game data storage unit 200c to be distinguished from other embodiments). Since it has the same configuration as the game data storage unit 200b according to the second embodiment, description thereof will be omitted for the sake of convenience.

(6-1) Configuration of Battle Part Processing Unit 102c As shown in FIG. 15, the battle part processing unit 102c according to the third embodiment is a battle part processing unit 102a, 102b according to the first and second embodiments. Similarly, a battle execution unit 41, a transition format determination unit 42, an operation content setting unit 43, and a display data transmission unit 44 are provided. Furthermore, the battle part process part 102c which concerns on 3rd Embodiment is provided with the communication speed judgment part 46 which judges whether the communication speed of the terminal 3 is less than predetermined speed.

  Based on such a determination result, when the downlink communication speed of the terminal 3 is less than 1 Mbps, the transition format determination unit 42 taps a predetermined display location even if the game image is not completely displayed. The still image transition format in which the game can proceed is set as the game image transition format. In addition, when the downlink communication speed of the terminal 3 is 1 Mbps or more, the transition format determination unit 42 regards that the terminal 3 can display an animation transition format game image without delay, for example, and determines the animation transition format as the game image. Set to transition format.

(6-2) Processing in Battle Part Processing Unit 102c As an example of processing in the third embodiment, processing in the battle part processing unit 102c configured as described above will be described with reference to FIG.

  In step S1601, the display data transmission unit 44 transmits data for displaying the game image 130 shown in FIG. 13 to the terminal 3 as a game image for starting a battle, and the process proceeds to step S1602.

  In step S1602, the communication speed determination unit 46 calculates the communication speed of the terminal 3 based on the communication timing with the terminal 3 and the communication data amount, and the calculated communication speed is less than a predetermined speed, that is, the downlink communication speed of the terminal 3. Is determined to be less than 1 Mbps.

  Here, when the downlink communication speed of the terminal 3 is less than 1 Mbps (S1602: Yes), the process proceeds to step S1603 and the transition format is set to the still image transition format. Subsequently, the operation content determination unit 43 sets the operation content that the game image 81 directly transitions to the game image 82 by a tap operation (step S1604).

  If the downlink communication speed of the terminal 3 is 1 Mbps or higher (S1602: No), the process proceeds to step S1605 and the transition format is set to the animation transition format. Subsequently, the operation content determination unit 43 sets operation content for destroying or deforming the enemy stepwise by a tap operation and a flick operation as in the game images 91 to 95 (step S1606).

  When step S1604 or step S1606 is completed, the display data transmission unit 44 transmits data for displaying a game image expressing the operation content set by the operation content determination unit 43 to be operable to the terminal 3 (step S1607). ). That is, when the transition format is the still image transition format, the display data transmission unit 44 transmits data for displaying the game data 81 and 82 shown in FIG. 8 to the terminal 3, and the transition format is the animation transition format. In that case, data for displaying the game data 91 to 95 shown in FIG. 9 is transmitted to the terminal 3, and the processing shown in FIG.

  By the process shown in FIG. 16 above, the battle part processing unit 102c cannot realize a sufficient communication speed due to the communication environment of the terminal 3, and the real user is not able to realize the display of the animation transition format game image. You can prevent frustration.

(7) Fourth Embodiment Next, a battle part processing unit 102 according to a fourth embodiment (referred to as a battle part processing unit 102d in this embodiment to distinguish it from other embodiments) is shown in FIG. This will be described with reference to the above. A specific configuration of a game data storage unit 200d that stores data used for processing in the battle part processing unit 102d (referred to as game data storage unit 200d in this embodiment to distinguish it from other embodiments). Has the same configuration as the game data storage units 200b and 200c according to the second and third embodiments, and the description thereof will be omitted for the sake of convenience.

(7-1) Configuration of Battle Part Processing Unit 102d As shown in FIG. 17, the battle part processing unit 102d according to the fourth embodiment is a battle part processing unit 102a to 102c according to the first to third embodiments. Similarly, a battle execution unit 41, a transition format determination unit 42, an operation content setting unit 43, and a display data transmission unit 44 are provided. Furthermore, the battle part process part 102d which concerns on 4th Embodiment is provided with the movement judgment part 47 which judges whether the terminal 3 is moving based on the positional information on the terminal 3 obtained from operation data.

  In the fourth embodiment, the receiving unit 11a sequentially receives, for example, the position information of the terminal 3 acquired by the terminal 3 using the position information of the base station of the GPS or mobile phone communication network. The movement determination unit 47 determines whether or not the terminal 3 is moving based on the temporal change in the position information of the terminal 3 sequentially received as the operation data.

  Based on such a determination result, the transition type determination unit 42 is in a situation where the communication speed is not stable or a complicated operation cannot be performed in a crowded train when the terminal 3 is moving. I guess there is. Then, the transition format determination unit 42 is capable of a relatively easy game operation, and a still image transition format in which the game can proceed by tapping a predetermined display location even if the game image is not completely displayed, Set the game image transition format. On the other hand, when the terminal 3 is not moving, the transition format determination unit 42 estimates that the communication speed is stable. For example, the terminal can display the game image in the animation transition format without delay. Set the animation transition format to the game image transition format.

(7-2) Processing in Battle Part Processing Unit 102d As an example of processing in the fourth embodiment, processing in the battle part processing unit 102d configured as described above will be described with reference to FIG.

  In step S1801, the display data transmitting unit 44 transmits data for displaying the game image 130 shown in FIG. 13 to the terminal 3 as a game image for starting a battle, and the process proceeds to step S1802.

  In step S1802, the movement determination unit 47 determines whether or not the terminal 3 is moving based on the temporal change in the position information of the terminal 3.

  If the terminal 3 is moving (S1802: Yes), the process proceeds to step S1803 and the transition format is set to the still image transition format. Subsequently, the operation content determination unit 43 sets the operation content to directly transition from the game image 81 to the game image 82 by a tap operation (step S1804).

  If the terminal 3 is not moving (S1802: No), the process proceeds to step S1805 to set the transition format to the animation transition format. Subsequently, the operation content determination unit 43 sets operation content for destroying or deforming the enemy stepwise by a tap operation and a flick operation as in the game images 91 to 95 (step S1806).

  When step S1804 or step S1806 ends, the display data transmission unit 44 transmits data for displaying a game image expressing the operation content set by the operation content determination unit 43 to be operable to the terminal 3 (step S1807). ). That is, when the transition format is the still image transition format, the display data transmission unit 44 transmits data for displaying the game data 81 and 82 shown in FIG. 8 to the terminal 3, and the transition format is the animation transition format. In that case, data for displaying the game data 91 to 95 shown in FIG. 9 is transmitted to the terminal 3, and the processing shown in FIG. 18 is ended.

  By the process shown in FIG. 18, the battle part processing unit 102d takes into consideration the situation where the communication speed is not stable or the complicated operation cannot be performed in a crowded train. By displaying the image on the terminal, it is possible to prevent a situation in which the display of the game image is delayed in the animation transition format or that the actual user is dissatisfied because it is difficult to operate the terminal 3.

(8) Fifth Embodiment Next, the battle part processing unit 102 (referred to as a battle part processing unit 102e in this embodiment to distinguish it from other embodiments) according to the fifth embodiment, and this battle. A specific configuration of a game data storage unit 200 that stores data used for processing in the part processing unit 102e (referred to as a game data storage unit 200e in this embodiment to distinguish it from other embodiments) is shown in FIG. Will be described with reference to FIG. First, the configuration of the game data storage unit 200e will be described.

(8-1) Configuration of Game Data Storage Unit The game data storage unit 200e is similar to the game data storage units 200a to 200d according to the first to fourth embodiments, and the enemy data table 210 and the disguise user data table 220. And a game image data table 230 and an operation content data table 240 are stored. Here, the enemy data table 210, the disguise user data table 220, and the operation content data table 240 have the same configuration as the game data storage units 200a to 200d according to the first to fourth embodiments. Description is omitted.

  Further, unlike the first to fourth embodiments, the game image data table 230 manages data for displaying game images as shown in FIGS. 20, 21, and 22.

  A game image 200 shown in FIG. 20 is an image that displays enemies that a virtual user can play against, and includes an enemy image 201, a still image transition format selection image 2021, and an animation transition format selection image 2022. The enemy image 201 is an image that visually represents the enemy encountered by the virtual user. Unlike the enemy image 71 shown in FIG. 7, the enemy image 201 is an image that visually represents that a virtual user encounters a plurality of enemies and starts a battle. The still image transition format selection image 2021 is an image for the real user to select a battle process realized by a still image transition format game image, and the animation transition format selection image 2022 is an animation transition format game image. It is an image for a real user to select the battle process implement | achieved by. Further, a hyperlink for transition to the game image shown in FIG. 21A is set in the still image transition format selection image 2021, and the transition to the game image shown in FIG. 22A is set in the animation transition format selection image 2022. A hyperlink to be set is set. That is, when the still image transition format selection image 2021 and the animation transition format selection image 2022 are tapped, the game images 211 and 221 shown in FIG. 21A and FIG.

  The game image shown in FIG. 21 is a diagram showing the progress of the battle process realized by a still image transition format game image. Specifically, a game image 211 shown in FIG. 21A is a diagram showing an attack after the enemy 2111 at the left end of the screen, and the left side of the screen is displayed in response to a tap operation on the display portion 2121 where “More attack!” Is displayed. A hyperlink that transitions to a game image 212 that represents an attack on the second enemy as seen from FIG. A game image 212 shown in FIG. 21B is a diagram showing the second enemy 2121 after an attack when viewed from the left side of the screen, and the left side of the screen is displayed in response to a tap operation on the display portion 2122 where “More Attack!” Is displayed. A hyperlink is set to transition to a game image representing an attack on the third enemy as seen from FIG.

  As is clear from the game images 211 and 212 as described above, in the fifth embodiment, the game progress by the game image of the still image transition format can be attacked in order from a predetermined enemy against a total of four enemies. In this respect, it is suitable for a situation where a real user desires a relatively easy game operation.

  The game image shown in FIG. 22 is a diagram showing the progress of the battle process realized by the game image in the animation transition format. In FIG. 22, for example, in accordance with a flick operation from the left end of the screen to the left end of the screen, the game image 221 (FIG. 22A), the game image 222 (FIG. 22B), the game image 223 (FIG. 22C), In this order, the game image 224 (FIG. 22D) is sequentially attacked with the enemy at the left end of the screen.

  As is clear from the game images 221 to 224 as described above, in the fifth embodiment, the game progress by the game image of the still image transition format attacks the enemies selected by the flick operation sequentially against a total of four enemies. This is suitable for situations where the actual user desires relatively complicated operations and image effects.

(8-2) Configuration of Battle Part Processing Unit 102e As shown in FIG. 19, the battle part processing unit 102e according to the fifth embodiment battles similarly to the battle part processing unit 102a according to the first embodiment. An execution unit 41, a transition format determination unit 42, an operation content setting unit 43, and a display data transmission unit 44 are provided.

  Furthermore, in the battle part processing unit 102e according to the fifth embodiment, the operation content setting unit 43 includes an option adjustment unit 431 that adjusts the number of options that the virtual user can act on according to the transition format. When the transition format of the game image is determined to be the animation transition format, the option adjustment unit 431 can select the options that the virtual user can act on, that is, the virtual user attacks Adjust to increase the number of possible enemy options. For example, when the option adjustment unit 431 determines the still image transition format, the option of the enemy that can be attacked at the start of the battle is set to “1” so that the enemy at the left end of the screen can attack. On the other hand, the option adjustment unit 431 sets the option of the enemy that can be attacked at the start of the battle to “4” when the animation transition format is determined, and from any of the total of four enemies, Allow attack.

(8-3) Processing in Battle Part Processing Unit As an example of processing in the fifth embodiment, processing in the battle part processing unit 102e having the above configuration will be described with reference to FIG.

  In step S2301, the display data transmitting unit 44 transmits data for displaying the game image 200 shown in FIG. 20 to the terminal 3 as a game image for starting a battle, and the process proceeds to step S2302.

  In step S2302, the transition format determination unit 42 determines whether or not operation data requesting image display in the still image transition format has been received from the terminal 3 to which the data for displaying the game image 200 has been transmitted.

  If operation data requesting image display in the still image transition format is received (S2302: Yes), the process proceeds to step S2303 and the transition format is set to the still image transition format. Subsequently, the operation content determination unit 43 sets “1” as an enemy option that can be attacked at the start of the battle (step S2304).

  If the operation data requesting the image display in the animation transition format is received without receiving the operation data requesting the image display in the still image transition format (S2302: No), the process proceeds to step S2305 and the transition format is changed. Set to animation transition format. Subsequently, the operation content determination unit 43 sets “4” as an enemy option that can be attacked at the start of the battle (step S2306).

  When step S2304 or step S2306 ends, the display data transmission unit 44 transmits to the terminal 3 data for displaying a game image that expresses the operation content set by the operation content determination unit 43 in an operable manner (step S2307). ). That is, when the transition format is the still image transition format, the display data transmission unit 44 transmits data for displaying the game images 211 and 212 shown in FIG. 21 to the terminal 3, and the transition format is the animation transition format. In some cases, data for displaying the game images 221 to 224 shown in FIG. 22 is transmitted to the terminal 3, and the processing shown in FIG.

  By the process shown in FIG. 23, the battle part processing unit 102e, for example, sets operation contents for attacking a plurality of enemies in order from a predetermined enemy in a still image transition format game image, and an animation transition format In the game image, an operation content for attacking a plurality of enemies from arbitrarily selected enemies is set. In this way, the battle part processing unit 102e can provide the actual user with an operation environment suitable for each transition format by changing the operation content according to the transition format.

(9) Sixth Embodiment Next, the battle part processing unit 102 according to the sixth embodiment (referred to as a battle part processing unit 102f in this embodiment to distinguish it from other embodiments) and this battle. A specific configuration of a game data storage unit 200 that stores data used for processing in the part processing unit 102f (referred to as a game data storage unit 200f in this embodiment to distinguish it from other embodiments) is shown in FIG. Will be described with reference to FIG. In addition, about the specific structure of the game data storage part 200f which memorize | stores the data used for the process in the battle part process part 102f, since it has the structure similar to the game data storage part 200e which concerns on 5th Embodiment, it is convenient. Description is omitted.

(9-1) Configuration of Battle Part Processing Unit 102e As shown in FIG. 24, the battle part processing unit 102f according to the sixth embodiment battles similarly to the battle part processing unit 102a according to the first embodiment. An execution unit 41, a transition format determination unit 42, an operation content setting unit 43, and a display data transmission unit 44 are provided.

  Furthermore, in the battle part processing unit 102f according to the sixth embodiment, the operation content setting unit 43 determines whether or not the level, which is information obtained from the operation data received in the past, has reached a predetermined level. A level determination unit 432 is included. If the level that quantitatively expresses the strength in the game accumulated from the start of the game has not reached the predetermined level, the operation content setting unit 43 has reached the predetermined level Compared to limit the range that can attack the enemy. Specifically, the operation content setting unit 43 sets the operation range, that is, the number of enemies that can be continuously attacked by one flick operation to “4” when the predetermined level is reached. If not, the number of enemies that can attack continuously is limited to “2”.

(9-2) Processing in Battle Part Processing Unit As an example of processing in the sixth embodiment, processing in the battle part processing unit 102f having the above configuration will be described with reference to FIG.

  In step S2501, the display data transmission unit 44 transmits data for displaying the game image 200 shown in FIG. 20 to the terminal 3 as a game image for starting a battle, and the process proceeds to step S2502.

  In step S2502, the transition format determination unit 42 determines whether or not operation data requesting image display in the still image transition format has been received from the terminal 3 to which the data for displaying the game image 200 has been transmitted.

  If operation data requesting image display in the still image transition format is received (S2502: Yes), the process proceeds to step S2503 and the transition format is set to the still image transition format. Subsequently, the operation content determination unit 43 sets “1” as an enemy option that can be attacked at the start of the battle (step S2504).

  If the operation data requesting the image display in the animation transition format is received without receiving the operation data requesting the image display in the still image transition format (S2502: No), the process proceeds to step S2505 and the transition format is animated. Set to transition format. Subsequently, in step S2506, the operation content determination unit 43 sets the enemy option that can be attacked at the start of the battle to “4”, and proceeds to step S2507.

  In step S2507, the level determination unit 432 determines whether or not the level of the virtual user has reached a predetermined level. Here, when the predetermined level has been reached (S2507: Yes), the operable range is set to the first operating range, that is, the number of enemies that can be continuously attacked by one flick operation is set to “4”. (Step S2508). If the predetermined level is not reached (S2507: No), the operable range is set to the second operating range, that is, the number of enemies that can be attacked continuously by one flick operation is set to “2”. (Step S2509).

  When step S2504, step S2508, or step S2509 ends, the display data transmission unit 44 transmits to the terminal 3 data that displays a game image that expresses the operation content set by the operation content determination unit 43 in an operable manner. . That is, when the transition format is the still image transition format, the display data transmission unit 44 transmits data for displaying the game images 211 and 212 shown in FIG. 21 to the terminal 3, and the transition format is the animation transition format. In that case, data for displaying the game images 221 to 224 shown in FIG. 22 is transmitted to the terminal 3, and the processing shown in FIG. 25 is ended.

  By the process shown in FIG. 25 above, the battle part processing unit 102f, when the level that quantitatively expresses the strength in the game accumulated from the start of the game does not reach the predetermined level, Compared to the case where the predetermined level has been reached, by limiting the range that can be attacked by the enemy, it is possible to give an incentive to raising the level and improve the interest in the game.

(10) Other Embodiments Although the game server, the game control method, the game program, and the game system according to the present embodiment have been described above, the present invention is not limited to the described embodiments, and the technology of the present invention. Various modifications and changes can be made based on the idea.

  For example, the first to sixth embodiments described above may be combined. First, the second to fourth embodiments described above may be combined. In other words, the transition format determination unit 42 determines whether the operation data reception time is in a specific time zone, the downlink communication speed of the terminal 3 is less than 1 Mbps, or the terminal 3 is moving. If this is the case, the game image may be determined as a still image transition type game image. If not, the game image may be determined as an animation transition type game image.

  Further, the second to fifth embodiments described above may be combined. In other words, the transition format determination unit 42 determines whether the operation data reception time is in a specific time zone, the downlink communication speed of the terminal 3 is less than 1 Mbps, or the terminal 3 is moving. If this is the case, the game image is determined as a still image transition type game image and the attackable enemy option is set to “1”, and in any case, the game image is determined as an animation transition type game image. At the same time, the enemy option that can be attacked may be set to “4”. Furthermore, the fifth embodiment can be replaced with the sixth embodiment, and the second to fourth and sixth embodiments can be combined.

  In addition to switching between the still image transition format and the animation transition format, the game image may be changed from the animation transition format to the still image transition format in real time. Specifically, for example, according to the flowchart shown in FIG. 26, the transition format determination unit 42 sets the transition format to the animation transition format, and then when the predetermined operation is performed by the terminal 3, the transition format is determined to be a still image. The transition format may be changed in real time. That is, the transition format determination unit 42 sets the transition format to the animation transition format (step S2601), and if a predetermined operation is performed, the enemy cannot be defeated by, for example, three attacks or less, and the fourth time. It is determined whether or not an attack is to be executed (step S2602). When a predetermined operation is performed (step S2602: YES), the real user determines that the game is to be advanced quickly, and changes the transition format from the animation transition format to the still image transition format (step S2603). The process shown in FIG. 26 is finished, and when a predetermined operation is performed (step S2602: NO), the process shown in FIG. 26 is finished without changing the transition format.

  By performing the processing shown in FIG. 26 above, it is possible to display a game image suitable for the progress of the game that changes in real time, such as being unable to defeat the enemy, and the real user is continuously motivated to play the game. Can irritate.

  Further, the game image may be changed from the animation transition format to the still image transition format step by step. Specifically, the transition format determination unit 42 may change the animation transition format from the animation transition format to the still image transition format for each image area after setting the transition format to the animation transition format according to the flowchart shown in FIG. Good.

  That is, after setting the transition format to the animation transition format (step S2701), the transition format determination unit 42 divides the game image into two image areas as shown in FIG. 28A (step S2702). For example, as shown in FIG. 28 (A), a game image 2810 representing a battle between a virtual user and an enemy, a first image area 2811 representing the progress of a battle that destroys or deforms the enemy, Is divided into a second image region 2812 that accepts an operation input for attacking.

  Subsequently, the transition format determination unit 42 determines whether or not the operation data reception time is in a specific time zone (step S2703), and if it is in the specific time zone (S2703: YES) The image transition area is changed from the animation transition format to the still image transition format (step S2704), and the process proceeds to step S2705. That is, the image area 2811 shown in FIG. 28A is changed to the image area 2821 shown in FIG. On the other hand, if it is not the specific time zone (S2703: NO), the process proceeds to step S2705 without changing the animation transition format to the still image transition format for the first image area.

  Subsequently, the transition format determining unit 42 determines whether or not the downlink communication speed of the terminal 3 is less than a predetermined speed (for example, 1 Mbps) (step S2705), and when it is less than the predetermined speed (S2705: YES). Changes the animation transition format from the animation transition format to the still image transition format for the second image area (step S2805), and the processing shown in FIG. That is, the image area 2812 shown in FIG. 28A is changed to the image area 2822 shown in FIG. On the other hand, if it is not less than the predetermined speed (S2705: NO), the process shown in FIG. 27 is terminated without changing the animation transition format from the animation transition format to the still image transition format for the second image area.

  By executing the processing shown in FIG. 27 and changing from the animation transition format to the still image transition format step by step from the animation transition format according to the information obtained from the operation data such as the operation time zone and the communication speed, It is possible to realize a game progress that closely considers the operating environment where the real user is placed.

  Also, in the animation transition format, the amount of data transmitted to the terminal 3 is increased in order to represent the same game progress as compared to the still image transition format. For this reason, in the animation transition format, when access is concentrated on the game server 1, there is a higher possibility that the process cannot catch up than the still image transition format. Therefore, for example, it is determined whether or not the number of terminals accessing the game server 1 per unit time (seconds) is equal to or greater than a predetermined number. If the number of terminals is less than the predetermined number, the still image transition format is set. When the number of terminals is a predetermined number or more, the animation transition format may be set. By setting the transition format in this way, it is possible to avoid a delay in processing even when accesses from a large number of terminals 3 are concentrated on the game server 1. In other words, it is possible to suppress a decrease in the willingness to participate in the game by the real user due to the progress of the game.

  Furthermore, even in a team battle in which a plurality of virtual users are divided into teams, the transition format of the game image may be determined for each virtual user in consideration of the operation time zone and the moving speed. In order to ensure fairness in the battle between users, it is preferable to determine the transition type as follows. In other words, the same game progress can be made in the still image transition format and the animation transition format, but the still image transition format has a relatively small amount of data, and the game progress can be made more quickly. Since there are high degrees of freedom for operations such as ways, fair battles cannot be realized if the transition types are different. Therefore, the transition type determination unit moves the terminal operating the other virtual user when the terminal operating one virtual user is moving or the communication speed is slow, for example, among the two virtual users of the opponent. The transition format of the game image for the two virtual users is set to the still image transition format regardless of the presence or absence and the communication speed. By setting the transition format in this way, fairness can be expected for the battle between virtual users.

  In addition, the present invention provides a non-temporary recording medium in which a software program for realizing the functions of the above-described embodiments is recorded to a system or apparatus, and the computer of the system or apparatus, that is, a CPU or MPU, You may implement | achieve by reading and running the program recorded on the non-temporary recording medium.

  In this case, the program read from the non-temporary recording medium realizes the functions of the above-described embodiment. Therefore, the program and a non-transitory recording medium on which the program is recorded are also one embodiment of the present invention.

  Non-temporary recording media that provide the program include flexible disks, hard disks, magneto-optical disks, CD-ROMs, CD-Rs, CD-RWs, DVD-ROMs, DVD-RAMs, DVD-RWs, DVD + RWs, and the like. Includes optical disks, magnetic tapes, non-volatile memory cards, and ROMs. Alternatively, the program may be downloadable via a communication network.

  Furthermore, the functions of the above-described embodiment are not only for the computer to read and execute the program, but also to an OS (operating system) operating on the computer or the like, based on the instructions of the program, part or all of actual operations You may implement | achieve by performing.

  Furthermore, the functions of the above-described embodiment are provided in a memory provided on an expansion board inserted into a computer or an expansion device connected to the computer by reading a program read from a non-temporary recording medium. You may implement | achieve by writing to memory and making CPU etc. provided in the expansion board or the expansion apparatus perform all or one part of actual processing based on the instruction | indication of a program.

  Although the invention has been described with reference to exemplary embodiments, it is to be understood that the invention is not limited to the exemplary aspects disclosed herein. The claims can be broadly construed to include all such modifications and equivalent structures and functions.

DESCRIPTION OF SYMBOLS 1 Game server 2 Internet 3 Terminal 11a Reception part 11b Transmission part 41 Battle execution part 42 Transition format determination part 43 Operation content setting part 44 Data transmission part for display

Claims (13)

An operation data receiving unit that receives operation data for a game provided to the terminal from a terminal connected via a communication network;
Still image transition in which a game image is displayed by switching display of a still image, a transition format in which a game image displaying operation progress and operation content provided to the terminal transitions according to information obtained from the operation data A transition format determining unit that determines a format or an animation transition format in which a game image transitions by displaying an animation; and
An operation content setting unit for setting operation content that can be operated by the determined transition-type game image;
A game server, comprising: a display data transmission unit configured to transmit, to the terminal, data for displaying a game image in which the set operation content is operable. A time zone determination unit for determining whether the reception time at which the operation data is received is a specific time zone;
The game server according to claim 1, wherein the transition format determination unit sets a transition format in which the game image transitions to the still image transition format when the reception time is in a specific time zone. . A communication speed determining unit that determines whether the communication speed of the terminal obtained from the operation data is less than a predetermined speed;
The game according to claim 1 or 2, wherein the transition format determination unit sets a transition format in which the game image transitions to the still image transition format when the communication speed is lower than a predetermined speed. server. A movement determination unit for determining whether or not the terminal is moving based on the position information of the terminal obtained from the operation data;
The transition format determination unit sets the transition format in which the game image transitions to the still image transition format when the terminal is moving. The game server described in the item.   When the transition format in which the game image transitions is determined as the animation transition format, the operation content setting unit has more options that can be operated by the virtual user than when the transition format is determined as the still image transition format. The game server according to any one of claims 1 to 4, wherein the operation content is set as described above.   The operation content setting unit sets the operation content according to information obtained from the operation data received in the past when the transition format in which the game image transitions is determined as the animation transition format. The game server according to any one of claims 1 to 5. The still image transition format game image is composed of raster images,
The game server according to claim 1, wherein the game image in the animation transition format includes a vector image.   The transition format determination unit changes the transition format from the animation transition format to the still image transition format when a predetermined operation is performed by the terminal after setting the transition format in which the game image transitions to the animation transition format. It changes, The game server of any one of Claims 1-7 characterized by the above-mentioned.   The transition format determination unit sets the transition format in which the game image transitions to an animation transition format, then divides the game image into a plurality of image regions, and is obtained from the operation data for each of the divided image regions. The game server according to any one of claims 1 to 8, wherein the game server is changed from an animation transition format to a still image transition format according to information. Operation data reception processing for receiving operation data for a game provided to the terminal from a terminal connected via a communication network;
Still image transition in which a game image is displayed by switching display of a still image, a transition format in which a game image displaying operation progress and operation content provided to the terminal transitions according to information obtained from the operation data A transition format determination process for determining a format or an animation transition format in which a game image transitions by displaying an animation;
An operation content setting process for setting an operation content that can be operated by the determined transition-type game image;
A game control method in which a computer connected to the communication network executes display data transmission processing for transmitting, to the terminal, data for displaying a game image expressing the set operation content so as to be operable. Operation data reception processing for receiving operation data for a game provided to the terminal from a terminal connected via a communication network;
Still image transition in which a game image is displayed by switching display of a still image, a transition format in which a game image displaying operation progress and operation content provided to the terminal transitions according to information obtained from the operation data A transition format determination process for determining a format or an animation transition format in which a game image transitions by displaying an animation;
An operation content setting process for setting an operation content that can be operated by the determined transition-type game image;
A program for causing a computer connected to the communication network to execute display data transmission processing for transmitting data for displaying a game image expressing the set operation contents to be operable to the terminal. Operation data reception processing for receiving operation data for a game provided to the terminal from a terminal connected via a communication network;
Still image transition in which a game image is displayed by switching display of a still image, a transition format in which a game image displaying operation progress and operation content provided to the terminal transitions according to information obtained from the operation data A transition format determination process for determining a format or an animation transition format in which a game image transitions by displaying an animation;
An operation content setting process for setting an operation content that can be operated by the determined transition-type game image;
A program for causing a computer connected to the communication network to execute display data transmission processing for transmitting data for displaying a game image expressing the set operation contents to be operable to the terminal is recorded. Recording medium. A game server,
The game server and one or more terminals connected via a communication network;
The game server
An operation data receiving unit that receives operation data for a game provided to the terminal from a terminal connected via a communication network;
Still image transition in which a game image is displayed by switching display of a still image, a transition format in which a game image displaying operation progress and operation content provided to the terminal transitions according to information obtained from the operation data A transition format determining unit that determines a format or an animation transition format in which a game image transitions by displaying an animation; and
An operation content setting unit for setting operation content that can be operated by the determined transition-type game image;
A display data transmission unit for transmitting data for displaying a game image expressing the set operation content to be operable, to the terminal;
The terminal
An operation input unit that receives an operation input of a real user;
A transmission unit for transmitting operation data indicating the received operation input to the game server;
A receiving unit for receiving data for displaying a game image from the game server;
A game system comprising a display unit for displaying the game image.