JP7767709B2 - Program, terminal device, and system - Google Patents

Description

The present invention relates to a program, a terminal device, and a system.

Technology has been known in the past that provides a user with a reward (such as value information that can be used in an app) when the user achieves a predetermined condition (see Non-Patent Document 1). With this technology, for example, a user can be granted a reward if they achieve individual achievement conditions set for each of multiple game programs in each of the multiple game programs and also meet the conditions for granting a reward.

JP 2015-198943 A

In the above-mentioned conventional technology, the program that will be the recipient of the reward is preset uniformly for all users. However, this preset recipient is not necessarily suitable for all users, and there is room for improvement.

This disclosure provides a program, terminal device, and system that allows users to select the program appropriate for them when selecting a reward recipient from multiple programs.

The first aspect is a program that causes a computer to function as: a history acquisition means that acquires a user's behavioral history; a determination means that determines whether to grant a reward to the user in accordance with a first condition based on the behavioral history; and a determination means that, when the determination means determines that a reward should be granted to the user, determines one or more recipient programs to which the reward will be granted from among a plurality of candidate programs, including other programs different from the program, in accordance with a second condition based on the behavioral history that differs from the first condition, or with a user selection.

Furthermore, in the first aspect, the behavioral history indicates the amount of execution of each candidate program by the user over a predetermined period of time, and the determination means can determine the recipient program based on the amount of execution.

In addition, in the first aspect, the candidate program is a game program for executing a game that progresses based on user input, and the amount of execution can be determined based on the degree of progress in the game or the amount of attempts made to play the game.

Furthermore, in the first aspect, the specified period includes multiple unit periods, and the determination means can determine the program to be assigned based on the execution amount in the most recent unit period.

Furthermore, in the first aspect, the behavioral history indicates the amount of execution of each candidate program by the user over a predetermined period of time, and the computer functions as an accumulation means for accumulating points for each candidate program based on the amount of execution, and a point display means for displaying the accumulated points for each candidate program in a comparable manner, and the first condition can include the accumulated points being equal to or greater than a threshold value.

In addition, in the first aspect, the computer functions as an identification means for identifying potential rewards based on accumulated points, a presentation means for presenting the identified multiple potential rewards to the user, and an acceptance means for accepting a potential reward selected by the user from the presented multiple potential rewards as a reward, and the determination means can determine the candidate program associated with the selected reward as the recipient program.

Furthermore, in the first aspect, the behavioral history may include a history of the user's actions in accordance with the user's behavioral course set by an evaluator who diagnoses the user's mental, physical, or ability state.

Furthermore, in the first aspect, the course of action may include the user executing at least one of a plurality of candidate programs, and the behavior history may include the amount of execution of the candidate programs by the user.

Furthermore, in the first aspect, the behavioral history may include a history of behavior confirmed and input by the diagnostician and in accordance with the user's behavioral course.

Also, in the first aspect, the behavioral history may include a history of behavior unrelated to the execution of the candidate program.

Furthermore, in the first aspect, the determination means can determine whether the first condition is met based on a combination of the user's execution volume of the candidate program and behavior unrelated to the execution of the candidate program.

The second aspect is a terminal device including a storage unit that stores the program described in the first aspect above, and a control unit that executes the program.

A third aspect is a computer system comprising a storage unit that stores the program described in the first aspect above, and a control unit that executes the program.

This disclosure provides a program, terminal device, and system that can assign rewards for achieving conditions in multiple programs to the program that is most appropriate for each user.

1 is a block diagram showing a configuration of a support system according to a first embodiment. FIG. 1 is a diagram for explaining an overview of a support system according to a first embodiment. 3A to 3C are diagrams showing examples of screens and screen transitions displayed on a display by the support system in the first embodiment. 3A to 3C are diagrams showing examples of screens and screen transitions displayed on a display by the support system in the first embodiment. 3A to 3C are diagrams showing examples of screens and screen transitions displayed on a display by the support system in the first embodiment. FIG. 2 is a sequence diagram illustrating a series of operations of the support system according to the first embodiment. FIG. 2 is a sequence diagram illustrating a series of operations of the support system according to the first embodiment. FIG. 10 is a block diagram showing the configuration of a support system according to a second embodiment.

[First embodiment]
A support system 1 according to a first embodiment of the present disclosure (hereinafter also referred to as "the present embodiment") will be described with reference to the drawings.

<Explanation of the support system>
The support system 1 is one aspect of a computer system, and is a system for supporting a user who is a patient undergoing treatment (hereinafter also referred to as a "patient user") in taking actions for treatment (hereinafter also referred to as a "treatment action"), such as playing a therapeutic game or visiting a hospital. Here, the therapeutic game may be, for example, a game intended for treatment, or a general game intended for play that is designated by a specialist such as a doctor for the treatment of the patient user (in other words, a prescribed game).

As shown in FIG. 1, the support system 1 is composed of a management server 2, a game server 3, a patient terminal 5 used by a patient user, and a diagnostician terminal 7 used by a user who is the diagnostician (hereinafter also referred to as a "diagnostician user"). A diagnostician is someone who diagnoses the mental, physical, or ability state of a patient user. Hereinafter, terminals used by users of the support system 1, including the patient terminal 5 and the diagnostician terminal 7, will be collectively referred to as "user terminals" unless a distinction is particularly needed. In the support system 1, the management server 2 and multiple user terminals are connected to each other so that they can communicate with each other via a communication network 6.

The management server 2 is an information processing device used by the administrator who operates the support system 1. By executing a predetermined program (hereinafter also referred to as the "server program"), the management server 2 works in conjunction with user terminals to collect the behavioral history of patient users from the patient terminal 5 and the diagnostician terminal 7, manage the collected behavioral history, and link the managed behavioral history to the patient terminal 5 and the diagnostician terminal 7.

The behavioral history is information indicating the history of the patient user's behavior. For example, if the behavior is a game, the behavioral history may be an execution history of the game (so-called play log).

The behavioral history may, for example, indicate the amount of execution (hereinafter simply referred to as "execution amount") that a user performed on each candidate program over a specified period of time.

A candidate program is a program that is a candidate for granting a reward. A candidate program may be, for example, a program for executing a game that progresses based on user input (hereinafter also referred to as a "game program," e.g., a game app).

The execution amount may be, for example, a statistical value (e.g., total, median, or average) of the number of times a candidate program is executed over a predetermined period and/or the execution time. Furthermore, if the candidate program is a game program, the execution amount may be determined based on the degree of progress in the game or the number of attempts to play the game. The degree of progress in the game, in other words, the amount of progress in the game, may indicate, for example, how many of N stages (N: natural number) have been cleared. Furthermore, the number of attempts to play the game may be, for example, the amount of time the game has been played or the number of sessions executed. Furthermore, the number of sessions executed may be, for example, the number of communications between a game server 3 and a patient terminal 5, or between multiple patient terminals 5 (including so-called online sessions), counted as one session.

The behavioral history may include, for example, a history of the patient user's behavior in accordance with the patient user's behavioral policy (hereinafter simply referred to as the "behavioral policy") set by the diagnosing user. The behavioral policy may, for example, be included in diagnostic information indicating the results of the patient user's diagnosis. Details of the diagnostic information will be described later. With this configuration, it becomes possible to determine, from the behavioral history, whether the patient user has behaved in accordance with the behavioral policy set by the diagnosing user. Therefore, both the determination of whether to grant a reward based on the first condition based on the behavioral history and the determination of the recipient program based on the second condition based on the behavioral history can be made based on whether the patient user acted in accordance with the behavioral policy. Therefore, for example, by granting a reward, the patient user can be encouraged to behave in accordance with the behavioral policy. Furthermore, for example, if the diagnosing user has not executed a program specified by the diagnosing user in the behavioral policy, this program can be determined as the recipient program, thereby increasing the patient user's motivation to execute this program in accordance with the behavioral policy.

The course of action may include, for example, the patient user executing at least one of a plurality of candidate programs. Specifically, the course of action may include "executing game app A once a day." In this case, the behavioral history may include the amount of execution of the candidate programs by the patient user. This configuration can increase the patient user's motivation to execute the program set by the diagnoser.

The behavioral history may include, for example, a history of behavior confirmed and input by the diagnoser user, which is a history of behavior in accordance with the patient user's behavioral course. The behavioral history may be included, for example, in the diagnostic information. Specifically, the behavioral history may be a history of hospital visits input by the diagnoser user from the diagnoser terminal 7 as a result of confirmation, when the diagnoser user confirms during an examination that the patient user has visited the hospital in accordance with the behavioral course. This configuration may be used as diagnostic information. Whether or not to grant a reward can be determined and the program to which the reward will be granted can be determined based on the patient user's behavior confirmed by the diagnoser user. For example, compared to when the patient user simply self-reports that they have taken medication and inputs it into the patient terminal 5, this information is more reliable when the diagnoser user confirms that the patient user has taken medication. This allows for more accurate understanding of the patient user's treatment behavior.

The behavioral history may include, for example, a history of behaviors unrelated to the execution of a candidate program. Specifically, the behavioral history may include a history of hospital visits and/or medication as a history of behaviors for improving the patient user's mental, physical, or ability condition. With this configuration, it is possible to determine whether to grant a reward and to determine the program to which a reward should be granted even for behaviors performed without using information processing technology as behaviors for improving the patient user's mental, physical, or ability condition.

The specified period is the period covered by the behavioral history. The specified period may be, for example, the period from when the patient user starts treatment to when the behavioral history is acquired by the acquisition means 563. As another example, the specified period may be any period set by the diagnoser user (for example, the period from the previous diagnosis to the current diagnosis, one year, or six months). The specified period may also include, for example, multiple unit periods. The unit period may be, for example, an hourly, daily, monthly, or yearly period.

The game server 3 stores game programs and game data, and manages game data and game execution status for each user account playing the game. Game data includes data necessary for game progress and game play data.

The patient terminal 5 is an information processing device used by the patient user. The patient terminal 5 may be a general-purpose terminal device such as a smartphone or laptop. The patient terminal 5 executes a predetermined program (hereinafter also referred to as the "terminal program") to provide the patient user with a UI related to the support system 1 and control multiple programs related to the support system 1. The terminal program includes, for example, an application program for patients dedicated to the support system 1 (hereinafter also referred to as the "support app") and a game application program (hereinafter also referred to as the "game app"). The support app is an app for supporting the patient user's treatment activities (e.g., hospital visits, medication, playing treatment games, etc.) and may be, for example, a native app. As another example, a general-purpose web browser provided on the information processing device may be used in place of part or all of the support app. In this case, the patient user accesses a website (hereinafter also referred to as the "support site") provided by the management server 2 via the web browser. For example, the support app and game app can be downloaded from the management server 2 or an application store via the communication network 6, installed, and set up, allowing the user to use the support system 1.

The support app may be, for example, an app (so-called launcher app) that collectively displays UIs for launching multiple game apps, such as icons for each of the multiple game apps, and launches (in other words, calls) each of the multiple game apps. When launching each game app, the support app may launch the game app in an operation mode designated by the patient user from among multiple operation modes provided by each game app, or in a preset operation mode. In this embodiment, an example is described in which each game app has two operation modes: an operation mode in which normal game play is possible (hereinafter also referred to as "normal mode"), and an operation mode provided for treating the patient (hereinafter also referred to as "treatment mode"). As another example, the support app may also function as a game app. In other words, the support app may collectively display games provided by its own app and games provided by other game apps.

The diagnostician terminal 7 is an information processing device used by the diagnostician user. The diagnostician terminal 7 may be a general-purpose terminal device such as a smartphone or laptop. By executing a predetermined program, the diagnostician terminal 7 sends the patient user's diagnostic information to the management server, receives the patient user's behavioral history from the management server 2, and provides the diagnostician user with a UI related to the support system 1.

When issuing an account to each user in the support system 1, account information including user identification information (e.g., a user ID) and a password is assigned to each user. This account information is used for user account authentication. Specifically, when logging in from a support app or web browser, this account information is sent from the user terminal to the management server 2 as a login request, and the management server 2 executes account authentication processing. Then, after account authentication, mutual communication between the management server 2 and the user terminal becomes possible.

<Support system overview>
Here, an overview of the support system 1 will be described with reference to FIG.

(1) As shown in Figure 2, in the support system 1, a diagnostician user first examines a patient user, diagnoses the patient based on the results of the examination, and prescribes medication and a game appropriate for treatment. (2) The diagnostician user enters diagnostic information indicating the results of this diagnosis into the screen of a support site provided by the management server 2 to register it in the management server 2. The management server 2 accepts the diagnostic information via this support site and registers it in the memory unit (not shown) of its own device.

The diagnostic information may include, for example, the results of various tests, the diagnostician's findings, and treatment plans (including the patient-user's course of action, as described below). The diagnostician's findings may include, for example, the patient-user's health condition, cognitive symptoms, mental illness, cognitive function level, stress level, physical disability level, occupational ability level, and/or intellectual ability level. Furthermore, for example, if the diagnostician user diagnoses the patient-user with dementia, the diagnostic information may include, for example, evaluation information indicating an evaluation of the patient-user's cognitive function level.

The diagnostician may be, for example, a physician, a licensed professional, a medical institution, and/or a professional organization.

(3) In order to play the therapeutic game based on the diagnostician user's prescription, the patient user operates the icon of the assistance app installed on the patient terminal 5 to request its launch. (4) The patient terminal 5 launches the assistance app based on this request. (5) The launched assistance app works with the management server 2 to authenticate the patient user's account. If this account authentication is successful, the assistance app displays the home screen 810 (see Figures 3 to 5).

(6) The assistance app of the patient terminal 5 transitions from the home screen 810 to display the game menu screen 860. The game menu screen 860 displays a list of buttons for launching multiple game apps (in this example, game apps A to C). (7) The patient user presses the button for game app A (indicated as "Game A" in Figures 2 to 5) from among game apps A to C to request execution. (8) The assistance app launches game app A in medical mode based on this request. When launching the game app in medical mode, the assistance app may call the game app using medical mode parameters as arguments. Game app A executes game A based on these medical mode parameters. Specifically, (9) first, game app A sends a game data acquisition request to the game server 3. This acquisition request includes the medical mode parameters. (10) The game server 3 sends game data corresponding to the medical mode parameters included in the received acquisition request to game app A of the patient terminal 5. (11) Game app A receives game data from game server 3 and executes game A based on this received game data.

Medical mode parameters are control parameters used to modify the game content in accordance with the diagnostician's diagnostic information when the operating mode is medical mode. For example, they are control parameters that modify the game difficulty level, the number of game contents awarded in the game, etc.

The game media is electronic data representing elements related to the game, including the name of the character used as the player character and items (e.g., weapons, armor, tools, etc.) used by the player character within the virtual game space. The assigned game media is associated with the account information (identification information) of the patient user who has been assigned and owns the game media, and is stored and managed in the memory unit of the game server 3.

(12) Game app A on the patient terminal 5 transmits an execution history indicating the history of the patient user's execution of game A to the game server 3. The support app also acquires this execution history from game app A and transmits it to the management server 2. (13) Based on the received execution history, the management server 2 presents the patient user's execution history of game A to the diagnoser user on the screen of the support site displayed on the diagnoser terminal 7.

<Configuration of patient terminal>
Continuing the explanation, returning to Fig. 1, the hardware configuration and functional configuration of the patient terminal 5 will be explained below.

The patient terminal 5 has a network interface 51, an output unit 52, an input unit 53, a memory unit 55, and a control unit 56. The network interface 51, the output unit 52, the input unit 53, and the memory unit 55 are electrically connected to the control unit 56 via a bus 59.

The network interface 51 is communicatively connected to the management server 2, game server 3, and other user terminals via a communication network 6 such as the Internet or a LAN.

- Output section -
In the case of output by screen, the output unit 52 generates output information for outputting a screen of the support site or support app including various images, text, etc. under the control of the control unit 56 (specifically, based on control information output from the control unit 56). Then, the output unit 52 outputs various screens of the support site or support app on a connected display (not shown) based on the generated output information. In the case of output by audio, the output unit 52 plays and synthesizes audio based on information output from the control unit 56 and outputs the audio to a connected speaker (not shown).

-Input section-
The input unit 53 transmits and receives data regarding operation inputs by the patient user to peripheral devices (not shown) such as a connected touchpad and keyboard between the input unit 53 and these peripheral devices. For example, the patient user inputs operation signals to the patient terminal 5 by touching the touchpad.

-Memory Department-
The storage unit 55 is a device that stores programs and data, such as a main storage device, an auxiliary storage device, or an external storage device. The storage unit 55 is configured, for example, with a hard disk drive (HDD), a random access memory (RAM), a read-only memory (ROM), and a solid state drive (SSD). The storage unit 55 stores various programs, including a portion of the terminal program according to this embodiment, as well as user information 551.

The program (including the terminal program) according to this embodiment can be stored on a storage medium. The storage medium storing the program may be a non-transitory computer-readable medium. There are no particular limitations on the non-transitory storage medium, and it may be, for example, a storage medium such as a USB memory or a CD-ROM.

User information 551 stores, in association with each user account (in other words, for each user identification information), account information, the corresponding user's user identification information, behavioral history, diagnostic information, condition information indicating the conditions that apply to the corresponding user, and so on.

The condition information may include, for example, information indicating a first condition (hereinafter also referred to as "first condition information"). The first condition is a condition based on the user's behavioral history and is a condition for determining whether or not to grant a reward to the user. The condition information may also include, for example, information indicating a second condition different from the first condition (hereinafter also referred to as "second condition information"). The second condition is a condition based on the user's behavioral history and is a condition for determining the program (e.g., a game app) to which the reward will be granted.

-Control section-
The control unit 56 is a processing device (e.g., a processor) that is configured with a microcomputer including a CPU and a semiconductor memory and that controls the operation of the device 5 itself, i.e., performs data calculations, processing, and transfers, executes programs, and controls other devices. The control unit 56 can realize various functions of the patient terminal 5 by executing programs stored in the storage unit 55.

The control unit 56 executes various programs including terminal programs (specifically, support apps and game apps) to function as a communication means 561, a reception means 562, an acquisition means 563, a determination means 564, a decision means 565, a storage means 566, an identification means 567, and a presentation means 568.

-Means of communication-
The communication means 561 is a function for communicating with the management server 2, the game server 3, or other user terminals via the network interface 51.

The communication means 561 generates and transmits information that can be understood by the management server 2, game server 3, or other user terminals in response to various operation signals received by the input unit from the touchpad. For example, the communication means 561 transmits to the management server 2 account information, requests to issue new accounts, account authentication requests when logging in to a support site or support app, requests to obtain condition information (in other words, download requests), user information, etc. The communication means 561 also receives diagnostic information (including behavioral history), rate information indicating the exchange rate (described below), condition information, etc. sent from the management server 2. The communication means 561 transmits to the game server 3 requests to obtain new game data, game data, instructions to grant rewards in the game, etc. The communication means 561 also receives new game data, etc. sent from the game server 3.

-Method of reception-
The accepting unit 562 accepts various selections, instructions, requests, etc. from the user. For example, the accepting unit 562 accepts from a patient user a request to issue a new account or a request to authenticate an issued patient account.

The receiving means 562 may, for example, accept as a reward a reward candidate selected by the user from multiple reward candidates presented by the presentation means 568 described below.

-Method of acquisition-
The acquisition means 563 acquires various information from the management server 2, the game server 3, or other user terminals.

-Method of obtaining history-
The acquisition means 563 includes a history acquisition means 5631. The history acquisition means 5631 acquires the patient user's behavioral history from a storage unit that stores the behavioral history. The storage unit that stores the behavioral history may be, for example, the storage unit 55 of the patient user's own device 5 or the storage unit of the management server 2. Furthermore, for example, if the behavioral history is a game execution history, the storage unit that stores the behavioral history may be the storage unit of the game server 3.

-Judgment means-
The determination means 564 determines whether to grant a reward to the patient user according to a first condition. For example, the first condition may include "the execution amount of the candidate program in a predetermined period is equal to or greater than a threshold," and when this first condition is achieved, i.e., when the execution amount in the predetermined period is equal to or greater than the threshold, the determination means 564 may determine that a reward should be granted to the patient user. More specifically, when the candidate program is a game program and the first condition includes "the number of times the game is executed in a predetermined period is equal to or greater than a threshold," and the number of times the game is executed in the predetermined period is equal to or greater than the threshold, the determination means 564 may determine that a reward should be granted to the patient user.

The first condition may include, for example, "the number of points accumulated by the accumulation means 566 (hereinafter simply referred to as "points") is equal to or greater than a threshold value." In other words, the points may be usable by the patient user to earn a reward within the support system 1. The accumulation means 566 may require the patient user to consume a predetermined number of points in exchange for granting the reward. For example, if the threshold is set to 1,000 points, the determination means 564 may determine that a reward should be granted to the patient user if the total number of accumulated points is 1,000 points or greater. On the other hand, if the total number of accumulated points is less than 1,000 points, the determination means 564 determines that a reward should not be granted to the patient user.

Regarding points, if the reward is a game medium that can be used in a game program, a rate (hereinafter also referred to as a "conversion rate") for converting points into rewards may be set for each game medium. The conversion rate may, for example, associate each game medium with the number of points required to acquire a predetermined number of each game medium (e.g., one). More specifically, the conversion rate may indicate the number of points (e.g., 300 points) required to acquire one game medium A.

The determination means 564 may determine whether the first condition is met based on a combination of, for example, (a) the amount of execution of the candidate program by the user and (b) behavior unrelated to execution of the candidate program. For example, (a) above may be play time in each game app, and (b) above may be hospital visits or medication. With this configuration, the patient user's treatment behavior can be promoted in a balanced manner, without being biased toward execution of the candidate program, or, conversely, without being limited to only hospital visits or medication.

-Decision-making method-
When the determination means 564 determines that a reward should be granted to the patient user, the determination means 565 determines one or more recipient programs to which the reward is to be granted from among a plurality of candidate programs, including other programs (e.g., game apps) different from the patient user's own program (e.g., the assistance app), in accordance with the second condition or the user's selection. The plurality of candidate programs may include, for example, other programs different from the patient user's own program, but the patient user's own program may or may not be included. The content of the reward to be granted may be preset for each recipient. For example, in the case of game app A, the content may be specific game media of game A (e.g., 1 x 3 booster items). The content of the reward may also be set for each patient user.

The determination means 565 may, for example, determine a candidate program selected by the user from among multiple candidate programs as the recipient program.

For example, if the second condition is "a program executed the most times in a unit period," the determination means 565 may determine, from among multiple candidate programs, the candidate program that is executed the most times in a unit period as the recipient program. This number of executions may specifically be the number of times the program is started or logged in, the number of times a specific function is started, or the number of times a game part is started or cleared. Furthermore, for example, if the candidate programs are game programs, the determination means 565 may determine, as the recipient program, the game program whose execution history of each game program shown in the behavior history is most likely to be in line with the behavioral course.

With the above configuration, the determination means 565 can determine the program to which the reward will be awarded based on the user's behavioral history or the user's selection. This allows the program to be flexibly determined based on the user's behavior up to that point or the user's wishes. Therefore, when setting the program to which the reward will be awarded from among multiple programs, it is possible to select a program that is appropriate for each user. Furthermore, if the program to which the reward will be awarded is a game prescribed by the diagnostician user (hereinafter also referred to as a "prescribed game"), this can increase the patient user's motivation to continue playing the prescribed game.

The determination means 565 may determine the recipient program based on, for example, the execution volume of each candidate program indicated in the behavioral history. For example, if the execution volume is the number of logins, the determination means 565 may determine, as the recipient program, the candidate program with the most logins in a predetermined period of time among the multiple candidate programs. Furthermore, if the candidate programs are game programs and the execution volume is the game play time (in other words, the game execution time), the determination means 565 may determine, as the recipient program, the candidate program with the largest total play time among the multiple candidate programs. In other words, by providing a reward to a game that is played quantitatively frequently, it is possible to increase motivation for the game and allow the patient to experience the enjoyment of playing the game itself. Conversely, in a similar case, the determination means 565 may determine, as the recipient program, the candidate program with the smallest total play time, based on the treatment policy registered by the diagnosing user. For example, if the patient user has never played a game recommended by the diagnosing user, the game may be determined as the recipient program to provide a reward to encourage the patient to try it out.

With the above configuration, the determination means 565 can determine the recipient of the reward based on the amount of execution, which quantitatively indicates the user's level of motivation for each candidate program. Therefore, for example, the prescription game that has been played the longest is likely to be a game that the patient user relatively prefers to play, and by designating this game program as the recipient of the reward, the user's motivation to play the prescription game can be further increased.

The determination means 565 may determine the recipient program based on, for example, the amount of execution in the most recent unit period out of multiple unit periods. For example, if the unit period is "one day," i.e., the amount of execution is measured in days, the determination means 565 may determine as the recipient program the candidate program with the highest total number of plays in the most recent three days. For example, if the specified period is six months, the patient user may have been engrossed in playing game A until one month ago, but their preferences may have changed and they may now be engrossed in playing game B. With this configuration, the determination means 565 can determine as the recipient of the reward a program that matches the patient user's latest state at the time of determination, even if the patient user's preferences or other conditions change.

The determination means 565 may, for example, determine as the recipient program a candidate program associated with the reward selected by the patient user received by the reception means 562. With this configuration, the determination means 565 can determine as the recipient of the reward the program for which the patient user wishes to receive a reward.

The determination means 565 may determine one or more recipient programs from among multiple candidate programs based on, for example, a combination of (a) the user's execution volume of the candidate programs and (b) behavior unrelated to the execution of the candidate programs.

-Means of accumulation-
The accumulation unit 566 accumulates points for each candidate program based on the execution volume of each candidate program indicated in the behavioral history. The accumulation unit 566 manages points by storing point information indicating the accumulated points as user information 551 in the storage unit 55. For example, if the execution volume is the number of times a game app is executed, the accumulation unit 566 may award the patient user one point for every 10 executions and accumulate the points. Furthermore, the execution volumes of the candidate programs may be different types of execution volumes. For example, the accumulation unit 566 may accumulate points for the execution volume of game app A as the number of times game A is executed, and for the execution volume of game app B as the number of stages cleared in game B (e.g., clearing 50 out of 100 stages). Furthermore, points may be increased or decreased as a balance, as indicated by a gauge on the status check screen 820 shown in the example of FIG. 3 , or may be issued as tokens like electronic tickets or electronic coupons, or may be redeemable after a predetermined number has been accumulated, like a stamp card.

With the above configuration, it is possible to set for each candidate program the type of execution volume and the amount of execution volume required to accumulate one point. For example, if the candidate program is a game program, points can be accumulated according to the execution volume appropriate to the type of game, such as a fighting game or puzzle game providing the execution volume based on the number of executions, or an action game or role-playing game providing the execution volume based on the progress of the main quest. Therefore, even if there is a wide variety of candidate programs, points can be accumulated according to the compatibility between each candidate program and the patient user.

- Specific means -
The identification means 567 identifies various candidates presented by the patient user. The identification means 567 identifies potential rewards, which are potential rewards, based on, for example, the points accumulated by the accumulation means 566. The identification means 567 may also identify potential rewards for each candidate program, for example. If the candidate programs are games, for example, the identification means 567 may identify game media that can be acquired with the points accumulated by the accumulation means 566 for each game program as potential rewards. More specifically, the identification means 567 may identify game media that can be acquired with the accumulated points based on an exchange rate, and further identify the number of game media that can be acquired for each identified game medium.

- Presentation means -
The presentation means 568 presents various information to the patient user. The means by which the presentation means 568 presents various information to the user may be any mode, for example, the information may be displayed on a screen by the output unit 52, or may be written to a specific file and output. In the case of output via a screen, the presentation means 568 may generate output information for outputting a screen of a support site or a support app including various images, text, etc.

The presentation means 568 presents the patient user with multiple potential rewards identified by the identification means 567. The presentation means 568 may, for example, display, for each game program, game media that can be acquired with the accumulated points identified by the identification means 567. Specifically, if the accumulated points are 1,000 points, the presentation means 568 may display, as potential rewards, items for each of games A to C that can be acquired by spending 1,000 points (Game A: 3 booster items, Game B: 4 action count increase items, Game C: 10 stamina recovery potions), as shown in the example reward selection screen 870 in Figures 4 and 5 described below.

The presentation means 568 may include a point display means 5681. The point display means 5681 displays the points accumulated by the accumulation means 566 of each candidate program in a comparative manner. The point display means 5681 may, for example, display the amount of points accumulated in each of the candidate programs, game app A (referred to as game A) and game app B (referred to as game B), side by side in a bar graph-like gauge, as in the status check screen 820 shown in the example of Figure 3 described below.

-Game execution means-
The game execution means 569 executes a game including a game part in response to operation input from the patient user. For example, the game execution means 569 executes the game by operating a player character in response to operation input from the user to the input unit 53 of the patient terminal 5. In order to execute the game, the game execution means 569 also receives game data and user information from the game server 3 via the network interface 51.

- Notification control means -
When the game is executed, the notification control means 570 controls the display and audio output in the output unit 52 in response to operations by the patient user of the device 5 .

<Examples of screens and screen transitions>
3 to 5, examples of screens and screen transitions that the presentation unit 568 displays on the display of the patient terminal 5 will be described.

Figure 3 is a screen transition diagram of screens for various settings of functions provided by the support app and screens for checking various statuses. The example screen shown in Figure 3 is an example of a support app screen. As shown in Figure 3, when the patient user launches the support app on the patient terminal 5 and logs in after account authentication, the presentation means 568 displays a home screen 810. The home screen 810 includes a play button 811 for launching a game app, a status check button 812 (labeled "Mission Status" in Figure 3) for displaying a status check screen 820, and a reward setting button 813 for displaying a reward setting screen 830.

When the patient user presses the status check button 812, the presentation means 568 displays the status check screen 820 (referred to as the "mission status check screen" in Figure 3). The status check screen 820 displays the extent to which the patient user has achieved the target values for each treatment action assigned by the diagnoser user as a mission for the patient user's treatment. The target values for each action may be included, for example, in the course of action.

The status check screen 820 displays the amount of attempted games (e.g., play time or play progress) prescribed by the diagnostician, or the amount of medication or hospital visits, using a recognizable gauge. Specifically, the status check screen 820 displays the cumulative play time of the game app relative to the target play time for the entire game app (100 points) as "1-1. Total Play." The status check screen 820 also displays the cumulative play time up to the display time for Game A relative to the target play time (30 points) as "1-2. Game A." The status check screen 820 also displays the number of stages cleared up to the display time for Game B relative to the target number of stages (30 points) as "1-3. Game B." The status check screen 820 also displays a message for Game A saying, "One hour left until 30 P (points) are earned." In other words, the presentation means 568 notifies the patient user that if the patient user plays Game A for an additional hour, 30 points will be accumulated by the accumulation means 566. The status confirmation screen 820 displays, under "4. Total points earned," the total number of points (900 points) accumulated by the accumulation means 566 for all treatment actions for each patient user.

When the patient user presses the reward setting button 813, the presentation means 568 displays the reward setting screen 830. The reward setting screen 830 is a screen for setting rewards and confirming the setting contents, and displays the currently set reward recipient program (in this example, game app A, and shown as "Current reward recipient game: Game A" in Figure 3) and the reward contents (in this example, three booster items 1). The reward setting screen 830 includes a rule setting button 831 for displaying the rule setting screen 840.

When the patient user presses the rule setting button 831 (labeled "Change Selection Rule" in Figure 3), the presentation means 568 displays the rule setting screen 840. The rule setting screen 840 is a screen for setting a rule for determining a destination program from among multiple candidate programs (hereinafter also referred to as a "destination determination rule"). There may be two types of destination determination rules: (a) automatic determination based on a second condition, and (b) manual determination based on a user selection. The rule setting screen 840 includes an automatic setting area 841 for determination based on the above rule (a), a manual setting area 842 for determination based on the above rule (b), and an OK button 843 for confirming the content entered in the check boxes on the screen. The automatic setting area 841 includes, for example, a check box for "Candidate program with the highest amount of game attempts (shown as "No. 1 in amount of play activity" in FIG. 3 )," and two check boxes below that, "Cumulative (for a specified period)" and "Cumulative for the last three days (of a specified period)," regarding the period for calculating the amount of game attempts. For example, as in the example of FIG. 3 , when the patient user checks both the check box for "Candidate program with the highest amount of game attempts" and the check box for "Cumulative (for a specified period)," and presses the OK button 843, the determination means 565 changes the settings of the recipient determination rules to include, in the second condition, "the cumulative value (total value) of the amount of game attempts over a specified period is the largest."

Figure 4 is a screen transition diagram of various screens when a patient user plays a game via the assistance app and when a reward is awarded to this patient user for playing the game. In the example screens shown in Figure 4, the home screen 810, game menu screen 860, and reward selection screen 870 are example screens of the assistance app. On the other hand, the clear screen (1/2) 910 and clear screens (2/2) 920, 930 are example screens of game app A.

As shown in FIG. 4, when the patient user presses 811 on the home screen 810, the presentation means 568 displays a game menu screen 860. The game menu screen 860 includes buttons for launching each of game apps A to B. When the patient user presses the button for launching game app A (labeled "Game A" in FIG. 4), game app A is launched by the assistance app. The launched game app A executes Quest 1 in response to the patient user's operation input.

When Quest 1 is completed, game app A displays a cleared screen (1/2) 910. The cleared screen (1/2) 910 includes a transition button 911 for transitioning to the next screen, and notifies the patient user that points will be awarded for completing Quest 1.

When the patient user presses the transition button 911, the presentation means 568 causes game app A to display the clear screen (2/2) 920 if the above rule (a) is selected on the rule setting screen 840 of Figure 3, or the clear screen (2/2) 930 if the above rule (b) is selected.

The clear screen (2/2) 920 notifies the patient user that the conditions for awarding points have been met and that 100 points have been acquired, i.e., that 100 points have been accumulated by the accumulation means 566. The clear screen (2/2) 920 also notifies that, because the cumulative total of the accumulated points (1,000 points) has met the first condition, game app A will be the award destination program in accordance with the above rule (a) selected on the rule setting screen 840 of FIG. 3, and that three booster items 1 for game A will be awarded as a reward.

Like the clear screen (2/2) 920, the clear screen (2/2) 930 notifies the patient user that 100 points have been acquired. The clear screen (2/2) 930 also includes a reward selection button 931 that displays the reward selection screen 870, which allows the user to select a recipient program according to the above-mentioned (b) rule selected on the rule setting screen 840 of FIG. 3, when the total accumulated points satisfy the first condition.

When the patient user presses the reward selection button 931, the presentation means 568 displays the reward selection screen 870. The reward selection screen 870 is a screen for the patient user to select a program to which a reward will be awarded. The reward selection screen 870 includes a recipient selection area 871 for selecting a recipient program from among candidate programs for each point to be consumed from the accumulated points (hereinafter also referred to as "consumed points"), and an OK button 872 for confirming the content entered in the checkboxes in the recipient selection area 871.

The recipient selection area 871 includes a reward candidate area 871a. To present reward candidates to the patient user, the reward candidate area 871a includes checkboxes for selecting a reward to be awarded from among multiple reward candidates for each consumed point, and ultimately selecting a recipient program from among the candidate programs. The reward candidate area 871a displays, for example, game media for each of games A to C that can be acquired with 1,000 consumed points, and the number of such media. The recipient selection area 871 also includes a reference area 871b. The reference area 871b displays rewards that require points within a predetermined range (in this example, +1,000 points) from the accumulated points, but that cannot be acquired because they require points exceeding the accumulated points. This configuration allows the patient user to understand the rewards that can be acquired by accumulating more points. This allows the patient user to consider whether to spend points to acquire a reward now, or to accumulate more points and then acquire an upgraded reward. In the example of FIG. 4, the checkbox in the reward candidate area 871a is checked to select Game B as the recipient program. When the patient user presses the OK button 872, the accumulation means 566 subtracts 1,000 points, which are the consumed points, from the accumulated 1,000 points, and the support app instructs Game app B to grant four action count increase items to the patient user's account.

Figure 5 shows the transitions between the various screens displayed when a patient user is rewarded for visiting a hospital.

When the diagnoser user registers the patient user's hospital visits in accordance with the treatment plan as behavioral history from the diagnoser terminal 7, the patient user earns 100 points based on the hospital visit history indicated in the behavioral history, i.e., 100 points are accumulated in the accumulation means 566. When the patient user presses the status check button 812 on the home screen 810, the presentation means 568 pops up a hospital visit mission clear screen 880 before displaying the status check screen 820. As another example, the presentation means 568 may pop up the hospital visit mission clear screen 880 when the support app is launched. The hospital visit mission clear screen 880 notifies the patient user that 100 points have been earned by visiting the hospital, i.e., that the points have been accumulated in the accumulation means 566. The hospital visit mission clear screen 880 includes a reward selection button 881 that displays a reward selection screen 870 that allows the user to select a recipient program according to the above rule (b) selected on the rule setting screen 840 of FIG. 3. When the patient user presses the reward selection button 881, the presentation means 568 displays the reward selection screen 870.

<Operational flow of the support system>
An example of the process flow and interactions in the support system 1 will be described with reference to FIGS.

Figure 6(a) is a sequence diagram showing the process flow and interactions when the support app acquires the behavioral history from the management server 2 and accumulates points for each treatment action, such as treatment or medication, shown in the behavioral history.

As shown in FIG. 6(a), first, the diagnostician terminal 7 accepts input of diagnostic information from the diagnostician user (step st11). The diagnostician terminal 7 transmits this input diagnostic information to the management server 2 (step st12). Upon receiving the diagnostician information from the diagnostician terminal 7, the management server 2 registers this diagnostic information in its own memory (step st13). The management server 2 extracts behavioral history of treatment actions, such as hospital visits and medication, from the registered diagnostic information and/or action plan (step st14). The management server 2 transmits this extracted behavioral history to the patient terminal 5 (step st15). The acquisition means 563 of the support app in the patient terminal 5 acquires the behavioral history transmitted from the management server 2 (step st16). The accumulation means 566 of the support app accumulates points for each behavior based on the treatment actions during a predetermined period indicated in the acquired behavioral history (step st17). As another example, when the support app is launched, a request to acquire the behavior history may be sent to the management server 2, and the behavior history may be sent from the management server 2 to the support app in response to this acquisition request.

Figure 6(b) is a sequence diagram showing the process flow and interactions when the support app acquires game execution history as behavior history from the game app and accumulates points for each game.

As shown in FIG. 6(b), first, the game execution means 569 of the game app of the patient terminal 5 executes a game in response to operation input by the patient user (step st21). The game app of the patient terminal 5 provides the execution history of the executed game to the assistance app (step st22). The acquisition means 563 of the assistance app acquires the execution history provided by the game app. The accumulation means 566 of the assistance app accumulates points in the game app based on the amount of execution of the treatment-related game app during a predetermined period indicated in the acquired execution history (step st24). The provision and acquisition of this execution history may be in any manner. For example, the game app may store a file indicating the execution history in a specific location in the memory of the patient terminal 5, set an access path to the specific location in the assistance app, and the assistance app may acquire this file based on the set access path.

Figure 7 is a sequence diagram showing the process flow and interactions when it is determined in Figure 6 that a reward should be awarded using the accumulated points, the program to which the reward should be awarded is determined, and the reward is awarded to the program.

As shown in FIG. 7 , when the assistance app of the patient terminal 5 is launched, the reception means 562 of the assistance app receives a login request from the patient user (step st31). When the reception means 562 receives the login request, the communication means 561 of the assistance app transmits a request for account authentication to the management server 2 (step st32). When the management server 2 receives the request for account authentication from the assistance app of the patient terminal 5, it executes the account authentication process (step st33). The management server 2 transmits the result of the account authentication (in this example, authentication is successful) to the assistance app of the patient terminal 5 (step st34). When the communication means 561 of the patient app receives a result indicating successful authentication, the determination means 564 determines whether to grant a reward to the patient user according to a first condition including that the points accumulated by the accumulation means 566 are equal to or greater than a threshold value.

If the determination means 564 determines that a reward should be awarded to the patient user, the management server 2 and the patient terminal 5 execute processing within the area indicated by the composite fragment opt1 (Option1). Specifically, first, the determination means 565 of the assistance app on the patient terminal 5 determines one or more recipient programs to which the reward will be awarded from among multiple candidate programs, including programs other than the assistance app, in accordance with the second condition or the user's selection (step st36). In this example, it is assumed that the recipient program is a game app. The determination means 565 instructs the game app, which is the recipient program, to award the reward (step st37). The accumulation means 566 of the assistance app consumes the points required to award the reward from the accumulated points (step st38). When the game app on the patient terminal 5 receives the reward instruction from the assistance app, it performs processing to award the reward to the patient user's game account (step st39). Specifically, the game app may send an instruction to the corresponding game server 3 to grant a reward, and the game server 3 may grant (or associate) the game content as a reward to the patient user's account.

To summarize the above, this program causes the control unit 56 (computer) of the patient terminal 5 to function as: history acquisition means 5631 that acquires the user's behavioral history; judgment means 564 that determines whether or not to grant a reward to the user in accordance with a first condition based on the behavioral history; and determination means 565 that, when the judgment means 564 determines that a reward should be granted to the user, determines one or more recipient programs to which the reward will be granted from among a plurality of candidate programs, including other programs different from the program, in accordance with a second condition based on the behavioral history that differs from the first condition, or with the user's selection.

<Effects>
According to this embodiment, the program to which a reward is to be awarded can be determined based on the user's behavioral history or user selection. Therefore, the program to which a reward is to be awarded can be determined based on the user's behavior up to that point or the user's wishes. Therefore, when setting the program to which a reward is to be awarded from among multiple programs, it is possible to select a program that is appropriate for each user.

[Variations]
Although the present invention has been described based on the above embodiment, the present invention is not limited to the above embodiment. The following cases are also included in the present invention.

[First Modification]
In the above embodiment, an example was described in which the user's behavior history is a history of medical treatment behavior (specifically, a history of behaviors such as playing a game, taking medicine, or visiting a hospital), but the user's behavior history according to the present invention is not limited to this. For example, the user's behavior history may be, for example, the user's diet history, exercise history, or movement history (in other words, a history of the user's location information). Furthermore, in the above embodiment, an example was described in which the candidate program, and therefore the recipient program, is a game program, but the candidate program and recipient program according to the present invention are not limited to this. The candidate program may be, for example, a step counting app, a running app, a healthcare app (in other words, a health management app), etc.

[Second Modification]
In the above embodiment, an example of an instruction from the support app to the game app has been described as an example of an instruction to grant a reward to a grantee program, but the form of the instruction to grant a reward according to the present invention is not limited to this. For example, the support app may first send an instruction to grant a reward to the game app to the management server 2, which may then send the instruction to grant a reward to the game server 3 via the management server 2. The game server 3 may then receive this instruction and grant the instructed reward to the game account of the patient user.

[Third Modification]
In the above embodiment, an example was described in which a support app is provided and this support app manages the behavior history of the treatment behavior, determines whether to grant a reward based on this behavior history, and determines the recipient of the reward, but the manner in which information related to granting of rewards according to the present invention is managed and controlled is not limited to this. For example, without providing a specific support app, information related to granting of rewards may be managed and controlled in one of multiple game apps A to C.

Second Embodiment
A support system 1a according to a second embodiment of the present disclosure (hereinafter also referred to as "the present embodiment") will be described, focusing on differences from the support system 1 of the first embodiment.

In the support system 1a according to this embodiment, the management server 2 determines whether to grant a reward and determines the recipient of the reward. According to this configuration, the patient terminal 5 does not need to perform complex judgment or decision processes, and only needs to perform output and input processes. Therefore, the patient user can earn rewards in the support system 1 simply by accessing the support site via a web browser, without having to install a program (e.g., a support app) dedicated to the support system 1a. Note that with regard to the means of the control unit 23 of the management server 2 shown in FIG. 8, means with the same names as the means of the control unit 56 of the patient terminal 5 shown in FIG. 1 have similar functions, and therefore redundant explanations will be omitted.

As shown in FIG. 8, the management server 2 has a network interface 21, a memory unit 22, and a control unit 23. The network interface 21 and the memory unit 22 are electrically connected to the control unit 23 via a bus 29.

The network interface 21 is communicatively connected to each user terminal and game server 3 via a communication network 6 such as the Internet or a LAN.

The storage unit 22 is a device that stores programs and data, such as a main storage device, auxiliary storage device, or external storage device. The storage unit 22 is composed of, for example, a hard disk drive (HDD), random access memory (RAM), read-only memory (ROM), and solid state drive (SSD). The storage unit 22 stores various programs, including part of the server program according to this embodiment, as well as various data such as user information 221.

User information 221 stores master data of various information stored in the user information 551 of the patient terminal 5, such as account information, condition information, behavior history, and point information indicating points accumulated by the patient user and for each treatment behavior.

The control unit 23 is composed of a microcomputer including a CPU and semiconductor memory, and is a processing device (e.g., a processor) that controls the operation of its own device 2, i.e., performs data calculations, processing, and transfer, executes programs, and controls other devices. The control unit 23 can realize various functions of the management server 2 by executing programs stored in the memory unit 22.

By executing various programs, the control unit 23 functions as a communication means 231, a matching means 232, a reception means 233, a registration means 234, an acquisition means 235, a judgment means 236, a decision means 237, a storage means 238, an identification means 239, and a presentation means 240.

-Means of communication-
The communication means 231 transmits and receives various data to and from the game server 3 and each user terminal. The communication means 231 receives, for example, diagnostic information and/or behavior history from the diagnostician terminal 7. The communication means 231 also transmits output information generated by the presentation means 240 to the patient terminal 5.

-Means of verification-
The verification means 232 authenticates the user account using the account information (user identification information) received from the user terminal.

-Method of reception-
The receiving means 233 receives a login request, a request to acquire output information, and/or a request to acquire a behavioral history from the patient terminal 5. In addition, the receiving means 233 receives, for example, from the patient terminal 5, a remuneration candidate selected by the patient user from among the multiple remuneration candidates presented by the presentation means 240 as a remuneration.

-Method of registration-
The registration means 234 registers the diagnostic information acquired from the diagnostician terminal 7 by the acquisition means 235 in the storage unit 22 as user information 221 .

-Method of acquisition-
The acquiring means 235 acquires diagnostic information from the diagnoser terminal 7. The acquiring means 235 also includes a history acquiring means 2351. The history acquiring means 2351 acquires the game execution history of the patient user from the game server 3. The history acquiring means 2351 also acquires the behavior history of treatment behavior such as taking medication and visiting the hospital from the diagnoser terminal 7.

- Presentation means -
When outputting on a screen of the patient terminal 5, the presentation unit 240 may generate output information for outputting a screen of the support site including various images, text, etc. The presentation unit 240 transmits the generated output information to the patient terminal 5.

Other Embodiments
The various control means and processing procedures described in the above embodiments are merely examples and are not intended to limit the scope of the present invention, its applications, or its uses. The various control means and processing procedures can be appropriately modified in design within the scope that does not change the gist of the present invention.

Games may be action games, shooting games, role-playing games, simulation games, board games, puzzle games, etc., and can be applied to various types of games.

In the above embodiment, the management server 2 and multiple user terminals function as a single unit to make the program work, but this is not limited to this. All of the program's means, i.e., the reception means, acquisition means, judgment means, decision means, storage means, and identification means, may be provided in the management server 2 alone, the patient terminal 5 alone, a communications terminal separate from the management server 2 and patient terminal 5, or two of these devices that can be combined (e.g., distributed processing between the management server 2 and the patient terminal 5). Furthermore, when the management server and patient terminals function as a single unit, it is also possible to change which means function in which device as appropriate.

Even when these other embodiments are adopted, the effects of this embodiment will be achieved. It is also possible to combine this embodiment with other embodiments, and other embodiments with each other, as appropriate.

REFERENCE SIGNS LIST 1 Support system 2 Management server 23 Control unit 3 Game server 5 Patient terminal 56 Control unit 563 Acquisition means 5631 History acquisition means 564 Determination means 565 Decision means 7 Diagnosis person terminal

Claims (12)

A program,
Computer,
a history acquisition means for acquiring a user's behavior history;
a determination means for determining whether to grant a reward to the user in accordance with a first condition based on the behavioral history;
when the determination means determines that a reward should be given to the user, the determination means functions as a determination means for determining one or more recipient programs to which the reward should be given from among a plurality of candidate programs including other programs different from the program, in accordance with a second condition based on the behavioral history different from the first condition or a selection by the user;
The behavior history indicates the amount of execution of each of the candidate programs by the user over a predetermined period of time,
the determining means determines the destination program based on the execution amount.
program . the candidate program is a game program for executing a game that progresses based on a user's operation input,
The program according to claim 1 , wherein the execution amount is determined based on a degree of progress of the game or an amount of attempts of the game. the predetermined period includes a plurality of unit periods,
the determining means determines the destination program based on the execution amount in the most recent unit period.
The program according to claim 1 . A program,
Computer,
a history acquisition means for acquiring a user's behavior history;
a determination means for determining whether to grant a reward to the user in accordance with a first condition based on the behavioral history;
when the determination means determines that a reward should be given to the user, the determination means functions as a determination means for determining one or more recipient programs to which the reward should be given from among a plurality of candidate programs including other programs different from the program, in accordance with a second condition based on the behavioral history different from the first condition or a selection by the user;
The behavior history indicates the amount of execution of each of the candidate programs by the user over a predetermined period of time,
The computer,
an accumulation means for accumulating points for each of the candidate programs based on the execution amount;
a point display means for displaying the accumulated points of each of the candidate programs in a comparable manner;
It functions as
the first condition includes that the accumulated points are equal to or greater than a threshold value;
program . The computer,
A determination means for determining a reward candidate that is a candidate for the reward based on the accumulated points;
a presentation means for presenting the identified plurality of reward candidates to the user;
functioning as a receiving means for receiving the reward candidate selected by the user from the presented plurality of reward candidates as the reward;
The determination means determines a candidate program associated with the selected reward as the grant recipient program.
The program according to claim 4 . A program,
Computer,
a history acquisition means for acquiring a user's behavior history;
a determination means for determining whether to grant a reward to the user in accordance with a first condition based on the behavioral history;
when the determination means determines that a reward should be given to the user, the determination means functions as a determination means for determining one or more recipient programs to which the reward should be given from among a plurality of candidate programs including other programs different from the program, in accordance with a second condition based on the behavioral history different from the first condition or a selection by the user;
The behavioral history includes a history of the user's behavior in accordance with a behavioral course of the user set by a diagnosing person who diagnoses the mental, physical, or ability state of the user.
program . the course of action includes the user executing at least one of the plurality of candidate programs;
The behavior history includes an amount of execution of the candidate program by the user.
The program according to claim 6 . The behavior history includes a history of behavior confirmed and input by the diagnostician, the history being a history of behavior of the user in accordance with the course of action.
The program according to claim 6 . the behavioral history includes a history of behavior not related to the execution of the candidate program;
The program according to claim 1. the determination means determines whether the first condition is met based on a combination of the amount of execution of the candidate program by the user and behavior unrelated to the execution of the candidate program.
The program according to claim 6 . a storage unit that stores the program according to any one of claims 1 to 10 ;
A control unit that executes the program.
Terminal device. a storage unit that stores the program according to any one of claims 1 to 10 ;
A control unit that executes the program.
system.