JP7034247B2 - Server system and program - Google Patents

Description

The present invention relates to a server system or the like in which a player terminal of each player is configured to be able to communicate and connect, and an organization to which a plurality of players can belong is set and the organization is managed.

In a multiplayer type game, it is known that a so-called team play in which a group called "team", "party", "guild", etc. is registered by a plurality of players and played in a group unit is possible. Multiplayer by registering as a group is easy to have a sense of companionship, and the real thrill of collaborating to achieve common goals is one of the secrets of its popularity.

However, it is recognized that group registration also has disadvantages. For example, if players who are friends in the real world form a group in the game world as they are, there is no problem, but if players who hardly know each other form a group, they will be different depending on the play style. It is possible that the teams will not be able to cooperate with each other and will be forced into unwilling team play. For example, a player who prefers to take a leisurely attack on a group of players who prefer a style of advancing the game with a sense of speed by actively attacking together, such as attacking only when they feel like it. One example is the case where the player pulls the leg of another player when he / she joins. In such a case, it is a good idea to have players with different play styles leave the group as expulsion, but it puts a mental burden on the players who have the right to exile (for example, team leaders and group representative players called guild masters). It will be called.

In order to solve such a problem, for example, in Patent Document 1, a technique that makes it possible to cancel the affiliation of a estranged player who belongs to a group but has not participated in the play in the group for a long time by a majority vote of other players. Is disclosed.

Japanese Unexamined Patent Publication No. 2002-325975

Even with the technique disclosed in Patent Document 1, the mental burden on the player on the side of expulsion can be significantly reduced, but it cannot be said that it is sufficient. In addition, the point that the player himself needs to intervene for the expulsion has not changed, and there is room for the exiled player to have the impression that he received an unreasonable expulsion from his friends.

The present invention has been devised to solve such a problem, and provides a new technical mechanism for excluding a player belonging to an organization, which reduces the mental burden on the excluding player. With the goal. It is also desirable to realize a mechanism for expulsion that is easy for the exiled player to understand, and aim to reduce the mental load on the exiled side.

In the first invention for solving the above-mentioned problems, the player terminal of each player is configured to be able to communicate and connect, and an organization to which a plurality of players can belong (for example, the guild in FIG. 3) is set to form the organization. A server system to be managed, and a rule setting means (for example, the server processing unit 200s in FIG. 7) for setting rules of play norms (for example, guild rules in FIGS. 4 and 5) to be observed when belonging to the organization concerned, a game. Management unit 210, guild rule setting unit 222, guild rule setting data 650 in FIG. 13, step S26 in FIG. 15 and
Examination means for judging whether or not the player belonging to the organization violates the rule by comparing the play history of the player belonging to the organization with the above rule (for example, the server processing unit 200s and the game management unit in FIG. 7). 210, Examination Department 230, Step S204 in FIG. 17),
When it is determined by the examination means that the rule is violated, the release means for canceling the affiliation of the player to the group (for example, the server processing unit 200s in FIG. 7, the game management unit 210, the automatic expulsion control unit 234, FIG. 17 steps S210, S214) and
It is a server system equipped with.

According to the present invention, it is possible to set a rule to be observed by a player belonging to a guild, automatically cancel the group affiliation of a person who violates the rule, and remove the person from the group. Since the expulsion is automated, there is no need for the player to intervene when expulsion, and there is no mental burden on the expulsion. In addition, since the expulsion is carried out according to the rules, it is easy for the exiled side to be convinced.

The second invention is the affiliation registration means (for example, the server processing unit 200s of FIG. 7) for registering the player of the player terminal as the affiliation player of the organization when the affiliation request to the organization is received from the player terminal. The server system of the first invention further includes a game management unit 210, a guild affiliation registration unit 226, and steps S106 to S108 in FIG.

Further, the third invention is the introduction information transmitting means (for example, the server processing unit 200s and the game management unit 210 in FIG. 7) for transmitting the introduction information of the organization including the rules set by the rule setting means to the player terminal. , Guild information provision control unit 224, steps S100 to S104 in FIG. 15), is the server system of the second invention.

Further, in the fourth invention, the affiliation registration means accepts a affiliation request to an organization related to the referral information only when the referral information transmitted by the referral information transmitting means is displayed on the player terminal. It is a server system of the third invention which performs the control which enables.

According to the second to fourth inventions, it is possible to confirm the rules set for the group to which the group wishes to belong, before requesting the group to belong to the group. Since you request affiliation after knowing the contents of the rule and you are dismissed because you violated the rule, it is easy to be convinced of the expulsion, and you do not have to think about the reason for expulsion, which is a mental burden. Do not bear.

A fifth aspect of the invention is the first to fourth invention, wherein the rule setting means selects a rule element from a plurality of rule elements according to a selection operation of a representative player of the group and sets the rule. Server system.

According to the fifth invention, the fairness of the content of the rule can be ensured by giving the representative player the right to set the rule. Moreover, since the content of the rule can be configured by combining a plurality of rule elements, the rule can be easily set.

In the sixth aspect of the invention, the plurality of rule elements include a rule element including a numerical condition, and the rule setting means sets the numerical condition of the rule element including the numerical condition by an instruction operation of the representative player. , The server system of the fifth invention.

According to the sixth invention, even if the same rule element is used, the numerical condition related to the violation examination can be set, so that the objectivity of the rule and the creation of various rules can be easily realized.

In the seventh aspect of the invention, the rule setting means extracts candidates for rule elements that can be set as the rule from a plurality of the rule elements based on the game parameters related to the organization. It is a server system of any one of the inventions.

According to the seventh invention, by extracting appropriate rule elements as candidates according to the game parameters related to the group, it is possible to prevent the situation where the rules for advanced players are set even though the group is only for beginners, for example. It will be possible.

An eighth invention is the server system of any one of the first to seventh inventions, wherein the rule setting means has a means for changing the setting of the rule by a vote of a player belonging to the organization.

According to the eighth invention, the rules can be set based on the agreement of the members to which they belong.

The ninth invention has a means for examining whether or not the examination means corresponds to the warning situation before the rule violation, and when it is determined that the examination means corresponds to the warning situation, the player to which the examination means belongs. 1st to 8th, further comprising warning notification means (for example, server processing unit 200s in FIG. 7, game management unit 210, warning notification control unit 232, step S206 in FIG. 17) for giving a warning notification to the player terminal of the above. It is a server system of any of the inventions.

According to the ninth invention, a warning can be given before being automatically expelled. Therefore, if the person unintentionally violates the rule without noticing it, he / she can voluntarily improve it and give him / her an opportunity to escape expulsion.

The tenth invention is a publication control means (for example, publication control of FIG. 7) that controls publication of the organization when the number of players determined to be in violation of the rule satisfies a predetermined numerical condition. It is a server system of the ninth invention further provided with the part 252, step S220) of FIG.

According to the tenth invention, it is possible to extract and publish an organization having a characteristic number of violators, such as an organization having too many rule violators.

In the eleventh invention, the player terminal of the player belonging to the group is configured to be able to play a given multiplayer game, and the rule setting means sets the rule with the degree of contribution in the multiplayer game as the rule element. The server system of the fifth or sixth invention to be set.

According to the eleventh invention, the degree of contribution to the team in team play can be included in the element of the rule. Therefore, it becomes possible to construct a rule that can exclude a player who belongs to a group but tends to play individualistically.

The twelfth invention is the server system of the eleventh invention in which the rule setting means sets the rule with the degree of participation in the multiplayer game as the rule element.

According to the twelfth invention, the degree to which the belonging player participates in the play as a group can be included in the element of the rule. Therefore, it is possible to set a rule that can exempt a player who has a lot of so-called "savage".

The thirteenth invention is a representative player canceling means (for example,) for canceling the affiliation of the representative player to the group when a given number of players belonging to the group is determined by the examination means to violate the rule. The server system according to any one of the first to twelfth inventions, further comprising the server processing unit 200s of FIG. 7, the game management unit 210, the guild master forced dismissal unit 250, and steps S230 to S234 of FIG.

According to the thirteenth invention, the representative player who is the setter of the rule can be dismissed when the representative player is inappropriate.

The fourteenth invention is a bonus giving means (for example, FIG. 7) that executes a process of giving a given bonus to the player belonging to the player based on a period and / or the number of people not subject to the rule violation by the examination means. The server system according to any one of the first to thirteenth inventions, further comprising a server processing unit 200s, a game management unit 210, an expulsion zero period reference bonus granting unit 244, and step S218 in FIG. 17).

According to the fourteenth invention, a bonus can be given to the desire to comply with the rules of the belonging player.

The fifteenth invention is a program for setting an organization to which a plurality of players can belong in a computer system configured so that the player terminal of each player can be connected to communication, and having the organization manage the organization. Rule setting means to set the rules of the play norms to be observed when belonging, compare the play history of the player belonging to the organization with the above rules, and judge whether the player belonging to the organization violates the rule It is a program for functioning as an examination means to be performed, and a cancellation means for canceling the affiliation of the player to the organization when it is determined by the examination means that the rule is violated.

According to the fifteenth invention, the computer system can exert the same effect as that of the first invention.

The figure which shows an example of the structure of a game system. The front external view which shows the configuration example of a player terminal. A diagram for explaining the contents of the game. A diagram illustrating the setting of rules for each guild. The figure which shows the example of the guild rule setting screen. The figure which shows the example of the participation application screen. A functional block diagram showing an example of a functional configuration of a server system. The figure which shows the example of the program and data which the server storage part stores. The figure which shows the data composition example of the game stage initial setting data. The figure which shows the data structure example of the rule element definition data. The figure which shows the data structure example of the user registration data. The figure which shows the data composition example of the player team formation data. The figure which shows the data composition example of the guild organization data. The figure which shows the data composition example of the play data. A flowchart for explaining the main processing flow by the server system. The flowchart which continues from FIG. The flowchart which continues from FIG. A flowchart for explaining the flow of the guild rule setting process.

[First Embodiment]
The first embodiment to which this invention is applied will be described.
FIG. 1 is a diagram showing an example of a configuration of a game system according to the present embodiment. The game system of the present embodiment includes a server system 1100 that can be connected to the communication line N and a player terminal 1500 (1500a, 1500b, 1500c, ...) Prepared for each player 2 (2a, 2b, 2c, ...). It is configured with and.

The server system 1100 is configured to include a single server system, a plurality of server systems, a storage device, and the like. The server system 1100 can provide various services for operating a membership registration-based website such as SNS (social networking service).
Specifically, a unique account (which can be read as a handle name) is issued to each user who has completed membership registration, and the server system 1100 provides user registration data 600 (FIGS. 8 and 11) for information related to the registered user. Centrally manage with (see). Then, various services on the website are provided based on the user registration data 600. The game of this embodiment is also provided and realized as a part of a service to registered users. That is, each player 2 (2a, 2b, 2c, ...) Is a registered user. Each player 2 (2a, 2b, 2c, ...) Uses the respective player terminals 1500 (1500a, 1500b, 1500c, ...) To access the server system 1100 and enjoy the game of the present embodiment.

The server system 1100 includes a main unit 1101, a keyboard 1106, a touch panel 1108, and a storage 1140. The control board 1150 is mounted on the main body device 1101. The control board 1150 includes various microprocessors such as CPU (Central Processing Unit) 1151, GPU (Graphics Processing Unit), DSP (Digital Signal Processor), ASIC (Application Specific Integrated Circuit), and various ICs such as VRAM, RAM, and ROM. A memory 1152 and a communication device 1153 are mounted.

The functions related to the game of this embodiment include an account management function that handles processes related to account registration and login / logout, and game management that manages and distributes data necessary for playing the game on the player terminal 1500 at any time. It has a function. It may further have an online shopping management function that provides items and the like (items, characters, etc.) that can be used in the game by online shopping.

In the example of FIG. 1, the server system 1100 is described as a single unit, but the present invention is not limited to this. For example, the server system 1100 is configured to have a plurality of blade servers, and the account management function, the game management function, etc. are shared by different blade servers, and they are connected to each other via an internal bus so that data communication is possible. You may. Alternatively, the server system 1100 may be configured to function as a whole by causing data communication between a plurality of independent servers installed at remote locations via the communication line N.

The server system 1100 can also communicate with devices other than the player terminal 1500 through the communication line N. For example, it is possible to communicate with an external server that handles billing processing.

FIG. 2 is a front external view showing a configuration example of the player terminal 1500.
The player terminal 1500 is a computer and an electronic device (electronic device) capable of connecting to the communication line N and accessing the server system 1100. The player terminal 1500 of the present embodiment assumes a small computer classified as a so-called smartphone, but includes a portable game device, a stationary home-use game device, a game controller of a stationary home-use game device, and a commercial game device. It may be realized by a device classified into a personal computer, a tablet computer, a wearable computer such as a wristwatch type or a glasses type, and the like.

The player terminal 1500 in the present embodiment includes a direction input key 1502, a button switch 1504, a touch panel 1506 that functions as an image display device and a contact position input device, a speaker 1510, a built-in battery 1509, a microphone 1512, and a control board. It includes 1550 and a memory card reader 1542 capable of reading and writing data from a memory card 1540 which is a computer-readable storage medium. In addition, a power button, a volume control button, etc. (not shown) are provided.

The control board 1550 wirelessly communicates with various microprocessors such as CPU 1551, GPU, and DSP, various IC memories 1552 such as ASIC, VRAM, RAM, and ROM, and a mobile phone base station or wireless LAN base station connected to the communication line N. It is equipped with a wireless communication module 1553 for communication. In addition, the driver circuit of the touch panel 1506, the circuit that receives the signal from the direction input key 1502 and the button switch 1504, the output amplifier circuit that outputs the audio signal to the speaker 1510, and the input signal that generates the audio signal collected by the microphone 1512. A so-called I / F circuit 1554 (interface circuit) such as a generation circuit and a signal input / output circuit to a memory card reader 1542 is mounted. Each element mounted on these control boards 1550 is electrically connected via a bus circuit or the like, and is connected so as to be able to read / write data and send / receive signals.

The control board 1550 temporarily stores the game program and data acquired from the server system 1100 in the IC memory 1552. Then, the program is executed to execute the arithmetic processing, and each part of the player terminal 1500 is controlled according to the operation input from the direction input key 1502, the button switch 1504, and the touch panel 1506 to enable the game play. In the present embodiment, the player terminal 1500 is configured to acquire necessary programs and various setting data from the server system 1100, but it may be configured to be read from a separately obtained memory card 1540.

The communication line N means a communication path capable of data communication. That is, the communication line N includes a telephone communication network, a cable network, a communication network such as the Internet, as well as a LAN (Local Area Network) using a dedicated line (dedicated cable) for direct connection and Ethernet (registered trademark). It is meaningful, and the communication method may be wired or wireless.

[Explanation of game content]
FIG. 3 is a diagram for explaining the game content of the present embodiment.
The game of this embodiment is an RPG (role-playing game) classified as a multiplayer online game, in which a plurality of players 2 (2a, 2b, 2c, ...) form a "guild" and the game is in guild units. Capture the stage and play.
The "guild" referred to here is the name of an organization in the game world, and may be other names such as "party", "alliance", "team", "corps", and "group". In the illustrated example, three people make up one guild, but the number of people does not matter.

As shown in the game screen example W2, for example, a powerful enemy character 6 (NPC: non-player character) that cannot be defeated by the player alone is set on the game stage to protect the treasure. Players 2 (2a, 2b, 2c) belonging to the same guild use player terminals 1500 (1500a, 1500b, 1500c), respectively, and operate the player teams 3 (3a, 3b, 3c) set by each to operate enemy characters. Engage with 6 and aim to eliminate it and acquire treasure. The content of the game stage is not limited to this, and may be played against other guilds.

One player team 3 is composed of one or more player characters 4, and can be freely organized by appropriately equipping items. Depending on the content of the game, the player team 3 may be called a "deck". In the example of FIG. 2, it is composed of two player characters 4 in one team, but the number of configurations can be set as appropriate. Further, a part of the player characters 4 constituting the player team 3 can be configured as NPCs (non-player characters).

FIG. 4 is a diagram illustrating the setting of rules for each guild in the present embodiment.
In this embodiment, a "guild rule", which is a play standard to be observed by the player 2 belonging to the guild, can be set for each guild. Then, the actions of each player are recorded on the game system, and based on this, the state of violating the guild rule of the guild to which the player belongs is automatically detected.

If a state in which the guild rule is violated is detected, a warning is issued on the player terminal 1500c of the corresponding player (player 2c in the example of FIG. 4). If the violation is still detected, the player is automatically removed from the guild. That is, they are removed from the guild.

In multiplayer online games that support the traditional guild system, members are manually removed by the authority of the guild master (the representative of the guild, usually the founding player of the guild). However, in this case, the guild master is forced to bear a mental burden, but in the guild system of the present embodiment, the expulsion is automatically executed, so that the mental burden is eliminated.

In this embodiment, the guild master can set and edit guild rules.
FIG. 5 is a diagram showing an example of the guild rule setting screen W4. The guild rule setting screen W4 has a guild name input field 21, a guild master account input field 22, an editing password input field 23 for inputting a password for guild rule editing, a rule element menu 24, and a guild rule setting field. 25, the application period setting field 26, the setting completion operation icon 27, and the cancel operation icon 28 are displayed.

Guild rules can consist of one or more rule elements. In the rule element menu 24, the rule element panels 30 (30a, 30b, ...) Are scrolled and displayed for each selectable rule element. The guild master drags and drops the rule element panel 30 (30a, 30b, ...) Displayed in the rule element menu 24 to the guild rule setting field 25 to move the rule element described in the panel. Can be included in guild rules. Conversely, by dragging and dropping the rule element panel 30 displayed in the guild rule setting field 25 to the margin, the rule element of the panel can be deleted from the guild rule. The example of FIG. 5 corresponds to a state in which the rule element panel 30a and the rule element panel 30b are set to be included in the guild rule.

The rule element has an item for setting a rule value which is a numerical condition for detecting that the rule element is violated, and a pull-down menu display icon 31 for setting the value of the numerical condition is attached. Then, when the value of the numerical condition is instructed and set by the pull-down menu display icon 31, the set numerical value is displayed on the numerical condition display unit 32.

In addition, the rule elements are roughly divided into two categories, "absolute rule" and "point addition rule". Each rule element panel 30 includes a division display 33, and it is possible to determine whether or not to include it in the guild rule by relying on the identification of the displayed division.

An absolute rule is a rule element that is automatically exempted if it violates by itself.

The point addition rule is a rule element in which the violation points are added each time a violation is made, and the expulsion is automatically performed when the total reaches a given upper limit. When the rule element panel 30 of the point addition rule is included in the guild rule setting field 25, the violation point upper limit value setting field 34 appears in the setting field, and the pull-down menu display icon 31 is used to instruct the upper limit value to set it. You will be able to.

If the setting completion operation icon 27 is touch-operated, a guild rule composed of the rule elements defined in the guild rule setting field 25 is registered. If the cancel operation icon 28 is touch-operated, the work contents up to that point are discarded, the state before the work is restored, and the guild rule setting screen W4 is closed.

The rule element displayed in the rule element menu 24 does not necessarily have to be element-specific, and a set of a plurality of rule elements and a set in which the rule value and the upper limit of the violation point are predetermined are packaged. Can include menu items. In this embodiment, this is referred to as a "preset rule package".
Further, the guild rule may be in a state where it does not contain any rule elements, that is, in a state where there are substantially no rules. Since this is the case when the guild is initially set, the guild master can appropriately call the guild rule setting screen W4 to set a guild rule containing a rule element. Of course, it can be edited and revised arbitrarily even after setting.

The content of the guild rule will be disclosed to the player as appropriate.
For example, FIG. 6 is a diagram showing an example of a participation application screen W6 for requesting participation in a guild, that is, requesting affiliation with a guild. The participation application screen W6 has a guild information display unit 40 that scrolls and displays representative information of guilds that are recruiting guild members, a guild introduction comment display unit 42 selected by the guild information display unit 40, and guild information. A guild rule disclosure unit 44 that scrolls and displays the guild rules of the guild selected on the display unit 40, an affiliation request operation icon 46 for inputting an execution operation of a participation application procedure, and a cancel operation icon 48 are included.

A player who is thinking of belonging to some guild displays the participation application screen W6 by a predetermined operation, and first selects a guild of interest by relying on the representative information displayed on the guild information display unit 40. Then, referring to the introduction comment display unit 42 and the guild rule disclosure unit 44, if the image of the desired guild is matched, the affiliation request operation icon 46 is operated to execute the participation application procedure.

In this way, on the participation application screen W6, it is possible to know in advance the guild rules of the guild to which he / she wishes to belong. Therefore, the player can belong to the guild after being convinced of the rules that he / she should comply with.

[Explanation of functional configuration example of server system]
Next, an example of the functional configuration in this embodiment will be described.
FIG. 7 is a functional block diagram showing a functional configuration example of the server system 1100 according to the present embodiment. The server system 1100 in the present embodiment includes an operation input unit 100s, a server processing unit 200s, an image display unit 372s, a communication unit 374s, and a server storage unit 500s.

The operation input unit 100s is a means for inputting various operations for managing the server. In the example of FIG. 1, the keyboard 1106 is applicable.

The server processing unit 200s is realized by, for example, a microprocessor such as a CPU or GPU, an electronic component such as an ASIC (integrated circuit for a specific application), or an IC memory, and includes each functional unit including an operation input unit 100s and a server storage unit 500s. Data input / output control is performed between. Then, various arithmetic processes are executed based on a predetermined program and data, an operation input signal from the operation input unit 100s, and data received from the player terminal 1500, and the operation of the server system 1100 is controlled in an integrated manner. In the example of FIG. 1, the control board 1150 corresponds.

The server processing unit 200s of the present embodiment includes an account management unit 201, a game management unit 210, an image generation unit 272s, and a communication control unit 274s.

The account management unit 201 performs a process related to the user registration procedure and a process related to login. That is, a unique account is issued to the user who has undergone the registration procedure, that is, the player, and the user registration data 600 (see FIG. 8) is stored in the server storage unit 500s and managed.

The game management unit 210 executes various processes related to the execution of the game.
In this embodiment, the owned object management unit 214, the player team organization unit 216, the guild establishment unit 220, the guild rule setting unit 222, the guild information provision control unit 224, the guild affiliation registration unit 226, and the examination unit 230. , Warning notification control unit 232, automatic expulsion control unit 234, expulsion history storage control unit 236, game progress control unit 240, rule content standard bonus granting unit 242, expulsion zero period standard bonus granting unit 244, It has a play history memory control unit 246, a guild master forced dismissal unit 250, and a public control unit 252.

The owned object management unit 214 manages the object acquired by the player in association with the player's account. In the present embodiment, there are objects such as player characters 4 (4a, 4b, ...: See FIG. 3) and items that can be equipped to the player characters 4, but the types and contents of the objects are different depending on the game content. It can be set as appropriate.

The player team formation unit 216 controls the formation of the player team 3 (see FIG. 3). For example, when the player terminal 1500 detects the input of a predetermined team formation operation, the player terminal 1500 displays a list of objects owned by the player and accepts the selection operation of the object to be the player character 4. At the same time, it also accepts setting operations for items to be equipped from the list of objects. Then, according to the result of those operation inputs, the organization information of the player team 3 is stored and controlled in association with the player account.

The guild establishment unit 220 controls the setting of the guild. For example, when it is detected that a predetermined guild establishment operation is input on the player terminal 1500, the guild name, the guild master account, the editing password required for authentication when setting the guild rule, the guild introduction comment, etc. The screen for inputting information is displayed on the player terminal 1500. Then, a new guild is set and registered according to the input result on the screen.

The guild rule setting unit 222 controls the setting of the guild rule. In the present embodiment, the guild rule setting screen W4 (see FIG. 5) is displayed on the player terminal 1500, and the guild rule definition data according to the input result on the screen is generated and registered and controlled in association with the guild name. Further, in the present embodiment, when a rule element categorized as a point addition rule including a numerical condition is set in the guild rule, the value can be set according to the instruction operation of the numerical condition.

The guild information provision control unit 224 controls to provide various information about the guild including the guild rule to the player. In the present embodiment, a part of the information required for displaying the participation application screen W6 (see FIG. 6) on the player terminal 1500 is realized by controlling the transmission including various information about the guild including the guild rule. do.

The guild affiliation registration unit 226 controls the procedure for registering the player of the player terminal as a player belonging to the desired guild when the player terminal 1500 requests the participation application to the guild, that is, the affiliation request is received.

The judging unit 230 compares the play history of the player belonging to the guild with the guild rule of the guild for each guild, and judges whether or not the player belonging to the guild falls under the rule violation. In other words, it detects the violation status of the player to which it belongs.
Since the guild rule of the present embodiment is composed of a single rule element or a plurality of rule elements, the examination unit 230 determines whether or not the player belonging to the guild rule falls under the rule violation based on the suitability of each rule element. Become.

The warning notification control unit 232 controls the player terminal 1500 of the corresponding player to give a warning notification according to the examination result by the examination unit 230. In the present embodiment, it is controlled to give a warning notification when the rule is violated and when the warning condition before the rule violation (for example, 90% of the numerical conditions for each point addition rule is reached) is satisfied. ..

The automatic expulsion control unit 234 forcibly and automatically exempts the player determined by the examination unit 230 to violate the rule from the guild to which the player belongs. That is, the affiliation of the affiliation player judged to be a violation is automatically canceled.

The expulsion history storage control unit 236 controls to store and manage the history of expulsion automatically by the automatic expulsion control unit 234 for each guild.

The game progress control unit 240 controls the progress of the game.
In this embodiment, when the guild members are gathered at a predetermined meeting place such as a chat room prepared in the game world and the guild master selects and operates the game stage to be played, the guild master is gathered at the selected game stage. Guild members participate in multiplayer online RPGs to play games. The game progress control unit 240 controls the game progress.

The rule content standard bonus granting unit 242 controls to grant a bonus in favor of the guild when the guild rule of the guild targeted for game progress control satisfies a predetermined condition.
The "predetermined condition" referred to here can be set as appropriate, but in the present embodiment, it means a case where a predetermined strict condition which means that the setting of the guild rule is strict is satisfied. For "strict conditions", for example, when a "preset rule package" set so that the rule contents become strict is set in the guild rule, or when a threshold value for numerical conditions is prepared for each rule element belonging to the point addition rule. When the number of rule elements exceeding the threshold value reaches a predetermined number, the upper limit of violation points per rule element belonging to the point addition rule is less than the reference value, and so on.

Then, for example, in the lottery process for selecting the type of items to be given along with the game stage, the winning probability of an item having a rarity higher than the standard is increased, or the ability parameter value of the guild member player character 4 is temporarily set. Give bonuses such as improving to.

Based on the expulsion history recorded by the expulsion history storage control unit 236, the expulsion zero period reference bonus granting unit 244 grants a bonus to the guild or the guild member according to the number of days in a continuous period of zero expulsion.
Specifically, a stepwise standard (for example, 30 days, 90 days, 120 days, ...) Is set for the number of consecutive days, and the longer the period, the more favorable the bonus is given to the player. The content of the bonus can be set as appropriate according to the game content, such as granting bonus items, granting lottery rights for paid items, challenge rights to hidden game stages, usage rights for large and luxurious chat rooms, etc. .. In addition, the bonus may be given to the entire guild, individual guild members, or only to the guild master.
Note that zero expulsion can be replaced with zero violations. That is, it is also possible to give a bonus according to the period during which the examination unit 230 does not determine that the rule is violated. Alternatively, the reference number is not limited to "zero", and a range consisting of a small number such as "less than 2 people" can be set.

The play history storage control unit 246 controls the recording and management of the play history for each player.

The guild master compulsory dismissal unit 250 forcibly dismisses the guild master when the ineligibility condition, which means the ineligibility for managing a predetermined guild rule, is satisfied.
Specifically, the "ineligible condition" is, for example, the total number of expulsions in a predetermined sampling period (for example, the past two weeks) in the expulsion history managed by the expulsion history storage control unit 236, or the guild of the total number of expulsions. It can be assumed that the ratio per number of members reaches a predetermined upper limit. It is also possible that the number of guild members determined to be a violation in one stage play by the examination unit 230 reaches a predetermined reference value or more. It can also include cases where the guild master's play frequency is below the reference value. Of course, contents other than these can be included as appropriate.

The publication control unit 252 controls the publication of the organization when the number of players to which the player belongs is determined to violate the rule satisfies a predetermined numerical condition. In the present embodiment, the group name may be displayed in a text message format in all the game screens currently being played.
Of course, it may be published by other methods. For example, an e-mail including the group name may be sent to the e-mail address registered for each player, or the corresponding guild name may be entered on the guild information display unit 40 of the participation application screen W6 (see FIG. 6). It may be displayed in a special display format, or a special badge that calls attention may be attached to the guild name.

The image generation unit 272s can generate an image or the like related to the maintenance of the server system 1100 and output it to the image display unit 372s.

The image display unit 372s displays various images for system management based on the image signals input from the image generation unit 272s. For example, it can be realized by an image display device such as a flat panel display, a cathode ray tube (CRT), a projector, and a head-mounted display. In the example of FIG. 1, the touch panel 1108 corresponds.

The communication control unit 274s executes data processing related to data communication, and realizes data exchange with an external device via the communication unit 374s.

The communication unit 374s connects to the communication line N to realize communication. For example, it is realized by a wireless communication device, a modem, a TA (terminal adapter), a jack of a communication cable for wiring, a control circuit, and the like. In the example of FIG. 1, the communication device 1153 corresponds.

The server storage unit 500s stores a system program for realizing various functions for the server processing unit 200s to control the server system 1100 in an integrated manner, a program necessary for managing a game, various data, and the like. Further, it is used as a work area of the server processing unit 200s, and temporarily stores the calculation results and the like executed by the server processing unit 200s according to various programs. This function is realized by, for example, an IC memory such as RAM or ROM, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or DVD, or the like. In FIG. 1, a storage medium such as an IC memory 1152 and a hard disk mounted on the main unit 1101 and a storage 1140 correspond to this.

FIG. 8 is a diagram showing an example of a program and data stored in the server storage unit 500s in the present embodiment. The server storage unit 500s stores in advance the server system program 501, the account management program 503, the game management program 505, and the distribution game program 507 for distribution to the player terminal 1500.
Further, the game stage initial setting data 510, the character initial setting data 530, the item initial setting data 540, the rule element definition data 550, the user registration data 600, the guild organization data 640, and the play data 700 are stored. do. In addition, information such as timers, counters, and various flags can be stored as appropriate.

The server system program 501 is a system program for realizing the basic input / output functions required as a computer in the server system 1100 by reading and executing the server processing unit 200s.

The account management program 503 is a program for realizing the function as the account management unit 201 by being read and executed by the server processing unit 200s.

The game management program 505 is a program for realizing the function as the game management unit 210 by being read and executed by the server processing unit 200s.

The distribution game program 507 is an original game program that is duplicated and provided to the player terminal 1500.
The game program may be realized as a dedicated program, for example. Alternatively, if the game of the present embodiment is realized as a web game, a web technology that actively controls the screen display by using Java (registered trademark), CSS (Cascading Style Sheets), etc. together with HTML based on a web browser. And it can be realized by using a plug-in such as Adobe (registered trademark) Flash. Of course, other methods may be used.

By executing the provided game program, the player terminal 1500 has 1) a function of transmitting various request information for playing a game to the server system 1100 in response to an operation input, and 2) data received from the server system 1100. A function to control the progress of the game on the terminal based on the above, and 3) a game play screen and various setting input screens based on the data received from the server system 1100 (in this embodiment, the guild rule setting screen W4 (see FIG. 5). ), Participation application screen W6 (see FIG. 6)) and the like can be displayed on the touch panel 1506, and 4) control of transmitting a signal according to the operation input to the server system 1100 can be realized. That is, it is possible to realize a function of using the player terminal 1500 as a human-machine interface device.

The game stage initial setting data 510 is prepared for each game stage and stores various initial setting data necessary for playing the game stage.
For example, as shown in FIG. 9, the stage ID 511, the difficulty level 513, the enemy character ID 515 for identifying the enemy character 6, the enemy character attribute 517, and the compatibility data 520 are included. In addition, 1) initial setting data of background objects for configuring and displaying the game space that is the stage of the game, 2) data that defines the appearance conditions, number of appearances, appearance positions, action patterns, etc. of the enemy character 6, 3 ) Includes an object ID list, etc., which is a candidate object to be dropped by the enemy character 6. Of course, initial setting data other than these can be included as appropriate depending on the content of the game.

The enemy character attribute 517 is a classification representing the characteristics of the ability of the enemy character 6 in the game. In this embodiment, the three elements of fire, water, and wood are set in the relationship of three swords. Character attributes are also assigned to character objects that can be set as player characters 4. Further, the same attribute is set as an item attribute for the item that can be equipped by the player character 4.

The compatibility data 520 corresponds to advice and hints for capturing the game stage.
For example, a recommended item ID list 521 indicating an item to be equipped on the player character 4, a recommended character attribute 523 indicating a character attribute to be provided by the character to be the player character 4, and a character indicated by the recommended character attribute 523 in the player team 3. The recommended character attribute occupancy rate 525, which indicates the lower limit of the occupancy rate of the player character 4 having the attribute, and the like are included. Of course, data other than these can be stored as appropriate.

Returning to FIG. 8, the character initial setting data 530 is prepared for each object of the character appearing in the game, and defines the initial state of the character. One character initialization data 530 includes, for example, a character ID, a character attribute, and an initial ability parameter value list. In addition, it is assumed that model data, texture data, motion data, etc. for displaying and operating the character on the screen are appropriately included.

Item initial setting data 540 is prepared for each object that becomes an item appearing in the game, and defines the initial state of the item. Items such as weapons that can be equipped on the player character 4 are also targeted. One item initialization data 540 includes, for example, an item ID, an item attribute, and an initial ability parameter value list. Item attributes are classified according to character attributes. In addition, it is assumed that data for displaying the item on the screen and operating it is appropriately included.

The rule element definition data 550 defines a rule element that can form a guild rule. For example, as shown in FIG. 10, the manual setting rule element data 551, the prohibited term list 557, and the preset rule package data 558 are included.

The manual setting rule element data 551 defines a rule element that can be manually individually selected by the guild master. For example, in association with the rule ID 552, the division 553 of either the "absolute rule" or the "point addition rule", the norm content 554, and the violation point 555 are stored. Of course, data other than these can be stored in association with each other as appropriate.

The Banned Term List 557 defines candidate terms that are prohibited from being used in in-game chat.

The preset rule package data 558 shows a rule ID which is identification information of the package, a configuration rule ID list indicating the rule elements constituting the package, and a setting value of a numerical condition for each rule element constituting the package. Stores the numerical condition value list for each configuration rule element and the upper limit of violation points. Of course, data other than these can be stored as appropriate.

In this embodiment, it is assumed that three types of preset rule package data 558, hard, standard, and easy, are prepared according to the strictness of the content of the guild rule, but other than these, the behavior style of the guild is embodied. You may prepare another type of package.

Returning to FIG. 8, the user registration data 600 is prepared for each user registered as a player, and stores various data associated with the player.
As shown in FIG. 11, for example, one user registration data 600 includes a player account 601, a contact e-mail address 603, an affiliation guild name 605, a billing history data 607, and a play history data 610 for each game play. , The owned character ID list 620, the owned item ID list 622, and the player team organization data 630 are stored. Of course, data other than these can be stored as appropriate.

The play history data 610 is a past action record related to the game of the player, and is generated for each play of participating in the guild.
One play history data 610 includes a login date and time 611 and a stage play log 613 that stores the contents of play on the game stage. The stage play log 613 includes, for example, a stage ID 613a indicating the game stage played, a guild name 613b to which the player belongs, a ally contribution degree 613c, an enemy contribution degree 613d, a damage occupancy rate 613e, and a chat remark history 613f. Of course, data other than these can be stored as appropriate.

The ally contribution degree 613c is an index value indicating the degree to which the player contributes to the game stage capture. For example, the ratio of the damage done by the player to the total damage done to the enemy character 6 by all the participating guild members, the number of times the other guild members are supported (for example, the number of times the recovery spell or recovery item is used), etc. Find it and calculate it with a predetermined function that uses them as variables. As a specific calculation method, a known technique can be appropriately applied.

The enemy contribution degree 613d is an index showing the degree of the act that hinders the capture of the game stage. In a soccer game, it indicates the degree of action equivalent to an own goal. For example, the number of times that the participating enemy character 6 is erroneously supported (for example, the number of times that the ally is attacked by mistake) is obtained, and it is calculated by a predetermined function using them as variables. As a specific calculation method, a known technique can be appropriately applied.

The damage occupancy rate 613e is the ratio of the damage of the player character 4 of the player to the total damage received by all the player characters 4 of all the guild members from the enemy character 6.

The owned character ID list 620 is a list of identification information of the character owned by the player.
The owned item ID list 622 is a list of identification information of items owned by the player.

The player team formation data 630 is master data that stores various data that define the configuration of the player team 3 (see FIG. 3). For example, as shown in FIG. 12, in association with the character ID 631, the character attribute 632, the character level 633, the latest ability parameter value 634, and the equipment item ID list 635 indicating the equipped item are stored. Of course, data other than these can be stored in association with each other as appropriate.

Returning to FIG. 8, the guild organization data 640 stores various data related to the guild prepared for each guild. As shown in FIG. 13, for example, one guild organization data 640 includes a guild name 641, an establishment date and time 643, a guild master account 645, a guild introduction comment data 647, an editing password 649, and a guild rule setting data 650. , Member data 660, stage play date / time list 670, and expulsion history data 672. Of course, data other than these can be stored as appropriate.

The guild rule setting data 650 is data that defines a guild rule, and is prepared for each application period 651. One guild rule setting data 650 stores the configuration rule ID 653 indicating the rule element constituting the guild rule and the numerical condition value 655 in association with each other, and also stores the violation point upper limit value 657. Of course, data other than these can be stored as appropriate.

Member data 660 is prepared for each guild member. One member data 660 includes a player account 661, player team organization data (copy) 662, total violation points 663, average participation rate 664, non-participation history 665, chat remark history 666, and warning history 667. Store. Of course, data other than these can be stored as appropriate.

The player team formation data (copy) 662 is a copy of the player team formation data 630 of the user registration data 600 (see FIG. 11) indicated by the player account 661.

The total violation point 663 is an integrated value of the violation points given by the player in violation of the rule classified into the point addition rule among the rule elements constituting the guild rule. It is "0" when registering as a guild member. It may be configured to be reset to "0" every time a predetermined period elapses.

The non-participation history 665 is a list of dates and times when the player did not participate in play as a guild. Specifically, there is no record when registering as a guild member. If the player character 4 of the player is not within a predetermined range from the player character 4 of the guild master at the time of the start operation of the stage play by the guild master, it is regarded as non-participation, and the date and time are additionally stored.

The chat remark history 666 is a history of the remark contents of the chat during the stage play.

In the warning history 667, each time a warning regarding a rule violation is made on the player terminal 1500 of the player, the date and time and the rule ID of the rule element that has violated or is likely to be in a violation state are stored in association with each other. Will be done.

The stage play date / time list 670 stores the game stage ID in which the game was played as a guild and the play date / time in association with each other.

The expulsion history data 672 stores the date and time when the automatic cancellation of the affiliation registration of the guild, that is, the date and time when the automatic expulsion was executed, and the exiled player account.

Returning to FIG. 8, the play data 700 is prepared for each game play as a guild, and stores various data describing the progress of the game play.
FIG. 14 shows a configuration example of one play data 700. The play data 700 of the present embodiment actually participates in the stage play among the unique play ID 701 automatically assigned, the guild name 703, the stage ID 705 indicating the game stage to be played, and the guild members indicated by the guild name 703. Participating guild member ID list 709 indicating the guild member who has done so and so on are stored. Further, the play data 700 includes ally status data 710, enemy status data 712, and violation examination data 720. Of course, data other than these can be stored as appropriate.

The ally status data 710 is prepared for each player character 4 (see FIG. 3) of the guild member participating in this stage play, and stores data describing the latest status of the player character. For example, the character ID and the latest parameter value list (HP, attack power, defense power, experience value, remaining number of equipped items, etc.) are stored. Of course, data other than these, such as position coordinates and data for motion control, can be appropriately stored.

The enemy status data 712 is prepared for each enemy character 6 (see FIG. 3) and stores data describing the latest state of the enemy character.

The violation examination data 720 stores information necessary for examining a guild rule violation. For example, it includes damage history data 721, recovery history data 723, and remark history data 725. Of course, in addition to these, other data corresponding to the content setting of the rule element can be stored as appropriate.

The damage history data 721 is generated every time the player character 4 or the enemy character 6 is damaged, and stores the date and time of the damage occurrence, the damaged character ID, the damaged character ID, the damage amount, and the like.

The recovery history data 723 is generated when the damage of the player character 4 or the enemy character 6 is recovered, and the date and time of the damage recovery, the character ID that received the damage recovery, the character ID that expresses the damage recovery, the recovery amount, and the like are displayed. Store.

The remark history data 725 is generated every time a remark is made by the text chat function during the stage play, and stores the date and time of the remark, the player ID of the remark, the content of the remark (text data), and the like.

The damage history data 721, the recovery history data 723, and the remark history data 725 are play histories in the stage play. In particular, the damage history data 721 and the recovery history data 723 indicate the degree of contribution of each guild member to the ally (the number and degree of actions that favor the ally) and the degree of contribution to the enemy (the enemy is advantageous (in other words, the ally). It is used as a material to judge the number and degree of actions to be disadvantageous).

Further, since the game of the present embodiment is an RPG, the play data 700 includes the position coordinates of the enemy character 6 of the player character 4, a list of objects acquired by each player during play, and operation control of the player character 4 and the enemy character 6. Data etc. are stored. Of course, other data can be stored as appropriate depending on the content of the game.

[Explanation of processing flow]
15 to 17 are flowcharts for explaining the main processing flow by the server system 1100 of the present embodiment.
As a premise of the processing flow described here, the account management program 503 and the game management program 505 are read and executed in a state where the server processing unit 200s is executing the server system program 501.

Further, it is assumed that the player terminal 1500 downloads and executes a copy of the distribution game program 507, connects to the server system 1100, and logs in using the player account. With login, new play history data 610 (see FIG. 11) is added to the user registration data 600 of each player. However, since the stage play in the guild has not been reached at this point, the stage play log 613 is not stored in the play history data 610 that has just been generated.

The server processing unit 200s of the server system 1100 first displays a predetermined top screen on the player terminal 1500 of the logged-in player (step S2).
An icon for inputting various operations related to game preparation and game play is displayed on the top screen, and the player terminal 1500 transmits a request signal of the type corresponding to the operated icon to the server system 1100. The server system 1100 can detect the operation input made by the player terminal 1500 from the type of the received request signal.

When the server processing unit 200s of the server system 1100 detects that the purchase character and the purchase item registration operation has been input in the player terminal 1500 (YES in step S4), the character newly registered in the player terminal 1500 or the like. The input screen for inputting the item ID is displayed (step S6).

Specifically, when the player inputs the object ID of the object purchased in online shopping or a physical store on the input screen, the player terminal 1500 transmits the input result to the server system 1100. The server processing unit 200s of the server system 1100 additionally registers the input object ID in the owned character ID list 620 or the owned item ID list 622. If you purchase an object in the game, it will be registered automatically.

Next, when the server processing unit 200s of the server system 1100 detects that the player team formation operation has been input in the player terminal 1500 (YES in step S10), the server processing unit 200s executes the player team formation process (step S12).
For example, a list of characters registered in the owned character ID list 620 (see FIG. 11) on the player terminal 1500 is displayed in a selectable manner with information display of each character attribute attached. Then, the selected character is designated as the player character 4. Further, the list of items registered in the possessed item ID list 622 is displayed in a selectable manner with the information display of each item attribute attached, and the selected item is equipped to the player character 4. The number of player characters 4 set here is up to the upper limit of the number of formations of a predetermined player team 3. Then, the player team formation data 630 is updated according to the result of the formation operation.

Next, the server processing unit 200s searches for the guild formation data 640 (see FIG. 13) indicated by the guild name 605 to which the player belongs (see FIG. 11), and the player team formation data (copy) 662 of the member data 660 of the player. The contents of the player team formation data 630 are copied and updated to (step S14).

Next, when the server processing unit 200s of the server system 1100 detects that the operation for establishing a new guild has been input in the player terminal 1500 (YES in step S20), the server processing unit 200s executes the guild establishment process (step S22).
That is, new guild organization data 640 is generated. At this time, the guild master account 645 is regarded as the player account of the player. In addition, the player is asked to input the guild introduction comment data 647 and the editing password 649. Since the guild has just been established, the guild rule setting data 650 is also in the "undecided" state, and the member data 660 is not stored. The expulsion history data 672 is also in the state of "no history".

When the guild establishment process is completed, or when it is detected that the guild rule setting operation has been input in the player terminal 1500 (YES in step S24), the server processing unit 200s executes the guild rule setting process (step S26).

FIG. 18 is a flowchart for explaining the flow of the guild rule setting process in the present embodiment. In the same process, the server processing unit 200s displays the guild rule setting screen W4 (see FIG. 5) on the player terminal 1500 (step S50).

The player terminal 1500 sequentially transmits the operation input result to the guild rule setting screen W4 to the server system 1100.
The server processing unit 200s of the server system 1100 stores the input results in the guild name input field 21, the guild master account input field 22, and the editing password input field 23 in the corresponding guild organization data 640 (see FIG. 13). The setting right is authenticated by collating with the guild name 641, the guild master account 645, and the editing password 649, respectively (step S52).

Continuing the explanation on the premise that the setting right is authenticated, the server processing unit 200s next refers to the guild rule setting data 650 and displays the contents of the current guild rule in the guild rule setting field 25 (step). S54).

Next, with reference to the rule element definition data 550 (see FIG. 10), the rule element panel 30 (30a, 30b, ...) For each rule element is displayed in the rule element menu 24 so that it can be selected and operated (step S56).
In this step, all the root elements of the rule element definition data 550 are displayed in the present embodiment, but the rule elements to be displayed may be narrowed down as appropriate.
For example, a plurality of manual setting rule element data 551 having different constituent rule IDs 552 are prepared for each different application condition, and the rule element included in the manual setting rule element data 551 of the application condition corresponding to the guild to be set is set. It is also possible to display. The contents of the "applicable conditions" referred to here can be set as appropriate, but it is preferable to divide them according to the degree of skill in the game. For example, the average of the character level 633 (see FIG. 12) of the guild master or all the guild members including the guild master may or may not satisfy the predetermined advanced level condition.

Alternatively, if the guild master meets certain beginner conditions (for example, the number of play history data 610 (see FIG. 11) is less than the specified value), or from the guild establishment date and time 643 to the specified period, only the preset rule package data 558 is displayed. However, when the beginner's condition is no longer satisfied or when the predetermined period is exceeded, the rule element of the manual setting rule element data 551 may be displayed without displaying the preset rule package data 558.

When the player terminal 1500 detects a setting operation or a setting cancellation operation of a rule element constituting a guild rule, the server processing unit 200s adds a rule element constituting a guild rule to the guild rule setting data 650 according to the operation input. A process or a process of deleting is performed (step S58). When adding or deleting, the setting change history shall be stored as appropriate for the restoration of the settings described later.

If the preset rule package is added to the guild rule (YES in step S60), the server processing unit 200s cancels all the rule elements for manual setting set in the guild rule setting data 650 (step S62). ), The violation point upper limit value 657 is updated to the value of the violation point upper limit value stored in the added preset rule package (step S64).

If the rule element for manual setting is added to the guild rule (YES in step S70), the server processing unit 200s cancels the preset rule package set in the guild rule setting data 650 (step S72). , The numerical condition value 655 of the added rule element is set according to the instruction operation input using the pull-down menu (step S74). Similarly, the violation point upper limit value 657 is set according to the instruction operation input using the pull-down menu (step S76).

Then, when the input of the predetermined setting completion operation is detected by the player terminal 1500 (YES in step S80), the server processing unit 200s ends the guild rule setting process.
If the player terminal 1500 detects the input of the predetermined cancel operation (YES in step S82), the server processing unit 200s restores the guild rule setting data 650 to the original state (step S84), and the guild rule End the setting process.

Returning to the flowchart of FIG. 15, next, when the input of the predetermined participation application operation is detected in the player terminal 1500 (YES in step S100), the server processing unit 200s displays the guild participation application screen in the player terminal 1500. Display W6 (see FIG. 6) (step S102).
For example, referring to the guild organization data 640, a guild that satisfies a predetermined member recruitment condition (for example, the total number of affiliated members is less than the regulation value) is extracted, and the representative information of the extracted guild (for example, guild name 641). The number of guild members, the average level of the character level 633 (see FIG. 12) of the guild members, etc.) are extracted or calculated and displayed on the guild information display unit 40.

Then, according to the guild selection operation in the guild information display unit 40, the content of the guild introduction comment data 647 of the selected guild is displayed in the introduction comment display unit 42, and the guild rule is referred to with reference to the guild rule setting data 650. The content is displayed on the disclosure unit 44 (step S104).

When the input of the affiliation request operation is detected on the player terminal 1500 while the participation application screen W6 (see FIG. 6) is displayed (YES in step S106), the server processing unit 200s is displayed on the guild information display unit 40. The process of registering affiliation with the selected guild is executed (step S108). In this process, steps such as obtaining the approval of the guild master of the guild to which the application is made can be included as appropriate.

Moving to the flowchart of FIG. 16, when the input of the predetermined stage information disclosure operation is detected by the player terminal 1500 (YES in step S130), the server processing unit 200s inputs the game stage initial setting data 510 (see FIG. 9). With reference to each game stage, the enemy character ID 515, the enemy character attribute 517, and the compatibility data 520 are displayed on the player terminal 1500 (step S132).
By seeing this display, the player can form a player team 3 suitable for capturing the game stage to which the guild to which he / she belongs next challenges. More specifically, a character with a character attribute in consideration of compatibility with the enemy character 6 can be set in the player character 4, and an item in consideration of compatibility can be equipped.

In the game of the present embodiment, after the guild master gathers the guild members, a predetermined stage play start operation is input to start the play as a guild. This is called "stage play".

When the input of the stage play start operation is detected by the player terminal 1500 of the guild master (YES in step S140), the server processing unit 200s of the server system 1100 generates play data 700 (see FIG. 14), and performs the stage selection process. , The determination process of the participating members is executed (step S142).

Specifically, the player terminal 1500 of the guild master displays the selection screen of the game stage to be played, and the stage ID 705 is set according to the selection result. Then, at the time of inputting the stage play start operation, the ID of the logged-in guild member is set in the participating guild member ID list 709. Paradoxically, members who are not registered in the list will not participate.

Next, the server processing unit 200s refers to the game stage initial setting data 510 (see FIG. 9) indicated by the stage ID 705, and controls the progress of the multiplayer online RPG in which the player character 4 of the participating members appears in the game stage. Is started (step S144).
Along with this, control to operate the corresponding player character 4 according to the operation input on the player terminal 1500 of each participating member, automatic control of the enemy character 6, sequential update of ally status data 710 and enemy status data 712, text. Chat control, sequential generation control of violation examination data 720, and the like are started.

Further, when the progress control is started, the guild rule setting data 650 (see FIG. 13) to which the application period 651 matches is extracted, and when the configuration rule ID 653 realizes the predetermined rule content (YES in step S160), The server processing unit 200s controls the rule content reference bonus grant (step S162).

Specifically, in the present embodiment, when a preset rule package having a predetermined rule ID (for example, a package in which a very strict rule content is set) is set in the guild rule, "predetermined rule content". Is realized. " The content of the rule content standard bonus grant can be set as appropriate, but for example, the appearance rate of items appearing during stage play may be improved, or the rarity of the appearing items may be increased. The ability parameter values such as the attack power and the defense power of the player character 4 may be improved.

When the stage play is completed (step S170), the server processing unit 200s adds the latest play history data 610 of the user registration data 600 (see FIG. 11) of each participating member to the stage based on the result of the current stage play. The play log 613 is stored (step S174).

Specifically, the participation stage ID 613a stores the current stage ID 705, and the guild name 613b to which the player belongs is the guild name 703 this time. The ally contribution degree 613c and the enemy contribution degree 613d are calculated by a predetermined function using the data stored in the violation examination data 720 as a variable. Known techniques can be appropriately applied to the calculation of the ally contribution degree 613c and the enemy contribution degree 613d. The damage occupancy rate 613e is calculated by a predetermined function based on the damage history data 721 of the violation examination data 720. The chat remark history 613f is determined by extracting the text of the remark content based on the remark history data 725 of the violation examination data 720.
With this, the action history related to the rule violation examination for the player of the participating member is accumulated regardless of the participating guild.

Next, the server processing unit 200s updates the character level 633 (see FIG. 12) of the participating member player character 4 according to the result of the current game play (step S176). For example, an experience value (one of the ability parameter values) corresponding to the amount of damage given to the enemy character 6 is given, and the level is updated according to the accumulated experience value.

Moving on to the flowchart of FIG. 17, next, the server processing unit 200s updates the chat remark history 666 and the non-participation history 665 of the member data 660 (see FIG. 13) according to the result of the stage play this time (step S202).

Next, the server processing unit 200s of the server system 1100 examines violations of the guild rule setting data 650 to which the application period 651 matches for each guild member excluding the guild master, and violates the violation points of the rule element in total 663 points. The process of adding to is performed (step S204).

Specifically, the information contained in the latest play history data 610 (see FIG. 11) and violation examination data 720 of the guild member to be examined and the guild rule setting data 650 (see FIG. 13) to which the application period 651 is applicable. ), The violation is examined by comparing with the numerical condition value 655 of the rule element indicated by each configuration rule ID 653.

More specifically, for example, regarding the rule element of the rule ID “GR101” in FIG. 10, the number of consecutive non-participations is compared between the non-participation history 665 of the member data 660 of the guild member to be examined and the stage play date / time list 670. Is calculated and compared with the corresponding numerical condition value 655 for examination.

Regarding the rule element of the rule ID "GR102", the non-participation history 665 for each guild member is compared with the stage play date and time list 670 to obtain the participation rate for each stage play, and the average participation rate of the guild members is calculated from there. calculate. Then, the average participation rate and the participation rate of the guild members to be judged are compared and judged.

The rule element of the rule ID "GR103" is examined by comparing it with the ally contribution degree 613c of the latest play history data 610 of the user registration data 600 of the guild member to be examined and the corresponding numerical condition value 655.

The rule element of the rule ID "GR104" is examined by comparing the enemy contribution degree 613d of the latest play history data 610 of the user registration data 600 of the guild member to be examined with the corresponding numerical condition value 655.

The rule element of the rule ID "GR105" is examined by comparing the player team formation data 630 character level 633 of the user registration data 600 of the guild member to be examined with the corresponding numerical condition value 655.

The rule element of the rule ID "GR106" is examined by comparing the damage occupancy rate 613e of the latest play history data 610 of the user registration data 600 of the guild member to be examined with the corresponding numerical condition value 655.

Regarding the rule elements of the rule ID "GR107", the compatibility data 520 of the game stage initial setting data 510 (see FIG. 9) to which the stage ID 705 (see FIG. 14) matches, and the organization contents of the player team 3 of the guild members to be examined Will be compared and examined. For example, it is examined whether the recommended character attribute 523 and the recommended character attribute occupancy rate 525 are satisfied by the character attribute 632 of the player team organization data 630 of the user registration data 600 of the guild member to be examined. Further, it is examined whether the equipment item ID list 635 of the player team formation data 630 includes the items registered in the recommended item ID list 521. If one or both of the former and the latter are affirmative, it is determined that the rule element is complied with.

The rule element of the rule ID "GR108" is examined by comparing the chat remark history 613f of the latest play history data 610 of the user registration data 600 of the guild member to be examined with the prohibited term list 557 (see FIG. 10).

Next, the server processing unit 200s of the server system 1100 gives a warning notification to the guild member who is close to or reaches the numerical condition value 655 in any of the rule elements constituting the guild rule (step S206). For example, the player terminal 1500 displays a warning wording together with the content of the corresponding rule element. Then, the warning history 667 (see FIG. 13) corresponding to the guild member is updated (step S208).

Next, the server processing unit 200s performs the expulsion processing of the guild member whose total violation points 663 (see FIG. 13) has reached the violation point upper limit value 657 (step S210). Specifically, the member data 660 of the corresponding guild member is deleted, and the guild name 605 belonging to the user registration data 600 of the player is changed to a value indicating "not participating". Then, the expulsion history data 672 is updated (step S212).

Next, the server processing unit 200s performs a guild member expulsion process that violates the "absolute rule" included in the configuration rule ID 653 of the guild rule setting data 650 based on the examination result in step S204 (step S214). Then, the expulsion history data 672 is updated (step S216).

Then, based on the expulsion history data 672, a bonus is given according to the continuous period of zero expulsion (step S218). The target of grant may be the entire guild, all guild members, or only the guild master. The content of the bonus can be set as appropriate.

Next, the server processing unit 200s searches for a guild whose number of expulsions has reached a predetermined reference value considered to be inappropriate, and controls to publish the corresponding guild name (step S220).

Next, the server processing unit 200s extracts a guild that satisfies a predetermined guild master ineligibility condition (step S230). The guild master ineligibility condition indicates that the guild master is unnecessarily mass-producing expulsions because the guild rule settings are not properly set and managed. For example, the number of expulsions in a predetermined period may reach the upper limit based on the expulsion history data 672. Alternatively, if it is determined that the number of guild members exceeding a predetermined standard number at a time is in violation of the rules based on the examination result of step S204, the guild master ineligible condition can be set. Of course, both of these may be adopted, and conditions other than these may be set as appropriate.

Then, the guild name 605 to which the user registration data 600 of the guild member of the extracted guild belongs is changed to a value indicating "no participating guild" (step S232), and the registration of the extracted guild is deleted (step S234). That is, the guild master is substantially forcibly dismissed in steps S232 to S234. Of course, the content of the forced dismissal is not limited to this, and for example, the guild master may be replaced with any guild member and the member data 660 of the guild master may be deleted.

As described above, according to the present embodiment, it is possible to set a rule to be observed in the guild for each guild, and automatically cancel the violator from the guild affiliation registration and remove the violator. Since it is not a specification that the guild master manually removes the name as in the past, it is possible to reduce the mental burden on the guild master. When applying for guild participation, the player can read the guild rules that he / she wishes to participate in, and a notice of advance warning is also given. On top of that, automatic expulsion is performed as a game system, so even the exiled player is convinced.

In addition, guild rules can be selected and combined with multiple rule elements, and numerical conditions can be freely set even with the same rule element, so setting guild rules is easy but flexible. Has been realized. In addition, guild rules allow players to read in advance when applying to participate in the guild, and as a result, players with similar play styles naturally gather to help form a better guild. Can be done.

[Modification example]
Although the embodiment to which the present invention is applied has been described above, the present invention is not limited to the above, and components can be added, omitted, or changed as appropriate.

[Part 1]
In the above embodiment, the player terminal 1500 has a form as a smartphone, but may be a form of another computer, for example, an electronic device. For example, it may be a stationary home-use game device including a device main body on which a control board is mounted and a plurality of touch panel-mounted game controllers wirelessly connected to the device main body. In the case of this configuration, the device main body may be regarded as the control board 1550 of the above embodiment, and the game controller may be regarded as a wireless communication type touch panel 1506.

Similarly, the player terminal 1500 may have a form as an arcade game device (commercial game device). In that case, the arcade game device is equipped with a device for reading data from a trading card carrying data related to a game play resource (for example, an object in the above embodiment), and the object ID of the object to be owned and registered is read from the trading card. May be good.

[Part 2]
Further, in the above embodiment, the server system 1100 realizes main functions such as guild establishment, guild rule setting, automatic expulsion, and game progress control, and the player terminal 1500 is for operation input and game screen display. Although it was configured as a terminal, it is also possible to distribute these main functions between the server system 1100 and the player terminal 1500. Not only can this configuration be applied to the game system of the first embodiment, but it is also applied to a configuration in which player terminals are peer-to-peer connected as a game system in which the server system 1100 is realized by another player terminal. You can also do it.

[Part 3]
For example, in the above embodiment, RPG is exemplified as a game, but a game of another genre may be used as long as it is a game in which an organization corresponding to the guild of the above embodiment is set and operated.

[Part 4]
Further, in the above embodiment, only the guild master has the right to decide the guild rule, but it is also possible to give the guild member a part of the right to decide.
For example, the guild rule setting unit 222 may include a means for changing the setting of the guild rule by voting by a guild member. More specifically, in step S80 of FIG. 18, when the setting completion operation is detected, all the guild members perform a majority voting process to determine whether the guild rule is appropriate, and if the majority vote is approved, the majority vote is performed. The guild rule settings may be left as they are, and if rejected, the settings may be restored in the same manner as in step S84. As the voting process, a known technique shall be used as appropriate.

[Part 5]
Further, in the above embodiment, the publication control unit 252 (see FIG. 7) has exhibited an effect of publicizing a guild name having an extremely large number of exiled persons and calling attention to a player who newly joins the guild. .. However, on the contrary, it may be configured to have a function of publishing the guild name in the sense of compliment when the number of exiled persons is a small number below the standard value for a long period of time.

2 ... Player 3 ... Player team 4 ... Player character 24 ... Rule element menu 25 ... Guild rule setting field 30 ... Rule element panel 32 ... Numerical condition display unit 34 ... Violation point upper limit setting field 40 ... Guild information display unit 44 ... Guild Rule disclosure unit 200s ... Server processing unit 210 ... Game management unit 216 ... Player team organization unit 222 ... Guild rule setting unit 224 ... Guild information provision control unit 226 ... Guild affiliation registration unit 230 ... Examination department 232 ... Warning notification control unit 234 ... Automatic expulsion control unit 236 ... Expulsion history storage control unit 240 ... Game progress control unit 246 ... Play history storage control unit 250 ... Guild master forced dismissal unit 252 ... Public control unit 500s ... Server storage unit 505 ... Game management program 510 ... Game stage Initial setting data 520 ... Compatibility data 521 ... Recommended item ID list 523 ... Recommended character attribute 525 ... Recommended character attribute occupancy rate 550 ... Rule element definition data 551 ... Manual setting rule element list 552 ... Rule ID
554 ... Standard content 555 ... Violation point 558 ... Preset rule package data 600 ... User registration data 601 ... Player account 605 ... Affiliation guild name 610 ... Play history data 613 ... Stage play log 613c ... Ally contribution 613d ... Enemy contribution 613e ... Damage occupancy rate 613f ... Chat remark history 630 ... Player team formation data 632 ... Character attribute 633 ... Character level 640 ... Guild formation data 641 ... Guild name 650 ... Guild rule setting data 653 ... Configuration rule ID
655 ... Numerical condition value 657 ... Violation point upper limit 660 ... Member data 663 ... Violation point total 664 ... Average participation rate 665 ... Non-participation history 666 ... Chat remark history 667 ... Warning history 670 ... Stage play date and time list 672 ... Expulsion history data 700 … Play data 709… Participating guild member ID list 720… Violation examination data 1100… Server system 1150… Control board W2… Guild rule setting screen W4… Guild rule setting screen W6… Participation application screen

Claims (8)

It is a server system that manages a plurality of groups in which the player terminals of each player are configured to be able to communicate with each other and are set as groups to which multiple players can belong.
The rules of the play norms that should be observed when belonging to the group for each group, and the affiliation of the group when a given threshold condition based on the violation point set each time it is judged to be a rule violation is satisfied. A rule setting means for setting a rule including the threshold condition for canceling the affiliation of the player to the group, and a rule setting means.
Referral information transmitting means for transmitting referral information of the organization including the rules set by the rule setting means to the player terminal, and
The player is controlled so that the referral information transmitted by the referral information transmitting means can accept a request to belong to an organization related to the referral information from the player of the player terminal displayed on the player terminal. Affiliation registration means to accept the affiliation request and make the player belong to the organization,
Based on the rules set in association with the group for each group, the examination means for judging whether or not the gameplay of the player belonging to the group falls under the rule violation, and the examination means.
When it is determined that the rule is violated by the examination means, a violation point is set for the player who is determined to be in violation of the rule, and when the threshold condition set for the organization to which the player belongs is satisfied, the organization is contacted. The means of canceling the affiliation of
Server system with. The rule setting means selects a rule element from a plurality of rule elements based on an operation input of a representative player of the group, and sets the rule.
The server system according to claim 1. The plurality of rule elements include a rule element including a numerical condition, and the plurality of rule elements include.
The rule setting means sets the numerical condition of the rule element including the numerical condition by the instruction operation of the representative player.
The server system according to claim 2. The rule setting means extracts a candidate for a rule element that can be set as the rule from a plurality of the rule elements based on the game parameters related to the organization.
The server system according to claim 2 or 3. The rule setting means has a means for setting and changing the rule by voting of a player belonging to the group.
The server system according to any one of claims 1 to 4. The player terminal of the player belonging to the group is configured to be able to play a given multiplayer game.
The rule setting means sets the rule with the degree of contribution in the multiplayer game as the rule element.
The server system according to claim 2 or 3. The rule setting means sets the rule with the degree of participation in the multiplayer game as the rule element.
The server system according to claim 6. It is a program for managing a plurality of groups set as groups to which multiple players can belong in a computer system configured so that the player terminals of each player can communicate with each other.
The rules of the play norms that should be observed when belonging to the group for each group, and the affiliation of the group when a given threshold condition based on the violation point set each time it is judged to be a rule violation is satisfied. A rule setting means for setting a rule including the threshold condition for canceling the affiliation of the player to the group.
Referral information transmitting means for transmitting referral information of the organization including the rules set by the rule setting means to the player terminal.
The player is controlled so that the referral information transmitted by the referral information transmitting means can accept a request to belong to an organization related to the referral information from the player of the player terminal displayed on the player terminal. Affiliation registration means to accept the affiliation request and make the player belong to the organization,
An examination means for examining whether or not the gameplay of a player belonging to the organization corresponds to a rule violation based on the rules set in association with the organization for each organization.
When it is determined that the rule is violated by the examination means, a violation point is set for the player who is determined to be in violation of the rule, and when the threshold condition set for the organization to which the player belongs is satisfied, the organization is contacted. Cancellation means to cancel the affiliation of
A program to function as.

Images