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

Abstract

A terminal device capable of providing execution results of more various game applications is provided.
A storage unit for storing a character's ability value used in execution of a game application, a communication unit for transmitting / receiving information to / from other devices connected via a network, and a calculation based on the ability value The second execution result of the game application is controlled to be transmitted to the other device via the communication unit, and is different from a first user who instructs the execution of the game application from the other device. When the intervention information by the user is received via the communication unit, the terminal unit includes a control unit that changes the capability value.
[Selection] Figure 12

Description

  The present disclosure relates to a terminal device and a server device in which a user different from a user instructing execution of a game application can intervene in a game execution result, and a program and method for executing the terminal device and server device.

  2. Description of the Related Art Conventionally, there has been known a game application in which a game execution result is calculated in advance based on the ability value of a character used when executing the game application, and the game image is automatically advanced by playing a game image based on the execution result. It has been. For example, in Patent Document 1, in a battle between a player character associated with a certain player and another player character associated with another player, a battle result is determined based on the ability value of each player character. In addition, a game control device for notifying 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 execution results of more various game applications according to various embodiments.

  According to one aspect of the present disclosure, “a storage unit that stores a character's ability value used in the execution of a game application, a communication unit that transmits and receives information to and from other devices connected via a network, and Control is performed so that the execution result of the game application calculated based on the ability value is transmitted to the other device via the communication unit, and the first device instructs the execution of the game application from the other device. When intervention information by a second user different from the user is received via the communication unit, a terminal device including a control unit that varies the capability value is provided.

  According to one aspect of the present disclosure, “a computer, a storage unit that stores the ability value of a character used in execution of a game application, and a communication unit that transmits and receives information to and from other devices connected via a network. And the execution result of the game application calculated based on the ability value is controlled to be transmitted to the other device via the communication unit, and the execution of the game application is instructed from the other device. When intervention information from a second user different from the first user is received via the communication unit, a program that functions as a control unit that varies the ability value is provided.

  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 step of the communication unit transmitting and receiving information to and from other devices connected via the network” And the execution result of the game application calculated based on the ability value is controlled to be transmitted to the other device via the communication unit, and the execution of the game application is instructed from the other device. When the communication unit receives intervention information from a second user different from the first user, the control unit varies the capability value.

  According to one aspect of the present disclosure, “including a storage unit that stores 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 that transmits / receives information to / from a plurality of terminal devices, and an execution result of the game application calculated based on the ability value stored in the storage unit, through the communication unit The second terminal device, which is different from the first terminal device held by the first user instructing execution of the game application, is controlled to be transmitted to the terminal device, and is different from the first user. When the intervention information by the user 2 is received via the communication unit, a control device that changes the capability value is provided.

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

  In addition, the said effect is only an illustration for the convenience of description, and is not restrictive. In addition to the above effect or instead of the above effect, any effect described in the present disclosure or an effect apparent to those skilled in the art can be achieved.

FIG. 1 is a diagram for describing systems according to 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 exemplary configuration of the terminal device 100 according to the first embodiment of the present disclosure. FIG. 4 is a block diagram illustrating an exemplary configuration of the server device 200 according to the first embodiment of the present disclosure. FIG. 5 a is a diagram conceptually illustrating a user information table stored in the server apparatus 200 according to the first embodiment of the present disclosure. FIG. 5 b is a diagram conceptually illustrating a character information table stored in the server device 200 according to the first embodiment of the present disclosure. FIG. 5c is a diagram 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 illustrating 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 in the terminal device 100 according to the first embodiment of the present disclosure. FIG. 8 shows a processing flow executed in the terminal device 100 according to the first embodiment of the present disclosure. FIG. 9 shows a process flow executed in the terminal device 100 according to the first embodiment of the present disclosure. FIG. 10 shows a processing flow executed in the terminal device 100 according to the first embodiment of the present disclosure. FIG. 11 is a diagram illustrating an example of a screen displayed on the display 111 of the terminal device 100. FIG. 12 is a diagram illustrating an example of a screen displayed on the display 111 of the terminal device 100. FIG. 13 is a conceptual diagram schematically showing the configuration of the system 1 according to the 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.

<Outline of the system according to the present disclosure>
A system according to various embodiments of the present disclosure is related to a game application that changes a capability value of a character such as a user character used in executing the game application in response to an intervention from a third party.

  An example of such a game application is a battle game with a plurality of characters. Specifically, in a battle game in which a battle is held at a predetermined time, participants of each battle game (participation as an opponent or participation as a spectator) are recruited in advance, and at that time A battle game in which a battle process is started can be cited. In such a battle game, the ability value of a character that can be operated by the user in the battle, or the ability value of a character (a character that can be operated by another user or a non-player character) as an opponent participates as a spectator. It may be changed by an intervention operation such as support from a third party user.

  Furthermore, in addition to the fluctuation of the ability value, the execution result of the battle game is calculated in advance based on the ability value before or after the fluctuation, and if it is the time based on the calculated execution result, it is automatic. It is also possible to proceed. At this time, as described above, a new variable element can be added to the execution result calculated based on the predetermined ability value by changing the ability value of the character by an intervention operation from a 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 intervention operation is performed is not performed at a specific timing such as when there is a request from a user who is playing a battle, but at a timing that a third party likes, Can intervene at any time. As a result, it is possible to perform an intervention that is difficult for a user who is playing a battle, and it is possible to further enhance the game's preference.

  In the above description, the battle game has been described as an example, but the system according to the present disclosure can be applied to other game applications as well. Examples of other game applications include a block breaking game, a puzzle game, a role playing game, and a sports game. In addition, it is not necessary to have a format for playing against a specific opponent in a game application. For example, a time trial format in which only a user character clears a mission set within a predetermined time, or an unspecified number of battles The system according to the present disclosure can be applied to any type of game application such as a type in which a battle is played with an opponent.

  FIG. 1 is a diagram for describing systems according to various embodiments of the present disclosure. Specifically, the execution time 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 having been produced | generated and displayed on a display. Referring to FIG. 1, an enemy character 12 as an opponent is displayed on the display 111 in addition to the user character 11 that the user can operate. Note that although a plurality of watching characters 13 are displayed, these watching characters 13 are not characters operated by other users but are simply drawn as a background, so no intervention operation is performed. Therefore, the fluctuation process of the ability value of each character that competes is not performed.

<First Embodiment>
1. Configuration of System 1 According to First Embodiment of Present Disclosure FIG. 2 is a conceptual diagram schematically showing the configuration of system 1 according to the first embodiment of the present disclosure. Referring to FIG. 2, in system 1, terminal device 100-1, terminal device 100-2, and server device 200 are communicably connected via 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 performing the battle in the battle game, and the user who participates in the battle game as a spectator are held. Although the terminal device 100-2 has been described, it is naturally possible to add a terminal device. Although the server device 200 is described as a single device, each component and processing of the server device 200 can be distributed 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. To do.

2. Terminal device 100
FIG. 3 is a block diagram illustrating an exemplary 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 illustrated in FIG. 3, and may have a configuration in which some are omitted, or other components may be added.

  As an example of the terminal device 100, a mobile terminal device capable of wireless communication represented by a smartphone can be cited, but other than 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 device that can be carried. Even a terminal device such as a desktop personal computer that is inconvenient to carry can be used as the terminal device 100.

  According 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, a nonvolatile memory (in some cases, an HDD), An input interface 116 including a touch panel 117 and hard keys 118 is included. These components are electrically connected to each other through a control line and a data line.

  The display 111 functions as a display unit that reads out image information stored in the memory 115 and performs various displays in accordance with instructions from the processor 112. The display 111 is composed of a liquid crystal display, for example.

  The input interface 116 includes a touch panel 117 and / or a hard key 118 and receives various instructions and inputs from the user. The touch panel 117 is arranged so as to cover the display 111, and outputs position coordinate information corresponding to image data displayed on the display 111 to the processor 112. As the touch panel system, a known system such as a resistive film system, a capacitive coupling system, and an ultrasonic surface acoustic wave system 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 an indicator.

  The processor 112 is composed of a CPU (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 and 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 composed of a single CPU, but may be composed of a plurality of CPUs. Also, other types of processors such as GPUs 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 types of information (FIGS. 5a to 5c) 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 for writing and reading data while various instructions generated by executing a program stored in the ROM are processed by the processor 112. The nonvolatile memory is a memory in which data is written and read by executing the program, and the data written therein is stored 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 to and from the server device 200 and other terminal devices installed remotely via the connected antenna 113. For example, the wireless communication processing circuit 114 displays a program for executing the game application according to the present embodiment, various information (FIGS. 5a to 5c) used in the application, according to the progress of the application. Processing for receiving from the server device 200 is performed. In addition, a process for transmitting a result of the process executed by the application to the server apparatus 200 is performed.

  This wireless communication processing circuit 114 is processed based on a wideband wireless communication system typified by W-CDMA (Wideband-Code Division Multiple Access) system, but a wireless LAN as typified by IEEE802.11. It is also possible to perform processing based on a method related to narrowband wireless communication such as Bluetooth or Bluetooth (registered trademark).

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

3. Server device 200
FIG. 4 is a block diagram illustrating an exemplary configuration of the server device 200 according to the first embodiment of the present disclosure. The server device 200 does not have to include all of the components illustrated in FIG. 4, and may have a configuration in which some are omitted or may include other components.

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

  The memory 211 includes a RAM, a ROM, a nonvolatile 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 device 200 (for example, a program 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 the processor 212. The memory 211 (particularly RAM) is temporarily used to write and read data while the program is executed by the processor 212.

  The processor 212 is configured by a CPU (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 a user information table, a character information table, and a unit game information table stored in the memory 211 and controls execution of programs such as a battle process, a watching process, and an intervention process. Further, the processor 212 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 controls the memory 211 and the HDD 215 in order to read and update various information (FIGS. 5a to 5c) stored in the memory 211 and the HDD 215. The processor 212 may be composed of a single CPU, but may be composed of a plurality of CPUs.

  The HDD 215 exchanges various information with other components via the I / F circuit 213. The HDD 215 stores various types of information (FIGS. 5a to 5c) necessary for applications executed on the terminal device 100, and is read and written as needed according to instructions from the processor 212.

  In this embodiment, the memory 211 and the HDD 215 including the RAM, ROM, and nonvolatile memory are described separately, but the memory 211 and the HDD 215 function as a storage unit.

  For example, the communication processing circuit 216 executes 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 / receive the program, 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 through these according to a predetermined communication method.

4). Information Stored in HDD 215 of Server Device 200 FIG. 5 a is a diagram conceptually showing a user information table stored in the server device 200 according to the first embodiment of the present disclosure. The server device 200 stores the information in the HDD 215 (and / or the memory 211). Specifically, a user ID is assigned to each user who has installed the game application on his / her terminal device 100, and “user name”, “character”, “level”, “ Information related to “watching mode” is stored.

  “Character” means a user character that can be operated by the user based on an instruction input by the user. The “level” is an index that is increased by repeating the battle in the game application and indicates the degree of skill of the user with respect to the game application. In the “watching mode”, when the user who stores the information participates as a spectator in the battle game, he / she participates to support the user character or to support the enemy character, or either However, it is information for specifying whether to participate as a bystander.

  In the present embodiment, 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 according to the progress of the game application. Updated from time to time based on

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

  “Attack power” is a parameter used to calculate the damage given to the opponent character during an attack by the character. The “defense power” is a parameter used for calculating damage given by an attack from a character as an opponent. The “hit point” is a parameter that is subtracted by a predetermined amount according to the applied damage. When the hit point of the character becomes zero, it means that the unit game is processed as “defeat” or the use of the character is restricted. “Resilience” is a parameter used to calculate a recovery amount when recovering the subtracted hit points. “Magic” is a parameter indicating the strength of the attack, recovery, and defense by the magic power associated with the character. The “special ability” is a parameter relating 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.) during execution of a game application or a unit game. is there.

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

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

  FIG. 5c is a diagram 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 a plurality of unit games. Note that the unit game means a group of one or a plurality of games executed in the game application, and examples thereof include quests, scenarios, chapters, dungeons, missions, and events. The server device 200 stores the information in the HDD 215 (and / or the memory 211). Referring to FIG. 5c, “enemy character”, “matching user”, “watching user”, “automatic mode flag”, “participant recruiting time”, and “date and time” are stored in association with each unit game ID. Is done.

  An “enemy character” is a character that competes with a user character in a battle game to be executed. By referring to the character information table based on the character ID stored as the enemy character, the ability value of each enemy character is determined. Identified.

  Further, in the present embodiment, the battle game (unit game) recruits participants in the battle game in advance, and the battle game is executed in each terminal device 100 at a predetermined time. Therefore, the “competition user” stores the user ID of the user who has entered and entered the competition game as an opponent. The “watching user” stores the user ID of a user who has entered and entered each battle game as a spectator.

  Moreover, in this embodiment, each battle game can calculate the execution result based on the ability value of the character to battle, and can advance automatically based on the calculated execution result. Therefore, the “automatic mode flag” stores a selection result as to whether or not a user who has entered and entered the battle game as a battle player automatically proceeds with the battle process. When the flag is “ON”, the battle game is automatically advanced, and when it is “OFF”, the battle game is advanced based on the input of the command by the user.

  In the present embodiment, the competitive game (unit game) recruits participants in the competitive game in advance, and executes the competitive game on each terminal device 100 when a predetermined time comes. Accordingly, the “participant recruiting time” stores the time for starting recruitment of participants who participate as an opponent or spectator. Furthermore, the time when the execution of the battle game is started is stored as “date and time”. When the specific time is stored, the process related to the battle game is started regardless of whether the time is automatically advanced or the command is input. Further, when “anytime” is stored, the process related to the battle game is started at any time when the opponent is entered.

  Further, in the present embodiment, the unit game information table is referred to by the processor 212 as needed at 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 illustrating a processing sequence between the terminal device 100 and the server device 200 according to the first embodiment of the present disclosure. In FIG. 6, the processing of S101 to S105, the processing of S106 to S109, and the processing of S110 and S111 are performed in parallel, and need not necessarily be performed in the order shown in FIG. Absent.

  In FIG. 6, the processes of S101 to S105 are executed when the terminal device 100-1 enters the unit game as an opponent. Specifically, when the game application according to the present embodiment is activated on the terminal device 100-1 (S101), a user ID or the like (T1) is transmitted from the terminal device 100-1 to the server device 200. When receiving the user ID or the like, the server device 200 refers to the user information table (S102), and obtains information (T2) on the user name, character, and the like (FIG. 5a) associated with the transmitted user ID (T2). 100-1 is transmitted. 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 selects a desired unit from 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 or not to proceed with 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 that identifies the selected unit game, a user ID that participates as an opponent, and an automatic mode selection result ( T3). The server device 200 updates the contents 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 executed when the terminal device 100-2 participates in the unit game as a spectator. Specifically, when the game application according to the present embodiment is activated on the terminal device 100-2 (S106), a user ID or the like (T4) is transmitted from the terminal device 100-2 to the server device 200. When receiving the user ID or the like, the server device 200 refers to the user information table (S107), and obtains information (T5) on the user name, character, etc. (FIG. 5a) associated with the transmitted user ID (T5). 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 selects a desired unit from among unit games that can be entered as a spectator transmitted from the server device 200. Accept game selection. Furthermore, the terminal device 100-2 accepts selection of whether to support a user character entered as an opponent, to support an enemy character that is an opponent, or to participate as a mere bystander (S108: Select watching mode). Then, the terminal device 100-2 transmits spectator information including at least a unit game ID that identifies the selected unit game, a user ID that participates as a spectator, and a 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 game reception process).

  In FIG. 6, the processing of S110 and S111 is the processing that is performed when the unit game is actually executed at the date and time 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 and confirms whether there is a unit game that has reached the holding date. If there is a unit game that has reached the opening date, a notification (T7) of the start of the unit game is sent to the participating users and watching users associated with the unit game ID (S110). Upon receiving the notification, the terminal device 100-1 executes a 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. Details of the battle process will be described later.

6). Processing Flow of Terminal Device 100-1 When Entering as Competitor FIG. 7 shows a processing flow executed in the terminal device 100 according to the first embodiment of the present disclosure. Specifically, FIG. 7 shows a processing flow executed by the processor 112 of the terminal device 100-1 based on a 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 detection of an instruction input to the terminal device 100-1 by the user (S201). Next, the processor 112 determines whether or not the battle mode for entering as a battle player for the unit game executed by the activated game application has been selected by the user (S202). When the battle mode is selected, the processor 112 causes the display 111 to display a unit game that can be entered as an opponent received in advance from the server device 200, and accepts a selection operation by the user (S203). The unit games that can be entered are determined by the server device 200 with reference to the participant recruitment time, date and time of the unit game information table, and the opponent user.

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

7). Process Flow of Terminal Device 100-2 When Entering as a Spectator FIG. 8 shows a process flow executed in 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 a program stored in the memory 115 when entering as a spectator.

  In S202 of FIG. 7, when the processor 112 determines that the battle mode has not been selected, the processing flow according to FIG. 8 is started. First, the processor 112 displays on the display 111 a unit game that 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 device 200 with reference to the participant recruitment time in the unit game information table. Specifically, a unit game that has passed the participant recruitment time and has not yet ended the battle game is determined as a unit game that can be entered by the server device 200.

  Next, the processor 112 receives the user's selection of what watching mode to watch, and executes processing for determining the watching mode. Specifically, the processor 112 performs a display on the display 111 for allowing the user to select a watching mode after the user selects a unit game. Then, the processor 112 determines whether or not the “user character” mode for supporting the user character entered as the opponent in the unit game has been selected (S302). When the “user character” mode is selected, the processor 112 stores the unit game ID to be watched and the watching mode in association with each other in the memory 115 (S306). On the other hand, when the “user character” mode is not selected, the processor 112 determines whether or not the “enemy character” mode that supports 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 be watched and the watching mode in association with each other in the memory 115 (S305). On the other hand, when the “enemy character” mode is not selected, the processor 112 determines that it is the “bystander” mode in which none of the characters support, and the unit game ID to be watched 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 that identifies the selected unit game, a user ID that participates as a spectator, and a spectator mode to the server device 200 (S307). Terminate the process.

8). Processing Flow of Terminal Device 100-1 When Unit Game is Executed FIG. 9 shows a processing flow executed in the terminal device 100 according to the first embodiment of the present disclosure. Specifically, in FIG. 9, when the unit game opening notification is received from the server device 200 and stored in the memory 115, the processor 112 of the terminal device 100-1 executes based on the program stored in the memory 115. A processing flow is shown. Although not specifically described in detail, if the server device 200 periodically refers to the unit game information table and there is a unit game that has reached the holding date, the notification is stored in association with the unit game ID. Sent to the battle user and the watching user. The holding notification includes at least a unit game ID to be held and an automatic mode selection result.

  According to FIG. 9, the processor 112 determines whether or not the event notification is 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, if it is determined that the holding notification has been given, the processor 112 determines whether or not the unit game proceeds in the automatic mode based on the holding notification (S402). When it is determined that the process proceeds in the automatic mode, the processor 112 executes processing related to the automatic battle mode (FIG. 10). On the other hand, when it is determined that the vehicle does not proceed in the automatic mode, the process related to the manual battle mode is executed.

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

  According to FIG. 10, first, the processor 112 requests the server device 200 to transmit the watching user ID stored in the unit game information table, and controls to receive the watching user ID and the watching mode 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 performs a battle result calculation using the ability values of the user character and the enemy character received from the server device 200 and stored in the memory 115 as they are. In addition, the calculation method of the said battle result is performed by the well-known method of multiplying the variable determined by a pseudorandom number, etc. with the ability value of each character.

  On the other hand, if it is determined that there is a spectator in S501, the processor 112 determines whether or not the spectator is watching in the user character mode based on the watching mode information received and stored in the memory 115 (S502). . In the case of watching 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). An example of the variation is to double 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 or not the spectator is watching in the enemy character mode based on the received watching mode information (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 ability values of the enemy characters.

  When there is no spectator in the enemy character mode, the process proceeds to the next process without executing the process of S505.

  Note that when the spectator is in the bystander mode, the processing of S503 and S505 are both skipped, so that the ability value variation process is not performed.

  Next, the processor 112 calculates the battle result of the battle in the unit game using the capability value after the variation process (the capability value received from the server device in the bystander mode) (S506). In addition, the calculation method of the said battle result is performed by the well-known method of multiplying the variable determined by a pseudorandom number, etc. with the ability value of each character.

  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 displayed on the display 111 based on the calculated battle result (S508).

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

  Next, the processor determines whether or not the hit point of the user character or enemy character has become zero, that is, whether or not 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 processes (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 or not there are spectators. A series of processing is repeated from the above processing. That is, the series of processes from S501 to S509 is executed for each one or more attacks by the user character or enemy character. In other words, the presence / absence of the spectator and the ability value change process are performed for each or one or more attacks, so even if a new spectator is added during the battle, intervention by the spectator (Support) can be reflected 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 it is a period until the match is over after the participant recruitment period has elapsed.

  FIG. 11 is a diagram illustrating an example of a screen displayed on the display 111 of the terminal device 100. Specifically, FIG. 11 shows an example of a screen when there is no user who participates as a spectator. Referring to FIG. 11, an enemy character 12 that is an opponent is displayed on the display 111 in addition to the user character 11 that the user can operate. Although a plurality of watching characters 13 are displayed, these watching characters 13 are not characters operated by other users but are simply drawn as a background, and therefore, intervention operations by these characters are performed. Absent. Therefore, the fluctuation process of the ability value of each character that competes is not performed.

  FIG. 12 is a diagram illustrating an example of a screen displayed on the display 111 of the terminal device 100. Specifically, FIG. 12 shows an example of a screen when there is a spectator who has selected a mode for supporting the “user character” as a watching mode and a spectator who has selected a mode to participate as a “bystander”. Referring to FIG. 12, an enemy character 12 as an opponent is displayed on the display 111 in addition to the user character 11 that the user can operate. In addition to this, the user character 13a cheering on the user character is displayed near the user character 11 to be cheered, and the cheering message is also displayed near the character 13a. In addition, the user character 13 b watching as a bystander is displayed at a substantially intermediate position between the user character 11 and the enemy character 12. In this case, since the ability value of the user character 11 is one spectator in the user character mode, the ability value is changed (doubled) according to the number of people.

  As described above, in the present embodiment, the result of the battle between the characters is determined according to the ability value and the lottery result that the character originally has, and is also influenced by the intervention operation (support etc.) from other users. The Therefore, it is possible to provide execution results of various game applications by the user.

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 a computer. The example to do was demonstrated. On the other hand, in recent years, a game format called so-called e-sports (e-sports) in which a battle between user characters is performed and many other unspecified users watch the battle has become popular. In 2nd Embodiment, the said e-sports is made into an example and the case where a some user participates as an opponent is demonstrated. Note that this embodiment is the same as the configuration, processing, and procedure in the first embodiment, except as specifically described below. Therefore, detailed description of those matters is omitted.

  FIG. 13 is a conceptual diagram schematically showing the configuration of the system 1 according to the 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 performing the battle in the battle game, and the user who participates in the battle game as a spectator are held. In addition to the terminal device 100-2, there is also a terminal device 100-3 held by a third user who operates a character who battles with the first user's character in the battle game.

  In this embodiment, the stored information of each table and the processing performed by each terminal device and server device are not significantly different, but the processing when selecting the watching mode in FIG. 8 is different from that of the first embodiment. That is, in the first embodiment, in S <b> 302 and S <b> 303, a mode of either “user character” support (S 302) or “enemy character” support (S <b> 303) is selected. However, in this embodiment, it replaces with these and selects the support mode of a 1st user or the support mode of a 3rd user. Accordingly, the watching mode of the user information table shown in FIG. 5a also participates to support the first user, participates to support the third user, or participates as a bystander who is neither. Information for specifying whether to do is stored.

  As described above, in the present embodiment, the result of the battle between the characters is determined according to the ability value and the lottery result that the character originally has, and is also influenced by the intervention operation (support etc.) from other users. The Therefore, it is possible to provide execution results of various game applications by the user.

<Third Embodiment>
1st and 2nd embodiment demonstrated the case where processing, such as calculation of the battle result based on an ability value, was made in the terminal device 100-1. However, the present invention is not limited to this example, and the server device 200 can also perform processing such as calculation of a battle result. Note that this embodiment is the same as the configuration, processing, and procedure in the first embodiment, except as 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 a predetermined cycle and confirms whether there is a unit game that has reached the holding date. At this time, if there is a unit game that has reached the holding date, the processor 212 refers to the selection result of the automatic mode. When the automatic mode is selected, the processor 212 performs the same processing as the processing according to S501 to S506 shown in FIG. And the calculated battle result is transmitted to each terminal device. The processor 212 repeats these processes at a predetermined cycle until the battle ends. When the battle is over, the processor 212 transmits the battle result information to each terminal device.

  As described above, in the present embodiment, the result of the battle between the characters is determined according to the ability value and the lottery result that the character originally has, and is also influenced by the intervention operation (support etc.) from other users. The Therefore, it is possible to provide execution results of various game applications by the user.

<Modification>
In the first to third embodiments, the case where the unit game is executed at a predetermined timing (held date) has been described. However, the timing is not limited to time information such as the date and time of the event, and 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 reaches a predetermined level, and the like can be given as other examples of the predetermined timing.

  In the first to third embodiments, an example where there is only one spectator has been basically described. However, there can naturally be a plurality of users who are spectators. In this case, the ability value of the character receiving the support may be changed based on the number of spectators who support the support.

  The fluctuation of the ability value may be changed according to the number of people, but may be changed stepwise, or may be changed within the range by setting an upper limit value and a lower limit value.

  In 1st-3rd embodiment, since the form of "support" was employ | adopted as a form of intervention, the example which the ability value of a character improves according to it was demonstrated. However, it is not limited to this example. As another example, the ability value may be decreased by causing other users to intervene like booing. In addition, the intervention mode may be selected by the user who intervenes, and the ability value may be changed accordingly.

  Further, it is not necessary to change the capability values for all capability values, and only a part of the capability values may be changed. Further, the ability value to be changed may be selected in advance by the user who intervenes or the user who fights.

  In the first to third embodiments, it has been described that the ability value is changed in the automatic battle mode, but the ability value may naturally be changed in the manual battle mode. In addition, although the calculation data is played back in the automatic battle mode, the difference playback may select and display a predetermined still image based on the calculation data, or a moving image or a combination thereof. It may be displayed.

  In the first to third embodiments, an example of a battle between a user character and a computer character, or a battle between user characters has been described. It is also possible to apply this system to this match. In such a case, it is possible to increase the number of steps for selecting a character to be supported in accordance with the number of characters to fight against.

  In the first to third embodiments, a game is described in which a battle is started at a predetermined time. However, of course, a battle may be started at any time as desired by the participant.

  In the first to third embodiments, the ability value of the character is changed, and the processing after the battle is ended is not particularly described. When the battle is over, processing may be performed so that the changed ability value is returned to the ability value before the change. Further, after the battle is ended, the ability value after the change may be changed for a certain period or permanently. Further, during a battle, when a certain period of time elapses after the ability value changes, the ability value before the change may be restored.

  In the first to third embodiments, the case where the server device 200 mediates each terminal device has been described. However, the server device 200 may not necessarily be used. In such a case, as an example, a master-slave relationship is defined between each terminal device by a known method, and information necessary for calculation of a battle result is stored in the terminal device that is “master”, and the processing is performed. And necessary information may be transmitted / received to / from a “slave” terminal at any time.

  It is also possible to configure the system by appropriately combining the elements described in each embodiment or replacing them.

  The processes and procedures described in this specification can be realized not only by those explicitly described in the embodiment but also by software, hardware, or a combination thereof. Specifically, the processes and procedures described in this specification are realized by mounting logic corresponding to the processes on a medium such as an integrated circuit, a volatile memory, a nonvolatile memory, a magnetic disk, or an optical storage. Is done. Further, the processes and procedures described in the present specification can be implemented as a computer program and executed by various computers including a terminal device and a server device.

  Even though the processes and procedures described herein are described as being performed by a single device, software, component, or module, such processes or procedures may include multiple devices, multiple software, It may be executed by multiple components and / or multiple modules. Further, even if it is described that various types of information described in this specification are stored in a single memory or storage unit, such information may be stored in a plurality of memories or a plurality of memories provided in a single device. It can be distributed and stored in a plurality of memories arranged in a distributed manner. Further, the software and hardware elements described herein may be realized by integrating them into fewer components or by disassembling them into more components.

100 terminal device 200 server device 300 network

Claims (8)

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;
The game application is executed in the manual mode that proceeds based on the operation of the first user or in the automatic mode that is automatically performed according to the selection of the first user instructing the execution of the game application. When the automatic mode is selected, intervention information from a second user different from the first user is received via the communication unit from one of the other devices. Then, the ability value is changed, the execution result of the game application is calculated based on the changed ability value, the game application is advanced based on the calculated execution result, and the game application is in progress. Different from the first user and the second user from other devices than the one of the plurality of other devices. Receiving the intervention information by the third user, the ability value is further changed based on the intervention information by the third user, and the execution result of the game application is recalculated based on the changed ability value, A control unit for advancing the game application based on the recalculated execution result;
A display unit for displaying the calculated execution result or the image data generated based on the recalculated execution result;
A terminal device including   The terminal device according to claim 1, wherein the intervention information is received from one of the plurality of other devices at an arbitrary timing. The game application is a game application for performing a battle between a first character associated with the first user and a second character different from the first character,
The terminal device according to claim 1, wherein when the intervention information is received, the ability value of the first character is changed based on the received intervention information. The game application is a game application for performing a battle between a first character associated with the first user and a second character different from the first character,
The terminal device according to claim 1, wherein when the intervention information is received, the ability value of the second character is changed based on the received intervention information. The terminal device according to claim 3 or 4, wherein the second character is a character associated with a fourth user different from the first user, the second user, and the third user. . A storage unit for storing the ability value of the character used in executing the game application, a communication unit for transmitting / receiving information to / from a plurality of other devices connected via a network, and a display unit for displaying predetermined image data Including computers,
The game application is executed in the manual mode that proceeds based on the operation of the first user or in the automatic mode that is automatically performed according to the selection of the first user instructing the execution of the game application. When the automatic mode is selected, intervention information from a second user different from the first user is received via the communication unit from one of the other devices. Then, the ability value is changed, the execution result of the game application is calculated based on the changed ability value, the game application is advanced based on the calculated execution result, and the game application is in progress. Different from the first user and the second user from other devices than the one of the plurality of other devices. Receiving the intervention information by the third user, the ability value is further changed based on the intervention information by the third user, and the execution result of the game application is recalculated based on the changed ability value, Control the game application to proceed based on the recalculated execution result, and display the calculated execution result or the image data generated based on the recalculated execution result on the display unit. A program that functions as a control unit. A storage unit for storing the ability value of the character used in executing the game application, a communication unit for transmitting / receiving information to / from a plurality of other devices connected via a network, and a display unit for displaying predetermined image data In a computer including: a method performed by a processor executing a predetermined instruction stored in the storage unit,
The game application is executed in the manual mode that proceeds based on the operation of the first user or in the automatic mode that is automatically performed according to the selection of the first user instructing the execution of the game application. And when the communication unit receives intervention information from a second user different from the first user from one of the other devices when the automatic mode is selected, A stage where the control unit varies the capacity value;
Calculating an execution result of the game application based on the changed ability value, and advancing the game application based on the calculated execution result;
Controlling to display image data generated based on the calculated execution result on the display unit;
Receiving intervention information by a third user different from the first user and the second user from another device other than the one of the plurality of other devices while the game application is in progress; Further varying the ability value based on intervention information from the third user;
Recalculating the execution result of the game application based on the changed ability value, and advancing the game application based on the recalculated execution result;
Controlling to display image data generated based on the calculated execution result on the display unit;
Including methods. 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 a plurality of terminal devices including at least a first terminal device, a second terminal device, and a third terminal device connected via a network;
The game application is executed in the manual mode that proceeds based on the operation of the first user or in the automatic mode that is automatically performed according to the selection of the first user instructing the execution of the game application. When the automatic mode is selected, the second terminal device different from the first terminal device held by the first user is different from the first user. When the intervention information by the user is received via the communication unit, the ability value is changed, the execution result of the game application that is progressed in the first terminal device is calculated based on the changed ability value, The first terminal device and the second user from the third terminal device while the game application is in progress on the first terminal device When the intervention information by a different third user is received, the capability value is further changed based on the intervention information by the third user, and the progress is performed in the first terminal device based on the changed capability value. A control unit for recalculating the execution result of the game application;
Server device including

Images