JP4902829B2 - Server system, game system and method - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention Server system for data communication with terminals in network games About.
[0002]
[Prior art]
Hereinafter, the game system will be described as being a home game system that is executed in a stand-alone manner.
[0003]
A case where a player character operated by the player (referred to as a PC throughout this specification) encounters a certain event (that is, an event occurs), for example, a case where the PC is tricked by an enemy character will be described. The enemy character here is a non-player character controlled by a computer (referred to as NPC throughout this specification).
[0004]
The PC shows some action when it is tricked by the NPC. For example, when the skill is kicking, an action of holding the stomach is shown, and when the skill is strong, an action of falling backward is shown.
[0005]
[Problems to be solved by the invention]
However, depending on the type of event, for example, the action “hold the stomach” is shown for the event “Kicked”, and the action “fall down” is shown for the event “Kicked strongly”. , The action was uniquely determined. Therefore, even if the same event occurs many times, there is a problem that the action is the same, so that it is not interesting or tired of the game.
[0006]
The present invention is made in view of these problems, and changes an action of a character with respect to the same event according to the progress of a game or the like.
[0007]
[Means for Solving the Problems]
To solve the above problems The first of The invention of the present invention has the same contents but different behavior for a system in which a given game is executed by controlling the movement of the character based on the motion data by calculation and control by the processor. Determination to determine one or a plurality of motion data from a plurality of types of motion data based on at least a given history information parameter (for example, parameters p1, p2, p3, p4 and sp in FIG. 3) related to the character This is game information for functioning means (for example, the PC control unit 216 in FIG. 1).
[0008]
Also 7th The present invention is a game system that executes a given game by controlling the motion of a character based on motion data, and is one of a plurality of types of motion data having the same content but different behavior. Alternatively, the game system includes a determination unit that determines a plurality of motion data based on at least a given history information parameter related to the character.
[0009]
Here, the history information parameter is a game history (history) in the game related to the character, for example, the number of encounters with a specific object including a specific character, the number of battles with a specific character, the number of captures of a specific dungeon. These are parameters such as the number of traps, the number of occurrences of a specific event, the number of encounters with a specific object, and the number of times a keyword is used.
[0010]
First Or 7th According to the present invention, it is possible to have motion data with variations for the operation of the same content, and the motion actually executed is automatically determined according to a given history information parameter. For this reason, for example, a plurality of motion data from a shallow bow to a deep bow is stored for an action related to “bow”, and various “ "Bowing" can be realized. Thereby, the change of the action (action) of the character according to game progress can be expressed automatically.
[0011]
Second The invention of 1st invention Information for causing the system to function as a determination means (for example, the PC control unit 216 in FIG. 1) for determining whether or not an operation execution condition (for example, the action determination table T5 in FIG. 6) is satisfied. And information for causing the determination means to function so as to determine the motion data of the character based on the determination result by the determination means.
[0012]
Here, the operation execution condition may be a condition determined for each motion data, or may be a condition determined for each operation.
[0013]
this Second According to the invention, when the determination unit determines whether or not the operation execution condition is satisfied, and when it is determined that the determination is satisfied, the determination unit determines the motion data. Thus, for example, no motion occurs if there is no trap (motion execution condition), or no motion occurs unless a specific character is met a specific number of times (motion execution condition). Can be expressed. That is, the action (action) caused by the character can be automatically changed as the game progresses. Even if the change is automatic, whether or not the action (action) is actually caused may be appropriately selected by the player, or may be automatically executed until the action (action). .
[0014]
Third According to the invention, each of the plurality of game terminals is an operation target with respect to a system in which a given network game is executed by performing data communication with the plurality of game terminals by calculation and control by a processor. When there is a determination unit (for example, the parameter update unit 214V in FIG. 8) that determines whether or not the character's motion execution condition is satisfied, and a character that is determined by the determination unit to satisfy the motion execution condition, As the motion data for the character, one or a plurality of motion data is determined based on at least a given history information parameter related to the character, among a plurality of types of motion data having the same contents but different behaviors. Determine function (for example, parameter update unit 214V in FIG. 8) is made to function. Is a game information of the eye.
[0015]
Also 8th The present invention is a game system for executing a given network game by performing data communication with a plurality of game terminals, and whether or not the action execution condition of each character that is an operation target of each of the plurality of game terminals is satisfied When there is a determination unit that determines whether or not the character determined to satisfy the action execution condition by the determination unit, as motion data for the character, a plurality of types that have the same content but different behavior A determination means for determining one or a plurality of motion data based on at least a given history information parameter relating to the character.
[0016]
Third Or 8th According to the invention of First , Second ,as well as 7th The effect of the invention can be realized for a network game. That is, motion data with variations for the same content motion can be obtained, and the motion actually executed is automatically determined according to a given history information parameter of each character.
[0017]
In addition, when determining the motion data, the operation execution condition must be satisfied. In other words, the following effects can be obtained. That is, when the motion execution condition is not satisfied, the motion data is not determined, and thus the special motion is not performed. However, when it is determined that the motion execution condition is satisfied, the motion data is automatically determined and the motion is determined. Is executed. For this reason, it becomes possible to automatically change the action (action) caused by each character as the game progresses.
[0018]
4th The invention of First From Third Either Invention The given history information parameter includes an object parameter, and the system has at least one of the number of encounters between one character and another character, the number of conversations, the conversation time, and the conversation content. The information for causing the means for changing the object parameter of the one character or / and the other character (for example, the parameter update unit 214 in FIG. 1 or the parameter update unit 214V in FIG. 8) according to the function. When the motion data at the time of encounter or / and conversation between the one character and the other character is determined to the determining means, the pair of the one character or / and the other character Information for functioning to be determined based on object parameters (for example, the experience value table of FIG. And Le T3), a game information, which comprises a.
[0019]
4th According to the present invention, when two or more characters encounter and cause some action (action), past encounter experiences can be reflected on the action. For example, it is possible to express that the closeness is improved by gradually selecting motion data having a large action according to the number of encounters, the number of conversations, and the conversation time.
[0020]
5th The invention of First From 4th Either Invention In the above, the character is a character having a joint structure, and for the system, changing means for changing the displacement of each joint included in the motion data based on at least a given history information parameter related to the character, The game information is characterized by including information for causing the to function.
[0021]
this 5th According to this invention, it is possible to change the displacement of each joint included in the motion data, instead of changing the motion data itself. For this reason, it is possible to represent variations of motion without increasing the amount of motion data.
[0022]
Also, 6th Like the invention of First From 5th Either Invention An information storage medium for storing the game information may be realized.
[0023]
DETAILED DESCRIPTION OF THE INVENTION
[First Embodiment]
Hereinafter, a first embodiment to which the present invention is applied will be described in detail with reference to the drawings.
For the sake of simplicity, it is assumed that the game type is a role-playing game (hereinafter referred to as RPG), the game system is a home-use game system that operates stand-alone, and the player is only one PC. Will be described as operating.
There are two types of actions, one is an action executed by the PC in response to an operation instruction from the player, and the other is an action that the game system causes the PC to execute. Throughout the specification, the action refers to the latter.
[0024]
The RPG in the first embodiment is a hero who is a hero character (ie, PC) trying to help a princess who was captured under the demon king, and met on the journey The story is to rescue the princess while helping each other.
[0025]
Here, it is assumed that the hero character encounters a samurai character (ie, NPC) during the journey (ie, the occurrence of an “encounter” event). When the character is first encountered, the main character is not allowed to do anything (ie, no action is performed).
Thereafter, when the hero character encounters the samurai character for a given number of times, it causes the hero character to talk (ie, execute an action).
When the number of encounters between the main character and the samurai character further increases, the main character is greeted (that is, another action is executed).
[0026]
In other words, the recognition of the hero character for the samurai character has changed from “Unknown Person” to “Intimate Person”, and also changed to “Acquaintance”. It expresses by the change of. The effect of this can be divided into two cases.
One is a case where the player himself / herself remembers the samurai character, and the other is a case where the player himself / herself does not remember the samurai character.
If the player also remembers the samurai character, the player and the hero character take actions that match in the memory, so the effect is as if the player became the hero character, that is, the PC Can give you a sense of unity. In addition, if the player himself does not remember the samurai character, the player has a different personality such as a guardian or an educator of the main character and feels as if he is watching the child's growth. Can be given to.
[0027]
However, in any case, the action executed by the main character changes as the game progresses. That is, the relationship between events and actions is not uniquely associated, and the game system automatically changes according to given conditions. Therefore, the hero character always causes the player to perform a fresh action (that is, the hero character takes an action reflecting a change in emotion).
[0028]
Next, it is assumed that the hero character approaches a pitfall in the middle of the road (that is, an event that the hero character approaches within a given range from the pitfall). When the main character passes the path for the first time, he falls into the pit without knowing that there is a pit. However, if you approach the pitfall after the second time, you will jump over.
[0029]
In other words, the number of times the hero character approaches the pitfall (that is, the number of occurrences of the event) and the action, as the recognition of the hero character's recognition of the pitfall location changes from “normal place” to “place with pitfalls” Expressed by The effect of this is divided into two cases, as in the case where the main character and the samurai character meet. The case where the player himself remembers the pitfalls and the case where it is not.
In any case, the action caused by the hero character is based on the experience of the hero character.
[0030]
FIG. 1 is a diagram showing an outline of the entire system configuration in the first embodiment. In FIG. 1, the game system 1 includes an operation unit 10, a processing unit 20, a storage unit 30, and a display unit 40.
[0031]
First, the storage unit 30 will be described. The storage unit 30 stores a game program 300, motion control data 320, and action control data 330.
[0032]
The game program 300 includes an event / action monitoring program 3100, a parameter update program 3200, and a PC control program 3300. The event / action monitoring program 3100 is information for causing the event / action monitoring unit 212 to function. The parameter update program 3200 is information for causing the parameter update unit 214 to function. The PC control program 3300 is information for causing the PC control unit 216 to function.
[0033]
The motion control data 320 includes motion data. The motion data is information that determines the movement of the character. For example, when the character has a joint structure, the motion data represents the displacement in each frame or each key frame of the part connected to each joint. The displacement angle and change speed of each joint are expressed. This motion data is prepared for each action and stored in association with the action. Accordingly, different motion data may be prepared for each action, or the displacement of the joint included in one motion may be changed to have the amount of displacement.
[0034]
The action control data 330 includes an event / action table T1, a state value table T2, an experience value table T3, a change amount table T4, and an action determination table T5.
[0035]
FIG. 2 is a diagram showing an example of the event / action table T1. The event / action table T1 is a data table in which an event or action ID and an event or action are stored in association with each other. For example, the ID of the event “encountering a trap” is e1, the ID of the event “approaching the pitfall” is e2, the ID of the action “meeting the trap” is r1, and “greet the trap” The action ID is r2, the action ID for “conversing with a frog” is r3, the action ID for “falling into the pitfall” is r4, and the action ID for “jumping over the pitfall” is r5. Hereinafter, the event and action will be described by substituting this ID as appropriate.
The event / action table T1 is a fixed value and is not updated during the game.
[0036]
FIG. 3 is a diagram illustrating an example of the state value table T2. The state value table T2 is a data table in which IDs of parameters representing the state of the main character and the state values are stored in association with each other.
In the first embodiment, as parameters representing the state of the main character, “joy parameter” p1, “anger parameter” p2, “sad parameter” p3, “easy parameter” p4 and “life force ( That is, five parameters of “life” parameter “sp” are used. Hereinafter, the parameters will be described by substituting this ID as appropriate.
The state value is a value for a parameter representing the state of the main character. The state values stored in the state value table T2 are updated during the game.
[0037]
The experience value table T3 shown in FIG. 4 is a data table in which the number of experiences for events and actions is stored in association with the number of experiences.
In the first embodiment, as the number of experiences for events and actions, “experience count for event e1” e1exp, “experience count for event e2” e2exp, “experience count for action r1” r1exp, “experience for action r2” “Number of times” r2exp, “Number of experiences for action r3” r3exp, “Number of experiences for action r4” r4exp, and “Number of experiences for action r5” r5exp are used. In the following, the number of experiences for events and actions will be described by substituting this ID as appropriate.
The number of experiences refers to the number of times these events have occurred or the number of times an action has been executed. The value of the number of experiences stored in the experience value table T3 is updated during the game.
[0038]
3 (a) to 3 (e) and 4 (a) to 4 (e) show the process of updating the state value and the number of experiences with the occurrence of an event or the execution of an action. Details will be described later.
[0039]
The change amount table T4 is a data table in which an event or action ID is associated with a change amount of the state value and the number of experiences associated with the occurrence of the event or execution of the action. For example, in the change amount table T4 shown in FIG. 5, the change amount of p1 accompanying the occurrence of the event e1 is “0”, the change amount of p2 is “0”, and the change amount of p3 is “0”. The change amount of p4 is “+1”, the change amount of sp is “0”, and the change amount of exp is “+1”. Here, exp is the amount of change associated with the occurrence of event e1, and corresponds to “experience value for event e1” e1exp in the experience value table T3.
Note that the change amount table T4 is a fixed value and is not updated during the game.
[0040]
FIG. 6 is a diagram showing an example of the action determination table T5. It is a data table in which a conditional expression and an action ID are stored in association with each other. The conditional expression indicates the “range” of the state value or the number of times of experience, and the action ID is an ID indicating an action to be executed when the state value or the number of experiences corresponds to the conditional expression. .
Therefore, for example, in FIG. 6, when the state value or the number of experiences corresponds to the conditional expression “e1exp is 3 or more and less than 6”, the action executed by the main character is “r1”.
[0041]
Here, it returns to FIG. 1 again and demonstrates.
The operation unit 10 is a functional unit for the player to instruct the movement direction, movement, etc. of the main character, and the input instruction signal is output to the processing unit 20.
[0042]
The processing unit 20 mainly includes a game calculation unit 210 and an image generation unit 220.
The game calculation unit 210 is a functional unit for setting a game space, managing the progress of a game, and the like. As main units for realizing the present invention, an event / action monitoring unit 212, a parameter update unit 214, a PC And a control unit 216.
[0043]
The event / action monitoring unit 212 is a functional unit that monitors and detects the occurrence of events and the execution of actions in accordance with the event / action monitoring program 3100 included in the game program 300. For example, the occurrence of an event e2 in which the hero character “approaches the pitfall” is detected as follows. The pitfall is set in the game space by the game calculation unit 210, and an event occurrence marker is also set around the pitfall. The hero character moves in the game space in accordance with an operation instruction from the operation unit 10, but the event / action monitoring unit 212 performs an event based on the position information of the hero character and the position information of the event occurrence marker. Detect the occurrence of e2.
[0044]
Further, the event / action monitoring unit 212 monitors whether or not the main character has executed an action, and detects the executed action.
When an event or action is detected, the event / action monitoring unit 212 outputs the detected event or action ID to the parameter update unit 214.
[0045]
The parameter update unit 214 reads the state value corresponding to the event or action ID input from the event / action monitoring unit 212 and the amount of experience change from the change amount table T4, and stores the state value table T2 and the experience value table T3. Update. The processing performed by the parameter update unit 214 is executed according to the parameter update program 3200.
[0046]
The PC control unit 216 is a functional unit that determines an action to be executed by the PC based on the state value and the number of experiences, and determines the operation of the PC.
When the parameter updating unit 214 updates the state value table T2 and the experience value table T3, the PC control unit 216 determines whether or not to cause the main character to execute an action. That is, the PC control unit 216 refers to the state value and the number of experiences stored in the state value table T2 and the experience value table T3, and determines whether or not the conditional expression stored in the action determination table T5 is satisfied. . If there is a corresponding conditional expression, the action to be executed is determined, the motion data corresponding to the action is specified from the motion control data 320, and based on this, the action of the main character is determined. The processing performed by the PC control unit 216 is executed according to the PC control program 3300.
[0047]
The image generation unit 220 generates a game space including the PC set by the game calculation unit 210 as an image viewed from a given viewpoint by rendering the matrix calculation, and outputs the generated image to the display unit 40. To do.
[0048]
Hereinafter, the process of the game calculation unit 210 will be described more specifically with reference to FIGS. 3 and 4.
[0049]
The state value table T2 in FIG. 3A and the experience value table T3 in FIG. 4A are diagrams showing the state values and the number of experiences before the event e1 occurs.
When the event / action monitoring unit 212 detects the occurrence of the event e1, the parameter update unit 214 refers to the change amount table T4 and updates each state value and the number of experiences. According to the change amount table T4, the change amount of the state value and the number of experiences updated with the occurrence of the event e1 is only the change amount “+1” of p4 and the change amount “+1” of e1exp.
Therefore, the parameter updating unit 214 sets the p4 state value “4” to “5” in the state value table T2 in FIG. 3A to “5”, and the experience value table T3 in FIG. 4A. Among them, e1exp experience count “9” is updated to “10” by “+1”.
[0050]
FIG. 3B and FIG. 4B show the state value and the number of experiences updated with the occurrence of the event e1. That is, p4 is “5” and e1exp is “10”.
[0051]
Since the parameter updating unit 214 has updated the values in the state value table T2 and the experience value table T3, the PC control unit 216 next has the updated state value and experience count correspond to the conditional expression in the action determination table T5. It is determined whether or not.
Here, since the updated e1exp experience count is “10” and the state value of p4 is “5”, it corresponds to the conditional expression r2 + r3 among the conditional expressions shown in the action determination table T5. Therefore, with the occurrence of event e1, the actions to be executed by the main character are determined as r2 and r3.
[0052]
Next, the PC control unit 216 identifies motion data corresponding to the actions r2 and r3 stored in the motion control data 320, and determines the action of the main character based on this.
[0053]
As the actions r2 and r3 are executed, the parameter updating unit 214 updates each state value and the number of experiences with reference to the change amount table T4.
Here, from the change amount table T4, the change amount of the state value and the number of experiences updated with the execution of the action r2 is the change amount of p1 “+2”, the change amount of p4 “+3”, and the change amount of r2exp. “+1”.
In addition, the amount of change in the state value and the number of experiences updated with the execution of the action r3 is the change amount “+4” of p1, the change amount “+5” of p4, and the change amount “+1” of r3exp.
[0054]
FIG. 3C and FIG. 4C show the state values and the number of experiences updated as the actions r2 and r3 are executed. That is, p1 becomes “2”, p4 becomes “13”, r2exp becomes “5”, and r3exp becomes “1”.
[0055]
Next, the case where the event / action monitoring unit 212 detects the occurrence of the event e2 will be described.
As the event e2 occurs, the parameter updating unit 214 refers to the change amount table T4 and updates each state value and the number of experiences.
Here, from the change amount table T4, the change amount of the state value and the number of experiences updated with the occurrence of the event e2 is only the change amount “+1” of e2exp.
[0056]
FIG. 3 (d) and FIG. 4 (d) show the state values and the number of experiences updated with the occurrence of the event e2. That is, e2exp is “2”.
[0057]
Next, the PC control unit 216 determines whether or not the updated state value and experience count correspond to the conditional expression in the action determination table T5.
Here, since the experience count of e2exp is “2” and the state value of sp is “182”, it corresponds to the conditional expression of r5 among the conditional expressions shown in the action determination table T5. Therefore, with the occurrence of event e2, the action to be executed by the main character is determined as r5.
[0058]
Next, the PC control unit 216 specifies motion data corresponding to the action r5 stored in the motion control data 320, and determines the action of the main character based on this.
[0059]
As the action r5 is executed, the parameter updating unit 214 updates each state value and the number of experiences with reference to the change amount table T4.
Here, from the change amount table T4, the change amount of the state value and the number of experiences updated with the execution of the action r5 is the change amount of p1 “+3”, the change amount of p4 “+2”, and the change amount of sp. “−10” and r5exp change amount “+1”.
[0060]
FIG. 3 (e) and FIG. 4 (e) show the state values and the number of experiences updated with the execution of the action r5. That is, p1 becomes “5”, p4 becomes “15”, sp becomes “172”, and r5exp becomes “1”.
[0061]
When the state value and the number of experiences updated with the occurrence of the event or the execution of the action do not correspond to any of the conditional expressions shown in the action determination table T5, the PC control unit 216 takes action on the main character. Is not executed.
[0062]
Note that in the first embodiment, the NPC that the hero character meets is only the samurai character, but various other NPCs may be encountered. In that case, it can be realized by providing an event of “encountered in” for the number of NPCs and storing the number of experiences corresponding to this event in the experience value table T3.
For example, when there is “Senjin” as an NPC other than the frog character, an event “Meet the Sennen” is set in the event / action table T1.
[0063]
In the first embodiment, the parameters are “joy”, “anger”, “sorrow”, “easy”, “life force”, “experience value” for each event and action, Other parameters such as “tension”, “gut”, “aggressiveness” may be used. In this case, the state value of the new parameter is stored in the state value table T2, and the change amount for updating this state value is stored in the change amount table T4. When a specific action is executed, a conditional expression including the new parameter is stored in the action determination table T5, and motion data corresponding to the specific action is included in the motion control data 320. This can be realized.
[0064]
Specifically, when the “fatigue parameter” is used, the state value of the “fatigue parameter” is stored in the state value table T2, and the change for updating the “fatigue parameter” in the change amount table T4. Store the quantity. Furthermore, by storing a conditional expression including a “fatigue degree parameter” in the action determination table T5, an action corresponding to the “fatigue degree” of the main character can be executed. If this action is a specific action, it can be realized by including motion data corresponding to the action in the motion control data 320.
[0065]
In addition, parameters that do not change due to the occurrence of an event or execution of an action, for example, unique parameters of the main character (for example, “age”, “sex”, “profession”, “ability”, “possession” of the character) are used. May be. In that case, it can be realized by storing in the storage unit 30 a data table (for example, “unique value table”) in which the ID of the unique parameter of the hero character and the state value are stored in association with each other.
[0066]
Specifically, when the “age parameter” is used, the eigenvalue of the “age parameter” is stored in the eigenvalue table. Furthermore, when a conditional expression including “age parameter” is provided in the action determination table T5, an action corresponding to the “age” of the main character can be executed.
[0067]
In addition, a parameter (for example, “intimacy”) for each NPC encountered by the main character during the game may be used. In this case, it can be realized by storing the state value of the parameter for each NPC in the state value table T2, and storing the change amount for updating this state value in the change amount table T4.
[0068]
Specifically, when there are a samurai character and a hermit character as NPCs encountered by the main character, the samurai character ID is npc1 and the hermit character ID is npc2. When the “intimacy parameter” rp is used as a parameter for each NPC, the “intimacy parameter for the samurai character” npc1rp and the “intimacy parameter for the hermit character” npc2rp are provided. This can be realized by storing the state value and storing the change amount for updating npc1rp and npc2rp in the change amount table T4.
[0069]
Also, the elapsed time from the event occurrence may be measured, and each parameter may be changed according to the time. In this case, it can be realized by providing a timer for measuring the elapsed time of the event and a functional unit for calculating the measurement time and the parameter.
[0070]
Specifically, in the case of using the “intimacy parameter for the samurai character” npc1rp, it is assumed that the amount of change in npc1rp associated with the “conversation with samurai” is “+2”. The “conversation time” in which the hero character talks to the samurai character is measured in minutes and multiplied by the amount of change in npc1rp. When the conversation time is “2 minutes”, the change amount “+2” of npc1rp is multiplied by “2”, so that “+4” is obtained. When the conversation time is “5 minutes”, the change amount of npc1rp is “+2”. Is multiplied by “5”, so “+10”.
[0071]
If a keyword and the amount of parameter change corresponding to the keyword are set in advance and the keyword is used during a conversation with another character, it is assumed that the event “keyword was used” has occurred. It is also possible to change the parameter corresponding to.
Specifically, when “like” is set as a keyword, and the change amount of the closeness parameter corresponding to the keyword “like” is set to “+2”, the PC says “like” during the conversation with the samurai character. If a keyword is used, it can be realized by changing the “intimacy parameter for the samurai character” npc1rp by “+2”.
In this case, the conversational sentence may be arbitrarily input to the PC, or may be selected from a conversational sentence prepared in advance. When selecting from conversation sentences prepared in advance, a parameter change amount corresponding to the conversation sentence may be set instead of the keyword, and the parameter may be changed according to the conversation sentence selected by the PC.
[0072]
Note that a threshold value may be provided for the parameter, and when the parameter reaches the threshold value, the value of the parameter may be fixed to the threshold value. For example, when the familiarity parameter for the samurai character reaches a threshold value, the familiarity parameter for the samurai character may be fixed to the threshold value. Alternatively, when the closeness parameter for the samurai character reaches a threshold value, identification information “best friend character” may be given to the samurai character. In any method, the relationship between the PC and the heel character “very intimate” can be maintained regardless of the occurrence of subsequent events.
Specifically, this can be realized by providing a “best friend character table” and storing a character whose closeness parameter has reached a threshold value, that is, a “snail character”. After that, since it is not necessary to change the closeness parameter for the samurai character, the change amount for updating the closeness parameter for the samurai character stored in the change amount table T4 is deleted. Even if an event occurs, it is not necessary to execute the parameter update process, so the process can be reduced.
[0073]
In the first embodiment, the state value and the number of experiences are updated in accordance with “the action that the game system causes the hero character to execute”, but “the hero character is The state value and the number of experiences may be updated along with the “action to be performed”.
[0074]
The processing procedure of the first embodiment will be described with reference to the flowchart of FIG. FIG. 7 is a flowchart showing a flow of processing executed by the game calculation unit 210 every time an event occurs or the hero character executes an action.
[0075]
First, when the event / action monitoring unit 212 detects that an event has occurred or that the PC control unit 216 has caused the hero character to perform an action (step S1), the parameter update unit 214 performs the change amount table. From T4, the state value corresponding to the generated event or the executed action and the amount of change in the number of experiences are read (step S2).
Then, the state value stored in the state value table T2 and the number of experiences stored in the experience value table T3 are updated (steps S3 and S4).
[0076]
Next, the PC control unit 216 checks whether each state value and the number of experiences stored in the state value table T2 and the experience value table T3 correspond to any of the conditional expressions stored in the action determination table T5. It is determined whether or not an action is to be executed (step S5). When it is determined that an action is to be executed, the PC control unit 216 determines which action is to be executed (step S6).
[0077]
Then, the PC control unit 216 specifies motion data corresponding to the action from the motion control data 320 (step S7). After step S7, the game calculation unit 210 moves the process to step S2.
[0078]
If it is determined in step S5 that the action is not executed, the game calculation unit 210 ends the process.
[0079]
[Second Embodiment]
Hereinafter, a second embodiment to which the present invention is applied will be described with reference to the drawings. However, a description overlapping with the first embodiment will be omitted, and different points will be mainly described.
The second embodiment is an embodiment when the present invention is applied to a game called a network game. As a form for realizing a network game, for example, (1) a form in which a personal computer or a home game system installed in a home is used as a game terminal and connected to a server through an electric communication line such as the Internet network or a private line network, (2) A form in which a plurality of game terminals are connected to each other via a telecommunication line and configured as a peer-to-peer type or a parent device and a slave unit. (3) A plurality of game terminals are connected to each other via a telecommunication line. There is a mode in which one unit has a server function, and (4) a mode in which a plurality of game terminals are physically coupled to form a single system (for example, a business game system) as a whole. The present invention can be applied to any form, but in the second embodiment, (1) a game terminal and a server will be described as being connected by a given telecommunication line.
The game type is RPG, and the story is the same as in the first embodiment.
[0080]
In the second embodiment, it is assumed that a player who operates each game system G operates only one PC. Each player is assigned an individual ID (hereinafter referred to as a PC ID). In a network game, a PC operated by each player is identified by this ID.
[0081]
In the first embodiment, the encounter with another character is only for the NPC, as in the event “e1”. However, in the present second embodiment, a PC operated by another player (hereinafter referred to as OPC) may be encountered. This is one of the major differences from the first embodiment.
[0082]
FIG. 8 is a diagram showing a schematic configuration of the game system G and the server V to which the present invention is applied.
[0083]
First, the game system G will be described. In FIG. 8, the game system G includes an operation unit 10G, a processing unit 20G, a storage unit 30G, a display unit 40G, and a communication unit 50G.
[0084]
The game system G has substantially the same configuration as the game system 1 of the first embodiment. The differences are the game calculation unit 210G, the storage unit 30G, and the communication unit 50G.
The game calculation unit 210G reads the corresponding motion data from the motion control data 320G based on information specifying the motion data transmitted from the server V (hereinafter referred to as motion specifying information). Processing such as event detection and parameter update is executed by the server V as described later.
[0085]
The communication unit 50G is connected to the server V through an electric communication line such as the Internet network or a leased line network, and information related to the network game with the communication unit 51V of the server V, such as PC identification information, motion identification information, PC and OPC. Send / receive location information etc.
[0086]
Next, the server V will be described. In FIG. 8, the server V includes a processing unit 21V, a storage unit 31V, and a communication unit 51V.
[0087]
The storage unit 31V mainly stores a progress management program 310V, action control data 330V, and PC identification information 340V.
[0088]
The progress management program 310V includes an event / action monitoring program 3100V read and executed by the event / action monitoring unit 212V, a parameter update program 3200V read and executed by the parameter update unit 214V, and a PC control unit PC control program 3300V that is read and executed by 216V.
[0089]
The action control data 330V includes an event / action table T1 ′, a state value table T2 ′ and an experience value table T3 ′, a change amount table T4, and an action determination table T5.
[0090]
FIG. 9 is a diagram illustrating an example of the event / action table T1 ′. The event / action table T1 ′ is a data table in which an event or action ID and an event or action are stored in association with each other. For example, the ID of the event to “encounter” is e1, the ID of the event to “close to the pitfall” is e2, the ID of the action to “consent” is r1, and the ID of the action to “greet” is r2. Yes, the ID of the action to “converse” is r3, the ID of the action to “fall into the pitfall” is r4, and the ID of the action to “jump over the pitfall” is r5. Hereinafter, the event and action will be described by substituting this ID as appropriate.
The event / action table T1 ′ is a fixed value and is not changed during the game.
[0091]
FIG. 10 is a diagram illustrating an example of the state value table T2 ′. The state value table T2 ′ includes the PC ID and each state value (the state values for the parameters “joy”, “anger”, “sorrow”, “easy”, “life force” as in the first embodiment). And the number of experiences is a data table stored in association with each PC. Hereinafter, the parameters will be described by substituting this ID as appropriate.
The state value stored in the state value table T2 ′ is updated during the game.
[0092]
FIG. 11 is a diagram illustrating an example of the experience value table T3 ′. The experience value table T3 ′ is a data table that stores PC IDs and the number of experiences for events and actions in association with each PC. In the following, the number of experiences for events and actions will be described by substituting this ID as appropriate.
The value of the number of experiences stored in the experience value table T3 ′ is updated during the game.
[0093]
Specifically, for example, in FIG. 11, the number of times that PC1 and PC3 “encounter”, that is, the number of occurrences of event e1 between PC1 and PC3, is that “event e1 has occurred between PC1 and PC3. “5” as shown in “experience value for e1exp-PC3”, and “5” is also “experience value for event e1 occurring with PC1” e1exp-PC1.
[0094]
After that, when PC1 and PC2 “encounter”, “experience value e1exp-PC2 for event e1 occurring between PC1” becomes “1”, and similarly e1exp-PC1 of PC2 becomes “1”. Become.
[0095]
Further, the rows and columns of the experience value table T3 ′ are expanded according to the number of players participating in the network game. That is, a row and a column are inserted each time a new player who participates in the game increases. Specifically, when the PC 4 newly participates in the game, a row with the PC ID “PC4” is inserted, and a column for storing the number of events and action experiences for the PC 4 is inserted.
[0096]
The PC identification information 340V is information for identifying individual PCs that are instructed to operate by a plurality of game systems G, G, G... Connected to the server, and includes a PC information table T6.
[0097]
FIG. 12 shows an example of the PC information table T6. The PC information table T6 is a data table in which a PC ID, occupation, stage, x coordinate, and y coordinate are stored in association with each other. Here, the occupation is information for determining the unique parameters of each character (synonymous with the unique parameters described in the first embodiment), and the stage is the current game stage where the PC is located. The x coordinate and the y coordinate are information indicating the position of the PC on the game stage.
[0098]
The processing unit 21V includes an event / action monitoring unit 212V, a parameter updating unit 214V, and a PC control unit 216V as main units for realizing the present invention.
[0099]
As in the first embodiment, the event / action monitoring unit 212V is a functional unit that monitors and detects whether an event has occurred and whether an action has been executed, but performs monitoring and detection for each PC. When the event / action monitoring unit 212V detects the occurrence of an event or the execution of an action, the event / action monitoring unit 212V outputs the detected event or action ID to the parameter update unit 214V. The processing performed by the event / action monitoring unit 212V is executed according to the event / action monitoring program 3100V.
[0100]
The parameter updating unit 214V reads the state value corresponding to the event or action ID input from the event / action monitoring unit 212V and the change amount of the experience count from the change amount table T4, and the state value table T2 ′ and the experience value table T3. Update '.
[0101]
When the parameter updating unit 214V updates the state value table T2 ′ and the experience value table T3 ′, the PC control unit 216V determines whether to cause the PC or OPC to perform an action. That is, the PC control unit 216V refers to the state value and the number of experiences stored in the state value table T2 ′ and the experience value table T3 ′, and determines whether or not the conditional expression stored in the action determination table T5 is satisfied. judge. If there is a corresponding conditional expression, the action to be executed is determined, and the motion specifying information is transmitted from the communication unit 51 of the server V to the communication unit 50 of the game system G.
[0102]
The game calculation unit 210G of the game system G specifies motion data from the motion control data 320G based on the motion specifying information, and determines the operation of the PC or OPC based on this.
[0103]
The processing procedure of the second embodiment will be described with reference to the flowchart of FIG. FIG. 13 is a flowchart showing a flow of processing executed by the processing unit 21V of the server V every time an event occurs or when an action is executed by the PC or OPC.
[0104]
First, when the event / action monitoring unit 212V detects that an event has occurred or the PC control unit 216V causes the PC or OPC to perform an action (step S1), the parameter update unit 214V changes the amount of change. From the table T4, the state value corresponding to the event that has occurred or the action that was executed and the amount of change in the number of experiences are read (step S2).
Then, the state value stored in the state value table T2 ′ and the number of experiences stored in the experience value table T3 ′ are updated (steps S3 and S4).
[0105]
Next, the PC control unit 216V determines whether each state value and the number of experiences stored in the state value table T2 ′ and the experience value table T3 ′ correspond to any of the conditional expressions stored in the action determination table T5. And determine whether or not to execute the action (step S5). If it is determined that an action is to be executed, the PC control unit 216V determines which action is to be executed (step S6).
[0106]
Then, the PC control unit 216V transmits the motion specifying information corresponding to the action from the communication unit 51 of the server V to the communication unit 50 of the game system G (step S7). After step S7, the processing unit 21V moves the process to step S2.
[0107]
In step S5, when it is determined that no action is to be executed, the processing unit 21V ends the process.
[0108]
[Hardware configuration example]
Next, an example of a hardware configuration capable of realizing the game system 1 of the first embodiment, the game system G and the server V of the second embodiment will be described with reference to FIG. In the hardware configuration shown in the figure, a CPU 1000, a ROM 1002, a RAM 1004, an information storage medium 1006, a sound generation IC 1008, an image generation IC 1010, and I / O ports 1012 and 1014 are connected to each other via a system bus 1016 so as to be able to input and output data. ing. A display device 1018 is connected to the image generation IC 1010, a speaker 1020 is connected to the sound generation IC 1008, a control device 1022 is connected to the I / O port 1012, and a communication device 1024 is connected to the I / O port 1014. Has been.
[0109]
The game system 1 and the game system G may include all these components, but in the server V, at least the CPU 1000, the ROM 1002, the RAM 1004, the information storage medium 1006, the I / O port 1014, the communication device 1024, This can be realized if the system bus 1016 is provided.
[0110]
The information storage medium 1006 mainly stores a program, image data for expressing a display object, sound data, play data, and the like. The storage unit 30 in FIG. 1, the storage unit 30G and the storage unit in FIG. It corresponds to 31V. For example, a CD-ROM, DVD, game cassette or the like may be used as the information storage medium, or a memory such as a ROM or a hard disk may be used.
[0111]
The control device 1022 is a device for inputting the result of the determination made by the player according to the progress of the game to the processing unit 20 or the processing unit 20G, and corresponds to a game controller, an operation panel, or the like. 1 corresponds to the operation unit 10 and FIG. 8 corresponds to the operation unit 10G.
[0112]
In accordance with a program stored in the information storage medium 1006, a system program stored in the ROM 1002 (such as device initialization information), a signal input from the control device 1022, the CPU 1000 controls the entire system and performs various data processing. . The RAM 1004 is a storage means used as a work area of the CPU 1000 and stores the given contents of the information storage medium 1006 and the ROM 1002 or the calculation result of the CPU 1000.
[0113]
Further, this apparatus is provided with a sound generation IC 1008 and an image generation IC 1010 so that game sounds and game images can be suitably output. The sound generation IC 1008 is an integrated circuit that generates game sounds such as sound effects and BGM based on information stored in the information storage medium 1006 and the ROM 1002, and the generated game sounds are output by the speaker 1020. The image generation IC 1010 is an integrated circuit that generates pixel information to be output to the display device 1018 based on image information sent from the RAM 1004, the ROM 1002, the information storage medium 1006, and the like. The display device 1018 is realized by a CRT, LCD, TV, plasma display, liquid crystal plasma display, projector, or the like.
[0114]
The communication device 1024 exchanges various types of information used inside the device with the outside. The game system G is a server V, the server V is a game system G, and a game via a communication line. It is used when sending and receiving given information according to the program.
[0115]
Various processes described with reference to FIGS. 1 to 6 and FIGS. 8 to 12 include an information storage medium 1006 storing a program for performing the processes shown in the flowcharts of FIGS. 7 and 13, and the program. The CPU 1000, the image generation IC 1010, the sound generation IC 1008, and the like that operate according to Note that the processing performed by the image generation IC 1010 or the like may be performed by software using the CPU 1000 or a general-purpose DSP.
[0116]
FIG. 15 shows an example in which the game system 1 and the game system G are applied to a home game system. The player enjoys the game by operating the game controllers 1202 and 1204 while viewing the game image displayed on the display 1200. In this case, the stored information is stored in a CD-ROM (or DVD) 1206, IC cards 1208, 1212, etc., which are information storage media detachable from the main body.
[0117]
In addition, although it adds to the last for confirmation, in the 1st and 2nd embodiment, the case where the kind of game was RPG was demonstrated, However, this invention is not limited to this, Various games (competition game, Needless to say, the present invention can also be applied to sports games, competitive games, and the like.
[Brief description of the drawings]
FIG. 1 is a diagram showing an outline of a game system according to a first embodiment.
FIG. 2 is a diagram showing an example of an event / action table according to the first embodiment.
FIG. 3 is a diagram showing an example of a state value table in the first embodiment.
FIG. 4 is a diagram illustrating an example of an experience value table according to the first embodiment.
FIG. 5 is a diagram showing an example of a change amount table in the first and second embodiments.
FIG. 6 is a diagram showing an example of an action determination table in the first and second embodiments.
FIG. 7 is a flowchart showing an operation related to an action execution process associated with the occurrence of an event in the first embodiment;
FIG. 8 is a diagram showing an outline of a game system and a server according to a second embodiment.
FIG. 9 is a diagram showing an example of an event / action table in the second embodiment.
FIG. 10 is a diagram showing an example of a state value table in the second embodiment.
FIG. 11 is a diagram illustrating an example of an experience value table according to the second embodiment.
FIG. 12 is a diagram illustrating an example of a PC information table according to the second embodiment.
FIG. 13 is a flowchart showing an operation related to an action execution process associated with the occurrence of an event in the second embodiment;
FIG. 14 is a diagram showing an example of a hardware configuration capable of realizing the present embodiment.
FIG. 15 is a diagram showing an example when the present invention is applied to a home game system.
[Explanation of symbols]
1. G game system
V server
10, 10G operation unit
20, 20G, 21V processing unit
210, 210G Game operation part
212, 212V Event / action monitoring unit
214, 214V parameter update unit
216, 216V PC controller
220, 220G image generator
30, 30G, 31V storage unit
300, 300G game program
310V progress management program
3100, 3100V event / action monitoring program
3200, 3200V parameter update program
3300, 3300V PC control program
320, 320G Motion control data
330, 330V action control data
340V PC identification information
40, 40G display section
50G, 51V communication section

Claims (4)

In a network game in which a plurality of terminals and a server system perform data communication, and each player uses the terminal to operate a player character (hereinafter referred to as “PC” in the claims) and enjoys it, the terminal and the data The server system for performing communication and controlling operations when encountering between PCs,
An encounter data management means for storing the number of encounters of each of the PCs in association with each combination of the PCs and storing the number of encounters related to the combination each time the PCs encounter each other;
The operation at the time of encounter among PC, determined from among a plurality of types of predetermined operations based on the encounter frequency according to the combination of the encountered PC each other stored in the storage unit, the encounter the determined operation In order to cause each of the PCs to perform the action operation determination unit at the time of encounter that transmits specific information for specifying the determined operation to a terminal corresponding to each PC that has been encountered ,
Server system with A game system comprising a plurality of terminals connected to each other, each player operating a PC using the terminals and enjoying the game,
An encounter data management means for storing the number of encounters of each of the PCs in association with each combination of the PCs and storing the number of encounters related to the combination each time the PCs encounter each other;
The operation at the time of encounter among PC, determined from among a plurality of types of predetermined operations based on the encounter frequency according to the combination of the encountered PC each other stored in the storage unit, the encounter the determined operation Action control means for encountering to be performed by each PC,
A game system with The server system in the network game in which a plurality of terminals and a server system perform data communication and each player operates the PC using the terminal and enjoys the operation, when the PC encounters by performing data communication with the terminal A method of controlling
The encounter frequency of the PC between each stored in the storage unit in association with each combination of each other the PC, every time the PC each other encounters, and updating the encounter frequency according to the applicable combination,
The operation at the time of encounter among PC, determined from among a plurality of types of predetermined operations based on the encounter frequency according to the combination of the encountered PC each other stored in the storage unit, the encounter the determined operation in order to perform the respective PC with, and transmitting specific information for specifying the operations the determined terminal corresponding to each of the PC with the encounter,
Including methods. A game system configured by communication connection of a plurality of terminals for each player to operate a PC is a method of controlling operations at the time of encounter between PCs,
The encounter frequency of the PC between each stored in the storage unit in association with each combination of each other the PC, every time the PC each other encounters, and updating the encounter frequency according to the applicable combination,
The operation at the time of encounter among PC, determined from among a plurality of types of predetermined operations based on the encounter frequency according to the combination of the encountered PC each other stored in the storage unit, the encounter the determined operation Step for each PC
Including methods.

Images