JP7641691B2 - Program, method, information processing device, and system - Google Patents

Description

The present invention relates to a program, a method, an information processing device, and a system.

In recent years, with the rapid spread of lifestyle-related diseases due to changes in lifestyle, the need for health management is increasing. Many of the various apps and health-related products provided in recent years are designed to help maintain and manage health, and can improve health problems. If these health-related products can be used effectively, they can be useful in preventing lifestyle-related diseases.

JP 2020-074165 A

However, health-related products have different efficacy. Also, it is difficult to judge whether a product is actually effective or not just by looking at it. Furthermore, if you are not aware of your illness, you may not even have the motivation to look for a product. Therefore, even though various effective products exist, the current situation is that they are not being used to their full potential.
In addition, Patent Literature 1 discloses that a system for managing an image forming device installed in a business establishment has multiple application information and proposes recommended applications based on user-specific data. However, since the invention described in Patent Literature 1 targets a system for managing an image forming device installed in a business establishment, it is not a suitable method for finding an application for managing a user's health.

The purpose of this disclosure is to effectively support users in utilizing health-related products.

The program disclosed herein is a program to be executed by a computer having a processor and a memory, and causes the processor to execute a first step of acquiring health checkup information relating to the results of a user's health checkup, a second step of presenting to the user recommended information on products for managing health based on the health checkup information, and a third step of managing the usage status of the products included in the recommended information.

The program disclosed herein can effectively support users in utilizing health-related products.

1 is a diagram showing the overall configuration of a system according to an embodiment of the present invention; FIG. 2 is a block diagram showing a functional configuration of a terminal device included in the system of the present embodiment. FIG. 2 is a block diagram showing the functional configuration of a server included in the system of the present embodiment. FIG. 2 is a diagram showing the data structure of a medical checkup information DB. 3A and 3B are diagrams illustrating data structures of a product information DB and an application information DB. FIG. 2 is a diagram illustrating a data structure of a log information DB. FIG. 2 is a diagram showing the data structure of a user information DB. FIG. 2 is a diagram illustrating a data structure of a product usage information DB. FIG. 4 is a diagram illustrating a data structure of an application usage information DB. FIG. 2 is a diagram illustrating an example of an operation in the system of the present embodiment. FIG. 11 is a diagram illustrating another example of the operation of the system according to the present embodiment. 11 is a flowchart illustrating an example of a process for obtaining information about products that are effective for a user. FIG. 11 is a diagram illustrating an example of a first screen displayed on a display of a terminal device. FIG. 11 is a diagram illustrating a second example of a screen displayed on the display of the terminal device. FIG. 13 is a diagram illustrating a third example of a screen displayed on the display of the terminal device. FIG. 13 is a diagram illustrating a fourth example of a screen displayed on the display of the terminal device.

One embodiment of the present invention will be described in detail below with reference to the drawings. In the drawings used to explain the embodiment, the same components are generally designated by the same reference numerals, and repeated explanations will be omitted.

<0. Overview>
The system 1 according to the present embodiment provides information about products useful to the user based on the results of the user's health check. In this description, a product is an application software (hereinafter, simply referred to as an app) used for health management, or a product used for health management. Products used for health management include health foods, health equipment, various measuring instruments, and various other products used to promote health.
That is, when the user's health condition is impaired or is highly likely to be impaired in the future, the system 1 provides information on apps or products that can be used to improve lifestyle habits. Furthermore, the system 1 manages whether the user actually uses the apps or products for which the system 1 provides information.

＜1. Overall structure＞
Fig. 1 is a diagram showing the overall configuration of a system 1 according to the present embodiment. As shown in Fig. 1, the system 1 includes a terminal device 10 used by a user, and a server 20. The terminal device 10 and the server 20 are connected to each other via a network 80 so as to be able to communicate with each other using a wireless or wired communication standard.
In the illustrated example, a plurality of terminal devices 10 are included in the system 1. The number of terminal devices 10 can be changed arbitrarily according to the number of users.

The terminal device 10 is a general-purpose computer that is used by a user for business purposes. The terminal device 10 is realized by a highly portable computer such as a smartphone or a tablet terminal. The terminal device 10 may also be a computer such as a stationary PC (Personal Computer), a laptop PC, or a head-mounted display.

As shown in FIG. 1, the terminal device 10 includes a communication IF (Interface) 12, an input device 13, an output device 14, a memory 15, storage 16, and a processor 19.

The communication IF 12 is an interface for transmitting and receiving signals so that the terminal device 10 can communicate with external devices.
The input device 13 is a device for receiving input operations from a user, and includes, for example, a touch panel, a touch pad, a pointing device such as a mouse, a keyboard, and the like.

The output device 14 is a device for presenting information to a user, and includes, for example, a display and a speaker.
The memory 15 is for temporarily storing programs and data to be processed by the programs, and is realized by a volatile memory such as a DRAM (Dynamic Random Access Memory).

The storage 16 is a storage device for saving data, and is realized by, for example, a flash memory or a hard disk drive (HDD).
The processor 19 is hardware for executing an instruction set written in a program, and is composed of an arithmetic unit, a register, peripheral circuits, and the like.

The server 20 is a device that executes the processes described below based on information input by the user. The server 20 is a computer connected to the network 80.

As shown in FIG. 1, the server 20 includes a communication IF 22, an input/output IF 23, a memory 25, a storage 26, and a processor 29.

The communication IF 22 is an interface for transmitting and receiving signals so that the server 20 can communicate with external devices.
The input/output IF 23 functions as an interface with the input device 13 for receiving input operations from the user, and with the output device 14 for presenting information to the user.

The memory 25 is for temporarily storing programs and data to be processed by the programs, and is realized by a volatile memory such as a DRAM.
The storage 26 is a storage device for saving data, and is realized by, for example, a flash memory or a HDD.
The processor 29 is hardware for executing an instruction set written in a program, and is composed of an arithmetic unit, a register, peripheral circuits, and the like.

<1-1. Configuration of terminal device 10>
Fig. 2 is a block diagram showing the configuration of the terminal device 10 included in the system 1 of the present embodiment. As shown in Fig. 2, the terminal device 10 includes a wireless communication unit 121, an operation input unit 130 (including a touch-sensitive device 131 and a display 132), a voice processing unit 140, a microphone 141, a speaker 142, a position information sensor 150, a camera 160, a storage unit 170, and a control unit 180.
The terminal device 10 also includes functions and configurations (e.g., a battery for storing power, a power supply circuit for controlling the supply of power from the battery to each circuit, etc.) that are not shown in Fig. 2. The blocks included in the terminal device 10 are electrically connected to each other, for example, by a bus or the like.

The wireless communication unit 121 performs processing for the terminal device 10 to communicate with other devices. The wireless communication unit 121 performs transmission processing on a signal generated by the control unit 180 via the antenna 122, and transmits the signal to the outside (e.g., the server 20). The wireless communication unit 121 performs reception processing on a signal received from the outside, and outputs the signal to the control unit 180.

The operation input unit 130 has a mechanism for accepting input operations from a user who owns the terminal device 10. Specifically, for example, if the operation input unit 130 is a touch screen, it includes a touch-sensitive device 131 and a display 132. Note that if the terminal device 10 is a PC, the operation input unit 130 may also include a mouse, a keyboard, etc.

The touch-sensitive device 131 detects the user's touch position on the touch panel, for example, by using a capacitive touch panel. The touch-sensitive device 131 outputs a signal indicating the user's touch position detected by the touch panel to the control unit 180 as an input operation.

The display 132 displays data such as images, videos, and text in response to the control of the control unit 180. The display 132 is realized, for example, by an LCD (Liquid Crystal Display) or an organic EL (Electro-Luminescence) display.

The audio processing unit 140 modulates and demodulates audio signals and is realized by, for example, a processor for audio processing.
The audio processing unit 140 modulates the audio signal provided from the microphone 141 and outputs the modulated signal to the control unit 180. The audio processing unit 140 also demodulates the audio signal provided from the control unit 180 and provides the demodulated signal to the speaker 142.

The microphone 141 receives voice input and outputs a voice signal corresponding to the voice input to the voice processing unit 140. The speaker 142 converts the voice signal provided by the voice processing unit 140 into voice and outputs the voice to the outside of the terminal device 10.

The position information sensor 150 is a sensor that detects the position of the terminal device 10, and is, for example, a GPS (Global Positioning System) module. The GPS module is a receiving device used in a satellite positioning system. In a satellite positioning system, signals are received from at least three or four satellites, and the current position of the terminal device 10 in which the GPS module is installed is detected based on the received signals.

Camera 160 is a device that receives light using an image sensor and outputs the light as an image signal. Camera 160 is disposed, for example, in a position facing the user who uses terminal device 10. Camera 160 captures, for example, a picture of the user's health certificate and outputs an image signal.

1, and stores data and programs used by the terminal device 10. For example, the storage unit 170 stores user health check information 171. The user health check information is information related to the user's health check. Specific examples of the health check information will be described in the health check information DB described later.
In addition, the information regarding health checkups in this description may include test items included in commonly conducted regular health checkups, as well as information regarding the user's biometric information, such as DNA information, which is not included in test items in commonly conducted regular health checkups.

The control unit 180 is realized by the processor 19 reading a program stored in the storage unit 170 and executing instructions included in the program. The control unit 180 controls the operation of the terminal device 10. Specifically, for example, the control unit 180 performs the functions of an operation reception unit 181, a transmission/reception unit 182, an acquisition unit 183, and a display unit 184.

The operation reception unit 181 performs processing for receiving a user's operation input from the input device 13. For example, the operation reception unit 181 determines the type of operation, such as whether the operator's operation is a flick operation, a tap operation, or a drag (swipe) operation, based on information about the coordinates where the user touches the touch-sensitive device 131 with a finger or the like, and receives the operation.

The transmission/reception unit 182 performs processing for the terminal device 10 to transmit and receive data to and from external devices such as the server 20 in accordance with a communication protocol.

The acquisition unit 183 acquires health check information of a user who uses the terminal device 10. For example, the acquisition unit 183 acquires health check information input by the user operating the operation input unit 130 in response to an input format of the health check information displayed on the display 132.
The acquisition unit 183 may also acquire medical checkup information by performing image analysis using character recognition processing on image data input by the user photographing at least a part of the medical checkup report using the camera 160. At this time, for a part of the medical checkup report that is not included in the image data, the acquisition unit 183 acquires medical checkup information input by the user operating the operation input unit 130 in the input format of the medical checkup information. The image data acquired by the acquisition unit 183 may be transmitted to the server 20 via the transmission/reception unit 182.

The acquisition unit 183 presents to the terminal device 10 information that reminds the user to upload health checkup information. The acquisition unit 183 acquires health checkup information input in response to the reminder, or image data captured in response to the reminder. The acquisition unit 183 presents the reminder information to the terminal device 10, for example, at a predetermined time. The predetermined time is, for example, a predetermined month, a predetermined season, etc. The acquisition unit 183 may also present the reminder information based on the time that has passed since the previous upload. For example, the acquisition unit 183 presents the reminder information to the terminal device 10 when one year has passed since the previous upload. The predetermined period for uploading health checkup information may be set arbitrarily by the user.

The acquisition unit 183 may access a system of an external health checkup center in response to a user operation, and acquire the user's health checkup information.
The acquisition unit 183 acquires operation information when the user operates the terminal device 10. Specifically, the acquisition unit 183 acquires operation information when the user purchases a product from an EC site. Also, for example, the acquisition unit 183 acquires operation information when the user downloads an app from a distribution site. Also, for example, the acquisition unit 183 acquires operation information when the user uses the downloaded app.

The acquisition unit 183 may acquire product purchase information. Specifically, when a user purchases a product at a store without using an EC site, the acquisition unit 183 accepts input of information about the purchased product from the user. The acquisition unit 183 acquires the input information as purchase information indicating that the user has purchased the product.
The acquisition unit 183 acquires product usage information. Specifically, when the user uses a product, the acquisition unit 183 accepts input of information about the used product from the user. The acquisition unit 183 acquires the input information as usage information indicating that the user has used the product.
The information acquired by the acquisition unit 183 , for example, medical examination information, operation information, purchase information, or usage information, is tagged with user identification information and transmitted to the server 20 via the transmission/reception unit 182 .

The display unit 184 displays various information to the user by displaying various data on the output device 14.

<1-2. Functional configuration of server 20>
3 is a block diagram showing the functional configuration of the server 20 included in the system 1 of the present embodiment. As shown in FIG. 3, the server 20 fulfills the functions of a communication unit 201, a storage unit 202, and a control unit 203.

The communication unit 201 performs processing for the server 20 to communicate with external devices.

The memory unit 202 is configured from the storage 26 shown in FIG. 1, and stores data and programs used by the server 20. For example, the memory unit 202 stores a health check information database (DB) 281, a product information database (DB) 282, an application information database (DB) 283, a log information database 284, a user information database (DB) 285, a product usage information database (DB) 286, and an application usage information database (DB) 287.

The health check information DB281 is a database for storing the user's health check information. Details will be described later.

Product information DB282 is a database for storing information about products used in health management. Details will be described later.

The app information DB283 is a database for storing information about apps used for health management. Details will be described later.

The log information DB 284 is a database for storing operation information related to a product by a user as an operation log. Here, the operation information related to a product includes, for example, operation information when a user purchases a product from an EC site, operation information when a user downloads an app, and operation information when a user uses the downloaded app.
Details will be provided below.

User information DB285 is a database for storing information obtained about users. Details will be described later.

Product usage information DB286 is a database for storing information about the use of products by users. Details will be described later.

The app usage information DB287 is a database for storing information about the user's use of apps. Details will be described later.

The storage unit 202 also stores a trained model 288 generated by machine learning. The trained model 288 is stored in advance in the storage unit 202, for example, when the server 20 provides a service to a user of the terminal device 10 in response to an access from the user. The trained model 288 may be generated whenever necessary based on an operation log or health check information transmitted by the terminal device 10 to the server 20.
The trained model 288 is a model that identifies health management products that are useful for improving a user's health condition, for example, based on the user's health check information.

The trained model 288 is obtained by having the machine learning model perform machine learning based on the training data in accordance with a model training program. For example, in this embodiment, the trained model 288 is trained to output, in response to input health check information, information about diseases of concern and information about products that are useful for preventing or improving the diseases of concern. Here, diseases of concern are diseases that the user is determined to be suffering from and diseases that the user is determined to be highly likely to suffer from in the future.

In this case, the learning data may, for example, take the values of each item in the health check information as input data, and disease information of concern for the input values of each item and product information related to the disease information as correct output data. Note that the learning data may, for example, take the changes over time of each item in the health check information as input data, and disease information of concern for the changes over time of each input item and product information related to the disease information as correct output data.

Diseases of concern based on health checkup results and products that are useful for preventing or improving the diseases of concern are set, for example, based on the opinions of experts. In other words, the correct answer output data is, for example, a disease predicted by an expert based on the health checkup results, and measures to be taken for the predicted disease, products for implementing the measures, apps for managing the implementation of the measures, etc., are determined by the expert.

The trained model 288 according to this embodiment is, for example, a parameterized composite function in which multiple functions are combined. The parameterized composite function is defined by a combination of multiple adjustable functions and parameters. The trained model 288 according to this embodiment may be any parameterized composite function that satisfies the above requirements, but is assumed to be a multi-layered network model (hereinafter referred to as a multi-layered network). The trained model 288 using a multi-layered network has an input layer, an output layer, and at least one intermediate layer or hidden layer provided between the input layer and the output layer. The trained model 288 is expected to be used as a program module that is part of artificial intelligence software.

As the multi-layered network according to this embodiment, for example, a deep neural network (DNN), which is a multi-layered neural network that is the subject of deep learning, may be used. As the DNN, for example, a convolution neural network (CNN) that targets images may be used.

The control unit 203 is realized by the processor 29 reading a program stored in the storage unit 202 and executing instructions included in the program.
The control unit 203 controls the operation of the server 20. Specifically, the control unit 203 exerts functions as a transmission/reception unit 2031, a memory control unit 2032, an inference unit 2033, a presentation unit 2034, a counting unit 2035, an assignment unit 2036, and an acquisition unit 2037, for example.

The transmission/reception unit 2031 controls the process in which the server 20 transmits and receives data to and from external devices such as the terminal device 10 in accordance with a communication protocol. Specifically, for example, the transmission/reception unit 2031 receives medical checkup information transmitted from the terminal device 10. The transmission/reception unit 2031 also receives operation information transmitted from the terminal device 10. The transmission/reception unit 2031 also receives product purchase information transmitted from the terminal device 10. The transmission/reception unit 2031 also receives product usage information transmitted from the terminal device 10. The transmission/reception unit 2031 may also receive image data relating to a medical certificate photographed by the camera 160.

The memory control unit 2032 stores various types of information received by the transmission/reception unit 2031 in the memory unit 202. Specifically, the memory control unit 2032 stores the health check information received by the transmission/reception unit 2031 in the health check information DB 281. The memory control unit 2032 also stores the operation information received by the transmission/reception unit 2031 in the log information DB 284 as an operation log. The memory control unit 2032 also stores the product purchase information received by the transmission/reception unit 2031 in the user information DB 285. The memory control unit 2032 also stores the product usage information received by the transmission/reception unit in the product usage information DB 286.

The inference unit 2033 executes a process of inferring a disease of concern and a useful product based on the user's medical checkup result. Specifically, for example, the inference unit 2033 inputs medical checkup information stored in the medical checkup information DB 281 of the storage unit 202 to the trained model 288, and infers a disease of concern and a product useful for the user. Specifically, for example, the inference unit 2033 inputs medical checkup information to the trained model 288, and obtains identification information for identifying the disease of concern and the product output from the trained model 288.
Note that multiple diseases of concern may be output from the trained model 288. Also, multiple products useful for the diseases of concern may be output from the trained model 288.

The presentation unit 2034 creates recommendation information from the disease inferred by the inference unit 2033 and information regarding the product, and presents it to the user via the terminal device 10.
Specifically, for example, the presentation unit 2034 reads out information about a product or an app from the product information DB 282 and the app information DB 283 based on the disease and the identification information for identifying the product acquired by the inference unit 2033. The presentation unit 2034 creates recommendation information so as to include the inferred disease and the read information about the product or app.

At this time, the presentation unit 2034 may set priorities when listing by referring to the evaluation scores and usage scores in the product information DB 282 and the app information DB 283, respectively. In other words, the presentation unit 2034 may treat popular products more preferentially than unpopular products. The evaluation score is calculated based on, for example, the usage status of the app or product, or evaluations from users. The usage score is calculated based on the extent to which all users actually use it.

The presentation unit 2034 may also point out non-use of a purchased product. For example, the presentation unit 2034 refers to the user information DB 285, and if a purchased product has not been used for a preset period of time, points out to the user that the product is not being used.

The tallying unit 2035 tally up the usage history by the user of the product included in the recommendation information. Specifically, the tallying unit 2035 refers to the log information DB 284 stored in the storage unit 202, sorts and tally the operation logs related to the corresponding product, and extracts the usage history of the app. The storage control unit 2032 stores the extracted information related to the usage history of the app as a new record in the app usage information DB 287.
The tallying unit 2035 also refers to the product usage information DB 286 and the application usage information DB 287, and sorts and tallys up the products and applications that have been used frequently by users. A high usage score value is given to a product or application that has been used frequently within a certain period of time. The memory control unit 2032 updates the usage score value in the product information DB 282 using the usage score value based on the frequency of product use. The memory control unit 2032 also updates the usage score value in the application information DB 283 using the usage score value based on the frequency of application use.

The granting unit 2036 grants advantageous information (benefits) to the user depending on the user's usage of the system 1 .
When the usage mode of the product meets a predetermined requirement based on the user's usage history, for example, when the granting unit 2036 confirms that the product is used in a recommended manner, the granting unit 2036 grants the first benefit to the user. The first benefit is points having a monetary value that can be used for various health-related services. Specifically, for example, the first benefit is applied to insurance premiums for external insurance services, and is a benefit that allows the user to receive services such as a partial deduction of insurance premiums. This is because the attitude of continuing healthy habits is evaluated in insurance services. In addition, the granting unit 2036 may grant the first benefit to the user when the user uses an app or product included in the recommended information a predetermined number of times.

Furthermore, when the acquisition unit 183 of the terminal device 10 acquires the medical checkup information, the granting unit 2036 grants a second benefit to the user corresponding to the medical checkup information. The second benefit is points having a monetary value that can be used to undergo a medical checkup. Specifically, for example, the second benefit is a benefit that can be applied to the cost of a medical checkup performed by an external medical checkup center, and allows the user to receive a service such as a partial deduction of the cost. This is because the attitude of undergoing regular medical checkups and making an effort to manage one's health is evaluated.

The acquisition unit 2037 acquires information about products used by other users whose health conditions are improving.
Specifically, for example, the acquisition unit 2037 extracts other users who are concerned about the same disease as the predetermined user. The acquisition unit 2037 extracts users whose health condition has improved from the extracted other users. The acquisition unit 2037 acquires information about the products used by the extracted other users from the user information BD285 of the users. The predetermined user is, for example, a user who has requested information via the terminal device 10, or a user selected based on a predetermined requirement. The predetermined requirement is, for example, that the period of use of the product has reached a preset period, that a preset period has passed since the user underwent a health check, that the health condition has not improved for a preset period, etc.

2. Data Structure
4 to 7 are diagrams showing data structures of databases stored in the server 20. Note that Fig. 4 to Fig. 7 are examples of each data structure, and do not exclude data not shown.

Figure 4 is a diagram showing the data structure of health check information DB281. As shown in Figure 4, each record of health check information DB281 includes the items "user ID", "acquisition date", "diagnosis date", "name", "age", "sex", "height", "weight", "body fat percentage", "BMI", "muscle mass", "waist circumference", "blood pressure", "blood test value", "visual acuity", "hearing", etc.

The "User ID" item stores an ID for identifying the user.

The "Acquisition Date" item stores the date on which the server 20 acquired the health check information.

The "Date of Diagnosis" item is information that indicates the date on which the user underwent a health check.

The "Name" item is information indicating the user's name. The "Age" item is information indicating the user's age. The "Gender" item is information indicating the user's gender.

The items "height," "weight," "body fat percentage," "BMI," "muscle mass," "waist circumference," "blood pressure," "blood test results," "visual acuity," and "hearing" are information showing the results of measurements taken as each test item in a health checkup.

The blood test value item includes various analytical items analyzed in blood tests, such as the "γ-GTP" value, as sub-items.

The medical examination information DB281 may store information other than the information shown in FIG. 4. For example, it may include information about a video of the inside of the body captured by an endoscope, or information about the results of a determination of the presence or absence of Helicobacter pylori performed using cells collected by an endoscope.

5 is a diagram showing the data structure of the product information DB 282 and the data structure of the application information DB 283 as information related to a product. In the description of this embodiment, the product information DB 282 stores information about a product that can be output from the trained model 288. Furthermore, the application information DB 283 stores information about an application that can be output from the trained model 288.
5, the product information DB 282 includes items such as "product ID", "contents", "name", "provider", "score", "target disease", and "purchaser information". The product information DB 282 may also include items related to efficacy, price, and release date.

The "Product ID" item is information that indicates the product ID.

The "Contents" subitem is information that indicates the contents of the product.

The "Name" subitem is information that indicates the name of the product.

The sub-item "Provider" is information that indicates the provider of the product.

The sub-item "Score" is information indicating the evaluation of the product. Of these, the sub-item "Use" is a value that quantitatively indicates the frequency of use by users of the present system 1. This value is calculated from the collected usage records. The sub-item "Evaluation" is information regarding the evaluation of the product. This value is calculated from word-of-mouth from users of the product.

The subitem "Target disease" is a value indicating the disease for which the product is considered to be useful. The disease may be a disease determined from one of the test items in the health check information that shows an abnormal value (e.g., high blood pressure, etc.), or a disease derived from the entire content of the health check information (e.g., lifestyle-related disease, etc.).

The sub-item "Purchaser Information" is information that indicates the Internet address of the EC site where the product can be purchased.

As shown in FIG. 5, the app information DB283 includes items such as "app ID", "content", "name", "provider", "score", "target disease", and "purchase source information". The app information DB283 may also include items related to effectiveness, price, and release date.

The "App ID" item is information that indicates the ID of the app.

The "Content" sub-item is information that indicates the content of the app.

The sub-item "Name" is information that indicates the name of the app.

The sub-item "Provider" is information that indicates the provider of the app.

The sub-item "Score" is information indicating the evaluation of the app. Of these, the sub-item "Use" is a value that quantitatively indicates the frequency of use by users of the present system 1. This value is calculated from the collected usage records. The sub-item "Evaluation" is information regarding the evaluation of the app. This value is calculated from word-of-mouth from users of the app.

The subitem "Target disease" is a value indicating the disease for which the app is considered useful. The disease may be a disease determined from one of the test items in the health check information that shows an abnormal value (e.g., high blood pressure, etc.), or a disease derived from the entire content of the health check information (e.g., lifestyle-related disease, etc.).

The "Distributor Information" sub-item is information that indicates the Internet address of the distributor for purchasing the app.

FIG. 6 is a diagram showing the data structure of the log information DB 284. As shown in FIG.
6, the product information DB 282 includes the items "operation date and time,""userID,""terminalID," and "operation log." Each item is stored in a new record by the storage control unit 2032 at the timing when the user performs an operation.

The "operation date and time" item stores the date and time (timestamp) when an operation by the user occurred. Specifically, the "time" item includes, for example, the time when the hardware was operated, the time when the app was operated, or the time when the OS was operated.

The "User ID" item is information that identifies the user who performed the operation.

The subitem "Terminal ID" stores the ID of the terminal device 10 operated by the user.

The "operation log" item stores specific operations performed by the user. Specifically, the "operation log" item stores, for example, operations such as downloading an app, purchasing a product from an EC site, and using a purchased app.

The operation of purchasing a product includes, for example, information about the EC site used at the time of purchase, information about the purchased product, the purchase date, the purchased quantity, etc.

For example, if the app product is an exercise instruction app, the operation of using the app would include information such as the date of instruction, the exercise content taught, and the exercise time recorded by the app.

Fig. 7 is a diagram showing a data structure of the user information DB 285. As shown in Fig. 7, the user information DB 285 includes an item "health check information acquisition date", an item "disease of concern", an item "presentation date", an item "recommendation history", an item "application in use", an item "download date", an item "use date and time", an item "product in use", an item "purchase date", an item "use date and time", an item "grant date", and an item "privilege information". Fig. 7 shows information of one user, but the user information DB 285 stores information of multiple users.
Each item stored in the user information DB 285 is stored in a new record by the storage control unit 2032 at the time the corresponding data is obtained.

The item "Date of acquisition of medical checkup information" is information that indicates the date on which the latest medical checkup information was acquired.

The "Disease of Concern" item is a disease of concern inferred from the user's health check information.

The "presentation date" item is information that indicates the date on which the recommended information was presented to the user.

The "Recommendation History" item is information that indicates the content of information presented to the user as recommended information. Specifically, it includes information about presented diseases of concern and useful products.

The "Apps in Use" item is information that indicates which apps included in the recommendation information are actually being used by the user.

The "Download Date" item is information that indicates the date the app you are using was downloaded.

The "Date and time of use" item is information about the date and time when the currently used app was used.

The "Products in Use" item is information that indicates which products included in the recommendation information are actually being used by the user.

The "Purchase Date" item is information that indicates the date the product in use was purchased.

The "Date and time of use" item is information about the date and time the product was used.

The "Date Granted" item is information that indicates the date the benefit was granted.

The "Benefit Information" item is information that indicates the content of the benefit.

Figure 8 is a diagram showing the data structure of product usage information DB286. As shown in Figure 8, product usage information DB286 includes the items "Product ID", "Date and time of use", "User ID", and "Terminal ID".

The "Product ID" item is information that indicates the product ID.

The "Date and time of use" item is information that indicates the date and time when the user used the product in question.

The "User ID" item is information that identifies the user who used the product in question.

The "Terminal ID" item is information that identifies the terminal device 10 on which the user entered usage information.

Figure 9 is a diagram showing the data structure of the application usage information DB 287. As shown in Figure 7, the application usage information DB 287 includes the items "Application ID", "Date and time of use", "User ID", and "Terminal ID".

The "App ID" item is information that indicates the ID of the app.

The "Date and time of use" item is information that indicates the date and time when the user used the corresponding app.

The "User ID" item is information that identifies the user who used the corresponding app.

The item "terminal ID" is information for identifying the terminal device 10 used by the user when using the application.
<3. Operation>
Hereinafter, with reference to FIG. 9, a process will be described in which the system 1 presents recommended information to a user based on the user's health check information and tallys up the usage history of a product included in the recommended information.

FIG. 9 is a diagram illustrating an example of the operation of the terminal device 10 and the server 20 in the system 1. As shown in FIG.
9, the terminal device 10 acquires medical examination information (step S101). Specifically, when an execution instruction is received from a user, the display unit 184 displays an image relating to an input format on the display 132.
The user inputs the medical checkup information by operating the terminal device 10. At this time, the user may input text information, or may input information by photographing it using the camera 160. The user may also input authentication information for making an inquiry to an external medical checkup center.

The acquisition unit 183 acquires the medical checkup information input by the user. Specifically, when the medical checkup information is input by the user as text information, the acquisition unit 183 acquires the text information. When the medical checkup information is input by the user as image information, character recognition processing is performed and the recognized text information is acquired. When the user inputs authentication information for inquiring at an external medical checkup center, the acquisition unit 183 accesses the external medical checkup center using the authentication information and reads out the medical checkup information stored in the medical checkup center.

After step S101, the transmitting/receiving unit 182 of the terminal device 10 transmits the acquired medical examination information to the server 20 (step S102).
The transmitting/receiving unit 2031 of the server 20 receives the transmitted medical checkup information (step S201). The memory control unit 2032 stores the medical checkup information received by the transmitting/receiving unit 2031 in a new record in the medical checkup information DB 281 of the memory unit 202.

After step S201, the inference unit 2033 of the server 20 infers a disease of concern and a useful product based on the latest medical checkup information stored in the memory unit 202 (step S202). Specifically, the inference unit 2033 reads out medical checkup information required for inference from the medical checkup information DB 281 in the memory unit 202, inputs it to the trained model 288, and outputs identification information that identifies the disease of concern and the product. The inferred identification information that identifies the disease and product is stored in the user information DB 285 by the memory control unit 2032.

After step S202, the presentation unit 2034 of the server 20 creates recommendation information (step S203). Specifically, the presentation unit 2034 reads out product-related information from the product information DB 282 based on the identification information for identifying the product acquired by the inference unit 2033. The product-related information includes, for example, the product name, efficacy, price, and a link to the purchase source. Alternatively, the presentation unit 2034 reads out app-related information from the app information DB 283 based on the identification information for identifying the product acquired by the inference unit 2033. The app-related information includes, for example, the app name, efficacy, price, and a link to the distributor.

The presentation unit 2034 creates the recommendation information to include the inferred disease and information related to the read product or app. At this time, if multiple products are inferred, the presentation unit 2034 lists the recommended information with priority. The order of listing is determined, for example, based on the evaluation score value and the usage score value in the product information DB 282 and the app information DB 283. In other words, the presentation unit 2034 may give preference to popular products over less popular products.

After step S203, the presentation unit 2034 presents the created recommended information to the user (step S204). Specifically, the presentation unit 2034 transmits the recommended information to the terminal device 10 via the transmission/reception unit 2031, thereby causing the display 132 to display the recommended information.

The presentation unit 2034 may include the usage status of the product included in the recommendation information in the recommendation information presented to the user. Specifically, the presentation unit 2034 refers to the product usage information DB 286 or the app usage information DB 287 for the product or app included in the recommendation information, and includes in the recommendation information information about the extent to which the product or app is actually used by other users who have a similar health condition to the user.

The presentation unit 2034 may also not include unpopular products in the recommendation information. An unpopular product is, for example, a product whose evaluation score value is lower than a predetermined value, whose usage score value is lower than a predetermined value, or whose both values are lower than a predetermined value. Specifically, if the usage score value in the product information DB 282 and the app information DB 283 does not meet a reference point (for example, 60 points), the presentation unit 2034 does not include the product in the recommendation information.

After step S204, the user operates the terminal device 10 to purchase the product presented in the recommended information (step S103). Specifically, the user accesses the URL of the purchase source included in the recommended information and purchases the product included in the recommended information. Alternatively, the user accesses the URL of the distribution site that is the distributor included in the recommended information and purchases the application included in the recommended information. The storage control unit 2032 stores the operation log of these purchase operations in the log information DB 284.
The user may purchase the recommended product from a physical store without accessing the URL of the purchase source included in the recommendation information. In this case, the user inputs to the terminal device 10 that the user has purchased the product.

Next, a description will be given of another example of the operation of the present system 1. FIG.
11, first, the user uses the purchased product (step S104). If the product is a product, for example, the user operates the terminal device 10 to input to the terminal device 10 that the product has been used. If the product is an app, for example, the user inputs to the terminal device 10 an operation to use the downloaded app.

After step S104, the tallying unit 2035 of the server 20 tally up the history of the user's use of the product (step S205). Specifically, if the product is a product, the tallying unit 2035 refers to the product usage information DB 286, tally up the products that have been used frequently by the user, and calculates a usage score value. The memory control unit 2032 updates the usage score in the product information DB 282.
Furthermore, when the product is an application, the tallying unit 2035 refers to the log information DB 284, extracts the usage history of the application, and stores it in the application usage information DB 287. The tallying unit 2035 refers to the application usage information DB 287, tallies the products that have been used frequently by the user, and calculates a usage score value. The storage control unit 2032 updates the usage score in the application information DB 283.

The presentation unit 2034 may also point out that the product is not being used. Specifically, for example, the presentation unit 2034 refers to the user information DB 285 and determines whether or not a predetermined period of time has passed since the product was last used. If the predetermined period of time has passed, the presentation unit 2034 points out to the user that the product is not being used. Whether or not the product is not being used may be confirmed every time a preset period of time has passed.

The presentation unit 2034 may also refer to the product usage information DB 286 and the app usage information DB 287, and if the frequency of use of a product already purchased by the user within a specified period does not reach a specified number of times, present to the user again, as recommended information, a product other than the already purchased product among the products included in the recommended information. Specifically, if the frequency of use is extremely low (for example, use is three times or less in a month), other products are presented to the user.

Next, the process of the acquisition unit 2037 will be described with reference to Fig. 12. Fig. 12 is a flowchart showing an example of the process when the acquisition unit 2037 acquires information about products that are effective for the user.
As shown in FIG. 12, first, the acquisition unit 2037 checks whether there is an input from the user requesting information about products that are effective in improving health conditions (step S301).

If there is a request for information from the user (YES in step S301), the acquisition unit 2037 executes a process for acquiring information on effective products (step S303).
If there is no request for information from the user (NO in step S301), it is determined whether or not there is a user who satisfies a predetermined requirement (step S302). Here, the predetermined requirement is, for example, that the product has been used for a preset period of time, that a preset period of time has passed since a medical checkup was taken, or that the health condition has not improved for a preset period of time, etc. The predetermined requirement can be set arbitrarily in advance, and multiple requirements may be set.

If there is no user who satisfies the specified requirements (NO in step S302), the processing of the acquisition unit 2037 ends. If there is a user who satisfies the specified requirements (YES in step S302), the acquisition unit 2037 executes processing to acquire information about products that are effective for that user (step S303).

In step S303, the acquisition unit 2037 acquires information about products used by other users who have the same disease of concern and whose health condition has progressed well. Specifically, the acquisition unit 2037 refers to the user information DB 285 to identify other users who are concerned about the same disease as the user. Next, the acquisition unit 2037 checks changes over time in the health check information of the identified other users. Next, the acquisition unit 2037 extracts other users whose health condition has improved the most from among the identified other users. Next, the acquisition unit 2037 refers to the user information DB 285 to acquire information about products used by the extracted other users. The information about the product includes, for example, the name of the product used or how to use the product. How to use the product includes, for example, the time of use, the frequency of use, etc.
The presentation unit 2034 presents the obtained product-related information to a user who has requested the product or to a user who meets certain requirements.

<4. Screen example>
Fig. 13 is a diagram illustrating an example of a first screen displayed on the display 132 of the terminal device 10. In the example screen shown in Fig. 13, diseases of concern based on medical examination information are displayed. Specifically, in the example screen shown in Fig. 13, hypertension and lifestyle-related diseases are displayed as diseases of concern. In addition, a URL for accessing recommended information is displayed in the center of the display screen. Note that what is displayed is not limited to a URL, and may be an object for screen transition.

Fig. 14 is a diagram illustrating a second example of a screen displayed on the display 132 of the terminal device 10. In the example of the screen shown in Fig. 14, recommended information that is accessed in response to touching a URL on the screen shown in Fig. 13 is displayed.
In the example screen shown in Fig. 14, a plurality of products including products and apps are presented as recommended information. In other words, in the present system 1, both products and apps can be included in the recommended information. In addition, by selecting the "Product" object or the "App" object at the top of the screen, it is possible to switch between displaying only products and displaying only apps among the products included in the recommended information.

When the user touches the display area of the product or app, detailed information about the product stored in the product information DB or app information DB is displayed. The detailed information includes a URL for purchase source information or distributor information. By touching the displayed URL, the user can directly access the corresponding internet site and purchase the corresponding product.

Figure 15 is a diagram illustrating a third example screen displayed on the display 132 of the terminal device 10. In the example screen shown in Figure 15, information about products that are highly effective in improving health is displayed. Specifically, in the example screen shown in Figure 15, information about products used by other users who are concerned about the same disease as the user and have a good health history is displayed. The example screen shown in Figure 15 represents the display when the "All" object at the top of the screen is selected. When the "Product" object at the top of the screen is selected, only products are displayed among the products, and when the "App" object is selected, only apps are displayed among the products. By checking the display shown in Figure 15, it is possible to refer to what products other users with the same disease have used to actually improve their health.

Fig. 16 is a diagram illustrating a fourth example of a screen displayed on the display 132 of the terminal device 10. In the example of the screen shown in Fig. 16, a message urging the user to upload medical checkup information is displayed.
The screen shown in FIG. 16 indicates that the scheduled input period has passed, and includes a URL for accessing the input format.

Note that the process is not limited to the above, and each process step can be changed as desired as long as the flow of each process is not inconsistent. For example, the user may input the latest health check information without waiting for the time to update the health check information.

As described above, in this embodiment, the inference unit 2033 infers useful products for the user based on the health check information acquired by the memory control unit 2032 of the server 20, the presentation unit 2034 presents recommended information for the inferred product to the user, and the counting unit 2035 counts the user's usage history of the product. If the user has not used the product, the presentation unit 2034 points this out. Therefore, appropriate improvements to lifestyle habits can be suggested based on the results of the user's health check, which can contribute to the user's health management.
In this way, the system 1 can effectively support the user in utilizing health-related products.

In addition, since the products that the present system 1 presents to the user are apps used for health management or information about products used for health management, it is possible to suggest improvements to a wide range of lifestyle habits to the user and manage their usage.

In addition, the memory control unit 2032 acquires health check information at preset times, so that appropriate products can be presented as recommended information based on the latest health condition.

In addition, a period during which the health check information is updated by the user is set in advance, and when the period expires, the notification unit 2034 notifies the user that the period has expired. This prevents the user from forgetting to update the latest health check information.

In addition, when the acquisition unit 183 acquires the health check information, if the acquisition unit 183 performs character recognition processing on at least a portion of the image data of the health check report input by the user to acquire the health check information, it is possible to reduce the user's input work into a specified input format.

The inference unit 2033 also identifies changes over time in the health check information, and the presentation unit 2034 presents the user with products appropriate for the user as recommended information based on the changes. Therefore, even if a test item was within the standard value range at the time of the health check, an appropriate product will be presented if the trend, including past test values, is expected to fall outside the standard value range in the future. This can prevent the user from falling into an unhealthy state and contribute to appropriate health management.

In addition, the recommended information presented to the user is for products that meet certain evaluation criteria, which prevents poor quality products or apps from being presented to the user, ensuring user convenience.

The presentation unit 2034 also refers to the collected usage history, and among the products included in the recommendation information, excludes products that are used infrequently from the list of recommended information to be presented to other users. As a result, products that are not used by users with similar health conditions can be prevented from being presented to the user, ensuring user convenience.

The presentation unit 2034 also refers to the collected usage history, and of the products included in the recommendation information, raises the priority of frequently used products as candidates for recommendation information to be presented to other users. This makes it possible to present to the user products that are actually used frequently by users with similar health conditions, ensuring user convenience.

The presentation unit 2034 also refers to the collected usage history and presents to the user, as recommended information, apps other than the infrequently used apps among the products included in the recommended information. Therefore, even if the user was not able to comfortably use a previously presented product, other products can be presented to the user, allowing the user to search for a product that is easy to use.

In addition, the presentation unit 2034 shares information about the user's usage history with other users. This allows the user to check the popularity of the presented products and select a product that suits them while referring to the usage history of other users.

In addition, when the usage manner of the product meets a predetermined requirement based on the user's usage history, the granting unit 2036 grants the user a first benefit, which is advantageous information about insurance premiums for insurance services. This can motivate the user to use the product.

When the granting unit 2036 acquires health check information from the user, it grants a second benefit, which is the acquired health check information and advantageous information about the health check. This can motivate the user to undergo a health check and input health check information.

The acquisition unit 2037 also acquires information about products used by other users who have a good health history. This makes it possible to share information about effective products with the user by referring to examples of improvement by other users, thereby saving the user the trouble of trying out various products and enabling them to improve their health efficiently.

5. Modifications
In the above embodiment, an example has been described in which the trained model 288 is trained to output a disease of concern and a useful product from input health check information. However, the training of the trained model 288 is not limited to this.

For example, the trained model 288 may output a product that is useful to the user, without outputting any diseases of concern from the input health check information.
The trained model 288 may output a disease of concern from the input medical checkup information, instead of outputting a useful product. In this case, the inference unit 2033 may infer a product to be presented as recommended information, using table data in which a relationship between a disease of concern and a product useful for the disease is uniquely set.
At this time, for example, the control unit 203 may select a highly rated app or product from among apps or products associated with the disease. In this case, the product information DB 282 stores products associated with the disease, and the app information DB 283 stores apps associated with the disease.

In addition, the trained model 288 may be trained using information about the user (age, gender, place of residence) contained in the health check information DB in addition to the user's health check information.
In this case, differences in preferences according to age or gender can be taken into consideration when selecting products to be included in the recommended information presented to the user. In addition, when learning is performed using the place of residence, it is possible to determine, for example, to present large fitness equipment to users in rural areas where homes are generally spacious, and to present small fitness equipment to users in urban areas where homes are generally small. This allows for diversity in the products presented according to the attributes of the user. In this case, the acquisition unit 183 of the terminal device 10 can acquire information related to the user's place of residence from the position information sensor 150 of the terminal device 10.

Furthermore, the system 1 does not need to use the trained model 288 to infer the product. In this case, a recommended product may be set in advance for a specific test item in the health check information. If there is a problem with a test item in the acquired health check information, that is, if there is a test item that is outside the range of reference values, the server 20 identifies the product that is set for the problematic test item. The server 20 creates recommendation information to include the identified product. Since it is only necessary to associate the test item with the product, it is possible to present a wide range of recommended product candidates to the user.

In addition, in this embodiment, an example of purchasing a product from an external EC site has been described, but the system may be designed to allow the product to be purchased directly from this system. In addition, in this embodiment, an example of downloading an app from a distribution site that distributes apps has been described, but the system may be designed to allow the app to be downloaded directly from this system. In these cases, the acquisition unit 183 of the terminal device 10 will acquire product and app purchase information from the operation log related to purchases into this system.

Although the preferred embodiment of the present disclosure has been described above, the present disclosure is not limited to the specific embodiment, and includes the invention described in the claims and its equivalents. In addition, the device configurations described in the above embodiments and variations can be combined as appropriate as long as no technical contradiction occurs.

<Additional Notes>
The matters described in the above embodiments will be supplemented below.

(Appendix 1)
A program to be executed by a computer having a processor and a memory, the program causing the processor to execute a first step (step S102) of acquiring health check information relating to the results of a user's health check, a second step (step S204) of presenting to the user recommended information on products for managing health based on the health check information, and a third step (step S205) of managing the usage status of the products included in the recommended information.

(Appendix 2)
The program described in (Appendix 1), wherein in a first step (step S102), health check information is acquired at a preset timing.

(Appendix 3)
A program as described in (Appendix 1) or (Appendix 2), wherein in a first step (step S102), a period during which the user inputs the health check information is set in advance, and when the period is exceeded, the user is notified that the period has been exceeded.

(Appendix 4)
A program described in any one of (Appendix 1) to (Appendix 3), in which in a first step (step S102), character recognition processing is performed on image data in which at least a portion of a health examination report is photographed, and health examination information is obtained.

(Appendix 5)
A program described in any one of (Appendix 2) to (Appendix 4), in which a second step (step S204) identifies changes in the health check information over time and presents recommended information to the user based on the changes.

(Appendix 6)
In a second step (step S204), a recommended product is pre-set for a specific test item in the health check information, and if there is a problem with any of the test items in the acquired health check information, the product set for the test item with the problem is included in the recommended information, said program being described in any of (Appendix 1) to (Appendix 5).

(Appendix 7)
A program described in any one of (Appendix 1) to (Appendix 6), in which in a second step (step S204), products that satisfy certain evaluation criteria are included in the recommendation information.

(Appendix 8)
A program described in any one of (Appendix 1) to (Appendix 7), wherein in a second step (step S204), products that are not popular with users are not included in the recommendation information.

(Appendix 9)
A program described in any one of (Appendix 1) to (Appendix 8), wherein in a second step (step S204), products that are popular with users are given priority over other products in the recommendation information.

(Appendix 10)
In a second step (step S204), the program described in any one of (Appendix 1) to (Appendix 9) refers to the aggregated usage history, and presents to the user, as recommended information, application software other than the application software that is used less frequently among the products included in the recommended information.

(Appendix 11)
A program described in any one of (Appendix 1) to (Appendix 10), which causes the processor to execute a fourth step (step S206) of presenting to the user information about products used by other users whose health condition has improved.

(Appendix 12)
A program described in any one of (Appendix 10) to (Appendix 11), which causes the processor to execute a fifth step of providing advantageous information to the user when the product's usage manner meets specified requirements based on the user's usage history.

(Appendix 13)
The program described in (Appendix 12), wherein the advantageous information is advantageous information about insurance premiums for insurance services.

(Appendix 14)
A program described in any one of (Appendix 1) to (Appendix 13), in which, in a first step (step S102), when health check information is acquired, advantageous information is provided to a user corresponding to the acquired health check information.

(Appendix 15)
The program according to claim 14, wherein the advantageous information is advantageous information about the cost of a health check-up.

(Appendix 16)
The program described in (Appendix 1) to (Appendix 15), wherein the product is information about application software used for health management, or information about a product used for health management.

(Appendix 17)
A method to be executed by a computer having a processor and a memory, the method including a first step (step S102) of acquiring health check information relating to the results of a user's health check, a second step (step S204) of presenting to the user recommended information on products for managing health based on the health check information, and a third step (step S205) of managing the usage status of the products included in the recommended information.

(Appendix 18)
The information processing device 20 includes a control unit (203) and a memory unit (202), and the control unit (203) executes a first step of acquiring health check information relating to the results of a user's health check; a second step of presenting recommended information of products for managing health to the user based on the health check information; and a third step of managing the usage status of the products included in the recommended information.

(Appendix 19)
System 1 comprises a first means (acquisition unit 183) for acquiring health check information relating to the results of a user's health check, a second means (presentation unit 2034) for presenting to the user recommended information on products for managing health based on the health check information, and a third means (aggregation unit 2035) for managing the usage status of the products included in the recommended information.

1...System 10...Terminal device 121...Wireless communication unit 13...Input device 130...Operation input unit 131...Touch-sensitive device 132...Display 14...Output device 140...Sound processing unit 141...Microphone 142...Speaker 15...Memory 150...Location information sensor 16...Storage 160...Camera 170...Memory unit 171...Health check information 180...Control unit 181...Operation reception unit 182...Transmission/reception unit 183...Acquisition unit 184...Display unit 19...Processor 20...Server 201...Communication unit 202...Memory unit 203...Control unit 2031...Transmission/reception unit 2032...Memory control unit 2033...Inference unit 2034...Presentation unit 2035...Counting unit 2036...Assignment unit 2037...Acquisition unit 25...Memory 26...Storage 281...Health check information DB
282...Product information DB
283...Application information DB
284...Log information DB
285...User information DB
286...Product usage information DB
287...Application usage information DB
288... trained model 29... processor

Claims (5)

A program to be executed by a computer having a processor and a memory,
The program causes the processor to:
acquiring health check information regarding the results of a health check of a user;
a step of inputting the changes over time of each item in the acquired health check information into a trained model that has been trained to output information on a disease of concern and information on a product useful for preventing or improving a disease of concern in response to changes over time of each item in the input health check information, thereby outputting information on a disease of concern and information on the useful product;
creating recommendation information based on the output information on the disease of concern and the output information on the useful product;
and presenting the output information about the disease of concern and the created recommended information to the user. A program to be executed by a computer having a processor and a memory,
The program causes the processor to:
acquiring health check information regarding the results of a health check of a user;
A step of inputting the time-dependent changes of each item in the acquired health check information into a trained model trained to output information on a disease of concern in response to the time-dependent changes of each item in the input health check information, thereby outputting information on a disease of concern;
obtaining information about a product associated with the output information about the disease of concern;
creating recommendation information based on the output information about the disease of concern and the acquired information about the product;
and presenting the output information about the disease of concern and the created recommended information to the user. A method for causing a computer having a processor and a memory to execute the program, the processor executing all steps of the program according to claim 1 or claim 2. An information processing device comprising a processor and a memory, the processor executing all steps of the program according to claim 1 or claim 2. A system comprising means for executing all steps in the program according to claim 1 or claim 2.