JP2023016003A - Game system, game program, and information processing method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game system, a game program, and an information processing method that can construct a comfortable game environment.

SOLUTION: A game system for providing an executable game in multiple player terminals capable of accessing a server via a network includes a label registration part for granting a label for displaying information regarding at least one of evaluation, action, and relationship of other players within a game in association with other players on the basis of operation via a player terminal of one player.

SELECTED DRAWING: Figure 3

COPYRIGHT: (C)2023,JPO&INPIT

Description

The present invention relates to a game system, a game program, and an information processing method, and more particularly to a game system, a game program, and an information processing method that provide a game that can be executed by a plurality of player terminals that can access a server via a network.

In recent years, games that can be executed on player terminals such as smartphones and game terminals that can access servers via networks have been provided. Games of this kind may be implemented with technical means by which communication can be established with other players via the player terminal.

Patent Document 1 describes a game in which communication between players is implemented by implementing a function for sending and receiving messages between players, and a function for competing with other players jointly in a battle mode. disclosed.

Japanese Patent Application Laid-Open No. 2020-58512

By the way, in this type of game, there are cases in which communication with favorable players who bring about positive effects is realized, such as the actions in the game being helpful and the ability to cooperate with each other. It is conceivable that communication may be established with an unfavorable player whose actions may adversely affect the player.

If communication with desirable players can be deepened while communication with undesirable players can be reduced, a comfortable game environment can be constructed.

SUMMARY OF THE INVENTION It is an object of the present invention to provide a game system, a game program, and an information processing method capable of constructing a comfortable game environment.

A game system according to the present invention for achieving the above object provides a game system that provides a game that can be executed by a plurality of player terminals that can access a server via a network. a label registering unit for registering, based on an operation, a label displaying information about at least one of the evaluation, behavior, and relationship of another player in the game in association with the other player. there is

According to this, one player associates and registers with another player a label on which information about at least one of the other player's evaluation, behavior, and relationship is displayed, thereby allowing the one player to obtain another player's preferred label. A player can be distinguished from other unwanted players.

Therefore, one player can deepen communication with other preferable players and avoid communication with other unfavorable players, thereby constructing a comfortable game environment.

According to this invention, a comfortable game environment can be constructed.

1 is a block diagram illustrating the outline of the configuration of a game system according to an embodiment of the present invention; FIG. Similarly, it is a block diagram for explaining the outline of the configuration of the server of the game system according to the present embodiment. Similarly, it is a block diagram for explaining the outline of the configuration of the storage of the server of the game system according to the present embodiment. Similarly, it is a block diagram for explaining an outline of the configuration of game information processed by the game system according to the present embodiment. Similarly, it is a block diagram for explaining an outline of the configuration of label data of game information processed by the game system according to the present embodiment. Similarly, it is a figure explaining the outline of the label information processed with the game system which concerns on this Embodiment. Similarly, it is a flowchart explaining the outline of the processing of the label registration unit of the information processing program of the game system according to the present embodiment. Similarly, it is a figure explaining an example of the screen interface of the game provided by the game system which concerns on this Embodiment. Similarly, it is a block diagram for explaining the outline of the configuration of the player terminal of the game system according to the present embodiment. Similarly, it is a flowchart for explaining the outline of the processing of the game system according to the present embodiment.

Next, a game system according to an embodiment of the present invention will be described with reference to FIGS. 1 to 10. FIG.

FIG. 1 is a block diagram outlining the configuration of a game system according to an embodiment of the present invention. As shown, the gaming system 10 includes a server 20 and a plurality of player terminals 30
a to 30n as a main configuration, which are connected so as to be accessible to each other via a network 100 such as the Internet network.

In this embodiment, the server 20 is deployed by the operator 1 who provides the game by the game system 10, and the player terminals 30a to 30n are owned by a plurality of players 2a to 2n who use the game provided by the operator 1. be done.

The game provided by the business operator 1 in the game system 10 is not particularly limited, but for example, a battle game, a puzzle game, an action game, a baseball game, a soccer game, other sports games, a quiz game, a pinball game, a card game, and a rhythm game. games, RPGs (
role-playing games), location-based games, board games, adventure games, casino games, simulation games, strategy games, racing games, and the like. In this example, one or more characters or the like operated by oneself have a cooperative relationship or an adversarial relationship with one or more characters or the like operated by another player, and one or more enemies (or a group of enemies) or the like and the field in the game. It can be a game in which players compete in (virtual space). In this game system, the objects that act in the game, such as characters, are not limited to those operated by the player, and may include non-playing characters (NPCs) managed by the server. Further, the server 20 may have a function (auto play function) for automatically performing a part of the game progress such as character operation based on the player's input (instruction).

Next, a specific configuration of each part of the game system 10 of this embodiment will be described.

The server 20 is a desktop or notebook computer (
information processing device). The server 20 is an information processing device used by a system administrator (business operator 1) or the like to operate and manage various services. • May be logically implemented by computing technology.

FIG. 2 is a block diagram for explaining the outline of the configuration of the server 20. As shown in FIG. As illustrated, the server 20 includes a processor 21, a memory 22, a storage 23, a transmitter/receiver 24, and an input/output unit 2.
5 which are electrically connected to each other via a bus 26 .

The processor 21 is an arithmetic device that controls the operation of the server 20, controls transmission and reception of data between elements, and performs processes necessary for executing application programs.

This processor 21 is, for example, a CPU (Central Process
It is a switching unit), and executes each process by executing an application program stored in a storage 23 described later and developed in a memory 22 .

The memory 22 is a DRAM (Dynamic Random Acc.
ESS Memory) or the like.

This memory 22 is used as a work area for the processor 21, and is used as a BIOS (Basic Input/Output System) executed when the server 20 is started.
and various setting information and the like are stored.

The storage 23 stores programs and information used for various processes. The configuration of this storage 23 will be described later.

The transmitter/receiver 24 connects the server 20 to the network 100 . This transmitting/receiving unit 24 is
Bluetooth (registered trademark) and BLE (Bluetooth Low Energy
) may be provided with a short-range communication interface.

The input/output unit 25 is an interface to which an input/output device such as a keyboard, mouse, or display is connected.

The bus 26 transmits, for example, address signals, data signals and various control signals among the connected processor 21 , memory 22 , storage 23 , transmission/reception unit 24 and input/output unit 25 .

FIG. 3 is a block diagram for explaining the outline of the configuration of the storage 23. As shown in FIG. As shown, the storage 23 includes a storage area 40 and an information processing program 41, which is a game program, in this embodiment.

The storage area 40 is realized by partitioning the storage 23, and stores game information D1 and label information D2 in this embodiment.

FIG. 4 is a block diagram for explaining the outline of the configuration of the game information D1. As illustrated, the game information D1 includes game data d1a, event data d1b, player data d1c, and label data d1d.

In this embodiment, the game data d1a includes characters and items that appear in the game,
It is composed of data related to game settings according to the type of game, such as a background image.

In this embodiment, the characters that make up the game data d1a are the players 2a to 2n.
is a character that can instruct actions in the game by performing an input operation via the player terminals 30a to 30n, a character that becomes a companion of the players 2a to 2n, or the player 2
This includes enemy characters and the like that fight against a to 2n.

In the present embodiment, the event data d1b is composed of arbitrary events in which quests (for example, battles with enemy characters) executed by the players 2a to 2n are set.
When predetermined conditions are met, such as clearing this type of event, game media such as items used in the game are granted, functional restrictions in the game are lifted, parameters are increased, and upper limits are increased. In-game rewards such as, etc. may be provided. The in-game reward is not particularly limited as long as it is advantageous to the player, such as the provision of game media such as items that can be used in the game, the provision of in-game currency, or the release of restrictions on specific functions in the game. In this case, the server 20 provides a reward granting unit (included in the game processing unit, which will be described later) that grants an in-game reward to the player based on the information on the combination of the reward granting condition and the in-game reward stored in the storage area 40. Prepare.

In the present embodiment, the player data d1c includes identification information such as the names and IDs of the players 2a to 2n in the game, data related to characters used by the players 2a to 2n, data related to play histories such as play stages, data related to friends and the like. Data showing relationships with other players, data related to groups formed with other players (guilds, parties, etc.), playing time up to the present (including information such as total time, start time and end time), login, logout It consists of data such as time, login time, and billing history.

Data related to characters used by the players 2a to 2n are, in the present embodiment, attribute data related to the attributes of the characters. Contains the value of the parameter.

Data related to the play stage, among the plurality of set stages, player 2a ~
2n is data about the stages that have been played so far, and includes, for example, the number of times played and data when the stages are cleared.

The label data d1d is given by any one of the players 2a to 2n to any other player 2
Data about labels associated with a to 2n.

FIG. 5 is a block diagram illustrating an outline of the configuration of label data d1d. As shown in the figure, the label data d1d is composed of a memo input form r1, a stamp r2 and a history input form r3 in this embodiment.

In the present embodiment, the memo input form r1 is entered by one of the players 2a to 2n as information such as text data, image data, and voice data relating to the other players 2a to 2n.

In the present embodiment, the stamp r2 is an icon (image data such as a figure or illustration) created based on a pattern or the like that displays a preset subjective evaluation of the players 2a to 2n. Information such as "good", "bad", "fair" or "interested" is set.

In the present embodiment, the history input form r3 is entered by one of the players 2a to 2n as information about history data such as a battle history with other players 2a to 2n. In addition to or instead of match history, cooperation history indicating that the game was progressed in cooperation with other players (had a cooperative relationship), and communication in the past such as voice conversation or chat History, history data such as relationship history such as being in a friend relationship at a predetermined point in the past or at the present time, belonging to the same group, etc. may be saved. Further, the registration of such history data is not limited to the input operation from the player, and the history data up to the present may be automatically stored on the server side. In other words, the server 20 can store all history data of relationships (competition, cooperation, communication, etc.) of one player with other players. Furthermore, based on historical data,
A label including preset information (information on history) may be automatically displayed in association with other players. For example, when one player encounters another player during a game, the server refers to the history data, and if it is the first opponent to play against or the first opponent to form a team (become in the same group), automatically A label including information (text, image, etc.) indicating "first time" may be displayed in association with the other player. Alternatively, if one player has a history of playing against another player a predetermined number of times, a label containing information (text, image, etc.) representing a "rival" is associated with the other player. may be displayed. Similarly, the label registration unit may automatically associate a specific label with another player and register it based on history data. In addition, when the server or player terminal automatically displays or registers a specific label in association with another player based on history data, the condition is that the server accepts an instruction by the player's input operation in advance. good too. That is, the player may be allowed to select in advance whether or not to automatically display labels to other players based on history data and to automatically register labels. The player instructs the server whether or not to automatically display the label based on the history data and whether or not to automatically register the label by input operation via the player terminal. and the server acts on that instruction.

FIG. 6 is a diagram for explaining the outline of the configuration of the label information D2. As illustrated, the label information D2 is information about the other players 2a-2n created based on the label data d1d. The information can basically be browsed only by the player who performed the label data creation operation. Players having a specific relationship with the player (for example, friends, belonging to the same group, etc.) may be allowed to browse, or all members may be allowed to browse. Further, in this case, the viewable range may be set based on the player's input operation via the player terminal. That is, "
Display options within the range where label information can be viewed, such as "Only me", "Only me and friends", "Open to all", etc. A range may be stored, and based on the range, a range for disclosing label information may be set. For example, if "only me" is selected, other players cannot view the label information set by one player. In addition, the server 20 stores in advance inappropriate expressions (slander, obscene expressions, expressions offensive to public order and morals, etc.) that are not suitable to be displayed as label information so that the inappropriate contents are not displayed as label information. can be For example, the server 20 may limit the display of inappropriate content entered in the memo input form r1 or the like, or may preliminarily indicate content that should not be entered. The player may be prompted not to enter inappropriate content by displaying on the player terminal or the like.

In the present embodiment, this label information D2 is selected based on input notes about the play styles (features) and impressions of the other players 2b to 2d and subjective evaluations of the other players 2b to 2d. It is composed of stamps and historical data such as that of playing against other players 2b to 2d.

In this embodiment, the information processing program 41 shown in FIG. 3 is a program that causes the server 20 to function as a game processing section 41a and a label registration section 41b.

In the present embodiment, the game processing unit 41a executes basic game processing such as game progress and character control. Various processes such as giving in-game rewards to 2a to 2n are executed. In addition, game modes include modes related to the number of players, such as solo play mode where one player runs the game, multiplayer mode where multiple players run the game at the same time, battle mode where you fight against enemies, and character play mode. It includes modes related to play contents such as a breeding mode for enhancing abilities and a lottery mode for randomly giving game media such as items to the player by lottery. Part of the game processing unit 41a also functions as a screen data generation unit that generates screen interface data (screen data) to be displayed on the player terminal.

In the present embodiment, the label registration unit 41b uses the label information D2 created based on the label data d1d as a label in response to an input operation by one of the players 2a to 2n via the player terminals 30a to 30n. are registered (stored in the storage area) in association with the players 2a to 2n. The label registration unit 41b allows one player 2a to 2n to change label information D2 registered in association with another player 2a to 2n according to an input operation via the player terminals 30a to 30n. may In that case, for example, when the stamp r2 associated with the other players 2b to 2d is long pressed or tapped on the screen of FIG. 8, a screen for changing the label information D2 is displayed. History data and the like can be changed and re-registered by a selection operation or an input operation in the same manner as when registering a label. Further, the method for changing the label information D2 is not limited to this, and for example, a button icon for instructing the label change may be displayed on the screen of FIG. 8 or the like. In this case, when the player selects and inputs the button icon, the screen transitions to a screen for changing the label information D2.

FIG. 7 is a flowchart for explaining the outline of the processing of the label registration unit 41b. As shown in the figure, first, in step S1, labels are attached to the player terminals 30a to 30n corresponding to the selection of any other player 2a to 2n by any player 2a to 2n via the player terminals 30a to 30n. Display the data d1d. One player 2a-2n selects any other player 2a-2n by, for example, performing a predetermined input operation such as tapping or long-pressing the image of the other player 2a-2n displayed on the screen. Alternatively, based on a predetermined condition such as when one player 2a to 2n encounters another player 2a to 2n or when the battle ends, the other player 2a to 2n automatically It may be selected as a target for label registration. In this case, the conditions regarding the selection of the label registration target are stored in advance in the server.

Subsequently, in step S2, one player 2a-2n fills the memo input form r1 and history input form r3 of the label data d1d displayed on the player terminals 30a-30n.
Receives input of text data, etc.

Before and after accepting text data input to the memo input form r1 and the history input form r3, in step S3, one player 2a from among the stamps r2 of the label data d1d displayed on the player terminals 30a to 30n. any stamp r by ~2n
2 selection input is accepted.

Thereafter, in step S4, the input memo input form r1 and history input form r3 and the selected stamp r2 are used as a label R, and the other players 2a to
2n.

On the other hand, in step S5, before and after registering the labels for the other players 2a to 2n,
The label information D2 created based on the label data d1d is stored in the storage area 40. FIG.

Based on the processing in the game processing section 41a and the label registration section 41b, the game is executed in the player terminals 30a to 30n in this embodiment.

FIG. 8 is a diagram illustrating an example of a game screen interface provided by the game system 10. As shown in FIG. The screen interface IF generated by the screen data generator and displayed on the player terminal comprises a main screen display area IF1 and a player display area IF2 as shown.

In the present embodiment, the main screen display area IF1 is an area in which main screens of the game, such as progress of the game and events associated with it (for example, "competition", "training", etc.), are displayed. is any player 2a-2n other than one player 2a-2n
This is the area where information about is displayed.

In the player display area IF2, for example, characters c1 to c3 used in the game by the other players 2b to 2d are displayed, and arbitrary stamps r2 as labels R registered in the players 2b to 2d are displayed on the characters c1 to 2d. It is displayed adjacent to c3. As a result, each label R (stamp r2) is displayed in association with the players 2b to 2d.

In this embodiment, when the stamp r2 associated with the players 2b to 2d is long pressed or tapped, label information D2 input to the players 2b to 2d, respectively, is displayed.
Notes and battle history are displayed.

In this embodiment, the player terminals 30a to 30n shown in FIG. 1 are implemented by smart phones, which are portable information terminals. It may be

FIG. 9 is a block diagram for explaining the outline of the configuration of the player terminals 30a-30n. As illustrated, the player terminals 30a to 30n are provided with a control unit 31 and a display 32 as main components.

In this embodiment, the control unit 31 controls each unit of the player terminals 30a to 30n such as the display 32 and cameras (not shown), and is composed of, for example, a processor, a memory, a storage, a transmission/reception unit, and the like.

In this embodiment, the control unit 31 stores a game application or a browser capable of browsing a website, and based on the processing in the information processing program 41 of the server 20, the player terminal is controlled via the game application or the browser. 30a-30n
The game is executed in

In this embodiment, the display 32 displays a screen interface (including a screen interface IF) of the game executed by the player terminals 30a to 30n.

The display 32 is a so-called touch panel that accepts information input by touching the display surface, and is implemented by various technologies such as a resistive film system and a capacitance system.

In this embodiment, the player operation information D3 is input via the display 32. FIG.

In the present embodiment, the player operation information D3 is information input regarding the operation and motion of the characters used by the players 2a to 2n in the game, information input regarding registration of the label R, and the like.

This player operation information D3 is input based on arbitrary actions of the players 2a to 2n on the display 32 (for example, action of tapping or swiping the screen, action of dragging and dropping an icon displayed on the screen, etc.). be.

Next, an outline of processing of the game system 10 according to the present embodiment will be described.

FIG. 10 is a flowchart outlining the processing of game system 10 according to the present embodiment. As shown in the figure, first, in step S10, for example, one player 2a executes a game to progress the game.

As the game progresses, one player 2a encounters other players 2b to 2d, and when the one player 2a registers the other players 2b to 2d in the player list, in the present embodiment, the other players 2b to 2d are displayed in the player display area IF2 of the screen interface IF shown in FIG. In addition, based on the fact that one player 2a encounters other players 2b to 2d, communicates by conversation or chat function, etc., competes, cooperates, belongs (registers) to the same group, etc. , the server 20 may automatically perform registration in the player list. It should be noted that the fact that one player 2a encounters another player 2b to 2d in a game means that a preset encounter condition is satisfied in the game, and the encounter condition is, for example, one player 2a within the same screen. and another player 2b
2d is displayed, and the player 2a and the other players 2b to 2d are positioned at a specific distance in the game (for example, the distance between each other is 10 m or less, or 1 m or less in the virtual space in the game). It is to do.

In the following step S11, one player 2a inputs text data into a memo input form r1 about the play styles and impressions of the other players 2b to 2d.
select stamp r2 based on subjective evaluation of b-2d, and other player 2
By entering the history of battles with b to 2d in the history input form r3, another player 2
b-2d are evaluated.

In this embodiment, when the characters c1 to c3 used in the game by the other players 2b to 2d displayed in the player display area IF2 are long pressed or tapped, the other players 2b to 2d to be evaluated are displayed. Selected player terminal 30a of one player 2a
, the label data d1d is displayed.

When one player 2a inputs the label data d1d or selects the stamp r2 from the label data d1d, the label data d1d relating to each of the other players 2b to 2d is associated with the other players 2b to 2d as a label R in step S12. remembered.

Labels R registered by one player 2a to other players 2b to 2d are
Since it is not displayed on the player terminals 30b to 30d of ~2d, one player 2a
can freely and arbitrarily register the label R. The timing at which one player 2a registers the label R with the other players 2b to 2d may be the timing based on the player's input operation as described above, or may be based on conditions stored in the server 20 in advance. It can be timing. For example, when a condition stored in advance in the server 20 is satisfied, the server 20 may send a message or the like prompting registration of a label to one player 2a. The timing is such that in the game, one player 2a
It may be the timing when a predetermined relationship condition such as encountering 2d, playing against each other, cooperating, communicating, or belonging (registered) in the same group is satisfied. It should be noted that the server 20 may make similar notifications to a plurality of players at the same time.

In this embodiment, when one player 2a registers a label R for another player,
For example, as shown in FIG. 8, characters c1 to c3 displayed in the player display area IF2
stamp r2 is displayed as label R adjacent to .

After that, in step S13, when one player 2a encounters other players 2b to 2d whose label R is registered, in step S14, the label R registered in the other players 2b to 2d can be referenced (browsed). . Note that the label R may be displayed in the player display area IF2 even while the other players 2b-2d are not encountered.

In the present embodiment, when the stamp r2 associated with the other players 2b to 2d is long-pressed or tapped, for example, memos and battle histories of the label information D2 input to the other players 2b to 2d are displayed. be.

In this way, one player 2a can give other players 2b to 2d a label R indicating at least one of the evaluation, behavior, and relationship (with one player 2a) of the other players 2b to 2d. By registering in association with each other, it is possible to distinguish between the other players 2b to 2d that are preferable to the player 2a and the other players 2b to 2d that are not preferable to the player 2a. Specifically, by viewing information on at least one of the evaluations, behaviors, and relationships of the other players 2b to 2d, it is possible to determine whether or not the player is preferable to the player himself/herself.

Therefore, one player 2a can deepen communication with other preferable players 2b to 2d, and can avoid communication with other unfavorable players 2b to 2d, resulting in a comfortable game environment. can be constructed.

The present invention is not limited to the above-described embodiments, and various modifications are possible without departing from the scope of the invention.

For example, when a player uses the label function, a predetermined in-game reward may be given to the player. there is For example, when the server accepts an operation in which one player registers a label for another player, or browses or modifies a label registered in the past, the reward granting unit provides a predetermined in-game reward. You may make it give to the said player. Also, the reward granting unit may grant an in-game reward to another player labeled by one player. For example, an in-game reward may be given when a label indicating excellent evaluation or behavior for the other player is registered.

In the above embodiment, the stamp r2 is displayed as the label R in the player display area IF2, and a memo or battle history of the label information D2 is displayed by pressing the stamp r2 for a long time. In addition, the memo and battle history of the label information D2 may be displayed at the same time. Also, the items to be displayed may be set by the player selecting and inputting them. In this case, a setting icon may be displayed on a predetermined game screen, and when the player selects the setting icon, a setting screen may be displayed for the player to select and input items displayed in the player display area IF2. .

In the above embodiment, other players 2b to 2d displayed in the player display area IF2
is displayed adjacent to the characters c1 to c3 used in the game, but the position at which the label R is displayed is not limited to this.
may be configured to be superimposed on and displayed.

In the above embodiment, characters c1 to c1 used by other players 2b to 2d in the game
Although the label is indirectly registered to the other players 2b to 2d by registering the label in c3, the label may be directly registered to the other players 2b to 2d themselves. In that case, the player display area IF2 includes, for example, the names and I
D, information for identifying the player such as an image, and the label R are displayed in association with each other. In addition to characters, labels may also be registered for game media such as items appearing in the game.

The present invention has the following configurations.
(Item 1)
In a game system that provides a game that can be executed by multiple player terminals that can access a server via a network,
Based on the player's operation via the player terminal, a label displaying information about at least one of the evaluation, behavior, and relationship of the other player in the game is associated with the other player and registered. label register,
A game system comprising:
(Item 2)
The label registration unit
registering the label in which the text data input by the one player regarding the other player is displayed as the information;
The game system according to item 1, characterized by:
(Item 3)
The label registration unit
registering the label in which an icon indicating a subjective evaluation selected by the one player is displayed as the information;
A game system according to item 1 or 2, characterized by:
(Item 4)
The label registration unit
registering the label in which history data indicating the relationship with the other player is displayed as the information;
The game system according to any one of items 1 to 3, characterized by:
(Item 5)
A screen data generation unit that generates a screen interface of the game to be displayed on the player terminal,
the screen interface includes a player display area in which the other player's information is displayed along with the label;
The game system according to any one of items 1 to 4, characterized by:
(Item 6)
a reward granting unit that grants an in-game reward to at least one of the one player and the other player based on the label registration operation for the other player by the one player;
The game system according to any one of items 1 to 5, characterized by:
(Item 7)
The label registration unit, based on the one player's operation via the player terminal,
change the label information registered in the past;
The game system according to any one of items 1 to 6, characterized by:
(Item 8)
The label registration unit, based on the one player's operation via the player terminal,
change the label information registered in the past;
The game system according to any one of items 1 to 7, characterized by:
(Item 9)
A game program for executing a game on a plurality of player terminals that can access a server via a network,
the server,
Based on the player's operation via the player terminal, a label displaying information about at least one of the evaluation, behavior, and relationship of the other player in the game is associated with the other player and registered. label register,
A game program that functions as
(Item 10)
In an information processing method for executing a game on a plurality of player terminals that can access a server via a network,
the server
Based on the player's operation via the player terminal, a label displaying information about at least one of the evaluation, behavior, and relationship of the other player in the game is associated with the other player and registered. ,
An information processing method characterized by:

1 business operator 2a-2n player 10 game system 20 server 30a-30n player terminal 40 storage area 41 information processing program (game program)
41a Game processing unit 41b Label registration unit D2 Label information d1d Label data R Label r2 Stamp

Claims (10)

In a game system that provides a game that can be executed by multiple player terminals that can access a server via a network,
Based on the player's operation via the player terminal, a label displaying information about at least one of the evaluation, behavior, and relationship of the other player in the game is associated with the other player and registered. label register,
A game system comprising: The label registration unit
registering the label in which the text data input by the one player regarding the other player is displayed as the information;
2. The game system according to claim 1, characterized by: The label registration unit
registering the label in which an icon indicating a subjective evaluation selected by the one player is displayed as the information;
3. The game system according to claim 1 or 2, characterized in that: The label registration unit
registering the label in which history data indicating the relationship with the other player is displayed as the information;
4. The game system according to any one of claims 1 to 3, characterized in that: A screen data generation unit that generates a screen interface of the game to be displayed on the player terminal,
the screen interface includes a player display area in which the other player's information is displayed along with the label;
5. The game system according to any one of claims 1 to 4, characterized in that: The label information registered in association with the other player is
Only the one player who registered the label can view it,
6. The game system according to any one of claims 1 to 5, characterized in that: a reward granting unit that grants an in-game reward to at least one of the one player and the other player based on the label registration operation for the other player by the one player;
7. The game system according to any one of claims 1 to 6, characterized in that: The label registration unit, based on the one player's operation via the player terminal,
change the label information registered in the past;
8. The game system according to any one of claims 1 to 7, characterized in that: A game program for executing a game on a plurality of player terminals that can access a server via a network,
the server,
Based on the player's operation via the player terminal, a label displaying information about at least one of the evaluation, behavior, and relationship of the other player in the game is associated with the other player and registered. label register,
A game program that functions as In an information processing method for executing a game on a plurality of player terminals that can access a server via a network,
the server
Based on the player's operation via the player terminal, a label displaying information about at least one of the evaluation, behavior, and relationship of the other player in the game is associated with the other player and registered. ,
An information processing method characterized by:

Images