JP5740541B2 - GAME CONTROL METHOD, GAME PROVIDING DEVICE, AND GAME CONTROL PROGRAM - Google Patents

Description

  The present invention relates to a game control method, a game providing apparatus, and a game control program.

  In the request / response method, which is a conventional communication method, for example, when playing a game including character movement, the client side loads data from the server side for each step (or several steps) of the character. In such a conventional communication method, since communication traffic (communication amount) is pressed, high-quality image data such as a game object image for moving a character cannot be provided to the client side.

  On the other hand, to provide high-quality image data by adopting a conventional communication method, for example, it is necessary to share part of the processing on the server side with the client side. That is, in the current social game, in order to reduce the number of communication between the server and the client as much as possible, low-quality image data from the start of the battle to the end of the battle is transmitted to the client side at once. On the client side, the transmitted image data is processed to create high-quality image data.

  As prior art document information related to the invention of this application, there is Patent Document 1. In the technique described in Patent Document 1, screen transition information generated on the client side (terminal device side) is generated on the server side and transmitted to the terminal device for each request from the client side. As a result, the technique described in Patent Document 1 can perform a dynamic screen information generation process similar to a browser type while using an application type with a small communication amount as a basis.

Japanese Patent No. 5132825 (paragraphs 0008-0009 and 0012)

  However, the current social game and the technology described in Patent Document 1 are usually not particularly problematic, but according to the study of the present inventors, there is room for improvement in the following points.

  In other words, the current social game has room for improvement in that it places a burden on the client side to create high-quality image data.

  Further, the technique described in Patent Document 1 has room for improvement from the viewpoint of further reducing the amount of communication.

  The present invention has been made in consideration of the above circumstances, and can provide high-quality image data to the client side using the request / response method, and there is no burden of creating high-quality image data on the client side. An object of the present invention is to provide a game control method, a game providing apparatus, and a game control program that can reduce the communication amount.

  One aspect of the present invention is a game control method used in a game providing apparatus that includes a storage unit that stores image data used in a game and a processing device that can access the storage unit, and that can provide a game to a mobile terminal. When the processing device receives a transmission request from the mobile terminal, a first transmission step of transmitting the image data and first process data indicating a process in the game to the mobile terminal; When a change request for changing the stroke data is received from the portable terminal during reproduction of each stroke based on the image data and the stroke data, a change response including second stroke data is received from the portable terminal. And a second transmission step of transmitting to the game control method.

  As described above, according to the present invention, high-quality image data can be provided to the client side using the request / response method, and there is no load for creating high-quality image data on the client side. Can be reduced.

It is a schematic diagram for demonstrating the outline | summary of this invention. It is a schematic diagram which shows an example of the friend user information in the outline | summary of this invention. It is a schematic diagram which shows an example of the last card information in the outline | summary of this invention. It is a schematic diagram which shows an example of the game screen in the outline | summary of this invention. It is a schematic diagram which shows an example of the information of the race card in the outline | summary of this invention. It is a schematic diagram which shows an example of the information of the ally character in the outline | summary of this invention. It is a schematic diagram which shows an example of the information of the enemy character in the outline | summary of this invention. It is a schematic diagram which shows an example of the conditions used for creation of process data in the outline | summary of this invention. It is a schematic diagram which shows an example of process data in the outline | summary of this invention. It is a mimetic diagram showing an example of the game system to which the game control method concerning a 1st embodiment of the present invention was applied, and its peripheral composition. It is a schematic diagram which shows an example of the functional block structure of the game provision apparatus in the embodiment. It is a schematic diagram which shows an example of the functional block structure of the portable terminal in the embodiment. It is a flowchart for demonstrating the operation | movement of the preparation stage in the embodiment. It is a sequence diagram for demonstrating the operation | movement of the game stage in the embodiment. It is a schematic diagram which shows an example of the information of the race card in the 2nd Embodiment of this invention. It is a schematic diagram which shows an example of the information of the ally character in the 3rd Embodiment of this invention.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings. Before that, an outline of the present invention will be described with reference to FIG. The outline described below uses specific terms such as “skill” and “stroke”, but the present invention is not limited to the explanation of the outline. For example, “skill” means “special move” and “skill trigger” means “use of special move (changes the process)”, but is not limited to “use of special move”. If a “change in the process” is to be brought about, it may be replaced with another term suitable for the game content (“the special move” becomes inappropriate in games other than the battle game). The “stroke” may be read as “scenario”, “story”, “game flow”, or the like.

  The outline of the present invention is a game in which the client side reproduces each process based on process data (scenario data) indicating each predetermined process, and the process data is communicated with the server side by a user operation. It can be changed to other process data. Here, the operation of the touch panel is assumed as a user operation, but is not limited thereto. As a game, any game can be applied to any game as long as the game is reproduced based on the game data. The presence / absence of characters, items or cards in the game is arbitrary. However, in the following, in order to help understanding, a battle game by each character will be described as an example.

  In this game, according to a conventional request / response method, a game program transmission request including all image data used for process playback and process change, and process data indicating each process in which a teammate character and an enemy character battle each other. Is previously transmitted from the client side to the server side. On the server side, a response including the game program is transmitted to the client side. The client side acquires all image data (high-quality image data) by the conventional request / response method before the game starts, so it processes the conventional low-quality image data and creates high-quality image data. No load is applied.

  On the client side, the game program is executed and the process is reproduced using each image data based on the process data, so that the battle can be drawn without delay. The process data is data for moving a character on a predetermined background screen to advance the game. Unlike the conventional process, the process data includes screen transition information including image data for drawing other background screens. It does not have to be included. That is, in this game, when the screen is not changed during the process reproduction, the amount of data on the background screen can be reduced, and thus the communication amount can be further reduced. However, it is not necessary to completely eliminate screen transitions. For example, the screen transition may be performed with a low probability according to the degree of desire to reduce the data amount of the background screen.

  Each character moves without the user's operation. Based on the process data, the character attacks the opponent and causes damage, and is also attacked by the opponent and takes damage. If there is no change in the stroke data by the user operation, the game continues to depict the battle based on the reproduced stroke data, and stops at the end of the quest. This game has an advantage that it is easy to play even for a user who is unfamiliar with high-speed operations or a user who is troublesome for frequent operations because no user operation is required except for changing the stroke data. Further, since this game has a smaller communication volume than the conventional game that communicates with the server side for each user operation, there is less possibility of causing a delay in the progress of the game due to communication, and the user's stress can be reduced. Moreover, since this game creates process data on the server side, it is possible to prevent the client side from falsifying the process data.

  In the game as described above, for example, as shown in FIG. 1, when the process is reproduced based on the process data at the beginning of the quest, if the skill is not activated (the process data is changed), the initial result (example) , Enemy score, ally score). It should be noted that the process data may be data (long data) indicating the entire process up to the end of the quest by one playback, but the response data is a data (short data) indicating the entire process until the end of the quest by repeated playback. It is preferable from the viewpoint of reducing the amount of communication at the time. Also, in the preparation stage shown in FIG. 1, the “build deck” and “select quest” processes are optional additional items that can be omitted.

  In addition, on the client side, when the user determines that the playing process data being played loses the match, the skill is activated by user operation at an arbitrary timing, and new process data is transmitted while the skill production screen is displayed. Send the request to the server side.

  On the server side, when a new process data transmission request is received, a response including the new process data is transmitted to the client side.

  On the client side, when the response is received, instead of displaying the skill production screen, the new process is played back with the new process data, so that at the end of the quest, a new result (eg, enemy score, ally score) may be obtained. it can. As an example of a new result, the score of enemies and allies is shown, but not limited to this, for example, the number of surviving characters and the HP (physical strength value) of each character may be used. In other words, a new result based on new process data means a situation related to winning or losing, but does not mean winning or losing itself (if the new result means winning or losing itself, it is once when it is determined that the player will lose in the match. If you only change the process data, you will always win and it will be less interesting.)

  In this game, only an operation for changing the game scenario is performed without giving a monotonous attack instruction or the like, so that it is possible to make the user feel the interest of controlling the game progress with a limited operation.

  The above-described game may improve interest by any additional elements (a) to (i) as in the following example. However, any additional elements are not limited to those listed below.

  (A) In order to be able to select process data different from the process data downloaded before the start of the game, a branch point (eg, a branch point where the skill can be activated) is provided in the middle of the quest. However, without providing a branch point, a condition for selecting other process data (eg, the number of attacks, elapsed time), a game medium or a selection button for inputting another process data selection instruction, etc. are clearly indicated. You may do it.

  (B) Process data for moving the character is received from the server side and rendered on the client side. However, the stroke data is not limited to the character but can be modified to move a desired game medium.

  (C) A skill effect screen is displayed when the skill is activated. However, when the skill is activated, an arbitrary loading screen for preventing the user from waiting may be displayed in addition to the skill directing screen showing the special technique. Different image data may be used as the skill effect screen according to the race name or attribute name of the selected card.

  (D) A deck (group for attacking) may be composed of a plurality of cards. In this case, the teammate characters may be classified for each race in advance, and the attack contents of the teammate character may be changed in accordance with the number of various cards in the deck. The card deck may be created by the user selecting all the cards. Alternatively, the deck of cards is created by the user selecting one or more cards, selecting one or more remaining cards based on the user's friend information, and creating each card based on each selected card. Also good. As the friend information, for example, friend user information (see FIG. 2) in which the user ID and the user ID of the friend are associated with each other, and final card information in which the user ID and the reader card ID at the time of the final play are associated with each other (see FIG. 3). Can be used. As friend user information, SNS (Social Networking Service) information may be used. The final card information may be extracted from the game history information. The leader card ID is information indicating the first card in the deck. The final card information is not limited to the reader card ID, and can be used as appropriate as long as it is information indicating a card in the deck. However, it is not necessary to use a card. When using a card, you may distribute a card at random to an ally character, for example, without classifying an ally character. When classifying a friend character, it can be classified not only by race, but also by any attribute (eg, by occupation, by position, by possession item, by action feature, etc.).

  (E) The attack of the teammate character may be changed according to the number of race cards.

  (F) The card may have a speed attribute. In this case, process data with a short attack interval is provided from the server side in accordance with the speed attribute of the card inserted into the deck.

  (G) The attack charge may be reduced for each attack of the ally character, and when the attack charge becomes 0, an attack from the enemy may be received. When the attack from the enemy is received, the attack charge is reset to a predetermined value. You may make it do. However, when using an attack charge, the numerical value of the attack charge may or may not be displayed.

  (H) You may define the feature of action for every friend character. In this case, the stroke data is created based on the characteristics of each teammate character. For example, the stroke data may be created based on characteristics such that the first teammate character places importance on attack, the second teammate character places importance on defense, and the third teammate character places importance on magic. In the case of emphasis on attacks, for example, a step may be created with a large value for damage to the enemy. When emphasis is placed on defense, for example, a step may be created with a small amount of damage received from the enemy. In the case of emphasis on magic, for example, a step may be created so as to give the HP a change that is not in a normal attack. Changes that are not in the normal attack pattern include, for example, restoring the HP of one or more teammate characters. The term “feature” here may be any term that represents an item that distinguishes the action of each character. For example, “role”, “pattern”, “policy”, “principle”, “rule”, etc. The term may be read as appropriate. In addition, modifiers such as “behavior” or “behavior” may be appropriately added to these terms (eg, behavior pattern, behavior policy, etc.).

  (I) The skill charge may be decreased for each attack of the ally character, and when the skill charge becomes 0, the card may be blinked so that the skill can be activated. However, the display / non-display of the attack charge value is arbitrary. The display / non-display of whether or not the skill can be activated is optional, but it is preferable to display whether or not the skill can be activated from the viewpoint of ease of playing. However, it may be made clear whether or not the skill can be activated by another index (for example, the number of teammate characters, HP, elapsed time of the game, etc.) without clearly indicating the state where the skill can be activated.

  Next, among the optional additional elements (a) to (i) as described above, (b) process data for moving the character, (d) a deck of cards, (e) an attack according to the number of cards, (g An example of a game that uses an attack charge and (i) a skill charge will be described. For example, as shown in FIG. 4, a deck that represents a deck that clearly shows a battle screen G <b> 1 that represents a scene where teammate characters P <b> 1 to P <b> 3 and enemy characters En <b> 1 to En <b> 5 are fighting in a meadow, and various family cards C <b> 1 to C <b> 6. It is assumed that a game screen including the screen G2 is displayed. The thick horizontal bars below the characters P1 to P3 and En1 to En5 represent HP by hatched areas. As shown in FIG. 5A, the race cards C1 to C6 are displayed by card information in which the card ID, race name, attribute name, and skill charge (initial value) are associated with each other. The card information is information selected from the card management information shown in FIG. 5B and is also called deck information. As shown in FIG. 6A, the teammate characters P1 to P3 are displayed by teammate character information in which teammate character ID, HP, race name, and number of cards are associated with each other. The teammate character information is information in which the number of cards corresponding to the number of race names in the card information shown in FIG. 5A is associated with the teammate character management information shown in FIG. As shown in FIG. 7, the enemy characters En1 to En5 are displayed by enemy character information in which the enemy character ID, HP, and attack charge (initial value) are associated with each other. Card management information, ally character management information, and enemy character information are described in advance in the game control program.

Here, an example will be described in which the attacking ally character changes according to the various cards in the deck. The combinations of the race and the friend characters P1 to P3 are, for example, as shown in FIG.
Race group: P1 ... Beast, P2 ... Spirit, P3 ... Human.

At this time, the teammate characters P1 to P3 perform an attack according to the number of race cards (step attack). Specifically, for example, a step attack may be performed as follows.
0 ... A motion (motion) in the corner of the screen that will not attack even if the order comes.
1 to 2 sheets ... An action to perform a weak attack when the order comes.
3-4 sheets ... When the order comes, perform an ordinary attack.
5-6 sheets ... When a turn comes, an action to perform a strong attack.

  In the example shown in FIG. 4, the first ally character P1 operates to perform a normal attack when the turn comes in accordance with the number “3” of the race card “beast”.

  The second ally character P2 operates so as to make a weak attack when the turn comes in accordance with the number “1” of the race card “Spirit”.

  The third ally character P3 operates to perform a weak attack when the turn comes in accordance with the number “2” of the race card “human”.

  The order of attack and the damage caused to the enemy by the attack are shown in the process data. For example, in the order of ascending order of the first, second, and third teammate characters P1, P2, and P3 (the order in which P1 → P2 → P3 is repeated), the attack order is the enemy character En1, at intervals based on the attack charge, It is obtained by inserting En2 and En3 attacks. That is, each of the enemy characters En1 to En5 comes in the order of attack when the attack charge of the value counted down for each attack of the teammate characters P1, P2, and P3 becomes zero. Each attack charge is reset to an initial value after the attack of the corresponding enemy character. Note that the order of the attack of the teammate character and the enemy character may be changed according to, for example, the attribute name of the race card selected from the skill activation enabled state. For example, when the card C1 (fire attribute) is selected in a state where the skill can be activated, the attack order is repeated P1 → P2 → P3, whereas the card C2 (water attribute) is selected in the state where the skill can be activated. The attack order may be such that P3 → P2 → P1 is repeated. Similarly, the attack order of the enemy characters may be changed according to the attribute of the card.

  As shown in FIG. 8, the conditions used to create the stroke data are, for example, the enemy character IDs indicating the enemy characters En1, En2,..., The enemy character's HP, and the initial value of the attack charge (until the attack charge becomes zero). The number of attacks), and the card-related conditions such as the card ID indicating the cards C1, C2,... And the initial value of the skill charge (the number of attacks until the skill charge becomes 0). It is out. The relationship between the initial value of the attack charge and the initial value of the skill charge is arbitrary, but the one where the initial value of at least one of the attack charges is smaller than the initial value of all skill charges is ( Skills can be activated after any enemy counterattack), which is preferable from the viewpoint of preventing a decrease in interest by unilateral attacks. The conditions used to create the stroke data may further include the attack power and defense power of the teammate character and the attack power and defense power of the enemy character. The initial value of the attack charge is used to determine the attack order in the process data. The HP of the enemy character is used for determining damage to be taken by the attack in the process data. The damage received by the attack may be determined (calculated) based on the attack power and defense power of each character described above, may be determined randomly, or a random value may be set to a value calculated by a predetermined algorithm. You may determine to the value obtained by adding.

  As shown in FIG. 9, the process data includes the attack source character ID, the attack destination character ID, and the damage (decrease in HP) given to the attack destination character ID for each step number indicating each process. Contains. Each process is reproduced sequentially for each step number. In the process data, the final step may describe returning to the start step (or a step in the middle). Alternatively, returning from the last step to the start or middle step may be defined in the game program without being included in the process data.

  In the process data shown in FIG. 9, in the eleventh step, the total number of attacks of the teammate characters P1, P2, P3 is the eighth, and the skill charge of the cards C1, C6 is zero. For this reason, after the 11th step is completed, the cards C1 and C6 are in a state where skills can be activated, and the cards C1 and C6 blink. The blinking state of the cards C1 and C6 (skill can be activated) continues until the skill is activated.

  When the user performs the skill activation by touching the card C1 or the card C6 after the 11th step, new process data indicating the process after the time of the activation is acquired from the server. This corresponds to the transition from the upper stroke to the lower stroke in FIG.

  Here, new process data may be newly created, or may be created by arbitrarily changing each parameter in the previous process data. The new process data may be created by changing the value of damage without changing each character ID in the previous process data, for example. Alternatively, new process data may be created by changing each character ID and changing the damage value with respect to the previous process data. That is, the damage value needs to be changed from the previous stroke data in order for the changed stroke data to bring about a new result. However, each character ID may or may not be changed from the previous stroke data. Further, the attack charge and the skill charge may or may not be changed from the previous process data.

  The above is the outline of the present invention. Next, each embodiment of the present invention will be specifically described.

<First Embodiment>
FIG. 10 is a schematic diagram showing a configuration example of a game system to which the game control method according to the first embodiment of the present invention is applied. A game providing apparatus 2 is connected to a network 1 including the Internet, and a plurality of, for example, three portable terminals 4A to 4C, which are client apparatuses used by the user in this system, are connected to a wireless LAN access point ( AP) 5 or a base station 6 for connection. Each of these devices can be implemented with either a hardware configuration or a combined configuration of hardware resources and software. As the software of the combined configuration, a program that is installed in advance from a network or a storage medium into the computer of each device and realizes the function of the corresponding device is used.

  The game providing device 2 is a computer that provides a mobile terminal 4A to 4C with a game program for realizing a game, image data and process data associated with the game program. The game providing apparatus 2 is installed by a company operating an SNS, for example, to provide an online game service as part of the service, and is connected to the network 1.

  On the other hand, the client-side mobile terminals 4A to 4C each include a smartphone, a feature phone, and the like, and are mobile phones that operate on an OS (Operating System) such as Android (registered trademark) or iOS (registered trademark). It may be a notebook personal computer, a mobile computer, or the like. In the following embodiments, in order to simplify the description, the mobile terminals 4A to 4C will be described as being smartphones each having a touch panel.

  In addition to the connection with the network 1 via the base station 6, the mobile terminals 4A to 4C, for example, Wi-Fi (registration) that is a wireless LAN (Local Area Network) of IEEE802.11a / b / g / n standard, for example. (Trademark) can be preferentially selected, and the access point 5 can be interconnected.

  In addition, the mobile terminals 4A to 4C can be wirelessly connected to each other by, for example, Bluetooth (registered trademark) technology that is a short-range wireless communication standard.

  As the portable terminals 4A to 4C, the hardware configuration specific to the model, the OS used, the installed applications, and the like are diverse, and the game providing device 2 corresponds to these various portable terminals 4A to 4C. It is assumed that various application programs can be distributed to each.

  Functional block configurations of the game providing device 2 and the mobile terminals 4A to 4C will be described with reference to FIGS.

  The game providing device 2 is a device that can provide a game to the mobile terminals 4A to 4C, and includes a storage device 21, a memory 22, a processor 23, and a communication unit 24 as shown in FIG. The storage device 21 and the memory 22 constitute storage means. The processor 23 constitutes a processing device that can access the storage means.

  The storage device 21 stores a game control program p_s3 and the like for realizing a game, and is a large-capacity storage device such as a hard disk drive (HDD), an optical disk drive, a DVD, or an MO. The storage device 21 stores an OS (operating system) p_s0, a server-side JS execution environment program p_s1, a company A framework program p_s2, a game control program p_s3, and the like. The game control program p_s3 includes image data used for the game.

  The OS p_s0 is a program for realizing the basic functions of the game providing device 2.

  The server-side JS execution environment program p_s1 is executed by the processor 23, and is a program for realizing a server-side JS execution environment S1 described later.

  The company A framework program p_s2 is executed by the processor 23 and is a program for realizing the company A framework S2 described later.

  Each game control program p_s3 is a program used for the game providing device 2. Specifically, each game control program p_s3 is executed by the processor 23 and is a program for individually realizing the game according to the present embodiment. For example, the game control program p_s3 is a program for causing the mobile terminal 4A to execute a game by an operation of the user of the mobile terminal 4A. Note that this explanation and the explanation of the portable terminal 4A in other places are the same for the other portable terminals 4B and 4C.

  Further, the game control program p_s3 includes a program for causing the processor 23 to realize the following functions (f1) to (f2) in addition to a game function relating to an arbitrary play content.

  (F1) A first transmission function for transmitting image data and first process data indicating a process in the game to the mobile terminal 4A when a transmission request is received from the mobile terminal 4A.

  As image data, for example, image data (eg, grassland, coast, mountain, sea, sky, space, palace, etc.) used for a game background screen, image data of each character, image data indicating an attack of each character (example) , Flames, water, lightning, light rays, smoke, etc.), image data of each card, and image data of skill production screens (eg, special moves, dances, etc.).

  (F2) When the mobile terminal 4A receives a change request for changing the process data from the mobile terminal 4A during reproduction of each process based on the image data and the process data, the second process data is A second transmission function for transmitting a change response including the change response to the mobile terminal 4A.

  The change response does not include screen transition information for transitioning the background screen of the game, and the game uses the same image data for the background screen before and after the change of the stroke data. From the viewpoint of further reducing the communication amount. However, these matters are not essential. Even if the change response includes screen transition information and the image data of the background screen is changed before and after the process data change, for example, when the probability that the change response includes the screen transition information is lower than 1/2. Can significantly reduce the amount of data on the background screen.

  The game may be a battle game in which a friend character on the user side and an enemy character on the game providing device 2 battle each other. Each process indicated by the process data may be a process in which the teammate character attacks the enemy character or a process in which the enemy character attacks the teammate character.

  Each process may include a plurality of processes in which the teammate character attacks the enemy character and a process in which the enemy character attacks the teammate character alternately. That is, in each process, the order of attacks may be determined based on the above-described attack charge.

  Among the processes, the process when the process of attacking the enemy character by the friend character is executed a predetermined number of times may include a process of presenting the user with the fact that the second transmission function can be executed. . That is, any one of the processes may include a process of presenting a skill triggerable state based on the skill charge described above.

  The memory 22 is used as a work area required when executing the game control program p_s3 or the like.

  The processor 23 can access the storage device 21 and the memory 22, and in addition to playing the game according to the embodiment of the present invention in cooperation with the game control program p_s 3 and the like stored in the storage device 21, providing a game It controls the entire apparatus 2.

  The communication unit 24 controls communication with external devices such as the mobile terminals 4 </ b> A to 4 </ b> C via the network 1.

  Since the functional block configurations of the mobile terminals 4A to 4C are the same as each other, the functional block configuration of the mobile terminal 4A will be described as a representative example here.

  As shown in FIG. 12, the portable terminal 4A includes a storage device 41A, a memory 42A, a processor 43A, a communication unit 44A, an electronic compass 45A, a camera 46A, a display unit 47A, and a touch panel 48A. The description of each part 41A-48A can be read as explanation of each part 41B-48B of other portable terminal 4B or explanation of each part 41C-48C of other portable terminal 4C by replacing the end A of the code with B or C. It has become.

  The storage device 41A stores a client-side game control program p_c4 for realizing a game, and is a large-capacity storage device such as a hard disk drive (HDD). The storage device 41A stores an OS (operating system) p_c0, an application execution environment program p_c1, an A company DB connection kit program p_c2, an A company framework program p_c3, and a game control program p_c4.

  The OS p_c0 is a program for realizing the basic functions of the mobile terminal 4A.

  The application execution environment program p_c1 is executed by the processor 43A and is a program for realizing an application execution environment C1 described later.

  The A company DB connection kit program p_c2 is executed by the processor 43A, and is a program for realizing the A company DB connection kit C2 described later.

  The company A framework program p_C3 is executed by the processor 43A, and is a program for realizing the company A framework C3 described later.

  The game control program p_c4 is a program that is executed by the processor 43A and controls processing on the client side of the game according to the embodiment of the present invention.

  The memory 42A is used as a work area required when executing the client-side game control program p_c4.

  The processor 43A, in cooperation with the game control program p_c4 stored in the storage device 41A, plays a game according to the embodiment of the present invention and controls the entire mobile terminal 4A.

  The communication unit 44A controls communication with an external device such as the game providing device 2 via the network 1. The communication unit 43 also has a wireless communication function such as a wireless LAN, Bluetooth (registered trademark), and WiFi.

  The electronic compass 45A has a geomagnetic sensor and measures the direction.

  The camera 46A has an imaging function and stores the captured image in the storage device 41A.

  The display unit 47A is a display device to which a touch panel 48A is attached.

  The touch panel 48A has a function of inputting operation data in accordance with a user operation.

  Since the hardware configuration itself of the electronic circuit corresponding to the functional block configuration of the game providing device 2 and the mobile terminals 4A to 4C is very general and well known, its description and description are omitted.

  Next, the concept of a connection architecture between the game providing device 2 and the mobile terminals 4A to 4C will be described. In executing an online game program or application program provided by Company A, the mobile terminals 4A to 4C have an application execution environment (for example, AIR (registered trademark)) for the game program or application program ( A program p_c1) is installed, and a company A database connection kit (program p_c2) for connecting to the database of the company A and performing accounting processing and the like is incorporated.

  At the same time, regarding the part where the mobile terminals 4A to 4C communicate with the game providing device 2, the (software) client side company A framework (program p_c3) developed by company A is installed.

  On the other hand, in the game providing apparatus 2, a server-side JavaScript (registered trademark) execution environment (program p_s1) described in, for example, Node.js (registered trademark) or jQuery for executing online games and applications is implemented. The A company framework (program p_s2) on the A company (software) server side corresponding to the A company framework (program p_c3) is mounted on the portion that communicates with the mobile terminals 4A to 4C.

  Each of the frameworks (programs p_c3 and p_s2) is described using, for example, JavaScript as a script language independent of the OS. Therefore, the same connection environment can be constructed even if the OS of the mobile terminals 4A to 4C is any OS such as Android and iOS. As a modification, when a web socket function is incorporated as a part of a game program (Native application) as an API (Application Programming Interface), the Native application can also use the web socket.

  Next, the operation of the game system configured as described above will be described using the flowchart of FIG. 13 and the sequence diagram of FIG. In the following description, it is assumed that the programs p_s1 to p_s3 illustrated in FIG. Similarly, it is assumed that the respective programs p_c1 to p_c4 shown in FIG. 12 are installed in the mobile terminals 4A to 4C when the service is first received from the company A. Further, in the following description, from the viewpoint of simplifying the description, the description that the communication units 24 and 44A are interposed in transmission and reception is omitted. Further, the following description will be given taking as an example the case where the competitive game shown in FIG. 4 is executed.

<Preparation stage>
First, as shown in FIG. 13, the portable terminal 4A transmits a deck construction start request for starting deck construction to the game providing apparatus 2 by a user operation (ST1).

  In the game providing device 2, the processor 23 includes the list information of the race card including the card ID, the race name, and the attribute name based on the card management information shown in FIG. 5B in response to the deck construction start request. A response is transmitted to the portable terminal 4A.

  The portable terminal 4A displays this list information, selects five race cards from the list information by the user's operation, and transmits a request indicating the selection result to the game providing apparatus 2 (ST2).

  In the game providing apparatus 2, when the processor 23 receives this request, the mobile terminal 4A sends a response including the friend user ID associated with the user ID of the user of the portable terminal 4A based on the friend user information shown in FIG. Send to.

  The portable terminal 4A displays the user ID of this friend, selects the user ID of one friend by user operation (ST3), and transmits a request indicating the selection result to the game providing apparatus 2.

  In the game providing apparatus 2, when the processor 23 receives this request, it reads out the reader card ID associated with the user ID of the friend based on the final card information shown in FIG. 3, and corresponds to the reader card ID. Select one race card from the list information. This selection corresponds to a process in which the leader card at the time of the last play of the friend user is used as the sixth card (ST4).

  Thereafter, in the game providing device 2, the processor 23 constructs deck information including information on the selected six race cards (ST5), and transmits a response including the deck information to the portable terminal 4A.

  Subsequently, in the mobile terminal 4 </ b> A, a quest selection request for selecting a quest (destination) is transmitted to the game providing device 2 by a user operation. “Quest” may be read as “game”.

  In the game providing device 2, the processor 23 transmits a response including guidance information of each quest to the portable terminal 4A in response to the quest selection request.

  The portable terminal 4A displays the guidance information of each quest, selects one quest by the user's operation (ST6), and transmits a transmission request including the selection result to the game providing device 2.

  In the game providing device 2, the processor 23 sends a response including image data used for the selected quest and first process data indicating the process in the quest to the portable terminal 4A as a response to the transmission request. Send. Of the image data, the image data of each character includes friendly character information and enemy character information as accompanying information. The image data of each character, the friend character information, and the enemy character information may be separate information. In this case, the response includes the teammate character information shown in FIG. 6A and the enemy character information shown in FIG. Further, the image data and the first process data may be included in one response or may be included in separate responses.

  In any case, the portable terminal 4A acquires all data of the quest before the game starts (ST7), and ends the preparation stage process.

<Game stage>
As shown in FIG. 14, the portable terminal 4A executes a quest for reproducing each stroke based on the image data and the stroke data (ST11). As shown in FIG. 4, the quest is a battle game in which friendly characters P1 to P3 on the user side and enemy characters En1 to En5 on the game providing device 2 battle each other. Each process indicated by the process data is a process in which the teammate characters P1 to P3 attack the enemy characters En1 to En5, or a process in which the enemy characters En1 to En5 attack the teammate characters P1 to P3.

  That is, the quest controls attacks and damages of the characters P1 to P3 and En1 to En5 in the screen G1 based on the process data shown in FIG. 9 while the screens G1 and G2 shown in FIG. 4 are displayed, for example. Is being executed. The process data shown in FIG. 9 includes a plurality of processes in which the teammate characters P1 to P3 attack the enemy characters En1 to En5 and a process in which the enemy characters En1 to En5 attack the teammate characters P1 to P3 alternately. Contains. Further, based on this process data, the portable terminal 4A, for example, when the process of attacking the enemy characters En1 to En5 by the teammate characters P1 to P3 is executed only 11 times, the mobile terminal 4A sets the skill activation possible state of the cards C1 and C6. Present to the user by blinking.

  In the portable terminal 4A, during execution of the quest, a change request for changing the process data is transmitted to the game providing apparatus 2 by the user's operation (ST12). The operation in step ST12 is, for example, an operation of touching a blinking card.

  In the game providing device 2, the processor 23 receives a change request for changing the process data from the portable terminal 4A (ST13).

  In the game providing device 2, in response to the change request, the processor 23 transmits a change response including second process data different from the process data used by the mobile terminal 4A to the mobile terminal 4A (ST14). In this example, the change response does not include screen transition information for transitioning the quest background screen. The quest uses the same image data for the background screen before and after the process data change. In the case of the game screen G1 shown in FIG. 4, the grassland image data used for the background screen of the process data before the change and the grassland image data used for the background screen of the process data after the change are the same image data.

  The portable terminal 4A executes a quest for reproducing each stroke based on the second stroke data (ST15).

  Hereinafter, in the portable terminal 4A, the processes of steps ST12 to ST15 are repeatedly executed as appropriate until the quest ends. Supplementally, the user watches the transition of the quest reproduced on the mobile terminal 4A, and if it is likely to win, continues the step ST15 as it is, and if it is likely to lose, it performs the operation of the step ST12 again, and the process data To change.

  As described above, according to the present embodiment, when the game providing apparatus 2 receives a transmission request from the mobile terminal 4A, the game data transmission apparatus 2 transmits image data and first process data indicating a process in the game to the mobile terminal 4A. To do.

  Thus, high-quality image data can be provided to the client side using the request / response method, and there is no load for creating high-quality image data on the client side.

  Further, according to the present embodiment, while the portable terminal 4A is playing back each process based on the image data and the process data, the game providing device 2 sends a change request for changing the process data from the portable terminal 4A. If received, a change response including the second process data is transmitted to the portable terminal 4A.

  Here, if the change response does not include the screen transition information for transitioning the background screen of the game, and the game uses the same image data for the background screen before and after the process data change, the data amount of the background screen is The amount of communication can be further reduced. Even if the change response includes the screen transition information, if the probability of including the screen transition information is low, similarly, the data amount of the background screen can be reduced, and the communication amount can be further reduced.

  Further, according to the present embodiment, it is possible to realize a battle game in which a friend character on the user's side and an enemy character on the game providing device 2 battle each other.

  Further, according to the present embodiment, a plurality of strokes in which the friendly characters P1 to P3 attack the enemy characters En1 to En5 and a single stroke in which the enemy characters En1 to En5 attack the friendly characters P1 to P3 are alternately performed. Therefore, the process data can be created regularly, and the load for creating the process data can be reduced.

  Further, according to the present embodiment, the process when the process of attacking the enemy characters En1 to En5 by the teammate characters P1 to P3 is executed a predetermined number of times includes the process of presenting the skill activation possible state to the user. Therefore, it is possible to create the stroke data regularly, thereby reducing the load of creating the stroke data.

<Second Embodiment>
Next, a second embodiment of the present invention will be described.

  The present embodiment is a modification of the first embodiment. As shown in FIGS. 15A and 15B, for each card ID, the execution speed v of each stroke interval indicated by the stroke data. It is the structure which linked | related the speed attribute which shows ~ 3v. FIG. 15B shows card management information, and FIG. 15A shows card information (also referred to as deck information) selected from the card management information.

  Here, the first execution speed v indicates that the execution speed is half of the second execution speed 2v. The absolute value of v can be set arbitrarily. The execution speed is not limited to the values of v to 3v, and any value can be used. Moreover, although each execution speed v-3v is arbitrary, it is desirable to set so that it may not correspond with the pattern of the other attribute (race name or attribute name) of a card | curd.

  As such an execution speed, for example, a frame rate can be used. The frame rate is a value indicating how many frames (images / frames) are processed per unit time in a moving image. The frame rate is usually expressed as a numerical value per second and expressed in units of fps (frames per second).

  According to the configuration as described above, the game providing device 2 creates process data defining the execution speed of each process interval based on the information shown in FIG. 15A and is selected when the skill is activated. Since it is possible to provide the mobile terminal 4A with stroke data in which the intervals of each stroke proceed (different) at the execution speeds v to 3v indicated by the speed attribute of the card, in addition to the effects of the first embodiment, the interest is improved. Can do.

<Third Embodiment>
Next, a third embodiment of the present invention will be described.

  This embodiment is a modification of the first or second embodiment, and as shown in FIG. 16A and FIG. 16B, emphasis on attack, emphasis on defense, or emphasis on magic is provided for each ally character ID. It is the structure which linked | related the characteristic attribute of the action to show. FIG. 16B shows the friend character management information. FIG. 16A shows teammate character information in which the number of cards corresponding to the number of race names in the card information shown in FIG. 5A or 15A is associated with teammate character management information.

  Here, in the case of attack emphasis, when creating the stroke data, for example, the stroke (step) may be created with a large damage to the enemy. In the case of emphasis on defense, when creating the stroke data, for example, the stroke may be created with a small amount of damage received from the enemy. In the case where the emphasis is on magic, when creating the stroke data, for example, the stroke may be created so as to give the HP a change that does not exist in a normal attack. Changes that are not in the normal attack pattern include, for example, restoring the HP of one or more teammate characters. The recovery target ally character may be one (the magic-friendly ally character) or a ally character other than himself.

  According to the configuration as described above, the game providing device 2 creates process data in which the behavior characteristics are changed for each teammate character based on the information shown in FIG. However, in addition to the effects of the first or second embodiment, interest can be improved.

  In the above-described embodiment, the game control program p_s3 is described as being provided with the first transmission function and the second transmission function. However, the present invention is not limited to this. For example, the game control program p_c4 reproduces the image data and the first process data indicating the process in the game on the mobile terminal 4A, and the mobile terminal 4A plays the game based on the image data and the first process data. When the input of the change request for changing the first process data is received by the user's operation during the reproduction of the process, the second process data may be reproduced on the portable terminal 4A.

  Note that the method described in the above embodiment includes a magnetic disk (floppy (registered trademark) disk, hard disk, etc.), an optical disk (CD-ROM, DVD, etc.), a magneto-optical disk (MO) as programs that can be executed by a computer. ), And can be stored and distributed in a computer-readable storage medium such as a semiconductor memory.

  Note that the present invention is not limited to the above-described embodiment as it is, and can be embodied by modifying the constituent elements without departing from the scope of the invention in the implementation stage. Moreover, various inventions can be formed by appropriately combining a plurality of constituent elements disclosed in the embodiment. For example, some components may be deleted from all the components shown in the embodiment. Furthermore, constituent elements over different embodiments may be appropriately combined.

  The invention described in the scope of the original claims of the original application of the present application will be appended below.

  [1] A game control method used in a game providing apparatus that includes a storage unit that stores image data used for a game and a processing device that can access the storage unit, and that can provide a game to a portable terminal, the processing device However, when a transmission request is received from the mobile terminal, a first transmission step of transmitting the image data and first process data indicating a process in the game to the mobile terminal, the image data, and the When a change request for changing the process data is received from the portable terminal during playback of each process based on the process data, a change response including second process data is transmitted to the portable terminal. A game control method comprising the steps of:

  [2] In the game control method according to [1], the change response does not include screen transition information for transitioning the background screen of the game, and the game is performed before and after the process data is changed. A game control method using the same image data for the background screen.

  [3] In the game control method according to [1] or [2], the game is a battle game in which an ally character on the user side and an enemy character on the game providing device side battle each other. Each of the strokes is a stroke in which the teammate character attacks the enemy character, or a stroke in which the enemy character attacks the teammate character.

  [4] In the game control method according to [3], each of the processes includes a plurality of processes in which the teammate character attacks the enemy character, and a process in which the teammate character attacks the teammate character. A game control method characterized by alternately including a process.

  [5] In the game control method according to [3] or [4] above, the process when the process in which the teammate character attacks the enemy character is executed a predetermined number of times in each process is described above. The game control method characterized by including the process of showing to the said user that a 2nd transmission process is executable.

  [6] A game providing apparatus capable of providing a game to a mobile terminal, wherein the storage means stores image data used for the game, and when receiving a transmission request from the mobile terminal, the image data and the game First transmission means for transmitting the first process data indicating the process to the portable terminal, and changing the process data while reproducing each process based on the image data and the process data. A game providing apparatus comprising: a second transmission unit configured to transmit a change response including second process data to the portable terminal when a change request is received from the portable terminal.

  [7] A game control program for use in a game providing apparatus that includes a storage unit that stores image data used for a game and is capable of providing a game to a portable terminal, wherein the game providing apparatus sends a transmission request to the portable terminal. If received, the first transmission means for transmitting the image data and the first process data indicating the process in the game to the portable terminal, each process is reproduced based on the image data and the process data A game for causing a change response including second process data to be transmitted to the portable terminal when a change request for changing the process data is received from the portable terminal. Control program.

  DESCRIPTION OF SYMBOLS 1 ... Network, 2 ... Game provision apparatus, 4A-4C ... Portable terminal, 5 ... Access point (AP), 6 ... Base station, 21, 41A ... Memory | storage device, 22, 42A ... Memory, 23, 43A ... Processor, 24 , 44A ... communication unit, 45A ... electronic compass, 46A ... camera, 47A ... display unit, 48A ... touch panel.

Claims (7)

A game providing apparatus capable of providing a game to a portable terminal, comprising a storage means for storing image data and process data used at the time of process playback and process change including a background screen used for a game, and a processing device accessible to the storage means A game control method used for
When the processing device receives a transmission request from the portable terminal before starting the game, the image data and the first process in the game are displayed on the background screen without user operation. A first transmission step of transmitting a first response including first process data for moving and progressing the game to the mobile terminal;
When the change request for changing the first process data is received from the portable terminal during the reproduction of the first process data, the game displays the second process in the game on the background screen. A second transmission step of transmitting a second response including second process data for moving the medium without the user's operation and proceeding with the game to the portable terminal;
With
The storage means stores management information described in association with a speed attribute indicating an execution speed of each stroke interval in the game for each game medium ID,
The first process data and the second process data are data not including screen transition information for transitioning the background screen, and based on the management information, the execution speed of the interval of each process is A game control method characterized by being defined. The game control method according to claim 1,
The first process data and the second process data are data for progressing the game by sequentially reproducing the process in the game for each step number indicating the process in the game. A game control method characterized by the above. In the game control method according to claim 1 or 2,
A game control method characterized in that a final step which is a final stroke among the strokes in the game is a step of returning to a step at the start or a step in the middle. The game control method according to any one of claims 1 to 3,
The game control method according to claim 1, wherein the parameter in the first process data includes at least a damage value. A game providing apparatus capable of providing a game to a mobile terminal,
Storage means for storing image data and process data used during process playback and process change including a background screen used in the game;
When a transmission request is received from the portable terminal before the game is started, the image data and the first process in the game are shown and the game medium is moved on the background screen without user operation. First transmission means for transmitting a first response including first process data for proceeding to the portable terminal;
When the change request for changing the first process data is received from the portable terminal during the reproduction of the first process data, the game displays the second process in the game on the background screen. Second transmitting means for transmitting a second response including second process data for moving the medium without the user's operation and proceeding with the game to the portable terminal;
With
The storage means stores management information described in association with a speed attribute indicating an execution speed of each stroke interval in the game for each game medium ID,
The first process data and the second process data are data not including screen transition information for transitioning the background screen, and based on the management information, the execution speed of the interval of each process is A game providing apparatus characterized by being defined. A game control program for use in a game providing apparatus that includes a storage unit that stores image data and process data used when a process is played and a process is changed including a background screen used for a game, and is capable of providing the game to a mobile terminal.
The game providing device;
When a transmission request is received from the portable terminal before the game is started, the image data and the first process in the game are shown and the game medium is moved on the background screen without user operation. First transmission means for transmitting a first response including first process data for proceeding to the portable terminal;
When the change request for changing the first process data is received from the portable terminal during the reproduction of the first process data, the game displays the second process in the game on the background screen. Second transmission means for transmitting a second response including second process data for moving the medium without the user's operation and proceeding with the game to the portable terminal;
Function as
The storage means stores management information described in association with a speed attribute indicating an execution speed of each stroke interval in the game for each game medium ID,
The first process data and the second process data are data not including screen transition information for transitioning the background screen, and based on the management information, the execution speed of the interval of each process is A defined game control program. A game control method used for a portable terminal comprising a storage means for storing image data and process data used for process playback and process change including a background screen used for a game, and a processing device accessible to the storage means,
The processing device reproduces the image data and the first process data indicating the first process in the game and moving the game medium on the background screen without the user's operation to advance the game. A first regeneration step,
When an input of a change request for changing the first stroke data is received by a user operation during reproduction of the first stroke data, the second stroke in the game is indicated on the background screen. A second reproduction step of reproducing second stroke data for moving the game medium without the user's operation and proceeding with the game;
With
The storage means stores management information described in association with a speed attribute indicating an execution speed of each stroke interval in the game for each game medium ID,
The first process data and the second process data are data not including screen transition information for transitioning the background screen, and based on the management information, the execution speed of the interval of each process is A game control method characterized by being defined.