JP2018175004A - Terminal device, server device, program and method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a terminal device capable of providing an execution result of a larger variety of game applications.SOLUTION: A terminal device includes: a storage part for storing an ability value of a character used in executing a game application; a communication part for transmitting/receiving information to/from another device connected through a network; and a control part for executing control to transmit an execution result of the game application computed based on the ability value to the another device through the communication part, and varying the ability value upon receipt of intervention information by a second user different from a first user giving an instruction to execute the game application from the another device through the communication part.SELECTED DRAWING: Figure 12

Description

  The present disclosure relates to a terminal device and a server device that allow a user different from a user who instructs execution of a game application to intervene in game execution results, and a program and method for executing the same.

  Conventionally, a game application is known which automatically advances the game image by reproducing the game image based on the result of calculating the game execution result in advance based on the ability value of the character used when executing the game application. It is done. For example, in the patent document 1, in a battle between a player character associated with a certain player and another player character associated with another player, the battle result is determined based on the ability value of each player character. And the game control apparatus which notifies the battle result is described.

JP, 2012-196425, A

  Therefore, based on the above-described technology, the present disclosure provides a terminal device, a server device, a program, and a method that can provide more various execution results of game applications according to various embodiments.

  According to an aspect of the present disclosure, “a storage unit storing a capability value of a character used in the execution of a game application, a communication unit transmitting / receiving information to / from another device connected via a network, A control is performed to transmit the execution result of the game application calculated based on the ability value to the other device via the communication unit, and the other device instructs the execution of the game application. There is provided a terminal device including: a control unit that varies the capability value when receiving, via the communication unit, intervention information by a second user different from the user.

  According to an aspect of the present disclosure, “a storage unit stores a computer, a character value of a character used in executing a game application, and a communication unit that transmits and receives information to and from another device connected via a network. Controlling the transmission result of the game application calculated based on the ability value to the other device via the communication unit, and instructing the other device to execute the game application When the intervention information by the 2nd user different from the 1st user is received via the communication unit, there is provided a program that functions as a control unit that changes the capability value.

  According to one aspect of the present disclosure, “the step of storing the ability value of the character used in the execution of the game application in the storage unit, and the communication unit transmitting / receiving information to / from another device connected via the network” Controlling the transmission result of the game application calculated based on the ability value to the other device via the communication unit, and instructing the other device to execute the game application And D. when the communication unit receives intervention information by a second user different from the first user, and the control unit varies the capability value.

  According to an aspect of the present disclosure, “including a storage unit storing a capability value of a character used in execution of a game application, and at least a first terminal device and a second terminal device connected via a network. A communication unit for transmitting and receiving information to and from a plurality of terminal devices, and a plurality of execution results of the game application calculated based on the capability value stored in the storage unit via the communication unit. A second terminal device different from the first terminal device different from the first terminal device different from the first terminal device held by the first user who controls the transmission to the terminal device and which is instructed to execute the game application; A server apparatus including: a control unit that varies the capability value when the second user receives intervention information via the communication unit.

  According to various embodiments of the present disclosure, it is possible to provide a terminal device, a server device, a program, and a method capable of providing execution results of more various game applications.

  The above effects are merely illustrative for the convenience of description and are not limiting. In addition to or in place of the above effects, any of the effects described in the present disclosure or those skilled in the art can exhibit obvious effects.

FIG. 1 is an illustration of a system in accordance with various embodiments of the present disclosure. FIG. 2 is a conceptual diagram schematically showing the configuration of the system 1 according to the first embodiment of the present disclosure. FIG. 3 is a block diagram illustrating an example of a configuration of the terminal device 100 according to the first embodiment of the present disclosure. FIG. 4 is a block diagram showing an example of the configuration of the server apparatus 200 according to the first embodiment of the present disclosure. FIG. 5a is a diagram conceptually showing a user information table stored in the server device 200 according to the first embodiment of the present disclosure. FIG. 5 b is a view conceptually showing a character information table stored in the server device 200 according to the first embodiment of the present disclosure. FIG. 5 c is a view conceptually showing a unit game information table stored in the server device 200 according to the first embodiment of the present disclosure. FIG. 6 is a diagram showing a processing sequence between the terminal device 100 and the server device 200 according to the first embodiment of the present disclosure. FIG. 7 shows a process flow executed by the terminal device 100 according to the first embodiment of the present disclosure. FIG. 8 shows a process flow executed by the terminal device 100 according to the first embodiment of the present disclosure. FIG. 9 shows a process flow executed by the terminal device 100 according to the first embodiment of the present disclosure. FIG. 10 shows a process flow executed by the terminal device 100 according to the first embodiment of the present disclosure. FIG. 11 is a diagram showing an example of a screen displayed on the display 111 of the terminal device 100. As shown in FIG. FIG. 12 is a diagram showing an example of a screen displayed on the display 111 of the terminal device 100. As shown in FIG. FIG. 13 is a conceptual diagram schematically showing the configuration of a system 1 according to a second embodiment of the present disclosure.

  Various embodiments of the present disclosure will be described with reference to the accompanying drawings. In addition, the same referential mark is attached | subjected to the common component in drawing.

<Overview of System Related to the Present Disclosure>
A system according to various embodiments of the present disclosure relates to a game application that varies the ability values of characters such as user characters used in executing a game application in response to intervention from a third party.

  As an example of such a game application, there is a battle game with a plurality of characters. Specifically, in a competition game in which a competition is held at a predetermined time, participants of each competition game (participation as an opponent or participation as a spectator) are recruited in advance, and when that time comes A battle game can be mentioned in which the battle process is started. In such a competition game, the ability value of the character that the user himself can operate in the battle, or the ability value of the character to be the opponent (the character that the other user can operate or a non-player character) participates as a spectator Can be changed by intervention operations such as support from a third party user who

  Furthermore, in addition to the fluctuation of the ability value, the execution result of the competition game is calculated in advance based on the ability value before or after the fluctuation, and when it comes to the time based on the calculated execution result, It is also possible to make progress. At this time, as described above, it is possible to add a new variable element to the execution result calculated based on the predetermined ability value by changing the ability value of the character by the intervention operation from the third party user. It becomes possible, and it becomes possible to give diversity to the calculation of the execution result.

  Also, the timing at which such a third party performs an intervention operation is not at a specific timing such as the timing at which there is a request from the user playing the match, for example, but the third party's favorite timing, that is, It is also possible to intervene at any time. By this, it is possible for the user who is playing a match to perform intervention that is difficult to predict, and it is possible to further enhance the concept of the game.

  In the above, the battle game is described as an example, but it is naturally possible to apply the system according to the present disclosure to other game applications as well. Other game applications include breakout games, puzzle games, role playing games, sports games and the like. In addition, the game application does not have to be in a format for playing against a specific opponent, for example, a time trial format in which only the user character clears a mission set within a predetermined time, or a large number of unspecified games The system according to the present disclosure can be applied to any type of game application, such as a form of playing a match against an opponent.

  FIG. 1 is an illustration of a system in accordance with various embodiments of the present disclosure. Specifically, the holding time is determined in advance, and the execution result of the battle game is calculated in advance based on the ability value of each participating character, and the game image of the battle game is calculated based on the calculated execution result. It is a figure which shows that it is produced | generated and displayed on a display. Referring to FIG. 1, in addition to the user character 11 operable by the user, an enemy character 12 as an opponent is displayed on the display 111. Although a plurality of watching characters 13 are displayed, these watching characters 13 are not characters operated by other users, but are characters drawn merely as a background, and therefore no intervention operation is performed. Therefore, the variation process of the ability value of each character competing is not performed.

First Embodiment
1. Configuration of System 1 According to First Embodiment of the Present Disclosure FIG. 2 is a conceptual view schematically showing a configuration of the system 1 according to the first embodiment of the present disclosure. Referring to FIG. 2, in the system 1, the terminal device 100-1, the terminal device 100-2, and the server device 200 are communicably connected via the network 300. In the example of FIG. 2, as the terminal device 100, the terminal device 100-1 held by the first user who operates the character playing the battle in the battle game, and the user who participates in the battle game as the spectator hold Although the terminal device 100-2 is described, it is also possible to add a terminal device as a matter of course. Also, although the server device 200 is described as a single device, it is also possible to distribute each component and processing of the server device 200 to a plurality of server devices.

  In the system 1, processing related to a predetermined application is performed by executing a program stored in the terminal device 100. At this time, the server device 200 accesses the terminal device 100 as needed according to the progress of the application in the terminal device 100, and transmits and receives various information (for example, FIGS. 5a to 5c) and programs necessary for the progress of the application. Do.

2. Terminal device 100
FIG. 3 is a block diagram illustrating an example of a configuration of the terminal device 100 according to the first embodiment of the present disclosure. The terminal device 100 does not have to include all of the components shown in FIG. 3, and can have a configuration in which a part is omitted, and can add other components.

  The terminal device 100 may be, for example, a portable terminal device capable of wireless communication represented by a smartphone, but in addition to that, a portable game machine, a feature phone, a portable information terminal, a PDA, a laptop personal computer The present invention can be suitably applied to any portable device, for example. Further, even a terminal device such as a desktop personal computer, which is inconvenient to carry, can be used as the terminal device 100.

  Referring to FIG. 3, the terminal device 100 includes a memory 115 including a display 111, a processor 112, a communication circuit including a wireless communication processing circuit 114, and an antenna 113, a RAM, a ROM, and a non-volatile memory (in some cases, an HDD). It includes an input interface 116 configured of a touch panel 117 and hard keys 118. Then, these components are electrically connected to each other through control lines and data lines.

  The display 111 functions as a display unit that reads out image information stored in the memory 115 and performs various displays according to an instruction of the processor 112. The display 111 is configured of, for example, a liquid crystal display.

  The input interface 116 includes the touch panel 117 and / or the hard key 118 and the like, and receives various instructions and inputs from the user. The touch panel 117 is disposed so as to cover the display 111, and outputs, to the processor 112, information of position coordinates corresponding to the image data displayed by the display 111. As a touch panel method, known methods such as a resistive film method, an electrostatic capacitance coupling method, and an ultrasonic surface acoustic wave method can be used. In the present embodiment, the touch panel 117 detects a swipe operation or a tap operation on an icon or the like displayed on the display 111 by the indicator.

  The processor 112 is configured by a CPU (microcomputer: microcomputer), and functions as a control unit that controls other connected components based on various programs stored in the memory 115. Specifically, the processor 112 reads a program for executing the game application according to the present embodiment or a program for executing the OS from the memory 115 and executes the program. Further, the processor 112 generates various operation information based on the output from the touch panel 117. The processor 112 may be configured by a single CPU, but may be configured by a plurality of CPUs. Also, other types of processors such as a GPU specialized for image processing may be combined as appropriate.

  The memory 115 includes a ROM, a RAM, a non-volatile memory, an HDD, and the like, and functions as a storage unit that stores various information (FIGS. 5a to 5c) and the like received from the server device 200 according to the progress of the game. In particular, the ROM stores a game application according to the present embodiment and a program for executing the OS. The RAM is a memory used to write and read data while the various instructions generated by executing the program stored in the ROM are being processed by the processor 112. The non-volatile memory is a memory in which writing and reading of data are executed by the execution of the program, and the data written to the non-volatile memory is saved even after the execution of the program is completed.

  The wireless communication processing circuit 114 performs processing such as modulation and demodulation in order to transmit and receive information with the server apparatus 200 or another terminal apparatus installed remotely via the connected antenna 113. For example, the wireless communication processing circuit 114 may execute a program for executing the game application according to the present embodiment, various information used in the application (FIGS. 5a to 5c), and the like according to the progress of the application. A process for receiving from the server device 200 is performed. In addition, processing for transmitting the result of processing by execution of the application to the server device 200 is performed.

  The wireless communication processing circuit 114 is processed based on a wide band wireless communication system represented by W-CDMA (Wideband-Code Division Multiple Access) system, but a wireless LAN represented by IEEE 802.11. It is also possible to process based on the system regarding narrow band wireless communication like Bluetooth (registered trademark).

  A communication unit is configured by the wireless communication processing circuit 114 and the antenna 113. It is also possible to use wired communication instead of or in addition to wireless communication. In that case, instead of or in addition to the wireless communication processing circuit 114, a communication processing unit for wired communication may be provided.

3. Server device 200
FIG. 4 is a block diagram showing an example of the configuration of the server apparatus 200 according to the first embodiment of the present disclosure. The server apparatus 200 does not have to include all of the components shown in FIG. 4, and can have a configuration in which a part is omitted, and can add other components.

  Referring to FIG. 4, the server apparatus 200 includes a memory 211 including a RAM, a ROM, a non-volatile memory and the like, a processor 212 including a CPU and the like, an I / F circuit 213 for connecting the I / O circuit 214 and the HDD 215. And a communication circuit having the communication processing circuit 216. Then, these components are electrically connected to each other through control lines and data lines.

  The memory 211 includes a RAM, a ROM, a non-volatile memory, and the like, and functions as a storage unit together with the HDD 215. The memory 211 stores various programs for executing the system 1 in the server apparatus 200 (for example, programs for executing battle processing, watching processing, intervention processing, etc.), a system capable of executing the program, and the like. . Such programs and systems are loaded and executed by processor 212. Further, the memory 211 (particularly, RAM) is temporarily used to execute writing and reading of data while the program is executed by the processor 212.

  The processor 212 is composed of a CPU (microcomputer: microcomputer), and functions as a control unit for controlling other connected components based on various programs stored in the memory 211. For example, the processor 212 refers to the user information table, the character information table, and the unit game information table stored in the memory 211 to control the execution of programs such as a battle process, a watching process, and an intervention process. The processor 212 also controls the communication processing circuit 216 to transmit and receive various types of information to and from a plurality of terminal devices including the terminal device 100. The processor 212 also controls the memory 211 and the HDD 215 in order to read out and update various information (FIGS. 5a to 5c) and the like stored in the memory 211 and the HDD 215. The processor 212 may be configured by a single CPU, but may be configured by a plurality of CPUs.

  The HDD 215 exchanges various types of information with other components via the I / F circuit 213. The HDD 215 stores various information (FIGS. 5a to 5c) and the like necessary for the application executed by the terminal device 100, and is read and written as needed in accordance with an instruction from the processor 212.

  In the present embodiment, the memory 211 including the RAM, the ROM, and the non-volatile memory and the HDD 215 are separately described, but the memory 211 and the HDD 215 function as a storage unit.

  As an example, the communication processing circuit 216 is for executing the game application according to the present embodiment via the terminal device 100-1 and the terminal device 100-2 and the network 300, or via another server device and the network 300. In order to transmit and receive programs and various information, etc., processing such as modulation and demodulation is performed. The communication processing circuit 216 is connected to an antenna or the like, and communicates with each terminal device and other server devices according to a predetermined communication scheme via these.

4. Information Stored in the HDD 215 of the Server Device 200 FIG. 5A conceptually shows a user information table stored in the server device 200 according to the first embodiment of the present disclosure. The server apparatus 200 stores the information in the HDD 215 (and / or the memory 211). Specifically, although a user ID is assigned to each user who installed the game application in his own terminal device 100, "user name", "character", "level", "user ID" are associated with the user ID. Information on the watching mode is stored.

  "Character" means a user character that can be operated by the user based on the user's instruction input. Also, “level” is increased by repeating a match in the game application, and is an index indicating the degree of skill of the user for the game application. In the "watching mode", when the user in which the information is stored participates as a spectator in the competitive game, whether to participate to cheer the user character or to cheer on the enemy character, or whichever It is information to identify whether you participate as a non-stander.

  In the present embodiment, the information stored in the user information table is transmitted to the terminal device 100 in response to a request from the terminal device 100, while information transmitted from the terminal device 100 in accordance with the progress of the game application. It is updated from time to time based on.

  FIG. 5 b is a view conceptually showing a character information table stored in the server device 200 according to the first embodiment of the present disclosure. The server apparatus 200 stores the information in the HDD 215 (and / or the memory 211). Referring to FIG. 5 b, ability values such as “attack power”, “defensive power”, “resilience”, “magic”, “hit points”, and “special ability” are stored in association with each character ID. ing.

  "Attack force" is a parameter used to calculate the damage to be given to the character as the opponent at the time of attack by the character. "Defense power" is a parameter used to calculate the damage given by the attack from the character as the opponent. The “hit point” is a parameter that is subtracted by a predetermined amount in accordance with the damage that has been given. The fact that the hit point of the character is zero means that the unit game is treated as "defeated" or that the use of the character is restricted. "Resilience" is a parameter used to calculate the amount of recovery when recovering a hit point that has been subtracted. "Magic" is a parameter that indicates the strength when performing attack, recovery, and defense by the magic power associated with a character. “Special ability” is a parameter related to an ability that can be used only when the character is in a predetermined state (for example, use of a predetermined virtual item, input of a predetermined command, etc.) while the game application or unit game is being executed. is there.

  In the present embodiment, when a certain user executes a game application, the character information associated with the user information table of the user is identified, and then the character identification identified with reference to the character information table is performed. Based on the ability value such as the attack power of the character is read.

  Further, in the present embodiment, the read capability value is transmitted to the terminal device 100, and is used to calculate the execution result when the game application is executed.

  FIG. 5 c is a view conceptually showing a unit game information table stored in the server device 200 according to the first embodiment of the present disclosure. In the present embodiment, the game application is configured by one or more unit games. Note that the unit game means a group of one or more games executed in the game application, and an example is called a quest, a scenario, a chapter, a dungeon, a mission, or an event. The server apparatus 200 stores the information in the HDD 215 (and / or the memory 211). Referring to FIG. 5c, "enemy character", "competing user", "watching user", "automatic mode flag", "participant recruitment time", and "date and time" are stored in association with each unit game ID. Be done.

  The "enemy character" is a character that battles against the user character in the battle game to be executed, and the ability value of each enemy character is obtained by referring to the character information table based on the character ID stored as the enemy character. It is identified.

  Further, in the present embodiment, in the battle game (unit game), participants in the battle game are recruited in advance, and the battle game is executed on each terminal device 100 at a predetermined time. Therefore, the “matching user” stores the user ID of the user who has made an entry as an opponent in each fighting game. Further, in the “watching user”, the user ID of the user who has entered as a spectator in each competitive game is stored.

  Further, in the present embodiment, each competition game can calculate its execution result based on the ability value of the character to be played, and can automatically progress based on the calculated execution result. Therefore, in the “automatic mode flag”, the selection result as to whether or not the user who has made the entry as the player in the battle game as the opponent automatically advances the battle process is stored. If the flag is "on", the competition game is automatically advanced, and if "off", the competition game is advanced based on the input of a command by the user.

  Further, in the present embodiment, in the battle game (unit game), participants in the battle game are recruited in advance, and the game is executed on each terminal device 100 at a predetermined time. Therefore, as "participant recruitment time", the time which starts recruitment of participants who participate as an opponent or a spectator is stored. Furthermore, the time when execution of a competitive game is started is stored as the "date and time". When a specific time is stored, processing relating to the battle game is started regardless of whether the process is automatically advanced or advanced by a command input when the time is reached. In addition, when “at any time” is stored, processing relating to the battle game is started at any time when the entry of the opponent is made.

  Further, in the present embodiment, the unit game information table is referred to at any time by the processor 212 in a predetermined cycle, and each piece of information read as necessary is transmitted to the terminal device 100. Further, based on the information received from the terminal device 100, the unit game information table is updated as needed.

5. Processing Sequence Between Terminal Device 100 and Server Device 200 FIG. 6 is a diagram showing a processing sequence between the terminal device 100 and the server device 200 according to the first embodiment of the present disclosure. The processes of S101 to S105, the processes of S106 to S109, and the processes of S110 and S111 in FIG. 6 are performed in parallel, and need not necessarily be performed in the order described in FIG. Absent.

  In FIG. 6, the processes of S101 to S105 are processes that are executed when the terminal device 100-1 enters a unit game as an opponent. Specifically, when the game application according to the present embodiment is activated in the terminal device 100-1 (S101), a user ID (T1) and the like are transmitted from the terminal device 100-1 to the server device 200. In the server device 200, when the user ID and the like are received, the user information table is referenced (S102), and the information (T2) of the user name, characters and the like (FIG. 5a) associated with the transmitted user ID Send to 100-1. Next, the terminal device 100-1 receives a selection as to whether or not to participate in the unit game as an opponent (S103), and a desired unit among unit games that can be entered as an opponent transmitted from the server device 200. Accept game selection. Next, the terminal device 100-1 receives a selection as to whether to advance the selected unit game in the automatic mode (S104). Then, the terminal device 100-1 transmits, to the server device 200, entry information including at least a unit game ID specifying the selected unit game, a user ID participating as an opponent, and a selection result of the automatic mode ( T3). The server device 200 updates the content of the unit game information table based on the received entry information (S105: entry acceptance process).

  In FIG. 6, the processes of S106 to S109 are processes that are executed when the terminal device 100-2 participates in a unit game as a spectator. Specifically, when the game application according to the present embodiment is activated in the terminal device 100-2 (S106), a user ID (T4) and the like are transmitted from the terminal device 100-2 to the server device 200. In the server device 200, when the user ID and the like are received, the user information table is referred to (S107), and the information (T5) of the user name, the character and the like (FIG. 5a) associated with the transmitted user ID Send to 100-2. Next, the terminal device 100-2 receives a selection as to whether or not to participate in the unit game as a spectator (S108), and a desired unit among the unit games that can be entered as the spectator transmitted from the server device 200 Accept game selection. Furthermore, the terminal device 100-2 receives a selection as to whether to support the user character who has entered as an opponent, to support an enemy character to be an opponent, or to participate as a mere bystander who is neither of them (S108: Selection of watching mode). Then, the terminal device 100-2 transmits the spectator information including at least the unit game ID specifying the selected unit game, the user ID participating as a spectator, and the watching mode to the server device 200 (T6). . The server device 200 updates the unit game information table based on the received spectator information (S109: watching process reception process).

  In FIG. 6, the processing of S110 and S111 is processing performed when the unit game is actually executed when the held date of the unit game entered by the user of the terminal device 100-1 and the terminal device 100-2 It is. Specifically, the server device 200 periodically refers to the unit game information table to check whether there is a unit game that has reached the holding date and time. Then, when there is a unit game that has reached the holding date, notification (T7) of the start of the unit game is given to the participating users and the watching user associated with the unit game ID (S110). When receiving the notification, the terminal device 100-1 executes the battle process, transmits the execution result to the server device 200, and transmits the execution result to the terminal device 100-2 via the server device 200. The details of the battle process will be described later.

6. Process Flow of Terminal Device 100-1 When Entry as Competitor FIG. 7 shows a process flow executed by the terminal device 100 according to the first embodiment of the present disclosure. Specifically, FIG. 7 shows a process flow executed by the processor 112 of the terminal device 100-1 based on the program stored in the memory 115 when entering as an opponent.

  Referring to FIG. 7, the processor 112 activates the game application according to the present embodiment based on the detection of an instruction input to the terminal device 100-1 by the user (S 201). Next, the processor 112 determines whether the user has selected a battle mode in which a player enters a unit game to be executed by the activated game application (S202). When the battle mode is selected, the processor 112 causes the display 111 to display a unit game which can be entered as a player who has been received in advance from the server device 200, and accepts a selection operation by the user (S203). The unit game which can be entered is determined by the server apparatus 200 with reference to the participant recruiting time of the unit game information table, the holding date and time, and the competition user.

  When the unit game is selected, the processor 112 determines whether an automatic mode in which the selected unit game is automatically advanced by a predetermined operation is selected by the user (S204). Then, the processor 112 controls the memory 115 to store the selection result in association with the selected unit game ID (S205). Then, the processor 112 transmits, to the server apparatus 200, entry information including at least a unit game ID specifying the selected unit game, a user ID participating as an opponent, and a selection result of the automatic mode (S206). End the series of processing.

7. Process Flow of Terminal Device 100-2 When Entry as Spectator FIG. 8 shows a process flow executed by the terminal device 100 according to the first embodiment of the present disclosure. Specifically, FIG. 8 shows a processing flow executed by the processor 112 of the terminal device 100-2 based on the program stored in the memory 115 when entering as a spectator.

  If the processor 112 determines in S202 of FIG. 7 that the battle mode is not selected, the process flow according to FIG. 8 is started. First, the processor 112 causes the display 111 to display a unit game which can be entered as a spectator received in advance from the server device 200, and accepts a selection operation by the user (S301). The unit game that can be entered is determined by the server apparatus 200 with reference to the participant recruitment time of the unit game information table. Specifically, a unit game in which the participant recruiting time has passed and the competition game has not ended yet is determined by the server device 200 as a unit game that can be entered.

  Next, the processor 112 receives the user's selection of what watching mode to watch, and executes processing to determine the watching mode. Specifically, the processor 112 displays on the display 111 allowing the user to select the watching mode after the user has selected the unit game. Then, the processor 112 determines whether or not the “user character” mode for supporting the user character who entered the unit game as the player is selected (S302). When the “user character” mode is selected, the processor 112 stores the unit game ID to watch in the memory 115 in association with the watching mode (S306). On the other hand, when the "user character" mode is not selected, the processor 112 determines whether or not the "enemy character" mode for supporting the enemy character in the unit game is selected (S303). When the “enemy character” mode is selected, the processor 112 stores the unit game ID to watch in the memory 115 in association with the watching mode (S305). On the other hand, when the "enemy character" mode is not selected, the processor 112 determines that it is the "bystander" mode that does not support any character, and watches a unit game ID to watch in the memory 115 and the watching mode Are stored in association with each other (S304).

  Then, the processor 112 transmits spectator information including at least a unit game ID specifying the selected unit game, a user ID participating as a spectator, and a watching mode to the server device 200 (S307). End the processing of.

8. Process flow of the terminal device 100-1 when a unit game is executed FIG. 9 shows a process flow performed by the terminal device 100 according to the first embodiment of the present disclosure. Specifically, FIG. 9 is executed by the processor 112 of the terminal device 100-1 based on the program stored in the memory 115 when the unit game holding notification is received from the server device 200 and stored in the memory 115. Indicates the processing flow. Although not described in detail, the holding notification is stored in association with the unit game ID when there is a unit game that the server device 200 has regularly referred to the unit game information table and the holding date and time has been reached. It is transmitted to the played match user and the watching user. The holding notification includes at least a unit game ID to be held and a selection result of the automatic mode.

  According to FIG. 9, the processor 112 determines whether the holding notification has been received from the server device 200 and stored in the memory 115 (S401). If it is determined that it has not been received yet, the processing flow ends. On the other hand, when it is determined that the holding notification has been made, the processor 112 determines whether or not the unit game is advanced in the automatic mode based on the holding notification (S402). If it is determined that the process proceeds in the automatic mode, the processor 112 executes a process related to the automatic battle mode (FIG. 10). On the other hand, when it is determined that the game does not advance in the automatic mode, the process according to the manual battle mode is executed.

  FIG. 10 shows a process flow executed by the terminal device 100 according to the first embodiment of the present disclosure. Specifically, FIG. 10 shows a process flow executed by the processor 112 based on the program stored in the memory 115 when the game is shifted to the automatic battle mode in FIG.

  Referring to FIG. 10, the processor 112 first requests the server device 200 to transmit the watching user ID stored in the unit game information table, and controls the watching user ID and the watching mode to be received from the server device 200. Then, based on the information received and stored in the memory 115, the processor 112 determines whether there is a user who participates as a spectator (S501). When there is no user who participates as a watching user, the processor 112 carries out the calculation of the battle result using the user character and the enemy character's ability value received from the server device 200 and stored in the memory 115 as it is. Note that the calculation method of the battle result is performed by a known method in which the ability value of each character is multiplied by a variable or the like determined by pseudo random numbers.

  On the other hand, when it is determined that there is a spectator in S501, the processor 112 determines whether the spectator is watching in the user character mode based on the information of the watching mode received and stored in the memory 115 (S502) . In the case of watching a game in the user character mode, the processor 112 executes a process of changing the ability value of the user character of the user received from the server device 200 and stored in the memory 115 (S503). One example of the variation is doubling the user character's ability value.

  When there is no spectator in the user character mode, the process of S503 is not executed, and the process proceeds to the next process.

  Next, the processor 112 determines whether the spectator is watching in the enemy character mode based on the received information on the watching mode (S504). In the case of watching in the enemy character mode, the processor 112 executes a process of changing the ability value of the enemy character in the unit game received from the server device 200 (S505). An example of the variation is to double the enemy character's ability value.

  If there is no spectator in the enemy character mode, the process of S505 is not executed, and the process proceeds to the next process.

  In the case where the spectator is in the bystander mode, the processing of S503 and S505 is skipped, and therefore the fluctuation processing of the ability value is not performed.

  Next, the processor 112 calculates the battle result of the battle in the unit game, using the ability value after variation processing (in the case of the sideliner mode, the ability value received from the server device) (S506). Note that the calculation method of the battle result is performed by a known method in which the ability value of each character is multiplied by a variable or the like determined by pseudo random numbers.

  Next, the processor 112 transmits the battle result calculated in S506 to the server device 200 (S507). Then, the processor 112 controls to reproduce the image data to be displayed on the display 111 based on the calculated battle result (S508).

  The image data generated based on the calculated battle result can also be generated at one time from the start to the end of the battle in the unit game. However, in the present embodiment, it is preferable to repeatedly execute the processing of S501 to S508 for each one or a plurality of attacks by the user character or the enemy character, and generate the image data each time.

  Next, the processor determines whether the hit point of the user character or the enemy character has become zero, that is, whether the battle has ended. (S509). If it is determined that the battle has ended, the processor 112 transmits the battle result to the server device 200, and ends the series of processing (S510).

  On the other hand, if it is determined that the hit points of both characters remain and the battle is still continuing, the transmission request for the watching user ID in S501 is made again, and it is determined whether there is a spectator or not. Repeat a series of processing from the processing of. That is, the series of processes of S501 to S509 are executed for each of one or a plurality of attacks by the user character or the enemy character. In other words, the presence or absence of the spectator is checked and the ability value is changed every time one or more attacks, so even if a new spectator is added during the match, the spectator's intervention It is possible to reflect (support) in the match result. In other words, the user of the terminal device 100-2 can participate as a spectator at any timing as long as the recruitment period of participants has passed and the battle ends.

  FIG. 11 is a diagram showing an example of a screen displayed on the display 111 of the terminal device 100. As shown in FIG. Specifically, FIG. 11 shows an example of a screen when there is no user participating as a spectator. Referring to FIG. 11, in addition to the user character 11 that can be operated by the user itself, the enemy character 12 to be the opponent is displayed on the display 111. It should be noted that although a plurality of watching characters 13 are displayed, these watching characters 13 are not characters operated by other users, but are characters drawn merely as a background, so intervention operations by these characters are performed. Absent. Therefore, the variation process of the ability value of each character competing is not performed.

  FIG. 12 is a diagram showing an example of a screen displayed on the display 111 of the terminal device 100. As shown in FIG. Specifically, FIG. 12 shows an example of a screen in the case where there are a spectator who has selected a mode for supporting the “user character” as a watching mode and a spectator who has selected a mode for participating as a “bystander”. Referring to FIG. 12, in addition to the user character 11 that can be operated by the user itself, the enemy character 12 to be the opponent is displayed on the display 111. In addition to this, the character 13a of the user cheering the user character is displayed in the vicinity of the user character 11 to be cheered, and the cheering message is also displayed in the vicinity of the character 13a. In addition, the character 13b of the user watching the game as a bystander is displayed at a substantially intermediate position between the user character 11 and the enemy character 12. In this case, since there is one spectator in the user character mode, the ability value of the user character 11 is fluctuated (doubled) according to the number of the spectators.

  As described above, in the present embodiment, in addition to the result of the battle between the characters being determined according to the ability value and the lottery result originally possessed by the characters, the intervention (support and the like) operation from other users is influenced. Ru. Therefore, it becomes possible for the user to provide various game application execution results.

Second Embodiment
In the first embodiment, the user of the terminal device 100-2 participates as a spectator in a battle between the user character of the user of the terminal device 100-1 and an enemy character (NPC) automatically operated by the computer An example was described. On the other hand, in recent years, so-called e-sports (e-sports), a game format in which user characters play a match and the match is watched by an unspecified number of other users has become popular. In the second embodiment, a case where a plurality of users participate as opponents will be described by taking the e-sports as an example. The present embodiment is the same as the configuration, processing, and procedure in the first embodiment, except for the points specifically described below. Therefore, detailed description of those matters is omitted.

  FIG. 13 is a conceptual diagram schematically showing the configuration of a system 1 according to a second embodiment of the present disclosure. Referring to FIG. 13, in system 1, terminal device 100-1, terminal device 100-2, terminal device 100-3 and server device 200 are communicably connected via network 300. In the example of FIG. 13, as the terminal device 100, the terminal device 100-1 held by the first user who operates the character playing the battle in the battle game and the user who participates in the battle game as the spectator hold In addition to the terminal device 100-2, there is a terminal device 100-3 held by a third user who operates a character playing a game with the first user character in the same competitive game.

  In the present embodiment, the stored information in each table and the processing performed by each terminal device and server device are not significantly different, but the processing at the time of selection of the watching mode in FIG. 8 is different from the first embodiment. That is, in the first embodiment, in S302 and S303, one of the modes "support of the user character" (S302) or support of the "enemy character" (S303) is selected. However, in the present embodiment, instead of these, the first user support mode or the third user support mode is selected. Accordingly, the watching mode of the user information table shown in FIG. 5a also participates to cheer the first user, participates to cheer the third user, or participates as a non-stander Information is stored to identify what to do.

  As described above, in the present embodiment, in addition to the result of the battle between the characters being determined according to the ability value and the lottery result originally possessed by the characters, the intervention (support and the like) operation from other users is influenced. Ru. Therefore, it becomes possible for the user to provide various game application execution results.

Third Embodiment
In the first and second embodiments, the case where the terminal device 100-1 performs processing such as calculation of a match result based on the ability value has been described. However, the present invention is not limited to this example, and the server apparatus 200 may perform processing such as calculation of a match result. The present embodiment is the same as the configuration, processing, and procedure in the first embodiment, except for the points specifically described below. Therefore, detailed description of those matters is omitted.

  In the present embodiment, the processor 212 of the server device 200 refers to the unit game information table at predetermined intervals to check whether there is a unit game that has reached the held date and time. At this time, the processor 212 refers to the selection result of the automatic mode when there is a unit game that has reached the holding date and time. When the automatic mode is selected, the processor 212 performs the same process as the process according to S501 to S506 shown in FIG. Then, the calculated battle result is transmitted to each terminal device. The processor 212 repeats these processes in a predetermined cycle until the battle is over. When the battle is over, the processor 212 transmits the battle result information to each terminal device.

  As described above, in the present embodiment, in addition to the result of the battle between the characters being determined according to the ability value and the lottery result originally possessed by the characters, the intervention (support and the like) operation from other users is influenced. Ru. Therefore, it becomes possible for the user to provide various game application execution results.

<Modification>
In the first to third embodiments, the case where the unit game is executed at the predetermined timing (the holding date and time) has been described. However, the timing is not limited to time information such as the date and time of the event, but other timings can be set. For example, the timing when the user's current location (position information detected by the terminal device) has reached a predetermined position, the timing when the user's level has reached a predetermined level, and the like can be given as other examples of the predetermined timing.

  In the first to third embodiments, the example in which the spectator is one person is basically described, but it is of course possible to have a plurality of users who are spectators. In this case, the ability value of the character receiving the support may be varied based on the number of spectators supporting the support.

  Further, the fluctuation of the ability value may be constant according to the number of people, but may be stepwise or may be fluctuated within the range by defining the upper limit value and the lower limit value.

  In the first to third embodiments, since the form of “support” is adopted as the form of intervention, an example has been described in which the ability value of the character is improved accordingly. However, it is not limited to this example. As another example, the ability value may be reduced by having another user perform an intervention such as booing. Also, the form of the intervention may be selected by the user who intervenes, and the ability value may be varied accordingly.

  Also, the fluctuation of the ability value does not have to be changed for all ability values, and only some ability values may be changed. Also, the ability value to be varied by the user who intervenes or the user who plays the match may be selected in advance.

  In the first to third embodiments, it has been described that the ability value is varied in the automatic battle mode, but the ability value may naturally be varied in the manual battle mode. In addition, although it was decided to reproduce the operation data in the automatic battle mode, the difference reproduction may be made by selecting and displaying a predetermined still image based on the operation data, or a moving image or a combination thereof. You may display it.

  In the first to third embodiments, although the example of the battle between the user character and the computer character or the battle between the user characters has been described, the present invention is not limited to the one-to-one battle. It is also possible to apply this system to the battle of In such a case, it can be implemented by increasing the number of steps for selecting a character to be cheered, according to the number of characters competing.

  In the first to third embodiments, the game in which the battle is started when the predetermined time is reached has been described. However, as a matter of course, the match may be started at any time according to the request of the participant.

  In the first to third embodiments, the ability value of the character is changed, and the process after the end of the match is not described. When the battle is over, it may be processed to return the changed ability value to the ability value before the change. Also, even after the battle is over, the ability value after the change may be changed for a certain period or permanently. Further, when a certain period of time has passed after the fluctuation of the ability value during the battle, the ability value may be returned to the value before the change.

  In the first to third embodiments, the case where the server device 200 mediates each terminal device has been described, but the embodiment can be implemented without necessarily using the server device 200. In such a case, as an example, a master-slave relationship is defined between the respective terminal devices by a known method, and information necessary for calculation of the battle result etc. is stored in the terminal device serving as the "master" and the processing May be executed, and necessary information may be transmitted / received to / from a terminal that becomes a "slave (slave)" at any time.

  It is also possible to configure the system by appropriately combining or replacing the respective elements described in the respective embodiments.

  The processes and procedures described herein can be realized not only by those explicitly described in the embodiments, but also by software, hardware, or a combination thereof. Specifically, the processes and procedures described in this specification are realized by implementing logic corresponding to the process on a medium such as an integrated circuit, volatile memory, non-volatile memory, magnetic disk, optical storage, etc. Be done. In addition, the processes and procedures described in the present specification can be implemented as computer programs of the processes and procedures and can be executed by various computers including a terminal device and a server device.

  Even though the processes and procedures described herein may be described as being performed by a single device, software, component, module, such processes or procedures may include multiple devices, multiple software, It may be performed by multiple components and / or multiple modules. In addition, even if it is described that various information described in the present specification is stored in a single memory or storage unit, such information may be a plurality of memories or a plurality of memories provided in a single device. It may be distributed and stored in a plurality of memories distributed to the above devices. Furthermore, the software and hardware elements described herein may be implemented by integrating them into fewer components or breaking them down into more components.

100 terminal device 200 server device 300 network

Claims (11)

A storage unit for storing the ability value of the character used in the execution of the game application;
A communication unit that transmits and receives information to and from other devices connected via a network;
While controlling to transmit the execution result of the game application calculated based on the capability value to the other device via the communication unit, and instructing the execution of the game application from the other device A control unit that fluctuates the capability value when receiving, via the communication unit, intervention information by a second user different from the first user;
Terminal equipment including.   The terminal device according to claim 1, wherein the control unit calculates the execution result based on the ability value at a predetermined timing, and advances the game application based on the calculated execution result. When the communication unit receives the intervention information before the predetermined timing, the communication unit calculates the execution result based on the post-variation capability value.
When the communication unit receives the intervention information after the predetermined timing, the communication unit recalculates the execution result already calculated based on the post-variation ability value.
The terminal device according to claim 2.   The terminal device according to any one of claims 1 to 3, wherein the intervention information is received from the other device at any timing. The game application is a game application for playing a match between a first character operated by the first user and a second character different from the first character.
The terminal device according to any one of claims 1 to 4, wherein when the intervention information is received, the ability value of the first character is varied based on the received intervention information. The game application is a game application for playing a match between a first character operated by the first user and a second character different from the first character.
The terminal device according to any one of claims 1 to 5, wherein when the intervention information is received, the ability value of the second character is varied based on the received intervention information.   The terminal device according to claim 5, wherein the second character is a character operated by a third user different from the first user and the second user.   The terminal device according to any one of claims 1 to 7, further comprising: a display unit for displaying a game image generated based on the execution result. Computer,
A storage unit for storing the ability values of characters used in the execution of the game application; and a communication unit for transmitting and receiving information to and from other devices connected via a network;
While controlling to transmit the execution result of the game application calculated based on the capability value to the other device via the communication unit, and instructing the execution of the game application from the other device A control unit that, when receiving via the communication unit, intervention information by a second user different from the user of
A program to function as Storing, in the storage unit, the ability value of the character used in the execution of the game application;
The communication unit transmitting / receiving information to / from another device connected via the network;
While controlling to transmit the execution result of the game application calculated based on the capability value to the other device via the communication unit, and instructing the execution of the game application from the other device When the communication unit receives intervention information by a second user different from the first user, the controller changes the capability value;
Method including. A storage unit for storing the ability value of the character used in executing the game application;
A communication unit that transmits and receives information between a plurality of terminal devices including at least a first terminal device and a second terminal device connected via a network;
It controls to transmit the execution result of the game application calculated based on the ability value stored in the storage unit to the plurality of terminal devices via the communication unit, and instructs the execution of the game application Receiving intervention information by a second user different from the first user from the second terminal different from the first terminal held by the first user via the communication unit, A control unit that varies the capability value;
Server device including

Images