JP6038870B2 - Video game processing apparatus and video game processing program - Google Patents

Description

  The present invention relates to a video game processing apparatus and a video game processing program for controlling the progress of a video game in which a predetermined action effect is generated by a plurality of players performing actions sequentially.

  2. Description of the Related Art Conventionally, many systems for providing video games that allow a plurality of users to participate via a communication network have been proposed.

  In such a system, when a user connects to a network and chats with another user, the user who is in a friendly relationship with the game and the user who is hostile are identified, and according to the identification result By configuring the chat information to be sent to each player who participates in the same game, the necessary chat information is sent to each player so that the player who has sent it works favorably in the progress of the game, Some make it possible to recognize the presence of an enemy (see Patent Document 1).

JP-A-2005-34303

  However, in such a system, when a certain user is playing a video game, chat information is not displayed on the display screen of the user terminal operated by the user when the other user is not playing the video game. There existed a subject that the said user might not be able to obtain the feeling of solidarity and solidarity with other users.

  An object of the present invention is to be able to provide a sense of togetherness and solidarity with other users.

  According to a non-limiting aspect, the video game processing apparatus of the present invention is a video game processing apparatus that controls the progress of a video game in which a plurality of players tackle a common problem, and responds to a problem provision request from the player. A task identifying means for identifying a task to be performed, another player related information generating means for generating other player related information indicating another player corresponding to the identified task, and a task screen indicating the identified task on the task screen. And display means for displaying an image including a character string satisfying a display condition during the progress in association with the other player.

  According to a non-limiting aspect, the video game processing program of the present invention is a video game processing program for causing a computer to realize a function of controlling the progress of a video game in which a plurality of players tackle a common problem. The computer specifies a task identification function for identifying a task corresponding to a task provision request from the player, an other player related information generation function for generating other player related information indicating another player corresponding to the identified task, and the identified This is to realize a display function for displaying an image including a character string satisfying a display condition while the task is in progress on the task screen indicating the task in association with the other player.

  According to the present invention, it is possible to provide a sense of togetherness and solidarity with other users.

It is a block diagram which shows the example of a structure of a video game processing system. It is a block diagram which shows the example of a structure of a video game processing server. It is explanatory drawing which shows the example of the storage state of assignment related information. It is a flowchart which shows the example of a subject relevant process. It is explanatory drawing for demonstrating the example of a subject screen. It is a flowchart which shows the example of a pseudo log display process. It is explanatory drawing for demonstrating the example of a battle log | history display screen. It is explanatory drawing for demonstrating the example of the display mode of action history. It is explanatory drawing for demonstrating the example of the display mode of a bustling sentence. It is explanatory drawing for demonstrating the example of a damage bar. It is a flowchart which shows the example of a damage bar related process.

Hereinafter, an example of an embodiment of the present invention will be described with reference to the drawings.
FIG. 1 is a block diagram showing an example of the configuration of a video game processing system 100 according to an embodiment of the present invention. As shown in FIG. 1, a video game processing system 100 includes a video game processing server 10 and user terminals 21 to 2N (N is an arbitrary integer) used by a plurality of users. Note that the configuration of the video game processing system 100 is not limited thereto, and a single user terminal may be used by a plurality of users, or a configuration including a plurality of servers.

  The video game processing server 10 and the plurality of user terminals 21 to 2N are each connected to a communication network 30 such as the Internet. Although not shown, the plurality of user terminals 21 to 2N are connected to the communication network 30 by performing data communication with a base station managed by a communication provider through a wireless communication line.

  The video game processing system 100 has various functions for controlling the progress of a video game (so-called online game) in which a plurality of players play in the same virtual space (including a synchronized virtual space and an asynchronous virtual space). Have.

  The video game processing server 10 is managed by an administrator of the video game processing system 100, and has various functions for providing information relating to the video game to the user terminals 21 to 2N.

  The video game processing server 10 is configured by an information processing apparatus such as a WWW server, and includes a storage medium that stores various types of information. In the video game processing system 100, it is preferable that the video game processing server 10 manages information related to the video game from the viewpoint of reducing the processing load on each of the plurality of user terminals 21 to 2N. However, it is good also as a structure which each of the some user terminal 21-2N manages a part of information regarding a video game.

  FIG. 2 is a block diagram illustrating an example of the configuration of the video game processing server 10. As shown in FIG. 2, the video game processing server 10 includes a control unit 11, a communication unit 12, a search unit 13, a determination unit 14, an update unit 15, and a video game information storage unit 16.

  The control unit 11 includes a CPU, a ROM, and the like, and has a function for controlling the entire video game processing server 10 in accordance with a control program stored in the video game information storage unit 16.

  The communication unit 12 has a function for performing communication with a plurality of user terminals 21 to 2N via a communication network 30 such as the Internet.

  The search unit 13 searches for information according to the progress of the video game (for example, information according to the progress of the video game at each user terminal) from various information stored in the video game information storage unit 16. It has the function of.

  The determination unit 14 has a function for making various determinations according to the progress of the video game. In this example, the determination unit 14 has a function of performing various determinations in a problem-related process (see FIG. 4) described later based on various determination conditions stored in the video game information storage unit 16.

  The update unit 15 has a function for updating various information stored in the video game information storage unit 16 in accordance with the progress of the video game. The information used for the update process may be obtained from a plurality of user terminals 21 to 2N, or may be prepared in advance in the video game information storage unit 16.

  The video game information storage unit 16 is constituted by, for example, a database device, and stores various information related to the video game that the video game processing system 100 controls its progress, and various data such as a video game control program. It is.

  Here, an outline of a video game whose progress is controlled by the video game processing system 100 will be described. In this example, the video game processing system 100 controls the progress of a so-called online RPG (online role playing game) played at each of the plurality of user terminals 21 to 2N.

  In this example, the video game has a configuration including a battle scene in which a player (that is, a user of the user terminal) uses a virtual card for the main character of the story (player character) (a configuration of a so-called online card battle RPG). Yes. In the video game in this example, a battle (boss battle) in which a specific enemy character and a plurality of players battle each other is provided as a common problem to be tackled by a plurality of players. Hereinafter, the boss battle will be described. In the boss battle, each player constructs a deck by combining virtual cards possessed by the player before the battle starts, and attacks an enemy character using a deck showing various statuses including HP and attack power (ATK). Then, by satisfying the victory condition for the enemy character by the attack by each player (for example, the HP of the enemy character is set to 0 within the time limit), the level of the enemy character and each player are assigned to each player participating in the boss battle. A privilege (for example, a virtual card corresponding to the defeated enemy character) is given to each player in accordance with the amount of damage given to the enemy character. Each player character is given an experience value according to the amount of damage given to the enemy character. The experience value given to the player character affects the level of the player character.

  In order to control the progress of the video game described above, in this example, the video game information storage unit 16 includes a player information storage unit 16a and a task related information storage unit 16b (see FIG. 2).

  The player information storage unit 16a is a storage medium that stores player information that is information about each player. In this example, the player information indicates information necessary for the player to play a video game, such as player identification information, level, and possessed items (not shown).

  The task-related information storage unit 16b is a storage medium that stores task-related information that is information indicating tasks that a player can challenge in a video game. In this example, a case where the task related information is information (battle related information) related to a battle executed in accordance with the progress of the video game will be described as an example. Note that the task indicated by the task-related information is not limited to a battle with an enemy character, but may be anything that can be shared as a task by a plurality of players, such as a quiz or a puzzle.

  In this example, the battle related information is a boss battle, in particular, a battle (group) that is performed in a predetermined period (for example, one week) between an enemy character that each player can encounter accidentally and a group to which the player who encounters the enemy character belongs. Shows information about (battle).

  FIG. 3 is an explanatory diagram illustrating an example of a storage state of task related information (hereinafter referred to as “battle related information” as appropriate) in the task related information storage unit (hereinafter referred to as “battle related information storage unit”) 16b. is there. As shown in FIG. 3, the battle related information includes a group number that can uniquely identify each group, an enemy character number that can uniquely identify an enemy character, an enemy level that indicates the level of the enemy character, a battle history, including.

  The group is a group formed by a predetermined number (for example, 30 players) according to a predetermined rule (for example, a player with a close level is given priority or may be random). In this example, for example, during the event period, group formation and dissolution are automatically performed at predetermined intervals (for example, every week). In addition, the rule which determines a group is not specifically limited, It is good also as a structure which players perform group registration.

  The enemy level is assumed to increase by a predetermined number (for example, one level) every time the group wins the enemy character. That is, a player belonging to a group performs a group battle by encountering an enemy character by searching, and when the group battle ends, the player searches for an enemy character by searching again to play a video game.

  The battle history is an action history of players belonging to the group. In this example, challenges such as a player number indicating a player who has attacked an enemy character as an action, and an effect (behavior effect, specifically, the amount of damage given to the enemy character) are taken. Information indicating the action history of the player who has performed (in this example, the history of actions performed by the player who participated in the battle. Battle history) is stored. In this example, the latest 30 battle histories are stored.

  Each of the plurality of user terminals 21 to 2N is managed by a user (player) who plays a video game. For example, a network distribution type game such as a mobile phone terminal, a PDA (Personal Digital Assistants), or a portable game device can be played. It is composed of possible mobile communication terminals. Each of the plurality of user terminals 21 to 2N is connected to the communication network 30 and communicates with the video game processing server 10 to execute a video game (for example, a display device or a display device that displays a game screen) Audio output device etc.) and software. The plurality of user terminals 21 to 2N may be configured to be able to perform direct communication without using the video game processing server 10.

  Next, the operation of the video game processing system 100 of this example will be described. Note that the contents of operations and processes not related to the present invention may be omitted.

  FIG. 4 is a flowchart illustrating an example of problem-related processing executed by the video game processing system 100. In the task-related processing, processing related to the challenge of the player to the task is performed. Hereinafter, a case where the video game processing server 10 (server 10) and the user terminal 21 (terminal 21) execute the task related processing will be described as an example. In this example, the processing executed by the server 10 is given a step number in the 100s, and the processing executed by the terminal 21 is given a step number in the 200s or 300s.

  For example, the task-related process is started in response to a request for providing a task by the user (player P1) of the terminal 21 being received in the terminal 21.

  In the game process, first, the terminal 21 transmits a task provision request presenting player information to the server 10 (step S201). In this example, the terminal 21 transmits to the server 10 a display request for a battle screen indicating the enemy character that presented the identification information of the player P1.

  Upon receiving the assignment providing request, the server 10 specifies an assignment corresponding to the presented player information (step S101). In this example, the server 10 refers to the player information and the task information, and identifies an enemy character that the player can play against.

  When the task is identified, the server 10 identifies another player (other player) corresponding to the identified task (step S102). In this example, the server 10 refers to the task information indicating the identified task, and identifies a player (excluding the player P1) in which the battle history is stored as another player. The server 10 may be configured such that a player who satisfies a predetermined exclusion condition is not regarded as another player. Exclusion conditions include time-related conditions such as “Battle history was registered 30 minutes or more before the current time” and conditions related to action results such as “not giving a specific amount of damage” Various conditions are conceivable.

  When the other player is specified, the server 10 specifies the action history of the specified other player (step S103). In this example, the server 10 specifies the content indicated by the task information (in this example, the battle history) as the action history of other players.

  When the action history of the other player is specified, the server 10 generates other player related information (step S104). In this example, the server 10 sets the order in the action history of the player who has challenged the task, generates a character string indicating each action history (or selects from a character string group prepared in advance), and so on. Player related information is generated. In this example, in order to manage the battle history in chronological order, the server 10 determines the number of hours before (or up to) the battle history to be used. Will be set. Further, in this example, the server 10 refers to the player information of each other player, and generates other player related information so that the virtual card set by the other player as the leader can be used as the identification image of each other player. To do.

  When the server 10 generates the other player related information, the server 10 transmits the task information and the other player related information to the terminal 21 (step S105).

  Upon receiving the task information and other player-related information, the terminal 21 displays a task screen based on the task information on the display screen of the display device (step S202). In this example, the terminal 21 displays a battle screen including an enemy character and a virtual button for receiving an operation input by the player on a display screen of a display device including a touch panel.

  FIG. 5 is an explanatory diagram for explaining an example of the assignment screen. As shown in FIG. 5, the battle screen as the task screen in this example includes an enemy character NPC, a virtual button 501 for accepting an execution request for a boss battle with the enemy character NPC, a log button 502, and an enemy character NPC. Of two types of groups (a group to which the player P1 does not belong and a group to which the player P1 does not belong) each participating in the battle between the HP gauge 503 indicating the HP of the player and the enemy character NPC. A damage bar 504 indicating the ratio is provided. The damage bar 504 will be described later (see FIG. 10).

  When displaying the assignment screen, the terminal 21 determines whether or not an operation information transmission request has been received (step S203). In this example, the terminal 21 determines that the operation information transmission request has been received when the player's touch operation on the display position of the virtual button 501 is detected.

  If the terminal 21 determines that it has not received an operation information transmission request, for example, by not receiving a touch operation on the display position of the virtual button 501 within a predetermined time (N in step S203), the display condition of other player related information Whether or not is satisfied is determined (step S204). In this example, the terminal 21 determines that the display condition of the other player related information is satisfied when the operation from the player for a specific time is not accepted.

  When the terminal 21 determines that the display condition of the other player related information is satisfied, the terminal 21 executes a process (pseudo log display process) for displaying a pseudo action history (pseudo log) on the task screen (step S300). In this example, the case where the terminal 21 is configured to display an action history or a lively sentence as appropriate with reference to other player-related information will be described as an example. However, the configuration of the pseudo log display process is limited to this. However, any other player-related information may be displayed as time elapses. That is, for example, the server 10 transmits information (pseudo log display information) indicating an action history or a lively sentence displayed or erased as time passes to the terminal 21 in the process of step S105, and the terminal 21 The assignment screen may be displayed according to the received pseudo log display information. Further, when the terminal 21 displays the pseudo log, it determines whether or not a predetermined update condition is satisfied, and if it is determined that the predetermined update condition is satisfied, communication with the server 10 is performed. It is good also as a structure which starts and updates other player related information. That is, when the terminal 21 is displaying a screen (knight order TOP screen) before executing the processing of step S205 (processing for transmitting operation information to the server 10) to be described later, the other player related information is displayed. It is good also as a structure which updates automatically. In this case, as the update condition, for example, when the operation information transmission request is not received before a specific time (for example, 3 minutes) has elapsed since the assignment screen is displayed, the other player related information is updated in the server 10. It is preferable that the conditions be satisfied in a situation that is considered to be highly likely.

  FIG. 6 is a flowchart illustrating an example of the pseudo log display process executed by the terminal 21. In the pseudo log display processing in the present example, the battle history (or battle log information) and a sentence displayed for a lively event that is not related to the battle (a lively sentence. For example, “Player P2 is admired by the enemy”) Etc.). Here, the battle history means a battle history included in the other player information. In this example, the terminal 21 displays the battle history in response to the log button 502 (see FIG. 5) on the battle screen in a state where an enemy character appears, being selected by the player.

  FIG. 7 is an explanatory diagram for describing an example of a battle history display screen. As shown in FIG. 7, on the battle history display screen, an image showing the battle history of other players belonging to the same group (knight group) as the player P1 is arranged on the left side of the screen. On the other hand, on the right side of the screen, an image showing the battle history of another player belonging to a group different from the player P1 is arranged. Note that these images are preferably configured such that, for example, color coding, the player P1 can distinguish between his own knight group and the opponent's knight group. In this example, the name, image, action time, and action content of other players displayed on the battle history display screen (especially when the activated support effect, skill, and one attack consist of multiple turns) (The cumulative total of damage given to the enemy character in each turn) is obtained from the server 10.

  In the pseudo log display process, the terminal 21 first refers to the other player related information (step S301). In this example, the terminal 21 refers to the other player related information, and identifies the battle history that has already been displayed since the assignment screen is displayed and the battle history that is not displayed. Note that when the other player-related information received from the server 10 includes the action history of the player P1, the terminal 21 may exclude the player P1 battle history from the display target. By adopting such a configuration, it is possible to eliminate the possibility that the feeling of competing is hindered by displaying the battle history of the player P1 itself.

  When the terminal 21 refers to the other player-related information, the terminal 21 determines whether there is a battle history that has not been displayed in the past (step S302). Here, when it is determined that there is a battle history that has not been displayed in the past (Y in step S302), the terminal 21 preferentially displays the old battle history (that is, the battle history indicating the action that was executed earlier). It is displayed on the screen (step S303). In this example, the terminal 21 sequentially displays images indicating a predetermined number (for example, one) of battle histories at predetermined time intervals.

  FIG. 8 is an explanatory diagram for explaining an example of a display mode of an action history (in this example, a battle history). In the task scene (battle screen) shown in FIG. 8, the battle history is indicated by an image 801 indicating the battle history. In addition, although the terminal 21 shows a battle history, it is good also as a structure which displays a predetermined number (for example, one) image at a time. That is, for example, when the terminal 21 displays the battle history of the other player P2 for a predetermined time (for example, 1 second) and does not accept an operation input from the player P1 during that time, an image showing the next executed battle history is displayed. It is good also as a structure which deletes the image which shows the battle log | history displayed until then instead of displaying.

  On the other hand, if it is determined that there is no battle history that has not been displayed in the past (N in step S302), the terminal 21 displays a lively sentence (step S304). In this example, the terminal 21 generates an image including a character string according to the content of the other player related information and a predetermined character string output rule, and displays the generated image. The generated character string is preferably configured such that the content is not continuous. For example, another player character string may be associated sequentially or randomly from a character string group prepared in advance.

  FIG. 9 is an explanatory diagram for explaining an example of a display mode of lively sentences. In the assignment screen shown in FIG. 9, the lively text is displayed as an image showing the lively text. In addition, although a lively sentence can also consider various display aspects similarly to a battle log | history, it is preferable that it is what does not reduce the visibility of a subject screen.

  In this example, an image 801 indicating a battle history and an image 901 indicating a lively sentence are displayed at coordinates (for example, random coordinates) determined within a specific range on the screen. That is, when the terminal 21 determines an image to be displayed, the terminal 21 also determines a position for displaying the image. By providing variations in the positions of the images to be displayed sequentially, it becomes possible to give a motion to the task screen. In addition, regarding the display position of an image, the group to which the other player corresponding to an image belongs may influence (for example, the image corresponding to the other player of the same group as the player P1 is displayed on the left side of the screen).

  When the terminal 21 displays the action history or the lively sentence, the terminal 21 stores the display history (step S305), and proceeds to the process of step S203 of the task related process (see FIG. 4). By adopting such a configuration, when a battle is entered before the entire battle history is displayed (that is, when an operation information transmission request is accepted), when a battle screen is displayed thereafter, a battle history that is not displayed. Can be displayed. That is, for example, for the player P1, the battle history is stored as “I attacked the enemy → Mr. A attacked the enemy → Mr. B attacked the enemy → Mr. C attacked the enemy”. When a battle is entered in a state where only “attack” is displayed (that is, an image corresponding to “Mr. A is attacked” is displayed on the screen) and the battle ends, the terminal 21 displays “Mr. B” next. Is an image corresponding to “attack on the enemy”. However, since only the past 30 pieces of information are taken in the battle history, the terminal 21 skips the battle history (past log) that has flowed.

  When the terminal 21 determines that an operation information transmission request has been received by receiving a touch operation on the display position of the virtual button 501 on the assignment screen (N in step S203), the terminal 21 transmits the operation information to the server 10 (step S205). . In this example, the terminal 21 transmits an attack request to the enemy character NPC by the player P1 to the server 10 as operation information.

  Upon receiving the operation information, the server 10 updates the task information according to the received operation information (step S106). In this example, the server 10 calculates the damage that the player P1 causes to the enemy character NPC, and updates the task information so as to subtract the calculated damage from the remaining HP of the enemy character NPC. The terminal 21 refers to the player information, and the player's current attack power and HP (values calculated by virtual cards constituting the deck), the deck cost, and the current battle cost of the player P1 ( The damage that the player P1 causes to the enemy character NPC is calculated according to the numerical value of a predetermined item including a value that indicates a usable deck cost.

  When the task information is updated, the player P1 determines whether or not the player P1 has cleared the task (step S107). In this example, the terminal 21 determines that the task has been cleared when the updated task information satisfies the clear condition (specifically, when the HP of the enemy character NPC is 0). If it is determined that the task has not been cleared, the server 10 proceeds to the process of step S104. On the other hand, if the server 10 determines that the task has been cleared, the server 10 gives the player P1 a privilege according to the task that the player P1 has cleared (step S108). In this example, the server 10 has the player P1 and the enemy character NPC. With respect to the other players who participated in the battle with the player, the bonus conditions for which the grant conditions have been set in advance based on the percentage of damage (for example, the percentage of damage to the maximum HP of the enemy character NPC) that each gave to the enemy character NPC Each player grants a privilege that satisfies the granting condition (specifically, player information corresponding to each player is updated).

  In addition, the determination method of the privilege which the server 10 provides with respect to each player is not limited to the method based on damage, For example, the method based on the degree (contribution) which each character contributed to defeating enemy character NPC It is good also as a structure using. In this case, for example, the server 10 may be configured to determine two types of contributions of “attack contribution” and “remaining HP contribution” as contributions. In this case, the attack contribution is calculated based on the damage given to the enemy during one battle (the more the damage is given, the greater the amount of frightening is), and the remaining HP contribution is It is good also as a structure calculated based on one's remaining HP at the time of the end of 1 battle (the amount which can be gained increases as HP increases). Further, as a method for determining the contribution level, the server 10 may be configured to use a method for reflecting the battle progress in the contribution degree, for example, reflecting the number of attacks, consumption items, and the like in the contribution degree.

  Here, the “damage bar” that is an element related to the damage in this example will be described. The damage bar 504 shown in FIG. 5 indicates the ratio between the total damage dealt to the enemy character NPC by the group to which the player P1 belongs and the total damage dealt to the enemy character NPC by the group to which the player P1 does not belong. It is. In this example, the server 10 provides a difference in the privilege to be given to each player when the enemy character is subjugated according to the magnitude of damage that each group has given to the enemy character NPC. Therefore, each player can determine whether the group damage is large or small by looking at the damage bar, and consider whether or not to attack by consuming the battle cost. It should be noted that the terminal 21 is not the damage bar (or in combination with the damage bar), for example, an element indicating a battle situation with an enemy character such as a bar (contribution bar) indicating a contribution ratio of a plurality of groups. It is good also as a structure which displays. In this case, the terminal 21 may be configured so that the user can identify each of the attack contribution and the remaining HP contribution. By displaying the degree of contribution by type, for example, the tendency of other players' behavior can be suggested to the user.

  FIG. 10 is an explanatory diagram for explaining an example of a damage bar. The point of the configuration for displaying the damage bar in this example is that “the absolute value that varies with the current HP of the enemy is determined”. In other words, with such a configuration, the occurrence of unnaturalness caused by the ratio of damage to the enemy being “100% self, 0% opponent” in the first attack is avoided. Will be able to. That is, the width of the damage bar that changes depending on the amount of damage between the group to which the player P1 belongs (self) and the group to which the player P1 does not belong (the opponent) is “(the enemy's maximum HP−the enemy ’s current state). HP) / Enemy Maximum HP ”. For example, when the enemy's maximum HP is 500, and the enemy's HP is reduced by 50, “(500-50) /500=0.1”, so the width of the damage bar is within ± 10%. Become. That is, for example, when “only you have dealt 50 damage. That is, when your opponent is not attacking at all”, the damage bar is in the state of FIG. In addition, the damage bar is in the state shown in FIG. 10B when “only the opponent has dealt 50 damage. That is, when he / she does not attack at all”. In addition, when “you have 37.5 damage and your opponent has done 12.5 damage”, the damage bar is in the state of FIG. Further, when “they and the opponent both deal 25 damage, that is, when the damage is the same”, the damage bar is in the state shown in FIG. Note that information for displaying the damage bar is stored in the task information storage unit 16b.

  When the server information is updated, the server 10 transmits privilege information indicating the privilege granted to the player P1 to the terminal 21 (step S109). In this example, the server 10 transmits information indicating that the task has been cleared (that is, that the enemy character has been defeated) to the terminal 21 in addition to the privilege information.

  When receiving the privilege information, the terminal 21 displays a privilege screen (not shown) indicating a privilege or the like based on the received privilege information (step S206), and ends the process here.

  As described above, in the above-described embodiment, the video game processing device (for example, the server 10 or the terminal) that controls the progress of the video game in which a plurality of players tackle a common problem (for example, subjugation of enemy characters). 21) includes task-related information storage means (for example, task information storage unit 16b) for storing task-related information indicating a task that the player can challenge in the video game and an action history of the player who has challenged the task, An issue providing request from the player P1 is accepted (for example, step S201), an issue corresponding to the issue providing request is identified (for example, step S101), the identified issue related information is referred to, and other players corresponding to the identified issue Is generated (for example, step S104), and a task screen showing the identified task is displayed. Since it is configured to display at least a part of the generated other player related information (for example, battle history) (for example, step S300), it provides a sense of co-competition and solidarity with other users. Will be able to.

  That is, information indicating the presence of another user can be displayed on the game screen of the user (player), so that even a user who is playing a game alone can play a game together with the other user. Will be able to provide a sense of progress.

  In the above-described embodiment, the video game processing device (for example, the server 10 or the terminal 21) receives a task provision request that presents the player's identification information (for example, step S101), and the player who has challenged the task. By setting the order in the action history, other player related information is generated (for example, step S104), and an image showing the action history of the player is displayed according to the order (for example, step S300). Can be provided, and a sense of sympathy and solidarity with other users can be effectively produced.

  In the above-described embodiment, the task-related information (for example, battle-related information) indicates the action history of the player who has challenged the task in time series, and the video game processing device (for example, the server 10 or the terminal 21) , Set the order according to the time series (for example, using the execution time of the battle shown in the battle history), generate a lively sentence that is a character string different from the character string according to the action history of the player who challenged the task, Since the generated lively sentence is displayed at a predetermined time (for example, when all the battle history is displayed) (for example, step S300), it provides the user with a sense of competition and solidarity without displaying the same action history indefinitely. Will be able to.

  Further, in the above-described embodiment, the video game processing device (for example, the server 10 or the terminal 21) displays the action history (for example, other player-related information received by the terminal 21) of the player who has challenged the task for which the order has been set. It is determined whether or not all of the included battle history is displayed (for example, step S302), and the generated lively sentence is displayed in response to determining that all are displayed, so the actual battle history ( The actual log) and the generated pseudo log (pseudo log) can be appropriately used properly.

  Although not specifically mentioned in the above-described embodiment, the action history of the player who has challenged the task indicated by the task-related information (for example, battle-related information) by the video game processing device (for example, the server 10 or the terminal 21). Based on (for example, battle history), process information indicating a process until the task is in a state when the request for providing the task is accepted (for example, the action content of the other player character and the enemy character changed depending on the action content) Other player-related information including the image information indicating the state) is generated, and based on the process information, an image indicating the process until the task is in the state when the task provision request is accepted may be displayed. . That is, when the video game processing device (for example, the server 10 or the terminal 21) displays a pseudo log on the assignment screen (for example, refer to the image 801 in FIG. 8), an attack effect is performed according to the display, and the attack effect is displayed. In addition, the enemy HP may be reduced. In this case, for example, a configuration may be adopted in which the HP to be reduced in advance by the pseudo log is added on the surface locally (for example, processing at the terminal 21). In the case of such a configuration, the video game processing device is configured so that the HP added on the surface is not added after the player sees the battle history (see, for example, FIG. 7). The player may be configured such that the enemy's HP is suddenly reduced by the amount of damage displayed in the battle history. Further, in this case, the video game processing device (for example, the server 10 or the terminal 21) is a damage meter (for example, the damage bar 504) between the group to which the player belongs and another group, like the HP on the surface. The display form shown in FIGS. 5 and 10 may be changed locally (for example, processing in the terminal 21).

  Although not particularly mentioned in the above-described embodiment, the video game processing device (for example, the server 10 or the terminal 21) is in a lively sentence, and the progress of the problem on the local (for example, processing at the terminal 21) It is good also as a structure which displays the content determined from (for example, the condition of a battle). In this case, for example, the video game processing apparatus performs the displayed attack effect (for example, an effect in which the image 801 indicating the battle history attacks the enemy character NPC), and subtracts the enemy character's HP as the effect progresses. (For example, changing the display form of the HP gauge), when the progress of the video game (for example, the HP of the enemy character or the damage given to the enemy character by each player or group) satisfies the display condition of the lively sentence The lively sentence that satisfies the display condition is displayed in association with another player (for example, when the HP of the enemy character NPC is reduced to 1/10, “player P3 is pleased to win a little more” is displayed. Or when the damage is reversed to the opponent group, “Player P3 is lamented by the opponent Knight ’s damage being reversed” It may be configured or view. With such a configuration, it is possible to enrich a variation of the character string to be displayed on the game screen.

  In the above-described embodiment, the case where the video game processing device (for example, the server 10 or the terminal 21) is not synchronized with another video game processing device (that is, asynchronous) is described. The processing device (for example, the server 10 or the terminal 21) may be configured to display the other player related information on the display screen of its own display device in synchronization. In this case, for example, whenever the server 10 records the action history of each of a plurality of players tackling a common problem, the action history is transmitted to a terminal operated by a player other than the player who recorded the action history, and the action history is displayed. When not transmitting, it is good also as a structure which displays a lively sentence on each player's terminal. In this case, for example, the server 10 may generate a lively sentence and transmit it to the terminal 21, or may transmit an instruction to display the lively sentence stored in the terminal 21 to the terminal 21. By adopting such a configuration, it is possible to provide a sense of competition and solidarity with other users in MMO (Massively Multiple Player Online Role-Playing Game). Moreover, when synchronizing a some video game processing apparatus, it is good also as a structure which reflects the fluctuation | variation of a damage bar in real time by synchronous communication.

  In the embodiment described above, the configuration of the damage bar has been described with reference to the drawings. Hereinafter, an example in which an object (variable object) whose form changes according to the progress of the video game, such as a damage bar, is handled in the above-described embodiment.

  FIG. 11 is a flowchart illustrating an example of variable object-related processing executed by the server 10. In the variable object-related process, the damage bar (see FIG. 10) described above is managed as a variable object, and is displayed in a form corresponding to the progress of the task (in this example, a battle) in each of the plurality of terminals 21 to 2N. Processing is performed.

  The variable object related process is started, for example, in response to the determination that the server 10 has not cleared the task in the process of step S107 in the above-described problem related process (see FIG. 4).

  The server 10 calculates an action result value according to the operation response received from the terminal 21 (step S401). In this example, the server 10 calculates the damage caused by the player P1 to the enemy character NPC as the action result value.

  When calculating the action result value, the server 10 determines the change rate of the variable object according to the calculated action result value (step S402). In this example, the server 10 determines “action result value / maximum HP of enemy character NPC” as the rate of change.

  When the change rate is determined, the server 10 determines the upper limit value of the change rate of the variable object (step S403). In this example, the server 10 determines “(maximum HP of enemy character−current HP of enemy character) / maximum HP of enemy character” as the upper limit value of the change rate.

  After determining the upper limit value, the server 10 determines whether or not the determined rate of change exceeds the determined upper limit value (step S404). If it is determined that the determined rate of change exceeds the determined upper limit value (Y in step S404), the server 10 determines the display form of the variable object based on the upper limit value (step S405). In this example, the server 10 changes the boundary position between groups in the damage bar based on the upper limit value (for example, 10%).

  On the other hand, if it is determined that the determined change rate does not exceed the determined upper limit (N in step S404), the server 10 determines the display form of the variable object based on the determined change rate (step S406).

  When the change rate of the variable object is determined, the server 10 updates the task information according to the determined display form (step S407), and proceeds to the process of step S104 in the task related process (see FIG. 4). As a result, the server 10 can display the updated variable object on the terminal operated by the player who next challenges the same task.

  As described above, a configuration in which an upper limit is set for the rate of change of the variable object (for example, regarding the fluctuation of the damage bar caused by the player attacking the enemy character once, the absolute value that fluctuates with respect to the current HP of the enemy character is determined. With this configuration, it is possible to prevent the situation where the variable object changes at a stroke from the beginning of the task, and to improve the taste of the game. That is, for example, when competing for the total damage given to the common enemy in two groups, the percentage of damage that each group has given so far is displayed by the damage bar. At this time, if there is no upper limit on the rate at which the damage bar fluctuates due to a single attack, on the damage bar, the percentage of damage done to the enemy by one group despite being in the beginning of the task There may occur a situation in which there appears to be a large difference in the rate of damage given to the enemy by the other group, and the player belonging to the other group may be motivated. On the other hand, as in the above-described embodiment, by setting an upper limit of the rate at which the damage bar fluctuates by one attack, the situation between competing groups is likely to fluctuate as the latter half of the problem becomes. Thus, it becomes possible to provide a video game that is less likely to fluctuate in the early stage, and it is possible to effectively avoid a situation in which the player is motivated from the early stage of the task.

  In addition, as in the variable object-related process described above, the video game processing device (for example, the server 10 or the terminal 21) has a battle in which a plurality of groups to which a plurality of players belong defeats a common enemy character, and the battle With respect to the plurality of groups or each of the players belonging to the group, the damage caused to the enemy character is calculated as an action result value (for example, step S401), and the action result value of each of the plurality of groups is calculated based on the calculated action result value. The rate of change of the variable object (for example, the damage bar 504) whose form changes in accordance with is determined (for example, step S402), the initial value (for example, the maximum HP) of the allowable damage amount of the enemy character, and the group or player The accumulated value of damage dealt to the enemy character by ( For example, the upper limit value of the change rate of the variable object is determined based on the current HP of the enemy character that can be calculated from the accumulation of damage (for example, step S403), and the determined change rate and the determined upper limit value are predetermined. (For example, when the rate of change exceeds the upper limit value), the display form of the variable object is determined based on the upper limit value (for example, step S405). A video game capable of attracting the user's interest can be provided.

  In the above-described embodiment, the plurality of user terminals 21 to 2N and the video game processing server 10 are configured according to various control programs (for example, video game processing programs) described above according to various control programs (for example, video game processing programs) stored in a storage device provided therein. Execute the process.

  Note that the configuration of the video game processing system 100 is not limited to the above-described configuration, and for example, the server 10 may be configured to execute a part or all of the processing described as the processing executed by the user terminal. A part or all of the processing described as the processing to be performed may be configured to be executed by any one of the plurality of user terminals 21 to 2N (for example, the user terminal 21). Moreover, it is good also as a structure with which the user terminals 21-2N are provided with a part or all of the memory | storage part with which the server 10 is provided. That is, a part or all of the functions of either the user terminal 21 or the video game processing server 10 in the video game processing system 100 may be included in the other one.

  According to the present invention, it is useful to be able to provide a sense of togetherness and solidarity with other users.

DESCRIPTION OF SYMBOLS 10 Video game processing server 11 Control part 12 Communication part 13 Search part 14 Determination part 15 Update part 16 Video game information storage part 21-2N User terminal 30 Communication network 100 Video game processing system

Claims (5)

A video game processing device for controlling the progress of a video game in which a plurality of players tackle a common problem,
A task specifying means for specifying a task corresponding to the task providing request from the player;
Other player related information generating means for generating other player related information indicating another player corresponding to the identified task;
Display means for displaying, on the assignment screen indicating the identified assignment, an image including a character string that satisfies a display condition while the assignment is in progress, in association with the other player;
The problem is that a plurality of players sequentially act,
The video game is characterized in that the display means displays the image on the task screen as a screen representing a situation in which the other player does not progress the task and accepts an operation input by the player. Processing equipment. The display means includes an image including a character string that satisfies a display condition related to a progress state of the video game before the video game progresses in response to an operation input by the player after the task screen is displayed. The video game processing device according to claim 1 to display. The video game processing apparatus according to claim 1, wherein the display unit displays an image including a character string that satisfies a display condition related to an elapsed time from the start of the task. Generating means for generating an image including a character string different from the character string corresponding to the action history of the player or the other player;
The video game processing apparatus according to claim 1, wherein the display unit displays an image including the character string generated by the generation unit at a predetermined time. A video game processing program for causing a computer to realize a function of controlling the progress of a video game in which a plurality of players tackle common issues
In the computer,
A task identification function for identifying a task corresponding to a task provision request from the player;
An other player related information generation function for generating other player related information indicating another player corresponding to the identified task;
A display function for displaying an image including a character string that satisfies a display condition while the task is in progress on the task screen indicating the identified task;
The problem is that a plurality of players sequentially act,
In the display function, a video for realizing a function of displaying the image on the task screen as a screen representing a state in which the other player does not progress the task and accepts an operation input by the player. Game processing program.

Images