JP2019136278A - Game program and game system - Google Patents

Abstract

To provide a game program and a game system that can execute a mission desired by a user participating in a multi-play regardless of the number of users who desire the same mission in the multi-play.SOLUTION: A game program causes a control unit 5 configured by at least one of a server device and a plurality of computers to function as matching means 51, mission registration means 54 for selecting a mission that a plurality of users belonging to a party desire as a mission to be executed on a corresponding computer from a plurality of missions respectively to be registered, and mission execution means 53. The mission execution means 53 sequentially executes missions registered by the plurality of users belonging to the party.SELECTED DRAWING: Figure 2

Description

  The present invention relates to a game program and a game system.

  Conventionally, there is a multiplayer game in which a plurality of computers operated by a plurality of users are synchronized via a communication network, and a plurality of users form a party and cooperate in a common game stage to advance the game. . For example, in a game such as Non-Patent Document 1 below, a plurality of users registering a mission that each user wants to execute among a plurality of missions, and a plurality of users who register the same mission create a party and perform multiplayer. Yes.

"Monster Hunter Cross Meeting Hall, Search", [online], November 28, 2015, Capcom, [Search January 19, 2018], Internet [http://www.capcom.co. jp / monsterhunter / X / online / 03.html]

  However, in such an aspect, there is a problem that it is difficult to establish a party if the number of other users who desire the same mission as one user desires is small. Moreover, when one mission is completed, it is necessary to register the next mission again, and a plurality of missions cannot be executed at a high tempo.

  Accordingly, an object of the present invention is to provide a game program and a game system capable of executing a mission desired by a user participating in multiplayer regardless of the number of users who desire the same mission in multiplayer.

  A game program according to an aspect of the present invention includes a storage unit and a display unit, and a plurality of computers that are respectively operated by a plurality of users, and a server that is communicably connected to the plurality of computers via a communication network A game program for a game system comprising a device, wherein the plurality of computers are each in a virtual space where a plurality of player characters that the plurality of users participate and the plurality of users respectively operate are in the same virtual space Generating a common game stage that acts on the computer, and causing at least a player character corresponding to a user who performs an operation input to the computer to act on the common game stage according to the operation input to the computer by the user According to the above configuration, the game is advanced The game program causes the plurality of player characters respectively operated by the plurality of users to act on the common game stage with a control unit configured by at least one of the server device and the plurality of computers. In order to perform matching between the plurality of users and generate a party to which a plurality of users belong, the plurality of users belonging to the party respectively select a mission desired as a mission to be executed in a corresponding computer, A mission registration means for selecting and registering from a plurality of missions, and a mission execution means for executing the missions in which a plurality of users belonging to the party participate on the common game stage, and executing the mission Means Wherein the plurality of users belonging to the serial party to perform the mission that has been registered in order.

  The mission registration means can register a mission that the other user desires as a mission to be executed on the computer of the other user from a plurality of missions to another user who does not belong to the party. The matching means is configured so that when a part of a plurality of users belonging to the party leaves the party before executing all the missions registered by the plurality of users, the matching means The other users who have registered missions other than the missions already completed at the party at the time when the user of the group has left may be allowed to participate in the party.

  The matching means includes a matching request means for requesting the server device for matching with another user with the first user as a host user, and the common game stage together with the first user based on a request for participation by the second user. And a party generating means for determining a guest user participating in a mission to be executed and generating a party to which the host user and at least one guest user belong, the mission executing means being registered by the host user first. The mission registered by at least one guest user may be executed thereafter.

  The mission registration means may register the mission desired by the host user before generating the party.

  A game system according to another aspect of the present invention includes a program storage unit that stores the game program, and a computer that executes the program stored in the program storage unit.

  ADVANTAGE OF THE INVENTION According to this invention, the game program and game system which can perform the mission which the user who participates in a multiplayer desires irrespective of the number of the users who desire the same mission in a multiplayer can be provided.

FIG. 1 is a block diagram showing a hardware configuration of a game system to which a game program according to an embodiment of the present invention is applied. FIG. 2 is a block diagram showing a functional configuration of the game system in the present embodiment. FIG. 3 is a flowchart showing a flow of mission execution processing in the present embodiment. FIG. 4 is a diagram illustrating an example of a party generated in the present embodiment.

  Hereinafter, a game system 1 according to an embodiment of the present invention will be described with reference to the drawings. With the game system 1 of the present invention, for example, a game is executed on the game device 2 such as a smartphone.

  In the game described in this embodiment, a user operates an arbitrary object to fight an enemy character in the virtual space. For example, the game in the present embodiment is a game in which one player object (player character) is activated in a virtual space and the player character and an enemy character (such as a monster) fight. In addition, this game allows multiplayer in which a plurality of computers operated by a plurality of users are synchronized via a communication network, and a plurality of users form a party and cooperate in a common game stage to advance the game. It is a game.

[Hardware configuration]
FIG. 1 is a block diagram showing a hardware configuration of a game system to which a game program according to an embodiment of the present invention is applied. The game system 1 has a configuration in which a game device 2 configured as a computer device and a server device 3 are communicably connected to each other via a communication network NW such as the Internet or a LAN. Among these, the game apparatus 2 includes a CPU 10 that controls its operation, and an operation input unit 12, a storage device 14, a ROM 15, and a RAM 16 are connected to the CPU 10 via a bus 11.

  The game apparatus 2 is configured such that a user grips a movable casing provided with a monitor 19 as a display unit. An operation input unit 12 is provided in the movable casing. In the present embodiment, each configuration of the game apparatus 2 is housed in a movable housing.

  The ROM 15 is a semiconductor memory such as a mask ROM or PROM, and stores a start program for starting the game apparatus 2 and the like. The RAM 16 is configured by DRAM, SRAM, or the like, and reads and temporarily stores a game program 30a to be executed by the CPU 10, game data 30b necessary for the execution, and the like according to the game play status.

  Furthermore, a graphic processing unit 17, an audio synthesis unit 20, and a network interface 25 are connected to the CPU 10 via the bus 11.

  Among these, the graphic processing unit 17 draws a game image including the virtual game space, each character, and the like according to an instruction from the CPU 10. The graphic processing unit 17 is connected to a monitor 19 built in the game apparatus 2 via the video conversion unit 18, and the game image drawn by the graphic processing unit 17 is converted into a moving image format by the video conversion unit 18. It is converted and displayed on the monitor 19.

  The audio synthesizing unit 20 reproduces and synthesizes digital game sound in accordance with instructions from the CPU 10. An external speaker 22 is connected to the audio synthesis unit 20 via an audio conversion unit 21. Therefore, the game sound reproduced and synthesized by the audio synthesizing unit 20 is decoded into an analog format by the audio converting unit 21 and output from the speaker 22 to the outside.

  The operation input unit 12 includes a touch panel provided on the monitor 19, and a corresponding operation input is performed when the user touches an operation button or the like displayed on the monitor 19.

  On the other hand, the server device 3 includes a high-performance CPU 40 that controls its operation, and a storage device 42, a ROM 43, a RAM 44, and a network interface 45 are connected to the CPU 40 via a high-speed bus 41.

  The ROM 43 of the server device 3 is a semiconductor memory such as a mask ROM or PROM, and implements basic operations of the server device 3 such as a program for controlling communication between the server device 3 and another game device 2. The basic program is stored.

  The RAM 44 is composed of DRAM, SRAM, or the like. The RAM 44 reads a program to be executed by the CPU 40, data necessary for the execution, and the like from the storage device 42 and temporarily stores the data.

  In the present embodiment, the game system 1 operates by a so-called native application.

  The storage device 42 of the server device 3 is a large-capacity storage medium built in the server device 3. The server device 3 stores a game program 42 a and game data 42 b in the storage device 42. The CPU 40 manages the save data 42c of each game apparatus 2 (account). The server device 3 and the game device 2 communicate with each other via the communication network NW.

  The game device 2 receives a game program 42a and game data 42b stored in the storage device 42 of the server device 3 via the game device 2 in order to execute (play) a predetermined game based on a user operation. (Download and install). Further, the game apparatus 2 receives (downloads and installs) an update game program and game data from the server apparatus 3.

  Based on the installed game program and game data, the game apparatus 2 performs a game progress on the game apparatus 2, and displays game effects (game images, sounds) associated with the progress of the game on a monitor 19 and a speaker 22, which will be described later. Output.

  Different game information (unique identification information) is given to each game device 2 and each user. And ID (identification code) is provided for every account information.

  The server device 3 manages account information of each user, receives data related to the game progress status of each account from the game device 2 and stores the data in the storage device 42.

  For example, when an operation for starting a game is performed by the user, each game device 2 communicates with the server device 3 via the communication network NW, and account information is transmitted from the game device 2. . The server device 3 performs predetermined authentication based on the transmitted account information, and transmits data necessary for the game progress (data relating to the game progress status) to the game device 2.

  The game device 2 receives data relating to the game progress status of this account and the game device 2 proceeds with the game. Further, the game apparatus 2 transmits data related to the game progress status to the server apparatus 3 not only at the start of the game but also at a predetermined timing of the game progress (when updating data such as item consumption or game task clear). As described above, the native application type game system communicates between the server device 3 and the game device 2 at a predetermined timing, and the server device 3 and the game device 2 synchronize to advance the game.

[Functional configuration of game device]
FIG. 2 is a block diagram showing a functional configuration of the game system in the present embodiment. As shown in FIG. 2, the game apparatus 2 constituting the game system 1 operates as a computer including a control unit 5a including a CPU 10, a storage device 14, a ROM 15, a RAM 16, a graphic processing unit 17, an audio synthesis unit 20, and the like. . The server device 3 operates as a computer including a control unit 5b including a CPU 40, a storage device 42, a ROM 43, a RAM 44, and the like.

  Then, as shown in FIG. 2, the control unit 5 of the game system 1 configured by the cooperation of the control unit 5a of the game apparatus 2 and the control unit 5b of the server apparatus 3 executes the game programs 30a and 42a. By doing so, the functions of the matching means 51, the game stage generation means 52, the mission execution means 53, the mission registration means 54, the reward granting means 55, etc. are exhibited.

  Among these, the matching means 51 performs matching between a plurality of users and generates a party to which the plurality of users belong in order to cause a plurality of player characters operated by the plurality of users to act on a common game stage. For this purpose, the matching unit 51 includes a matching request unit 511, a matching information display unit 512, and a party generation unit 513.

  Further, the game stage generation means 52 generates a common game stage in which a plurality of player characters operated by a plurality of users belonging to the generated party act. The mission execution means 53 executes a mission in which a plurality of users belonging to a party participate on a common game stage. The mission is selected from a plurality of missions. Information on the start position, end position, and achievement condition of each mission is set for each of the plurality of missions.

  The start position is an initial position of the player character in the mission. In other words, the start position is a start position at which the player character is placed on a common game stage when the mission is started.

  The end position is a position of a place necessary for the player character to achieve the mission. For example, if the achievement condition reaches point B, the point B is the end position. For example, if the achievement condition is to defeat a boss character appearing at a point C, the position where the point C appears is the end position.

  The achievement condition is set as a game clear condition in the mission. Achievement conditions include, for example, reaching a target position, defeating a predetermined character such as a boss character, meeting a predetermined non-player character (conversing, rescue, etc.), obtaining a predetermined item And so on.

  Furthermore, the mission execution means 53 generates a predetermined game screen. For example, the mission execution means 53 displays an image taken with a virtual camera arranged on a common game stage as a game screen. The mission execution means 53 controls the actions of the player characters placed on the common game stage based on the user's operation input and the like, and advances the game. Further, the mission execution means 53 controls the behavior of non-player characters such as enemy characters.

  The mission registration means 54 selects and registers a mission desired by a plurality of users belonging to the party as a mission to be executed in the corresponding computer.

  The reward granting means 55 grants a reward to each user who has participated in the mission based on the execution result of the mission.

  In the present embodiment, the matching request unit 511 is realized by the control unit 5a (first computer) in the game device 2 of the first user who makes a matching request as a host user. The matching information display means 512 is realized by the control unit 5a (second computer) in the game device 2 of the second user who participates in the mission as a guest user. The party generating unit 513 and the reward granting unit 55 are realized by the control unit 5b of the server device 3. The game stage generation unit 52, the mission execution unit 53, and the mission registration unit 54 are realized by the control unit 5a in the game device 2 of each user belonging to the party.

[Mission execution processing]
Hereinafter, the flow of the mission execution process in the present embodiment will be described in detail with a specific example. FIG. 3 is a flowchart showing a flow of mission execution processing in the present embodiment. First, a first user who is a host user selects a mission desired to be executed in the game apparatus 2 (first computer) of the first user from among a plurality of missions when performing multiplayer. The mission registration means 54 registers the selected mission as an execution mission and stores it in the storage device 42 (step S1). As described above, in the present embodiment, the mission registration means 54 registers the mission desired by the first user who is the host user before the party is generated.

  After registering the mission, the matching means 51 performs matching between a plurality of users using the first user as a host user in order to cause a plurality of player characters operated by a plurality of users to act on a common game stage. Create a party to which the user belongs. More specifically, the matching request unit 511 makes a matching request together with the mission information selected by the first user and the first user information from the first user game device 2 to the server device 3 (step S2). .

  The matching request is a request signal for performing matching with other users using the first user as a host user. The information of the first user may include the name (ID, etc.) of the first user, the in-game group to which the user belongs, the level of the first user, the character used, ability values (physical strength, attack power, etc.), equipment, and the like.

  The matching information display unit 512 stores the matching request from the host user received by the server device 3 in the storage device 42. Any user of the game apparatus 2 connected to the server apparatus 3 can be a host user. Therefore, matching requests from a plurality of users can be transmitted to the server device 3 in parallel. As described above, the matching information display unit 512 stores, as matching information, information on at least one mission requested by at least one host user in the storage device 42 in association with information on the host user who selected the mission. To do.

  The matching means 51 waits for a participation request from a second user who wishes to participate as a guest user (step S3). When the control unit 5a of the game device 2 (second computer) of the second user transmits a participation request to the server device 3, the matching information display unit 512 matches the matching information to the game device 2 that has transmitted the participation request. Send. The control unit 5a (second computer) of the game apparatus 2 that has acquired the matching information from the server apparatus 3 displays a list of the acquired matching information and corresponding host user information on the monitor 19.

  In this way, the matching information display unit 512 can display a list of matching information and corresponding host user information on the display units (monitors 19) of the plurality of game apparatuses 2.

  The second user selects a host user who wishes to participate in the party from among at least one mission listed on the monitor 19 of the game apparatus 2. When the second user selects a host user from among the at least one host user displayed in the list, the party generating unit 513 generates a party to which the second user who wants to participate and the corresponding host user belong (step S4). .

  The mission registration means 54 causes a guest user belonging to a party to select a mission desired as a mission to be executed in the corresponding computer (second computer) from a plurality of missions, and registers the mission selected by the guest user. (Step S5). The registered mission is stored in the storage device 42 of the server device 3 in association with the guest user. As described above, in the present embodiment, the mission registration unit 54 registers a desired mission for a guest user belonging to the party after the party is generated.

  In the present embodiment, the mission that can be selected by the guest user is a plurality of missions that can be executed by the guest user (unless there is a restriction such as not reaching the required execution level), the mission selected by the host user is selected. All missions including can be selected. That is, one guest user can select a mission that overlaps with a mission selected by other users (host user and other guest users) belonging to the party and a mission that is different from a mission selected by another user. is there.

  The matching information display means 512 also stores information on the guest users who have participated in the party and information on the mission selected by the guest users in the storage device 42 of the server device 3 as matching information. The matching information can also be displayed on the monitor 19 of the computer of the host user and guest user who already belong to the party. That is, the second user who has not yet joined the party can check the mission registered by the host user and the mission registered by the guest user who has already joined the party.

  The party generation means 513 waits for a mission execution decision instruction (operation) from the host user (step S6). The host user confirms the participation status of the guest user to the party and determines whether or not to execute the mission.

  When there is no mission execution decision instruction from the host user (No in step S6), the matching means 51 continues to wait for the participation of the second user (other users who have not yet joined the party) or continue to generate the party. Then, the mission registration means 54 registers the mission selected by the guest user who newly joined the party (steps S3 to S5).

  FIG. 4 is a diagram illustrating an example of a party generated in the present embodiment. In the example of FIG. 4, the names (users A to D) of host users and guest users belonging to the party, characters used, character levels, and registered missions are displayed. As for the guest user, when it is a friend of the host user (user B), that effect is displayed.

  In the example of FIG. 4, mission MA is registered as an execution mission for user A who is a host user, and mission MB (user B and user C) and mission MC (user D) are registered for users B to D which are guest users. ing.

  When a mission execution decision instruction is issued from the host user (Yes in step S6), the party generation unit 513 determines the users who will participate in the party. That is, the confirmed party is composed of a host user and at least one guest user who is determined to participate in the party at the time of the mission execution decision instruction. The determined party information is stored in the storage device 42 of the server device 3. The mission execution means 53 executes the mission in a manner to be described later at the determined party (steps S7 to S8).

  In the present embodiment, the maximum number of users who can participate in a party is determined in advance. For example, the maximum number of users who can participate in a party is set to four including the host user. The mission execution determination instruction is determined as an effective operation even if it is less than the maximum number of users who can participate in the party. In this case, the mission execution means 53 executes the mission at a party to which users of less than the maximum number (for example, less than 4 including the host users) belong.

  Here, the mission execution means 53 sequentially executes missions registered by a plurality of users (participating users) belonging to the party. First, the mission execution means 53 determines the execution order of missions registered by the participating users (step S7). The determined execution order is stored in the storage device 42 of the server device 3 in association with party information. And the mission execution means 53 starts in the execution order which determined the mission which the participating user registered (step S8).

  In the present embodiment, the mission execution means 53 executes the mission registered by the host user as the first mission, and then executes the mission registered by the guest user. When a plurality of guest users are participating in the party, the mission execution means 53 executes the missions registered by the corresponding guest users in the order of participation in the party as guest users.

  When executing a mission, the game stage generation means 52 generates a common game stage in which a plurality of player characters each operated by a participating user act. The mission execution means 53 executes the execution target mission on a common game stage.

  The reward granting means 55 grants a reward (normal reward) to each user who participates in the mission based on the execution result of the mission after one mission is completed (step S9).

  When one mission is completed, the mission execution unit 53 determines whether or not all the plurality of missions to be executed have been executed (step S10). If there is a remaining mission (No in step S10), the mission execution means 53 executes the next mission in the execution order (steps S8 to S9).

  In this way, a plurality of missions registered by a plurality of participating users belonging to a party are sequentially executed by multi-play by a plurality of participating users belonging to the party. For example, when there are four party participating users, the mission execution means 53 continuously executes a total of four missions registered by each participating user by multi-play by four users.

  In the example of FIG. 4, the mission execution means 53 sequentially executes four missions in the order of mission MA, mission MB, mission MB (second time), and mission MC. Even when the missions registered by the user B and the user C overlap, the mission execution means 53 executes the same mission a plurality of times according to the number of registrations.

  When the last mission in the execution order is completed (Yes in step S10), the reward granting means 55 gives the end of each mission to the user who has completed all the missions registered by the plurality of users among the plurality of users belonging to the party. A special reward is given separately from the normal reward given later (step S11).

  The special reward is determined based on, for example, information on participating users, information on execution missions, mission achievement, and the like. For example, as shown in the example of FIG. 4, if there is a user (user D) with a low level among participating users, a reward with higher value is given.

  If some of the participating users leave the party at the time before the last mission in the execution order ends, a special reward will be given to the users remaining in the party, It is not given to a user who has left.

  For example, in the example of the party in FIG. 4, when the user B leaves before the end of the last mission MC, the users A, C, and D are caused by the end of each mission MA, MB, MB (second time), MC. A normal reward and a special reward are awarded. On the other hand, the normal reward of the missions MA, MB, MB (second time) completed before leaving the party is given to the user B, and the reward and special reward of the last mission MC are not given.

  Furthermore, the matching means 51 may be configured so that when a part of a plurality of users belonging to a party leaves the party before executing all the missions registered by the plurality of users, another user (third user) ) Can join the party. The withdrawal of the user from the party occurs due to the deterioration of the communication status in the game device 2 of the user, interruption of the game due to the user's intention or other causes, and the like.

  In order to allow the third user to participate in an existing party, the mission registration means 54 selects a plurality of missions that the third user desires as a mission to be executed on his / her computer with respect to the third user who does not belong to the party. It is possible to register from among the missions.

  For example, in the example of the party in FIG. 4, when the user D leaves the party at the end of the third mission MB (before the start of the fourth mission MC), before the start of the fourth mission MC. Moreover, the matching means 51 waits for the participation of a new user (third user). When a participation request is made from the user E who is the third user, the matching unit 51 causes the user E to participate in the party in which the users A to C are participating.

  Even in this case, the next mission is executed regardless of whether or not the third user participates in response to a mission execution decision instruction from the host user.

  Here, when the mission desired by the existing participating users (users A to C) is completed at the time when the user D leaves the party, the matching means 51 is set at the time when the user D leaves the party. A user E who has registered missions other than the missions MA and MB that have already ended in the party can participate in the party.

  For example, when the user E desires the mission MD, the mission registration unit 54 registers the mission MD as the fourth mission. Then, the mission execution means 53 executes the mission MD as multiplayer by the users A to C and E.

  When none of the users A to C and E have left the party when the fourth mission MD is completed, the reward granting means 55 gives the users A to C and E a normal reward for completing the mission MD. And give a special reward to the users A to C who have played the four missions MA, MB, MB (second time) and MD. The user E who joined the party from the middle does not receive a special reward, but can execute the mission MD he desires early.

  On the other hand, when the user E's participation in the party does not end the mission desired by the existing participating user (for example, the user C leaves the party at the end of the third mission MB (second time), For example, when the mission MC desired by the user D is not being executed), the mission registration means 54 does not register the mission desired by the user E who is the third user. In other words, the matching means 51 accepts the participation of a third user who desires the remaining mission MC. Also in this case, the manner of granting the reward is the same as described above.

  In summary, the present embodiment includes a storage unit (storage device) 14 and a display unit (monitor) 19, each of which has a plurality of computers (game devices) 2 operated by a plurality of users, and the plurality of computers. 2 is a game program for a game system including a server device 3 that is communicably connected via a communication network NW, and each of the plurality of computers 2 includes the plurality of users participating in the game program. A plurality of player characters respectively operated by the plurality of users generate a common game stage in which they act in the same virtual space, and at least a player character corresponding to a user who performs an operation input to the computer 2 is defined as the user The common game stage according to the operation input to the computer 2 by The game program is configured to cause the game to progress, and the game program operates the control unit 5 including at least one of the server device 3 and the plurality of computers 2 by each of the plurality of users. In order for the plurality of player characters to act on the common game stage, matching between the plurality of users is performed to generate a party to which a plurality of users belong, and the plurality of users belonging to the party However, the mission registration means 54 for selecting and registering a desired mission as a mission to be executed in the corresponding computer from each of a plurality of missions, and the mission for participation of a plurality of users belonging to the party are the common On the game stage Mission execution unit 53 for the row, to function as, the transmission execution unit 53 executes a mission in which the plurality of user registers belonging to the party in turn, is a game program.

[Effect of the invention]
According to the game program in the present embodiment, one user and another user can participate in one party regardless of whether or not they want the same mission. Therefore, a party can be easily established even if the number of other users who desire the same mission as one user desires is small.

  Also, since the missions desired by each of multiple users participating in the party are executed in order, there is no need to register the next mission again at the end of one mission, and multiple missions should be executed at a fast pace Can do. As described above, according to the game program in the present embodiment, regardless of the number of users who want the same mission in multiplayer, it is possible to execute the mission desired by each user participating in the multiplayer.

  Furthermore, according to the present embodiment, as in the past, when a party is unlikely to perform the mission he desires, the party is dissolved and the party is created and dissolved frequently, such as creating a party again. Disappears. Therefore, the processing load on the server device 3 can be reduced.

  In this embodiment, the guest user registers his / her desired mission after deciding to join the party, so that he / she wishes in consideration of the abilities or desired missions of other users participating in the party. You can select a mission.

  In addition, in this embodiment, when a part of users who participate in a party leaves before starting the last mission, a new user (third user) is allowed to participate in the party. In the case where the user withdraws from the party on the way, it is possible to avoid the inconvenience that the user who continues to participate in the party cannot receive the special reward.

  Further, in the present embodiment, a special reward is given to a user who has completed all the missions registered by a plurality of users among a plurality of users belonging to a party, in addition to the reward after the completion of each mission. As a result, for each user participating in the party, all the missions registered by multiple users belonging to the party are registered even if the missions executed by the party include a mission that they do not want. Motivation to continue to join the party until the end.

[Other Embodiments]
Although the present embodiment has been described above, the present invention is not limited to the above-described embodiment, and various improvements, changes, and modifications can be made without departing from the spirit of the present invention.

  For example, the mission may be registered by the name of the mission (the entire mission identified by the identification number assigned to each mission) as in the above embodiment, but in addition to or instead of this , May include registration by some elements of the mission. For example, as a partial element of the mission, the name of an enemy character to be subjugated, the name of an item to be acquired, and specific participation conditions (level restriction, character restriction, equipment restriction, etc.) may be registered.

  Further, the number of times that the mission is to be executed may be included in the registered contents of the mission. For example, when the number of missions is set to two when registering the mission MA desired by the user A, the mission MA is executed twice.

  Also, a plurality of different missions may be registered per user. In this case, all of the plurality of registered missions may be executed, or the missions determined based on the desired order may be executed after registering the desired order for the plurality of missions at the time of registration. For example, when the first desired mission overlaps with other participating users, the second desired mission may be executed in addition to the first desired mission. Further, when the second desired mission overlaps with the first wishes of other participating users, the duplicate mission may be executed only once. Further, when a mission desired by a plurality of participating users is duplicated, the mission may be executed as many times as the number of duplicate users.

  Also, if the executed mission is not achieved (when the mission cannot be cleared, the enemy character you want to defeat cannot be defeated, the item you want cannot be acquired, etc.), the mission is automatically re-registered until the mission is achieved. May be. As a result, it is possible to execute a desired mission a plurality of times without the trouble of re-registering the mission.

  Moreover, in the said embodiment, although the registration of a mission was before a party production | generation about a host user, and after a party production | generation about a guest user was illustrated, it is not restricted to this. For example, both the host user and the guest user may register a mission before creating a party. Further, both the host user and the guest user may register a mission after creating a party.

  When both the host user and the guest user register a mission before creating a party, the matching unit 51 may preferentially match users who register the same mission. Thereby, it is possible to increase the possibility that the user wants to execute the mission to be executed a plurality of times.

  When registering a mission after creating a party, a standby screen before executing the mission may be displayed on the participating user's computer after generating the mission, and each participating user may be allowed to register the mission on the standby screen. On the standby screen, it may be possible to communicate between participating users by chat or the like.

  In the above embodiment, the mission execution order is an example in which the host user mission is executed first, and then the guest user mission is executed in the order in which the guest user joined the party as a guest user. Absent. For example, in server-managed multiplayer (multiplayer where there is no distinction between a host user and a guest user), missions may be executed in the order of participation in a party as a multiplayer participant.

  Moreover, when the mission which desires overlaps between participating users, a mission may be performed in order with many overlapping numbers. In this case, the duplicate mission may be executed as many times as the desired number of users, or may be executed only once, as in the above embodiment. Also, the order of mission execution may be determined randomly.

  After completion of one mission, recovery of physical strength or recovery of abnormal state may be performed before or when the next mission is executed. In addition, after the end of one mission and before the start of the next mission, an equipment change screen or a standby screen on which a chat or the like can be performed may be displayed on the participating users' computers.

  Alternatively, a plurality of registered missions may be continuously executed without screen transition. In this case, for example, when the enemy character that is the purpose of the first mission is subjugated, the second mission may be started as it is. In this case, in the next mission, the player character's physical strength, condition abnormality, belongings, etc. may be taken over without being recovered or supplemented.

  Further, after executing all the missions registered by the participating users (a series of (first round) mission sets), the party may be dissolved or the party may be continued. When the party is continued, a standby screen or the like may be displayed to allow registration (change) of a mission (second mission set) desired by each user who participates in the same party again.

  Furthermore, when continuing a party, you may permit participation of a 3rd user, when a part of participating user leaves | separates from a party or the mission was started with less than the maximum number of parties. In this case, the newly joined third user may be able to select a mission that overlaps with the mission selected by the other participating users in the same manner as the existing participating users.

  Moreover, the reward (normal reward) given to a participating user at the end of each mission may be different among a plurality of participating users. For example, the normal reward may be determined for each participating user in accordance with the contribution to mission achievement, the level of the player character operated by each participating user, and the like.

  Moreover, in the said embodiment, although the normal reward illustrated the aspect given to a participating user at the time of completion | finish of each mission, it is not restricted to this. For example, the normal reward may also be given to the participating users at the end of all missions, like the special reward. In this case, a normal reward scheduled to be given at the end of each mission may be displayed on each mission result display screen or the like to notify each participating user.

  The normal reward and the special reward may be uniform regardless of the difference of participating users. Further, the type of normal reward and the type of special reward may be the same or different. For example, when the normal reward is to give in-game currency or the like, the special reward may be to give more in-game currency or the like.

  Further, in the above embodiment, when some users out of a plurality of users belonging to a party leave the party before executing all the missions registered by the plurality of users, a new user (the first user) 3 users) can participate in the party, but instead of this, the third user may not be able to replenish. In this case, the remaining missions may be executed by the remaining participating users who are continuously participating in the party, and a special reward may be given to the participating users remaining at the end of all the missions.

  Moreover, in the aspect which can supplement a 3rd user, after the 3rd user who participated in the party on the way after all the missions which have not been performed among all the missions which the existing participating user registered at the time of participating in a party, The mission desired (registered) by the third user may be executable.

  For example, after executing all the missions registered by existing participating users (after executing the first round of mission set), participating users who remain in the party at that time, including the third user, register the mission again. Thus, the mission desired by the third user may be executed by executing the mission set of the second round. In this case, the mission executed first in the mission set of the second round may be a mission registered by the third user.

  In addition, if the number of participants after executing a mission is less than the maximum number of participants in the party, a third user can participate between the previous mission and the next mission regardless of whether or not there are users who left the party on the way It is good. Even in this case, the mission execution by a user less than the maximum number of participants may be enabled by a mission execution determination instruction from the host user. It is also possible to start the first mission with the maximum number of participants in the party.

  Moreover, in the said embodiment, although the party production | generation means 513 and the reward provision means 554 demonstrated the aspect which the control part 5b of the server apparatus 3 implement | achieves, these are controlled by the control part 5a (for example, host user's) of the game device 2. (First computer) may be realized. In the above embodiment, the game stage generation means 52, the mission execution means 53, and the mission registration means 54 are realized by the game device 2 of each user belonging to the party (game progress is performed on the game device 2 side). The embodiment is exemplified. Instead, the progress of the game may be managed on the server device 3 side.

  Moreover, in the said embodiment, although the party was formed in the server apparatus 3, it illustrated in any of the some game devices 2 (a host computer's 1st computer or a guest user's 2nd computer). It may be formed.

  In the above embodiment, the game apparatus 2 is assumed to be a portable information terminal such as a smartphone or a tablet PC, or a portable game-dedicated device. However, the game apparatus 2 is not limited thereto, and is a stationary type. The present invention can also be suitably applied to computer devices such as game devices and personal computers.

  The game apparatus 2 may include a disk drive, a memory card slot, an HDD, or the like. In a game device including a disk drive, the game device 2 may acquire a game program and game data by loading a disk-type memory such as a DVD-ROM into the disk drive. In addition, in a game device having a memory card slot, save data may be stored in the card type storage medium by loading the card type storage medium.

  Even when these other embodiments are employed, the effects of the present invention are exhibited. In addition, this embodiment, other embodiments, and other embodiments can be appropriately combined.

  The present invention is useful for providing a game program and a game system capable of executing a mission desired by a user who participates in multi-play regardless of the number of users who desire the same mission in multi-play.

DESCRIPTION OF SYMBOLS 1 Game system 2 Game apparatus 3 Server apparatus 5 Control part (computer)
5a Control unit of game device 5b Control unit of server device 14, 42 Storage device (storage unit)
19 Monitor (display section)
30a, 42a Game program 51 Matching means 53 Mission execution means 54 Mission registration means 55 Reward grant means 511 Matching request means 512 Matching information display means 513 Party generation means

Claims (6)

A game for a game system, comprising a plurality of computers each having a storage unit and a display unit, each operated by a plurality of users, and a server device connected to the plurality of computers via a communication network so as to communicate with each other A program,
Each of the plurality of computers generates a common game stage in which a plurality of player characters that are operated by the plurality of users and each of the plurality of users operate in the same virtual space, and at least to the computer The player character corresponding to the user who performs the operation input is configured to advance the game by causing the player character to act on the common game stage in response to the operation input to the computer by the user.
The game program includes a control unit configured by at least one of the server device and the plurality of computers.
A matching means for performing matching between the plurality of users and generating a party to which the plurality of users belong in order to cause the plurality of player characters operated by the plurality of users to act on the common game stage;
A mission registration means for selecting and registering a mission desired as a mission to be executed by the plurality of users belonging to the party from a plurality of missions, and a plurality of users belonging to the party participating The mission to function as mission execution means for executing on the common game stage,
The mission execution means is a game program for sequentially executing missions registered by the plurality of users belonging to the party. The mission registration means can register a mission that the other user desires as a mission to be executed on the computer of the other user from a plurality of missions to another user who does not belong to the party. ,
The matching means may be configured such that when a part of a plurality of users belonging to the party leaves the party before executing all the missions registered by the plurality of users, the part is removed from the party. The game program according to claim 1, wherein said other user who has registered a mission other than a mission that has already been completed at said party when said user leaves can participate in said party. The matching means includes
Matching request means for requesting the server device to match with another user, with the first user as a host user,
A party that determines a guest user to participate in a mission to be executed in the common game stage together with the first user based on a request for participation of the second user, and generates a party to which the host user and at least one guest user belong Generating means,
The game program according to claim 1, wherein the mission execution unit executes a mission registered by the host user first, and thereafter executes a mission registered by at least one guest user.   The game program according to claim 3, wherein the mission registration unit registers the mission desired by the host user before generating the party. The control unit
Based on the execution result of the mission, it functions as a reward granting unit that rewards each user who participated in the mission,
The reward granting means grants a special reward to a user who has completed all the missions registered by the plurality of users among the plurality of users belonging to the party, in addition to the reward after the completion of each mission. A game program according to any one of the above. A program storage unit storing the game program according to any one of claims 1 to 5;
A game system comprising: a computer that executes a program stored in the program storage unit.