JP7236405B2 - Game program and game system - Google Patents

Description

Article 30, Paragraph 2 of the Patent Act applied July 16, 2018 https://youtu. be/yXbNyv6RipE? t=2071 September 1, 2018 https://youtu. be/NS3g_215g88? t=974 September 14, 2018 https://www. 4gamer. net/games/360/G036007/20180912104/http://dengekionline. com/elem/000/001/798/1798572/

At least one embodiment of the present invention relates to a game program or the like for causing a computer to implement a function of controlling the progress of a game in which a user operates a player object to which attributes are set.

In recent years, online games such as MMORPG (Massively Multiplayer Online Role-Playing Game) have been provided to game devices (terminal devices) from a game server device via a communication network (see, for example, Patent Document 1).

Online games are regularly upgraded, such as by adding new content, so that many users can continue to play the game over a long period of time. As new content, for example, there is content in which a task is set to defeat a new enemy in a new game space.

JP 2015-99158 A

In games such as those described above, even if new content is added as a result of version upgrades, there are few changes in operation methods and the like, and there is basically no change in the user's play style. For example, even in content for defeating a new enemy in a new game space, the same action is performed by the user's player character. Therefore, some users desire to diversify their play styles. In this case, it is conceivable to simply change the action of the player character by version upgrade or the like, but there is a possibility that problems such as a change in the worldview of the game may occur.

In particular, in a role-playing game or the like, a plurality of parameters such as attributes are set for a player character, and each parameter varies depending on the user's play. Therefore, there is a difference (individuality) between the player characters of each user. Therefore, simply changing the actions of the player characters may affect such differences between the player characters.

It is an object of at least one embodiment of the present invention to overcome related technical deficiencies.

From a non-limiting point of view, a game program according to an embodiment of the present invention is a game program for causing a computer to realize a function of controlling the progress of a game in which a user operates a player object to which attributes are set. a computer having an execution function for executing one game content selected from a plurality of game contents including a first game content and a second game content based on an operation input by a user; a control function for controlling the action of the player object in the game space based on the control function, and the control function permits the player object to perform actions corresponding to the set attributes during execution of the first game content. and a function that prohibits execution of actions corresponding to attributes that have not been set, a function that allows the execution of actions that correspond to attributes that have been set to the player object during execution of the second game content, and attributes that have not been set is realized according to the establishment of a predetermined condition.

From a non-limiting point of view, a game program according to an embodiment of the present invention provides a server device connected by a communication network to a terminal device executing a game in which a user operates a player object to which attributes are set, A game program for controlling the progress of the game, wherein one game content selected from a plurality of game contents including the first game content and the second game content is provided to the server device based on the operation input by the user. An execution function for executing game content and a control function for controlling the movement of the player object in the game space based on an operation input by the user are realized. A function that permits the execution of actions corresponding to set attributes and prohibits the execution of actions corresponding to unset attributes. and a function of permitting execution of an action corresponding to an unset attribute according to the establishment of a predetermined condition.

From a non-limiting point of view, a game system according to an embodiment of the present invention includes a terminal device that executes a game in which a user operates a player object to which attributes are set, and a terminal device that is connected to the terminal device via a communication network. and a server device that executes one game content selected from a plurality of game contents including first game content and second game content based on an operation input by a user. execution means; control means for controlling the action of the player object in the game space based on an operation input by the user; Permits execution of corresponding actions, prohibits execution of actions corresponding to unset attributes, and allows the player object to execute actions corresponding to set attributes during execution of the second game content. , the execution of the action corresponding to the attribute not set is permitted according to the establishment of a predetermined condition.

Embodiments of the present application address one or more deficiencies.

1 is a block diagram showing an example configuration of a game system corresponding to at least one embodiment of the present invention; FIG. 4 is a flowchart showing an example of game progress processing corresponding to at least one embodiment of the present invention; 1 is a block diagram showing an example configuration of a game system corresponding to at least one embodiment of the present invention; FIG. 4 is a flowchart showing an example of operations of a server device and a terminal device when a server device corresponding to at least one embodiment of the present invention executes game progress processing; 1 is a block diagram showing an example of the configuration of a terminal device corresponding to at least one embodiment of the present invention; FIG. 4 is a flowchart showing an example of game progress processing corresponding to at least one embodiment of the present invention; FIG. 2 is a schematic diagram of game content corresponding to at least one embodiment of the present invention; FIG. 4 is a diagram showing an example of a game image (game field) corresponding to at least one embodiment of the present invention; FIG. 4 is a diagram showing an example of a game image (action item generation image) corresponding to at least one embodiment of the present invention; FIG. 4 is an example of a probability table corresponding to at least one embodiment of the invention; 1 is a block diagram showing an example of the configuration of a terminal device corresponding to at least one embodiment of the present invention; FIG. FIG. 4 is a diagram showing an example of user data corresponding to at least one embodiment of the invention; FIG. 4 is a diagram showing an example of a job list corresponding to at least one embodiment of the invention; FIG. 4 illustrates an example action list corresponding to at least one embodiment of the present invention; It is a figure which shows an example of the item creation table corresponding to at least one embodiment of this invention. 4 is a flowchart showing an example of game progress processing corresponding to at least one embodiment of the present invention;

Hereinafter, examples of embodiments of the present invention will be described with reference to the drawings. It should be noted that the various constituent elements in the examples of the embodiments described below can be appropriately combined within a range that does not cause contradiction or the like. Also, the content described as an example of a certain embodiment may be omitted in other embodiments. Also, the contents of operations and processes that are not related to the features of each embodiment may be omitted. Furthermore, the order of various processes constituting various flows described below is random as long as there is no contradiction in the processing contents.

[First Embodiment]
FIG. 1 is a block diagram showing an example configuration of a game system 100 corresponding to at least one embodiment of the present invention. As shown in FIG. 1, a game system 100 includes a single terminal device (game terminal device) 20, which is a computer used by a user (player). Note that FIG. 1 shows the configuration of a terminal device 20A, which is an example of the configuration of the terminal device 20. As shown in FIG. Also, the configuration of the game system 100 is not limited to this. For example, a user terminal device may be connected to a server device (video game processing server) via a communication network, and a video game service may be provided from this server device to the terminal device (see FIG. 3). .

The video game processing system 100 has, for example, various functions for executing a video game (game) in which a user operates a player object to which attributes are set. The game of the example of this embodiment is composed of a plurality of game contents including first game contents and second game contents. Users can select the game content they want to play. The player object performs actions such as flying, running, and attacking according to user's operations in the game space of the game content being executed.

In the example of this embodiment, the player object can perform an action corresponding to the set attribute. However, actions corresponding to unset attributes are prohibited in some game content. Specifically, in the first game content, the player object is permitted to perform actions corresponding to set attributes, and prohibited to perform actions corresponding to unset attributes. Further, in the second game content, the player object is permitted to perform an action corresponding to the set attribute, and is permitted to perform an action corresponding to the unset attribute according to the establishment of a predetermined condition.

The predetermined condition includes, for example, that the player object (user) used an action item, which is a virtual item. In this case, execution of at least one action corresponding to the used action item may be permitted.

The terminal device 20 is managed by the user playing the game. The terminal device 20 is composed of, for example, a stationary game device, a personal computer, a mobile phone terminal, a PDA (Personal Digital Assistant), or a terminal device capable of executing a video game such as a portable game device.

In order to execute the video game, the terminal device 20 includes an operation unit, a storage unit such as a hard disk drive, a control unit including a CPU for executing the game and generating a game image, and a display unit for displaying the game image. etc., but since this is a general configuration, detailed description thereof will be omitted. In the terminal device 20, software (game program) for executing the video game and controlling the progress of the game is stored in the storage unit. The game program also includes game data.

Next, the configuration of the terminal device 20A, which is an example of the configuration of the terminal device 20, will be described. The terminal device 20A includes at least an execution unit 31 and an object control unit 32 for controlling the progress of the video game by the control unit executing the game program stored in the storage unit.

The executing section (executing function, executing means) 31 executes one game content selected from among a plurality of game contents based on an operation input by the user. Information on each game content may be included in game data, for example.

The object control section (control function, control means) 32 controls the action of the player object in the game space based on the operation input by the user. Also, as described above, during the execution of the first game content, the player object is permitted to perform actions corresponding to the attributes that have been set, and prohibited from performing actions corresponding to attributes that have not been set. Also, during the execution of the second game content, the player object is permitted to perform actions corresponding to the attributes that have been set, and permission to perform actions corresponding to the attributes that have not been set according to the establishment of a predetermined condition. .

Next, the operation of the game system 100 (system 100) of this embodiment will be described.

FIG. 2 is a flowchart showing an example of game progress processing executed by the system 100. As shown in FIG. In the game progress processing, processing for progressing (executing) the game content selected by the user is performed. A case where the terminal device 20A executes the game progress process will be described below as an example. It should be noted that FIG. 2 mainly shows the processing related to the permission of the action of the player object in the game content, and omits the description of other processing for progressing the game.

The game progress processing of the example of the present embodiment is executed, for example, when the user performs an operation input to select one game content after the game is started.

The terminal device 20A performs operation setting processing (step S10). In the action setting process, the action that is allowed for the player object is set. Specifically, an action corresponding to the attribute set for the player object is permitted. As for the permission setting information, for example, the identification information of the permitted operation may be stored in the storage unit of the terminal device 20A. Also, if the action corresponding to the attribute set for the player object is already permitted, the process of step S10 does not have to be executed.

Next, the terminal device 20A performs progress processing (step S11). The terminal device 20A performs a game progress process based on the game content selected by the user. Specifically, the action of the player object in the game space of the game content is controlled based on the user's operation input to the operation unit. For example, a permitted action is performed.

After that, the terminal device 20A determines whether or not the game content being executed (in progress) is the second game content (step S12). The terminal device 20A may determine, for example, from the identification information of the game content being executed. If the second game content is not being executed (step S12: NO), the terminal device 20A proceeds to the process of step S15.

On the other hand, when the second game content is being executed (step S12: YES), the terminal device 20A determines whether or not a predetermined condition is satisfied (step S13). For example, if the use of the action item described above satisfies the predetermined condition, the judgment is made according to whether or not the action item is used. If the predetermined condition is not satisfied (step S13: NO), the terminal device 20A proceeds to the process of step S15. On the other hand, if the predetermined condition is satisfied (step S13: YES), the terminal device 20A performs permitted operation setting processing (step S14). In the allowed action setting process, for example, an action corresponding to an attribute not set for the player object is additionally allowed.

After that, the terminal device 20A determines whether or not there is a request to change the game content (step S15). For example, it may be determined that a content change request has been made when the user performs an operation input to change the content. If there is a change request (step S15: YES), the terminal device 20A performs change processing (step S16). In the change processing, for example, processing such as acquiring game data of the game content to be executed next from the storage unit is performed. After that, the process proceeds to step S11, and the game content to be executed next is executed.

On the other hand, if there is no change request (step S15: NO), the terminal device 20A determines whether the game is over (step S17). That is, it is determined whether or not the entire game including the game content is finished. For example, it may be determined that the game is over when the user performs an operation input to end the game. When determining that the game is over (step S17: YES), the terminal device 20A ends the game progression process. On the other hand, when determining that the game has not ended (step S17: NO), the terminal device 20A returns to the progress processing of step S11 to progress the game content being executed.

As described above, as one aspect of the first embodiment, the terminal device 20A is configured to include the execution unit 31 and the object control unit 32. Therefore, depending on the game content to be executed, attributes that have not been set can be handled. A player object may be allowed to perform actions that In other words, diversification of play styles is allowed in some game contents. Therefore, a user who desires a variety of play styles may also select game content that permits actions corresponding to attributes that have not been set. On the other hand, an undesired user does not have to play game content that permits actions corresponding to attributes that have not been set, and does not need to satisfy a predetermined condition. As a result, it is possible to prevent the occurrence of problems such as changes in the world view, and to provide the player with many options to expand the diversity of play styles.

In addition, in the example of the first embodiment described above, the terminal device 20A executes the game program and controls the progress of the game, but it is not particularly limited to this. For example, a game system including a server device and a terminal device as shown in FIG.

The server device has a storage unit such as a hard disk drive (not shown), a control unit including a CPU, and the like. In addition, the server device controls the progress of the video game in the same manner as the terminal device 20A by causing the control unit to execute the above-described game program stored in the storage unit. The server device has a general configuration for controlling the progress of the video game, such as a control unit and a communication unit, but detailed description thereof will be omitted here.

Note that the server device does not execute a video game like the terminal device 20A. The server device has, for example, a communication unit connected to an Internet line (communication network), and communicates with a terminal device that executes a video game. The server device receives an operation signal (operation information) and the like from a user (terminal device), and also transmits information (image information and the like) regarding game progress to the terminal device. A plurality of server devices may cooperate to execute the game program, or the server device and the terminal device may cooperate to execute the game program (control progress of the game).

FIG. 4 is a flow chart showing an example of operations of the server device and the terminal device when the server device executes the game progress processing shown in FIG. The server device periodically receives an operation input (operation information) and the like for the operation unit from the terminal device.

The server device performs operation setting processing (step S30). In the action setting process, the action that is allowed for the player object is set. Specifically, an action corresponding to the attribute set for the player object is permitted. As for the permission setting information, for example, the identification information of the permitted operation may be stored in the storage unit of the server device. Also, if the action corresponding to the attribute set to the player object is already permitted, the process of step S30 does not have to be executed.

Next, the server device performs progress processing (step S31). The server device advances the game based on the game content selected by the user. Specifically, the action of the player object in the game space of the game content is controlled based on the user's operation input to the operation unit. For example, a permitted action is performed.

After that, the server device determines whether or not the game content being executed (in progress) is the second game content (step S32). The server device may determine, for example, from the identification information of the game content being executed. If the second game content is not being executed (step S32: NO), the server device proceeds to the process of step S35.

On the other hand, if the second game content is being executed (step S32: YES), the server device determines whether or not a predetermined condition is satisfied (step S33). For example, if the use of the action item described above satisfies the predetermined condition, the judgment is made according to whether or not the action item is used. If the predetermined condition is not satisfied (step S33: NO), the server device proceeds to the process of step S35. On the other hand, if the predetermined condition is satisfied (step S33: YES), the server device performs permitted operation setting processing (step S34). In the allowed action setting process, for example, an action corresponding to an attribute not set for the player object is additionally allowed.

After that, the server device determines whether or not there is a request to change the game content (step S35). For example, it may be determined that a content change request has been made when the user performs an operation input to change the content. If there is a change request (step S35: YES), the server device performs change processing (step S36). In the change processing, for example, processing such as acquiring game data of the game content to be executed next from the storage unit is performed. After that, the process proceeds to step S31, and the game content to be executed next is executed.

On the other hand, if there is no change request (step S35: NO), the server device determines whether the game is over (step S37). When determining that the game is over (step S37: YES), the server device ends the game progress process. On the other hand, when determining that the game has not ended (step S37: NO), the server device returns to the progress processing of step S31 to progress the game content being executed.

Note that the above-mentioned "player object" is an object operated by the user. For example, characters such as people, robots and animals, vehicles such as automobiles, spheres such as balls, and cards correspond to player objects.

The above-mentioned "attribute" of the player object means properties, features, etc. of the player object. For example, occupation (job), rarity, race, gender, etc. correspond to attributes. Occupation, for example, swordsman (knight), black mage, white mage, warrior, etc. correspond to attributes. Also, the "action corresponding to the attribute" can adopt any action as long as it is associated with the attribute. For example, attack actions (skills) such as special techniques correspond to actions associated with attributes. Specifically, when the attribute is knight, a special skill (physical attack) using a sword may be set as an action corresponding to the attribute. Furthermore, "action corresponding to attribute" is not limited to one action for one attribute. Two or more actions may be associated with one attribute.

The above-mentioned "game content" means content that constitutes part of the game. For example, a game field (game space) in which player objects are placed and a dungeon also correspond to game content. Also, for example, a mission (quest) in which a task (defeating an enemy, searching, etc.) is set for a player object in a predetermined game space also corresponds to game content. It should be noted that the game content may receive two or more selections at the same time.

The above-mentioned "video game" may be a game of any genre, such as a role-playing game, training game, simulation game, etc., as long as the user operates a player object to which attributes are set. Further, the above-mentioned "video game" may have a configuration in which player objects operated by each of a plurality of users exist in the same (common) game space, such as MMORPG.

[Second embodiment]
FIG. 5 is a block diagram showing the configuration of a terminal device 20B, which is an example of the terminal device 20. As shown in FIG. In this example, the terminal device 20B includes at least an execution unit 31 and an object control unit 32B.

The execution unit 31 executes one game content selected from among a plurality of game contents based on an operation input by the user. Information on each game content may be included in game data, for example.

The object control section 32B controls the action of the player object in the game space based on the operation input by the user. Further, the object control unit 32B permits the player object to perform actions corresponding to the set attributes and prohibits the player objects to perform actions corresponding to the unset attributes during execution of the first game content. Further, during the execution of the second game content, the object control unit 32B permits the player object to perform an action corresponding to the set attribute, and allows the player object to perform an action corresponding to the unset attribute under a predetermined condition. Permit according to establishment.

In the example of this embodiment, the predetermined condition includes that the player object (user) used the action item. Action items are virtual items that can be used in the game space. The object control section 31B permits execution of at least one action corresponding to the action item used. For example, when one action is associated with each type of action item, the player object is permitted to perform one action associated with the type of action item used. In this case, when multiple types of items are used, multiple actions are permitted for the player object.

Actions corresponding to the attributes set for the player object are not permitted by using action items.

Next, the operation of the game system 100 (system 100) of this embodiment will be described.

FIG. 6 is a flow chart showing an example of game progress processing executed by system 100 . In the game progress processing, processing for progressing (executing) the game content selected by the user is performed. A case where the terminal device 20B executes the game progress process will be described below as an example. Note that FIG. 6 mainly shows the processing related to the permission of the action of the player object in the game content, and omits the description of other processing for progressing the game. Also, the description of the flowchart showing the operation of the server device is omitted from the viewpoint of avoiding duplication of description.

The game progress processing of the example of the present embodiment is executed, for example, when the user performs an operation input to select one game content after the game is started.

The terminal device 20B performs operation setting processing (step S10). In the action setting process, the action that is allowed for the player object is set. Specifically, an action corresponding to the attribute set for the player object is permitted. As for the permission setting information, for example, the identification information of the permitted operation may be stored in the storage unit of the terminal device 20B. Also, if the action corresponding to the attribute set for the player object is already permitted, the process of step S10 does not have to be executed.

Next, the terminal device 20B performs progress processing (step S11). The terminal device 20B performs a game progress process based on the game content selected by the user. Specifically, the action of the player object in the game space of the game content is controlled based on the user's operation input to the operation unit. For example, a permitted action is performed.

After that, the terminal device 20B determines whether or not the game content being executed (in progress) is the second game content (step S12). The terminal device 20B may determine, for example, from the identification information of the game content being executed. If the second game content is not being executed (step S12: NO), the terminal device 20B proceeds to the process of step S15.

On the other hand, if the second game content is being executed (step S12: YES), the terminal device 20B determines whether or not a predetermined condition is satisfied (step S13-B). In the example of the present embodiment, determination is made according to whether or not the action item is used by the player object (user). If the predetermined condition is not satisfied (step S13-B: NO), the terminal device 20B proceeds to the process of step S15. On the other hand, if the predetermined condition is satisfied (step S13-B: YES), the terminal device 20B performs a permitted operation setting process (step S14-B). As described above, at least one action corresponding to the action item used is additionally allowed. That is, it is possible to cause the player object to perform an action corresponding to an attribute that is not set to the player object.

After that, the terminal device 20B determines whether or not there is a request to change the game content (step S15). For example, it may be determined that a content change request has been made when the user performs an operation input to change the content. If there is a change request (step S15: YES), the terminal device 20B performs change processing (step S16). In the change processing, for example, processing such as acquiring game data of the game content to be executed next from the storage unit is performed. After that, the process proceeds to step S11, and the game content to be executed next is executed.

On the other hand, if there is no change request (step S15: NO), the terminal device 20B determines whether the game is over (step S17). When determining that the game is over (step S17: YES), the terminal device 20B ends the game progress process. On the other hand, when determining that the game has not ended (step S17: NO), the terminal device 20B returns to the progress processing of step S11 to progress the game content being executed.

As described above, as one aspect of the second embodiment, the terminal device 20B is configured to include the execution unit 31 and the object control unit 32B. A player object may be allowed to perform actions that In other words, diversification of play styles is allowed in some game contents. Therefore, a user who desires a variety of play styles may also select game content that permits actions corresponding to attributes that have not been set. On the other hand, an undesired user does not have to play game content that permits actions corresponding to attributes that have not been set, and does not need to satisfy a predetermined condition. As a result, it is possible to prevent the occurrence of problems such as changes in the world view, and to provide the player with many options to expand the diversity of play styles.

Also, in the second game content, the player object is permitted to perform actions corresponding to the action items used, so that the play style can be changed for each user depending on how the action items are used.

For example, user A1 allows a player object with attribute A to perform an action corresponding to attribute B. FIG. Also, the user A2 allows the player object with the attribute A to perform an action corresponding to the attribute D. FIG. In this way, even if the player objects have the same attribute, the type of action that can be executed differs depending on the user's intention. Therefore, as described above, each user has a different play style.

[Third Embodiment]
FIG. 7 is a diagram showing an outline of game content of the game of the example of this embodiment. A terminal device 20C, which is an example of the terminal device 20, provides a game having a plurality of game contents by executing a game program stored in a storage unit. The game of the example of this embodiment is composed of game content such as main content, PvP content, dungeon content, and island-island content.

The main content is content whose task (objective) is for the user (player) to operate the player character (player object) to advance the main story to the end. More specifically, the main story progresses as the player character clears multiple missions (quests) prepared in the main content. A mission is a sub-content set with a task (objective) such as, for example, defeating a predetermined enemy character or obtaining a predetermined item. A player character can perform permitted actions such as movement and attack in a three-dimensional virtual space (game space) for main content. A player character can start a mission by receiving a mission request from a predetermined non-player character, for example. It should be noted that it is also possible for the main content to advance the main story in cooperation with other users' player characters via a communication network such as the Internet.

PvP content is content for fighting against other users' player characters via a communication network such as the Internet. The task (objective) of the PvP content is to win the battle. Dungeon content is content for capturing a dungeon. The challenge (purpose) of the dungeon content is to advance the player character to the deepest level of the dungeon, which is a three-dimensional virtual space (game space). The dungeon is formed, for example, on the 50th basement floor. The island content is content whose task (purpose) is to search for an island that is a three-dimensional virtual space (game space).

In the example of this embodiment, PvP content, dungeon content, and island content are started when the player character speaks to a predetermined non-player character in the game space of the main content. That is, when the game is started, the main content is started, and one of the PvP content, the dungeon content, and the island content is executed based on the user's operation input. Also, after the PvP content, dungeon content, and island content are finished, the main content is resumed.

Note that the main content, PvP content, and dungeon content correspond to the first game content. Also, the island content corresponds to the second game content.

Also, a job, which is an attribute, is set for the player character in the example of the present embodiment. Jobs include, for example, swordsman (knight), ninja, minstrel, white mage, and black mage. The user can set one job for the player character. Also, the user can change a job that has been set once.

The player character can basically perform actions such as movement, talking, use of possessed items, and actions corresponding to set jobs. Actions corresponding to jobs include attack actions such as special skills, actions for recovering the vitality of other player characters, actions for activating buffs and debuffs, and the like. The player character is basically not permitted to perform actions corresponding to jobs different from the set job.

However, in the island content, it is possible to cause the player character to perform an action corresponding to a job different from the set job. Specifically, in the game space of the island content, a player character (user) uses an action item to execute an action corresponding to a job different from the set job.

There are multiple types of action items in the example of this embodiment. Each action item is associated with one or more permitted actions. The user (player character) can use the owned action item. The used action item disappears. In other words, you can only use the action item you have once. Information on owned action items is included in the user data, for example. User data is information about the user's game (see FIG. 12).

FIG. 8 is a diagram showing an example of a game image during execution of island content. The game image includes an image of the game space 50 centering on the player character PC. In the game image, the image of the game space 50 is superimposed with images such as the status 55 of the player character PC and the icon 60 . The status 55 displays, for example, the current vitality (HP) value of the player character PC. The icon 60 indicates part of the action that the player character PC is permitted to perform. The icon 60 in the example of the present embodiment indicates actions corresponding to jobs set for the player character PC and actions permitted to be executed by using action items.

Each of icons 60-1 to 60-4 includes information (image) for specifying the type of permitted action. Accordingly, the user can identify actions that the player character PC is permitted to perform by checking the icons 60-1 to 60-4. Note that the icon 60-4 illustrated in FIG. 8 indicates a state in which no action is set. Also, the arrangement positions of the icons 60-1 to 60-4 indicate the arrangement positions of the four buttons of the operation unit of the terminal device 20C, and the user can select the arrangement positions of the game image icons 60-1 to 60-4. , the player character PC can be made to perform an action by pressing the corresponding button while viewing the .

In addition, there is a time limit (effective time) for actions permitted by using an action item. After a time limit (for example, 30 minutes) has passed from the point at which the action was permitted, execution of the action is prohibited again.

An action item is generated using one or more material items owned by the user (player character). There are multiple types of material items, and depending on the combination of material items, the generated action item also differs (see FIG. 15). Information on owned material items is also included in the user data, similar to action items. Also, the material items are arranged in the game space of the island content. The player character PC can be acquired by moving to the position where the material item is arranged. The acquired material item is set as a possessed item in the user data.

Note that the creation of the action item is accepted in the facility object arranged in the game space of the island content. When the establishment object accepts the start of action item generation from the user, an action item generation image (generated image) as shown in FIG. 9 is displayed as a game image.

The generated image includes material setting areas 70A and 70B, a probability display area 71, a determination icon 72, and the like. Material items selected by the user are displayed in the material setting areas 70A and 70B. Material items that are candidates for selection are material items owned by the user (player character).

The type of action associated with the action item is determined in each of the material setting areas 70A and 70B. One action is determined from the combination of material items in the material setting area 70A, and one action is determined from the combination of material items in the material setting area 70B. Then, when the decision icon 72 is selected according to the user's operation input, an action item is generated based on the material items set in the material setting areas 70A and 70B.

When the decision icon 72 is selected with material items set in the material setting areas 70A and 70B, one action item associated with two types of actions is generated. On the other hand, when the decision icon 72 is selected with a material item set in the material setting area 70A or the material setting area 70B, one action item associated with one type of action is generated.

Therefore, the combination of material items set in the material setting areas 70A and 70B determines the type and number of actions associated with the action item. Note that in the example of the present embodiment, up to three material items can be set for each of the material setting areas 70A and 70B.

The probability display area 71 displays the success probability of generating an action item. As shown in the probability table of FIG. 10, the success probability varies according to the number of material items used in one generation. The probability table is composed of fields such as the number of items and success probability. The number of items field contains the number of material items used to generate one action item. A success probability associated with the number of items is set in the success probability field. In the example of this embodiment, the success probability decreases as the number of material items increases. In the example of this embodiment, the success probability is determined according to the total number of material items in the material setting areas 70A and 70B. For example, in the generated image illustrated in FIG. 9, 4 material items are used for generation, so the success probability is 35%.

FIG. 11 is a block diagram showing the configuration of a terminal device 20C, which is an example of the terminal device 20. As shown in FIG. In the example of this embodiment, the terminal device 20C includes at least an execution unit 31C, an object control unit 32C, a generation unit 33C, a job setting unit 34C, and a display control unit 35C.

The execution unit 31C executes one game content selected from a plurality of game content (main content, PvP content, dungeon content, island content) based on user's operation input. Information on each game content is included in game data, for example.

The object control section 32C controls the action of the player object (player character PC) in the game space based on the operation input by the user. During the execution of the first game content (main content, PvP content, dungeon content), the object control unit 32C permits the player character PC to perform actions corresponding to the set jobs, and supports jobs that have not been set. prohibits the execution of actions that Also, during execution of the second game content (island content), the player character PC is permitted to perform actions corresponding to the set jobs, and execution of actions corresponding to non-set jobs is performed when a predetermined condition is satisfied. allow accordingly.

As described above, the predetermined condition includes that the player character PC (user) used the action item. That is, the object control section 31C permits execution of the action corresponding to the used action item. Information about the actions that are permitted to be performed is contained in the user data.

FIG. 12 is a diagram showing an example of user data. The user data is information about the user's game, and is stored in the storage unit of the terminal device 20C. The terminal device 20C updates the user data as the game progresses. The user data consists of fields such as user ID, character status, owned items, and the like.

User identification information (user ID) is set in the user ID field. Various information of the player character PC is set in the character status field. The character field includes fields such as character ID, name, parameter, PC job, and permitted operation. Character identification information (character ID) is set in the character ID field. Text data of the name of the player character PC is set in the name field. Various parameters (numerical information) of the character (character ID) such as the maximum value and current value of vitality (HP), attack power, etc. are set in the parameter field.

Identification information (job ID) of the job of the player character PC is set in the PC job field. In the permitted motion field, identification information of motions permitted for the player character PC is set. In addition, in the permitted operation field, information on the time limit is set in association with the identification information of the permitted operation.

FIG. 13 is a diagram showing an example of a job list. The job list shows information on jobs that can be set for the player character. The job list is composed of fields such as job ID, name, and job operation. Identification information (job ID) of each job is set in the job ID field, and each job ID is associated with a name and a job operation. Text data of the name of the job (job ID) is set in the name field. In the job action field, identification information (action ID) of action corresponding to the job (job ID) is set. For example, the player character PC for which the job of black mage (job ID: SO001) is set is permitted to perform actions with action IDs: A01, A02, and the like.

FIG. 14 is a diagram illustrating an example of an operation list; The action list indicates information on actions that can be executed by the player character. The action list is composed of fields such as action ID, name, action data, and image data. In the action ID field, identification information (action ID) of each action is set, and each action ID is associated with a name, action data, and image data.

Text data of the name of the action (action ID) is set in the name field. Information specifying the motion data of the player character of the action (action ID) and the like are set in the action data field. The action of the player character PC is controlled based on the motion data. Information specifying the image of the action (action ID) icon 60 is set in the image data field. As a result, an image of the icon 60 as shown in FIG. 8 is displayed.

The object control unit 32C acquires job information (job ID) of the player character PC from the user data (PC job), and acquires an action ID corresponding to the job ID from the job list. Then, the object control unit 32C sets the acquired action ID as the permitted action of the user data. Also, when an action item is used, the object control unit 32C additionally sets the action ID associated with this action item as a permitted action of the user data together with information on the time limit. For example, the action ID: A02-600 in the permitted actions in FIG. 12 is the action permitted by using the action item, and "600" is the numerical value of the counter. The object control unit 32C decrements the counter value and deletes the action (action ID) whose counter value is 0 from the user data (permitted action).

Next, returning to FIG. 12, identification information (item ID) of an item owned by the user (player character) is set in the owned item field. For example, identification information of action items, material items, etc. owned by the user is set. Identification information of permitted actions is also associated with the identification information of the action item.

For example, in the possessed item of FIG. 12, the item ID: AI-A01B01 indicates information identifying that "AI" is an action item, and "A01" and "B01" are identification information of permitted actions (action ID). That is, two actions (action IDs: A01 and B01) are permitted by using the action item with the item ID: AI-A01B01. Note that in the case of an action item that permits only one action, information indicating that there is no action ID (for example, "FFF") is included. For example, an action item with item ID: AI-A01FFF is allowed to use only one action (action ID: A01).

The object control unit 32C identifies the action to be permitted by referring to the action ID included in the item ID of the action item used.

For information on various items, an item list (not shown) is referenced. Various information is set in the item list in association with the item ID. The item list may be included in the game data.

Next, returning to FIG. 11, the generation unit 33C generates an action item with a predetermined probability from one or more material items acquired by the player character PC in the game space of the second game content (island content). As described above, when generation of an action item (selection of the determination icon 72) is accepted for a facility object in the game space, the generation unit 33C performs a lottery with probabilities based on the probability table shown in FIG. When the lottery result is successful, the generation unit 33C generates an action item using the material items set in the material setting areas 70A and 70B. At that time, the generation unit 33C generates an action item with reference to the item generation table.

FIG. 15 is a diagram showing an example of an item generation table. The item generation table associates combinations of material items that generate action items with actions. The item creation table is composed of fields such as setting action, material 1, material 2, material 3, and the like.

Identification information (action ID) of the action associated with the action item is set in the set action field. Materials 1 to 3 are associated with the set motion (motion ID). Information specifying a combination of material items corresponding to the set action (action ID) is set in the material 1 to 3 fields. That is, identification information (item ID) of the material item is set in the material 1 to 3 fields.

For example, to generate an action item with item ID: AI-A01FFF, material item α with material ID: SI001 should be set only in the material setting area 70A. Also, for example, to generate an action item with item ID: AI-A01A02, set the material item α with material ID: SI001 in the material setting area 70A, and set the material item α with material ID: SI002 in the material setting area 70B. β should be set.

In addition, in the fields of materials 1 to 3, if there is no material item setting, information indicating that there is no setting (for example, "FFF") is set. For example, the action of action ID: A01 in FIG. 15 requires only one material item α (item ID: SI001), and the fields of materials 2 and 3 are set to "FFF".

The generation unit 33C additionally sets the generated action item (item ID) to the owned item of the user data. Also, the material item (item ID) used to generate the action item is deleted from the possessed items of the user data. Note that even if the generation of the action item fails, the material item (item ID) used to generate the action item is deleted from the owned items of the user data.

Next, returning to FIG. 11, the job setting section 34C sets a job for the player character PC according to the user's operation input. In the example of the present embodiment, the user can change the job settings of the player character PC any number of times while playing the game, for example, by having the player character PC talk to a predetermined non-player character. The user can select a job by operating the operation unit on the screen displaying all the jobs. The job setting unit 34C sets (changes) the job ID of the selected job to the PC job of the user data.

The display control unit 35C generates a game image according to the progress of the game as illustrated in FIGS. 8 and 9, and displays it on the display unit of the terminal device 20C.

Next, the operation of the game system 100 (system 100) of this embodiment will be described.

FIG. 16 is a flow chart showing an example of game progress processing executed by system 100 . In the game progress processing, processing for progressing (executing) the game content selected by the user is performed. A case where the terminal device 20C executes the game progress process will be described below as an example. It should be noted that FIG. 16 mainly shows the processing related to the permission of the action of the player object in the game content, and omits the description of other processing for progressing the game. Also, the description of the flowchart showing the operation of the server device is omitted from the viewpoint of avoiding duplication of description.

The game progress processing of the example of the present embodiment is executed, for example, when the user performs an operation input to select one game content after the game is started. In the example of this embodiment, as illustrated in FIG. 7, the operation input to start playing the game also corresponds to the operation input to select the main content.

The terminal device 20C performs operation setting processing (step S10-C). In the action setting process, the action that is allowed for the player character PC is set. Specifically, an action corresponding to the attribute set for the player object is permitted. The terminal device 20C sets the identification information (action ID) of the action permitted based on the job of the player character PC (PC job of user data), job list information, etc., to the user data (permitted action). Note that if the action corresponding to the attribute set in the player object has already been permitted, the process of step S10-C need not be executed.

Next, the terminal device 20C performs progress processing (step S11-C). The terminal device 20C performs a game progress process based on one game content selected by the user. Specifically, the action of the player character PC in the game space of the game content is controlled based on the user's operation input to the operation unit.

Also, in the progress process, when the island content is being executed, the facility object accepts the generation of the action item and the use of the action item. When generation of an action item is accepted, in the generation image illustrated in FIG. 9, an action item is generated after a material item is selected and a lottery is conducted with a probability based on the probability table. Then, the generated action item (item ID) is additionally set to the user data (possessed item). Also, in the progress process, job settings (changes) are accepted for each content.

Furthermore, in the progress process, when the main content is being executed, selection of another game content (content change request) is accepted based on the user's operation input. It should be noted that if the selection of another game content is accepted, the terminal device 20C terminates the progress process.

Thereafter, the terminal device 20C determines whether or not the game content being executed (in progress) is the second game content (island content) (step S12-C). The terminal device 20C may determine, for example, from the identification information of the game content being executed. If the island content is not being executed (step S12-C: NO), the terminal device 20C proceeds to the process of step S14-20C.

On the other hand, if the island content is being executed (step S12-C: YES), the terminal device 20C determines whether or not a predetermined condition is satisfied (step S13-C). That is, it is determined whether an action item has been used. The terminal device 20C determines that the action item has been used when the use of the action item is accepted in the progress process described above. If the action item is not used (step S13-C: NO), the terminal device 20C proceeds to the process of step S14-10C.

On the other hand, if an action item is used (step S13-C: YES), the terminal device 20C performs permitted operation setting processing (step S14-C). As described above, the action ID and time limit of the action permitted based on the item ID of the action item used are additionally set to the user data (permitted action). Also, the information of the used action item is deleted from the user data (possessed item). As a result, it is possible to cause the player character PC to perform an action corresponding to an attribute that is not set for the player character PC.

Next, the terminal device 20C performs processing for updating the time limit (step S14-10C). In the update process, the time limit (counter) of the operation ID in the user data permitted operation is updated. That is, the numerical value of the counter is decremented. Also, the action ID of the action whose counter value has become 0 is deleted from the user data (permitted action). That is, the action (action ID) permitted by using the action item reaches the time limit and is prohibited from being executed again.

Next, the terminal device 20C determines whether or not there is a job change (step S14-20C). The terminal device 20C determines that there has been a change when the job setting is accepted in the progress process described above. If it is determined that there is no job change (step S14-20C: NO), the terminal device 20C proceeds to the process of step S15-CC.

On the other hand, if it is determined that the job has been changed (step S14-20C: YES), the terminal device 20C performs job setting processing (step S14-30C). Specifically, the terminal device 20C changes the setting of the user data (PC job) to the job ID of the selected job. Also, in the job setting process, the action ID of the action corresponding to the changed job is set in the user data (permitted action). At that time, the action ID of the action corresponding to the job before change is deleted from the user data (permitted action).

After that, the terminal device 20C determines whether or not there is a request to change the game content (step S15-C). The terminal device 20C determines that there has been a change when the selection of another game content is received in the progress process described above. If there is a change request (step S15-C: YES), the terminal device 20C performs change processing (step S16-C). In the change processing, for example, processing such as acquiring game data of the game content to be executed next from the storage unit is performed. After that, the process proceeds to step S11-C, and the game content to be executed next is executed.

On the other hand, if there is no change request (step S15-C: NO), the terminal device 20C determines whether the game is over (step S17-C). It is determined that the game is over when the user performs an operation input to end the game. When determining that the game is over (step S17-C: YES), the terminal device 20C ends the game progress process. On the other hand, when determining that the game has not ended (step S17-C: NO), the terminal device 20C returns to the progress processing of step S11-C to progress the game content being executed.

As described above, as one aspect of the third embodiment, the terminal device 20C is configured to include the execution unit 31B, the object control unit 32C, the generation unit 33C, the job setting unit 34C, and the display control unit 35C. Depending on the game content to be played, the player object (player character) may be permitted to perform an action corresponding to an unset attribute (job). In other words, diversification of play styles is allowed in some game contents. Therefore, a user who desires a variety of play styles may also select game content that permits actions corresponding to attributes that have not been set. On the other hand, an undesired user does not have to play game content that permits actions corresponding to attributes that have not been set, and does not need to satisfy a predetermined condition. As a result, it is possible to prevent the occurrence of problems such as changes in the world view, and to provide the player with many options to expand the diversity of play styles.

For example, when new game content is added by upgrading a game program, such as an online game, the configuration of the second game content as described above may be applied to the added game content. .

Also, in the second game content (island content), the player character is permitted to perform actions corresponding to the action items used, so the play style can be changed for each user depending on how the action items are used.

For example, the user A1 allows a player character with the attribute: Knight to perform an action corresponding to the attribute: Black Mage (for example, offensive magic). Further, the user A2 allows the player character with the attribute: Knight to perform an action corresponding to the attribute: White Mage (for example, magic for recovering vitality (HP)). In this way, even if the player character has the same attribute, the type of action that can be executed differs depending on the user's intention. Therefore, as described above, each user has a different play style.

In addition, in the above-described example of the embodiment, the other game content is executed while the main content is being executed, but the present invention is not particularly limited to this. For example, when the game starts to be executed, the user may select one of a plurality of game contents including the main content. Also, in the above-described embodiment, the island content, which is one of the second game contents, has been described, but the number of the second game contents may be two or more.

Furthermore, in the example of the embodiment described above, a predetermined time limit is set for the action permitted by using the action item, but it is not particularly limited to this. For example, a time limit may be set according to the type of action. Also, for example, the time limit may be set according to the number of material items used to generate the action item (number of uses). Specifically, the greater the number of uses, the longer the time limit for the actions of the action item. Note that the time limit may not be set.

Also, in the example of the embodiment described above, the user can change the settings of the player character's job, but the change does not have to be possible. For example, after the job is determined when the player character is determined, the change may not be accepted.

[Appendix]
The above descriptions of the embodiments describe at least the following inventions so that those having ordinary knowledge in the field to which the inventions belong can implement them.

[1]
A game program for causing a computer to realize a function of controlling the progress of a game in which a user operates a player object to which attributes are set,
to the computer;
an execution function for executing one game content selected from a plurality of game contents including the first game content and the second game content, based on an operation input by the user;
A control function for controlling the action of the player object in the game space based on the operation input by the user;
to realize
In the control function,
A function of permitting the player object to perform an action corresponding to a set attribute and prohibiting the player object from performing an action corresponding to an unset attribute during execution of the first game content;
During the execution of the second game content, the player object is permitted to perform an action corresponding to the set attribute, and permitted to perform an action corresponding to the unset attribute according to the establishment of a predetermined condition. function,
A game program that realizes

[2]
the predetermined condition includes that the player object has used an action item;
the control function permitting execution of at least one action corresponding to the action item used;
The game program described in [1] for realizing

[3]
to the computer, further comprising:
A generation function for generating the action item with a predetermined probability from one or more material items acquired by the player object in the game space of the second game content;
The game program according to [2] for realizing

[4]
The game content is content in which a task is set for the player object to complete in a predetermined game space.
The game program according to any one of [1] to [3].

[5]
to the computer, further comprising:
a setting function for changing settings of attributes of the player object based on an operation input by a user;
The game program according to any one of [1] to [4] for realizing

[6]
A server device in which the game program according to any one of [1] to [5] is installed.

[7]
A terminal program for causing a terminal device to realize a function of displaying a game image on a display screen of a display unit and executing a video game,
to the terminal device,
A connection function that connects to the server device according to [6] via a communication network,
A terminal program for realizing

[8]
A game program for causing a server device connected via a communication network to a terminal device executing a game in which a user operates a player object to which attributes are set to control the progress of the game, comprising:
to the server device,
an execution function for executing one game content selected from a plurality of game contents including the first game content and the second game content, based on an operation input by the user;
A control function for controlling the action of the player object in the game space based on the operation input by the user;
to realize
In the control function,
A function of permitting the player object to perform an action corresponding to a set attribute and prohibiting the player object from performing an action corresponding to an unset attribute during execution of the first game content;
During the execution of the second game content, the player object is permitted to perform an action corresponding to the set attribute, and permitted to perform an action corresponding to the unset attribute according to the establishment of a predetermined condition. function,
A game program that realizes

[9]
the predetermined condition includes that the player object has used an action item;
the control function permitting execution of at least one action corresponding to the action item used;
The game program described in [8] for realizing

[10]
Further, in the server device,
A generation function for generating the action item with a predetermined probability from one or more material items acquired by the player object in the game space of the second game content;
The game program described in [9] for realizing

[11]
The game content is content in which a task is set for the player object to complete in a predetermined game space.
[8] The game program according to any one of [10].

[12]
Further, in the server device,
a setting function for changing settings of attributes of the player object based on an operation input by a user;
The game program according to any one of [8] to [11] for realizing

[13]
A game system comprising: a terminal device for executing a game in which a user operates a player object to which attributes are set; and a server device connected to the terminal device via a communication network,
Execution means for executing one game content selected from a plurality of game contents including the first game content and the second game content based on an operation input by the user;
Control means for controlling the action of the player object in the game space based on the operation input by the user;
including
The control means is
During execution of the first game content, permitting the player object to perform actions corresponding to set attributes, and prohibiting the player objects from performing actions corresponding to unset attributes;
During the execution of the second game content, the player object is permitted to perform an action corresponding to the set attribute, and permitted to perform an action corresponding to the unset attribute according to the establishment of a predetermined condition. ,
game system.

[14]
the predetermined condition includes that the player object has used an action item;
The control means permits execution of at least one action corresponding to the action item used.
The game system according to [13].

[15]
generation means for generating the action item with a predetermined probability from one or more material items acquired by the player object in the game space of the second game content;
The game program according to [14], further comprising:

[16]
The game content is content in which a task is set for the player object to complete in a predetermined game space.
[13] The game system according to any one of [15].

[17]
setting means for changing settings of attributes of the player object based on an operation input by a user;
The game system according to any one of [13] to [16], further comprising

[18]
A terminal device for controlling the progress of a game in which a user operates a player object to which attributes are set,
Execution means for executing one game content selected from a plurality of game contents including the first game content and the second game content based on an operation input by the user;
Control means for controlling the action of the player object in the game space based on the operation input by the user;
to realize
The control means is
During execution of the first game content, permitting the player object to perform actions corresponding to set attributes, and prohibiting the player objects from performing actions corresponding to unset attributes;
During the execution of the second game content, the player object is permitted to perform an action corresponding to the set attribute, and permitted to perform an action corresponding to the unset attribute according to the establishment of a predetermined condition. ,
Terminal equipment.

[19]
A game progress control method for causing a computer to control the progress of a game in which a user operates a player object to which attributes are set, comprising:
an execution process of executing one game content selected from among a plurality of game contents including the first game content and the second game content, based on an operation input by the user;
Control processing for controlling the movement of the player object in the game space based on the operation input by the user;
including
In the control process,
a process of permitting the player object to perform an action corresponding to a set attribute and prohibiting the player object from performing an action corresponding to an unset attribute during execution of the first game content;
During the execution of the second game content, the player object is permitted to perform an action corresponding to the set attribute, and permitted to perform an action corresponding to the unset attribute according to the establishment of a predetermined condition. process,
Game progress control method including.

According to one embodiment of the present invention, in a game in which a user operates a player object to which attributes are set, the player is provided with many options while suppressing the occurrence of problems such as changes in the world view. Useful for giving and expanding the variety of playstyles.

20 terminal device 31 execution unit 32 object control unit 33 generation unit 34 job setting unit 50 game space 100 game system PC player character

Claims (5)

A game program for causing a computer to realize a function of controlling the progress of a game in which a user operates a first player object to which attributes are set,
to the computer;
A game comprising a first three-dimensional virtual space and at least one second three-dimensional virtual space, wherein a first task is set for execution in said first three-dimensional virtual space, and at least one is set for execution in the second three-dimensional virtual space, and the second task is performed during the progress of the first task based on the operation input by the user. an execution function that executes
A control function for controlling the action of the first player object in the first three-dimensional virtual space and the second three-dimensional virtual space based on an operation input by a user;
A generation function for generating an action item with a predetermined probability from one or more material items acquired by the first player object in the second three-dimensional virtual space;
to realize
In the control function,
During the progress of the first task in the first three-dimensional virtual space, the first player object is permitted to perform a first action corresponding to the set attribute, and a second action corresponding to the non-set attribute is performed. and prohibits the first player object from performing the action of the above, and prohibits the execution of the second action during the progress of the first task in the first three-dimensional virtual space. the ability to allow the second player object of
During the progress of the second task in the second three-dimensional virtual space, the first player object is permitted to perform a first action corresponding to the set attribute, and the first player object performs the action item. A function that permits the first player object to perform a second action corresponding to the non-set attribute in response to the establishment of a predetermined condition including the use of the action item, wherein at least one a function that permits execution of the second operation, which is an operation of
to realize
the first action is predetermined for the set attribute of the first player object in the game;
the second action is predetermined for the non-set attribute of the first player object in the game;
the second action corresponding to the non-set attribute allowed to be performed during the progress of the second task is set differently for different players of the game;
game program. The second three-dimensional virtual space includes a second task to be achieved by the first player object,
The game program according to claim 1 . to the computer, further comprising:
a setting function for changing the setting of the setting attribute of the first player object based on an operation input by the user;
3. The game program according to claim 1 or 2, which implements A game program for causing a server device connected by a communication network to a terminal device executing a game in which a user operates a first player object having attributes set to control the progress of the game, comprising:
to the server device ,
A game comprising a first three-dimensional virtual space and at least one second three-dimensional virtual space, wherein a first task is set for execution in said first three-dimensional virtual space, and at least one is set for execution in the second three-dimensional virtual space, and the second task is performed during the progress of the first task based on the operation input by the user. an execution function that executes
A control function for controlling the action of the first player object in the first three-dimensional virtual space and the second three-dimensional virtual space based on an operation input by a user;
A generation function for generating an action item with a predetermined probability from one or more material items acquired by the first player object in the second three-dimensional virtual space;
to realize
In the control function,
During the progress of the first task in the first three-dimensional virtual space, the first player object is permitted to perform a first action corresponding to the set attribute, and a second action corresponding to the non-set attribute is performed. and prohibits the first player object from performing the action of the above, and prohibits the execution of the second action during the progress of the first task in the first three-dimensional virtual space. the ability to allow the second player object of
During the progress of the second task in the second three-dimensional virtual space, the first player object is permitted to perform a first action corresponding to the set attribute, and the first player object performs the action item. A function that permits the first player object to perform a second action corresponding to the non-set attribute in response to the establishment of a predetermined condition including the use of the action item, wherein at least one a function that permits execution of the second operation, which is an operation of
to realize
the first action is predetermined for the set attribute of the first player object in the game;
the second action is predetermined for the non-set attribute of the first player object in the game;
the second action corresponding to the non-set attribute allowed to be performed during the progress of the second task is set differently for different players of the game;
game program. A game system comprising: a terminal device for executing a game in which a user operates a first player object to which attributes are set; and a server device connected to the terminal device via a communication network,
A game comprising a first three-dimensional virtual space and at least one second three-dimensional virtual space, wherein a first task is set for execution in said first three-dimensional virtual space, and at least one is set for execution in the second three-dimensional virtual space, and the second task is performed during the progress of the first task based on the operation input by the user. an execution means for executing
Control means for controlling the action of the first player object in the first three-dimensional virtual space and the second three-dimensional virtual space based on an operation input by a user;
generating means for generating an action item with a predetermined probability from one or more material items acquired by the first player object in the second three-dimensional virtual space;
including
The control means is
During the progress of the first task in the first three-dimensional virtual space, the first player object is permitted to perform a first action corresponding to the set attribute, and a second action corresponding to the non-set attribute is performed. and prohibits the first player object from performing the action of the above, and prohibits the execution of the second action during the progress of the first task in the first three-dimensional virtual space. to the second player object of
During the progress of the second task in the second three-dimensional virtual space, the first player object is permitted to perform a first action corresponding to the set attribute, and the first player object performs the action item. The first player object is permitted to perform a second action corresponding to the non-set attribute in response to the establishment of a predetermined condition including the use of the action item, wherein at least one permitting execution of the second action, which is an action ;
the first action is predetermined for the set attribute of the first player object in the game;
the second action is predetermined for the non-set attribute of the first player object in the game;
the second action corresponding to the non-set attribute allowed to be performed during the progress of the second task is set differently for different players of the game;
game system.

Images