JP2015228221A - Notification management method, notification management server, and notification management program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a notification management method, a notification management server, and a notification management program for effectively performing notification to a user.SOLUTION: A control section 21 of a management server 20 receives a new notification from a game server 30. In this case, the control section 21 executes state detection processing to a user terminal 10, and executes determination processing on whether the user terminal 10 is online. When it is determined that the user terminal 10 is not online, the control section 21 executes normal display processing to the notification. When it is determined that the user terminal 10 is online, the control section 21 displays the notification in a game. In this case, the control section 21 extracts the notification to a user from a notification information storage section 23, and for each notification type, rearranges the notification in the descending order of a receipt time to output it.

Description

  The present invention relates to a notification management method, a notification management server, and a notification management program for managing notifications to users.

  In recent years, various games have been provided via networks. Some of these games are social games offered on a social networking service (SNS).

  In such a game, a technique for managing the state of characters appearing in the game has also been studied (see, for example, Patent Document 1). In the technique described in this document, when an attack from another character occurs, the accumulation of damage is calculated as a parameter value representing the character state. Then, the motion reproduction procedure is determined according to the stress value that recovers over time after receiving the damage.

  In addition, a technique for enhancing user interest by synergistic effects between users has been studied (for example, see Patent Document 2). In the server device described in this document, a plurality of first characteristic data is stored in association with each user, and the second characteristic data is stored in association with each group to which the plurality of first characteristic data belongs. When a predetermined event occurs during the execution of the game, another user is selected, and all the first characteristic data belonging to the group is included in the first characteristic data associated with the user and the other user. It is determined whether or not. Then, in addition to the first characteristic data associated with the user and other users, the second characteristic data associated with the group determined to include all of the first characteristic data to which the user belongs are used. To execute a predetermined action.

  In addition, a technique for giving a motivation for a player who watches an online game to cheer for a player who plays a game has been studied (see, for example, Patent Document 3). The server described in this document determines whether or not a specific condition is satisfied based on the support information, and performs a process of releasing the restriction on the execution of the special command when the specific condition is satisfied. When the restriction on the execution of the special command is released, a process for executing the special command is performed based on the operation information from the player.

Japanese Patent Laid-Open No. 2001-87543 (first page, FIG. 1) JP2013-163030A (first page, FIG. 1) JP2013-63296A (first page, FIG. 1)

  As described in Patent Document 1, the state of the character appearing in the game changes with time. Further, in the game described in Patent Literature 2, a plurality of users cooperate, but as described in Patent Literature 3, support for other users may be required.

  However, when many applications are provided, these applications may be managed individually. For example, when the provider (provider) of each application is different, the status of the application managed by another provider cannot be grasped. For this reason, when the user is using a specific application, it may not be possible to grasp that the state in another application has changed. For example, it is difficult to use the game in a timely manner unless the physical strength recovery status of the character appearing in the game can be grasped. In addition, if it is not possible to quickly grasp a cooperation request such as support from another user, it is difficult to respond accurately.

  In addition, when an application such as a game is used, notification by e-mail or the like may be acquired. In this case, in addition to the application in use, it is necessary to start another application (for example, a mailer) for displaying notifications. In this case, there is a problem that the notification is not noticed or it takes time to start an application for displaying the notification.

  The present invention has been made in view of the above-described problems, and an object thereof is to provide a notification management method, a notification management server, and a notification management program for efficiently notifying a user.

  (1) In the notification management method that solves the above-described problem, a storage unit that stores a usage status of an application in a user terminal and a notification to the user terminal, and a control unit that is connected to the user terminal via a network are used. . And when the said control part receives the new notification with respect to a user terminal, it memorize | stores in the said memory | storage part, In the said memory | storage part, the usage condition of the application of the said user terminal is confirmed, In the said usage condition, the said user terminal When another application different from the application in use is received, the notification type of the notification is specified, and the notification is integrated and output according to the notification type of the notification. As a result, even when the application is in use, a notification can be output in a timely manner.

(2) In the notification management method, the storage unit stores a correspondence history of the notification output in the application display in the user terminal, and when the control unit receives a new notification, the storage unit It is preferable that a correspondence history for past notifications common to the notification is specified, and a notification integrated according to the notification type is output based on the correspondence history. Thereby, it is possible to determine whether or not to output the notification in the application display according to the response history for the notification.
(3) In the notification management method, it is preferable that the control unit evaluates a state of an application in use on the user terminal and specifies a correspondence history corresponding to the state. Thereby, it is possible to determine the necessity of outputting the notification in the application display based on the correspondence history corresponding to the application state.

  (4) In the notification management method, it is preferable to output information about other applications related to the notification on a screen to which different tabs are added according to the notification type of the notification. Thereby, a tab can be selected and the contents of notification can be checked.

  (5) In the notification management method, the other application includes a game-related information, obtains the recovery status of the physical strength of the character used by the user in the game, and indicates the recovery status as the notification type Are preferably integrated. Thereby, the situation in other games can be grasped in a timely manner.

  (6) In the notification management method, the other application includes a game-related application, obtains a cooperation request from another user about the game, and cooperates from the other user as the notification type. It is preferable that requests are integrated and output. As a result, cooperation requests can be grasped in a timely manner.

  According to the present invention, it is possible to efficiently notify the user.

1 is a system schematic diagram of a first embodiment. It is explanatory drawing of the process sequence of 1st Embodiment, Comprising: (a) is a login management process, (b) is explanatory drawing of a notification transfer process. Explanatory drawing of the example of a screen of 1st Embodiment. Explanatory drawing of the process sequence of 2nd Embodiment. Explanatory drawing of the process sequence of 3rd Embodiment. Explanatory drawing of the process sequence of 4th Embodiment.

(First embodiment)
Hereinafter, an embodiment of a notification management method will be described with reference to FIGS. This embodiment assumes the case where various notifications are given to a user who uses a plurality of applications (for example, games).

As shown in FIG. 1, in this embodiment, a user terminal 10, a management server 20, and a plurality of game servers 30 connected via a network such as the Internet are used.
The user terminal 10 is a user's registered computer terminal (information processing terminal such as a smartphone). This user terminal 10 is used when participating in a game provided from the game server 30. Moreover, it is used also when managing a local calendar in the user terminal 10 or participating in various SNSs (social network services).

  The game server 30 is a server computer that provides various games on the Internet. In the present embodiment, the game server 30 provides a game service to the user terminal 10. Furthermore, the game server 30 is, for example, when the character's physical strength has been recovered in a battle game or the like, or when a cooperation request is made to another user in a scene where the enemy fights in cooperation with a friend. A notification (physical fitness information and cooperation request) is sent to.

  The management server 20 is a computer system that manages users who use a plurality of applications for the user terminal 10. Specifically, the management server 20 functions as a platform system (platform) that manages users and manages game services provided from various game servers 30. The management server 20 includes a control unit 21 including a CPU, a RAM, a ROM, and the like, a user information storage unit 22, and a notification information storage unit 23.

The control unit 21 functions as a user management unit 211, a notification acquisition unit 212, a user status determination unit 213, and a notification transfer unit 214 by executing a management program.
The user management unit 211 executes processing for managing users who use various applications.

  The notification acquisition unit 212 executes processing for acquiring various notifications transmitted from the game server 30. In the present embodiment, for example, a notification regarding physical fitness information and a cooperation request transmitted by the game server 30 is acquired.

The user situation determination unit 213 executes processing for determining a state in the user terminal 10. Here, it is determined as a state whether or not the user terminal 10 is online.
The notification transfer unit 214 executes processing for transmitting a notification to the user terminal 10. The notification transfer unit 214 holds transfer method determination information that determines a transfer method according to the situation of the user terminal 10.

  The user information storage unit 22 stores information for authenticating the user and user management information related to the game used by the user. This user management information is recorded when a user is registered in the platform, and the status is updated according to the usage status of the user terminal 10. In the user management information, data relating to a user ID, a login password, a use game, and a status is recorded.

In the user ID data area, data relating to an identifier for specifying each user is recorded.
In the login password data area, data for authenticating the user when the user logs in to the management server 20 is recorded.

In the use game data area, data relating to an identifier (game ID) for specifying a game used by the user is recorded.
Data for specifying the state of the user terminal 10 is recorded in the status data area. Based on this status, it can be determined whether or not it is online.

  In the notification information storage unit 23, notification management information for each user is recorded. This notification management information is recorded when a notification is acquired from the game server 30. In the notification management information, data relating to a user ID, a game ID, an acquisition time, a notification type, and notification contents are recorded.

Data relating to an identifier for identifying each user is recorded in the user ID data area.
In the game ID data area, data relating to an identifier for specifying a game related to the notification to the user is recorded.

In the acquisition time area, data related to the date and time when this notification is acquired is recorded.
In the notification type data area, data for specifying the type of received notification is recorded. In this embodiment, the notification type includes a physical strength gauge of the character in the game and a cooperation request.

  Data relating to the content of the notification is recorded in the notification content data area. For example, in the physical strength gauge, there is a recovery status of the character used by the user and the physical strength gauge (power, force). In the cooperation request, there is a message acquired from another user.

Next, a processing procedure of a notification management method executed using the management server 20 will be described with reference to FIGS. Here, description will be made in the order of login management processing and notification transfer processing.
(Login management process)
First, the login management process will be described with reference to FIG.
Here, first, the control unit 21 of the management server 20 executes an access acquisition process (step S1-1). Specifically, when playing a game, the management server 20 is accessed using the user terminal 10. In this case, the user management unit 211 of the control unit 21 of the management server 20 outputs a login screen on the display of the user terminal 10. And a user inputs user ID and a login password in this login screen. Then, the user management unit 211 acquires the user ID and login password input on the login screen of the user terminal 10.

  Next, the control part 21 of the management server 20 performs a user authentication process (step S1-2). Specifically, the user management unit 211 of the control unit 21 completes the login authentication when the user ID and login password acquired from the user terminal 10 are registered in the user information storage unit 22. When the login authentication is completed, the user ID of the login user is specified. In this case, the user management unit 211 records the login to the management server 20 as the status in the user management information in the user information storage unit 22.

  Next, the control unit 21 of the management server 20 executes application selection processing (step S1-3). Specifically, the user management unit 211 of the control unit 21 outputs a selection screen that displays a list of games used by the logged-in user on the display of the user terminal 10. Here, it is assumed that a game of application A is selected. In this case, the user management unit 211 acquires application selection information from the user terminal 10. This application selection information includes data related to the game ID.

  Next, the control part 21 of the management server 20 performs a game login notification process (step S1-4). Specifically, the user management unit 211 of the control unit 21 notifies the login to the game server 30 of the selected application A. In this case, the user management unit 211 records the login “game A” as the status in the user management information in the user information storage unit 22.

(Notification forwarding process)
Next, the notification transfer process will be described with reference to FIG.
Here, first, the control unit 21 of the management server 20 executes notification reception processing (step S2-1). Specifically, the notification acquisition unit 212 of the control unit 21 acquires a notification addressed to each user from the game server 30. Here, the notification is acquired from the game server 30 of the application to which the user has not logged in. In this case, the notification acquisition unit 212 identifies the notification type of the acquired notification. The notification acquisition unit 212 generates notification management information in which the user ID, game ID, acquisition time, notification type, and notification content are recorded, and registers the notification management information in the notification information storage unit 23.

  Next, the control part 21 of the management server 20 performs a state detection process (step S2-2). Specifically, the user status determination unit 213 of the control unit 21 extracts user management information in which a user ID that is a notification destination is recorded from the user information storage unit 22. Then, the user status determination unit 213 identifies the status recorded in the user management information.

  Next, the control part 21 of the management server 20 performs the determination process about whether it is online (step S2-3). Specifically, the user status determination unit 213 of the control unit 21 determines online when “login” information is recorded as the status of the user management information.

  When it is determined that the “login” information is not recorded and is not online (“NO” in step S2-3), the control unit 21 of the management server 20 executes a normal display process (step S2-4). ). Specifically, the notification transfer unit 214 of the control unit 21 uses the transfer method determination information to perform a normal method (for example, e-mail, push notification, SNS application posting on a personal board) corresponding to the case of not online. Etc.) to forward the notification. In order to confirm such notification by the normal method, it is necessary to start another application for displaying the notification.

  On the other hand, when it determines with online (in the case of "YES" in step S2-3), the control part 21 of the management server 20 performs the display process in a game (step S2-5). Specifically, the notification transfer unit 214 of the control unit 21 specifies a logged-in game based on the status in the user management information. The notification transfer unit 214 then outputs an online notification on the game screen.

  In this case, as shown in FIG. 3, a game screen 500 is output on the display of the user terminal 10. A new notification link 501 is output on the game screen 500. The new notification link 501 includes a message indicating that a new notification has been received.

  When the new notification link 501 is selected, the control unit 21 of the management server 20 searches the notification information storage unit 23 for notification management information associated with the user ID of the login user. In this case, the notification transfer unit 214 rearranges the extracted notification management information in order of new reception time for each notification type. Then, the notification transfer unit 214 outputs the notification management information extracted from the notification information storage unit 23 to the display of the user terminal 10.

  In this case, as shown in FIG. 3, a detailed display screen 510 is output on the display of the user terminal 10. The detailed display screen 510 includes a “physical strength gauge” tab and a “cooperation request” tab corresponding to the notification types of notifications acquired from the game servers 30 of the other applications B, C, and D. When the “physical strength gauge” tab is selected, the physical strength gauge screen 511 acquired from each game server 30 is displayed for this user character. When the “cooperation request” tab is selected, a cooperation request screen 512 of another user acquired from the game server 30 is displayed.

According to the above embodiment, the following effects can be obtained.
(1) In the above embodiment, the management server 20 is used as a platform for managing users who use a plurality of applications for the user terminal 10. The management server 20 includes a control unit 21, a user information storage unit 22, and a notification information storage unit 23. Thereby, the notification related to a plurality of applications can be integrated and understood by the user by the notification information storage unit 23 in the platform. Therefore, even when the application providers are different, notification can be provided to the user, and activation of overall application use can be promoted.

  (2) In the above embodiment, the control unit 21 of the management server 20 executes an in-game display process (step S2-5). On the detailed display screen 510 output to the display of the user terminal 10, the physical strength gauge screen 511 acquired from each game server 30 is displayed. Thereby, in the in-game display, since the notification is performed by the game application being used, it is not necessary to start another application for displaying the notification. In the normal method, in addition to the application being used, it is necessary to start another application for displaying the notification. However, in the in-game display, since it is displayed on the screen being used, the real time to the user is displayed. Is likely to be successful. And when the character's physical strength is recovered in the game, other games can also be executed. Therefore, the situation in other games can be grasped in a timely manner, and the migratory property corresponding to the situation can be improved.

  (3) In the said embodiment, the control part 21 of the management server 20 performs the display process in a game (step S2-5). On the detailed display screen 510 output on the display of the user terminal 10, a cooperation request screen 512 of another user acquired from each game server 30 is displayed. Thereby, the cooperation request from other users can be grasped in a timely manner, and development to other games can be achieved according to the situation. Therefore, the migratory property between games can be improved.

  (4) In the above-described embodiment, when it is determined that it is not online (in the case of “NO” in Step S2-3), the control unit 21 of the management server 20 executes normal display processing (Step S2-4). In this case, the conventional notification can be performed.

(Second Embodiment)
In the first embodiment, the notification display method is changed according to the situation of the user terminal 10. In the second embodiment, the necessity of online notification is determined according to the relationship with the notification source. In this case, user relevance information indicating the relationship with other users and games is recorded in the user information storage unit 22 for each user.

In the user relevance information, for example, an evaluation value obtained by evaluating the mutual relevance between users is recorded. Here, a high evaluation value is set for a user who has a lot of relationships, such as a friend of SNS or a friend who commonly uses a plurality of applications (for example, games).
Further, an evaluation value obtained by evaluating the usage frequency of the game is recorded in the user relevance information. Here, a high evaluation value is set for a game that is frequently used.

  Further, the notification transfer unit 214 of the control unit 21 stores data related to a reference value for evaluating the relevance with the user. And the control part 21 of the management server 20 performs a notification transfer process using these evaluation values and reference values.

(Notification forwarding process)
The notification transfer process will be described with reference to FIG.
First, similarly to step S2-1, the control unit 21 of the management server 20 executes notification reception processing (step S3-1).

In this case, the control unit 21 of the management server 20 executes a state detection process as in step S2-2 (step S3-2).
Next, the control part 21 of the management server 20 performs the determination process about whether it is online similarly to step S2-3 (step S3-3).

  When it determines with not being online (in the case of "NO" in step S3-3), the control part 21 of the management server 20 performs a normal display process similarly to step S2-4 (step S3-4).

  On the other hand, when it determines with online (in the case of "YES" in step S3-3), the control part 21 of the management server 20 performs the evaluation process of a relationship with a user (step S3-5). Specifically, the notification transfer unit 214 of the control unit 21 uses the user relevance information recorded in the user information storage unit 22 to obtain an evaluation value of a new arrival notification transmission source (such as a game or another user). To do. Then, the notification transfer unit 214 calculates a total evaluation value obtained by summing the evaluation values of the game and other users extracted from the user relevance information.

  Next, the control part 21 of the management server 20 performs the determination process about whether relevance is high (step S3-6). Specifically, the notification transfer unit 214 of the control unit 21 determines whether or not the comprehensive evaluation value is higher than the reference value.

  When it is determined that the comprehensive evaluation value is equal to or lower than the reference value and the relevance is low (in the case of “NO” in step S3-6), the control unit 21 of the management server 20 performs normal display as in step S2-4. Processing is executed (step S3-4).

  On the other hand, when it is determined that the comprehensive evaluation value is higher than the reference value and the relevance is high (in the case of “YES” in step S3-6), the control unit 21 of the management server 20 controls the game in the same manner as in step S2-5. The internal display process is executed (step S3-7).

According to this embodiment, the following effects can be obtained.
(5) In the said embodiment, the control part 21 of the management server 20 performs the evaluation process of the relationship with a user (step S3-5). If it is determined that the relevance is low (in the case of “NO” in step S3-6), the control unit 21 of the management server 20 executes a normal display process (step S3-4). On the other hand, when it is determined that the relevance is high (in the case of “YES” in step S3-6), the control unit 21 of the management server 20 executes an in-game display process (step S3-7). Thus, timely notification can be performed in consideration of a game highly relevant to the user and the situation of other users.

(Third embodiment)
In the first embodiment, the notification display method is changed according to the situation of the user terminal 10. In the third embodiment, the necessity of online notification is determined according to the situation of the user terminal 10 and the urgency of notification. In this case, the notification transfer unit 214 holds urgent evaluation information for evaluating the urgency of the notification and situation evaluation information for evaluating the state of the user terminal 10.

  In this urgency evaluation information, for example, a notification evaluation value that evaluates urgency based on a keyword included in the notification is recorded. Here, a high evaluation value is set when it is expected that the cooperation request of the transmission source user is strong, such as a cooperation request in a battle where a strong enemy appears.

  In the situation evaluation information, a situation evaluation value obtained by evaluating the progress of the application (game) to which the user terminal 10 is logged in is recorded. For example, in a game, when the logged-in user cannot keep an eye on, such as during battle execution, a high situation evaluation value is set.

Then, the control unit 21 of the management server 20 executes notification transfer processing using these evaluation values.
(Notification forwarding process)
The notification transfer process will be described with reference to FIG.
First, similarly to step S2-1, the control unit 21 of the management server 20 executes notification reception processing (step S4-1).

In this case, the control unit 21 of the management server 20 executes the state detection process as in step S2-2 (step S4-2).
Next, the control part 21 of the management server 20 performs the determination process about whether it is online similarly to step S2-3 (step S4-3).

  When it determines with not being online (in the case of "NO" in step S4-3), the control part 21 of the management server 20 performs a normal display process similarly to step S2-4 (step S4-4).

  On the other hand, when it determines with online (in the case of "YES" in step S4-3), the control part 21 of the management server 20 performs the urgent evaluation process of notification (step S4-5). Specifically, the notification transfer unit 214 of the control unit 21 calculates the urgency evaluation value based on the keyword included in the notification using the stored urgency evaluation information.

  Next, the control unit 21 of the management server 20 executes current game situation specifying processing (step S4-6). Specifically, the notification transfer unit 214 of the control unit 21 acquires the progress status (status) of the game from the logged-in game server 30. Then, the notification transfer unit 214 calculates a status evaluation value based on the progress status of the application using the status evaluation information held.

  Next, the control part 21 of the management server 20 performs the determination process about whether the urgency of notification is high (step S4-7). Specifically, the notification transfer unit 214 of the control unit 21 compares the urgency evaluation value and the situation evaluation value. Here, when the urgency evaluation value is higher than the situation evaluation value, it is determined that the urgency of the notification is high.

  When it is determined that the urgency evaluation value is equal to or less than the situation evaluation value and the notification urgency is low (in the case of “NO” in step S4-7), the control unit 21 of the management server 20 is the same as in step S2-4. Then, a normal display process is executed (step S4-4).

  On the other hand, when it is determined that the urgency evaluation value is higher than the situation evaluation value and the notification urgency is high (in the case of “YES” in step S4-7), the control unit 21 of the management server 20 performs step S2-5. In the same manner as described above, in-game display processing is executed (step S4-8).

According to this embodiment, the following effects can be obtained.
(6) In the said embodiment, the control part 21 of the management server 20 performs the evaluation process (step S4-5) of notification urgency, and the specific process (step S4-6) of the present game situation. And the control part 21 of the management server 20 performs the determination process about whether the emergency of notification is high (step S4-7). Here, when it determines with the urgency of notification being low (in the case of "NO" in step S4-7), the control part 21 of the management server 20 performs a normal display process (step S4-4). On the other hand, when it determines with the urgency of notification being high (in the case of "YES" in step S4-7), the control part 21 of the management server 20 performs the display process in a game (step S4-8). Thereby, it is possible to perform accurate and timely notification in consideration of the situation of the logged-in user.

(Fourth embodiment)
In the first embodiment, the notification display method is changed according to the situation of the user terminal 10. In the fourth embodiment, the necessity of online notification is determined according to the response history for the notification. In this case, the notification information storage unit 23 records correspondence history information about the status of the user terminal 10 when the notification is received and the response record for the notification in association with each notification management information. In this embodiment, the presence / absence of browsing of detailed information due to selection of a new notification link is recorded as the response record.

  In addition, the notification transfer unit 214 of the control unit 21 stores data related to the reference value for evaluating the response performance for the notification. Then, the control unit 21 of the management server 20 executes notification transfer processing using the correspondence history information.

(Notification forwarding process)
The notification transfer process will be described with reference to FIG.
First, similarly to step S2-1, the control unit 21 of the management server 20 executes notification reception processing (step S5-1).

In this case, the control unit 21 of the management server 20 executes a state detection process as in step S2-2 (step S5-2).
Next, the control part 21 of the management server 20 performs the determination process about whether it is online similarly to step S2-3 (step S5-3).

  When it determines with not being online (in the case of "NO" in step S5-3), the control part 21 of the management server 20 performs a normal display process similarly to step S2-4 (step S5-4).

  On the other hand, when it determines with online (in the case of "YES" in step S5-3), the control part 21 of the management server 20 performs the specific process of the present game condition (step S5-5). Specifically, the notification transfer unit 214 of the control unit 21 acquires the progress status (status) of the game from the game server 30 of the application to which the user is logged in.

  Next, the control unit 21 of the management server 20 executes notification history search processing (step S5-6). Specifically, the notification transfer unit 214 of the control unit 21 searches the notification information storage unit 23 for correspondence history information associated with the game ID, the notification type, and the situation of the user terminal 10.

  Next, the control part 21 of the management server 20 performs the determination process about whether there exists a corresponding performance (step S5-7). Specifically, the notification transfer unit 214 of the control unit 21 calculates the ratio (viewing frequency) when browsing using the correspondence history information. If the browsing frequency is higher than the reference value, it is determined that there is a corresponding record.

  When it is determined that the browsing frequency is equal to or less than the reference value and there is no corresponding record (in the case of “NO” in step S5-7), the control unit 21 of the management server 20 performs the normal display process as in step S2-4. Execute (Step S5-4).

  On the other hand, when it is determined that the browsing frequency is higher than the reference value and there is a corresponding record (in the case of “YES” in step S5-7), the control unit 21 of the management server 20 controls the game in the same manner as in step S2-5. The internal display process is executed (step S5-8).

  Then, the control unit 21 of the management server 20 executes a response history recording process (step S5-9). Specifically, the notification transfer unit 214 of the control unit 21 associates with the notification management information in the notification information storage unit 23, the status of the user terminal 10 when the notification is received, and viewing of detailed information “Yes” Record.

According to this embodiment, the following effects can be obtained.
(7) In the above embodiment, the control unit 21 of the management server 20 executes notification history search processing (step S5-6). When it determines with there being no corresponding | compatible performance (in the case of "NO" in step S5-7), the control part 21 of the management server 20 performs a normal display process (step S5-4). On the other hand, if it is determined that there is a corresponding record (“YES” in step S5-7), the control unit 21 of the management server 20 executes an in-game display process (step S5-8). Thus, accurate and timely notification can be performed according to the correspondence history. Therefore, unnecessary notifications can be suppressed and notifications according to user preferences can be performed.

In addition, you may change the said embodiment as follows.
In each of the above embodiments, the control unit 21 of the management server 20 executes notification reception processing (step S2-1). Instead, the notification transfer unit 214 may acquire physical strength information of other used games that are not in use from each game server 30. When the physical strength gauge value reaches the maximum value, in-game display processing is executed.

  In the third embodiment, the control unit 21 of the management server 20 determines the current game situation (step S4-6) and determines whether the notification is urgent (step S4-7). Execute. Here, a high situation evaluation value is assigned according to the progress of the game. The method for assigning the situation evaluation value is not limited to this. For example, the situation evaluation value may be set according to the physical strength gauge value of the character in the game in use. Here, when the physical strength gauge value is low, the situation evaluation value is set low. Thereby, when the physical strength of the character in the game in use is small, an in-game display process (step S4-7) is executed, and the migratory property can be improved.

  Further, the situation evaluation information may be held including the physical strength information of the user's game used. Here, the notification transfer unit 214 of the control unit 21 of the management server 20 acquires the physical strength gauge value of the logged-in user character in each game from each game server 30 and holds it. Then, the notification transfer unit 214 may set the situation evaluation value based on a comparison between the physical strength gauge value of the game in use and the physical strength gauge value of another game used. Here, when the physical strength gauge value in the game in use is relatively lower than the physical strength gauge values of the other games used, the situation evaluation value is lowered. Thereby, the necessity of the display in a game can be determined according to the comparison with the situation in the game in use, and the situation in other games.

  Furthermore, the control unit 21 may rearrange the display order of the in-game display based on the character's physical strength in another use game. In this case, the notification transfer unit 214 rearranges and displays the characters acquired from each game server 30 in descending order of the physical strength gauge values.

  In the third embodiment, the control unit 21 of the management server 20 executes the notification urgency evaluation process (step S4-5) and the current game situation specifying process (step S4-6). And the control part 21 of the management server 20 compares an urgent evaluation value with a situation evaluation value in the determination process (step S4-7) about whether the urgency of a notification is high. Here, without referring to the urgency evaluation value, it may be determined whether or not to perform in-game display based only on the game situation evaluation information. For example, the notification transfer unit 214 performs in-game display processing (step S4-8) when the physical strength gauge value of the game in use becomes a reference value (for example, physical strength is zero), and physical strength remains. In this case, normal display (step S4-4) is executed.

  In each of the above embodiments, when it is determined to be online (in the case of “YES” in Step S2-3), the control unit 21 of the management server 20 executes an in-game display process (Step S2-5). Specifically, the notification transfer unit 214 of the control unit 21 specifies a logged-in game based on the status in the user management information. The notification transfer unit 214 then outputs an online notification on the game screen. Here, the notification method may be changed according to the game type of the login destination. In this case, a game ID that can be displayed in the game is recorded in the user information storage unit for each user. The control unit 21 of the management server 20 specifies the game ID of the login destination application of the user terminal 10. And the control part 21 determines the propriety of the display in a game according to the game which is logging in. This makes it possible to determine whether or not in-game notification is necessary according to the application during use.

  In each of the above embodiments, the case where notification is performed in a game as an application has been described. However, the target application for notification is not limited to a game. Notification can be performed in a plurality of applications provided in the platform.

  In each of the above embodiments, a notification is acquired from each game server 30, but the sender of the notification is not limited to the game server 30. The notification may be acquired directly from each user terminal 10 like an e-mail or the like.

  In each of the above embodiments, the physical strength gauge value or cooperation request of a character in the game is used as the notification type. The notification types are not limited to these, and notifications regarding other game events and game situations may be provided.

Next, technical ideas that can be grasped from the above-described embodiment and other examples will be described below together with their effects.
(A) a storage unit that stores a usage status of an application in the user terminal and a notification to the user terminal;
A method for managing a plurality of applications using a control unit connected to a user terminal via a network,
The control unit is
When a new notification is received for the user terminal, it is stored in the storage unit,
In the storage unit, confirm the usage status of the application of the user terminal,
In the usage situation, when it is determined that an application is in use, a notification method for outputting the notification stored in the storage unit in an application display being used in the user terminal is determined. Notification management method.
As a result, even when the application is in use, a notification can be output in a timely manner.

(B) The control unit
Assess urgency according to the content of the notification,
The notification management method according to claim (a), wherein the notification method is determined according to the urgency evaluation result.
Thereby, it is possible to determine whether or not to output a notification in the application display according to the urgency of the notification.

(C) the control unit
Evaluating the state of the application in use on the user terminal;
The notification management method according to claim (b), wherein the notification method is determined based on a comparison between the urgency evaluation result and the application state evaluation result.
As a result, when the notification output hinders the application in use, the notification output can be suppressed.

(D) The storage unit stores a correspondence history of notifications output in the application display in the user terminal,
The control unit is
When a new notification is received, in the storage unit, a correspondence history for a past notification common to the notification is specified,
The notification management method according to any one of claims (a) to (c), wherein the notification method is determined based on the correspondence history.
Thereby, it is possible to determine whether or not to output the notification in the application display according to the response history for the notification.

(E) The control unit
Evaluating the state of the application in use on the user terminal;
The notification management method according to claim (d), wherein a correspondence history corresponding to the state is specified.
Thereby, it is possible to determine the necessity of outputting the notification in the application display based on the correspondence history corresponding to the application state.

  DESCRIPTION OF SYMBOLS 10 ... User terminal, 20 ... Management server, 21 ... Control part, 211 ... User management part, 212 ... Notification acquisition part, 213 ... User situation determination part, 214 ... Notification transfer part, 22 ... User information storage part, 23 ... Notification Information storage unit, 30... Game server.

(1) In the notification management method for solving the above-described problem, a storage unit that stores a usage status of an application relating to a game in a user terminal and a notification to the user terminal, a control unit connected to the user terminal via a network, Is used. And when the said control part receives the new notification about the said application with respect to a user terminal, the said notification is memorize | stored in the said memory | storage part, In the said memory | storage part, the usage condition of the application in the said user terminal is confirmed, notification said received, if the a notice of application and different other applications running on the user terminal, to identify a is common notification type among the plurality of applications, each notification type of the notification, The notification is integrated and output together with the content of the notification . As a result, even when the application is in use, a notification can be output in a timely manner.

Claims (8)

A storage unit for storing a usage status of an application in the user terminal and a notification to the user terminal;
A method for managing a plurality of applications using a control unit connected to a user terminal via a network,
The control unit is
When a new notification is received for the user terminal, it is stored in the storage unit,
In the storage unit, confirm the usage status of the application of the user terminal,
In the usage situation, when another application different from the application being used in the user terminal is newly received, the notification type of the notification is specified, and the notification is integrated and output according to the notification type of the notification A notification management method characterized by: The storage unit stores a correspondence history of notifications output in the application display in the user terminal,
The control unit is
When a new notification is received, in the storage unit, a correspondence history for a past notification common to the notification is specified,
The notification management method according to claim 1, wherein a notification integrated according to the notification type is output based on the correspondence history. The control unit is
Evaluating the state of the application in use on the user terminal;
The notification management method according to claim 2, wherein a correspondence history corresponding to the state is specified.   4. The notification according to claim 1, wherein information about another application related to the notification is output on a screen to which a different tab is added according to the notification type of the notification. Management method. The other applications include those related to games,
Obtaining the recovery status of the physical strength of the character used by the user in the game;
5. The notification management method according to claim 1, wherein information indicating the recovery status is integrated as the notification type. The other applications include those related to games,
Obtain a request for cooperation from another user about the game,
The notification management method according to claim 1, wherein cooperation requests from the other users are integrated and output as the notification type. A storage unit for storing a usage status of an application in the user terminal and a notification to the user terminal;
A control unit connected to the user terminal via the network,
The control unit is
When a new notification is received for the user terminal, it is stored in the storage unit,
In the storage unit, confirm the usage status of the application of the user terminal,
In the usage situation, when another application different from the application being used in the user terminal is newly received, the notification type of the notification is specified, and the notification is integrated and output according to the notification type of the notification A notification management server characterized by: A storage unit for storing a usage status of an application in the user terminal and a notification to the user terminal;
A program for managing a plurality of applications using a control unit connected to a user terminal via a network,
The control unit
When a new notification is received for the user terminal, it is stored in the storage unit,
In the storage unit, confirm the usage status of the application of the user terminal,
In the usage situation, when another application different from the application being used in the user terminal is newly received, the notification type of the notification is specified, and the notification is integrated and output according to the notification type of the notification A notification management program which functions as a means for performing