JP2019063001A - Program, control method, and information processing device - Google Patents

Abstract

A program, a control method, and an information processing apparatus that execute notification of a message whose content changes according to settings in a game. An information processing device (terminal device 12) that includes a storage unit (terminal storage unit 18) and a communication unit (terminal communication unit 17) and executes a process of a game having a plurality of game media is provided. A step of allowing the user to set at least one of the plurality of game contents and a timing at which the message is to be received as message setting information, a step of storing the message setting information in the storage unit, and a step of storing the message setting information in the storage unit Transmitting the received message setting information via the communication unit, receiving the message via the communication unit, and displaying the received message to the user. At least one of the reception timing and the content of the message differs depending on the message setting information. [Selection diagram] Fig. 1

Description

  The present disclosure relates to a program, a control method, and an information processing apparatus.

  When a member of a group in an application is offline, push notification may be used to prompt the application to launch. For example, Patent Document 1 describes transmitting a push notification when a user terminal belonging to a chat group is offline.

Unexamined-Japanese-Patent No. 2014-232459

  Push notifications may also be used in game applications. For example, a push notification accompanied by an image or the like of a character may notify the user of an event in the game. However, the content of such a push notification was uniform.

  An object of the present disclosure made in view of such circumstances is to provide a program, a control method, and an information processing apparatus that execute notification of a message whose content changes according to the setting in the game.

  A program according to an embodiment includes a storage unit and a communication unit, and an information processing apparatus that executes processing of a game having a plurality of game media, in the game, as the message setting information, the plurality of games. Allowing the user to set at least one of the medium and a timing at which the user wishes to receive the message, storing the message setting information in the storage unit, and the message setting information stored in the storage unit; Performing the steps of transmitting via the communication unit, receiving the message via the communication unit, and displaying the received message to the user to receive the message Timing and / or the content of the message differ depending on the message setting information. .

  A control method according to an embodiment is a control method of an information processing apparatus including a storage unit and a communication unit and executing processing of a game having a plurality of game media, and in the game, message setting information Setting at least one of the plurality of game media and a timing at which the user wishes to receive a message, storing the message setting information in the storage unit, and storing the message setting information in the storage unit. Transmitting the message setting information via the communication unit, receiving the message via the communication unit, and displaying the received message to the user. At least one of the timing of receiving the message and the content of the message corresponds to the message setting information. Different Te.

  An information processing apparatus according to an embodiment is an information processing apparatus that executes processing of a game having a plurality of game media, and includes a storage unit, a communication unit, and a control unit, the control unit including: In the game, as the message setting information, at least one of the plurality of game media and the timing at which the user wishes to receive the message are set by the user, and the message setting information is stored in the storage unit. The message setting information stored in the unit is transmitted via the communication unit, the message is received via the communication unit, the received message is displayed to the user, and the message is received At least one of the timing and the content of the message differs depending on the message setting information.

  According to the present disclosure, it is possible to provide a program, a control method, and an information processing apparatus that execute notification of a message whose content changes according to the setting in the game.

It is a figure explaining a game system provided with an information processor concerning one embodiment. It is a figure which illustrates the information about a user. It is a figure which illustrates the information on the card which it possesses. It is a figure which illustrates message setting information. It is a figure which shows an example of a message setting screen. It is a figure which illustrates the message corresponding to the message setting information of FIG. It is a figure which shows another example of message setting information. It is a figure which illustrates the message corresponding to the message setting information of FIG. It is a figure explaining the relationship between a characteristic parameter and the content of a message. It is a sequence diagram of the control method of the information processing device concerning one embodiment.

(Overview of game system)
As shown in FIG. 1, the game system 10 includes a server device 11 and a plurality of terminal devices 12. Although three terminal devices 12 are illustrated in FIG. 1 for the sake of simplicity, the number of terminal devices 12 may be one or more.

  The server device 11 is, for example, an information processing device managed by a game operator. The terminal device 12 is an information processing device used by a user, such as a mobile phone, a smartphone, a tablet terminal, a PC (Personal Computer), or a game device. The server device 11 and the terminal device 12 are communicably connected via a network 16 such as the Internet, for example. For example, the server device 11 and the terminal device 12 cooperate to execute various processes related to the game.

(Overview of the game)
The games executed by the game system 10 include various game contents. At least some game content of various game content may be executed using a game medium.

  A game medium is electronic data used for a game, and may be acquired, owned, used, managed, exchanged, combined, enhanced, sold, discarded, or donated by the user in the game. For example, game media include cards, items, virtual currency, tickets, characters, avatars, level information, status information, parameter information (physical strength value, aggression, etc.), ability information (skills, abilities, spells, jobs, etc.), etc. , Including any media. The mode of use of the game medium is not limited to the one specified in the present specification.

  Hereinafter, “the game medium owned by the user” refers to the game medium associated with the user ID that can uniquely identify the user as the owned game medium, unless otherwise specified. Also, "providing a game content to the user" indicates that the game content is associated with the user ID as the owned game content. In addition, “sale of game media owned by the user” means that the association between the user ID and the owned game media is cancelled, and another game media (for example, virtual currency or item etc.) is owned by the user ID. It shows that it matches as a game medium.

  The game content is content playable by the user in the game, such as quests, missions, mini games, game media development, reinforcement, and composition, game media acquisition events, virtual space search events, and opponents (for example, For example, it includes battle events with other users, enemy characters, enemy buildings, and the like. For example, when it is determined that the achievement of one or more predetermined conditions (game tasks) set for each game content is successful, for example, a game medium or the like may be awarded as a reward to the user. For the game task, any task can be adopted according to the contents of the game content, such as a task of winning the battle with the enemy character and a task of reaching the goal point in the virtual space. In addition, among the one or more game tasks set in the game content, achieving a specific task (clear task) is also referred to as clearing of the game content. If the user playing the game content succeeds in achieving the clear task, it may be determined that the game content is clear, and the game content may end.

  Various game contents may include game contents for single play and game contents for multi play. The game content for single play is game content (for example, game content for one person) executed based on the user operation on one terminal device 12 used by one user. One of the terminal devices 12 alone or one of the terminal devices 12 and the server device 11 cooperates to execute game content for single play. On the other hand, game content for multiplay is game content (for example, common to two or more users) that is executed based on user operations on two or more terminal devices 12 used by two or more users. Game content for multiple players). The game content common to two or more users is, for example, even if at least a part of the progress processing and the processing result of the game content includes game content commonly applied to the two or more users. Good. Two or more terminal devices 12 cooperate, or two or more terminal devices 12 and server device 11 cooperate to execute multi-play game content.

  In the present embodiment, the game includes game content in which a user operates a game medium to play a match. Hereinafter, the game content is also referred to as battle content. The game medium used for the battle content is described as including, for example, characters owned by the user in the game, but is not limited thereto. The opponent is described as including, for example, enemy characters such as non-player characters, but is not limited thereto. For example, in the game content for multiplay, game media operated by another user may be set as the opponent.

  For example, one battle content of the game in the present embodiment selects a predetermined number of characters from among the characters owned by the user. Here, the user can improve the playing ability of the deck by selecting a helper character ("helper", also simply referred to as "helper") and adding it to the deck. Then, the user plays a match against the enemy character using a part or all of the characters of the deck. Here, forming a deck is to create a party (team or group) to play a match with characters selected from among the characters owned by the user and the assistant characters.

(Configuration of server device)
The server device 11 includes a server communication unit 13, a server storage unit 14, and a server control unit 15.

  The server communication unit 13 includes an interface that communicates with an external device wirelessly or by wire and transmits and receives information. The server communication unit 13 may include, for example, a wireless local area network (LAN) communication module or a wired LAN communication module. The server communication unit 13 can transmit and receive information to and from the terminal device 12 via the network 16.

  The server storage unit 14 includes, for example, a primary storage device and a secondary storage device. For example, the server storage unit 14 may include a semiconductor memory, a magnetic memory, an optical memory, or the like. The server storage unit 14 stores various information and programs necessary for providing and controlling a game. At least a portion of the information and program stored in the server storage unit 14 may be shared and synchronized with the terminal device 12. For example, the server storage unit 14 stores information on one or more users.

  In addition, the server storage unit 14 may store information of enemy characters. The enemy character is used as an opponent of the character used by the user in the battle. The information on the enemy character includes any information on the enemy character.

  Also, the server storage unit 14 may store message setting information. As described later, the message setting information includes a character set by the user, a timing at which the user wishes to receive a message, and a characteristic parameter.

  The server control unit 15 includes at least one of one or more general-purpose processors that implement a specific function by reading a specific program, and one or more dedicated processors specialized to a specific process. The server control unit 15 controls the overall operation of the server device 11.

  The server control unit 15 stores various information and programs necessary for game processing in the server storage unit 14. The information necessary for the processing of the game may include the information on the user and the information on the enemy character described above, information necessary to execute the battle, and the like.

  The server control unit 15 transmits and receives information via the server communication unit 13. For example, the server control unit 15 may transmit at least a part of the information stored in the server storage unit 14 to the terminal device 12. Thus, the information stored in the server storage unit 14 and the information stored in the terminal device 12 are shared and synchronized. The timing for sharing and synchronizing information may include, for example, the timing when new information is stored in server storage unit 14 and the timing when the information stored in server storage unit 14 is updated, but is arbitrarily determined. It is also good.

  The server control unit 15 cooperates with the terminal device 12 to execute game processing. The game processing includes, for example, processing for acquiring a card by the user advancing a game scenario, processing for exchanging, selling, and combining the acquired card, and an enemy character by forming a deck with a character corresponding to the card. And the process of playing a match may be included.

  Further, the server control unit 15 cooperates with the terminal device 12 to execute a process of generating and transmitting a message related to the game. In the present embodiment, the server control unit 15 generates and transmits a message as a push notification to the terminal device 12. Here, the server control unit 15 may cause another information processing apparatus to execute at least one of generation of a message (for example, setting of content and calculation of transmission time) and transmission. For example, the message may be transmitted from another information processing apparatus to the terminal apparatus 12 based on an instruction of the server control unit 15.

(Configuration of terminal device)
As shown in FIG. 1, the terminal device 12 includes a terminal communication unit 17, a terminal storage unit 18, a display unit 19, an input unit 20, and a terminal control unit 21.

  The terminal communication unit 17 includes an interface that communicates with an external device wirelessly or by wire and transmits and receives information. The terminal communication unit 17 may include, for example, a wireless communication module corresponding to a mobile communication standard such as Long Term Evolution (LTE) (registered trademark), a wireless LAN communication module, a wired LAN communication module, or the like. The terminal communication unit 17 can transmit and receive information to and from the server device 11 via the network 16.

  The terminal storage unit 18 includes, for example, a primary storage device and a secondary storage device. For example, the terminal storage unit 18 may include a semiconductor memory, a magnetic memory, an optical memory, or the like. The terminal storage unit 18 stores various information and programs necessary for game processing. For example, the terminal storage unit 18 may store part or all of the information related to the user described above. Also, for example, the terminal storage unit 18 may store the information on the enemy character described above. Also, for example, the terminal storage unit 18 may store the above-described message setting information. Part or all of the information is transmitted to and received from the server device 11 by the terminal control unit 21, for example.

  The display unit 19 includes, for example, a display device such as a liquid crystal display or an organic EL display. The display unit 19 can display various screens.

  The input unit 20 includes, for example, an input interface such as a touch panel provided integrally with the display unit 19. The input unit 20 can receive a user input to the terminal device 12. In the present embodiment, the display unit 19 and the input unit 20 are integrated to constitute a touch panel display. The touch panel display includes a transparent sensor layer that detects a change in capacitance as the input unit 20, and can detect the position touched by the user by detecting the change in capacitance. Here, methods other than the electrostatic capacitance method may be adopted. In addition, the input unit 20 may include a physical key, and may further include an arbitrary input interface such as a pointing device such as a mouse.

  The terminal control unit 21 includes at least one of one or more general-purpose processors that implement a specific function by reading a specific program, and one or more dedicated processors specialized to a specific process. The terminal control unit 21 controls the overall operation of the terminal device 12.

  The terminal control unit 21 transmits and receives information via the terminal communication unit 17. For example, the terminal control unit 21 transmits and receives information necessary for game processing to and from the server device 11. For example, the terminal control unit 21 stores the information received from the server device 11 in the terminal storage unit 18.

  The terminal control unit 21 activates the game application according to the user's operation. The terminal control unit 21 cooperates with the server device 11 to execute game processing. For example, the terminal control unit 21 causes the display unit 19 to display various screens. For example, a GUI (Graphic User Interface) may be displayed on the screen. The terminal control unit 21 can detect a user operation on the screen.

(Information stored in storage unit)
FIG. 2 shows information 110 for a user including at least three users. The information 110 on the user is stored, for example, in the server storage unit 14 and shared and synchronized with the terminal device 12. That is, the information 110 on the user is stored in the terminal storage unit 18 of the terminal device 12. The information 110 on the user includes various information of the user. In the present embodiment, the information 110 on the user includes the user ID and the information 111 on the card owned (see FIG. 3). That is, the information 110 on the user associates each of the plurality of users with the information 111 on the card owned.

  The user ID is information that can uniquely identify the user as described above.

  The information 111 on the owned card includes various information on the card owned by the user in the game. When the card is acquired by the user, the acquired card is associated with the user. In the present embodiment, the card is a character card. Therefore, the information 111 on the owned card includes information on the type and characteristics of the character associated with the card. Here, the card is not limited to the character card.

  FIG. 3 is a diagram illustrating the details of the information 111 of the owned card. FIG. 3 shows information 111 of cards owned by one user. The information 111 on the owned card includes data on a card ID, a character ID, a level, a rarity, an attribute, a match parameter, and a skill ID. The card information 111 owned is not limited to one including all of these data. Also, the information 111 on the owned card may further include other data.

  The card ID is an ID that uniquely identifies a card owned by the user. In the example of FIG. 3, non-overlapping numbers are used as card IDs. Hereinafter, a card with a card ID of 1 will be written as card 1.

  The character ID is an ID that uniquely identifies a game character. In the present embodiment, since the card is a character card, one card ID is associated with one character ID. In the example of FIG. 3, non-overlapping alphabetic characters are used as the character ID. Hereinafter, a character whose character ID is A will be described as character A. Here, a plurality of cards can correspond to one character. In the example of FIG. 3, the card 1 and the card 20 are both cards of the character A.

  The level is information indicating the degree of growth of the character. For example, the greater the value of the level, the greater the degree of growth of the character. The value of the level affects, for example, the value of the battle parameter. In the example of FIG. 3, the level of the character C is ten. The value of the level is increased by the user growing the character. For example, the user may use game characters to complete game content (eg, quests), or may be grown by multiplying the characters with items or other characters.

  The rarity is information indicating the degree of rarity of the card. For example, the higher the rarity value, the higher the rarity of the card. The high degree of card rarity means, for example, that the number of the cards provided by the game operator in the game is small. The rarity may be fixed. Also, the rarity has an initial value determined according to the card, and may change according to the game play by the user. The rarity affects, for example, the maximum value of the match parameter. In the example of FIG. 3, the rarity uses numbers. For example, card 1 and card 20 are both cards of character A. However, the card 20 having a rarity of 4 has a higher degree of rarity than the card 1 having a rarity of 2. Here, as another example, the rarity may be determined depending on the character.

  The attribute is a characteristic relating to a match or the like possessed by characters, and is information indicating superiority or inferiority between characters. In the example of FIG. 3, fire, water, wind, light or the like is used as the type of attribute. For example, a character having the attribute of fire may be resistant to attacks from characters having the attribute of wind and weak to attacks from characters having the attribute of water.

  The match parameter is information indicating the strength of the character referred to in the match in the game. In the present embodiment, each character has battle parameters of HP (hit point), MP (magic point), AT (attack power) and DF (defense power). Here, the battle parameters are not limited to HP, MP, AT and DF. The match parameters may further include match parameters relating to in-game actions such as quickness, for example. Also, the battle parameters may not include part of HP, MP, AT and DF.

  The HP is information indicating a hit point (physical strength value) of the character. In FIG. 3, the maximum value of HP is shown. For example, when the character is damaged by the attacking action of the enemy character, the HP is reduced by the amount of damage. Also, for example, by the recovery operation of the character, HP is increased by the recovery amount. Also, if the HP is not zero, the character is in a battleable state, and can attack, for example, an enemy character. However, when the HP decreases to zero, the character is uncombatable. The larger the character's HP, the more advantageous it is to clear the game content.

  The MP is information indicating the magic point of the character. In FIG. 3, the maximum value of MP is shown. For example, if the character activates a special attack (hereinafter referred to as a skill) different from a normal attack (attack with a equipped weapon, magic attack, etc.) alone, the MP decreases by a value corresponding to the skill. Also, for example, due to the recovery operation of the character, MP is increased by the recovery amount. The larger the character's MP, the more advantageous it is to clear the game content.

  AT is information indicating the attack power of the character. The AT affects, for example, the amount of damage given to the opponent by the attack of the character. The higher the AT value, the greater the amount of damage to the opponent. Therefore, the larger the character's AT, the more advantageous it is to clear the game content.

  The DF is information indicating the defense power of the character. The DF affects, for example, the amount of damage that a character receives from an opponent's attack. The larger the DF value, the smaller the damage received from the opponent. Therefore, the larger the character's DF, the more advantageous it is to clear the game content.

  Here, in the example of FIG. 3, the values of HP, MP, AT and DF of each character are an example. HP, MP, AT, and DF are independent match parameters, and each may be set independently.

  The skill ID is an ID that uniquely identifies the skill possessed by the character of the card. Skills are set for each card. Here, the skill may not be set for all cards. That is, there may be cards without skills. As mentioned above, MP is reduced by the activation of skills. If the MP value is insufficient, the character can not activate the skill. Hereinafter, the skill whose skill ID is S1 is described as skill S1. For example, the skill S1 may be an attack in which the character A gives medium damage to the entire enemy character in the fire attribute. Also, for example, the skill S20 may be an attack in which the character A gives an extra-large damage of wind attribute to the entire enemy character.

  FIG. 4 is a diagram illustrating the message setting information 114. The message setting information 114 is stored, for example, in the terminal storage unit 18 and shared with the server device 11. The message setting information 114 is information on setting of a message transmitted as a push notification to the terminal device 12 in the present embodiment.

  As shown in FIG. 4, the message setting information 114 includes a character ID, a characteristic parameter, an event, and timing setting. As described later, the characteristic parameters include closeness, the highest level, the holding ratio, and the character. Further, the timing setting includes desired timing and correction time. Here, the character ID, the event, and the desired timing are set based on the designation of the user on the message setting screen described later. The other items are set as the terminal control unit 21 extracts or calculates based on the game data (for example, character setting, progress record, etc.) stored in the terminal storage unit 18 and the information 111 of the owned card. The message setting information 114 is not limited to one including all of these data items. For example, the message setting information 114 may not include the highest level and the holding rate. Also, the message setting information 114 may further include another data item. For example, the message setting information 114 may further include the time at which the game was played using the character corresponding to the character ID.

  The character ID is an ID (identifier) that uniquely identifies a character. The character ID may be common to the character ID of the information 111 (see FIG. 3) of the owned card, or a different unique ID may be used. The character ID is an ID of a favorite character designated by the user, and is used, for example, to designate a character image in a message. In the present embodiment, the user selects a favorite character on a message setting screen described later. Then, the ID of the selected character is set in the message setting information 114. In the example of FIG. 4, the character B is selected. Here, as another example, the user may select a favorite character not in the message setting screen but in the system setting in the game. Further, as another example, for example, a character set as a leader in a deck in a game may automatically become a favorite character. In these cases, the terminal control unit 21 sets the character ID of the message setting information 114 based on the game data. Hereinafter, the character corresponding to the character ID of the message setting information 114 is referred to as a "favorite character".

  Here, with respect to all characters including favorite characters, various parameters that change in accordance with game settings, game progress of the user, and the like are set as game data and the like. In the present embodiment, as the characteristic parameters of the message setting information 114, the closeness, the highest level, the holding ratio, and the character of the favorite character are used. The intimacy degree is a numerical value indicating the intimacy between the user and the favorite character in the game. In the present embodiment, the closer the user is to the favorite character, the larger the closeness value is. The intimacy changes with the progress of the game. For example, when the user advances a scenario of a game using a favorite character or gives a favorite character (eg, an item or the like) to a favorite character in the game, the numerical value of the intimacy increases. In addition, as the user advances an event related to a favorite character, the numerical value of the intimacy may be increased. The event relating to the favorite character is, for example, for a limited time, and is an event in which the favorite character appears as a leading character or a semi-leading character in the story. When the user advances an event related to a favorite character, the intimacy numerical value may be larger than in the normal scenario of the game. The terminal control unit 21 sets the intimacy degree of the message setting information 114 based on the game data. In the example of FIG. 4, the closeness is 9 and the closeness is improved compared to the initial state (closeness 1).

  The highest level is the highest value of the card levels of favorite characters owned by the user. The highest level is related to the growth degree of the favorite character. The highest level may be referred to, for example, instead of or together with the intimacy when the content of the message is set as described later. The terminal control unit 21 sets the highest level of the message setting information 114 based on the information 111 of the owned card. In the example of FIG. 4, the highest level of the character B is 5, which is more than the initial state (level is 1).

  The holding ratio represents the ratio of the card of favorite characters among all the cards owned by the user. The holding ratio relates to whether the user likes to collect cards of favorite characters. The retention rate may be referred to, for example, instead of or in conjunction with the intimacy when the content of the message is set as described later. The terminal control unit 21 calculates the holding ratio of the message setting information 114 based on the information 111 of the owned card. In the example of FIG. 4, 12% of the cards owned by the user are the cards of character B.

  The character is a property of the favorite character in the game and is determined by the game data. The personality can affect, for example, the content of the message and the correction time described later. The characters may include, for example, leisurely, impatient, and scrutiny. In the example of FIG. 4, the character B is “friendly”. The personality may be referenced when the transmission time of the message is calculated as described later. The terminal control unit 21 sets the character of the message setting information 114 based on the game data.

  The event indicates an event for which the user wishes to be notified by a message (eg, an event start notification, etc.). In the example of FIG. 4, the event is "all". Therefore, messages regarding all the implemented events are sent to the user's terminal 12 as a push notification. In the present embodiment, the user selects an event on a message setting screen described later. Then, the selected event is set in the message setting information 114. Here, as another example, the user may select an event not in the message setting screen but in the system setting in the game. At this time, the terminal control unit 21 sets an event of the message setting information 114 based on the game data.

  The desired timing indicates when the user wants to receive a message. In the example of FIG. 4, the desired timing is the "start time" of the event. That is, the user wishes to receive a message as soon as the event starts. In the present embodiment, the user selects a desired timing on a message setting screen described later. Then, the selected desired timing is set in the message setting information 114. Here, as another example, the user may select a desired timing not by the message setting screen but by the system setting in the game. At this time, the terminal control unit 21 sets the desired timing of the message setting information 114 based on the game data.

  The correction time corresponds to the time difference between the timing at which the message setting information 114 is desired to be received (desired timing) and the timing at which the terminal device 12 receives the message. The correction time is determined according to the character of the favorite character. In the example of FIG. 4, since the character B is laid-back, the correction time is set to “10 minutes late”. That is, the message is delivered 10 minutes later than the desired timing. The correction time is calculated by the terminal control unit 21 based on, for example, the character set in the message setting information 114. Here, the timing at which the terminal device 12 receives a message and the timing at which a transmission source (for example, the server device 11) transmits a message differ only in the time required for communication. However, in order to make the description easy to understand in the present specification, it is assumed that the timing at which the terminal device 12 receives a message and the timing at which the transmission source transmits a message are the same.

  Here, at least one of the character and the correction time may not be included in the message setting information 114. As described later, the message setting information 114 stored in the terminal storage unit 18 is transmitted from the terminal device 12 to the server device 11. At least one of the character and the correction time may be set by the server control unit 15 extracting or calculating after the server device 11 acquires the message setting information 114. For example, the server control unit 15 extracts the character ID from the message setting information 114. Then, the server control unit 15 may extract the character corresponding to the character ID from the game data stored in the server storage unit 14. Also, for example, the server control unit 15 may calculate the correction time according to the extracted character.

(Example of screen display)
FIG. 5 is a diagram illustrating a message setting screen. The terminal device 12 displays a message setting screen on the display unit 19 and allows the user to set message setting information. The favorites, events and timings selected by the user on the message setting screen are reflected in the character ID of the message setting information 114 (see FIG. 4), the event and the desired timing, respectively.

  The message setting screen displayed on the display unit 19 of the terminal device 12 allows the user to select a favorite character in the upper area of the screen. As shown in FIG. 5, the icon 41 of the character used for the user's selection is displayed. The user can designate the tapped character as a favorite character by tapping the icon 41. In the example of FIG. 5, the user designates the character B as a favorite character among eight characters A to H. Here, in the message setting screen, it is possible to return to the non-selected state by tapping again and tapping the selected target. That is, the user can redo the selection.

  The message setting screen also allows the user to select an event in the area at the center of the screen. As shown in FIG. 5, in the same area, events scheduled to be performed are displayed in a list so as to be selectable by the user. In the list, not only specific event names (eg, event X, event Y, etc.), but also the range of target events (eg, only competition events, all events etc.) are displayed. In the example of FIG. 5, the user has selected "all events". That is, the user has selected to receive messages (e.g., push notifications) for all events scheduled to be implemented.

  The message setting screen also allows the user to select the timing at which the user wishes to receive a message in the lower area of the screen. As shown in FIG. 5, notification times are listed in the same area so that the user can select. In the example of FIG. 5, the user has selected "when starting". That is, the user has elected to receive a message at the start of the event.

  Further, at the bottom of the message setting screen, a setting button and a cancel button are provided. When the user taps the setting button, the content selected by the user on the message setting screen is reflected in the message setting information 114. Also, when the user taps the cancel button, the message setting information 114 is not updated, and the user's selection is canceled.

  Here, the period may be set on the message setting screen. The period is a period in which the user wants to receive the message 34, and may be set to, for example, August, September 1 to September 3, one week from now, only holidays, etc. If a time period is set, then out of time messages 34 are not received. As a result, the user can be more finely configured to receive the message 34. For example, even if the user has selected all the events, the user terminal device 12 may not receive the message 34 after the set period.

  FIG. 6 is a diagram illustrating a message 34 corresponding to the message setting information 114 of FIG. In the present embodiment, the message 34 is a push notification. As shown in FIG. 6, it is possible to notify the user of the message 34 even when the game application is not activated in the terminal device 12 (for example, the screen is locked). As described later, for example, the server apparatus 11 calculates the transmission time of the message 34 to be notified to the terminal apparatus 12 based on the message setting information 114, and sets the content of the message 34. The message notified by the server device 11 at the transmission time is displayed on the display unit 19 of the terminal device 12 as shown in FIG.

  The contents of the message 34 include an image of the favorite character (icon 41), a transmission time (or reception time), and a text 42 which is a text. In the example of FIG. 6, the icon 41 is an image of the character B which is a favorite character. The text 42 is also described in accordance with the tone of the character B in the game. Here, as shown in FIG. 4, the character of the character B is "easy" and the correction time is set to "10 minutes late". Therefore, the message 34 is transmitted at a time delayed by 10 minutes from the user's desired timing (0 month 0 day 00:00 at the start of the event X).

  Here, FIG. 7 shows another example of the message setting information 114. In the message setting information 114 of FIG. 7, the favorite character is set to the character A. In the example of FIG. 7, the character of the character A is "impatient". Therefore, the correction time is set to "10 minutes earlier". Further, in the example of FIG. 7, the desired timing is “one hour before” the event. That is, the user wants to receive a message one hour before the event is started.

  FIG. 8 is a diagram illustrating a message 34 corresponding to the message setting information 114 of FIG. In the example of FIG. 8, the icon 41 is an image of the character A which is a favorite character. The text 42 is also described in accordance with the tone of the character A in the game. Further, in the example of FIG. 8, the message 34 is 10 minutes earlier than the user's desired timing (o month x day 23:00 which is one hour before the start of the event X) (o month x day 22: 50) Has been sent to.

  As described above, the message 34 is transmitted at the time reflecting the character, with the content matched to the tone of the favorite character. Therefore, the user feels a sense of familiarity with the message 34 when receiving an e-mail from a real person instead of an advertisement sent in a uniform text at a designated time. Also, the user feels as if the message 34 is content directed only to him / her, and feels a special feeling that is not found in the conventional uniform content message. Here, in the above example, the transmission time of the message 34 is different from the user's desired timing. However, for example, when the user selects the character C whose character is “几” on the message setting screen, the correction time is set to “Just”. That is, for example, by changing the favorite character, it is possible to receive the message 34 according to the user's desired timing.

  FIG. 9 is a diagram for explaining the relationship between the intimacy degree and the content of the message 34. As shown in FIG. In the present embodiment, the content of the message 34 is influenced by the characteristic parameters of the favorite character other than the character.

  FIG. 9 includes three messages 34 that switch according to the degree of closeness. In the following, the three messages 34 are referred to as the upper message 34, the middle message 34, and the lower message 34 in this order from the top. When the intimacy degree of the favorite character is low (for example, within the range of 1 to 5), the user receives the upper message 34. The expression of the favorite character of the icon 41 of the upper message 34 is, for example, a disgusting face. Also, the amount of description of the text 42 of the upper message 34 is small. Also, the text of the text 42 of the upper message 34 may give an inappropriate impression.

  When the intimacy degree of the favorite character is medium (for example, in the range of 5 to 9), the user receives the middle message 34. The expression of the favorite character of the icon 41 of the middle message 34 is, for example, an embarrassing face. Further, the amount of description of the text 42 of the middle message 34 is larger than that of the upper message 34. Also, the text of the text 42 of the middle message 34 may give the impression that it is a conversation with an acquaintance.

  When the intimacy degree of the favorite character is high (for example, 10 or more), the user receives the message 34 in the lower stage. The expression of the favorite character of the icon 41 of the lower message 34 is, for example, a smile. Also, the amount of description of the text 42 of the lower message 34 is more than that of the middle message 34. Also, the text of the text 42 of the lower message 34 may give an impression of being a conversation with a close friend.

  In the present embodiment, the content of the message 34 is set by the server device 11 as described later. The server device 11 extracts the characteristic parameter (in the example of FIG. 9, the closeness) of the message setting information 114 received from the terminal device 12. The server apparatus 11 sets the content of the message 34 based on the extracted characteristic parameter (in the example of FIG. 9, the upper, middle, or lower message 34 is selected). Then, the server device 11 transmits the message 34 of the content according to the characteristic parameter to the terminal device 12. The user can receive a more familiar message 34 as the familiarity with the favorite character is higher. Here, the intimacy is enhanced by the user advancing the game. Therefore, preparing the message 34 of the content according to the characteristic parameter as described above may have the effect of prompting the user to further participate in the game.

  Here, in the example of FIG. 9, the icon 41 (the expression of the favorite character) and the text 42 change according to the closeness, but only one may change. For example, the text 42 of the upper, middle, and lower messages 34 may be common, and the icon 41 may change according to the closeness. Moreover, although the change of the message 34 according to closeness was three steps in the example of FIG. 9, it does not restrict to this. For example, there may be more switching of messages 34 depending on closeness. Also, for example, the message 34 may be switched in two stages according to the closeness.

  Also, in the example of FIG. 9, the message 34 changes in accordance with the intimacy degree, but other characteristic parameters (for example, at least one of the highest level and the holding ratio) may be used instead of the intimacy degree Good. For example, when the highest level is high (e.g., 10 or more), the user may receive message 34 at the bottom of FIG. Also, for example, when the holding rate is high (for example, 20% or more), the user may receive the message 34 in the lower part of FIG. 9. Here, the user can increase the highest level and the holding rate by advancing the game. Therefore, in this case as well, an effect may be generated that urges the user to further participate in the game.

(Sequence Diagram)
FIG. 10 is a sequence diagram showing a control method related to the above message 34 executed by the information processing apparatus (terminal apparatus 12 and server apparatus 11). Here, a specific example of the game medium in the following description of the sequence diagram is a character.

  First, the terminal device 12 causes the user to set the message setting information 114 (step S1). The terminal device 12 displays, for example, a message setting screen on the display unit 19, and allows the user to set at least one of the plurality of game media (favorite character) and a timing (desired timing) to receive the message. The terminal device 12 may further allow the user to set an event for which notification by the message 34 is desired. The terminal device 12 does not need to have the user set all of the message setting information 114. That is, the terminal device 12 only needs the user to set a part of it.

  The terminal device 12 stores the message setting information 114 in the terminal storage unit 18 (step S2). The terminal device 12 may store the message setting information 114 as shown in FIG. 4 in the terminal storage unit 18 by adding, for example, the characteristic parameter of the favorite character and the correction time.

  The terminal device 12 transmits the message setting information 114 stored in the terminal storage unit 18 to the server device 11 by the terminal communication unit 17 (step S3). Here, the message setting information 114 to be transmitted may include all the items or may include only some of the items.

  The server apparatus 11 stores the message setting information 114 received by the server communication unit 13 in the server storage unit 14 in association with the ID (identification information) of the terminal apparatus 12 (step S4). The ID of the terminal device 12 is transmitted from the terminal device 12 together with the message setting information 114, for example. The ID of the terminal device 12 may be, for example, a token, or identification information associated with the user of the terminal device 12 or the like. The ID of the terminal 12 is used to specify the destination to which the message 34 is to be sent.

  The server apparatus 11 calculates the transmission time of the message 34 based on the characteristic parameter (for example, the character) of the message setting information 114, the event, the desired timing, and the like (step S5). For example, in the message 34 of FIG. 6, the transmission time is a time (O Mon ○ 00 00:10) delayed by 10 minutes from the user's desired timing (O Mon ○ 00:00). Further, for example, in the message 34 of FIG. 8, the transmission time is 10 minutes earlier than the user's desired timing (o month x day 23:00) (o month x day 22: 50).

  The server apparatus 11 sets the content of the message 34 based on the characteristic parameter (for example, closeness) of the message setting information 114 (step S6). For example, in the message 34 of FIG. 9, if the intimacy degree of the favorite character is 10 or more, the server apparatus 11 selects the message 34 in the lower stage.

  When the transmission time calculated in step S5 comes, the server apparatus 11 transmits a message 34 of the content set in step S6 to the terminal apparatus 12 (step S7). Here, the server apparatus 11 may cause another information processing apparatus to execute at least one of generation of the message 34 (for example, setting of content and calculation of transmission time) and transmission. That is, another information processing apparatus may execute at least one process of steps S5 to S7 based on an instruction of the server apparatus 11.

  The terminal device 12 receives the message 34 from another information processing device (for example, the server device 11 or another information processing device) by the terminal communication unit 17 (step S8). That is, the terminal device 12 receives the message 34 in which at least one of the transmission time and the content has been adjusted according to the message setting information 114 by the other information processing apparatus.

  The terminal device 12 displays the received message 34 to the user (step S9). In the present embodiment, the received message 34 is displayed on the display unit 19 as a push notification.

  As described above, the information processing apparatus (for example, the terminal apparatus 12) according to the present embodiment executes processing of a game having a plurality of game media (for example, a plurality of characters). The information processing apparatus includes a storage unit (for example, the terminal storage unit 18), a communication unit (for example, the terminal communication unit 17), and a control unit (for example, the terminal control unit 21). The control unit causes the user to set at least one (for example, favorite character) among the plurality of game media and the timing (for example, desired timing) to receive the message as the message setting information 114 in the game. Further, the control unit stores the message setting information 114 in the storage unit. Further, the control unit transmits the message setting information 114 stored in the storage unit via the communication unit. Also, the control unit receives the message via the communication unit. The control unit also displays the received message to the user. Here, at least one of the timing at which the information processing apparatus receives the message and the content of the message differs depending on the message setting information 114.

  Here, even in the conventional game, there has been a game having a function of displaying a message together with the image of the character during the execution of the game. However, the message could not be displayed unless the game was running. Therefore, it can not be used because it lacks certainty in an application (alarm) in which a message is notified at a predetermined timing (for example, one hour before the start of an event) so that the user does not forget the start of an event in the game The In such applications, it is preferable to utilize out-of-game messaging features (eg, push notifications) that do not require game activation. However, in the case where the content of the message is uniform, it is difficult to give the user a sense of closeness or special feeling, because the progress of the game or the relevance to the favorite character is small. The information processing apparatus according to the present embodiment can execute notification of a message whose content changes according to the setting in the game by the above configuration. According to the present disclosure, at least one of the timing of receiving the message 34 and the content of the message 34 varies depending on the message setting information 114. For example, since the contents of the message setting information 114 change according to the progress of the game, the progress status of the game is also reflected in the message 34. Also, for example, since the timing of receiving the message 34 reflects the character of the favorite character, it is possible to give the user a sense of closeness or a sense of speciality.

(Modification etc.)
Although the present disclosure has been described based on the drawings and embodiments, it should be noted that those skilled in the art can easily make various changes and modifications based on the present disclosure. Therefore, it should be noted that these variations and modifications are included in the scope of the present disclosure. For example, each means, the function included in each step, etc. can be rearranged so as not to contradict logically, and it is possible to combine or divide a plurality of means or steps into one. .

  In the above embodiment, the message 34 is content related to an event in the game. Then, the user performs the setting of the event and the time based on the event on the message setting screen. Here, the message 34 may be content unrelated to the event. For example, the message may be notified at a predetermined frequency depending on the login status of the user, the progress status of the game, and whether or not it corresponds to a specific day. For example, when a predetermined period (for example, three days) has elapsed since the user last logged in, a message 34 prompting login may be transmitted from the favorite character to the terminal device 12 with a predetermined frequency. Also, for example, when the quest of the user is stagnant (for example, the stage does not advance for two days), a message 34 encouraging from the favorite character may be transmitted to the terminal device 12 with a predetermined frequency. Further, for example, also when the ranking of the user is lowered (for example, lowered more than 100 places), an encouraging message 34 may be transmitted to the terminal apparatus 12 at a predetermined frequency. Here, the predetermined frequency may change according to the characteristic parameter (for example, closeness). For example, when the intimacy is high (10 or more as an example), the message 34 may be transmitted to the terminal device 3 three times a day. Also, for example, when the intimacy degree is low (one as an example), the message 34 may be transmitted to the terminal apparatus 12 once every two days. That is, the higher the closeness, the more users may be able to receive more messages 34. In addition, in the case of a holiday or an anniversary (for example, the birthday of a favorite character), the frequency at which the message 34 is transmitted may be higher than a day that does not correspond to these.

  In addition, when the message 34 is content not related to an event, the user may be able to set time, period, frequency, and the like. In the present variation, for example, a message setting screen in which time, period, and frequency can be set may be used instead of events and timings. The time is the time when the user wants to receive the message 34, for example 12:00. Also, the period is a period during which the user wishes to receive the message 34, for example, September 10 to September 30. Also, the frequency is the frequency with which the user wants to receive the message 34, for example, only on weekdays. In this example, the user receives a message 34 (no matter to the event) notifying noon at 12:00 on the weekday of the above period. Also in this case, as in the above embodiment, changes may occur such as earlier or later reception depending on the character of the character.

  In the above embodiment, the favorite character is designated by the user. Here, the favorite character may be automatically changed when a specific condition is satisfied. For example, when the user or a user in a predetermined relationship with the user (for example, a user or friend of the same group) acquires a card with high rarity, the favorite character may be automatically changed to the character of the card. Also, for example, when an event for a limited time is being held in the game, the favorite character may be automatically changed to the character associated with the event. At this time, the favorite character may automatically return to the user-specified character after the end of the event period. For example, as described above, the server device 11 sets the content of the message 34 based on the characteristic parameter of the user-specified character. At this time, the server device 11 may further acquire (for example, extract from game event information) information on the event holding period and the character related to the event. Then, the server device 11 may use the character associated with the event in the message 34 instead of the user-specified character when the specific condition is satisfied. Here, the specific condition is, for example, that the event is being held, is within three days until the event is held, is an event relating to a newly appearing character, or a combination of these, etc. Good. By automatically changing the favorite character without setting by the user, the information processing apparatus according to this modification can provide the user with a game experience having a change. Further, as a similar modification, the information processing apparatus may not display the favorite character automatically but may display the character as a candidate so as to be selectable by the user. The candidate characters may be determined based on parameters such as, for example, familiarity. In addition, the candidate character may be determined according to the relevancy to the event being held in the game or scheduled to be held, for example. Since the candidate characters are displayed, the user can easily select the favorite character, and the usability is improved.

  Further, in the above embodiment, the correction time is associated with the character of the favorite character. Here, the “state” of the favorite character is set in the message setting information 114, and the correction time may be adjusted according to the “state”. For example, “state” may be set according to the schedule of the favorite character in the game, such as busy, not busy, scheduled at ○, no scheduled until ○, and so on. Further, depending on whether the user advances the game using the favorite character, for example, busy, not busy, etc. may be set as the “state”. For example, when the "state" of the favorite character is busy, the correction time may be set to "10 minutes late". Conversely, for example, when the "state" of the favorite character is not busy, the correction time may be set to "10 minutes earlier". When the “state” of the favorite character is set in the message setting information 114, the correction time may be set based on at least one of the “character” and the “state” of the favorite character. For example, if the "character" of the favorite character is leisurely and the "state" is busy, the correction time may be set to "20 minutes late" based on both. Also, for example, if the "character" of the favorite character is impatient and the "state" is busy, the correction time is set to "just" with "10 minutes early" and "10 minutes late" offset each other. May be

  Also, in the above embodiment, the message 34 is a push notification. Here, the message 34 transmitted to the terminal device 12 may be stored in the storage unit (at least one of the terminal storage unit 18 and the server storage unit 14) for each user. Typically, the push notification is cleared after a predetermined time, but being stored allows the user to collect messages 34 from favorite characters. For example, the terminal control unit 21 may store the received message 34 in the terminal storage unit 18 in association with time information. At this time, in the game application, only a part of programs for storing the message 34 may be operating in the background (always operating). Then, when there is a request from the user, the messages 34 stored in the terminal storage unit 18 may be displayed in the order according to the time information. For example, the process of displaying the messages 34 in order according to the time information may be executable from a specific screen of the game. In addition, the message 34 stored in the storage unit may be extractable for each game medium (character). Also, the message 34 stored in the storage unit may be extractable under a specific condition (for example, including the content related to the event X). The user may be able to set such narrowing-down conditions, for example, on a specific screen of the game.

  In addition, when the message 34 transmitted to the terminal device 12 is stored in the storage unit for each user, the progress of the game may change according to the history of the message 34. For example, the terminal device 12 associates and stores the character selected as the favorite character and the number of times of reception of the message 34, and calculates the number of times of reception of the message 34 for each character. Then, based on the number of times of reception, the content of a parameter of a character (for example, a match parameter) or a specific event (for example, an event associated with a specific character) changes. In addition, the terminal device 12 may execute a special event in the game according to the number of times of reception of the message 34 for each character. In this manner, by associating the character, the number of times the message 34 has been received, and the in-game event, a special gaming experience can be provided to the user. Also, in the present modification, instead of the number of times of reception of the message 34 for each character, a time from the reception of the message 34 to the user's response to the message 34 (e.g. until the game is activated) is used. It is also good. Further, in this modification, instead of the number of times of reception of the message 34 for each character, the number of times the user has responded to the message 34 when the message 34 is received may be used. Further, in the present modification, instead of the number of times of reception of the message 34 for each character, the number of times of activating the game via the message 34 (for example, tapping a link or the like in the sentence of the message 34) may be used.

  Also, in the above embodiment, the message 34 is a push notification to the user's own terminal device 12. Here, the message 34 may be a push notification not only to the user itself but also to other users (for example, they may be users or friends of the same group). At this time, when the favorite character is a character not owned by the user of the transmission destination, the information processing apparatus sets, for example, the content of the message 34 so that the user of the transmission destination can view the detailed information of the favorite character. May be In addition, when the favorite character is a character not owned by the user of the transmission destination, the information processing apparatus can move the message of the message 34 so that the user of the transmission destination can move to a place where the favorite character can be acquired, for example. The contents may be set. Communication between users is further activated by transmitting a message 34 including information about the user's favorite characters as well as the normal transmission content to other users.

  Further, in the above embodiment, the icon 41 (the expression of the favorite character) and the text 42 of the message 34 change in accordance with the characteristic parameter (for example, closeness). Here, at least one of the icon 41 and the text 42 may change depending on the relationship between the favorite character and an event being held or scheduled to be held in the game. At this time, a parameter such as “degree of association” may be set indicating the degree of association between the favorite character and the event. The degree of association may be, for example, higher as the degree of association is higher, as in the case of closeness. The degree of association may then be used to set the content of the message 34, instead of or in conjunction with the characteristic parameter (e.g. familiarity). At this time, the user who has received the message 34 can easily grasp the relevance between the event and his / her favorite character, for example, from the expression (icon 41) of the favorite character. Thus, such a message 34 makes it easier for the user to be interested in the event, and the activation of the event in the game can be expected.

  In the above embodiment, a part of the game screen is displayed on the display unit 19 of the terminal device 12 based on the data generated by the server device 11, and a part of the game screen is installed on the terminal device 12. It may be a native display to be displayed by the native app being displayed. Thus, the game in the above-described embodiment may be a hybrid game in which each of the terminal device 12 and the server device 11 takes part of processing. In addition, the other device may execute part of the processing performed by the terminal device 12 or the server device 11 in the above control method (see FIG. 10). For example, the terminal device 12 may execute calculation of the transmission time of the message executed by the server device 11 (step S5), and transmit the calculation result to the server device 11.

  In addition, the server device 11 and the terminal device 12 may execute various processes related to the game in cooperation with each other. For example, the server device 11 and the terminal device 12 may share and execute a series of processes. Further, for example, each of the server device 11 and the terminal device 12 may execute the same process. In the case where the processing result matches between the server device 11 and the terminal device 12 for the same processing, the server device 11 and the terminal device 12 may complete the processing. When the processing result does not match between the server device 11 and the terminal device 12, the server device 11 and the terminal device 12 may complete the process, assuming that the processing result of one (for example, the server device 11) is correct. As another example, when the processing result does not match between the server device 11 and the terminal device 12, the server device 11 and the terminal device 12 may rewind the process before the execution of the same processing. According to this configuration, for example, even when the communication quality between the server device 11 and the terminal device 12 temporarily decreases, the probability that the process is interrupted immediately decreases. In addition, even if the terminal device 12 performs unauthorized processing such as rewriting of a battle parameter, for example, the probability that the unauthorized processing can be eliminated is improved.

  Moreover, in order to function as the terminal device 12 or the server device 11, for example, a computer, a mobile phone, or the like can be suitably used. The terminal device 12 or the server device 11 can be realized by storing a program in which the processing content for realizing the above respective functions is described in an accessible storage unit, and reading and executing the program by the CPU.

DESCRIPTION OF REFERENCE NUMERALS 10 game system 11 server device 12 terminal device 13 server communication unit 14 server storage unit 15 server control unit 16 network 17 terminal communication unit 18 terminal storage unit 19 display unit 20 input unit 21 terminal control unit 34 message 41 icon 42 text 110 user Information 111 Information on the card owned 114 Message setting information

Claims (9)

An information processing apparatus including a storage unit and a communication unit and executing processing of a game having a plurality of game media,
Allowing the user to set, as message setting information, at least one of the plurality of game media and a timing at which the user wishes to receive a message in the game;
Storing the message setting information in the storage unit;
Transmitting the message setting information stored in the storage unit via the communication unit;
Receiving the message via the communication unit;
Displaying the received message to the user.
A program, wherein at least one of timing of receiving the message and content of the message is different according to the message setting information. The message setting information includes a characteristic parameter associated with the game medium set by the user,
The program according to claim 1, wherein at least one of timing of receiving the message and content of the message is different depending on the characteristic parameter.   The program according to claim 2, wherein the characteristic parameter includes an intimacy degree indicating intimacy in the game between the user and a game medium set by the user. The content of the message includes an image of game media set by the user in the message setting information,
The program according to claim 3, wherein the image is different according to the intimacy degree.   The program according to claim 3, wherein the higher the intimacy degree, the more the message can be received.   The program according to any one of claims 2 to 5, wherein a time difference between the timing of receiving the message in the message setting information and the timing of receiving the message is provided according to the characteristic parameter. In the information processing apparatus,
Storing the received message in the storage unit in association with time information;
The method according to any one of claims 2 to 6, wherein the step of displaying the messages stored in the storage unit in the order according to the time information is performed when there is a request from the user. program. A control method of an information processing apparatus, which comprises a storage unit and a communication unit and executes processing of a game having a plurality of game media,
Allowing the user to set, as message setting information, at least one of the plurality of game media and a timing at which the user wishes to receive a message in the game;
Storing the message setting information in the storage unit;
Transmitting the message setting information stored in the storage unit via the communication unit;
Receiving the message via the communication unit;
Displaying the received message to the user;
The control method, wherein at least one of the timing of receiving the message and the content of the message differs depending on the message setting information. An information processing apparatus that executes processing of a game having a plurality of game media, the information processing apparatus comprising:
A storage unit,
Communication department,
And a control unit,
The control unit
In the game, the user sets, as message setting information, at least one of the plurality of game media and a timing at which the user wishes to receive a message,
Storing the message setting information in the storage unit;
Transmitting the message setting information stored in the storage unit via the communication unit;
Receiving the message via the communication unit;
Displaying the received message to the user;
An information processing apparatus, wherein at least one of timing of receiving the message and content of the message differs according to the message setting information.

Images