JP2021179856A - System, method, and program for supporting health care of user - Google Patents

Abstract

To promote continuous use of a service for supporting health care of a user.SOLUTION: A health care support server 10 provides a user operating a user terminal 30 communicably connected via a communication network 20 with a health care support service for supporting health care of the user. Since the server 10 controls a character on the basis of an achievement status of missions achieved according to execution of actions concerning health care, the server can provide the user with enjoyment of the character controlled via the execution of actions.SELECTED DRAWING: Figure 1

Description

The present invention relates to a system, a method, and a program for supporting the health management of a user.

Conventionally, various services for supporting the health management of users have been provided due to the growing health consciousness. For example, Patent Document 1 discloses a health management support device that enables a user to maintain motivation for improving lifestyle habits. This device is configured to output instruction information for promoting improvement of the lifestyle based on the health status information regarding the health status of the user and the lifestyle information regarding the lifestyle of the user.

Japanese Unexamined Patent Publication No. 2020-9013

However, although users of these services can obtain useful information for health management, simply providing the information may make them feel monotonous about the use of the service. When the use of the service becomes monotonous, the continuous use by the user is likely to be hindered. Therefore, it is desirable to realize a mechanism that promotes the continuous use of health management support services.

One of the objects of the embodiment of the present invention is to promote the continuous use of the service for supporting the health management of the user. Other objects of the embodiments of the present invention will become apparent by reference to the entire specification.

The system according to an embodiment of the present invention includes one or more computer processors to support user health management, wherein the one or more computer processors execute readable instructions. Correspondingly, the process of managing the achievement status of the plurality of missions achieved by the user in response to the execution of the action related to health management, and the character associated with the user based on at least the achievement status of the plurality of missions. Execute the process to be controlled.

A method according to an embodiment of the present invention is a method performed by one or more computers to support a user's health management, and is a method of a plurality of missions achieved in response to execution of an action related to health management. It includes a step of managing the achievement status by the user and a step of controlling a character associated with the user based on at least the achievement status of the plurality of missions.

A program according to an embodiment of the present invention is a program for supporting a user's health management, and the user of a plurality of missions achieved in response to execution of an action related to the health management on one or a plurality of computers. The process of managing the achievement status by the user and the process of controlling the character associated with the user based on at least the achievement status of the plurality of missions are executed.

Various embodiments of the present invention facilitate the continued use of services to support the health care of users.

FIG. 6 is a configuration diagram schematically showing a configuration of a network including a health management support server 10 according to an embodiment of the present invention. The figure which illustrates the data item which the user information table 151 has. The figure which illustrates the data item which a character information table 152 has. The figure which illustrates the data item which the mission information table 153 has. The figure which illustrates the data item which the character information table 154 for each user has. The figure which illustrates the data item which the mission information table 155 for each user has. The figure which illustrates the home screen 50. The figure which illustrates the body screen 60. The figure which illustrates the point screen 70. The figure which illustrates the character training screen 80. The figure which illustrates the individual display area 8621 of the mission list display area 862. The figure which illustrates the character training screen 80 corresponding to the state which exchange menu 842 is selected in the menu display area 84. The figure which illustrates the individual display area 8631 of the item list display area 863. The figure which illustrates the character training screen 80 corresponding to the state which item menu 843 is selected in the menu display area 84. The figure which illustrates the character display area 82 when the conversation from a character occurs. The figure which illustrates the individual display area 8621 of the state which has achieved the corresponding mission. The flow diagram which exemplifies the process which a server 10 executes according to the addition of an evolution point. The figure which illustrates the character corresponding to each evolution stage. The figure which illustrates the character display area 82 after the change to the evolution destination character.

Hereinafter, embodiments of the present invention will be described with reference to the drawings. In each drawing, the same or similar components may be labeled with the same reference numerals.

FIG. 1 is a configuration diagram schematically showing a configuration of a network including a health management support server 10 according to an embodiment of the present invention. As shown in the figure, the server 10 is communicably connected to the user terminal 30 via a communication network 20 such as the Internet. Although only one user terminal 30 is shown in FIG. 1, the server 10 can be communicably connected to a plurality of user terminals 30. The server 10 provides a health management support service for a user who operates the user terminal 30 to support the health management of the user. The health management support server 10 is an example of a device that implements all or part of the system of the present invention.

The health management support server 10 is configured as a general computer, and as shown in FIG. 1, a computer processor 11, a main memory 12, an input / output I / F13, a communication I / F14, and a storage (storage). A device) 15 is provided, and each of these components is electrically connected via a bus or the like (not shown).

The computer processor 11 is configured as a CPU, a GPU, or the like, reads various programs stored in the storage 15 or the like into the main memory 12, and executes various instructions included in the programs. The main memory 12 is composed of, for example, a DRAM or the like.

The input / output I / F 13 includes various input / output devices for exchanging information with an operator and the like. The input / output I / F 13 includes, for example, an information input device such as a keyboard and a pointing device (for example, a mouse, a touch panel, etc.), a voice input device such as a microphone, and an image input device such as a camera. Further, the input / output I / F 13 includes an image output device such as a display and an audio output device such as a speaker.

The communication I / F 14 is implemented as hardware such as a network adapter, various communication software, or a combination thereof, and is configured to realize wired or wireless communication via the communication network 20 or the like.

The storage 15 is composed of, for example, a magnetic disk, a flash memory, or the like. The storage 15 stores various programs including an operating system, various data, and the like. For example, the storage 15 includes a user information table 151 that manages information about users of the health management support service, a character information table 152 that manages information about characters, a mission information table 153 that manages information about missions, and each user. It has a character information table 154 for each user that manages information about characters, and a mission information table 155 for each user that manages information about missions for each user. Further, for example, the storage 15 stores the server-side program 40 according to the embodiment of the present invention. The program 40 is a program for making a computer function as a part or all of a system for providing a health management support service. At least a portion of the server-side program 40 may be configured to run on the user terminal 30 side via a web browser or other application.

In the present embodiment, the health management support server 10 can be configured by using a plurality of computers, each of which has the above-mentioned hardware configuration. For example, the server 10 may be configured by one or more server devices.

The health management support server 10 configured in this way has functions as a web server and an application server, and performs various processes in response to a request from a web browser or other application installed in the user terminal 30. It is executed, and screen data (for example, HTML data), control data, and the like corresponding to the result of the processing are transmitted to the user terminal 30. The user terminal 30 displays a web page or other screen based on the received data.

The user terminal 30 is configured as a general computer, and as shown in FIG. 1, a computer processor 31, a main memory 32, an input / output I / F 33, a communication I / F 34, and a storage (storage device). 35, and each of these components is electrically connected via a bus or the like (not shown).

The computer processor 31 is configured as a CPU, a GPU, or the like, reads various programs stored in the storage 35 or the like into the main memory 32, and executes various instructions included in the programs. The main memory 32 is composed of, for example, a DRAM or the like.

The input / output I / F 33 includes various input / output devices for exchanging information with an operator and the like. The input / output I / F 33 includes, for example, an information input device such as a keyboard and a pointing device (for example, a mouse, a touch panel, etc.), a voice input device such as a microphone, and an image input device such as a camera. Further, the input / output I / F 33 includes an image output device such as a display and an audio output device such as a speaker.

The communication I / F 34 is implemented as hardware such as a network adapter, various communication software, and a combination thereof, and is configured to realize wired or wireless communication via the communication network 20 or the like.

The storage 35 is composed of, for example, a magnetic disk, a flash memory, or the like. The storage 35 stores various programs including an operating system, various data, and the like. The program stored in the storage 35 can be downloaded and installed from the application market or the like.

In the present embodiment, the user terminal 30 may be configured as a smartphone, a tablet terminal, a wearable device, a personal computer, or the like.

The user who operates the user terminal 30 configured in this way executes the communication with the server 10 via the web browser or other application installed in the storage 35 or the like, and the health management provided by the server 10 is performed. Support services can be used.

Next, the function of the health management support server 10 of the present embodiment configured in this way will be described. As shown in FIG. 1, the computer processor 11 of the server 10 executes an instruction included in a program read into the main memory 12 (for example, at least a part of the server-side program 40), thereby causing the health management support unit 111. , The mission management unit 112, and the character management unit 113.

The health management support unit 111 is configured to execute various processes related to the support of the user's health management. For example, the health management support unit 111 transmits screen data, control data, and the like of various screens related to health management support to the user terminal 30, and the operation input by the user via the screen displayed on the user terminal 30. Various processes are executed in response to the above, and screen data, control data, and the like corresponding to the results of the processes are transmitted to the user terminal 30.

The mission management unit 112 is configured to execute various processes related to mission management. In this embodiment, the mission is configured to be accomplished in response to the execution of actions relating to health care. The execution of the action is controlled by the health management support unit 111. For example, the health management support unit 111 is configured to accept the execution of an action by the user via the screen displayed on the user terminal 30.

Further, the mission management unit 112 is configured to manage the achievement status of a plurality of missions by the user. For example, the mission management unit 112 is configured to determine whether or not the mission associated with the user has been achieved in response to the execution of the action by the user. The achievement status of the mission for each user is managed in, for example, the mission information table 155 for each user.

The character management unit 113 is configured to execute various processes related to character management. For example, the character management unit 113 transmits screen data, control data, and the like of various screens related to character management (including, for example, a screen displaying a character) to the user terminal 30 and displays the screen data and the like on the user terminal 30. Various processes are executed in response to the operation input by the user via the screen, and screen data, control data, and the like according to the result of the processes are transmitted to the user terminal 30.

In the present embodiment, the character management unit 113 is configured to control the character associated with the user, at least based on the achievement status of the plurality of missions by the user. For example, the character is controlled based on the number and / or proportion of missions completed among the plurality of missions.

As described above, since the health management support server 10 of the present embodiment controls the character based on the achievement status of the mission to be achieved according to the execution of the action related to the health management, the character is controlled by the user through the execution of the action. Can provide fun about the characters controlled by. As a result, the health management support server 10 promotes continuous use of the service for supporting the health management of the user.

In this embodiment, the character management unit 113 may be configured to control the character at least based on the achievement status of the mission according to the classification of the corresponding action. The classification of actions can also be said to be the type of action, and may include classifications of various fineness (size). The classification of actions corresponding to the mission is managed, for example, in the mission information table 153. Such a configuration can facilitate the user to perform various types of actions.

In this embodiment, the actions corresponding to the mission include various actions related to health management. The actions include actions that can be performed in the health management support service. The action is typically performed by the user via a screen displayed on the user terminal 30. For example, the action may include at least one of step count registration, weight registration, and article browsing. Such a configuration facilitates the user to perform actions such as step count registration, weight registration, and article browsing.

In this embodiment, the character is controlled in various ways. For example, the character management unit 113 is configured to control the movement (movement) of the character based on at least the achievement status of a plurality of missions.

Further, the character management unit 113 may be configured to change a character to another character at least based on the achievement status of a plurality of missions. Another character is different from the original character, for example, in at least a part of the character's appearance, voice tone, and personality (including wording, etc.). Such a configuration allows the user to enjoy the character's changes through the execution of actions.

Further, the character management unit 113 may be configured to change a character to another character according to the satisfaction of a predetermined condition. Such changes in the character are sometimes referred to as character evolution. For example, the character management unit 113 has a higher probability of changing to the first character as the number of achievements of the mission corresponding to the action of the first category at the time when the predetermined condition is satisfied increases, while the time when the predetermined condition is satisfied. It may be configured to change the character so that the probability of changing to the second character increases as the number of achievements of the mission corresponding to the action of the second category in the above increases. Such a configuration enables the character to change based on the achievement status of a plurality of missions at the time when a predetermined condition is satisfied.

In the present embodiment, the predetermined conditions for changing the character may include various conditions. For example, the predetermined condition may include a condition that the quantity of the predetermined item given to the user according to the achievement of the mission reaches the predetermined value. In this case, for example, the mission management unit 112 is configured to give a predetermined item to the user according to the achievement of the mission. In this case, for example, the character management unit 113 may be configured to change a character to another character, at least based on the quantity of predetermined items for each classification of the corresponding action. Predetermined items include various virtual and electronic items, such as points and scores. Such a configuration can facilitate the execution of various actions to accomplish the mission.

In the present embodiment, the mission management unit 112 grants a predetermined item to the user according to the achievement of the mission, and with the consumption of the predetermined item, the character item that can be used for the character is given to the user. Can be configured to grant. Further, with the consumption of the predetermined item, a reward other than the character item (a reward not used for the character) may be given to the user. Predetermined items include various virtual and electronic items, such as points and scores. Further, the mission management unit 112 may be configured to grant a character item to the user (directly without going through a predetermined item) according to the achievement of the mission. Such a configuration can facilitate the execution of actions to accomplish the mission.

In this embodiment, the plurality of missions are the first type missions (which must be accomplished in the first period) corresponding to the repeated first period (eg, daily, weekly, or monthly, etc.), and repeated. It may include a second type of mission (must be accomplished in that second period) that corresponds to a second period that does not (eg, the period from April 1st to April 14th). In this case, the character management unit 113 may be configured to control the character based on the achievement status of the first type of mission that is repeated rather than the second type of mission that is not repeated. For example, the character can be controlled based on the achievement status of only the first type of mission among the first and second types of missions. Such a configuration may facilitate the user to repeatedly accomplish repeated missions and, as a result, facilitate the continued use of the service by the user.

Next, a specific example as one aspect of the health management support server 10 of the present embodiment having such a function will be described. First, the data items of each table will be described in this specific example.

FIG. 2 illustrates, in this example, the data items included in the user information table 151 that manages information about the user. As shown in the figure, the user information table 151 is associated with a "user account" that identifies an individual user, "basic information" including an account name, age, gender, etc., and a service point that can be used in a health management support service. "Number of service points held", which is the number of health insurance points held by the user, "Health insurance points held", which is the number of health insurance points held by the health insurance association to which the user belongs, and the number of steps registered by the user in the health management support service. Information "step count information", "weight information" which is also information about weight registered by the user, "article browsing information" which is information about user browsing of articles in the health management support service, and items for characters possessed. It has data items such as "item information for possessed characters" which is information. The step count information and the weight information include the transition (history) of the step count and the weight. Article browsing information includes the history of article browsing.

FIG. 3 illustrates, in this example, the data items included in the character information table 152 that manages information about the character. As shown in the figure, the character information table 152 is associated with a "character ID" that identifies an individual character, and data such as "image information", "evolution stage", and "action type" that are information related to the character's image. Have an item.

In this example, although the details will be described later, the character evolves according to the satisfaction of a predetermined condition, and the evolution stage of the character information table 152 corresponds to the value of the corresponding evolution stage (specifically, the value of the corresponding evolution stage). Any of 1 to 3) is set.

The action type is the type of action performed by the user in the health management support service in this example, specifically, "A (step count registration)", "B (weight registration)", and "C (article viewing)". There are three types. In the action type of the character information table 152, a value corresponding to any of these three types and "no specific type" is set.

FIG. 4 illustrates, in this example, the data items included in the mission information table 153 that manages information about the mission. As shown in the figure, the mission information table 153 identifies a daily mission that is repeated every day with a predetermined time (for example, midnight (mid) midnight) as the achievement deadline in association with a "mission ID" that identifies an individual mission. "Mission type" and "name" indicating whether the mission is a limited-time mission whose achievement deadline is the end point of the period, "action type" indicating the type of the corresponding action, "reference value" indicating the reference value of the corresponding action, and the mission "Granted service points" indicating the number of service points given to the user according to the achievement, "Granted character item" indicating the same given character item, and the number of evolution points given also It has data items such as "granted evolution points" to be shown.

The reference value is a value that constitutes the achievement condition of the mission. For example, when the mission achievement condition is "registering the number of steps of 8000 steps or more", the action type is "A (registering the number of steps)" and the reference value is "8000". Further, for example, when the achievement condition of the mission is "one weight registration", the action type is "B (weight registration)" and the reference value is "1". Further, for example, when the achievement condition of the mission is "viewing three or more articles", the action type is "C (viewing articles)" and the reference value is "3".

In this example, either the grant service point or the grant character item is set for one mission. In other words, the reward given to the user for completing one mission is either a service point or a character item. In addition to service points or character items, health insurance points may be awarded according to the achievement of the mission. It is also possible to set a mission in which only health insurance points are awarded.

Also, in this example, the granted evolution points are set for daily missions, but not for limited-time missions. In addition, in another example of this embodiment, the evolution point can also be set for a limited-time mission.

FIG. 5 illustrates, in this example, the data items included in the user-specific character information table 154 that manages information about the character for each user. As shown in the figure, the character information table 154 for each user is associated with a "user account" that identifies an individual user, a "character ID" that identifies an individual character, and indicates whether or not the character is in a lost state. "Loss flag", "mental value", "physical strength value", "evolution point A" which is the total value of evolution points given according to the achievement of the mission whose action type is "A (step count registration)", action According to the achievement of the mission whose type is "B (weight registration)" and the action type is "C (article viewing)", which is the total value of the evolution points given according to the achievement of the mission. It has a data item such as "evolution point C" which is the total value of the evolution points given in the above. In this example, only one character is associated with one user at the same time (one user has only one character at the same time), so that the data item of the character information table 154 for each user is It can also be configured to have the user information table 151 (that is, the table 151 and the table 154 are integrated).

The mental value is set to a maximum value (for example, 100) as an initial value, decreases with the passage of time, and becomes 0 in a predetermined time (for example, 48 hours). Further, although the mental value will be described in detail later, it is configured to recover by a predetermined value (for example, 30) by using the character item (carrying a greeting).

Similar to the mental value, the physical strength value is set to a maximum value (for example, 100) as an initial value, decreases with the passage of time, and becomes 0 in a predetermined time (for example, 48 hours). In addition, the physical strength value is configured to recover to the maximum value by completing any mission (acquisition of the corresponding reward).

In this example, if the state in which both the mental value and the physical strength value are 0 continues for a predetermined time (for example, 60 hours), the character is in a lost state. When the character is in the lost state, the character is initialized (returns to the initial state) at the timing such as the next login.

FIG. 6 illustrates, in this example, the data items included in the per-user mission information table 155 that manages information about the per-user mission. As shown in the figure, the mission information table 155 for each user is associated with a combination of a "user account" that identifies an individual user, a "mission ID" that identifies an individual mission, and a "achievement deadline date and time" for this mission. "Progress information" that is information about the progress of this mission, "Achieved flag" that indicates whether this mission has been completed, and rewards (service points or character items) set for this mission. ) Has data items such as "reward acquired flag" indicating whether or not it has been acquired. For example, in the case of a daily mission, records for each day with the same mission ID but different achievement deadlines will be created.

The data items of each table have been described above in this example. Next, the screen displayed on the user terminal 30 in this example, the processing executed by the server 10, and the like will be described.

FIG. 7 illustrates a home screen 50 displayed on the user terminal 30. The screen 50 is a screen that serves as a starting point when using the health management support service. As shown in the figure, the home screen 50 is located at the upper end of the screen, has a step count information display area 52 for displaying the current step count information, an article display area 54 for displaying a list of articles related to health management, and a main screen located at the lower end of the screen. It has a menu area 100 and.

The step number information display area 52 displays the current number of steps (5,943 steps in the example of FIG. 7). In this example, as a daily mission, the step count registration of the target value of the number of steps per day (for example, 8000 steps in the case of an adult male) is set, and the area 52 is the achievement rate for the target value (example of FIG. 7). 74%) is displayed with an indicator. The number of steps is automatically measured using, for example, an acceleration sensor included in the user terminal 30 configured as a smartphone or a wearable device. In the case of the user terminal 30 in which the number of steps is not automatically measured, the step number information display area 52 may be hidden.

The article display area 54 has a plurality of individual display areas 541, each of which corresponds to an individual article. The area 541 displays a thumbnail image, an article title, an explanatory text, and the like. The articles listed in the article display area 54 are extracted, for example, based on the attributes (age, gender, etc.) of the user. When any one of the plurality of individual display areas 541 included in the article display area 54 is selected, the web page of the corresponding article is displayed on the user terminal 30. The web page may be provided by the health management support server 10 or a server device other than the server 10. When the web page of the article is displayed according to the selection of the individual display area 541, the browsing of the article is reflected in the article browsing information of the user information table 151.

The main menu area 100 includes a home object 102 for displaying the home screen 50, a body object 104, a point object 106, a notification object 108 for displaying a notification message, and a submenu for displaying a submenu. It has an object 110.

FIG. 8 illustrates a body screen 60 displayed on the user terminal 30 according to the selection of the body object 104 in the main menu area 100. As shown in the figure, the screen 60 has a step count information area 62 for displaying step count information, a weight information area 64 for displaying weight information, and a main menu area 100.

The step number information area 62 is a registration object 622 for registering the number of steps of the current day, and a display area 624 for displaying the transition of the registered step number in the latest predetermined period (for example, one week until yesterday) in a line graph format. And have. Further, on the left side of the registered object 622, the number of steps of the day automatically measured or the number of steps registered on the day is displayed (in the example of FIG. 8, "415 steps" is displayed. ). When the object 622 is selected, a screen for registering the number of steps for the current day is displayed, and the screen displays the value displayed on the left side of the object 622 as the initial value of the number of steps. The user can register the initial value displayed on the screen as it is or by modifying it as the number of steps of the day. When the step count is registered, the step count information in the user information table 151 is updated.

The weight information area 64 is a registration object 642 for registering the weight of the day and a display area 644 for displaying the transition of the registered weight in the latest predetermined period (for example, one week until yesterday) in a line graph format. And have. Further, on the left side of the registered object 642, the weight registered last time (by yesterday or on the day) is displayed (in the example of FIG. 8, "78.5 kg" is displayed). When the object 642 is selected, a screen for registering the weight of the day is displayed, and the screen displays the value displayed on the left side of the object 642 as the initial value of the weight. The user can register the initial value displayed on the screen as it is or by modifying it as the weight of the day. When the weight is registered, the weight information in the user information table 151 is updated.

FIG. 9 illustrates a point screen 70 displayed on the user terminal 30 according to the selection of the point object 106 in the main menu area 100. As shown in the figure, the screen 70 has a character training menu object 72 displaying "To character training", a service point display area 74 displaying the number of service points possessed, and a health insurance company displaying the number of health insurance points possessed. It has a point display area 76 and a main menu area 100. The number of service points and health insurance points held is managed in the user information table 151.

The service point display area 74 has a point exchange object 741 as shown in FIG. The object 741 is an object for exchanging service points for rewards other than character items (for example, gift certificates and daily necessities). When the object 741 is selected, a screen for applying for such a reward is displayed.

When the character training menu object 72 is selected, the character training screen 80 illustrated in FIG. 10 is displayed on the user terminal 30. As shown in the figure, the screen 80 has a character display area 82 for displaying the character 202 included in the virtual space 200, a menu display area 84, an information display area 86, and the area 82 in the upper left corner of the character display area 82. It has a service point display area 88 which is arranged on top of each other and displays the number of service points possessed.

The character display area 82 displays the character 202 associated with the user. The characters associated with the user are managed in the character table 154 for each user.

The menu display area 84 has a mission menu 841, an exchange menu 842, and an item menu 843. The display content of the information display area 86 changes according to the menus 841 to 843 selected in the menu display area 84. The character training screen 80 of FIG. 10 corresponds to a state in which the mission menu 841 is selected in the menu display area 84.

The mission menu 841 is a menu for confirming the contents of the mission and obtaining a reward given according to the achievement of the mission. As shown in FIG. 10, the information display area 86 in the state where the mission menu 841 is selected includes a mission type selection area 861 for selecting a mission type of a mission to be displayed and a mission list display area for displaying a list of missions. It has 862 and. The mission type selection area 861 is configured so that either a daily mission or a limited-time mission can be selected, and the missions listed in the mission list display area 862 are displayed according to the selection via the area 861. Is switched. In the mission list display area 862, a plurality of individual display areas 8621, each of which displays information about an individual mission, are arranged side by side in the vertical direction.

FIG. 11 illustrates an individual display area 8621 that displays information about an individual mission. Region 8621 in FIG. 11 corresponds to a state in which the mission has not been achieved. In this case, as shown in the figure, the individual display area 8621 is an image display area 8622 that displays an image corresponding to a reward (50 service points in the example of FIG. 11) given according to the achievement of the corresponding mission. And an indicator 8623 that displays the progress of the mission, and a challenge object 8624. In addition, the individual display area 8621 includes the name of the mission (“4000 steps” in the example of FIG. 11), the text indicating the progress of the mission (“415/4000” in the example of FIG. 11), and the achievement of the mission. The remaining time until the deadline date and time (“08:20 remaining” in the example of FIG. 11) is displayed.

The challenge object 8624 is an object for executing an action corresponding to a mission. For example, when the action type corresponding to the mission is "A (step count registration)" or "B (weight registration)", the body screen 60 is displayed according to the selection of the challenge object 8624. Further, for example, when the action type corresponding to the mission is "C (article browsing)", the home screen 50 is displayed according to the selection of the challenge object 8624.

FIG. 12 illustrates a character training screen 80 corresponding to a state in which the exchange menu 842 is selected in the menu display area 84. The exchange menu 842 is a menu for exchanging service points owned by the user for character items. In this case, as shown in the figure, the information display area 86 has an item list display area 863 for displaying a list of items to be exchanged. In the item list display area 863, a plurality of individual display areas 8631, each of which displays information about an individual character item, are arranged side by side in the vertical direction.

FIG. 13 illustrates an individual display area 8631 that displays information about individual character items. As shown in the figure, the area 8631 has an image display area 8632 for displaying an image of a corresponding item, and an exchange object 8633 for exchanging the item. In addition, the individual display area 8631 displays the name of the corresponding item (“hello” in the example of FIG. 13) and the number of possessions of the item by the user. The character item in this example is configured as an object for greeting the character. The exchange object 8633 displays the number of service points (“100pt” in the example of FIG. 13) as the consideration for the corresponding item.

When the exchange object 8633 is selected, a screen for exchanging the corresponding character item for the user's service point is displayed, and the user specifies the number of exchanges and the like via the screen, and then performs the exchange. It can be carried out. When the character item and the service point are exchanged, the number of service points possessed in the user information table 151 and the possessed character item information are updated.

FIG. 14 illustrates a character training screen 80 corresponding to a state in which the item menu 843 is selected in the menu display area 84. The item menu 843 is a menu for the user to use the character item. In this case, as shown in the figure, the information display area 86 displays information about the item owned by the user (managed in the item information for the possessed character in the user information table 151), and specifically, each of them is displayed. One or more individual display areas 864 displaying information about individual items are arranged side by side in a grid pattern. The individual display area 864 displays an image of the corresponding item and the number of possessions of the item by the user.

When any of the individual display areas 864 displayed in the information display area 86 is selected, a screen for using the corresponding item is displayed, and the user can use the item through the screen. .. When you use an item, a greeting corresponding to the item used is given to the character. In addition, the item information for the possessed character in the user information table is updated according to the use of the item. Also, depending on the use of the item, as described above, the mental value of the character is restored by a predetermined value.

Also, when a greeting is given according to the use of the item, a reaction from the character occurs. For example, as illustrated in FIG. 15, a conversation from the character occurs in response to the greeting. The content of the conversation is preset for each combination of a character and an item (greeting), for example. The conversation from the character can occur at various scenes and timings other than the reaction to the greeting.

Here, the processing executed by the server 10 regarding the achievement of the mission will be described. In this example, each time the action is executed, the server 10 confirms whether or not the mission has been completed. Specifically, each time the step count registration or weight registration is performed via the body screen 60, or the article is browsed via the home screen 50, it is confirmed whether or not the mission has been achieved. Then, when there is achievement of the mission, the server 10 updates the achievement flag of the mission information table 155 for each user for the corresponding mission.

If the mission is achieved, the server 10 notifies that fact on each screen of the health management support service including the home screen 50 and the body screen 60. The notification is accompanied by guidance to the character training screen 80 of the user.

FIG. 16 is an individual display area 8621 of the character training screen 80, and illustrates an individual display area 8621 in a state where the corresponding mission is achieved. In this case, as shown in the figure, the GET object 8625 is arranged in place of the challenge object 8624 in the individual display area 8621 illustrated in FIG. When the object 8625 is selected, the user is given a corresponding reward (service point or character item) and the user's character is given a corresponding evolution point.

When service points are given to a user, the number of service points held in the user information table 151 is updated for the user. Further, when the character item is given to the user, the possessed character item information in the user information table 151 is updated for the user. Further, when the corresponding reward (service point or item for the character) is given to the user, the physical strength value of the character is restored to the maximum value as described above.

Further, when an evolution point is given to a user's character, any one of the evolution point A, the evolution point B, and the evolution point C in the character information table 154 for each user is updated for the character. Specifically, if the action type of the completed mission is "A (step count registration)", the evolution point A is updated, and if the action type is "B (weight registration)", the evolution point B is updated. Similarly, if the action type is "C (article browsing)", the evolution point C is updated.

FIG. 17 is a flow diagram illustrating a process executed by the server 10 in response to the addition of evolution points. First, as shown in the figure, the server 10 determines whether or not the evolution point is equal to or greater than a predetermined value (step S100). The evolution point is specifically the total value of evolution points A to C. In this example, the predetermined value to be compared with the evolution point can be said to be a threshold value for the character to evolve, and is a value different depending on the current evolution stage of the character (managed in the character information table 152). Is set. Specifically, for example, if the current character has an evolution stage of 1, the predetermined value is 100 points, and if the evolution stage is 2, the predetermined value is 200 points, and the evolution stage is 3 as well. In some cases, the predetermined value is 400 points.

Then, when the evolution point is less than the predetermined value (NO in step S100), the process ends as it is, while when the evolution point is equal to or more than the predetermined value (YES in step S100), then the server 10 Sets the winning probability of the evolution destination character based on the evolution points for each action type (step S110), and executes the lottery of the evolution destination character according to the set winning probability (step S120).

Specifically, in this example, three characters with different action types are set as candidates for the evolution destination character, and the ratio of evolution points for each action type to the total value of evolution points remains unchanged. It is set as the winning probability of the evolution destination character for each action type. For example, if evolution point A is 50 points, evolution point B is 30 points, and evolution point C is 20 points, the winning probability of the evolution destination character whose action type is "A" is 50%, and the action. The winning probability of the evolution destination character whose type is "B" is 30%, and the winning probability of the evolution destination character whose action type is "C" is 20%.

FIG. 18 illustrates the characters corresponding to each evolutionary stage in this example. As shown in the figure, in this example, there is only one character corresponding to the evolution stage "1" which is the initial state, and the character does not have a specific action type. Further, there are three characters corresponding to the evolution stage "2", and the action types A to C different from each other are set for these three characters. In addition, there are four characters corresponding to the evolution stage "3", and three of these four characters are set with different action types A to C, and the remaining one. Body characters do not have a specific action type. These eight characters differ from each other in appearance (shape and / or color).

In this example, the evolution destination character of the character in the evolution stage "1" is the three characters in the evolution stage "2", and by lottery according to the winning probability based on the action type of each of these three characters. The evolution destination character is determined. For example, the winning probability of the evolution destination character whose action type is "A" is 50%, the winning probability of the evolution destination character whose action type is "B" is 30%, and the action type is "C". A lottery using pseudo-random numbers is performed with the winning probability of the evolution destination character being 20%.

Further, for example, the evolution destination character of the character in the evolution stage "2" is three characters having an action type among the four characters in the evolution stage "3", and each of these three characters. The character to evolve to is determined by the lottery according to the winning probability based on the action type of.

Further, for example, the evolution destination character of the character in the evolution stage "3" is three characters excluding the current character among the four characters in the evolution stage "3". When these three characters include a character that does not have a specific action type, the action type of the current character is temporarily set for the character, and the action type is temporarily set according to the set action type. Winning probability is set. For example, when the action type of the current character is "A", "A" is temporarily set as the action type of the character that does not have a specific action type, and the evolution point A is set for the character. The winning probability is set based on the ratio.

Returning to the flow chart of FIG. 17, the server 10 changes the current character to the winning character of the evolution destination (step S130). Specifically, the character ID of the character information table 154 for each user is changed to a value corresponding to the evolution destination character, and the value of the corresponding parameter (including the evolution point) is initialized. The change to the evolution destination character is performed, for example, with an animation display that expresses the evolution of the character. FIG. 19 illustrates the character display area 82 after the change to the evolution destination character. As illustrated, in this example, the modified character may differ in conversational lines in addition to appearance.

In the above example, the ratio of evolution points for each action type to the total value of evolution points is set as the winning probability of the evolution destination character for each action type, but such a lottery determines the evolution destination character. In another example of the present embodiment, the character to be evolved is determined by a method other than the lottery. For example, the character to be evolved may be determined immediately (without going through a lottery) based on the ratio of evolution points for each action type. Further, instead of the ratio of evolution points for each action type, the evolution destination character may be determined based only on the total value of evolution points.

In the above example, the character evolves when the total value of the evolution points becomes a predetermined value or more, but the conditions for the character to evolve are not limited to this. In another example of the present embodiment, the character is configured to evolve according to the satisfaction of conditions based on various parameters other than the evolution point.

In the above example, the winning probability of the evolution destination character is set based on the ratio of evolution points for each action type, but in other examples of this embodiment, it corresponds to the evolution points for each action type. It is configured to control the character itself based on the parameters of. For example, when the value of the parameter that increases with the achievement of the mission whose action type is "A" becomes a predetermined value or more, the character performs the effect of performance A, while the mission whose action type is "B". When the value of the parameter that increases according to the achievement becomes a predetermined value or more, the character may perform the effect operation of the performance B.

In the above example, A (step count registration), B (weight registration), and C (article browsing) are exemplified as action types for classifying actions, but actions other than these and their classifications can also be applied. For example, a classification larger than the above-mentioned action type can be applied.

The health management support server 10 according to the present embodiment described above controls the character based on the achievement status of the mission achieved according to the execution of the action related to health management (for example, to the ratio of evolution points for each action type). Based on the setting of the winning probability of the character to be evolved), it is possible to provide the user with fun about the character controlled through the execution of the action. As a result, the health management support server 10 promotes continuous use of the service for supporting the health management of the user.

In another embodiment of the present invention, a part or all of the functions of the health management support server 10 in the above-described embodiment are realized by the cooperation of the health management support server 10 and the user terminal 30, or the user. It can be realized only by the terminal 30.

The processes and procedures described herein are implemented by software, hardware, or any combination thereof, other than those expressly described. For example, the processes and procedures described herein are realized by implementing logic corresponding to the processes and procedures on a medium such as an integrated circuit, a volatile memory, a non-volatile memory, or a magnetic disk. Further, the processes and procedures described in the present specification can be implemented as a computer program corresponding to the processes and procedures, and can be executed by various computers.

Even if it is described that the processes and procedures described herein are performed by a single device, software, component, module, such processes or procedures may be performed by multiple devices, multiple software, multiple devices. Can be performed by a component of, and / or multiple modules. The software and hardware elements described herein can also be realized by integrating them into fewer components or by breaking them down into more components.

In the present specification, even if the components of the invention are described as either singular or plural, or even if they are described without limitation to either singular or plural, they should be understood separately in the context. Except for, the component may be singular or plural.

10 Health management support server 11 Computer processor 111 Health management support department 112 Mission management department 113 Character management department 15 Storage 151 User information table 152 Character information table 153 Mission information table 154 Character information table for each user 155 Mission information table for each user 30 User terminal 40 Server side program 50 Home screen 60 Body screen 70 Point screen 80 Character training screen 202 Character

Claims (14)

A system comprising one or more computer processors to support user health management, wherein the one or more computer processors respond to the execution of readable instructions.
The process of managing the achievement status of multiple missions achieved by the user in response to the execution of actions related to health management, and the process of managing the achievement status by the user.
A process of controlling a character associated with the user, based on at least the achievement status of the plurality of missions.
system. The process of controlling the character includes controlling the character based on at least the achievement status of the plurality of missions according to the classification of the corresponding action.
The system of claim 1. The health care action includes at least one step count registration, weight registration, and article browsing.
The system of claim 1 or 2. The process of controlling the character includes changing the character to another character.
The system according to any one of claims 1 to 3. The process of controlling the character includes changing the character to another character depending on the satisfaction of a predetermined condition.
The system of claim 4. In the process of controlling the character, the probability of changing to the first character increases as the number of achievements of the missions corresponding to the actions of the first category at the time when the predetermined condition is satisfied increases, while the predetermined condition is satisfied. Including changing the character so that the probability of changing to the second character increases as the number of achievements of the mission corresponding to the action of the second category at the time point increases.
The system of claim 5. The process of managing the achievement status includes granting the first item to the user according to the achievement of the missions included in the plurality of missions.
The predetermined condition includes a condition that the quantity of the first item reaches a predetermined value.
The system of claim 5 or 6. The process of controlling the character comprises changing the character to another character, at least based on the quantity of the first item by classification of the corresponding action.
The system of claim 7. The process of managing the achievement status includes granting a second item to the user according to the achievement of the missions included in the plurality of missions.
The one or more computer processors further execute a process of granting a character item that can be used to the character to the user with the consumption of the second item.
The system according to any one of claims 1 to 8. The one or more computer processors further execute a process of granting an unused reward to the user with the consumption of the second item.
The system of claim 9. The process of managing the achievement status includes giving the user an item for a character that can be used for the character according to the achievement of the mission included in the plurality of missions.
The system according to any one of claims 1 to 10. The plurality of missions include a first type mission corresponding to a repeated first period and a second type mission corresponding to a non-repeated second period.
The process of controlling the character includes controlling the character based on the achievement status of the first type of mission rather than the second type of mission.
The system according to any one of claims 1 to 11. A method run by one or more computers to help users manage their health.
The process of managing the achievement status of multiple missions achieved by the user in response to the execution of actions related to health management, and the process of managing the achievement status by the user.
A step of controlling a character associated with the user, at least based on the achievement status of the plurality of missions.
Method. A program to support user health management on one or more computers
The process of managing the achievement status of multiple missions achieved by the user in response to the execution of actions related to health management, and the process of managing the achievement status by the user.
A process of controlling a character associated with the user, based on at least the achievement status of the plurality of missions, is executed.
program.

Images