JP2015091291A - Game control method for social game for constructing social network and server device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a new game control method that utilizes characteristics of a social network game, and a server device.SOLUTION: General items that can be owned by registered users and special items that can be owned by registered users belonging to a group and cannot be owned by registered users who do not belong to the group are previously stored in a database, at least one or more special items are associated with a generated group and stored in the database in response to a request from a first registered user request to generate a group, a second registered user is associated with the group and stored in the database in response to a request from the second registered user request to participate in the group, and authority of owning one or more items from special items associated with the group is given to the second registered user.

Description

    The present invention relates to a game control method and a server device suitable for the purpose of building a social network between a large number of users in a social game such as a fighting game or a card game where registered users (also players) play one-on-one.

  In recent years, social games that have been developed using social networking services (SNS) and aimed at building social connections between registered users have become popular.

  The social game is “a game provided on the SNS. The social game is played through the Internet, and does not purchase hardware and software in advance like a conventional video game. If you have an internet environment with a personal computer or mobile phone, you can usually do it for free, and social games are generally free and can be registered and started, but for registered users who want to advance the game. In addition, the social model is a game using the Internet, so it is not provided as packaged software like conventional game software. It is possible to operate while updating, such as adding new functions. Shall game that enjoyed comfortable with a relatively simple operation in, and the like to be one of the features has become the center. "That the associated definition.

  Another definition is as follows. That is, the social game is a game developed on an application platform provided by SNS. The social game may be referred to as a “social networking service game”. A social game is an online game that incorporates social connections between SNS users into a game system, and can be run on a registered user's client terminal on a web browser or installed application. It is common.

  In general, in social games, determination of game operations and storage of game information are performed on a server device, and the client terminal is often positioned as a display device of the determined operation, but in some social games Instead of performing all calculations for generating a movie for displaying various movements of characters appearing in the game on the server device, the controller including the CPU of the client terminal is responsible for a part of the calculation processing. The present inventor believes that this may be an important factor in future games.

  Under such circumstances, social games can be selected in various ways without limiting the performance and type of client terminals, and are developed on information devices and information tools that are already widely used, such as mobile phones, smartphones, and PCs. It is possible.

  Therefore, social games have the advantage of being able to reach many people (easily delivered), and the sales share within the game industry is growing greatly.

  The reason why consumer game consoles dropped in the summer of 2011 is said to alleviate the weakness of having to purchase dedicated hardware to play games and to combat social games.

  Most titles are created with the concept of gathering many registered users in a wide frontage, and the game content is quite simple and can be played in a very short time, such as between work. Rather, it can be imagined that it is a necessary approach for social games, unlike consumer games and business games, that games can be played in small pieces in a short time, in other words, games can be played easily. In other words, it is the opposite of the game design that immerses you in the world of the game.

  It is said that people who are addicted to this kind of game (social game) recognize highly difficult games and difficult games as “drilling games” and “troublesome games”, not as “drilling games”. ing.

  However, there are many people who enjoy the current high-difficulty game while enjoying the current social game.

  Most of the titles are free to play, and only about 3% of all registered users are abolished registered users (those who spend a lot of real money on online games) and about several thousand yen per month The main source of revenue is the billing paid by the registered user who pays.

  About 70 to 80% of the total are registered users who are playing without charge, but this is not a wasteful presence for the game provider, and is a reserved user who is a charged registered user who may charge. For titles that have confrontation elements between each other, it is easy to defeat hunting for billing registered users, and in charge of losing groups that are necessary for abandoned billing registered users to feel superiority such as "I am strong, I am amazing" It is.

  Thus, in social games, a registered user who wants to advance the game more advantageously using a large amount of money, or a registered user who wants to play for free without wishing to advance the game advantageously, Compared with consumer game machines, registered users who can play a game while stimulating and involved with each other can purchase a special game machine and operate it with dedicated software. As a result of making the hurdles extremely low, it is possible to play games while engaging with a wider audience.

  By the way, when applying a battle game, such as a fighting game or a card game, where registered users battle online one-on-one to a social game, it is necessary for both of them to play in a constantly connected state during the battle.

  However, in online competitive games, if the registered user leaves the internet connection state in the middle of the game, or if communication is interrupted due to a change in the communication state, the game is not established. The social game in which there are many users who want to have a game characteristic that is not familiar to social games. For this reason, there are no or very few genres of fighting games and card games in social games.

  Moreover, since there are many users who want a short game in the shooting game, there are not many social games of this genre. Furthermore, in general, in the case of a social game, the game calculation process is performed not on a terminal such as a smartphone that is a user terminal but on the server side, so the game story is changed while searching for the user's preferences. Since it is possible, various events may be executed with the day of the week and time separated.

  In such an event, a mechanism is set that a certain rare item can be obtained by clearing a mission that occurs for a limited time, and attracts customers.

  However, such a mechanism organically utilizes a state in which a user terminal that is not operated by a player as described above is not activated and a game program is always executed on the server. It was hard to call it a device.

  The reason is that in order to notify the event to the player, it is necessary to announce in advance, so it is necessary to set a sufficiently known time before the event is generated.

(Issues in fighting games and card games)
The present inventor, as one method, presets the input actions such as attacks and defenses in the fighting game and the order of the cards used in the card game, and other registered users based on the set contents at a predetermined timing. I thought about a game to play against. However, although it is possible to eliminate the situation where the game is interrupted or cannot be continued due to the interruption of communication or withdrawal as described above, there is a lack of closeness in terms of the social relationship between registered users in social games. There was a problem that. For example, in a strategic game in which registered users expand their territory, each registered user becomes the lord, forms an alliance with other registered users, loses and becomes a member country, and social games such as social Some have enjoyed the fun. However, in the case of a one-on-one battle game such as a fighting game or a card game, it is difficult to create a situation in which missions are cleared together, and even if an alliance is formed, it is difficult to think of an advantage for registered users.

  Therefore, it is possible for registered users to build a social network, and it is possible for registered users to benefit from belonging to a certain group, and they are organic in nature with fighting games and card games. The present inventor considered that game control related to the above is necessary.

  Also, if you operate your avatar character in the online battle game and run the game with other players connected via the network, there will be no change from the online battle in the arcade game or the battle game using the personal computer. Also, there was a problem that had to be done only by developing their own characters. In other words, even if the player is not playing a game, if the place where the game control process is mainly responsible is a social net game, the server is a server as described above, so that this hardware environment can be used well to create a new one. I thought I could build a simple training game.

  Further, in a fighting game, an enemy character controlled by a server controller and an avatar character (a friend character or an operation character) capable of operating a touch panel by using a client game terminal as a user (game player). When a battle is executed, the communication timing between the server that calculates the game processing as described above and the game terminal is considered as follows.

  In other words, every time a game player operates the touch panel of the game terminal, an operation signal on the touch panel will be transmitted from the game terminal to the server. However, in the case of such a configuration, if the game is not frequently operated by a game player such as a card game, the operation signal transmission frequency is not so high. Since the frequency increases, there is a possibility that a communication error will occur if the communication environment deteriorates even for a moment, or that the fighting game will be affected if delayed.

  Therefore, a configuration in which a game program is distributed to a server and a game terminal and stored in advance by focusing on an OS of a specific mobile phone, and a part of the game program is stored in a storage unit of the game terminal. The present inventor has considered that the number of communication between the server and the game terminal is reduced as much as possible by executing it by the control unit of the game terminal to solve the above-described problems.

  In particular, it is not novel as a computer technology to separate the program itself in such a distributed manner and perform arithmetic processing by separate control units. However, in order to reduce the possibility of the communication environment being affected by the game results, the control unit of the game terminal determines which part of the arithmetic processing is executed by the control unit (CPU) on the game terminal side. There is a technical problem that it is necessary to pay attention to the role assignment of the control unit of the server and the configuration of the communication timing.

(Shooting game issues)
In the case of shooting games, it is common to clear the stage by defeating the battle type and the boss character (set the boss character for each stage), but the shooting game that clears the stage The present inventor has thought that simply applying the above to a social game does not make good use of the hardware environment of the social game itself as described above, and a new mechanism can be performed.

  The shooting game is the same as the fighting game described above. A large amount of missiles launched by enemy characters around the character to be operated (for example, a fighter), and the communication is delayed or the communication is cut off while moving toward the character to be operated. Therefore, it must be avoided that the game is won or lost or the game cannot be continued.

  The present invention is a game control method in a social game in which registered users play one-on-one battles using one or more items selected from items possessed by the registered users, and a plurality of general Storing in advance in a database items and a plurality of special items that can be possessed by the registered user belonging to a group (corresponding to a school to be described later) but cannot be possessed by the registered user who does not belong to the group , In response to a request from the first registered user requesting generation of the group, associating at least one or more of the special items with the generated group and storing in the database; and In response to a request from the second registered user requesting participation, the second registered user is forwarded. Together in association with a group stored in said database, that the authority possessed one or more items from the special item associated with the group to impart to the second registered user, characterized by.

  According to the said structure, a special item will be linked | related with a group by the 1st registered user who produces | generates a group. The second registered user who participates in this group can select a special item associated with the group. Since the group is associated with the special item selected by the first registered user who created the group, the second registered user enjoys the privilege of having different special items depending on the group that participated. can do. Thereby, the significance of participating in the group can be given to the registered user, and the social connection between the registered users in the group can be promoted by belonging to the group.

  In the game control method of the present invention, the special item may act on the game more advantageously than the general item.

  In the game control method of the present invention, a consumption cost may be set in advance for the item, and the registered user may be able to possess the item in exchange for the cost possessed.

  In the game control method of the present invention, a consumption cost may be set in advance for the special item, and the special item may be associated with a group in exchange for the cost possessed by the first registered user.

  In the game control method of the present invention, the registered user may be able to possess the cost by purchasing it with credit.

  In the game control method of the present invention, the cost increases according to the elapsed time.

  Furthermore, the present invention is a server that provides a game in which registered users play a one-on-one match using one or more items selected from items possessed by the registered users, and a plurality of general And a plurality of special items that can be possessed by the registered user who belongs to the group and cannot be possessed by the registered user who does not belong to the group. In response to a request from the first registered user to request, at least one or more of the special items is associated with the generated group and stored in the database, and the second registration for requesting participation in the group In response to a request from a user, the second registered user is associated with the group and stored in the database. Both can be granted the right to possess one or more items from the special item associated with the group to the second registered user, characterized by.

The enemy character displayed on the display screen of the mobile terminal is in a state of floating in the air, and until the lower point position that triggers the end of the game set in advance is reached. A game control method for calculating a game score related to the cumulative number of techniques hit by the enemy character, wherein the technique of the operation character that is paid out in response to an input to the touch panel for player input,
The controller of the server or terminal is
A process for controlling a state in which the enemy character descends based on the enemy character descending control data stored in advance;
The skill failure or success determination data for the enemy character stored in advance for each technique, and the timing of the operation of the technique operated according to the timing at which the image of the technique is tapped on the touch panel with respect to the enemy character. A process of determining success or failure of success or failure;
When the determination result is successful, a process of performing control to suppress the ascent or descent of the enemy character according to the descent suppression data for each technique stored in advance,
If the determination result is successful, processing to update and store cumulative data related to the number of successes, and
A game control method for transmitting the accumulated data to the server only at a timing when it is determined that the lower point position has been reached. What is important here is that the communication process between the portable terminal and the server is executed after the game is started until the timing when it is determined that the lower point position has been reached. In order to prevent communication. Of course, communication for checking the communication state between the portable terminal and the server is performed, but it is defined in the first game program to be described later so that communication with the server is not necessary for the progress of the game itself. . Therefore, even if the communication between the portable terminal and the server is interrupted due to some kind of communication failure, there is no possibility that the game cannot be executed due to this communication failure. This control process is an important factor in social network games.

In addition, the social net game program in the present invention is:
A first program that is downloaded from a server for external game download to a portable terminal (hereinafter referred to as a terminal) that has an internal power supply and is portable, and is stored in the memory of the terminal;
The terminal executes the first program in response to an input for starting a game from an input device provided in the terminal through an operation system program stored in the terminal in advance. The server is connected to the server or another server (hereinafter collectively referred to as a server) by executing the program, and is capable of executing a game in cooperation with the first program. A second program stored in the memory,
The social net game program executes the following processing using a computer.
(A) In response to receiving a game start input from the input device of the terminal, the first program transmits a signal requesting connection to the server storing the second program outside,
(B) In response to receiving the signal, the second program is data necessary for executing the game based on the game progress information included in the signal and is downloaded to the terminal. Preparing the data, and further transmitting the prepared data for storage in the memory of the terminal;
(C) a process of setting the game to be executable when the first program stores data necessary for the game to be executed in the memory of the terminal, and receiving a game input to the input device Let the terminal run,
(D) that the game executed on the terminal has completed one turn or stage (the end of the unit game, and the entire game is configured such that a plurality of the unit games are repeated), In response to the determination by the execution process of the program, the signal for requesting connection to the server storing the second program is automatically transmitted by the execution of the first game program,
(E) Based on the game progress information included in the signal, update the game progress information stored for each terminal in the server corresponding to the terminal identification data included in the signal,
(F) After that, (B) to (E) are executed, and the transmission frequency of the server and the terminal is controlled so as to be limited only at the start of the unit game and at the end of the unit game.

  In this way, the server and the terminal are made to perform data transmission preparation and transmission processing for executing the next game on the server side, and the terminal side communicates with the server during the unit game. Since it is not performed at all, it is easy to avoid the technical adverse effects caused by the environment and configuration unique to the social game as described above.

  OS is an abbreviation for Operation System (operating system). Specifically, it is the most basic software that plays the role of transmitting information input from the keyboard, mouse, touchpad, etc. to the application.

  ADVANTAGE OF THE INVENTION According to this invention, the new game control method and server apparatus which utilized the specification of the social net game can be provided.

FIG. 1 shows a flowchart of a game control method according to an example of a social game. FIG. 2 shows a flowchart of a game control method according to another example of the social game. FIG. 3 is a schematic diagram showing a game system according to an example of a social game. FIG. 4 shows a schematic diagram representing a game management server and a game terminal according to an example of a social game. FIG. 5 shows a flowchart of an access process according to an example social game. FIG. 6 shows a flowchart of a game process according to an example of a social game. FIG. 7 shows an example of a main menu displayed when the game process of FIG. 6 is executed. FIG. 8 shows a flowchart of a game process skill setting process according to an example of a social game. FIG. 9 shows an example of the technique setting screen displayed when the technique setting process of FIG. 8 is executed. FIG. 10 shows an example of the trick setting operation on the trick setting screen of FIG. FIG. 11 shows a flowchart of a game process battle process according to an example of a social game. FIG. 12 shows an example of a submenu displayed when the battle process of FIG. 11 is executed. FIG. 13 shows an example of a sub item of the sub menu of FIG. FIG. 14 shows an example of a mission used in the game control method according to an example of a social game. FIG. 15 shows an example of a battle screen. FIG. 16 shows an example of player operation on the battle screen of FIG. FIG. 17 shows a flowchart of a game process according to another example of a social game. FIG. 18 shows a flowchart of an avatar setting process of the game process according to another example of the social game. FIG. 19 shows an example of an avatar setting screen displayed when the avatar setting process of FIG. 18 is executed. FIG. 20 shows an example of an avatar setting operation on the avatar setting screen of FIG. FIG. 21 shows a flowchart of an avatar setting process of the game process according to still another example of the social game. FIG. 22 shows an example of an avatar setting screen displayed when the avatar setting process of FIG. 21 is executed. FIG. 23 shows a flowchart of a one-to-one battle process of the game process according to another example of the social game. FIG. 24 shows an example of a submenu displayed when the one-on-one battle process of FIG. 23 is executed. FIG. 25 shows an example of a one-on-one battle screen. FIG. 26 is a flowchart of an avatar setting process of a game process according to still another example of a social game. FIG. 27 is an example of an avatar setting screen displayed when the avatar setting process of FIG. 26 is executed. FIG. 28 is an example of a one-on-one battle screen according to another example of a social game. FIG. 29 shows a flowchart of a one-to-one battle process of a game process according to another example of a social game. FIG. 30 shows a flowchart of a technique selection process according to an example of a social game. FIG. 31 shows an example of the technique selection table. FIG. 32 shows the attributes of techniques used in the game control method according to an example of a social game. FIG. 33 shows a flowchart of an effective technique determination process according to an example of a social game. FIG. 34 shows a technique button displayed on the display screen, and FIGS. 34A, 34B, and 34C each show “example of technique”. FIG. 35 is an explanatory diagram showing the configuration of the game management server. FIG. 36 is an explanatory diagram showing an outline of a social game. FIG. 37 is an explanatory diagram showing an outline of a social game. FIG. 38 is an explanatory diagram showing a game terminal. FIG. 39 is an item classification definition table. FIG. 40 is a group item table. FIG. 41 is a user affiliation group table. FIG. 42 is a user possessed item table. FIG. 43 is a flowchart of group generation / participation determination processing. FIG. 44 is a flowchart of the group generation process. FIG. 45 is a flowchart of the group participation process. It is explanatory drawing which shows the plan content of a school school. It is explanatory drawing which shows the plan content of a school school. It is explanatory drawing which shows the plan content of a school school. It is explanatory drawing which shows the plan content of a school school. It is explanatory drawing which shows the plan contents of Oshioki * punch girl. It is explanatory drawing which shows the plan contents of Oshioki * punch girl. It is explanatory drawing which shows the plan content of Katatetsu. It is explanatory drawing which shows the plan content of Katatetsu. It is a flowchart which shows a battle process. 58 shows a part of the process of the game execution process AS8 of FIG. 58 to be described later, and shows a control process flow in a case where an enemy character is hit in the game. It is explanatory drawing which shows the transmission condition of the data for every unit game. It is a schematic diagram which shows the kind of data memorize | stored in the specific area | region of the memory | storage part 12 or 13. FIG. (A) shows data related to enemy characters that differ from stage to stage, and (B) shows data representing characteristics of different techniques for different techniques for each technique. It is a control flow of a unit game. It is a control flow of the unit game following FIG.

  The game control method and server of this embodiment are suitable for a social game in which registered users play a one-on-one battle using one or more items selected from items possessed. For example, the social game is a game such as a fighting game or a battle card game in which registered users play a one-on-one battle. An example of such a battle game will be described later in detail with reference to FIGS.

  Such a social game is mainly executed in a game management server A10 (server device) as shown in FIG. The game management server A10 is connectable from a game terminal A20 (client terminal) possessed by a registered user via the Internet network A30. The game management server A10 has a controller A100 and a database A101. The game management server A10 is a computer, a CPU (Central Processing Unit), a program executed by the CPU, and an EEPROM (Electrically Erasable and Programmable Read Only Memory), a program that stores data used for these programs in a rewritable manner. A storage device such as a RAM (Random Access Memory) that temporarily stores data during execution is included. In the game management server A10, the functions of the controller A100 and the database A101 are realized by cooperation of these hardware and software in the storage device. The game management server A10 is not limited to a single computer, and may be a plurality of computers with distributed functions.

  As described above, the game management server A10 includes an internal memory, a storage device, and a communication module similar to the example of the social game described later (see FIG. 4). Further, the game terminal A20 includes a controller, an internal memory, a storage device, and a communication module similar to the example of the social game described later (see FIG. 4).

  A “registered user” is a user who has an account in a social game. The registered user can operate the social game by logging into the account.

  The “item” is set in advance for the registered user to play against other registered users. For example, “items” are set with attack and defense action behaviors such as avatars in the fighting game (a registered user's alternation character on the web), and statuses (attack, defense, and features) in the card game. Card etc. are mentioned. When the registered user sets one or more “items” in the game in advance, a one-on-one battle between registered users is performed based on the set “items” at a predetermined timing. That is, for a registered user, a battle is automatically performed only by setting an “item” at a desired timing.

  The “item possessed by the registered user” is an “item” that can be set in the game by the registered user in the social game. An “item” can be possessed in exchange for a cost possessed by a registered user. The cost is a currency in a social game that increases with billing (purchase with credit) or over time. In other words, the registered user can possess the “item” at cost.

In the present embodiment, a plurality of items A110 are registered in advance in the database A101 of the game management server A10. As shown in FIG. 36, the item A110 is at least classified into a plurality of general items A111 and a plurality of special items A112. The general item A111 can be owned by any registered user. That is, a registered user can acquire an item at a cost and register it as his possessed item A121. [0067]
As shown in FIG. 16, in this embodiment, the registered user A120 can register five possessed items A121, but is not limited to this. The acquisition method of the general item A111 may be a method of acquiring a predetermined cost at random, or a method of acquiring a desired general item A111 at a preset cost.

  As shown in FIG. 37, the special item A112 can be possessed by the registered user A120 belonging to the group A130 and cannot be possessed by the registered user A120 not belonging to the group A130. That is, the registered user A120 can possess the special item A112 associated with the group by belonging to the group A130. Further, the registered user A120 belonging to the group A130 can acquire one or more from only a plurality of special items A120 (group item A131) associated with the group A130.

  The group A130 is generated by any registered user A120. The registered user A120 (first registered user) who generates the group A130 determines one or more group items A131 from the plurality of special items A112 when generating the group A130. The determination of the group item A131 may be determined by selection of the first registered user or may be determined at random. Further, the generation of the group A130 may be performed at cost. Further, the determination of the group item A131 may be performed at cost.

  Requesting to join the group A130, the registered user A120 (second registered user) belonging to the group A130 can acquire and possess one or more special items A120 from the group item A131 of the group A130. . The special item A120 acquired by the second registered user from the group item A131 may be determined by the selection of the second registered user, or may be determined at random. The acquisition of the special item A120 from the group item A131 by the second registered user may be performed at cost.

  Note that the first registered user and the second registered user are identified not by different accounts but simply by the difference in operations performed by the registered user. Therefore, all registered users may be able to generate a group, or all registered users may be able to belong to a group. Moreover, the registered user who created the group may necessarily belong to the group created by the user, or may belong to another group. A registered user may belong to a plurality of groups.

  The registered user performs the operation as the first registered user as described above and the operation as the second registered user on the game terminal A20.

  As shown in FIG. 38, the game terminal A20 has a touch screen panel A21. The game terminal A20 receives the response from the game management server A10 and displays the content of the response on a display device such as the touch screen panel A21 that the game terminal A20 has. The content of the response may be displayed on a web browser or may be displayed by a dedicated application. The game terminal A20 may be a mobile phone, a tablet terminal such as a smartphone, or a PC.

  The touch screen panel A21 is also an input device for the game terminal A20. That is, the game terminal A20 can transmit a request corresponding to the input content of the registered user to the touch screen panel A21 to the game management server A10. For example, as shown in FIG. 38, the game terminal A20 displays an input image A22 on the touch screen panel A21. The input image A22 is, for example, a button, a text field, a radio button, a check box, or the like.

For example, the game terminal A20 receives an input of a registered user by performing a touch operation on the input image A22, and transmits the input content to the game management server A10 as a request. When the game management server A10 receives a request from the game terminal A20, the game management server A10 executes an operation associated with the request type in advance based on the request. As described above, the game terminal A20 mainly functions as an input device and a display device in the social game.
(Game management server)
The game management server A10 will be specifically described below.

The database A101 of the game management server A10 has various tables shown below.
(Item type definition table)
FIG. 39 is an item classification definition table. The item classification definition table is a table that defines under what conditions items (techniques, cards, etc.) used in social games can be possessed.

  The item classification definition table has an item column and a classification column. The item column stores an ID (item ID) for identifying the item. In the classification column, an ID for identifying the classification of the item is stored. The items of this embodiment are a general item A111 that can be possessed by a registered user, a special item A112 that can be possessed by a registered user who belongs to a group and cannot be possessed by a registered user who does not belong to the group, It is classified into a conditional item A113 that can be possessed by a registered user by satisfying a predetermined condition in the game.

  In the item classification definition table, general items are indicated by “0”, special items are indicated by “1”, and conditional items are indicated by “2”. The conditional item A113 may have a different condition from the other conditional item A113, or a plurality of conditions may be set for one conditional item A113. The conditional item A113 may be acquired automatically when the registered user satisfies the set condition in the social game. In addition, the conditional item A113 may obtain a right that can be acquired by satisfying the set condition in the social game.

  The item classification definition table is referred to when a registered user acquires an item. For example, when a registered user acquires a general item, it can be acquired by consuming a set cost only from the general item whose classification is “0”. The definition of the item itself (item name, action, status, etc.) is defined in another table (not shown) in association with the item ID.

This item classification definition table is not normally changed. That is, the game management server A10 does not change, add, or delete data in the item type definition table in response to a request from the game terminal A20. In other words, the social game manager changes / adds / deletes data in the item type definition table only during server maintenance of the game management server A10.
(Group item table)
FIG. 40 is a group item table. The group item table is a table that stores which special item A112 is associated with the generated group.

  The group item table has a group column, a name column, and items 1 to 3. The name column stores the name of the group. The group column stores an ID (group ID) for identifying the group. As the group ID, when the registered user A120 generates the group A130, an identification number is assigned to the group. In the items 1 to 3 column, a special item A112 associated with the group is stored. In the present embodiment, a maximum of three special items A112 can be associated with one group A130, but is not limited thereto.

New data is added to the item classification definition table when the registered user A120 generates a group. Also, it is referred when the registered user A120 joins the group A130 and acquires the special item A112.
(User group table)
Fig. 41 shows the user affiliation group table. The user affiliation group table is a table that stores groups to which the user belongs.

  The user affiliation group table has a user column and a group column. The user column stores an ID (user ID) for identifying the user. The user ID may be a social game account ID or a unique number associated with the account ID. In the group column, an ID for identifying the group is stored. As a result, the registered user A120 is associated with the group A130.

New data is added to the item classification definition table when the registered user A120 joins the group. The registered user A120 is referred to when acquiring the special item A112.
(User possession item table)
FIG. 42 is a user possessed item table. The user possessed item table is a table that stores items possessed by the user.

  The user possession item table has a user column and items 1 to 5 columns. The user column stores an ID (user ID) for identifying the user. In item 1-5 column, the item ID of the item which a registered user possesses is stored. The user possessed item table is updated every time an item possessed by the registered user A120 is updated.

  The database A101 having these various tables is not limited to the above, and may be further normalized or further redundant.

In addition, the database A101 has a social game table used in the example of a social game described later, a registered user management table (storage table for personal information defined as a registered user ID), and the like. ing.
(Operation of game management server)
Next, the operation of the game management server A10 will be mainly described.
(Group creation / participation decision processing)
With reference to FIG. 43, the group generation / participation determination process executed by the controller A100 of the game management server A10 will be described.

  The group creation / participation determination process requests participation in a group when creating an account for a social game and when the input image A22 for requesting creation or participation of the group A130 of the game terminal A20 is operated. Triggered when a request is received.

  First, the controller A100 transmits to the game terminal A20 a response requesting selection of whether to newly create a group A130 or join an existing group A130 (S1). Here, the game terminal A20 that has received the response displays an option for causing the touch screen panel A21 to perform the above selection as an input image A22.

Next, the controller A100 determines whether or not the request from the game terminal A20 newly creates a group A130 (whether to join the existing group A130) (S2). If the request from the game terminal A20 newly generates the group A130 (S2: YES), the controller A100 executes a group generation process (S3). If the request from the game terminal A20 is to join the existing group A130 (S2: NO), the controller A100 executes group participation processing (S4). Thereafter, this routine is terminated.
(Group generation process)
With reference to FIG. 44, the group generation process executed by the controller A100 of the game management server A10 in the group generation / participation determination process will be described.

  First, the controller A100 transmits to the registered user a response for requesting selection of a newly generated group name and a special item A112 to be associated (S11). Here, the game terminal A20 that has received the response displays, on the touch screen panel A21, a text field for inputting the name of the group and an option for performing the above selection as an input image A22.

  Next, the controller A100 newly stores the group name included in the request from the game terminal A20 and the selected special item A112 in the group item table (FIG. 40) in association with the numbered group ID. (S12). Thereafter, the process ends.

As described above, in response to a request from the first registered user A120 that requests generation of the group A130, the game management server A10 associates at least one or more special items A112 with the generated group A130 in the database A101. Remember.
(Group participation process)
With reference to FIG. 45, the group participation process executed by the controller A100 of the game management server A10 in the group generation / participation determination process will be described.

  First, the controller A100 transmits a response for requesting selection of the existing group A130 (S20). This response may include the name associated with the existing group A130 and the contents of the special item A112. In this case, a group item table (Fig. 40) or a data table that defines the status of the item itself (not shown) is referred to. Receiving the response, the game terminal A20 displays an option for selecting a group as an input image A22.

  Next, based on the selected group included in the request from the game terminal A20, the controller A100 associates the group ID of the group with the user ID of the registered user who requested the request, and the user affiliation group table ( (Refer to FIG. 41), it is newly stored (S21). Then, the controller A100 refers to all group items associated with the selected group from the group item table (S22). Then, a response for requesting selection of the special item A112 is transmitted (S23). Here, the game terminal A20 that has received the response, the touch screen panel A21, the special item A112 associated with the selected group A130, and the item associated with the registered user in the user possession item table (see FIG. 42). Are displayed as the input image A22 for the checklist. That is, the registered user selects an item he / she owns within a limited number (for example, 5).

  Next, the controller A100 updates the item fields 1 to 5 of the user possessed item table (see FIG. 42) with the selected item A112 included in the request from the game terminal A20 (S24). Thereafter, the process ends.

  As described above, the game management server A10 stores the second registered user A120 in the database A101 in association with the group A130 in response to a request from the second registered user A120 requesting participation in the group A130. The second registered user A120 is granted the right to possess one or more special items A112 from the group item A131 associated with the group A130.

  Further, for ease of understanding, the above detailed description mainly focuses on the features of the present invention. The present invention is not limited to the above-described embodiment, but can be applied to various types of other embodiments. Furthermore, expressions and terms used in the present specification are employed only for the purpose of specific description of the present invention, and the scope of the present invention is not limited by these expressions and terms. Furthermore, it will be apparent to those skilled in the art that other configurations, systems, methods, and the like can be practiced within the spirit of the invention as described herein. Accordingly, unless the subject matter is deemed to be outside the spirit and scope of the present invention, the description of the claims includes the same configuration as the present invention. In addition, the summary is intended to allow an intellectual property bureau, a general research institution, or a person skilled in the art who is not familiar with patents / laws or terminology to quickly analyze the technical features and essence of the present invention through simple research. Make it possible. Accordingly, the summary is not intended to limit the scope of the invention which should be construed on the basis of the claims. To fully understand the objects and advantages of the present invention, it is strongly recommended to fully refer to the previously disclosed material.

  The above detailed description of the invention includes processes executed on a computer. The above description and representation are intended to enable those skilled in the art to understand the invention most efficiently. It is to be understood that the processes described herein, executed steps, steps that yield certain results, or blocks with a given processing function are self-consistent processes. Furthermore, electronic or magnetic signals are transmitted / received and written in each step or block. It should be noted that these signals are simply represented by bits, values, symbols, text, terms, numbers, etc. for convenience. In this specification, processes executed in steps and blocks are often anthropomorphic, but these processes are basically executed by various devices. Further, other configurations necessary for the steps and blocks are clear from the above description.

  Finally, examples of social games to which the above-described game control method and server can be applied will be described below with reference to FIGS.

  The social game generally relates to a game control method and a recording medium.

  In recent years, a game application for a terminal using a touch screen panel as an input device has been provided. Examples of these terminals include smartphones and tablets. Access the application store on the terminal and download the game application from the application store. A game application is installed on the terminal, and the game application is executed to execute the game of the game application.

  The fighting game is a video game in which a player operates a character on the screen, and is a game in which an opponent battles closely. A player of a fighting game can use techniques such as attack, defense, and counterattack, and can perform consecutive attacks. In a conventional fighting game, the player can execute various techniques by a combination of specific buttons. However, it is difficult for a player to use a specific combination of buttons on a terminal using a touch screen panel.

  As an aspect of the social game, there is a point of providing a game control method and a recording medium for operating a fighting game on a game terminal having a touch screen panel.

  According to a social game aspect, a fighting game control method is provided by a controller of a game terminal including a controller and a touch screen panel. The method includes selecting one of a plurality of avatars from the touch screen panel, the plurality of avatars corresponding to a plurality of other players, and the game management server corresponding to the selected avatar. Information relating to the avatar technique set including a plurality of techniques set by the player is received, and a battle is started between the selected avatar and the character corresponding to the player of the game terminal. The method further includes repeatedly performing a process including selecting a technique from a plurality of techniques included in the avatar technique set and performing the selected technique on the character.

  When selecting a certain technique, the controller can randomly select one technique based on the selection probabilities assigned to the plurality of techniques.

  The process further includes determining the success of the activated technique and reducing the stamina of the character corresponding to the player if the activated technique is successful.

    Each of the techniques can be given power to determine the amount of stamina reduction. In this case, when selecting a certain technique, the controller can randomly select any technique based on selection probabilities corresponding to a plurality of techniques. Further, when the remaining amount of stamina is less than a preset amount, the selection probability of the first technique having the first power is that of the second technique having the second power stronger than the first power. The selection probability of the first technique may be lower than the selection probability of the second technique when the remaining amount of stamina is larger than a preset amount.

Each of the techniques can have an attack distance and an operation start time. The process further includes determining whether the act that was activated succeeded if the action start time has elapsed from the time that the selected technique is activated and the distance between the character and the avatar is within the attack distance.
The method can include decreasing stamina due to elapsed time and terminating the match when stamina goes to zero. A plurality of techniques may correspond to a plurality of remaining stamina. When selecting a technique, the controller can select a technique corresponding to the remaining amount of stamina from a plurality of techniques.

  The method may further include providing a match result to the game management server.

  The method may further include receiving information on a technique set including a plurality of techniques from the touch screen panel and initiating a battle between the character and the second character. In addition, this method taps a predetermined area of the touch screen panel, selects one technique from a plurality of techniques included in the technique set in response to the touch, and selects the technique selected by the second character. It can include repeating the actuating.

  A plurality of techniques may be arranged in order in the technique set, and a plurality of techniques included in the technique set can be selected in order when a certain technique is selected from a plurality of techniques in the technique set.

  The method may further include receiving a selection of a mission to be achieved by a battle between the character and the second character and providing a benefit to the player if the selected mission is achieved.

  The mission selected in the method can include a predetermined number of combos. In the second process, it is further determined whether the operated technique is successful. If the operated technique is successful, it is determined whether the operated technique is a succession of the last successful technique. In the case of continuing a successful technique, it can include increasing the number of combos once. The method further includes determining whether the selected mission has been achieved when the battle between the character and the second character ends when the number of combos is equal to or greater than the predetermined number. be able to.

  According to another aspect of the social game, a game management server provides a fighting game control method. The method receives information on avatars corresponding to a plurality of other players from a plurality of other players, and receives a selected one of a plurality of avatars corresponding to the other players from the game terminal. And a step of transmitting information to an avatar technique set including a plurality of techniques set by other players corresponding to the avatar selected for the game terminal. When the battle between the character corresponding to the player of the game terminal and the selected avatar starts, the operation of one technique that is selected from a plurality of techniques included in the avatar technique set and acted on the character is repeated.

  Any technique can be randomly selected based on selection probabilities assigned to a plurality of techniques.

  If the activated technique is successful, the stamina of the character corresponding to the player can be reduced.

  Each of the techniques may have the power to determine the amount of stamina reduction. Any technique can be selected at random based on selection probabilities corresponding to a plurality of techniques. Further, the selection probability of the first technique having the first power is higher than the selection probability of the second technique having the second power stronger than the first power when the remaining amount of stamina is less than the predetermined amount. Alternatively, the selection probability of the first technique may be lower than the selection probability of the second technique when the remaining amount of stamina is greater than a predetermined amount.

  Each of the plurality of techniques can have a hitting distance and an action start time. If the action start time is later than when the selected technique is activated, the activated technique can be successful if the distance between the character and the avatar is within the range of the hitting distance.

  Stamina may decrease over time, and the match ends when stamina reaches zero. A plurality of techniques may correspond to a plurality of remaining stamina, and a technique corresponding to the remaining stamina may be selected from a plurality of techniques.

  The method may further include providing the selected avatar with an experience depending on the outcome of the battle.

According to another aspect of the social game, it is possible to provide a computer-readable recording medium that records a program executable by a computer to accomplish the above.
In the following detailed description, only a few examples of social games are described as examples. As will be appreciated by those skilled in the art, the described examples can be modified in various ways without departing from the spirit or scope of social games. Accordingly, the drawings and description are to be regarded as illustrative in nature and not as restrictive. Throughout the specification, each element is numbered as a reference.

A game control method and a recording medium according to an example of a social game will be described in detail with reference to the accompanying drawings.
Overview of Game Control Method A game control method according to an example of a social game will be described with reference to FIGS.

1 and 2 are flowcharts of a game control method according to an example of a social game.
Avatar operation A one-to-one battle process in which a character corresponding to a player of a game terminal fights an avatar corresponding to another player is executed in the game terminal. FIG. 1 illustrates an avatar operation of a one-to-one battle process.
According to FIG. 1, the game terminal receives selection of one from a plurality of avatars through the touch screen panel of the game terminal (S110). In this case, the plurality of avatars correspond to a plurality of other players, respectively. Next, the game terminal receives an avatar technique set including a plurality of techniques set by other players corresponding to the selected avatar from the game management server (S120). Subsequently, the game terminal starts a one-on-one battle between the character corresponding to the player of the game terminal and the selected avatar (S130).

  When starting a one-on-one battle, the game terminal selects one technique from a plurality of techniques included in the avatar technique set (S140), and activates the selected technique on the character corresponding to the player (S150). Further, the game terminal selects one technique from a plurality of techniques, repeatedly operates the process of operating the selected technique (S140, S150), and performs the process until the one-on-one battle is completed (S160). Therefore, even if another player does not control the avatar, when another player sets an avatar technique set included in a plurality of techniques used in a one-on-one battle, the avatar corresponding to the other player is The player can fight the character corresponding to the player.

In one example, when selecting one technique from a plurality of techniques included in the avatar technique set, the game terminal can randomly select a technique based on selection probabilities assigned to the plurality of techniques. Furthermore, the stamina of the character corresponding to the player can be reduced when the avatar-operated technique is successful.
In one example, multiple tricks can correspond to multiple stamina balances. In this case, the technique selection includes selecting a technique corresponding to the remaining amount of stamina from a plurality of techniques. Furthermore, stamina can be reduced as a function of elapsed time.

In an example, the game management server can select one technique from a plurality of techniques included in the avatar technique set. In this case, the game management server can provide information on the selected technique to the game terminal.
Player operation In the battle process, the character corresponding to the player of the game terminal fights against the enemy character controlled by the controller of the game terminal. FIG. 2 illustrates a player operation of a battle process or a one-on-one battle process.

  According to FIG. 2, the game terminal receives a skill set including a plurality of techniques from the touch screen panel of the game terminal (S210). Next, the game terminal starts a battle between the character corresponding to the player of the game terminal and the enemy character (S220). The enemy character may be a character controlled by a controller of the game terminal or an avatar of another player.

When starting a one-on-one battle, the game terminal receives a touch in a predetermined area of the touch screen panel (S230). In response to the touch, the game terminal selects one technique from a plurality of techniques included in the technique set (S240), and activates the technique selected for the enemy character (S250). Furthermore, the game terminal receives a touch on a predetermined area of the touch screen panel, selects one technique from a plurality of techniques in response to the touch, and activates the selected technique (S230, S240, S250). The process including is repeated until the battle is completed (S260). Therefore, the player can fight the enemy character using various techniques simply by touching a predetermined area of the touch screen panel such as an action button.
In an example, a plurality of techniques may be arranged in order within a technique set. A plurality of techniques can be selected in order when a certain technique is selected from a plurality of techniques.

Overall Configuration of Game System A game system according to an example of a social game is described in detail in FIGS.

  FIG. 3 is a schematic diagram of a game system according to an example of a social game, and FIG. 4 is a schematic diagram of a game management server and a game terminal according to an example of a social game.

  According to FIG. 3, the game system includes a plurality of game terminals 20 connected to the game management server 10 via the game management server 10 and the network 30.

  The game management server 10 manages a game executed on a plurality of game terminals 20 and player information of the game terminals 20.

  The game terminal 20 executes a game such as a fighting game, and may be a terminal having a touch panel such as a smartphone or a tablet. The game terminal 20 can download and install a game application, and can operate the game by executing the game application. The game application can be provided through an application store that is a kind of digital distribution platform for application software.

According to FIG. 4, the game terminal 20 includes a controller 21, a built-in memory 22, a storage device 23, a display unit 24, a touch screen panel 25, and a communication module 26. The built-in memory 22 can include a ROM and a RAM.
The controller 21 may be a CPU. The controller 21 loads an application including a game application stored in the storage device 23 to the built-in memory 22, particularly the RAM, and executes the loaded application. Further, the controller 21 controls the display unit 24 to display an image from the loaded application, and controls the communication module 26 to communicate with the game management server 10. The built-in memory 22, particularly the ROM, stores a program such as BIOS executed by the controller 21 together with other data for permanent management. The built-in memory 22, particularly the RAM, stores data and programs or applications used during the operation of the controller 21, and further stores data such as tables used for operating game applications. The communication module 26 facilitates data communication of the controller 21 with an external controller such as the game management server 10 through the communication channel. The display unit 24 displays an image output from the executed application. The touch screen panel 25 operates the input device, detects the position where the player taps, and provides the controller 21 with a position detection signal corresponding to the detected position. The controller 21 receives the position detection signal and detects an input. The display unit 24 and the touch screen panel 25 may be provided as a display device.

  The game management server 10 includes a controller 11, a built-in memory 12, a storage device 13, a display unit 14, and a communication module 15. The built-in memory 12 can include a ROM and a RAM.

  The controller 11 may be a CPU. The controller 11 loads a program that is stored in the storage device 13 and includes a game management program into the built-in memory 12, particularly the RAM, and executes the loaded game management program. Further, the controller 11 controls the display unit 14, displays an image from the loaded program, controls the communication module 15, and communicates with the plurality of game terminals 20. The built-in memory 12, particularly the ROM, stores a program such as BIOS executed by the controller 11 together with other data that is permanently stored. The built-in memory 12, particularly the RAM, stores data and programs used during operation of the controller 11, and further stores data used for operation of the game management program and data used for authentication of the game terminal 20. The communication module 15 facilitates data communication between the controllers 21 and the controllers 11 of the plurality of game terminals 10 through the communication channel.

The storage device 13 stores a game management program and other programs in order to authenticate and manage the game of the game terminal 20. Further, the storage device 13 stores information on each game terminal 20, information on each player using the game terminal 20, and information on a game executed on each game terminal 20. The storage device 13 may be operated as a database. The display unit 14 displays an image output from the executed program.
Game Operation Hereinafter, a game operation taking a social game as an example will be described in detail with reference to FIGS. 5 to 34C.

Example of Access Process FIG. 5 is a flowchart of an access process taking a social game as an example.

According to FIG. 5, the game terminal executes the game application and accesses the game management server (S510). In this case, the game terminal can receive the identification information of the player from the input device and transmit the identification information to the game management server in order to request access. The input device may include a touch screen, and the player can input identification information using the touch screen.
When receiving the access request from the game terminal, the game management server authenticates the player (S520). When the player authentication is successful (S530: Yes), the game terminal and the game management server perform a game process (S540).

  When the game terminal receives the game end input from the player through the input device (S550: Yes), the game terminal transmits a game end signal to the game management server (S555). Next, the game terminal and the game management server end the game process (S560). The input device may include a touch screen, and the player can touch an area representing game end, logout, or logoff on the touch screen. The game terminal and the game management server disconnect the communication between the game terminal and the game management server (S570), and record the game history of the player (S580).

FIG. 6 is a flowchart of a game process according to an example of a social game, and FIG. 7 shows an example of a main menu displayed during the game process of FIG.

According to FIG. 6, when executing the game process, the controller of the game terminal displays the main menu of the display device (eg, the display unit 24 described above) of the game terminal (S610). As shown in FIG. 7, the main menu includes a plurality of items selected by the player. The plurality of items include a battle item 710 that fights against a character controlled by the controller, a training item 720 that trains the player's character, and a skill setting item 730 that sets the order of techniques. The training item 720 provides a screen for training the player's character, and the player can increase the experience by training.
The plurality of items may further be a skill development item 740, a costume item 750, a shopping item 760, and a team item 770. The skill development item 740 may provide a screen on which the player can develop the skill, and the costume item 750 may provide a screen that allows the player to change the costume. Shopping item 760 may provide a screen that allows the player to purchase credits or tricks, and team item 770 provides a screen that allows the player to interact with members of the same team. Also good.

When the player selects the technique setting item 730 using the input device (S620), the controller executes a technique setting process (S630). The input device may include a touch screen, and the player can select a time by tapping on a desired item on the touch screen.
FIG. 8 is a flowchart of a technique setting process of a game process according to an example of a social game, and FIG. 9 represents an example of a technique setting screen displayed when the technique setting process of FIG. 8 is executed. FIG. 10 shows an example of the technique setting operation on the technique setting screen of FIG.

Referring to FIG. 8, in the technique setting process, the controller displays a technique setting screen of the display device (S810). According to FIG. 9, the technique setting screen includes an available technique area 910 and a technique set area 920. The available technique area 910 includes a plurality of technique icons corresponding to a plurality of techniques that can be used by the player. The technique set area 910 includes a series of technique icons selected from the technique areas 910 available to the player. For example, the plurality of techniques may include attack techniques, defense techniques, and / or throw techniques. Attack techniques may include various fist attacks, elbow attacks, body attacks, shoulder attacks, grappling attacks, leg attacks, and / or head attacks.
Next, the controller receives the selection of the technique icon to be set and the arrangement position of the selected technique icon in the technique setting area 920 by the input device by the input device (S820). As shown in FIG. 10, the player taps and drags the technique icon 930 to be selected from the available technique area 910, and drops the selected technique icon 930 on the arrangement position 940 so that the technique icon 930 is selected in the technique setting area 920. Can do. The array position may be at the beginning of the technique array, after the technique array, or between two adjacent techniques in the technique array. Next, the controller determines whether or not the technique array setting has been completed (S830). If the technique arrangement setting is not completed (S830: No), the controller receives other technique icons and arrangement positions of other technique icons from the input device (S820). When setting of the technique arrangement is completed (S830: Yes), the controller stores the set technique arrangement (S840). The technique arrangement setting can be completed by touching the return button on the technique setting screen. Further, the controller may transmit the technique array information to the game management server (S850). The game management server can store technique arrangement information for the player. As a result, the technique array includes a plurality of techniques arranged in order.

  Note that the controller sequentially controls the technique in the order of the technique arrangement in which the technique icons are arranged. That is, the controller controls so that the technique of the technique icon arranged in the technique set 1 in FIGS. 9 and 10 is automatically activated sequentially from left to right in the drawings. Available Techniques has a technique icon that can be set by the player, and the player drags the technique icon from the Available Techniques area to the Technique Set area by operating the input device as the touch screen panel. It is possible to set.

  In an example, a plurality of types of technique arrangements may be set. The player can select one from a plurality of types of technique arrangements when competing.

FIG. 11 is a flowchart of the battle process in the game process according to the social game example, and FIG. 12 shows an example of a submenu displayed when the battle process of FIG. 11 is executed. 12 represents an example of a sub-item of the sub-menu in FIG. 12, FIG. 14 represents an example of a mission, FIG. 15 represents an example of a battle screen, and FIG. 16 represents an example of a player operation on the battle screen of FIG. Represents.

  Referring to FIG. 6 again, when the battle item 710 is selected by the input device (S640), the controller executes a battle process (S650). Referring to FIG. 11, in the battle process, the controller displays a submenu on the display device to select an enemy character (S1110). According to FIG. 12, the submenu can list a plurality of subitems respectively corresponding to a plurality of countries and cities. According to FIG. 13, the sub-item may include at least one mission item. A mission item can include the credit value required to perform a given mission within the mission and the benefits that are awarded when the mission is completed. The profit may include a credit value provided in the mission, an increase in the player experience value, and / or a technique provided in the mission. When a certain mission item is selected, the player fights against an enemy character given by the mission item.

  FIG. 54 shows a battle process process between an operation character and an enemy character.

  First, the controller 21 executes mission (for stage clear) display processing. The mission display process is a display that shows a condition for displaying a mission in the game and clearing the stage of the game to the player. For example, the fact that the stage is cleared 100 times is displayed. Then, there are a plurality of such missions, and the controller 21 extracts from the storage device 22 or 23 stored in advance so that the plurality of missions are displayed on the display screen of the display device 24 and displays them on the display device 24. To do. When starting the game, the player urges the player to select a desired mission from a plurality of types of displayed missions by the player's selection input. In this embodiment, such selection input by the player can be executed by input to the touch panel 25 as an input device.

When a mission item is selected by the input device (FIG. 54, S1115: YES), the controller 21 of the game terminal 20 or A20 displays the mission of the mission item on the display devices 24, A21 as shown in FIG. The credit value required for the mission item is reduced from the user's credit (S1120). In this case, the controller transmits the reduced credit to the game management server, and the game management server can update the user's credit according to the reduced credit. A mission can include the number of attack combinations (hereinafter referred to as “combos”) that must be achieved. A combo is a series of actions that are performed in succession and has a time limit, resulting in a reduction in enemy character's stamina. Next, the controller displays a battle screen on the display as shown in FIG. 15, and starts the battle (S1130). The battle screen includes an action button 1510 and a stamina meter 1520. The stamina meter 1520 displays the remaining amount of stamina. The battle screen may further include a plurality of technique buttons 1530 corresponding to a plurality of techniques. The match screen may further include the number of combos achieved (1540). Further, the battle screen displays a character 1550 corresponding to the player and an enemy character 1560 controlled by the controller.
Next, the controller receives an action from the player using the input device (S1140). As shown in FIG. 16, the player can input an action by tapping the action button 1510 of the display device. Each time the action button 1510 is touched, a plurality of techniques are successively performed in the order set in the technique setting area 920. For example, it is assumed that the technique is arranged in the order of straight, body jab, upper cut, left middle kick, and elbow. By touching the action button 1510 once, the user's character can give the enemy character a right high kick, and by touching the action button 1510 next, the character gives the enemy character a body jab, and the action button 1510 When the character is touched for the third time, the character gives the enemy character an upper cut, when the action button 1510 is touched for the fourth time, the character gives the enemy character a left middle kick, and when the action button 1510 is touched for the fifth time, the character Give elbows to enemy characters. If you have completed all of the trick sequences, you will also complete the trick from the beginning of the sequence. That is, the character can perform a right high kick by touching the action button 1510 for the sixth time. Instead of touching the action button 1510, the user can directly touch the technique button 1530 corresponding to the desired technique.

    Next, the controller 21 determines whether or not the attack is successful due to the technique used by the player (S1150). In this case, the action of the enemy character is performed by the controller 21 based on a predetermined rule. That is, the enemy character may block the attack from the user, counter the attack from the user, or attack the user. When the attack from the user is successful (S1150: Yes), the controller 21 determines whether the successful attack is continuous from the previous successful attack (S1152). When the successful attack is continuous (S1152), the controller 21 increases the number of combos once (S1154). The controller 21 displays a combo meter 1540 indicating the number of successful combos on the display devices 24 and A21 (S1156). When the continuous attack fails (S1152: No), the controller does not increase the number of combos.

Next, the controller 21 determines whether the remaining amount of the stamina meter 520 has reached zero (S1160). The stamina of stamina meter 1520 may decrease over time. Alternatively, stamina may decrease each time a player's attack is successful. When the stamina of the stamina meter 1520 remains (S1160: No), the controller 21 receives the action from the player again (S1140). When the stamina of the stamina meter 1520 reaches zero (S1160: Yes), the controller 21 determines whether or not the mission has been achieved (S1170). That is, the controller 21 determines whether or not the number of successful combos is equal to or greater than the number of combos required for the mission (S1170). When the mission is achieved, that is, when the number of successful combos is equal to or greater than the number of combos required for the mission (S1170: Yes), the controller 21 provides the player with the benefits of the mission (S1175). The controller 21 updates the player information based on the profit (S1180), and ends the battle. The information includes player experience, player credits, and / or techniques available to the player. That is, based on the profit, the experience value of the player and / or the credit of the player can be increased, and / or the player can obtain a new technique given in the mission. In this case, the controller 21 can transmit update information to the game management server (S1180), and the game management server can update the player information based on the update information. When the mission is not achieved (S1170: No), the controller 21 ends the battle without providing any profit, and updates the player information. Even if the mission is not achieved, the player's experience can be increased. When the player's experience increases to a predetermined value, the player's level can be increased by one level.
FIG. 17 is a flowchart of a gaming process according to another example of a social game.

  According to FIG. 17, when the gaming process is executed, the controller 21 of the game terminal displays a main menu on the display devices (display devices) 24 and A21 of the game terminals 20 and A20 (S1710). The main menu includes a plurality of items selected by the user. The plurality of items include a one-on-one battle item, a skill setting item, and a battle item for fighting against characters of other players. That is, the game application in the example of FIG. 17 supports an option for fighting with other players. Further, the game application provides an avatar corresponding to the player for the user battle. As a result, the plurality of items further includes an avatar setting item. The plurality of items further includes a training item for training the user's character. The operation when the technique setting item and the battle item are selected is substantially the same as the operation (S620, S630, S640, S650) described with reference to FIGS.

  When the player selects an avatar setting item with the input device (S1760), the controller 21 executes an avatar setting process (S1770). The avatar corresponds to the player and can be specified by the player ID.

Example of Avatar Setting Process FIG. 18 is a flowchart of an avatar setting process of a gaming process according to another example of a social game, and FIG. 19 is an example of an avatar setting screen displayed when the avatar setting process shown in FIG. 18 is executed. FIG. 20 shows an example of an avatar setting operation on the avatar setting screen shown in FIG.

  Referring to FIG. 18, in the avatar setting process, the controller displays an avatar setting screen on the display device (S1810). According to FIG. 19, the avatar setting screen includes an available technique area 1910 and a technique set area 1920. The available technique area 1910 includes a plurality of technique icons corresponding to a plurality of techniques usable by the player. The skill set area 1920 includes a stamina bar 1922 representing a stamina gauge.

  Next, the controller receives from the input device the technique icon selected by the player and the position where the technique icon is selected with the stamina bar 1922 (S1820). As shown in FIGS. 19 and 20, the user can tap the technique icon from the available technique area 1910, drag it, and drop the dragged technique icon at a predetermined position on the stamina bar 1922. In this case, when the stamina of the opponent player decreases until reaching the predetermined position of the stamina bar, the technique corresponding to the technique icon dragged to the predetermined position is activated. That is, the technique corresponding to the remaining amount of stamina operates according to the remaining amount of stamina.

  Next, the controller determines whether the setting of the avatar technique has been completed (S1830). When the setting of the avatar technique is not completed (S1830: No), the controller receives the other technique icon and the position of the other technique icon from the input device (S1820). When the setting of the avatar technique is completed (S1830: Yes), the controller stores the set avatar technique set (S1840). The setting of the avatar technique set can be completed by tapping the return button on the avatar setting screen. Furthermore, the controller can transmit information on the avatar technique set to the game management server (S1850). The game management server can store information on the avatar technique set for the player. As a result, the avatar technique set includes a plurality of techniques at selected positions of the stamina bar. Therefore, the avatar operates a predetermined technique corresponding to the remaining amount of stamina of the opponent player, and can fight the character of the opponent player.

  On the other hand, the opponent player can fight the player's avatar on a plurality of stages. For example, the player may set an avatar technique at each stage, or may set it at several stages. This example will be described with reference to FIGS.

  FIG. 21 is a flowchart of an avatar setting process of a gaming process of still another example of the social game, and FIG. 22 shows an example of an avatar setting screen displayed when the avatar setting process of FIG. 21 is executed.

  Referring to FIG. 21, in the avatar setting process, the controller displays an avatar set screen on the display device (S2110). Referring to FIG. 22, the avatar set screen includes a stage set area 2230 and an available technique area 2210 and a technique set area 2220. The stage set area 2230 includes a plurality of stage items corresponding to a plurality of stages.

  Next, the controller receives selection of a stage to be set from a plurality of stages from the input device (S2113). The player can touch a stage item corresponding to the stage to be set from a plurality of stage items. Then, the controller displays the skill set area 2220 corresponding to the selected stage on the display device (S2116). Next, as described in steps S1820 to S1840, the controller sets an avatar technique set for the selected stage (S2120 to S2140). When the setting of the avatar technique set is completed for the selected stage (S2145: Yes), the controller determines whether another stage is selected by the input device (S2145). When another stage is selected (S2140: Yes), the controller displays a technique set area 2220 corresponding to the other stage on the display device (S2116), and sets an avatar technique set to the other stage (S2120). To S2140). If no other stage is selected by the input device (S2145: No), the controller ends the avatar set screen and returns to the main menu. Furthermore, the controller can transmit the avatar technique set information of all the selected stages to the game management server (S2150). The game management server stores avatar technique set information for the player. As a result, the avatar technique can be set to a plurality of stages.

Example of one-to-one battle process between players FIG. 23 is a flowchart of a one-to-one battle process of a gaming process according to another example of a social game, and FIG. 24 is a flowchart when the one-to-one battle process of FIG. 23 is executed. FIG. 25 shows an example of a one-on-one battle screen.

  Referring to FIG. 17 again, when the one-to-one battle item is selected with the input device (S1780), the controller executes the one-to-one battle process (S1790). According to FIG. 23, in the one-on-one battle process, the controller displays a submenu for selecting an avatar on the display device (S2310). As shown in FIG. 24, the submenu includes a plurality of avatar items corresponding to the plurality of avatars. Each avatar item can include player identification information corresponding to the avatar, and the identification information can include any one of the ID and name of the player corresponding to the avatar. Each avatar item can display the level of the player corresponding to the avatar together with the identification information so that the player can select an avatar having the same level as the player. Further, each avatar item may further include a mission, a credit value required to execute the mission, and a benefit provided when the mission is completed. The mission can include achieving a predetermined number of combos and winning a battle with a battle player.

  When the avatar is selected by the input device (S2315), the controller displays the mission on the display device, and the credit value necessary for the mission is reduced from the credit of the player (S2320). In this case, the controller can transmit the reduced credit to the game management server, and the game management server may update the player's credit according to the reduced number of credits. Further, the controller receives avatar information from the game management server (S2325). The avatar information includes the avatar technique set of the player corresponding to the avatar. Next, as shown in FIG. 25, the controller displays a battle screen on the display device and starts a one-on-one battle (S2330). The battle screen includes action buttons 2510 and a stamina meter 2520. The battle screen may further include a plurality of technique buttons 2530 corresponding to a plurality of techniques. The match screen may further include the number of combos achieved (2540). Further, the battle screen displays a character 2550 corresponding to the player and an avatar 2560 of another player.

  Next, the controller receives an action from the player using the input device (S2340). The player can input an action by tapping the action button 2510 of the display device. Each time the action button 2510 is touched, a plurality of techniques are successively executed based on the order of techniques set in the technique set area 720. Instead of touching the action button 2510, the player can directly touch the technique button 2330 corresponding to the desired technique.

  Next, the controller determines whether the attack by the technique used by the user is successful (S2350). When the attack from the user is successful (S2350: YES), the controller determines whether the successful attack is continuous with the previous successful attack (S2354). If successful attacks are continuous (S2354: YES), the controller increases the number of combos by 1 (S2356). The controller displays a combo meter representing the number of successful combos on the display device (S2358). When consecutive attacks fail (S2354: NO), the controller does not increase the number of combos.

  Next, the controller determines whether the remaining amount of the stamina meter 2520 has reached zero (S2360). The stamina of the stamina meter 2520 can be reduced by the elapsed time. When the stamina of the stamina meter 2520 remains (S2360: NO), the controller receives an action from the player again (S2340). When the stamina of the stamina meter 2520 reaches zero (S2360: YES), the controller determines whether the mission has been achieved (S2370). That is, the controller determines that the number of successful combos is equal to or greater than the number of combos required for the mission (S2370). When the mission is achieved, that is, when the number of successful combos is equal to or greater than the number of combos required for the mission (S2370: YES), the controller provides the profit of the mission to the player (S2375). In accordance with the profit, the controller updates the player information (S2380) and ends the battle. Furthermore, the controller can transmit update information to the game management server (S2380), and the game management server may update the player information based on the update information. If the mission cannot be achieved (S2370: NO), the controller ends the battle without providing any profit, and updates the player information.

On the other hand, the controller controls the avatar of the opponent player based on the avatar setting when the player uses the technique. That is, the controller determines whether or not the remaining amount of the stamina of the player corresponds to one position in the technique set in the avatar technique set (S2390). When the remaining amount of stamina corresponds to a predetermined position in the position (S2390: YES), the controller controls the avatar and executes the technique set in the predetermined position (S2391). Next, the controller determines whether or not the attack by the technique executed by the avatar is successful (S2392). When the attack from the avatar is successful (S2392), the controller determines whether the successful attack is continuous with the previous successful attack (S2393). If successful attacks are continuous (S2393: YES), the controller increases the number of avatar combos by 1 (S2394). The controller displays a combo meter representing the number of successful combos on the display device (S2395). When consecutive attacks fail (S2393: NO), the controller does not increase the number of combos.

If the remaining amount of stamina does not correspond to any position (S2390: NO), the avatar does not operate the technique. Furthermore, when the battle is over, that is, when the remaining amount of stamina reaches zero (S2396: YES), the game management server provides an experience value to the avatar based on the battle result (S2397). That is, the controller transmits the match result to the game management server, and the game management server provides the experience value to the avatar.
For example, if the avatar wins the player or prevents the player in the battle from achieving a mission or achieving a predetermined number of combos, the avatar can obtain a high experience value. If the avatar loses or cannot prevent the player in the battle from completing the mission, the avatar can only obtain a low experience value. Next, the game management server updates the avatar information (S2398). That is, the game management server can increase the avatar's level by 1 when the avatar's experience value is increased and the avatar's experience value increases to a predetermined value. Thus, the player can set his / her avatar in order for the avatar to fight other players. As a result, the avatar gains experience and increases the level of the avatar.

Another Example of Avatar Setting Process FIG. 26 is a flowchart of an avatar setting process of a gaming process according to another example of a social game, and FIG. 27 is a diagram of an avatar setting screen displayed when executing the avatar setting process of FIG. It is an example.

  Referring to FIG. 26, in another example avatar setting process, the controller displays an avatar set screen on the display device (S2610). According to FIG. 27, the avatar set screen includes an available skill area 2710 and a skill set area 2720. The available technique area 2710 includes a plurality of technique icons corresponding to a plurality of techniques usable by the player.

  Next, the controller receives the technique icon selected by the player with the input device (S2620). According to FIG. 27, the technique icon can be tapped and dragged in the available technique area 2710, and the dragged technique icon can be dropped in the technique set area 2720.

  Next, the controller determines whether the avatar technique setting is completed (S2630). When the avatar technique setting is not completed (S2630: No), the controller receives another technique icon from the input device (S2620). When the setting of the avatar technique set is completed (S2630: YES), the controller stores the set avatar technique set (S2640). The setting of the avatar technique set can be completed by tapping the return button on the avatar set screen. Further, the controller may transmit information on the avatar technique set to the game management server (S2650). The game management server can store information on the avatar technique set for the player. In this case, the avatar technique set includes a plurality of techniques, and the plurality of techniques can be selected at random when the battle is executed.

  On the other hand, as shown in FIGS. 20 and 21, the player may set the avatar technique for each stage, or may set it for several stages.

Another Example of One-to-One Battle Process FIG. 28 illustrates an example of a one-to-one battle screen according to another example of the social game, and FIG. 29 illustrates a flowchart of the one-to-one battle process of the gaming process of another example of the social game.

  As shown in FIG. 28, the one-on-one battle screen may include an action button 2810, a player stamina meter 2820, and an avatar stamina meter 2830 corresponding to the battle player. In this case, the stamina of the stamina meter 2820 can be reduced according to the damage caused by the enemy character's attack, and the stamina of the stamina meter 2830 can be reduced according to the damage caused by the player's attack. The battle screen may further include a plurality of technique buttons 2840 corresponding to the plurality of techniques. The match screen may further include the number of combos achieved (2850). Further, the battle screen displays a character 2860 corresponding to the player and an avatar 2870 of another player.

  According to FIG. 29, as described in steps S2310, S2315, S2320, S2325, and S2330, the controller displays a battle screen on the display device and starts a one-on-one battle with the selected avatar (S2910, S2915, S2920, S2925, S2930).

  Next, the controller receives an action from the player using the input device (S2940), and determines whether the attack by the technique used by the user is successful (S2950). If the attack from the user is successful (S2950: YES), the controller reduces the stamina of the avatar's stamina bar by the damage corresponding to the successful attack (S2952). Next, the controller determines whether the successful attack is continuous with the previous successful attack (S2954). If successful attacks are continuous (S2954: YES), the controller increases the number of combos by one (S2956). The controller displays a combo meter representing the number of successful combos on the display device (S2958). When consecutive attacks fail (S2954: NO), the controller does not increase the number of combos.

  Next, the controller determines whether the remaining amount of the player's stamina meter 2820 or the avatar's stamina meter 2830 has reached zero (S2960). When the stamina of the stamina meter 2820 or 2830 remains (S2960: NO), the controller receives an action from the player again (S2940). When the stamina of the stamina meter 2820 or 2830 reaches zero (S2960: YES), the controller determines whether the mission has been achieved (S2970). When the mission is achieved (S2970: YES), the controller provides the player with the profit of the mission (S2975). Depending on the profit, the controller updates the player information (S2980) and ends the match. Furthermore, the controller can transmit update information to the game management server (S2980), and the game management server can update the player information based on the update information. If the mission cannot be achieved (S2970: NO), the controller ends the battle without providing any profit, and updates the player information.

  On the other hand, the controller or the game management server controls the avatar of the opponent player based on the avatar technique set when the user uses the technique. In this case, the controller or game management server executes a technique selection process (S2990). In other words. The controller or the game management server randomly selects one technique from a plurality of techniques included in the avatar technique set. The controller or game management server can randomly select one technique based on the remaining amount of the player's stamina meter 2620. Next, the controller controls the avatar to execute the selected technique (S2991). The controller determines whether the attack by the technique executed by the avatar is successful (S2992). When the attack from the avatar is successful (S2992: YES), the controller determines whether the successful attack is continuous with the previous successful attack (S2993). If successful attacks are continuous (S2993: YES), the controller increases the number of avatar combos by 1 (S2994). The controller displays a combo meter representing the number of successful combos on the display device (S2995). When consecutive attacks fail (S2993: NO), the controller does not increase the number of combos.

  Furthermore, when the battle is ended, that is, when the remaining amount of the stamina meter 2820 or 2830 becomes zero (S2996: YES), the controller or the game management server provides the experience value to the avatar based on the battle result ( S2997). Next, the game management server updates the avatar information (S2998).

Skill Selection Process FIG. 30 is a flowchart of a technique selection process based on a social game example, and FIG. 31 shows an example of a technique selection table.

  According to FIG. 30, when the game management server receives avatar technique set information of a specific player (S2650 in FIG. 26), the game management server designates a plurality of selection probabilities for a plurality of techniques included in the avatar technique set. (S3010). As shown in FIG. 31, the game management server can assign a high selection probability to a low-power technique (Case 1) and assign a high selection probability to a high-power technique (Case 2). From FIG. 31, it can be inferred that technique 1, technique 2, technique 3, technique 4 and technique 5 are arranged in descending order of power. The selection probability may be located in a random number range. The game management server stores the selection probability and the technique mapping in the memory as a technique selection table (S3020). The technique selection table can be included in the avatar information when the avatar information is provided to the game terminal (S2925 in FIG. 29).

  When executing the technique selection process (S2990 in FIG. 29), the controller or the game management server determines whether or not to select an avatar technique from a plurality of techniques included in the avatar technique set at that time (S3030). ). The controller or game management server can select an avatar technique each time a predetermined time elapses. When determining the selection of the avatar technique (S3030: Yes), the controller or the game management server determines whether or not the remaining amount of the stamina meter 2820 is larger than a predetermined amount (S3040). When the remaining amount of the stamina meter 2820 is not larger than the predetermined amount (S3040: No), the controller or the game management server randomly selects one technique from a plurality of techniques based on Case 1 of the technique selection table. (S3050). If the remaining amount of the stamina meter 2820 is larger than the predetermined amount (S3040: Yes), the controller or game management server randomly selects one technique from a plurality of techniques based on case 2 of the technique selection table (S3060). . On the other hand, when it is determined not to select the avatar technique (S3030: No), the controller or the game management server waits until a predetermined time elapses.

  In this way, even if the player does not control his / her avatar, each time the avatar selects a technique, the avatar can operate the selected technique and fight against the enemy character. Therefore, the player can fight the avatar with the enemy character by selecting a plurality of techniques from a plurality of available techniques. Further, since the technique having a relatively strong power is selected with a high probability when the enemy character's stamina is sufficiently consumed, the battle situation can be easily reversed.

Effective Technique Next, an effective technique determination process for determining whether or not the operated technique is effective will be described with reference to FIGS. 32, 33, 34A, 34B and 34C.

  FIG. 32 shows characteristics of the technique used in the game control method according to the social game example, FIG. 33 is a flowchart of an effective technique determination process according to the social game example, and FIGS. 34A, 34B, and 34C are techniques. An example of

  The controller determines in step S1150, S2350, S2392, S2950 or S2992 in FIG. 10, FIG. 22, or FIG. In this case, as shown in FIG. 32, depending on the type of technique, the hitting distance (the time during which the hit is successful: Hit Distance), the reaction width (Reaction), the action start time (until one technique is activated and ends) Time (Action Initiate Time) and power (value related to damage to the enemy character: Power). Further, when the character operates the technique, the technique is started after the action start time has elapsed from the execution time of the technique. When the distance between the character and the enemy character is within the hitting distance range (the hitting distance range in which the hitting set in advance for each trick is successful), the skill is successful. Furthermore, when a character operates a technique, the technique is started after an action start time has elapsed since the operation of the technique. If the activated technique succeeds, the enemy character will respond to the reaction width (movement width that moves so that the space between characters widens / for example, if a large technique with a large movement width is used, the space is widened and a technique with a short hitting distance cannot be used) It reacts based on and takes damage from the power of the activated technique. If a technique with a long action start time is used, whether or not the number of combos in a certain time exceeds the enemy is set as one factor that determines the victory or defeat, until one technique starts and ends Since the time increases, the number of activated skills per unit time decreases, so the selection of the technique becomes one strategy for the player.

  In FIG. 33, when the character technique is executed by the input device (S3310), the controller determines whether the action start time of the technique has elapsed (S3320). If the technique action start time has elapsed (S3320: Yes), the controller determines whether the distance between the character and the enemy character is within the technique hit distance (S3330). When the distance between the character and the enemy character is within the hit distance of the technique (S3330: Yes), the controller determines that the technique is successful (S3340). Further, the controller displays an image in which the enemy character moves backward by the skill response width (S3350). The controller decreases the enemy character's stamina by the amount of damage corresponding to the skill power (S3360). If the stamina has decreased due to the elapsed time, step S3360 may be omitted.

  According to FIGS. 34A, 34B, and 34C, the technique icon corresponding to each technique may include an image representing an indicator (time) indicating the technique type and the action start time of the technique.

  When the technique type is an attack technique, the technique icon may further include an indicator (power) indicating the power of the technique, as shown in FIG. 34A. Further, the technique icon represents a fist for a fist attack or an elbow attack, a body for a body attack, a shoulder attack, and a grapping attack, a foot for a foot attack, or a head for a head attack. May be. FIG. 34B shows that the type of technique is a defensive technique that blocks an attack from an enemy character, and FIG. 34C shows that the type of technique is a backstep technique that avoids an attack from the enemy character. In this case, the skill power may be increased based on the level of the player.

  For example, the game application may provide a social network service so that players can join a team.

  An example of a social game can be embodied as a computer readable program on a computer readable recording medium. The computer readable recording medium may be any storage device that can store data and can be thereafter read by a computer. Examples of computer readable recording media include ROM, RAM, CD-ROM, magnetic tape, floppy disk and optical data storage device. The computer readable recording media may be distributed through a computer system integrated in a network so that the computer readable code is stored and executed in a distributed format.

  Although the present invention has been described based on what is presently considered as examples, the present invention is not limited to the disclosed examples, while various modifications and variations are included within the spirit and scope of the appended claims. It is understood to cover the corresponding arrangement.

(Plan: School fighting)
FIG. 46 to FIG. 49 illustrate the game content that allows the item set for each school to be used by belonging to the school corresponding to the group described above. The concept of this school is the same as the concept of items for each group described with reference to FIGS. 41 and 42, and therefore will not be described in detail. This item is a special item set for each school as described above (for example, uniform or weapon, or the technique button 1530 described above (when the special technique button 1530 becomes usable). A technique that can only be used by a specific school can be set in the technique set area 1920).

  46 to 49, the same reference numerals in FIGS. 1 to 45 denote structures having the same functions.

For example, reference numeral 24 shown in FIG. 46 represents a display device (also referred to as a display device), and a touch screen A21 (touch panel 25) is arranged on the display 24. If the special technique is set so that it can be used by belonging to the above-mentioned school, the technique button 1530 for the technique is set to the technique set area 1920 in FIG. The technique button 1530 of the special technique is displayed in the peripheral part excluding the central part of the display area of the display 24. As described above, when the technique button 1530 is displayed on the display 24, the touch screen A21 located above the button 1530 is displayed.
When the player taps the touch screen A21 (touch panel 25), it is reflected in the action of the avatar of the fighting scene player displayed in the center portion of the display screen 24. In the present invention, a technique can be activated by tapping various technique buttons 1530. Therefore, in the case where the player is competing with other players for the continuous number of techniques as in the present invention or the stage is cleared, However, due to the switch operability characteristic of a touch panel that is not movable up and down (also commonly referred to as a touch screen), the operation is easier for the player than the slide switch operation. The type of technique to be activated may be determined depending on the slide direction of the slide operation, but the operation becomes difficult when operating in the office such as in a crowded train or while walking.

  In FIG. 46 of this embodiment, “When you are challenged, you will battle with your opponent using the skill that AI is set. AI will also be strengthened by growing and contribute to acquiring experience points and victory points. Also, “If Ai wins even if you are not logged in, you can obtain experience points and improve your level.” It is equivalent to the explanation along. FIG. 21 shows that the player selects a technique button 1530 on the stamina gauge 2222 in the area 2220 of the avatar technique set, and touches a plurality of types of technique buttons 1530,..., 1530 displayed in the available technique area 2210 and touches them. By & dragging and moving to the avatar technique set area 2220, AI (avatar) can automatically compete with other avatars as shown in FIG. The stamina mentioned above corresponds to the HP (action power) of this example. In addition, it is an experience value obtained as a result of fighting, and it will grow in the same way as an avatar (character) nurtured in a conventional role playing game. This growth is equivalent to the increase in the overall amount of HP as described above, an increase in attack power, and an increase in the rate at which HP recovers over time.

  In the logged-in state, a battle as described above is automatically activated by inputting an action 1510. Also, in the non-logged-in state, on condition that another player is set as an avatar to play against, the controller A100 of the server starts the technique button 1530 set in the stamina bar 1922 in FIG. ,..., 1530 automatically executes a technique program process associated with the technique button 1530 in the order. The timing at which the technique program associated with the technique button 1530 is activated by the controller A100 is automatically activated sequentially in accordance with the reduction degree of the stamina (HP) of the AI. In other words, even when the non-logged-in player is not logged in, when an avatar (AI) nurtured by a non-logged-in player is selected as an opponent of another player, the non-logged-in player does not know (login In the meantime, the avatar that he / she develops will play against the avatars of other logged-in players. Depending on the result of the battle, the controller A100 of the server automatically updates the status numerical data including the experience value of the battled avatar stored in association with the ID of the player who is not logged in.

  There is no fighting game that adopts such a setting until now, and by adopting this setting, the controller A100 displays the updated avatar status data when a non-logged-in player logs in next time. Thus, there is a possibility that the player can visually recognize the display and enjoy the enjoyment. This increases the possibility that the player can continue to be motivated to log in again.

  Then, it is predicted that the player tries to change the costume of the avatar, or change the face and hairstyle so that the avatar developed by himself / herself from other players is selected in a non-logged-in state. New costumes, faces and hairstyles can be purchased using a shop function executed under the control of the controller A100 in the virtual currency in the game. This virtual currency can also be increased by exchanging with credit card settlement etc. using real currency (billing), but the result of various events in the game and the passage of a certain real time (for example, the day changes It is also possible to configure such that a certain virtual currency increases in accordance with ().

  It is also possible to randomly determine the opponent's avatar by a lottery program using a random number of the controller A100. In this case, the random number range assigned according to the amount of currency used may be changed so as to increase the probability that the avatar will be an opponent according to the accumulated purchase amount of currency purchased in real currency. .

  The technique button is displayed as a visual card as shown by reference symbol A in FIG. The server stores a card image A corresponding to the type of the technique button 1530. Every time the technique button 1530 is obtained, the card image A for visually displaying the card on the terminal A20 side is downloaded. Alternatively, the card A may be downloaded when an operation for displaying the card is performed on the terminal A20. However, a plurality of types of these card images A are stored in the database A101 of the server according to the type of the technique button 1530. Stored.

  FIG. 48 shows that styles (warriors, commando, assassin, etc.) can be selected from various schools.

That is, a step of connecting the terminal A20 of FIG. 38 (a type of the game terminal 20; in addition, there is a mobile phone or a tablet terminal) to the server 10 by operating the touch screen A21 of the user (player);
When an ID such as a user ID or / and a terminal ID is transmitted to the server 10 and a PIN code such as a password is input by operating the touch screen A21 as necessary, the server 10 receives the information. The controller 11 of the server 10 executes the authentication program stored in the storage device 13 to execute the authentication process;
In order to display a plurality of existing schools on the display screen 24, a step of transmitting the existing as in the selection request response S1 of FIG. 43;
The controller A100 determines whether the request from the game terminal A20 newly generates a group A130 (whether to join an existing group A130) (step S2 described above),
When the request from the game terminal A20 newly generates the group A130 (S2: YES in FIG. 43), the controller A100 (100) executes a group generation process (S3 in FIG. 43);
When the request from the game terminal A20 is to join the existing group A130 (S2: NO in FIG. 43), the controller A100 executes a group participation process (S4 in FIG. 43).
Next, when it is determined that a request for participation in a plurality of existing schools (groups) has been made (S2: NO in FIG. 43), the controller A100 selects the existing group A130. The controller A100 executes the step of transmitting a response for requesting (S20 in FIG. 45).

  This response may include the name associated with the existing group A130 and the contents of the special item A112. In this case, a group item table (FIG. 40) or a data table defining the status of the item itself (not shown) is referred to. Receiving the response, the game terminal A20 displays an option for selecting a group as an input image A22.

  Next, based on the selected group included in the request from the game terminal A20, the controller A100 associates the group ID of the group with the user ID of the registered user who requested the request, and the user affiliation group table ( (Refer to Fig. 41) (S21). Then, the controller A100 refers to all group items associated with the selected group from the group item table (S22). Then, a response for requesting selection of the special item A112 is transmitted (S23). Here, the game terminal A20 that received the response is associated with the registered user of the special item A112 associated with the selected group A130 and the user possession item table (see FIG. 42) on the touch screen panel A21. All of the items are displayed as the checklist input image A22. That is, the registered user selects an item he / she owns within a limited number (for example, 5).

  Next, the controller A100 updates the item fields 1 to 5 of the user possessed item table (see FIG. 42) with the selected item A112 included in the request from the game terminal A20 (S24). Thereafter, the process ends.

  As described above, the game management server A10 stores the second registered user A120 in the database A101 in association with the group A130 in response to a request from the second registered user A120 requesting participation in the group A130. The second registered user A120 is granted the right to possess one or more special items A112 from the group item A131 associated with the group A130.

  On the other hand, after the school that the user wishes to belong to is stored in association with the ID related to the user by the controller 11 of the server 10, the controller 11 sends the terminal A20 the style (battle from the various schools described above). The step of transmitting a signal requesting to select any of home, command, assassin, etc. is performed. If the school decision is a style decision, this step can be omitted.

  Further, after the school is determined and the style is determined, the process proceeds to a community participation or community creation processing step utilizing the characteristics of the social game based on the control of the controller 11. The community corresponds to the dojo in FIG.

  FIG. 49 shows the motivation cycle of the character that is the avatar of the player (user) to be trained as described above. The motivation cycle is also a breeding cycle of characters that are avatars.

  FIG. 50 and FIG. 51 show the content of the project name: Oshioki * Punch Girl. In this invention, the point of particular attention is that a plurality of technique buttons 1530, which are technique icons, are arranged on the periphery of the display screen 24 and are continuously tapped (contacted with fingers manually). The score is determined by the number of times the skill is hit while the skill program associated with the technique button 1530 is executed and the enemy character is activated in the continuous technique while keeping the state floating in the air. It is a point to do.

  In order to realize such control, the server controller 11 alone or the server controller 11 and the terminal controller 21 jointly execute the following control process.

  The character illustrated in FIGS. 50 and 51 wearing a headband and having a red glove is an operation character that is a player's avatar. This operation character is nurtured in the same manner as the avatar described above. Various techniques will be newly set to be usable. Then, when a usable technique button is set, a technique icon is set along the lower side of the rectangular display screen 24 at a position avoiding the central portion where the fight scene is displayed. Every time this icon is touched, a technique is executed under the control of the controllers 11 and 21, and an image related thereto is displayed under the control of the controllers 11 and 21. Such control is also the same as the above-described school fighting.

  Then, the controllers 11 and 21 display a state where the enemy character is suspended from the floor on the display screen when the technique is executed at a certain timing. From this state until the enemy character comes into contact with the floor, the controllers 11 and 21 execute a process in which the number of hits by the operation character on the enemy character is temporarily or stored in the storage units 13 and 23 as a score.

  Condition data associated with the technique icon 1530 for determining whether or not the technique of the technique icon is hit (required time and interval between the execution of the previous technique and the next technique), Is activated and is determined to be a hit, the enemy character's HP decrease value (attack power value) and time data to further extend the suspended state (the program that the enemy character descends at a certain time is executed) If it is, even if the anti-gravity value that raises the character when the skill is hit, it will extend the time to hold the state floating from the floor as a result, so substantially agree Table data is stored in advance in the storage unit 13 or the database A101 in the server 10.

  That is, the present embodiment includes the following inventions.

The invention including this means that the terminal 20, A20 and the server 10, A10 are connected by a communication line, and the server 10, A10 includes a controller 11, A100 for executing a main social net game, A request signal from the controller 11 or A100 or data for generating a game screen to be transmitted is received, and a result of tapping an image of a plurality of types of techniques on the touch panel 25 is transmitted to the server 10 or A10. A terminal 20 that executes control to perform control, and a controller 21 of A20, and is executed by a computer that executes a game on the display screen of the terminal 20, A20
The present invention relates to a game control method for calculating a game score related to the cumulative number of techniques hit by an enemy character while the enemy character displayed on the display screen 24, A20 is floating in the air. The invention is realized by executing such control by a computer.

  That is, the controller 11, A100, 21 of the server 10, A10 or the terminal 20, A20 is a player that is changed according to the result of the unit game every time the unit game ends, as shown in FIGS. Each of them is stored in the game progress information storage area P of the server 10, A10 so as to be identifiable.

  When starting a unit game, the game progress information P1, P2... PN for each of a plurality of players stored in the game progress information storage area P of the server 10, A10 is linked to the terminal ID or player ID. Data necessary for the game progress based on the attached game progress information is previously downloaded from the server 10, A10 to the terminals 20, A20. The downloaded data includes descending control data for controlling the state where the enemy character descends in one of the 1 to N stages, and the distance between the base points (intervals) between the enemy character and the operation character. "Skill failure or success determination data" for determining success or failure of the technique is also included. Other data includes “image data of characters on the stage”, motion data for controlling the movement of characters on the stage (especially enemy characters), motion data for tricks, It further includes ascent control data for increasing, and gravity added data for changing the descending speed of the enemy character after the hit.

Based on the downloaded data and the first program, the controller 21 executes a control process as shown in FIG.
Processing for downloading the enemy character descending control data stored in advance in the servers 10 and A10 to the terminals 20 and A20, and controlling the descending state of the enemy character based on the downloaded descending control data (step BS1). Execute. If the technique is not hit at all (no hit), the floor position data on the display screen 24 (the lowest position data set in advance) is referred to and the enemy is located up to the position corresponding to the floor position data. When the base point of the character descends, the started unit game ends.

  That is, the controller 21 executes display for releasing the enemy character displayed in the suspended state from the suspended state, and then starts the lowering display of the enemy character based on the downward control data received from the servers 10 and A10. (Step BS2). The controller 21 constantly monitors the distance between the operation character and the enemy character.

  Then, according to the gap in the touch timing of the technique input to the touch panel 25 for performing the game input of the terminal 20, A20, and the technique failure or success determination data for the enemy character stored in advance for each technique. Then, a process of determining the success or failure of the result of the operated technique (step BS3) is executed.

  If the technique is hit in the determination, a process of updating and storing the success of one technique in the cumulative data storage area for storing the number of successes in the storage units 22 and 23 is executed (step BS4). ).

  When the determination result is successful (when the technique hits), the enemy character is lifted or lowered according to the descent suppression data (synonymous with the ascending control data in FIG. 57) for each technique stored in advance. A process of executing the suppression control (step BS5). The processes of steps BS4 and BS5 are processes performed when the controller 11 executes the first program.

  The cumulative number of hits stored in the cumulative data storage area is determined by each terminal 20 or A20ID (or alternatively, under the control of the controller 11 when the server 10, A10 and the terminal 20 or A20 are connected at the end of the unit game. Each player ID) is updated and stored in P1, P2,..., PN of the corresponding game progress information storage unit P (storage area included in the storage units 12 and 13).

When the descent acceleration parameter (data included in the descent control data) of the enemy character is set as the descent suppression data, the descent suppression data is preset when the technique hits the enemy character successfully. Based on the power value of the technique, the controller 21 performs a descending control adjustment process based on the data of the descending acceleration parameter and the preset mass of the enemy character based on the data ( Step BS5).
For example, the controller 21 is configured to function so as to temporarily change the speed of the enemy character from the descending direction to the ascending direction or to decrease the descending speed as a result of the adjustment process of the descending control by the controller 21. Thus, as the parameter to be changed in the ascending direction, the ascending control data by techniques A to Z in FIG. 57 stored in the storage unit 12 or 13 is involved. In this storage unit, in the W area of the storage unit, for the technique operation data A to Z, the ascending control data by the techniques A to Z (also referred to as the descending control data depending on the view), for the technique hit by the techniques A to Z The storage area CN stores data that is changed for each stage and that is prepared for every 2 to N stages. The first stage data C1 is included in the first program B1 and stored so as to be able to be transmitted integrally. This is a consideration for enabling the first stage game to be performed immediately when the game is first downloaded as an application. The second game program is also stored in the storage unit 12 or 13.

  However, not only such descent suppression data and descent control data (synonymous with rise control data), but also a descent control data is set in advance according to the type of technique, and after the technique hits It is also possible to perform an ascending effect based on the ascending speed as descending suppression data without using the descending control data for a time set in advance for each technique. In this case, a calculation process using the descent control data is not necessary for the adjustment process of the descent control.

  When the controller 21 determines that the enemy character has been lowered to the height set as the floor (step BS6), the game is ended as a game end (strictly speaking, at the end of the unit game, the entire game is from a set of unit games. Be)

  Then, after the unit game ends, the controller 21 determines whether the stage is cleared by whether the number of techniques hit (successful) by the enemy character reaches the mission target between the start and end of the unit game. Execute (step BS7).

  In the process of step BS7, when the controller 21 determines that the mission target has been cleared by executing the first program, the controller 21 displays a clear display image of the mission target stored in the storage units 22 and 23 in advance. A control process to be displayed on the display screen of the device 24 is executed (step BS8). Thereafter, the controller 21 ends the unit game under the control of the first program, and displays a unit game end screen that is stored in advance in the storage units 22 and 23 and displayed on the display screen of the display device 24. Processing is executed (step BS9).

  On the other hand, in the process of step BS7, when the controller 21 determines that the mission target has failed (not cleared) by executing the first program, the controller 21 is stored in the storage units 22 and 23 in advance. A control process for displaying a mission target failure (non-clear) display image on the display screen of the display device 24 is executed (step BS10). Thereafter, the controller 21 ends the unit game under the control of the first program, and displays a unit game end screen that is stored in advance in the storage units 22 and 23 and displayed on the display screen of the display device 24. Processing is executed (step BS9). The game end screen displayed at this time may be different images depending on whether the game is successful or unsuccessful.

  The flow from the start to the end of the series of unit games is the flow controlled by the controller 21 by executing the first program. The scene displayed in the above-described process flow of BS2 to BS5 is a real scene that does not give a sense of incongruity in order to prevent the enemy character from descending the effect of the game displayed on the display screen of the display device 24. For example, a kick-up display effect is performed. And among a plurality of types of attacks given to the enemy character, the power value is set large for a technique that is visually a great skill, and the technique that is recognized by the player as a visually tricky technique such as a jab is described above. In order to reduce the force value, different weights are set so that there is no sense of incongruity in the relationship between the visual performance of the technique and the force value.

  Also, as data for determining whether to hit or not, in the case of the small technique, the technique succeeds in a range where the distance between the base point of the enemy character and the base point of the operation character is small, In this case, the success determination data (synonymous with the time data for the skill) is used so that the success is determined in a range where the distance between the base point of the enemy character and the base point of the operation character is wider than the small skill. It is to prepare for each technique in advance and make it different. However, when a big hit is hit, data is set in advance so that the reaction (reaction value) as shown in FIG. 32 is large for the big trick, so the distance between the base points of the enemy character and the operation character increases. In the subsequent games, the controller 21 executes the first game program in such a situation that if the base distance does not wait until the technique hits due to the enemy character's descent, the small technique will not win. To control it.

  Furthermore, when a technique is activated by a plurality of types of techniques, the time until the player can input the next technique (technical input acceptance refusal time), that is, the technique is activated and accepts the input of the next technique. The time values T1, T2,... Are set in advance so that the time until the start becomes longer as the power value of the plurality of techniques increases.

  Then, the controller 21 executes a control for permitting the input of the next technique based on the time value data, so that the game result of the unit game can be obtained by increasing the number of hits of the technique. As described above, the game nature of the game according to the present embodiment is the same as the game nature of the game according to the present embodiment. Therefore, the game strategy can be given to the player's skill selection itself by using different skill input acceptance times for each technique as described above. it can.

  Further, when the descending data of the enemy character is set as an acceleration parameter, the acceleration is increased according to the cumulative number stored in the storage unit 13 or 23 (or both the storage units 13 and 23). The controller controls. The same can be said for all the controllers to which the above-mentioned symbols are not attached. However, when controlling the effect image displayed on the display screen 24 in the social net game, the controller 12 on the server 10 side and the terminal 20 (A20) The control by the side controller 21 is case by case. However, in the case of the present embodiment, one feature is that the number of communications between the server 10, A10 and the terminal 20, A20 is not performed during the execution of the unit game. It is the controller 21 of the terminal 20 and A20 that controls the image to be displayed.

  In this way, since the descending speed of the enemy character is increased by increasing the acceleration in accordance with the accumulated data related to the accumulated number of times that the technique has been successful, the timing at which the player (user) operates to succeed the technique ( It is possible to control so that the difficulty level is automatically increased because the interval formed between the enemy and the base point of the operation character changes depending on the timing.

  A power value (also called an attack power value) defined for each of the plurality of types of techniques is applied to the accumulated data stored in relation to the cumulative success number of the techniques, and the controller 11 or / And 21 may be generated. In other words, considering that it is difficult to make a big skill successful, but the attack power is large, if the big skill and the small skill are successful and hit the same number of times, the one with the larger cumulative number of hits in the big technique The game score is controlled to be high.

  However, in the present invention, the enemy character is suspended in the air, and the descent based on the descent control data as described above is started from the suspended state by a certain number of successful techniques (hits). Based on the descent restraint data (kicking up, scooping up) associated with each technique, and the data used as the present embodiment in the same meaning as the ascent control data, and the descent control data of the character, Calculate and raise enemy characters. The descent control data is changed according to the number of hits (successes) of the technique, and this change is based on the gravity additional value data associated with each of the techniques A to Z. The controller is controlled so as to increase the descending speed of the character.

  The (A) technique is a big technique, and the big technique is the above-described rising control data that has a high degree of rising in a direction away from the height position data set with the enemy character as a floor when the enemy character is hit. On the other hand, while (B) a trick is set in association with the enemy character, when the trick hits the enemy character, the degree to which the enemy character rises in the direction away from the height position data set as the floor is large. It is associated with the ascent control data which is smaller than the data related to the technique. However, (A) “a technique associated with the above-mentioned ascent control data having a high degree of ascent in the direction away from the height position data set as the floor when the enemy character is hit” and (B) Comparing with “the technique associated with the ascent control data having a large degree of rising in the direction away from the height position data set as the floor when the enemy character is hit” when the enemy character is hit, Is stored in association with gravity additional value data that, when compared to the technique of (B), hits a lower speed when it hits.

  In this way, the larger the “degree to which the enemy character rises in the direction away from the height position data set as the floor when the enemy character is hit” associated with the technique, the more “the technique hits the enemy character Is associated with `` gravity additional value data that increases the descending speed '', so if you hit a big technique that raises greatly, the controller controls to descend quickly using the gravity additional value data that sets a large gravity value Therefore, the player comes out with a strategy by selecting a technique.

  The acceleration corresponds to the gravity that generates the speed at which the enemy character falls on the floor or the ground in this plan.

  FIG. 51 is an explanatory diagram showing the contents of the project, showing a game play cycle.

  In addition, there is a doping item in this project, and when this doping item exists in the items stored in relation to the user ID, the use is selected and input by the operation of the touch panel player. If the controller 11 of the server 10 determines that the weight loss value stored in relation to the item is based on the controller 11, the attack power value set for each technique is increased to the attack power value increased. Even if it is a hit of the same technique by executing the process to be changed, when this item is used, it is configured to increase the descent suppression.

  Next, based on the drawings, the above-described game contents and the hardware configuration for executing them will be described below.

  FIG. 55 is a hardware configuration diagram of the present invention. In the figure, the same reference numerals as those in the above-described drawings indicate the same configuration.

  In FIG. 55, dotted lines indicate the internal storage memories and storage units indicated by reference numerals 12 and 13, and reference numeral 20 (A20) indicated by a solid line indicates a game terminal.

  The internal storage memory and storage unit indicated by reference numerals 12 and 13 are downloaded from an external game download server to a portable terminal (hereinafter referred to as a terminal) that has an internal power supply and is portable. The first program B1 stored in the memory is stored.

  The first program B1 includes “first-stage enemy character descent control data” and “first-stage enemy character image data” used in the first-stage game, or “first-stage enemy character image data”. Data C1 necessary for the game execution such as “motion data of character on stage” is included.

  The data C1 necessary for the game execution in the first stage is necessary for the execution of the first stage game corresponding to the next stage based on the game progress information included in the signal received from the terminal 20. The controller of the terminal 20 and the server 10 executes a control process for replacing the data C2 to CN necessary for executing the game associated with the second to Nth stages, which is different from the data.

  In FIG. 55, symbol P indicates a game progress information storage unit of a player that stores game progress information of players who have played a game in the past with a plurality of terminals 20. Since the game progress information is different for each player, the game progress information is stored so that it can be overwritten and read independently for each player, such as different files P1, P2,. The game progress information for each player stored in P1 and P2 also stores the terminal identification information used at the time of game execution. Upon receiving this terminal identification information, the server 10 automatically connects. One of the C1 to CN data stored in advance for each stage, which is data necessary for executing the game in the next stage with reference to the game progress information corresponding to the identification information of the terminal 20 Is downloaded to the terminal 20, and the downloaded data is prepared for storage in the memory 22 or 23.

  In this embodiment, the game progress information is stored in both the server 10 and the terminal 20, but the game progress information is stored at least on the terminal 20 side, and the game progress information is By including it in the signal transmitted from the terminal 20 to the server 10 at the start of the game, the controller of the server 10 determines data necessary to execute the game started thereafter, and the terminal 20 is determined according to the determination result. It is also possible to configure such that “data necessary for executing the game” to be transmitted to the server 20 is transmitted from the server 10 to the terminal 20. However, if it is stored in both the server 10 and the terminal 20, even if the terminal 20 is submerged and the game progress information stored in the internal storage unit is destroyed, the game progress information on the server 10 side is destroyed. However, since the information is stored in association with the ID as identification information for identifying each terminal or player, there is a possibility that the game can be continuously executed on another new terminal 20. Rise.

  Reference B1 is a first game program to be downloaded when starting the game. The first game program includes data C1 necessary for executing the first stage game.

  As the first game program, a program corresponding to an operation system (OS) stored in advance in the terminal 20 is prepared. Although the server 10 may be prepared separately for each OS, the OS selection screen is displayed on the display screen 24 of the terminal 20, and the operation means as the touch screen panel 25 of the terminal 20 is operated to make the terminal 20 It can also comprise so that the 1st game program to download may be downloaded. The first game program is a program configured to execute a game on the OS through the downloaded OS, and the game cannot be executed on another OS.

  On the other hand, the storage means (memory 12 or storage device 13) of the server stores a second game program for executing a game over a plurality of game stages in cooperation with the first game program. The first game program is a program executed by the CPU that is the controller 21, and the second game program is a program executed by the controller 11.

  FIG. 57A is a diagram showing specific data necessary for the game execution. The code CN stores “data necessary for game execution” for executing the Nth stage. The character descent control data in the Nth (th) stage and the character in the Nth (th) stage are stored. Image data and character motion data in the Nth (th) stage.

  The technique data W shown in FIG. 57 (B) can be used in a plurality of stages, and further, techniques obtained by points and charges obtained in the game, or techniques obtained directly from the game results. As shown in FIG. H. Distance data for hitting technique, B. In the case of this embodiment, reaction is performed when a technique is hit, and in the present embodiment, ascending control data (Reaction) that defines the distance and speed at which the enemy character is raised, C.I. When the technique hits, the technique data includes a table (not shown) associated with gravity added data for acting on the descending control data of the enemy character to increase the falling speed every time it hits. The technique data W is stored in advance in the storage means (memory 12 or storage device 13) of the server. When the first game program is downloaded to the terminal 20 before the initial game is started, the first data is stored. Scores and points obtained in connection with the game result, transmitted from the controller of the server to the terminal 20, acquired skills by executing the game, purchased skills, or related to the game results Accordingly, the server is configured to automatically transmit data W relating to the technique that can be used with the identification information (ID) associated with the terminal 20 from the server to the terminal 20 at a timing other than during the game.

  In addition, the action data of the characters (enemy characters) included in the data C1 to CN necessary for executing the game is, for example, that the character operated when the technique is executed is automatically applied to the technique A. This is data for automatically displaying the movement of the technique on the display screen 24 without requiring detailed operation of the player.

  As described above, in this embodiment, the social net game program is a portable terminal (hereinafter referred to as terminals 20 and A20) that can be carried from an external game download server (10, A10) with an internal power supply. And the first program (synonymous with the first game program) stored in the memory 22 or 23 of the terminal 20, A20 and the terminal 20, A20 are stored in advance in the terminal 20, A20. The first program is executed in response to an input for starting a game from the input device (25, A21) provided in the terminal 20, A20 through the operation system program (OS in FIG. 55) as a medium. By executing the first program, the game is connected to the server (10, A10) and cooperates with the first program. The second program (synonymous with the second game program) stored in the memory 12 or 13 of the server (10, A10) that can be executed, the first program and the second program The social network game program is configured to execute the following processing for the server (10, A10) and the controllers of the terminals 20, A20.

In response to receiving a game start input from the input device (25, A21) of the terminal 20, A20 (FIG. 57, step AS1), the first program is stored as the external second program. Send a signal requesting connection to the server (10, A10),
In response to receiving the signal (FIG. 57, AS2), the second program is executed by the controller 11. By the control processing of the controller 11, game progress information (P1, P2,..., PN) associated with identification information for identifying the player or terminal included in the signal or the first program. Is automatically referred to and extracted, and in accordance with the extracted game progress information, the controller 11 prepares data necessary for executing the game and data to be downloaded to the terminals 20 and A20. (FIG. 57, AS3). Further, when the controller 11 determines that the preparation is completed (FIG. 57, AS4), the data is transmitted to be stored in the memory 22 or 23 of the terminal 20, A20.

  The first program is executed by the controller 21, and by the execution, the controller 21 determines that data necessary for the game to be executed is stored in the memory 22 or 23 of the terminal 20, A20 (FIG. 58, AS5). ). In response to this determination, the game is set to be executable, and the terminal 20 and A20 are caused to execute a process of accepting a game input to the input devices 25 and A21. Executing this accepting process sets a standby state in which the game can be started internally, and displays a game start request screen such as touching this button switch to start the game. Including display on A22. Then, when the controller 21 receives that the game start input has been made, a game execution process for disclosing the game and executing the game is performed (FIG. 58, AS6).

  Next, the control process after the game is started will be described. In response to the fact that the game executed on the terminal 20, A20 has finished one turn or stage (synonymous with the end of the unit game) determined by the execution process of the controller 21 of the first program, The signal for requesting connection is automatically transmitted to the server (10, A10) in which the second program is stored by executing the first game program.

  The game progress information storage unit P stores game progress information included in the signal stored as a file that can be identified for each ID that is terminal identification data of the terminals 20 and A20. Using this assumption configuration, the game progress information stored for each of the terminals 20 and A20 in the server 10 and A10 corresponding to the ID (synonymous with player identification information data) included in the signal is described above. The end of the unit game, such as “depending on the fact that the game executed on the terminal 20, A20 has finished one turn or stage according to the execution process of the controller 21 of the first program” Each time the determination is made, the controller 21 executes a process of automatically updating by executing the first program. In the case of automatic updating, the signal transmitted from the terminal 20 or A20 to the server 10 or A10 includes, for example, data corresponding to the game score, data related to the number of consecutive hits, or random during the game. Alternatively, game result data such as items and virtual money obtained according to the game result generated during the game is included, and the game progress information is updated based on this game result data. .

  If the ID is identification information of a SIM card built in the smartphone as the terminal 20 or A20, this SIM card is used for a signal transmitted when the terminal 20 or A20 is connected to the server 10 or A10. The identification information is automatically transmitted by executing the first program, so that the operation from the connection to the start of the game can be simplified. However, when the ID is used as the SIM card identification information, it may be difficult to continuously play the game if the SIM card identification information is broken. When the game start is input from 20, A20 (FIG. 57, step AS1), if the player identification information data determined for each player is manually input with a touch panel or the like, the input itself becomes troublesome. However, there is an advantage that it is possible to play a continued game using the new terminal 20 and A20.

  (A) The update process of the game progress information (P1, P2,..., PN) will be described more specifically. The signal generated by the controller 21 executing the first program is the server 10, A10. Requesting a connection to transmit to the terminal and transmitting the signal (between steps SA1 and SA2)

  (B) When it is determined that the terminal 20, A20 requests connection to the server 10, A10 in response to receiving the signal (step AS2: YES), after undergoing an authentication process (not shown), Next step SA3 is entered.

  Then, the controller 11, A100 of the server 10, A10 is the data necessary for executing the subsequent game based on the game progress information included in the signal by executing the second program, and The data to be downloaded to the terminals 20 and A20 is prepared (step AS3).

When the controller 11, A100 of the server 10, A10 determines that this preparation is completed (step AS4), the prepared data is transmitted to be stored in the memory 22 or 23 of the terminal 20, A20.
(C) When it is determined that data necessary for the game to be executed is stored in the memory 22 or 23 of the terminal 20, A20 by the first program (FIG. 58, step AS5), triggered by this determination The game is set to be executable, and the terminal 20 and A20 are caused to execute a process of accepting a game input to the input device 25 (step AS6).

  Thereafter, when it is determined that the game input is made on the touch panel 25 of the terminal 20 or A20 (FIG. 58, step AS7: YES), the game is executed (step AS8). In the process of step AS8, the first program, the character image and action data for executing the game at the stage, technique action data, rise control data corresponding to the technique, technique gap data, Since the data for executing all the games of the gravity additional value data of the technique is transmitted in advance from the server 10 and A10 to the terminal 20 and A20, the terminal 20 and A20 are transmitted to the server 10 and A10 during the unit game. It is configured so that there is no need to connect.

  (D) It is determined by the execution process of the first program that the situation of the game executed on the terminals 20 and A20 has finished one turn or stage (step AS9).

  In response to this determination, when the controller 21 executes the first game program, it is a signal that automatically requests connection to the servers 10 and A10 in which the second program is stored. A signal that is also a signal including game progress information based on the game result of the unit game defined by the end of the turn or stage is generated and transmitted (step AS10).

  (E) Based on the game progress information included in the signal, the game progress information corresponding to the terminal identification data included in the signal is updated. This game update information is data stored in an identifiable manner for each of the terminals in the servers 10 and A10. (FIG. 58, step AS11).

  Next, the game results (items obtained during the game, number of hits in the game, scores, etc.) obtained when the unit game is completed, included in the signal transmitted from the terminal 20, A20, are displayed. When it is determined that the storage of the game update information including the game update information is completed in the storage units 12, 13 or A101 by the control of the controllers 11 and A100 of the server 10 and A10, and the update is completed (step AS), the next unit game is executed. Preparation processing for execution is executed, that is, a standby state for receiving the game start input in (A) is prepared (step AS13).

  Then, when the game is started and an input is received, the process returns to the symbol A in FIG. 57, and the processing of steps AS1 to AS13 is started after one unit game until one turn or stage is finished and then finished. The process of repeating the subroutine up to is executed. That is, the processes (A) to (E) are executed.

  In this embodiment, although it is a characteristic of a social game, there is no concept of game termination, but the terminal 20, A20 blocks the communication state with the server 10, A10 by the player's own intention, or the communication state is poor. If the player is disconnected without depending on the operation of the terminal 20 or A20 of the player, then when the terminal 20 or A20 and the server 10 or A10 are connected next, the above-described well-known authentication process (not shown) is performed. It is preferable that the terminal 20, A 20 and the server 10, A 10 execute transmission / reception of data carried on the signal. Therefore, since the previous authentication process is entered every time the connection is interrupted, in that case, a certain amount of time is required as compared to the case without the authentication process.

  In this way, the transmission / reception frequency of the server (10, A10) and the terminals 20, A20 is limited to the start of the unit game and the end of the unit game (in short, input for the player to execute the game in real time is unnecessary, input (Sending / receiving for game progress information update processing, etc.) only when the timing is delayed or the communication status itself is interrupted in the middle so that the success or failure of the game is not affected. It is configured to control.

  As a result, during execution of the unit game, even if communication between the terminal 20, A20 and the server 10, A10 does not occur, the terminal 20, A20 executes the first program on the controller 21 to enter the communication state. Since it is configured so that the game can be performed without depending on it, it is possible to execute the game comfortably with less stress even in a game genre where a large amount of input signals such as fighting games are generated during the game. It becomes possible.

  Further, when the game progress information is communicated between the terminal 20, A20 and the server 10, A10 at the end of the unit game and transmitted on the signal, the communication between the terminal 20, A20 and the server 10, A10 at that timing. When the terminals 20, A20 and the controllers 11, A100, 21 on the server 10, A10 side determine that the communication is continuously established, the data necessary for the next game without undergoing the authentication process Is preferably configured so that the server 10 and A10 transmit to the terminals 20 and A20.

  52 and 53 show the contents of a shooting game plan. The hardware environment is the same as that of the embodiment and Examples 1 and 2, but the game so far was a fighting game or a card game, but this example is a different genre. Is a shooting game. The concept of this project is based on the assumption that you can play in a special environment such as playing in a short time, such as in a car where social network games are played. That is, a plurality of stages are stored in the storage unit 13, and the controllers 11 and / or 21 execute a shooting game based on the stage data and the game program stored in the storage unit 13. The play time is set so that it can be played in 1-2 minutes.

  In addition, in general, in the social business, events are frequently generated to attract customers, but even if the same BOSS character is defeated, the game result varies depending on the defeated absolute time. The point has a new configuration. The game result is an appearance stage after defeating the BOSS character, and a plurality of stages appearing (branching) after defeating the boss character are stored in the storage unit 13 and provided in the server 10 and not shown. The controller 11 executes a control process in which the appearance stage is determined by the absolute time on the game managed by the server that is common to each terminal 20 (A20) obtained by the timer.

  By configuring the controller 11 to execute such a process, a friend who tends to be social may have cleared a number of previous stages and may be able to reduce the number of leavers, such as being unable to play. Has the effect of facilitating

  The present invention improves the operability of a fighting game using a terminal that executes a social net game by touch panel operation, and the game is always executed on the server even when the player is not playing the game. To develop characters in the absence of a player, and to build a user-like social network in social games that require the suppression of leavers in social games and playability in a short time Game control method and server device for social game

10 ... Server 11 ... Controller 20 (A20) ... Game terminal (terminal)

Claims (3)

It is a game control method in a social game in which registered users play a one-on-one match using one or more items selected from items possessed by the registered users,
A plurality of general items that can be possessed by the registered user and a plurality of special items that can be possessed by the registered user belonging to a group and cannot be possessed by the registered user who does not belong to the group. Remembering,
Storing at least one or more of the special items in the database in association with the generated group in response to a request from the first registered user requesting generation of the group; and
In response to a request from a second registered user requesting participation in the group, the second registered user is stored in the database in association with the group, and 1 to the special item associated with the group. A game control method comprising: granting the right to possess the above items to the second registered user. A server device that provides a game in which registered users play a one-on-one battle using one or more items selected from items possessed by the users,
A plurality of general items that can be possessed by the registered user and a plurality of special items that can be possessed by the registered user belonging to a group and cannot be possessed by the registered user who does not belong to the group are registered Have a database,
In response to a request from the first registered user who requests generation of the group, at least one or more of the special items is associated with the generated group and stored in the database;
In response to a request from a second registered user requesting participation in the group, the second registered user is stored in the database in association with the group, and 1 to the special item associated with the group. The server apparatus characterized by giving the authority to possess the above items to the second registered user. While the enemy character displayed on the display screen of the mobile terminal is floating in the air, the player of the mobile terminal is in a state until reaching a lower point position that triggers the preset game end. A game control method for calculating a game score related to the cumulative number of techniques hit by the enemy character is a technique of an operation character that is paid out in response to an input to a touch panel for input,
The controller of the server or terminal is
A process for controlling a state in which the enemy character descends based on the enemy character descending control data stored in advance;
The skill failure or success determination data for the enemy character stored in advance for each technique, and the timing of the operation of the technique operated according to the timing at which the image of the technique is tapped on the touch panel with respect to the enemy character. A process of determining success or failure of success or failure;
When the determination result is successful, a process of performing control to suppress the ascent or descent of the enemy character according to the descent suppression data for each technique stored in advance,
If the determination result is successful, processing to update and store cumulative data related to the number of successes, and
A game control method for transmitting the accumulated data to the server only at a timing when it is determined that the lower point position has been reached.

Images