JP7705116B2 - Program and information processing device for conducting a battle using characters - Google Patents

Description

The present invention relates to a program and an information processing device that allows players to play against each other using characters.

In battle games, the ability values of the character being used and its compatibility with the enemy character are important, and in order to win the battle, the user selects a character that can effectively inflict damage on the enemy character.

In games, users obtain characters through lottery or other means, and select the character they will use in a battle from among the multiple characters they own. Therefore, if a user cannot obtain a new character, they must always use the same character, which is one of the reasons why users are not motivated to play the game.

The present invention was made based on the above-mentioned problems, and one of the objectives is to provide a technique for improving motivation for gameplay.

To solve the above problems, a program according to one aspect of the present invention causes a computer to perform the following functions: storing multiple types of parts owned by a user in a parts storage unit; generating a selection image of the parts; displaying the selection image of the parts; accepting a part selection operation by the user; generating a character by combining multiple types of parts selected by the user; pitting the generated character against an enemy character; and, based on the results of the battle, acquiring at least a portion of the multiple types of parts that make up the enemy character and storing them in the parts storage unit.

An information processing device according to another aspect of the present invention is an information processing device that allows a battle to be played using characters composed of multiple types of parts, and includes a parts storage unit that stores multiple types of parts owned by a user, an image generation unit that displays a selection image of the parts, an operation reception unit that receives a part selection operation by the user, a synthesis unit that generates a character by synthesizing the multiple types of selected parts, a progress control unit that allows the generated character to battle an enemy character, and an acquisition unit that acquires at least a portion of the multiple types of parts that make up the enemy character based on the battle result and stores the acquired part in the parts storage unit.

In addition, any combination of the above components may be converted between a system, an information processing device that executes a game program, a recording medium that stores a game program, etc., and is also valid as an aspect of the present invention.

FIG. 1 is a diagram showing a schematic configuration of a game system according to an embodiment of the present invention. FIG. 2 is a diagram illustrating a hardware configuration of a terminal device. FIG. 2 is a diagram showing functional blocks of a processing unit. FIG. 13 is a diagram showing an example of a screen for selecting a part. FIG. 13 is a diagram showing an example of a screen for synthesizing a character. FIG. 13 is a diagram showing a state in which a user has selected a head part on the character synthesis screen. FIG. 13 is a diagram showing a state in which a user has selected all types of parts on the character synthesis screen. FIG. 11 is a diagram showing an example of a generated character. FIG. 13 is a diagram showing an example of a screen for selecting a character to be used in a battle. FIG. 13 is a diagram showing an example of a preparation screen for a match. FIG. 13 is a diagram showing an example of a screen during a match. FIG. 13 is a diagram showing an example of a screen displayed when a user's character wins. FIG. 13 shows character parts obtained as a reward for winning.

FIG. 1 shows a schematic configuration of a game system 1 according to an embodiment. The game system 1 includes a server 3 connected to a network 2 such as the Internet, and multiple terminal devices 10. The terminal devices 10 according to the embodiment have a function of wirelessly communicating with a wireless station 4, which is a mobile phone base station or a wireless LAN router, and can be communicatively connected to the server 3 via the network 2. The terminal devices 10 are information processing devices on which game software is installed that allows players to battle using characters, and are operated by a user. The terminal devices 10 according to the embodiment may be portable electronic devices such as smartphones or tablet terminals, but may also be stationary electronic devices such as personal computers.

The server 3 is an information processing device that supports the progress of the game in the game system 1, and may have a function of providing a social network service (SNS). The server 3 provides the terminal device 10 with data requested by the terminal device 10, and also allows other terminal devices 10 to access data provided by the terminal device 10. In the game system 1 of the embodiment, a user generates an original character and uses it to battle an enemy character. The user can upload data (battle data) to the server 3 that allows another user to battle against the original character they generated, and can also use the battle data uploaded to the server 3 by another user to battle against a character generated by another user.

Figure 2 shows the hardware configuration of the terminal device 10. The terminal device 10 includes an input unit 12, a camera 14, a processor 16, a communication unit 18, a display unit 20, an audio output unit 22, a memory unit 24, and a motion sensor 26. These components are connected via a bus 28. The terminal device 10 of the embodiment has game software installed and operates as a game device.

The input unit 12 is a user interface that allows the user to input operations. If the terminal device 10 is a smartphone, the input unit 12 may be a touch screen that allows touch operations, and if the terminal device 10 is a personal computer, the input unit 12 may be a keyboard or a mouse. In any case, the input unit 12 may be anything that allows the user to input operations to the game program.

The camera 14 is an imaging device that periodically captures images of the real space. The camera 14 may be a stereo camera that can obtain information in the depth direction. The game program of the embodiment may have an AR (Augmented Reality) function that synthesizes and displays a game image with a real image captured by the camera 14 of the real space.

The processor 16 is a unit that controls the overall operation of the terminal device 10, and may typically include a CPU (Central Processing Unit). The processor 16 reads and executes the game program stored in the memory unit 24, and generates game images and game sounds. For this reason, it is preferable that the processor 16 includes a GPU (Graphics Processing Unit) specialized for image processing.

The communication unit 18 has a wireless communication function and connects to the server 3 via the wireless station 4 and the network 2. The communication unit 18 may download game software, including a game program, from the server 3 and install it in the storage unit 24. The communication unit 18 may also upload battle data to the server 3 that allows a character created by the user to battle another user. Note that in the embodiment, the communication unit 18 has a wireless communication function and is assumed to be connected wirelessly to the wireless station 4, but the communication unit 18 may also be connected to a router or the like via a wired cable to be able to communicate with the server 3.

The display unit 20 is a display device that displays game images generated by the processor 16. The terminal device 10 may be equipped with a touch panel that overlaps the display unit 20, which is a display, and the input unit 12, which is a touch screen, and the user can directly touch and operate the GUI (graphical user interface) displayed on the display unit 20. The audio output unit 22 may be a speaker that outputs game sounds generated by the processor 16.

The storage unit 24 is a storage device that includes RAM, which is a volatile memory, and ROM, which is a non-volatile memory. The storage unit 24 stores game software downloaded from the server 3. In the embodiment, the storage unit 24 stores data on parts owned by the user and data on characters created by the user.

The motion sensor 26 may include a three-axis acceleration sensor and a three-axis gyro sensor. The sensor information detected by the motion sensor 26 may be used to detect the position and attitude of the terminal device 10.

Figure 3 shows functional blocks of the processing unit 100 in the terminal device 10. The processing unit 100 includes an operation reception unit 102, a camera image acquisition unit 104, a sensor information acquisition unit 106, a game control unit 110, a download processing unit 130, a provision unit 132, and an image synthesis unit 134. The download processing unit 130 downloads game software 30 including a game program from the server 3, and stores it in the memory unit 24.

The operation reception unit 102 receives user operations for the game input to the input unit 12, and passes the user operation information to other functional blocks. For example, if the input unit 12 is a touch screen, the operation reception unit 102 acquires coordinate values (x and y coordinate values) indicating the touch position on the touch screen from the input unit 12. The camera image acquisition unit 104 acquires real images captured by the camera 14 of the real space at a predetermined cycle, and supplies them to the image synthesis unit 134. The sensor information acquisition unit 106 acquires sensor information detected by the motion sensor 26 at a predetermined cycle, and supplies it to the game control unit 110.

The game control unit 110 is an execution unit that executes the game software 30, and has an acquisition unit 112, a synthesis unit 114, a progress control unit 116, an image generation unit 118, and a sound generation unit 120. The progress control unit 116 has a function of controlling the progress of the game, for example, by pitting a character used by the user against an enemy character. The image generation unit 118 generates game images to be displayed on the display unit 20, and the sound generation unit 120 generates sound to be output from the sound output unit 22.

The storage unit 24 has a parts storage unit 32 that stores multiple types of parts owned by the user, and a character storage unit 34 that stores character data generated by combining multiple types of parts.

In terms of hardware, each functional block shown in FIG. 3 can be realized by elements, electronic circuits, and mechanical devices, including the computer's processor 16 and memory in the storage unit 24, and in terms of software, by system software and game software 30, but here we depict functional blocks realized by their cooperation. In the embodiment, game software 30 is installed in the storage unit 24, and the processor 16 of the terminal device 10 reads the game software 30 into main memory and executes it, thereby realizing the functions of each block of the processing unit 100. Those skilled in the art will understand that these functional blocks can be realized in various ways by combining hardware and software.

In the fighting game of the embodiment, a character selected by the user automatically battles an enemy character who is the opponent. In the embodiment, the opponent is an NPC (non-player character) operated by a computer (game program), but the opponent can also be another user. A character is made up of multiple types of parts, and a user can create a unique character by combining multiple types of parts that they own. Characters are generated in the form of cards, and in the embodiment, a character is generated by combining three parts: a head, a body, and a background.

In the worldview of this game, there are multiple basic characters. The basic characters are preset in the game software 30 by the game maker, and are made up of a combination of specific parts. Users can obtain basic character parts and combine the "head," "body," and "background" parts to create their own original characters.

The parts storage unit 32 stores multiple types of parts owned by the user. As will be described later, when the user wins against an enemy character in a battle game, the user obtains multiple types of parts that make up the enemy character, namely, the "head", "body" and "background" parts. The enemy character is composed of a combination of parts from multiple basic characters, but it may also be the basic character itself. In the embodiment, it is assumed that the user obtains all parts of the enemy character, but it is sufficient to obtain at least some of the parts, and it is not necessary to obtain all parts. Note that the user may obtain multiple types of parts by summoning a character by executing a specified command (summon command), or may obtain multiple types of parts by clearing another quest.

Figure 4 shows an example of a screen for selecting parts. The image generation unit 118 generates a selection image of the parts stored in the parts storage unit 32 and displays it on the display unit 20. The parts selection screen includes multiple thumbnail images 40 of basic characters for which the user possesses at least one part, and information indicating which parts the user possesses among the multiple types of parts that make up each basic character. The parts selection screen does not need to include thumbnail images of basic characters for which the user does not possess parts. In this example screen, a head mark 50, a body mark 52, and a background mark 54 are displayed in association with the thumbnail image 40 of each basic character, and a mark filled with a predetermined color indicates that the user possesses the mark, and an unfilled mark indicates that the user does not possess the mark.

For example, looking at the leftmost basic character on the top row, all of the marks are filled in with a predetermined color, so the user owns all of the head parts, body parts, and background parts of that basic character. Looking at the second basic character from the left on the top row, only the background mark 54 is filled in with a predetermined color, so the user only owns the background parts of that basic character, and does not own the head parts or body parts. In this way, the image generation unit 118 generates and displays a parts selection image, so the user can instantly know which parts they own and which parts they do not own.

The number of parts owned display field 42 shows the number of parts owned by the user. In this example, there are a total of 100 basic characters, and each character is made up of three parts, so the total number of parts is 300, but the user owns 108 parts. The user can freely select parts to generate a character from the parts selection screen.

Figure 5 shows an example of a screen for synthesizing characters. The image generation unit 118 generates a character synthesis screen and displays it on the display unit 20. The character synthesis screen is provided with a head setting area 60 for setting head parts, a body setting area 62 for setting body parts, and a background setting area 64 for setting background parts. When the user touches a setting area for setting parts, the operation reception unit 102 receives that the setting area has been selected, and the image generation unit 118 generates a parts selection image and displays it on the display unit 20. At this time, the image generation unit 118 may generate the parts selection image shown in Figure 4, but may also generate a parts selection image in which only thumbnail images 40 of basic characters having parts corresponding to the selected setting area are arranged.

Figure 6 shows the state in which the user has selected a head part on the character synthesis screen. When the user touches the head setting area 60, a parts selection screen for selecting a head part is displayed on the display unit 20 (see Figure 4). When the user touches the thumbnail image 40 of a base character that has a head part to select it, the operation reception unit 102 receives the user's part selection operation, and the image generation unit 118 generates a character synthesis screen in which the thumbnail image 40 of the base character selected by the user is placed in the head setting area 60, and displays it on the display unit 20. The user performs similar operations on the body setting area 62 and background setting area 64 to select all parts.

Figure 7 shows the state in which the user has selected all types of parts on the character synthesis screen. When the user touches the synthesis button 68 with all types of parts selected, the operation reception unit 102 receives a synthesis instruction and provides it to the synthesis unit 114. When the synthesis unit 114 receives the synthesis instruction, it synthesizes the multiple types of parts selected by the user to generate a character.

Figure 8 shows an example of a generated character 70. Character 70 is generated by combining the head parts of the base character set in the head setting area 60, the body parts of the base character set in the body setting area 62, and the background parts of the base character set in the background setting area 64. This character 70 is completely different from the base character, and is a character that has been independently generated by the user.

The synthesis unit 114 creates a name for the character 70 based on multiple types of parts selected by the user. Specifically, the synthesis unit 114 may create the name for the character 70 by combining parts of the names of the basic characters that include the synthesized parts.

The synthesis unit 114 divides the name of the basic character including the synthesized parts into three parts. Some of the names of the basic characters divided into three parts are shown below.
・Name of the base character using the head part: "Jill ●● ○○"
・Name of the basic character using body parts: "★★ Gamett ☆☆"
・Name of the base character using background parts: "▲▲ △△ Elite"
The synthesis unit 114 divides the name of the basic character into three parts, and connects the first division name of the head part, the second division name of the body part, and the third division name of the background part to create "Jilgamesh Light."

The synthesis unit 114 may also set the attributes, abilities, rarity, class, etc. of the character 70 to be generated based on the multiple types of parts selected. In this way, the user can generate a character 70 with a unique appearance, name, attributes, etc. by selecting multiple types of parts.

The synthesis unit 114 generates battle data 72 that allows another user to battle the generated character 70. The battle data 72 includes at least data on the parts that make up the character 70, and allows the terminal device 10 of another user that reads the battle data 72 to reproduce the character 70. In the embodiment, the battle data 72 is generated as a QR code (registered trademark), but it may be generated as a code in another format.

When the user operates the share button 74, the operation reception unit 102 accepts this as an operation to upload the battle data 72 to the SNS, and the provision unit 132 provides a message including the battle data 72 to the SNS.

Another user can use the terminal device 10 to read the battle data 72 uploaded to the SNS and battle against the character 70 included in the battle data 72. In the game of the embodiment, if a user wins a battle, he or she can obtain parts of the enemy character, so if a user shares the battle data 72 on the SNS, various users can battle against the character 70 and obtain the parts.

Figure 9 shows an example of a screen for selecting a character to be used in a battle. On the opponent character selection screen, the entire body of the composite character is displayed in card format. The user can register up to 10 composite characters in the character storage unit 34, and in this example, five composite characters are shown to be registered. The character storage unit 34 stores data (parts information) that constitutes the composite character. When the user aligns the selection frame 80 with a specific character, the attributes of that character are displayed in the right column. When the user touches the decision button 82, the operation acceptance unit 102 accepts this as a decision operation for the character surrounded by the selection frame 80, and the progress control unit 116 begins to control the progress of the battle with the enemy character.

Figure 10 shows an example of a preparation screen for a battle. The image generation unit 118 places an enemy character on the left side and a character selected by the user on the right side. When the user touches the battle start button 84, the operation acceptance unit 102 accepts this as an operation to start a battle, and the progress control unit 116 starts the battle.

11 shows an example of a screen during a battle. The progress control unit 116 uses an automatic battle function to make the user's character battle an enemy character.
FIG. 12 shows an example of a screen in which the user's character has won.
13 shows character parts obtained as a reward for winning. When the user's character wins, the acquisition unit 112 acquires at least some of the multiple types of parts that make up the enemy character and stores them in the parts storage unit 32. The acquisition unit 112 may acquire all of the multiple types of parts that make up the enemy character. In this way, the user can increase the number of parts they own by winning a battle. By increasing the number of parts they own, the user can generate characters with various combinations.

The progress control unit 116 may also execute a competitive game using virtual reality. In this case, the image synthesis unit 134 may synthesize the game image generated by the image generation unit 118 with the captured image of the real space acquired by the camera image acquisition unit 104, thereby displaying an augmented reality image on the display unit 20.

The present invention has been described above based on examples. These examples are merely illustrative, and those skilled in the art will understand that various modifications are possible in the combinations of the components and processing processes described in the examples, and that such modifications are also within the scope of the present invention.

1: Game system, 3: Server, 10: Terminal device, 12: Input unit, 14: Camera, 16: Processor, 18: Communication unit, 20: Display unit, 22: Audio output unit, 24: Memory unit, 26: Motion sensor, 28: Bus, 30: Game software, 32: Parts memory unit, 34: Character memory unit, 100: Processing unit, 102: Operation reception unit, 104: Camera image acquisition unit, 106: Sensor information acquisition unit, 110: Game control unit, 112: Acquisition unit, 114: Synthesis unit, 116: Progress control unit, 118: Image generation unit, 120: Audio generation unit, 130: Download processing unit, 132: Provision unit, 134: Image synthesis unit.

Claims (5)

On the computer,
A function of storing multiple types of parts owned by the user in a parts storage unit;
a function for generating a selection image of parts including thumbnail images of a plurality of basic characters each composed of a plurality of predetermined parts, a first mark indicating a part owned by the user among the plurality of parts constituting each basic character, and a second mark different from the first mark indicating a part not owned by the user among the plurality of parts constituting each basic character;
A function for accepting part selection operations by the user;
A function to generate characters by combining multiple parts selected by the user,
A function for pitting the generated character against an enemy character;
a function of acquiring at least a part of a plurality of types of parts constituting an enemy character based on a battle result and storing the part in the part storage unit;
A program to achieve this. The part selection images do not include thumbnail images of base characters for which the user does not own the parts.
2. The program according to claim 1 . The character generation function includes the ability to create a character name based on multiple parts selected by the user.
3. The program according to claim 1 or 2. On the computer,
A function for generating battle data that allows another user to battle against the generated character;
The function to provide match data to social networking services,
4. The program according to claim 1, for realizing the above. An information processing device that allows a battle to be played using characters that are made up of a plurality of types of parts,
a parts storage unit that stores a plurality of types of parts owned by a user;
an image generating unit that displays a selection image of parts including thumbnail images of a plurality of basic characters each composed of a plurality of types of predetermined parts , a first mark indicating a part owned by the user among the plurality of types of parts constituting each basic character, and a second mark different from the first mark indicating a part not owned by the user among the plurality of types of parts constituting each basic character;
an operation receiving unit that receives a part selection operation by a user;
a synthesis unit for synthesizing the selected multiple types of parts to generate a character;
a progression control unit that causes the generated character to fight against an enemy character;
an acquisition unit that acquires at least a part of a plurality of types of parts constituting an enemy character based on a battle result and stores the part in the part storage unit;
An information processing device comprising:

Images